详细设计基础

什么是详细设计

主要位于中低层设计
模块之内的设计，模块之内实现的机制

软件体系结构设计定义了模块的规格，详细设计实现了模块的细节设计机制

中层：对象规格

低层：对象实现

详细设计需要设计者考虑风格，功能和许多方面

Quality attributes in Detail Design

修改、维护、表现

详细设计的输入

我们有什么

需求规格说明
体系结构设计说明文档

从需求、体系结构设计到详细设计

详细设计从哪里开始

Context
- 模块之间的规格
- 实现的职责
需求：分析类图
需求：系统顺序图
软件体系结构：构件之间的接口

详细设计的输出

面向对象详细设计

面向对象设计的思想

职责

数据职责
行为职责

数据职责和行为职责在一起

职责驱动的分解：职责有不同程度的抽象，有大职责和小职责之分，大职责分配给高层次的部分

高内聚：模块内部联系紧密
低耦合：模块之间联系少一点，

职责不要覆盖，也不要缺少

代理：委派给其它模块实现职责

协作

对象之间必须是协作的

应用被分解为一系列不同的行为，交给不同的对象实现

面向对象的设计过程

通过职责建立静态设计模型

抽象对象的职责

类之间的关系

类之间的关系

类图

GRASP Patterns

描述如何将职责分配给类

高内聚，低耦合

信息专家

职责分配的原则：分配职责给有持有实现这个职责必须的信息的类

创建者

控制器

添加辅助类

接口类
记录类（数据类）
启动类
控制器类
实现数据类型的类
容器类

通过协作建立动态设计模型

抽象对象之间的协作

从小到大，将对象的小职责聚合形成大职责
从大到小，将大职责分配给各个小对象
同时运用，共同完成对协作的抽象

顺序图：可以用顺序图表示对象之间的协作，表达对象之间如何通过消息的传递来完成比较大的职责

状态图：

明确对象的创建

例子
- 人和心脏

Square：Board创建Square，是组合关系

Piece：如果某个选手固定一个颜色的棋子，Player和Piece是组合关系，Piece由Player创建（如果先有很多颜色的棋子，再由选手自由选择（Player和Piece不是一一对应）则是聚合关系，Piece应该由MonopolyGame创建）

Player：MonopolyGame和Player是聚合关系