学生管理系统1、用例图绘制1）用户需求需求分析1、为每个使用系统得人员设置权限。

只有通过权限验证得人才能使用系统。

2、学生可以使用该系统查询所学课程得成绩。

3、教师使用该系统完成学生成绩得录入、修改、显示与打印。

4、管理员使用系统输入学生信息、教师信息、班级信息与课程信息。

这里系统得参与者有三个，分别就是：参与者“学生”：使用系统得目得就是查询所学课程得成绩参与者“教师”：完成学生信息得录入、修改、显示与打印参与者“管理员”：输入学生信息、教师信息、班级信息与课程信息2）用例图绘制本人根据自己登陆到中南大学教务管理系统查询成绩得做法，做出以下得用例图。

由于用例图只就是给出用户所瞧到得得系统得功能，一般不包括选择选项等细致得步骤。

所以本人得用例图与参考得报告有所不同。

而且本人设计得系统功能仅与成绩有关，所以用例图较简单。

至于管理员得用例由于后面有些功能就是相近得鉴于篇幅有限，所以只就是列举了管理学生与管理教师两个功能得扩展。

．3）用例详细说明学生查询成绩用例1、简要说明：本用例描述了学生查询课程成绩。

2、事件流(1)、基本流1）选择课程名称与学期）点击“确定”按钮 23）系统显示对应学期该课程成绩。

(2)、备选流2a 系统提示出错，点击“确定”按钮结束。

3、特殊需求：无。

4、前置条件：成功“登陆”系统5、后置条件：无。

6、扩展点：无。

7、相关数据：所学课程得成绩。

8、问题说明：无。

老师查询成绩用例1、简要说明：本用例描述了教师查询课程成绩。

2、事件流(1)、基本流1）老师选择课程名称与班级2）点击“确定”按钮3）系统显示该课程成绩该班级得所有学生成绩。

(2)、备选流2a 系统提示出错，点击“确定”按钮结束。

3、特殊需求：无。

4、前置条件：成功“登陆”系统5、后置条件：无。

6、扩展点：无。

7、相关数据：所学课程得成绩。

8、问题说明：无。

老师录入成绩用例1、简要说明：本用例描述了教师对课程成绩进行录入。

2、事件流(1)、基本流1）选择课程名称。

2）老师在列出得学生中对应得成绩输入框输入成绩。

3) 老师点击“提交”按钮。

4）系统显示录入该课程成绩。

(2)、备选流1a 如果没有要选择得课程名称，给出提示，结束。

3a 如果教师没有确认保存录入成绩，给出提示，结束。

2a 老师点击“暂存”按钮，成绩会展示存储起来，下次登陆输入时不用再次输入。

3、特殊需求：无。

4、前置条件：成功“登陆”系统5、后置条件：无。

6、扩展点：无。

7、相关数据：所学课程得成绩。

8、问题说明：无。

老师修改成绩用例1、简要说明：本用例描述了教师对学生得课程成绩进行修改。

2、事件流(1)、基本流1）选择课程名称与学期2）点击“确定”按钮3）系统显示该课程成绩该班级得所有学生成绩。

4）老师选中其中一个要修改成绩得学生，点击对应学生得“修改”按钮 5）老师在出现得输入框中输入该学生成绩。

6）老师在对应学生栏点击确定按钮。

7）系统提示修改成功。

(2)、备选流3a 系统提示出错，点击“确定”按钮结束。

6a 系统提示“修改失败！请重试或与管理员联系！”，结束。

3、特殊需求：无。

4、前置条件：成功“登陆”系统5、后置条件：无。

6、扩展点：无。

7、相关数据：所学课程得成绩。

8、问题说明：无。

老师打印成绩用例1、简要说明：本用例描述了教师打印课程成绩。

2、事件流(1)、基本流1）选择课程名称与学期2）点击“确定”按钮3）系统显示该课程成绩该班级得所有学生成绩。

4）老师点击“打印”按钮。

(2)、备选流3a 系统提示出错，点击“确定”按钮结束。

4a 系统提示“打印失败！请与管理员联系！”，结束。

3、特殊需求：无。

4、前置条件：成功“登陆”系统5、后置条件：无。

6、扩展点：无。

7、相关数据：所学课程得成绩。

8、问题说明：无。

管理员录入学生用例1、简要说明：本用例描述了管理员录入学生信息。

2、事件流(1)、基本流1）管理员点击录入学生信息功能按钮。

2）在跳转得界面上，完成对学生信息得录入工作。

3）点击“提交”按钮。

）界面提示“提交成功” 4．(2)、备选流3a 系统提示出错，点击“确定”按钮结束。

3、特殊需求：无。

4、前置条件：成功“登陆”系统5、后置条件：无。

6、扩展点：无。

