專業(yè)前沿技術(shù)應(yīng)用發(fā)展動(dòng)態(tài)軟件項(xiàng)目管理

1、專業(yè)前沿技術(shù)應(yīng)用發(fā)展動(dòng)態(tài)軟件項(xiàng)目管理軟件軟件 項(xiàng)項(xiàng) 目目 管管 理理IT Project Management.4軟件工程概念的提出軟件工程概念的提出軟件工程是針對(duì)軟件工程是針對(duì)2020世紀(jì)世紀(jì)6060年代年代“軟件危機(jī)軟件危機(jī)”提出提出來(lái)的，許多專家嘗試把其他工程領(lǐng)域中性質(zhì)有效的工來(lái)的，許多專家嘗試把其他工程領(lǐng)域中性質(zhì)有效的工程學(xué)知識(shí)運(yùn)用到軟件開發(fā)工作中，經(jīng)過(guò)實(shí)踐和總結(jié)得程學(xué)知識(shí)運(yùn)用到軟件開發(fā)工作中，經(jīng)過(guò)實(shí)踐和總結(jié)得出結(jié)論：按工程化的原則和方法組織軟件開發(fā)工作是出結(jié)論：按工程化的原則和方法組織軟件開發(fā)工作是有效的，是擺脫軟件危機(jī)的主要出路。有效的，是擺脫軟件危機(jī)的主要出路。19681968年

2、，年，NATONATO在德國(guó)組織的國(guó)際學(xué)術(shù)會(huì)議上，在德國(guó)組織的國(guó)際學(xué)術(shù)會(huì)議上，BauerBauer首先提出了首先提出了“軟件工程軟件工程”的概念，標(biāo)志著軟件的概念，標(biāo)志著軟件開發(fā)進(jìn)入了軟件工程階段。開發(fā)進(jìn)入了軟件工程階段。5應(yīng)用計(jì)算機(jī)科學(xué)、數(shù)學(xué)及管理科學(xué)等原理開發(fā)應(yīng)用計(jì)算機(jī)科學(xué)、數(shù)學(xué)及管理科學(xué)等原理開發(fā)軟件的工程。它借鑒傳統(tǒng)工程的原則、方法，以提軟件的工程。它借鑒傳統(tǒng)工程的原則、方法，以提高質(zhì)量、降低成本為目的。高質(zhì)量、降低成本為目的。軟件工程包括三個(gè)要素：軟件工程包括三個(gè)要素：方法：為軟件開發(fā)提供了方法：為軟件開發(fā)提供了如何做如何做”工具：為軟件工程方法提供了自動(dòng)化或半自動(dòng)工具：為軟件工程方

3、法提供了自動(dòng)化或半自動(dòng)化的軟件支撐環(huán)境，即化的軟件支撐環(huán)境，即CASECASE過(guò)程：將軟件工程的方法和工具綜合起來(lái)以達(dá)過(guò)程：將軟件工程的方法和工具綜合起來(lái)以達(dá)到合理、及時(shí)地進(jìn)行計(jì)算機(jī)軟件開發(fā)的目的。到合理、及時(shí)地進(jìn)行計(jì)算機(jī)軟件開發(fā)的目的。6質(zhì)量等問題焦點(diǎn)質(zhì)量等問題焦點(diǎn)過(guò)程過(guò)程方法方法工具工具7軟件工程過(guò)程通常包括四個(gè)基本的過(guò)程活動(dòng)。描述這個(gè)過(guò)程軟件工程過(guò)程通常包括四個(gè)基本的過(guò)程活動(dòng)。描述這個(gè)過(guò)程活動(dòng)的模型是由活動(dòng)的模型是由ShewhartShewhart提出并由提出并由DemingDeming引入日本并得到普及引入日本并得到普及的的PDCAPDCA模型。該模型。該模型把整個(gè)模型把整個(gè)軟件工程過(guò)

4、程分為四個(gè)依次循環(huán)部軟件工程過(guò)程分為四個(gè)依次循環(huán)部分：分：計(jì)劃（計(jì)劃（PlanPlan）：軟件規(guī)格說(shuō)明）：軟件規(guī)格說(shuō)明，規(guī)定軟件的功能及其運(yùn)行的規(guī)定軟件的功能及其運(yùn)行的限制；限制；實(shí)施（實(shí)施（DoDo）：軟件開發(fā)，產(chǎn)生滿足規(guī)格說(shuō)明的軟件）：軟件開發(fā)，產(chǎn)生滿足規(guī)格說(shuō)明的軟件；檢查（檢查（CheckCheck）：軟件確認(rèn)，確認(rèn)軟件能夠完成客戶提出的）：軟件確認(rèn)，確認(rèn)軟件能夠完成客戶提出的要求要求。行動(dòng)（行動(dòng)（ActAct）：軟件演進(jìn)，為滿足客戶的變更要求，軟件必）：軟件演進(jìn)，為滿足客戶的變更要求，軟件必須在使用的過(guò)程中演進(jìn)須在使用的過(guò)程中演進(jìn)。8 PDCA循環(huán)方法是有效進(jìn)行任何一種工作的邏輯工作循

5、環(huán)方法是有效進(jìn)行任何一種工作的邏輯工作程序。它由計(jì)劃、執(zhí)行、檢查和行動(dòng)程序。它由計(jì)劃、執(zhí)行、檢查和行動(dòng)4個(gè)基本階段構(gòu)個(gè)基本階段構(gòu)成一個(gè)循環(huán)，并且根據(jù)需要可以周而復(fù)始地多次螺成一個(gè)循環(huán)，并且根據(jù)需要可以周而復(fù)始地多次螺旋循環(huán)。它被稱為過(guò)程旋循環(huán)。它被稱為過(guò)程管理的基本方法。管理的基本方法。 PDCA循環(huán)方法有以下特點(diǎn)：循環(huán)方法有以下特點(diǎn)：大環(huán)套小環(huán)，互相促進(jìn)大環(huán)套小環(huán)，互相促進(jìn)不斷螺旋循環(huán)上升，不斷螺旋循環(huán)上升，4個(gè)階段要周而復(fù)始地依次個(gè)階段要周而復(fù)始地依次進(jìn)行，而每一次循環(huán)都有新的內(nèi)容和目標(biāo)，質(zhì)量水進(jìn)行，而每一次循環(huán)都有新的內(nèi)容和目標(biāo)，質(zhì)量水平上升一層。平上升一層?？茖W(xué)管理方法的綜合應(yīng)用科學(xué)管

