02信息系統(tǒng)項目管理基礎(chǔ)

1、02第二章信息系統(tǒng)項目管理基礎(chǔ)· 項目管理基礎(chǔ)· 項目的概念· 項目是為提供一項獨特產(chǎn)品、服務(wù)或成果所做的臨時性努力。· 項目管理的特點· 項目的特點有：· 臨時性（一次性）：臨時性是指每一個項目都有確定的開始和結(jié)束日期· 獨特的產(chǎn)品、服務(wù)或成果：項目創(chuàng)造獨特的可交付成果，如產(chǎn)品、服務(wù)或成果。· 逐步完善： 逐步完善是項目伴隨臨時性和獨特性兩個概念的特點之一。逐步完善意味著分步、連續(xù)的積累。· 資源約束：每一個項目都需要具備各種資源來作為實施的保證，而資源是有限的。所以，資源成本是項目成功實施的一個約束條

2、件。· 目的性：項目工作的目的在于得到特定的結(jié)果，即項目是面向目標的。· 時間、成本和質(zhì)量是項目工作的三個主要目標，為取得項目的成功，必須同時考慮時間、成本和質(zhì)量三個因素，這三個目標經(jīng)常存在沖突。· 另一個主要的約束是項目的范圍。項目經(jīng)理的責(zé)任就是在四個要素之間進行權(quán)衡以保證項目成功。· 項目與日常運作的關(guān)系· 區(qū)別：·· 日常運作是持續(xù)不斷和重復(fù)進行的，而項目是臨時性的、獨特的。· 項目和日常運作的目標有本質(zhì)的不同。項目的目標是實現(xiàn)其目標，然后結(jié)束項目，而持續(xù)進行的日常運作的目標一般是為了維持經(jīng)營。·

3、項目的實現(xiàn)機制與日常運作大相徑庭，因為當(dāng)宣布的目標實現(xiàn)時，項目就結(jié)束了。相比之下，日常運作是確定一組新目標，然后持續(xù)進行· 項目和戰(zhàn)略規(guī)劃· 戰(zhàn)略管理包括以下三個過程：· 戰(zhàn)略制定：確定企業(yè)任務(wù)，認定企業(yè)的外部機會與威脅，認定企業(yè)內(nèi)部優(yōu)勢與弱點，建立長期目標，制定供選擇戰(zhàn)略，以及選擇特定的實施戰(zhàn)略。· 戰(zhàn)略實施：樹立年度目標、制定政策、激勵員工和配置資源，以便使制定的戰(zhàn)略得以貫徹執(zhí)行。· 戰(zhàn)略評價：重新審視外部與內(nèi)部因素；度量業(yè)績；采取糾偏措施。· 對于典型的項目型企業(yè)，一般在企業(yè)的戰(zhàn)略實施過程中，將企業(yè)的戰(zhàn)略轉(zhuǎn)化為一系列的項目來實施

4、企業(yè)的戰(zhàn)略，按多項目或項目群來管理各個項目，達到企業(yè)的戰(zhàn)略目標。· 一個優(yōu)秀的項目經(jīng)理應(yīng)該了解企業(yè)的商業(yè)戰(zhàn)略目標，與企業(yè)高層管理者緊密合作。· 信息系統(tǒng)項目的特點· 特點：· 目標不明確· 需求變化頻繁· 智力密集型· 設(shè)計隊伍龐大· 設(shè)計人員高度專業(yè)化· 涉及的承包商多· 各級承包商分布在各地，相互聯(lián)系復(fù)雜· 系統(tǒng)集成項目中需研制開發(fā)大量的軟硬件系統(tǒng)· 項目生命周期通常較短· 通常要采用大量的新技術(shù)· 使用與維護的要求非常復(fù)雜、· 項目管理定義

