第4章 系统分析（4）

4.7      面向对象的系统分析方法概述

随着软件工程的发展，逐渐形成了面向对象的软件技术，也因此产生了面向对象的系统分析方法。面向对象的系统分析方法就是在设计系统之前，定义清楚系统中存在的类（对象），以及对象之间的关系、交互方式等。面向对象的分析包括了用例分析、静态图、动态图等。通常采用统一建模语言UML来描述。

4.8        用例分析

用例（Use Case）是指用户角度看到的系统功能，也就是从用户视角整理的系统需求。它的本质上也是进行需求获取和分析的方法。用例的特点如下：

n         用例是对系统过程、工作流、场景的抽象描述，用来保证系统的行为是用户所需要的。

n         用例图包括了参与者（Actor）和用例，参与者是与系统交互的实体，可以是人或程序、机器等非人类。

典型的用例图如下:

用例图是逐步细化的，先画出主要的用例（常用的功能），然后再对其进行细化。

用例之间存在着扩展（Extend）和包含（Include）的关系。扩展是指用例之间一个用例是对另一个的扩充；包含是指一个用例包括了另一个。

对于用例的详细描述可以采用文字或者UML时序图的方式，

4.9    类建模

当系统的主要用例已获得，则开始标识候选类，并给出类的属性、协作者（其它类），也就是常用的CRC（Class-responsibility-collaboratro）建模。

类名
类的类型、特征等
责任：	协作
责任1	协作A
责任2	协作B
…	…

CRC建模的目的是设计出系统中的类。定义出类之后，需要整理出类之间的结构，类之间有层次和组合，通常的层次关系是一般化/特殊化，结构关系是聚合关系（组合）等。

n         层次关系就是父类/子类的关系，比如：

 

汽车

小汽车

卡车

 

n         聚合关系就是整体与局部的关系，比如：

汽车

轮胎

车窗

除了层次和结构关系外，类之间还存在着其它关联关系，根据具体的情况进行分析。 关联关系的基数有0对1，1对1，0对多，1对多。

4.10  行为建模

（1）状态图

状态图类似于结构化分析中的系统状态图，区别是此处的状态图针对对象而言，描述着对象从一个状态向另一个状态的变迁。

（2）时序图

时序图（也称事件轨迹）表示了一个场景下各对象之间的协作过程。对于描述用例的场景非常有用，也有助于识别对象的责任，便于分析出类的行为。

4.11       面向对象分析小结

小结一下面向对象的分析过程：

1、  认真分析需求，提取出用例。

2、  需求和用例中的名词就是潜在的对象、类和属性。

3、  需求和用例中的动词就是潜在的对象责任/行为。

4、  开发用例场景的交互模型（行为建模）

5、  基于交互模型，识别类的协作和关系，以确定类的行为。

6、  重复以上行为，直到设计完成。