教务管理考试面向对象分析与设计Word文档下载推荐.docx

教务管理考试面向对象分析与设计Word文档下载推荐.docx

《教务管理考试面向对象分析与设计Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《教务管理考试面向对象分析与设计Word文档下载推荐.docx（13页珍藏版）》请在冰豆网上搜索。

2.用况健模

（1）确定执行者

通过对系统需求陈述的分析，可以确定系统有两个执行者：

教务处管理员，系办管理员，学生，教师。

简要描述如下：

通过对问题的分析，根据流程可以分为以下的几个用例：

学生：

查询个人信息、查询成绩、查询选课信息、网上选课等等。

教师：

查询个人信息、修改个人信息、学生成绩录入等等。

系办管理员：

发布课程表、学生信息管理、公告管理等等。

教务处管理员：

修改帐号信息、学生信息管理、公告管理等等。

（2）确定用况

在确定执行者之后，结合教务管理的领域知识，进一步分析系统的需求，可以确定系统的用况有：

•教务管理：

包含开始登陆、最后结束；

•学生管理：

包含学生信息等；

•老师管理：

包含老师信息管理，学生信息管理等。

下面是对学生，教师，管理员等用况的简要描述：

1）教务情况查询：

学生通过互联网或教务查询终端登录系统后，查阅个人的所有记录。

2）学生信息管理：

管理员登录后，对学生详细信息进行增、删、改等维护管理。

3）老师信息管理：

管理员登录后，对老师详细信息进行增、删、改等维护管理。

下面是学生信息管理、老师信息管理等用况的详细描述：

1）修改

用况名称：

学生信息管理

参与的执行者：

管理员

前置条件：

一个合法的管理员已经登录到这个系统

事件流：

A.输入学生编号；

提示查阅考试记录；

B.输入课程编号；

If选择“确定”then

If课程状态无效或课程“已”注销Then

给出相应提示；

Else

添加一条学生选课记录；

“学生信息表”中“选课次数”-1;

“学生信息表”中“已选课次数”＋1;

提示执行情况；

Endif

清空学生、课程编号等输入数据；

If选择“重新输入”then

清空学生、课程编号等输入数据；

If选择“退出”then

返回上一级界面；

返回A.等待输入下一条；

后置条件：

如果是有效选课，在系统中保存选课纪录，并修改选课数量。

2）成绩信息管理

成绩信息管理

老师

如果是有效操纵，在系统中增加、修改、删除成绩信息纪录。

（3）确定用况之间的关系

确定执行者和用况之后，进一步确定用况之间的关系，

根据以上角色、用例的分析，画出教务管理系统的用例图，如下所示：

与学生相关的用例图:

与教师相关的用例图:

与系办管理员相关的用例图:

与教务处管理员相关的用例图:

教务管理系统的类图

从用例图中和系统分析说明中采用名词和实体识别法识别出：

学生、教师、系办管理员、教务处管理员、课程、公告、课程这几个类。

在确定类的基础上，再进一步标识类之间的关系，建立类图如下所示：

教务管理系统的类图:

教务管理系统的界面类图:

教务管理系统的顺序图及协作图

根据系统功能，UML文档绘制了教师成绩信息管理的的顺序图及协作图、教务处管理员设置权限顺序图及协作图、系办管理员发布课程表顺序图及协作图、学生选课的顺序图及协作图。

下图为教师成绩信息管理的的顺序图及协作图。

教师成绩管理的顺序图：

教师成绩管理的协作图：

教务管理系统的活动图

活动图是由状态图变化而来的。

活动图主要用于描述系统在问题域空间中的活动流程，活动图可以方便地描述系统中的并发活动。

教务管理系统活动图如下：

用户登录选课界面的活动图

学生选课的活动图

教师录入成绩的活动图

静态建模

首先使用本章介绍的CRC或OMT技术，通过寻找系统需求陈述中的名词，结合考生考试的领域知识，首先给出候选的对象类，经过筛选、审查，可确定“教务管理系统”的类有：

然后，经过标识责任、标识协作者和复审，定义类的属性、操作和类之间的关系。

这里仅以“考生”类为例列出该类的属性和操作

“学生”类

•私有属性

学生考号（借书证号码和用户名与此同）：

文本

学生姓名：

学生课程编号：

学生性别：

出生日期：

时间/日期

学生状态：

办证日期：

已考试次数：

数值

证件名称：

证件号码：

联系地址：

联系电话：

EMAIL：

用户密码：

办证操作员：

备注：

•公共操作

永久查询学生信息

永久读取学生信息

新增学生成绩

删除学生成绩

修改学生信息

获取学生信息

查找学生信息

返回选课次数