5、· 項目管理就是把各種知識、技能、手段和技術(shù)應(yīng)用于項目活動之中，已達到項目的要求。· 項目管理是通過應(yīng)用和綜合路啟動、計劃、實施、監(jiān)控和收尾等項目管理過程來進行的。· 項目知識體系構(gòu)成· 軟技能· 軟技能包括人際關(guān)系管理。軟技能包含以下內(nèi)容。· 有效的溝通：信息交流。· 影響一個組織：“讓事情辦成”的能力。· 領(lǐng)導(dǎo)能力：形成一個前景和戰(zhàn)略并組織人員達到它。· 激勵：激勵人員達到高水平的生產(chǎn)率并克服變革的阻力。· 談判和沖突管理：與其他人談判或達成協(xié)議。· 問題解決：問題定義和做出決策的

6、結(jié)合。· IPMP/PMP· PMNCE2 · PRINCE2 定義與結(jié)構(gòu)· PRINCE2 提供最佳的項目管理方法論，更加接近項目的實施，更加重視項目的實際收益和回報。是一種基于流程的結(jié)構(gòu)化項目管理方法。· PRINCE2旨在以一種適于廣泛項目環(huán)境的方式組織安排和著重介紹項目管理知識。假設(shè)了解和采用該方法的用戶具有一定的經(jīng)驗，能夠自行填補其省略的細節(jié)。· PRINCE2包括 4 個被稱為要素的主要部分。這4 個要素包括原則、流程、主題以及項目環(huán)境。· PRINCE2原則· PRINCE2方法具有七個原則·

