软件综合项目工程专业课程设计学生信息标准管理系统.doc

软件工程课程设计

院 系： 数 理 系
题 目： 学生信息管理系统
学 号：
姓 名： 汤玉佳
专 业： 信息与计算科学
指引教师： 张家精

目录
一、 学生管理系统可行性研究…………………………………4
1.1技术可行性…………………………………………………4
1.2经济可行性…………………………………………………4
1.3操作可行性…………………………………………………4
二、学生管理系统需求分析
2.2.1系统任务概述………………………………………………4
2.2.2 功能需求…………………………………………………4.
2.2.3数据流图…………………………………………………….5
2.2.4数据字典…………………………………………..8
2.2.5 E-R图……………………………………………….8
2.2.6性能规定…………………………………………….9
2.2.7运营环境…………………………………………….9
三、概要设计
3.1 设计思想…………………………………………...10
3.2 功能需求…………………………………………….10
3.3 性能需求…………………………………………….11
3.4 系统框架……………………………………………11
3.4.1 系统流程分析……………………………………11
3.4.2 系统功能模块分析………………………………12
四、系统详细设计
4.1 管理员用例图………………………………………14
4.2 顾客状态图………………………………………15
4.3 顾客活动图…………………………………………16
4.4顾客协作图…………………………………………..16
五、总结…………………………………………………17
参照资料………………………………………………18

一、可行性研究
1.1技术可行性
已有人开发过，并且咱们也都使用过相类似系统，对其普通性软件和操作环境、编译环境都比较熟悉，因此说在技术上来说是可行。
1.2经济可行性
当前系统只对服务器关于规定，在服务费用方面，支出在你那个承担范畴，后来维护及其她设备总共费用在可以承担范畴。用当前系统可以节约出可以支付当前系统直接支出，后来维护费用更是比此前机制节约诸多钱。
1.3操作可行性
系统操作方式在这个顾客组织内能行得通
一、学生管理系统需求分析
1.2.1系统任务概述
学生信息管理系统是针对学校人事处大量业务解决工作而开发管理软件，重要用于学校学生信息管理，总体任务是实现学生信息关系系统化、科学化、规范化和自动化，其重要任务是用计算机对学生各种信息进行寻常管理，如查询、修改、增长、删除，此外还考虑到学生选课，针对这些规定设计了学生信息管理系统。履行学校信息管理系统应用是进一步推动学生学籍管理规范化、电子化、控制辍学和提高义务教诲水平重要举措。
在此前，学校解决学生学籍档案等信息，需要人工收集数据信息，填写表格等，然后加以保存。但是，长此以往，随着学生人数不断地增长，学生信息量比较大，学校对于学生信息保存等更加困难。这就使得必要有一种简洁迅速办法，以便学生信息存储和调用。学生管理系统就此应运而生。
由此可以看出，人工操作效率太慢，并且容易出错。更加挥霍时间。因而，运用计算机来解决这些流程无疑会极大限度地提高效率和解决能力。学生信息录入，调用和查看更加以便，快捷。并且，各种流程出错率大大减少。由此，计算机对于人工优势显而易见。
1.2.2功能需求
  学生管理系统目是实现学生信息录入、查看、调用等业务自动化管理，以提高工作效率。
学生信息管理系统重要涉及如下几种功能模块：
1. 学生信息管理：关于学籍等信息录入、查询和修改，涉及学生基本信息，所在学院，专业班级等。
2. 课程信息管理：学生已学课程和正在学习课程。
3. 成绩信息管理：学生课程成绩查询。
4. 学生选课管理：学生选课系统。
5. 任课教师查询：查询正在学习课程教师信息。
系统功能模块：

1.2.3数据流图
学生信息管理系统
学生
登陆

学生信息
学生成绩
任课教师
查询
查询
查询
查询 修改

顶层数据流层图
对顶层数据流图进行分解，分离出两个加工：读者规定解决和管理员规定解决，分别编号为1和2.由于加工分离出来，原先属于内部数据流（文献）某些（如期刊目录文献、期刊登记文献和期刊内容文献）这里就变成了外部数据流，它们被标在第二层数据流图上，“读者规定解决”加工分别从期刊内容文献、期刊登记文献和期刊目录文献读数据，“管理员规定解决”加工不但从期刊目录文献读数据，当数据解决完毕后，还要向期刊目录文献写入数据。分解后第二层数据流图如图1-5所示。

