《软件工程学(UML)》课程设计实验报告

(2)用户权限维护
系统管理员在对教师用户信息进行管理时，可以为其设置相应的权限。
2．教师子系统
教师子系统是指以教师用户的身份通过验证后登入系统，并对个人信息、题库、
试卷信息、考生成绩等信息进行管理。
(1)个人信息维护
教师成功登入系统后可以对自己的用户名，密码等信息进行查看和修改，但不
可以对账号名称进行更改。
(2)题库管理
教师可以在题库中添加、编辑和修改试题，可以为每道试题设置其分值、类型
等信息，系统会自动为添加的试题分配相应的试题编号。
(3)试卷管理
教师用户可以对每次考试的试卷信息进行设置，比如可以设置考试的课程、时
间、总分、各类型题目(单项选择题，多选题，判断题，主观题)的数量等信息。
(4)成绩查询
4.系统不断验证并保存试题信息
5.教师请求保存试题
6.系统验证通过并写入数据库
可选操作流：
输入的试题有误，重新跳转到添加试题界面；
4.教师录入正确答案用例描述如2.4所示；
表2.4教师录入正确答案用例描述
用例名称：
录入正确答案
标识符：
04
参与角色：
教师
用例说明：
该用例主要用于实现后期系统的自动阅卷；
在初期的用例图勾画中，我不停的想用例可以做的一些事情，然后一一的把它列举出来，然后再把一个个的画出来，有些用例因为我还不确定他的边界，删了改，改了增，经过很长时间的纠结才完成了这一步。后来接着画的是类图，对于各个类要实现什么功能，要事先打好草稿。就像画了一张张数据库表然后将他们一一联系起来，类之间的关系我认为还是蛮好确认的，下面的动态建模，就是按我平时参加的一些网上建模考试，按照一步一步的顺序设想出来的。但还是有一些不尽人意的地方，比如对象的确认，顺序的安排等等也让我遇到不少的问题。但还是坚持的做下来了,并成功了。
前置条件：
老师成功登录考试系统
后置条件：
添加答案成功，允许用户的下一步操作；
基本操作流：
1. 教师选择试题，并请求录入试题答案
2．系统验证是否符合规定要求，确认无误后，允许继续操作
3. 教师录入试题答案，并不断发送录入试题答案请求
4. 系统不断验证并保存试题答案信息
5. 教师请求保存试题
6．系统验证通过并写入数据库
减少以及成本的降低，根据实际需要，系统所要实现的系统功能模块如下所示：
通用无纸化考试系统
各模块要实现的功能说明如下：
1．管理员子系统
用户信息维护是指以系统管理员的身份通过验证后登入系统，并对管理员个人信息
以及教师用户的信息和学生信息进行管理及一些班级信息和科目的设置
(1)用户信息维护
系统管理员可以对自己个人信息进行编辑修改，也可以对教师用户和学生用户进行添加和删除，系统将为添加后的教师用户和学生用户自动分配用户编号
将组成的试卷提交给考生，考试就可以顺利进行了。考生考试完成后将试卷提交给系
统，考试系统会保存考生的试卷信息并自动评分(主观题目教师手动评分)。
(4)成绩查询
考生可以对考试后的试卷成绩信息进行浏览查询。
(5)自我测试
考生可以事先进行一些自我测试，了解自己的知识盲区，帮助考生更好的复习。
2．2.2系统业务流程图
7.成绩处理系统录入成绩并排名如2.7所示：
表2.7成绩处理系统录入成绩并排名描述
用例名称：
录入成绩并排名
标识符：
07
参与角色：
试卷处理系统
用例说明：
该用例主要实现对已提交试卷的打分及录入成绩并降序排名；
前置条件：
该门考试已结束；
后置条件：
显示录入成功，允许下一步操作；
基本事件流：
1．成绩处理系统录入成绩并发送存储信息到后台数据库
3.4.3数据统计分析活动图
图3.4.3数据统计分析活动图
3.4.4考生答题状态图
3.5组件图和部署图(部署图可选)
部署图
4.课程设计总结
一周的课程设计很快就结束了，虽然时间并不是很长，只有短短的一个星期而已，但这已让我受益匪浅，通过这次的UML课程设计，使我所学的书本知识得到了全面的检验，也让我对这门课程有了更加深厚的体会。
用例描述：
系统验证用户身份合法性后进入系统
前置条件：
无
后置条件：
用户登录成功，进入系统主界面
基本操作流程：
1.用户请求系统登陆
2.系统弹出系统登陆页面
3.用户输入用户名信息
4.用户输入口令信息
5.用户选择登录角色信息
6.用户点击确认登录按钮
7.系统查询数据库获取用户信息赋予相应权限，根据用户权限在管理机能页面上显示相应系统主界面
(1)管理员登录管理模块流程如下图所示
(2)教师登录管理模块流程如下图所示
(3)学生用户登录考试模块流程图
3.课程设计报告内容
3.1Use Case
图一：管理员用例图
图二：教师用例图
图三：考生用例图
1.登录的用例描述如表2.1所示：
表2.1 用户登录用例的描述
用例名称：
用户登录
标识符：
01
参与者：
学生教师管理员
2.系统将总结的结果以表格的形式存入后台数据库；
可选操作流
无
9.查看考试总结用例描述如2.9所示:
表2.9考试总结用例描述
用例名称：
查看考试总结
标识符：
09
参与角色：
教师
用例说明：
该用例主要实现师生分析交流考试心得；
前置条件：
该门考试已结束且考试总结已完成录入；
后置条件：
老师退出考试系统
基本事件流：
可选操作流：
输入的答案不符合规格，重新跳转到本页面；
5.教师录入考试时间用例描述如2.5所示：
表2.5教师录入正确答案用例描述
用例名称：
录入考试时间
标识符：
05
参与角色：
教师
用例说明：
该用例主要用于实现后期对参加考试过程中的时间限制；
前置条件：
老师成功登录考试系统
后置条件：
添加考试时间限制成功，允许用户的下一步操作；
8.用例结束
可选操作流程：
1.登陆失败
2.系统登陆时出现系统故障（例如网络故障或数据库服务器故障）弹出异常界面，提示系统登陆失败
2.学生考试用例描述如表2.2所示：
表2.2 学生考试用例描述
用例名称：
学生考试
标识符：
02
参与者：
学生
用例描述：
系统验证用户身份为学生后才能进入
前置条件：
身份为学生
后置条件：
最后感谢老师的悉心指导，希望这周学到的知识能运用到以后的实际中。为今后的工作做好铺垫。
1.教师查看试卷的参考人数，题目的正确率，平均分等基本信息；
2.系统将根据老师的需求显示相应的考试信息；
可选事件流：
无
3.2系统各类图之间的联系
3.3顺序图和协作图(协作图可选)
3.3.1考生注册（创建成功的顺序图）如下图所示
图3.1考生注册（创建成功的）顺序图
创建用户（失败的）顺序图
图3.2考生注册（创建失败的）顺序图
教师用户可以对考生的成绩进行查看。
(5)考试结果统计
教师用户可以对考生的成绩进行统计和分析，比如最高分，平均分以及每道题的正确率让教师更好的掌握考生的知识点掌握情况。
（6）阅卷管理
教师可以针对考生的主观题信息进行阅卷给出分数
3．考生子系统
考生考试是指以考生用户的身份通过验证后登入系统，可以进行个人注册信息
选择试卷后，进入考试界面
基本操作流程：
1.学生请求考试
2.系统随机选择试卷
3.显示随机试卷的基本信息
4.学生进入考试
5.学生保存答案
6.学生提交试卷
7.学生答卷过程中中途断电而未提交试卷，可重新登录进入考试试卷并下载已答过的答案，并提交试卷。
8.用例结束
可选操作流程：
1.选择试卷失败
2.学生考试时出现系统故障（例如网络故障或数据库服务器故障）弹出异常界面，考试失败
本次课程设计的主要内容是：针对某个特定的系统，比如我选的是通用无纸化考试系统。利用UML里的用例图，类图，顺序图，活动图，状态图，组件图等图对该系统进行静态和动态的建模。虽然对于理论知识有些了解，但对于我来说用这种方法对一个系统进行全面的分析还是第一次，不知道该如何开始下手，而且由于自己感情趣的课题已被别人选走，只好选这个虽说也有接触过但并不了解主要流程的通用化无纸考试系统。虽说自己没有这方面的经验，也不是特别熟悉其工作流程，但是在网上搜集了一些资料的一些基础，自己对他也有一定初步的认识，虽然不是很全面，但只好自己慢慢的琢磨，慢慢的去研究它的业务流程。
保存试题
标识符：
06
参与角色：
教师
用例说明：
该用例主要用于保存已提交的试题；
前置条件：
老师成功登录考试系统并完成添加试题操作；
后置条件：
保存成功，老师退出系统；
基本事操作流：
1. 教师完成所有有关考试试题的操作后，点击保存按钮
2．系统验证输入的信息是否符合规定要求，确认无误后，允许保存
可选操作流：
无
编辑、自我测试、成绩查看等工作。
(1)考生注册
考生可以进行个人信息的注册，包括姓名，班级，口令等信息，考生用户注册
成功后自动加入考生信息表中，系统会自动为其分配相应的id。
(2)个人信息维护
考生可以对个人注册的信息进行维护，包括姓名，班级，口令等信息，但不可
以对id信息进行修改。
(3)考生在线考试
考生以合法的身份信息登录系统，选择开始考试后系统会自动进行组卷工作并
对这次课程设计的评价是趣味性很强，不仅锻炼能力而且可以学到很多东西，能够将课本知识融会贯通，这样的学习效果相比较纯粹的讲课更好些。最重要的收获是我们学会了一种快速有效的学习方法。以往的学习都是老师讲学士记，不懂的地方就靠解答大量习题帮助记忆，学习的主要目的是通过最后的考试，而课程设计使文明发现考试真的并不是最重要的，最重要的是能运用所学的知识，在整个UML课程的学习过程中，我们突破了传统学习模式，把被动接受转变为主动学习。不再是用学到的知识解题，而是在实际运用时遇到什么学什么，重点把知识应用于实际。