7、; 持續(xù)業(yè)務(wù)驗證一一以“商業(yè)論證主題”為例證，確保項目始終符合業(yè)務(wù)目標、實現(xiàn)戰(zhàn)略與收益。· 吸取經(jīng)驗教訓(xùn)在整個項目生命周期中總結(jié)、記錄經(jīng)驗教訓(xùn)，并以此為鑒。· 明確定義的角色和職責(zé)確保合理用人，令所有人明確自己的任務(wù)要求。· 按階段管理由于計劃必須具有可管理性和預(yù)見性，因此需要分階段計劃、監(jiān)督和控制項目，并在整個項目的重要間隔設(shè)置控制點。· 例外管理PRINCE2 項目對時間、成本和范圍這三個績效目標(典型的“三元約束”）為各個層級的項目管理團隊設(shè)置了明確的權(quán)力限制與質(zhì)量、風(fēng)險和收益一起，提供了更加真實、全面的項目成功因素。· 關(guān)注產(chǎn)品由于成功

8、的項目是以產(chǎn)出（而非活動）為導(dǎo)向，因此 PMNCE2 項目特別強調(diào)交付物（PMNCE2 稱之為產(chǎn)品）的定義、生產(chǎn)和審批，從而實現(xiàn)同意的預(yù)期目標。· 根據(jù)項目環(huán)境剪裁一-認識到項目管理沒有嚴格（精確）的公式，流程和主題必須進行調(diào)整使之能夠反映每個項目的獨特狀況（避免“機械式”項目管理）· PRINCE2的4個要素·· 組織結(jié)構(gòu)對項目的影響· 組織結(jié)構(gòu)· 職能型組織· 優(yōu)點· 強大的技術(shù)支持，便于知識、技能和經(jīng)驗的交流。· 清晰的職業(yè)生涯晉升路線。· 直線溝通、交流簡單、責(zé)任和權(quán)限很清晰。·

9、; 有利于重復(fù)性工作為主的過程管理。· 缺點：· 職能利益優(yōu)先于項目，具有狹隘性· 組織橫向之間的聯(lián)系薄弱、部門間溝通、協(xié)調(diào)難度大· 項目經(jīng)理極少或缺少權(quán)利、權(quán)威· 項目管理發(fā)展方向不明，缺少項目基準等· 項目型組織· 優(yōu)點。· 結(jié)構(gòu)單一，責(zé)權(quán)分明，利于統(tǒng)一指揮。· 目標明確單一。· 溝通簡潔、方便。· 決策快。· 缺點· 管理成本過高，如項目的工作量不足則資源配置效率低· 項目環(huán)境比較封閉，不利于溝通、技術(shù)知識等共享· 員工缺乏事業(yè)上的連續(xù)型和

10、保障等· 矩陣型組織· 優(yōu)點· 項目經(jīng)理負責(zé)制、有明確的項目目標。· 改善了項目經(jīng)理對整體資源的控制。· 及時響應(yīng)。· 獲得職能組織更多的支持。· 最大限度地利用公司的稀缺資源。· 降低了跨職能部門間的協(xié)調(diào)合作難度。· 使質(zhì)量、成本、時間等制約因素得到更好的平衡。· 團隊成員有歸屬感，士氣高，問題少。· 出現(xiàn)的沖突較少，且易處理解決。· 缺點· 管理成本增加。· 多頭領(lǐng)導(dǎo)；難以監(jiān)測和控制。· 資源分配與項目優(yōu)先的問題產(chǎn)生沖突。· 權(quán)利難

11、以保持平衡等。· PMO在組織結(jié)構(gòu)中的作用· 根據(jù)需要，可以為一個項目設(shè)立一個 PMO,可以為一個部門設(shè)立-個 PMO，也可以為一個企業(yè)設(shè)立一個PMO。這三級 PMO 可以在一個組織內(nèi)可以同時存在。· 以下列出 PMO 的一些關(guān)鍵特征，但不限于此。· 在所有 PMO 管理的項目之間共享和協(xié)調(diào)資源。· 明確和制定項目管理方法、最佳實踐和標準。· 負責(zé)制訂項目方針、流程、模板和其他共享資料。· 為所有項目進行集中的配置管理。· 對所有項目的集中的共同風(fēng)險和獨特風(fēng)險存儲庫加以管理。· 項目工具（如企業(yè)級項目管理

12、軟件）的實施和管理中心。· 項目之間的溝通管理協(xié)調(diào)中心。· 對項目經(jīng)理進行指導(dǎo)的平臺。· 通常對所有 PMO 管理的項目的時間基線和預(yù)算進行集中監(jiān)控。· 在項目經(jīng)理和任何內(nèi)部或外部的質(zhì)量人員或標準化組織之間協(xié)調(diào)整體項目的質(zhì)量標準。· 信息系統(tǒng)項目的生命周期· 項目生命周期的特征· 通用項目生命周期結(jié)構(gòu)中典型的成本與人力投入水平·· 通用的生命周期結(jié)構(gòu)具有以下特征：· 成本與人力投入在開始時較低，在工作執(zhí)行期間達到最高，并在項目快要結(jié)束時迅速回落。· 風(fēng)險與不確定性在項目開始時最大，并在

13、項目的整個生命周期中隨著決策的制定與可交付成果的驗收而逐步降低17、· 隨項目時間變化的變量影響·· 項目干系人影響也隨著風(fēng)險降低而減小· 項目階段· 階段與階段的關(guān)系有兩種基本類型：· 順序關(guān)系。· 在順序關(guān)系中，一個階段只能在前一階段完成后開始。· 項目的多個階段完全按順序排列。· 其按部就班的特點減少了項目的不確定性，但也排除了縮短項目總工期的可能性。· 交疊關(guān)系。· 在交疊關(guān)系中，一個階段在前一階段完成前就開始。· 這有時可作為進度壓縮的一種技術(shù)，被稱為“快速跟進”。

14、· 階段交疊可能需要增加額外的資源來并行開展工作，可能增加風(fēng)險，也可能因尚未獲得前一階段的準確信息就開始后續(xù)工作而造成返工。· 信息系統(tǒng)項目典型生命周期模型· 瀑布模型· 瀑布模型是一個經(jīng)典的軟件生命周期模型，一般將軟件開發(fā)分為：可行性分析（計劃）、需求分析、軟件設(shè)計（概要設(shè)計、詳細設(shè)計）、編碼（含單元測試）、測試、運行維護等幾個階段· 瀑布模型特點· 從上一項開發(fā)活動接受該項活動的工作對象作為輸入。· 利用這一輸入，實施該項活動應(yīng)完成的工作內(nèi)容。· 給出該項活動的工作成果，作為輸出傳給下一項開發(fā)活動。·

15、 對該項活動的實施工作成果進行評審。若其工作成果得到確認，則繼續(xù)進行下一項開發(fā)活動；否則返回前一項，甚至更前項的活動。盡量減少多個階段間的反復(fù)。以相對來說較小的費用來開發(fā)軟件· 總結(jié)· 特點：也稱生命周期法，是結(jié)構(gòu)化方法中最常用的開發(fā)模型，本質(zhì)是“一次通過”，最后得到軟件產(chǎn)品。· 流程：該模型給出了固定的順序，開發(fā)模型是線性的，將生存期活動從上一個階段向下一個階段逐級過渡，如同流水下瀉，最終得到所開發(fā)的軟件產(chǎn)品，投入使用。當(dāng)前活動的工作結(jié)果需要進行驗證，如果驗證通過，則該結(jié)果作為下一項活動的輸入，繼續(xù)進行下一項活動，否則返回修改。· 適用：需求明確或很少

16、變更的項目，如二次開發(fā)或升級型的項目，有利于大型軟件開發(fā)人員的組織與管理；開發(fā)團隊比較弱或缺乏經(jīng)驗。· 缺點：各個階段的劃分完全固定，階段之間產(chǎn)生大量的文檔，極大地增加了工作量；由于開發(fā)模型是線性的，用戶只有等到整個過程的末期才能見到開發(fā)成果，從而增加了開發(fā)的風(fēng)險；早期的錯誤可能要等到開發(fā)后期的測試階段才能發(fā)現(xiàn)，進而帶來嚴重的后果。· 螺旋模型· 螺旋模型是一個演化軟件過程模型，將原型實現(xiàn)的迭代特征與線性順序（瀑布）模型中控制的和系統(tǒng)化的方面結(jié)合起來。· 開發(fā)過程具有周期性重復(fù)的螺旋線狀。· 四個象限分別標志每個周期所劃分的四階段：制訂計劃、風(fēng)

17、險分析、實施工程和客戶評估。· 螺旋模型強調(diào)了風(fēng)險分析，特別適用于龐大而復(fù)雜的、高風(fēng)險的系統(tǒng)。· 總結(jié)· 特點：將瀑布模型和快速原型模型結(jié)合起來，強調(diào)了其他模型所忽視的風(fēng)險分析· 流程：沿著螺線進行若干次迭代，每旋轉(zhuǎn)一圈都要經(jīng)過制定計劃、風(fēng)險分析、實施工程及客戶評價等活動。第一個增量往往是實現(xiàn)基本需求的核心產(chǎn)品。核心產(chǎn)品交付用戶使用后，經(jīng)過評價形成下一個增量的開發(fā)計劃，它包括對核心產(chǎn)品的修改和一些新功能的發(fā)布。· 適用：特別適合于大型復(fù)雜的系統(tǒng)，風(fēng)險大的項目。· 缺點：螺旋模型強調(diào)風(fēng)險分析，但要求許多客戶接受和相信這種分析，并做出相關(guān)

18、反應(yīng)是不容易的，· 這種模型往往適應(yīng)于內(nèi)部的大規(guī)模軟件開發(fā)。· 如果執(zhí)行風(fēng)險分析將大大影響項目的利潤，那么進行風(fēng)險分析毫無意義，因此，螺旋模型只適合于大規(guī)模軟件項目。· 軟件開發(fā)人員應(yīng)該擅長尋找可能的風(fēng)險，準確地分析風(fēng)險，否則將會帶來更大的風(fēng)險。· 迭代式開發(fā)模型· 迭代式開發(fā)模型，水平方向為時間維，從組織管理的角度描述整個軟件開發(fā)生命周期，分四個階段：初始、細化、構(gòu)造、移交，可進一步描述為周期（Cycle）、階段（Phase）、迭代（Iteration）;核心工作流從技術(shù)角度描述迭代模型的靜態(tài)組成部分，包括：業(yè)務(wù)建模、需求獲取、分析與設(shè)計、實

19、現(xiàn)、測試、部署。圖中的陰影部分描述了不同的工作流，在不同的時間段內(nèi)工作量的不同，幾乎所有的工作流在所有的時間段內(nèi)均有工作量，只是大小不同而已。各階段的主要任務(wù)如下。· 初始階段：系統(tǒng)地闡述項目的范圍，選擇可行的系統(tǒng)構(gòu)架，計劃和準備業(yè)務(wù)案例。· 細化階段：細化構(gòu)想，細化過程和基礎(chǔ)設(shè)施，細化構(gòu)架并選擇構(gòu)件。· 構(gòu)造階段：資源管理、控制和過程最優(yōu)化，完成構(gòu)件的開發(fā)并依評價標準進行測試，依構(gòu)想的驗收標準評估產(chǎn)品的發(fā)布。· 移交階段：同步并使并發(fā)的構(gòu)造增量集成到一致的實施基線中，與實施有關(guān)的工程活動（商業(yè)包裝和生產(chǎn)、人員培訓(xùn)等），根據(jù)完整的構(gòu)想和需求集的驗收標準評

20、估實施基線。· 總結(jié)· 特點：是 RUP 推薦的周期模型。包括產(chǎn)生產(chǎn)品發(fā)布的全部開發(fā)活動和要使用該發(fā)布必須的所有其他外圍元素。所以，在某種程度上，開發(fā)迭代是一次完整地經(jīng)過所有工作流程的過程：需求、分析設(shè)計、實施和測試工作流程。· 流程：RUP 認為，所有的階段都可以細分為迭代。每一次的迭代都會產(chǎn)生一個可以發(fā)布的產(chǎn)品，這個產(chǎn)品是最終產(chǎn)品的一個子集。· 適用：· 項目實現(xiàn)不能完整定義產(chǎn)品的所有需求、計劃多期開發(fā)的軟件開發(fā)；· 在項目開發(fā)早期需求可能有所變化；· 分析設(shè)計人員對應(yīng)用領(lǐng)域很熟悉；· 高風(fēng)險項目；·

21、 用戶可不同程度地參與整個項目的開發(fā)過程；· 使用面向?qū)ο蟮恼Z言或統(tǒng)一建模語言（Unified Modeling Language，UML）；· 使用 CASE（Computer Aided Software Engineering，計算機輔助軟件工程）工具，如 Rose；· 具有高素質(zhì)的項目管理者和軟件研發(fā)團隊。· V 模型· V 模型從整體上看起來，就是一個 V 字型的結(jié)構(gòu)，由左右兩邊組成。· 左邊的下畫線分別代表了需求分析、概要設(shè)計、詳細設(shè)計、編碼。· 右邊的上畫線代表了單元測試、集成測試、系統(tǒng)測試與驗收測試。

