選擇合適項目方法PPT課件

1、4.1 4.1 引言引言 選擇合適的項目方法對應(yīng)的是步進(jìn)式方法中的步驟3：分析項目的特征。 選擇特定的過程模型會增加新的產(chǎn)品到項目分解結(jié)構(gòu)中，或者增加新的活動到活動網(wǎng)絡(luò)中。這將創(chuàng)建步驟4的輸入：標(biāo)識項目的產(chǎn)品和活動。第1頁/共32頁 4.2 4.2 選擇技術(shù)選擇技術(shù) 項目分析的輸出是選擇最合適的方法學(xué)和技術(shù)。方法包括OO、SSADM等；技術(shù)可能包括合適的應(yīng)用程序構(gòu)造和自動化測試環(huán)境。 影響范圍：開發(fā)人員的培訓(xùn)需求要招聘的員工類型開發(fā)環(huán)境系統(tǒng)維護(hù)安排第2頁/共32頁 4.2.1 4.2.1 目的目的/ /產(chǎn)品驅(qū)動產(chǎn)品驅(qū)動 目的驅(qū)動的項目優(yōu)先于產(chǎn)品驅(qū)動的項目，需要選擇通用的軟件解決方案來實現(xiàn)。 項

2、目經(jīng)理的理想情況是有明確的目的，但盡可能非常自由地選擇滿足目的的方法。第3頁/共32頁 4.2.2 4.2.2 分析項目其它特征分析項目其它特征 要實現(xiàn)的系統(tǒng)是面向數(shù)據(jù)的還是面向過程的 將產(chǎn)生的軟件是通用工具還是應(yīng)用領(lǐng)域特定的 要實現(xiàn)的應(yīng)用程序是否是特殊類型的l并發(fā)？基于知識？計算機圖形？ 要創(chuàng)建的系統(tǒng)是不是有安全性需求的 系統(tǒng)要在其上運行的系統(tǒng)環(huán)境的特點是什么第4頁/共32頁4.2.3 4.2.3 標(biāo)識高級別項目風(fēng)險標(biāo)識高級別項目風(fēng)險在開始時項目的不確定性越大，項目不成功的風(fēng)險越大。產(chǎn)品不確定性(需求)過程不確定性(開發(fā)過程與模型)資源不確定性(人力)第5頁/共32頁4.2.4 4.2.4

3、考慮與實現(xiàn)有關(guān)的用戶需考慮與實現(xiàn)有關(guān)的用戶需求求 當(dāng)用戶的需求影響到系統(tǒng)的實施方法的時候，項目策劃人員應(yīng)該努力確保不必要的假設(shè)或約束不會影響滿足項目目的的方法，同時，也要盡力采用能夠滿足用戶需求的項目實施方案。(用戶的組織特征和用戶采用的標(biāo)準(zhǔn))第6頁/共32頁 控制系統(tǒng) 信息系統(tǒng) 通用工具:Face to market 專用技術(shù)：KRM 硬件環(huán)境 安全性關(guān)鍵的系統(tǒng) 不準(zhǔn)確的需求4.2.5 4.2.5 選擇通用的生命周期方法選擇通用的生命周期方法第7頁/共32頁 介紹和概括約束條件系統(tǒng)特征、風(fēng)險、用戶需求 推薦的方法方法學(xué)、過程模型、軟件工具、目標(biāo)環(huán)境 實現(xiàn)開發(fā)環(huán)境、維護(hù)環(huán)境、需要的培訓(xùn) 有關(guān)問

4、題產(chǎn)品和活動、財務(wù)4.3 4.3 技術(shù)計劃內(nèi)容清單技術(shù)計劃內(nèi)容清單第8頁/共32頁 系統(tǒng)開發(fā)要著手進(jìn)行許多相關(guān)的活動來創(chuàng)建最終的產(chǎn)品。這些活動可按許多不同的方法來組織并稱之為“過程模型” 策劃人員不僅需要選擇方法，而且必須規(guī)定每種方法如何應(yīng)用。 學(xué)生項目4.4 4.4 過程模型的選擇過程模型的選擇第9頁/共32頁 快速應(yīng)用開發(fā)（rapid application development, RAD）強調(diào)的是快速產(chǎn)生供用戶評價的軟件原型。 RAD采用聯(lián)合應(yīng)用開發(fā)（joint application development, JAD）研討會策略。 RAD壓力：快速廉價、健壯性4.5 4.5 結(jié)構(gòu)與交

