ch10-軟件過程的管理實踐ppt課件

1、Zhu.K作者作者軟件過程管理軟件過程管理-Ch.10 軟件過程的管理實踐軟件過程的管理實踐 Zhu.K軟件過程的管理實踐軟件過程的管理實踐不同的項目需要不同的方法論，一個項目的不同的項目需要不同的方法論，一個項目的最佳過程是這個項目所能負(fù)擔(dān)的最小過程。最佳過程是這個項目所能負(fù)擔(dān)的最小過程。Alistair CockburnZhu.K本章提綱本章提綱10.1 IBM-Rational 10.1 IBM-Rational 業(yè)務(wù)驅(qū)動開發(fā)的過程管理業(yè)務(wù)驅(qū)動開發(fā)的過程管理10.2 10.2 微軟公司的軟件開發(fā)過程模式微軟公司的軟件開發(fā)過程模式10.3 10.3 敏捷模型的軟件過程管理敏捷模型的軟件過程

2、管理10.4 10.4 面向構(gòu)件的軟件過程面向構(gòu)件的軟件過程10.5 10.5 軟件過程的自定義體系軟件過程的自定義體系Zhu.K10.1 IBM-Rational 業(yè)務(wù)驅(qū)動開發(fā)的過程管理業(yè)務(wù)驅(qū)動開發(fā)的過程管理10.1.1 RUP的迭代過程的迭代過程10.1.2 提高過程的適應(yīng)性提高過程的適應(yīng)性10.1.3 需求開發(fā)和質(zhì)量改進需求開發(fā)和質(zhì)量改進10.1.4 架構(gòu)設(shè)計和組件復(fù)用架構(gòu)設(shè)計和組件復(fù)用10.1.5 跨團隊協(xié)作跨團隊協(xié)作10.1.6 過程實施的最佳實踐過程實施的最佳實踐Zhu.K10.1.1 RUP的迭代過程的迭代過程1234Zhu.K初始階段初始階段主要成果是：主要成果是：前景文檔：對

3、核心項目要求、關(guān)鍵性質(zhì)、前景說明。前景文檔：對核心項目要求、關(guān)鍵性質(zhì)、前景說明。初始的項目術(shù)語表。初始的項目術(shù)語表。初始的用例模型和商業(yè)用例。初始的用例模型和商業(yè)用例。項目規(guī)劃，其中明確階段和迭代，一個或多個原型。項目規(guī)劃，其中明確階段和迭代，一個或多個原型。初始的風(fēng)險評估和商業(yè)模型。初始的風(fēng)險評估和商業(yè)模型。里程碑被評估的準(zhǔn)則是：里程碑被評估的準(zhǔn)則是：相關(guān)共利益者對項目范圍定義和成本相關(guān)共利益者對項目范圍定義和成本/進度估計達成共識。進度估計達成共識。通過主要的用例將需求無二義地表達出來。通過主要的用例將需求無二義地表達出來。本錢本錢/進度估計、優(yōu)先級、風(fēng)險和開發(fā)過程的可信度。進度估計、優(yōu)先

4、級、風(fēng)險和開發(fā)過程的可信度。開發(fā)出來的體系結(jié)構(gòu)原型的深度和廣度開發(fā)出來的體系結(jié)構(gòu)原型的深度和廣度 初始階段Zhu.K細化階段細化階段成果是：成果是：用例模型。用例模型。一些增加的需求一些增加的需求可執(zhí)行的體系結(jié)構(gòu)原型及其描述。可執(zhí)行的體系結(jié)構(gòu)原型及其描述。修訂后的風(fēng)險表和商業(yè)用例、開發(fā)用例，指定要使用的過程。修訂后的風(fēng)險表和商業(yè)用例、開發(fā)用例，指定要使用的過程。整個項目的開發(fā)計劃。整個項目的開發(fā)計劃。初步的用戶手冊可選）。初步的用戶手冊可選）。細化階段被評估的準(zhǔn)則是：細化階段被評估的準(zhǔn)則是：產(chǎn)品的前景是否穩(wěn)定？體系結(jié)構(gòu)是否穩(wěn)定？產(chǎn)品的前景是否穩(wěn)定？體系結(jié)構(gòu)是否穩(wěn)定？可執(zhí)行的演示是否強調(diào)了主要的