6、理方法的綜合應(yīng)用9階段階段步驟步驟主要方法主要方法P1. 分析現(xiàn)狀，找出問題分析現(xiàn)狀，找出問題排列圖，直方圖，控制圖排列圖，直方圖，控制圖2. 分析各種影響因素分析各種影響因素因果圖因果圖3. 找出主要影響因素找出主要影響因素排列圖，相關(guān)圖排列圖，相關(guān)圖4. 針對(duì)主要原因，指定措施、計(jì)劃針對(duì)主要原因，指定措施、計(jì)劃回答回答“5W1H”D5. 執(zhí)行計(jì)劃執(zhí)行計(jì)劃C6. 檢查計(jì)劃執(zhí)行結(jié)果檢查計(jì)劃執(zhí)行結(jié)果排列圖，直方圖，控制圖排列圖，直方圖，控制圖A7. 總結(jié)成功經(jīng)驗(yàn)，制定相應(yīng)標(biāo)準(zhǔn)總結(jié)成功經(jīng)驗(yàn)，制定相應(yīng)標(biāo)準(zhǔn)制定或修改工作規(guī)程，檢制定或修改工作規(guī)程，檢查規(guī)程及其他有關(guān)規(guī)章制查規(guī)程及其他有關(guān)規(guī)章制度度8.

7、 把未解決的問題裝入下一個(gè)循環(huán)把未解決的問題裝入下一個(gè)循環(huán)10PlanDoCheckActPDCAPDCA過(guò)程循環(huán)模型過(guò)程循環(huán)模型一個(gè)一個(gè)PDCAPDCA循環(huán)的過(guò)程循環(huán)的過(guò)程11實(shí)際上，軟件工程過(guò)程是一個(gè)軟件開發(fā)機(jī)實(shí)際上，軟件工程過(guò)程是一個(gè)軟件開發(fā)機(jī)構(gòu)針對(duì)某一類軟件產(chǎn)品（或某一個(gè)項(xiàng)目）為自構(gòu)針對(duì)某一類軟件產(chǎn)品（或某一個(gè)項(xiàng)目）為自己規(guī)定的工作步驟。圍繞這個(gè)問題，人們開展己規(guī)定的工作步驟。圍繞這個(gè)問題，人們開展了有關(guān)研究，了有關(guān)研究，2020世紀(jì)世紀(jì)8080年代以前主要是研究系年代以前主要是研究系統(tǒng)實(shí)現(xiàn)技術(shù)，以后開始著重開發(fā)管理和軟件質(zhì)統(tǒng)實(shí)現(xiàn)技術(shù)，以后開始著重開發(fā)管理和軟件質(zhì)量，近幾年又偏向研究軟

8、件復(fù)用和軟件構(gòu)件量，近幾年又偏向研究軟件復(fù)用和軟件構(gòu)件技術(shù)，形成了比較完善的軟件工程框架。技術(shù)，形成了比較完善的軟件工程框架。12原則原則目標(biāo)目標(biāo)活動(dòng)活動(dòng)13根據(jù)軟件工程框架，可以看到軟件工程根據(jù)軟件工程框架，可以看到軟件工程涉及到軟件工程的目標(biāo)、軟件工程的原則和涉及到軟件工程的目標(biāo)、軟件工程的原則和軟件工程活動(dòng)三個(gè)方面。軟件工程活動(dòng)三個(gè)方面。軟件工程活動(dòng)是軟件工程活動(dòng)是“生產(chǎn)一個(gè)最終滿足需生產(chǎn)一個(gè)最終滿足需求且達(dá)到工程目標(biāo)的軟件產(chǎn)品所需要的步驟求且達(dá)到工程目標(biāo)的軟件產(chǎn)品所需要的步驟”。伴隨這些活動(dòng)，工程活動(dòng)還包括管理過(guò)程、伴隨這些活動(dòng)，工程活動(dòng)還包括管理過(guò)程、支持過(guò)程、培訓(xùn)過(guò)程等。支持過(guò)程、

9、培訓(xùn)過(guò)程等。14 從軟件工程的角度講，軟件開發(fā)分為六個(gè)階從軟件工程的角度講，軟件開發(fā)分為六個(gè)階段，即：段，即： 需求分析階段需求分析階段 概要設(shè)計(jì)階段概要設(shè)計(jì)階段 詳細(xì)設(shè)計(jì)階段詳細(xì)設(shè)計(jì)階段 編碼階段編碼階段 測(cè)試階段測(cè)試階段 安裝和維護(hù)階段安裝和維護(hù)階段15典型的軟件開發(fā)模型有典型的軟件開發(fā)模型有: 瀑布模型（瀑布模型（Waterfall Model） 漸增模型漸增模型/演化演化/迭代（迭代（Incremental Model） 原型模型（原型模型（Prototype Model） 螺旋模型（螺旋模型（Spiral Model） 噴泉模型（噴泉模型（Fountain Model） 智能模型（智

10、能模型（Intelligent Model） 混合模型（混合模型（Hybird Model）16瀑布模型也稱線性模型，它規(guī)定了軟件工程的各項(xiàng)活動(dòng)，瀑布模型也稱線性模型，它規(guī)定了軟件工程的各項(xiàng)活動(dòng)，并且規(guī)定它們必須自上而下、相互銜接的固定順序，如同瀑布并且規(guī)定它們必須自上而下、相互銜接的固定順序，如同瀑布流水，逐級(jí)落下。流水，逐級(jí)落下。計(jì)劃計(jì)劃系統(tǒng)分析系統(tǒng)分析系統(tǒng)設(shè)計(jì)系統(tǒng)設(shè)計(jì)程序編碼程序編碼軟件測(cè)試軟件測(cè)試運(yùn)行、維護(hù)運(yùn)行、維護(hù)定義階段定義階段開發(fā)階段開發(fā)階段維護(hù)階段維護(hù)階段時(shí)間方向時(shí)間方向17 階段間具有順序性和依賴性階段間具有順序性和依賴性 推遲實(shí)現(xiàn)的觀點(diǎn)推遲實(shí)現(xiàn)的觀點(diǎn) 每個(gè)階段必須完成規(guī)定的

11、文檔和成果每個(gè)階段必須完成規(guī)定的文檔和成果 每個(gè)階段結(jié)束前完成文檔審查，盡早每個(gè)階段結(jié)束前完成文檔審查，盡早改正錯(cuò)誤改正錯(cuò)誤18 瀑布模型是最典型的軟件工程開發(fā)模式，簡(jiǎn)潔、瀑布模型是最典型的軟件工程開發(fā)模式，簡(jiǎn)潔、精確、實(shí)用，便于控制管理，效果顯著。精確、實(shí)用，便于控制管理，效果顯著。采用瀑布模型的三個(gè)要點(diǎn)：采用瀑布模型的三個(gè)要點(diǎn)： 瀑布模型非常強(qiáng)調(diào)產(chǎn)品的定義。開發(fā)或者編寫代瀑布模型非常強(qiáng)調(diào)產(chǎn)品的定義。開發(fā)或者編寫代碼階段只是其中單獨(dú)的一塊任務(wù)。碼階段只是其中單獨(dú)的一塊任務(wù)。 瀑布模型各步驟是分立的、沒有交叉。瀑布模型各步驟是分立的、沒有交叉。 瀑布模型無(wú)法回溯。一旦進(jìn)入某一個(gè)步驟，就要瀑布模

