UML学习1

UML构成由视图、图、模型元素、通用机制和扩展机制构成。

其中视图有用例视图、逻辑视图、并发视图、组件视图和配置视图。

图有用例图、类图、序列图、状态图、协作图、活动图、构件图和部署图。

模型元素包括事物和事物之间的关系。UML中定义了4中事物，结构、行为、分组、注释等。其中结构有7种，类class、接口interface、协作collaboration、用例use case、活动类active class、构件component、节点node。行为有，交互interation、状态机state machine。分组指对各种事物进行分组，不同模型放在不同组别中，包可以算是一种分组。注释指在UML中充当解释说明的作用。事物之间的关系是指UML中支配和协调各种模型元素相互依存相互使用。

UML中使用通用机制为模型元素提供额外的注释、信息或语义，还可以对其进行扩展。

UML中的扩展机制使得UML的使用领域不仅仅局限于软件建模，还可以用在工业建模、建筑领域建模等。包含了三种扩展组件：构造型、标记值和约束。

UML中用例图：由参与者actor、用例use case和他们之间的关系构成的。

参与者可以用一个人形符号来表示，但是并不代表着参与者就只是单单指人，参与者是指与系统进行交互的人、系统、子系统、进程、硬件设备、或者时间等。当在使用用例图是可以认为参与者是当时所扮演的角色，或者说当时所做的操作。

用例use case可以认为是系统的服务或者功能单元，参与者触发用例去执行对应的动作。

参与者和参与者之间通常有着继承关系。一个是父类一个子类。

在识别用例的时候可以从参与者入手，分析参与者，这样可能找出新的参与者，分析参与者需要系统做什么，提供什么服务。

当一个系统比较简单的时候可以把较复杂的用例分解成一个个较为简单的用例，如果一个系统很复杂，那么就在用例模型一级复杂度上加强，即尽量把复杂度往用例里面移动，即一个用例可以包含比较多的需求信息。

用例之间的泛化关系通常就是指继承与被继承，UML中用一个三角箭头表示，三角箭头指向父用例。

用例的扩展指在已有的用例基础上新增新的行为，原来的用例叫基础用例，新的用例叫扩展用例。《extend》

用例之间的包含关系指把多个基础用例的共性提取出来，抽象成一个被包含用例。例如这个博客，发表文章可以看成是一个用例，文章管理也是一个用例，类别管理也是一个用例，这三个用例有一个共同的共性，即你要操作这些你就要先登录你的系统，这样，这个登录系统的用例就是抽象出来的被包含用例。