学生信息管理系统报告.docx
《学生信息管理系统报告.docx》由会员分享，可在线阅读，更多相关《学生信息管理系统报告.docx（36页珍藏版）》请在冰豆网上搜索。
学生信息管理系统报告
2011——2012学年第二学期
信息技术学院
《软件系统建模与UML》综合设计实验
学生信息管理系统的UML建模
班级
10级软件工程
学号
101164029
101164036
姓名
沈振华聂彦艳
任课教师
凌凤彩
日期
2012年5月31日
第1章系统需求……………………………………………………3-4
1.1系统可行性研究.................................3
1.2学生信息管理系统描述……………………………………3-4
第2章需求分析……………………………………………………4-20
2.1识别参与者………………………………………………4-5
2.2识别用例…………………………………………………5-9
2.3用例的事件流描述………………………………………10-20
第3章静态结构模型……………………………………………20-22
3.1定义系统对象……………………………………………20-21
3.2建立类图…………………………………………………21-22
第4章动态行为模型……………………………………………23-39
4.1创建系统序列图和协作图……………………………23-31
4.2创建系统的活动图……………………………………31-39
第5章数据库模型………………………………………………40
第6章物理模型…………………………………………………41-42
5.1创建系统组件图…………………………………………41
5.2创建系统部署图………………………………………41-42
第1章系统需求
1.1系统可行性研究
人类已进入21世纪,科学技术突飞猛进,经济知识和信息产业初见端倪,特别是信息技术和网络技术的讯速发展和广泛应用,对社会的政治,经济,军事,文化等领域产生越来越深刻的影响。
现今已经出现了各种远程网络在线教育系统、图书馆管理系统、学籍管理系统……其中学生信息管理是任意一所院校都不可缺少的部分，它的内容对于学校的决策者和教学管理者来说都至关重要，而传统的人工管理方式效率较低，为数据的查询、更新和维护代来了极大的不便。
所以学生学籍管理信息系统的开发和应用是必要的，它能够为管理人员提供充足的信息和快捷的查询手段，提高学校学籍管理的效率。
系统的可行性分析
（1）系统实施运行的可行性：
各教师，学生都已熟练掌握计算机的基本实用方法和操作技能，对新系统的开发，表现出极大的热情。
提出了很多好的建议和要求。
（2）技术可行性：
校园网已正常运行；开发人员已熟练掌握开发工具。
技术上实现系统是可行的。
（3）经济可行性：
校园内部局域网络已经建成；硬件投入不需要很大。
1.2学生信息管理系统描述
学生信息管理系统是“洛阳师范学院教学管理系统”下的一个功能模块。
此系统一共有三个参与者：
系统管理员，宿舍管理员，教师，学生。
在此系统中功能性需求：
●系统管理员：
根据需要对学生，个人资料信息和成绩进行统计，更改并写入数据库，最后形成有效的登陆系统；
●宿舍管理员：
根据需要对学生宿舍分配信息进行统计，为学生分配宿舍、更改宿舍、回收宿舍；
●教师：
正常成功的登陆系统，有权对学生信息查询，以及对学生的成绩进行添加，修改，删除管理
●学生：
成功的登陆系统，有权对个人信息查询，以及对自己成绩和在班级排名的查询；
根据以上的分析，给出系统功能图：
第2章需求分析
本系统主要是教学管理系统的一个功能分支，对学生的信息实行一定管理，其具体参与者，用例，用例事件流如下：
2.识别参与者
●系统管理员：
教师管理，管理员管理；
●教师：
登陆，查询学生个人信息，学生成绩管理；
●学生：
登陆，个人信息查询，成绩查询；
其具体参与者的功能描述如下：
1.学生查询包括对学生个人信息的查询操作；
2.教师管理包括对学生信息的查询，学生成绩的删除，添加，修改；
3.管理员管理包括对学生信息的删除，添加，修改；
4.成绩查询包括查询个人每科的成绩，以及在本班级的排名；
2.2识别用例
1.学生信息管理用例图
如图所示，系统管理员能够通过该系统进行如下活动。
●信息管理员登陆学生成信息管理系统。
系统管理员有登陆密码登陆系统，有权录入学生信息并对其进行查询，修改，更新，删除；进行本系统的管理和维护工作。
●学生基本信息包括：
学生姓名，性别，出生日期，入学年份，联系方式。
2.成绩管理用例图
如图所示，教师能够通过该系统进行如下活动。
●教师登陆学生成绩管理系统。
教师使用教师密码登陆本系统。
●成绩管理。
教师登陆系统后，可以录入所教授班级的学生的考试成绩进行查询，录入，修改，删除等操作。
3.学生查询用例图
如图所示，学生能够通过该系统进行如下活动。
●登陆学生成绩管理系统。
学生使用学生个人密码登陆本系统。
●个人信息查询。
学生登陆后，可以查询个人信息。
●成绩查询。
学登陆系统后，可以查询自己各个学科的成绩，以及成绩排名。
2.3用例的事件流描述
用例编号：
001
用例名：
系统管理员登录
用例描述：
系统管理员根据设置的用户名和密码，登录到学生管理系统
参与者：
系统管理员
前置条件：
学生管理系统正常运行
后置条件：
如果系统管理员登录成功，管理员可以对学生的基本信息进行管理，包括录入学生基本信息、修改学生基本信息、查询学生基本信息、删除学生基本信息；如果系统管理员登录未成功，则不能对学生基本信息进行操作。
基本路径
1.系统管理员进入学生管理系统
2.系统管理员输入用户名和密码
3.系统管理员提交输入信息
4.系统对管理员输入的用户名和密码进行有效性检查
5.管理员可以对学生基本信息进行操作
扩展点
4a.管理员的用户名错误
4a1.系统弹出用户名错误或没有该用户信息
4a2.管理员离开或重新输入用户名
4b.管理员的密码错误
4b1.系统弹出密码错误警告信息
4b2.管理员离开或重新输入密码
4b3.管理员找回密码
补充说明
管理员登录用例与教师的登录和学生的登录用例描述一样，以后不再重复。
用例编号：
002
用例名：
查询学生基本信息
用例描述；管理员输入要查看的学生信息，系统显示该学生的基本信息
参与者：
系统管理员
前置条件：
管理员登录到系统
后置条件：
输入要查看的学生信息后，显示该学生的详细信息
基本路径
1.管理员输入查看学生某信息
2.管理员提交输入信息
3.系统对输入学生信息查看数据库
4.系统返回学生的基本信息
扩展点
3a.输入学生某信息数据库不存在
3a1.系统提示无该人信息或重新输入要查询的人的信息
补充说明无
用例编号：
003
用例名：
修改学生基本信息
用例描述；管理员输入要修改的学生信息，系统显示该学生的基本信息，并可以对其中的项进行修改操作
参与者：
系统管理员
前置条件：
管理员登录到系统
后置条件：
输入要查看的学生信息后，显示该学生的详细信息，可以对其信息进行修改操作
基本路径
1.管理员输入查看学生某信息
2.管理员提交输入信息
3.系统对输入学生信息查看数据库
4.系统返回学生的基本信息
5.管理员对其中的某些项进行修改
6.管理员提交修改信息
7.系统返回结果
扩展点
3a.输入学生某信息数据库不存在
3a1.系统提示无该人信息或重新输入要查询的人的信息
3a2.离开该页面
补充说明无
用例编号：
004
用例名：
删除学生基本信息
用例描述；管理员输入要查看的学生信息，系统显示该学生的基本信息，可以对该学生进行删除操作
参与者：
系统管理员
前置条件：
管理员登录到系统
后置条件：
输入要查看的学生信息后，显示该学生的详细信息，可以删除该学生
基本路径
1.管理员输入查看学生某信息
2.管理员提交输入信息
3.系统对输入学生信息查看数据库
4.系统返回学生的基本信息
5.管理员删除该学生
6.系统返回结果
扩展点
3a.输入学生某信息数据库不存在
3a1.系统提示无该人信息或重新输入要查询的人的信息
3a2.离开该页面
补充说明
用例编号：
005
用例名：
添加学生基本信息
用例描述：
管理员添加学生基本信息的完整过程。
参与者：
管理员
前置条件：
登录成功
后置条件：
管理员可以添加新对象（学生）的信息。
基本路径
1、系统管理员登录之后进入学生信息管理界面，点击界面中的菜单项“学生基本信息管理”，跳转到学生基本信息管理界面。
2、点击学生基本信息管理界面中的“录入”菜单项，更新页面，输入要添加的学生基本信息，点击“确定”按钮
3、学生基本信息管理界面将系统管理员提交的学生基本信息传递给后台数据库
4、向数据库查询学生相关基本信息并对查询结果进行判断。
5、向数据库中插入新对象的数据。
6、然后录入学生基本信息成功的信息返回学生基本信息管理界面
7、系统管理员在学生基本信息管理界面获得录入学生基本信息成功的信息
用例编号：
006
用例名：
录入学生成绩
用例描述：
教师录入学生的成绩
参与者：
教师
前置条件：
教师登录到系统
后置条件：
系统数据库中插入该学生的成绩，之后可以查看该学生的成绩
基本路径
1.教师输入学生的基本信息
2.管理员提交填写信息
3.显示该学生的信息
4.系统返回结果
扩展点
无
补充说明
用例编号：
007
用例名：
删除学生成绩
用例描述；教师输入要查看的学生信息，系统显示该学生的基本信息，可以对该学生的成绩进行删除操作
参与者：
教师
前置条件：
教师登录到系统
后置条件：
输入要查看的学生信息后，显示该学生的详细信息，可以删除该学生
基本路径
1.教师输入查看学生某信息
2.教师提交输入信息
3.系统对输入学生信息查看数据库
4.系统返回学生的基本信息
5.教师删除该学生成绩
6.系统返回结果
扩展点
3a.输入学生某信息数据库不存在
3a1.系统提示无该人信息或重新输入要查询的人的信息
3a2.离开该页面
补充说明
用例编号：
008
用例名：
修改学生成绩
用例描述；教师输入要查看的学生信息，系统显示该学生的基本信息，可以对该学生的成绩进行修改操作
参与者：
教师
前置条件：
教师登录到系统
后置条件：
输入要查看的学生信息后，显示该学生的详细信息，可以修改该学生的成绩
基本路径
1.教师输入查看学生某信息
2.教师提交输入信息
3.系统对输入学生信息查看数据库
4.系统返回学生的基本信息
5.教师修改该学生成绩
6.系统返回结果
扩展点
3a.输入学生某信息数据库不存在
3a1.系统提示无该人信息或重新输入要查询的人的信息
3a2.离开该页面
补充说明
用例编号：
009
用例名：
查询学生成绩
用例描述；教师输入要查看的学生信息，系统显示该学生的基本信息
参与者：
教师
前置条件：
教师登录到系统
后置条件：
输入要查看的学生信息后，显示该学生的详细信息
基本路径
1.教师输入查看学生某信息
2.教师提交输入信息
3.系统对输入学生信息查看数据库
4.系统返回学生的基本信息
5.系统返回结果
扩展点
3a.输入学生某信息数据库不存在
3a1.系统提示无该人信息或重新输入要查询的人的信息
3a2.离开该页面
补充说明
用例编号：
010
用例名：
查询个人信息
用例描述；学生查询个人信息
参与者：
学生
前置条件：
学生登录到系统
后置条件：
查看学生个人信息
基本路径
1.查看学生个人信息
扩展点
无
补充说明
用例编号：
011
用例名：
（学生/管理员/教师）登录
用例描述：
完成一次登录的完整过程
参与者：
学生/管理员/教师
前置条件：
系统运行正常
后置条件：
如果登录成功，可以进行查询等相关操作，如果登录不成功，则不能
进行查询等一系列有关操作
基本路径
1、参与者进入登录界面
2、参与者在登录页面输入自己的用户名和密码
3、参与者提供输入的用户名和密码
4、系统对用户的密码和用户名进行有效性检验
5、系统记录并显示当前登录用户
扩展点
4a、参与者的用户名或密码不正确
4a1、系统通知用户，重新输入用户或密码
4a2、参与者重新输入识别码
4b、参与者输入无效次数超过限制（不超过3次），系统显示提示信息，用例终止
变异点:
无
补充说明：
无
第3章静态结构模型
在获得系统的基本需求用例模型后，通过识别和分析系统中的类和对象来创建系统的静态模型。
3.1定义系统对象
根据系统需求可以识别系统中存在的对象。
系统对象的识别是通过寻找系统域描述和需求描述中的名词来进行的，从前面的需求分析中可以找到名词有管理员，教师，学生，成绩这些是对象图中的候选对象。
判断是否应该为这些候选对象创建类的方法是：
是否有与该对象相关的身份和行为，如果有的话，候选对象应该是一个存在于模型中的对象，并且应该为它创建类。
根据这些原则，我至少获得了以下几个类：
管理员，教师，学生，成绩管理。
在成绩管理的用例中，教师需要对成绩进行录入，删除，修改的操作，所以在系统中还要有表示这些操作的记录对象的存在，可以为这些对象建立三个类：
录入成绩，删除成绩，修改成绩，这三个类又可以抽象出父类成绩管理。
3.2建立类图
根据上述类的关系，完整的边界类图如图所示;
完整的实体类图如图所示：
第4章动态行为模型
系统的动态行为模型由交互作用图（时序图和协作图）、状态图、活动图描述。
4.1创建系统顺序图和协作图
描述系统用例的主要场景的顺序图（协作图）如下所示。
※顺序图：
1学生成绩查询顺序图
2删除学生成绩顺序图
3添加学生成绩顺序图
4修改学生成绩顺序图
5删除学生基本信息顺序图
6添加学生基本信息顺序图
7修改学生基本信息顺序图
8查看宿舍信息顺序图
9分配宿舍顺序图
10回收宿舍顺序图
※协作图
1查询成绩协作图
2分配宿舍协作图
3删除学生信息协作图
4添加成绩协作图
4.2创建系统的状态图
1、回收宿舍状态图
2、添加学生基本信息
3、修改成绩状态图
4、学生成绩查询状态图
4.3创建系统的活动图
1：
分配宿舍
2：
添加成绩
3：
修改学生个人信息
4：
学生成绩查询
第5章数据库模型
第6章物理模型
前面的静态模型和动态模型都是按照逻辑的观点对系统进行的概念建模，另外还需要对系统的实现结构进行建模。
对系统的实现结构建模的方式包括两种，即构件图和部署图。
5.1创建系统构件图
5.2创建系统部署图
升级会员 