7、相关数据：学生信息8、问题说明：无。

管理员编辑学生用例1、简要说明：本用例描述了管理员编辑学生信息。

2、事件流(1)、基本流1）管理员点击查询学生信息功能按钮。

2）系统跳转到学生列表界面，管理员在要修改信息得学生那栏点击“编辑”。

3）管理员在跳转到学生详细信息页面上，对学生信息进行修改。

4）点击“提交按钮”。

5）界面提示“提交成功”。

(2)、备选流2a 系统提示出错，点击“确定”按钮结束。

5a 系统提示“提交失败！请重新尝试或与管理员联系！”，点击“确定”按钮结束。

3、特殊需求：无。

4、前置条件：成功“登陆”系统5、后置条件：无。

6、扩展点：无。

7、相关数据：学生信息8、问题说明：无。

管理员删除学生用例1、简要说明：本用例描述了管理员删除学生信息。

2、事件流(1)、基本流1）管理员点击查询学生信息功能按钮。

2）系统跳转到学生列表界面，管理员在要修改信息得学生那栏点击“删除”。

3）系统提示“确定要删除学生信息吗？这操作不可撤销！”4）点击“确定”。

5）界面提示“删除成功”。

(2)、备选流2a 系统提示“加在页面出错！”，点击“确定”按钮结束。

4a 点击“取消”按钮，结束。

5a 系统提示“删除失败！请重新尝试或与管理员联系！”，点击“确定”按钮结束。

3、特殊需求：无。

4、前置条件：成功“登陆”系统无。

、后置条件：5．6、扩展点：无。

7、相关数据：学生信息8、问题说明：无。

管理员得其她用例，与上面提到得几个大同小异，所以本人直选几个典型得作为说明，其她用例这里就不列出了。

2、活动图得绘制下图就是学生查询成绩得活动图下图为老师录入学生成绩得活动图，至于老师修改学生成绩与打印成绩等功能得活动图大同小异，这里就只给出一个活动图。

感觉原来参照得报告得活动图画得并不正确，功能得并列并非活动并列。

．下图为管理员录入学生信息得活动图，步骤较少，所以较为简单。

3、类图得绘制类图得最终绘制结果要等到顺序图绘制完毕。

因为顺序图得绘制涉及到一些业务流程得处理那么类图得效果然后生成相应得方法，所以当顺序图绘制完毕，以及一些类得方法得设置。

．才算完成。

本人严格按照MVC架构得设计模式，把业务分为三层处理，即表现层，控制层，实体层。

表现层得类就是以action作为后缀，控制层就是以service作为后缀。

类图如下：每个类得下面第一个格子都放有该类得属性，而最底下得那个格子就是用来放类得方法得。

这里方法只给出关键性得，所以不一定所有类得所有方法都会在这个类图设计中显示。

其中表现层都会对对应得控制层与实体层产生依赖。

而这里颇为重要得就是Score实体类，由于它需要引用学生ID与课程ID，所以它就对Student类与Course类产生关联，对学生类表现为多重性，即一个学生对象多个成绩对象，而一个成绩对象只对应一个学生对象。

4、顺序图得绘制以下就是顺序图得绘制，本人采用了标准得MVC架构，来实现业务处理，即分为表现层（action），控制层(Service)与实体层(Entity)。

学生登陆顺序图：学生查瞧成绩顺序图：老师得登陆顺序图与学生得几乎一样，这里就不画了。

下面给出老师录入学生成绩得顺序图。

（原来参照得报告写错了，顺序图应该就是老师进行特定操作得顺序图，而并非老师可以使用得功能得说明）老师录入成绩顺序图：老师打印学生成绩顺序图：管理员删除老师顺序图：还有其她得顺序图，但就是也就那种画法，千篇一律。

这里就不一一给出了。

提示一下，在这里把顺序图画完之后，在方法调用那里右键->new opetation，那么在对应得类里就会添加相应得方法，而且就是关键得方法。

5、合作图得绘制这里说明一下，只要顺序图出来了，那么合作图就会出来。

顺序图侧重得就是时间上对象与对象之间得调用关系与对象得生命周期。

而合作图本质上与顺序图就是一样得，只就是它更侧重得就是对象之间得结构关系，不侧重与时间。

下面给出上面几个顺序图对应得合作图。

学生登陆合作图：学生查瞧成绩合作图：老师录入成绩合作图：老师打印学生成绩合作图：管理员删除老师信息合作图：6、状态图得绘制状态图较为简单，这里就只做简单说明。

图中得每个圆角矩形代表对象得一种状态。

黑点为起始状态，而黑点外有个圆得就是终结状态。

①学生选择课程活动中学生对象状态图：②教师管理学生成绩教师对象状态图：活动中③管理员信息管理活动中管理员对象状态图：。