成功的软件开发：原书第2版

　　在因特网时代，软件担负着更为关键的使命，软件开发项目偶尔成功是不能够满足需要的了，必须一直交付优秀的产品，而且速度要比以前更快。？ ？ 本书源自这样一个事实，开发软件系统的方法并不是惟一的。本书介绍了一个灵活的、成熟的软件开发过程的模型——系统工程环境（SEE）。这个模型由两个基本的、紧密协作的部分组成：定义如何进行软件开发的方针和规程，以及完成任务所用的技术。？ ？ 本书基于SEE框架，讨论了下列主题：？ ？ 理解和”推销”软件过程改进的业务实例？ ？ 建立并培育开发者和客户之间友好、富于成效的对话？ ？ 管理使软件开发复杂化的多客户、个性、问题和自身等因素？ ？ 编制反映变更需要的计划，并考虑真实世界的风险？ ？ 编写更明确、更有用的合同和工作陈述？ ？ 本书包含200多幅图片、过程图和带注解的提纲，？ 目的足帮助读者更快、更容易地理解和实现更好的过程。？ ？ 本书描述的技术可以与许多方法协同工作的，包括你所选择的任何软件质量方法论、SEI的能力成熟度模型和ISO 9000。本书描述的技术可以与任何开发技术协同工作，包括CASE、面向对象和快速原型法。不管你足程序员、经理还足客户，本书都将使你获益。

　　Scott E.Donaldson是全球500强企业之一SAIC公司（IT服务公司中排名第二）的副总裁，拥有25年以上的软件工程经验。他曾在一个拥有2.5亿美元资产的组织担任CTO。他负责建立了一个工程环境，并帮助300多位软件专业人员达到了SEI第3级。Stanley G.Siegel是SAIC公司的副总裁，从1970年就开始投身软件业。他与别人合著了第一本软件配置管理教科书，从1976年开始专注软件产品保证。

第1章业务实例
    1．1 引言
    1．2 业务实例的关键思想
    1．3 什么对好的业务工作是有意义的
    1．3．1 一致性
    1．3．2 投资回报率
    1．3．3 信息生产率
    1．3．4 管理增值
    1．3．5 平衡得分卡
    1．3．6 业务的快速步伐
    1．4 软件系统开发概念
    1．5 产品“优度”和过程“优度”
    1．6 必要的软件系统开发范畴
    1．7 通用四阶段软件系统开发生存周期
    1．8 软件系统开发中所涉及的用户、买方和卖方组织
    1．9 在改进软件系统开发文化上的障碍
    1．10 候选的软件过程改进方法
    1．11 预览本书其余部分
第2章  项目规划过程
    2．1 引言  
    2．2 项目规划的关键思想
    2．3 生存周期在项目规划中的作用  
    2．4 理想的、实际的和现实的项目规划
    2．4．1 传统的系统工程生存周期范例
    2．4．2 原型化生存周期范例
    2．4．3 信息工程生存周期范例
    2．4．4 项目规划视图
    2．5 风险评估和项目规划
    2．6 项目规划过程
    2．7 项目计划内容
    2．8 项目规划总结
第3章  软件开发过程
    3．1 引言
    3．2 软件系统开发过程的关键思想
    3．3 软件系统开发过程概述
    3．4 客户
    3．5 卖方过程工程组
    3．6 客户续方开发团队和变更控制委员会
    3．6．1 客户项目经理
    3．6．2 卖方开发团队
    3．6．3 变更控制委员会；
    3．7 卖方高级管理者
    3．8 软件系统开发过程总结
