第10章面向对象分解.docVIP

第10章 面向对象分析 10.1面向对象分析的基本过程 不论采用哪种软件工程方法开发软件，需求分析的主要工作都是：理解需求、表达需求和验证需求，下面的图概括地表示了参照当前系统建立目标系统的过程。 图： 参照当前系统建立目标系统 面向对象分析（Object-Oriented Analysis,简称OOA）的关键就是识别出对象与类，并分析它们之间的关系，最终建立对象模型、动态模型和功能模型。 10.1.1 概述 系统分析员要善于学习、勇于实践,更重要的是一切从实际出发。 [注]“OOA就是抽取和整理用户需求并建立问题域精确模型的过程。”（P231）——这在一开始能做到吗？——扯蛋 3个子模型与5个层次 面向对象建模需建立包含系统的三个要素：1）静态结构（对象模型）、2）交互次序（动态模型）、3）数据交换（功能模型）。 建立系统模型的过程是一个迭代（iterations）式的自顶向下的求精过程。对于一个大型复杂系统来说对象模型一般由下述5个层次组成： 图10.2 复杂问题的对象模型的5个层次 其中主题层是指从一个更高（高于“类”）的抽象层次来描述对象模型（即从一个相当高的层次上描述总体模型），通过划分“主题”把一个复杂系统的对象模型分解成几个不同的概念范畴。 其实上述5个层次就是OOA中建立对象模型的5项主要工作：找出类和对象，识别结构（类或对象之间的关系），识别主题、定义属性、定义服务。我们知道动态模型和功能模型中都包含了对象模型中的操作，因此人们在定义每个类中的服务前，往往先建立起动态模型和功能模型，这样说来OOA大体上可按下列顺序进行： （1）确定类和对象 （2）确定关联 （3）划分主题 （4）定义属性 （5）确定继承关系 （6）建立动态模型 （7）建立功能模型 （8）定义服务 需要注意地是在这里我们根本不强调顺序，更不是谈什么步骤。 10.2需求陈述 需求陈述的主要任务是准确地回答“系统必须做什么？”，而不是“系统应该怎么做？” 10.2.1书写要点 10.2.2例子 我们用“ATM系统”（ATM是Automatic Teller Machine的缩写，意自动柜员机 10.4.2设想用户界面 用户界面是用户对系统的“第一感”，它往往对用户是否喜欢一个系统起很重要的作用，因此在分析阶段也不能完全忽略用户界面。设计用户界面时重要的是用户和系统进行信息交换的方式。 图10.7 ATM的界面格式 10.4.3画事件跟踪图 脚本为建立动态模型（状态图）提供了很好的基础，但用自然语言书写的脚本还不够简明，并且会有二义性，因此在画状态图前，我们往往先画出事件跟踪图[简化的UML顺序图（Sequence Diagram，时序图）],为此需进一步明确事件（事件就是引起系统做动作或（和）转换状态的控制信息）及事件与对象的关系。 1. 确定事件 事件包括系统与用户（或外部设备）交互的所有信号、输入、输出、中断、动作等，要注意的是（1）对象的动作也是事件 ；（2）对控制流产生相同效果的那些事件应作为一类事件。 经过分析要确定每类事件的发送对象和接受对象。 2. 画出事件跟踪图 从脚本中提取出各类事件，并确定每类事件的发送对象和接受对象，就可以用事件跟踪图把事件序列以及事件与对象的关系表示出来，事件跟踪图是扩充的脚本，更是简化了的UML顺序图。 图10.8ATM系统正常情况脚本的事件跟踪图（时序图） 10.4.4画状态图 状态图描述了事件与对象状态（对象生命周期中的阶段）的关系。 UML用状态图来表示对象的动态行为，它确定了由事件序列引出的状态序列。系统分析员应仅考虑系统内具有重要交互行为的哪些类，即每个主动发送事件的对象类的动态行为用一张状态图来表示，各个类的状态图通过共享事件合并起来，从而构成系统的动态模型。 从一张事件跟踪图出发画状态图时，要关注影响一类对象的事件，即考虑指向某条竖线（对象）的箭头线，把这些事件作为状态图中的有向边（箭头线），边上标以事件名，两个事件之间的间隔就是一个状态。 图10.9 ATM类的状态图 图10.10总行类的状态图 图10.11分行类的状态图 10.4.5审查动态模型 各个类的状态图通过共享事件合并起来，就构成了系统的“动态模型”，应该细致审查动态模型的完整性和一致性 10.5建立功能模型 功能模型表明了系统中数据之间的依赖关系，以及有关的数据处理功能，它由一组DFD组成，其中处理功能可以用IPO图（或表）、伪码等描述。 10.5.1画出基本系统模型图[最高层的DFD] 图10.