管理信息系统毕业设计样本

学生管理信息系统随着学校规模不断扩大，学生数量不断增长，学生信息量也成倍增长。

学生管理工作是学校各项工作一种重要某些，其管理水平高低将直接影响到人才培养质量。

面对庞大信息量，如何有效地提高学生管理工作效率是一种学校急需解决问题。

因而开发适合学校需要学生管理信息系统，通过这样系统，可以做到信息规范管理、科学记录和迅速查询，并减少管理方面工作量。

概述学生管理信息系统作为学校管理中一种子系统，与其她子系统，如教学管理系统、人事管理系统、后勤管理系统，图书馆管理系统等一起构成构园管理信息系统，为校园管理信息化提供一种子功能。

因此，几乎所有大、中、小学校都需要一套这样管理系统来提高寻常工作效率。

图1和图2所示是两个典型学生管理信息系统界面。

图1第一种典型学生管理信息系统界面图2第二个典型学生管理信息系统界面从界面可以看到，学生管理信息系统应当涉及学生信息管理、学籍管理、成绩管理、奖惩管理和系统管理等基本内容。

（1）学生信息管理数据有：学生学号、姓名、性别、出生日期、所属班级、所属院系、籍贯等，当有新生到校时，就启动相应信息管理功能，对所有学生信息进行入库，随时掌握学生基本信息。

（2）学籍管理重要是对学生学籍变更状况及时控制和管理，变更因素有：转系、休学、复学、退学和毕业离校。

（3）成绩管理是数据量比较大管理工作，每次考试结束后负责对学生各个科目成绩入库工作和对数据库成绩出错校对工作。

（4）奖惩管理是针对学生在校体现状况，对学生进行相应解决工作，奖励项目有各种奖学金和文体奖励，惩罚项目有通报批评、警告、严重警告、记过、留校查看、开除等。

（5）系统管理重要是执行数据库备份和恢复、数据库表维护等工作，保证系统正常运营。

学生管理信息系统作为典型数据库项目应用一种，其开发流程涉及需求分析、UML系统建模、拟定系统集成方案、数据库分析和设计以及各功以模块开发等。

下面简介一种学生管理信息系统详细开发过程。

需求分析需求分析是数据库系统开发第一步，也是最重要一步。

需求分析可以分为两个过程：一是理解需求，二是分析需求。

下面分别分析这两个过程。

理解需求只有通过对学生管理信息系统终端顾客和客户进行大量调研，才干真正理解终端顾客和客户需求，才干开发出合理、实用管理系统，才干满足各大、中、小学校管理需要。

基于大量调研数据，下面列出对最典型、最核心需求。

（1）每年开学时，新生来报琶，要对每位新生信息建立个人档案，这某些工作由学籍科管理人员进行维护和操作。

学生个人档案涉及学生学号、姓名、性别、出生日期、所属班级、所属院系、籍贯等。

（2）考试结束时，教务科管理人员将学生各科成绩录入数据库，以备随时查询。

固然录入成绩也有出错也许，因此，必要具备校对修改成绩功能。

（3）当学生体现出众或差时候，学生科管理人员应对其进行奖励或惩罚，相应奖项（或惩罚）和奖励（或惩罚）时间数据都应当入库。

（4）当学生由于疾病、学业修完等因素学籍需要变更时候，学籍科管理人员应当对其进行学籍变更手续。

（5）学生应当具备查询个人信息和成绩权力和权限。

（6）系统还应提供强大数据记录、查询、报表生成以及打印等功能。

（7）系统客户端运营在Windows平台下，服务器端可以运营在Windows平台或者Unix平台下。

（8）系统应当有较好可扩展性。

在本系统中重要提供新生信息录入、学籍变更、成绩管理和奖惩管理等有关功能。

分析需求分析需求就是描述系统需求，通过定义系统中核心域类来建立模型。

分析主线目是在开发者和提出需求人之间建立一种理解和沟通机制，因而学生管理信息系统需求分析是开发人员和学校管理人员一起完毕。

分析需求第一步是描述学生管理信息系统功能，即定义用例，以此拟定系统功能需求。

一所学校重要成员就是学生和学校管理人员、教师、系统管理员等，管理人员重要指学籍科、学生科和教务科人员，她们是学生管理信息系统重要使用者。

学生也是学生管理信息系统重要使用者，只是具备管理权限没有管理人员那么广。

系统管理员也是其中一种管理人员，这不影响本系统功能。

学生管理信息系统用例涉及如下内容。

·新生信息·学生成绩（涉及录入和校对）·学籍变更·学生奖励·学生惩罚·学生信息查询修改需要注意是，学生信息查询修改用例涉及学生对个人基本信息和查询和修改，这些信息指是新生入学时被录入基本信息。

此外，学生还具备查询和打印成绩权限，查询奖惩状况、学籍变更记录等权限。

学生管理信息系统分析可以用UML用例图来描述。

每个用例还可以以文本方式描述，描述内容涉及用例以及用例与角色交互更详细信息，文本内容是通过和顾客讨论后拟定。

下面给出上述用例描述。

（1）新世界生信息增长学生记录→标记学生学号→拟定学生院系→拟定学生班级（2）学生成绩增长学生成绩记录→校对学生成绩（3）学籍变更增长学籍变更记录→标记变更因素→标记变更时间（4）学生奖励增长学生奖励记录→标记奖励项目→标记奖励时间（5）学生惩罚增长学生惩罚记录→标记惩罚级别→标记惩罚时间（6）学生信息查询修改查询个人信息→修改个人信息→保存个人信息→查询奖惩状况→查询学籍变更状况→打印成绩单UML 系统建模完毕需求分析后，就需要对系统进行UML建模。

UML建模是对需求分析成果模型建立过程。

