系統(tǒng)用例與用例關系

1、系統(tǒng)用例與用例關系回顧&基于UML的分析與設計&關注系統(tǒng)的體系結構&MDA&業(yè)務用例建模UML結構UML構造塊構造塊公共機制公共機制架構架構物件物件關系關系圖圖規(guī)格說明規(guī)格說明修飾修飾公共分類公共分類擴展機制擴展機制用例視圖用例視圖邏輯視圖邏輯視圖進程視圖進程視圖實現(xiàn)視圖實現(xiàn)視圖部署視圖部署視圖結構物件結構物件行為物件行為物件分組物件分組物件注解物件注解物件關聯(lián)關聯(lián)依賴依賴泛化泛化實現(xiàn)實現(xiàn)類類圖圖順序圖順序圖對象圖對象圖協(xié)作圖協(xié)作圖構件圖構件圖狀態(tài)圖狀態(tài)圖部署圖部署圖活動圖活動圖用例圖用例圖結構模型視圖&用例圖&用例分析識別參與者識別參與者識別用

2、例識別用例識別用例之間的關系識別用例之間的關系&小結與實驗主要內(nèi)容用例圖用例圖獲取需求、指導測試、對過程中的其他工作流其指導作用需求建造“正確”的系統(tǒng)&需求：系統(tǒng)必須滿足的條件或具備的能力&Robert Grady軟件質量準則“FURPS”功能性（Functionality）使用性（Usability）可靠性（Reliability）性能（Performance）可支持性（Supportability）以用例為中心組織需求識別參與者1&參與者，Actor關鍵詞：邊界參與者：在系統(tǒng)之外，透過系統(tǒng)邊界與系統(tǒng)進行有意義交互的任何事物識別參與者2&要點系統(tǒng)外u參

3、與者代表在系統(tǒng)邊界之外的真實事物，并不是系統(tǒng)的成分系統(tǒng)邊界u參與者透過系統(tǒng)邊界直接與系統(tǒng)交互，參與者的確定代表系統(tǒng)邊界的確定有意義交互的任何事物u人、外系統(tǒng)、外部因素、時間&定義：也叫參與者（定義：也叫參與者（ActorActor）&角色是與系統(tǒng)（子系統(tǒng)或類）交互的角色是與系統(tǒng)（子系統(tǒng)或類）交互的人人或或外部外部系統(tǒng)系統(tǒng)。交互交互收發(fā)消息收發(fā)消息角色是角色是群體群體概念，即角色代表一類能使用某個概念，即角色代表一類能使用某個功能的人或外部系統(tǒng)，不是指某個個體功能的人或外部系統(tǒng)，不是指某個個體每個角色可以參與一個或多個用例每個角色可以參與一個或多個用例角色可以被一組定義它的狀態(tài)的

4、屬性充分描述角色可以被一組定義它的狀態(tài)的屬性充分描述在系統(tǒng)的實際運作中，一個實際用戶可能對應在系統(tǒng)的實際運作中，一個實際用戶可能對應系統(tǒng)的多個角色系統(tǒng)的多個角色角色識別參與者思路&誰使用系統(tǒng)的主要功能&誰改變系統(tǒng)的數(shù)據(jù)&誰從系統(tǒng)獲取信息&誰需要系統(tǒng)的支持以完成日常工作任務&誰負責日常維護、管理并保證系統(tǒng)正常運行&誰使用或刪除系統(tǒng)中的信息&誰（或什么）對系統(tǒng)運行產(chǎn)生的結果（值）感興趣&系統(tǒng)需要應付（處理）那些硬設備&系統(tǒng)需要和那些外部系統(tǒng)交互&在預定時間，是否有事件自動發(fā)生&時間、氣溫等內(nèi)部外部條件&

