用例建模

• • UML需求建模圖示
  • • • 需求分析階段的工作任務(wù)
      • 什么是業(yè)務(wù)用例建模
      • 什么是用例圖
      • 用例圖的作用
      • 用例圖對開發(fā)的意義
      • 大學(xué)信息系統(tǒng)的一個(gè)用例圖
      • 如何建立用例模型
      • 用例圖的組成
  • UML需求建模過程
  • • • 用例建模技術(shù)
      • 確定系統(tǒng)的范圍和邊界
      • 識(shí)別參與者
      • 識(shí)別用例
      • 識(shí)別用例間的關(guān)系
      • • ***（1）參與者與用例之間的關(guān)系***
        • ***（2）參與者之間關(guān)系***
        • ***（3）用例之間關(guān)系***
        • • 詳解：包含(include)關(guān)系
          • 詳解：擴(kuò)展(extend)關(guān)系
          • 詳解：泛化(generalization)關(guān)系
      • 用例闡述
      • 審核用例模型

UML需求建模圖示

需求分析階段的工作任務(wù)

什么是業(yè)務(wù)用例建模

1.業(yè)務(wù)需求是從客戶角度提出的對系統(tǒng)的要求，一般也稱為初始需求。
2.業(yè)務(wù)用例建模在創(chuàng)建模型的初始階段，用來勾畫系統(tǒng)的大致輪廓。
3.隨著對需求的深入理解及與用戶不斷的溝通交流，進(jìn)一步對用例進(jìn)行細(xì)化，并根據(jù)實(shí)際需要，加入一些前期沒有被標(biāo)識(shí)出來的用例。

什么是用例圖

1.用例圖(Use Case Diagram)是顯示一組用例、參與者以及它們之間關(guān)系的圖。把客戶的想法用更加容易理解的圖形化樣式展現(xiàn)給用戶，它描述的是參與者從系統(tǒng)外部來看系統(tǒng)該有的功能。
在軟件項(xiàng)目開發(fā)中，用例圖是業(yè)務(wù)調(diào)研后，最先用來和用戶交流討論的重要的UML圖。
也就是說，用例圖中描述的是系統(tǒng)該有哪些功能，而不是怎么實(shí)現(xiàn)。
在UML中，一個(gè)用例模型由若干個(gè)用例圖描述。

用例圖的作用

用例圖對開發(fā)的意義

用例圖是從需求分析報(bào)告到軟件系統(tǒng)設(shè)計(jì)的第一步，也是系統(tǒng)整個(gè)分析過程中最重要的圖，它的改變將影響到其它圖，用例建模貫穿整個(gè)軟件開發(fā)的過程。

大學(xué)信息系統(tǒng)的一個(gè)用例圖

如何建立用例模型

建立系統(tǒng)用例模型的過程就是對系統(tǒng)進(jìn)行功能需求分析的過程。

用例圖的組成

1.參與者（actor），又叫執(zhí)行者，是指系統(tǒng)外部與系統(tǒng)交互的人或其他系統(tǒng)。

2.用例（use case）是系統(tǒng)所提供的一個(gè)功能（或某一特定用法）的描述，是執(zhí)行者和系統(tǒng)交互的一個(gè)完整過程。用例具有響應(yīng)性、回執(zhí)性、完整性，分為業(yè)務(wù)用例和系統(tǒng)用例。

UML需求建模過程

用例建模技術(shù)

確定系統(tǒng)的范圍和邊界

1.系統(tǒng)的范圍是指系統(tǒng)問題域的目標(biāo)、任務(wù)、規(guī)模和系統(tǒng)提供的功能和服務(wù)。
2.系統(tǒng)的邊界就是系統(tǒng)內(nèi)外的分界線，用一個(gè)實(shí)線方框表示。
3.系統(tǒng)開發(fā)的主要任務(wù)是對系統(tǒng)邊界內(nèi)的元素進(jìn)行分析、設(shè)計(jì)和實(shí)現(xiàn)，系統(tǒng)邊界外部的事物統(tǒng)稱為執(zhí)行者。

識(shí)別參與者

1.參與者：又稱執(zhí)行者。是在系統(tǒng)之外，透過系統(tǒng)邊界與系統(tǒng)進(jìn)行有意義交互的任何事物。
2.參與者可以是人、另外一個(gè)系統(tǒng)、硬件設(shè)備、其它用例等系統(tǒng)外部的實(shí)體。有主要參與者、協(xié)助參與者、幕后參與者之分。
3.參與者是用來執(zhí)行用例的。
4.識(shí)別參與者的方法：
~誰使用系統(tǒng)的主要功能
~誰改變系統(tǒng)的數(shù)據(jù)
~誰從系統(tǒng)獲取信息
~誰需要系統(tǒng)的支持以完成日常工作任務(wù)
~誰負(fù)責(zé)日常維護(hù)、管理并保證系統(tǒng)正常運(yùn)行
~系統(tǒng)需要應(yīng)付（處理）哪些硬件設(shè)備
~系統(tǒng)需要和哪些外部系統(tǒng)交互
~誰（或什么）對系統(tǒng)運(yùn)行產(chǎn)生的結(jié)果（值）感興趣
時(shí)間、氣溫等內(nèi)部外部條件
5.識(shí)別參與者

識(shí)別用例

1.什么是用例
（1）在UML中，用例被定義成系統(tǒng)執(zhí)行的一個(gè)動(dòng)作（功能單元）。只顯示系統(tǒng)外部的功能表現(xiàn)，不考慮系統(tǒng)內(nèi)部的實(shí)現(xiàn)過程。
（2）用戶與計(jì)算機(jī)之間的典型交互。
（3）惟一的名字。
（4）表示方法
參與者和用例分別描述了**“誰來做？”和“做什么？”**這兩個(gè)問題。

