图书介绍

完美软件 缺陷预防最佳实践PDF|Epub|txt|kindle电子书版本网盘下载

完美软件 缺陷预防最佳实践
  • 李滋堤编著 著
  • 出版社: 北京:清华大学出版社
  • ISBN:9787302224228
  • 出版时间:2010
  • 标注页数:397页
  • 文件大小:202MB
  • 文件页数:415页
  • 主题词:软件工程

PDF下载


点此进入-本书在线PDF格式电子书下载【推荐-云解压-方便快捷】直接下载PDF格式图书。移动端-PC端通用
种子下载[BT下载速度快]温馨提示:(请使用BT下载软件FDM进行下载)软件下载地址页直链下载[便捷但速度慢]  [在线试读本书]   [在线获取解压码]

下载说明

完美软件 缺陷预防最佳实践PDF格式电子书版下载

下载的文件为RAR压缩包。需要使用解压软件进行解压得到PDF格式图书。

建议使用BT下载工具Free Download Manager进行下载,简称FDM(免费,没有广告,支持多平台)。本站资源全部打包为BT种子。所以需要使用专业的BT下载软件进行下载。如BitComet qBittorrent uTorrent等BT下载工具。迅雷目前由于本站不是热门资源。不推荐使用!后期资源热门了。安装了迅雷也可以迅雷进行下载!

(文件页数 要大于 标注页数,上中下等多册电子书除外)

注意:本站所有压缩包均有解压码: 点击下载压缩包解压工具

图书目录

第Ⅰ部分 缺陷预防简介3

第1章 缺陷预防3

1.1 什么是软件缺陷5

1.2 以高质量软件为目标6

1.3 理解软件缺陷的产生原因7

1.4 可以做些什么9

1.4.1 使用检测、分析与预防技术9

1.4.2 进行缺陷预防的组织有何不同10

1.5 使用缺陷预防技术11

1.5.1 缺陷检测技术11

1.5.2 缺陷分析技术12

1.5.3 缺陷预防技术12

1.6 选择质量提高技术12

1.6.1 考虑的因素13

1.6.2 选择一种策略14

1.7 组织考虑的因素14

1.8 在上游阶段提高质量15

1.9 从错误中学习15

1.10 为未来投入15

1.11 小结16

第2章 缺陷预防框架17

2.1 研究一种示例框架19

2.2 提出模型20

2.3 缺陷预防模型20

2.3.1 能力成熟度模型21

2.3.2 能力成熟度模型集成26

2.3.3 Malcolm Baldrige框架26

2.3.4 ISO模型29

2.3.5 其他模型30

2.3.6 对比这些模型30

2.4 选择和使用模型30

2.5 小结32

第3章 缺陷预防的经济学34

3.1 预防缺陷对企业有好处35

3.1.1 缺陷预防的经济理论与价值36

3.1.2 盈利能力37

3.2 对软件开发进行边际成本分析38

3.2.1 估计成本39

3.2.2 确定回报45

3.3 小结47

第Ⅱ部分 缺陷检测技术51

第4章 质量与开发过程51

4.1 什么是软件质量52

4.1.1 开发方法与质量52

4.1.2 完全可测试性的神话53

4.1.3 当前测试方法与质量54

4.1.4 不可能测试所有内容56

4.2 作为一种转换过程的产品开发57

4.2.1 向产品周期内添加验证步骤58

4.2.2 承认原始说明书中的缺陷61

4.2.3 将设计转换为代码62

4.3 小结72

第5章 利用生产效率游戏预防缺陷73

5.1 什么是游戏理论75

5.1.1 历史上的游戏76

5.1.2 游戏玩家时代77

5.1.3 游戏为什么改变行为79

5.2 游戏的类型79

5.2.1 机会游戏和技能游戏80

5.2.2 微型游戏80

5.2.3 预测市场81

5.2.4 交替现实游戏82

5.3 缺陷预防游戏的实践指导82

