本節(jié)和大家一起學(xué)習(xí)一下UML應(yīng)用實(shí)作細(xì)節(jié)--業(yè)務(wù)建模，相信通過本節(jié)的介紹你對UML應(yīng)用中業(yè)務(wù)建模有深刻的認(rèn)識。下面讓我們一起來學(xué)習(xí)UML應(yīng)用吧。

“UML應(yīng)用實(shí)作細(xì)節(jié)”（byThink,UMLChina）——業(yè)務(wù)建模

在實(shí)施業(yè)務(wù)建模之前，我們首先應(yīng)該問自己兩個問題:

1."軟件開發(fā)是否一定要做業(yè)務(wù)建模?"
2."業(yè)務(wù)模型是否可以直接映射到系統(tǒng)模型?"
答案都是否定的：業(yè)務(wù)建模不一定是必須的，很多軟件項目面臨的問題域（業(yè)務(wù)）可能很簡單，就不需要業(yè)務(wù)建模，這也是總則中把業(yè)務(wù)建模定為軟件開發(fā)第0步的原因；即是做了業(yè)務(wù)建模，由于它所表達(dá)的只是問題域當(dāng)前是什么樣，而不是使用軟件系統(tǒng)時會怎樣，因此，也不能把業(yè)務(wù)模型，直接映射到系統(tǒng)模型。
那么業(yè)務(wù)建模有什么用?答案是它可以幫助我們了解現(xiàn)狀,啟發(fā)愿景和需求,是進(jìn)行精確有效的分析與設(shè)計的參考

UML應(yīng)用中實(shí)施業(yè)務(wù)建模的步驟可以分為:

1.確定研究范圍：這里是指我們要觀察的問題域范圍，譬如一個要實(shí)施OA系統(tǒng)的企業(yè)，我們需要研究的范圍可能包括整個企業(yè)的各個部門，也可能只包括相關(guān)的幾個部門，這取決于我們將來要在多大范圍內(nèi)為系統(tǒng)服務(wù)（軟件系統(tǒng)影響到多大范圍）；這一步是基本前提，如果范圍不明確，會導(dǎo)致以后的分析缺乏依據(jù)，或者產(chǎn)生矛盾；當(dāng)然，以后的分析中如果發(fā)現(xiàn)問題，這個范圍也是可以調(diào)整的。

2.識別業(yè)務(wù)執(zhí)行者：注意，執(zhí)行者是在系統(tǒng)之外的，這里的系統(tǒng)，并不是指軟件系統(tǒng)，而是將要使用我們軟件的活生生的業(yè)務(wù)系統(tǒng)，譬如一家銀行，一家汽車制造廠，一個政府部門等等；因此，這里的系統(tǒng)范圍，往往要比我們以后要做的軟件系統(tǒng)范圍大，軟件系統(tǒng)的actor，很可能只是業(yè)務(wù)系統(tǒng)內(nèi)部的一個業(yè)務(wù)工人（businessworker），而真正的顧客，才是業(yè)務(wù)系統(tǒng)的執(zhí)行者，如銀行的儲戶，汽車零售店等等。

3.識別業(yè)務(wù)用例：用例應(yīng)該對執(zhí)行者（actor）提供完整的價值，因此要從執(zhí)行者的角度去考慮用例。比如對于病人來說，醫(yī)院可以提供“診治”的用例，而”掛號“，”吃藥“等等就不是用例——因?yàn)檫@些都不能滿足患者的需要，即不能提供完整的價值；事實(shí)上，”掛號“很有可能是”診治“用例中的一個步驟。
發(fā)現(xiàn)用例時不應(yīng)忽略一些支持性事件，比如”企業(yè)內(nèi)部人員的發(fā)展與維護(hù)“”安全性活動“等等，它們?yōu)橐恍┨厥獾腶ctor（如領(lǐng)導(dǎo)、董事會、政府）提供了價值

4.識別業(yè)務(wù)對象：業(yè)務(wù)對象是系統(tǒng)內(nèi)部的東西，又分為業(yè)務(wù)工人和業(yè)務(wù)實(shí)體，它們的區(qū)別僅在于是否是人。很多時候，他們是可以互相替代的，例如銀行的營業(yè)員和自動取款機(jī)。業(yè)務(wù)用例是通過業(yè)務(wù)對象的交互實(shí)現(xiàn)的。
這里的步驟本身就是迭代的過程，比如在識別業(yè)務(wù)對象的時候，可能又啟發(fā)了新的業(yè)務(wù)用例，對業(yè)務(wù)用例的描述也可以從簡單的文本轉(zhuǎn)化為體現(xiàn)業(yè)務(wù)對象職責(zé)的活動圖（泳道）和序列圖。

UML應(yīng)用中業(yè)務(wù)模型的建模過程幫助我們理解了問題域的業(yè)務(wù)，同時，也可以啟發(fā)我們尋找改進(jìn)點(diǎn)，這些改進(jìn)點(diǎn)往往形成了以后軟件系統(tǒng)的需求：

1.信息流轉(zhuǎn)
2.演繹復(fù)雜邏輯
3.記錄實(shí)體信息
4.自動工作,時間驅(qū)動
這些改進(jìn)點(diǎn)有一個共同的特點(diǎn)，就是都是計算機(jī)擅長而人不善于做的事

盡管業(yè)務(wù)模型不能直接映射到系統(tǒng)模型，但它們之間還是存在一些可能（注意：只是可能，不是必然）的映射關(guān)系，具體如下：
1.業(yè)務(wù)用例可能映射到一個子系統(tǒng)
2.業(yè)務(wù)用例的一個步驟可能映射到軟件系統(tǒng)的一個用例
3.業(yè)務(wù)執(zhí)行者可能成為系統(tǒng)執(zhí)行者
4.業(yè)務(wù)工人可能成為系統(tǒng)執(zhí)行者
5.業(yè)務(wù)實(shí)體可能成為系統(tǒng)實(shí)體

【編輯推薦】

1. UML應(yīng)用的三種境界中你屬于哪一種
2. 專家解析 圖書館管理系統(tǒng)中UML應(yīng)用
3. 實(shí)例講解UML對象圖使用
4. 軟件設(shè)計過程中面向?qū)ο骍ML技術(shù)如何使用
5. UML應(yīng)用RationalRose進(jìn)行狀態(tài)機(jī)分析與設(shè)計實(shí)例解析