軟件工程管理 - (1) 概述部分

1、IT項(xiàng)目管理原則項(xiàng)目管理原則 圍繞軟件開發(fā)，提出了以下基本原則。圍繞軟件開發(fā)，提出了以下基本原則。第一：選取適宜的開發(fā)范型第一：選取適宜的開發(fā)范型 在系統(tǒng)設(shè)計(jì)中，經(jīng)常需要權(quán)衡軟件需在系統(tǒng)設(shè)計(jì)中，經(jīng)常需要權(quán)衡軟件需求、硬件需求以及其它因素之間的相互制約和影響，適應(yīng)需求的易求、硬件需求以及其它因素之間的相互制約和影響，適應(yīng)需求的易變性。選用適宜的開發(fā)范型，以保證軟件開發(fā)的可持續(xù)性，并使最變性。選用適宜的開發(fā)范型，以保證軟件開發(fā)的可持續(xù)性，并使最終的軟件產(chǎn)品滿足客戶的要求。終的軟件產(chǎn)品滿足客戶的要求。第二：采用好的設(shè)計(jì)方法第二：采用好的設(shè)計(jì)方法 在軟件設(shè)計(jì)中，通常需要考慮軟件的模在軟件設(shè)計(jì)中，通常需

2、要考慮軟件的模塊化、信息隱蔽、局部化、一致性以及適應(yīng)性等問題。采用合適的塊化、信息隱蔽、局部化、一致性以及適應(yīng)性等問題。采用合適的設(shè)計(jì)方法，支持這些問題的解決和實(shí)現(xiàn)。設(shè)計(jì)方法，支持這些問題的解決和實(shí)現(xiàn)。第三條：提供高質(zhì)量的工程支持第三條：提供高質(zhì)量的工程支持 如其它工程一樣，需要提供高質(zhì)如其它工程一樣，需要提供高質(zhì)量的工程支持，例如配置管理、質(zhì)量保證等，才能按期交付高質(zhì)量量的工程支持，例如配置管理、質(zhì)量保證等，才能按期交付高質(zhì)量的軟件產(chǎn)品。的軟件產(chǎn)品。第四條原則：有效的第四條原則：有效的IT項(xiàng)目管理項(xiàng)目管理 IT項(xiàng)目管理的管理，直接影響項(xiàng)目管理的管理，直接影響可用資源的有效利用，提高軟件組織的

3、生產(chǎn)能力。僅當(dāng)對(duì)軟件過程可用資源的有效利用，提高軟件組織的生產(chǎn)能力。僅當(dāng)對(duì)軟件過程實(shí)施有效管理時(shí)，才能實(shí)現(xiàn)有效的實(shí)施有效管理時(shí)，才能實(shí)現(xiàn)有效的IT項(xiàng)目管理。項(xiàng)目管理。概論概論第一部分第一部分管理到底是個(gè)啥東東？成功的管理者應(yīng)該是什么樣軟件生存周期模型IT項(xiàng)目管理的主要領(lǐng)域及其相互關(guān)系關(guān)于項(xiàng)目成功的討論：關(guān)于項(xiàng)目成功的討論：什么樣的項(xiàng)目是成功的項(xiàng)目？ 完成預(yù)定業(yè)務(wù)目標(biāo)？ 客戶滿意？ 盈利？.業(yè)務(wù)目標(biāo)業(yè)務(wù)目標(biāo)進(jìn)度進(jìn)度Time成本成本Cost范圍范圍Scope項(xiàng)目經(jīng)理項(xiàng)目經(jīng)理如何把握管理如何把握管理1 面向目標(biāo)的管理方式 目標(biāo)對(duì)交付物的強(qiáng)調(diào)（別人給你的目標(biāo)是什么？）工作的分解方式（你給別人的目標(biāo)是什

4、么？）2 前期的投入大以換取執(zhí)行階段的相對(duì)穩(wěn)定 計(jì)劃3 項(xiàng)目需求多變以及資源緊張的推動(dòng) 跟蹤4 大量信息交換帶來的溝通管理的需求 模板5 由抽象到具體的管理過程 分解以往的成果可以被重復(fù)使用學(xué)習(xí)過程較長(zhǎng)（關(guān)注方法而耐心）6 高管理成本換取低出錯(cuò)率從而降低總體成本 周期關(guān)注“管理周期”項(xiàng)目的生命周期項(xiàng)目的生命周期項(xiàng)目計(jì)劃項(xiàng)目計(jì)劃確定需求確定需求項(xiàng)目選擇項(xiàng)目選擇項(xiàng)目執(zhí)行項(xiàng)目執(zhí)行項(xiàng)目控制項(xiàng)目控制項(xiàng)目評(píng)估項(xiàng)目評(píng)估項(xiàng)目結(jié)束項(xiàng)目結(jié)束定義定義計(jì)劃計(jì)劃實(shí)施實(shí)施收尾收尾軟件開發(fā)流程分為軟件開發(fā)流程分為:需求確認(rèn)需求確認(rèn)概要設(shè)計(jì)概要設(shè)計(jì)詳細(xì)設(shè)計(jì)詳細(xì)設(shè)計(jì)編碼編碼單元測(cè)試單元測(cè)試集成測(cè)試集成測(cè)試系統(tǒng)測(cè)試系統(tǒng)測(cè)試維護(hù)維

5、護(hù) 概念計(jì)劃開發(fā)公用基礎(chǔ)模塊建立參考架構(gòu)管理產(chǎn)品族 確認(rèn)設(shè)計(jì)重用的機(jī)會(huì)生產(chǎn)較簡(jiǎn)單的派生產(chǎn)品使用決定性的測(cè)試GBM （Global Brand M anagerPDT投資組合管理確認(rèn)市場(chǎng)機(jī)會(huì)/產(chǎn)品競(jìng)爭(zhēng)力（可選）流程度量早期警告指示完美的行評(píng)審點(diǎn)執(zhí)行階段性的時(shí)間和投資等客戶$APPEALS確定用戶采購標(biāo)準(zhǔn)確認(rèn)所有市場(chǎng)混合因素設(shè)計(jì)渠道IPMT發(fā)布項(xiàng)目管理完整的依賴關(guān)系管理關(guān)鍵路徑分析/恢復(fù)方法驗(yàn)證生命周期概念決策評(píng)審點(diǎn)計(jì)劃決策評(píng)審點(diǎn)可獲得性決策評(píng)審點(diǎn)壽命終止決策評(píng)審點(diǎn)研發(fā)流程研發(fā)流程(IPD)管理控制整個(gè)流程管理控制整個(gè)流程項(xiàng)目經(jīng)理在IPD中PDT團(tuán)隊(duì)的角色及義務(wù)領(lǐng)導(dǎo)項(xiàng)目組指導(dǎo)產(chǎn)品從概念設(shè)計(jì)到市場(chǎng)接

6、受保證實(shí)現(xiàn)設(shè)計(jì)、收益、市場(chǎng)份額及利潤(rùn)目標(biāo)解決沖突管理項(xiàng)目制定項(xiàng)目計(jì)劃及預(yù)算確定/管理參與項(xiàng)目的人員/資源（與職能部門經(jīng)理協(xié)調(diào)）跟蹤相對(duì)于項(xiàng)目基線的進(jìn)展與管理層溝通提供項(xiàng)目進(jìn)展?fàn)顩r準(zhǔn)備并確定決策評(píng)審點(diǎn)作為產(chǎn)品領(lǐng)導(dǎo)提供對(duì)項(xiàng)目組成員的工作績(jī)效評(píng)審的輸入高級(jí)管理組項(xiàng)目領(lǐng)導(dǎo)職能部門領(lǐng)導(dǎo)核心小組成員PDT是臨時(shí)小組 在項(xiàng)目開始時(shí)成立 在產(chǎn)品成功發(fā)布后解散 PDT成員在概念階段一起作整個(gè)項(xiàng)目的計(jì)劃PDT成員在計(jì)劃階段一起管理整個(gè)項(xiàng)目一個(gè)專業(yè)的經(jīng)理需要那些素質(zhì)？一個(gè)專業(yè)的經(jīng)理需要那些素質(zhì)？管理的知識(shí)相關(guān)的行業(yè)知識(shí) 業(yè)務(wù)與技術(shù)知識(shí)領(lǐng)導(dǎo)能力 (Leadership) 制定目標(biāo)的能力執(zhí)行的能力 - 計(jì)劃以及控制能力

7、溝通的能力 包括協(xié)調(diào)沖突分析決策能力應(yīng)變承壓能力三種知識(shí)，五種能力三種知識(shí)，五種能力IBM Leadership Competencies for ManagersFOCUS TO WINCustomer InsightBreakthrough ThinkingDrive to AchieveMOBILIZE TO EXECUTETeam LeadershipStraight TalkTeamworkDecisiveness/Decision MakingSUSTAIN MOMENTUMBuilding Organizational CapabilityCoaching/Developing

