学生管理系统uml建模大报告

2011 —— 2012 学年第二学期

信息技术学院

《UML建模》综合设计实验

学生成绩管理系统的UML建模

班级2010级网络工程班

学号101124029

姓名范凌云

任课教师凌凤彩

日期2012年6月10日

目录

第1一章需求分析 (2)

1.1 系统的功能需求 (2)

1.2 用例模型 (3)

1.1．1 识别参与者 (3)

1.1.2 识别用例 (4)

1.1.3 用例的事件流描述 (4)

第2章静态结构模型 (6)

2.1 定义系统对象 (10)

2.2 定义用户界面类 (11)

2.3 建立类图 (11)

第3章动态行为模型 (13)

3.1 创建系统顺序图（协作图） (13)

3.2 创建系统的状态图 (16)

3.3 创建系统的活动图 (18)

第4章物理模型 (21)

4.1 创建系统组件图 (20)

4.2 创建系统部署图 (20)

第5章数据库模型 (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)教师用例图：教师通过成绩管理可进行成绩的录入并查看学生成绩，通过教学管理可进行历年数据查询和个人课表查询等，通过用户管理可以查看个人基本信息和注销登录、修改密码。

见下图：

(4)教学管理员用例图：可进行选课管理、成绩管理、教学管理、课程管理和系统设置、用户管理。

具体如下图所示

第2章静态结构模型

进一步分析系统需求，发现类以及类之间的关系，确定它们的静态结构和动态行为，是面向对象[7]分析的基本任务。系统的静态结构模型主要用类图和对象图描述。

2.1 定义系统对象

系统对象的识别可以通过寻找系统域描述和需求描述中的名词来进

行。

2.2 定义用户界面类

通过对系统的不断分析和细化，可识别出下述界面类、类的操作和属性。

2.3 建立类图

识别出了系统中的类后，还要识别出类间的关系，然后就可以建立类图了。

实体类图：

边界类图：

第3章动态行为模型

系统的动态行为模型由交互作用图(时序图和协作图)、状态图、活动图描述。

3.1 创建系统顺序图（协作图）

描述系统用例的主要场景的顺序图（协作图）如下所示。

学生成绩查询顺序图：

管理员浏览用户登路记录顺序图：

3.2 创建系统的状态图成绩状态图：

学生信息状态图：

3.3 创建系统的活动图教师成绩管理活动图：

学生查询成绩活动图：