特征驱动开发方法:原理与实践

特征驱动开发方法:原理与实践
作 者: Stephen Palmer John Felsing 熊焕宇
出版社: 机械工业出版社
丛编项: 软件工程技术丛书 前沿论题系列
版权说明: 本书为公共版权或经版权方授权,请支持正版图书
标 签: 暂缺
ISBN 出版时间 包装 开本 页数 字数
未知 暂无 暂无 未知 0 暂无

作者简介

暂缺《特征驱动开发方法:原理与实践》作者简介

内容简介

特征驱动开发(FDD)方法是新兴的敏捷软件开发过程家族的一员,其特点是可以不断提交、切实可行的结果。本书是第一本详细介绍在实际项目中使用FDD的书,提供了许多深层次资料,针对不同角色的应用进行提示和指导,并且告诉读者如何将FDD方法加以改造,然后运用到自己的工作环境和开发项目中去。 对于学习软件工程课程的专科生、本科生和研究生,本书可以作为教材或教学参考书。对于从事软件项目开发的管理人员和技术人员,本书是一本实践性很强的有较高价值的参考书。 本书作者在书中展示了如何应用FDD解决传统软件开发过程和现代软件开发过程所不能解决的问题。他们帮助你确定最适台应用FDD的项目,然后引导你一步步地了解FDD的整个开发过程。 主要内容: FDD的角色、制品、目标和时间表 创建整体模型,为有效的开发建立牢固的基础和结构 构造特征表:对特征进行完善、分级、分组、分配优先级 根据特征制定计划:建立类所有者、特征集所有者和初步的开发计划 根据特征进行设计:领域走查、设计和审查根据特征进行构造:编码、审查、测试和提交 跟踪进度并向技术领导、项目经理、业主和高级管理层报告将FDD应用到用户界面和外部系统接口将FDD应用到你的项目一一业务和技术环境。

图书目录

第一部分 特征驱动开发—概念

第1章 惟过程是尊:痛苦与解脱 3

1.1 惟过程是尊 3

1.1.1 重装旅 3

1.1.2 轻装旅 4

1.2 探索 6

1.3 沟通. 沟通. 沟通 7

1.4 复杂性 10

1.5 质量 11

1.5.1 质量谱 11

1.5.2 保质构造 12

1.6 过程的痛苦与解脱 14

1.7 小结 14

第2章 特征驱动开发—项目与人 15

2.1 三大要素 16

2.2 过程和人 18

2.2.1 个人生产率 18

2.2.2 吸引. 发现与留住优秀人才 19

2.3 FDD中的角色 21

2.3.1 六种关键项目角色 21

2.3.2 支持角色 23

2.3.3 其他角色 23

2.3.4 项目模式 24

2.4 小结 24

第3章 特征驱动开发—实践 27

3.1 集成最佳实践 27

3.2 小结 40

第4章 特征驱动开发—过程 41

4.1 特征驱动开发的范围 41

4.2 对FDD的简要表述 42

4.3 FDD的核心 42

4.4 FDD过程概要 44

4.4.1 FDD过程模板 45

4.4.2 FDD过程 46

4.5 小结 55

第5章 特征驱动开发—进度 57

5.1 时间:不足的资源 57

5.2 估计进度 58

5.3 根据特征进行跟踪 58

5.4 向开发小组报告 59

5.5 向主程序员和项目经理报告 60

5.6 向业主和高层管理层报告 63

5.7 主程序员计划 66

5.8 特征消除 69

5.9 小结 69

第6章 特征驱动开发—包 71

6.1 主程序员工作包 71

6.2 当你不得不生成纸山时 76

6.3 小结 77

第二部分 特征驱动开发—实践

中的五个过程

第7章 特征驱动开发—开发一个整体

对象模型 81

7.1 促成对象建模会议 82

7.2 成立建模小组 86

7.2.1 预期结果 86

7.2.2 参与 86

7.2.3 给项目经理/主设计师的提示 86

7.3 进行领域走查 87

7.3.1 预期结果 87

7.3.2 参与 87

7.3.3 给协调员/主设计师的提示 88

7.3.4 给领域专家的提示 88

7.3.5 给建模小组的提示 89

7.4 研究文档 89

7.4.1 预期结果 90

7.4.2 参与 90

7.4.3 给主设计师/领域专家的提示 90

7.5 开发工作小组模型 91

7.5.1 预期结果 91

7.5.2 参与 91

7.5.3 给主设计师/协调员的提示 91

7.5.4 给建模小组的提示 91

7.6 开发一个小组模型 94

7.6.1 预期结果 95

7.6.2 参与 95

7.6.3 给建模小组的提示 95

7.6.4 给协调员/主设计师的提示 95

7.7 精化整体对象模型 97

7.7.1 预期结果 97

7.7.2 参与 97

7.7.3 给建模小组的提示 97

7.7.4 给Together产品用户的提示 97

7.7.5 给不是Together产品用户或

替代品用户的提示 98

7.8 编写模型注释 98

7.8.1 预期结果 98

7.8.2 参与 98

7.8.3 给协调员/主设计师的提示 100

7.9 验证 101

7.9.1 参与 101

7.9.2 给项目经理/主设计师的提示 101

7.10 退出准则 101

7.10.1 预期结果 101

7.10.2 给主设计师/协调员和项目经理

