業(yè)務(wù)用例與系統(tǒng)用例的關(guān)系

使用UML進(jìn)行業(yè)務(wù)模：理業(yè)務(wù)用例與統(tǒng)用例相似不同之????????

背景業(yè)務(wù)用例模型與系統(tǒng)用例模型有什么相似之處？業(yè)務(wù)用例模型與系統(tǒng)用例模型之間究竟有怎樣的差別呢？我應(yīng)該為業(yè)務(wù)建模使用哪些UML？業(yè)務(wù)用例模型和系統(tǒng)用例模型之間的關(guān)系是什么？總結(jié)注釋現(xiàn)在對本文進(jìn)行討論！參考資料本文來自于RationalEdge學(xué)習(xí)有關(guān)業(yè)務(wù)用例與系統(tǒng)用例相似和不同之處的知識，包括應(yīng)該使用什么樣的UML，通過IBMRationalSoftwareArchitect或者其它建模工具來建模這些用例。絕大多數(shù)構(gòu)架師都認(rèn)為業(yè)務(wù)建模是開發(fā)軟件解決方案中到一個非常重要的活動功的解決方案會支持這個業(yè)務(wù)，它們能夠解決業(yè)務(wù)問題并確保業(yè)務(wù)目標(biāo)的實現(xiàn)。當(dāng)開發(fā)一個合理的業(yè)務(wù)模型以后程分析員能夠探究不同業(yè)務(wù)改進(jìn)的選項消多余的任務(wù)，使重復(fù)且平凡的任務(wù)或者容易出現(xiàn)的錯誤實現(xiàn)自動化操作IBM?RationalUnifiedProcess?RUP?，以及Unisys3DVisual或者3D-VE，者3D-VE,供了一個系統(tǒng)化的方法，利用統(tǒng)一建模語以直觀地表現(xiàn)業(yè)務(wù)模型時還可以派生出一個一致的且能夠追溯到這個業(yè)務(wù)模型的起點系統(tǒng)用例模型。這篇文章提供了RUP務(wù)建模的概述，并解決了以下的問題：????背景

業(yè)務(wù)用例模型與系統(tǒng)用例模型有怎樣的相似之處？業(yè)務(wù)用例模型與系統(tǒng)用例模型有什么不同之處？構(gòu)建業(yè)務(wù)模型應(yīng)該使用哪個UML？業(yè)務(wù)用例模型與系統(tǒng)用例模型之間有什么關(guān)系？在談?wù)撨@個問題之前，我想解釋一下為什么要挑選這個特殊的話題來寫。自從年我就作為一名軟件構(gòu)架師從事系統(tǒng)用例的工作。當(dāng)我是一名由UnisysPublicSector發(fā)的IntegratedInformationSharing(IJIS)框架解決方案的總構(gòu)架師時有接觸到業(yè)務(wù)用例2002年在已經(jīng)發(fā)展成為UnisysInformationSharingManagementFramework(ISM)。ISM是一套支持信息共享的總體業(yè)務(wù)過程的可重用的組件。Framework利用ServiceOrientedArchitecture(SOA)技術(shù)整合了不同類型的司法與公共安全系統(tǒng)，從而在關(guān)鍵決定點時分配關(guān)鍵的數(shù)據(jù)，文檔以及圖片決方案將為司法與公共安全團(tuán)體提供了一個業(yè)務(wù)框架術(shù)框架、基礎(chǔ)應(yīng)用軟件以及方法，使政府機(jī)構(gòu)能夠繼續(xù)使用他們的遺留系統(tǒng)。

