在 60 年代計算機發展初期，程序設計是少數聰明人干的事。他們的智力與技能超群，編寫的程序既能控制弱智的計算機，又能讓別人看不懂、不會用。那個時期編程就跟捏泥巴一樣隨心所欲，于是他們很過分地把程序的集合稱為軟件，以便自己開心或傷心時再把程序捏個面目全非。人們就在這種美滋滋的感覺下熱情地編程，結果產生了一堆問題：程序質量低下，錯誤頻出，進度延誤，費用劇增……。這些問題導致了“軟件危機”。在 1968 年，一群程序員、計算機科學家與工業界人士聚集一起共商對策。通過借鑒傳統工業的成功做法，他們主張通過工程化的方法開發軟件來解決軟件危機，并冠以“軟件工程”這一術語。三十年余年來，盡管軟件的一些毛病如人類的感冒一樣無法根治，但軟件的發展速度超過了任何傳統工業，期間并未出現真真的軟件危機。這的確是前人的先見之明。如今軟件工程成了一門學科。軟件工程主要講述軟件開發的道理，基本上是軟件實踐者的成功經驗和失敗教訓的總結。軟件工程的觀念、方法、策略和規范都是樸實無華的，平凡之人皆可領會，關鍵在于運用。我們不可以把軟件工程方法看成是諸葛亮的錦囊妙計─—在出了問題后才打開看看，而應該事先掌握，預料將要出現的問題，控制每個實踐環節，并防患于未然。研究軟件工程永遠做不到理論家那么瀟灑：定理證明了，就完事。我在讀大學的十年里有八年從事軟件開發，盡管編寫了幾十萬行 C++/C 程序，也經歷了若干次小不點兒大的成功和失敗，可老感覺只學了些皮毛，心里慌兮兮的。在博士研究生畢業前的半年里，我告戒自己不應該再稀里糊涂地在程序堆里滾爬下去了，于是就面壁反省，做了一陣子木訥的和尚。在“打坐”時，每有心得體會便記錄下來，不知不覺湊成了八章經，我就給此經書起名為《軟件工程思想》。經典的軟件工程書籍厚得象磚頭，或讓人望而卻步，或讓人看了心事重重。請寬恕我的幼稚，我試圖用三個問題：是什么、為什么、怎么辦，來解釋軟件工程的道理。所以本書薄得象餃子皮─—用來包“思想”這種有味道的“餡”。本書的八章經分別為：第一章“軟件工程基本觀念”；第二章“程序員與程序經理”；第三章“項目計劃與質量管理”；第四章“可行性分析與需求分析”；第五章“系統設計”；第六章“C++ 面向對象程序設計”；第七章“測試與改錯”；第八章“維護與再生工程”。附錄“大學十年”可以充當飯后的水果。

　　軟件工程模型建議用一定的流程將各個環節連接起來，并可用規范的方式操作全過程，如同工廠的生產線。常見的軟件工程模型有：線性模型（圖 1.2），漸增式模型（圖 1.3），螺旋模型，快速原型模型，形式化描述模型等等 ［Pressmam 1999， Sommerville 1992］。

　　最早出現的軟件工程模型是線性模型（又稱瀑布模型）。線性模型太理想化，太單純，已不再適合現代的軟件開發模式，幾乎被業界拋棄。偶而被人提起，都屬于被貶對象，未被留一絲惋惜。但我們應該認識到，“線性”是人們最容易掌握并能熟練應用的思想方法。當人們碰到一個復雜的“非線性”問題時，總是千方百計地將其分解或轉化為一系列簡單的線性問題，然后逐個解決。一個軟件系統的整體可能是復雜的，而單個子程序總是簡單的，可以用線性的方式來實現，否則干活就太累了。線性是一種簡潔，簡潔就是美。當我們領會了線性的精神，就不要再呆板地套用線性模型的外表，而應該用活它。例如漸增式模型實質就是分段的線性模型，如圖 1.3 所示。螺旋模型則是接連的彎曲了的線性模型。在其它模型中都能夠找到線性模型的影子。