第4章  变更控制过程
    4．1 引言
    4．2 变更控制的关键思想
    4．3 有计划的和无计划的变更
    4．4 变更的处理
    4．4．1 变更控制过程活动冻结评审启动器
    4．4．2 变更控制过程活动审计评审启动器-
    4．4．3 变更控制过程活动分析评审启动器
    4. 4．4 有计划变更的变更控制过程例子对详细设计规格说明草稿的变更控制
    4．4．5 无计划变更的变更控制过程例子对需求的推荐修改的变更控制
    4．4．6 无计划变更的变更控制过程例子对偶然事件报告的变更控制
    4．5 考察变更控制委员会
    4．5．1 CCB组成谁将参与CCB
    4．5．2 CCB层次结构有多少CCB
    4．5．3 CCB决策做出什么类型的决策
    4．5．4 CCB运作CCB是怎样决定下一步要做什么的
    4．5．5 CCB领导谁应该当主席
    4．5．6 CCB宪章CCB宪章中应包含什么
    4．5．7 主持CCB会议如何主持CCB会议
    4．6 变更控制委员会的书面工作支持
    4．6. 1 CCB书面工作需要哪些表格
    4．6．2 CCB书面工作如何设计变更控制过程表格
    4．6．3 设计偶然事件报告表格样本问题
    4．6．4 变更控制表软件变更通报
    4．6．5 变更控制表变更申请
    4．6．6 变更控制表影响评估
    4．6．7 变更控制过程方案一想要新的或不同东西吗
    4．6．8 变更控制过程方案二出差错了吗
    4．6．9 变更控制过程方案三应当基线化这个产品吗
    4．6．10 CCB会议纪要
    4．7 变更控制过程总结
第5章  产品和过程评审
    5．1 引言
    5．2 产品评审和过程评审的关键思想
    5．3 产品和过程评审分类
    5．3．1 管理评审
    5．3．2 开发评审
    5．3．3 产品保证评审
    5．4 为软件审计而组合评审
    5．4．1 软件产品审计
    5．4．2 软件系统验收测试审计
    5．4．3 软件过程审计
    5．5 产品和过程评审总结
第6章  测量
    6．1 引言
    6．2 测量的关键思想
    6．3 产品完整性
    6．4 过程完整性
    6．4．1 过程完整性测量步骤1
    6．4．2 过程完整性测量步骤2
    6．4．3 过程完整性测量步骤3
    6．4．4 过程完整性测量步骤4
    6．4．5 过程完整性测量步骤5
    6．4．6 过程完整性测量步骤6
    6．4．7 过程完整性测量步骤7
    6．5 软件能力成熟度模型
    6．5．1 过程测量步骤1
    6．5．2 过程测量步骤2
    6．5．3 过程测量步骤3
    6．5．4 过程测量步骤4
    6．5．5 过程测量步骤5
    6．5．6 过程测量步骤6
    6．5．7 过程测量步骤7
    6．6 其他有关过程的测量
    6．7 测量总结
第7章  文化变更
    7．1 引言
    7．1．1 卖方程序经理分析现有文化
    7．1．2 卖方管理者演化文化前景
    7．1．3 卖方过程工程组经理规划、演化和改进系统工程环境
    7．1．4 卖方管理者和职员向文化前景演化
    7．2 文化变更的关键思想
    7．3 过程工程组
    7．4 卖方项目参加者和项目经理
    7．5 买方／用户项目管理者
    7．6 买方/召户高级管理者
    7．7 卖方高级管理者
    7．8 文化变更总结
第8章  过程改进规划
    8．1 引言
    8．2 SEE实施规划的关键思想
    8．3 关键SEE实施规划问题
    8．3．1 ADPE构造方法(1)十个左右的元素每个元素由几十页以上组成
    8．3．2 ADPE构造方法(2)几十个元素每个元素由两三页组成
    8．3．3 ADPE构成方法(3)元素的组合一些元素由两三页组成另一些元素有由几十页以上组成
    8．4 实现成功软件开发
附录 A如何度量战略信息管理
    A．1 战略信息管理 
    A．2 量化战略信息管理 
    A．3 诊断区域和诊断准则 
    A．4  OM测量图和测量趋势
    A．5 总结  
参考文献