ISM是使用RUP行設(shè)計的，ISM業(yè)務(wù)模型是為ISM項目開發(fā)的首批工件之一。開發(fā)ISM務(wù)模型對我來說是一個有意義的學(xué)習(xí)經(jīng)歷：我認(rèn)識到的一個問題是，對于如何開發(fā)一個業(yè)務(wù)模型有很多含混不清的地方，為開發(fā)UML務(wù)模型提供指導(dǎo)的文獻(xiàn)相對比較少，而且有些不一致。自從我離開UnisysGlobalPublicSector入到UnisysUniversity作為一名培訓(xùn)和開發(fā)顧問后，就一直負(fù)責(zé)開發(fā)和交付軟件構(gòu)架和IBMRational工具培訓(xùn)。我的職責(zé)之一就是IBMRational課程"MasteringRequirementsManagementwithUseCases"教學(xué)。這門課程主要闡述的是開發(fā)系統(tǒng)用例，但是這門課程僅僅提供了什么是業(yè)務(wù)模型以及它如何與這個系統(tǒng)用例模型相聯(lián)系的一個很有限的討論。因此這篇文章的目的之一就是為MRMUC程補(bǔ)充材料。這篇文章假定您已經(jīng)有了系統(tǒng)用例建模和RUP求規(guī)程的基本知識果您對系統(tǒng)用例建模并不熟悉，我建議您學(xué)習(xí)RUP求規(guī)程的知識。正如前面提到的，這篇文獻(xiàn)關(guān)于業(yè)務(wù)建模的內(nèi)容比較少，但是我們發(fā)現(xiàn)了一些非常有用的參考資料，遠(yuǎn)遠(yuǎn)多于您在RUP找到的信息：???

Writing由AlistairCockburn著。這是我最喜歡的關(guān)于業(yè)務(wù)和系統(tǒng)用例說明的著作強(qiáng)一個業(yè)務(wù)或者系統(tǒng)用例模型最重要的部分是用例說明本書強(qiáng)調(diào)的就是用例說明，而不是UML。UMLfortheITBusinessHowardPodeswa寫。本書主要強(qiáng)調(diào)的是利用UML開發(fā)一個業(yè)務(wù)模型，以及對Alistair的書進(jìn)行補(bǔ)充。UMLfortheITBusiness幫助我完成了關(guān)于如何開發(fā)一個有效的業(yè)務(wù)用例模型的課程培訓(xùn)。Rational中的文章“EffectiveBusinessModelingwithUML:DescribingBusinessUseCasesandRealizations”，由Pan-WeiNg寫。那篇文章與這篇文章有些類似。那篇文章是從UML1.x角度來編寫的。而這篇文章是從一個UML2.0角度來編寫的，并且闡述了業(yè)務(wù)用例模型，業(yè)務(wù)分析模型，以及系統(tǒng)用例模型之間更深刻的關(guān)系。既然我已經(jīng)完成了預(yù)備工作，就讓我們開始提一些問題。業(yè)務(wù)例模與系用例型有什么相似之處？業(yè)務(wù)用例模型與系統(tǒng)用例模型有很多相似之處。兩個模型都有用例說明。如果您對業(yè)務(wù)用例模型以及系統(tǒng)用例模型的RUP版進(jìn)行檢查，您會發(fā)現(xiàn)它們的格式十分相似。兩者都包含先決條件、后置條件、擴(kuò)展點以及特殊需求。業(yè)務(wù)用例說明有基本的工作流和可選擇的工作流，從而取代了基本的事件流和可選流。業(yè)務(wù)用例說明與系統(tǒng)用例說明的格式十分相似，但是在設(shè)計范圍上有些分歧。業(yè)務(wù)用例的設(shè)計范圍是業(yè)務(wù)操作。它是這個組織外部的業(yè)務(wù)參與者，實現(xiàn)與業(yè)務(wù)組織相關(guān)的業(yè)務(wù)目標(biāo)。讓我們查看這個業(yè)務(wù)用例的RUP定義："業(yè)務(wù)用例從一個外部的，增加值的角度來描述一個業(yè)務(wù)過程。為了給這個業(yè)務(wù)的涉眾創(chuàng)造價值，業(yè)務(wù)用例是超越組織邊界的業(yè)務(wù)過程，很可能包括合作伙伴和供應(yīng)商。簡單地說，這個定義標(biāo)識了一些重要點，比如：

???

