管理信息系统毕业设计.docx
《管理信息系统毕业设计.docx》由会员分享，可在线阅读，更多相关《管理信息系统毕业设计.docx（49页珍藏版）》请在冰豆网上搜索。
管理信息系统毕业设计
.
学生管理信息系统
随着学校规模的不断扩大，学生数量的不断增加，学生的信息量也成倍增长。
学生管理工作是学校各项工作的一个重要部分，其管理水平的高低将直接影响到人才的培养质量。
面对庞大的信息量，如何有效地提高学生管理工作的效率是一个学校急需解决的问题。
因此开发适合学校需要的学生管理信息系统，通过这样的系统，可以做到信息的规范管理、科学统计和快速查询，并减少管理方面的工作量。
概述
学生管理信息系统作为学校管理中的一个子系统，与其他子系统，如教学管理系统、人事管理系统、后勤管理系统，图书馆管理系统等一起构成构园管理信息系统，为校园管理信息化提供一个子功能。
所以，几乎所有的大、中、小学校都需要一套这样的管理系统来提高日常的工作效率。
图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所示。
ChangScor-StuNO:
Intege-StuNO:
Intege-Name:
Strin-DepartMent:
Strin-Course:
Strin-Class:
Strin-Score:
Intege-Name:
Strin-ChangeName:
Strin+Create（-ChangeTime:
Dat+Destroy（-Remark:
Strin+Create（Studen1..+Destroy（-StuNO:
Intege-DepartMent:
Strin1..-Class:
Strin-Name:
Strin-Sex:
Strin1..1..-BirthDay:
Dat-NativePlace:
Strin+Create（+Destroy（1..1..*PunishEncourage-StuNO:
Integer-StuNO:
Integer-DepartMent:
String-DepartMent:
String1..*-Class:
String-Class:
String-Name:
String-Name:
String-PunishName:
String-EncourageName:
String1..*-PunishTime:
Date-EncourageTime:
Date+Create（）+Create（）+Destroy（）+Destroy（）
图4学生管理信息系统域草图
需要说明的是，这里的域类还是处于“草图”状态，定义的操作和属性不是最后的片本，只是在现阶段看来这些操作和属性是比较合适的，有些操作奖在时序图的草图中定义，而不晨用例哪定义。
有些类可以用UML状态图来显示类的对象的不同状态以及改变状态的事件。
在本系统中有状态图的类是学生，该类的状态图将在后面的内容中介绍。
为了描述域类的动态行为，可以使用权UML的时序图、协作图或者活动图来描述。
本文选用时序图。
时序图的基础是用例。
在时序图中要说明域类是如何协作以操作该系统中的用例。
当然，在建立时序图时，将会发现新的操作，并将其加入类中，这将在后面看到所建立的时序图模型。
用时序图建模时，需要窗口或对话框作为角色界面。
显然，这里需要操作界面的有基本信息、奖励、处罚、学籍变更、修改查询等，此外维护也需要一个操作界面。
.
.
学生管理信息系统的设计
在设计阶段，首先要设计类的状态的图。
类的状态图说明了可能的状态以及需要被处理的过渡期，使用状态图可以揭示单个对象在整个系统中的变化细凶，对了解和实现关键类有较大的帮助。
不是所有的类都有状态图，在本系统中，有状态图的类是学生。
学生的状态图如图5所示。
.
.
新生报道
确定院系和班级奖励考试和成绩复学休学、毕业、退学
入校学籍变更
处罚开除学籍
离校
5图学生的状态图.
.
设计阶段的最后一步是设计UML模型，也就是将前面设计的模型进竽扩展和细化。
下面给出各个用例的时序图。
设计的目的是产生一个可以使用的解决方案，并且可以容易地将方案转换成程序代码。
学生的时序如图6所示
StuNO新生信息管理人员
新生报道
新生信息登录界面
确定院系确定班级确定学号
图6学生时序图
成绩的时序如图7所示。
.
.
StuNO成绩信息管理人员考试结束
成绩管理界面
校对成绩选择学号添加成绩
成绩时序图图7所示。
学籍变更的时序如图8
StuNO学籍信息管理人员学籍修改
学籍管理界面
确定学籍选择学号学籍变更
8图学籍变更时序图.
.
奖励的时序如图9所示。
StuNO奖励信息管理人员
奖励开始
奖励管理界面
确定奖励确定奖励时间选择学号
图9奖励时序图
处罚的时序如图10所示。
.
.
处罚管理界StuN处罚信管理人确定处罚时处罚开选择学确定处罚
处罚时序图图10所示。
查询修改的时序如图11成绩管理界面StuNO成绩信息管理人员校对成绩选择学号添加成绩考试结束11图查询修改时序图.
.
时序图设计完成后，开始进行学生管理信息系统的架构设计和细节设计。
在架构设计中将定义包（子系统）、包间的相关性和基本的通信机制。
设计架构时，应该将应用逻辑和技术逻辑分割。
应用逻辑是需要编码设计的，而技术逻辑，主要包括用户界面、数据库或者通信一般是已经有的。
学生管理信息系统中的包（或者为子系统、层）有如下几个，如图9-12所示。
用户界面业务对象应用包数据库包
图9-12包和包间关系
·用户界面包（UserInterfacePackage）：
为通用用户界面类，调用业务对象包中的操作检索和插入数据，可以简单地把它们看成将来用户要操作的界面。
·业务对象包（BusinessObjectPackage）：
业务对象包包含上面设计的分析模型的域类。
业务对象包同数据库包协同完成任务。
·数据库包（DatabasePackage）：
数据库包向业务对象数据包提供服务。
·应用包（UtilityPackage）：
应用包向其他包提供服务。
至此，UML系统建模完成。
系统配置
优秀的数据库系统必有一个相对最优的系统配置方案。
系统配置要根据用户的实际情况设计，主要依据就是系统的吞吐量和系统对稳定性的要求，此外，用户的维护水平也是一个重要的方面。
9.4.1软件配置
.
.
软件配置主要包括数据库的选择和操作系统的选择。
学生管理信息系统的软件配置要根据用户对系统的稳定性要求、系统的容量以及用户的维护水平来确定。
（1）数据库选择
可以根据数据量的大小选择不同的数据库，如表1所示。
数据量是指数据库中需存放的单表的最大记录数。
表1学生管理信息系统数据库的选择
用户
数据量（记录表）
稳定性要求
维护水平
备选数据库
社区小学
100~500
低
差
Access
公立小学或社区小学
500~5000
低
差
Access
公立中学或社区大学
5000~50000
中
一般
专业型大学
50000~200000
较高
较好
SQLServer
综合型大学
200000
高
好
FoxproFoxproSQLServerOracleOracle
在本系统中，选择Access2000数据库。
（2）操作系统选择
可以根据用户量的大小选择不同的操作系统。
操作系统的选择如表2所示。
表2学生理管信息系统操作系统的选择
户用
每秒数据库并发数据访问记录数
稳定性要求
维护水平
社区小学
10~50
低
差
公立小学或社区中学
50~500
中
一般
公立中学或社区大学
500~2000
较高
较好
专业型大学
500~2000
较高
较好
综合型大学
以上2000
高
好
备选操作系Windows2000ProfessionalWindows2000ProfessionalWindowsNTWindows2000ServerWindowsNT
Windows2000ServerLinuUNIXLinuUNIXLinuUNIX
在本例中，选择Windows2000Server操作系统。
硬件配置
硬件配置主要包括客户端硬件的选择和服务器端硬件的选择。
学生管理信息系统的硬件配置要根据用户对系统的稳定性要求、系统的容量、系统的吞吐量以及用户的维护水平来确定。
（1）客户端硬件选择
可以根据稳定性要求选择不同的客户端。
一般情况下，对客户端的要求不高。
如表3所示。
表3学生管理信息系统客户端硬件的选择
用户
稳定性要求
查询客户端
低
PentiumCPU/64MB/4GB
管理客户端
中
Pentiu
备选客户m/256MB/20G
（2）服务器端硬件选择
可以根据数据量和吞吐量的大小选择不同的服务器硬件。
服务器端的选择如表9-4所示。
表4学生管理信息系统服务器端硬件的选择
用户
每秒数据库并发数据访问记录表
稳定性要求
维护水平
社区小学
9~50
低
差
Pentium
备选服务个/256MB/20GⅢ
.
.
计算机
公立小学或社区中学
50~500
中
一般
双
公立中学或社区大学
50~500
中
一般
双
专业型大学
500~2000
较高
较好
强
综合型大学
2000以上
高
好
CPU/1GB/RAID72GCPU/1GB/RAID72G4CPU/4GB/RAID72G小型计逄双机热
当然，这种配置不是绝对的，这里只给出参考配置的范围。
具体的配置需要根据用户的需求和建设经费精确计算。
网络配置
学生管理信息系统的网络配置一般有如下几种类型。
（1）单机模式：
即服务器和客户端在一台计算机上。
（2）百兆模式：
计算机网络的速度为百兆，如图13所示。
（3）千兆模式：
计算机网络的速度为千兆，实际上，没有必要给每个节点都配备千兆网络接口，只需要服务端配备千兆接口即可，如图14所示。
百兆交换机
应用服务器
数据库服务器客户终端管理人员终端
图13学生管理信息系统网络百兆配置
.
.
千兆交换机
应用服务器
数据库服务器客户终端管理人员终端
14学生管理信息系统网络千兆配置图5所示。
在实际的运行中，可以根据用户情况选择不同的网络配置，如表5学生管理信息系统配置的选择表
户用
每秒数据并发数据访问记录数
稳定性要求
维护水平
备选网络方案
社区小学
10~50
低
差
单机模式
公立小学或社区中学
50~500表6学生信息数据库（
中Stuinfo
一般）
百兆模式
公立中学或社区大学
50~500
中
一般
百兆模式
专业型大学
500~2000
较高
较好
百兆模式
综合型大学
2000以上
高
好
千兆模式
析据库分数
E-R图分析，然后对表和字段进行分析，最后进行数据库建模。
在开发学生管理信息系统时，可以先进行图分析E-R实体关E-R图分析的结果。
UML对学生管理信息系统的E-R图分析是建立在系统模型基础上的。
这里给出首先从大的方面设计出各个实体之间的关一般情况下使用从简到繁的方式进行设计。
系图的分析结果非常复杂，系，然后在这个关系的基础上进行细化。
15图所示为学生管理信息系统的实体关系简图。
.
.
图15学生管理信息系统的实体关系简图
在简图的基础上进一步设计实体关系的详细结构。
图16所示为学生管理信息系统的实体关系详图。
图916只是学生管理信息系统最基本元素的实体关系图，可以在此基础上根据用户的不同需要进行扩展。
.
.
图16学生管理信息系统的实体关系图
表/字段分析和数据库建模
表/字段分析是建立在实体关系图基础上。
对表和字段分析后就可以建立数据库模型了。
以图16所示的学生管理信息系统的实体关系图为基础，可设计表和字段，然后建立数据库模型。
建立的数据库模型如图17所示。
.
.
图9学生管理信息系统的数据库模型
数据库设计
数据库设计与应用等程序设计是分离的，数据库的设计非常重要。
有了数据库模型，数据库的设计就简单多了。
在学生管理信息系统中，首先要创建学生管理信息系统数据库，然后在数据库中创建需要的表和字段。
下面分别讲述本系统中数据库的设计。
本例采用Access2000数据库系统来进行数据库的设计。
创建数据库
下面给出在Access中创建数据库的过程。
（1）运行Access应用程序，在“新建数据库”选项组中选取“空Access数据库”单选，按钮，然后单击“确定”按钮，如图18所示。
（2）在“文件新建数据库”窗口指定数据库的存放位置与数据库文件名称（本例为Stu.mdb）然后单击“创建”按钮，如图19所示。
.
.
图18新建数据库
图19指定数据库的存放位置与数据库文件名称
创建表
下面给出在Access中创建表的过程。
（1）在创建数据库后，进入主界面，单击“Stu：
数据库”子窗口中的“设计”按钮。
此时将会出出“表1：
表”窗口，如图20所示。
.
.
图20开始设计表
（2）在表的设计窗口“表1：
表”中，按表6建立数据字段，并指定字段的数据类型与相关属性。
字段名称
数据类型
StuId
数字
编号
StuNo
数字
学号
DepartMent
文本
院系
Class
文本
班级
Name
文本
姓名
Sex
文本
性别
BirthDay
时间/日期
生日
NativePlace
文本
籍贯
建立数据库字段并指定字段的数据类型与相关属性后，字段设计界面如图21所示。
（3）在StuId字段上单击鼠标右键，选择快捷菜单中的“主键”选项，让StuId字段成为主要索引字段，则StuId字段前方将出邮一个钥匙图标，如图22所示。
.
.
图21字段设计
图22设置“StuId”字段为主键
（4）字段设计完毕后，单击工具栏中的“保存”按钮，此时将会出现“另存为”对话框，在“表名称”文本框输入“StuInfo”，如图23所示，然后单击“确定”按钮将这个表保存。
（5）回到“Stu：
数据库”子窗口中，如果出现了StuInfo这个表项目，就代表现在已经完成学生数据文件的设计，如图24所示。
图23保存表
.
.
图24完成数据库中的表创建工作
（6）重复步骤
（1）~（5），按表7、表8、表9、表10建立表，并指定表中各字估的数据类型与相关属性。
表7字籍变更数据表（Change）
字段名称
数据类型
StuNo
数字
学号
Name
文本
姓名
Class
文本
班级
DeparMent
文本
院系
ChangeName
文本
学籍变更项
ChangeTime
日期/时间
学籍
升级会员 