一般來說，建立用例模型的步驟為：
（1）確定誰會直接使用該系統，即參與者（actor），為了發現參與者，我們可以嘗試問如下問題：
a. 誰/什麼使用系統？
b. 誰/什麼從系統獲得資訊？
c. 誰/什麼向系統提供資訊？
d. 誰/什麼支援、維護系統？
e. 哪些其它系統使用此系統？
f. 公司的哪個部門使用系統？
…（2）選取其中乙個參與者；
（3）定義該參與者希望系統做什麼，參與者希望系統做的每件事成為乙個用例，為了發現用例，我們可以嘗試問如下問題：
a. 為什麼該參與者想要使用此系統？
b. 該參與者是否要建立、儲存、更改、移動或讀取系統的資料？如果是，為什麼？
c. 該參與者是否要通知系統外部事件或變化？
d. 該參與者是否需要知道系統內部的特定事件？
…（4）對每件事來說，何時參與者會使用系統，通常會發生什麼，這就是用例的基本過程；
（5）描述該用例的基本過程；
（6）考慮一些可變情況，把他們建立為擴充套件用例；
（7）複審不同用例的描述，找出其中的相同點，抽出相同點作為共同的用例；
（8）重複步驟2-7找出每乙個用例。
（1）是否您已找到所有的參與者？也就是說，是否您已經對系統環境中的所有參與者都進行了說明和建模？
（2）每個參與者是否至少涉及到乙個用例？
（3）您能否列出至少兩名可以作為特定參與者的人員？
（4）是否有參與者擔任與系統相關的相似參與者？如果有，您應該將他們合併到乙個參與者中。
（1）用例模型的簡介部分簡明清晰地概述此系統的目的和功能；
（2）所有的用例已確定，這些用例共同說明所有的必要行為；
（3）所有的功能性需求都至少對映到乙個用例；
（4）該用例模型不包含多餘的行為，所有的用例都可回溯到某個功能性需求來證明其合理性。
用例圖從總體上大致描述了系統所能提供的各種服務，讓我們對於系統的功能有乙個總體的認識，僅此還是不夠的，我們還需要描述每乙個用例的詳細資訊，即用例規約。用例模型正是由用例圖和每乙個用例的詳細描述――用例規約所組成的。rup中提供了用例規約的模板，包含以下內容：
（1）簡要說明 (brief description)：簡要介紹該用例的作用和目的；
（2）事件流 (flow of event)：包括基本流和備選流，事件流應該表示出所有的場景；
（3）用例場景 (use-case scenario) ：包括成功場景和失敗場景，場景主要是由基本流和備選流組合而成的；
作業系統、開發工具等）；
（5）前置條件 (pre-condition)：執行用例之前系統必須所處的狀態；
（6）後置條件 (post-condition)：用例執行完畢後系統可能處於的一組狀態。
用例規約基本上是用文字方式來表述的，為了更加清晰地描述事件流，也可以選擇使用狀態圖、活**或序列圖來輔助說明（狀態圖有助於描述與狀態相關的系統行為，活**有助於描述複雜的決策流程，序列圖適合於描述基於時間順序的訊息傳遞）。另外，只要對簡潔明瞭地表達用例有幫助，我們就可以在用例中任意貼上使用者介面、流程的圖形化顯示方式及其他圖形。
UML核心模型 用例模型
學uml就是為了建模，uml的語法和詞彙已經差不多了解了。所以開始學模型了。用例模型是需求工作的結果，用例模型有業務用例模型，概念用例模型和系統用例模型。他們擁有軟體開發的不同生命週期階段，它們三者是在不同的抽象層次上的，它們之間是一種精化關係。業務用例模型 業務用例模型位於統一過程的先啟階段。從業...
RF建立用例
要使用selenium先導入 然後在ride裡面方可導入庫而不飄紅 設定case執行後的log路徑 arguments還有個作用就是，在case裡面設定變數後 不需要定義變數的value 在arguments這個地方可以直接呼叫變數並給變數賦值 case裡面也可以匯入python 指令碼，有兩種方式...
建立健康檔案資訊模型的步驟
1 分析產生健康檔案的業務活動 確定健康檔案的活動列表以及每個活動對應的數 據集，該部分是建立健康檔案資訊模型的具體需 求。2 確定健康檔案資訊對應的hl7通用域和模型 確定活動對應的hl7的通用域和標準模型。列出資料集的資料元在資訊模型中的位置，形成 資料集的資料元在資訊模型中的位置描述表。3 限...