22、3; V 模型的特點如下：注意區(qū)分· 單元測試的主要目的是針對編碼過程中可能存在的各種錯誤；· 集成測試的主要目的是針對詳細設(shè)計中可能存在的問題；· 系統(tǒng)測試主要針對概要設(shè)計，檢查系統(tǒng)作為一個整體是否有效地得到運行；· 驗收測試通常由業(yè)務(wù)專家或者用戶進行，以確認產(chǎn)品能真正符合用戶業(yè)務(wù)上的需要。· V 模型用于需求明確和需求變更不頻繁的情形。· V模型的總結(jié)· 以測試為中心的開發(fā)模型，宣稱測試并不是一個事后彌補行為，二是一個同開發(fā)過程同樣重要的過程。· 左邊下降的是開發(fā)過程的各個階段，與此相對應(yīng)的是右邊上升的部分，即

23、測試過程的各個階段。非常明確地標明了測試過程中存在的不同級別，并且清楚地描述了這些測試階段和開發(fā)過程期間各階段的對應(yīng)關(guān)系。· 單元測試的主要目的是針對編碼過程中可能存在的各種錯誤；· 集成測試的主要目的是針對詳細設(shè)計中可能存在的問題；· 系統(tǒng)測試主要針對概要設(shè)計，檢查系統(tǒng)作為一個整體是否有效地得到運行；· 驗收測試通常由業(yè)務(wù)專家或者用戶進行，以確認產(chǎn)品能真正符合用戶業(yè)務(wù)上的需要。· 缺點：僅僅把測試過程作為在需求分析、系統(tǒng)設(shè)計及編碼之后的一個階段；忽視了測試對需求分析,系統(tǒng)設(shè)計的驗證，一直到后期的驗收測試才被發(fā)現(xiàn)。· 原型化模型