一個業(yè)務(wù)用例描述的是業(yè)務(wù)過程——而不是軟件系統(tǒng)過程。一個業(yè)務(wù)用例為涉眾創(chuàng)造價值。這些涉眾要么是業(yè)務(wù)參與者要么是業(yè)務(wù)工作者。一個業(yè)務(wù)用例可以超越組織的邊界。有些構(gòu)架師對于這一點有非常嚴(yán)密的態(tài)度。許多業(yè)務(wù)用例確實超越來組織的邊界是有些業(yè)務(wù)用例僅僅關(guān)注于一個組織稍后將在這篇中給出一些例子。讓我們也看看Podeswa書fortheITBusiness對業(yè)務(wù)用例的定義："務(wù)用例務(wù)過程是描述這個業(yè)務(wù)的具體工作流的；一次涉眾與實現(xiàn)業(yè)務(wù)目標(biāo)的業(yè)務(wù)之間的交互能包含手工和自動化的過程，也可能發(fā)生在一個長期的時間段中。這個定義表明了通過實現(xiàn)業(yè)務(wù)目標(biāo)創(chuàng)造價值的觀點通過把一個業(yè)務(wù)過程描述成一個可能包含手工和自動化過程的具體工作流來詳述RUP定義。這個定義還指出流可能發(fā)生在一個長期時間段中有的這些都十分的重要。那么系統(tǒng)用例又是怎樣的呢？系統(tǒng)用例的設(shè)計范圍就是這個計算機(jī)系統(tǒng)設(shè)計的范圍是一個系統(tǒng)參與者，與計算機(jī)系統(tǒng)一起實現(xiàn)一個目標(biāo)。系統(tǒng)用例就是參與者如何與計算機(jī)技術(shù)相聯(lián)系，而不是業(yè)務(wù)過程。Cockburn的給業(yè)務(wù)和系統(tǒng)用例使用了相同的用例說明模版。業(yè)務(wù)用例與系統(tǒng)用例說明使用這個模版的區(qū)別是設(shè)計范圍版想通過目標(biāo)層次對用例進(jìn)行分類，如表格1所示。圖：AlistairCockburn對業(yè)務(wù)和系統(tǒng)用的分類高層概要概要用戶目標(biāo)子功能最低層Cockburn編寫的最初目標(biāo)是系統(tǒng)用例，但他在業(yè)務(wù)用例上也花了很多精力。他利用目標(biāo)層次來區(qū)分業(yè)務(wù)與系統(tǒng)用例，而不是使用不同的模版類型。那么這些圖標(biāo)和目標(biāo)層次又意味著什么呢？這些圖標(biāo)本身代表著一個簡單的系統(tǒng)，它是根據(jù)用例與“海平面”（用戶的實際層次）的相對高低來確定的。系統(tǒng)用例的最佳點是用戶目標(biāo)，通過海平面圖標(biāo)來表明。有時候需要將復(fù)雜的系統(tǒng)用例分解成其它有子功能目標(biāo)、通過魚圖標(biāo)表明的用例。但是您應(yīng)該盡量避免將海平面系統(tǒng)用例分解成蛤或者最低層系統(tǒng)用例。也許您會猜測到，概要或者蛤用例應(yīng)該是業(yè)務(wù)用例。云或者高層概要也可能是業(yè)務(wù)用例。

Cockburn的方法是將這些用例看作是一個光譜，從一個組織的最高層次業(yè)務(wù)目標(biāo)，到為實現(xiàn)這些業(yè)務(wù)目標(biāo)而執(zhí)行的軟件解決方案的需求詳細(xì)資料。這種方法將系統(tǒng)用例看作是一個業(yè)務(wù)用例的分解。這個用例分解方法可以用來幫助您從這個業(yè)務(wù)模型驅(qū)動系統(tǒng)用例模型，我稍后會對這個問題進(jìn)行討論。那么業(yè)務(wù)用例模型與系統(tǒng)用例模型圖有什么其他相似之處呢？????