5、參與者的類型和職責&主要參與者直接與系統(tǒng)交互的人，或執(zhí)行系統(tǒng)主要功能的執(zhí)行者&次要參與者使用系統(tǒng)次要功能的執(zhí)行者，或維護系統(tǒng)一般功能的執(zhí)行者&外部硬件作為系統(tǒng)一部分的、運行應用的非計算機的硬件&其他系統(tǒng)為其工作需要與系統(tǒng)交互的外部系統(tǒng)參與者之間的關系&獨立關系&泛化關系一個參與者的抽象描述可以被一個或多個具體的參與者所共享用例1&定義：定義：Use CaseUse Case&用例表示系統(tǒng)的一項外部用例表示系統(tǒng)的一項外部功能功能，它從，它從用戶用戶的的角度角度分析分析所得的需求。為完成一個相所得的需求。為完成一個相對完整的一種功能，

6、系統(tǒng)執(zhí)對完整的一種功能，系統(tǒng)執(zhí)行的一系列動作的集合行的一系列動作的集合&是外部可見的一種系統(tǒng)功能&代表的是一個完整的功能&有一系列動作用例2&用例捕獲某些角色可見的需求，實現(xiàn)一個具體的角色需求&用例由其用戶角色使用，并提供確切的輸出給角色&用例可大可小，但它必須是對一個具體的角色目標實現(xiàn)的完整描述&用例的動態(tài)執(zhí)行過程可以用U M L的交互作用來說明，可以用狀態(tài)圖、順序圖、協(xié)作圖或非正式的文字描述來表示識別用例&識別用例關鍵詞：價值定義u用例實例是系統(tǒng)執(zhí)行的一系列動作，這些動作將生成特定參與者可觀測的結果值u一個用例定義一組用例實例

7、（場景）簡潔：參與者使用系統(tǒng)達到目標識別用例要點&可觀測用例止于系統(tǒng)邊界&結果值用例是有意義的目標&系統(tǒng)執(zhí)行結果值由系統(tǒng)生成&由參與者觀測業(yè)務語言、用戶觀點&一組用例實例用例的粒度&用例命名可觀測：用例止于系統(tǒng)邊界系統(tǒng)邊界-B Boundaryoundary&也叫系統(tǒng)邊界，用于界定系統(tǒng)功能范圍4用一個帶名稱的矩形框，把描述系統(tǒng)功能的用例都置于其中，而描述的與系統(tǒng)交互的角色都置于其外4系統(tǒng)-完整系統(tǒng)或子系統(tǒng)4一個系統(tǒng)包括一個或多個用例&準確的定義系統(tǒng)的邊界（功能）不是一件很容易的事&先識別出系統(tǒng)的基本功能集，以此為基礎定義一

8、個穩(wěn)定的、精確定義的系統(tǒng)體系結構，再不斷地擴充系統(tǒng)功能，以逐步完善結果值：有意義的目標 設定查詢條件 會員 選擇零件 會員 檢索零件系統(tǒng)執(zhí)行：結果值由系統(tǒng)生成出納員吃飯參與者觀測：用戶觀點而非系統(tǒng)觀點 訂票 旅客 查看今日航班 處理訂票 旅客 顯示今日航班要點：用例粒度&用例要有路徑，路徑要有步驟；而這一切都是可觀測的&最常犯錯誤：粒度過細，陷入功能分解過細的粒度，一般都會導致技術語言的描述，而不再是業(yè)務語言用例粒度-1&把步驟當用例&把系統(tǒng)活動當用例 會員 輸入用戶名 驗證用戶名和密碼 會員 登錄?查詢訂單建立數(shù)據(jù)庫連接執(zhí)行SQL語句用例粒度-2 刪除用戶 修

9、改用戶 增加用戶 管理員 查詢用戶&“四輪馬車”C(Create)R(Read)U(Update)D(Delete)&所有業(yè)務最終會成為CRUD？&CRUD能為Actor提供價值？&CRUD掩蓋業(yè)務，銳變成關系數(shù)據(jù)庫的建模：“系統(tǒng)就是數(shù)據(jù)的增刪改查”關心數(shù)據(jù)的存儲和維護，反而忽略了用戶的目的用例粒度-3用例粒度-4&如果確實是CRUD？如果CRUD不涉及復雜的交互，一個用例“管理”即可不管是C、R、U、D，都是為了完成“管理”目標甚至很多種的基本數(shù)據(jù)管理都可以用一個用例表示 管理員 管理用戶用例粒度-5&靈活處理CRUD 管理員 管理用戶 增加用

