分析问题精要.ppt

主要内容 11.1 引言 11.2 为什么要进行分析 11.3 分析过程概述 11.4 静态分析 11.5 动态分析 11.1 引言 1、分析是把真实世界建模为对象的第一个机会。 2、分析模型有静态部分和动态部分。 （1）静态分析模型可以使用类图来描述。类图显示了系统要处理的对象和这些对象之间的相互关系。 （2）动态分析模型，可以使用通信图来证明静态模型是可行的。 （3）分析的两个输入：①业务需求模型 ；②系统需求模型。 （4）这些输入必须转换为由系统处理的对象模型，以及对象的属性和关系。 11.2 为什么要进行分析 （1）分析可防止在彻底理解问题之前设计解决方案 。 ----用例关注的是外部,用例是不严密的 （2）完成了静态分析，客户就能确认我们对业务对象的理解是否正确，之后让对象影响我们的设计。 （3）在动态分析之后，就可以确信分析对象能够支持需要的系统功能。 （4）为了遵循螺旋式开发的原则，动态分析还应有助于建立静态模型。（迭代与增量的思想） 11.3 分析过程概述 （1）使用系统需求模型查找候选的类，以描述与系统相关的对象，并在类图上建立它们。 （2）确定类之间的关系（关联、聚合、复合和继承）。 （3）确定类的属性（对象的已指定的简单特性）。 （4）检查系统用例，确定已有的对象支持它们，在检查过程中微调类、属性和关系，检查用例的实现过程将生成一些操作，来补充属性。 （5）需要时更新术语表和非功能需求——用例本身不需要更新，但可能需要某些更正。 11.4 静态分析 1、确定类(用例中的名词:候选+筛选) ① 参与者是潜在的类。 ② 确定客户。 ③ 跟踪资金流：资金从何处来，到何处去，它是怎么挣到的。 ④ 概念是潜在的类：SME经常使用的习以为常的术语。 ⑤ 事件是潜在的类：毕业、开学。 ⑥ 主要用户界面元素是潜在的类：UI类。 ⑦ 立即找出三到五个主类——系统的核心。 ⑨ 对多种类型的类感兴趣。 1）参与者类：代表出现在用例模型中的参与者； 2）用户界面类：组成系统用户界面的屏幕、页面和报表； 3）业务类：业务类描述业务的地点、物品、概念和事件。 11.4 静态分析 1、确定类(用例中的名词) ① 会员、非会员、会员账户、信用卡、住址 ② 汽车、汽车制造商、汽车目录、汽车模型、汽车卖主 ③ 出租汽车、预约汽车 ①继承：子类继承了超类的所有属性和行为。 ②关联：一种类型的对象与另一种类型的对象存在关系。 ③聚合：强关联——一个类的实例由另一个类的实例构成。 ④复合：强聚合——复合的对象不能由其他对象共享，且与构成它的对象一起消亡。 注意：在关系之间选择是很困难的，需要使用直觉、经验和推测。在分析过程中，这些关系的出现频率如下： 关联＞聚合＞继承＞复合 11.4 静态分析 2、标识类间的关系 3、绘制关系 4、绘制类图和对象图 5、属性 （1）如果不能为属性提供简短的描述，该属性应分拆为几个属性，甚至可以单独作为一个类。 （2）应避免在制品中包含派生的属性。（一个例子：圆的半径、直径、周长和面积） （3）一个议题：选择属性还是关系 我们常常需要在为信息建模的几种方法中选择。 例如，从顾客的角度来看，如何为car的颜色建模？图7-12给出了四种方法： ①在Car和color类之间引入聚合。 ②给Car添加一个属性color,其类型是color。（最自然） ③给类的每种颜色引入一个Car的子类。 ④在Car和color之间引入复合。 分析员必须选择最适合当前情况的表达方式，不要过多地考虑哲学体系，而应利用常识、经验和直觉。 6、关联类7、有形对象和无形对象 1）无形对象，如目录中描述的产品，有形对象，如送到门口的实际产品。目录中的对象描述了可以从提供商处预订的产品的属性，但该产品不一定己生产出来了。送到门口的对象肯定己生产出来，它是目录中描述的产品类型的一个实例。一般，每种无形对象有许多有形对象。 2）把有形产品和无形产品建立为一个对象是一个常见的错误。 一个例子 如果为汽车经销商编写一个销售系统，就会发现在分析过程中，我们处理的是描述可销售汽车的“目录表”、卖给顾客的“汽车”和购买汽车的“顾客”。很容易得出结论：应创建如图7-14所示的三个具体类。但实际上，这里有两个“汽车”概念：目录表中的汽车是无形的，它描述了该类型的所有汽车的特性，但这种汽车可能还不存在；而顾客拥有的汽车是有形的，它肯定存在，因为它可以驾驶，与另一个顾客拥有的同类型汽车是不同的。 错误的建模 假定除了销售汽车之外，经销商还给顾客提供服务。 与销售相关的信息包括： ⅰ mode