5、風(fēng)險元素，并得到解決？可執(zhí)行的演示是否強調(diào)了主要的風(fēng)險元素，并得到解決？構(gòu)造階段的規(guī)劃是否已經(jīng)足夠詳細和準(zhǔn)確，是否有可信度的評估支構(gòu)造階段的規(guī)劃是否已經(jīng)足夠詳細和準(zhǔn)確，是否有可信度的評估支持？持？如果用當(dāng)前的計劃來開發(fā)整個系統(tǒng)，包括使用已定義的體系結(jié)構(gòu)，如果用當(dāng)前的計劃來開發(fā)整個系統(tǒng)，包括使用已定義的體系結(jié)構(gòu)，是否所有相關(guān)共利益者對此都達成一致？是否所有相關(guān)共利益者對此都達成一致？Zhu.K構(gòu)造階段構(gòu)造階段版，至少應(yīng)該包括：版，至少應(yīng)該包括：在特定平臺上集成的軟件產(chǎn)品。在特定平臺上集成的軟件產(chǎn)品。用戶手冊和對當(dāng)前版本的描述。用戶手冊和對當(dāng)前版本的描述。評估準(zhǔn)則是：評估準(zhǔn)則是：產(chǎn)品版本是否足夠穩(wěn)

6、定和成熟，可以在用戶群中發(fā)布嗎？產(chǎn)品版本是否足夠穩(wěn)定和成熟，可以在用戶群中發(fā)布嗎？是否所有相關(guān)共利益者都同意產(chǎn)品的發(fā)布？是否所有相關(guān)共利益者都同意產(chǎn)品的發(fā)布？實際的資源支出和計劃的支出的比值是否仍然可接受？實際的資源支出和計劃的支出的比值是否仍然可接受？Zhu.K交付階段交付階段主要工作有：主要工作有：測試，確認(rèn)新系統(tǒng)達到用戶的預(yù)期。測試，確認(rèn)新系統(tǒng)達到用戶的預(yù)期。與被取代的舊系統(tǒng)并行操作，以及功能性數(shù)據(jù)庫的轉(zhuǎn)換。與被取代的舊系統(tǒng)并行操作，以及功能性數(shù)據(jù)庫的轉(zhuǎn)換。用戶和維護人員培訓(xùn)。用戶和維護人員培訓(xùn)。向市場、分銷商和銷售人員進行新產(chǎn)品的展示。向市場、分銷商和銷售人員進行新產(chǎn)品的展示。交付階段

7、側(cè)重向用戶提交軟件的活動，評估準(zhǔn)則可以非交付階段側(cè)重向用戶提交軟件的活動，評估準(zhǔn)則可以非常簡單，也可能極其復(fù)雜。常簡單，也可能極其復(fù)雜。用戶是否滿意？用戶是否滿意？是否能夠接受實際的和計劃的資源支出的比？是否能夠接受實際的和計劃的資源支出的比？Zhu.K10.1.2 提高過程的適應(yīng)性提高過程的適應(yīng)性n早期開發(fā)活動的目標(biāo)應(yīng)是找出不確定性，在計劃中逐漸提高精確性。n把項目劃分為一組迭代過程以交付產(chǎn)品的增量價值來獲得早期的、連續(xù)的用戶反饋。n利用演示和反饋來調(diào)整開發(fā)計劃。n包含并管理變更。n在生命周期盡早發(fā)現(xiàn)關(guān)鍵風(fēng)險，通過不斷評估所面對的風(fēng)險，并在下一次迭代中消除或減少已知的風(fēng)險。n同步的測試和驗證

8、是減少風(fēng)險的重要手段之一。Zhu.K10.1.3 需求開發(fā)和質(zhì)量改進需求開發(fā)和質(zhì)量改進1. 定義并理解業(yè)務(wù)過程和用戶需求定義并理解業(yè)務(wù)過程和用戶需求2. 區(qū)分項目，需求與軟件能力的優(yōu)先次序區(qū)分項目，需求與軟件能力的優(yōu)先次序3. 盡早地并且不斷地測試盡早地并且不斷地測試4. 資源的復(fù)用資源的復(fù)用5. 整個團隊在整個過程中關(guān)注質(zhì)量整個團隊在整個過程中關(guān)注質(zhì)量Zhu.K10.1.4 架構(gòu)設(shè)計和組件復(fù)用架構(gòu)設(shè)計和組件復(fù)用n復(fù)用的問題之一是在開發(fā)時兩個組件需要知道對方的存在?；跇?biāo)準(zhǔn)的接口和獨立于平臺和具體實現(xiàn)技術(shù)的。n軟件開發(fā)的目標(biāo)是設(shè)計、實現(xiàn)并驗證一個架構(gòu)。n降低復(fù)雜度和改善交流的方法是利用高級工具

9、、框架和語言。n逐步建立起測試自動化，更有效地實施持續(xù)集成策略。Zhu.K10.1.5 跨團隊協(xié)作跨團隊協(xié)作n自我管理團隊的概念，激勵團隊成員達到最好表現(xiàn)。n鼓勵跨職能的合作。n提供有效的合作環(huán)境。n集成化的跨業(yè)務(wù)、軟件和運作團隊間的合作。n各司其職，積極參與質(zhì)量工作。Zhu.K10.1.6 過程實施的最佳實踐過程實施的最佳實踐n起始階段起始階段 n細化階段細化階段 n構(gòu)建和發(fā)布階段構(gòu)建和發(fā)布階段 Zhu.K10.2 微軟公司的軟件開發(fā)過程模式微軟公司的軟件開發(fā)過程模式10.2.1 MSF的過程模型的過程模型10.2.2 MSF的團隊模型的團隊模型10.2.3 MSF過程模型的特點和原則過程模

