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

(5) 组件（Component） 组件体现了系统中逻辑模型元素的物理实现。 (6) 包（Package） 包也是一种模型元素，可以把语义相近的模型元素组织在一个包里，增加对模型元素的可维护性。 (7) 节点（Node） 节点是表示计算机资源运行时的物理对象，一般指有处理能力的硬件设备。节点上可以包含对象和组件的实例。 (8) 关联（Association） 关联就是类或对象之类链接的描述。 (9) 组合（Composition） 组合关系用于表示对象之间部分和整体关系，关系很紧密。 (10) 聚合（Aggregation） 聚合关系也用于表示对象之间部分和整体关系，但关系比较松散。 (11) 泛化（Generalization） 泛化用于表示对象之间一般和特殊的结构关系。 (12) 依赖（Dependency 依赖表示两个或多个模型元素之间语义上的关系。 (13) 实现（Realization） 实现是指一个模型元素（如：类）是另一个模型元素（如：接口）的实现。 (14) 消息（Message） 一般消息 返回消息 (15) 状态（State） 状态描述了对象在生命周期中的一个时间段。 (16) 注释（Comment） 注释没有特定的语义，它用于对其他模型元素的补充说明。 8.3 面向对象分析 面向对象分析就是抽取和整理用户需求并建立问题域精确模型的过程。 8.3.1 需求陈述 面向对象分析过程从分析陈述用户需求的文件开始。 需求陈述通常是不完整、不准确的，是细化和完善实际需求的基础。 系统分析员应该深入理解用户需求，抽象出目标系统的本质属性，并用模型准确地表示出来。 8.3.2 建立对象模型 对象模型描述了现实世界中的“类与对象”以及它们之间的关系，表示了目标系统的静态数据结构。 1. 确定类与对象 系统分析员的主要任务就是通过分析找出系统类与对象。分为以下几个步骤： 1 找出候选的类与对象 把需求陈述中的名词作为类与对象的候选者 把隐含的类与对象提取出来 2 筛选出正确的类与对象 删除不正确或不必要的类与对象：冗余、无关、笼统、属性、操作、实现。 2. 确定关联 1) 初步确定关联 直接提取动词短语得出的关联 需求陈述中隐含的关联 根据问题域知识得出的关联 2) 筛选 筛选时主要根据下述标准删除候选的关联： 已删去的类之间的关联 与问题无关的或应在实现阶段考虑的关联 应该把处在本问题域之外的关联或与实现密切相关的关联删去。 瞬时事件 三元关联（转化为二元关联） 派生关联 3. 进一步完善 应该进一步完善经筛选后余下的关联，通常从下述几个方面进行改进： 正名 分解 补充 标明重数 4. 确定属性 属性是对象的性质，借助于属性我们能对类与对象和结构有更深入更具体的认识。 一般说来，确定属性的过程包括分析和选择两个步骤： 1) 分析 通常，在需求陈述中用名词词组表示属性。 在分析过程中应该首先找出最重要的属性，以后再逐渐把其余属性增添进去。在分析阶段不要考虑那些纯粹用于实现的属性。 2) 选择 认真考察经初步分析而确定下来的那些属性，从中删掉不正确的或不必要的属性。通常有以下几种常见情况： 误把对象当作属性 误把关联类的属性当作一般对象的属性 把限定误当成属性 误把内部状态当成了属性 过于细化 存在不一致的属性 5. 识别继承关系 自底向上： 抽象出现有类的共同性质泛化出父类，这个过程实质上模拟了人类归纳思维过程。 自顶向下： 把现有类细化成更具体的子类，这模拟了人类的演绎思维过程。从应用域中常常能明显看出应该做的自顶向下的具体化工作。 8.3.3 建立动态模型 建立动态模型分四步走： 第一步：编写脚本 第二步：设想用户界面 第三步：画事件跟踪图 第四步：画状态图 最后：审查动态模型 第一步 编写脚本 脚本是指系统在某一执行期间内出现的一系列事件。 脚本描述用户(或其他外部设备)与目标系统之间的一个或多个典型的交互过程，以便对目标系统的行为有更具体的认识 。 第二步 设想用户界面 用户对系统的 “ 第一印象 ” 往往从界面得来，用户界面的好坏往往对用户是否喜欢、是否接受一个系统起很重要 的作用。因此，在分析阶段也不能完全忽略用户界 面。 在这个阶段用户界面的细节并不重要，重要的 是在这种界面下的信息交换。目的是确保 能够完成全部必要的信息交换，而不会丢失重要的信息。 不经过实际使用很难评价一个用户界面的优劣，因此，软件开发人员往往快速地建立起用户界面的原型，供用户试用