班级管理系统UML建模与分析.doc

学生实验报告

姓名：邬建建

学号：0123874

班级管理系统UML建模与分析

UML建模

业务建模

业务建模作为统一过程的一个核心工作流，位于初始阶段。业务建模阶段在UML建模中主要使用业务用例模型、概念用例模型和领域模型等进行建模。

业务分析

随着网络信息时代的快速开展，使原先劳力投入多、效率收获低的管理有了伟大的革新。为了全面实现现代化管理，减少班级事务管理中的劳力、财力本钱，方便各管理人员轻松处理班级事务，一个班级事务管理系统的开发就显得很有必要了。

班级管理信息系统的任务是收集、存储、管理班级同学的相关信息，以及班级日常管理中的相关信息。为班级信息公开、增进同学交流了解效劳，同时加强班级管理、提高班级管理与效劳的效率和质量。

(1)学生档案管理。该模块负责管理学生的个人档案信息，班委与老师可通过它来查阅和更新学生的个人信息。

(2)学生考勤管理。该模块负责学生的考勤登记与管理，班委提交学生上课的考评，学生与老师可通过它来查阅考评情况。

(3)作业提交情况。该模块用以登记班级的作业上交情况，学生可根据它提交作业以及查询作业提交情况。

(4)学生奖惩管理。该模块负责记录班上学生的获奖情况和被惩罚的情况，班委通过它来添加、修改、删除学生奖惩记录，学生与老师可通过它来查阅奖惩信息。

(5)日常事务管理。该模块负责记录班上的日常事务活动以及班委的待办工作，班委可通过它添加、修改、删除班里的日常或待办工作，学生与老师可通过它来查阅班级活动，起到监督班委的工作的目的。

业务用例

通过以上分析，可得出实际参与该工程业务过程的业务主角有：班委、辅导员、学生，其中班委由学生扩展出来。同时，也可得出6个重要的业务用例：学生档案管理用例、学生考勤管理用例、作业提交情况用例、学生奖惩管理用例以及日常事务管理用例。其业务用例视图如下所示：

业务用例场景

学生档案管理业务用例场景

需求分析

分析问题

实际调查发现，现状业务存在的问题是，高校班级管理系统的业务功能相对简单，但是它是一个随时有可能进行修改和升级的系统，假设按照传统纸面文件管理，像发布公告、文件、日常管理、考勤等功能在运行过程中，就不具备良好的可扩展性、复用性和较好的公共信息共享性。因此，我决定尝试在本系统上增加对作业提交、日常事务等有着信息文件共享的业务管理功能以及用户权限管理功能。

系统目标

(1)根据工程实际业务需要，本工程确定开发以广东工业大学为背景的班级管理系统，以实现班级信息共享精细化管理。系统使用B/S模式，处于广东工业大学校园网，通过浏览器可供任何有广工校园网的使用者共同使用，并进行相应的业务操作，满足校内班级信息共享的需求。

(2)根据班级业务管理的实际需要，系统将实现学生档案管理业务与其他业务的关联。系统通过数据库连接对学生档案信息进行存储，并将该信息关联到其他业务中，从而实现信息良好的可扩展性、复用性和较好的公共信息共享性。

系统范围和边界

根据以上对用户需求以及系统目标的分析，系统管理的内容都是为学生、班委、辅导员这三个用户效劳的，因此这三个用户处于系统外部，即系统边界外。而处理学生档案管理、学生考勤管理、作业提交情况、学生奖惩管理、日常事务管理以及用户管理这些业务内容属于该系统管理范围内，即系统边界内。因此，得出如下列图所示的结果：

系统用例

通过综合分析最终得出，在班级管理系统最高层用例图中，系统边界内共有6个用例，系统边界外有3个参与者。系统内6个用例如下：

(1)“学生档案管理”用例：用户通过它来查阅和更新学生的个人信息。

(2)“学生考勤管理”用例：用户使用其记录学生考勤情况。

(3)“作业提交情况”用例：用户根据它提交作业以及查询作业提交情况。

(4)“学生奖惩管理”用例：用户通过它记录班上学生的获奖情况和被惩罚的情况。

(5)“日常事务管理”用例：用户使用其记录班上的日常事务活动以及班委的待办工作。

(6)“用户管理”用例：辅导员使用其管理用户权限。

系统用例场景

本工程为了更好地描述系统参与者使用系统用例的执行过程，明确各参与者的职责，因此使用活动图来绘制系统用例场景，描述系统用例实现的执行过程。

通过以上对系统用例的分析、给出用例规约，已经可以根本了解到系统用例的执行过程，下面我们先使用文字描述，再绘制活动图，从而完整地展示系统用例场景，具体如下：

◆学生档案管理用例场景：

分析对象

既然我们采用的是面向对象的方法，那么，自然就要通过对象之间的交互来描述需求的实现。因此，我们从分析系统的对象开始，进入系统分析阶段。

在UML的分析模型中，使用的MVC模式，使用边界对象、控制对象、实体对象，这个三者来建立用例场景的对象模型。因此，回忆以上分析，仔细分析系统用例