企業(yè)進銷存管理系統(tǒng)-用例視圖介紹 (情境2-3-9)

1、用例視圖知識回顧類圖的繪制過程及如何讀懂一個類圖？類圖中的常用輔助建模元素有哪些？本講知識圖譜本講主要內(nèi)容用例和用例驅(qū)動開發(fā)如何閱讀用例圖如何繪制用例圖用例圖應用說明本章小結(jié)用例驅(qū)動開發(fā)過程知名的“用例驅(qū)動”的開發(fā)過程有兩個，一個就是重型的RUP，另一個則是“離地1000公尺”的ICONIX在這些開發(fā)過程中，開發(fā)人員首先捕獲客戶的需求，并以用例的形式組織成用例模型。然后分析并設(shè)計系統(tǒng)來滿足這些用例，因此在用例模型之后就是分析模型，接著是設(shè)計模型和實施模型。在實現(xiàn)了整個系統(tǒng)之后，還將根據(jù)用例模型設(shè)計出測試模型來對系統(tǒng)進行驗證。這些模型之間并不是線性轉(zhuǎn)變的，它們是一個迭代、增量的開發(fā)過程。也就是在

2、整個項目開發(fā)周期中，將會多次經(jīng)過這五個模型的迭代，每次都將越來越精化參與者參與者是為了完成一個事件而與系統(tǒng)交互的實體，是用戶相對系統(tǒng)而言所演的角色參與者不僅可以由人承擔，還可以是其它系統(tǒng)、硬件設(shè)備、甚至是時鐘1）其它系統(tǒng)：當系統(tǒng)需要與其它系統(tǒng)交互時，如ATM柜員機系統(tǒng)中，銀行后臺系統(tǒng)就是一個參與者；2）硬件設(shè)備：如果系統(tǒng)需要與硬件設(shè)備交互時，如在開發(fā)IC卡門禁系統(tǒng)時，IC卡讀寫器就是一個參與者；3）時鐘：當系統(tǒng)需要定時觸發(fā)時，時鐘就是參與者如何尋找系統(tǒng)的參與者誰或為什么使用系統(tǒng)，交互中它們扮演什么角色。誰安裝、維護、啟動和關(guān)閉系統(tǒng)。與該系統(tǒng)交互的是什么系統(tǒng)。誰從系統(tǒng)獲取信息。誰提供信息給系統(tǒng)。

3、有什么事發(fā)生在固定事件。用例用例實例是在系統(tǒng)中執(zhí)行的一系列動作，這些動作將生成特定參與者可見的價值結(jié)果。一個用例定義一組用例實例。用例是由一組用例實例組成的，用例實例也就是常說的“使用場景”，就是用戶使用系統(tǒng)的一個實際的、特定的場景用例應該給參與者帶來可見的價值，這點十分關(guān)鍵如何識別系統(tǒng)的用例識別用例的最好辦法是從分析系統(tǒng)的參與者開始，考慮每個參與者是怎樣使用系統(tǒng)。特定參與者希望系統(tǒng)提供什么功能。系統(tǒng)是否存儲各檢索信息，如果是，這個行為由哪個參與者觸發(fā)。當系統(tǒng)改變狀態(tài)時，通知參與者嗎。存在影響系統(tǒng)的外部事件嗎。是哪個參與者通知系統(tǒng)這個事件。課堂練習Ø繪制下列用例圖用例圖的組成元素圖中

4、的元素包括：參與者、用例和一些表示關(guān)系的連接線。參與者與用例的關(guān)系：在參與者和用例之間的關(guān)聯(lián)是用一根帶箭頭的線來表示的用例之間的關(guān)系：1）包含關(guān)系2）擴展關(guān)系3）泛化關(guān)系包含與擴展關(guān)系被包含的用例（此例中的檢查座位詳情）不是孤立存在的，它僅作為某些包含它的更大的基用例（此例中的預訂座位、安排座位）的一部分出現(xiàn)基用例是可以獨立于擴展用例存在的，只是在特定的條件下，它的行為可以被另一個用例的行為所擴展泛化關(guān)系可以用來表示參與者與參與者之間，用例與用例之間的特殊/一般化關(guān)系所繪制的用例圖分析這張用例圖首先定義了三個基用例：預訂座位、安排座位和處理結(jié)賬客戶通過Internet啟動“預訂座位”用例，在“