下面进行学生管理信息系统UML建模过程。

学生管理信息系统用例分析在上一节需求分析中列出了学生管理信息系统所有用例：新生信息、学生成绩、学籍变更、学生奖励、学生惩罚、学生信息查询修改。

这里，使用权用Rose软件进行UML建模，其用例如图3所示。

图3学生管理信息系统用例图该用例图标记了所有学生管理住处系统用例，从中可以得知，学生管理信息系统角色可以划分为两类。

·学校管理人员：用例涉及学生管理信息系统所有用例。

·学生：用例只有学生信息查询修改。

要注意是，学校管理人员具备查询和修改所有数据权限，处在高权限位置，而学生只有修改个有基本信息、查询奖惩状况、查询学籍变更状况和打印成绩单权限，处在低权限位置。

学生管理信息系统域类分析UML建模第二步就是域类分析。

实际开发学生管理信息系统时，域类分析是建立在用例分析基本上。

要理解系统要解决概念，最佳奖学校管理人员组织起来开个讨论会，详细谈论和列举所需要包括水量用例，理解概念和概念之间关系。

学生管理信息系统中域重要涉及：学生（Student）、成绩（Score）、学籍变更（Change）、奖励（Encourage）、惩罚（Punish）。

可以在类图中将上面这些域以及它们之间关系表达出来，如图4所示。

图4学生管理信息系统域草图需要阐明是，这里域类还是处在“草图”状态，定义操作和属性不是最后片本，只是在现阶段看来这些操作和属性是比较适当，有些操作奖在时序图草图中定义，而不晨用例哪定义。

有些类可以用UML状态图来显示类对象不同状态以及变化状态事件。

在本系统中有状态图类是学生，该类状态图将在背面内容中简介。

为了描述域类动态行为，可以使用权UML时序图、协作图或者活动图来描述。

本文选用时序图。

时序图基本是用例。

在时序图中要阐明域类是如何协作以操作该系统中用例。

固然，在建立时序图时，将会发现新操作，并将其加入类中，这将在背面看到所建立时序图模型。

用时序图建模时，需要窗口或对话框作为角色界面。

显然，这里需要操作界面有基本信息、奖励、惩罚、学籍变更、修改查询等，此外维护也需要一种操作界面。

学生管理信息系统设计在设计阶段，一方面要设计类状态图。

类状态图阐明了也许状态以及需要被解决过渡期，使用状态图可以揭示单个对象在整个系统中变化细凶，对理解和实现核心类有较大协助。

不是所有类均有状态图，在本系统中，有状态图类是学生。

学生状态图如图5所示。

图5学生状态图设计阶段最后一步是设计UML模型，也就是将前面设计模型进竽扩展和细化。

下面给出各个用例时序图。

设计目是产生一种可以使用解决方案，并且可以容易地将方案转换成程序代码。

学生时序如图6所示图6学生时序图成绩时序如图7所示。

图7成绩时序图学籍变更时序如图8所示。

图8学籍变更时序图奖励时序如图9所示。

图9奖励时序图惩罚时序如图10所示。

图10惩罚时序图查询修改时序如图11所示。

图11查询修改时序图时序图设计完毕后，开始进行学生管理信息系统架构设计和细节设计。

在架构设计中将定义包（子系统）、包间有关性和基本通信机制。

设计架构时，应当将应用逻辑和技术逻辑分割。

应用逻辑是需要编码设计，而技术逻辑，重要涉及顾客界面、数据库或者通信普通是已有。

学生管理信息系统中包（或者为子系统、层）有如下几种，如图9-12所示。

图9-12包和包间关系·顾客界面包（User Interface Package）：为通用顾客界面类，调用业务对象包中操作检索和插入数据，可以简朴地把它们当作将来顾客要操作界面。

·业务对象包（Business Object Package）：业务对象包包括上面设计分析模型域类。

业务对象包同数据库包协同完毕任务。

·数据库包（Database Package）：数据库包向业务对象数据包提供服务。

·应用包（Utility Package）：应用包向其她包提供服务。

至此，UML系统建模完毕。

系统配置先进数据库系统必有一种相对最优系统配备方案。

系统配备要依照顾客实际状况设计，重要根据就是系统吞吐量和系统对稳定性规定，此外，顾客维护水平也是一种重要方面。

9.4.1 软件配备软件配备重要涉及数据库选取和操作系统选取。

学生管理信息系统软件配备要依照顾客对系统稳定性规定、系统容量以及顾客维护水平来拟定。

（1）数据库选取可以依照数据量大小选取不同数据库，如表1所示。

数据量是指数据库中需存储单表最大记录数。

表1学生管理信息系统数据库选取在本系统中，选取Access数据库。

（2）操作系统选取可以依照顾客量大小选取不同操作系统。

操作系统选取如表2所示。

表2学生理管信息系统操作系统选取在本例中，选取Windows Server操作系统。

硬件配备硬件配备重要涉及客户端硬件选取和服务器端硬件选取。

学生管理信息系统硬件配备要依照顾客对系统稳定性规定、系统容量、系统吞吐量以及顾客维护水平来拟定。

（1）客户端硬件选取可以依照稳定性规定选取不同客户端。

普通状况下，对客户端规定不高。

如表3所示。

表3学生管理信息系统客户端硬件选取（2）服务器端硬件选取可以依照数据量和吞吐量大小选取不同服务器硬件。

服务器端选取如表9-4所示。

表4 学生管理信息系统服务器端硬件选取固然，这种配备不是绝对，这里只给出参照配备范畴。

详细配备需要依照顾客需求和建设经费精准计算。

网络配备学生管理信息系统网络配备普通有如下几种类型。

（1）单机模式：即服务器和客户端在一台计算机上。