24、83; 原型化模型第一步就是創(chuàng)建一個快速原型，能夠滿足項目干系人與未來的用戶可以與原型進行交互，再通過與相關(guān)干系人進行充分的討論和分析，最終弄清楚當(dāng)前系統(tǒng)的需求，進行了充分的了解之后，在原型的基礎(chǔ)上開發(fā)出用戶滿意的產(chǎn)品。· 原型法認為在很難一下子全面準確地提出用戶需求的情況下，原型應(yīng)當(dāng)具備的特點如下。· 實際可行· 具有最終系統(tǒng)的基本特征· 構(gòu)造方便、快速，造價低。原型法的特點在于原型法對用戶的需求是動態(tài)響應(yīng)、逐步納入的。· 可以將原型分類如下。· 拋棄型原型,此類原型在系統(tǒng)真正實現(xiàn)以后就放棄不用了。· 進化型原型,此類原型

25、的構(gòu)造從目標系統(tǒng)的一個或幾個基本需求出發(fā)，通過修改和追加功能的過程逐漸豐富，演化成最終系統(tǒng)。· 原型化模型總結(jié)· 特點：快速原型模型又稱原型模型，它是增量模型的另一種形式；它是在開發(fā)真實系統(tǒng)之前，構(gòu)造一個原型，在該原型的基礎(chǔ)上，逐漸完成整個系統(tǒng)的開發(fā)工作。· 流程：· 第一步是建造一個快速原型，實現(xiàn)客戶或未來的用戶與系統(tǒng)的交互，用戶或客戶對原型進行評價，進一步細化待開發(fā)軟件的需求。通過逐步調(diào)整原型使其滿足客戶的要求，開發(fā)人員可以確定客戶的真正需求是什么；· 第二步則在第一步的基礎(chǔ)上開發(fā)客戶滿意的軟件產(chǎn)品。· 優(yōu)缺點：· 優(yōu)點

