講座6軟件項(xiàng)目工作量估算(文件)
【正文】 標(biāo)準(zhǔn) ? 基本原理：對(duì)于一個(gè)處理事務(wù) ? 計(jì)算方法： wi 輸入數(shù)據(jù)元素＋ we 實(shí)體＋ wo輸出數(shù)據(jù)元素 ? 系數(shù)總和為 ，標(biāo)準(zhǔn)設(shè)置為 , , 上海交通大學(xué)計(jì)算機(jī)系 35 MarkII功能點(diǎn) ? 系數(shù)調(diào)整，考慮因素： ? 與其它應(yīng)用的接口 ? 特殊的安全特征 ? 與第三方的直接交互 ? 用戶訓(xùn)練特征 ? 文檔需求 上海交通大學(xué)計(jì)算機(jī)系 36 功能點(diǎn)的其它擴(kuò)展 ? 功能點(diǎn)方法起源于業(yè)務(wù)信息系統(tǒng)應(yīng)用，因而強(qiáng)調(diào)了數(shù)據(jù)方面的因素而沒(méi)有考慮功能和行為（控制）方面的因素。 ? 該方法計(jì)算應(yīng)用所需要處理的屏幕，報(bào)告和部件，這些都被稱為對(duì)象。 ? 基本的公式為： ? Effort=c sizek ? 其中 effort采用 “ 人月 (152個(gè)工作小時(shí)） ” pm來(lái)度量，size采用 kdsi即千行交付源代碼指令 (thousands of delivered source code instructions) 上海交通大學(xué)計(jì)算機(jī)系 43 COCOMO系數(shù) ? C,k的取值根據(jù)系統(tǒng)的分類而定： ? 根據(jù)系統(tǒng)的技術(shù)特性和開發(fā)環(huán)境可以分為： ? 有機(jī)模式（ anic mode): 相對(duì)小的團(tuán)隊(duì)在一個(gè)高度熟悉的內(nèi)部環(huán)境中開發(fā)規(guī)模較小，接口需求較靈活的系統(tǒng)。 上海交通大學(xué)計(jì)算機(jī)系 45 COCOMO修正 ? 事實(shí)上，基本 COCOMO模型對(duì)工作量的衡量不穩(wěn)定，Boehm本人也發(fā)現(xiàn)了此問(wèn)題，因而提出名義成本估算的概念。他們對(duì)操作系統(tǒng)很熟悉。 ? 一個(gè)明顯的特點(diǎn)是該模型適應(yīng)了項(xiàng)目在執(zhí)行過(guò)程中變得越來(lái)越確定的狀態(tài)，因而是一種漸進(jìn)性評(píng)估。 ? 構(gòu)造階段（ Post architecture): 構(gòu)造滿足要求的系統(tǒng)。 ? Sf＝ + 因素指數(shù)的和 上海交通大學(xué)計(jì)算機(jī)系 52 COCOMOII ? 計(jì)算規(guī)模因素的質(zhì)量： ? 先前經(jīng)驗(yàn)（ Precedentedness): 是否有先前的經(jīng)驗(yàn) ? 開發(fā)的靈活性（ Development Flexibility): 是否需求能夠以多種方式來(lái)滿足； ? 體系結(jié)構(gòu) /風(fēng)險(xiǎn)解決 (Architecture/Risk Resolution)：是否方案已經(jīng)被確定和解決的程度 ? 團(tuán)隊(duì)的凝聚性（ Team cohesion) ? 過(guò)程的成熟性（ Process Maturity) 上海交通大學(xué)計(jì)算機(jī)系 53 練習(xí) ?對(duì)于某一個(gè)軟件企業(yè)，一個(gè)新的項(xiàng)目的新穎性一般，因而在先前經(jīng)驗(yàn)方面給 3分，開發(fā)靈活性方面給以 0分，但是需求可能會(huì)變化得比較厲害，因而風(fēng)險(xiǎn)解決指數(shù)給 4分，團(tuán)隊(duì)很融洽，給 1分，但是過(guò)程不標(biāo)準(zhǔn)，因而過(guò)程成熟性給 4分，請(qǐng)計(jì)算規(guī)模因素 sf： 上海交通大學(xué)計(jì)算機(jī)系 54 COCOMOII ? 計(jì)算工作量乘法算子 em ? 類似于 dem的計(jì)算 ? 在不同的階段有不同的 em ? 如果每一項(xiàng)對(duì)于項(xiàng)目而言無(wú)特別影響，則取 1 上海交通大學(xué)計(jì)算機(jī)系 55 大致進(jìn)度估算方法 ? 大致的（ Bullpark）進(jìn)度估算 ? 軟件估算方程和系數(shù)一定程度上比較難掌握 ? 軟件工作量估算軟件比較昂貴 ? 大致的估算簡(jiǎn)單宜行 ? 三個(gè)進(jìn)度表 ? 可能的最短進(jìn)度 ? 有效的進(jìn)度 ? 普通進(jìn)度 上海交通大學(xué)計(jì)算機(jī)系 56 可能的最短進(jìn)度 ? 非常樂(lè)觀的假設(shè)（員工 10％頂尖人才，管理，工具，方法） ? 兩個(gè)事實(shí)： ? 存在一個(gè)最短的進(jìn)度，而且不可能突破 ? 一個(gè)人 5天內(nèi)能寫出 1000行程序， 5個(gè)人一天內(nèi)能完成嗎？ 40個(gè)人 1小時(shí)內(nèi)能完成嗎？ ? 當(dāng)你把進(jìn)度縮短得比普通進(jìn)度短時(shí)，費(fèi)用將迅速上漲 。蓋茨下達(dá)的指示是用最快的速度開發(fā)最好的字處理軟件，爭(zhēng)取在 12月內(nèi)完成。 5年中共換了 4個(gè)組長(zhǎng)，其中有 2人因進(jìn)度壓力離職， 1人是出于健康的原因而離職。如計(jì)算機(jī)交易展示會(huì)。 ? 項(xiàng)目管理人員認(rèn)為較緊的進(jìn)度計(jì)劃能夠使員工勤奮工作。 ? 如果試圖在關(guān)鍵階段節(jié)省時(shí)間，必將在后續(xù)階段加倍補(bǔ)償。 ? 開發(fā)人員清楚地知道系統(tǒng)中存在一些應(yīng)作修改卻未做的地方。 ? 項(xiàng)目估算多次調(diào)整，軟件交付日期一拖再拖。 ? 不要針鋒相對(duì) 上海交通大學(xué)計(jì)算機(jī)系 71 有原則的談判 ? 關(guān)注共同利益，不要過(guò)分堅(jiān)持立場(chǎng) ? 有時(shí)候必須作出讓步 ? 可以從下列幾個(gè)方面加以說(shuō)服： ? 真正提高開發(fā)速度 ? 增加成功的機(jī)會(huì) ? 引用以前類似項(xiàng)目的失敗教訓(xùn) 上海交通大學(xué)計(jì)算機(jī)系 72 有原則的談判 ? 提出多種備選方案 ? 與產(chǎn)品有關(guān)的靈活變通： ?將一些設(shè)計(jì)功能放到下一版本實(shí)現(xiàn)，大多數(shù)人在提出需求時(shí)，并不清楚這些需求是否必須全部在當(dāng)前版本被滿足。與舊版本兼容的能力，以及產(chǎn)品性能等。 上海交通大學(xué)計(jì)算機(jī)系 73 有原則的談判 ? 與項(xiàng)目資源有關(guān)的靈活變通 ?如果處于項(xiàng)目初期，則增加更多的開發(fā)人員 ?增加高層次的開放人員（如領(lǐng)域?qū)＜遥? ?增加更多的測(cè)試人員 ?在管理方面給予更多的支持 ?提高開發(fā)的支持力度，如更安靜，更獨(dú)立的工作間，速度更快的計(jì)算機(jī)，技術(shù)人員隨時(shí)維護(hù)環(huán)境 ?提高最終用戶的參與度，最好在項(xiàng)目組中配備一個(gè)能夠?qū)μ匦栽O(shè)置最終拍板的用戶 ?提高主管人員的參與度 上海交通大學(xué)計(jì)算機(jī)系 74 有原則的談判 ? ?在詳細(xì)設(shè)計(jì)，產(chǎn)品設(shè)計(jì)，或至少是需求分析完成之前，只提出一個(gè)進(jìn)度目標(biāo)，但不設(shè)定一個(gè)確切期限 ?如果是在項(xiàng)目初期，則在提煉產(chǎn)品概念，功能要求合詳細(xì)設(shè)計(jì)時(shí)，可以探求縮短開發(fā)時(shí)間的方法 ?先給出進(jìn)度估算范圍或大概的進(jìn)度估算值，然后隨著
教學(xué)課件相關(guān)推薦
鄂ICP備17016276號(hào)-1