结构化软件开发 面向对象软件开发 专家系统软件开发.ppt

OOA/D中最关键、最基本的能力是熟练地为软件组织分配职责。 OOA强调在问题领域内发现和描述对象或概念，而不是解决方案 。(做正确的事) OOD强调的是定义软件对象和这些软件对象如何协作来满足需求。(正确地做事) OOA Fichman Kemerer: 我们的结论是面向对象分析方法代表了相对过程的方法学的根本性变化，但相对于面向数据的方法学仅仅是适当增补。面向过程的方法学在建模过程中的关注点不是对象的内在性质，从而导致了和面向对象的三个基本原则（封装、对象分类和继承）相正交的问题域模型。 OOA OOA 方法 领域分析 OO分析模型的类属成分 OOA 过程 对象—关系模型 行为—关系模型 OOA — OOA方法 Booch 方法 Coad 和Yourdon 方法 Jocobson 方法 Rambaugh 方法 Wirfs-Brock方法 OOA — OOA方法 Booch方法 标识类和对象 标识类和对象的语义 标识类和对象间的关系 进行一系列精化 实现类和对象 OOA — OOA方法 Coad 和Yourdon 方法 使用“寻找什么”（what to look for）标准来标识对象 定义一般—特殊结构 定义整体—部分结构 标识主题（子系统构件的表示） 定义属性 定义服务 OOA — OOA方法 Jocobson 方法 标识系统的用户和他们的整体责任 建造需求模型 建造分析模型 OOA — OOA方法 Wirfs-Brock方法 评估客户规约 使用语法分析从规约中抽取候选类 组合类以试图标识超类 为每个类定义责任 为每个类赋予责任 标识类之间的关系 定义类之间基于责任的协作 构造类的层次表示以显示继承关系 构造系统的协作图 OOA — OOA方法 Rambaugh 方法 开发对问题的范围陈述 建造对象模型 开发动态模型 构造系统的功能模型 OOA一般步骤 获取客户对OO系统的需求 使用基本的需求作为指引来选择类和对象 为每个系统对象标识属性和操作 定义组织类的结构和层次 建造对象—关系模型 建造对象—行为模型 使用实例/场景来复审OO分析模型 OOA—领域分析 面向对象系统的分析可以在不同的抽象层次上进行： 在商业或企业级 在业务范围层次 在应用层次 OOA—领域分析 Firesmith： 软件的领域分析是在特定应用领域中标识、分析和规约公共需求，典型地是在应用领域中的多个项目间的复用。面向对象领域分析是一公共对象、类、子集合和框架等形式在特定应用领域中标识、分析和规约公共的可服用的能力。 OOA—领域分析 复用和领域分析 例：对一个新应用的需求分析指明需要100个类，两个项 目组被委派去实现该应用，各自将设计和构造一个最 终产品，每个组由具有相同的技能级别和经验的人构 成。 组B 将比组A快得多地完成项目 组B 的产品成本将大大低于组A的产品成本 组B 的产品将比组A的产品有更少的错误 OOA—领域分析 领域分析过程 定义将被调查的领域 分类将从领域中抽取出来的项分类 收集领域中应用的代表性样本 OOA — OO分析模型的类属成分 语义类的静态视图 属性的静态视图 关系的静态视图 行为的静态视图 通信的动态视图 控制和时序的动态视图 OOA — OOA 过程 OOA过程并不是从考虑对象开始，而是从理解系统的使用方式开始 如果系统是人机交互的，则考虑被人使用的方式 如果系统协调和控制应用，则考虑被其他程序使用的方式。 OOA — OOA 过程 类—责任—协作者建模（CRC建模） 定义结构和层次 定义主体和子系统 OOA — 对象—关系模型 理解每个类的责任 定义有助于完成责任的协作者，建立“连接” OOA — 对象—行为模型 评估所有的使用实例以完全地理解系统中的交互的序列。 标识驱动交互序列的事件，理解这些事件如何和特定的对象相关联。 为每一个使用实例创建事件轨迹。 为系统建造状态—变迁图。 复审对象—行为模型以验证精确性和一致性。 OOA 小结 面向对象分析使得软件工程师能够通过对对象,属性和操作的表示来对问题建模. 虽然有很多不同的方法, 但所有的方法均有一个共同的特征: 类和类层次的表示 对象—关系模型的创建 对象—行为模型的导出 开发过程 (0)业务 (1)需求 (2)分析：结构 (3)分析：行为 (4)设计 类图的角色 OOA——标识对象模型的元素步骤 标识类/对象 表示属性 定义操作 OOA——标识对象模型的元素步骤 标识类/对象 表示属性 定义操作 识别类（方法之一） 回顾需求文档，抽取对应于业务实体或事件的名词 出现遗漏时，返回需求文档进行修改 将名词进行分类、抽取出合适的类 例1：SafeHome系统的过程叙述 SafeHome 软件使得房主能够在安装时配置安全系统、