(4)UML

用例:
表示动作的序列
活动类：
是类的一种

组件：
实际开发出来的软件成分，比如代码块，动态链接库，可执行文件

节点：
表示部署环境需要的硬件节点，比如服务器，数据库管理系统

关联：
A和B之间发生消息传递，用直线表示

依赖：
两个元素之间存在依赖关系

泛化关系：
子类和父类的继承关系，一个元素是另一个元素的特化

实现：
接口与实现之间的关系

规格说明：语法规格
修饰：比如一个关联可以附加“多重性”的修饰符，表示两个类之间的数量关系

构造性：
在类的基础上定义新的元素，用《》表示

4+1 views
logical view:类以及类之间的关系
process view：有哪些进程线程，主动类
physical view
development view
use case view

理解用例：

1）系统、子系统或类与外部参与者（actor）交互的动作序列的说明，包括各种序列及出错序列。
2）简单理解为用例就是系统的功能。
3）用例分析可以认为是对系统功能的分解。

主要用于描述系统的行为及各种功能之间的关系，是描述参与者（Actor）与用例以及用例与用例之间关系的图

参与者（actor）是用例的启动者，处于用例的外部并且能够初始化一个用例，是系统外部的参与者，可以是用户、外部硬件、其他系统

用例建模：
primary actor: left
secondary actor: right
一个椭圆是用例中的任务， 任务应该有序

关系：
association：相互影响，两者之间用直线连接
include：用例之间的包含关系，一个用例发生包含的用例也会发生，两者之间用带虚线的箭头表示
extend:只有当一个用例满足了条件之后才能触发另一个用例，两者之间用带虚线的箭头表示，但是与include方向相反
泛化（继承）：用带箭头的实线表示，子类指向父类

矩形：包含use case
椭圆：代表系统功能
actor: 用户或者系统

功能用用例表示
参与者和用例之间可以有箭头也可以没有箭头，有箭头表示是由参与者所触发的

无论有箭头还是没有箭头都表示通信双方是双向会话，有箭头的actor表示主动actor，没有则表示被动actor

specification:
用例名称
ID
简短描述
primary actors（触发用例者带箭头）
second actors（次要不带箭头）
preconditions:触发用例时必须满足的前提条件
main flow:事件逻辑
postconditions:用例触发后必须满足的条件
alternative flow

写主事件流的时候使用逻辑化的英语（带有if for/while…）

备选流：
1.从一开始便没有执行主事件流
2.从某一布开始执行备选流：The alternative flow begins after strp X of the main flow
3.主事件流的任意时候：the alternative flow begins at any time

泛化关系（继承）：
用带三角的箭头表示


主事件流中：
如果是对父类中具体化的描述，用（ox）x是数字表示
如果和父类中完全一样，用（x）x 是主事件流中对应的数字
如果是只有子类中才有的，不用标记

include：
在主事件流中某一条包含
1.Include （findEmployeeDetails）

extend：
满足一定条件的拓展功能
e.g. 当借书超过一定期限的时候还书便会触发用例罚款

扩展点不是一个主事件，只是一个片段segment

参考：
https://blog.csdn.net/qq_35507234/article/details/84893380