第1章 引言

INTRODUCTION

本书包含一系列软件工程的原则。这些原则代表了我们所认为的软件开发过程中的最先进、最正确的理念。其他工程领域有基于物理学、生物学、化学或数学定律的原则，然而，由于软件工程的产物是非实体的（nonphysical），所以实体的定律（laws of the physical）并不能轻易地成为软件工程领域坚实的基础。

软件行业已经有大量讨论技术、语言和工具的图书，但很少有图书试图去编制基本原则的清单。如图 1-1 所示，原则（Principle）是工作的准则；原则代表了许多人从经验中总结出来的集体智慧。它们往往被描述为绝对真理（总是正确的）或用作推论（当X发生时，Y将会发生）。

技术（Technique）是一种按部就班的流程，它帮助软件开发者执行一部分软件工程过程。技术倾向于强制遵循基本原则的一个子集。大部分技术会创建文档和（或）程序。许多技术也会分析现有的文档和（或）程序，或将其转变为产品。

图1-1 原则、技术、语言、工具

（1） 原则在技术和工具的支持下落地。

（2） 技术使用语言，并得到工具的支持。

（3） 语言得到工具的支持。

语言（Language）由一组基本元素（如单词或图形符号）、规则和语义组成。规则可以让人们用基本元素构造出更复杂的实体（如句子、图表、模型），语义则赋予每个实体组合以意义。语言用于表达所有软件工程的产出，无论是过程中的还是最终的。那些通过技术创建或分析的文档和程序通常也会用某种语言来表达。

工具（Tool）是软件程序，可帮助软件工程师执行软件工程中的某些步骤。它们可以：

■ 作为工程师的顾问（例如，基于知识的需求助理）。

■ 分析某些内容是否符合某种技术（例如，数据流图检查器）或原则的子集。

■ 使软件工程中的一些工作实现自动化（例如，编译器）。

■ 辅助工程师完成一些工作（例如，编辑器）。

一个学科的原则集合，会随着学科的发展而发展。现存的原则会发生改变，新的原则会被加进来，旧的原则将不再适用。实践和从实践中获得的经验，促使我们发展了那些原则。如今，当我们去审视一些1964年的软件工程原则时，会觉得它们看起来很傻（例如，总是使用简短的变量名，或者尽可能让程序体积更小）。三十年后，如今的一些原则也会如此。

现在，请看现代的软件工程原则。

译者注

虽然作者说，如今的原则在三十年后会看起来同样荒谬。但是非常令人吃惊的是，在英文原书出版 25 年后，我们看到其中有超过 95%的原则都没有过时！