8、TalentPersonal DedicationTHE COREPassion for the business成功的管理者應(yīng)該是什么樣成功的管理者應(yīng)該是什么樣對(duì)專業(yè)管理人士的最真實(shí)的考驗(yàn)不是你知道怎樣做，而是在你不知道時(shí)也知道如何行動(dòng)。決策決策 = “我不知道我不知道” + 人人管理者的若干規(guī)則：管理者的若干規(guī)則：弄清團(tuán)隊(duì)業(yè)務(wù)的目標(biāo)、所面臨的問題，以及機(jī)會(huì)理解團(tuán)隊(duì)中的處突是必然的識(shí)別團(tuán)隊(duì)項(xiàng)目和業(yè)務(wù)的干系人，以及他們的利益關(guān)系利用組織的政治色彩，并利用政治手段獲得優(yōu)勢(shì)善于應(yīng)用管理(Manage - Process)與領(lǐng)導(dǎo)(Lead - Vision)不要因小事而停滯不前，迷失了項(xiàng)目的整體目標(biāo)

9、有效的利用好時(shí)間計(jì)劃、計(jì)劃、再計(jì)劃，跟蹤、跟蹤、再跟蹤從實(shí)踐中獲取經(jīng)驗(yàn)尋求別人的反映與資深的管理者進(jìn)行探討多學(xué)習(xí)，多閱讀管理者常犯的錯(cuò)誤：管理者常犯的錯(cuò)誤：拒絕承擔(dān)個(gè)人責(zé)任只控制工作成果不能因人施管經(jīng)理僅僅是職員的伙伴附和錯(cuò)誤的一方忘卻利潤(rùn)的重要性只專注日常業(yè)務(wù)問題未能培育人才IT項(xiàng)目管理項(xiàng)目管理講些啥東東？講些啥東東？問題：?jiǎn)栴}：“軟件”的定義？“IT項(xiàng)目管理”的定義？“IT項(xiàng)目管理”的“方法”有啥？“IT項(xiàng)目管理”管理啥？ 軟件軟件計(jì)算機(jī)系統(tǒng)中的程序及其文檔。程序是計(jì)算任務(wù)的處計(jì)算機(jī)系統(tǒng)中的程序及其文檔。程序是計(jì)算任務(wù)的處理對(duì)象和處理規(guī)則的描述；文檔是為了便于了解程序所需的闡理對(duì)象和處理規(guī)

10、則的描述；文檔是為了便于了解程序所需的闡明性資料。明性資料。 工程工程將理論和所學(xué)的知識(shí)應(yīng)用于實(shí)踐的科學(xué)。將理論和所學(xué)的知識(shí)應(yīng)用于實(shí)踐的科學(xué)。 IT項(xiàng)目管理項(xiàng)目管理是將系統(tǒng)化的、規(guī)范的、可度量的方法應(yīng)用于是將系統(tǒng)化的、規(guī)范的、可度量的方法應(yīng)用于軟件的開發(fā)、運(yùn)行和維護(hù)的過程，即將工程化應(yīng)用于軟件中。軟件的開發(fā)、運(yùn)行和維護(hù)的過程，即將工程化應(yīng)用于軟件中。IT項(xiàng)目管理還包括上述方法的研究。項(xiàng)目管理還包括上述方法的研究。從癥狀追溯到根本原因從癥狀追溯到根本原因需求沒有滿足需求沒有滿足需求混雜需求混雜模塊難集成模塊難集成系統(tǒng)很難維護(hù)系統(tǒng)很難維護(hù)缺陷發(fā)現(xiàn)晚缺陷發(fā)現(xiàn)晚不好的質(zhì)量不好的質(zhì)量不好的性能不好的性能

11、開發(fā)人員協(xié)作難開發(fā)人員協(xié)作難構(gòu)建和發(fā)布問題構(gòu)建和發(fā)布問題不正確的需求不正確的需求含糊不清的溝通含糊不清的溝通脆弱的架構(gòu)脆弱的架構(gòu) 過分的復(fù)雜性過分的復(fù)雜性未發(fā)現(xiàn)的不一致未發(fā)現(xiàn)的不一致測(cè)試不充分測(cè)試不充分 主觀的估計(jì)主觀的估計(jì)瀑布行的開發(fā)瀑布行的開發(fā)不可控的變更不可控的變更缺乏自動(dòng)化缺乏自動(dòng)化癥狀癥狀根本原因根本原因IT項(xiàng)目管理實(shí)踐項(xiàng)目管理實(shí)踐迭代開發(fā)迭代開發(fā)需求管理需求管理基于組件的架構(gòu)基于組件的架構(gòu) 可視化建模（可視化建模（UML）持續(xù)的質(zhì)量驗(yàn)證持續(xù)的質(zhì)量驗(yàn)證管理變更管理變更 持續(xù)的質(zhì)量驗(yàn)證持續(xù)的質(zhì)量驗(yàn)證 不好的質(zhì)量不好的質(zhì)量 未發(fā)現(xiàn)的不一致未發(fā)現(xiàn)的不一致測(cè)試不充分測(cè)試不充分 主觀的估計(jì)主觀