10、型的特點和原則10.2.4 MSF過程模型的應(yīng)用過程模型的應(yīng)用Zhu.K10.2.1 MSF的過程模型的過程模型Zhu.K角色和任務(wù)角色和任務(wù)角色角色任務(wù)任務(wù)產(chǎn)品管理產(chǎn)品管理程序管理程序管理開發(fā)開發(fā)用戶體驗用戶體驗測試測試發(fā)布管理發(fā)布管理負(fù)責(zé)全面工作，確認(rèn)用戶需求，編寫前景/范圍說明書。負(fù)責(zé)設(shè)計工作，概念設(shè)計，項目組織結(jié)構(gòu)。開發(fā)系統(tǒng)原型，技術(shù)選型，可行性分析。收集用戶在使用方面的需求和建議。制定測試策略，建立測試標(biāo)準(zhǔn)。運營和支持，建立運營標(biāo)準(zhǔn)。Zhu.K10.2.2 MSF的團隊模型的團隊模型6 6種基本角色，即程序管理、開發(fā)、測試、發(fā)布種基本角色，即程序管理、開發(fā)、測試、發(fā)布管理、用戶體驗和

11、產(chǎn)品管理。這些角色和實管理、用戶體驗和產(chǎn)品管理。這些角色和實現(xiàn)特定的關(guān)鍵質(zhì)量目標(biāo)有直接的關(guān)系，而關(guān)現(xiàn)特定的關(guān)鍵質(zhì)量目標(biāo)有直接的關(guān)系，而關(guān)鍵質(zhì)量目標(biāo)能否達到是項目成功的標(biāo)志。所鍵質(zhì)量目標(biāo)能否達到是項目成功的標(biāo)志。所以，以，MSF MSF 團隊模型的核心是技術(shù)項目必須符團隊模型的核心是技術(shù)項目必須符合各種利益相關(guān)人的需求。合各種利益相關(guān)人的需求。兩種類型的子團隊兩種類型的子團隊職能團隊是由職能角色組織起來的單領(lǐng)域子團隊。職能團隊是由職能角色組織起來的單領(lǐng)域子團隊。開發(fā)角色常常有一個或者多個職能團隊來承開發(fā)角色常常有一個或者多個職能團隊來承擔(dān)。擔(dān)。特性團隊是跨專業(yè)的子團隊，把主要精力放在構(gòu)特性團隊是

12、跨專業(yè)的子團隊，把主要精力放在構(gòu)建解決案的特定特性或者能力上。建解決案的特定特性或者能力上。準(zhǔn)繩準(zhǔn)繩Zhu.K10.2.3 MSF的特點和原則的特點和原則n目標(biāo)驅(qū)動而非任務(wù)驅(qū)動。目標(biāo)驅(qū)動而非任務(wù)驅(qū)動。 n外部可見的里程碑。外部可見的里程碑。 n應(yīng)提交項的變更管理。應(yīng)提交項的變更管理。 n遞進的版本發(fā)布策略。遞進的版本發(fā)布策略。 n風(fēng)險驅(qū)動的進度管理。風(fēng)險驅(qū)動的進度管理。 n項目組集體參與管理產(chǎn)品質(zhì)量。項目組集體參與管理產(chǎn)品質(zhì)量。Zhu.K10.2.4 MSF過程模型的應(yīng)用過程模型的應(yīng)用1為共同的愿景而工作為共同的愿景而工作2 推動開放式溝通推動開放式溝通3 賦予團隊成員權(quán)力賦予團隊成員權(quán)力4

13、建立清晰的職責(zé)和共同的責(zé)任建立清晰的職責(zé)和共同的責(zé)任5關(guān)注交付業(yè)務(wù)價值關(guān)注交付業(yè)務(wù)價值 6 保持靈巧，預(yù)測變化保持靈巧，預(yù)測變化7 質(zhì)量投資質(zhì)量投資8 學(xué)習(xí)所有的經(jīng)驗學(xué)習(xí)所有的經(jīng)驗 Zhu.K10.3 敏捷模型的軟件過程管理敏捷模型的軟件過程管理10.3.1 敏捷方法的過程模型敏捷方法的過程模型10.3.2 敏捷過程的最佳實踐敏捷過程的最佳實踐Zhu.K10.3.1 敏捷方法的過程模型敏捷方法的過程模型n主張簡單、輕裝前進。主張簡單、輕裝前進。n擁抱變化，這種變化是不斷遞增的。擁抱變化，這種變化是不斷遞增的。n可持續(xù)性，簡單的說，在開發(fā)的時候就能想象到未來?？沙掷m(xù)性，簡單的說，在開發(fā)的時候就能