5、預訂座位”用例的執(zhí)行過程中，將“檢查座位信息”（被包含用例），如果沒有空閑的座位或滿意的座位，可以選擇進入等候隊列，這樣就將啟動擴展用例“處理等候隊列”?？偱_服務員在客戶到棋牌館時，啟動“安排座位”用例，在執(zhí)行過程中，將啟動被包含用例“檢查座位信息”。當客戶要離開棋牌館時，總臺服務員將啟動“處理結(jié)賬”用例，并且定義了兩種“收款”用例，一個是“處理現(xiàn)金結(jié)賬”，另一個是“處理銀行卡結(jié)賬”，而后一個用例將通過與外部系統(tǒng)“銀聯(lián)POS系統(tǒng)”交互來完成。用例圖的繪制流程識別參與者已有的上下文關(guān)系圖（表示系統(tǒng)范圍）及其他相關(guān)模型：它們描述了系統(tǒng)與外部系統(tǒng)的邊界，從這些圖中可以尋找出與系統(tǒng)有交互關(guān)系的外部實體

6、。項目相關(guān)人員分析：對項目的相關(guān)人員進行分析，就能夠決定出哪些人將會與系統(tǒng)進行交互。書面的規(guī)格說明和其它項目文檔（如會談備忘錄等）需求研討會和聯(lián)合應用開發(fā)會議的記錄：這些會議的參與者通常是很重要的，因為他們在組織中所代表的角色就是可能與系統(tǒng)發(fā)生交互的參與者。當前過程和系統(tǒng)的培訓指南及用戶手冊：這些東西中經(jīng)常會有潛在參與者。繪制用例圖細化用例描述搭框架1.用例名稱：新增書籍信息（UC01）2.簡要說明：錄入新購書籍信息，并自動存儲建檔。3.事件流：3.1 基本事件流3.2 擴展事件流5.前置條件：用戶進入圖書管理系統(tǒng)。6.后置條件：完成新書信息的存儲建檔。7.擴展點：無8.優(yōu)先級：最高（滿意度5

7、，不滿意度5）細化用例描述填血肉3.事件流：3.1 基本事件流1）圖書管理員向系統(tǒng)發(fā)出“新增書籍信息”請求；2）系統(tǒng)要求圖書管理員選擇要新增的書籍是計算機類還是非計算機類；3）圖書管理員做出選擇后，顯示相應界面，讓圖書管理員輸入信息，并自動根據(jù)書號規(guī)則生成書號；4）圖書管理員輸入書籍的相關(guān)信息，包括：書名、作者、出版社、ISBN號、開本、頁數(shù)、定價、是否有CDROM；5）系統(tǒng)確認輸入的信息中書名未有重名；6）系統(tǒng)將所輸入的信息存儲建檔。3.2 擴展事件流5a）如果輸入的書名有重名現(xiàn)象，則顯示出重名的書籍，并要求圖書管理選擇修改書名或取消輸入；5a1）圖書管理員選擇取消輸入，則結(jié)束用例，不做存儲

8、建檔工作；5a2）圖書管理員選擇修改書名后，轉(zhuǎn)到5）4.非功能需求：無特殊要求編寫要點使用簡單的語法：主語明確，語義易于理解；明確寫出“誰控制球”：也就是在事件流描述中，讓讀者直觀地了解是參與者在控制還是系統(tǒng)在控制；從俯視的角度來編寫：指出參與者的動作，以及系統(tǒng)的響應，也就是從第三者觀察的角度；顯示過程向前推移：也就是第一步都有前進的感（例如，用戶按下tab鍵作為一個事件就是不合適的）；顯示參與者的意圖而非動作（如果只描述了動作，人們不能夠很容易地直接從事件流描述中理解用例）；編寫要點(續(xù))包括“合理的活動集”（帶數(shù)據(jù)的請求、系統(tǒng)確認、更改內(nèi)部、返回結(jié)果）；用“確認”而非“檢查是否”，例如“系

9、統(tǒng)確認所輸入的信息中書名未有重名”；可選擇地提及時間限制；采用“用戶讓系統(tǒng)A與系統(tǒng)B交互”的習慣用語；采用“循環(huán)執(zhí)行步驟x到y(tǒng)，直到條件滿足”的習慣用語。建模要點構(gòu)建結(jié)構(gòu)良好的用例：1）為系統(tǒng)和部分系統(tǒng)中單個的、可標識和合理的原子行為命名；2）將公共的行為抽取出來，放到一個被包含用例中，再將它include進來；3）對于變化部分，將其抽取出來，放到一個擴展用例（用extent連接）中；4）清晰地描述事件流，使得讀者能夠輕而易舉地理解。構(gòu)建結(jié)構(gòu)良好的用例圖：擺放元素時，應該避免交叉線的出現(xiàn)；對于語義上接近的行為和角色，最好使它們在物理上也更加接近；根據(jù)系統(tǒng)實際情況控制粒度課堂小結(jié)首先從三種現(xiàn)代需求技術(shù)開始，引入了用例驅(qū)動開發(fā)過程的方法，并且詳細地闡述了參與者和用例的概念。結(jié)合了一個“棋牌館管理系統(tǒng)”的用