26、：克服瀑布模型的缺點，減少由于軟件需求不明確帶來的開發(fā)風(fēng)險。· 缺點：所選用的開發(fā)技術(shù)和工具不一定符合主流的發(fā)展；快速建立起來的系統(tǒng)結(jié)構(gòu)加上連續(xù)的修改可能會導(dǎo)致產(chǎn)品質(zhì)量低下。使用這個模型的前提是要有一個展示性的產(chǎn)品原型，因此在一定程度上可能會限制開發(fā)人員的創(chuàng)新。· 與瀑布模型對比：· 傳統(tǒng)的瀑布模型很難適應(yīng)需求可變、模糊不定的軟件系統(tǒng)的開發(fā)，而且在開發(fā)過程中，用戶很難參與進去，只有到開發(fā)結(jié)束才能看到整個軟件系統(tǒng)。這種理想的、線性的開發(fā)過程，缺乏靈活性，不適合實際的開發(fā)過程。· 而快速原型模型的提出，可以較好的解決瀑布模型的局限性，通過建立原型，可以更好的

27、和客戶進行溝通，解決對一些模糊需求的澄清，并且對需求的變化有較強的適應(yīng)能力。· 原型模型可以減少技術(shù)、應(yīng)用的風(fēng)險，縮短開發(fā)時間，減少費用，提高生產(chǎn)率，通過實際運行原型，提供了用戶直接評價系統(tǒng)的方法，促使用戶主動參與開發(fā)活動，加強了信息的反饋，促進了各類人員的協(xié)調(diào)交流，減少誤解，能夠適應(yīng)需求的變化，最終有效提高軟件系統(tǒng)的質(zhì)量· 敏捷開發(fā)· 敏捷開發(fā)是一種以人為核心、迭代、循序漸進的開發(fā)方法，相對于傳統(tǒng)軟件開發(fā)方法的“非敏捷”，更強調(diào)程序員團隊與業(yè)務(wù)專家之間的緊密協(xié)作、面對面的溝通（認為比書面的文檔更有效）、頻繁交付新的軟件版本、緊湊而自我組織型的團隊、能夠很好地適應(yīng)