5.3.1 从排名榜开始82

5.3.2 保持简单82

5.3.3 仔细考虑记分方式83

5.3.4 奖励正确的行为83

5.3.5 利用记分方式鼓励参与84

5.3.6 使玩家时常查看自己的分数84

5.3.7 竞赛内容多样84

5.3.8 留出调整空间——设置一个时间段85

5.3.9 通过分级来保持兴趣85

5.3.10 保留玩家的历史85

5.3.11 以小型实验版本作为开始85

5.3.12 让人们按自己的步调进行86

5.3.13 使用现金和奖品来提高兴趣86

5.3.14 使用随机抽奖86

5.4 应用缺陷预防游戏的实例86

5.5 游戏设计的提示87

5.6 游戏设计的清单88

5.7 小结88

5.8 推荐阅读资料89

第6章 提高软件的可测试性90

6.1 认识可测试性的好处91

6.2 实施可测试性92

6.2.1 简单性:开发不复杂的软件92

6.2.2 可观察性:使软件可观察95

6.2.3 控制:加强对被测试软件的控制97

6.2.4 知识:明白期待什么样的结果98

6.3 避免实施可测试性的风险100

6.4 小结100

第Ⅲ部分 缺陷分析技术103

第7章 软件测量与量度103

7.1 理解构建一个成功记分卡的关键104

7.2 明确确定战略目标106

7.2.1 确定客户战略106

7.2.2 确定内部业务战略107

7.2.3 确定财务战略108

7.2.4 定义创新战略108

7.3 明确定义业务、过程和改进目标109

7.3.1 理解目标类型109

7.3.2 确定目标110

7.3.3 确定量度110

7.3.4 划定量度的优先级111

7.3.5 确定量度的权重111

7.3.6 避免量度操纵113

7.3.7 适当确定目标的范围114

7.3.8 划定目标的优先级114

7.3.9 创建SMART目标114

7.4 将所确定的目标通知各级管理人员115

7.4.1 收集并显示数据115

7.4.2 自动收集和报告数据117

7.4.3 回顾118

7.5 使人们广泛接受已确定的目标118

7.6 小结120

第8章 风险分析121

8.1 什么是风险122

8.2 什么是风险分析122

8.2.1 将风险分析应用于漂流124

8.2.2 确定风险分析阶段125

8.2.3 风险分析的好处127

8.2.4 理解风险128

8.2.5 实施风险分析129

8.3 创建风险预测模型129

8.3.1 特征:确定代码特征129

8.3.2 数量:跟踪改动133

8.3.3 影响:理解变更的结果133

8.3.4 理由:理解为什么进行变更137

8.3.5 所有权:知道一个改变归谁拥有138

8.4 应用风险预测模型139

8.5 小结142

第9章 利用仿真和建模进行组织改革144

9.1 理解随机建模145

9.2 使用建模过程153

9.2.1 定义目标154

9.2.2 确定起始过程154

9.2.3 确定过程的输入和输出155

9.2.4 构建所倡导的过程156

9.2.5 将过程结果与组织结果进行对比157

9.2.6 开发实际过程157

9.2.7 根据需要进行重复157

9.3 基线过程模型举例158

9.3.1 简单规划模型158

9.3.2 经过改进的计划模型161

9.3.3 详尽的质量模型165

9.3.4 过程改进模型170

9.3.5 开发生产能力模型176

9.4 与CMM框架的关系180

9.5 小结181

第10章 缺陷分类法182

10.1 从大型软件项目中的缺陷进行学习183

10.2 指定缺陷分类的目标185

10.3 理解缺陷分类的组织原则185

10.4 明确缺陷分类法中做出的假设186

10.4.1 假设:我们只能进行特定类型的更改187

10.4.2 假设:人们是会犯错误的187

10.4.3 假设:缺陷在产品周期的后期被发现187

10.4.4 假设:在产品周期中生成缺陷的阶段未能检查出这些缺陷188

