uml学生成绩管理完整整理.docx
《uml学生成绩管理完整整理.docx》由会员分享,可在线阅读,更多相关《uml学生成绩管理完整整理.docx(7页珍藏版)》请在冰豆网上搜索。
uml学生成绩管理完整整理
2012——2013学年第二学期
信息技术学院
《UML系统建模基础教程》综合设计实验
***系统的UML建模
班级
软件工程
学号
111164028
姓名
付园园
任课教师
淩凤彩
日期
2013年06月20日
第1章需求分析
1.1系统的功能需求
该学生成绩管理系统是一个面向学生,教师的用来进行对学生成绩管理的管理信息系统。
该信息系统能够为师生提供各种管理服务。
(1)学生成绩查询系统能够为一定数目的学生提供服务,每个学生都能够有唯一的账号,每一个账号包括个人的编号和个人信息,系统通过一个单独的程序为学生提供服务,不需要人员的干预,这些服务包括:
查询成绩,修改自己的密码;
(2)学生的成绩需要教师对其进行录入和修改,或删除,既学生不直接与系统交互,教师代其与系统进行交互,当然教师也可以进行对成绩的查询(3)而系统管理员主要负责的是对教师或者学生的信息进行管理,并且管理员还得对本系统设置权限。
或者可以通过师生的唯一账号对成绩进行查询。
对上述学生成绩管理系统的域描述进行分析,可以获得如下功能性需求:
Ø学生拥有唯一的个人账户及密码
Ø教师对学生的成绩进行录入
Ø教师查看学生的成绩
Ø教案管理员可以修改教师基本信息
Ø教案管理员可以修改学生基本信息
Ø教案管理员可以添加教师基本信息
Ø教案管理员可以添加学生基本信息
Ø教案管理员可以删除教师基本信息
Ø教案管理员可以删除学生基本信息
Ø教案管理员对学生的成绩进行修改
Ø教案管理员对学生的成绩进行删除
Ø教案管理员可以进行课程管理
Ø教案管理员可以通过师生的唯一账号对成绩进行查询
根据以上分析,给出系统功能图(可选):
1.2用例模型
采用用例驱动的分析方法分析需求的主要任务是识别出系统中的参与者和用例,并建立用例模型。
1.1.1识别参与者
经过对该系统的分析,参与者可确定为:
学生、教师和教案管理员
1.1.2识别用例
用例包含:
学生、教师、教案管理员
1.1.3用例的事件流描述
部分主要事件流:
①
用例编号:
001
用例名:
用户登录
用例描述:
用户根据自己的用户名和密码,登录到成绩管理系统
参与者:
学生和教师
前置条件:
电子商城正常运行时间
后置条件:
如果用户登录成功,该用户可进行权限范围内的相关操作;如果用户登录未成功,则终止登陆或者重新登陆。
基本路径:
1、用户进入成绩管理系统;
2、用户输入用户名和密码
3、用户提交输入信息;
4、系统对用户的账号和密码进行有效性检查;
5、系统记录并显示当前登录用户;
6、用户进行权限范围内的相关操作;
7、系统允许进行权限范围内的相关操作操作;
扩展点:
用户的账号或者密码错误
1.系统弹出提示信息错误的窗口
2.用户离开或重新登陆
②
用例编号:
002
用例名:
学生成绩查询
用例描述:
学生在浏览过程中,选中相应操作,并将其添加到购物车中
参与者:
学生
前置条件:
系统正常运行时间
后置条件:
若学生登陆成功,且成绩查询无误,则该学生可以关闭该窗口,根据自己的意愿进行其他相关操作;如果购物用户登录不成功终止操作。
基本路径:
1、系统确认用户已登录;
2、学生浏览想要查询的成绩;
3、确认成绩无误,关闭该窗口;
4、若成绩有误,直接向系统提出修改申请
5、由系统进行数据库查询,核实成绩,把修改结果反馈给学生
6、系统提示已批阅申请
7、学生再次查看成绩,确认无误
8、退出系统或进行其他权限范围内的操作。
③
用例编号:
003
用例名:
教案管理员修改用户信息
用例描述:
教案管理员修改相应用户信息
参与者:
教案管理员
前置条件:
学生成绩管理正常运行时间
后置条件:
若教案管理员登陆成功,且相应用户信息存在,则管理员可以修改相应用户信息;否则,教案管理员不可以执行该操作。
基本路径:
1、教案管理员进入学生成绩管理系统后台;
2、学生成绩管理输入用户名和密码;
3、学生成绩管理提交验证信息;
4、系统对教案管理员的账号和密码进行有效性检查;
5、教案管理员进入用户管理界面;
6、教案管理员搜索相应用户,点击修改按钮;
7、教案管理员进入用户信息修改界面;
8、教案管理员修改用户信息;
9、教案管理员提交修改后用户信息;
10、系统输出修改成功提示;
④
用例编号:
004
用例名:
教师录入学生成绩
用例描述:
教师录入相关学生的成绩到系统
参与者:
教师
前置条件:
学生成绩管理系统正常运行
后置条件:
若管理员登陆成功,则教师可将相关学生的成绩录入到系统;否则管理员不可执行该操作。
基本路径:
1、教师进入学生成绩管理系统;
2、教师输入用户名和密码;
3、教师提交验证信息;
4、系统对教师的账号和密码进行有效性检查;
5、教师进入成绩管理界面;
6、教师点击录入学生成绩按钮;
7、教师进入成绩录入界面;
8、教师输入相应成绩;
9、教师提交信息;
10、系统输出添加成功提示;
该系统涉及到的用例图主要有:
系统用例图、学生用例图、教师用例图、教案管理员用例图
(1)系统用例图:
学生有用户管理、课程管理、成绩管理、登陆系统的权限;教师有用户管理、课程管理、成绩管理、登陆系统的权限;教案管理员具备所有管理的权限。
具体用例图如下所示:
(1)学生用例图
(2)教师用例图:
教师通过成绩管理可进行成绩的录入并查看学生成绩,通过教案管理可进行历年数据查询和个人课表查询等,通过用户管理可以查看个人基本信息和注销登录、修改密码。
见下图:
(3)管理员用例图:
可进行选课管理、成绩管理、教案管理、课程管理和系统设置、用户管理。
具体如下图所示
第2章静态结构模型
进一步分析系统需求,发现类以及类之间的关系,确定它们的静态结构和动态行为,是面向对象[7]分析的基本任务。
系统的静态结构模型主要用类图和对象图描述。
2.1定义系统对象
系统对象的识别可以通过寻找系统域描述和需求描述中的名词来进行。
2.2定义用户界面类
通过对系统的不断分析和细化,可识别出下述界面类、类的操作和属性。
2.3建立类图
识别出了系统中的类后,还要识别出类间的关系,然后就可以建立类图了。
实体类图:
边界类图:
第3章动态行为模型
系统的动态行为模型由交互作用图(时序图和协作图)、状态图、活动图描述。
3.1创建系统序列图(协作图)
描述系统用例的主要场景的序列图(协作图)如下所示。
学生序列图:
教师序列图:
管理员序列图:
3.2创建系统的状态图
学生状态图:
管理员状态图:
教师状态图:
3.3创建系统的活动图
学生活动图:
管理员活动图:
教师活动图:
第4章物理模型
4.1创建系统组件图
4.2创建系统部署图
第5章总结
这次我做的是学生成绩管理系统,主要包含了协作图、序列图、状态图、活动图、类图、用例图的构建,通过对学生成绩管理系统的功能需求分析了解了该系统的建模思路、用例的事件流描述加深了对学生成绩管理系统的概念、通过这次成绩管理系统的建模熟练了图形的画法等操作。
这次实验在学习和运用中度过,实验过程中也有很多问题,对图形画法的不熟练,对建模思路的不明确,对建模时工具的认知不够,这些都降低了这次实验的进度,值得庆幸的是,这些问题都可以通过教材和请教同学得到解决。
通过这次建模不仅收获了专业上的知识也锻炼了自己的思路的扩展,通过这次建模相信以后思考问题的时候会更加贴合实际的需求做出符合实际符合社会需求的设计。
因为知识的有限和时间的局限,这个成绩管理系统或多或少存在不完善的地方,但是我已经用自己所学只是尽量的完善它,如果有不尽完善的地方,希望老师给予改正完善的机会。
最后,在这次实验我想感谢来自同学耐心的讲解和老师详细的答惑。
参考文献:
《UML系统建模基础教程》