本文和大家重點(diǎn)討論一下UML用例建模技巧，在學(xué)習(xí)UML建模語(yǔ)言的過(guò)程中你可能會(huì)遇到這樣的問(wèn)題，這里和大家分享一下UML用例建模的一些知識(shí)，本文介紹一些UML用例建模的技巧從參與者的角度并以主動(dòng)語(yǔ)態(tài)編寫用例。

UML用例建模技巧

本文介紹一些UML用例建模的技巧從參與者的角度并以主動(dòng)語(yǔ)態(tài)編寫用例。

應(yīng)該以主動(dòng)語(yǔ)態(tài)：“學(xué)生表明參加研習(xí)班意向”，而不是被動(dòng)語(yǔ)態(tài)“研習(xí)班意向被學(xué)生表明”來(lái)編寫用例。而且，應(yīng)該從參與者的角度來(lái)編寫用例。畢竟，用例的目的是理解用戶如何對(duì)系統(tǒng)進(jìn)行操作。

編寫方案文本，而非功能需求。

用例描述的是對(duì)參與者來(lái)說(shuō)有價(jià)值的一系列行動(dòng)，而不是特性集。例如，“招收研習(xí)班的學(xué)生”用例描述的是學(xué)生如何與系統(tǒng)交互來(lái)參加研習(xí)班。它沒(méi)有描述用戶界面看上去是什么樣子，或者它是如何工作的。有一些其它的模型來(lái)描述這些重要的信息，例如用戶界面模型和增補(bǔ)規(guī)范。面向?qū)ο蠓治龇浅?fù)雜，因此需要對(duì)它使用幾種模型，并且應(yīng)該適當(dāng)?shù)貞?yīng)用每一種模型。

用例只記載行為需求。

用例既不是類規(guī)范，也不是數(shù)據(jù)規(guī)范。這是應(yīng)該由概念性模型捕捉的一種信息，在對(duì)象世界中，它是通過(guò)UML類模型建模的。您往往會(huì)引用概念性模型中描述的類，例如，“參加研習(xí)班”用例包括了“研習(xí)班”和“學(xué)生”等概念，它們都將由概念性模型描述。

不要忘記用戶界面。

UML用例建模中系統(tǒng)用例經(jīng)常引用主用戶界面(UI)元素，這些元素常常稱為“邊界”或“用戶界面”項(xiàng)，例如HTML頁(yè)面和報(bào)表。用例有時(shí)也引用一些次要的UI元素，例如按鈕或數(shù)據(jù)輸入字段，但這種級(jí)別的細(xì)節(jié)并不太常見(jiàn)。

創(chuàng)建用例模板。

用例包含了相當(dāng)數(shù)量的信息，這些信息可以輕易地以常見(jiàn)格式記載。您應(yīng)該考慮開(kāi)發(fā)自己的模板（請(qǐng)參閱技巧“記載用例”）。

始終如一地組織用例圖。

一般的做法是垂直地繪制繼承(inheritance)和擴(kuò)展(extend)關(guān)聯(lián)，在父／基本用例下面繪制繼承／擴(kuò)展用例。同樣，通常水平繪制包含(include)關(guān)聯(lián)。請(qǐng)注意，這些是簡(jiǎn)單的經(jīng)驗(yàn)法則--只要始終遵循這些法則，產(chǎn)生的圖將很容易理解。

不要忘記系統(tǒng)對(duì)參與者行動(dòng)的響應(yīng)。

UML用例建模中用例既應(yīng)該描述參與者是如何與系統(tǒng)交互的，也應(yīng)該描述系統(tǒng)如何響應(yīng)這些交互。例如，在“參加研習(xí)班”用例中，如果系統(tǒng)在學(xué)生表明他們希望參加研習(xí)班時(shí)沒(méi)有做出響應(yīng)，學(xué)生就會(huì)很沮喪地離開(kāi)。

備選行動(dòng)過(guò)程非常重要。

如果一切順利，使用的將是基本行動(dòng)過(guò)程--但也不要忘記備選過(guò)程。引入備選過(guò)程是為了描述潛在的使用錯(cuò)誤以及商業(yè)邏輯錯(cuò)誤和異常。這些重要的信息對(duì)于驅(qū)動(dòng)系統(tǒng)的設(shè)計(jì)來(lái)說(shuō)很有必要，因此不要忘記在用例中對(duì)它們建模。

不要被<<include>>和<<extend>>關(guān)聯(lián)所困擾。

我不是很確定到底發(fā)生了什么事，但我總是在想包含(include)和擴(kuò)展(extend)關(guān)聯(lián)，以及舊版本UML中使用(uses)和擴(kuò)展(extends)關(guān)聯(lián)的正確使用從來(lái)沒(méi)有得到很好的描述。結(jié)果，用例建模小組往往在這些關(guān)聯(lián)的正確應(yīng)用上爭(zhēng)論不休，在整個(gè)建模技術(shù)中一些有趣但次要的部分上浪費(fèi)了驚人的時(shí)間。我曾在一個(gè)組織中工作，這家組織居然取締了<<include>>和<<extend>>原型的使用，幾個(gè)星期后，當(dāng)意識(shí)到公司仍然需要這些概念時(shí)不得不撤消了這種極端的解決方案，而這時(shí)該組織對(duì)它們的正確使用還沒(méi)有達(dá)成共識(shí)。

讓用例帶動(dòng)用戶文檔。

UML用例建模中用戶文檔的目的是描述如何使用系統(tǒng)。每個(gè)用例都描述了參與者通過(guò)使用系統(tǒng)所采取的一系列動(dòng)作。簡(jiǎn)而言之，用例包含從中開(kāi)始編寫問(wèn)黨用戶穩(wěn)當(dāng)?shù)男畔ⅰ＠纾梢允褂?ldquo;參加研習(xí)班”用例作為基礎(chǔ)來(lái)編寫系統(tǒng)用戶文檔的“如何參加研習(xí)班”一節(jié)。

讓用例帶動(dòng)演示。

軟件開(kāi)發(fā)過(guò)程中的一部分是向項(xiàng)目資金管理者通報(bào)工作成果，因此有時(shí)需要提供演示。因?yàn)橛美菑挠脩舻慕嵌染帉懙模鼈儼搜菔局袑?duì)資金管理者可能希望聽(tīng)到的事物的有價(jià)值的深刻見(jiàn)解。換句話說(shuō)，用例通常包含制定演示稿所需的邏輯。

【編輯推薦】

1. UML用例建模的慨念和應(yīng)用
2. UML用例建模技術(shù)初探
3. 術(shù)語(yǔ)匯編 UML用例建模解析
4. 五大UML建模工具免費(fèi)體驗(yàn)
5. 實(shí)例解析UML用例建模應(yīng)用