第七章面向对象分析详解.ppt

第七章 面向对象分析 面向对象分析 ?分析 –分析是对需求的精化和构造，产生一个反映真实世界的准确的、简洁的和可理解的模型。 –分析是至关重要的，不正确的分析结果将导致开发出来的系统不是用户所期望的。 ?面向对象分析 –注重分析业务领域和系统责任，忽略与实现有关的问题。 –发现和描述对象（或概念），分析对象的内部构成和外部关系，建立面向对象的分析模型。 面向对象分析的制品 –分析类 ?分析类是概念层次上的内容，粒度可能比类大，往往很少有操作和特征标记，使用责任定义其行为，有概念性的属性和关系。 –用例实现（从分析角度） ?分析类图：描述分析类及其之间的静态关系 ?交互图：描述分析类之间的交互关系 ?事件流分析 ?补充需求：使用文本描述持久性、分布性、并发性、安全性、容错性等方面的非功能需求 面向对象分析的制品 –分析包 ?建立包图时，应将概念上或语义上相近的模型元素纳入一个包。 ?一般地，把支持一个特定的业务过程或参与者的一些用例或类组织在一个包中，或把具有泛化或扩展关系的用例或类组织在一个包中。 –体系结构描述（从分析角度） ?从分析模型的角度，描述系统的体系结构； ?通常包括由分析包以及它们之间的依赖、关键分析类、实现重要或关键功能的用例实现。 面向对象分析的过程 面向对象设计 ?设计 –设计是研究系统的软件实现问题，即在分析模型的基础上形成实现环境下的设计模型； –设计主要涉及体系结构设计、详细设计、用户界面设计和数据库设计等方面。 ?面向对象设计 –面向对象设计是根据已建立的系统分析模型，运用面向对象技术，进行系统的软件设计。 –通常包括系统设计和详细设计（或对象设计）两个层次。 软件开发过程的各种模型 OOAD 模型 ?功能模型 –从用户的角度描述系统的功能； –由用例和场景组成。 ?分析对象模型 –描述系统的概念实体； –由类图和对象图组成。 ?动态模型 –描述系统对象之间的交互行为； –由状态图和顺序图组成。 基于用例的面向对象方法 角色分工与职责 7.1分析的概念 ?分析类的概念 –在分析模型中，分析类是概念层次上的内容，用于描述系统中较高层次的对象。 –分析类直接与应用逻辑相关，而不关注于技术实现的问题。 ?分析类的类型 –实体类：表示系统存储和管理的永久信息 –边界类：表示参与者与系统之间的交互 –控制类：表示系统在运行过程中的业务控制逻辑 实体类 ?实体类 –描述必须存贮的信息及其相关行为 –通常对应现实世界中的“事物” ?实体类的UML 表示 边界类 ?边界类 –描述外部的参与者与系统之间的交互 –类型：用户界面、系统接口、设备接口 ?实体类的UML 表示 控制类 ?控制类 –描述一个用例所具有的事件流控制行为 –实现对用例行为的封装，将用例的执行逻辑与边界和实体进行隔离 ?控制类的UML 表示 用例实现 ?用例实现（Use Case Realizations） –用例实现使用设计模型中的元素描述一个用例是如何实现和执行的，它是从分析和设计追溯到需求的一种方法。 –从设计的视角表示用例的内容 ?动态的：直接对应用例事件序列的交互图 ?静态的：反映参与用例事件序列的类及其关系的类图 ??用例实现的UML 表示 面向对象分析的过程 分析建模过程 ?理解用例模型 –理解用例模型和词汇表，适当补充系统内部情况的描述 ?识别分析类 –找出可能的能够执行用例行为的分析类 ?定义交互行为 –将用例行为分配到分析类中 ?建立分析类图 –确定分析类的关键属性和责任，定义分析类之间的关系 ?检查分析模型 示例：MiniLibrary 补充用例描述 ?补充用例描述 –为了发现分析类，有必要补充说明系统的内部行为，即系统内部必须做什么才能响应外部的要求。 –可能的情况 ?用例描述的内容足够充分，不用补充直接可用； ?现有事件流中没有明确定义系统内部应该执行的行为，直接在现有用例描述中作出补充行为； ?独立于原始用例描述系统的内部行为。 ?注意：没有必要规定系统的哪些部分完成哪些特定任务。 MiniLibrary：补充用例描述 ?举例：“登记还书”用例 识别分析类 识别边界类 –通常，一个参与者与一个用例之间的交互或通信关联对应一个边界类。 识别分析类 ?识别边界类应当注意的问题 –边界类应关注于参与者与用例之间交互的信息或者 响应的事件，不要描述窗口组件等界面的组成元素； –在