軟體專案開發流程

乙個軟體專案研發的設計流程是怎樣的呢？以通常標準的設計方法為例，（不過筆者喜歡快速原型法）。

第乙個步驟是市場調研，技術和市場要結合才能體現最大價值。

第二個步驟是需求分析，這個階段需要出三樣東西，使用者檢視，資料詞典和使用者操作手冊。使用者檢視是該軟體使用者（包括終端使用者和管理使用者）所能看到的頁面樣式，這裡面包含了很多操作方面的流程和條件。資料詞典是指明資料邏輯關係並加以整理的東東，完成了資料詞典，資料庫的設計就完成了一半多。使用者操作手冊是指明了操作流

程的說明書。請注意，使用者操作流程和使用者檢視是由需求決定的，因此應該在軟體設計之前完成，完成這些，就為程式研發提供了約束和準繩，很遺憾太多公司都不是這樣做的，因果顛倒，順序不分

，開發工作和實際需求往往因此產生隔閡脫節的現象。需求分析，除了以上工作，筆者以為作為專案設計者應當完整的做出專案的效能需求說明書，因為往往效能需求只有懂技術的人才可能理解，這就需要技術專家和需求方（客戶或公司市場部門）能夠有真正的溝通和了解。

第三個步驟是概要設計，將系統功能模組初步劃分，並給出合理的研發流程和資源要求。作為快速原型設計方法，完成概要設計就可以進入編碼階段了，通常採用這種方法是因為涉及的研發任務屬於新領域，技術主管人員一上來無法給出明確的詳細設計說明書，但是並不是說詳細設計說明書不重要，事實上快速原型法在完成原型**後，根據評測結果和經驗教訓的總結，還要重新進行詳細設計的步驟。

第四個步驟是詳細設計，這是考驗技術專家設計思維的重要關卡，詳細設計說明書應當把具體的模組以最『乾淨』的方式(黑箱結構）提供給編碼者，使得系統整體模組化達到最大；乙份好的詳細設計說明書，可以使編碼的複雜性減低到最低，實際上，嚴格的講詳細設計說明書應當把每個函式的每個引數的定義都精精細細的提供出來，從需求分析到概要設計到完成詳細設計說明書，乙個軟體專案就應當說完成了一半了。換言之，乙個大型軟體系統在完成了一半的時候，其實還沒有開始一行**工作。那些把作軟體的程式設計師簡單理解為寫**的，就從根子上犯了錯誤了。

第五個步驟是編碼，在規範化的研發流程中，編碼工作在整個專案流程裡最多不會超過1/2，通常在1/3的時間，所謂磨刀不誤砍柴功，設計過程完成的好，編碼效率就會極大提高，編碼時不同模組之間的進度協調和協作是最需要小心的，也許乙個小模組的問題就可能影響了整體進度，讓很多程式設計師因此被迫停下工作等待，這種問題在很多研發過程中都出現過。編碼時的相互溝通和應急的解決手段都是相當重要的，對於程式設計師而言，bug永遠存在，你必須永遠面對這個問題，大名鼎鼎的微軟，可曾有連續三個月不發補丁的時候嗎？從來沒有！

第六個步驟是測試測試有很多種：按照測試執行方，可以分為內部測試和外部測試；按照測試範圍，可以分為模組測試和整體聯調；按照測試條件，可以分為正常操作情況測試和異常情況測試；按照測試的輸入範圍，可以分為全覆蓋測試和抽樣測試。以上都很好理解，不再解釋。總之，測試同樣是專案研發中乙個相當重要的步驟，對於乙個大型軟體，3個月到1年的外部測試都是正常的，因為永遠都會又不可預料的問題存在。完成測試後，完成驗收並完成最後的一些幫助文件，整體專案才算告一段落，當然日後少不了公升級，修補等等工作，只要不是想通過一錘子買賣騙錢，就要不停的跟蹤軟體的運營狀況並持續修補公升級，直到這個軟體被徹底淘汰為止。

第七個步驟是

專案的維護：在專案收尾階段結束後，專案將進入到後續的維護期。專案的後續維護期的工作，將是保證資訊科技能夠為企業中的重要業務提供服務的基礎，也是使專案產生效益的階段。在專案的維護期內，整個專案的產品都在運轉，特別是時間較長後，系統中的軟體或硬體有可能出現損壞，這時需要維護期的工程師對系統進行正常的日常維護。維護期的工作是長久的，他將一直持續到整個這個資訊科技（it）專案的結束。也就是說，什麼時候本it專案的硬體及其上執行的系統退出，那時將是專案後續的維護期的結止日。

軟體專案開發流程

軟體專案開發流程

軟體專案開發流程

軟體專案開發流程

相關推薦