怎樣計(jì)算事務(wù)

既然您已經(jīng)看到了決定什么是以及什么不是用例事務(wù)的清晰解釋，讓我們檢查在用例中計(jì)算事務(wù)的一些挑戰(zhàn)。如上面所述，用例的權(quán)重是由它所包含的用例事務(wù)的數(shù)量所決定的，但是，什么時(shí)候系統(tǒng)對(duì)刺激源的反應(yīng)會(huì)計(jì)算成不同的？

使用用例事務(wù)與流程

讓我們通過(guò)檢查上面介紹過(guò)的工作入口的搜索流程開(kāi)始。如果用戶在尋找一個(gè)“Java”類型的工作，他選擇了 Java，然后系統(tǒng)會(huì)在數(shù)據(jù)庫(kù)中搜索這種類型的所有工作。當(dāng)用戶尋找一個(gè)“.Net”類型的工作，它選擇了 .Net。然后系統(tǒng)會(huì)搜索數(shù)據(jù)庫(kù)來(lái)找到該類型的所有工作。這兩種是不是不同的事務(wù)？當(dāng)然不是。用例配置本身是抽象的或者通用的，在這個(gè)意義上您不要對(duì)不同的搜索項(xiàng)期待不同的流程。這只不過(guò)是安裝過(guò)程中的一點(diǎn)不同。但是，您可以對(duì)一個(gè)使用預(yù)定義類型或者自由格式文本的搜索期待不同的流程。

另一方面，處理例外是一個(gè)灰色的區(qū)域。假設(shè)您有了帶有七個(gè)區(qū)域的輸入屏幕，它們中的所有都有不同的限制。您有一個(gè)日期區(qū)域，一個(gè)郵政編碼，一個(gè)輸入?yún)^(qū)域，以及等等。每一個(gè)檢查可能會(huì)在單獨(dú)的流程中得到描述，因此被計(jì)算成可能不止一個(gè)事務(wù)。您可以選擇的是，提供一個(gè)通用的流程。它預(yù)假設(shè)有一個(gè)可以容易處理的例外種類的框架。在這種情況下，您應(yīng)該將該流程計(jì)算成一個(gè)事務(wù)。

使用當(dāng)作環(huán)形路線的用例事務(wù)，可以在用例中隨處可見(jiàn)。因?yàn)橐粋�(gè)用例配置至少有一個(gè)基本流程，它也至少應(yīng)該有一個(gè)事務(wù)。沒(méi)有事務(wù)的流程是沒(méi)有意義的，因?yàn)橄到y(tǒng)在沒(méi)有刺激源時(shí)什么都不會(huì)做，用戶在沒(méi)有弄清系統(tǒng)的反應(yīng)之前也不會(huì)提供任何刺激源。

幾乎一直都會(huì)有描述處理例外的流程（因此，“例外的流程”）。每一個(gè)例外流程都至少含有一個(gè)事務(wù)。這點(diǎn)也適用于一個(gè)可選擇的流程；對(duì)于每一個(gè)可選擇的流程都應(yīng)該有至少一個(gè)流程。很可能您需要查看基本流程，以查看可選擇流程中事務(wù)的刺激源；這取決于處理用例的特定指定原則。

它給了您一個(gè)任何用例配置中用例事務(wù)小數(shù)量的指示：流程中至少應(yīng)該有以下數(shù)量的事務(wù)。 8

顯示和計(jì)算

如果您擁有識(shí)別用例事務(wù)的能力，您是否需要對(duì)它們平等的重視？我們的策略是顯示它們中的，每一個(gè)與事務(wù)（如果可以應(yīng)用的話），但是有些時(shí)候并不計(jì)算它們的權(quán)重。我們的策略要比直接忽略它們更加直接。如果需要的話，調(diào)整原始的估算也十分的容易。

通過(guò)這種方式，您能夠看出框架的價(jià)值。如果用例計(jì)算十個(gè)事務(wù)的話，但是它們中只有三個(gè)值得處理，另外三個(gè)遵循框架，該用例是普通的而不是復(fù)雜的。表 1 中顯示了一個(gè)例子。

表 1 ：不同假設(shè)性用例計(jì)算的事務(wù)

許多系統(tǒng)步驟可以是一個(gè)新的用例

