圖書管理系統(tǒng)業(yè)務用例圖第1頁，課件共34頁，創(chuàng)作于2023年2月教材學習線路圖Chap1-4Chap5Chap6Chap7Chap8Chap9Chap10Chap11Chap12-13Chap14-16我們的重點是面向?qū)ο蟮能浖こ痰?頁，課件共34頁，創(chuàng)作于2023年2月主要內(nèi)容(contents)業(yè)務用例圖第3頁，課件共34頁，創(chuàng)作于2023年2月圖書管理系統(tǒng)需求描述(descriptions)圖書館系統(tǒng)有借書者、普通管理員、系統(tǒng)管理員和一般瀏覽者四種角色。一般瀏覽者是非圖書會員，只能通過網(wǎng)絡瀏覽圖書館的基本信息，如通過查詢獲取圖書館提供的各種服務信息。借書者是圖書館的會員，擁有自己的賬號，可以借閱圖書。借書者能夠從圖書館系統(tǒng)中借、還、續(xù)借和預約圖書，還可以查詢自己的借書信息和系統(tǒng)情況等。借書者可通過網(wǎng)絡進行續(xù)借和預約圖書。第4頁，課件共34頁，創(chuàng)作于2023年2月圖書管理系統(tǒng)需求描述(descriptions)普通管理員協(xié)助借書者完成借書、還書和續(xù)借服務。系統(tǒng)管理員負責圖書管理（如圖書編目和圖書登記）、借書者管理和普通管理員管理等任務。本圖書館系統(tǒng)能夠處理藏書200萬冊左右和4萬左右的會員。圖書管理系統(tǒng)處理圖書流通每次事務時間應小于8秒。第5頁，課件共34頁，創(chuàng)作于2023年2月業(yè)務建模(BusinessModeling)任務1：圖書管理系統(tǒng)業(yè)務建模要求：根據(jù)訪談的結(jié)果，建立業(yè)務模型工作產(chǎn)品：業(yè)務用例圖第6頁，課件共34頁，創(chuàng)作于2023年2月軟件需求分析的任務(Task)由于需求分析方法不同，描述形式不同。理解需求表達需求當前系統(tǒng)目標系統(tǒng)物理模型物理模型邏輯模型做什么邏輯模型模型化抽象化導出實例化具體化原系統(tǒng)新系統(tǒng)第7頁，課件共34頁，創(chuàng)作于2023年2月三個模型(ThreeModels)功能模型：即用例模型，反映系統(tǒng)應該“做什么”對象模型：構(gòu)建分析類，使用類圖、對象圖描述對象、對象屬性、對象之間的關系，是系統(tǒng)靜態(tài)模型。動態(tài)模型：利用活動圖、時序圖、協(xié)作圖等描述系統(tǒng)動態(tài)行為。第8頁，課件共34頁，創(chuàng)作于2023年2月相關知識點(Knowledges)用例圖參與者用例用例間的關系用例建模第9頁，課件共34頁，創(chuàng)作于2023年2月用例（UseCase）用例是待構(gòu)造系統(tǒng)的使用場景，提供了系統(tǒng)將被如何使用的描述。用例描述了由一系列執(zhí)行的活動所產(chǎn)生的一些輸出結(jié)果。每個用例描述了外部用戶如何來觸發(fā)系統(tǒng)必須響應的事件。第10頁，課件共34頁，創(chuàng)作于2023年2月用例圖（UseCaseDiagram）用例圖（UseCaseDiagram）從用戶的角度描述系統(tǒng)功能，指出各功能的執(zhí)行者，用例圖可使系統(tǒng)的用戶更容易理解這些元素的用途，也便利軟件開發(fā)人員最終實現(xiàn)這些元素。第11頁，課件共34頁，創(chuàng)作于2023年2月用例圖（UseCaseDiagram）UML中的用例圖描述了一組用例、參與者以及它們之間的關系。因此用例圖包括以下3方面內(nèi)容參與者（Actor）用例（UseCase）用例間的關系第12頁，課件共34頁，創(chuàng)作于2023年2月參與者（Actor）參與者（Actor）是系統(tǒng)外部的一個實體（可以是任何的事物或人），它以某種方式參與了用例的執(zhí)行過程。參與者通過向系統(tǒng)輸入或請求系統(tǒng)輸入某些事件來觸發(fā)系統(tǒng)的執(zhí)行。參與者由他們參與用例時所擔當?shù)慕巧珌肀硎?。?3頁，課件共34頁，創(chuàng)作于2023年2月參與者一般可分為三類：具體的系統(tǒng)用戶其他系統(tǒng)可運行的進程參與者（Actor）第14頁，課件共34頁，創(chuàng)作于2023年2月如何識別參與者(IdentifyingActor)在獲取用例前要先確定系統(tǒng)的參與者，可以根據(jù)以下的一些問題來尋找系統(tǒng)的參與者。誰或什么使用該系統(tǒng)；誰安裝系統(tǒng)；誰啟動和關閉系統(tǒng)；誰維護系統(tǒng)；與該系統(tǒng)交互的是什么系統(tǒng)；誰從系統(tǒng)獲取信息；誰提供信息給系統(tǒng)；有什么事發(fā)生在固定事件。第15頁，課件共34頁，創(chuàng)作于2023年2月在用例圖中，常使用泛化關系描述多個參與者之間的公共行為例如學院的老師，分為專業(yè)教師和素質(zhì)教師參與者之間的關系(Relations)第16頁，課件共34頁，創(chuàng)作于2023年2月練習(Exercise)識別圖書管理系統(tǒng)中的參與者及其他們之間的關系第17頁，課件共34頁，創(chuàng)作于2023年2月用例（UseCase）用例的概念識別用例第18頁，課件共34頁，創(chuàng)作于2023年2月用例的概念(Concept)用例就是外部可見的系統(tǒng)功能。用例包含了所必需的全部行為，即執(zhí)行用例的主線次序、標準行為的不同變形及一般行為下的所有異常情況及其預期的反應。用例不是系統(tǒng)的功能需求或規(guī)格說明，其目的是要展示所描述過程中的需求情況。用例的動態(tài)執(zhí)行過程可以通過狀態(tài)圖、時序圖、協(xié)作圖來描述。第19頁，課件共34頁，創(chuàng)作于2023年2月用例的概念(Concept)在UML中，用例用一個橢圓來表示，用例的名字可以書寫在橢圓的內(nèi)部或下方。第20頁，課件共34頁，創(chuàng)作于2023年2月識別用例(Identifyingusecase)從分析系統(tǒng)的參與者開始，考慮每個參與者是怎樣使用系統(tǒng)。在識別用例的過程中，通過以下的幾個問題可以幫助識別用例：特定參與者希望系統(tǒng)提供什么功能；系統(tǒng)是否存儲和檢索信息，如果是，這個行為由哪個參與者觸發(fā)；當系統(tǒng)改變狀態(tài)時，通知參與者嗎；存在影響系統(tǒng)的外部事件嗎；是哪個參與者通知系統(tǒng)這些事件。第21頁，課件共34頁，創(chuàng)作于2023年2月用例間的關系(relations)泛化關系（Generalization）:一個用例可以被特別列舉為一個或多個子用例，這被稱為用例泛化：包含關系（Include）:一個用例可以簡單地包含其他用例具有的行為，并把它所包含的用例行為作為自身行為的一部分，這被稱作包含關系。擴展關系（Extend）:一個用例也可以被定義為基礎用例的增量擴展，這稱作擴展關系，擴展關系是把新行為插入到已有用例的方法。第22頁，課件共34頁，創(chuàng)作于2023年2月用例的泛化關系（Generalization）在WebShop電子商城后臺系統(tǒng)中購物用戶支付貨款包括以下幾種方式：網(wǎng)銀支付、郵局匯款支付和支付寶支付。因此，網(wǎng)銀支付、郵局匯款支付和支付寶支付與支付貨款之間形成了泛化關系。第23頁，課件共34頁，創(chuàng)作于2023年2月用例的包含關系（Include）圖書管理系統(tǒng)中還書時，需要檢查是否超期，而超期的檢查主要是比較讀者可用的借閱期限與實際借閱期限。圖書管理系統(tǒng)中借書時，需要設定歸還日期，而歸還日期為借閱日期加上讀者可用的借閱期限?？梢娊钑瓦€書時都需要讀取讀者的借閱期限。為此，我們提取一個讀取借閱期限的用例，這個用例可以被借書和還書復用。借書、還書與讀取借閱期限用例間的關系就是包含關系。第24頁，課件共34頁，創(chuàng)作于2023年2月用例的包含關系（Include）基本用例包含用例第25頁，課件共34頁，創(chuàng)作于2023年2月用例的擴展關系（Extend）例購物時VIP客戶可以打折扣第26頁，課件共34頁，創(chuàng)作于2023年2月用例圖建模技術(shù)對語境建模對需求建模第27頁，課件共34頁，創(chuàng)作于2023年2月對語境建模系統(tǒng)的語境指系統(tǒng)存在的外部環(huán)境。在UML語言中，利用用例圖對系統(tǒng)的語境進行建模，強調(diào)的是系統(tǒng)的外部參與者。具體建模方法如下：識別系統(tǒng)的外部參與者。在需要加深理解的地方，為每個參與者提供一個構(gòu)造型。將參與者放入到用例圖中，并說明參與者與用例之間的通信路徑。將類似參與者組織成泛化的結(jié)構(gòu)層次。第28頁，課件共34頁，創(chuàng)作于2023年2月對需求建模軟件需求就是根據(jù)用戶對產(chǎn)品功能的期望，提出產(chǎn)品外部功能的描述。需求分析所要做的工作是獲取系統(tǒng)的需求，歸納系統(tǒng)所要實現(xiàn)的功能，使最終的軟件產(chǎn)品最大限度的貼近用戶的要求。一般要考慮系統(tǒng)做什么（what），而盡可能的不去考慮怎么做（how）。UML用例圖可以表達和管理系統(tǒng)大多數(shù)的功能需求。第29頁，課件共34頁，創(chuàng)作于2023年2月對需求建模對系統(tǒng)功能建?？梢詤⒖既缦路椒ǎ鹤R別系統(tǒng)外部的參與者，從而建立系統(tǒng)的語境；考慮每一個參與者期望的行為或需要系統(tǒng)提供的行為；把公共行為命名為用例；確定供其他用例使用的用例和擴展其他用例的用例；在用例圖中對這些用例、參與者和它們間的關系建模；用描述非功能需求的注釋修飾用例圖。第30頁，課件共34頁，創(chuàng)作于2023年2月內(nèi)容：根據(jù)訪談內(nèi)容，進行業(yè)務用例建模交付：業(yè)務用例圖

現(xiàn)在的任務第31頁，課件共34頁，創(chuàng)作于2023年2月圖書管理系統(tǒng)需求描述(descriptions)圖書館系統(tǒng)有借書者、普通管理員、系統(tǒng)管理員和一般瀏覽者四種角色。一般瀏覽者是非圖書會員，只能通過網(wǎng)絡瀏覽圖書館的基本信息，如通過查詢獲取圖書館提供的各種服務信息。借書者是圖書館的會員，擁有自己的賬號，可以借閱圖書。借書者能夠從圖書館系統(tǒng)中借、還、續(xù)借和預約圖書，還可以查詢自己的借書信息和系統(tǒng)情況等。借書者可通過網(wǎng)絡進行續(xù)借和預約圖書。第32頁，課件共34頁，創(chuàng)作于2023年2月圖書管理系統(tǒng)需求描述(descriptions)普通管理員協(xié)助借書者完成借書、還書和續(xù)借服務。系統(tǒng)管理員負責圖書管理（如圖書編目和圖書登記）、借書者管理和普通管理員管理等任務。本圖書