10、戶?用例的命名&執(zhí)行者視角：（狀語）動詞+（定語+ ）賓語顧客購買商品信用卡支付用例關系&Include提取公共步驟，便于復用&Extend分離擴展路徑&Generalization同一業(yè)務目的的不同技術實現(xiàn)ExtendIncludeGeneralization包含關系1 下訂單 提供客戶信息 包含關系2包含關系&某些步驟在多個用例重復出現(xiàn)，且單獨形成價值&用例步驟較多時，可用Include簡化&當完全知道什么時間要調用用例時，基用例需要包含用例所封裝的邏輯&可以簡單認為源代碼中的函數(shù)調用或操作調用包含舉例1包含舉例2擴展關系1

11、管理訂單 會員 從訂單中刪除某個訂單項?擴展關系2&將擴展用例的事件流在一定的條件下按照相應的擴展點插入到基礎用例中。 基礎用例不必知道擴展用例的任何細節(jié)，它僅為其提供擴展點擴展用例的行為是否被執(zhí)行要取決于主事件流中的判定點。 擴展關系2&基用例路徑本身是完整的&可能是一條擴展路徑&擴展路徑步驟多&擴展路徑內(nèi)部還可以有擴展點擴展之擴展&擴展路徑未定或容易變化分離以“凍結”基用例&基礎用例可以單獨存在，但在一定條件下，他的行為可以被另一個用例作為擴展擴展關系擴展舉例泛化關系&同一業(yè)務目的不同技術實現(xiàn)：一個用例可以泛化為另一個更普通用

12、例（更普通用例特化為特殊用例）UML 1.5: 用例間的泛化關系表明子用例包含父用例中定義的所有屬性、行為序列和擴展點，并且參與父用例中所有的關系識別用戶識別用戶驗證口令驗證口令掃描指紋掃描指紋泛化普通售貨員普通售貨員終止一個大交易終止一個大交易高級代理高級代理終止一個基本交易終止一個基本交易終止一個小交易終止一個小交易包含用例與擴展用例的區(qū)別相對于基礎用例，擴展用例是可選的，而包含用例則不是。如果缺少擴展用例，基礎用例還是完整的，而缺少包含用例，則基礎用例就不完整了。擴展用例的執(zhí)行需要滿足某種條件，而包含用例不需要。擴展用例的執(zhí)行會改變基礎用例的行為，而包含用例不會。用例關系：擴展 VS.

13、泛化 識別用戶 驗證口令 掃描指紋 識別用戶 驗證口令 掃描指紋?小結&理解需求&以用例為中心組織需求&基于用例的需求分析過程獲取原始需求開發(fā)一個可以理解的需求u識別參與者u識別用例u確定關系思考&基于用例的需求分析過程可大致分幾步？&什么是系統(tǒng)邊界&用例的概念&用例的關系&參與者的定義與關系思考1：識別參與者？&尋呼臺系統(tǒng)：用戶如果預定了天氣預報，系統(tǒng)每天定時給他發(fā)天氣消息；如果當天氣溫高于35度，還要提醒用戶注意防暑；思考2：獲取需求-考勤卡應用程序開發(fā)者：誰將使用這個應用程序？客 戶：所有用它來記錄可記帳以及不可記帳的工時的雇員開發(fā)者：現(xiàn)在考勤卡應用程序是什么樣的？客 戶：每半個月就用一個Excel表格來記錄。每個雇員都將通過他的表格填好，然后用電子郵件發(fā)給我。這個表格相當標準：縱向是收費項目代碼，橫向是日期。雇員可以在每個條目上填寫說明。開發(fā)者：這個收費項目代碼可以從