面向對象技術講座

《UML分析與設計》用例圖第1頁，共19頁。用例描述模板用例編號[為用例制定一個唯一的編號，通常格式為UCxx]用例名稱[應為一個動詞短語，讓讀者一目了然地知道用例的目標]用例概述[用例的目標，一個概要性的描述]范圍[用例的設計范圍]主參與者[該用例的主Actor，在此列出名稱，并簡要的描述它]次要參與者[該用例的次要Actor，在此列出名稱，并簡要的描述它]項目相關人利益說明項目相關人利益[項目相關人員名稱][從該用例獲取的利益]…………前置條件[即啟動該用例所應該滿足的條件。]后置條件[即該用例完成之后，將執(zhí)行什么動作。]成功保證[描述當前目標完成后，環(huán)境變化情況。]基本事件流步驟活動1[在這里寫出觸發(fā)事件到目標完成以及清除的步驟。]2……(其中可以包含子事件流，以子事件流編號來表示)擴展事件流1a[1a表示是對1的擴展，其中應說明條件和活動]1b……(其中可以包含子事件流，以子事件流編號來表示)子事件流[對多次重復的事件流可以定義為子事件流，這也是抽取被包含用例的地方。]規(guī)則與約束[對該用例實現(xiàn)時需要考慮的業(yè)務規(guī)則、非功能需求、設計約束等]第2頁，共19頁。用例圖的繪制流程第3頁，共19頁。記錄需求—特性表編號說明FEAT01新增書籍信息

FEAT02修改已有的書籍信息

FEAT03書籍信息按計算機類、非計算機類分別建檔

FEAT04錄入新書時能夠自動按規(guī)則生成書號FEAT05計算機類與非計算機類書籍采用不同的書號規(guī)則FEAT06錄入新書時如果重名將自動提示FEAT07按書名、作者、類別、出版社等關鍵字組合查詢書籍FEAT08列出所有書籍信息FEAT09記錄外借情況FEAT10外借狀態(tài)能夠自動反應在書籍信息中FEAT11按人、按書查詢外借情況FEAT12列出所有的外借情況FEAT13按特定時間段統(tǒng)計購買金額、冊數(shù)FEAT14所有查詢、列表、統(tǒng)計功能應可以單獨對計算機類或非計算機類進行第4頁，共19頁。識別參與者已有的上下文關系圖（表示系統(tǒng)范圍）及其他相關模型：它們描述了系統(tǒng)與外部系統(tǒng)的邊界，從這些圖中可以尋找出與系統(tǒng)有交互關系的外部實體。項目相關人員分析：對項目的相關人員進行分析，就能夠決定出哪些人將會與系統(tǒng)進行交互。書面的規(guī)格說明和其它項目文檔（如會談備忘錄等）需求研討會和聯(lián)合應用開發(fā)會議的記錄：這些會議的參與者通常是很重要的，因為他們在組織中所代表的角色就是可能與系統(tǒng)發(fā)生交互的參與者。當前過程和系統(tǒng)的培訓指南及用戶手冊：這些東西中經常會有潛在參與者。第5頁，共19頁。合并需求獲得用例特性用例FEAT01.新增書籍信息FEAT03.書籍信息按計算機類、非計算機類分別建檔FEAT04.錄入新書時能夠自動按規(guī)則生成書號FEAT05.計算機類與非計算機類書籍采用不同的書號規(guī)則FEAT06.錄入新書時如果重名將自動提示UC01.新增書籍信息FEAT02.修改已有的書籍信息UC02.修改書籍信息FEAT07.按書名、作者、類別、出版社等關鍵字組合查詢書籍FEAT08.列出所有書籍信息FEAT14.所有查詢、列表、統(tǒng)計功能應可以單獨對計算機類或非計算機類進行UC03.查詢書籍信息FEAT09.記錄外借情況FEAT10.外借狀態(tài)能夠自動反應在書籍信息中UC04.登記外借信息FEAT11.按人、按書查詢外借情況FEAT12.列出所有的外借情況FEAT14.所有查詢、列表、統(tǒng)計功能應可以單獨對計算機類或非計算機類進行UC05.查詢外借信息FEAT13.按特定時間段統(tǒng)計購買金額、冊數(shù)FEAT14.所有查詢、列表、統(tǒng)計功能應可以單獨對計算機類或非計算機類進行UC06.統(tǒng)計金額和冊數(shù)第6頁，共19頁。繪制用例圖第7頁，共19頁。細化用例描述—搭框架1.用例名稱：新增書籍信息（UC01）2.簡要說明：錄入新購書籍信息，并自動存儲建檔。3.事件流：3.1基本事件流3.2擴展事件流4.非功能需求5.前置條件：用戶進入圖書管理系統(tǒng)。6.后置條件：完成新書信息的存儲建檔。7.擴展點：無8.優(yōu)先級：最高（滿意度5，不滿意度5）