14、想象到未來。 n項目投資產(chǎn)生最大的效益或回報。項目投資產(chǎn)生最大的效益或回報。n有目的的建模。有目的的建模。n多種模型。多種模型。n高質(zhì)量的工作、快速反饋。高質(zhì)量的工作、快速反饋。n軟件是項目的主要目標(biāo)，文檔是次要的。軟件是項目的主要目標(biāo)，文檔是次要的。Zhu.K極限編程生命周期極限編程生命周期 Zhu.K測試驅(qū)動開發(fā)測試驅(qū)動開發(fā) Zhu.K10.3.2 敏捷過程的最佳實踐敏捷過程的最佳實踐編程編程簡單設(shè)計、測試、重構(gòu)、編碼標(biāo)準(zhǔn)團隊實踐團隊實踐代碼集體所有、持續(xù)集成、隱喻、編碼標(biāo)準(zhǔn)、每周40小時工作制、結(jié)對編程、小型發(fā)布過程過程現(xiàn)場客戶、測試、計劃博弈、小型發(fā)布起始階段起始階段 細化階段細化階段

15、構(gòu)建階段構(gòu)建階段交付階段交付階段需求用戶素材小型發(fā)布先行測試測量分析CRC卡片迭代計劃任務(wù)計劃、迭代編程 計劃博弈設(shè)計系統(tǒng)隱喻單元測試重構(gòu)持續(xù)集成實現(xiàn)編碼標(biāo)準(zhǔn)簡單設(shè)計集體代碼所有權(quán)運行所有測試Zhu.K10.4 面向構(gòu)件的軟件過程面向構(gòu)件的軟件過程10.4.1 面向構(gòu)件軟件過程的思想面向構(gòu)件軟件過程的思想10.4.2 面向構(gòu)件軟件過程的階段劃分面向構(gòu)件軟件過程的階段劃分Zhu.K10.4.1 面向構(gòu)件軟件過程的思想面向構(gòu)件軟件過程的思想1從傳統(tǒng)的關(guān)注點分離到構(gòu)件組裝從傳統(tǒng)的關(guān)注點分離到構(gòu)件組裝2以構(gòu)件為中心組織軟件過程。以構(gòu)件為中心組織軟件過程。3高度關(guān)注可復(fù)用性和軟件過程知識積累高度關(guān)注可復(fù)

16、用性和軟件過程知識積累4高度并行的開發(fā)過程高度并行的開發(fā)過程Zhu.K基于構(gòu)件描述的網(wǎng)狀軟件結(jié)構(gòu)基于構(gòu)件描述的網(wǎng)狀軟件結(jié)構(gòu) Zhu.K10.4.2 面向構(gòu)件軟件過程的階段劃分面向構(gòu)件軟件過程的階段劃分n需求階段。捕獲需求、識別業(yè)務(wù)構(gòu)件、歸納需求階段。捕獲需求、識別業(yè)務(wù)構(gòu)件、歸納業(yè)務(wù)構(gòu)件需求。業(yè)務(wù)構(gòu)件需求。n分析與高層設(shè)計階段。分析業(yè)務(wù)構(gòu)件、識別分析與高層設(shè)計階段。分析業(yè)務(wù)構(gòu)件、識別服務(wù)構(gòu)件，歸納服務(wù)構(gòu)件的需求并完成架構(gòu)服務(wù)構(gòu)件，歸納服務(wù)構(gòu)件的需求并完成架構(gòu)設(shè)計。設(shè)計。n并行開發(fā)與測試階段。并行開發(fā)與測試階段。n提交、發(fā)布與部署階段。提交、發(fā)布與部署階段。n應(yīng)用管理。應(yīng)用管理。CBSP的核心的核心工作產(chǎn)品工作產(chǎn)品表表10-9 CBSP的各個階段的描述的各個階段的描述 Zhu.K10.5 軟件過程的自定義體系軟件過程的自定義體系10.5.1 過程模式的對比分析過程模式的對比分析10.5.2 自我定義的理想管理過程自我定義的理想管理過程Zhu.K10.5.1 過程模式的對比分析過程模式的對比分析鑒于每個軟件組織，無論在所屬的行業(yè)、業(yè)務(wù)類型、組織規(guī)模、成熟度等方面，還是在軟件產(chǎn)品線結(jié)構(gòu)、特點、開發(fā)平臺等方面，都具有自己的特點，很難直接采用某種現(xiàn)成的軟件過程模式 CMM/CMMI、RUP、MSF、Agile和CBSP 優(yōu)勢、弱勢和適用范圍