标签：实现 核心 系统 业务 视图 用例 UML 描述
|
分类
|
作用
|
|
静态视图
|
表达结构性特征
|
|
动态视图
|
表达行为性特征
|
|
|
用例图
|
用例视图是系统蓝图和开发的依据
-
业务用例视图
-
业务用例实现视图
-
概念用例视图
-
展现从业务用例中经过分析分解出来的关键概念用例，并表示概念用例和业务用例之间的关系（如：扩展，包含，精化）
-
系统用例视图
-
展现系统范围，对业务用例分析后得到的系统用例展现出来。
-
以业务用例为单位展现。将视图名称命名为业务用例名称。这样做本身表达了从系统需求向业务需求的映射。保证了过程的可追溯性。
-
系统用例即系统的开发范围。
-
系统用例实现视图
-
表现系统用例的多种实现方式。
-
建议即使只有一种实现方式，也绘制实现视图，因为实现视图代表一种可扩展框架，将来业务变化，增加一种实现即可。
|
|
类图
|
展示系统中类与类的关系
-
概念层类图：现实世界问题领域的概念理解。（业务建模阶段）
-
说明层类图：类的接口。（概念模型阶段）
|
|
包图
|
表示高层次的观点
|
|
活动图
|
完成某一个目标需要做的活动以及这些活动的执行顺序。
-
UML中有两个层面的活动图
-
可以解决业务目标过程化描述，但是给对象分析造成混乱。
|
|
状态图
|
状态图通常只用于描述单个对象的行为，要描述对象间的交互，最好采用时序图或者协作图
-
仅对领域模型中最为关键的业务对象，尤其是当其在一个或者多个用例场景中参与了多个活动时才对其进行建模。
|
|
时序图
|
|
|
协作图
|
|
标签：实现,
核心,
系统,
业务,
视图,
用例,
UML,
描述
From： https://www.cnblogs.com/mach-arch/p/16924751.html