講座6軟件項目工作量估算(參考版)
2024-09-05 21:19本頁面
【正文】 上海交通大學計算機系 73 有原則的談判 ? 與項目資源有關的靈活變通 ?如果處于項目初期，則增加更多的開發(fā)人員 ?增加高層次的開放人員（如領域專家） ?增加更多的測試人員 ?在管理方面給予更多的支持 ?提高開發(fā)的支持力度，如更安靜，更獨立的工作間，速度更快的計算機，技術人員隨時維護環(huán)境 ?提高最終用戶的參與度，最好在項目組中配備一個能夠對特性設置最終拍板的用戶 ?提高主管人員的參與度 上海交通大學計算機系 74 有原則的談判 ? ?在詳細設計，產(chǎn)品設計，或至少是需求分析完成之前，只提出一個進度目標，但不設定一個確切期限 ?如果是在項目初期，則在提煉產(chǎn)品概念，功能要求合詳細設計時，可以探求縮短開發(fā)時間的方法 ?先給出進度估算范圍或大概的進度估算值，然后隨著項目的進展逐步精確 ? ?為開發(fā)人員提供額外的支持，以保證他們能集中精力于項目的開發(fā)，例如購物服務，供餐，洗衣，清洗住所等 ?采取更多的激勵措施，如休假旅游，加班工資等 上海交通大學計算機系 75 有原則的談判 ? 堅持客觀標準 ? 只能向原則低頭，而不能向壓力屈服 ? 談判不要局限于估算本身，即可以考慮項目的輸入條件 ? 有條件的話，可以由專業(yè)估算機構進行估算 ? 堅持科學的估算過程 ? 頂住壓力 上海交通大學計算機系 76 小結 ? 軟件工作量估算的特點 ? 軟件工作量估算困難的原因 ? 估算的基本方法 ? 功能點方法和 COCOMO模型 ? 估算技巧 ? 過于樂觀的估計 ? 有原則的談判 。 ?盡量輕松地實現(xiàn)各特性地詳細功能需求。與舊版本兼容的能力，以及產(chǎn)品性能等。如版本 ,，每版實現(xiàn)最迫切的功能。 ? 不要針鋒相對 上海交通大學計算機系 71 有原則的談判 ? 關注共同利益，不要過分堅持立場 ? 有時候必須作出讓步 ? 可以從下列幾個方面加以說服： ? 真正提高開發(fā)速度 ? 增加成功的機會 ? 引用以前類似項目的失敗教訓 上海交通大學計算機系 72 有原則的談判 ? 提出多種備選方案 ? 與產(chǎn)品有關的靈活變通： ?將一些設計功能放到下一版本實現(xiàn)，大多數(shù)人在提出需求時，并不清楚這些需求是否必須全部在當前版本被滿足。 上海交通大學計算機系 70 解決之道：有原則的談判 ? 該談判的策略的中心是致力于探求一種雙贏的解決方案。 ? 項目估算多次調整，軟件交付日期一拖再拖。 ? 排除已發(fā)現(xiàn)錯誤的同時，產(chǎn)生了大量新的錯誤。 ? 開發(fā)人員清楚地知道系統(tǒng)中存在一些應作修改卻未做的地方。 ? 客戶關系：項目一拖再拖，客戶將失去耐心。 ? 如果試圖在關鍵階段節(jié)省時間，必將在后續(xù)階段加倍補償。 ? …… 上海交通大學計算機系 66 過于樂觀的進度計劃的后果 ? 進度計劃準確性 進度完成日期 按期完成概率 開發(fā)人員一般采用的較樂觀的進度計劃 典型的過分樂觀的進度計劃 上海交通大學計算機系 67 過于樂觀的進度計劃的后果 ? 計劃的質量：錯誤的假設必將導致無效的項目規(guī)劃。 ? 項目管理人員認為較緊的進度計劃能夠使員工勤奮工作。 ? 項目管理人員和開發(fā)人員為了享受挑戰(zhàn)的樂趣或在壓力下工作的刺激，而故意縮短進度計劃。如計算機交易展示會。這造成了 WinWord不得不將用于提高軟件穩(wěn)定性的時間由預計的 3個月增加到 12個月。 5年中共換了 4個組長，其中有 2人因進度壓力離職， 1人是出于健康的原因而離職。 ? 過緊的進度計劃降低了計劃的精確度。蓋茨下達的指示是用最快的速度開發(fā)最好的字處理軟件，爭取在 12月內完成。 ? 許多項目中要求給出單點估計，這種方法的結果是估算永遠不準確 ? 理智的方法是先給出大的區(qū)間，逐步縮小區(qū)間。 ? Sf＝ + 因素指數(shù)的和 上海交通大學計算機系 52 COCOMOII ? 計算規(guī)模因素的質量： ? 先前經(jīng)驗（ Precedentedness): 是否有先前的經(jīng)驗 ? 開發(fā)的靈活性（ Development Flexibility): 是否需求能夠以多種方式來滿足； ? 體系結構 /風險解決 (Architecture/Risk Resolution)：是否方案已經(jīng)被確定和解決的程度 ? 團隊的凝聚性（ Team cohesion) ? 過程的成熟性（ Process Maturity) 上海交通大學計算機系 53 練習 ?對于某一個軟件企業(yè)，一個新的項目的新穎性一般，因而在先前經(jīng)驗方面給 3分，開發(fā)靈活性方面給以 0分，但是需求可能會變化得比較厲害，因而風險解決指數(shù)給 4分，團隊很融洽，給 1分，但是過程不標準，因而過程成熟性給 4分，請計算規(guī)模因素 sf： 上海交通大學計算機系 54 COCOMOII ? 計算工作量乘法算子 em ? 類似于 dem的計算 ? 在不同的階段有不同的 em ? 如果每一項對于項目而言無特別影響，則取 1 上海交通大學計算機系 55 大致進度估算方法 ? 大致的（ Bullpark）進度估算 ? 軟件估算方程和系數(shù)一定程度上比較難掌握 ? 軟件工作量估算軟件比較昂貴 ? 大致的估算簡單宜行 ? 三個進度表 ? 可能的最短進度 ? 有效的進度 ? 普通進度 上海交通大學計算機系 56 可能的最短進度 ? 非常樂觀的假設（員工 10％頂尖人才，管理，工具，方法） ? 兩個事實： ? 存在一個最短的進度，而且不可能突破
教學課件相關推薦
鄂ICP備17016276號-1