的提示 101

第8章 特征驱动开发—构造特征表 103

8.1 成立特征表小组 105

8.1.1 预期结果 105

8.1.2 参与 105

8.1.3 给项目经理的提示 105

8.2 构造特征表 106

8.2.1 预期结果 106

8.2.2 参与 106

8.2.3 给特征表小组的提示 106

8.3 验证 108

8.3.1 参与 108

8.3.2 给特征表小组的提示 108

8.4 退出准则 108

8.4.1 预期结果 109

8.4.2 给特征表小组的提示 109

第9章 特征驱动开发—计划特征

开发 111

9.1 成立计划小组 112

9.1.1 预期结果 112

9.1.2 参与 112

9.2 确定开发顺序 112

9.2.1 预期结果 113

9.2.2 参与 113

9.2.3 给计划小组的提示 113

9.3 为主程序员分配特征集 115

9.3.1 预期结果 115

9.3.2 参与 115

9.3.3 给计划小组的提示 115

9.4 为开发人员分配类 116

9.4.1 预期结果 116

9.4.2 参与 116

9.4.3 给计划小组的提示 116

9.5 验证 117

9.5.1 参与 118

9.5.2 给项目经理的提示 118

9.6 退出准则 118

9.6.1 预期结果 118

9.6.2 给计划小组的提示 118

第10章 特征驱动开发—根据特征

进行设计 121

10.1 成立特征小组 122

10.1.1 预期结果 122

10.1.2 参与 122

10.1.3 给主程序员的提示 123

10.2 进行领域走查 124

10.2.1 预期结果 125

10.2.2 参与 125

10.2.3 给主程序员的提示 125

10.2.4 给领域专家的提示 125

10.2.5 给特征小组的提示 125

10.3 研究参考文档 126

10.3.1 预期结果 126

10.3.2 参与 126

10.3.3 给特征小组的提示 127

10.4 开发顺序图 128

10.4.1 预期结果 128

10.4.2 参与 128

10.4.3 给主程序员的提示 128

10.5 精化对象模型 129

10.5.1 预期结果 130

10.5.2 参与 131

10.5.3 给主程序员的提示 131

10.6 编写类和方法的序言 131

10.6.1 预期结果 131

10.6.2 参与 131

10.6.3 给主程序员的提示 132

10.7 验证:设计审查 133

10.7.1 预期结果 133

10.7.2 参与 133

10.7.3 给主程序员的提示 133

10.7.4 给审查人员的提示 134

10.8 退出准则 134

第11章 特征驱动开发—根据特征

进行构造 137

11.1 实现类和方法 138

11.1.1 预期结果 138

11.1.2 参与 138

11.1.3 给特征小组的提示 138

11.2 进行代码审查 139

11.2.1 预期结果 140

11.2.2 参与 140

11.2.3 给特征小组的提示 140

11.3 单元测试 142

11.3.1 预期结果 142

11.3.2 参与 142

11.3.3 给特征小组的提示 142

11.4 提交构造 143

11.4.1 预期结果 143

11.4.2 参与 144

11.4.3 给主程序员的提示 144

11.4.4 主程序员工作区域 144

11.5 验证 144

11.6 退出准则 145

第三部分 特征驱动开发—其他主题

第12章 特征驱动开发—技术体系

结构 151

12.1 技术体系结构 151

12.2 FDD项目中的技术体系结构 154

12.2.1 四个逻辑层 155

12.2.2 小组. 层和特征表 156

12.3 PD层 157

12.4 SI层 157

12.4.1 给系统交互小组的提示 158

12.4.2 给问题领域小组的提示 159

12.4.3 给项目经理的提示 159

12.5 UI层 159

12.5.1 导航. 外观和感觉 159

12.5.2 给项目经理的提示 159

12.5.3 表示逻辑 160

12.5.4 给用户界面小组的提示 160

12.5.5 给问题领域小组的提示 161

12.5.6 给项目经理的提示 161

12.6 DM层 161

12.7 层和构造 162

12.8 减少组件之间的依赖性 163

第13章 特征驱动开发—测试:失效.

故障和修复 165

13.1 测试的种类 165

13.2 失效. 故障和修复 166

13.3 FDD和单元测试 167

13.4 FDD和集成测试 169

13.5 FDD和系统测试 170

13.5.1 从哪里开始 171

13.5.2 尽早开始系统测试 171

13.5.3 测试哪些构造 171

13.6 客户/用户验收测试 171

13.7 发现失效 172

13.7.1 组织测试用例 173

13.7.2 测试用例特征和属性 174

13.8 报告失效 174

13.9 诊断缺陷 175

13.10 修复缺陷 175

13.11 缺陷委员会 175

13.12 小结 176

第14章 特征驱动开发—其他的

相关问题 177

14.1 需求变更管理 177

14.1.1 需求的澄清 177

14.1.2 需求中的缺陷 177

14.1.3 需求中的变更 178

14.2 用户文档 180

14.3 数据加载与转换 185

14.4 部署 187

14.5 小结 187

第15章 特征驱动开发—“万物皆

变化” 189

15.1 人与变化 189

15.2 技术与变化 192

15.2.1 考虑技术变化 192

15.2.2 避免“摆设品” 195

15.2.3 面向单用户的工具 195

15.3 过程与变化 196

15.4 结束语 197

参考文献 199