12、型無(wú)法回溯。一旦進(jìn)入某一個(gè)步驟，就要完成該步驟的任務(wù)，然后才能向下繼續(xù)。完成該步驟的任務(wù)，然后才能向下繼續(xù)。19瀑布模式的特點(diǎn)：瀑布模式的特點(diǎn)：對(duì)于有明確清晰的產(chǎn)品定義和訓(xùn)練有素的開發(fā)人員的項(xiàng)對(duì)于有明確清晰的產(chǎn)品定義和訓(xùn)練有素的開發(fā)人員的項(xiàng)目而言，該模式效果良好。可以在編寫代碼之前解決所目而言，該模式效果良好?？梢栽诰帉懘a之前解決所有的未知問題并明確所有細(xì)節(jié)。缺點(diǎn)是反映客戶變化需有的未知問題并明確所有細(xì)節(jié)。缺點(diǎn)是反映客戶變化需求慢，開發(fā)周期長(zhǎng)。求慢，開發(fā)周期長(zhǎng)。對(duì)測(cè)試而言，瀑布模式比其他模式更有優(yōu)勢(shì)。其每一步對(duì)測(cè)試而言，瀑布模式比其他模式更有優(yōu)勢(shì)。其每一步驟都有完整細(xì)致的文檔說(shuō)明記錄。測(cè)試員

13、根據(jù)此制定精驟都有完整細(xì)致的文檔說(shuō)明記錄。測(cè)試員根據(jù)此制定精確的計(jì)劃和進(jìn)度、測(cè)試對(duì)象明確。但是缺點(diǎn)也明顯，即確的計(jì)劃和進(jìn)度、測(cè)試對(duì)象明確。但是缺點(diǎn)也明顯，即測(cè)試僅在最后進(jìn)行。會(huì)導(dǎo)致一些根本性問題只能在后期測(cè)試僅在最后進(jìn)行。會(huì)導(dǎo)致一些根本性問題只能在后期發(fā)現(xiàn)，造成修復(fù)缺陷的費(fèi)用增大許多。發(fā)現(xiàn)，造成修復(fù)缺陷的費(fèi)用增大許多。20指導(dǎo)思想：在進(jìn)行基本需求分析后，快速開發(fā)出產(chǎn)品指導(dǎo)思想：在進(jìn)行基本需求分析后，快速開發(fā)出產(chǎn)品的原型，然后基于此原型，和客戶溝通、交流，更好地了的原型，然后基于此原型，和客戶溝通、交流，更好地了解客戶需求，不斷修改完善原型，到雙方認(rèn)可后，再詳細(xì)解客戶需求，不斷修改完善原型，到雙

14、方認(rèn)可后，再詳細(xì)地分析、設(shè)計(jì)和編程，最終開發(fā)出客戶滿意的產(chǎn)品。地分析、設(shè)計(jì)和編程，最終開發(fā)出客戶滿意的產(chǎn)品。最終軟件產(chǎn)品典型的非正規(guī)說(shuō)明書反復(fù)編碼修改21確定用戶基本需求：基本需求、系統(tǒng)范圍、成本估計(jì)開發(fā)初始原型使用、評(píng)價(jià)原型修改、增強(qiáng)原型將原形作為應(yīng)用系統(tǒng)將原形作為應(yīng)用系統(tǒng)開發(fā)的基礎(chǔ)用戶滿意否？不滿意滿意滿意本步驟是一個(gè)反復(fù)迭代的過(guò)程，直到用戶滿意位置。221） 原型分類原型分類: 探索性探索性 ,實(shí)驗(yàn)性實(shí)驗(yàn)性, 演化性演化性 拋棄原型拋棄原型 附加原型附加原型 (探索性原型主要用于需求分析階段，檢查需求分析的正探索性原型主要用于需求分析階段，檢查需求分析的正確性和完整性；實(shí)驗(yàn)性原型主要用于

15、設(shè)計(jì)階段，檢查設(shè)確性和完整性；實(shí)驗(yàn)性原型主要用于設(shè)計(jì)階段，檢查設(shè)計(jì)的正確性；這兩種原型用完就廢棄不用，因此叫做拋計(jì)的正確性；這兩種原型用完就廢棄不用，因此叫做拋棄原型。棄原型。)2） 構(gòu)造原型的技術(shù)構(gòu)造原型的技術(shù): 超高級(jí)語(yǔ)言超高級(jí)語(yǔ)言(比如比如:超文本語(yǔ)言或超文本語(yǔ)言或UML等等) 虛擬現(xiàn)實(shí)建摸語(yǔ)言虛擬現(xiàn)實(shí)建摸語(yǔ)言(VRML) 其它其它3D語(yǔ)言等語(yǔ)言等2324 RAD（Rapid Application Development）模式，即快速應(yīng)用）模式，即快速應(yīng)用開發(fā)模式。由于其模式構(gòu)圖像字母開發(fā)模式。由于其模式構(gòu)圖像字母V，故也稱為，故也稱為V模式。它通過(guò)模式。它通過(guò)使用基于構(gòu)件的開發(fā)方法來(lái)

16、縮短產(chǎn)品開發(fā)的周期，提高開發(fā)的使用基于構(gòu)件的開發(fā)方法來(lái)縮短產(chǎn)品開發(fā)的周期，提高開發(fā)的速度。速度。RAD模式與原型法相反，它要求作好需求分析，并且項(xiàng)模式與原型法相反，它要求作好需求分析，并且項(xiàng)目的范圍明確。它包含以下幾個(gè)階段：目的范圍明確。它包含以下幾個(gè)階段： 業(yè)務(wù)建模：業(yè)務(wù)活動(dòng)中的信息流被模式化，確定誰(shuí)生成何信息業(yè)務(wù)建模：業(yè)務(wù)活動(dòng)中的信息流被模式化，確定誰(shuí)生成何信息驅(qū)動(dòng)業(yè)務(wù)流程等。驅(qū)動(dòng)業(yè)務(wù)流程等。 數(shù)據(jù)建模：上一步定義的部分信息流被細(xì)化。形成若干支持該數(shù)據(jù)建模：上一步定義的部分信息流被細(xì)化。形成若干支持該業(yè)務(wù)的數(shù)據(jù)對(duì)象，標(biāo)出每個(gè)對(duì)象的屬性和對(duì)象間的關(guān)系。業(yè)務(wù)的數(shù)據(jù)對(duì)象，標(biāo)出每個(gè)對(duì)象的屬性和對(duì)象