兩者都有參與者。在業(yè)務(wù)用例圖中，您將一個參與者原型化為<<BusinessActor>>兩者都有用例。在業(yè)務(wù)用例模型中，您將一個用例原型化為<<BusinessUseCase>>在參與者與用例之間兩者都有一個通信關(guān)聯(lián)。業(yè)務(wù)用例和系統(tǒng)用例都能夠包含、擴(kuò)展，以及一般化關(guān)聯(lián)。用例圖中的通信關(guān)聯(lián)對于學(xué)習(xí)用例建模的人們來說，通常是一個容易混淆的地方。我應(yīng)該使用箭頭嗎？這個箭頭應(yīng)該指向什么方向呢？通信關(guān)聯(lián)已經(jīng)被描繪出來，因為UML規(guī)范是一條實線。這條線可以配上一個箭頭。這條線和箭頭代表角色與系統(tǒng)之間的雙方對話。如果呈現(xiàn)出一個箭頭，那么說明只有這個關(guān)聯(lián)末尾的“這個事物”能夠發(fā)起通信的表明任何一方都可以發(fā)起通兩端都發(fā)起通信UML2.0范使它更簡單。UML2.0允許角色與用例之間或者業(yè)務(wù)角色與業(yè)務(wù)用例之間存在這種可靈活操作的關(guān)聯(lián)。我個人比較喜歡箭頭，但是如果您把IBMRationalSoftwareArchitect作您的UML建模工具，您就不能在角色和用例之間描繪出一個箭頭。此時的RSA完全沒有錯的。UML2.0通信關(guān)聯(lián)不可靈活操作的原因。既然我們已經(jīng)討論了業(yè)務(wù)用例模型和系統(tǒng)用例模型之間的相似之處，下面我們就看看它們的不同點。業(yè)務(wù)例模與系用例型之間究竟有怎樣的差呢？業(yè)務(wù)用例模型與系統(tǒng)用例模型之間主要有三點重大不同之處：設(shè)計范圍、白盒測試與黑盒測試，以及業(yè)務(wù)操作者。范圍在前面的部分中，我借助AlistairCockburn處于“水平線”上面、下面，或正好處于“水平線”的規(guī)定對設(shè)計范圍進(jìn)行了討論。業(yè)務(wù)用例著重于業(yè)務(wù)操作。它們表示實現(xiàn)業(yè)務(wù)目標(biāo)的業(yè)務(wù)中的具體工作流。業(yè)務(wù)過程可能涉及手工和自動過程，并且在一段長期的時間內(nèi)進(jìn)行。系統(tǒng)用例著重于要設(shè)計的軟件系統(tǒng)與者如何與軟件系統(tǒng)進(jìn)行交互？我們在系統(tǒng)用例說明中書寫的事件流應(yīng)該足夠詳細(xì)，從而用作編寫系統(tǒng)測試腳本的出發(fā)點。白盒與黑盒業(yè)務(wù)用例常常是以白盒形式編寫的。它們描述了被建模的組織中的人和部門之間的交互。我們使用業(yè)務(wù)用例來說明在“現(xiàn)有”業(yè)務(wù)模型中組織如何工作。然后我們重構(gòu)“現(xiàn)有”的業(yè)務(wù)用例模型，讓其面向?qū)⒁５慕M織的未來設(shè)計。我們需要創(chuàng)建什么新角色和部門來提供更多價值，或者消除業(yè)務(wù)問題？什么角色和部門需要消失？

系統(tǒng)用例幾乎總是以黑盒形式編寫的們描述了軟件系統(tǒng)之外的參與者如何與將被設(shè)計的系統(tǒng)進(jìn)行交互。系統(tǒng)用例詳細(xì)闡明了系統(tǒng)需求。系統(tǒng)用例模型的目的是從涉眾的角度說明需求，而不是設(shè)計如何滿足需求。業(yè)務(wù)角色那么業(yè)務(wù)角色是什么？在系統(tǒng)用例圖中，您只讓參與者與用例進(jìn)行交互。但在業(yè)務(wù)用例圖中，您可以讓業(yè)務(wù)參與者和業(yè)務(wù)角色與業(yè)務(wù)用例進(jìn)行交互。業(yè)務(wù)業(yè)務(wù)之外的人。它可以是一個角色或其他組織實體。例如，在刑事審判系統(tǒng)中，業(yè)務(wù)參與者可以是證人、嫌疑犯、外部的政府機(jī)構(gòu)，例如健康服務(wù)，或業(yè)務(wù)實體，例如，業(yè)務(wù)資信咨詢機(jī)構(gòu)。業(yè)務(wù)是業(yè)務(wù)內(nèi)部的某個人或某個部門。在刑事審判系統(tǒng)中，業(yè)務(wù)角色可以是治安人員、法官、檢察官，或假釋官。當(dāng)您實現(xiàn)了一個業(yè)務(wù)用例，并且創(chuàng)建了時序圖信圖來顯示業(yè)務(wù)參與者、業(yè)務(wù)角色，和業(yè)務(wù)實體如何協(xié)作執(zhí)行業(yè)務(wù)用例時，您將會把業(yè)務(wù)角色從業(yè)務(wù)用例模型轉(zhuǎn)入業(yè)務(wù)分析模型，并且加入所需的額外業(yè)務(wù)角色來提供業(yè)務(wù)用例功能。圖1示了基于ISM項目的示例業(yè)務(wù)用例圖。圖1業(yè)務(wù)用例圖圖1示了一個業(yè)務(wù)參與者：嫌疑犯（）有三個業(yè)務(wù)角色：執(zhí)法人（Enforcement、檢察務(wù)用例被Warrant指紋和嫌疑犯照andMugshot及保Bail獲取指紋和嫌疑犯照片總是作為來自逮捕被告基礎(chǔ)業(yè)務(wù)用例的強(qiáng)制行為。保釋是繼承逮捕被告業(yè)務(wù)用例的可選行為。早先，我討論了業(yè)務(wù)用例如何跨越組織邊界，許多情況都是這樣的。請求擔(dān)保就是一個好例子。它涉及執(zhí)法人和法院。業(yè)務(wù)用例還可以只集中在一個組織上。獲得指紋和嫌疑犯照片就是這樣一個好例子。

