Thinking in UML

1. UML模型概述

    业务模型 - 概念模型 - 设计模型  

   

    1.1 业务模型
    人：参与者(actor)
    事：用例(use case)
    物：业务对象模型(business object model)
    规则：业务场景(business scesnario)和用例场景(use case scenario)

 

    1.2 概念模型(分析模型)
    边界类(boundary): 界面
    实体类(entity): 业务实体
    控制类(control): 业务或用例中的步骤和活动

 

    1.3 设计模型
    软件架构和框架
    编程语言
    规范或中间件

 

2. 统一过程重要概念：用例驱动

    用例包含的视图
    逻辑视图：说明关键的用例实现
    进程视图：分析设计视图
    部署视图：如何部署
    实施视图：实施工作的分配

 

3. UML核心元素
    3.1 参与者(actor)：主动发起动作者，可能不是人
    业务主角(business actor)：是参与者的一个类型，特别定义于业务
    业务工人(business worker)：服务于业务主角，充当配角

    涉众(stakeholder)：和系统相关的一切人和事
    用户(user)：系统使用者
    角色(role)：参与者的职责

 

    3.2 用例(use case)：由参与者、前置条件、场景、后置条件组成
    用例特征：相对独立，执行结果有意义，由参与者发起，
    用例粒度：定义在10-50之间，一个用例开发应在一周左右
    业务用例：用例的一种，用于需求阶段的业务建模
    概念用例：conception，用于概念用例模型
    系统用例：业务用例变成系统用例，用计算机来实现
    用例实现

 

    3.3 边界：边界决定视界，边界决定抽象层次

 

    3.4 业务实体：属性、方法

 

    3.5 包：领域包、子系统、组织结构、层

 

    3.6 分析类：从业务需求到系统设计转化过程中主要的元素
    3.6.1 边界类
    可以使一个消息中间件、一组接口、一个驱动程序

    3.6.2 控制类
    访问实体，业务逻辑层。例如Session Bean

    3.6.3 实体类
    EntityBean，POJO

    3.7 设计类：类型、属性、方法

 

    3.8 关系
    关联(association)：一条直线
    依赖(dependency)：一条带箭头的虚线
    扩展(extends)：带箭头虚线加上extends关键字
    包含(include)：带箭头虚线加上include关键字
    实现(realize)：带空心箭头的虚线
    精化(refine)：带箭头虚线加上refine关键字，一个基本用户可以分解出更过小用例
    泛化(generalization)：带空心箭头的直线，说明继承关系
    聚合(aggregation)：带空心菱形箭头的直线
    组合(composition)：带实心菱形箭头的直线

    3.9 组件：代表软件的一组功能，组件之间仅有关联关系

 

    3.10 节点：一台服务器、工作站或客户机

 

4. UML核心视图
    静态视图
    1. 用例图
    1.1 业务用例视图：使用业务主角和业务用例展现业务建模。包括业务主角视角和业务模块视角
    1.2 业务用例实现视图：业务用例有哪些实现途径
    1.3 概念用例视图：从业务用例中分析出关键概念用例
    1.4 系统用例视图：对业务用例分析之后通过系统展现出来
    1.5 系统用例实现视图：展现系统用例的实现方式

   

    2. 类图：展示系统中类及其关系
    2.1 概念层类图：和现实世界中问题相对应
    2.2 说明层类图：通常用接口来描述
    2.3 实现层类图：具体的类图

 

    3. 包图：包括领域包图(比较抽象)和层次包图(比较具体)

    动态视图
    1. 活动图：活动图用来描述用例场景，如何达到参与者的一个目标
    1.1 用例活动图 
    包括一系列元素：起始点、活动、判断、同步、结束点、基本流、支流、异常流、组合活动
    1.2 对象活动图
    1.3 泳道
    1.4 业务场景建模
    1.5 用例场景建模

 

    2. 状态图：现实了一个状态机
    初始状态、状态、复合状态、转移、事件、条件、最终状态

 

    3 时序图：按照时间顺序排列的对象之间的交互模式
    3.1 业务模型时序图 - 比较粗略的描述
    3.2 概念模型时序图 - 进一步细化
    3.3 设计模型时序图 - 日常最常用

 

    4 协作图：对象间交互的一种模式
    4.1 业务模型协作图：在Rose中，可以方便把时序图转化成协作图
    4.2 概念模型协作图
    4.3 设计模式协作图

 

5. UML核心模型
    5.1 业务用例模型
    用于描述和明确业务需求，包括业务用例视图、业务用例场景、业务用例规约、业务规则、业务对象模型、

    业务用例实现视图、业务用例实现场景、包图

   

    5.2 概念用例模型
    是业务用例模型到系统用例模型的中间过渡。包括：概念用例视图、概念用例分析、分析类视图、分析场景

 

    5.3 系统用例模型
    实质为需求获取，包括：业务用例、概念用例、用例视图、用例规约、补充规约、业务规则、用例实现、用例场景、

    分析对象

   

    5.4 领域建模：对某个关心的问题进行建模

 

    5.5 分析模型：使用时序图

    在Rose中，可以在类视图和时序图中同时加入方法

 

    5.6 软件架构和框架：业务架构，软件架构

 

    5.7 设计模型：编码前的最后一个建模

 

    5.8 组件模型

 

    5.9 实施模型：由配置节点和组件组成

 

6. 统一过程核心工作流
    6.1 业务建模工作流
    主要用到业务用例模型、概念用例模型、领域模型
    可能有的场景：组织图、领域建模、单业务多系统、通用业务模型、新业务、修改

   

    6.2 系统建模工作流：分析问题、理解涉众需求、定义系统、改进系统定义、管理系统规模、管理需求变更

 

    6.3 分析设计建模工作流：定义和改进架构、分析行为、设计组件、设计数据库

 

    6.4 实施建模工作流