5種項目生命周期模型項目生命周期定義一個完整的項目生命周期一般分為：計劃、需求分析、設計、編碼、測試、發布、實施以及運行維護階段。參見下圖標準過程：軟件過程模型是從項目需求定義直至經使用后廢棄為止，跨越整個生存期的系統開發、運營維護所經歷的全部過程、活動和任務的結構框架。軟件過程模型一般分為：瀑布模型、原型模型、螺旋模型、增量模型。5種項目生命周期模型瀑布模型：特點l 階段間具有順序性和依賴性：必須等前一階段的工作完成之后，才能開始后一階段的輸入。對本階段工作進行評審，若得到確認，則繼續下階段工作，否則返回前一階段，甚至更前階段。只有前一階段輸出正確，后一階段才能正確。l推遲實現的觀點：在編碼之前，設置了需求分析與設計的各個階段，分析與設計階段的根本任務規定在這兩個階段主要考慮目標系統的邏輯模型，不涉及軟件的物理實現。l 質量保證的觀點：每個階段都堅持兩個做法：規定文檔，沒有文檔就沒有完成該段任務。每個階段結束前都要對完成的文檔進行評審，以便盡早發現問題，改正錯誤。缺點l 依賴于早期進行的唯一的一次需求調查，不能適應需求的變化；l 由于是單一流程，開發中的經驗教訓不能反饋應用于本產品的過程；l 風險往往遲至后期的開發階段才顯露，因而失去及早糾正的機會。3)適用項目l需求清晰明了且時間要求寬松的軟件開發項目；3)l規模小，需求簡單，功能單一的項目4)階段劃分計劃階段需求階段設計階段編碼階段測試階段發布階段實施階段運行維護階段原型模型：原型模型快速建立起來的可以在計算機上運行的程序，他所能完成的功能往往是最終產品能完成的功能的一個子集。一般來說，根據客戶的需要在很短的時間內解決用戶最迫切需要，完成一個可以演示的產品，這個產品只實現部分功能。原型最重要的是為了確定用戶的真正需求。原型模型在克服瀑布模型缺點、減少由于軟件需求不明確給開發工作帶來風險方面，確有顯著效果。軟件系統的原型常用有以下形式：拋棄型：開發原型為了獲取需求，在原型開發之后，已獲取了更為清晰的需求信息，原型無需保留而廢棄；漸進型：原型作為軟件最終產品的一部分，可滿足用戶的部分需求，進一步在此基礎上開發，則可增加需求，實現后再交付使用；特點l用戶需求不完全或不確定；l針對總體的輪廓先建立一個用戶需求原型，然后進行評價和反饋；l對原型進行擴充、改進和求精；l完成最終系統缺點l沒有考慮軟件的整體質量和長期的可維護性。l大部分情況是不合適的操作算法被采用目的為了演示功能，不合適的開發工具被采用僅僅為了它的方便，還有不合適的操作系統被選擇等等。l由于達不到質量要求產品可能被拋棄，而采用新的模型重新設計。適用項目l客戶能提出一般性的目標，但不能標出詳細的輸入、處理及輸出需求；或開發者不能確定算法的有效性、操作系統的適應性、及人機交互的形式。l用戶定義了一組一般性目標，但不能標識出詳細的輸入、處理及輸出需求；l開發者可能不能確定算法的有效性、操作系統的適應性或人機交互的形式階段劃分拋棄型原型模型的階段劃分：需求分析階段--獲取業務需求原型實現階段—主要是界面實現，業務流程用圖形方式表示。客戶評價階段--和客戶確認，完善業務需求漸進型原型模型的階段劃分：需求分析階段(需求分析、原型實現、客戶評價)設計階段編碼階段測試階段發布階段實施階段運行維護階段螺旋模型將瀑布模型與原型模型結合起來，并且加入兩種模型均忽略了的風險分析。特點風險驅動的，關注風險，風險分析后決策是否繼續進行項目優點l對可選方案和約束條件的強調有利于已有軟件的重用，也有助于把軟件質量作為軟件開發的一個重要目標；l減少了過多測試或測試不足；l維護和開發之間并沒有本質區別。適用項目主要是用于大規模軟件項目，需求不明朗，風險比較高的項目。階段劃分螺旋模型沿著螺線旋轉，自內向外每旋轉一圈便開發出更完善的一個新版本。一個螺旋為一個階段，每個螺旋式周期可分為：l 制定計劃： 確定軟件目標，選定實施方案，弄清項目開發的限制條件；l 風險分析： 分析所選方案，考慮如何識別和消除風險；l 實施工程： 實施軟件開發(需求、設計、編碼、測試等按螺旋周期推進)l客戶評估：評價本輪的開發結果，提出修正建議，計劃下一輪的工作。增量模型融合了瀑布模型的基本成分和原型的迭代特征。采用隨著日程時間的進展而交錯的線性序列。把軟件產品作為一系列的增量構件來分析、設計、編碼、測試和發布。1)特點l第一階段增量往往是核心產品l每一階段增量均為可發布一個版本，早期的增量是最終產品的“可拆卸”版本2)優點l人員分配靈活，剛開始不用投入大量人力資源，當核心產品很受歡迎時，可增加人力實現下一個階段增量。同時人員可以并行工作。l需求明確部分可以分階段實現，逐步優化系統需求，逐步集成系統元素l階段交付，當配備的人員不能在設定的期限內完成產品時或者客戶/市場要求進度急迫時，提供了一種先推出核心產品的途徑，這樣階段交付部分功能給客戶，對客戶起到鎮靜劑的作用。適用項目適用于需求逐漸清晰的軟件項目階段劃分計劃階段第一階段(需求、設計、編碼、測試、發布)第二階段(需求、設計、編碼、測試、發布)第N階段(需求、設計、編碼、測試、發布)發布階段實施階段運行維護階段V模型最典型的V模型版本一般會在其開始部分對軟件開發過程進行描述：v-model是一種軟件生存期模型，旨在提高軟件開發的效率和有效性，是瀑布模型的一種改進，瀑布模型(WaterfallModel)將軟件生命周期劃分為計劃、分析、設計、構建、測試和維護六個階段，且規定了它們自上而下、相互銜接的固定次序，由于早期的錯誤可能要等到開發后期的測試階段才能發現，所以帶來嚴重的后果。v-model就是在這點改進了瀑布模型，在軟件開發的生存期，開發活動和測試活動幾乎同時的開始，這兩個并行的動態的過程就會極大的較少 bug和error出現的幾率。在v-model中，我認為一個關鍵詞就是parallel，說起來簡單，卻是v-model的核心。v-model包含了三個等級，分別是生存期模型，分配模型，功能性工具需求模型，生存期模型回答了“Whathastobedone?”的問題，闡述了應當實施哪些活動，應當產生哪些結果，諸如此類。分配模型回答了“Howisitbedone”，決定了在實施活動的時候應該使用