学生成绩管理系统的分析及设计-应用UML建模Word文档格式.docx
《学生成绩管理系统的分析及设计-应用UML建模Word文档格式.docx》由会员分享,可在线阅读,更多相关《学生成绩管理系统的分析及设计-应用UML建模Word文档格式.docx(46页珍藏版)》请在冰豆网上搜索。
>学生成绩管理员可以删除学生信息。
第2章需求分析
采用用例驱动的分析方法分析需求的主要任务是识别出系统中的参与者和用例,并建立用例模型。
2.1识别参与者
通过对系统需求的分析,可以确定系统中有三个参与者:
StudentActor(学生)、TeacherActor(教师)、AdminerActor(管理员)。
参与者的描述如下:
(1)Student
描述:
学生可以登陆、选课、查看系统信息、个人信息、提出意见,还可以取消选课。
示例:
持有帐户的任何人或组织。
(2)Teacher
可以修改学生部分信息,浏览学生信息。
持有帐户的任何人和组织。
(3)Adminer
学生成绩管理员维护系统,可以创建、修改、删除学生的信息,可以添加、编辑、删除学生信息,即维护目录。
学生成绩管理员。
2.2识别用例
前面已经识别出了参与者,通过对需求的进一步分析,可以确定系统中有如下用例存在:
(1)Reservecourse(选课)
本用例提供了选课的功能。
(2)Cancelcourse(取消选课)
本用例提供了取消选课的功能。
(3)inputscore(输入成绩)
本用例提供了教师上传学生成绩功能。
(4)updatescore(更改成绩)
本用例提供了修改成绩的功能。
(5)MaintainstudentInfo(维护学生信息)
本用例提供了创建、修改以及取消学生帐户的功能。
(6)MaintainteacherInfo(维护教师信息)
本用例提供了添加、修改、以及删除教师帐户的功能。
(7)MaintainsystemInfo(维护系统信息)
本用例提供了添加、修改以及删除系统信息的功能。
(8)LogIn(登录)
本用例描述了用户如何登录进入软件系统。
在识别出参与者⑶和用例后,要想建立用例图,还需要识别出他们之间的关系。
“Reservecourse”(选课)"
Cancelcourse”(取消选课)这些动作是由"
Student”执行的,"
inputscore”(输入成绩)、“updatescore"
(更、改成绩)是由"
teacher”执行的,但是对于软件系统来说,这些操作是由“Adminer”通过系统赋予给他们的,也即以上操作实际上是操作者在允许条件下与系统的交互。
“Student”“teacher”和参与者"
Adminer”之间存在着依赖关系,即“Student"
借助"
Adminer”完成这些工作。
用例"
MaintainstudentInfo”(维护学生信息)、“MaintainteacherInfo”(维护教师信息)、“MaintainsystemInfo”(维护物系统信息)也是与参与者“Adminer”交互。
为了系统的安全性,系统还需要提供进行身份验证的功能,以确保只有具有权限的“Adminer”才可以使用系统的功能,所以“Adminer”必须与用例“登录”交互,也即“Adminer”在使用系统前,要使用用户名和密码进行登录,系统验证用户的密码正确后,用户才可以执行进一步的操作。
系统的用例图如下图所示:
图2.1系统用例图
2.3用例的事件流描述
用例的事件流⑷是对完成用例行为所需的事件的描述。
它描述系统应该做什么,而不是描述系统应该怎样做。
开始,只是对执行用例的常规流所需的步骤的简单描述。
随着分析的进行,通过添入更多的详细信息,步骤不断细化。
最后,将例外流添加到用例的事件流描述中。
学生成绩管理系统的用例事件流描述如下:
2.3.1选课
在这个用例开始前,student必须登录到系统中。
如果这个用例成功,在系统中建立并存储选课记录,否则,系统的状态没有变化。
当学生选课时,用例启动。
学生打开系统的选课系统,出现选课界面,支流s-1:
开课目录。
支流S-2:
选课情况。
S-1:
选课目录
(1)提供学期分类。
(2)检索课程类别(kind)(E-1)
(3)检索要选课程名(coursename)(E-2),
(4)创建选课记录。
(5)存储选课记录。
S-2:
选课情况
(1)提供是否要书。
(2)是否加权分。
(3)是否撤销。
(4)查看选课记录。
E-1:
大方向总体分类。
E-2:
具体课程名。
2.3.2取消选课
在这个用例开始前,student必须登录到选课系统中。
如果这个用例成功,系统删除该选课记录。
否则,系统的状态没有变化。
当学生取消选课时,用例启动。
(1)检索选课程名(E-1)o
(2)删除选课记录。
若选课记录不存在,系统显示提示信息,用例终止。
2.3.3输入成绩
在这个用例开始前,teacher必须登录到系统中。
如果这个用例成功,系统建立输入成绩记录。
当teacher输入成绩时,用例启动。
(1)检索学生。
(E-1)
(2)输入成绩。
(3)将选课成绩存储在系统中。
ET:
该学生不存在,系统显示提示信息,用例终止。
系统中不存在该学生,系统显示提示信息,用例终止。
2.3.4更改成绩
如果这个用例成功,系统修改选课成绩。
(1)检索学生(E-l)o
(2)修改成绩记录。
(3)将修改记录存入系统
2.3.5维护学生信息
在这个用例开始前,Adminer必须登录到系统中。
如果这个用例成功,系统添加、修改或删除学生信息。
当Adminer想维护学生信息时,用例启动。
系统要求Adminer选择所想执行的活动(添加学生、删除学生、修改学生)。
如果所选的活动是“添加学生”,则执行分支流S-L添加学生。
如果所选的活动是“删除学生”,则执行分支流S-2:
删除学生。
如果所选的活动是“修改学生”,则执行分支流S-3:
修改学生。
S-1:
添加学生
(1)提供学生的信息,如姓名、学号等。
(2)系统存储学生信息(E-1)。
删除学生
(1)提供学生的信息。
(2)查询学生(E-2)o
(3)查询学生的记录(E-3)o
(4)从系统中删除学生的信息,以及学生的选课记录。
S-3:
更改学生
(2)查询并显示学生的信息(E-2),修改相应的信息。
(3)更新系统中学生的信息。
若学生已存在,系统显示提示信息,用例终止。
若查询不到学生,系统显示提示信息,用例终止。
E-3:
若无记录,系统显示提示信息,用例终止。
2.3.6维护教师信息
如果这个用例成功,系统添加、修改或删除教师信息。
当Adminer想维护教师信息时,用例启动。
系统要求Adminer选择所想执行的活动(添加教师、删除教师、修改教师)如果所选的活动是“添加教师”,则执行分支流ST:
添加教师信息。
如果所选的活动是“删除教师”,则执行分支流S-2:
删除教师信息。
如果所选的活动是“修改教师”,则执行分支流S-3:
修改教师信息。
添加教师信息
(1)提供教师名字、所教课程名等信息。
(2)在系统中添加该教师信息(E-l)o
删除教师生信息
(1)提供所要删除的教师信息。
(2)查询所要删除的教师(E-2)o
(3)删除该教师的记录(E-3)o
(4)从系统中删除教师信息,以及相关的记录。
更改教师信息
(1)提供教师信息。
(2)查询并显示教师信息(E-2),并做相应修改。
(3)更新系统中的学生信息。
若教师信息已存在,系统显示提示信息,用例终止。
若查询不到该书老师,系统显示提示信息,用例终止。
E-3:
2.3.7维护系统信息
如果这个用例成功,系统添加、修改或删除系统信息。
当Adminer想维护系统信息时,用例启动。
系统要求Adminer选择所想执行的活动(添加信息、删除信息、修改信息)。
如果所选的活动是“添加系统消息”,则执行分支流S-L添加系统信息。
如果所选的活动是“删除系统信息”,则执行分支流S-2:
删除系统信息。
如果所选的活动是“修改系统信息”,则执行分支流S-3:
修改系统信息。
添加系统信息
(1)提供添加信息种类。
(2)查询信息种类(kind),确定系统中已存在该书刊种类(E-l)o
(3)创建信息名。
(4)将系统信息存储到系统中。
删除系统信息
(1)提供系统信息种类。
(2)查询信息名(newname)(E-2)。
(3)删除系统信息。
(4)从系统中删除系统信息后,并更新相关信息。
修改物理学生信息
(2)查询系统信息种类(kind)(ET)。
(3)查询并显示该系统信息的所有消息。
(4)选择信息名修改其信息。
(5)更新系统中系统信息的信息。
若系统中不存在该信息种类,添加该书刊种类信息
E-2:
若存在该信息,则删除。
2.3.8登录
如果用例成功,参与者可以启动系统并使用系统所提供的功能。
反之,系统的状态不变。
当用户希望登录到系统中时,用例启动。
(1)系统提示用户输入用户名和密码。
(2)用户输入用户名和密码。
(3)系统验证输入的用户名和密码,若正确(ET),则用户登录到系统中。
如果用户输入无效的用户名和/或密码,系统显示错误信息。
用户可以选择返回基流⑹的起始点,重新输入正确的用户名和/或密
码;
或者取消登录,用例结束。
第3章静态结构模型
进一步分析系统需求,发现类以及类之间的关系,确定它们的静态结构和动态行为,是面向对象⑺分析的基本任务。
系统的静态结构模型主要用类图和对象图描述。
3.1定义系统对象
系统对象的识别可以通