基于UML的需求分析和系统设计

原文地址：基于UML的需求分析和系统设计

一、项目开始阶段

通过与用户的访谈，确认待开发系统“要做什么”，从企业角度研究：

是否能做
是否能盈利

抓住重点：

项目的范围：找出目前已存在的系统，~是否提供了相关的集成接口。
必要的业务流程：初期应该捕捉“必要的”业务流程，避免对细节的研究。
项目的技术限制：包括使用的技术以及其他系统间的交流接口规范。
项目成功关键因素：了解利益相关方对整体项目成功与否最关切的问题是什么，并且评估问题和项目成败的风险是否相关。

上述四个重点，一开始就决定了项目是否会成功，如果项目开始就落入细节性的讨论，反而容易造成项目的失败。

二、需求分析阶段

与客户（领域专家）沟通，进行需求的收集和分析，标准文书表达，形成需求规格说明书，交由设计人员进行后续的系统设计工作。
UML的用户例图是用于需要收集和表达的有力工具，但非易事，可能是零散的、没有系统性的。
因此在分析用户例前，可先对企业级的业务流程进行规划和设计，抓住企业的本质工作流，为后续进行详细的需求收集和用例分析做好准备。

1、业务流程设计

可以通过“企业级的用例”来完善工作流程规划与设计，不过，大部分领域专家对“用例”的接受度较差，因此可用另一个工具进行企业的建模，即Eriksson和Penker所提出的一个活动图的构造型，称为“Eriksson-Penker业务扩展模型”

1）业务流程规划--Eriksson-Penker业务扩展模型

Eriksson-Penker业务扩展模型是一种“目标导向”的流程分析方式，主要是将与业务流程相关的重要人、事、物以及这个业务流程所要实现的目标做一个链接，描述了企业重要的人、事、物与流程的关系。
在项目开始队阶段，需求分析人员可以通过“Eriksson-Penker业务扩展模型”找出要开发系统的重要性，利用“目标导向 ”方式，对业务流程进行适当的切割。

Eriksson-Penker业务扩展模型示例

2）业务流程分析--活动图

表达业务流程的活动图示例

2、需求收集--用例图

业务流程相关的用例图示例

三、系统设计阶段

前一阶段的主要产物是用例图，后续的设计与开发都将以用例驱动，系统设计阶段的主要工作，便是实现用户例。

1、实现用例

实现用例的目的在于保证系统的设计可以满足用户的功能性需求，在实现用例过程种，应该利用Jacobson所分类的三种分析类：

控制对象：
实体对象：
边界对象：

1）勾勒用例的控制对象

2）针对控制对象绘制序列图

3）找出用户例的实体对象

4）系统设计阶段的开发流程

2、建立领域模型

上面的实体对象与领域模型的关系？？？

1）“领域模型”的概念

2）使用类图表达领域模型

3）实际安全演示

（1）住出院系统业务流程

在项目立项之后，需求分析师与医院的领域专家通过面对面的访谈，整理出了医院实际上的住院出院流程，并绘制成活动图。

住出院系统业务流程

（2）住出院系统用例模型

需要分析师基于企业的业务流程图，与领域专家通过进一步沟通，进行需求的收集，最终绘制出用例图。当然下图中没有包含用例叙述。

住出院系统用例模型

（3）住出院系统领域模型

在得到用例图之后，便进入实现用例的阶段，可以通过上一节所介绍的有三种分类找到问题领域工勤上的重要概念，从而得到领域模型，然后通过类图来表达。
比如针对上一节用例图中的“登记出院记录”用例，通过分析可以得到一个控制对象（登记出院记录BPO）和多个实体对象（病床、病人、医生、护士、病症等），并绘制成如下的类图。