图1-5 第二层数据流图
接下来对加工1和2继续分解。同理，加工1进一步分解五个子加工：加工1.1读者规定分类，加工1.2变动解决，加工1.3借阅解决，加工1.4归还解决，加工1.5查询规定解决。加工2进一步分解成三个子加工：加工2.1管理规定分类，加工2.2期刊登记，加工2.3期刊征订。原先内部数据流：读者文献和借阅文献变成了外部数据流，第三层数据流图如图1-6所示。
加工1.5包括各种查询，可以进一步分解，变成三个加工：加工1.5.1查询规定分类，加工1.5.2查询期刊去向，加工1.5.3查询期刊内容，第四层数据流图如图1-7所示

图1-6第三层数据流图
图1-7第四层数据流图

1.2.4数据字典
1.文献条目
顾客=[学生|管理员]
顾客文献={顾客名}
期刊目录文献={刊号+刊名+邮发代号+主办单位+出版周期}
期刊登记文献={刊号+年+（卷）+期}
期刊借阅文献={顾客名+刊名+年+（卷）+期+借阅日期+归还日期}
期刊内容文献={刊号+年+（卷）+期+文章题目+作者单位+作者姓名+核心词1+核心词2+核心词3+核心词4+核心词5}
2.数据条目
征订单={刊号+邮发代号+单价+数量+金额}
期刊去向信息={刊名+年+（卷）+期+读者姓名}
期刊内容信息={核心词1+核心词2+核心词3+核心词4+核心词5+刊名+年+（卷）+期}
变动规定={添加|更改|删除}
借阅规定={顾客名+刊名+年+（卷）+期}
归还规定={顾客名+刊名+年+（卷）+期}
按核心词查询规定={（核心词1）+（核心词2）+（核心词3）+（核心词4）+（核心词5）}
查询期刊去向规定={刊号+刊名+年+（卷）+期}
1.2.5E-R图
系统E-R图如图所示。
学生
性别
姓名
民族
籍贯
入校日期
学院
专业
学号
选课
成绩
课程
上学时间
课程类别
授课教师
课程名
课程号

图1-8期刊管理系统E-R图
1.2.6性能规定
在性能方面，规定系统查询和更新时间不超过一秒。其她某些规定如下：
系统最小寿命：系统应当能在无重大改动条件下正常运营5年以上。
设备规定：计算机稳定性良好，整套系统经济实惠。
在使用上：规定系统易理解，易学习，易操作。
在安全性上：规定系统安全可靠，容错，易恢复。
在数据集中上：规定用统一数据库实现数据完整性和实时性。
在可维护性上：规定系统可修改，可测试，可扩充，可移植。

1.2.7运营环境
对本系统运营环境没有特殊规定，如下硬件配备就可以满足规定：服务器CPU为Pentium II 300或更高配备，内存128MB以上，硬盘至少为500MB，网络适配器10Mbps或更快网卡，一种CD-ROM驱动器，打印机一台，UPS（选配），客户机CPU为Pentium 200或更高配备，内存64MB以上，硬盘至少100MB。
二 概要设计
2.1 设计思想
(1) 系统提成几种相对独立模块。
(2) 分层模块化程序设计思想，整个系统采用模块化设计构造，作为应用程序有较强可操作性和可扩展性。
(3) 合理数据流设计，在应用系统设计中，相对独立模块间数据流互相连接，使各模块间耦合性较低，以便系统运营，提高系统安全性。
2.2 功能需求
随着管理信息系统应用进一步，学校可以逐渐建立起一套科学管理应用系统。一方面，可以通过这样系统更进一步理解学生信息，直接建立合理管理学生信息数据系统，如：
(1) 学生登录可以使用查阅本人基本状况、查阅本人所学课程成绩状况、查阅课程任课教师状况、修改本人基本信息以及对本人登录密码进行编辑等权限；
(2) 教务人员登录可以查看教师本人基本信息、所教课程成绩、所教课程基本信息、成绩发布与录入以及登录密码编辑等权限；
(3) 管理人员登录可以查看登录人员账户信息、对学生信息进行管理、对教师信息进行管理、对课程进行各种管理等。将这样系统和已有管理和业务系统联系起来，构筑成可以及时反映教务系统。从而更快捷地达到与学生信息交互，提高教务教学管理运作效率。将这样系统同步提供应学校内各班级内部使用，可以极大地提高学校教务管理水平。而学生信息管理系统作为教务管理中间环节，有着尤为重要意义。
完善学生信息管理是学校健康运作一种重要标志。然而，完善学生信息管理需要学校许多资源，如何简化教务管理而不失其完整性和科学性是许多学校头痛问题，也是本系统在功能上力求解决一种问题。
随着学校教务扩展和工作量增长，数据量不断扩大。为了满足工作需要，必要实现各子系统之间可以共享数据，实现需要统一管理和自动化数据传递，结合学生信息管理要点提出如下重要功能需求。涉及学生信息管理、班级信息管理、教师信息管理、课程信息管理、学生选课管理以及成绩管理，并具备严格系统顾客及分级权限控制，保证了教学数据严格保密性。
2.3 性能需求
普通性能需求是指互相消息传递顺利，合同分析对的，界面和谐，运营时间满足使用需要，安全性得到完全保证。
就实际状况，在高系统配备、高网络带宽很容易得到保证状况下，最需要考虑性能需求就是系统安全性问题。在开发系统每个阶段，均需要考虑彼此间认证与授权。特别要注意认证，简朴地说就是拟定谁是特定顾客，并针对安全源验证该顾客身份。在解决完辨认顾客办法之后，必要开发一种办法以向顾客授权，从而可以使用系统特定功能。也就是说，需要一种办法来决定容许特定顾客进行什么样操作。这些都是进行下一步系统设计时需要考虑性能方面内容[7]。
2.4 系统框架
本系统框架如下图3.1所示：

