項(xiàng)目進(jìn)度管理——基于用例的工作量估計(jì)

申請(qǐng)免費(fèi)試用、咨詢電話：400-8352-114

　　本文描述了基于用例進(jìn)行評(píng)估的一個(gè)框架。為了使描述更加具體，本文為框架的參數(shù)選擇了一些值，盡管這些值有待于論證，但它們并不總是錯(cuò)誤的。像往常一樣，隨著數(shù)據(jù)的搜集，這種估計(jì)應(yīng)該根據(jù)實(shí)際情況和重新估計(jì)的參數(shù)值進(jìn)行測(cè)試。這種框架對(duì)于不同種類的系統(tǒng)考慮了用例層次、規(guī)模和復(fù)雜度等思想，并且不再采取細(xì)粒度的功能分解。為減輕計(jì)算的負(fù)擔(dān)，對(duì)于諸如 Estimate Professional 這樣的工具，可以構(gòu)建一個(gè)前端，從而提供一種基于用例的規(guī)模輸入的不同的方法。泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　問(wèn)題泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)文章

　　直觀上看起來(lái)似乎根據(jù)用例模型的特征，可以對(duì)開發(fā)工作所需的規(guī)模和工作量進(jìn)行估計(jì)。畢竟，用例模型捕獲了功能性需求，那么難道不應(yīng)該有基于等價(jià)于功能點(diǎn)的用例嗎?這里存在許多困難：項(xiàng)目經(jīng)理博客

　　有許多不同的用例規(guī)格樣式和形式，很難定義一個(gè)度量標(biāo)準(zhǔn)，例如，某人可能希望能夠度量用例的長(zhǎng)度;泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　用例應(yīng)該代表外部參與者對(duì)于系統(tǒng)的觀點(diǎn)，因此，500,000 sloc 系統(tǒng)的用例就與 5,000 sloc 子系統(tǒng)的用例在完全不同的層次上(Cockburn 97 討論了層次和目標(biāo)的概念);泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)文章

　　用例可能在復(fù)雜性方面不同，編寫時(shí)是顯式的，實(shí)現(xiàn)時(shí)又是隱式的。blog

　　用例應(yīng)該從參與者的角度來(lái)描述行為，但是這可能相當(dāng)復(fù)雜，特別是當(dāng)系統(tǒng)具有狀態(tài)時(shí)(絕大多數(shù)情況是這樣的)。所以描述這種行為需要系統(tǒng)的模型(在實(shí)現(xiàn)它們之前)。當(dāng)試圖捕獲行為本質(zhì)時(shí)，這將導(dǎo)致過(guò)多的功能分解層次和細(xì)節(jié)。泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　所以，為了能夠進(jìn)行評(píng)估，是否有必要實(shí)現(xiàn)一些種類的用例呢?或許是對(duì)于直接根據(jù)用例進(jìn)行估計(jì)的期望過(guò)高，并且在功能點(diǎn)和用例點(diǎn)的概念之間直接劃等號(hào)對(duì)我們產(chǎn)生了誤導(dǎo)。功能點(diǎn)數(shù)量的計(jì)算無(wú)論如何都需要一個(gè)系統(tǒng)模型。從用例描述中派生的功能點(diǎn)需要達(dá)到與用例表達(dá)一致的層次，并且只有達(dá)到該層次時(shí)，我們才能夠?qū)δ茳c(diǎn)的數(shù)量有信心。Fetcke 97 描述了一種從用例到功能點(diǎn)的映射，但是，用例的層次必須適當(dāng)，這樣映射才能有效。其他的方法使用基于類或基于對(duì)象的度量標(biāo)準(zhǔn)作為來(lái)源，PRICE Object Points 就是一個(gè)這樣的例子(Minkiewicz 96)。泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　其他工作training

　　在描述和形式化用例方面的工作相當(dāng)完備――Hurlbut 97 對(duì)此有很好的概括。而從用例中派生估計(jì)的度量標(biāo)準(zhǔn)卻寥寥無(wú)幾。Graham 95 和 Graham 98 中包含了對(duì)于用例相當(dāng)嚴(yán)格的批評(píng)(但是我并不完全理解為什么他認(rèn)為他的想法和用例是大相徑庭的)，并且建議將"任務(wù)場(chǎng)景"作為克服用例問(wèn)題的方法――包括它們的變化的長(zhǎng)度和復(fù)雜度。Graham 的"原子任務(wù)場(chǎng)景"是"任務(wù)點(diǎn)"度量收集的基礎(chǔ)。原子任務(wù)場(chǎng)景存在的問(wèn)題是它處于低層：根據(jù) Graham的說(shuō)法，它最理想的情況是作為一個(gè)單一的句子，并且如果僅僅使用本領(lǐng)域的術(shù)語(yǔ)那么不能更進(jìn)一步進(jìn)行分解。Graham 的"根任務(wù)"包含一個(gè)或者更多的原子任務(wù)場(chǎng)景，并且每一個(gè)根任務(wù)"在初始化計(jì)劃的類中，與一個(gè)系統(tǒng)操作正好對(duì)應(yīng)" (Graham 98)。這些根任務(wù)在我看來(lái)似乎非常像低層用例，并且這些原子任務(wù)場(chǎng)景如同是這樣的用例中的步驟。然而，這種層次方面的問(wèn)題仍然沒(méi)有解決。training

　　Karner(Karner 93)、Major(Major 98)、Armour，以及Catherwood(Armour 96)和 Thomson(Thomson 94)完成了其他方面的工作。Karner 的論文中指出了計(jì)算用例點(diǎn)的一種方法，但是該方法仍然假設(shè)這些用例是以一種通過(guò)類可以實(shí)現(xiàn)的方式來(lái)表達(dá)的(例如，在一種更合適的細(xì)節(jié)層次上而不是子系統(tǒng)上)。

　　那么，我們應(yīng)該不使用用例來(lái)估計(jì)而依賴于所實(shí)現(xiàn)的分析和設(shè)計(jì)嗎?這個(gè)問(wèn)題妨礙了做出估計(jì)的能力，并且無(wú)法滿足已經(jīng)采取該技術(shù)的項(xiàng)目管理者的要求――需要盡早估計(jì)并且不得不使用其他方法。對(duì)于項(xiàng)目管理者來(lái)說(shuō)，為了做項(xiàng)目規(guī)劃，最好能夠盡早獲得評(píng)估，然后反復(fù)對(duì)其進(jìn)行精化，而不是拖延評(píng)估并且毫無(wú)頭緒地進(jìn)行工作。泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　本文中描述了一個(gè)框架，在該框架中可以使用任何層次的用例來(lái)形成工作量估計(jì)。為了展示這些觀點(diǎn)，本文描述了一些簡(jiǎn)單的規(guī)范結(jié)構(gòu)，這些結(jié)構(gòu)具有相關(guān)的一定實(shí)踐基礎(chǔ)上的維度和規(guī)模。本文中大多是大膽的(或者應(yīng)該說(shuō)缺乏根據(jù)的)推測(cè)，因?yàn)槲覜](méi)有其他的方法來(lái)解決這個(gè)領(lǐng)域中缺少的工作和數(shù)據(jù)的問(wèn)題。本文引用了"互連系統(tǒng)構(gòu)成的系統(tǒng)"思想。training

　　接下來(lái)，我將暫時(shí)撇開主題來(lái)介紹一些將我引入本文主題的一些背景想法。泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)

　　避免功能分解嗎?泛普軟件-建筑工程項(xiàng)目管理系統(tǒng)