17、間的關(guān)系。處理建模：描述增加、修改、刪除或獲取數(shù)據(jù)對(duì)象的操作。處理建模：描述增加、修改、刪除或獲取數(shù)據(jù)對(duì)象的操作。應(yīng)用生成：用應(yīng)用生成：用4GL技術(shù)復(fù)用已有的程序構(gòu)件生成代碼。技術(shù)復(fù)用已有的程序構(gòu)件生成代碼。測(cè)試及反復(fù)：對(duì)編好的程序模擬運(yùn)行，查找潛在的錯(cuò)誤，發(fā)現(xiàn)測(cè)試及反復(fù)：對(duì)編好的程序模擬運(yùn)行，查找潛在的錯(cuò)誤，發(fā)現(xiàn)后再修改重測(cè)。已有構(gòu)件可免測(cè)以節(jié)約時(shí)間。后再修改重測(cè)。已有構(gòu)件可免測(cè)以節(jié)約時(shí)間。25需求分析需求分析規(guī)格說(shuō)明書規(guī)格說(shuō)明書概要設(shè)計(jì)概要設(shè)計(jì)驗(yàn)收測(cè)試驗(yàn)收測(cè)試集成集成測(cè)試測(cè)試系統(tǒng)測(cè)試系統(tǒng)測(cè)試單元測(cè)試單元測(cè)試編碼編碼程序設(shè)計(jì)程序設(shè)計(jì)26 從上圖可見。從上圖可見。RAD模式避免了瀑布式模式所帶

18、來(lái)模式避免了瀑布式模式所帶來(lái)的誤區(qū)的誤區(qū)軟件測(cè)試是在代碼完成后進(jìn)行。軟件測(cè)試是在代碼完成后進(jìn)行。RAD模模式說(shuō)明軟件測(cè)試的工作很早就應(yīng)該開始，即從項(xiàng)目一式說(shuō)明軟件測(cè)試的工作很早就應(yīng)該開始，即從項(xiàng)目一啟動(dòng)就開始。圖中左側(cè)是設(shè)計(jì)分析，右側(cè)是驗(yàn)證和測(cè)啟動(dòng)就開始。圖中左側(cè)是設(shè)計(jì)分析，右側(cè)是驗(yàn)證和測(cè)試，即對(duì)左邊結(jié)果的檢驗(yàn)，如：試，即對(duì)左邊結(jié)果的檢驗(yàn)，如： 需求分析和功能設(shè)計(jì)對(duì)應(yīng)驗(yàn)收測(cè)試需求分析和功能設(shè)計(jì)對(duì)應(yīng)驗(yàn)收測(cè)試 系統(tǒng)概要設(shè)計(jì)對(duì)應(yīng)系統(tǒng)測(cè)試，建立測(cè)試環(huán)境系統(tǒng)概要設(shè)計(jì)對(duì)應(yīng)系統(tǒng)測(cè)試，建立測(cè)試環(huán)境 詳細(xì)設(shè)計(jì)對(duì)應(yīng)集成測(cè)試，準(zhǔn)備測(cè)試用例詳細(xì)設(shè)計(jì)對(duì)應(yīng)集成測(cè)試，準(zhǔn)備測(cè)試用例 編程設(shè)計(jì)對(duì)應(yīng)單元測(cè)試，及時(shí)發(fā)現(xiàn)每個(gè)模塊的問

19、題，編程設(shè)計(jì)對(duì)應(yīng)單元測(cè)試，及時(shí)發(fā)現(xiàn)每個(gè)模塊的問題，加快速度，提高質(zhì)量，減少成本。加快速度，提高質(zhì)量，減少成本。27需求分析需求分析概要設(shè)計(jì)概要設(shè)計(jì)詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼編碼確認(rèn)需求確認(rèn)需求客戶客戶PM技術(shù)支持技術(shù)支持校驗(yàn)設(shè)計(jì)校驗(yàn)設(shè)計(jì)驗(yàn)證代碼驗(yàn)證代碼驗(yàn)收測(cè)試驗(yàn)收測(cè)試集成集成測(cè)試測(cè)試系統(tǒng)測(cè)試系統(tǒng)測(cè)試單元測(cè)試單元測(cè)試28 螺旋模型（螺旋模型（Boehm）是對(duì)前述各開發(fā)模式的改進(jìn)，）是對(duì)前述各開發(fā)模式的改進(jìn)，是一個(gè)演化軟件過(guò)程模式。其總體思想是不把原型是一個(gè)演化軟件過(guò)程模式。其總體思想是不把原型的迭代特征與線性順序模型中控制和系統(tǒng)化方面結(jié)的迭代特征與線性順序模型中控制和系統(tǒng)化方面結(jié)合起來(lái)，采用面向?qū)ο蠹?/p>

20、術(shù)和可視化工具，逐步定合起來(lái)，采用面向?qū)ο蠹夹g(shù)和可視化工具，逐步定義功能細(xì)節(jié)和產(chǎn)品界面，逐步實(shí)現(xiàn)，接受客戶反饋義功能細(xì)節(jié)和產(chǎn)品界面，逐步實(shí)現(xiàn)，接受客戶反饋并改進(jìn)。然后進(jìn)入下一階段，重復(fù)上述過(guò)程，直至并改進(jìn)。然后進(jìn)入下一階段，重復(fù)上述過(guò)程，直至得到最終產(chǎn)品。得到最終產(chǎn)品。 螺旋模式被劃分為若干框架活動(dòng)，也稱任務(wù)區(qū)域。螺旋模式被劃分為若干框架活動(dòng)，也稱任務(wù)區(qū)域。一般由一般由36個(gè)任務(wù)區(qū)域構(gòu)成，以個(gè)任務(wù)區(qū)域構(gòu)成，以4個(gè)居多。個(gè)居多。29 螺旋模型是指把軟件開發(fā)工作劃分成若干個(gè)循環(huán)重復(fù)的階螺旋模型是指把軟件開發(fā)工作劃分成若干個(gè)循環(huán)重復(fù)的階段（周期），每個(gè)周期階段在笛卡兒坐標(biāo)的四個(gè)象限上分別表段（周期）