10.4.5 假设:测试可能是不平衡的188

10.4.6 假设:您可能过度使用工具和过程189

10.4.7 假设:您可能是在进行后期设计纠正189

10.5 构建缺陷分类法实例189

10.5.1 发生阶段192

10.5.2 促成原因阶段196

10.5.3 改变阶段200

10.5.4 检测阶段202

10.5.5 缓解阶段204

10.6 经过分类的缺陷举例205

10.7 小结208

第11章 根本原因分析209

11.1 理解根本原因分析研究如何帮助预防缺陷210

11.2 何时进行RCA研究211

11.3 合理配置人员以成功完成研究211

11.4 RCA研究的阶段212

11.4.1 阶段一:事件确定213

11.4.2 阶段二:数据收集216

11.4.3 阶段三:数据分析与评估218

11.4.4 阶段四:纠正操作222

11.4.5 执行纵向分析223

11.4.6 阶段五:通知与应用224

11.4.7 阶段六:遵循、测量和建议225

11.5 根本原因分析的好处227

11.6 根本原因分析的风险228

11.7 小结229

第Ⅳ部分 缺陷预防技术233

第12章 采用过程233

12.1 理解传统的开发过程235

12.2 实施敏捷过程236

12.2.1 需求管理237

12.2.2 项目计划237

12.2.3 项目跟踪与监督238

12.2.4 软件质量保证239

12.2.5 软件配置管理240

12.3 Scrum240

12.4 个体软件过程241

12.5 团队软件过程244

12.6 鼓励采用创新性的实践方式244

12.7 部署一体化过程245

12.8 小结246

第13章 FMEA、FTA与故障建模248

13.1 故障模式和效果分析249

13.2 实施FMEA250

13.2.1 预备知识250

13.2.2 程序251

13.2.3 FMEA小结262

13.3 故障树分析263

13.4 实施FTA264

13.4.1 预备知识265

13.4.2 程序265

13.4.3 故障树开发过程269

13.4.4 故障树小结275

13.5 故障建模:结合FMEA和FTA275

13.5.1 故障建模276

13.5.2 对比威胁建模与故障建模277

13.6 小结277

第14章 预防标签279

14.1 预防标签如何工作282

14.2 在整个生产周期中使用预防标签284

14.2.1 编写高质量的预防标签284

14.2.2 谁可以推动预防技术284

14.2.3 寻找“缺陷引入”行为的样式287

14.3 实施预防标签计划287

14.3.1 确定目标288

14.3.2 确定进度跟踪和交流方法288

14.3.3 确定存储预防数据的位置288

14.3.4 为预防相关工作提供激励机制288

14.3.5 确保有足够的分析人员289

14.3.6 定期报告并进行更改测量289

14.4 对预防标签数据采取行动289

14.4.1 对预防技术进行分类290

14.4.2 深入分析292

14.5 使用预防标签的好处292

14.5.1 帮助个人转向全局考虑293

14.5.2 预防技术和知识易于共享293

14.5.3 预防数据与发现和修复数据存储在一起293

14.5.4 提供用于过程改进的反馈机制293

14.5.5 简化数据收集293

14.5.6 可用于所有阶段294

14.6 使用预防标签的风险294

14.6.1 变为一个指责平台294

14.6.2 面对有偏差的数据294

14.6.3 容易过分重视或反应过度294

14.6.4 需要编译与分析295

14.6.5 预防方法可能过于笼统或者过于具体295

14.7 小结295

第Ⅴ部分 预防文化299

第15章 方案投票299

15.1 应用大数定律300

15.2 利用方案投票来帮助预防缺陷301

15.3 理解方案投票流程303

15.3.1 创建功能说明文件304

15.3.2 编写高质量的方案305

15.3.3 对方案进行分类305

15.3.4 了解投票人员都是哪些人306

15.4 实施方案投票计划307

15.4.1 了解适当的项目阶段307