28、需求變化的代碼編寫和團隊組織方法，也更注重軟件開發(fā)中人的作用。· Scram 是一種迭代式增量軟件開發(fā)過程，通常用于敏捷軟件開發(fā)。· 敏捷開發(fā)總結(jié)· 特點：輕量、高效、低風(fēng)險、柔性、可預(yù)測、科學(xué)且充滿樂趣的軟件開發(fā)方式。· 流程：在一個敏捷項目中，需要假定我們并不能事先確定系統(tǒng)的需求。因此在項目的初期有一個詳細設(shè)計階段的想法是不現(xiàn)實的。系統(tǒng)的設(shè)計必須隨著軟件的變化而進化。· 適用：小型或中型軟件開發(fā)團隊，并且客戶的需求模糊或者多變。· 統(tǒng)一過程（RUP）· 特點：基于構(gòu)件，由 UML 方法和工具支持。3 個顯著特點，即用例驅(qū)

29、動、以基本架構(gòu)為中心、迭代和增量。提供了在開發(fā)組織中分派任務(wù)和責(zé)任的紀律化方法。它的目標是在可預(yù)見的日程和預(yù)算前提下，確保滿足最終用戶需求的高質(zhì)量產(chǎn)品。· 流程：初始階段、細化階段、構(gòu)建階段和交付階段。每個階段結(jié)束時都要安排一次技術(shù)評審，以確定這個階段的目標是否已經(jīng)達到。（3）適用：一個通用過程框架，可以用于種類廣泛的軟件系統(tǒng)、不同的應(yīng)用領(lǐng)域、不同的組織類型、不同性能水平和不同的項目規(guī)模。· 噴泉模型· 特點：為軟件復(fù)用和生存周期中多項開發(fā)活動的集成提供了支持，“噴泉”體現(xiàn)了迭代和無間隙特性。· 流程：與傳統(tǒng)的結(jié)構(gòu)化生存期比較，具有更多的增量和迭代性質(zhì)，生存期的各個階段可以相互重疊和多次反復(fù)，而且在項目的整個生存期中還可以嵌入子生存期。該模型的各個階段沒有明顯的界限，開發(fā)人員可以同步進行開發(fā)。就像水噴上去又可以落下來，可以落在中間，也可以落在最底部。· 適用：是一種以用戶需求為動力，以對象為驅(qū)動的模型，主要用于描述面向?qū)ο蟮能浖_發(fā)過程。· 缺點：由于噴泉模型在各個開發(fā)階段是重疊