21、，每個(gè)周期階段在笛卡兒坐標(biāo)的四個(gè)象限上分別表達(dá)了四個(gè)方面的活動(dòng)。即：達(dá)了四個(gè)方面的活動(dòng)。即：制定方案：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開發(fā)的制定方案：確定軟件目標(biāo)，選定實(shí)施方案，弄清項(xiàng)目開發(fā)的限制條件限制條件風(fēng)險(xiǎn)分析：分析所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)風(fēng)險(xiǎn)分析：分析所選方案，考慮如何識(shí)別和消除風(fēng)險(xiǎn)實(shí)施工程：實(shí)施軟件開發(fā)實(shí)施工程：實(shí)施軟件開發(fā)評(píng)估：評(píng)價(jià)開發(fā)工作，提出修正建議和相應(yīng)計(jì)劃評(píng)估：評(píng)價(jià)開發(fā)工作，提出修正建議和相應(yīng)計(jì)劃沿著螺旋線自內(nèi)向外每旋轉(zhuǎn)一圈便代表開發(fā)出更為完善的新沿著螺旋線自內(nèi)向外每旋轉(zhuǎn)一圈便代表開發(fā)出更為完善的新的軟件版本。最外圈的是最新的版本，一個(gè)軟件會(huì)有若干個(gè)版的軟件版本

22、。最外圈的是最新的版本，一個(gè)軟件會(huì)有若干個(gè)版本。本。30風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析原型原型1原型原型2原原型型3可運(yùn)可運(yùn)行原行原型型需求計(jì)劃需求計(jì)劃生存期生存期開發(fā)計(jì)劃開發(fā)計(jì)劃組裝與測(cè)試組裝與測(cè)試計(jì)計(jì)劃劃軟件軟件需求需求需求需求確認(rèn)確認(rèn)設(shè)計(jì)確認(rèn)設(shè)計(jì)確認(rèn)與驗(yàn)證與驗(yàn)證軟件產(chǎn)軟件產(chǎn)品設(shè)計(jì)品設(shè)計(jì)詳細(xì)詳細(xì)設(shè)計(jì)設(shè)計(jì)編編碼碼單單元元測(cè)測(cè)試試實(shí)實(shí)現(xiàn)現(xiàn)驗(yàn)收驗(yàn)收測(cè)試測(cè)試組裝組裝與測(cè)與測(cè)試試確定目標(biāo)、確定目標(biāo)、方案和限制方案和限制風(fēng)險(xiǎn)分析風(fēng)險(xiǎn)分析評(píng)價(jià)方案、評(píng)價(jià)方案、識(shí)別風(fēng)險(xiǎn)、識(shí)別風(fēng)險(xiǎn)、消除風(fēng)險(xiǎn)消除風(fēng)險(xiǎn)評(píng)估評(píng)估實(shí)施工程實(shí)施工程開發(fā)、驗(yàn)證開發(fā)、驗(yàn)證下一產(chǎn)品下一產(chǎn)品提交線提交線評(píng)審評(píng)審累計(jì)成本累計(jì)成

23、本31 螺旋模式中包含了幾種開發(fā)模式的優(yōu)點(diǎn)，比如：螺旋模式中包含了幾種開發(fā)模式的優(yōu)點(diǎn)，比如：瀑布模式（分析、設(shè)計(jì)、開發(fā)和測(cè)試的步驟）；瀑布模式（分析、設(shè)計(jì)、開發(fā)和測(cè)試的步驟）；邊寫邊改模式（螺旋模式的每一次重復(fù)階段）；邊寫邊改模式（螺旋模式的每一次重復(fù)階段）；大爆炸模式（從外界觀察）。大爆炸模式（從外界觀察）。 螺旋模式發(fā)現(xiàn)問題早、解決軟件缺陷成本低、適螺旋模式發(fā)現(xiàn)問題早、解決軟件缺陷成本低、適應(yīng)客戶需求變化快，測(cè)試員可以盡早介入，提前應(yīng)客戶需求變化快，測(cè)試員可以盡早介入，提前到設(shè)計(jì)階段發(fā)現(xiàn)問題。是目前一種很好的軟件開到設(shè)計(jì)階段發(fā)現(xiàn)問題。是目前一種很好的軟件開發(fā)模式。發(fā)模式。32 與傳統(tǒng)的過(guò)程

24、模式不同，在螺旋模式中，軟件交與傳統(tǒng)的過(guò)程模式不同，在螺旋模式中，軟件交付了并不等于結(jié)束，其適用于計(jì)算機(jī)軟件的整個(gè)付了并不等于結(jié)束，其適用于計(jì)算機(jī)軟件的整個(gè)生命周期。一個(gè)生命周期。一個(gè)“概念開發(fā)項(xiàng)目概念開發(fā)項(xiàng)目”從螺旋的核心從螺旋的核心（水平軸）開始一直持續(xù)到概念開發(fā)結(jié)束。如果（水平軸）開始一直持續(xù)到概念開發(fā)結(jié)束。如果概念被開發(fā)成真正的產(chǎn)品，過(guò)程又從水平軸一個(gè)概念被開發(fā)成真正的產(chǎn)品，過(guò)程又從水平軸一個(gè)新的起點(diǎn)開始，意味著一個(gè)新的開發(fā)項(xiàng)目開始了。新的起點(diǎn)開始，意味著一個(gè)新的開發(fā)項(xiàng)目開始了。 本質(zhì)上，具有上述特征的螺旋是一直運(yùn)轉(zhuǎn)的，直本質(zhì)上，具有上述特征的螺旋是一直運(yùn)轉(zhuǎn)的，直到軟件退役。對(duì)于大型軟

25、件系統(tǒng)的開發(fā)來(lái)說(shuō)，螺到軟件退役。對(duì)于大型軟件系統(tǒng)的開發(fā)來(lái)說(shuō)，螺旋模式更是一個(gè)很現(xiàn)實(shí)的選擇。旋模式更是一個(gè)很現(xiàn)實(shí)的選擇。33為了衡量軟件開發(fā)商承包和開發(fā)軟件的能力，為了衡量軟件開發(fā)商承包和開發(fā)軟件的能力，美國(guó)國(guó)防部委托卡內(nèi)基美國(guó)國(guó)防部委托卡內(nèi)基.梅隆大學(xué)軟件工程研究所梅隆大學(xué)軟件工程研究所（SEI）提出了一個(gè)軟件開發(fā)過(guò)程能力成熟度模型）提出了一個(gè)軟件開發(fā)過(guò)程能力成熟度模型（Capability Maturity Model, CMM），也就是指），也就是指過(guò)程計(jì)劃水平、過(guò)程實(shí)施水平、過(guò)程管理和控制水過(guò)程計(jì)劃水平、過(guò)程實(shí)施水平、過(guò)程管理和控制水平、過(guò)程改善潛力等指標(biāo)的綜合評(píng)價(jià)。平、過(guò)程改善潛力等指

