第一章 软件工程基本观念

第一章 软件工程基本观念

本章讲述软件工程的基本观念，是关于软件工程宏观上的探讨。如果你是软件公司的老

板，用不着在第一线工作，那么看这一章就够了。但你一定要让员工们相信不停地工作是人

生最大的快乐，并且让他们把本书看完。

1.1节讲述软件工程的目标和常用的软件工程模型。1.2节讲述软件开发的基本策略：

“复用”、“分而治之”、“优化——折衷”，有助于指导实践者选择方法和产生新方法。1.3

节例举一些不正确的观念，取材于早期软件人员比较幼稚的想法，初学者可以引以为戒。1.4

节探讨一些有争议的观念。

看完本章，要树立这样的信念：软件开发过程中的坎坎坷坷，仿佛只是人脸的凹凸不平，

用热水毛巾一把就可抹平。让我们高举程序主义、软件工程思想的伟大旗帜，紧密团结在以

Microsoft为核心的软件公司周围，沿着比尔·盖茨的生财之道，不分白天黑夜地编程，把

建设有中国特色的软件产业的伟大事业全面推向21世纪。

1.1 软件工程的目标与常用模型

软件工程的目标是提高软件的质量与生产率，最终实现软件的工业化生产。质量是软件

需求方最关心的问题，用户即使不图物美价廉，也要求个货真价实。生产率是软件供应方最

关心的问题，老板和员工都想用更少的时间挣更多的钱。质量与生产率之间有着内在的联系，

高生产率必须以质量合格为前提。如果质量不合格，对供需双方都是坏事情。从短期效益看，

追求高质量会延长软件开发时间并且增大费用，似乎降低了生产率。从长期效益看，高质量

将保证软件开发的全过程更加规范流畅，大大降低了软件的维护代价，实质上是提高了生产

率，同时可获得很好的信誉。质量与生产率之间不存在根本的对立，好的软件工程方法可以

同时提高质量与生产率。

软件供需双方的代表能在餐桌上谈笑风生，归功于第一线开发人员的辛勤工作。质量与

生产率的提高就指望程序员与程序经理。对开发人员而言，如果非得在质量与生产率之间分

个主次不可，那么应该是质量第一，生产率第二。这是因为：（1）质量直接体现在软件的每

段程序中，高质量自然是开发人员的技术追求，也是职业道德的要求。（2）高质量对所有的

用户都有价值，而高生产率只对开发方有意义。（3）如果一开始就追求高生产率，容易使人

急功近利，留下隐患。宁可进度慢些，也要保证每个环节的质量，以图长远利益。

软件的质量因素很多，如正确性，性能、可靠性、容错性、易用性、灵活性、可扩充性、

可理解性、可维护性等等。有些因素相互重叠，有些则相抵触，真要提高质量可不容易啊！

软件工程的主要环节有：人员管理、项目管理、可行性与需求分析、系统设计、程序设

计、测试、维护等，如图1.1所示。

テキスト ボックス: 人/span>管理テキスト ボックス: /span>目管理テキスト ボックス: /span>

/span>

テキスト ボックス: /span>

/span>

テキスト ボックス: 程序

テキスト ボックス: 系/span>

テキスト ボックス: 可行性与

需求分析

图1.1 软件工程的主要环节

软件工程模型建议用一定的流程将各个环节连接起来，并可用规范的方式操作全过程，

如同工厂的生产线。常见的软件工程模型有：线性模型（图1.2），渐增式模型（图1.3），螺

旋模型，快速原型模型，形式化描述模型等等 [Pressmam 1999, Sommerville 1992]。

图1.2 软件工程的线性模型

时间

进度

图1.3 软件工程的渐增式模型

最早出现的软件工程模型是线性模型（又称瀑布模型）。线性模型太理想化，太单纯，

已不再适合现代的软件开发模式，几乎被业界抛弃。偶而被人提起，都属于被贬对象，未被

留一丝惋惜。但我们应该认识到，“线性”是人们最容易掌握并能熟练应用的思想方法。当

人们碰到一个复杂的“非线性”问题时，总是千方百计地将其分解或转化为一系列简单的线

性问题，然后逐个解决。一个软件系统的整体可能是复杂的，而单个子程序总是简单的，可

以用线性的方式来实现，否则干活就太累了。线性是一种简洁，简洁就是美。当我们领会了

线性的精神，就不要再呆板地套用线性模型的外表，而应该用活它。例如渐增式模型实质就