第8頁，共19頁。編寫要點使用簡單的語法：主語明確，語義易于理解；明確寫出“誰控制球”：也就是在事件流描述中，讓讀者直觀地了解是參與者在控制還是系統(tǒng)在控制；從俯視的角度來編寫：指出參與者的動作，以及系統(tǒng)的響應，也就是從第三者觀察的角度；顯示過程向前推移：也就是第一步都有前進的感（例如，用戶按下tab鍵作為一個事件就是不合適的）；顯示參與者的意圖而非動作（如果只描述了動作，人們不能夠很容易地直接從事件流描述中理解用例）；包括“合理的活動集”（帶數(shù)據的請求、系統(tǒng)確認、更改內部、返回結果）；用“確認”而非“檢查是否”，例如“系統(tǒng)確認所輸入的信息中書名未有重名”；可選擇地提及時間限制；采用“用戶讓系統(tǒng)A與系統(tǒng)B交互”的習慣用語；采用“循環(huán)執(zhí)行步驟x到y(tǒng)，直到條件滿足”的習慣用語。第9頁，共19頁。用例模型的運用方法增量開發(fā)的用例模型模型的無縫轉換第10頁，共19頁。構建結構良好的用例：

1）為系統(tǒng)和部分系統(tǒng)中單個的、可標識和合理的原子行為命名；

2）將公共的行為抽取出來，放到一個被包含用例中，再將它《include》進來；

3）對于變化部分，將其抽取出來，放到一個擴展用例（用《extent》連接）中；

4）清晰地描述事件流，使得讀者能夠輕而易舉地理解

構建結構良好的用例圖：擺放元素時，應該避免交叉線的出現(xiàn)；對于語義上接近的行為和角色，最好使它們在物理上也更加接近；根據系統(tǒng)實際情況控制粒度建模要點第11頁，共19頁。繪制用例圖第12頁，共19頁。細化用例描述—搭框架1.用例名稱：新增書籍信息（UC01）2.簡要說明：錄入新購書籍信息，并自動存儲建檔。3.事件流：3.1基本事件流3.2擴展事件流4.非功能需求5.前置條件：用戶進入圖書管理系統(tǒng)。6.后置條件：完成新書信息的存儲建檔。7.擴展點：無8.優(yōu)先級：最高（滿意度5，不滿意度5）