是不是沒(méi)有辦法解釋一個(gè)用例業(yè)務(wù)暗含的系統(tǒng)步驟與只有一步系統(tǒng)步驟之間的差異？您的直覺(jué)告訴您構(gòu)建 6 個(gè)系統(tǒng)步驟要比構(gòu)建 1 個(gè)需要更大的努力。實(shí)際上，我們完全贊成。但是，您不應(yīng)該試著通過(guò)計(jì)算系統(tǒng)步驟，而應(yīng)該通過(guò)隔離另外系統(tǒng)步驟涉及到的功能性，來(lái)解決這些小問(wèn)題。如果您擁有大量的功能性，那么可能它是用例本身。注意不要將任何堆積的功能發(fā)展成“用例”的狀態(tài)。這將會(huì)是功能性降級(jí)。但是應(yīng)用如下的規(guī)則：后續(xù)的用例必須擁有一個(gè)清晰的目標(biāo)，這符合至少一個(gè)投資者的利益（并不一定與用戶相似）。 9

一個(gè)范例可以是用例“產(chǎn)生年平均”。在這個(gè)用例的過(guò)程中，會(huì)生成一些報(bào)告，代表一個(gè)特定投資者的利益。生成每一個(gè)報(bào)告的過(guò)程中，會(huì)涉及到一些系統(tǒng)步驟。為每一個(gè)報(bào)告定義單獨(dú)的用例，能夠幫助您找到合適的投資者，而不用打擾其他的投資者。通過(guò)這種方式，我們能夠提供更加保險(xiǎn)的估算了。

批任務(wù)

如果用例使用在缺乏用戶交流的情況之下（在這方面我們有較好的經(jīng)驗(yàn)），那么您怎樣將業(yè)務(wù)的概念轉(zhuǎn)化成一個(gè)環(huán)形路線。坦白來(lái)說(shuō)，在這里它并不適用。您需要其他的方式來(lái)估算這種用例的權(quán)重。而且，這是由專家估算來(lái)完成的。表 2 顯示了它們是怎樣在擴(kuò)展卡中顯示的。

表 2：業(yè)務(wù)與添加的批任務(wù)同時(shí)計(jì)算

 如果批任務(wù)要比一個(gè)復(fù)雜的用例還要大，那么它應(yīng)該還有不止一個(gè)目標(biāo)，因此該工作可以分解成更多的用例，每一個(gè)用例都能夠服務(wù)于至少一個(gè)投資者的利益。這種機(jī)理能夠適用于任何用例，這些用例要比實(shí)際上還要復(fù)雜許多（見(jiàn)于表 2）。如果您不能找到一個(gè)好的原因，去分解一個(gè)批任務(wù)，您可以轉(zhuǎn)化成圖 1 中提到的“補(bǔ)充性效果”類型。

非常復(fù)雜的用例

一些作家看到了用例點(diǎn)方法中的困難之處，因?yàn)樵?8 個(gè)業(yè)務(wù)的復(fù)雜用例與 16 個(gè)業(yè)務(wù)之間，沒(méi)有什么不同之處。在我們的經(jīng)驗(yàn)中，由超過(guò) 12 個(gè)業(yè)務(wù)組成的用例，能夠滿足不止一個(gè)目標(biāo)。所以，它們是問(wèn)題性用例模型的標(biāo)志。換句話說(shuō)，如果您擁有超過(guò) 12 個(gè)業(yè)務(wù)的用例，那么考慮一個(gè)新的用例是值得的。 10

在項(xiàng)目的早期階段計(jì)算用例業(yè)務(wù)

在寫(xiě)下所有的用例配置后，計(jì)算業(yè)務(wù)變得簡(jiǎn)單起來(lái)。另一方面，估算是在項(xiàng)目的早期進(jìn)行預(yù)測(cè)的。在這里，您只有用例模型，以及每一個(gè)用例的簡(jiǎn)單介紹。為了展望組成用例的流程，以及涉及到的用例事務(wù)，您需要經(jīng)驗(yàn)的幫助。如果您沒(méi)有這個(gè)經(jīng)驗(yàn)，不要猶豫去咨詢擁有類似系統(tǒng)和背景工作經(jīng)驗(yàn)的同事。通過(guò)創(chuàng)建如表 2 所示 的擴(kuò)展單來(lái)開(kāi)始，并填入展望的事務(wù)。這將會(huì)形成管理用例范圍的基礎(chǔ)，您能解釋哪些用例需要比用戶預(yù)料的那樣更多的事務(wù)。