图3.1 系统框架图
2.4.1 系统流程分析
顾客一方面登录系统初始页面，进行身份选取后，输入账号密码进行登录，如果身份选取是学生，那么登录之后将会晤对选项有基本信息查询、学生成绩查询、成绩排名、任课教师查询、修改密码、修改基本信息，最后选取注销退回登录初始界面；若选取教师身份登录，那么将会晤对选项有查看基本信息、查看课程成绩、密码修改、查看课程信息、成绩修改、成绩录入，最后依然是注销回到登录初始界面；最后便是管理员身份登录，登录之后还会晤对四个模块，一方面是账户信息管理，涉及显示个人信息、修改账户信息、修改备注、增长账户、删除账户以及顾客信息浏览；另一方面是学生信息管理，涉及学生信息浏览、学生信息查询、学生信息修改、学生信息删除已经学生信息插入；然后便是教师信息管理，这个模块与学生信息管理模块较为相似，功能涉及教师信息浏览、教师信息查询、教师信息修改、教师信息删除以及教师信息插入；最后是成绩课程管理，涉及有课程信息浏览、任课信息查询、任课修改删除、修改删除科目，课程安排以及添加科目。
2.4.2 系统功能模块分析
学生信息管理系统重要涉及如下几种功能模块：顾客管理(管理员与教师管理和学生管理)课程信息管理、教师信息管理、成绩信息管理、课程信息管理、学生选课管理。

3.2 学生登录模块功能图

3.3 教师登录模块功能图

3.4 管理员登录模块功能图
(1) 学生登录模块（汤玉佳完毕）
该模块重要由六个子模块构成。分别是基本信息查询、学生成绩查询、成绩排名、任课教师排名、修改密码、修改基本信息六个模块。重要功能涉及学生学籍和成绩查询以及个人信息有关修改。
(2) 教师登录模块（胡清完毕）
该模块重要负责教师对自己所教课程成绩进行有关管理以及查看课程信息。当以教师身份登录进来之后，可以修改教师本人所教课程成绩，录入该门课程成绩等功能，此外可以查看个人信息，课程成绩以及课程信息。
(3) 管理员登录模块（窦娟娟、方龙斌、吴勇汇完毕）
该模块相对于学生与教师模块属于后台模块，是对于学生和教师以及课程信息一种综合性管理模块。该模块又分为四个模块，分别为账户信息管理、学生信息管理、教师信息管理和课程成绩管理，在账户信息管理中，可以显示管理员本人信息，可以修改管理员账户密码，可以修改管理员个人备注，可以增长和删除超级顾客人数，也可以对顾客信息进行浏览；在学生管理模块与教师管理模块中，可以对学生以及教师信息进行浏览、查询、修改、删除以及插入；而在成绩课程管理模块中涉及课程信息浏览，可以统一浏览学校各门课程状况，任课信息查询则可以通过教师姓名或者课程姓名进行查询，在任课修改删除模块中，可以通过选取有关课程课名，然后实行修改或者删除该门课程任课教师，在修改删除科目选项中，可以先通过课程号对课程进行选取，然后再进行修改或删除，课程安排选项里，可以对授学时间进行统一插入与删除操作，而在最后添加科目中，可以添加新课程，并且任命授课教师。
三、系统详细设计
3.1 管理员用例图
用例图是用来描述系统与参加者之间互相作用，也可以说它是从管理员角度出发对如何使用系统描述。用例图可以比较直观反映系统构造，在本系统中对管理员用例分析如下图5.1所示：

