圖書管理系統(tǒng)-領(lǐng)域分析階段

圖書管理系統(tǒng)實例—領(lǐng)域分析階段（1）工作任務(wù)經(jīng)理給出項目計劃，各項目組按工作計劃進入項目周期召開用戶訪談會議獲取用戶需求，進行領(lǐng)域分析中的數(shù)據(jù)建模提交內(nèi)容訪談提綱與訪談記錄領(lǐng)域類圖項目計劃{領(lǐng)域分析{需求分析{設(shè)計編碼測試驗收標識號名稱工期開始時間完成時間1領(lǐng)域分析4.d2009-10-198:002009-10-2217:002業(yè)務(wù)需求與數(shù)據(jù)模型分析1.d2009-10-198:002009-10-1917:003業(yè)務(wù)需求細化3.d2009-10-208:002009-10-2217:004需求分析6.d2009-10-238:002009-10-3017:005系統(tǒng)需求確定2.d2009-10-238:002009-10-2617:006用例規(guī)約3.d2009-10-278:002009-10-2917:007需求評審1.d2009-10-308:002009-10-3017:008系統(tǒng)設(shè)計7.d2009-11-28:002009-11-1017:009GUI設(shè)計1.d2009-11-28:002009-11-217:0010系統(tǒng)靜態(tài)結(jié)構(gòu)設(shè)計2.d2009-11-28:002009-11-317:0011系統(tǒng)動態(tài)結(jié)構(gòu)設(shè)計4.d2009-11-48:002009-11-917:0012設(shè)計評審1.d2009-11-108:002009-11-1017:0013系統(tǒng)編碼實現(xiàn)11.d2009-11-118:002009-11-2517:0014系統(tǒng)測試2.d2009-11-268:002009-11-2717:0015項目驗收4.d2009-11-308:002009-12-317:00項目的任務(wù)分解圖（WBS）階段目標

通過用戶訪談獲取需求，形成需求陳述，并在此基礎(chǔ)上完成領(lǐng)域分析，建立業(yè)務(wù)領(lǐng)域的數(shù)據(jù)模型。提交內(nèi)容：訪談提綱與訪談記錄領(lǐng)域類圖、業(yè)務(wù)用例我們的進度，在這里階段能力目標及對應(yīng)工作任務(wù)能力目標工作任務(wù)1掌握用戶訪談的基本技能1-用戶訪談2掌握領(lǐng)域分析方法，能為簡單項目進行領(lǐng)域建模2-建立領(lǐng)域類圖3掌握Visio中類圖的畫法4掌握Visio中用例圖和活動圖的畫法階段知識目標訪談技巧類、關(guān)系類圖用例圖活動圖Visio中類圖、用例圖、活動圖畫法數(shù)據(jù)建模業(yè)務(wù)用例建模、業(yè)務(wù)流程建模我們的進度，在這里工作任務(wù)2：

召開用戶訪談會議，了解用戶業(yè)務(wù)情況。

學(xué)習情境：知識1：如何進行用戶訪談與用戶進行訪談可以通過正式會議或者一般訪談的形式進行。在進行訪談前，業(yè)務(wù)員需要了解用戶所在行業(yè)的一些背景情況和相關(guān)行業(yè)知識。無論何種訪談，在進行前都應(yīng)該準備訪談提綱，在得到一些訪談信息后，要有針對性的設(shè)置訪談問題。我們的進度，在這里訪談提綱的編寫技巧技巧一：如何發(fā)現(xiàn)用戶業(yè)務(wù)需求通過一些問題，可以使得系統(tǒng)分析員獲知系統(tǒng)某一功能執(zhí)行步驟，所需或者產(chǎn)生的數(shù)據(jù)，計算公式，以及企業(yè)的特殊約束。例如：您（業(yè)務(wù)人員）通常都怎么執(zhí)行某操作的呢？請告訴我執(zhí)行這些步驟會用到什么數(shù)據(jù)？以及會產(chǎn)生什么數(shù)據(jù)？在執(zhí)行某操作時，有沒有什么重要的約束需要注意或遵守的？我們的進度，在這里訪談提綱的編寫技巧技巧二：發(fā)現(xiàn)需要的數(shù)據(jù)及其屬性在系統(tǒng)中，必不可少的會用到數(shù)據(jù)，那么系統(tǒng)中的數(shù)據(jù)及數(shù)據(jù)屬性如何被發(fā)現(xiàn)呢？可以通過類似以下問題來進行訪談：某物會記錄什么數(shù)據(jù)呢？某物可以提供我們哪些數(shù)據(jù)呢？某物的某屬性有范圍碼？可被接受的數(shù)字，最大最小是多少？可被接受的字符串，最長最短是多少？我們的進度，在這里圖書管理系統(tǒng)的第一次訪談提綱訪談對象：圖書館工作人員Q1：請問您平時主要有哪些工作要做呢？A1：我的日常工作包括圖書管理（圖書的入庫，報廢，遺失）、圖書的借閱（包括借出圖書和歸還圖書）、還有就是借閱管理（主要是為學(xué)生辦理學(xué)生借閱證）。Q2：您在進行圖書管理工作，比如圖書入庫的時候是怎樣的流程？圖書報廢的時候又是怎樣的，您能談一下嗎？A2：一般來講，我們每學(xué)年都需要采集一些圖書。當圖書從采購部采集進來之后，我們?yōu)槊勘緢D書建立條碼和圖書信息，在每本書上粘貼條碼，并登記圖書信息到圖書信息表。學(xué)校圖書館的圖書很少報廢，如果報廢的話就需要在圖書信息表中的備注欄登記一下。如果丟失的話，會在圖書信息表中備注欄記錄遺失情況。我們的進度，在這里圖書管理系統(tǒng)的第一次訪談提綱Q2：我還想問一下您在進行學(xué)生辦理圖書證的時候是如何進行的。A2：就是按照學(xué)生的入學(xué)信息，辦理一張卡片（當然需要學(xué)生交照片過來）。同時要在學(xué)生信息登記表里面記錄他的情況。Q3:如果學(xué)生借閱證丟失，您是怎么處理的。A3：學(xué)生借閱證丟失了，他需要主動聯(lián)系我們進行“遺失補辦”。其實也很簡單了，就是重新發(fā)一張卡片給他，然后在學(xué)生信息登記表里面重新登記他的信息。Q4:您剛才提到的“卡片”是不是就是借閱證？A4：是的Q5：您在新辦和補辦借閱證的時候，上面都寫些什么呢？A5:借閱證編號，姓名，學(xué)號，班級。圖書管理系統(tǒng)的第一次訪談提綱Q6：您剛才提到了一個叫做借閱證編號的東西，我想問一下，你們在辦理學(xué)生借閱證的時候，都需要填寫學(xué)生信息表里面哪些數(shù)據(jù)呢？A6：有姓名，學(xué)號，班級，專業(yè)，性別Q7：圖書在入庫的時候，你們在圖書信息表里面要登記哪些內(nèi)容??？A7：圖書登錄號，書名，ISBN，圖書類別，作者，出版社，出版日期，總頁數(shù)，定價，圖書分類Q8：下面談一下您的另外一個工作任務(wù)——當學(xué)生借書和還書的時候又是什么樣的吧？A8：學(xué)生出示他的借閱證，然后把書交給我登記就可以了。Q9：你都登記什么信息呢？A9：學(xué)生的姓名，學(xué)號，班級，圖書登錄號，圖書名，ISBN。最重要的就是借閱時間。Q10:學(xué)生的借閱時間有沒有限定？A10：有，三個月。我們鼓勵學(xué)生多進行借閱，但是如果超過這個時間的話，我們就會通知輔導(dǎo)員讓學(xué)生進行歸還了。我們的進度，在這里圖書管理系統(tǒng)的第一次訪談提綱訪談對象：圖書館負責人（項目委托者）Q1：剛才我們同工作人員進行了訪談，我們現(xiàn)在想問一下您關(guān)于系統(tǒng)的一些情況。這個系統(tǒng)開發(fā)出來之后，供誰使用呢？A1：就是工作人員來使用。Q2：你們一般有幾個工作員會同時使用這個系統(tǒng)？A2：我們圖書館規(guī)模比較小，只有這么一個圖書室，同一時刻最多一個工作員使用。Q3：你們圖書館藏書規(guī)模有多大？另外，你們學(xué)院有多少學(xué)生??？是不是每個學(xué)生都有借書證？還是他們申請辦理才會有？A3：圖書館藏書大概有六千冊吧。學(xué)生一般有1500人，一般在學(xué)生入學(xué)的時候，我們會為主動按班級給每個學(xué)生辦理借書證的，學(xué)生不用單獨來申請。當然，要求學(xué)生離校辦理手續(xù)的時候，也必須先到我們這里將借閱證和借閱的書籍歸還后才能離校。Q4：你們有沒有計劃保存離校學(xué)生的信息？A4：這個，一般我們都不保存的。在現(xiàn)有的情況下，他們的借書證檔案，也是在離校后，就交給檔案室，他們處理了。Q5：你們學(xué)院的教職員工借書跟學(xué)生借書一樣嗎？又是怎么樣的情況？A5：我們學(xué)院的教職員工有專門的圖書館，目前我們這個圖書館還沒有負責教師的業(yè)務(wù)，可能以后隨著圖書館規(guī)模的變化，會有教師業(yè)務(wù)的吧。這個現(xiàn)在還不確定。我們的進度，在這里圖書管理系統(tǒng)的第一次訪談記錄（節(jié)選）用戶訪談結(jié)束后，要整理訪談的內(nèi)容，形成訪談記錄。圖書管理系統(tǒng)的訪談記錄如下：1.用戶主要業(yè)務(wù)：圖書管理，圖書借閱\歸還，借閱管理。其中，圖書管理包括圖書的入庫和報廢以及遺失。借閱管理包括學(xué)生借閱證的辦理和補辦。2.圖書信息包括：圖書登錄號，書名，ISBN，圖書類別，作者，出版社，出版日期，總頁數(shù)，定價，圖書分類3.學(xué)生信息包括：姓名，學(xué)號，班級，專業(yè)，性別4.借閱信息包括：借閱時間，應(yīng)歸還時間5.系統(tǒng)只有一個角色使用6.系統(tǒng)數(shù)據(jù)容量為：圖書——10000左右，學(xué)生——2000左右我們的進度，在這里需要注意的是選擇關(guān)鍵人物進行訪談。訪談的記錄要條例清晰，真實有效。根據(jù)實際的情況，訪談可能會進行很多次，直到確實明確用戶的需求。我們的進度，在這里我們的進度，在這里工作任務(wù)3：

內(nèi)容——通過訪談進行需求獲取后，根據(jù)需求獲取信息，進行領(lǐng)域分析

交付——圖書管理系統(tǒng)領(lǐng)域類圖學(xué)習情境：

知識2：用類圖進行圖書管理系統(tǒng)數(shù)據(jù)建模

主要知識點：類關(guān)系我們的進度，在這里類類主要包含以下幾個部分

（1）名稱（Name）名稱是每個類所必有的構(gòu)成，用于和其他類相區(qū)分。

（2）屬性（Attribute）類的一個組成部分描述了類所代表事物的屬性

（3）操作（Operation）操作是對類的對象所能做的事務(wù)的抽象

我們的進度，在這里類的UML圖示類在UML中由專門的圖符表達，是分成3個分隔區(qū)的矩形,頂端為類的名字，中間存放類的屬性、屬性的類型和值，第3個分隔區(qū)放操作、操作的參數(shù)表和返回類型，如下圖：在給出類的UML表示時，可以根據(jù)建模的實際情況來選擇隱藏屬性區(qū)或操作區(qū)，或者兩者都隱藏。我們的進度，在這里類的名字每個類都必須有一個名字，用來區(qū)分其它的類。例：Flight，BankAccountUML約定：類名的首字母要大寫，放在矩形的偏上部。如果類名是由兩個單詞組成，那么將兩個單詞合并，第二個單詞首字母大寫。正體字說明類是可被實例化的，斜體字說明類為抽象類。（人和神）我們的進度，在這里類的屬性例：publicflightNumber：Integer；UML約定：單個單詞的屬性名小寫。如果屬性名是由多個單詞組成，那么將多個單詞合并，除了第一個單詞外。其它單詞首字母大寫。屬性的語法：可見性名稱:類型=默認值[約束特性]可見性表示該屬性對類外的元素是否可見。常用的有公有、受保護和私有三種。名稱表示屬性的名稱，是一個字符串。類型定義屬性的種類（基本類型或自定義類型）默認值表示屬性的初始值。約束特性表示描述對屬性的約束。我們的進度，在這里類的操作例：getArriveTime（）：DateUML約定：單個單詞的操作名小寫。如果操作名是由多個單詞組成，那么將多個單詞合并，除了第一個單詞外。其它單詞首字母大寫。我們的進度，在這里圖書管理系統(tǒng)的數(shù)據(jù)建?！?/p>

步驟1：對系統(tǒng)中關(guān)鍵詞的抽象我們從與用戶的訪談中間可以發(fā)現(xiàn)一些關(guān)鍵詞匯：學(xué)生信息，圖書信息，以及借閱信息。因此，可以在系統(tǒng)中抽象出3個類：學(xué)生，圖書，借閱信息。我們的進度，在這里圖書管理系統(tǒng)的數(shù)據(jù)建?！?/p>

步驟2：為類添加屬性學(xué)生信息表包含：姓名，學(xué)號，班級，專業(yè)，性別圖書信息表包含：圖書登錄號，書名，ISBN，圖書類別，作者，出版社，出版日期，總頁數(shù)，定價，圖書分類借閱信息表包含：借閱時間,歸還時間。我們的進度，在這里我們的進度，在這里圖書管理系統(tǒng)的數(shù)據(jù)建?！?/p>

步驟3：分析和建立類之間的關(guān)系學(xué)生——借閱信息1：n圖書——借閱信息1：n我們的進度，在這里我們的進度，在這里課程小結(jié)本次課中，用到以下知識用戶訪談類的建模：類圖我們的進度，在這里圖書管理系統(tǒng)實例—領(lǐng)域分析階段（2）工作任務(wù)根據(jù)訪談內(nèi)容，進行業(yè)務(wù)用例建模根據(jù)訪談內(nèi)容，進行業(yè)務(wù)流程的建模提交內(nèi)容業(yè)務(wù)用例圖業(yè)務(wù)流程活動圖我們的進度，在這里我們的進度，在這里工作任務(wù)1：業(yè)務(wù)用例建模

交付的工作產(chǎn)品：業(yè)務(wù)用例圖

學(xué)習情境

知識點1：業(yè)務(wù)用例建模1概述2參與者3用例4用例建模我們的進度，在這里1概述畫好用例圖（UseCaseDiagrams）是由軟件需求到最終實現(xiàn)的第一步，在UML中用例圖用于對系統(tǒng)、子系統(tǒng)或類的行為的可視化，以便使系統(tǒng)的用戶更容易理解這些元素的用途，也便利軟件開發(fā)人員最終實現(xiàn)這些元素。UML中的用例圖描述了一組用例、參與者以及它們之間的關(guān)系，因此用例圖包括以下3方面內(nèi)容1）用例（UseCase）；

（2）參與者（Actor）；

（3）參與者之間的關(guān)系，泛化關(guān)系、包含關(guān)系、擴展關(guān)系等我們的進度，在這里2用例（UseCase）2.1用例的概念2.2識別用例2.3用例與事件流我們的進度，在這里2.1用例的概念用例是對一個系統(tǒng)或一個應(yīng)用的一種單一的使用方式所作的描述，是關(guān)于單個活動者在與系統(tǒng)對話中所執(zhí)行的處理行為的陳述序列。每個用例都必須有一個惟一的名字以區(qū)別于其他用例。圖形上用例用一個橢圓來表示，用例的名字可以書寫在橢圓的內(nèi)部或下方。用例的UML圖標如圖所示。我們的進度，在這里2.2識別用例識別用例最好的辦法就是從分析系統(tǒng)的參與者開始，考慮每個參與者是怎樣使用系統(tǒng)。在識別用例的過程中，通過以下的幾個問題可以幫助識別用例：（1）特定參與者希望系統(tǒng)提供什么功能；（2）當系統(tǒng)改變狀態(tài)時，通知參與者嗎；（3）存在影響系統(tǒng)的外部事件嗎；（4）是哪個參與者通知系統(tǒng)這些事件。（5）系統(tǒng)是否存儲和檢索信息，如果是，這個行為由哪個參與者觸發(fā)；我們的進度，在這里3參與者（Actor）參與者（Actor）是系統(tǒng)外部的一個實體（可以是任何的事物或人），它以某種方式參與了用例的執(zhí)行過程。參與者通過向系統(tǒng)輸入或請求系統(tǒng)輸入某些事件來觸發(fā)系統(tǒng)的執(zhí)行。參與者由他們參與用例時所擔當?shù)慕巧珌肀硎?。UML中，參與者用“人形”圖標來表示，名字寫在圖標的下方。我們的進度，在這里3參與者（Actor）參與者一般分為三種：系統(tǒng)用戶其他系統(tǒng)可運行的進程3參與者（Actor）在獲取用例前要先確定系統(tǒng)的參與者，可以根據(jù)以下的一些問題來尋找系統(tǒng)的參與者。（1）誰或什么使用該系統(tǒng)；（2）交互中，它們扮演什么角色；（3）誰安裝系統(tǒng)；（4）誰啟動和關(guān)閉系統(tǒng)；（5）誰維護系統(tǒng)；（6）與該系統(tǒng)交互的是什么系統(tǒng)；（7）誰從系統(tǒng)獲取信息；（8）誰提供信息給系統(tǒng)；（9）有什么事發(fā)生在固定事件。系統(tǒng)的主要功能使用者系統(tǒng)的維護、管理人員系統(tǒng)的硬件設(shè)備對系統(tǒng)產(chǎn)生結(jié)果感興趣的人或者其他系統(tǒng)3參與者（Actor）在建模參與者過程中，記住以下要點。（1）參與者對于系統(tǒng)而言總是外部的，因此它們在你的控制之外。（2）參與者直接同系統(tǒng)交互，這可以幫助定義系統(tǒng)邊界。（3） 參與者表示人和事物與系統(tǒng)發(fā)生交互時所扮演的角色，而不是特定的人或特定的事物。（4）一個人或事物在與系統(tǒng)發(fā)生交互時，可以同時或不同時扮演多個角色。例如，某研究生擔任某教授的助教，同職業(yè)的角度看，他扮演了兩個角色——學(xué)生和助教。（5） 每一個參與者需要有一個具有業(yè)務(wù)一樣的名字，在建模中，不推薦使用諸如NewActor這樣的名字。（6）每個參與者必須有簡短的描述，從業(yè)務(wù)角度描述參與者是什么。（7）像類一樣，參與者可以具有分欄，表示參與者屬性和它可接受的事件。一般情況下，這種分欄使用的并不多，很少顯示在用例圖中。我們的進度，在這里4用例間、用例與參與者的關(guān)系1.泛化關(guān)系（Generalization）：一個用例可以被特別列舉為一個或多個子用例，這被稱為用例泛化;(交易：證券交易，房產(chǎn)交易)2.包含關(guān)系（Include）一個用例可以簡單地包含其他用例具有的行為，并把它所包含的用例行為作為自身行為的一部分，這被稱作包含關(guān)系。（取款，存款：打印憑證）3.擴展關(guān)系（Extend）：一個用例也可以被定義為基礎(chǔ)用例的增量擴展，這稱作擴展關(guān)系，擴展關(guān)系是把新行為插入到已有用例的方法。（基本通話：呼叫等待，呼叫轉(zhuǎn)移）4.關(guān)聯(lián)關(guān)系：關(guān)聯(lián)關(guān)系表示參與者與用例之間的通信。我們的進度，在這里4用例間、用例與參與者的關(guān)系四種關(guān)系的UML圖釋包含關(guān)系擴展關(guān)系泛化關(guān)系關(guān)聯(lián)關(guān)系用例圖建模技術(shù)5對語境建模6對需求建模我們的進度，在這里5對語境建模在UML建模過程中，可以使用用例圖對系統(tǒng)的語境進行建模，強調(diào)系統(tǒng)外部的參與者。系統(tǒng)語境是由處于系統(tǒng)外部并且與系統(tǒng)進行交互的事物所構(gòu)成。對系統(tǒng)語境建?？梢詤⒖既缦路椒?。（1）識別系統(tǒng)外部的參與者（2）在需要加深理解的地方，為每個參與者提供一個構(gòu)造型。（3）將參與者放到用例圖中，并說明參與者與用例之間的通信路徑。（4）將類似參與者組織成泛化的層次結(jié)構(gòu)。6對需求建模軟件需求就是根據(jù)用戶對產(chǎn)品功能的期望，提出產(chǎn)品外部功能的描述。需求分析所要做的工作是獲取系統(tǒng)的需求，歸納系統(tǒng)所要實現(xiàn)的功能，使最終的軟件產(chǎn)品最大限度的貼近用戶的要求。一般要考慮系統(tǒng)做什么（what），而盡可能的不去考慮怎么做（how）。UML用例圖可以表達和管理系統(tǒng)大多數(shù)的功能需求。對系統(tǒng)功能建?？梢詤⒖既缦路椒ǎ海?）識別系統(tǒng)外部的參與者，從而建立系統(tǒng)的語境；（2）考慮每一個參與者期望的行為或需要系統(tǒng)提供的行為；（3）把公共行為命名為用例；（4）確定供其他用例使用的用例和擴展其他用例的用例；（5）在用例圖中對這些用例、參與者和它們間的關(guān)系建模；（6）用描述非功能需求的注釋修飾用例圖。我們的進度，在這里圖書管理系統(tǒng)的業(yè)務(wù)用例建?，F(xiàn)在我們要對圖書管理系統(tǒng)進行業(yè)務(wù)用例建模。在上次進行的訪談中，我們得知：該系統(tǒng)只有一種使用者：圖書館工作人員，并且同一時刻只有一個工作人員使用該系統(tǒng)。圖書館工作人員，日常的業(yè)務(wù)主要有：圖書管理，借閱管理和圖書的借閱/歸還。我們的進度，在這里根據(jù)以上訪談內(nèi)容，我們識別出參與者——圖書館工作人員用例——圖書管理、借閱管理和圖書的借閱/歸還我們的進度，在這里我們的進度，在這里注意：這個用例圖是從用戶業(yè)務(wù)的視角出發(fā)，用來進行業(yè)務(wù)用例建模的。在今后的需求分析階段，我們會從系統(tǒng)的視角來進行系統(tǒng)用例建模。我們的進度，在這里工作任務(wù)2：業(yè)務(wù)流程建模

交付的工作產(chǎn)品——業(yè)務(wù)流程活動圖

學(xué)習情境：

知識點2：活動圖與業(yè)務(wù)流程建模通過UML中的活動圖，可以幫助我們進行用戶業(yè)務(wù)流程建模，幫助我們站在用戶的視角上進行業(yè)務(wù)分析。在業(yè)務(wù)流程建模中，我們關(guān)注的是用戶進行某項業(yè)務(wù)的執(zhí)行步驟。我們的進度，在這里1活動圖（ActivityDiagram）的概念和內(nèi)容1.1活動圖的內(nèi)容1.2活動圖的用途1.3活動圖的建模技術(shù)我們的進度，在這里1.1活動圖的內(nèi)容活動圖是UML中描述系統(tǒng)動態(tài)行為的圖之一，它用于展現(xiàn)參與行為的類的活動或動作。UML中，圖形上活動圖里的活動用圓角矩形表示活動圖的主要內(nèi)容是：1.活動2.轉(zhuǎn)換3.分支（Branch）4.分叉和匯合5.泳道6