学生管理系统的设计与实现_kaic.docx

目录第一章绪论31.1 背景、目的和国内外现状31.1.1 学校背景31.1.2 开发目的41.2 主要内容51.3 本章小结5第二章软件开发概要62.1 软件架构62.1.1 物理架构62.1.2 逻辑架构62.2 软件开发模式82.3 软件开发平台92.4 本章小结9第三章学生管理系统需求分析103.1 概述103.2 分析方法113.2.1 "访谈式ViSitatioIr阶段113.2.2 ”诱导式IndUCement”阶段113.2.3 ”确认式Afirnr阶段113.3 分析目标123.3.1 软件功能需求分析123.3.2 软件非功能需求分析153.4 本章小结16第四章学生管理系统设计174.1 系统总体设计174.1.1 系统设计概要174.1.2 系统功能设计194.1.3 数据库设计204.2 系统详细设计354.2.1 系统管理模块运行流程图354.2.2 学籍管理模块运行流程图364.2.3 考务管理模块运行流程图374.2.4 成绩管理模块运行流程图394.2.5 公告管理模块运行流程图404.3 本章小结41第五章学生管理系统的实现425.1 开发环境及工具425.2 编程语言435.3 数据库管理系统445.3.1 SQLServer2008445.3.2 其他数据库管理系统445.4 开发技术及服务器455.5 模块具体实现475.5.1 数据库连接实现485.5.2 文件上传和下载的实现515.5.3 学生信息管理的实现535.5.4 登录界面的实现555.5.5 系统管理的实现575.5.6 学籍管理的实现585.5.7 考务管理的实现595.5.8 成绩管理的实现605.5.9 通知公告查看、删除和发布的实现615.6 系统测试615.7 本章小结61第六章结论636.1 总结636.2 展望64致谢65参考文献66附录：67第一章绪论1.1 背景、目的和国内外现状1.1.1 学校背景广西开放大学随到随学是根据我校成人教育学生的特点，学生不受每学期固定开学注册时间的影响，在一年中随时可以进行注册报读的特殊教学管理方式。广西开放大学由广西广播电视大学发展而来，该校成立于1979年，是在邓小平同志的指示下而创办的。该校由广西壮族自治区政府主办，在教学方面依照国家开放大学的有关要求引入现代信息技术，大力发展远程开放式教育。广西开放大学为广西现代远程教育系统的重要组成部分，其内设置了远程教育服务中心、人文社科研究基地等。当前，该校已经发展成为一所极为全面的、特色鲜明的开放性大学。整个自治区电大系统内一共有815名教职工，广西开放大学拥有238名教职工，其中184名为专职教师，有48名教职工拥有高职职称，有91名教师拥有硕士、博士学位，另有10多人次先后获得广西优秀专家、广西高校优秀人才等称号，该校逐步创建起一支高水平的专兼职远程教育教师队伍。学校设置了会计学、行政管理学、计算机应用等80多个本专科专业，其和国内十余所重点院校合作，设置了46个网络教育专业。自该校成立至今，其先后为社会培养了37万名毕业生。现阶段，其成人高等教育、开放教育与网络教育等共有7万多本专科在读学生。最近几年来，该校学生在全国、全区的各种学科比赛中先后获得200多个奖项，包括3项全国二等奖、3项全国三等奖广西开放大学是一所面向整个自治区而开展远程教育的学校，其和一般高等院校有显著不同，其系统结构为国家开放大学一一省校一一分校一一教学点，具体结构情况见下图I-Io广西开放大学随到随学是根据我校成人教育学生的特点，学生不受每学期固定开学注册时间的影响，在一年中随时可以进行注册报读的特殊教学管理方式。在互联网技术快速发展的同时，依托于Web的应用程序也有显著的发展，数据库技术和Web的融合程度进一步提升。在微软所推出的各种Web程序开发技术中，ASP占有重要地位，被广泛地应用到数据库中。另外，当前数据库的主流结构模式为基于浏览器与服务器模式下的数据库模式。在信息水平不断提升的过程中，WWW的诞生推动了整个计算机领域的革新，WWW已经成为人们信息交流中不可或缺的工具。基于Web站点而向互联网提供信息资源的方式已经成为当前主要的信息交流方式，这种方式能够更加方便与快捷地收集信息资源，被越来越多的人所青睐。怎样构建起网络信息系统，基于Web而发布共享信息并对数据库进行一系列操作，已经成为当前人们研究的重点问题。图1-1广西开放大学系统办学图与普通的高等院校相比，广西开放大学有显著不同，其以远程教育模式为主，学生分布在自治区内的各个地市，学校对其构建了三级管理模式，即省校一一分校一一教学点。在这一模式下，学生管理工作和一般的高等院校有很大不同，有必要构建起智能化的学生管理系统。正是在这样的背景下，有必要针对广西开放大学的现实状况,设计出“随到随学”的学生管理系统。1.1.2 开发目的针对广西开放大学的现实状况，开发“随到随学”的学生管理系统的主要目的有：该校原有的学生管理系统为中央电大所提供的，国内多数电大都运用该系统，在计算机水平提升的过程中，原有系统的不足之处开始显现，具体表现在如下方面：一是系统过于落后，功能缺失，无法适应当前学生管理工作的现实需要；二是系统规模太大，响应速度非常慢，在高峰期额外突出，导致工作效率低下；三是扩展性与兼容性方面存在问题，难以支持新功能；四是省校、分校与教学点的权限固定，功能比较少，不利于工作效率的提升。所以，针对省校与分校教学点是实际工作状况开发出新的学生管理系统非常迫切。在该校“随到随学”学生管理系统的作用下，其省校、分校及教学点的交流将更加顺畅,各种信息将实现共享，学生管理工作的流程将得到优化，工作效率将显著提升。这对于学校的可持续发展具有深远意义。1.2 主要内容在本次研究中，笔者运用六个章节来阐述广西开放大学“随叫随到”学生管理系统的开发，涵盖研究背景、开发环境、开发技术、系统功能等，具体如下：第一章论述的是本课题的背景及研究目的。笔者从广西开放大学的现实状况入手，阐明了本次所开发的学生管理系统所具备的价值。第二章对系统开发的概要进行了介绍，具体包括系统架构、开发工具、开发模式等。第三章对系统的需求分析进行了详细论述。第四章对学生管理系统的设计过程进行了介绍，包括总体设计与详细设计。第五章描述了“随到随学”学生管理系统的实现过程，具体涵盖开发环境、运行环境、数据库管理系统、运行界面等。第六章中笔者总结了本次开发系统的不足之处，并对未来的研究工作加以展望。1.3 本章小结本章为绪论部分，重点论述了广西开放大学“随到随学”学生管理系统的开发背景、开发目的，并介绍了全文的架构。广西开放大学是一所面向整个自治区提供远程教育的学校，广西开放大学随到随学是根据我校成人教育学生的特点，学生不受每学期固定开学注册时间的影响，在一年中随时可以进行注册报读的特殊教学管理方式。和普通高等院校相比，广西开放大学的学生遍及自治区内的各个地区，受教育的时间与地点都不固定，非常分散。本次所开发的系统正是处于这样的背景下，广西开放大学“随到随学”学生管理系统能够为该校教育体系中各个部门的沟通提供有利平台，能够实现信息的共享，令学生管理工作得以简化，工作效率得到提高，对学校整体教育水平的提升具有深远意义。第二章软件开发概要2.1 软件架构软件架构指的是系统的草图。软件架构所描述的为组成系统的各个抽象组件。组件间的连接能够体现出各组件间的通讯状况。在实现的过程中，抽象组件得以具象化,成为各种现实组件，如某一对象或某个类。这些组件多借助接口来实现连接。在开发计算机软件的过程中，软件体系结构是首要的基础。这一点与建筑建设领域中建筑设计先行的原则一致。在软件开发的过程中，相关开发人员应先构建起软件构架，设计出满足客户需求的系统设计方案，并在此基础上开展后续的开发工作。2.1.1 物理架构在论述系统架构时，可以从物理架构与逻辑架构进行。物理架构侧重各项基础设施，包括系统、服务器与网络等。比方说怎么样配置网络环境与部署服务器而使得应用系统具备较高的可用性与可伸缩性。再比如说一个非常现实的问题，怎样优化基础设施架构而使得网站能够支持10万人同时在线，可以便利地对部署架构进行调整而实现10万人的同时在线。2.1.2 逻辑架构逻辑架构：该方面所侧重的是功能，涵盖直接提供给用户的各项功能及系统隐含的有关功能。简单来说，逻辑架构就是人们常说的分层，将项目划分为多个层级，经典的三层架构包括业务逻辑层、表示层与数据访问层。现阶段，常见的逻辑架构有B/S与C/S架构535-381.B/S架构的相关情况：在表现层中，用户能够凭借Web浏览器而对系统进行方面。在Web浏览器的作用下，用户能够获得友好的、统一的界面。另外，服务器与浏览器为分离的，这为后续的系统升级与扩展创造了有利的条件。Web服务器能够向终端用户展示各种业务信息，并将业务数据收集起来，处理用户经由Internet或Intnmet发出的请求，对后台业务与数据处理组件进行调控，使得组件能够顺利完成相应的工作。业务层涵盖各项业务的具体规则，是数据处理的执行层面。在这一层面下，各项业务规则均应用到数据处理中，从而实现表示层所传递的业务需求。数据层内存储了大量的业务数据。在MYSQL数据库的作用下，数据能够被存储,实现集中管理，令业务数据的安全性与完整性得到提升。B/S架构的具体结构如下图2-1：图2/B/S架构图此外，C/S架构也是一种非常常见的系统架构，其为Client/Server的缩写，为客户机/服务器架构。在该架构下，任务被分配至CIient端与SerVer端，通讯成本能够得到有效降低，但是需要安装客户端才能够进行操作与管理。客户端与服务器端内设置的程序不一样，用户程序集中于客户端，服务器端的主要功能有数据共享、管理、维护与控制等，用户的各项具体业务还需依赖客户端程序完成。这种架构的特点是同时配置了服务器端与客户端，并对两者进行了分工；多数情况下都是客户端对服务器进行并发访问，在数据设计中引入了独占逻辑与锁定逻辑；和B/S软件相比，这种架构有一定优势但也有些许不足。这种架构开发起来相对简单,操作便捷，然而在后续的升级与维护方面却困难重重。B/S与C/S架构的比对状况如下图22所示血：图2-2B/S与C/S架构的比较图2.2 软件开发模式常见的软件开发模式如下：增量模型：该模型引入了线性序列，这种线性序列在时间推进的过程中交错起来，每个线性序列都会生成可发布的软件“增量”，首个增量多为核心产品，侧重的每个增量都能够对应着发布可操作的产品，无需全部的需求呈现出来，仅借助一定量的需求增量包就能够加以开发。这种模型的优势在于：在分工方面比较灵活，在最初的时候无需投入过多的人力资源；在现有人力资源难以按时完成产品的时候，其能够实现核心产品的优先推出，可以将部分功能先发布给用户；增量能够有效地降低技术风险。快速原型模型：该模型能够在需求分析阶段就对软件的需求展开非全面性的研究及定义，能实现软件系统的快速设计，将部分功能与性能展示出来。原型模型：该模型也被称为样品模型，借助逐步求精的策略而完善原型。主要思路为：将当前已有的系统设定成原型模型，持续优化与改进这一模型，最终向用户提供满意的产品。在向用户提供原型的过程中收集用户的反馈信息，指导开发工作，最终向用户提供符合其需求的软件产品。螺旋模型：该模型适用于那些需求变动的项目，如大型复杂化的系统。这种模型能够提升风险控制水平，可以顺延着螺线而实现迭代处理。2.3 软件开发平台软件开发平台涉及到多方面，如开发工具、开发技术、系统架构与数据库等。现阶段,浏览器/服务器（B/S）架构是最为常见的开发架构,这一种开发模式下,ASP、.net、JSP为主要开发技术，vbscrip,C#,JAVA为常见的开发语言，DreamWeaVe8、PhotoShop为常见的开发工具。常见的数据库为MiCroSoftSQLSerVer2012、MYSQLl8'39431o2.4 本章小结在本章内，笔者对软件开发进行了概述，具体包括如下小节：第一小节对软件开发的架构进行了介绍，包括逻辑架构与物理架构两方面；第二小节对常见的软件开发模式进行介绍；第三小节软件开发平台进行了详细介绍；第四小节为本章的小结部分，对整个章节内容进行概括。第三章学生管理系统需求分析3.1 概述软件需求分析(SoftwareReguirementAnalysis)是针对用户的需求进行分析与研究，这一过程能够深入了解用户对于系统功能的需求，为整个软件开发工作提供可验证的依据。在软件项目开发与实现的过程中，软件需求分析为首要工作，是后续各项工作的前提。相关调查资料显示，出现不完整与不正确问题的软件产品有80%是因为需求分析不准确而导致的，另外，需求分析不准确还会导致系统出现根本性的功能问题。所以，项目开发成功的前提是做好软件需求分析工作。在传统的系统开发模式下，系统需求分析是首要做的一项工作，具体情况见下图3-1o整个系统能否顺利实现的关键在于需求分析的准确与否。图3-1传统的系统开发模式3.2 分析方法依据相关文献资料可知，软件需求分析的主要方法有“三步法”，即分为三个阶段来展开，具体如下“叫3.2.1 "访谈式ViSitatiOn”阶段在这一阶段下，相关开发人员应与用户一方展开深入的沟通，包括领导层与业务层的工作人员，目的是为了在整体上掌控用户的需求方向，所需要了解的信息有业务流程、组织结构、软硬件环境、当前运行系统等。针对访谈需要应构建起有效地沟通路径。用户方面应给予配合，最好是明确相关接头人。依据该阶段下的内容，笔者一方面为系统开发的参与者，另一方面为系统的使用者，在日常的工作中对系统需求有非常深入的了解。在软件开发的过程中笔者进一步引入了走访调查与问卷调查等方法，从自治区内的各个分校与教学点中获得更多有价值的信息，从不同角色的视角下，对需求有更为深入与准确的了解。这些都对系统的开发与实现有重要意义。3.2.2 "诱导式Inducement”阶段该阶段工作是基于上一阶段的工作成果而进行。在上一环节中，开发人员对用户的业务流程、软硬件环境、组织架构等方面都有了充分的了解，基于此制作出简单的用户流程页面，并综合过往的项目经验,针对用户而采取启发式与诱导式的调查研究。与用户一同研究业务流程设计的科学性、便易性等。用户能够对简单演示的DEMO进行操作，从而更为准确地了解业务流程状况，给予意见。实现的策略：原型演示、拜访。所输出的有原型反馈报告与调研分析报告等。在这些工作下，笔者能够更加全面地了解系统功能与流程，构建起初步的系统模型，并从需求入手确定恰当的开发工具与开发平台，为后续的工作奠定良好的基础，并实现系统原型的模拟演示“文323”确认式Afirm”阶段基于上述两阶段的工作成果，该阶段需要将流程进一步细化，明确各个数据项。在这一过程中，开发人员需要向用户提供原型系统与业务流程报告，明确业务流设计目标。用户对开发人员所提供的这些资料进行审查，操作开发人员提供的DEMo系统，提出相应的意见，并在所认可的报告与文件上签字确认。实现的路径：在拜访与沟通之后，向用户提交业务流程报告、数据项表、原型演示系统等。所获得的工作成果有：需求分析报告，具体涉及到业务流程报告、数据项与原型系统的反馈意见。该报告经用户方与监理方签字确认后存档。依据该阶段的有关内容，开发人员能够对广西开放大学“随到随学”学生管理系统有着更加深入的了解，制定出具有可行性的建设方案，确定开发工具与开发平台，为项目的具体实施环节奠定基础。综合来看，在需求调研中，需求分析的上述三个阶段是不可或缺的，三阶段法的推行能够向用户与开发一方提供保障，提高项目成功的概率。在系统建设时，如果运用了迭代法进行开发时，需要持续进行需求分析。然而在后期需求优化的过程中，则重点做好后两个阶段的工作。3.3 分析目标软件需求分析时需要实现的工作目标有：一是全面地描述需要实现的软件功能，对功能的完整性、一致性等进行判断。在软件设计开始之前，进行全面而系统的思考,确保软件需求准备；二是对软件实现所需要的各种信息进行充分地了解，为后续软件设计、实现与验证等提供标准；三是开发人员在计量软件成本与制定软件开发计划时有章可循。在需求分析的过程中，所针对的内容有：软件的功能需求与非功能需求、软硬件及外部系统的接口状况、软件设计与实现过程中的限制、软件的反向需求等。在对广西开放大学进行需求分析时，应从软件的功能与非功能需求入手。3.3.1 软件功能需求分析在所有需求分析工作中，软件功能需求最为重要，也最为复杂。其所描述的是软件在多种状况下，有可能输入的各种数据信息，需要实现怎样的功能，并产生怎样输出“3】。功能需求应具有完整性，在描述时应涵盖全面的信息，确保描述统一化，具备可追踪性。基于软件功能需求分析结果，设计出各个功能模块，具体涵盖考务、学籍、系统、成绩、公告等多个管理模块。该系统的整体用例图如同如下图3.2所示，各个模块具备的功能如下：图3-2系统总体用例图系统管理模块。针对用户进行分类，具体包括省校用户、教学点用户与分校用户。在该模块下能够添加、删除与修改用户，并能够对学校地址与学期等进行设置。因为用户身份不同,其权限也不一样，所拥有的功能具体如下：省校用户功能有：省校用户、分校用户与教学点用户的添加；管理用户；学期的设置；学校地址的设置等。分校用户的功能有：分销用户与教学点用户的添加；管理用户；学校地址的设置等。教学点用户的功能有：教学学点用户的添加；管理用户；学校地址的设置等。各项功能的具体需求为：(1)用户的添加：由老用户进行新用户的添加，教学点用户只能够对本教学点内的用户实施添加操作，分校用户只能够对其管辖内的教学点用户与分校用户实施添加操作，省校用户能够对所有用户实施添加操作；(2)用户管理：能够对用户实施查询与删除操作，值得注意的是，仅能够对本人所添加的用户实施删除操作；（3）设置当前学期：也就是进行学期与年度的添加与设置，从而使得学生录入及报考工作等都能基于当前学期下，而查询与修改等操作则不被限制到当前学期下；（4）设置学校地址：这一功能能够令学生的考试通知单上显示出学校地址。学籍管理模块。该模块能实现学生信息导入、学生信息管理、学号管理等功能，因为用户身份与权限等差别，在具体的功能上有所不同。省校用户能够对全部的学生信息进行管理，分校及教学点用户仅能够对管辖范围内的学生进行信息管理.。该模块的具体功能需求为：（1）新生信息的录入：是单个新生的信息录入，也就是说在本系统中纳入学生信息；（2）新生信息的导入：将excel表格形式的新生信息直接导入到系统中。excel表格应符合模板要求；（3）学生管理：针对系统内的各种信息进行操作，如查询、删除、修改与导出等。删除仅能够删除临时学习信息；在修改的时候，入学时间、报读层次与临时学号是不能够被修改的；倘若当前学期学生已经报考，则其学校信息也不可以被修改，仅能够对报告数据进行删除操作或在下期报考前再修改学校信息；（4）生成临时学号：针对系统内的新生信息生成临时学号，仅就查询而得的无临时学号的新生而生成临时学号，已经具备临时学号的学生则不会再生成临时学号；自对临时学号进行编码的时候可以依据如下原则进行：年份的后两位+学期（春季为3、秋季为9）+教学点代码的后四位+层次（本科为1、专科为7）+顺序码3位。比方说17300017001所代表的是2017年春季总校教学点专科001位学生；（5）录入正式学号：将已经在当前学期获得正式学籍的学生赋予正式学号中，在此基础上，教务处能够将学生的学习成绩纳入到教务系统中，倘若无正式学号或正式学号输入错误，学生的学习成绩将难以录入到教务系统中。考务管理。考务管理所具备的功能应覆盖到学生的报考、报考管理、准考证打印、考场编排等。因为用户身份与权限的不一样，具体功能也不同。省校用户能对全部学生的考务信息进行管理，分校与教学点用户仅能够对管辖范围内的学生考务信息进行管理，该模块的具体功能需求有：（1）考生报考：此为手工报考，先选择好需要报考的课程，在选择出需要报考的学生。即为这些学生报考这类课程；（2）报考导入：借助excel批量导入而录入相关报考信息；（3）报考管理：能够删除、导出与查询出已经报考成功的信息，需要注意的是删除仅是针对未编排考场的报考信息；（4）编排考场：基于当前学前下的报考信息编排考场，当签到表与考试通知单打印后，就不能够再编排，这样能够防止系统内编排的数据和打印出的数据不一致；（5）打印签到表：已报考的学生可以打印签到表；（6）打印考试通知单：已报考的学生可以打印考试通知单；（7）报考统计：对各个学科的报考人数进行统计；（8）查询考场编排：对考场的编排情况进行查询与导出。成绩管理。能够将卷面成绩纳入到系统中，依照学号可以查询考试成绩，报考学生的历次成绩。因为用户身份与权限不一样，相应的功能也所有不同，省校用户能够对全部的学生成绩信息进行管理，分校与教学点用户仅能够对管辖范围内的学生成绩进行管理，该模块的具体功能如下：（1）依照学号录入卷面成绩：选定科目后，依照临时学号而将卷面成绩录入到系统中，录入工作结束后应保存；（2）依照保密号录入卷面成绩：选定好考试名称后，将相应的考场保密号输入进来，也就是说将考场成绩录入进来，在录入结束后应保存；（3）依照学号录入形考成绩：在选定好考试科目后，依照临时学号而将形考成绩录入到系统中，在录入结束后应保存；（4）查询成绩：能够查询成绩并将成绩以excel格式导出；（5）历次成绩顺延：因为学生某一学期的学习成绩是由自治区电大于下一学期学生拥有正式学籍之后才录入到教务系统的，然而部分学生多次“随到随学”均未取得学籍，或者是因为其他原因而没有参与考试，这种情况下，分校或教学点的相关工作人员应将其学习成绩顺延到上一个学期中。在这一过程中，系统能够自动判断究竟要顺延到哪一学期，分校或教学点工作人员仅需要依照界面提示，点击“顺延”按钮再保存。新闻公告管理功能。能够查看、删除与发布通知与公告。通常，省校用户能够发布、删除与修改公告,而分校及各个教学点仅可以进行查看操作。3.3.2 软件非功能需求分析软件的非功能性需求是相对于功能性需求而言的，具体涵盖以下内容：时间方面的需求：响应时间的输入与输出，频率的输入与输出，相关功能的恢复时间等；数据处理的精度、容限等，参数分辨率、误差处理；可靠性、安全性与可维护性等。（就异常输入给予正常响应是系统具备可靠性的重要体现，该方面从属于功能性需求的范畴下。）基于软件非功能需求分析的有关情况，就本次研发系统的安全性与扩展性展开了详细论述，具体内容如下：系统的安全性需求体现在如下方面：系统保密性：只有当用户获得授权后才能够修改系统内的信息，且需要杜绝出现信息的非法与非授权外泄。系统完整性：只有授权用户才能够使用信息与修改信息。漏洞检测与安全评估：对系统内的资源进行识别与检测，分析资源被攻击的可能性,对系统自身的脆弱性有充分的了解,对系统存在的各种安全风险进行科学的评估。可用性与抗毁性：引入备份机制与容错机制，杜绝系统出现单点失败的情况，为系统的稳定运行提供多重保障。系统防病毒：在策略集中的管理模式下，构建起分布式的企业级病毒防护体系，且能够自动更新病毒定义。系统的扩展性需求为能够满足后续系统的发展，能够适用于多重平台与架构体系，预留接口，实现扩展。3.4 本章小结在本章中笔者从需求分析的视角论述了本次研发工作的可行性。本章共设置了三个小节，相关内容分别为：第一节对需求分析进行了概念性论述；第二节对需求分析的相关方法进行了论述，详细介绍了“三个阶段”法及各阶段对应的工作；第三节对系统分析的目标进行介绍，包括功能需求与非功能需求两方面。在功能需求上主要论述了系统所应该带有的各个功能模块；在非功能需求上介绍了系统应具备的安全性与扩展性。第四章学生管理系统设计1.1.1 总体设计1.1.2 系统设计概要系统设计方法在本次系统设计中，主要的策略是以SOA为基础思想，所构建起的体系结构为组件模型，其将各个功能单元（服务）相互组合起来。在这种方式下，系统内的多种服务能够以统一的方式而实现交互。软件系统的设计方法历经了多个发展阶段，如面向过程、面向对象与面向构件等。面向过程这种设计方法因为调试耦合难以应对大规模项目；面向对象的设计方法无法支持多种语言；面向构件的设计方法尽管令构件在一定级别下实现共享，然而受限于特定的平台下，难以应对现阶段极为复杂的学校管理事务。SOA是当前软件开发领域中系统构建的重要发展趋势。SOA所代表的软件架构具有可扩展性，开放度极高，能够满足大规模软件项目的开发需要。SOA能够有效地因对现阶段学校管理复杂化与多样化的需求。在运用SoA时，最关键的是促使用户的IT资产得到最大化的利用。要想做到这一点，必须先充分了解Se）A的有关特征【。（1）松耦合在面向对象的设计方法中需要运用接口而进行设计，在运用服务时与此类似，需要靠服务接口而实现，无需过分侧重于服务的具体实现。借助定义良好的接口，业务功能及有关信息可以被抽象化，相对于使用者而言，具体的实现过程是隐藏的。所以，靠服务接口，使用者及服务的实现过程不再紧密对接，只要服务接口保持好，服务实现过程中的变化将不会给使用者带来影响。此外,松耦合而表现在服务位置是透明的,也就是说能够将服务自某台设备转移到另一台设备，使用者并不受此影响。（2）共享服务在新软件开发的过程中，当前已经拥有的应用程序难以被有效地集成到新软件内。在SC）A的作用下，已有的应用能够被封装成为服务，在其他应用软件开发的过程中可以将封装好的服务直接引入进来。从这一方面来看，其能够通过组装各种应用程序而获得新的应用。（3）联合控制在SOA的作用下，能够实现联动的、策略性的管理、安全与部署等。（4）基于标准SOA能够借助多种开放标准而以服务的形式来表示软件资产。这些开放标准主要有：XML（一种统一化的协议）。系统设计要点在系统设计的过程中应严格依照如下设计原则进行：结构科学、成本低廉、技术先进、实用性突出、维护量小等。在此基础上而对系统的整体构架进行规划。本次设计所遵循的原则有：（1）创新性原则系统不仅要具备各项必需的功能，还应该实现各个模块功能的最大化，通过系统创新而降低用户的工作量。（2）整体性保障原则在开发的过程中应依照“整体规划与分步推行”的策略进行。也就是在开发的最初阶段应做好整体性规划，包括整体分析与整体设计，基于此而分步骤地开展各项具体的开发工作。（3）实用性原则在对软件质量进行衡量的过程中，实用性为最重要的指标之一，能否紧密地契合业务，业务针对性是否突出，是决定整个开发工作成败的关键。所以，在开发的最初阶段必须做好需求分析工作，该方面的工作成效直接影响到最终的开发结果。本次系统开发应始终围绕着实际需求而进行。（4）人性化的界面设计原则友好的界面能够令用户无需过多培训就能够操作系统。此外，在Internet/Intranet下，用户能够不受时间与空间地约束而处理各项工作事务。（5）权限细分原则本次所开发的系统需要面对两类用户，一类为各个系统内的教材征订管理员，一类为学校教材科的相关工作人员。但是拟定增加用户，如各个征订单位的工作人员、广大师生等。接入点可以校内局域网，也可以是外部的互联网。综合系统带有的扩展性，在面对如此复杂的应用状况时，应细分用户的权限，提高网络安全与系统管理水平。（6）安全性原则对于任何系统而言，安全性都是非常重要的原则。为了确保系统拥有足够的安全性，应设置访问控制、身份验证与数据加密等机制，使得所有数据具有更高的完整性与安全性。1.1.3 系统功能设计广西开放大学“随到随学”学生管理系统应实现多方面的管理，如成绩、公告、学籍等，其功能模块图详细见图4-1：广西开放大学学生管理系统图4-1系统功能结构图各模块间的调用关系具体呈现于：系统管理模块与公告管理模块是保持独立的,系统管理所面对的是用户，公告管理所面对的是公告，这两大模块与其他模块并无调用关系。学籍、考务与成绩这三大管理模块间存在网状关系，均有数据传输。各功能模块间的具体关系情况见下图4-2：图4-2各功能模块关系图1.1.4 数据库设计在确保系统正常运行时，数据库设计是非常重要的一部分。其能够将系统内多种数据依照一定模型而组建起来，实现检索、维护与存储数据等操作，令用户可以通过系统而快速获取所需要的信息。SQLSerVer2008在数据库开发中非常常见，SQL语言自身的功能性与综合性都非常突出，且简单易学，基于此而开发的数据库系统具有更高的独立性与共享性，能够有效地消除冗余。在本次开发工作中，引入了数据库基本视图与基本表，并借助应用程序而对此加以操作。MicrosoftSQLServer为一种具有全面性的数据库平台，引入商业智能工具，能够为用户带来企业级的数据管理。这种数据库为结构化数据、关系型数据提供可更加安全与可靠的存储，用户能够借助数据应用程序而对各种业务进行高效管理I44*/。现就本系统的具体数据库设计分析如下：系统总体数据流图在对系统的业务流程进行分析之后，应对系统内的数据流展开深入研究，为后期构建数据库奠定基础。在演示数据流程的过程中，笔者主要借助数据流程图进行，这是一种非常实用的图示工具，在与用户进行沟通、与内部开发人员进行沟通时都非常有实效。可以说，在当前的软件项目开发中，数据流程图的应用频率非常高。从本次开发系统的功能需求来看，学生信息主要涉及到学生的基本信息、成绩与报考信息等。省校用户能够对全部的学生信息进行修改、添加与查询等；各分校及教学点用户仅能够就管辖范围内的学生信息进行修改、添加与查询操作，对全部学生信息只能够进行查询操作。系统的整体数据流情况如下图4-3所示：系统数据流程所对应的零级图，具体见下图4-4。图4-4系统网站数据流零级图E-R图系统内带有大量的实体，具体包括学校、用户、学生、公告、学生报考等。这些实体间的关系可以运用E-R图来展示。因为实体数量非常多,关系属性也比较复杂,所以下图将部分实体与关系的属性信息进行省略，整个系统的E-R图如图4-5所示：图4-5系统总体E-R图在设计数据库的时候，应关注主键和字段间的唯一性。针对各个数据库进行主键定义，实现自动索引并在控制上实现唯一性。在指定主键的基础上，确保各行都具有唯一性,进而令实体带有唯一性。在对主表与辅表间的主外键关系进行定义的基础上,引入完整性，从而使得辅表的外键能够与主表的主键在从属关系上保持统一。表结构设计此系统的数据库内有大量的表，具体情况见下图4-6：dbo.aboutbSdbo.aspbSdbo.hkxzdmbdbo.hyzkdmb口dbo.jgdmbdbo.jhkkkmb田dbo.khfsdmbEdbo.kssjdyb田dbo.mzdmbSdbo.nd×qbdbo.nevsbdbo.vhcddmb国dbo.xbdmb田dbo.xhtempSdbo.xqdmbSdbo.xsbSdbo.xsbkbdbo.xslxdmbSdbo.xxdmbdbo.yhbdbo.yhgsb：dbo.zvdmb图4-6数据库中所有表上表中所对应的为：相关表、asp表、户口性质代码表、婚姻代码表、籍贯代码表、预开考科目情况表、考核办法表、考试时间表、民族情况代码表等表。在下文中，笔者选择部分表，以结构图的方式而加以说明。（1）数据库表结构在本数据库内，用户表dbo.yhb所对应的结构图详见下图4-7：表-dbo.yhb表-dbo.xsbkb摘要列名数据类型允许空"海前nchar(7)Yhmvarchar(30)Mmvarchar(20)PrZghnchar(20)lXmvarchar(20)lXbdmnchar(l)RYhgsnchar(l)RIasttimedatetimefhitsintF7BbhintCZynvarchar(30)lczrqdatetimel图4-7用户表dbo.yhb结构图（2）预开考科目表的具体结构图，详见下图4-8表-dbo.jhkkkmb表-dbo.yhb表-dbo.xsbkb布列名数据类型允许空麻Tnnchar(4)lKsdmnchar(6)lGxbzncar(l)lKslbdmnchar(3)lKssjcdnvarchar(200)lSfydtknchar(l)lSfsytqnchar(l)lSfisycdnchar(l)lSfpkcnchar(l)lWzykcbznchar(l)lKcdybznchar(l)lSjhmcnvarchar(40)lKsdynchar(3)lKhfsdmnchar(l)lSxhnchar(32)BbhintlZjmnvarchar(20)lSfyzgtnchar(l)l图4.8计划开考科目表结构图（3）新闻公告表的具体结构图，详见下图4-9：dbo.newsb*表-dbo.jhkkkmbW-dbo.yhb表-dbo.xs列名数据类型允许空idintotitienchar(200)Rctetntextlauthorchar(30)laddtimedatetimelinputerchar(30)歹istopintlisdeleteintlhitsintl图4-9新闻公告表结构图（4）学生报考表的具体结构图，详见下图4-10：（5）学校表的具体结构图，详见下图4-11：（6）学生表的具体结构图，详见下图4.12:表-dbo.xsb*表-dbo,xsbkb*摘要列名数据类型允许空里sxhnvardar(32)ksdmchar(6)x