UML基础、建模与设计实战笔记01第1章UML的事物，uml的关系，uml的图，图的分类，uml视图，系统开发阶段

1、UML中的事务

4种：
构建事物
行为事物
分组事物
注释事物

• 1、构建事物
  uml模型的静态部分，描述概念或物理元素。
  包括：
  类：矩形（类名，属性，方法）
  接口：圆及其名字
  协作：一组事物之间相互作用的集合
  用例：一些列的动作。用例通过协作来实现，实线椭圆
  构件：组件，物理上可科幻的系统化部分，实现了一个接口集合。
  节点：基础硬件，是运行时存在的物理元素

• 2、行为事物
  uml模型图的动态部分，描述跨越空间和时间的行为：
  交互：实现某功能的一组构件事物之间的消息的集合，涉及消息、动作序列、链接
  状态机：用于描述事物或交互在声明周期内响应事件所经历的状态序列

• 3、分组事物
  模型图的组织部分，用于描述事物的组织结构，主要由包（把元素编成组的机制）来实现。

• 4、注释事物
  模型的解释部分。对元素进行约束或解释

2、UML中的关系

4种
依赖
关联
泛华
实现

• 1、依赖

两个模型元素间的语义关系，一个元素（独立元素）变化影响另外一个元素（依赖元素）的语义：有方向的虚线

• 2、关联

知名一个对象与另一个对象间的关系。用实线表示，偶尔有一个标记

• 3、泛华(父类-子类)

是一种一般化——特殊化的关系。是一般事务（父类）和该事务较为特殊的种类（子类）之间的关系。子类继承父类的属性和操作，也包含子类添加新的属性和操作（方法）
空心箭头的实线

4、实现
实现是类之间的语义关系，其中的一个类指定了由另一个类必须执行的约定。
两个地方遇到实现关系：
接口和实现他们的类或构件之间
用例和实现他们的协作之间。
带空心箭头的虚线，是泛华和依赖两种图形的结合

3、UML中的图

13种图

• 1、用例图（用户使用案例来绘图）

从用户角度描述系统功能，并指出各功能的操作者。面向对象,用户角度。

• 2、类图
  通过关系和类表示的类图，图形化描述一个系统的设计部分
  3个组成部分，tilte，属性，方法
  
• 3、对象图
  对应对象，对象图是类图的实例，与类图几乎完全相同的标识。对象图显示类的多个对象实例
• 4、状态机图
  实际上是一系列的行为。描述一个实体，基于时间反应的动态行为，显示了该实体如何根据当前所处的状态对不同的事件作出反应。
  
• 5、活动图
  记录单个操作，方法的逻辑，或者当个业务流程的逻辑，描述系统中各种活动的执行顺序，通常用于描述一个操作中所要进行的各项活动的执行流程，和流程图接近
  
  -6、顺序图
  描述了对象之间动态交互关系，主要体现对象之间进行消息传递的时间顺序。
  一组对象构成，每个对象分别带有一条竖线，称作对象的生命线（生命周期）
  
  -7、通信图
  用于显示组件及其交互关系的空间组织结构。不侧重交互的顺序。通信图显示的是对象之间的关系，没有把时间作为一个单独的维度，序列号决定了消息及并发线程的顺序，用带有编号的箭头来描述特定的方案，以显示在整个方案过程中消息的移动情况。
  
  -8、构件图
  也称组件图，描述代码部件的物理结构及各不见之间的依赖关系，有助于分析和理解不见之间的相互影响程度。了解各软件组件之间的编译器和运行时依赖关系
  
  -9、部署图
  也称配置图，用于描述系统中硬件和软件的物理配置情况和系统体系结构。
  在各个节点里面，说明分配给该节点上运行的可执行构件或对象，从而说明哪些软件单位被分配在哪些节点上运行。
  
  -10、包图
  展现模型要素的基本组织单元，以及这些组织单元之间的依赖关系，包括应用关系和扩展关系。一般也可用类图描述包图中的逻辑内容。
  
  -11、组合结构图
  用户描述系统中的某一部分（即组合结构）的内部内容，包括该部分与系统其它部分的交互点，这种图能够展示该部分内容“内部”参与者的配置情况。
  引入了端口port的概念，实现双向封装将结构与外部环境隔离，
  还引入了结构所需要的服务的概念，如协议，协作等
  
  -12、定时图

一种可选的交互图，展示交互过程中的真实事件信息，具体描述对象状态变化的时间点及维持特定状态的时间段。

-13、交互概览图
与活动图类似，将系统内单独的交互结合起来，针对每个特定交互使用最合理的表示法，以显示出他们是如何协同工作来实现系统的主要功能。

4、UML图分类

1、描述需求（静态）
2、根据需求建立系统的静态模型，以构造系统结构（静态）（用例图，类图，包图，对象图，组合结构图，构件图，部署图）
3、描述系统的行为。（状态机涂，活动图，顺序图，通信图，顶视图和交互概览图）

5、UML的视图

5种

• 用例视图：主要强调从系统的外部参与者（用户）的角度所看到的活需要的系统功能。
• 逻辑视图：主要是从系统的静态结构和动态行为角度显示如何实现系统的功能
• 并发视图：显示了系统的并发性，并解决在并发系统中存在的通信问题和同步问题
• 组件视图：用于显示代码组件的组织结构
• 配置视图：主要描述了系统如何进行部署，部署指的是将系统配置到由计算机和设备组成的物理结构上。

---

• 1、用例视图：
  描述一个系统应具备的功能，即从系统外部参与者锁能看到的系统功能。
  用例表示的事系统的一个功能单元，可以描述为参与者与系统之间的一次交互作用。
  参与者可以是一个用火或另外一个系统
  客户要求系统提供的功能被当作多个用例在用例视图中进行描述，一个用例就是对系统的一个用法的通用描述。
  用例模型的用途主要是例举出系统中的用例和参与者，并指出哪个参与者参与了哪个用例的执行。是其他4中视图的核心。
• 2、逻辑视图：
  主要描述在用例视图中提出的系统功能的实现。
  逻辑视图主要关注系统的内部，也描述系统的动态协作关系。
  静态的在类图和对象图中描述，动态的在状态机图，顺序图，通信图以及活动图中进行描述
• 3、并发视图：
  主要是对资源的有效利用，代码的秉性执行以及系统环境中异步时间的处理等方面的考虑

-4、组件视图：
描述系统的实现模块及他们之间的依赖关系。
-5、部署视图：
主要显示系统的物理部署，描述位于节点上的运行实例的部署情况。

6、系统开发阶段

5个阶段

• 需求分析（了解客户需求）

• 系统分析

• 系统设计

• 程序设计

• 测试阶段（单元测试，集成测试，系统测试，验收测试）