成功的软件开发

出版时间：2010-1  出版社：机械工业出版社  作者：Scott E. Donaldson,Stanley G. Siegel  页数：297  译者：刘列励,仲田  
Tag标签：无  

前言

千万不要承诺我们不应该做的事，以免被迫去做我们不能做的事。——亚伯拉罕•林肯1856年5月29日在首届伊利诺伊州共和党代表大会之前的演讲。摘自《亚伯拉罕•林肯文集》1905年版第2卷第249页，Arthur B.Lapsley编成功的软件开发是指“‘一致地’生产‘优良的’软件系统的能力”客户要求软件系统具备预期的功能，按时交付，费用不超支，并且满足他们明确提出的其他各项标准。卖方要求他们开发的系统达到客户要求，提前交付或按时交付，赢得足够利润，并且满足指导其业务模式的所有标准。满足客户和卖方双方标准的软件系统是“优良的”系统。客户和卖方还要求“一致地”满足他们的标准。软件开发工作不应该像玩彩票那样全凭运气。本书是指导实践者实现成功软件开发的指南。实现成功的软件开发是指“实施一种成功软件开发的‘方式”’不存在某种开发软件系统的唯一“方式”。如果存在，那么软件系统开发早就可以简化为流水线作业。具有不同经验和教育背景的人在推进软件开发的方法论、过程、技术、实践和工具上作出了许多贡献，这种丰富的多样性导致用不同“方式”去“一致地”开发“优良的”软件系统。本书是指导实践者以适应自己环境的方式实现成功软件开发的指南。本书的读者对象软件产品和服务涉及客户和卖方，软件开发工作是以客户和卖方间的关系为中心的。因此，本书既是为软件客户写的，又是为软件卖方写的。更具体地讲，本书的读者包括以下人员：•开发软件产品和软件相关产品的人员。•直接管理以上人员的管理者。•管理上述管理者的人。•购买或使用上述工作生成的产品的用户。•培训上述人员的人。不少人已经从本书的第1版学到了所需的技能。客户使用本书优化完善了与卖方打交道的方式。卖方使用本书建立或优化完善了为客户开发软件系统的“方式”。卖方还使用本书对其市场人员进行内部培训，使他们能更好理解其企业当前的产品。客户和卖方使用本书去培训人力资源部的人员，使他们能更好地理解软件开发业务需要何种技能组合。大学研究生院使用本书去教学生如何在软件开发业务中取得成功。

内容概要

　　本书以案例学习的方式讲述了软件开发全过程中涉及的一系列问题和持续一致地实施成功软件开发的系统化方法，并从以下几个方面探讨了软件开发与管理的技术：项目规划过程、软件系统开发过程、变更控制过程、产品与过程的评审、软件度量等。本书还包含了许多生动丰富的图片，可对软件开发人员提供有益的帮员参考。 　　在互联网时代，软件担负的角色比过去更为关键，软件开发项目偶尔成功已不再满足要求。我们需要持续地交付优秀产品——而且必须比以前更快。 　　本书基于“软件系统开发没有唯一方法”这一事实，引入了一种成熟而灵活的软件开发过程模型——系统工程环境（SEE）。该模型包含互不可分的两大基本元素：用于定义如何进行软件开发的方针与规程，以及用于完成工作的技术方法。 　　通过学习使用SEE框架，你可以： 　　理解并“推销”软件过程改进的业务案例。 　　在开发人员和客户之间，建立并培育一种持续的、具备生产力的对话机制。 　　对多样化的地区、性格、事务、心态等使软件开发复杂化的问题，实施有效管理。 　　创建能反映变更需求、应对实际风险的计划。 　　编写更清晰、更有用的工作陈述与约定。 　　本书包括了200多幅图片。过程图示、带注释的大纲，便于帮你快捷、顺畅地理解并实施更好的过程。 　　本书介绍的技术对任何软件质量方法都管用，也适用于SE，的能力成熟度模型和ISO 9000。它们可用于任何开发技术，从CASE到面向对象设计，再到快速原型法，均可适用。而且，不管你是程序员、经理还是客户，本书对你都有用。当你需要交付更好的软件并需要有所成果时，你就需要这本书。

作者简介