我應(yīng)為業(yè)建模用哪UML圖？在我討論您在業(yè)務(wù)建模中使用的UML之前，我想說一些關(guān)于使用RSAUML2.0建業(yè)務(wù)用例圖的提示：????

在UML1.x，您可以將參與者原型化為業(yè)務(wù)角色。在UML2.0，您必須創(chuàng)建一個類，然后將其原型化為業(yè)務(wù)角色。在UML2.0，您可以將參與者原型化為業(yè)務(wù)參與者，但您不能將參與者原型化為業(yè)務(wù)角色。在2.0中，業(yè)務(wù)用例和業(yè)務(wù)角色之間的關(guān)聯(lián)是可導(dǎo)航的。業(yè)務(wù)參與者和業(yè)務(wù)用例之間的關(guān)聯(lián)是不可導(dǎo)航的。作為最佳實踐，我推薦斷開業(yè)務(wù)用例和業(yè)務(wù)角色之間的導(dǎo)航，從而保持業(yè)務(wù)角色與業(yè)務(wù)參與者的一致。業(yè)務(wù)角色及其用例關(guān)聯(lián)應(yīng)該按照業(yè)務(wù)參與者與業(yè)務(wù)用例通信的同樣方式來繪制。您必須在您的工程的Properties標(biāo)簽頁中選擇Profiles選項卡，然后單擊AddProfile按鈕，來向您的工程中添加業(yè)務(wù)建模和健壯性分析原型。在IBMRational中，這是自動包含的。在UML，概要文件用于包裝原型和標(biāo)記值UML展。UML2.0規(guī)范要求您向UML模工程中添加概要文件來使用業(yè)務(wù)建模原型。UML業(yè)務(wù)模型包括兩個模型例視View的業(yè)務(wù)用例模型和邏輯視View）中的業(yè)務(wù)分析模型。1

業(yè)務(wù)用例模型中的主圖是業(yè)務(wù)用例圖。您還可以隨意加入表示單個業(yè)務(wù)用例的UML活動圖，來圖形化地顯示工作流過程，如圖2示，逮捕被告業(yè)務(wù)用例的活動圖。

圖2逮捕被告業(yè)務(wù)用例活動圖業(yè)務(wù)分析模型描述了通過業(yè)務(wù)角色和業(yè)務(wù)實體的交互來實現(xiàn)業(yè)務(wù)用例。它用作業(yè)務(wù)角色和業(yè)務(wù)實體需要如何相關(guān)聯(lián)，以及它們需要如何協(xié)作，來執(zhí)行業(yè)務(wù)用例的抽象。業(yè)務(wù)分析模型中有三種類型UML，如圖3所示：類（）、時序（Sequence）和通信（Communication圖。圖3：業(yè)務(wù)分析模型業(yè)務(wù)分析模型中的主要的圖是時序圖。您手工地創(chuàng)建顯示出業(yè)務(wù)參與者、業(yè)務(wù)角色，和業(yè)務(wù)實體如何交互執(zhí)行業(yè)務(wù)用例的時序圖序圖顯示出以時間時序安排的對象交互別是顯示出參與交互的對象，以及消息交換的順序。通信圖是以前在1.x中所稱的協(xié)作圖Collaborationdiagram，它描述了對象之間交互的模式，通過對象間的鏈接和發(fā)送給對方的消息來展示參與交互的對象。通信圖和時序圖都顯示出交互，但它們強(qiáng)調(diào)了不同的方面。時序圖清楚地顯示出時間順序，但沒有明確地顯示出對象關(guān)系。通信圖清楚地顯示出對象關(guān)系，但必須從順序號那兒獲得時間順序。兩個圖都顯示出同樣的行為，但方式不同。我個人喜歡時序圖，因為它通常比較容易讀懂。您還可以使用參與類的視圖（ofParticipating）來顯示協(xié)作執(zhí)行業(yè)務(wù)用例的業(yè)務(wù)參與者、業(yè)務(wù)角色和業(yè)務(wù)實體的靜態(tài)視圖。圖4示出ISM捕被告業(yè)務(wù)用例實現(xiàn)的時序圖5示出ISM捕被告業(yè)務(wù)用例實現(xiàn)的VOPC圖6示出ISM捕被告業(yè)務(wù)用例實現(xiàn)的通信圖。