15.4.2 了解产品308

15.4.3 开发体验树308

15.4.4 为反馈设定明确目标309

15.4.5 为方案建立文档以及制订方案309

15.4.6 征集用户制订的方案311

15.4.7 理解用户群312

15.4.8 获取反馈313

15.4.9 启动引导项目314

15.4.10 部署投票项目315

15.4.11 保持项目的活力316

15.4.12 报告结果316

15.4.13 分析结果317

15.4.14 鼓励投票者持续参与318

15.4.15 将结果提交给支持团队319

15.4.16 采取行动321

15.5 方案投票的好处323

15.5.1 简化数据收集323

15.5.2 能够收集涉及大范围功能和用户的大量数据323

15.5.3 适用于项目周期的所有阶段324

15.6 方案投票的风险325

15.6.1 投票结果受投票人群构成的影响325

15.6.2 投票结果仅提供了用户意见的概要信息325

15.6.3 不完整的方案选择可能会使结果产生偏差326

15.6.4 设计不佳的方案可能会使结果产生偏差326

15.7 小结327

15.8 推荐阅读资料327

第16章 创建一种质量文化328

16.1 评价您的现有文化329

16.1.1 常见的文化缺陷330

16.1.2 用于检测设计不当的量度332

16.2 改进您的文化333

16.3 小结338

第17章 在上游阶段提高质量339

17.1 质量与客户导向是相互联系的340

17.2 将开发过程理解为一系列转换341

17.3 避免阻碍上游质量的提高344

17.3.1 测试不会提高质量344

17.3.2 质量是不可见的344

17.3.3 重功能,轻质量345

17.3.4 工程态度妨碍了注重质量的文化346

17.3.5 任务和团队的短视妨碍了全局观346

17.3.6 团队回避适当行为347

17.3.7 价值和奖励没有促进质量的提高348

17.4 缺陷具有不同风险349

17.5 查明下游质量不佳的原因350

17.6 未来产品开发的模型351

17.6.1 开发工作以客户为导向352

17.6.2 产品信息是可执行的354

17.6.3 客户方案被移向上游355

17.6.4 测试过程和测试生成被自动化355

17.6.5 静态测试普遍深入356

17.6.6 开发过程被修改357

17.6.7 在组织、角色和职业生涯中所导致的变化358

17.7 小结359

第18章 回报、动机和激励360

18.1 应用激励技巧361

18.1.1 消除“抑制激励”的因素362

18.1.2 为缺陷预防工作设立SMART目标362

18.1.3 衡量在缺陷预防工作上花费的时间和精力363

18.1.4 确保领导者行为体现了对缺陷预防工作的重视363

18.1.5 创造缺陷预防的文化363

18.1.6 使组织目标与缺陷预防工作保持一致364

18.1.7 在设计组织进程时,要考虑到缺陷预防364

18.1.8 建立奖励机制,鼓励员工发表不同观点365

18.2 激励——不只是金钱奖励365

18.2.1 庆祝成功366

18.2.2 使用游戏和竞赛366

18.3 理解个人的动机366

18.4 明白什么是成功368

18.5 衡量成功368

18.6 小结369

第19章 知识管理与交流370

19.1 交流不畅所产生的问题371

19.1.1 孤立知识372

19.1.2 知识传播不足372

19.1.3 不能找出最佳实践373

19.1.4 缺乏向上交流373

19.2 交流方法373

19.3 利用规模优势374

19.3.1 优秀交流模型的特性374

19.3.2 分类法375

19.3.3 有机的专家系统375

19.3.4 预防标签377

19.3.5 方案投票378

19.4 小结378

第20章 融为一体379

20.1 了解标准与约定380

20.1.1 火车、汽车和PF381

20.1.2 公共结果标准382

20.2 各司其职383

20.2.1 质量保证383

20.2.2 代码开发388

20.2.3 项目管理394

20.3 小结397

热门推荐