[toc]

1. 引言

前一篇文章《我对需求分析的理解》提到了面向对象分析和设计，正好最近又重新有重点的读了谭云杰著的《Think in UML》，感觉有必要写把书中一些核心内容观点以及自己的想法整理出来，一是方便自己日后的复习，另外也能和大家一起交流学习。以下分别从用例驱动、业务需求分析、系统分析几个方面进行分享。

2. 用例驱动

用例驱动（UDD）是软件设计的流行的方法，是以“用例”为核心，开展业务和系统的需求分析、设计工作。那什么是用例，用例是与人（参与者）交互的，提供可观测的有意义的结果的一系列活动的集合。用例是把现实世界（人、事、物、规则）捕获下来的一种方法。以下为用例的构成。

用例的特征：

1、用例是相关对独立的

2、用例的执行结果对参与者来说是可观测的有意义的。

3、用例总是由一个参与者发起的。

4、用例必然是以动宾短语形式出现的。

5、一个用例就是一个需求单元、分析单元、设计单元、开发单元、测试单元，甚至部署单元。

3. 业务需求分析

业务需求分析包括业务建模和概念建模两部分。

3.1. 业务建模

一个完整的业务模型包括以下内容：业务用例视图、业务用例场景、业务用例规约、业务对象模型 、业务用例实现视图、业务用例实现场景。

3.1.1. 业务用例视图

3.1.2. 业务用例场景

3.1.3. 业务用例规约

3.1.4. 业务对象模型

3.1.5. 业务用例实现视图

3.1.6. 业务用例实现场景

3.2. 概念建模

概念模型是针对业务需求中的关键业务（是指撑起客户整个业务架构的主线业务）进行建模，即对关键的业务用例进行分析，建立概念模型和业务架构。概念建模具体包括概念用例、概念用例场景、概念用例对象、分析（模型）场景、业务架构、系统原型。

3.2.1. 概念用例

3.2.2. 概念用例场景

3.2.3. 概念用例对象

3.2.4. 分析（模型）场景

3.2.5. 业务架构

3.2.6. 系统原型

通过概念模型的建立，获得了对需求较为深刻的理解、核心业务的关键概念，建立了业务架构，同时也初步确定了软件架构。此时我们可以采用验证型原型的方法建立系统原型。

4. 系统需求分析

4.1. 系统建模

系统建模包括系统用例（简称用例）、用例场景、用例规约、对象模型、用例实现、用例实现场景。

4.1.1. 系统用例

4.1.2. 用例场景

4.1.3. 用例规约

4.1.4. 对象模型

如果有概念用例对象模型和业和业务对象模型，这里可以直接使用

4.1.5. 用例实现

4.1.6. 用例实现场景

4.1.7. 分析（模型）场景

同概念建模的分析（模型）场景。

4.2. 非功能需求分析

包括对性能、安全、可用性等进行分析。

5. 最后

以上的内容按照业务需求分析、系统需求分析这两个步骤进行了整理，可以在后续分析设计时参考使用。进一步的系统设计可以按照Zachman框架模型等进行总体设计和详细设计。要掌握一种业务知识，按照用例驱动为方法，理清什么“人”用什么“规则“做什么”事”产生什么”物”，我想也算是基本熟悉业务知识了。