26、標(biāo)的綜合評(píng)價(jià)。CMM幾經(jīng)修改，最新的正式版本是幾經(jīng)修改，最新的正式版本是1999年修年修訂的版，已形成標(biāo)準(zhǔn)，其模型分為訂的版，已形成標(biāo)準(zhǔn)，其模型分為5個(gè)等級(jí)，分別個(gè)等級(jí)，分別是：初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)和優(yōu)是：初始級(jí)、可重復(fù)級(jí)、已定義級(jí)、已管理級(jí)和優(yōu)化級(jí)?；?jí)。34初始級(jí)初始級(jí)可重復(fù)級(jí)可重復(fù)級(jí)已定義級(jí)已定義級(jí)已管理級(jí)已管理級(jí)優(yōu)化級(jí)優(yōu)化級(jí)不斷改進(jìn)、優(yōu)化過(guò)程不斷改進(jìn)、優(yōu)化過(guò)程可預(yù)測(cè)過(guò)程可預(yù)測(cè)過(guò)程標(biāo)準(zhǔn)一致過(guò)程標(biāo)準(zhǔn)一致過(guò)程紀(jì)律化過(guò)程紀(jì)律化過(guò)程第一級(jí)第一級(jí)第二級(jí)第二級(jí)第三級(jí)第三級(jí)第四級(jí)第四級(jí)第五級(jí)第五級(jí)軟件能力成熟度等級(jí)軟件能力成熟度等級(jí)3536等級(jí)等級(jí)成熟度成熟度可視性可視性過(guò)程能力過(guò)程能

27、力1初始級(jí)初始級(jí)有限的可視性有限的可視性一般達(dá)不到進(jìn)度和成本的目標(biāo)一般達(dá)不到進(jìn)度和成本的目標(biāo)2可重復(fù)級(jí)可重復(fù)級(jí)在各個(gè)里程碑上具在各個(gè)里程碑上具有可視性有可視性由于基于過(guò)去的項(xiàng)目經(jīng)驗(yàn)，下由于基于過(guò)去的項(xiàng)目經(jīng)驗(yàn)，下面開發(fā)計(jì)劃比較現(xiàn)實(shí)可行面開發(fā)計(jì)劃比較現(xiàn)實(shí)可行3已定義級(jí)已定義級(jí)下面定義軟件過(guò)程下面定義軟件過(guò)程的活動(dòng)具有可視性的活動(dòng)具有可視性基于已定義的軟件過(guò)程，組織基于已定義的軟件過(guò)程，組織持續(xù)地改善過(guò)程能力持續(xù)地改善過(guò)程能力4已管理級(jí)已管理級(jí)定量地控制軟件過(guò)定量地控制軟件過(guò)程程基于過(guò)程和產(chǎn)品的度量，組織基于過(guò)程和產(chǎn)品的度量，組織持續(xù)地改善過(guò)程能力持續(xù)地改善過(guò)程能力5優(yōu)化級(jí)優(yōu)化級(jí)不斷地改善軟件過(guò)不斷

28、地改善軟件過(guò)程程組織持續(xù)地改善過(guò)程能力組織持續(xù)地改善過(guò)程能力37軟件項(xiàng)目的開發(fā)成功與否，不僅取決于用戶和軟件項(xiàng)目的開發(fā)成功與否，不僅取決于用戶和開發(fā)單位的努力，更與開發(fā)單位內(nèi)部有關(guān)人員的積開發(fā)單位的努力，更與開發(fā)單位內(nèi)部有關(guān)人員的積極參與和創(chuàng)造性活動(dòng)密不可分。但是極參與和創(chuàng)造性活動(dòng)密不可分。但是CMM沒有提沒有提供這方面的標(biāo)準(zhǔn)。供這方面的標(biāo)準(zhǔn)。為此，專門提出了個(gè)體軟件過(guò)程（為此，專門提出了個(gè)體軟件過(guò)程（Personal Software Process，PSP）用于描述個(gè)體和小型群體）用于描述個(gè)體和小型群體軟件過(guò)程的優(yōu)化，例如，如何制定計(jì)劃、如何控制軟件過(guò)程的優(yōu)化，例如，如何制定計(jì)劃、如何控制

29、質(zhì)量、如何與別人配合協(xié)作等。質(zhì)量、如何與別人配合協(xié)作等。38 在軟件設(shè)計(jì)階段，在軟件設(shè)計(jì)階段，PSP的著眼點(diǎn)在于軟件缺陷的預(yù)防，其具的著眼點(diǎn)在于軟件缺陷的預(yù)防，其具體辦法是強(qiáng)化設(shè)計(jì)結(jié)束準(zhǔn)則，而不是設(shè)計(jì)方法的選擇。體辦法是強(qiáng)化設(shè)計(jì)結(jié)束準(zhǔn)則，而不是設(shè)計(jì)方法的選擇。 根據(jù)對(duì)參加根據(jù)對(duì)參加PSP培訓(xùn)的一大批軟件人員的統(tǒng)計(jì)數(shù)據(jù)分析發(fā)現(xiàn)，培訓(xùn)的一大批軟件人員的統(tǒng)計(jì)數(shù)據(jù)分析發(fā)現(xiàn)，在應(yīng)用了在應(yīng)用了PSP后：后： 軟件中總的缺陷減少軟件中總的缺陷減少58% 在測(cè)試階段發(fā)現(xiàn)的錯(cuò)誤減少在測(cè)試階段發(fā)現(xiàn)的錯(cuò)誤減少71.9% 生產(chǎn)效率提高生產(chǎn)效率提高20.8% 絕大多數(shù)的軟件缺陷是對(duì)問題的錯(cuò)誤理解或簡(jiǎn)單的失誤造成絕大多數(shù)

30、的軟件缺陷是對(duì)問題的錯(cuò)誤理解或簡(jiǎn)單的失誤造成的。因此，的。因此，PSP保障軟件產(chǎn)品質(zhì)量的一個(gè)重要途徑是提高設(shè)計(jì)保障軟件產(chǎn)品質(zhì)量的一個(gè)重要途徑是提高設(shè)計(jì)質(zhì)量。質(zhì)量。39 至少滿足下列至少滿足下列5 5個(gè)規(guī)則之一才稱為發(fā)生了一個(gè)軟個(gè)規(guī)則之一才稱為發(fā)生了一個(gè)軟件缺陷（件缺陷（Software bug):Software bug): 軟件未實(shí)現(xiàn)產(chǎn)品說(shuō)明書要求的功能；軟件未實(shí)現(xiàn)產(chǎn)品說(shuō)明書要求的功能； 軟件出現(xiàn)了產(chǎn)品說(shuō)明書指明不應(yīng)該出現(xiàn)的錯(cuò)誤；軟件出現(xiàn)了產(chǎn)品說(shuō)明書指明不應(yīng)該出現(xiàn)的錯(cuò)誤； 軟件實(shí)現(xiàn)了產(chǎn)品說(shuō)明書未提到的功能；軟件實(shí)現(xiàn)了產(chǎn)品說(shuō)明書未提到的功能； 軟件未實(shí)現(xiàn)產(chǎn)品說(shuō)明書雖未明確提及但應(yīng)該實(shí)現(xiàn)軟件未實(shí)