Scott E. Donaldson，美国科学应用国际公司(SAIC)副总裁，有25年以上的软件工程经验。他曾任职资产高达2.5亿美元的公司的CTO，也曾作为集团常务经理负责过6500万美元的业务。他建立的工程环境，帮助300多个专业机构达到了SEI的3级认证。

书籍目录

译者序 前言 作者简介 第1章　业务案例 　1.1　引言 　1.2　业务案例的关键要点 　1.3　是什么造就了良好的业务价值 　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.5　风险评估和项目规划 　2.6　项目规划过程 　2.7　项目计划内容 　2.8　项目规划总结 第3章　软件系统开发过程 　3.1　引言 　3.2　软件系统开发过程的关键要点 　3.3　软件系统开发过程概述 　3.4　客户 　3.5　卖方过程工程组 　3.6　客户∕卖方开发团队和变更控制委员会（CCB） 　3.7　卖方高层管理者 　3.8　软件系统开发过程总结 第4章　变更控制过程 　4.1　引言 　4.2　变更控制过程的关键要点 　4.3　计划内和计划外的变更 　4.4　变更的处理 　4.5　考察变更控制委员会 　4.6　变更控制委员会的书面工作支持 　4.7　变更控制过程总结 第5章　产品与过程的评审 　5.1　引言 　5.2　产品与过程评审的关键要点 　5.3　产品与过程评审分类 　5.4　用于软件审计的组合评审 　5.5　产品与过程评审总结 第6章　度量 　6.1　引言 　6.2　度量的关键要点 　6.3　度量总结

章节摘录

插图：如果你是卖方，负责一些大型计划，其中每一个又由几个软件项目组成，那么你需要建立一个过程框架，调整它以适应任何计划和计划中的任何项目。在此方面本书将给你提供指导。如果你是客户，请求卖方做一项重要工作，那么，在你的请求中应该包括什么内容，你和卖方才能以合作的方式工作，能生产出满足你的要求的软件系统，在这个方面本书将给你提供指导。如果你是组织，以前自己做软件系统开发，但现在希望将该工作的全部或部分交给别人做，在你的对外协议中必然会涉及一些带有你特定文化色彩的业务过程，那么怎样在你的对外协议中包括这方面的要求，在此方面本书将给你提供指导。本书的思想可以运用到以下组织：1）没有或几乎没有文档化的过程，但有业务骨干；2）有某些文档化的过程和某些业务骨干；3）有妥善定义的过程和某些业务骨干。如果你的组织因为不断招募业务骨干来完成任务已筋疲力尽，开始努力减少人员流动，我们会指导你，如何让人员介入以“新方式”为基础的文化变革活动。如果你的组织是在图1.1流程的右端（即在软件系统开发方面，已经在很大程度上实现了全组织范围内的一致性），那么我们会指导你如何优化完善你已经做的工作，从而获得市场竞争优势。本章的后面几节安排如下：第1.2节——业务案例的关键要点，阐述阅读本章可以获得的关键要点。第1.3节——是什么造就了良好的业务价值，揭示：组织为了实现一致性，花时间去改变它的从事软件开发的方式，将会产生良好的业务价值。第1.4节——软件系统开发的概念，定义和解释几个基本概念，帮助我们有效地交流本书的思想。第1.5节——产品“优良度”和过程“优良度”，解释我们的成功软件开发定义的一个关键方面，即什么构成产品和过程的“优良度”。第1.6节——软件系统开发的必备专业范畴。如果要一致地生产“优良的”产品，软件项目中应该包括某些人，我们将介绍这些人的作用。第1.7节——通用的四阶段软件系统开发生命周期，介绍在必要的软件系统开发专业范畴中所包含的生命周期概念。在以后的几章中，我们用此概念去定义具体项目特定的生命周期。第1.8节——软件系统开发涉及的用户、买方和卖方，介绍在大多数软件项目中彼此交互的三个基本方，并将其与第1.6节中介绍的专业范畴关联起来。第1.9节——软件系统开发文化改进面临的障碍，建立一个供讨论用的舞台，以便在此后几章中就实现成功开发和文化变革间的关系进行讨论。第1.10节——其他软件过程改进方法，介绍系统工程环境（Systems Engineering：Environment，SEE）的主要概念。在以后几章中，我们对组织如何才能改进其软件系统开发方式，以便一致地生产“优良的”软件产品提供指导，而SEE是这些指导的基础。