用例的解釋

2021-04-13 22:50:16 字數 996 閱讀 3491

用例。定義了一組用例例項,其中每個例項都是系統所執行的一系列操作,這些操作生成對於特定主角可見的值。用例類包含所有與產生「可見結果值」有關的主事件流和備用事件流。從技術角度來說,用例是例項為場景的類。系統(或其他實體)在與系統的主角互動時可以執行的操作序列(包括變體)的說明。 

用例例項。以上定義所說的序列實際上是貫穿整個系統的某個特定事件流,即乙個例項。可能會有許多事件流,而許多事件流可能非常相似。為了使用例模型便於理解性,應該將相似的事件流組合到乙個用例中。確定和說明某個用例實際上就是確定和說明一組相關的事件流。

系統執行。這意味著系統提供用例。主角和系統的某個用例例項進行通訊。

可觀測的結果值。您可以給乙個成功執行的用例賦予乙個值。用例應該確保主角可以執行某個具有可確定值的任務。確定用例的正確級別或粒度是非常重要的事情。正確級別是指所實現的用例不是太小。在某些特定的環境中,可以將乙個用例當作組織內的乙個計畫單元,該單元包括了擔任系統的主角角色的個人。

動作。乙個動作就是乙個計算或演算法過程。當主角向系統提供訊號或當系統得到時間事件時,動作即被呼叫。動作可能包含向呼叫的主角或其他主角進行的訊號傳輸。動作是不可分的,它要麼完全執行,要麼根本不執行。

特定主角。主角是查詢正確用例的關鍵,這尤其是因為主角可幫助您避開太大的用例。例如,考慮乙個視覺化建模工具。該應用程式有兩個真正的主角:開發人員,他負責以該工具作為支援來進行系統開發;系統管理員,他負責管理該工具。這兩個主角對系統都有各自的要求,因而需要自己的用例集。

系統的功能由不同的用例來定義,每個用例都代表了乙個特定的事件流。用例說明將定義執行用例時在系統中發生的事件。例如,在自動櫃員機中,客戶可以從帳戶中提取現金、將現金轉入帳戶或核對帳戶餘額。這些功能對應於可以用用例來代表的事件流。

每個用例本身就有乙個要執行的任務。所收集到的用例組成了所有可能的系統使用方法。只需注意一下用例任務的名稱,就可以對該用例任務有乙個大致的了解。

業務用例與系統用例的區別

1 業務用例就是要完成的業務,系統用例是系統要做的事情,兩者的域不同。2 業務建模主要描述了該專案涉及的所有業務,需求模型主要是描述為了滿足業務需求系統要做什麼,因此,需求模型與業務模型相比,它描述的只是業務模型的乙個子集。3 比方說我們設計乙個自動提款機系統,它可以滿足使用者的取款 改密 查詢等需...

業務用例和系統用例

拋開前一篇文章談的總體思路,我們今天來談一下需求分析工作實質性的做些什麼。在這裡,我們,將主要關注於分析層面,也即 uml中的用例模型和邏輯模型。在這裡要申明的是邏輯模型並不能完全算需求分析階段的工作,因為它包含了設計模型的概念,但是我又把它歸納了一塊到需求分析階段,原因在於邏輯模型中存在了業務物件...

業務用例和系統用例

業務用例與系統用例具有同樣的特徵,因此編寫和評審用例的方法對兩者都適用。在業務用例中說明的東西,也會在系統用例中說明。這形成了系統用例和使用者用例之間的合作。但這樣帶來了兩個壞訊息。第乙個壞訊息 編寫者和讀者經常把二者弄混,可能把系統行為放入業務用例中,也可能把業務操作歸於系統用例。如果能夠商量著去...