40年前，人們就開始討論“軟件工程”這樣一個話題，但至今軟件工程依然不太成熟，例如今天的軟件質量水平依舊不高，軟件的開發模式還在探索之中，而這一切主要歸結于軟件技術的日新月異的變化和軟件自身的復雜特性。互聯網的普及將軟件技術的變化推向新的高潮，人們借助互聯網的力量可以隨時隨地溝通、協作，可以共享知識、技能和經驗，甚至可以積聚全世界的力量共同探討同一個技術主題，所有這些極大地推動軟件技術的發展。而在這同時，軟件產業也在悄悄地發生著巨大的變化，從傳統的軟件產品銷售模式向軟件服務模式轉化，軟件即服務（ as a ）或按需服務（on ）的趨勢越來越明顯，其中最具代表性的服務就是。為中小型企業提供各種業務應用的在線服務，每年以80%的速度增長，客戶滿意度高達97%，從銷售團隊自動化到合作伙伴關系管理、市場營銷和客戶服務，重新定義客戶關系管理。企業不再需要部署自己的服務器、不需要購買軟件等，只要按照自己的實際需求，訪問以獲得自己所需要的業務處理功能，每個月或每年只要付出很低的服務費。
軟件開發模式，也自然隨著SaaS模式誕生而正在發生巨大的變化，有必要在這關鍵時刻重新審視軟件工程的思想、方法和實踐，這也是本書寫作的主要理由。軟件工程不僅面臨著技術突飛猛進的挑戰，還要面臨需求變化頻繁、質量難以控制的巨大挑戰。下面兩個例子，在某種程度上說明了這種挑戰的嚴峻性。例一： 交通紅綠燈的需求變化。大家都非常熟悉街道上的紅綠燈，可以根據不同方向的車流量和人流量，進行調節，實施智能控制。但早期的紅綠燈，可不是這樣的，非常簡單，一個方向紅的時候則另一個方向綠，每隔60秒交替變化，這時用簡單的定時模擬電路控制就可以了。后來，人們覺得這樣的設計不夠人性化，中途經過十字路口的行人或駕駛員不知道要等多少時間，綠燈才會亮。所以，加上一個數字計時器，顯示剩下的等待秒數。這時，模擬電路控制就必須改為數字電路，需要重新設計和實現。再到后來，人們發現一個十字路口的兩個方向，車與人的流量是不一樣的，需要調整不同方向的紅綠燈切換的間隔時間，例如一個方向是75秒而另外一個方向是25秒。而且，將來的車流量會發生變化，即紅綠燈間隔時間用戶可自行設置，這樣要求對原來的數字電路或控制程序進行修改，這種改動可能很大軟件技術專業導論學習方法相關圖片，需要修改設計和修改實現。
例二： 簡單諷刺軟件工程的現狀。（1） 程序員寫出自認為沒有Bug（缺陷）的代碼。（2） 軟件測試，發現了100個Bug。（3） 程序員修改了50個Bug，并告訴測試組另外50個Bug不是Bug。（4） 在已修正的50個Bug中，測試組驗證時，發現其中20個仍然存在，同時又發現了30個新Bug。（5） 不斷重復上面的步驟（3）和步驟（4）。（6） 鑒于市場方面的壓力，為了配合當初制定的過分樂觀的發布時間表，產品還是按時上市了。（7） 用戶發現了不少問題（近百個Bug），反饋到研發部。（8） 已經領了項目獎金的程序員不知跑到哪里去了。（9） 新組建的項目組差不多修正了全部Bug，但測試組又發現了80多個Bug。（10） 早先離開的程序員打電話給測試組，將他們挖走。（11） 公司的軟件發布更快了，因為現在是開發人員自己來測試自己寫的程序，發現的缺陷很少。（12） 客戶發現的問題越來越多，抱怨越來越多。（13） 客戶開始減少得很快，公司很快倒閉。（14） 新的公司被組建，新進來的程序員寫出自認為沒有Bug的代碼。軟件需求總是變化的，這種變化來源于客戶需求的變化，其中許多變化不是用戶驅動的而是由競爭對手驅動的。
許多需求的變化導致產品架構變化，原先的設計和實現不能適應這種變化，就必須重新設計和重新實現，這就是重構。軟件的迭代開發或重構，正是適應這種特定的需求，并日益受到重視，最終導致軟件工程思想和方法的變化。軟件質量的改善，已迫在眉睫，招聘大量的測試人員可以部分地解決問題，但不能徹底地解決問題，因為質量是構建出來的，而不能靠測試測出來。當軟件中存在大量的缺陷，雖然經過充分的測試，但軟件發布時漏掉的缺陷可能還會不少，而且測試、開發人員的返工引起的代價很大。所以，要真正提高質量，要將需求、設計和編碼等各項工作做好，歸納起來，做每項工作的時候軟件技術專業導論學習方法相關圖片，第一次就把它做對，這就是缺陷預防的思想。本書在交代了軟件危機、軟件過程內容、軟件工程目標和要求等基礎之上，強調建立正確的軟件工程思想，思想是萬物之源，思想會決定流程和方法。另一方面，思想需要借助特定的方法來實現，而方法需要付諸于實踐、由實踐來檢驗。這就是本書的基本構思，從思想到方法，從方法到建模，再到軟件環境、工具，逐步向前推進，不斷揭示軟件工程的內涵。通過軟件工程的思想、方法、技術和工具的全面介紹，幫助讀者了解完整的軟件工程體系，為將來深入地學習需求工程、軟件設計、軟件測試等課程打下堅實的基礎。
通過下表，可以更清楚本書的寫作思路，更好地學習本書的內容。問題章節、內容 什么是軟件工程 為什么要討論軟件工程1.1軟件危機1.2軟件的問題在哪里1.3軟件工程的誕生1.4軟件工程的命題 軟件工程包含哪些內容 在軟件工程中要學習哪些知識1.5軟件工程知識體系 過去幾十年，軟件工程發生了哪些變化 為什么會發生這些變化1.6現代軟件工程 如何理解軟件工程 成功的軟件工程是怎樣的2.1完整的軟件生命周期2.2需求工程2.3設計2.4實施2.5部署、運行和維護2.6軟件非工程過程 軟件工程帶來的益處又是什么 軟件工程的基本思想是什么3.1軟件工程的基本目標 軟件工程中有哪些要求 軟件工程中要考慮的因素有哪些3.2軟件工程的影響要素3.3軟件工程的業務需求3.4軟件工程的質量要求3.5軟件工程的成本要求3.6軟件工程的資源限制 如何指導軟件工程的開展 軟件工程的思想4.2以人為本4.3軟件開發不是一門藝術4.4向傳統工業學習4.5軟件工程的例外4.6軟件工廠思想7.1環境造就軟件 如何開展軟件工程 開展軟件工程有哪些方法第4章軟件工程思想5.1軟件方法論5.2用戶需求的獲取方法5.3軟件工程的分析方法5.4軟件工程的設計方法5.5軟件測試方法 軟件工程實施中最關鍵的是什么 如何保證軟件工程實施順利6.2軟件建模7.2軟件工程組織7.3軟件工程文化7.4軟件工程基礎設施8.3制定計劃8.4資源管理8.5進度和成本管理8.6質量管理8.7風險管理8.8軟件配置管理8.9項目跟蹤和控制續表問題章節、內容 如何更有效地實施軟件工程6.3元建模6.4建模語言和UML9.3商業工具解決方案9.4開源工具集成的解決方案 如何改進軟件工程 如何更好地理解軟件過程6.5.1瀑布模型的不足6.5.2V模型詮釋軟件過程6.5.3沒有統一天下的RUP6.5.4MSF的過程模型7.5過程定義7.6過程評估和改進本書特別重視理論與實踐相結合，使讀者既能領會軟件工程的思想和方法，又能將這些思想、方法等應用到實際工作中去。因此，本書既適合作為計算機軟件、軟件工程等學科的大學教材，也適合從事軟件工程人員閱讀，包括軟件項目經理、軟件開發人員和軟件測試人員。由于作者水平有限，本書難免會存在一些差錯，懇請讀者及時提出寶貴意見。作者2008年6月
more >