《面向对象的设计》求取 ⇩

引言1

0.1 历史1

0.2 方法和工具2

0.3 未来的工作3

第一章 改进设计4

1.1 基本术语4

1.2 控制复杂性的原则5

1.2.2 封装6

1.2.1 抽象6

1.2.3 继承性(刻画一般性-特殊性)7

1.2.4 联系7

1.2.5 消息通信7

1.2.6 通用的组织法则7

1.2.7 粒度8

1.2.8 行为分类8

1.3 OOD和原型的影响9

1.3.1 做原型的因由9

1.3.2 关于OOD原型的忠告11

1.4 OOD的根本目标13

1.4.1 增进生产效率13

1.4.2 提高质量13

1.4.3 加强可维护性14

1.5 OOD的动机和益处15

第二章 开发多层次、多部分任务的模型17

2.1 模型是怎样发现的18

2.2.1 问题19

2.2 表示法的统一19

2.2.2 一种解决方法20

2.2.3 几个重要含意20

2.3 五个层次、五个活动23

2.4 四个部分、四个活动24

2.5 定义和表示法25

2.5.1 定义和表示法——类及对象25

2.5.2 定义和表示法——结构26

2.5.3 定义和表示法——主题29

2.5.4 定义和表示法——属性(及实例连接)30

2.5.5 定义和表示法——服务(及消息连接)32

2.5.6 表示法——概括33

第三章 问题域部分的设计34

3.1 什么是问题域部分34

3.1.1 方法——不是什么34

3.1.2 方法——是什么34

3.2 为什么需要问题域部分的设计35

3.3 如何进行问题域部分的设计35

3.3.2 使用OOA结果——并在OOD期间加以改进36

3.3.1 运用OOA36

3.3.3 运用OOA结果——并在OOD期间加以增补37

3.3.4 例子——传感器监控系统47

3.3.5 例子——OOAToolTM49

第四章 人机交互部分的设计52

4.1 什么是人机交互部分52

4.2 为什么需要人机交互部分52

4.3 如何设计人机交互部分53

4.3.1 对人分类53

4.3.2 描述人及其任务脚本54

4.3.3 设计命令层56

4.3.4 设计详细的交互58

4.3.5 继续做原型59

4.3.6 设计HIC类60

4.3.7 根据图形用户界面进行设计63

4.3.8 例子——传感器监控系统64

4.3.9 例子——OOAToolTM65

5.2 为什么需要有任务管理部分67

5.1 什么是任务管理部分67

第五章 任务管理部分的设计67

5.3 怎样设计任务管理部分68

5.3.1 识别事件驱动任务68

5.3.2 识别时钟驱动任务69

5.3.3 识别优先任务和关键任务69

5.3.4 识别协调者70

5.3.5 审查每个任务70

5.3.6 定义每个任务70

5.3.7 例子——传感器监控系统72

5.3.8 例子——OOAToolTM73

第六章 数据管理部分的设计74

6.1 什么是数据管理部分74

6.2 为什么需要数据管理部分74

6.3 如何设计数据管理部分74

6.3.1 数据管理方法74

6.3.2 对数据管理工具的评价77

6.3.3 数据管理部分的设计78

6.3.4 例子——传感器监控系统81

6.3.5 例子——OOAToolTM82

第七章 通过OOPL(或者非OO语言)应用OOD83

7.1 对语言，一切从实际出发83

7.2 语言对OO开发的影响83

7.3 评价语言的语法和特征84

7.3.1 评价标准85

7.3.2 语法与特征——C和ObjectPascal86

7.3.3 语法与特征——Smalltalk和Objective-C96

7.3.4 语法与特征——Eiffel104

7.3.5 语法与特征——Ada，一种面向程序包的语言109

7.3.6 语法与特征——过程语言114

7.4 选择OOPL118

7.4.1 哪个OOPL将占有支配地位？118

7.4.2 从OOA到OOD到OOPL的可重用性118

7.4.3 类库和开发环境118

7.4.4 其它问题119

8.2 耦合120

第八章 采用OOD评价标准120

8.1 导言：什么是OOD评价标准，为什么要采用OOD评价标准123

8.2.1 交互耦合124

8.2.2 继承耦合126

8.3 内聚126

8.3.1 服务内聚127

8.3.2 类内聚127

8.3.3 一般-特殊内聚127

8.4 重用129

8.4.1 重用为什么很重要？129

8.4.2 做不到重用的原因何在？129

8.4.3 重用的级别130

8.4.4 可重用性的组织方法132

8.5 其它评价标准133

8.5.1 设计的清晰度133

8.5.2 一般-特殊结构的深度135

8.5.3 保持对象和类的简单性135

8.5.4 保持协议的简单性136

8.5.5 保持服务的简单性136

8.5.6 把设计易变性最小化137

8.5.9 通过“关键成功因素”来评估138

8.5.7 系统总体规模最小化138

8.5.8 能够用“脚本”评估138

8.5.10 设计中公认的优雅风格139

8.6 小结139

第九章 为OOD选择CASE140

9.1 扩充CASE140

9.2 OOD需要什么140

9.2.2 层次141

9.2.3 组成部分141

9.2.1 表示法141

9.2.4 自动跟踪特性142

9.2.5 高级特性142

9.2.6 模型检查142

9.3 目前已有哪些可用的CASE工具143

9.4 进一步的考虑144

第十章 开始OOD145

10.1 另一个银弹？145

10.2 是开始用OOD的时候了吗？145

10.2.2 有没有好的面向对象实现技术？147

10.2.1 面向对象的范型成熟了吗？147

10.2.3 开发组织是否足够老练？148

10.2.4 该组织建造的系统是否将采用面向对象的技术？148

10.3 革命与演化149

10.4 如何开始OOD150

10.5 结束语151

附录A152

附录B154

附录C162