日韩无码专区无码一级三级片|91人人爱网站中日韩无码电影|厨房大战丰满熟妇|AV高清无码在线免费观看|另类AV日韩少妇熟女|中文日本大黄一级黄色片|色情在线视频免费|亚洲成人特黄a片|黄片wwwav色图欧美|欧亚乱色一区二区三区

RELATEED CONSULTING
相關(guān)咨詢
選擇下列產(chǎn)品馬上在線溝通
服務(wù)時間:8:30-17:00
你可能遇到了下面的問題
關(guān)閉右側(cè)工具欄

新聞中心

這里有您想知道的互聯(lián)網(wǎng)營銷解決方案
經(jīng)驗(yàn)總結(jié)UML用例建模技巧

本節(jié)向大家介紹一下UML用例建模技巧,在學(xué)習(xí)UML建模語言過程中經(jīng)常會遇到UML用例建模方面的問題,所以這里很有必要向大家介紹一下,相信通過本節(jié)的介紹你對UML用例建模技巧一定會有深刻的認(rèn)識。

UML用例建模技巧

從參與者的角度并以主動語態(tài)編寫用例。

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

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

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

用例只記載行為需求。

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

不要忘記用戶界面。

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

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

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

始終如一地組織用例圖。

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

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

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

備選行動過程非常重要。

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

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

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

讓用例帶動用戶文檔。

用戶文檔的目的是描述如何使用系統(tǒng)。每個用例都描述了參與者通過使用系統(tǒng)所采取的一系列動作。簡而言之,用例包含從中開始編寫問黨用戶穩(wěn)當(dāng)?shù)男畔?。例如,可以使用“參加研?xí)班”用例作為基礎(chǔ)來編寫系統(tǒng)用戶文檔的“如何參加研習(xí)班”一節(jié)。

讓用例帶動演示。

UML用例建模技巧中,軟件開發(fā)過程中的一部分是向項(xiàng)目資金管理者通報工作成果,因此有時需要提供演示。因?yàn)橛美菑挠脩舻慕嵌染帉懙?,它們包含了演示中對資金管理者可能希望聽到的事物的有價值的深刻見解。換句話說,用例通常包含制定演示稿所需的邏輯。

【編輯推薦】

  1. 解析UML用例建模的慨念和應(yīng)用
  2. UML用例模型及其應(yīng)用解析
  3. UML動態(tài)建模中合作圖和活動圖解析
  4. UML建模過程中需要注意要點(diǎn)專家提醒
  5. 體驗(yàn)免費(fèi)UML建模工具

網(wǎng)站標(biāo)題:經(jīng)驗(yàn)總結(jié)UML用例建模技巧
本文URL:http://www.5511xx.com/article/dhpcheo.html