31、現(xiàn)產(chǎn)品說(shuō)明書雖未明確提及但應(yīng)該實(shí)現(xiàn)的目標(biāo)；的目標(biāo)； 軟件難以理解、不易使用、運(yùn)行緩慢或者軟件難以理解、不易使用、運(yùn)行緩慢或者從從測(cè)試員的角度看測(cè)試員的角度看最終用戶會(huì)認(rèn)為不好。最終用戶會(huì)認(rèn)為不好。40產(chǎn)業(yè)界的大量研究表明，設(shè)計(jì)活動(dòng)引起的錯(cuò)誤占產(chǎn)業(yè)界的大量研究表明，設(shè)計(jì)活動(dòng)引起的錯(cuò)誤占軟件生產(chǎn)過(guò)程中出現(xiàn)所有錯(cuò)誤的軟件生產(chǎn)過(guò)程中出現(xiàn)所有錯(cuò)誤的5065%，而設(shè)計(jì)階段，而設(shè)計(jì)階段的成果就是產(chǎn)品說(shuō)明書。導(dǎo)致軟件缺陷最大的原因是的成果就是產(chǎn)品說(shuō)明書。導(dǎo)致軟件缺陷最大的原因是產(chǎn)品說(shuō)明書，而非源自編碼錯(cuò)誤。產(chǎn)品說(shuō)明書，而非源自編碼錯(cuò)誤。說(shuō)明書說(shuō)明書 57%設(shè)計(jì)設(shè)計(jì) 22%編碼編碼14%其他其他7%41職工醫(yī)療

32、保險(xiǎn)軟件開發(fā)中對(duì)于不同人員因病住院報(bào)職工醫(yī)療保險(xiǎn)軟件開發(fā)中對(duì)于不同人員因病住院報(bào)銷比例的問題。銷比例的問題。 一般規(guī)定，在職職工（企業(yè)男一般規(guī)定，在職職工（企業(yè)男55歲，女歲，女50歲，事業(yè)歲，事業(yè)單位男單位男60歲，女歲，女55歲）住院費(fèi)報(bào)銷歲）住院費(fèi)報(bào)銷85%，不滿，不滿70周歲周歲的退休職工報(bào)銷的退休職工報(bào)銷90%，70周歲以上的退休職工報(bào)銷周歲以上的退休職工報(bào)銷95%，建國(guó)前參加革命工作的老職工報(bào)銷，建國(guó)前參加革命工作的老職工報(bào)銷98%。 但是，提前內(nèi)退的職工等同于在職職工住院費(fèi)報(bào)銷但是，提前內(nèi)退的職工等同于在職職工住院費(fèi)報(bào)銷比例，而經(jīng)過(guò)勞動(dòng)和社保機(jī)構(gòu)批準(zhǔn)提前退休的職工報(bào)比例，而經(jīng)過(guò)勞

33、動(dòng)和社保機(jī)構(gòu)批準(zhǔn)提前退休的職工報(bào)銷比例等同于退休職工的住院費(fèi)報(bào)銷比例。銷比例等同于退休職工的住院費(fèi)報(bào)銷比例。 這使得無(wú)法按照?qǐng)?bào)銷人的年齡確定報(bào)銷比例，要增這使得無(wú)法按照?qǐng)?bào)銷人的年齡確定報(bào)銷比例，要增加報(bào)銷人的就職狀態(tài)等參數(shù)信息。加報(bào)銷人的就職狀態(tài)等參數(shù)信息。42 人們?cè)谲浖_發(fā)中發(fā)現(xiàn)，僅有人們?cè)谲浖_發(fā)中發(fā)現(xiàn)，僅有CMM和和PSP仍然仍然不夠。大型團(tuán)隊(duì)與個(gè)人之間仍然有很大的縫隙。為此，不夠。大型團(tuán)隊(duì)與個(gè)人之間仍然有很大的縫隙。為此，卡內(nèi)基卡內(nèi)基.梅隆大學(xué)軟件工程研究所又在此基礎(chǔ)上提出梅隆大學(xué)軟件工程研究所又在此基礎(chǔ)上提出了群組軟件過(guò)程（了群組軟件過(guò)程（Team Software Process

34、，TSP）的方法。的方法。TSP實(shí)施集體管理與自己管理相結(jié)合的原則，實(shí)施集體管理與自己管理相結(jié)合的原則，最終目的在于指導(dǎo)一切人員如何在最少的時(shí)間內(nèi)，以最終目的在于指導(dǎo)一切人員如何在最少的時(shí)間內(nèi)，以預(yù)定的費(fèi)用生產(chǎn)出高質(zhì)量的軟件產(chǎn)品，這里所采用的預(yù)定的費(fèi)用生產(chǎn)出高質(zhì)量的軟件產(chǎn)品，這里所采用的方法是對(duì)群組軟件開發(fā)過(guò)程的定義、度量和改進(jìn)。方法是對(duì)群組軟件開發(fā)過(guò)程的定義、度量和改進(jìn)。43 有高層主管和各級(jí)經(jīng)理的大力支持，以取得有高層主管和各級(jí)經(jīng)理的大力支持，以取得必要的資源必要的資源 項(xiàng)目組開發(fā)人員需要經(jīng)過(guò)項(xiàng)目組開發(fā)人員需要經(jīng)過(guò)TSP的培訓(xùn)并有按的培訓(xùn)并有按TSP工作的愿望和熱情工作的愿望和熱情 整個(gè)單

35、位在總體上應(yīng)處于整個(gè)單位在總體上應(yīng)處于CMM二級(jí)以上二級(jí)以上項(xiàng)目開發(fā)小組按集體管理的原則進(jìn)行管理，項(xiàng)目開發(fā)小組按集體管理的原則進(jìn)行管理，全體成員都要參加和關(guān)心小組的規(guī)劃、進(jìn)展全體成員都要參加和關(guān)心小組的規(guī)劃、進(jìn)展的追蹤和決策的制定等工作。的追蹤和決策的制定等工作。注44組織及能力組織及能力高質(zhì)量的產(chǎn)品高質(zhì)量的產(chǎn)品個(gè)人的技能個(gè)人的技能CMMTSPPSP建立原則建立原則技能技能費(fèi)用費(fèi)用期限期限生產(chǎn)并生產(chǎn)并交付交付建立建立只有將實(shí)施只有將實(shí)施CMM與實(shí)施與實(shí)施PSP和和TSP有機(jī)地結(jié)合起來(lái)，才能發(fā)有機(jī)地結(jié)合起來(lái)，才能發(fā)揮最大的效力。因此軟件過(guò)程框架應(yīng)該是揮最大的效力。因此軟件過(guò)程框架應(yīng)該是CMM/P

