2年前，我在某個技術專家的blog上看到過一張很有意思的，可惜當時忘了儲存下來，但是其中的意境我到現在還很記得很清楚。今天在另外一篇blog：http:// 中發現，該文作者用文字形象的描述我腦海中一直留存的那張，於是順帶google了一下相關，萬幸找到一張類似的。特寫此篇blog，將我的記憶存檔。
需求分析階段：
how the writer wrote it
根據客戶描述，我們的需求分析人員給出了這樣的需求報告；
系統設計階段：how the shop built it
根據需求報告，我們的系統分析員是這樣設計整個系統的；
資料結構設計階段：how the crew set it up
根據系統分析員的設計，資料結構設計人員是這樣來實現資料的儲存，讀取，及管理的；
**編寫階段：what the designer suggested
根據設計文件，以及實際開發中碰到的大大小小的問題，我們聰明的程式設計師們最終開發出beta版；
系統測試階段：how the director used it
beta版的系統測試中，暴露出一系列的問題，只有按照程式設計師們的邏輯思維，才能正常的使用該軟體；
使用者驗收階段：what the producer wanted
完成了系統測試，將成品交付給使用者時，才發現使用者們實際要的東西是。。。
為什麼軟體專案越大，參與的人越多，失敗的機率反而越高。從巴比倫塔失敗的原因中分析，我學到了：人和人的交流溝通是需要成本的，而且這個過程中肯定會加入誤差。交流溝通的環節越多，引入的誤差越大。
那麼，該如何減小誤差呢？敏捷軟體開發中提倡的「現場客戶」看起來是乙個不錯的方案。但是，某些專案中，你很難找到這樣乙個即能全面了解客戶需求，又有足夠時間對付開發人員的詢問的現場客戶。這樣的話，我看減少環節才是唯一的辦法了。
bingo： 找到原圖了（見周愛民的《大道至簡》電子版）
軟體開發過程概要（需求分析 系統設計 開發過程）
乙個軟體的開發過程大體上有哪幾步 需求分析 1 分析使用者有哪幾種角色 分別需要哪些功能 畫用例圖 2 分析使用場景 每種場景下一步一步的動作 畫活 系統設計 3 分析系統的物件 每種物件有哪些屬性 設計po和表結構 4 設計業務邏輯 web層 邏輯層 dao 寫偽 並設計web頁面 畫介面低保真 ...
軟體開發過程
1.程式設計師寫出自認為沒有bug的 2.軟體測試，發現了20個bug。3.程式設計師修改了10個bug，並告訴測試組另外10個不是bug。4.測試組發現其中5個改動根本無法工作，同時又發現了15個新bug。5.重複3次步驟3和步驟4。6.鑑於市場方面的壓力，為了配合當初制定的過分樂觀的發布時間表，...
軟體開發過程
1.程式設計師寫出自認為沒有bug的 2.軟體測試，發現了20個bug。3.程式設計師修改了10個bug，並告訴測試組另外10個不是bug。4.測試組發現其中5個改動根本無法工作，同時又發現了15個新bug。5.重複3次步驟3和步驟4。6.鑑於市場方面的壓力，為了配合當初制定的過分樂觀的發布時間表，...