是分段的线性模型，如图1.3所示。螺旋模型则是接连的弯曲了的线性模型。在其它模型中

都能够找到线性模型的影子。

套用固定的模型不是程序员的聪明之举。比如“程序设计”与“测试”之间的关系，习

惯上总以为程序设计在先，测试在后，如图1.4（a）所示。而对于一些复杂的程序，将测试

分为同步测试与总测试更有效，如图1.4（b）所示。

（a） （b）

图1.4 （a）程序设计在先测试在后 （b）测试分为同步测试与总测试

不论是什么软件工程模型，总是少不了图1.1中的各个环节。本书擗开具体的软件工程

テキスト ボックス: /span>

/span>

テキスト ボックス: /span>

/span>

テキスト ボックス: 程序

テキスト ボックス: 系/span>

テキスト ボックス: 可行性与

需求分析

テキスト ボックス: /span>

/span>

テキスト ボックス: /span>

/span>

テキスト ボックス: 程序テキスト ボックス: 系/span>テキスト ボックス: 可行性与需求分析テキストボックス: /span>

/span>

テキスト ボックス: /span>

/span>

テキスト ボックス: 程序テキスト ボックス: 系/span>テキスト ボックス: 可行性与需求分析テキストボックス: 程序テキスト ボックス: /span>テキスト ボックス: 程序テキストボックス: /span>テキスト ボックス: 同/span>

模型，顺序讲述人员管理、项目管理、可行性与需求分析、系统设计、程序设计、测试，以

及维护与再生工程。其中程序设计部分以C++/C语言为例。

1.2 软件开发的基本策略

人们都有自己的世界观和方法论，能自然而然地运用于生活和工作中。同样，程序员脑

子里的软件工程观念会无形地支配其怎么去做事情。软件工程三十年的发展，已经积累了相

当多的方法，但这些方法不是严密的理论。实践人员不应该教条地套用方法，更重要的是学

会“选择合适的方法”和“产生新方法”。有谋略才会有好的战术。几千年前，我们的祖先

就在打闹之际写下了很多心得体会，被现代人很好地运用于工业和商业。本节讲述软件开发

中的三种基本策略：“复用”、“分而治之”、“优化——折衷”。

1.2.1 复用

复用就是指“利用现成的东西”，文人称之为“拿来主义”。被复用的对象可以是有形的

物体，也可以是无形的成果。复用不是人类懒惰的表现而是智慧的表现。因为人类总是在继

承了前人的成果，不断加以利用、改进或创新后才会进步。所以当我们欢度国庆时，要搞清

楚祖国远不止50岁，我们今天享用到的财富还有上下五千年人民的贡献。进步只是应该的，

不进步则就可耻了。

复用的内涵包括了提高质量与生产率两者。由经验可知，在一个新系统中，大部分的内

容是成熟的，只有小部分内容是创新的。一般地可以相信成熟的东西总是比较可靠的（即具

有高质量），而大量成熟的工作可以通过复用来快速实现（即具有高生产率）。勤劳并且聪明

的人们应该把大部分的时间用在小比例的创新工作上，而把小部分的时间用在大比例的成熟

工作中，这样才能把工作做得又快又好。

把复用的思想用于软件开发，称为软件复用。据统计，世上已有1000亿多行程序，无

数功能被重写了成千上万次，真是浪费哪。面向对象（Object Oriented）学者的口头禅就是

“请不要再发明相同的车轮子了” 。

将具有一定集成度并可以重复使用的软件组成单元称为软构件(Software Component)。

软件复用可以表述为：构造新的软件系统可以不必每次从零做起，直接使用已有的软构件，

即可组装（或加以合理修改）成新的系统。复用方法合理化并简化了软件开发过程，减少了

总的开发工作量与维护代价，既降低了软件的成本又提高了生产率。另一方面，由于软构件

是经过反复使用验证的，自身具有较高的质量。因此由软构件组成的新系统也具有较高的质

量。利用软构件生产应用软件的过程如图1.5所示。

软件复用不仅要使自己拿来方便，还要让别人拿去方便，是“拿来拿去主义”。面向对

象方法，Microsoft公司的COM规范 [Rogerson 1999]，都能很好地用于实现大规模的软件复

用。

存在

构件不存在

图1.5 利用软构件生产应用软件的过程

フローチャート : 判断: 件/span>テキスト ボックス: 用/span>

件建

造新

/span>件

テキスト ボックス: 定/span>

来源：gfm85