面向对象分析课件.pptxVIP

面向对象分析

7.2.1用況建模;任何一個涉及到系統功能活動的人都會用到用況模型。

客戶：用況模型指明了系統的功能，描述了系統能如何使用。用況建模時客戶的積極參與是十分重要的。

開發者：用況模型幫助他們理解系統要做什麼，同時為以後的其他模型建模、結構設計、實現等提供依據。

集成測試和系統測試人員：根據用況來測試系統，以驗證系統是否完成了用況指定的功能。;用況模型由用況圖組成，用況圖展示了執行者、用況以及它們之間的關係。用況通常用正文形式來描述。

一個用況模型可由若干幅用況圖組成。一幅用況圖包含的模型元素有系統、執行者、用況，以及表示它們間的不同關係，如關聯、擴展、包含、泛化等。;;用況建模步驟;1.確定執行者

執行者是指與系統交互的人或其他系統

執行者代表一種角色，而不是具體的某個??

執行者可分成主執行者和副執行者：

主執行者使用系統的主要功能

例如，保險系統中主執行者處理保險的註冊和管理

副執行者處理系統的輔助功能

例如，管理資料庫、通信、備份以及其他管理等系統維護;執行者還可分為主動執行者和被動執行者：

主動執行者開始一個用況

被動執行者從不開始用況，只是參與一個或多個用況;我們可以通過回答下列問題來確定執行者：

誰使用系統的主要功能（主執行者）？

誰需要從系統中得到對他們日常工作的支持？

誰需要維護、管理和維持系統的日常運行（副執行者）？

系統需要控制哪些硬體設備？

系統需要與哪些其他系統交互？

哪些人或哪些系統對系統產生的結果（值）感興趣？;;例如，要實現一個簡化了的“銀行儲蓄帳戶管理系統”，該系統是在銀行的櫃檯上對客戶辦理活期儲蓄業務。系統的需求陳述如下：

一個客戶可以在多個銀行中開設帳戶，一個客戶也可在同一銀行中開設多個不同的帳戶。客戶可以通過銀行職員進行開戶、存款、取款、轉賬和註銷帳戶等活動。其中轉賬指客戶將自己的某個帳戶上的錢款轉入同一銀行的不同帳戶（稱為銀行內轉賬）或轉入不同銀行的帳戶（稱為銀行間轉賬）。系統管理員負責系統的帳戶管理及業務報表的生成。

識別執行者有：

客戶：到銀行辦理儲蓄業務的人，負責輸入密碼；

銀行職員（客戶代理）：銀行工作人員，代表客戶進行儲蓄業務的操作；

銀行職員（管理人員）：銀行工作人員，根據客戶的儲蓄業務更新帳戶；

管理員：銀行電腦的管理人員，負責帳戶的管理和業務報表的生成。;2.確定用況

(1)用況的特徵

用況總是被執行者啟動的（initiated），執行者必須直接或間接地指示系統去執行用況

用況向執行者提供值，這些值必須是可識別的

用況是完整的，一個用況必須是一個完整的描述

用況是一個類，而不是實例，用況的實例稱為場景（scenario）;(2)尋找用況

可以通過讓每個執行者回答以下問題來尋找用況：

執行者需要系統提供哪些功能？執行者需要做什麼？

執行者是否需要讀、創建、刪除、修改或儲存系統中的某類資訊？

執行者是否要被系統中的事件提醒，或者執行者是否要提醒系統中某些事情？從功能觀點看，這些事件表示什麼？

執行者的日常工作是否因為系統的新功能（尤其是目前尚未自動化的功能）而被簡化或提高了效率？;另外還有一些不是目前的執行者回答的問題：

系統需要哪些輸入/輸出？誰從系統獲取資訊？誰為系統提供資訊？

與當前系統（可能是人工系統而不是自動化系統）的實現有關的主要問題是什麼？

對同一個專案，不同的開發者選取的用況數是不一樣的。例如一個10個人年規模的專案，有人選取了20個用況，而在一個類似的專案中，有人選用了100個用況。

似乎20個太少，而100個太多，希望在專案規模和用況數之間保持均衡。;(3)用況的描述

用況通常用正文（text）來描述,也可用活動圖來描述。

用況的正文描述應包括以下內容：

用況的目的：用況的最終目的是什麼？它試圖達到什麼？

用況是如何啟動（initiate）的：哪個執行者在什麼情況下啟動用況的執行？

執行者和用況之間的消息流：用況與執行者之間交換什麼消息或事件來通知對方改變或恢復資訊？描述系統與執行者之間的主消息流是什麼？以及系統中哪些實體被使用或修改？;用況中可供選擇的流：用況中的活動可根據條件或異常（exception）有選擇地執行。

如何通過給執行者一個值來結束用況：描述何時可認為用況已結束.;用況的簡要描述,

如:

訂購貨物：客戶創建一個新的請求商品的訂單，並為那些商品付費

取消訂單：客戶取消一個已經存在的訂單;用況的詳細描述，還應包括：

前置條件和後置條件

前???條件和後置條件表示用況開始和結束的條件

事件流（flowofevents）

事件流是一系列