分析问题

分析过程概述：
1.使用系统需求模型查找候选的类，以描述与系统相关的对象，并在类图上建立他们。
2.确定类之间的关系（相关，聚合，复合和继承）。
3.确定类的属性（对象的已指定的简单特性）。
4.检查系统用例，确定已有的对象支持他们，在检查过程中微调类，属性和关系，这个用例的实现过程将

生成一些操作，来补充属性。
5.需要时更新术语表和非功能需求-用例本身不需要更新，但可能需要某些更正。
需要给用户展示类图和属性。
一般情况下，不要给用户展示对象操作或通信图，因为：
他们会大大增加复杂性
对于非程序员的客户来说，他们是肤浅的，因为前面已经用系统用例演示了动态行为。
他们隐含着待嘛，对于非程序员来说，这是肯定要避讳的。
他们在设计之前是要删除的。

静态分析：
1.确定类：候选类常常在用例中用名词来表示。比如系统本身，参与者，边界，小类型。
2.标示类的关系：四种关系，继承，关联，聚合，复合。
频率如下：关联〉聚合〉继承〉复合
3.绘制类图和对象图：
4.绘制关系

复合端的数字总是1

动态分析：
绘制通信图
给类添加操作

转载于:https://www.cnblogs.com/tongzhiyong/archive/2008/03/09/1097421.html