UML简介之二与软件的生命周期

 

时序图

时序图用于描述对象之间的传递消息的时间顺序, 即用例中的行为顺序.

当执行一个用例时, 时序图中的每条消息对应了一个类操作或者引起转换的触发事件

在 UML 中, 时序图表示为一个二维的关系图, 其中, 纵轴是时间轴, 时间延竖线向下延伸. 横轴代表在协作中各个独立的对象. 当对象存在时, 生命线用一条虚线表示,消息用从一个对象的生命线到另一个对象的生命线的箭头表示. 箭头以时间的顺序在图中上下排列.

      时序图中的基本概念

    对象: 时序图中对象使用矩形表示, 并且对象名称下有下划线.将对象置于时序图的顶部说明在交互开始时对象就已经存在了. 如果对象的位置不在顶部, 表示对象是在交互的过程中被创建的.

生命线:  生命线是一条垂直的虚线. 表示时序图中的对象在一段生命周期内存在. 每个对象底部中心的位置都带有生命线.

消息: 两个对象之间的单路通信. 从发送方指向接收方. 在时序图中很少使用返回消息.

激活: 时序图可以描述对象的激活和钝化. 激活表示该对象被占用以完成某个任务. 钝化指对象处于空闲状态, 等待消息. 在 UML 中, 对象激活时将对象的生命线拓宽为矩形来表示的. 矩形称为计划条或控制期. 对象就是在激活条的顶部被激活的. 对象在完成自己的工作后被钝化.

对象的创建和销毁: 在时序图中, 对象的默认位置是在图的顶部.这说明对象在交互开始之前就已经存在了. 如果对象是在交互过程中创建的,那么就应该将对象放到中间部分. 如果要撤销一个对象, 在其生命线终止点处放置 “ X” 符号.

活动图

在 UML 中, 活动图本质上就是流程图. 它用于描述系统的活动,判定点和分支等.

活动图中的基本概念

动作状态: 原子的, 不可中断的动作, 并在此动作完成之后向另一个动作转变. 在 UML 中动作状态用圆角矩形表示, 动作状态所表示的动作写在圆角矩形内部.

分支与合并:  分支在软件系统中很常见. 一般用于表示对象类所具有的条件行为. 用一个布尔型表达式的真假来判定动作的流向. 条件行为用分支和合并表达.在活动图中, 分支用空心小菱形     表示. 分支包括一个入转换和两个带条件的出转换, 出转换的条件应该是互斥的,须保证只有一条出转换能够被触发. 合并包含两个带条件的入转换和一个出转换.

分叉与汇合: 分叉用来描述并发线程, 每个分叉可以有一个输入转换和两个或多个输出转换. 每个转换都可以是独立的控制流. 汇合代表两个或多个并发控制流同步发生, 当所有的控制流都达到汇合点后, 控制才能继续往下进行. 每个汇合可以有两个或多个输入转换和一个输出转换. 在 UML 中分叉和汇合用一条粗直线              表示

泳道: 泳道将活动图中的活动划分为若干组, 并将每一组指定给负责这组活动的业务组织. 泳道区分负责活动的对象, 明确地表示哪些活动是由哪些对象进行的. 每个活动指定明确地属于一个泳道. 在活动图中, 泳道用垂直实线绘出, 垂直线分隔的区域即为泳道

状态图

状态图: 通过建立对象的生存周期模型来描述对象随时间变化的动态行为.

状态图中的基本概念

状态: 用圆角矩形表示. 状态名称表示状态的名字,通常用字符串表示. 一个状态的名称在状态图所在的上下文中应该是唯一的.

转换: 用带箭头的直线表示. 一端连着源状态, 一端连着目标状态.

初始状态: 每个状态图都有一个初始状态. 此状态代表状态图的起始位置.初始状态只能作为转换的源, 不能作为转换的目标, 并且在状态图中只能有一个.初始状态用一个实心圆表示.

终止状态: 模型元素的最后状态, 是一个状态图的终止点.终止状态在一个状态图中可以有多个.

协作图

协作图(也叫合作图)是一种交互图.

时序图主要侧重于对象间消息传递在时间上的先后关系, 而协作图表达对象间的交互过程及对象间的关联关系。

对象图

对象图是类图的一个实例, 用于显示系统执行时的一个可能的快照. 即在某一个时间上系统可能出现的样子. 对象图用带下划线的对象名称来表示对象.

包图

由包和包之间的关系组成. 包的图标就如同一个带标签的文件夹

组件图

组件图用来建立系统中各组件之间的关系, 各组件通过功能组织在一起.

部署图

部署图用来帮助开发者了解软件中的各个组件驻留在什么硬件位置, 以及这些硬件之间的交互关系。

软件的生命周期

软件生命周期: 软件的产生直到报废的生命周期

软件生命周期内有问题定义, 可行性分析, 总体描述, 系统设计,编码, 调试和测试, 验收与运行,维护升级到废弃等阶段

随着新的面向对象的设计方法和技术的成熟, 软件生命周期设计方法的指导意义正在逐步减少.

软件的生命周期分解

软件工程可以分为三个大的阶段:需求; 设计; 测试与维护

1. 需求:

问题的定义

可行性分析

需求分析

2. 设计:

概要设计

详细设计

编码与单元测试 (集成测试)

3. 测试与维护

综合测试

维护

软件的生命周期——瀑布模型、RUP模型

RUP中软件生命周期的四个阶段

初始阶段: “获得项目的基础”. 该阶段的主要人员是项目经理和系统设计师. 所要完成的主要任务包括对系统的可行性分析; 创建基本的需求; 识别系统的关键任务.

细化: 主要目标是创建可执行构件基线; 精化风险评估;捕捉大部分的系统功能需求用例; 为构造阶段创建详细需求. 该阶段并不是要创建可执行的系统, 而是展现用户所期望的需求.

构建: 完成所有的需求, 分析和设计. 该阶段的制品将演化成最终系统

交付: 将完整的系统部署到用户所处的环境中.