OOAD(Object Oriented Analysis and Design) 面向对象的分析和设计

定义OOA阶段

--建立针对业务问题域的清晰视图
--列出系统必须要完成的核心人物
--针对问题域建立公共词汇表
--列出针对此问题域的最佳解决方案
此阶段要解决的核心问题是"what to do?"

定义OOD阶段

设计阶段主要解决以下问题
--如何解决具体的业务问题
--引入系统工作所需的支持元素
--定义系统的实现策略
此阶段要解决的核心问题是"How to do?"

抽象(abstract)

• 忽略掉一个对象或实体的细节而只关注其本质特征的过程
• 简化特征的过程
• 帮助用户和对象交互

封装(encapsulation)

• 隐藏数据和实现
• 提供公共方法供用户调用功能
• 对象的两种视图
  ---外部视图:对象能做的工作
  ---内部视图:对象如何完成工作

继承(inheritance)

• 通过存在的类型定义新类型的机制
• 通常在两个类型之间存在"is a"或"kind of"这样的关系
• 通过继承可实现代码重用,另外继承也是多态的基础

多态(polymorphism)

• 一个名称,多种形态
• 基于继承的多态
• 调用方法时根据所给对象的不同选择不同的处理方式
• 如Football--paly():使用脚来完成
• Basketball--play():使用手来完成

关联(association)

• 对象之间交互时的一种引用方式
• 当一个对象通过对另一个对象的引用去使用另一个对象的服务或操作时,两个对象之间便产生了关联
• 如person使用computer,person与computer之间就存在了关联关系

聚合(aggregation)

• 关联关系的一种,一个对象成为另一个对象的组成部分
• 是一种关系较强的关联
• 在两个对象之间存在"hasa"关系,一个对象作为另一个对象的属性存在,在外部对象被生产时,可由客户端指定与其关联的内部对象
• 如汽车与轮胎,轮胎作为汽车的一个组成部分,它可以和汽车分别生产以后装配起来使用,但汽车可以换新轮胎,轮胎也可以卸下来给其他汽车使用.

组合(composition)

• 当一个对象包含另一个对象时,外部对象负责管理内部对象的生命周期的情况
• 关联关系中最为强烈的一种
• 内部对象的创建由外部对象自己控制
• 外部对象不存在时,内部对象也不能存在
• 如电视机与显示器

内聚和耦合(cohesion & conpling)

内聚:度量一个类独立完成某项工作的能力
耦合:度量系统内或系统之间依赖关系的复杂度
设计原则:增加内聚,减少耦合

域模型

• 域模型是面向对象的.在面向对象术语中,域模型也称之 为设计模型.域模型由以下内容组成:
  ---具有状态和行为的域对象
  ---域对象之间的关系
  * 关联
  * 依赖
  * 聚集
  * 一般化(泛化)

传统开发过程(瀑布模型)

缺点:无法适应变化,"软件危机",真实开发中,客户会经常修改需求,瀑布模型并不能解决这个问题

OOAD的开发过程

• 将大项目分解为一些子项目
• 使用uml工具
• 统一软件开发过程是一个迭代递增的开发过程

迭代,递增的项目生命周期

• 项目是迭代,递增的
• 迭代是指生命周期中的一个步骤
• 迭代导致"递增"或者是整个项目的增长
• 大项目分解为子项目
• 在每一个迭代的阶段,应该做以下工作
  ---选择并分析相关用例
  ---根据所选架构进行设计
  ---在组件层次实现设计
  ---在验证组件满足用例的需求
• 当一次迭代满足目标后,开发进入下一个迭代周期

迭代,递增生命周期的主要阶段

inceotion-start up
elaboration-refine
construction-implement
teansition-promotion

• 每一个周期包含一次或多次迭代
• 一个阶段的结束称之为"里程碑"

细化阶段

本阶段的增量集中于
---高层的分析与设计
---建立项目的基础框架
---监督主要的风险因素
---制定达成项目目标的创建计划

移交阶段

本阶段的增量集中于
---向用户发布产品
---beta测试
---执行性能调优,用户培训和接收

每一个阶段所含工作流

每一次增量都由5部分工作流组成
---需求与初始分析
---分析
---设计
---实现
---测试
---每一次迭代执行工作流的深度不同
---早期的迭代在深度上覆盖初始工作流,后期迭代在深度上覆盖
后期工作流
---80/20原则

迭代,递增生命周期的优势

• 降低成本
• 便于更好地维护项目进度
• 便于团队的协作开发
• 便于适应用户需求的动态变化