在60 年代计算机发展初期，程序设计是少数聪明人干的事。他们的智力与技能超群，编写的程序既能控制
弱智的计算机，又能让别人看不懂、不会用。那个时期编程就跟捏泥巴一样随心所欲，于是他们很过分地把程
序的集合称为软件，以便自己开心或伤心时再把程序捏个面目全非。人们就在这种美滋滋的感觉下热情地编程，
结果产生了一堆问题：程序质量低下，错误频出，进度延误，费用剧增……。这些问题导致了“软件危机”。
在1968 年，一群程序员、计算机科学家与工业界人士聚集一起共商对策。通过借鉴传统工业的成功做法，
他们主张通过工程化的方法开发软件来解决软件危机，并冠以“软件工程”这一术语。三十年余年来，尽管软件
的一些毛病如人类的感冒一样无法根治，但软件的发展速度超过了任何传统工业，期间并未出现真真的软件危
机。这的确是前人的先见之明。如今软件工程成了一门学科。
软件工程主要讲述软件开发的道理，基本上是软件实践者的成功经验和失败教训的总结。软件工程的观念、
方法、策略和规范都是朴实无华的，平凡之人皆可领会，关键在于运用。我们不可以把软件工程方法看成是诸
葛亮的锦囊妙计─—在出了问题后才打开看看，而应该事先掌握，预料将要出现的问题，控制每个实践环节，
并防患于未然。研究软件工程永远做不到理论家那么潇洒：定理证明了，就完事。
我在读大学的十年里有八年从事软件开发，尽管编写了几十万行C++/C 程序，也经历了若干次小不点儿大的成
功和失败，可老感觉只学了些皮毛，心里慌兮兮的。在博士研究生毕业前的半年里，我告戒自己不应该再稀里
糊涂地在程序堆里滚爬下去了，于是就面壁反省，做了一阵子木讷的和尚。在“打坐”时，每有心得体会便记录
下来，不知不觉凑成了八章经，我就给此经书起名为《软件工程思想》。
经典的软件工程书籍厚得象砖头，或让人望而却步，或让人看了心事重重。请宽恕我的幼稚，我试图用三个问
题：是什么、为什么、怎么办，来解释软件工程的道理。所以本书薄得象饺子皮─—用来包“思想”这种有味道
的“馅”。本书的八章经分别为：
第一章“软件工程基本观念”；
第二章“程序员与程序经理”；
第三章“项目计划与质量管理”；
第四章“可行性分析与需求分析”；
第五章“系统设计”；
第六章“C++ 面向对象程序设计”；
第七章“测试与改错”；
第八章“维护与再生工程”。
