创建软件工程文化
基本信息
- 原出版社: Addison Wesley
- 作者: KARL E. WIEGERS
- 译者: 周浩宇
- 丛书名: 软件管理与软件工程译丛
- 出版社:清华大学出版社
- ISBN:7302064997
- 上架时间:2003-6-2
- 出版日期:2003 年6月
- 开本:16开
- 页码:488
- 版次:1-1
- 所属分类:
计算机 > 软件工程及软件方法学 > 综合
教材 > 研究生/本科/专科教材 > 工学 > 计算机
教材 > 计算机教材 > 本科/研究生 > 计算机专业教材 > 计算机专业课程 > 软件工程
内容简介回到顶部↑
本书是美国软件开发杂志“效率”大奖得主。根据自己在柯达公司的亲身经历,作者Karl E. Wiegers指出:只有建立以质量为核心的软件工程文化,软件组织才能够保证自身绩效的不断提高。在本书中,他不仅逐步讲解了软件工程文化的创建步骤,而且还在每一章列出了极具参考价值的文化建设者和文化杀手行为。作者通过清晰的文笔和思路,介绍了改进软件开发过程的质量和效率的综合性方法。这些系统化的软件工程文化创建方法,使处于当前高度不确定开发环境下的软件组织拥有一个始终通向成功的解决方案。
本书主要内容涉及到:
· 软件工程文化的概念与分类;
· 采用不同的方法和工具更好地找出需求并加以管理;
· 软件开发过程及其改进;
· 利用检查和结构化测试减少缺陷,建立质量文化;
· 软件度量、CASE及其它工具;
· 软件项目经理和软件工程师当前的行动计划;
本书适用于所有软件开发实践人员,尤其适用于软件经理、软件项目负责人。
本书主要内容涉及到:
· 软件工程文化的概念与分类;
· 采用不同的方法和工具更好地找出需求并加以管理;
· 软件开发过程及其改进;
· 利用检查和结构化测试减少缺陷,建立质量文化;
· 软件度量、CASE及其它工具;
· 软件项目经理和软件工程师当前的行动计划;
本书适用于所有软件开发实践人员,尤其适用于软件经理、软件项目负责人。
目录回到顶部↑
第i篇 软件工程文化
第1章 软件文化概念
文化的定义
培养自己的文化
健康的软件文化
不健康的软件文化
组织选择
管理挑战
小结
文化缔造者和文化杀手
参考文献和深入阅读
第2章 坚持原则
正直和智慧:与客户
诚实和智慧:与经理
软件项目的五个要素
小结
文化缔造者和文化杀手
参考文献和深入阅读
第3章 肯定成就,无论大小
可见的重要性
第1章 软件文化概念
文化的定义
培养自己的文化
健康的软件文化
不健康的软件文化
组织选择
管理挑战
小结
文化缔造者和文化杀手
参考文献和深入阅读
第2章 坚持原则
正直和智慧:与客户
诚实和智慧:与经理
软件项目的五个要素
小结
文化缔造者和文化杀手
参考文献和深入阅读
第3章 肯定成就,无论大小
可见的重要性
译者序回到顶部↑
随着中国的入世,大量商业机会不断涌现,然而面对众多软件项目,我国的很多软件组织却经常感到力不从心。无论是软件经理还是软件工程师,大家都对失控的软件项目束手无策。虽然采用了流行的各种软件工具和流程体系,大量软件项目依然逃脱不了失败的命运。针对这些问题,Karl E. Weigers指出:软件工程文化才是所有这些问题的根本解决方案。
与多数关于软件管理和软件工程的书不同,本书有如下几个独特的特点:
l 独创性:虽然本书也强调了各种工具和方法的正确使用方法,但绝非孤立地对这些方法进行介绍,而是着重强调了它们与软件工程文化的关系;
l 可行性:虽然关注的是大家不易掌握的文化概念,但给出了一系列切实可行的步骤,让您的软件工程文化创建过程简单易行;
l 实用性:本书不但涵盖了软件开发和软件工程领域的几乎所有重要方面,而且结合了作者多年的软件开发和管理经验,成功地将软件工程理论和软件开发实践结合为一体,最终提出了一整套非常具有参考意义的方法论;
在以往的软件项目、培训、咨询中,我发现大量的软件组织存在两种极端现象:它们要么过于重视各种软件管理和工程工具的作用而忽视了文化的建立,要么过于重视理念的建立而忽略了各种实用方法和工具。而这二者都将直接导致软件项目结果不能尽如人意。本书的出现,将帮助软件实践人员平衡这两者之间的轻重,最终必将帮助组织建立软件工程文化,实现项目绩效的不断提高,这对当前软件开发组织具有重大的意义。
由于本书不但包括各种工具方法的正确使用方法,而且包括文化层面的管理策略,因此无论是战略层面的软件管理人员,还是具体进行开发的具体实施人员,本书都将为他们提供大量可借鉴的经验教训。如果真正掌握了本书中的理念和方法,软件组织将能够更好地应付各种复杂情况,从而占据行业内的领先地位。
本书的翻译和出版归功于一个团结的团队。杨芳和陈友林翻译了第13、15-20章,杨华参与了第1-8章的翻译, 刘红杰帮助翻译了第9、10章中的一部分内容,任伟则对本书的翻译提供了很多资料上的帮助。我翻译了本书的其余部分并负责对全书进行审校。本书责编熊妍妍小姐对本书的编辑和出版提供了很多建设性的意见,本书的出版很大程度上归功于她的辛勤劳动。在此,译者衷心感谢清华大学出版社及和君创业闻洁工作室所给予的大力支持和协作。
由于水平有限,译文中出现问题在所难免,欢迎大家批评指正。无论是发现译文中存在问题,还是对软件工程和管理领域拥有独到的见解,都欢迎您与译者联系交流。
译者 周浩宇
zhouhaoyu2000@yahoo.com
2003年3月于北京
与多数关于软件管理和软件工程的书不同,本书有如下几个独特的特点:
l 独创性:虽然本书也强调了各种工具和方法的正确使用方法,但绝非孤立地对这些方法进行介绍,而是着重强调了它们与软件工程文化的关系;
l 可行性:虽然关注的是大家不易掌握的文化概念,但给出了一系列切实可行的步骤,让您的软件工程文化创建过程简单易行;
l 实用性:本书不但涵盖了软件开发和软件工程领域的几乎所有重要方面,而且结合了作者多年的软件开发和管理经验,成功地将软件工程理论和软件开发实践结合为一体,最终提出了一整套非常具有参考意义的方法论;
在以往的软件项目、培训、咨询中,我发现大量的软件组织存在两种极端现象:它们要么过于重视各种软件管理和工程工具的作用而忽视了文化的建立,要么过于重视理念的建立而忽略了各种实用方法和工具。而这二者都将直接导致软件项目结果不能尽如人意。本书的出现,将帮助软件实践人员平衡这两者之间的轻重,最终必将帮助组织建立软件工程文化,实现项目绩效的不断提高,这对当前软件开发组织具有重大的意义。
由于本书不但包括各种工具方法的正确使用方法,而且包括文化层面的管理策略,因此无论是战略层面的软件管理人员,还是具体进行开发的具体实施人员,本书都将为他们提供大量可借鉴的经验教训。如果真正掌握了本书中的理念和方法,软件组织将能够更好地应付各种复杂情况,从而占据行业内的领先地位。
本书的翻译和出版归功于一个团结的团队。杨芳和陈友林翻译了第13、15-20章,杨华参与了第1-8章的翻译, 刘红杰帮助翻译了第9、10章中的一部分内容,任伟则对本书的翻译提供了很多资料上的帮助。我翻译了本书的其余部分并负责对全书进行审校。本书责编熊妍妍小姐对本书的编辑和出版提供了很多建设性的意见,本书的出版很大程度上归功于她的辛勤劳动。在此,译者衷心感谢清华大学出版社及和君创业闻洁工作室所给予的大力支持和协作。
由于水平有限,译文中出现问题在所难免,欢迎大家批评指正。无论是发现译文中存在问题,还是对软件工程和管理领域拥有独到的见解,都欢迎您与译者联系交流。
译者 周浩宇
zhouhaoyu2000@yahoo.com
2003年3月于北京
前言回到顶部↑
英文版前言
很少有职业能够象软件开发业一样发展得如此迅速。为了赶上新技术的步伐、应付堆积如山的开发和维护任务、解决人力资源难题而殚精竭虑已经成为一场单调乏味的竞赛,而软件团队的工作也只不过仅仅能维持现状。训练有素的软件工程有一个重要的目标:避免软件开发意外地误入歧途。软件意外几乎总是会带来坏消息:被撤销的项目、延期交付、成本超支、不满的用户、外包带来的失业。
文化是一个组织挺过困境、提高自身、达到繁荣昌盛的关键因素。致力于高质量软件开发和管理的文化正是实施卓越软件工程的团队区别于一群尽个人所能交付代码的单个程序员之处。在软件工程文化中,质量在所有级别-个人、项目和组织都会得到重视。
在本书中,我将与大家分享一种文化框架,它非常有效地改进了Eastman柯达公司若干个软件组的绩效。我们的多数项目都包括1到5人的小团队,工期通常从6个月到2年不等。书中的每个部分都讨论了若干个决定我们如何创建软件的指南。不仅如此,我在本书中还描述了我们用来提高工作质量和生产率的特定软件工程实践。我们确信基于这些规则和实践的文化提高了我们作为软件工程师的有效性、与客户的关系和声誉、协作水平。相关的许多经验和给出的建议最适用于人数为2到10的工作组。由于大型软件产品也同样由相互协作的小型团队建造,因此这些技术活动同样也适用于各种不同类型的组织。
通过这本书,我希望能够有助于一线软件经理、项目负责人、从业人员在组织内建立改进的、面向质量的文化。我的目标是:为立即改善团队的软件工程实施方法提供实用的想法,证明持续软件工程改进不但可能而且物有所值。在这里,我假设:读者要么有能力对自己软件组的文化进行实际变更,要么至少能够影响那些能够实施变更的人员。
我在本书中不但针对那些希望提高自己所开发的软件的质量的人员提出了一个由许多建议和实践组成的工具箱,而且还给出了关于如何真正使用这些方法的案例研究。我们的团体不但已经使用过所有这些方法,而且我个人也几乎全都使用过它们。虽然名字进行了改动,但所有事例都是实际情况。尽管并不是每个团队成员在所有项目中都使用过全部好方法,但与使用前相比,使用了这些可靠方法之后我们所得到的结果无一例外都有所改进。
通过将来自不同出处的已有方法与本地解决方案混合来解决特定问题,一个组织能够培养出软件工程文化。为了帮助大家在大量软件著作中找出有用资源,每一章都给出了一个带有评注的参考书目列表和附加阅读材料。那些我感到非常有价值的参考数目旁边都有一个书架图标。
每一章都包含若干个"文化建设者"技巧(标注了一个握手图标),经理和项目负责人可以使用它们来培养一种通向卓越软件工程的态度和环境。"文化杀手"也有相关的描述,我们用一个骷髅图标来表示它们。文化杀手指的是那些会对致力于卓越软件工程的团队造成损害或阻止这种文化形成的管理行为。作为牺牲品或始作俑者,你很可能会根据亲身经验想出其它文化杀手。虽然建设者和杀手都被作为推荐写出来,但你一定要记住文化杀手是负面行为。千万不要拿着一个从文化杀手列中选出的待实施行动项列表匆匆忙忙投入下周一的工作当众。
我们柯达软件组的一些经验最初都发表在下列文章之中;在获得了出版商的许可之后,我们把相关材料列在下面:
Wiegers,Karl E. "Creating a Software Engineering Culture", Software Development,Vol. 2, No. 7(July 1994),pp.59-66
Wiegers,Karl E. "Effective Quality Practices in a Small Software Group", The Software QA Quarterly,Vol. 1, No. 2(Spring 1994),pp.14-26
Wiegers,Karl E. "Implementing Software Engineering in a Small Software Group", Computer Language,Vol. 10, No. 6(June 1993),pp.55-64
Wiegers,Karl E. "Improving Quality Through Software Inspection", Software Development,Vol. 3, No. 4(April 1995),pp.55-64
Wiegers,Karl E. "Lessons from Software Work Effort Metrics", Software Development,Vol. 2, No. 10(October 1994),pp.36-47
Wiegers,Karl E. "In Search of Excellent Requirements", Journal of the Quality Assurance Institute,Vol. 9, No. 1(January 1995),pp.23-32
很少有职业能够象软件开发业一样发展得如此迅速。为了赶上新技术的步伐、应付堆积如山的开发和维护任务、解决人力资源难题而殚精竭虑已经成为一场单调乏味的竞赛,而软件团队的工作也只不过仅仅能维持现状。训练有素的软件工程有一个重要的目标:避免软件开发意外地误入歧途。软件意外几乎总是会带来坏消息:被撤销的项目、延期交付、成本超支、不满的用户、外包带来的失业。
文化是一个组织挺过困境、提高自身、达到繁荣昌盛的关键因素。致力于高质量软件开发和管理的文化正是实施卓越软件工程的团队区别于一群尽个人所能交付代码的单个程序员之处。在软件工程文化中,质量在所有级别-个人、项目和组织都会得到重视。
在本书中,我将与大家分享一种文化框架,它非常有效地改进了Eastman柯达公司若干个软件组的绩效。我们的多数项目都包括1到5人的小团队,工期通常从6个月到2年不等。书中的每个部分都讨论了若干个决定我们如何创建软件的指南。不仅如此,我在本书中还描述了我们用来提高工作质量和生产率的特定软件工程实践。我们确信基于这些规则和实践的文化提高了我们作为软件工程师的有效性、与客户的关系和声誉、协作水平。相关的许多经验和给出的建议最适用于人数为2到10的工作组。由于大型软件产品也同样由相互协作的小型团队建造,因此这些技术活动同样也适用于各种不同类型的组织。
通过这本书,我希望能够有助于一线软件经理、项目负责人、从业人员在组织内建立改进的、面向质量的文化。我的目标是:为立即改善团队的软件工程实施方法提供实用的想法,证明持续软件工程改进不但可能而且物有所值。在这里,我假设:读者要么有能力对自己软件组的文化进行实际变更,要么至少能够影响那些能够实施变更的人员。
我在本书中不但针对那些希望提高自己所开发的软件的质量的人员提出了一个由许多建议和实践组成的工具箱,而且还给出了关于如何真正使用这些方法的案例研究。我们的团体不但已经使用过所有这些方法,而且我个人也几乎全都使用过它们。虽然名字进行了改动,但所有事例都是实际情况。尽管并不是每个团队成员在所有项目中都使用过全部好方法,但与使用前相比,使用了这些可靠方法之后我们所得到的结果无一例外都有所改进。
通过将来自不同出处的已有方法与本地解决方案混合来解决特定问题,一个组织能够培养出软件工程文化。为了帮助大家在大量软件著作中找出有用资源,每一章都给出了一个带有评注的参考书目列表和附加阅读材料。那些我感到非常有价值的参考数目旁边都有一个书架图标。
每一章都包含若干个"文化建设者"技巧(标注了一个握手图标),经理和项目负责人可以使用它们来培养一种通向卓越软件工程的态度和环境。"文化杀手"也有相关的描述,我们用一个骷髅图标来表示它们。文化杀手指的是那些会对致力于卓越软件工程的团队造成损害或阻止这种文化形成的管理行为。作为牺牲品或始作俑者,你很可能会根据亲身经验想出其它文化杀手。虽然建设者和杀手都被作为推荐写出来,但你一定要记住文化杀手是负面行为。千万不要拿着一个从文化杀手列中选出的待实施行动项列表匆匆忙忙投入下周一的工作当众。
我们柯达软件组的一些经验最初都发表在下列文章之中;在获得了出版商的许可之后,我们把相关材料列在下面:
Wiegers,Karl E. "Creating a Software Engineering Culture", Software Development,Vol. 2, No. 7(July 1994),pp.59-66
Wiegers,Karl E. "Effective Quality Practices in a Small Software Group", The Software QA Quarterly,Vol. 1, No. 2(Spring 1994),pp.14-26
Wiegers,Karl E. "Implementing Software Engineering in a Small Software Group", Computer Language,Vol. 10, No. 6(June 1993),pp.55-64
Wiegers,Karl E. "Improving Quality Through Software Inspection", Software Development,Vol. 3, No. 4(April 1995),pp.55-64
Wiegers,Karl E. "Lessons from Software Work Effort Metrics", Software Development,Vol. 2, No. 10(October 1994),pp.36-47
Wiegers,Karl E. "In Search of Excellent Requirements", Journal of the Quality Assurance Institute,Vol. 9, No. 1(January 1995),pp.23-32
评论交流
共有5人开贴评论 9人参与评论 5人参与打分 查看
评价等级:







