- 版型
对UML元素基础定义的扩展。
- 参与者 actor
在系统之外与系统交互的某人或某事物,参与者包括业务主角和业务工人。可以通过一下三个问题区分业务主角和业
务工人：
-
- 他主动向系统发出动作吗？
- 他有完整的业务目标吗？
- 系统是为他服务的吗？
- 用例 use case
用例定义了一组用例实例，其中每个实例都是系统所执行的一系列操作，这些操作生成特定主角可以观测的值。一
个完整的用例由参与者、前置条件、场景、后置条件组成。用例本质上完整体现了系统参与者的愿望。一个用例就
是一个需求、分析、设计、开发、测试单元。可以通过一下问题获取用例：
-
- 您对系统有什么期望？
- 您打算在这个系统里做些什么事情？
- 您做这件事的目的是什么？
- 您做完这件事希望有一个什么样的结果？
用例中包含一下用例版型：
-
- 业务用例 business use case
专门用于需求阶段的业务建模。
-
- 业务用例实现 business use case realization
业务用例实现就是业务用例的一种实现。一个业务用例可以有多种实现方式
-
- 概念用例 conception
用于概念建模，极少使用。概念用例用于获取业务用例的核心业务逻辑
-
- 系统用例
是软件系统开发的全部范围
-
- 用例实现
一个用例实习代表了用例的一个实现方式
- 边界
边界定义系统的范围
- 业务实体
业务实体代表业务角色执行业务用例是所处理或使用的事物，具有属性和方法。
- 包
包的主要作用就是容纳并为其他元素分类，包包括以下常用版型：
-
- 领域包 domain package
用于分类业务领域的业务单元，每个包代表业务的一个领域。
-
- 子系统 subsystem
- 组织结构 organazition unit
用来直接描述企业的组织结构
-
- 层 layer
用于分类软件中的层次
- 分析类
分析类主要包括以下三种：
-
- 边界类
是一种用于对系统外部环境与其内部运作之间的交互进行建模的类。
-
- 控制类
用于对一个或几个用例特有的控制行为进行建模。控制类来源于对用例场景中的行为进行定义。
-
- 实体类
实体类是用于对必须存储的信息和相关行为建模的类。
- 设计类
是系统实施中一个或多个对象的抽象。
- 关系
- 关联关系 association
关联关系是用一条直线表示的，描述不同类之间的结构关系，它在一段时间内将多个类的实例连接在一
起
-
- 依赖关系 dependency
依赖关系是用一条带箭头的虚线表示的，它描述一个对象的修改会导致另一个对象的修改这样的关 、
系。 如果A对象使用了B对象的属性或方法，则B的修改会导致A的修改，这时A依赖于B。
-
- 扩展关系 extends
扩展关系是用一条带箭头的虚线加版型<<extends>>来表示的，它特别用于在用例模型中说明向基本用例
中的某个扩展点插入扩展用例。
-
- 包含关系 include
包含关系是用一条带箭头的虚线加版型<<include>>来表示的，说明在执行基本用例的用例实例过程中
插入的行为段。
-
- 实现关系 realize
实现关系是用一条带空心箭头的虚线表示的，它特别用于在用例模型中连接用例和用例实现。
-
- 精化关系 refine
精化关系是用一条带箭头的虚线加版型<<refine>>来表示的，精化关系用来连接基本用例
和精化用例。
-
- 泛化关系 generalization
泛化关系使用一条带空心箭头的直线表示的，用来说明两个对象之间的继承关系。
-
- 聚合关系 aggregation
聚合关系是用一条带空心菱形箭头的直线表示的，聚合关系用于类图，用于表示实体对象之间
的关系，表达整体由部分构成的语义。
-
- 组合关系 composition
组合关系是由一条带实心菱形的直线表示的，用于类图，表达整体拥有部分的语义。
- 组件
组件是系统中存在的可更换部分，它实现特定的功能，符合一套接口标准并实现一组接口。