软件工程-大学体育馆管理系统交互图

说明：这篇文章是我一个人写的

用例图：软件工程-大学体育馆管理系统用例图_刘建杰的博客-CSDN博客

类图：软件工程-大学体育馆管理系统类图_刘建杰的博客-CSDN博客

 

 

本科学生设计性实验报告

项目组长          学号             

成    员                         

专    业                 班级            

实验项目名称  大学体育馆管理系统交互图建模   

指导教师及职称                       

开课学期   2021 至 2022 学年 2 学期

上课时间    2022 年 4 月 15  日

 

 

大学体育馆管理系统状态图与活动图建模

• 摘要

通过本实验掌握小型应用系统状态模型与活动图模型的建立，具体包含如下内容：

1、在类图建模的基础上实现对有状态的类进行状态建模；

2、建立带泳道的活动图描述业务过程；

3、掌握活动图描述类操作的算法描述；

4、学会使用Visio绘制状态图和活动图模型。

二、实验目的及要求

1、掌握状态图和活动图的组成要素；

2、掌握状态和活动建模的基本步骤；

3、学会使用Visio绘制状态模型和活动图模型。

三、实验仪器设备

计算机+Visio+Office

四、实验方案设计

确定有状态的类并对该类进行状态建模，并将状态及其取值添加的类图中，确定业务过程并用带泳道活动图描述该业务过程，确定类中操作并用活动图描述该操作的算法。使用Rational Rose绘制状态图模型和活动图模型；

五、实验内容及步骤

（一）确定类及其状态以及状态间变迁的触发事件；

1. 需要建模的类

1. 用户（父类）
2. 系统管理员
3. 普通管理员
4. 员工
5. 收银员
6. 客户
7. 预约信息
8. 运维人员
9. 故障上报
10. 场地器材
11. 租用器材
12. 场地
13. 订单
14. 场地维修记录
15. 角色
16. 权限

2.描述类的状态及变迁关系

1. 预约信息

创建初始：由师生客户使用系统预约功能时创建初始预约信息

预约处理中：创建了预约信息后，此时需要处理，所以为预约处理中状态

预约成功：当收银员使用系统同意预约或系统自动检测通过后，此时变为预约成功

取消：在预约处理中状态，客户可取消预约

图 1

1. 故障上报

创建初始：由师生客户使用场地时发现故障使用系统上传故障信息功能

处理中：创建了故障信息后，此时为处理中（待处理）状态

处理完成：当运维人员使用系统查看到故障信息，并到现场核实后，修改此故障信息变为处理完成

图 2

1. 租用器材

空闲：由运维人员创建器材记录后，此时器材无人使用默认为空闲状态

占用：客户使用场地向收银员租用器材，此时器材变为占用状态，当客户借用完成后器材变为空闲状态

维修中：运维人员根据故障信息或查看到器材有损坏，将器材置为维修中状态，等维修人员维修好后器材变为空闲状态

不可用：当器材寿命到期或严重损耗到无法再用时变为不可用状态

图 3

1. 场地

空闲：由管理员创建场地信息后，此时场地无人使用默认为空闲状态

占用：客户使用场地，此时场地变为占用状态，当客户使用完成后场地变为空闲状态

维护中：运维人员根据故障信息或查看到场地有损坏，将场地置为维修中状态，等维修人员维修好后场地变为空闲状态

不可用：当场地严重损耗需要运维人员维修很久时变为不可用状态，当运维人员修好后场地变为空闲状态，如果运维人员无法维修好，则变为废弃状态

废弃：当场地被拆除,场地变为废弃状态，结束

图 4

1. 订单

创建初始：由收银员根据客户临柜请求使用场地填写相关信息而生成订单

待开始计时：订单创建后离客户使用场地这段几分钟的时间，客户在这段时间，客户可取消订单

取消：在待开始计时状态时，客户临时有事告知收银员需离开取消订单，收银员就取消此订单

订单进行中：客户在体育馆内使用着场地，订单在进行中，客户可以在预用时间之内结束订单使订单变为待付款状态

订单到时：客户使用场地预用时间到时，订单变为到时状态，客户可续时使订单变为订单进行中，也可不续时使订单变为待付款状态

待付款：等待客户付款

付款完成：客户付款完成，订单结束

图 5

（二）绘制活动图模型

1、场地开单业务过程

图 6

2、客户类注册操作算法流程图

图 7

3、收银员类场地开单操作算法流程图

图 8

六、结果与讨论

1. 收获：

做完此次试验，加强我们对visio软件使用的熟练度，丰富了我们对软件工程状态图、活动图、算法流程图的认识，巩固了理论知识。

1. 状态图

状态图(Statechart Diagram)是描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件做出反应。通常我们创建一个UML状态图是为了以下的研究目的：研究类、角色、子系统、或组件的复杂行为。

1. 活动图

①业务用例工作流程说明了业务为向所服务的业务主角提供其所需的价值而必须完成的工作。业务用例由一系列活动组成，它们共同为业务主角生成某些工件。工作流程通常包括一个基本工作流程和一个或多个备选工作流程。工作流程的结构使用活动图来进行说明。

②工作流程活动图用于研究实现业务目标时所要执行的各项任务或活动的顺序安排。活动既可以是手动执行的任务，也可以是自动执行的任务。它可完成一个工作单元。

③活动图是状态图的一种特殊形式。其中所有或多数状态都是活动状态，而且所有或多数转移都在源状态中的活动完成时立即触发。

④其中，活动图中的泳道是活动图里的竖段,包含特定人员或组织要进行的所有活动。可以把活动图分为多个泳道,每个泳道对应每个人员或组织,他们各自的活动都放在各自的泳道中。

1. 体会：

软件工程是一门严谨的学科，在实际画图中字眼得明确表达具体意思，不能马虎不清或者意义不明。并且实际画图中，比如说画活动图，对某个业务过程需要结合实际或者自己的生活经验预先在头脑里想到有关联的对象，考虑对象的对此业务过程有哪些活动 ，再考虑活动之间的联系与先后次序等。