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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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