本節(jié)以圖書管理系統(tǒng)為例向大家介紹一下UML需求分析過程，相信通過本節(jié)簡(jiǎn)單介紹，你對(duì)UML需求分析過程有一定的認(rèn)識(shí)，下面讓我們一起來看一下具體介紹吧。

建模工具UML需求分析

在軟件工程的歷史中，很長(zhǎ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í)間里完工。

在UML需求分析階段，要對(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í)候真正需要業(yè)務(wù)模型？什么時(shí)候用例模型獨(dú)立存在？

2.在進(jìn)行精確的業(yè)務(wù)建模時(shí)能用哪些UML圖形？如何知道是否用順序圖或者交互圖？

3.業(yè)務(wù)模型如何涉及到其他模型（如領(lǐng)域模型，用例模型等等）呢？如何有機(jī)地組織這些模型？

本文將通過圖書館管理系統(tǒng)這個(gè)簡(jiǎn)單而典型的實(shí)例來進(jìn)行一次UML需求分析實(shí)踐之旅。

許多讀者對(duì)圖書館圖書管理工作比較熟悉，主要是圍繞讀者、圖書和工作人員的借還書展開工作。我們先看看圖書館工作人員和部分讀者的需求。

讀者來圖書館借書，可能先查詢書庫(kù)的圖書記錄。查詢可以按書名、作者、圖書編號(hào)、關(guān)鍵字查詢。查詢有兩種結(jié)果，如果查到則記下書號(hào)，交給工作人員，然后等候辦理借書手續(xù)。如果該書已經(jīng)被全部借出，則可做借書登記，等待有書時(shí)被通知。如果圖書館沒有該書的記錄，則做缺書登記。
 

【編輯推薦】

1. 體驗(yàn)免費(fèi)UML建模工具
2. 深度剖析九大UML視圖及其作用
3. 實(shí)例講解UML對(duì)象圖使用
4. 軟件設(shè)計(jì)過程中面向?qū)ο骍ML技術(shù)如何使用
5. UML建模基礎(chǔ)教程