圖4逮捕被告業(yè)務(wù)用例實現(xiàn)的時序圖在ISM捕被告業(yè)務(wù)時序圖這部分中4示個從業(yè)務(wù)用例模型轉(zhuǎn)入的業(yè)務(wù)角色人、簽署者（Subscriber）和刑事審判系統(tǒng)。刑事審判系統(tǒng)是執(zhí)法人、法院、檢察官，等等的一般化。為了讓時序圖簡單化，我們使用該泛化來表示ISM以使用的任意刑事審判系統(tǒng)。圖4顯示出引入到業(yè)務(wù)分析模型中的兩個新的業(yè)務(wù)角色：檔案管理系統(tǒng)（RecordsManagementSystem）和ISMBroker常是商業(yè)化成品（commercialoff-the-shelf解決方案，它將地方的執(zhí)法用作刑事案件管理系統(tǒng)Unisys計劃開發(fā)的軟件解決方案的自動化候選者或代理。UnisysISM解決方案利用中心輻射型SOA術(shù)整合了多個各種各樣的司法系統(tǒng)要決策點處，分享關(guān)鍵任務(wù)的數(shù)據(jù)、文檔、圖像和事務(wù)。以在MicrosoftBizTalkServer或IBMWebSphereBusinessIntegration上實現(xiàn)。Broker為在審判團(tuán)之中數(shù)據(jù)共享的導(dǎo)管，并且利用當(dāng)前的技術(shù)來推、拉、發(fā)布和訂閱信息，從而支持日常的審判操作。

圖5逮捕被告業(yè)務(wù)用例實現(xiàn)的VOPC圖圖5的VOPC圖顯示了參與逮捕被告業(yè)務(wù)用例的業(yè)務(wù)參與者務(wù)角色和業(yè)務(wù)實體的靜態(tài)視圖意為每個業(yè)務(wù)角色顯示的操作些操作被稱為業(yè)務(wù)職責(zé)VOPC的更精確的名稱是參與的業(yè)務(wù)參與者、業(yè)務(wù)角色和業(yè)務(wù)實體的視圖（ViewofParticipatingBusinessActors,、BusinessWorkers和BusinessEntities）。在本實例中，只有業(yè)務(wù)角色協(xié)作執(zhí)行業(yè)務(wù)用例。

圖6逮捕被告業(yè)務(wù)用例實現(xiàn)的通信圖如前面所提到的，通信圖（如圖6示）是觀察時序圖中所示行為的另一種方法。供了從時序圖創(chuàng)建通信圖的自動能力，反之亦然。還有一個要回答的問題。業(yè)務(wù)例模和系用例型之間的關(guān)系是什么？圖，業(yè)務(wù)用例到系統(tǒng)用例的向下流動（BusinessSystemUse-CaseFlowDown，出自我所教授的IBMRational課程“MasteringRequirementsManagementwithUseCases”。