第13頁，共19頁。編寫要點使用簡單的語法：主語明確，語義易于理解；明確寫出“誰控制球”：也就是在事件流描述中，讓讀者直觀地了解是參與者在控制還是系統(tǒng)在控制；從俯視的角度來編寫：指出參與者的動作，以及系統(tǒng)的響應，也就是從第三者觀察的角度；顯示過程向前推移：也就是第一步都有前進的感（例如，用戶按下tab鍵作為一個事件就是不合適的）；顯示參與者的意圖而非動作（如果只描述了動作，人們不能夠很容易地直接從事件流描述中理解用例）；包括“合理的活動集”（帶數(shù)據的請求、系統(tǒng)確認、更改內部、返回結果）；用“確認”而非“檢查是否”，例如“系統(tǒng)確認所輸入的信息中書名未有重名”；可選擇地提及時間限制；采用“用戶讓系統(tǒng)A與系統(tǒng)B交互”的習慣用語；采用“循環(huán)執(zhí)行步驟x到y(tǒng)，直到條件滿足”的習慣用語。第14頁，共19頁。用例模型的運用方法增量開發(fā)的用例模型模型的無縫轉換第15頁，共19頁。構建結構良好的用例：

1）為系統(tǒng)和部分系統(tǒng)中單個的、可標識和合理的原子行為命名；

2）將公共的行為抽取出來，放到一個被包含用例中，再將它《include》進來；

3）對于變化部分，將其抽取出來，放到一個擴展用例（用《extent》連接）中；

4）清晰地描述事件流，使得讀者能夠輕而易舉地理解

構建結構良好的用例圖：擺放元素時，應該避免交叉線的出現(xiàn)；對于語義上接近的行為和角色，最好使它們在物理上也更加接近；根據系統(tǒng)實際情況控制粒度建模要點第16頁，共19頁。首先從三種現(xiàn)代需求技術開始，引入了用例驅動開發(fā)過程的方法，并且詳細地闡述了參與者和用例的概念

結合了一個“棋牌館管理系統(tǒng)”的用例圖講解了閱讀用例圖的方法，包括系統(tǒng)邊界、包含關系、擴展關系以及泛化關系，并在此基礎上介紹了用例描述的方法、格式及相關的要點繪制方法：從記錄需求到識別參與者、合并需求生成用例到最后的細化用例描述，進行了詳盡的描述與說明闡述了增量開發(fā)的用例模型、模型元素的無縫轉換這兩個重要觀點第17頁，共19頁。細化用例描述—填血肉3.事件流：3.1基本事件流1）圖書管理員向系統(tǒng)發(fā)出“新增書籍信息”請求；2）系統(tǒng)要求圖書管理員選擇要新增的書籍是計算機類還

是非計算機類；

3）圖書管理員做出選擇后，顯示相應界面，讓圖書管理員輸入信息，并自動根據書號規(guī)則生成書號；4）圖書管理員輸入書籍的相關信息，包括：書名、作者、出版社、ISBN號、開本、頁數(shù)、定價、是否有CDROM；5）系統(tǒng)確認輸入的信息中書名未有重名；6）系統(tǒng)將所輸入的信息存儲建檔。3.2擴展事件流5a）如果輸入的書名有重名現(xiàn)象，則顯示出重名

的書籍，并要求圖書管理選擇修改書名或取消輸入；5a1）圖書管理員選擇取消輸入，則結束用例，不做存儲建檔工作5a2）圖書管理員選擇修改書名后，轉到5）第18頁，共19頁。內容梗概《UML分析與設計》。[為用例制定一個唯一的編號，通常格式為UCxx]。[用例的目標，一個概要性的描述]。(其中可以包含子事件流，以子事件流編號來表示)。[對該用例實現(xiàn)時需要考慮的業(yè)務規(guī)則、非功能需求、設計約束等]。書籍信息按計算機類、非計算機類分別建檔。計算機類與非計算機類書籍采用不同的書號規(guī)則。項目相關人員分析：對項目的相關人員進行分析，就能夠決定出哪些人將會與系統(tǒng)進行交互。FEAT03.書籍信息按計算機類、非計算機類分別建檔。FEAT05.計算機類與非計算機類書籍采用不同的書號規(guī)則。3.2擴展事件流。8.優(yōu)先級：最高（滿意度5，不滿意度5）。8.優(yōu)先級：最高（滿意度5，不滿意度5）。明