图5.1 管理员用例图
用例描述如下：
(1) 学生信息管理
此模块只有管理员才干用来浏览，查询，修改，删除和插入学生关于信息。
(2) 顾客信息管理
该模块用来对超级顾客信息进行添加，修改，查看，删除等，此模块只有管理员才干使用。
(3) 教师信息管理
此模块只有管理员才干用来浏览，查询，修改，删除和插入教师关于信息。
(4) 课程信息管理
该模块用来对所罗列课程进行查看，删除等，此模块只有管理员才干使用。
3.2 顾客状态图
状态图是描述一种实体基于事件反映动态行为，显示了该实体如何依照当前所处状态对不同事件做出反映[10]。普通创立一种UML状态图是为了如下研究目：研究类、角色、子系统或组件复杂行为。本系统状态图如图5.2所示：
登录
状态=成功
提交
状态=成功
查询信息
状态=登录
增删改查
状态=成功
更新
状态=成功
登录祈求
状态=未登录
填写账号密码
状态=填写

图5.2 顾客状态图
状态图用于显示状态机(它指定对象所在状态序列)、使对象达到这些状态事件和条件、以及达到这些状态时所发生操作。
状态机用于对模型元素动态行为进行建模，更详细地说，就是对系统行为中受事件驱动方面进行建模。状态机专门用于定义依赖于状态行为(即依照模型元素所处状态而有所变化行为)。其行为不会随着其元素状态发生变化模型元素不需要用状态机来描述其行为(这些元素普通是重要负载管理数据被动类)。
状态机由状态构成，各状态由转移链接在一起。状态是对象执行某项活动或等待某个事件时条件。转移是两个状态之间关系，它由某个事件触发，然后执行特定操作或评估并导致特定结束状态。

3.3 顾客活动图
活动图(Activity Diagram) 在UML里，活动图本质上就是流程图，它描述系统活动，判断点和分支等。状态图描述一种对象状态 以及状态变化，而活动图除了描述对象状态之外，更突出了它活动。一种活动结束自动引起下个活动，则两个活动之间用 带箭头连线连接，连线箭头指向下一种活动。本系统顾客活动图如下图5.4所示：
否
是
成功
验证失败
登录
显示信息
重登
查询信息
存在

更新
退出
生成新信息

图5.4 顾客活动图
3.4顾客协作图
协作图是一种交互图，强调是发送和接受消息对象之间组织构造。一种协作图显示了一系列对象和在这些对象之间联系以及对象间发送和接受消息。对象普通是命名或匿名类实例，也可以代表其她事物实例，例如协作、组件和节点。使用协作图来阐明系统动态状况。显示某组对象如何为了由一种用例描述一种系统事件而与另一组对象进行协作交互图。使用协作图可以显示对象角色之间关系，协作图用于显示对象之间如何进行交互以执行特定用例或用例中特定某些行为。设计员使用协作图和序列图拟定并阐明对象角色，这些对象执行用例特定事件流。它们是重要信息来源，用于拟定类职责和接口。
协作图格式决定了它们更适合在分析活动中使用。它们特别适合用来描述少量对象之间简朴交互。随着对象和消息数量增多，理解协作图将越来越困难。此外，协作图很难显示补充阐明性信息，例如时间、鉴定点或其她非构造化信息，而在序列图中这些信息可以以便地添加到注释中。
协作图强调参加一种交互对象组织，它由如下基本元素构成：活动者（Actor）、对象（Object）、连接（Link）和消息（Message）。在UML中，使用实线标记两个对象之间连接。本系统协作图如下图5.5所示：
使用者
验证数据
输入信息
发送祈求
返回数值
调用数据
活动类
客户类
数据类

图5.5 顾客协作图
四、总结
在本系统开发过程中由于是初次开发软件在知识、经验方面都存在着局限性。此外在整个开发过程中时间也比较仓促。因而该系统必然会存在某些缺陷和局限性。由于对学生信息管理整个流程不够熟悉在需求分析时未能做到完全满足顾客需求。 尽管本管理系统存在着诸多局限性但其功能全面、易于日后程序更新、数据库管理容易、界面和谐、操作以便、效率高、安全性好等长处是本管理系统所必须。通过开发这个系统我掌握了项目基本开发过程用到知识巩固了我对软件工程学习但在这次设计中最大收获并不是掌握这几门开发工具应用而是学会了设计系统思维办法以及与同窗们之间互相协助精神。

参照文献
[1] 张海藩编著软件工程导论清华大学出版社
[2] 刘伟等编著visual C#程序设计与项目实践清华大学出版社
[3] 何玉洁编著数据库原理与应用机械工业出版社
[4] 王东明等编著VISUAL C#.NET程