圖書管理系統(tǒng)業(yè)務(wù)用例圖

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

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