2015123352-韩吉-UML实验报告书实验2用例分析

淮海工学院计算机工程学院实验报告书

课程名：《UML理论及实践》

题目：用例分析

班级：软嵌151

学号：2015123352

姓名：韩吉

一、目的与要求

1、掌握分析模型和分析（用例实现）的过程与目的；

2、掌握跟踪关系图；

3、熟悉常用的MVC 架构模式与BCE 三层架构模式；

4、熟练掌握从用例模型中识别出分析类；

5、熟练使用顺序图进行交互分析，实现用例模型中的事件流；

6、掌握参与类类图；

7、掌握分析类图；

8、熟练掌握使用Rational Rose 进行分析建模（用例分析）。

二、实验内容或题目

根据实验一对教材第3章中旅游业务申请系统”用例建模得到的用例模型，对其进行首次迭代进行分析建模。(只需选择其中某个用例进行用例实现)

三、实验步骤及结果

1、跟踪关系图

办理申请手续——用例实现

办理申请手续

(from Use Cases)

打印旅游确认书和余额交款单——用例

实现

打印旅游确认书和余额交款单

(from Use Cases)

导出财务信息——用例实现

导出财务信息

(from Use Cases)

登录

(from Use Cases)

管理参加人

(from Use Cases)

完成支付

(from Use Cases)

登录——用例实现

管理参加人——用例实现

完成支付——

用例实现

2、分析类 （1）边界类：

申请界面类

增加参加人界面类

完成支付界面类

登录界面类

发确认书界面类

导出财务信息界面类财务系统接口类

（2）实体类：

参加人

路线

旅游团

支付明细

申请

联系人用户（3）控制类：

申请控制类

增加参加人界面类

完成支付控制类

发确认书控制类

登录控制类导出财务信息控制类

3、顺序图

办理申请手续——用例实现的基本场景顺序图：

: 旅游团

4、参与类类图

办理申请手续——用例实现的VOPC类图：

路线

(f rom Entity Lay er)

旅游团

(f rom Entity Lay er)

er)

(f rom Entity Lay er)

5、分析类（带有属性和方法）

四、结果分析与实验体会

1. 用例分析是以用户视角描述的需求模型转化为以开发团队视角描述的分析模型，需求和设

计都是在业务域中进行的。

2.本次实验主要在逻辑层完成，所需的boundary，control类等都应在逻辑层建

五、实验思考题（课外作业）

1、用例分析的任务是什么？分析模型包括哪些内容？

答：（1）分析是为了满足需求模型中所描述的功能，探讨系统内部应该有什么样的业务核心机制的过程。将以用户视角描述的需求模型转化为以开发团队视角描述的分析模型。

（2）分析模型包含两个层次的两类模型。两个层次是指架构分析和用例分析。架构分析是指宏观上的框架，用例分析具体分析每一个用例以及他们的关系。两类模型是指静态模型和动态模型。静态模型关注系统组成的静态组成结构，动态模型则关注系统组成的动态行为特征。

2、MVC架构模式主要适用于什么样的系统？MVC与BCE之间有什么关系，如何使用Rational Rose 来描述系统分析模型中使用的架构模式？

答：

（1）适用于需要减少依赖，需要减少代码的复制，能够把不同人员的责任分开，使性能优化成为可能，易于测试的系统。

（2）MVC是经典三层架构模型，其中的M(model),V(view),C(controller)分别对应BCE中的E(entity),B(boundary),C(control)。

（3）采用UML包图来描述使用的架构模式。

3、用例模型中的用例及用例之间的关系在分析模型中分析使用什么来实现？

答：

（1）用例使用“用例实现”来实现。

（2）用例之间的关系使用VOPC类图来实现。

4、简述VOPC类图

答：VOPC是View Of Participating Class 的缩写，VOPC类图又称参与类类图，参与类类图是用例实现的静态视图，用来表示参与该用例实现的相关类以及类之间的关系。针对每一个用例实现绘制一张类图。

5、简述如何定义分析类的过程。

答：

（1）定义职责

（2）定义属性

（3）定义关系

（4）限定分析机制

（5）统一分析类