发表于:2003-6-5 18:53:00
“Karl Wiegers的新书非常有可能成为那些销售量超过100,000本并且变成软件工程世界的标准参考书目的少数精选书籍中的一员。Karl的书与传统软件工程书籍的相同之处有如下四点:
启动了一个针对新题目的重要研究或超越了自己的竞争对手。
涵盖了那些解决日常问题的重要而实用的话题。
书写良好,易于阅读。
包括实际数据,而不仅仅只有作者的观点。
将Karl的书与其它论述区分开来的是:它研究人们如何对变更、命令、新方法、自己工作中的成功与失败做出反应。
…不只是对软件工程应该如何生效的理论化讨论,而是对事物如何在希望改进软件的实际公司中运作的一些有见地的看法…
…优雅的书写风格、清晰的说明、大量参考文献…软件工程文献的可喜增加。”
- Capers Jones,主席,Software Productivity Research Inc.
启动了一个针对新题目的重要研究或超越了自己的竞争对手。
涵盖了那些解决日常问题的重要而实用的话题。
书写良好,易于阅读。
包括实际数据,而不仅仅只有作者的观点。
将Karl的书与其它论述区分开来的是:它研究人们如何对变更、命令、新方法、自己工作中的成功与失败做出反应。
…不只是对软件工程应该如何生效的理论化讨论,而是对事物如何在希望改进软件的实际公司中运作的一些有见地的看法…
…优雅的书写风格、清晰的说明、大量参考文献…软件工程文献的可喜增加。”
- Capers Jones,主席,Software Productivity Research Inc.
| 我要写评论 |
| 查看所有评论交流(共5条) |


点击看大图

加载中...