36、SP/TSP的的有機(jī)集成，其相互關(guān)系見下圖。有機(jī)集成，其相互關(guān)系見下圖。45極限編程（極限編程（Extreme Programming，XP）是一）是一套針對(duì)業(yè)務(wù)和軟件開發(fā)的規(guī)則，其作用是把兩者合力套針對(duì)業(yè)務(wù)和軟件開發(fā)的規(guī)則，其作用是把兩者合力集中在共同的、可實(shí)現(xiàn)的目標(biāo)上。它是以符合客戶需集中在共同的、可實(shí)現(xiàn)的目標(biāo)上。它是以符合客戶需求的軟件為目標(biāo)而產(chǎn)生的一種方法論，求的軟件為目標(biāo)而產(chǎn)生的一種方法論，XP使開發(fā)者在使開發(fā)者在軟件開發(fā)周期的任何時(shí)候都能更有效的響應(yīng)客戶的需軟件開發(fā)周期的任何時(shí)候都能更有效的響應(yīng)客戶的需求變化。它強(qiáng)調(diào)軟件開發(fā)是人與人合作進(jìn)行的過(guò)程，求變化。它強(qiáng)調(diào)軟件開發(fā)是人與人合作

37、進(jìn)行的過(guò)程，所以要利用人的優(yōu)勢(shì)，弱化人的缺點(diǎn)，認(rèn)為文檔、架所以要利用人的優(yōu)勢(shì)，弱化人的缺點(diǎn)，認(rèn)為文檔、架構(gòu)不如直接編程來(lái)的直接。其誕生大概有構(gòu)不如直接編程來(lái)的直接。其誕生大概有5年，已經(jīng)被年，已經(jīng)被成功應(yīng)用在許多大型公司。成功應(yīng)用在許多大型公司。注46 Bayeris che LandesbankBayeris che Landesbank Credit Swis LifeCredit Swis Life DaimlerChryslerDaimlerChrysler First Union National BankFirst Union National Bank Ford Motor Co

38、mpanyFord Motor Company UBSUBS47XPXP的成功在于以客戶的滿意度為第一需要。的成功在于以客戶的滿意度為第一需要。XPXP是以開發(fā)符合客戶需要的軟件為目標(biāo)而產(chǎn)生的是以開發(fā)符合客戶需要的軟件為目標(biāo)而產(chǎn)生的一種方法論，這使得開發(fā)者能夠更快、更有效地響應(yīng)一種方法論，這使得開發(fā)者能夠更快、更有效地響應(yīng)客戶需求的變化，不像瀑布法那樣當(dāng)客戶需求變化時(shí)，客戶需求的變化，不像瀑布法那樣當(dāng)客戶需求變化時(shí)，不能及時(shí)響應(yīng)，而必須等到當(dāng)前的開發(fā)階段全部完成不能及時(shí)響應(yīng)，而必須等到當(dāng)前的開發(fā)階段全部完成后才能再考慮的問題。后才能再考慮的問題。XPXP也強(qiáng)調(diào)團(tuán)隊(duì)合作，團(tuán)隊(duì)內(nèi)部的成員可以充分討

39、也強(qiáng)調(diào)團(tuán)隊(duì)合作，團(tuán)隊(duì)內(nèi)部的成員可以充分討論，采用最合理的方法保證項(xiàng)目的開發(fā)成功。論，采用最合理的方法保證項(xiàng)目的開發(fā)成功。4849管理在：管理在：軟件開發(fā)的技術(shù)工作開始之前開始，軟件開發(fā)的技術(shù)工作開始之前開始， 在軟件從概念到實(shí)現(xiàn)的過(guò)程中繼續(xù)，在軟件從概念到實(shí)現(xiàn)的過(guò)程中繼續(xù)， 在軟件開發(fā)結(jié)束后才終止。在軟件開發(fā)結(jié)束后才終止。啟動(dòng)啟動(dòng)軟件項(xiàng)目軟件項(xiàng)目制定制定項(xiàng)目計(jì)劃項(xiàng)目計(jì)劃計(jì)劃的追計(jì)劃的追蹤與控制蹤與控制項(xiàng)目結(jié)束項(xiàng)目結(jié)束項(xiàng)目管理的過(guò)程項(xiàng)目管理的過(guò)程50 軟件項(xiàng)目的啟動(dòng)過(guò)程是一個(gè)新項(xiàng)目的識(shí)別與開始的過(guò)程。軟件項(xiàng)目的啟動(dòng)過(guò)程是一個(gè)新項(xiàng)目的識(shí)別與開始的過(guò)程。這個(gè)啟動(dòng)階段非常重要，它決定是否投資、干什么項(xiàng)

40、目這個(gè)啟動(dòng)階段非常重要，它決定是否投資、干什么項(xiàng)目的關(guān)鍵階段。的關(guān)鍵階段。 制定軟件項(xiàng)目計(jì)劃前，先明確項(xiàng)目的目標(biāo)和范圍、考慮制定軟件項(xiàng)目計(jì)劃前，先明確項(xiàng)目的目標(biāo)和范圍、考慮候選的解決方案、標(biāo)明技術(shù)和管理上的要求。這樣才能候選的解決方案、標(biāo)明技術(shù)和管理上的要求。這樣才能精確估算成本。精確估算成本。 項(xiàng)目的目標(biāo)不涉及如何實(shí)現(xiàn)這些目的。范圍標(biāo)明了軟件項(xiàng)目的目標(biāo)不涉及如何實(shí)現(xiàn)這些目的。范圍標(biāo)明了軟件要實(shí)現(xiàn)的基本功能，盡量以定量的方式界定這些功能。要實(shí)現(xiàn)的基本功能，盡量以定量的方式界定這些功能。候選方案不提供細(xì)節(jié)，只是提供給決策人員選擇的余地。候選方案不提供細(xì)節(jié)，只是提供給決策人員選擇的余地。51通過(guò)對(duì)項(xiàng)目的范圍、任務(wù)分解、資源分析等制定一個(gè)科通過(guò)對(duì)項(xiàng)目的范圍、任務(wù)分解、資源分析等制