建站
咨詢
售后
建站咨詢
新聞中心
本節(jié)向大家介紹一下如何進(jìn)行UML業(yè)務(wù)建模實(shí)例分析，主要以圖書館管理系統(tǒng)為例向大家將講解，希望通過本節(jié)的介紹你對(duì)如何進(jìn)行UML建模分析有一定的認(rèn)識(shí)。下面是相關(guān)內(nèi)容具體介紹。
創(chuàng)新互聯(lián)是一家集網(wǎng)站建設(shè),武宣企業(yè)網(wǎng)站建設(shè),武宣品牌網(wǎng)站建設(shè),網(wǎng)站定制,武宣網(wǎng)站建設(shè)報(bào)價(jià),網(wǎng)絡(luò)營銷,網(wǎng)絡(luò)優(yōu)化,武宣網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強(qiáng)企業(yè)競(jìng)爭(zhēng)力?？沙浞譂M足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時(shí)我們時(shí)刻保持專業(yè)、時(shí)尚、前沿，時(shí)刻以成就客戶成長自我，堅(jiān)持不斷學(xué)習(xí)、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實(shí)用型網(wǎng)站。
UML業(yè)務(wù)建模實(shí)例分析
對(duì)于大中型信息系統(tǒng)，很難直接進(jìn)行需求分析設(shè)計(jì)，需要借助模型來分析設(shè)計(jì)系統(tǒng)，根據(jù)系統(tǒng)調(diào)研數(shù)據(jù)，建立起目標(biāo)系統(tǒng)的邏輯模型。
在軟件工程的歷史中，很長時(shí)間里人們一直認(rèn)為需求分析是整個(gè)軟件工程中最簡(jiǎn)單的一個(gè)步驟，但在過去十年中越來越多的人認(rèn)識(shí)到它是整個(gè)過程中最為關(guān)鍵的一個(gè)過程。假如在需求分析時(shí)分析者們未能正確地認(rèn)識(shí)到客戶的需求的話，那么最后的軟件實(shí)際上不可能達(dá)到客戶的要求，或者導(dǎo)致需求的頻繁變更，而軟件無法在規(guī)定的時(shí)間里完工。
對(duì)UML業(yè)務(wù)建模實(shí)例進(jìn)行分析時(shí)在需求分析階段，要對(duì)經(jīng)過可行性分析所確定的系統(tǒng)目標(biāo)和功能作進(jìn)一步的詳細(xì)論述，確定系統(tǒng)“做什么？”的問題，最終建立起目標(biāo)系統(tǒng)的邏輯模型。
首先是獲得當(dāng)前系統(tǒng)的物理模型。物理模型是對(duì)當(dāng)前系統(tǒng)的真實(shí)寫照，可能是一個(gè)由人工操作的過程，也可能是一個(gè)已有的但需要改進(jìn)的計(jì)算機(jī)系統(tǒng)。首先是要對(duì)現(xiàn)行系統(tǒng)進(jìn)行分析、理解，了解它的組織情況、數(shù)據(jù)流向、輸入輸出，資源利用情況等，在分析的基礎(chǔ)上畫出它的物理模型。然后抽象出當(dāng)前系統(tǒng)的邏輯模型。
邏輯模型是在物理模型基礎(chǔ)上，去掉一些次要的因素，建立起反映系統(tǒng)本質(zhì)的邏輯模型。接下來建立目標(biāo)系統(tǒng)的邏輯模型。通過分析目標(biāo)系統(tǒng)與當(dāng)前系統(tǒng)在邏輯上的區(qū)別，建立符合用戶需求的目標(biāo)系統(tǒng)的邏輯模型。最后補(bǔ)充目標(biāo)系統(tǒng)的邏輯模型。對(duì)目標(biāo)系統(tǒng)進(jìn)行補(bǔ)充完善,將一些次要的因素補(bǔ)充進(jìn)去，例如出錯(cuò)處理等。
UML（TheUnifiedModelingLanguage，即統(tǒng)一建模語言）是一種編制系統(tǒng)藍(lán)圖的標(biāo)準(zhǔn)化語言，可以對(duì)復(fù)雜的系統(tǒng)建立可視化的系統(tǒng)模型，目前已經(jīng)被工業(yè)標(biāo)準(zhǔn)化組織OMG（ObjectManagementGroup）接受，一經(jīng)推出便得到許多著名的計(jì)算機(jī)廠商如Microsoft、HP、IBM、Oracle等的支持，也在逐步開始應(yīng)用到需求分析過程中。
在使用UML建立當(dāng)前系統(tǒng)邏輯模型過程中，初學(xué)者通常會(huì)遇到一些問題：
1.什么時(shí)候真正需要UML業(yè)務(wù)建模？什么時(shí)候用例模型獨(dú)立存在？
2.在進(jìn)行精確的業(yè)務(wù)建模時(shí)能用哪些UML圖形？如何知道是否用順序圖或者交互圖？
3.業(yè)務(wù)模型如何涉及到其他模型（如領(lǐng)域模型，用例模型等等）呢？如何有機(jī)地組織這些模型？
本文將通過UML業(yè)務(wù)建模實(shí)例圖書館管理系統(tǒng)這個(gè)簡(jiǎn)單而典型的實(shí)例來進(jìn)行一次UML需求分析實(shí)踐之旅。
許多讀者對(duì)圖書館圖書管理工作比較熟悉，主要是圍繞讀者、圖書和工作人員的借還書展開工作。我們先看看圖書館工作人員和部分讀者的需求。
讀者來圖書館借書，可能先查詢書庫的圖書記錄。查詢可以按書名、作者、圖書編號(hào)、關(guān)鍵字查詢。查詢有兩種結(jié)果，如果查到則記下書號(hào)，交給工作人員，然后等候辦理借書手續(xù)。如果該書已經(jīng)被全部借出，則可做借書登記，等待有書時(shí)被通知。如果圖書館沒有該書的記錄，則做缺書登記。
辦理借書手續(xù)時(shí)先要出示圖書證，沒有圖書證則去申請(qǐng)圖書證。如果借書數(shù)量超出規(guī)定，則提示“借書數(shù)量超限，不能繼續(xù)借閱”。工作人員登記借閱人信息、借閱的圖書信息、借出時(shí)間和應(yīng)還書時(shí)間。系統(tǒng)自動(dòng)修改書庫的圖書記錄、讀者庫信息。
當(dāng)一位讀者還書時(shí)，工作人員根據(jù)圖書證編號(hào)，找到讀者的借書信息，查看是否超期，如果已經(jīng)超期，則進(jìn)行超期處罰。
如果圖書有破損、丟失，則進(jìn)行破損處罰。清除借閱記錄，同時(shí)系統(tǒng)自動(dòng)查看是否有等待借閱登記，如果有則發(fā)出通知，修改書庫記錄，該書設(shè)置為已預(yù)訂狀態(tài)，否則設(shè)置為可借狀態(tài)。
圖書采購人員進(jìn)行圖書采購時(shí)，要參考各類圖書的庫存數(shù)和借閱率，注意合理采購。如果有缺書登記則隨時(shí)進(jìn)行采購。正在采購的圖書組成一個(gè)采購中書庫。
采購到貨后，進(jìn)行驗(yàn)收，編號(hào)，同時(shí)加入圖書庫，修改采購中書庫，并且查看訂閱庫，發(fā)出到書通知，并且已經(jīng)修改書庫的圖書記錄為已預(yù)訂狀態(tài)。
借書登記是當(dāng)欲借的書被借空后，讀者自愿選擇的一種操作，它應(yīng)該記錄讀者名和聯(lián)系方式，一旦有這本書后可通知讀者。
到書通知，當(dāng)讀者預(yù)訂的書來到之后，按照讀者給出的聯(lián)系方式發(fā)出通知。
缺書登記是當(dāng)讀者需要的書庫內(nèi)查詢沒有記錄時(shí)，將此信息轉(zhuǎn)入缺貨庫，通知采購員采購。
圖書注銷，如果圖書丟失或舊書淘汰，則將該書從書庫中清除。#p#
根據(jù)需求描述整理一張需求表：
對(duì)UML業(yè)務(wù)建模實(shí)例進(jìn)行需求分析時(shí)首先要識(shí)別出系統(tǒng)的參與者，在簡(jiǎn)單的圖書館管理系統(tǒng)中，可以劃分出兩種參與者：讀者和管理員。當(dāng)然，根據(jù)業(yè)務(wù)的復(fù)雜程度，參與者也可以進(jìn)行細(xì)分，比如讀者可以再分為學(xué)生讀者、教師讀者、校外讀者，管理員根據(jù)業(yè)務(wù)和權(quán)限的不同可以再細(xì)分為庫房管理員、借還書操作員、系統(tǒng)維護(hù)人員、圖書館管理人員等不同角色。在這里，為了簡(jiǎn)化處理，我們只列出了讀者和管理員。對(duì)參與者描述如下：
（1）讀者
描述：讀者可以借閱、預(yù)定、歸還物理書刊，可以對(duì)書籍和個(gè)人信息進(jìn)行查詢，可以取消預(yù)定，可以提出辦卡申請(qǐng)。
示例：持有借閱卡的任何人和組織。
（2）管理員
描述：圖書管理員對(duì)系統(tǒng)進(jìn)行維護(hù)，包括讀者信息的創(chuàng)建、修改、刪除，書刊信息的維護(hù)，條目信息的維護(hù)，還有系統(tǒng)信息的維護(hù)。
示例：圖書管理員。
通過識(shí)別的參與者，對(duì)需求進(jìn)一步分析，將業(yè)務(wù)需求進(jìn)行分解，獲得每個(gè)參與者的使用用例。在本例中，我們可以得到以下用例：
1.書籍借出：提供借閱物理書刊的功能。
2.書籍歸還：提供歸還物理書刊的功能。
3.讀者辦卡：提供為讀者辦理借閱卡的功能。
4.預(yù)定書刊：提供對(duì)某一個(gè)種類的書刊的預(yù)約功能。
5.取消預(yù)定：提供對(duì)預(yù)定進(jìn)行取消的功能。
6.書籍查詢：為讀者提供網(wǎng)上的書籍查詢功能。
7.信息查詢：為讀者提供信息查詢的功能。
8.讀者信息維護(hù)：提供讀者信息的錄入、修改、查詢、刪除的功能。
9.書刊信息維護(hù)：提供物理書刊的錄入、修改、查詢、刪除的功能。
10.條目信息維護(hù)：提供書刊條目的錄入、修改、查詢、刪除的功能。
11.系統(tǒng)信息維護(hù)：提供對(duì)系統(tǒng)的參數(shù)的設(shè)置。
12.登錄：管理員需要先登錄才能進(jìn)入系統(tǒng)。請(qǐng)期待下節(jié)關(guān)于UML業(yè)務(wù)建模實(shí)例介紹。
本文標(biāo)題：UML業(yè)務(wù)建模實(shí)例中如何作需求分析
標(biāo)題網(wǎng)址：http://www.dlmjj.cn/article/cdsghop.html