12、的估計(jì) Learning Roadmap迭代開發(fā)迭代開發(fā)管理需求管理需求基于組件的架構(gòu)基于組件的架構(gòu)可視化建?？梢暬?持續(xù)的質(zhì)量驗(yàn)證持續(xù)的質(zhì)量驗(yàn)證管理變更管理變更IT項(xiàng)目管理實(shí)踐項(xiàng)目管理實(shí)踐Learning Topic軟件開發(fā)過程軟件開發(fā)過程軟件項(xiàng)目管理軟件項(xiàng)目管理軟件需求管理軟件需求管理軟件架構(gòu)軟件架構(gòu)SOASOA，J2EEJ2EE，.Net.Net軟件設(shè)計(jì)與軟件設(shè)計(jì)與UMLUML軟件質(zhì)量管理軟件質(zhì)量管理軟件測(cè)試軟件測(cè)試軟件變更管理軟件變更管理IT項(xiàng)目管理項(xiàng)目管理IT項(xiàng)目管理：圍繞五大要項(xiàng)目管理：圍繞五大要素素(人員、進(jìn)度、質(zhì)量、人員、進(jìn)度、質(zhì)量、成本和需求的實(shí)現(xiàn)）進(jìn)成本和需求的實(shí)現(xiàn)）進(jìn)

13、行行“規(guī)劃和組織規(guī)劃和組織”、“領(lǐng)導(dǎo)和控制領(lǐng)導(dǎo)和控制”以及以及“評(píng)估評(píng)估”等責(zé)任等責(zé)任課程的考核課程的考核采用作業(yè)和考試相結(jié)合的方式，其中作業(yè)占50%，考試占50%，開卷。建議教學(xué)參考書建議教學(xué)參考書課程講義軟件項(xiàng)目管理：一個(gè)統(tǒng)一的框架-Software Project Management-A Unified FrameworkIT項(xiàng)目管理：實(shí)踐者的研究方法-Software Engineering: A practitioners Approach微軟技術(shù)叢書：快速軟件開發(fā)Mark C. Paulk, et al. “The Capability Maturity Model: Guide

14、lines for Improving the Software Process”. Addison-Wesley, Reading, Mass. 1995.Watts S Humphrey. Managing the Software ProcessM. The 26th printing. USA：Addison-Wesley，2000(5): 247-285軟件生存周期模型（軟件開發(fā)模型）軟件生存周期模型（軟件開發(fā)模型）軟件生存周期模型（軟件開發(fā)模型）軟件生存周期模型（軟件開發(fā)模型）基本概念基本概念）軟件生存周期模型）軟件生存周期模型IEEE Standard 12207.0-1996

15、把一個(gè)軟件生存周期模型描述為：一個(gè)包括軟件產(chǎn)品開發(fā)、運(yùn)行把一個(gè)軟件生存周期模型描述為：一個(gè)包括軟件產(chǎn)品開發(fā)、運(yùn)行和維護(hù)中有關(guān)過程、活動(dòng)和任務(wù)的框架，覆蓋了從該系統(tǒng)的需求定和維護(hù)中有關(guān)過程、活動(dòng)和任務(wù)的框架，覆蓋了從該系統(tǒng)的需求定義到系統(tǒng)的使用終止。義到系統(tǒng)的使用終止。中國(guó)計(jì)算機(jī)科學(xué)與技術(shù)百科全書中國(guó)計(jì)算機(jī)科學(xué)與技術(shù)百科全書 稱軟件生存周期模型為稱軟件生存周期模型為“軟件開發(fā)模型軟件開發(fā)模型”，并把它定義為：軟件，并把它定義為：軟件過程、活動(dòng)、任務(wù)的結(jié)構(gòu)框架。過程、活動(dòng)、任務(wù)的結(jié)構(gòu)框架。）基本的開發(fā)活動(dòng)及其目標(biāo)）基本的開發(fā)活動(dòng)及其目標(biāo)（1）軟件需求分析：是在一個(gè)抽象層上建立概念模型的活動(dòng)，產(chǎn)）軟

16、件需求分析：是在一個(gè)抽象層上建立概念模型的活動(dòng)，產(chǎn)生軟件需求規(guī)約，作為開發(fā)人員和客戶間契約的基礎(chǔ)，并作為以生軟件需求規(guī)約，作為開發(fā)人員和客戶間契約的基礎(chǔ)，并作為以后開發(fā)階段的輸入。后開發(fā)階段的輸入。（2）軟件設(shè)計(jì)：是指定義實(shí)現(xiàn)需求規(guī)約所需的結(jié)構(gòu)，包括軟件體）軟件設(shè)計(jì)：是指定義實(shí)現(xiàn)需求規(guī)約所需的結(jié)構(gòu)，包括軟件體系結(jié)構(gòu)（數(shù)據(jù)和程序結(jié)構(gòu)），以及詳細(xì)的處理算法，即所謂設(shè)計(jì)系結(jié)構(gòu)（數(shù)據(jù)和程序結(jié)構(gòu)），以及詳細(xì)的處理算法，即所謂設(shè)計(jì)規(guī)約，給出了實(shí)現(xiàn)軟件需求的軟件解決方案。規(guī)約，給出了實(shí)現(xiàn)軟件需求的軟件解決方案。（3）實(shí)現(xiàn)：即軟件編碼，是由設(shè)計(jì)規(guī)約到代碼的轉(zhuǎn)換。）實(shí)現(xiàn)：即軟件編碼，是由設(shè)計(jì)規(guī)約到代碼的轉(zhuǎn)換。

17、其中其中可選擇一些可用的構(gòu)件，或以一種選定的語言，對(duì)給定的軟件項(xiàng)可選擇一些可用的構(gòu)件，或以一種選定的語言，對(duì)給定的軟件項(xiàng)進(jìn)行編碼。進(jìn)行編碼。（）軟件測(cè)試：是指一種有規(guī)程的發(fā)現(xiàn)軟件錯(cuò)誤的活動(dòng)包（）軟件測(cè)試：是指一種有規(guī)程的發(fā)現(xiàn)軟件錯(cuò)誤的活動(dòng)包括軟件編碼測(cè)試、括軟件編碼測(cè)試、 軟件集成測(cè)試以及軟件合格測(cè)試等。軟件集成測(cè)試以及軟件合格測(cè)試等。（5）維護(hù)是在軟件發(fā)布之后所進(jìn)行的開發(fā)或修改（）維護(hù)是在軟件發(fā)布之后所進(jìn)行的開發(fā)或修改（modi-fication），包括對(duì)發(fā)現(xiàn)錯(cuò)誤的修正以及對(duì)環(huán)境的變化所進(jìn)行），包括對(duì)發(fā)現(xiàn)錯(cuò)誤的修正以及對(duì)環(huán)境的變化所進(jìn)行的必要調(diào)整等。的必要調(diào)整等。 完善性維護(hù)完善性維護(hù) 糾錯(cuò)

18、性維護(hù)糾錯(cuò)性維護(hù) *演化性維護(hù)演化性維護(hù) 系統(tǒng)需求系統(tǒng)需求軟件需求軟件需求需求分析需求分析設(shè)設(shè) 計(jì)計(jì)編編 碼碼測(cè)測(cè) 試試運(yùn)運(yùn) 行行歸納邏輯：歸納邏輯： P P Q Q P P Q Q 瀑布模型瀑布模型 1970年，年，W.Royce Thebasis for most current practice and has many variations. Its name come from the progression of activities based on the output of one phase “falling” as input to the following phase

19、. It is driven by the needs to schedule project milestones which are provided by the completion of documents at each level or phase.（）（）項(xiàng)目的開發(fā)依次經(jīng)過：需求、設(shè)計(jì)、編碼和單元測(cè)試、項(xiàng)目的開發(fā)依次經(jīng)過：需求、設(shè)計(jì)、編碼和單元測(cè)試、 集成以及維護(hù)集成以及維護(hù) 這一基本路徑。這一基本路徑。 （）在每一階段提交以下產(chǎn)品：軟件需求規(guī)約、設(shè)計(jì)文檔、（）在每一階段提交以下產(chǎn)品：軟件需求規(guī)約、設(shè)計(jì)文檔、 實(shí)際代碼、測(cè)試用例、最終產(chǎn)品等。工作產(chǎn)品（又稱可實(shí)際代碼、測(cè)試用例、

20、最終產(chǎn)品等。工作產(chǎn)品（又稱可提交的產(chǎn)品，提交的產(chǎn)品，DeliverablesDeliverables） 流經(jīng)流經(jīng)“正向正向”開發(fā)的基本步開發(fā)的基本步驟路徑。驟路徑。 （）（）“反向反向”步驟流表示對(duì)前一個(gè)可提交產(chǎn)品的重復(fù)變更（又步驟流表示對(duì)前一個(gè)可提交產(chǎn)品的重復(fù)變更（又稱為稱為“返工返工”(Rework)(Rework)） 。 由于所有開發(fā)活動(dòng)的非確定性，因此是否需要重復(fù)變由于所有開發(fā)活動(dòng)的非確定性，因此是否需要重復(fù)變更，這僅在下一個(gè)階段或更后的階段才能認(rèn)識(shí)到。更，這僅在下一個(gè)階段或更后的階段才能認(rèn)識(shí)到。 返工不僅在以前階段的某一地方需要，而且對(duì)當(dāng)前正返工不僅在以前階段的某一地方需要，而且對(duì)當(dāng)

21、前正在進(jìn)行的工作也是需要的。在進(jìn)行的工作也是需要的。關(guān)于瀑布模型的幾點(diǎn)說明關(guān)于瀑布模型的幾點(diǎn)說明( (）瀑布模型的優(yōu)點(diǎn)）瀑布模型的優(yōu)點(diǎn) 雖然瀑布模型是一個(gè)比較雖然瀑布模型是一個(gè)比較“老老”的、甚至過時(shí)的開發(fā)模型，的、甚至過時(shí)的開發(fā)模型，但其優(yōu)點(diǎn)為：但其優(yōu)點(diǎn)為： 在決定系統(tǒng)怎樣做之前，存在一個(gè)需求階段，鼓勵(lì)對(duì)系在決定系統(tǒng)怎樣做之前，存在一個(gè)需求階段，鼓勵(lì)對(duì)系 統(tǒng)統(tǒng)“做什么做什么”進(jìn)行規(guī)約（即設(shè)計(jì)之前的規(guī)約）。進(jìn)行規(guī)約（即設(shè)計(jì)之前的規(guī)約）。 在建造構(gòu)件之前，存在一個(gè)設(shè)計(jì)階段，鼓勵(lì)規(guī)劃系統(tǒng)結(jié)在建造構(gòu)件之前，存在一個(gè)設(shè)計(jì)階段，鼓勵(lì)規(guī)劃系統(tǒng)結(jié) 構(gòu)（即編碼之前的設(shè)計(jì)）。構(gòu)（即編碼之前的設(shè)計(jì)）。 在每一階段

22、結(jié)束時(shí)進(jìn)行復(fù)審，允許獲取方和用戶的參與。在每一階段結(jié)束時(shí)進(jìn)行復(fù)審，允許獲取方和用戶的參與。 允許基線和配置早期接受控制。允許基線和配置早期接受控制。 前一步工作產(chǎn)品可作為下一步被認(rèn)可的、文檔化的基線。前一步工作產(chǎn)品可作為下一步被認(rèn)可的、文檔化的基線。（）（）瀑布模型存在的不足瀑布模型存在的不足 客戶必須能夠完整、正確和清晰地表達(dá)他們的需求；開發(fā)客戶必須能夠完整、正確和清晰地表達(dá)他們的需求；開發(fā) 人員一開始就必須理解其應(yīng)用。人員一開始就必須理解其應(yīng)用。 在開始的兩個(gè)或三個(gè)階段中，很難評(píng)估真正的進(jìn)度狀態(tài)在開始的兩個(gè)或三個(gè)階段中，很難評(píng)估真正的進(jìn)度狀態(tài); ; 設(shè)計(jì)、編碼和測(cè)試階段都可能發(fā)生延期。設(shè)計(jì)

23、、編碼和測(cè)試階段都可能發(fā)生延期。 在一個(gè)項(xiàng)目的早期階段，過分地強(qiáng)調(diào)了基線和里程碑處在一個(gè)項(xiàng)目的早期階段，過分地強(qiáng)調(diào)了基線和里程碑處 的文檔的文檔; ;可能要花費(fèi)更多的時(shí)間，用于建立一些用處不可能要花費(fèi)更多的時(shí)間，用于建立一些用處不 大的文檔。大的文檔。 當(dāng)接近項(xiàng)目結(jié)束時(shí)，出現(xiàn)了大量的集成和測(cè)試工作。當(dāng)接近項(xiàng)目結(jié)束時(shí)，出現(xiàn)了大量的集成和測(cè)試工作。 直到項(xiàng)目結(jié)束之前，都不能演示系統(tǒng)的能力。直到項(xiàng)目結(jié)束之前，都不能演示系統(tǒng)的能力。（3）瀑布模型適用的情況瀑布模型適用的情況在開發(fā)中，向下、漸進(jìn)的路徑占支配地位。也就是說，在開發(fā)中，向下、漸進(jìn)的路徑占支配地位。也就是說， 需求已被很好地理解；并且需求已被

24、很好地理解；并且 過程設(shè)計(jì)人員也很清楚：開發(fā)組織非常熟悉為實(shí)現(xiàn)這一模過程設(shè)計(jì)人員也很清楚：開發(fā)組織非常熟悉為實(shí)現(xiàn)這一模 型所需要的過程（或經(jīng)過培訓(xùn)后，熟悉什么時(shí)候來支持這型所需要的過程（或經(jīng)過培訓(xùn)后，熟悉什么時(shí)候來支持這 一項(xiàng)目，以實(shí)現(xiàn)這一模型所需要的過程）。一項(xiàng)目，以實(shí)現(xiàn)這一模型所需要的過程）。因此為了避免產(chǎn)生過多因此為了避免產(chǎn)生過多的反復(fù)迭代工作，增加開發(fā)成本，的反復(fù)迭代工作，增加開發(fā)成本，一般在準(zhǔn)備采用瀑布模型一般在準(zhǔn)備采用瀑布模型(也包括其他模型也包括其他模型)時(shí)，需要考慮以下時(shí)，需要考慮以下2個(gè)問題：第一個(gè)問題是，過程設(shè)計(jì)人員必須對(duì)初始產(chǎn)品個(gè)問題：第一個(gè)問題是，過程設(shè)計(jì)人員必須對(duì)初始

25、產(chǎn)品(通常通常 是軟件需求規(guī)約，是軟件需求規(guī)約，SRS)的不確定性進(jìn)行評(píng)估。的不確定性進(jìn)行評(píng)估。 另一個(gè)問題是，組織是否具有熟練實(shí)施每個(gè)活動(dòng)和另一個(gè)問題是，組織是否具有熟練實(shí)施每個(gè)活動(dòng)和 任務(wù)的歷史經(jīng)驗(yàn)。任務(wù)的歷史經(jīng)驗(yàn)。13259101167121384增量增量1 1 1,2,5,9 1,2,5,9 增量增量2 2 3 3,6,7,4,10,11 ,6,7,4,10,11 增量增量3 3 8 8,12,13 ,12,13 管理管理增量規(guī)約增量規(guī)約增量設(shè)計(jì)增量設(shè)計(jì)糾錯(cuò)性分析糾錯(cuò)性分析增量實(shí)現(xiàn)增量實(shí)現(xiàn)增量1增量2增量33 增量模型增量模型該模型有一個(gè)假設(shè)，即需求可以分段，成為一系列增該模型有一個(gè)假

26、設(shè)，即需求可以分段，成為一系列增量產(chǎn)品，每一增量可以分別地開發(fā)。量產(chǎn)品，每一增量可以分別地開發(fā)。關(guān)于增量模型的幾點(diǎn)說明：關(guān)于增量模型的幾點(diǎn)說明：(1(1）增量模型的優(yōu)點(diǎn)）增量模型的優(yōu)點(diǎn) 作為瀑布模型的第一個(gè)變體，具有瀑布模型的所有優(yōu)點(diǎn)。作為瀑布模型的第一個(gè)變體，具有瀑布模型的所有優(yōu)點(diǎn)。 此外，它還有以下優(yōu)點(diǎn)：此外，它還有以下優(yōu)點(diǎn)： 第一個(gè)可交付版本所需要的成本和時(shí)間是很少的；第一個(gè)可交付版本所需要的成本和時(shí)間是很少的； 開發(fā)由增量表示的小系統(tǒng)所承擔(dān)的風(fēng)險(xiǎn)是不大的；開發(fā)由增量表示的小系統(tǒng)所承擔(dān)的風(fēng)險(xiǎn)是不大的； 由于很快發(fā)布了第一個(gè)版本，因此可以減少用戶需求由于很快發(fā)布了第一個(gè)版本，因此可以減少用

27、戶需求 的變更；的變更； 允許增量投資，即在項(xiàng)目開始時(shí)，可以僅對(duì)一個(gè)或兩允許增量投資，即在項(xiàng)目開始時(shí)，可以僅對(duì)一個(gè)或兩 個(gè)增量投資。個(gè)增量投資。 ( (）缺點(diǎn)：）缺點(diǎn)： 如果增量模型不適于某些項(xiàng)目，或使用有誤，則有如果增量模型不適于某些項(xiàng)目，或使用有誤，則有以下缺點(diǎn)：以下缺點(diǎn)： 如果沒有對(duì)用戶的變更要求進(jìn)行規(guī)劃，那么產(chǎn)生的初始如果沒有對(duì)用戶的變更要求進(jìn)行規(guī)劃，那么產(chǎn)生的初始 增量可能會(huì)造成后來增量的不穩(wěn)定；增量可能會(huì)造成后來增量的不穩(wěn)定； 如果需求不像早期思考的那樣穩(wěn)定和完整，那么一些增如果需求不像早期思考的那樣穩(wěn)定和完整，那么一些增 量就可能需要重新開發(fā)，重新發(fā)布；量就可能需要重新開發(fā)，重新

28、發(fā)布； 管理發(fā)生的成本、進(jìn)度和配置的復(fù)雜性，可能會(huì)超出組管理發(fā)生的成本、進(jìn)度和配置的復(fù)雜性，可能會(huì)超出組 織的能力。織的能力。 注：如果采用增量投資方式，那么客戶就可以對(duì)一些增量進(jìn)注：如果采用增量投資方式，那么客戶就可以對(duì)一些增量進(jìn)行招標(biāo)。然后，開發(fā)人員按提出的截止期限進(jìn)行增量開發(fā)，這行招標(biāo)。然后，開發(fā)人員按提出的截止期限進(jìn)行增量開發(fā)，這樣客戶就可以用多個(gè)契約來管理組織的資源和成本。樣客戶就可以用多個(gè)契約來管理組織的資源和成本。( (）該模型的適用情況）該模型的適用情況 在開始開發(fā)時(shí)，需求很明確，且產(chǎn)品還可被適當(dāng)?shù)胤纸鉃橐恍┆?dú)在開始開發(fā)時(shí)，需求很明確，且產(chǎn)品還可被適當(dāng)?shù)胤纸鉃橐恍┆?dú)立的、可交付

29、的軟件（構(gòu)造增量：立的、可交付的軟件（構(gòu)造增量：Build incrementsBuild increments如果一個(gè)增如果一個(gè)增量并不需要交付給客戶的話，那么這樣的增量通常稱為一個(gè)量并不需要交付給客戶的話，那么這樣的增量通常稱為一個(gè)“構(gòu)造構(gòu)造”(Build)。如果增量被交付，那么它們就被認(rèn)為是發(fā)布版本。如果增量被交付，那么它們就被認(rèn)為是發(fā)布版本(Released version)。 ）；）； 在開發(fā)中，期望盡快提交其中的一些增量產(chǎn)品。在開發(fā)中，期望盡快提交其中的一些增量產(chǎn)品。 例如：例如：一個(gè)數(shù)據(jù)庫系統(tǒng)，它必須通過不同的用戶界面，為不同類型的用戶一個(gè)數(shù)據(jù)庫系統(tǒng)，它必須通過不同的用戶界面，為

30、不同類型的用戶提供不同的功能。在這一情況下，首先實(shí)現(xiàn)完整的數(shù)據(jù)庫設(shè)計(jì)，并提供不同的功能。在這一情況下，首先實(shí)現(xiàn)完整的數(shù)據(jù)庫設(shè)計(jì)，并把一組具有高優(yōu)先級(jí)的用戶功能和界面作為一個(gè)增量；以后，陸續(xù)把一組具有高優(yōu)先級(jí)的用戶功能和界面作為一個(gè)增量；以后，陸續(xù)構(gòu)造其它類型用戶所需求的增量。構(gòu)造其它類型用戶所需求的增量。需求需求設(shè)計(jì)設(shè)計(jì)編碼編碼測(cè)試測(cè)試集成集成需求需求設(shè)計(jì)設(shè)計(jì)編碼編碼測(cè)試測(cè)試集成集成開開發(fā)發(fā)反反饋饋開開發(fā)發(fā)反反饋饋.核核 心心 系系 統(tǒng)統(tǒng) 開開 發(fā)發(fā)第第 二二 次次 迭迭 代代演化模型（演化模型（ Evolutionary modelEvolutionary model）是一種有彈性的過程模式

31、，由一些小的開發(fā)步組成，每一步歷是一種有彈性的過程模式，由一些小的開發(fā)步組成，每一步歷經(jīng)需求分析、設(shè)計(jì)、實(shí)現(xiàn)和驗(yàn)證，產(chǎn)生軟件產(chǎn)品的一個(gè)增量。通過經(jīng)需求分析、設(shè)計(jì)、實(shí)現(xiàn)和驗(yàn)證，產(chǎn)生軟件產(chǎn)品的一個(gè)增量。通過這些迭代，完成最終軟件產(chǎn)品的開發(fā)。這些迭代，完成最終軟件產(chǎn)品的開發(fā)。 針對(duì)事先不能完整地定義需求針對(duì)事先不能完整地定義需求 針對(duì)用戶的核心需求針對(duì)用戶的核心需求, ,開發(fā)核心系統(tǒng)開發(fā)核心系統(tǒng) 根據(jù)用戶的反饋根據(jù)用戶的反饋, ,實(shí)施活動(dòng)的迭代實(shí)施活動(dòng)的迭代關(guān)于演化模型的幾點(diǎn)說明關(guān)于演化模型的幾點(diǎn)說明(1(1）主要特征）主要特征 該模型顯式地把增量模型擴(kuò)展到需求階段。由圖可以看出，該模型顯式地把增量

32、模型擴(kuò)展到需求階段。由圖可以看出，為了第二個(gè)構(gòu)造增量，使用了第一個(gè)構(gòu)造增量來精化需求。為了第二個(gè)構(gòu)造增量，使用了第一個(gè)構(gòu)造增量來精化需求。這一精化可以有多個(gè)來源和路徑。這一精化可以有多個(gè)來源和路徑。 首先，如果一個(gè)早期的增量已向用戶發(fā)布，那么用戶會(huì)以變首先，如果一個(gè)早期的增量已向用戶發(fā)布，那么用戶會(huì)以變更要求的方式提出反饋，以支持以后增量的需求開發(fā)。更要求的方式提出反饋，以支持以后增量的需求開發(fā)。 第二，通過實(shí)實(shí)在在地開發(fā)一個(gè)構(gòu)造增量，為以前還沒有認(rèn)第二，通過實(shí)實(shí)在在地開發(fā)一個(gè)構(gòu)造增量，為以前還沒有認(rèn)識(shí)到的問題提供了可見性，以便實(shí)際地開始這一增量的工作。識(shí)到的問題提供了可見性，以便實(shí)際地開始這

33、一增量的工作。(2(2）與瀑布模型的關(guān)系）與瀑布模型的關(guān)系 在演化模型中，仍然可以使用瀑布模型來管理每一個(gè)演化的增量。在演化模型中，仍然可以使用瀑布模型來管理每一個(gè)演化的增量。一旦理解了需求，就可以像實(shí)現(xiàn)瀑布模型那樣開始設(shè)計(jì)階段和編碼階一旦理解了需求，就可以像實(shí)現(xiàn)瀑布模型那樣開始設(shè)計(jì)階段和編碼階段。段。(3(3）使用演化模型應(yīng)注意的問題）使用演化模型應(yīng)注意的問題 不能弱化需求分析階段的工作。其原因是：不能弱化需求分析階段的工作。其原因是：在項(xiàng)目開始時(shí)，考慮所在項(xiàng)目開始時(shí)，考慮所有需求來源的重要性和風(fēng)險(xiǎn)，對(duì)這些來源的可用性進(jìn)行評(píng)估。只有采有需求來源的重要性和風(fēng)險(xiǎn)，對(duì)這些來源的可用性進(jìn)行評(píng)估。只有

34、采用這一方法，才能識(shí)別和界定不確定的需求，并識(shí)別第一個(gè)增量中所用這一方法，才能識(shí)別和界定不確定的需求，并識(shí)別第一個(gè)增量中所包含的需求。包含的需求。(4(4）演化模型的長(zhǎng)處和不足）演化模型的長(zhǎng)處和不足 演化模型還具有以下優(yōu)點(diǎn)：與增量模型是類似的。特別地，演化模型還具有以下優(yōu)點(diǎn)：與增量模型是類似的。特別地， 在需求不能予以規(guī)約時(shí)，可以使用這一演化模型。在需求不能予以規(guī)約時(shí)，可以使用這一演化模型。 用戶可以通過運(yùn)行系統(tǒng)的實(shí)踐，對(duì)需求進(jìn)行改進(jìn)。用戶可以通過運(yùn)行系統(tǒng)的實(shí)踐，對(duì)需求進(jìn)行改進(jìn)。 與瀑布模型相比，需要更多用戶與瀑布模型相比，需要更多用戶/ /獲取方的參與。獲取方的參與。 缺點(diǎn)有：缺點(diǎn)有： 演化

35、模型的使用仍然處于探索階段，因此具有較大演化模型的使用仍然處于探索階段，因此具有較大 的風(fēng)險(xiǎn)，需要有力的管理。的風(fēng)險(xiǎn)，需要有力的管理。 演化模型的使用很容易成為不編寫需求或設(shè)計(jì)文檔的借口，演化模型的使用很容易成為不編寫需求或設(shè)計(jì)文檔的借口， 即使很好地理解了需求或設(shè)計(jì)。即使很好地理解了需求或設(shè)計(jì)。 用戶用戶/ /獲取方不易理解演化模型的自然屬性，因此當(dāng)結(jié)果不獲取方不易理解演化模型的自然屬性，因此當(dāng)結(jié)果不 夠理想時(shí)，可能產(chǎn)生抱怨。夠理想時(shí)，可能產(chǎn)生抱怨。5 螺旋模型螺旋模型 該模型是由該模型是由Dr. Barry Boehm Boehm 1988Dr. Barry Boehm Boehm 198

36、8開發(fā)的。開發(fā)的。 該模型將軟件生存周期的活動(dòng)分為四個(gè)可重復(fù)的階段：該模型將軟件生存周期的活動(dòng)分為四個(gè)可重復(fù)的階段： 規(guī)劃、風(fēng)險(xiǎn)分析、開發(fā)和評(píng)估：規(guī)劃、風(fēng)險(xiǎn)分析、開發(fā)和評(píng)估： 項(xiàng)目的進(jìn)度是項(xiàng)目的進(jìn)度是“螺旋螺旋”式的。式的。 risk analysis stageDevelopment stagePlanning stageEvaluation stagestartResource use其中：其中： 評(píng)估和風(fēng)險(xiǎn)分析階段都可作出一個(gè)決策：項(xiàng)目是否繼續(xù)。評(píng)估和風(fēng)險(xiǎn)分析階段都可作出一個(gè)決策：項(xiàng)目是否繼續(xù)。 螺旋循環(huán)的次數(shù)指示了已消耗的資源；螺旋循環(huán)的次數(shù)指示了已消耗的資源； 在規(guī)劃階段、風(fēng)險(xiǎn)分析階

37、段和開發(fā)階段均進(jìn)行需求規(guī)約活在規(guī)劃階段、風(fēng)險(xiǎn)分析階段和開發(fā)階段均進(jìn)行需求規(guī)約活 動(dòng)；動(dòng)； 在早期螺旋循環(huán)中，為了為最終的實(shí)現(xiàn)給出一些指導(dǎo)性決在早期螺旋循環(huán)中，為了為最終的實(shí)現(xiàn)給出一些指導(dǎo)性決 策，經(jīng)常使用原型構(gòu)造；策，經(jīng)常使用原型構(gòu)造；設(shè)計(jì)和實(shí)現(xiàn)活動(dòng)一般是在開發(fā)階段進(jìn)行；設(shè)計(jì)和實(shí)現(xiàn)活動(dòng)一般是在開發(fā)階段進(jìn)行； V&V 活動(dòng)在開發(fā)階段和評(píng)估階段進(jìn)行；活動(dòng)在開發(fā)階段和評(píng)估階段進(jìn)行； 驗(yàn)證驗(yàn)證/確認(rèn)確認(rèn):一種評(píng)估活動(dòng)一種評(píng)估活動(dòng)驗(yàn)證驗(yàn)證（verification）：確定一個(gè)階段的產(chǎn)品是否達(dá)到）：確定一個(gè)階段的產(chǎn)品是否達(dá)到 前階段確立的需求的過程。前階段確立的需求的過程。 （實(shí)施過程質(zhì)量控制的基

38、本措施）（實(shí)施過程質(zhì)量控制的基本措施） 確認(rèn)確認(rèn)(veridation)：評(píng)價(jià)開發(fā)的軟件與需求是否一致的：評(píng)價(jià)開發(fā)的軟件與需求是否一致的 過程。過程。 （實(shí)施產(chǎn)品質(zhì)量控制的基本措施）（實(shí)施產(chǎn)品質(zhì)量控制的基本措施）活動(dòng)1活動(dòng)2活動(dòng)3活動(dòng)1活動(dòng)2活動(dòng)3關(guān)于螺旋模型的幾點(diǎn)說明：關(guān)于螺旋模型的幾點(diǎn)說明：(1(1）該模型關(guān)注解決問題的基本步驟）該模型關(guān)注解決問題的基本步驟: : 標(biāo)識(shí)問題標(biāo)識(shí)問題; ; 標(biāo)識(shí)一些標(biāo)識(shí)一些 可選方案，選擇一個(gè)最佳方案可選方案，選擇一個(gè)最佳方案; ; 遵循動(dòng)作步驟，并實(shí)施遵循動(dòng)作步驟，并實(shí)施 后續(xù)工作。其中只要完成了開發(fā)的一個(gè)迭代，開發(fā)的另后續(xù)工作。其中只要完成了開發(fā)的一個(gè)迭

39、代，開發(fā)的另 一個(gè)迭代就開始。一個(gè)迭代就開始。(2(2）螺旋模型的一個(gè)特征是，實(shí)際上只有一個(gè)迭代過程真正）螺旋模型的一個(gè)特征是，實(shí)際上只有一個(gè)迭代過程真正 開發(fā)可交付的軟件。因此開發(fā)可交付的軟件。因此, ,如果如果 項(xiàng)目的開發(fā)風(fēng)險(xiǎn)很大，或項(xiàng)目的開發(fā)風(fēng)險(xiǎn)很大，或 客戶不能確定系統(tǒng)需求，在更廣泛的意義上來講，還客戶不能確定系統(tǒng)需求，在更廣泛的意義上來講，還 包括系統(tǒng)或系統(tǒng)類型的要求，包括系統(tǒng)或系統(tǒng)類型的要求， 這時(shí)螺旋模型就是一個(gè)好的生存周期模型。這時(shí)螺旋模型就是一個(gè)好的生存周期模型。(3) (3) 與其它模型的關(guān)系與其它模型的關(guān)系 與演化模型一樣，螺旋模型也使用瀑布模型作為一個(gè)嵌入的過與演化模型

40、一樣，螺旋模型也使用瀑布模型作為一個(gè)嵌入的過程程- -即分析、設(shè)計(jì)、編碼、實(shí)現(xiàn)和維護(hù)的瀑布過程，是螺旋一周的組即分析、設(shè)計(jì)、編碼、實(shí)現(xiàn)和維護(hù)的瀑布過程，是螺旋一周的組成部分。成部分。 盡管螺旋模型和一些迭代模型在框架和全局體系結(jié)構(gòu)方面是等盡管螺旋模型和一些迭代模型在框架和全局體系結(jié)構(gòu)方面是等同的，但所關(guān)注的同的，但所關(guān)注的階段階段以及它們的以及它們的活動(dòng)活動(dòng)是不同的。是不同的。 具體地說：具體地說：標(biāo)識(shí)客戶想要的是一個(gè)什么樣的系統(tǒng)；標(biāo)識(shí)客戶想要的是一個(gè)什么樣的系統(tǒng)；確定風(fēng)險(xiǎn)確定風(fēng)險(xiǎn)和效益的可選路線；和效益的可選路線；選擇最優(yōu)方案；選擇最優(yōu)方案；開發(fā)系統(tǒng)；開發(fā)系統(tǒng)；評(píng)估完成情評(píng)估完成情況等；況等

41、；重新開始。重新開始。 即即 螺旋模型擴(kuò)展了增量模型的管理任務(wù)范圍。而增量模型是基螺旋模型擴(kuò)展了增量模型的管理任務(wù)范圍。而增量模型是基于以下假定：需求是最基本的、并且是唯一的風(fēng)險(xiǎn)源。而在螺旋模于以下假定：需求是最基本的、并且是唯一的風(fēng)險(xiǎn)源。而在螺旋模型中，決策和降低風(fēng)險(xiǎn)的空間是相當(dāng)廣泛的。型中，決策和降低風(fēng)險(xiǎn)的空間是相當(dāng)廣泛的。6 6 小結(jié)小結(jié)）所有模型的內(nèi)在基本特征）所有模型的內(nèi)在基本特征： 描述了開發(fā)的主要階段；描述了開發(fā)的主要階段； 定義了每一個(gè)階段要完成的主要活動(dòng)；定義了每一個(gè)階段要完成的主要活動(dòng)； 規(guī)約了每一個(gè)階段的輸入和輸出（產(chǎn)品）；規(guī)約了每一個(gè)階段的輸入和輸出（產(chǎn)品）； 提供了一

42、個(gè)框架，可以把必要的活動(dòng)映射到該框架中。提供了一個(gè)框架，可以把必要的活動(dòng)映射到該框架中。外征：軟件開發(fā)活動(dòng)的組織外征：軟件開發(fā)活動(dòng)的組織 內(nèi)涵：求解軟件的計(jì)算邏輯內(nèi)涵：求解軟件的計(jì)算邏輯）關(guān)于軟件開發(fā)風(fēng)范）關(guān)于軟件開發(fā)風(fēng)范 -開發(fā)活動(dòng)的組織開發(fā)活動(dòng)的組織:風(fēng)格與準(zhǔn)則風(fēng)格與準(zhǔn)則 盡管在實(shí)踐中，每一項(xiàng)盡管在實(shí)踐中，每一項(xiàng)IT項(xiàng)目管理都有自己特定的軟件開發(fā)項(xiàng)目管理都有自己特定的軟件開發(fā)過程，但軟件開發(fā)風(fēng)范（過程，但軟件開發(fā)風(fēng)范（paradigms）主要有五種，它們是：）主要有五種，它們是： 迭代（迭代（iterative）風(fēng)范，）風(fēng)范， 也稱為演化（也稱為演化（evolutionary）風(fēng)范）風(fēng)范;

43、 轉(zhuǎn)換（轉(zhuǎn)換（transformational）風(fēng)范）風(fēng)范; 螺旋（螺旋（ spiral）風(fēng)范）風(fēng)范; 瀑布（瀑布（ waterfall）風(fēng)范，以及）風(fēng)范，以及 第四代（第四代（fourth generation）風(fēng)范。）風(fēng)范。其中，轉(zhuǎn)換風(fēng)范的過程模式其中，轉(zhuǎn)換風(fēng)范的過程模式 基于待開發(fā)系統(tǒng)的形式化需求規(guī)約?；诖_發(fā)系統(tǒng)的形式化需求規(guī)約。 在此基礎(chǔ)上，通過一系列轉(zhuǎn)換，將這一形式化的在此基礎(chǔ)上，通過一系列轉(zhuǎn)換，將這一形式化的 需求規(guī)約轉(zhuǎn)化為它的實(shí)現(xiàn)。需求規(guī)約轉(zhuǎn)化為它的實(shí)現(xiàn)。 其中，如果需求規(guī)約發(fā)生變化的話其中，如果需求規(guī)約發(fā)生變化的話,可以重新應(yīng)用可以重新應(yīng)用 這些轉(zhuǎn)換這些轉(zhuǎn)換, 對(duì)其實(shí)現(xiàn)進(jìn)行

44、更新對(duì)其實(shí)現(xiàn)進(jìn)行更新. 對(duì)于形式化的表示，需要在研究環(huán)境之外所使用對(duì)于形式化的表示，需要在研究環(huán)境之外所使用 的環(huán)境中保持這一風(fēng)范的環(huán)境中保持這一風(fēng)范.其中，第四代風(fēng)范其中，第四代風(fēng)范 是圍繞特定語言和工具而設(shè)計(jì)的。這一風(fēng)范的過程是圍繞特定語言和工具而設(shè)計(jì)的。這一風(fēng)范的過程,依據(jù)高層依據(jù)高層 描述，自動(dòng)生成代碼。描述，自動(dòng)生成代碼。 軟件開發(fā)技術(shù)經(jīng)常被認(rèn)為經(jīng)歷了以下四代：軟件開發(fā)技術(shù)經(jīng)常被認(rèn)為經(jīng)歷了以下四代： 第一代是單個(gè)開發(fā)人員使用低級(jí)程序設(shè)計(jì)語言第一代是單個(gè)開發(fā)人員使用低級(jí)程序設(shè)計(jì)語言. 第二代第二代,使使用過程語言用過程語言,為多用戶開發(fā)軟件為多用戶開發(fā)軟件.第三代其主要特征是使用高級(jí)第

45、三代其主要特征是使用高級(jí)通用的語言通用的語言,為大量工業(yè)應(yīng)用開發(fā)軟件為大量工業(yè)應(yīng)用開發(fā)軟件.隨后隨后,出現(xiàn)并使用了高出現(xiàn)并使用了高級(jí)的非過程語言級(jí)的非過程語言,稱為第四代稱為第四代.第四代開發(fā)風(fēng)范沒有廣泛地應(yīng)用第四代開發(fā)風(fēng)范沒有廣泛地應(yīng)用,只是在一些特定的應(yīng)用領(lǐng)只是在一些特定的應(yīng)用領(lǐng)域得以應(yīng)用域得以應(yīng)用,并通常使用數(shù)據(jù)庫系統(tǒng)保持所有開發(fā)信息并通常使用數(shù)據(jù)庫系統(tǒng)保持所有開發(fā)信息.原因：原因： 這些特定語言和工具限制了開發(fā)中對(duì)其它技術(shù)的選擇這些特定語言和工具限制了開發(fā)中對(duì)其它技術(shù)的選擇; 為了完成軟件產(chǎn)品的開發(fā)為了完成軟件產(chǎn)品的開發(fā),必須學(xué)習(xí)大量設(shè)計(jì)和實(shí)現(xiàn)工作必須學(xué)習(xí)大量設(shè)計(jì)和實(shí)現(xiàn)工作.軟件生存周

46、期過程軟件生存周期過程軟件開發(fā)涉及的基本問題軟件開發(fā)涉及的基本問題 軟件開發(fā)本質(zhì)軟件開發(fā)本質(zhì)軟軟件件生生存存周周期期過過程程定義定義軟軟件件生生存存周周期期模模型型軟軟件件工工程程生生存存周周期期過過程程活活動(dòng)動(dòng)與與定定序序形形成成軟件開發(fā)方法學(xué)軟件開發(fā)方法學(xué) 結(jié)構(gòu)化方法結(jié)構(gòu)化方法 面向?qū)ο蠓椒嫦驅(qū)ο蠓椒?面向數(shù)據(jù)結(jié)構(gòu)面向數(shù)據(jù)結(jié)構(gòu) 方法方法 維也納開發(fā)方維也納開發(fā)方 法法(VDM)給給出出實(shí)實(shí)現(xiàn)現(xiàn)開開發(fā)發(fā)過過程程的的途途徑徑IT項(xiàng)目管理項(xiàng)目管理 管理活動(dòng)管理活動(dòng) 管理技術(shù)與方法管理技術(shù)與方法作用于作用于 1)做哪些工作做哪些工作? 2)誰做誰做? 3)如何組織這些工作如何組織這些工作? 4)

47、怎么做怎么做? 5)如何管理如何管理? IT項(xiàng)目管理知識(shí)結(jié)構(gòu)項(xiàng)目管理知識(shí)結(jié)構(gòu)二、二、軟件生存周期過程軟件生存周期過程 - -回答要做哪些回答要做哪些“工作工作”，而沒有回答如何進(jìn)行，而沒有回答如何進(jìn)行“工作工作” 1 1、基本概念、基本概念 為了表述軟件開發(fā)需要做為了表述軟件開發(fā)需要做“什么活什么活( (映射映射) )”, ,引入了以下三引入了以下三 個(gè)概念：個(gè)概念： 軟件過程軟件過程(process)(process)：活動(dòng)的一個(gè)集合；：活動(dòng)的一個(gè)集合； 活動(dòng)活動(dòng)(activity)(activity)：任務(wù)的一個(gè)集合；：任務(wù)的一個(gè)集合； 任務(wù)任務(wù)(task)(task)： 將輸入轉(zhuǎn)換為輸出

48、的操作。將輸入轉(zhuǎn)換為輸出的操作。 2 2 過程分類過程分類 按過程的主體按過程的主體, ,可分為三類過程可分為三類過程： 1 1）基本過程）基本過程(primary processes)(primary processes) 是指那些與是指那些與軟件生產(chǎn)軟件生產(chǎn)直接相關(guān)的活動(dòng)集。直接相關(guān)的活動(dòng)集。 2 2）支持過程）支持過程(supporting processes )(supporting processes ) 是有關(guān)各方按其目標(biāo)所從事的一系列是有關(guān)各方按其目標(biāo)所從事的一系列支持支持活動(dòng)集?；顒?dòng)集。 3 3）組織過程）組織過程(institutional processes)(instit

49、utional processes) 是指那些與是指那些與軟件生產(chǎn)組織軟件生產(chǎn)組織有關(guān)的活動(dòng)集。有關(guān)的活動(dòng)集。 基本過程基本過程支持過程支持過程組織過程組織過程1 1）基本過程基本過程 又按過程中活動(dòng)的不同主體，將基本過程（類）分又按過程中活動(dòng)的不同主體，將基本過程（類）分 為為5 5個(gè)過程個(gè)過程：獲取過程、供應(yīng)過程、開發(fā)過程、：獲取過程、供應(yīng)過程、開發(fā)過程、 運(yùn)行過程、維護(hù)過程運(yùn)行過程、維護(hù)過程 獲取過程獲取過程基本過程基本過程支持過程支持過程組織過程組織過程組織為組織為供應(yīng)過程供應(yīng)過程開發(fā)過程開發(fā)過程運(yùn)行過程運(yùn)行過程維護(hù)過程維護(hù)過程例如例如1：開發(fā)過程開發(fā)過程 是是軟件開發(fā)者軟件開發(fā)者所從

50、事的一系列活動(dòng)。所從事的一系列活動(dòng)。 包括包括13個(gè)活動(dòng)：個(gè)活動(dòng)： 過程的實(shí)施準(zhǔn)備過程的實(shí)施準(zhǔn)備 系統(tǒng)需求分析系統(tǒng)需求分析 系統(tǒng)結(jié)構(gòu)設(shè)計(jì)系統(tǒng)結(jié)構(gòu)設(shè)計(jì) 軟件需求分析軟件需求分析 軟件體系結(jié)構(gòu)設(shè)計(jì)軟件體系結(jié)構(gòu)設(shè)計(jì) 軟件詳細(xì)設(shè)計(jì)軟件詳細(xì)設(shè)計(jì) 軟件編碼和測(cè)試軟件編碼和測(cè)試 軟件集成軟件集成 軟件合格測(cè)試軟件合格測(cè)試 系統(tǒng)集成系統(tǒng)集成 系統(tǒng)合格測(cè)試系統(tǒng)合格測(cè)試 軟件安裝軟件安裝 軟件驗(yàn)收支持軟件驗(yàn)收支持 （2 2）支持過程支持過程 又按過程中活動(dòng)的不同主體，將支持過程（類）分為又按過程中活動(dòng)的不同主體，將支持過程（類）分為 8 8個(gè)過程個(gè)過程：文檔過程、配置管理過程、質(zhì)量保證、驗(yàn)證過程、文檔過程、配置管

51、理過程、質(zhì)量保證、驗(yàn)證過程、確認(rèn)過程、聯(lián)合評(píng)審、審計(jì)過程、確認(rèn)過程、聯(lián)合評(píng)審、審計(jì)過程、 問題解決等。問題解決等。文檔過程文檔過程基本過程基本過程支持過程支持過程組織過程組織過程組織為組織為配置管理過程配置管理過程質(zhì)量保證過程質(zhì)量保證過程驗(yàn)證過程驗(yàn)證過程聯(lián)合評(píng)審過程聯(lián)合評(píng)審過程確認(rèn)過程確認(rèn)過程審計(jì)過程審計(jì)過程問題解決過程問題解決過程例如例如2:2:文檔過程文檔過程 是記錄由某一過程或活動(dòng)所產(chǎn)生信息的過程是記錄由某一過程或活動(dòng)所產(chǎn)生信息的過程 包括包括4 4個(gè)活動(dòng)個(gè)活動(dòng)：過程的實(shí)施準(zhǔn)備：過程的實(shí)施準(zhǔn)備 設(shè)計(jì)與開發(fā)設(shè)計(jì)與開發(fā) 制作與發(fā)行制作與發(fā)行 維護(hù)維護(hù) 其中的活動(dòng)：其中的活動(dòng)：過程的實(shí)施準(zhǔn)備過

52、程的實(shí)施準(zhǔn)備 主要任務(wù)主要任務(wù)：開發(fā)一個(gè)計(jì)劃，用于標(biāo)識(shí)軟件產(chǎn)品生存周期中要開發(fā)一個(gè)計(jì)劃，用于標(biāo)識(shí)軟件產(chǎn)品生存周期中要產(chǎn)生的文檔對(duì)于所標(biāo)識(shí)的每一個(gè)文檔，應(yīng)給出：產(chǎn)生的文檔對(duì)于所標(biāo)識(shí)的每一個(gè)文檔，應(yīng)給出： 標(biāo)題或名字標(biāo)題或名字 目的目的 讀者讀者 文檔輸入文檔輸入、開發(fā)、評(píng)審、修改、提交、存儲(chǔ)、開發(fā)、評(píng)審、修改、提交、存儲(chǔ)、維護(hù)以及配置管理等的規(guī)程和責(zé)任維護(hù)以及配置管理等的規(guī)程和責(zé)任其中的活動(dòng)：其中的活動(dòng)：設(shè)計(jì)與開發(fā)設(shè)計(jì)與開發(fā) 主要任務(wù)主要任務(wù)： 根據(jù)適用的文檔標(biāo)準(zhǔn)，設(shè)計(jì)每一文檔的格式、內(nèi)根據(jù)適用的文檔標(biāo)準(zhǔn)，設(shè)計(jì)每一文檔的格式、內(nèi) 容說明、圖表設(shè)置以及包裝等。容說明、圖表設(shè)置以及包裝等。 可以使用

53、自動(dòng)化的文檔工具，確保每個(gè)文檔輸入可以使用自動(dòng)化的文檔工具，確保每個(gè)文檔輸入數(shù)據(jù)的來源和適用性；數(shù)據(jù)的來源和適用性； 按文檔標(biāo)準(zhǔn)，編輯并評(píng)審每一文檔的格式、技術(shù)按文檔標(biāo)準(zhǔn)，編輯并評(píng)審每一文檔的格式、技術(shù)內(nèi)容和表示風(fēng)格在分發(fā)前需經(jīng)主管人員批準(zhǔn)。內(nèi)容和表示風(fēng)格在分發(fā)前需經(jīng)主管人員批準(zhǔn)。3 3組織過程組織過程（Organizational life cycle processesOrganizational life cycle processes）分為分為4 4個(gè)過程個(gè)過程：管理過程、基礎(chǔ)設(shè)施過程、培訓(xùn)過程、改進(jìn)過程管理過程、基礎(chǔ)設(shè)施過程、培訓(xùn)過程、改進(jìn)過程 管理過程管理過程基本過程基本過程支持過

54、程支持過程組織過程組織過程組織為組織為基礎(chǔ)設(shè)施過程基礎(chǔ)設(shè)施過程培訓(xùn)過程培訓(xùn)過程過程改進(jìn)過程過程改進(jìn)過程例如例如3 3：管理過程：管理過程 管理過程包括由管理其對(duì)應(yīng)過程的任何一方所執(zhí)行的一般管理過程包括由管理其對(duì)應(yīng)過程的任何一方所執(zhí)行的一般性活動(dòng)和任務(wù)，管理人員負(fù)責(zé)：性活動(dòng)和任務(wù)，管理人員負(fù)責(zé)：產(chǎn)品管理；產(chǎn)品管理；項(xiàng)目管理，以及項(xiàng)目管理，以及對(duì)所應(yīng)用的那些過程（例如，獲取、供應(yīng)、開發(fā)、運(yùn)對(duì)所應(yīng)用的那些過程（例如，獲取、供應(yīng)、開發(fā)、運(yùn)行、維護(hù)或支持過程）的任務(wù)管理。行、維護(hù)或支持過程）的任務(wù)管理。 主要活動(dòng)包括主要活動(dòng)包括: 過程的啟動(dòng)和范圍定義過程的啟動(dòng)和范圍定義 規(guī)劃規(guī)劃 實(shí)施與控制實(shí)施與控制

55、 評(píng)審與評(píng)估評(píng)審與評(píng)估 測(cè)量測(cè)量 收尾（收尾（closure） 其中的活動(dòng)：其中的活動(dòng)：過程的啟動(dòng)和范圍定義過程的啟動(dòng)和范圍定義 主要任務(wù)主要任務(wù)： 通過建立那些要承擔(dān)的過程的需求，啟動(dòng)該管理過程通過建立那些要承擔(dān)的過程的需求，啟動(dòng)該管理過程通過檢查執(zhí)行并管理這些過程所需要的資源（人通過檢查執(zhí)行并管理這些過程所需要的資源（人、物物 資資、技術(shù)和環(huán)境）是否可用技術(shù)和環(huán)境）是否可用、充分和適用，以及時(shí)間充分和適用，以及時(shí)間 上是否可達(dá)，來建立這些過程的可行性上是否可達(dá)，來建立這些過程的可行性必要的話，按各方共識(shí)，修改這些過程的需求，以必要的話，按各方共識(shí)，修改這些過程的需求，以達(dá)成完成準(zhǔn)則達(dá)成完成

56、準(zhǔn)則. . 其中的活動(dòng)其中的活動(dòng): :規(guī)劃規(guī)劃 主要任務(wù)主要任務(wù)： 為過程的執(zhí)行制定計(jì)劃。該計(jì)劃應(yīng)包括有關(guān)活動(dòng)和任務(wù)的為過程的執(zhí)行制定計(jì)劃。該計(jì)劃應(yīng)包括有關(guān)活動(dòng)和任務(wù)的 描述，并標(biāo)識(shí)即將提供的軟件產(chǎn)品。該計(jì)劃的主要內(nèi)容描述，并標(biāo)識(shí)即將提供的軟件產(chǎn)品。該計(jì)劃的主要內(nèi)容: 既時(shí)完成任務(wù)的進(jìn)度安排；既時(shí)完成任務(wù)的進(jìn)度安排； 工作量的估計(jì)；工作量的估計(jì)； 執(zhí)行任務(wù)所需要的適當(dāng)資源；執(zhí)行任務(wù)所需要的適當(dāng)資源； 任務(wù)的分配；任務(wù)的分配； 職責(zé)的分派；職責(zé)的分派； 與任務(wù)或過程自身有關(guān)的風(fēng)險(xiǎn)與任務(wù)或過程自身有關(guān)的風(fēng)險(xiǎn)( (量化量化) )； 在整個(gè)過程中采用的質(zhì)量控制測(cè)量；在整個(gè)過程中采用的質(zhì)量控制測(cè)量； 與

57、過程執(zhí)行有關(guān)的費(fèi)用；與過程執(zhí)行有關(guān)的費(fèi)用； 環(huán)境和基礎(chǔ)設(shè)施的規(guī)約。環(huán)境和基礎(chǔ)設(shè)施的規(guī)約。 其中的活動(dòng)其中的活動(dòng): :實(shí)施與控制實(shí)施與控制 主要任務(wù)主要任務(wù)： 啟動(dòng)管理計(jì)劃的實(shí)施，以滿足所設(shè)定的目標(biāo)和準(zhǔn)則，并對(duì)過啟動(dòng)管理計(jì)劃的實(shí)施，以滿足所設(shè)定的目標(biāo)和準(zhǔn)則，并對(duì)過程實(shí)施控制。程實(shí)施控制。 監(jiān)督過程的執(zhí)行，提供過程進(jìn)展的內(nèi)部報(bào)告，并按照合同的監(jiān)督過程的執(zhí)行，提供過程進(jìn)展的內(nèi)部報(bào)告，并按照合同的規(guī)定向需方提供過程進(jìn)展的外部報(bào)告。規(guī)定向需方提供過程進(jìn)展的外部報(bào)告。 調(diào)查、分析和解決在過程執(zhí)行期間發(fā)現(xiàn)的問題。問題的解決調(diào)查、分析和解決在過程執(zhí)行期間發(fā)現(xiàn)的問題。問題的解決可能導(dǎo)致對(duì)計(jì)劃的變更。對(duì)變更的影響

58、進(jìn)行確定、控制和監(jiān)督可能導(dǎo)致對(duì)計(jì)劃的變更。對(duì)變更的影響進(jìn)行確定、控制和監(jiān)督。問題及其解決方案應(yīng)形成文檔。問題及其解決方案應(yīng)形成文檔。 按協(xié)商確定的時(shí)間，報(bào)告過程進(jìn)展情況，聲明按計(jì)劃進(jìn)行，按協(xié)商確定的時(shí)間，報(bào)告過程進(jìn)展情況，聲明按計(jì)劃進(jìn)行，并解決進(jìn)展中的疏漏情況。按照組織規(guī)程和合同的要求，這種并解決進(jìn)展中的疏漏情況。按照組織規(guī)程和合同的要求，這種報(bào)告包括內(nèi)部報(bào)告和外部報(bào)告。報(bào)告包括內(nèi)部報(bào)告和外部報(bào)告。 其中的活動(dòng)其中的活動(dòng): :評(píng)審與評(píng)估評(píng)審與評(píng)估 主要任務(wù)主要任務(wù)： 對(duì)軟件產(chǎn)品和計(jì)劃進(jìn)行評(píng)價(jià)，以確定是否滿足需求。對(duì)軟件產(chǎn)品和計(jì)劃進(jìn)行評(píng)價(jià)，以確定是否滿足需求。 對(duì)在過程執(zhí)行期間完成的軟件產(chǎn)品、活

59、動(dòng)和任務(wù)的評(píng)價(jià)結(jié)果對(duì)在過程執(zhí)行期間完成的軟件產(chǎn)品、活動(dòng)和任務(wù)的評(píng)價(jià)結(jié)果進(jìn)行評(píng)估，以確定是否達(dá)到目標(biāo)和完成計(jì)劃。進(jìn)行評(píng)估，以確定是否達(dá)到目標(biāo)和完成計(jì)劃。 其中的活動(dòng)其中的活動(dòng): :測(cè)量測(cè)量 主要任務(wù)主要任務(wù)： 建立并維護(hù)測(cè)量承諾。確保滿足所有的測(cè)量過程的資源、人建立并維護(hù)測(cè)量承諾。確保滿足所有的測(cè)量過程的資源、人員和承諾的先決條件。該任務(wù)的結(jié)果是員和承諾的先決條件。該任務(wù)的結(jié)果是:給出了從管理到支持給出了從管理到支持測(cè)量過程的承諾，提供了在該標(biāo)準(zhǔn)已為測(cè)量過程標(biāo)識(shí)并分配職測(cè)量過程的承諾，提供了在該標(biāo)準(zhǔn)已為測(cè)量過程標(biāo)識(shí)并分配職責(zé)方面的人員能力，提供了可用于策劃和實(shí)施測(cè)量過程的資源責(zé)方面的人員能力，提

60、供了可用于策劃和實(shí)施測(cè)量過程的資源。 規(guī)劃測(cè)量過程。制定一個(gè)詳細(xì)的計(jì)劃以啟動(dòng)、指導(dǎo)、監(jiān)督并規(guī)劃測(cè)量過程。制定一個(gè)詳細(xì)的計(jì)劃以啟動(dòng)、指導(dǎo)、監(jiān)督并評(píng)價(jià)數(shù)據(jù)收集、分析、解釋和存儲(chǔ)活動(dòng)。該任務(wù)執(zhí)行的結(jié)果是評(píng)價(jià)數(shù)據(jù)收集、分析、解釋和存儲(chǔ)活動(dòng)。該任務(wù)執(zhí)行的結(jié)果是:提供了一些規(guī)劃信息，包括已定義的那些組織單元所需要的提供了一些規(guī)劃信息，包括已定義的那些組織單元所需要的信息以及已獲取并利用的所要求的支持技術(shù)。信息以及已獲取并利用的所要求的支持技術(shù)。 按計(jì)劃進(jìn)行測(cè)量。根據(jù)測(cè)量計(jì)劃任務(wù)的輸出生成信息產(chǎn)品和按計(jì)劃進(jìn)行測(cè)量。根據(jù)測(cè)量計(jì)劃任務(wù)的輸出生成信息產(chǎn)品和性能測(cè)量（值）。該任務(wù)執(zhí)行的結(jié)果能保證：收集到數(shù)據(jù)、以性能測(cè)量（值