可信赖的软件开发
点此进入淘宝搜索页搜索分类: 图书,计算机/网络,软件工程/开发项目管理,
作者： （美）杰斯沃（Jayaswal，B.K.），（美）潘通（Patton，P.C.）著，杨浩译
出 版 社： 清华大学出版社
出版时间： 2008-5-1字数： 803000版次： 1页数： 511印刷时间： 2008/05/01开本： 16开印次： 1纸张： 胶版纸I S B N ： 9787302172826包装： 平装编辑推荐
计划、建立、维护和改进可信赖软件的开发系统
为独特的软件开发环境调整质量、领导、学习和管理的最佳实践方式
倾听客户的呼声，把客户的期望变成可获得认可的、可靠的软件产品
再次关注以客户为中心的问题，如可靠性、可信赖性、可用性和可升级性
鼓励更多的设计方面的创造性和创新性
验证、确认、测试、评估、集成和维护软件，使之可信赖
分析软件质量的金融作用
为DFTS培养领导人，建立基础体系
无论是自己丌发、外包、咨询还是提供支持，可信赖软件的设计都有助于改进质量。它为各个层次的软件和质量人员（包括丌发人员、项目领导、首席软件构建师和客户）提供了突破性的解决方案。
内容简介
发布更好更便宜更快的软件的一种集成技术！
本书介绍了一种集成技术：可信赖软件的设计（DFTS），它可以在上游阶段解决软件质量问题，使软件质量的目标变成在实施阶段防止错误，而不是在实施后查找和清除错误。该技术的本质是在编写代码之前完成重要的质量工作。
这种面向客户的集成技术可以在成本、质量和发布期限方面取得突破性的成果，从而满足客户的需求，或超出客户的预期。作者介绍了这个技术的规则，以及它们在实际软件设计问题中的应用。书中的案例分析覆盖了DFTS技术的各个方面，包括CoSQ、AHP、TRIZ、FMEA、OFD和Taguchi方法，提供了大量的爿题和练习，以及该技术的详细应用实例，来测试读者对书中内容的理解程度。
本书可供企业的所有员工学习使用，包括DFTS黑带和高级黑带的培训。它有助于快速掌握DFTS技术，并能快速、成功地应用它。
作者简介
Bijay K．Jayaswal：Agilenty咨询组的CEO，25年来一直担任质量和策略方面的高级主管和顾问。他在价值工程、过程改进和产品丌发方面经验丰富，指导过MBA和高级管理程序，帮助引入整个企业的重组和6两格玛活动。
目录
第Ⅰ部分 当今的软件开发过程及其缺点，可信赖软件的挑战
第1章 当前的软件开发方法
1.1 软件开发：需要一种新的模式
1.2 软件开发策略和生命周期模型
1.2.1 构建—修改模型
1.2.2 瀑布模型
1.2.3 快速原型模型
1.2.4 增广模型
1.2.5 极限编程
1.2.6 螺旋模型
1.2.7 面向对象编程
1.2.8 迭代开发或演化模型
1.2.9 各种生命周期模型的比较
1.3 软件过程的改进
1.3.1 RUP
1.3.2 CMM
1.3.3 ISO 9000-3软件开发指导标准
1.3.4 RUP、CMM和ISO 9000的比较
1.4 ADR方法
1.5 健壮软件开发过程的7个要素
1.6 健壮软件开发模型
第2章 可信赖软件的挑战：软件环境中的健壮设计
2.1 软件可靠性：神话和现实
2.1.1 软件和工业产品之间的异同点
2.1.2 比较软件和硬件的可靠性
2.1.3 软件不可靠的原因
2.2 传统质量控制系统的局限性
2.3 日本质量管理系统和田口方法
2.4 用于健壮设计的田口方法的本质
2.4.1 信号与噪音之比
2.4.2 质量损失函数
2.4.3 健壮设计的概念
2.5 软件可靠性的挑战：可信赖软件的设计
2.6 健壮软件开发模型：实践中的DFTS过程
第3章 软件质量度量
3.1 评估软件的质量
3.2 经典的软件质量度量
3.3 全面质量管理
3.4 通用的软件质量度量
3.4.1 度量方法
3.4.2 软件测试过程中的质量度量
3.4.3 软件复杂性度量
3.4.4 软件学
3.4.5 周期复杂性
3.4.6 函数点度量
3.4.7 可用性和客户满意度量
3.5 当前的度量和建模技术
3.6 体系结构设计和评估的新度量
3.7 体系结构设计的常见问题
3.8 OOAD中的模式度量
第4章 可信赖软件的金融预期
第5章 DFTS的组织基础体系和领导
第Ⅱ部分 设计可信赖软件的工具和技术
第Ⅲ部分 可信赖软件的设计
第Ⅴ部分 6个案例分析
书摘插图
第Ⅰ部分 当今的软件开发过程及其缺点，可信赖软件的挑战
第1章 当前的软件开发方法
1．1 软件开发：需要一种新的模式：
在人类历史上，计算技术是发展最快的一种技术。先是Eckert and Mauchly公司，后来是IBM公司，最终有许多其他公司都加入了这个行列，使50年前为ENIAC开发的电子技术在商业上获得爆炸式发展，使计算硬件的性能以超过1010（100亿倍）的速度提高。同时，编程由于是一个劳动力高度密集的工作，其性能只增长了500倍。在短短50年的时间中，这种劳动力密集型工作的生产率提高了这么多，着实令人吃惊，可惜与硬件的生产率相比，软件生产率的这种提高就微不足道了。再考虑到软件因成本高、可靠性低、开发延迟等导致的顾客不满意，对软件生产率的打击就更大了。另外，计算机硬件的难以置信的增长，使人们对软件有更多、更高的要求。编程生产率的提高，许多都是因为计算机软件越来越多地采用自动化生产。硬件的大量应用弥补了软件和手工编写程序的不足，使软件生产率得到了大幅度的提高。今天，程序员的生产率提高了500倍，不是因为他们可以更快或更好地编程，而是因为他们拥有更复杂的工具，如编译器、操作系统、程序开发环境和集成式开发环境。在协同开发程序时，他们还使用了更专业的组织概念，利用了更复杂的编程语言结构，如面向对象编程（OOP）、类库和对象框架。20世纪50年代出现的第一批自动化工具又焕发了生机，如哈佛计算实验室的。Betty Holburton1开发了合并排序生成器，Boeing航空公司的Mandalay Grems2开发了解释性编程系统。只是现在它们采用程序自动生成、来回传送的形式，最后变成了到处都有的Java虚拟机，Java虚拟机本身就是一个解释性编程系统。
多年来，企业软件开发人员开发拙了大量好的规则或最佳实践方式，可以在企业内部使用、商用或由第三方厂家使用。企业软件是公司（或大或小）用于经营其业务的程序组。准备在市场上投放某个企业应用程序的成本，常常是使该应用程序在实验室中运行起来的成本的10倍。把软件包投放到市场上后，要确保收支平衡，还要增加2倍的实验室成本。不考虑政策或职业成本，软件开发在时间和资金上的高成本（软件开发常常是一个“电子政治”问题，是一种高风险的“死亡进行曲”项目），刺激了第三方应用程序软件业的增长，吸引了许多经销商。就我们在自用软件和第三方企业软件开发的经验来看，在软件一般5年的生命周期中，维护软件系统的成本与其最初的开发成本大致相同。
……
