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

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

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