圖7，業(yè)務(wù)用例到系用例的向下流動圖7舉了課程中最難教授的主題之一為您要理解該圖所需的大部分基礎(chǔ)不在標(biāo)準(zhǔn)課程材料之內(nèi)。本文的其中一個目的是提供額外的基礎(chǔ)。圖7示了業(yè)務(wù)模型中所找到的東西和系統(tǒng)用例模型中的東西之間的清晰映射。在此特殊的實例中，可以看出，系統(tǒng)能夠?qū)I(yè)務(wù)角色的職責(zé)自動化。它還顯示出關(guān)鍵的業(yè)務(wù)角色是自動化的候選者。記住，業(yè)務(wù)模型包含業(yè)務(wù)用例模型和業(yè)務(wù)分析模型。業(yè)務(wù)分析模型是業(yè)務(wù)用例模型的實現(xiàn)，并且擁有緊密的集成化和可追溯性統(tǒng)用例模型可以追溯到業(yè)務(wù)分析模型務(wù)分析模型可以追溯到業(yè)務(wù)用例模型。使用該方法，您可以構(gòu)建從業(yè)務(wù)分析模型演化來的系統(tǒng)用例模型。這向您的整個UML型提供了一致性和可追溯性。那么系統(tǒng)參與者和系統(tǒng)用例從那里來的呢？系統(tǒng)參與者是根據(jù)業(yè)務(wù)分析模型中的業(yè)務(wù)參與者和業(yè)務(wù)角色而生成的。與業(yè)務(wù)角色自動化候選者交互的業(yè)務(wù)參與者總是成為系統(tǒng)參與者。動化候選者的，與業(yè)務(wù)角色自動化候選者交互的業(yè)務(wù)角色成為系統(tǒng)參與者。例如，務(wù)分析模型中的執(zhí)法人和法院成為了系統(tǒng)參與者。Broker是“純”自動化候選者。它不會成為系統(tǒng)參與者。我所謂的純是什么意思呢？簡單的說動化候選者的唯一目的就是成為我們正在開發(fā)的軟件解決方案的代理。注意到圖7的LoanSpecialistSpecialist業(yè)務(wù)角色轉(zhuǎn)換為系統(tǒng)參與者和系統(tǒng)用例。讓我來解釋一下。

LoanSpecialist是圖7所示的業(yè)務(wù)模型中的角色。在我們的系統(tǒng)用例模型中，需要有作為LoanSpecialist角色的參與者。但是，在我們正在開發(fā)的新的軟件解決方案中將LoanSpecialist的一些業(yè)務(wù)職責(zé)自動化了。業(yè)務(wù)分析模型中的那些業(yè)務(wù)職責(zé)成為了系統(tǒng)用例模型中的系統(tǒng)用例。其他的純業(yè)務(wù)角色自動化候選者將不會轉(zhuǎn)換為系統(tǒng)用例模型中的系統(tǒng)角色。這回答了問題，“系統(tǒng)用例是從哪里來的？”系統(tǒng)用例是根據(jù)業(yè)務(wù)分析模型中的業(yè)務(wù)角色自動化候選者的業(yè)務(wù)職責(zé)而創(chuàng)建的。如果您回到圖，顯示了ISMBroker的VOPC圖，每個業(yè)務(wù)職責(zé)，例如QueryforInformation都可以轉(zhuǎn)換為系統(tǒng)用例模型中的系統(tǒng)用例。分析模型顯示了業(yè)務(wù)實體如何映射到系統(tǒng)分析模型中的類上。這些類表示系統(tǒng)將使用的“數(shù)據(jù)”?？偨Y(jié)我的目標(biāo)是概括出RUP務(wù)建模和系統(tǒng)用例建模的比較情況。我討論了相似點和差別，以及業(yè)務(wù)用例模型和系統(tǒng)用例模型之間的關(guān)系。如果您對這些比較和關(guān)系有任何疑問，可以通過arthur.english@聯(lián)系我。注釋例視View視UML4+1視圖模型架4+1ViewModelArchitecture）的一部分。要了解更多關(guān)于4+1圖模型架構(gòu)的信息，您應(yīng)該學(xué)習(xí)分析與設(shè)計規(guī)程中的URUP軟件架構(gòu)概念。此

1對對的的年對大--青

所謂的“業(yè)務(wù)用例”和“系統(tǒng)用例”有什么區(qū)別呢？首先，業(yè)務(wù)用例和系統(tǒng)用例是相對而言的。其次，業(yè)務(wù)用例和系統(tǒng)用例的研究對象不同。仍以經(jīng)典的銀行為例。我去銀行開戶：我在柜臺前拿張空白的開戶申請單，填寫好我的信息，然后把我的身份證和填寫好的申請單遞給柜員（此處省去排隊數(shù)十分鐘等巨不爽事…）。柜員接個單子，啪嗒啪嗒的把我的信息錄入他們的系統(tǒng)。一番折騰后，我面前的密碼輸入器提示我設(shè)置帳號的密碼兩次。接著，他遞出打印了信息的單子，讓我簽字確認(rèn)。我簽字后遞給他，他使勁敲上幾個印章，然后把我的存折、身份證以及手續(xù)單遞給我，并且告訴我辦好了。這是銀行很簡單很常見的服務(wù)可以說是銀行的功能實銀行還有很多其功能如存錢、取錢、掛失等等。此時，我們其實是在把銀行看作一個能