用例和功能誤區(qū)

用例是不是功能？如果不是的話，它是什么？從定義上說(shuō)，能給使用者提供一個(gè)執(zhí)行結(jié)果的活動(dòng)，不就是功能嗎？很不幸，這個(gè)理解是錯(cuò)誤的！功能是計(jì)算機(jī)術(shù)語(yǔ)，它是用來(lái)描述計(jì)算機(jī)的，而非定義需求的術(shù)語(yǔ)。功能實(shí)際描述的是輸入-> 計(jì)算->輸出。這讓你相當(dāng)了什么？DFD圖？這可是典型的面向過(guò)程的分析模式。因此把用例當(dāng)做功能點(diǎn)的做法實(shí)際上載做面向過(guò)程的分析。拋開面向?qū)ο蠛兔嫦蜻^(guò)程不說(shuō)，雖然功能和用例很類似，但是本質(zhì)上來(lái)說(shuō)功能和用例是完全不同的。為了解釋這個(gè)問(wèn)題，我們需要從描述事物的方法入手。

在描述一個(gè)事物的時(shí)候，我們可以從以下三個(gè)觀點(diǎn)出發(fā)：

這個(gè)事物是什么？

這個(gè)事物能做什么？

人們能夠用這個(gè)事物做什么？

使用者的觀點(diǎn)才是真正的用例觀點(diǎn)。

第一，功能是脫離使用者的愿望而存在的。我們通常說(shuō)某某工具某個(gè)功能，它是描述工具的，而不是站在使用者的角度描述使用者的愿望的。功能用來(lái)描述某某東西能做什么，它與使用者的愿望無(wú)關(guān)，描述事物固有的性質(zhì)。用例是描述使用者的愿望的，描述的是使用者對(duì)系統(tǒng)的使用要求，用用例來(lái)看待系統(tǒng)的團(tuán)隊(duì)，則是從使用者的校對(duì)出發(fā)，說(shuō)明使用者將在系統(tǒng)里面做什么。

第二，功能是孤立的，給一個(gè)輸入，通過(guò)計(jì)算就有一個(gè)固定的輸出。用例是系統(tǒng)性的，它描述誰(shuí)在什么情況下通過(guò)什么方式結(jié)果是什么。功能描述一個(gè)個(gè)點(diǎn)，如果要達(dá)成一個(gè)特定的目標(biāo)，必須在額外交上一個(gè)順序的過(guò)程，把點(diǎn)串起來(lái)才能完成一個(gè)系統(tǒng)性的工作。而用例描述一個(gè)系統(tǒng)性的工作，這個(gè)系統(tǒng)性的工作往往非常明確地去達(dá)成一個(gè)特定的目標(biāo)。

第三，如果非要從功能角度解釋用例，那么用例刻意解釋為一系列完成一個(gè)特定目標(biāo)的“功能”的組合，針對(duì)不同的應(yīng)用場(chǎng)景，這些“功能”體現(xiàn)出不同的組合形式。并且，不是先有了這些“功能”才來(lái)組合成某個(gè)場(chǎng)景，而是先有了場(chǎng)景，才分解出“功能”，這時(shí)的功能之所以打引號(hào)是應(yīng)為在UML里面沒有功能這個(gè)詞的，實(shí)際上場(chǎng)景分解出來(lái)就是對(duì)象，這些對(duì)象通過(guò)消息相互交流而完成場(chǎng)景。

目標(biāo)和步驟誤區(qū)

一個(gè)用例是參與者對(duì)目標(biāo)系統(tǒng)的一個(gè)愿望，一個(gè)完整的事件。為了完成這個(gè)時(shí)間需要經(jīng)過(guò)很多步驟，但是這些步驟不能夠完整地反映參與者的目標(biāo)，不能夠作為用例。

這就是用例的完整性。

用例粒度誤區(qū)

產(chǎn)生用例粒度錯(cuò)誤的原因首先是分不清楚目標(biāo)和步驟。分不清目標(biāo)和步驟的另一個(gè)后果是用例的粒度過(guò)于細(xì)小。

產(chǎn)生這個(gè)錯(cuò)誤的主要是建模者心中沒有一個(gè)清楚的邊界，我們知道用例決定參與者的完整期望，而參與者與邊界是相生相滅的，所以一旦邊界不確定，參與者就會(huì)混亂，進(jìn)而導(dǎo)致用例粒度不一。

粒度大小如何決定，在同一個(gè)需求階段，必須保持所有用例的粒度在同一量級(jí)！

轉(zhuǎn)載于:https://www.cnblogs.com/HeroBeast/archive/2010/09/06/1819270.html

總結(jié)

以上是生活随笔為你收集整理的UML之误区的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。