1、学生信息管理系统学生管理信息系统随着学校规模的不断扩大，学生数鱼:的不断增加，学生的信息量也成倍增长.学生管理工作是学校各项 工作的一个琨要部分，其管理水平的高低将直接影响到人才的培养质量.面对庞大的信息量，如何有效 地提高学生骨理工作的效率是一个学校急需解决的问题.因此开发适合学校需要的学生管理信息系统， 通过这样的系统，可以做到信息的规范管理、科学统计和快速査询，并减少管理方面的工作绘。丄概述学生管理信息系统作为学校管理中的一个子系统，与其他子系统，如教学管理系统、人爭管理系统、后 勤管理系统，图书馆管理系统等一起构成构园管理信息系统，为校园管理信息化提供一个子功能。所以， 几乎所有的大、
2、中、小学校都需要一套这样的骨理系统来提高日常的工作效率.图1和图2所示是两个 典型的学生管理信息系统的界面.从界面可以看到，学生管理信息系统应该包括学生信息管理、学籍管理、成绩管理、奖惩管理和系统管 理等基本内容。(1)学生信息管理的数据有：学生学号、姓名、性别、出生日期、所属班级、所属院系、籍贯等，当 有新生到校时，就启动相应的信息管理功能，对所有的学生信息进行入库，随时掌握学生的基本信息。(2)学籍管理主要是对学生的学籍变更情况及时控制和管理，变更的原因有：转系、休学、复学、退 学和毕业离校。(3)成绩管理是数据量比较大的管理工作，每次考试结束后负责对学生各个科目的成绩入库工作和对 数据库
3、成绩出错的校对工作。(4)奖惩骨理是针对学生在校的表现情况，对学生进行相应的处理工作，奖励的项目有各种奖学金和 文体奖励，处罚的项目冇通报批评、警告、严重警告、记过、留校査看、开除尊。(5)系统管理主要是执行数据库备份和恢复、数据库表的维护等工作，保证系统的正常运行.学生管理信息系统作为典型的数据库项目应用的一种，其开发流程包括帝求分析、UML系统建模、确 定系统集成方案、数据库分析和设计以及各功以模块的开发等.下面介绍一个学生骨理信息系统的详细 开发过程.2需求分析需求分析是数据库系统开发的第一步，也是最垂要的一步.崙求分析可以分为两个过程：一是理解离求， 二長分析需求。下面分别分析这两个过
4、程.21理解需求只有通过对学生管理伯息系统的终端用户和客户进行大量的调研，才能真正理解终端用户和客户的需求, 才能开发出合理的、实用的管理系统，才能满足各大、中、小学校的管理需要。基于大量的调研数据， 下面列出对最典型、最关键的需求.(1)每年开学时，新生来报琶，要对每位新生的信息建立个人档案，这部分工作由学籍科的管理人员 进行维护和操作.学生个人档案包括学生学号、姓名、性别、出生日期、所属班级、所属院系、籍贯等.(2)考试结束时，教务科的管理人员将学生各科的成绩录入数据库，以备随时査询。当然录入成绩也 有出错的可能，所以，必须具有校对修改成绩的功能。(3)当学生的表现出色或差的时候，学生科的
5、管理人员应对其进行奖励或处罚，相应的奖项(或处罚) 和奖励(或处罚)时间的数据都应该入库.(4)当学生因为疾病、学业修完等原因学籍苗要变更的时候，学籍科的管理人员应该对其进行学籍变 更手续。(5)学生应该具有査询个人信息和成绩的权力和权限。(6)系统还应提供强大的数据统计、査询、报表生成以及打印等功能.(7)系统客户端运行在Windows平台下，服务器端可以运行在Windows平台或者Unix平台下。(8)系统应该有很好的可扩展性。在本系统中主要提供新生信息录入、学籍变更、成绩管理和奖惩管理等相关的功能。2.2分析需求分析需求就是描述系统的需求，通过定义系统中的关键域类来建立模型.分析的根本目
6、的是在开发者和 提出需求的人之间建立一种理解和沟通的机制，因此学生管理信息系统的需求分析是开发人员和学校管 理人员一起完成的.分析需求的第一步是描述学生骨理倍息系统的功能，即定义用例，以此确定系统的功能需求.一所学校 的主要成员就是学生和学校的管理人员、教师、系统管理员尊，骨理人员主要指学籍科、学生科和教务 科的人员，他们是学生管理信息系统的主要使用者.学生也是学生管理信息系统的垂要使用者，只是具 备的管理权限没有管理人员那么广。系统管理员也是其中一个管理人员，这不影响本系统的功能。 学生管理信息系统的用例包括以下内容.新生信息学生成绩(包括录入和校对)学籍变更学生奖励学生处罚学生信息査询修改
7、需要注意的是，学生信息査询修改用例包括学生对个人基本信息和査询和修改，这些信息指的是新生入 学时被录入的基本宿息。此外，学生还具有査询和打印成绩的权限，査询奖惩悄况、学籍变更记录等权 限.学生管理伯息系统的分析可以用UML的用例图来描述。毎个用例还可以以文本的方式描述，描述的内 容包括用例以及用例与角色交互的更详细的宿息，文本的内容是通过和用户讨论后确定的。下面给出上 述用例的描述.(1)新世界生信息增加学生记城一标记学生学号一确定学生院系一确定学生班级(2)学生成绩增加学生成绩记录-校对学生成绩(3)学籍变更增加学籍变更记录f标记变更原因f标记变更时间(4)学生奖励增加学生奖励记录f标记奖励
8、项目标记奖励时间(5)学生处罚增加学生处罚记录f标记处罚等级一标记处罚时间(6)学生信息査询修改査询个人信息一修改个人信息f保存个人信息一査询奖惩情况一査询学籍变更情况一打印成绩单3UML系统建模完成需求分析后，就需奥对系统进行UML建模。UML建模是对需求分析结果的模型建立过程。下面进 行学生管理伯息系统的UML建模过程。3.1学生管理信息系统的用例分析在上一节鬲求分析中列出了学生管理信息系统的全部用例：新生信息、学生成绩、学籍变更、学生奖励、 学生处罚、学生信息査询修改.这里，使用权用Rose软件进行UML建模，其用例如图3所示。该用例图标记了所有的学生管理住处系统的用例，从中可以得知，学
9、生骨理信息系统的角色可以划分为 两类.学校管理人员：用例包括学生管理借息系统的所有用例。学生：用例只有学生信息査询修改。要注意的是，学校管理人员具有査询和修改所有数据的权限，处于高权限位置，而学生只有修改个有基 本信息、査询奖惩情况、査询学籍变更情况和打印成绩单的权限，处于低权限位置。9.3.2学生管理信息系统的域类分析UML建模的第二步就是域类分析。实际开发学生管理信息系统时，域类分析是建立在用例分析基础上 的。要了解系统要处理的概念，最好奖学校的骨理人员组织起来开个讨论会，详细谈论和列举所需要包 含水量的用例，了解概念和概念之间的关系。学生管理伯息系统中的域主要包括：学生(Student)
10、、成绩(Score)、学籍变更(Change). 奖励(Encourage).处罚(Punish)可以在类图中将上面这些域以及它们之间的关系表示出来， 如图4所示。需要说明的是，这里的域类还是处于草图状态，定义的燥作和屈性不屋最后的片本，只是在现阶段 看来这些操作和属性是比较合适的，有些操作奖在时序图的草图中定义，而不晨用例哪定义.有些类可以用UML状态图来显示类的对喩的不同状态以及改变状态的事件。在本系统中有状态图的类 是学生，该类的状态图将在后面的内容中介绍.为了描述域类的动态行为，可以使用权UML的时序图、协作图或者活动图來描述。本文选用时序图。 时序图的基础是用例.在时序图中要说明域类
11、是如何协作以操作该系统中的用例。当然，在建立时序图 时，将会发现新的操作，并将其加入类中，这将在后面看到所建立的时序图模型.用时序图建模时，裕 要窗口或对话框作为角色界面.显然，这里需要操作界面的有基本信息、奖励、处罚、学籍变更、修改 査询等，此外维护也帝要一个操作界面。3.3学生管理信息系统的设计在设计阶段，首先要设计类的状态的图。类的状态图说明了可能的状态以及需要被处理的过渡期，使用 状态图可以揭示单个対象在整个系统中的变化细凶，对了解和实现关键类有较大的帮助。不是所有的类都有状态图，在本系统中，有状态图的类是学生。ur .c n学牛处罚新生报道呦定学号 I 胞宦蜕艮 I 蝴底現级 II
12、I I J ID Q 9I I I1 1 华软源码图6学生时序图成绩的时序如国7所示。选卄学兮图7成绩时序圈华软源码“wv.hur.ca图8学籍变更时序图华软源码aw/w. hur. cn奖励的时序如图9所示。华软源码www. hur. cn处罚的时序如图10所示。处罚芒理养如I II 桶定业n时冋 II I;D oI II I图10处罚时序图华软源码www. hur. cnI 亠 图11查询修改时序图 华软源码g hur. cn客户终端疔兆交换机应.11服笛器 数据库服务器管理人员终端图学生菅理信息系统网络百兆配董干兆交换机客广终端臂理人於终跚 华软源码mvav. hur. cn图14学生管
13、理信息系统网络千兆配直学号班级帀名|性別出生朋i幘2004讪苕理工腿学0?王帘影女1979-10-32031020沈Z男197910-25北京200301103aoj2沈玲还女197911,25北京2OO3(M1M倍思工程期(8M0S2女13734420034M105车嗣工径学曲车 0?2壬运岂男19793122O03(M1W珥境工後学反环境051李小姜女1979-&2-14浙江200301107哲迎工程学陕K-B021王海荚女19812320030*103电气工程衆0刘蟻奚女1982代k亦0学生管理信息系统www. hur. cn澎报表打印华软源码WWV /DOOO7 Delphi学生信息骨
14、理系统毕业设计(含毕业论文、程序源码)(1 folders, 2 files, 19.86 MB, 24.50 MB in total.)| | 复件 论文 20080227.doc 9.90 MB| | 论文 20080227.doc 9.97 MB| 1源代码(2 folders, 2 files, 1.86 MB, 4.63 MB in total.)Readine.doc 1.86 MBreadine.txt 76 bytesDataBase (0 folders, 1 files, 272.00 KB, 272.00 KB in total.)Stu.mdb 272.00 KBStu
15、 (2 folders, 28 files, 2.23 MB, 2.51 MB in total.)l.BMP 5.603.BMP 5.604.BMP 5.606.BMP 5.60Admini.cfg 8 bytesLogin.dcu 5.76 KBLogin.ddp 51 bytes| Login.dfm 1.41 KB| Login.pas 2.41 KB| Stu.mdb 276.00 KBstudent.cfg 8 bytes| Student.dcii 28.41 KBStudent.ddp 51 bytes| Student.dfin 66.94 KB| student.mdb 2
16、76.00 KB| Student.pas 19.06 KBStudent.ddp 51 bytes| Student.rvdfm 66.96 KB| Student.pas 19.06 KB| StuMain.cfg 434 bytes| StuMain.dof 1.97 KB| StuMain.dpr 290 bytes| StuMain.exe 1.44 MBStuMain.res 876 bytesHOataBase (0 folders, 1 files, 276.00 KB, 276.00 KB in total.) | Stu.mdb 276.00 KBReportPages (0 folders, 1 files, 4.53 KB, 4.53 KB in total.)Stulnfo.rav 4.53 KB