2.識(shí)別用例
~參與者希望系統(tǒng)提供什么功能；
~系統(tǒng)是否存儲(chǔ)和檢索信息，如讀取、創(chuàng)建、刪除、修改、存儲(chǔ)等；如果是，這個(gè)行為由哪個(gè)參與者觸發(fā)；
~當(dāng)系統(tǒng)改變狀態(tài)時(shí)，是否通知參與者；
~是否存在影響系統(tǒng)的外部事件，是哪個(gè)參與者通知系統(tǒng)這些外部事件。
~系統(tǒng)需要哪些輸入輸出？誰從系統(tǒng)獲取信息？
一般是抽取業(yè)務(wù)調(diào)研報(bào)告中的動(dòng)詞或動(dòng)詞詞組。

需要注意的是：用例必須是由某一個(gè)參與者觸發(fā)而產(chǎn)生的活動(dòng)，如果存在跟參與者不進(jìn)行交互的用例，則可以考慮并入其它用例，或者檢查是否缺少參與者。反之，每個(gè)參與者也必須至少涉及一個(gè)用例。

3.識(shí)別用例的方法
~在具體的需求分析過程中，先從用戶角度識(shí)別出系統(tǒng)的大致功能（大用例），就像一個(gè)黑盒一樣，不涉及其內(nèi)部的任何信息。
~如果該用例不足以表達(dá)足夠的信息來支持系統(tǒng)的開發(fā)，就有必要把用例黑盒打開，審視其內(nèi)部結(jié)構(gòu)，找出黑盒內(nèi)部的參與者和用例（小用例）。
~就這樣不斷的打開黑盒，分析黑盒，再打開新的黑盒，直到整個(gè)系統(tǒng)可以被清晰的了解為止。

識(shí)別用例間的關(guān)系

1.用例圖中的關(guān)系
用例圖中有以下幾種關(guān)系，應(yīng)用這些關(guān)系的目的是為了從系統(tǒng)中抽取出公共行為和其變體。

（1）參與者與用例之間的關(guān)系

關(guān)聯(lián)關(guān)系：表示參與者與用例之間的通信。

（2）參與者之間關(guān)系

泛化關(guān)系：
參與者之間可以有共同的屬性和行為，因此可使用泛化關(guān)系來描述多個(gè)參與者之間的公共行為。它們之間有特殊和一般的關(guān)系。

（3）用例之間關(guān)系

a.包含關(guān)系（Include）
指一個(gè)用例可以包含其他用例具有的行為，并把它所包含的用例行為作為自身用例的一部分。其實(shí)就是基礎(chǔ)用例中一個(gè)不得不執(zhí)行的用例部分。

詳解：包含(include)關(guān)系

包含關(guān)系中的基本用例(base use case) 的執(zhí)行依賴于包含用例的執(zhí)行，如果沒有包含用例，則基本用例的執(zhí)行是不完整的。

包含用例是可重用的用例──多個(gè)用例的公共用例（公共行為）。

該用例本身具有獨(dú)立的業(yè)務(wù)邏輯，同時(shí)也可能被其它用例所引用，或者這個(gè)用例需要獨(dú)立封裝。

要使用包含關(guān)系，必須在子用例中說明基礎(chǔ)用例行為包含的詳細(xì)位置，類似于功能調(diào)用。


b. 擴(kuò)展關(guān)系（Extend）
一個(gè)用例也可以被定義為基礎(chǔ)用例的增量擴(kuò)展，這稱作擴(kuò)展關(guān)系，擴(kuò)展關(guān)系是把新行為插入到已有用例的方法。

詳解：擴(kuò)展(extend)關(guān)系

擴(kuò)展關(guān)系表示一個(gè)業(yè)務(wù)用例的執(zhí)行有時(shí)需要對用例的功能進(jìn)行擴(kuò)展。將擴(kuò)展用例的事件流在一定的條件下按照相應(yīng)的擴(kuò)展點(diǎn)插入到基礎(chǔ)用例中。

基礎(chǔ)用例不必知道擴(kuò)展用例的任何細(xì)節(jié)，它僅為其提供擴(kuò)展點(diǎn)。基礎(chǔ)用例沒有擴(kuò)展用例也是完整的。

擴(kuò)展用例的行為是否被執(zhí)行要取決于主事件流中的判定點(diǎn)。如果特定條件發(fā)生，擴(kuò)展用例的行為才被執(zhí)行。
4.值得注意的是擴(kuò)展用例的事件流往往也可以抽象為基礎(chǔ)用例的備選流。

擴(kuò)展用例是以隱含形式插入基用例的，它并不在基本用例中顯示。
在以下情況下，可使用擴(kuò)展用例：
1.表明用例的某一部分是可選的系統(tǒng)行為（這樣就可以將模型中的可選行為和必選行為分開）。
2.表明只在特定條件下才執(zhí)行的分支流。


c. 泛化關(guān)系（Generalization）
一個(gè)用例可以被特別列舉為一個(gè)或多個(gè)子用例，這被稱為用例泛化。

詳解：泛化(generalization)關(guān)系

~當(dāng)多個(gè)用例共同擁有一種類似的結(jié)構(gòu)和行為的時(shí)候，我們可以將它們的共性抽象成為父用例，其他的用例作為泛化關(guān)系中的子用例。
~泛化關(guān)系是對父用例具有一定的強(qiáng)依賴關(guān)系，子用例表示父用例的特殊形式，可以繼承父用例的行為和屬性，還可以添加自己的行為和屬性。

用例闡述

審核用例模型

總結(jié)

以上是生活随笔為你收集整理的用例建模的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

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