5、付速度結(jié)構(gòu)與交付速度第10頁/共32頁4.6 4.6 瀑布模型瀑布模型第11頁/共32頁4.7 V4.7 V過程模型過程模型第12頁/共32頁4.8 4.8 螺旋模型螺旋模型第13頁/共32頁原型分類： 拋棄型原型：只驗證某些想法，然后在真正開發(fā)系統(tǒng)是拋棄 進(jìn)化型原型：開發(fā)和修改原型，直至它最終成為可運行的系統(tǒng)。4.9 4.9 軟件原型開發(fā)軟件原型開發(fā)第14頁/共32頁采用原型進(jìn)行開發(fā)理由： 在實踐中學(xué)習(xí) 改進(jìn)溝通 改進(jìn)用戶參與 澄清部分已知的需求 驗證規(guī)格說明的一致性和完整性 減少文檔的需要 降低了維護(hù)成本 特征約束 產(chǎn)生期望的結(jié)果第15頁/共32頁原型的缺點和危險： 用戶可能曲解原型的作用

6、 可能缺乏項目標(biāo)準(zhǔn) 缺乏控制 額外的費用 機器效率 與開發(fā)人員密切接近第16頁/共32頁要從原型中學(xué)到什么 詳細(xì)說明希望從原型中學(xué)到什么 計劃如何評價原型 報告實際從原型中學(xué)到什么4.10 4.10 分類原型的其它方法分類原型的其它方法第17頁/共32頁4.10 4.10 分類原型的其它方法分類原型的其它方法原型要做到什么程度 實驗?zāi)Ｐ?模仿模型 部分工作模型 縱向的 橫向的第18頁/共32頁那些要進(jìn)行原型化 人機界面 系統(tǒng)的功能4.10 4.10 分類原型的其它方法分類原型的其它方法第19頁/共32頁4.11 4.11 增量式交付增量式交付第20頁/共32頁 這個方法包括將應(yīng)用程序分解為小的

7、構(gòu)件，然后按順序?qū)崿F(xiàn)和交付構(gòu)件。每個要交付的構(gòu)件應(yīng)該給用戶帶來一些效益。 時間盒通常與增量式方法相關(guān)聯(lián)。每個增量可交付產(chǎn)品的時機嚴(yán)格受已批準(zhǔn)的最終期限的約束，即使刪掉一些功能，這個最終期限也必須滿足。4.11 4.11 增量式交付增量式交付第21頁/共32頁 舉例：ERP系統(tǒng)生產(chǎn)計劃管理模塊生產(chǎn)排程管理模塊銷售管理模塊采購管理模塊庫存管理模塊系統(tǒng)管理模塊質(zhì)量管理模塊設(shè)備管理模塊質(zhì)量追溯管理模塊產(chǎn)品召回管理模塊4.11 4.11 增量式交付增量式交付第22頁/共32頁優(yōu)點：從早期增量得到的反饋來改進(jìn)后面的階段減少需求變更的可能性用戶在早期就能受益早期可以得到回報易于控制與管理開發(fā)過程控制可以更靈

8、活如果出現(xiàn)緊急工作，該項目可以臨時放棄開發(fā)人員增加了成就感4.11 4.11 增量式交付增量式交付第23頁/共32頁缺點： 軟件變更量:后面的增量可能要求更改前面的構(gòu)件 程序員效率低 降低了系統(tǒng)的可擴展性:可擴展性與全局性的矛盾4.11 4.11 增量式交付增量式交付第24頁/共32頁 SSADM: Structured Systems Analysis & Design Method DSDM: Dynamic Systems Development Method4.12 4.12 動態(tài)系統(tǒng)開發(fā)方法動態(tài)系統(tǒng)開發(fā)方法第25頁/共32頁用戶主動參與DSDM組做出決策經(jīng)常交付產(chǎn)品滿足業(yè)務(wù)目

9、標(biāo)迭代式和增量式交付變更是可逆的需求從高層次來基線化測試要集成到整個生命周期中項目相關(guān)人員之間的協(xié)作方法是通用的4.12 4.12 動態(tài)系統(tǒng)開發(fā)方法動態(tài)系統(tǒng)開發(fā)方法第26頁/共32頁 DSDM鼓勵使用時間盒。建議典型的時間盒是26周。 需求優(yōu)先級分類： Must have Should have Could have Wont have4.12 4.12 動態(tài)系統(tǒng)開發(fā)方法動態(tài)系統(tǒng)開發(fā)方法第27頁/共32頁 極限編程（Extreme Programming, XP） 原理： 代碼應(yīng)該簡單的開發(fā)來滿足現(xiàn)有的需求，而不是考慮對應(yīng)用程序的未來擴展，因為未來的需求是不確定的。4.14 4.14 極限編程極限編程第28頁/共32頁極限編程 是增量式開發(fā)的擴展 更強調(diào)交流（與用戶和組織內(nèi)） 強調(diào)測試在開發(fā)中的作用 只滿足現(xiàn)有的需求，不考慮未來的需要和重用性 結(jié)對編程第29頁/共32頁 進(jìn)化式方法：不確定性較高的情況 增量式方法：需求明確但相當(dāng)復(fù)雜的情況 在最終期限比較緊的情況下