基于統(tǒng)一場景的設計從概念到實踐

1、基于統(tǒng)一場景的設計：從概念到實踐2008-09-27 作者：Alex Donatelli,Rosario GangemiQaudio Marinelli,Roberto Longobardi來源：IBM本文內(nèi)容包括：入門簡介USBD （基于統(tǒng)一場景的設計）元模型UML 2.0擴展用于基于統(tǒng)一場景設計的UML 2.0規(guī)范從業(yè)務”到代碼”總結(jié)下載參考資料UML擴展和支持工具。本文將關(guān)注點放在支持IBM? Rational? Software Architect版本 7 以UML 2.0的擴展放置到一組這篇文章是本系列文章的完結(jié)篇，它描述了用于方法學的USBD（基于統(tǒng)一場景的設計）的工具上面，也就是

2、將用于及后續(xù)版本的 IBM? WebS phere? Busi ness Modeler集成特性，以及一組UML 規(guī)范之中。這其中包括一個UML 2.0 規(guī)范以及一個幫助創(chuàng)建Business Model、Business AnalysisModel、Use Case Model 和 User eXperienee Model 的模型模板。入門簡介在本系列前面的幾篇文章中，我們已經(jīng)描述了一個基于基于場景的設計（Scenario Based Design, SBD）和Outside-In Design （ OID）的一個有效的統(tǒng)一設計方法論。該方法論被稱作 基于統(tǒng)一場景的設計 （USBD ）。它的

3、關(guān)注點在于產(chǎn)品所處的點對點的業(yè)務環(huán)境，而不是僅僅描述圍繞在單一產(chǎn)品周圍的業(yè)務場景。通過描述業(yè)務需要和軟件執(zhí)行之間的鏈接方式，這些文章大致描繪出了通過處理過程路線圖、目標和類圖表捕獲業(yè)務處理過程的方式，以及如何根據(jù)實際執(zhí)行來跟蹤他們。本系列文章還描述了一種用戶接口同系統(tǒng)分析相鏈接的正式的表示法。本文將關(guān)注點放在支持 USBD （基于統(tǒng)一場景的設計）的工具上面，也就是: 用于 IBM? Rati on al? Software Architect 版本 7 及其后續(xù)版本的 IBM? WebS phere? Busi ness Modeler綜合特性。被捕獲到一組 UML規(guī)范中的一組 UML 2.0

4、擴展。WebS phere Bus in ess Modeler綜合特性是同 Ratio nal Software Architect 相伴而來的，并且被用作講一個在 WebSphere Business Modeler中被開發(fā)的的業(yè)務模型導入到Rational Software Architect 之中。這一特性還包括一個被稱作 IBM? WebSphere? Business Integration Modeler Nav Tree Profile的 UML 規(guī)范，它提供了能夠自動被應用于在導入期間被轉(zhuǎn)換的UML類、接口和其他元素的 UML模板。Ratio nal Software Arc

5、hitect 包括另一個被稱作Bus in ess Modeli ng P rofile 的 UML 規(guī)范，它提供了進一步加強業(yè)務模型的其余一組UML模板。為了通過特定于 USBD （基于統(tǒng)一場景的設計）方法論的概念來補足這兩個規(guī)范，IBM開發(fā)了另外一個規(guī)范，即用于 USBD的UML 2.0規(guī)范。它定義了另外一組模板，當它們被應用到類時，接口以及其他（例如:的模型元素都根據(jù)USBD 概念來表現(xiàn)它們。該規(guī)范將和 IBM? Rational? Software Delivery PlatformIBM? Rational Software Modeler或者 Rational Software A

6、rchitect ) 一起被使用。下一小節(jié)將討論 USBD （基于統(tǒng)一場景的設計）的概念，在后面的小節(jié)中，我們將描述如何通過前面所 提到的三種規(guī)范來刻畫這些概念。USBD （基于統(tǒng)一場景的設計）元模型本小節(jié)將通過一個元模型幫助您更好地理解USBD方法論。這個模型描述了您使用USBD 方法論在軟USBD的分類法和存在件設計（包含業(yè)務、用戶和系統(tǒng)）及其相互關(guān)系中將會捕獲到的概念。該模型包括 論。它們之間的關(guān)系通過一個模型來確定和描述。用戶、目標、處理過程、用戶接口面板等概念都被放到一起，該元模型描述了實際的模型將如何使用USBD方法論。下一小節(jié)描述了被用來支持這些概念建模以及USBD模型結(jié)構(gòu)的實際

7、的UML擴展。圖1和圖2分別顯示了完整的元模型圖表的左右兩個部分。圖1 :對業(yè)務處理過程進行建模。HEvent二 Sus*w55 ActorStarts'VI:Sudrtcu PiH«t UU'CdM SLooato:DojJP BuynfMiA PtHcss Redkdttoi1.：=；血nit*T*skml SuMrw佃 ProtPM MapIBusvwu Entity圖2:根據(jù)業(yè)務上下文環(huán)境獲得系統(tǒng)的需求和行為。Inipefsonats_O.l t如Lg呉r1* rH Actor1./二I User GoalB Us& Case i * E Ue Cas

8、e StorvbDjrd他Oportft :'啊Me®treaiire-B1.?廣 E U wftcsizabofl1.*, - User Jntwfjce Elernnlworker 1匸! OtlCMhOtl關(guān)于這些圖表，正如在本系列的前幾篇文章中我們所看到的:一個Business Process Map （業(yè)務處理過程路線圖）包括一組Bus in ess P rocesses （業(yè)務處理過程）。Busin ess P rocesses（業(yè)務處理過程）同 Busi ness Actors （業(yè)務活動者）所開啟的 Busi ness Use Cases（業(yè)務用例）是一一對應

9、的。Busin ess Event （業(yè)務事件）是一種特殊的Busi ness Actor （業(yè)務活動者），它也能夠開啟Busi nessUse Cases （業(yè)務用例）。一個特定的 Bus in ess P rocess Realization （業(yè)務處理過程實現(xiàn)）就是 Busi ness Roles （業(yè)務角色）執(zhí)行一組 Busi ness P rocess Activities （業(yè)務處理過程活動）。在一個更低的層次上，重復著同樣的邏輯結(jié)構(gòu)（或者結(jié)構(gòu)模式）：業(yè)務處理過程活動同業(yè)務角色所開啟的業(yè)務處理用例是一一對應的。業(yè)務處理用例的存在支持業(yè)務目標。 業(yè)務目標是由您的客戶來制定的，并且可以

10、通過測量來被評價。一個特定的業(yè)務處理活動實現(xiàn)就是業(yè)務工作者執(zhí)行一組業(yè)務處理任務（生產(chǎn)、消費、交換業(yè)務實體 等）。業(yè)務實體同樣在一個更高層次上作為實體在業(yè)務處理實現(xiàn)之間被交換。由業(yè)務工作者所完成的任何一個這樣的實現(xiàn)都是一種真實描述一個業(yè)務場景的交互作用。在業(yè)務層和系統(tǒng)層之間，有兩條鏈接。業(yè)務工作者在一個場景中所執(zhí)行的某些活動，甚至是所有的活動，都能夠被自動地執(zhí)行。USBD最佳實踐建議：每一項在業(yè)務處理過程活動實現(xiàn)中被自動執(zhí)行的操作都確定了一個系統(tǒng)活動者（即調(diào)并且能夠被映射到一個相應的用例實現(xiàn)上。 都映射到系統(tǒng)層上面一個相應的用例實現(xiàn)。當扮演一個業(yè)務角色（或者該場景中的業(yè)務工作用該操作的一方）以及

11、一個系統(tǒng)（即操作提供者）， 因此，每一個被選中為自動執(zhí)行的業(yè)務工作者操作, 然，這個用例實現(xiàn)鏈接到它所實現(xiàn)的用例上面。與此同時，一個用戶（一個特定類型的系統(tǒng)活動者） 者），并且使用一個系統(tǒng)來執(zhí)行相應的操作。您能夠在圖1和圖2中看到業(yè)務工作者 （及其操作）和業(yè)務角色，并且他們表現(xiàn)了業(yè)務層和系統(tǒng)層之間 的鏈接。但是當系統(tǒng)活動者是一個真實的用戶的時候，還有系統(tǒng)設計的另一個方面開始活動。進入用戶經(jīng)驗的領(lǐng)域，您希望以有目標的角色的形式捕獲到用戶原型。除此之外，您還需要設計用戶接口，圖2顯示了如何做。用例情節(jié)串聯(lián)模板提供了另外一種描述用例實現(xiàn)的方式。情節(jié)串聯(lián)模板描述了實現(xiàn)用例的用戶接口 元素的導航，從而支

12、持相應的用戶目標。UML 2.0 擴展Busin ess表1描述了被引入到 UML 2.0中的支持USBD （基于統(tǒng)一場景的設計）概念建模的擴展。Modeling UML 2.0 規(guī)范是由 Rational Software Architect 的版本 7 引入的，與此同時，WebSphere BusinessIn tegratio n Modeler Nav Tree Profile 同 WebS phere Bus in ess Modeler 集成在了一起。F面各小節(jié)將向您展示如何向模型中添加所有需要的規(guī)范。表1 : UML 2.0擴展以及它們到元模型中概念上的映射。元模型類UML元類使

13、用UML原型應用UML概要文件用于協(xié)作的圖參與者參與者-業(yè)務參與者參與者<Busi nessActor>業(yè)務建模業(yè)務實體類<Bus in essE ntity>業(yè)務建模業(yè)務事件信號<Bus in essEve nt>業(yè)務建模業(yè)務目標類<Bus in essGoal>業(yè)務建模業(yè)務過程協(xié)作<Pro cess> | <Ker nelP rocess> |<0p ti onalPro cess> | <Alter native Pro cess>WBI ModelerNav Tree P rofile| U

14、SBD活動圖業(yè)務過程活動調(diào)用行為 活動<Busi ness ProcessActivityUSBD業(yè)務過程活動實 現(xiàn)協(xié)作<Bus in ess ProcessActivityRealizatio n>USBD時序圖業(yè)務過程路線圖協(xié)作<Bus in ess ProcessMa p>USBD活動圖業(yè)務過程實現(xiàn)協(xié)作<Bus in ess ProcessRealizati on>USBD活動圖業(yè)務過程任務消息，操作N.A.（針對消息）,<BusinessProcessTask| <BusinessService> （針對操作）USBD |業(yè)務

15、建模業(yè)務過程用例用例1<Bus in ess ProcessUseCaseUSBD業(yè)務角色類，活動劃分<BusinessRole（針對類）,N.A.（針對活動劃分， 使用"Represents"）USBD業(yè)務用例用例<Bus in essUseCase>業(yè)務建模業(yè)務執(zhí)行者接口<Bus in essWorker>業(yè)務建?？蛻羯姹妳⑴c者<CustomerStakeholder>USBD度量屬性<Measure>USBD操作操作-人物類型<P rimary Persona| <Sec on dary Pers

16、onaUSBD用例用例-用例實現(xiàn)協(xié)作<realizati on>標準活動圖用例情節(jié)板協(xié)作<Storyboard>USBD狀態(tài)機圖時 序圖用戶參與者<User>USBD用戶目標類<UserGoal>USBD用戶接口兀素類，狀態(tài)vUIEIeme nt>USBD用于基于統(tǒng)一場景設計的UML 2.0規(guī)范圖3顯示了用于 USBD （基于統(tǒng)一場景的設計）的 UML 2.0規(guī)范的新模板。表1中并沒有列出所有 的模板。這些僅僅是當您將模型中的元素組織到不同包之中時除了由WebS phere Bus in ess In tegratio nModeler N

17、av Tree P rofile 所提供的模板之外的其他可選的模板。正如示例模型將要說明的那樣，用更加具有 描述性的包組織一個模型將大大增強它的可用性。圖3: UML規(guī)范。 1 H . . . . . | . . .圉 HJriified Scenario Based Design | 13 I関 Associations 丄號(unnl)I (UMLPrimitiveTypes)習 A terri tiveProcesa3 AuKiliaryPfersonaH BusineSsGoal 丈日talcigi3 Bus inessProcessActiv ity圖 Bus inessProceE

18、sActiv ityReal izationS Bus inessProceseALtiv ityReal izations 圖 &US inessProcessMapB Bus inessFYocessMaps團 Sufi insssProcessRsalizationH Bus inessHrocessTask圖 Sus inBSsProceGgLJgsCaseS BusinessRole0 CustamerStakeholderH KernelProces&H MeasureB NegativePersona圖 OptionalProCessB Persona昌 Prim

19、ary PersonaS SsLorddryPersonag SetH StDr*board§ StDrytioardsB Supportg 5/stem圖 UIEI&mentS Us巳Casesg User圖謝B UserGoals1'+!I'ti懺:l'+!I'+.+1|'+0|'+1'±!I'+iI'+JraI't!a用ii+：+i殆I也I因a為了能夠在規(guī)范中使用模板，您需要將其安裝到Ratio nal Software Architect 之中。安裝用于USBD （基于統(tǒng)一場景的

20、設計）的UML 2.0規(guī)范您應當首先在下載一節(jié)中下載檔案文件，來安裝規(guī)范，從而將插件程序安裝到Ecli pse并且將其解壓縮到本地。 然后，您就能夠使用通常的操作步驟 開發(fā)平臺之上了。具體的操作步驟如下所示:1. 打開 Hel P 菜單，并且選擇 Software Up dates > Find and Install。2. 下一步，選擇 Search for New Features to Install，然后點擊 New Local Site。3.4.5.6.7.定位到檔案文件被解壓縮的目錄（即 site.xml 文件所在的目錄）。 在下一個對話框中，將其命名為USBD Profil

21、e Site 。點擊 Finish。在下一個對話框中， 展開 USBD Profile Site 節(jié)點， 并且選擇 Unified Scenario Based Design feature 1.2.0 特性。繼續(xù)完成向?qū)镜氖Ｓ嗖襟E，安裝 UML 規(guī)范。在下一小節(jié)中，您將看到如何將一個業(yè)務處理過程（它在WebSphere Business Modeler Advanced Edition中被建模的）導入到 Rational Software Architect 之中，從而得到處理過程的自動部分的需求。從“業(yè)務 ”到“代碼”基于統(tǒng)一場景的設計提供了一種從業(yè)務處理過程中得到軟件需求的方法論，

22、并且確保該軟件同時滿足業(yè)務 和用戶的目標。 假設您的公司擁有一支業(yè)務分析和設計團隊， 他們負責建造通過 WebSphere Business Modeler 建模的業(yè)務處理過程的一個資產(chǎn)。這些也許是您所在的公司所采用的的業(yè)務處理過程， 或者是您的客戶所采用的業(yè)務處理過程。 在前一種情 況中，您可能會希望自動完成處理過程的部分操作，從而提高公司的效率。在后一種情況中，您可能會成為 一個面對這樣一項業(yè)務的軟件公司：提出一種自動完成客戶的處理過程的部分操作的軟件解決方案。圖 4 顯示了 WebSphere Business Modeler 中的示例業(yè)務處理過程模型的內(nèi)容。圖 4： WebSphere

23、 Business Modeler 中的業(yè)務處理過程模型的內(nèi)容。 Rich Compariy- LQ Buaneei items Batch Derrition'雀 Batch Request 響 Batch RenJlrementc:-QI Executable Program:裁 Scb&diJe DeFinetion :晉 Schftduling Requiremente£ I爲 Processas“SS 陽出h Mid Scfifidde Dmvmbpiverit-話 Program DsTb pment_ ScJhtdLile Developmert n)

24、Batch Development Q Batch DeFinitiorK Program Library 打 Schtdule DeFintionc ftesoLTces:0 ，:0 : i.'j-0Batch Analyst PrograrrirTwr Schtdunng Analy5h Contract Warks rFull-time'Asrkr Part-time W(jr SoF陰引 e Application 匚曰 wl Smith Jane B衣k John DoeT 龜 OronizatlOTis-勒 Department 輸I Group 輸 Team 屆

25、Batch Schedule Development“霞 Batch Develop ment 畫 Line cr Eiufiness 畫 Rich CoriMriy Ltd 站 Schedule Devetopmert昱 Organiz-ation Structure' Rich Company Ltd Orqrization 匚亦rt特別地，圖 5顯示了一個示例Batch和Schedule Development的業(yè)務處理過程。為了更好的描述在WebS phere Bus in ess Modeler中建模的可能性，并且理解每一項是如何被轉(zhuǎn)化到UML的，這個例子顯示了如下內(nèi)容：用于

26、收集Scheduling需求和收集 Batch需求的簡單任務。 一個用于 Batch Development的目標任務。 用于 Schedule Developmen 禾R Program Development 的全局處理過程。我們還將描述全局知識庫Schedule Definitions、Batch Definitions 和 Program Library 將如何在轉(zhuǎn)換中被處理。圖 5: WebSphere Business Modeler 中的 Batch 和 Schedule Development 業(yè)務處理過程。圖6展開了 Schedule Development全局處理過程的細節(jié)

27、，這些細節(jié)將在下一小節(jié)中被選為自動處理。處于簡單性的考慮，其中只包括一個活動。圖 6: WebSphere Business Modeler 中的 Schedule Development 業(yè)務處理過程的細節(jié)。j 蘇H 生匚hedule DefinitionCiSczhmdulinq Requifenn總Develop a Sc hedule Definition for the Batch 您可以通過將 WebSphere Business Modeler模型導入到 Rational Software Architect 之中，將知識傳遞到 您的開發(fā)團隊，從而提高業(yè)務處理過程資產(chǎn)的價值。在R

28、ational Software Architect中，您能夠通過 USBD方法論的額外的語義學來補足知識。除此之外，在模型元素之間的路線關(guān)系將為您提供一幅關(guān)于問題的業(yè)務、 系統(tǒng)和用戶經(jīng)驗方面的全景圖。將一個 WebSphere Business Modeler 處理過程模型導入到Rational Software Architect 之中在開始之前，請確保您已將將WebS phere Bus in ess Modeler綜合添加到您的Ratio nal Software Architect安裝之中。通常，您是在安裝Ratio nal Software Architect時指定這個選項的。如果

29、您并沒有這么做的話，那么您能夠在稍后使用IBM Installation Manager 從 Rational Software Architect 安裝媒體中將其添加。在本小節(jié)中，您將看到如何導入一個用于富裕公司”的示例業(yè)務處理過程模型，接著前文中所給出的工作量安排處理過程"的例子。我們在一個新的工作區(qū)中啟動一個Rational Software Architect，并且將其切換到建模視圖。我們現(xiàn)在將 WebSphere Business Modeler模型導入作為一個現(xiàn)已存在的項目：圖 7：導入 WebSphere Business Modeler 項目。腆 ImportSele

30、ctCreate new projects from an archive file or dire匚tDry,Select 耳門 importsotrce;type filter text*：t；i1+1+1+1±|底 Archive File£ BreakpointsL. Existing RAD 6.x Data Definition Project 口 File System 藝 Preferences& CVS& Plug-in Development& Profiling and Logging& RASu SIP& Te

31、am=Transfer matio nsA Otheriitii '-I匚mncef2.3.4.在 General 文件夾中，選擇Existing P rojects into Works pace，并且點擊 Next。接下來，指定業(yè)務處理過程項目所在的WebS phere Bus in ess Modeler工作區(qū)目錄。在圖8中所示的對話框中，選擇您希望導入的項目，以及其內(nèi)容是應當被復制到Rational SoftwareArchitect 工作區(qū)中，還是被引用到WebSphere Business Modeler 中。圖 8 選擇要導入的WebSphere Business Mod

32、eler項目。5.點擊 Finish。業(yè)務處理過程模型被轉(zhuǎn)換到UML，并且被導入到Rational Software Architect工作區(qū)中。圖9顯示了操作結(jié)果。圖9:在UML中被轉(zhuǎn)換的被導入的項目。V Rich Company A '芒岷rtetet «BusinassUseCaseMcKtelj BitsinessAna(jsisMocteb* Rich Coiripary £誌 «BusinessUseC3seMcMJdlj BusinessAnaisMode 1* Rch Com|Mny * 玄 Q6備止&$ items,M Q MBu

33、ainesshr>ti(ys BatthiDefriittort* / mBus inessEntltyjO' Bath 'Requestr&C5iflessErtti(y* eatth Require (nentsI Q則e軸況ut5b也 Pfog苗曲1-1 詔 «BiJsinessEntHyjp Sd說u柜 Definiticn* 2討片和I 阿 Recjirements上 wBusjnessEveno? Event mtincaton Kcateof catalog, CtassirierCatalDgj> Classifiers tfOrg

34、anctionCtalog)* Orgarizations4 Q 氏3哄orvcatalog, Class*誕r匚Ataio尹 Aredefbed cbsstfere+ «Orgfari(zatianCatalDgi> Prectefrisd organizatiorts 卜 ® wResoxceCtpi log Predeftneci resotxce -.t5 «Proces5Catalogjf Processes4-3 Assoc fat ons 賞 «&usjfie5serKlt¥B 旳och Definitions P

35、flcBusinessEntlty®'Program Library Li «BdSmessEntl(yj5 Sctieclule DefiniDoris 昊然&u那昭A咖血Batch Analyst 昊 «Bvs(nessctor»» Program Develop merit 呆-KBusinesaActaris' IProamrrer 是 «&tr5»ne55ActorK- SchetJule Dewetprnent 矣 «0csmes$ccor>* Schecluiti

36、g Analyst 7 «6u£JJiess«JseC£eB elch 忌閔 SdiedLite l>e*Gloprnent Q ffl&ufljfiessUseCassft Program Development1 o BvsJflestUseCaseift Eetedule Devetopurtent 七I 晉 «roife» tmteh " Sdiedufe De«elapment 田習 Prodan Oevefcpmerit jt 2 ScbKbie Develop tnent4 能 flcp

37、rores許 Bath and Schedule DevetopnnenlV 3 «Proce£s» Ft ogra m DevielDp nr»Bnt 七 C 尿Proc歸靜 Schedule Development iesou-ceCatsbg)* ftejrre&T ® «Bvsifie3sWprkier» Carol W mrth ti ® 嗎Bv副nessWorkar沖 Jare Black <-' fl&u5(nes5Worfe0rw 比In Doe* ®

38、71;&treinessWCirkiar» Contract Wdrkar*1 d) «BusinesMoFkanft Rjiktitne Morkier ±1 ® *(&usne£5Work)er* Part-time Worker -| I wBusinessWoticep Software Application *1«&d sSriMsWtirkarj* batch Anabeti tS)" «&U5jnes&VA?rkar» Proammer 洞sines

39、sWorkapfr Sthadu tra Analyst w- . -4 _ - g- - J -! I 亠 U B J . - - 1. . = _ .*_J - m , _>. - J . U請注意，在 WebSphere Business Modeler中所定義的業(yè)務模型元素已經(jīng)被轉(zhuǎn)換到UML元素中，并且沒有創(chuàng)建任何圖表。為了創(chuàng)建圖表，需要我們創(chuàng)建一組圖表，并且將被轉(zhuǎn)換的元素放至其中。首先，創(chuàng)建一個10顯示了自由格式的圖表，然后將Business Items和Processes包中的所有條目拖動到該圖表之中。圖布局改造后的結(jié)果。圖10:由此得到的UML項目元素。&Mrb 4

40、nd SdwiAilP E*vHqiwiw*僞2 Ovpiopmrni<Devi<iuiwnl=-/ 嶺 Lit, Lkspp M' i )譽 DtnnkVTWt ('):；虧| 血世t* 刨 屮山金"1«旳_ ；>請注意，每一個處理過程都被轉(zhuǎn)換為兩個條目：一個 是一個UML用例，而第二個條目是一個 而每一個角色都被轉(zhuǎn)換為一個<BusinessActor> 。<BusinessUseCase> 和一個 <Process>，第一個條目UML協(xié)作。每一個業(yè)務條目都被轉(zhuǎn)換為一個<BusinessEntit

41、y> ,根據(jù)USBD （基于統(tǒng)一場景的設計）概念補足業(yè)務知識至此，您已經(jīng)將相關(guān)的業(yè)務處理過程的知識導入到Ratio nal Software Architect之中，并且您希望通過那些 WebSphere Business Modeler不打算捕獲的概念來增強這些知識。為了能夠在我們的模型中使用（基于統(tǒng)一場景的設計）模板，您首先需要做的就是將用于USBD的UML 2.0規(guī)范添加到這個模型之中。USBDProfiles 標簽。1. 在左側(cè)的資源樹中，選擇UML模型，然后在透視圖中選擇2. 點擊 Add Profile按鈕。彈出如圖11中所示的對話框，從中您能夠選擇USBD規(guī)范。圖11：將用

42、于 USBD的UML 2.0 規(guī)范添加到模型之中。Ir! Select ProfileOverview Detail Deployed ProfileUnified Suendrio Dsed Design JML PruT *BearsGeneralI PnofliesAnalysis FtofileSoflwdre ServicesLog忙al Data Mtode! PefileStereotypesDocumentationConsfraintsOKAdvancedCancelAdd Profile.Remoe 円 ofiIs您將首先對業(yè)務目標進行建模，尤其是那些對您已經(jīng)描述過的業(yè)務處

43、理過程產(chǎn)生影響的目標。1.2.3.4.5.首先在您的 UML模型的頂部創(chuàng)建一個包，并且將其命名為Bus in ess Goals（業(yè)務目標）。接下來，通過 USBD規(guī)范中的 Bus in ess Goals Catalog模板對其進行刻畫。然后，在該包中打開圖表，并且創(chuàng)建兩個類以反映兩個業(yè)務目標，并且將它們模板化為BusinessGoal。然后，您就能夠為這些目標添加方法，作為相應的類屬性，并且將它們模板化為Measure。至此，您需要對建立這些目標的人進行建模，這是因為這是這些人希望收到關(guān)于公司如何實現(xiàn)這些 目標的報告。您可以通過向處理過程包中添加一個新的BusinessActor來完成這一

44、操作。同時,也要將CustomerStakeholder模板添加進去。Scheduling Operations Meager其結(jié)果如圖12中所示。圖12：業(yè)務目標。All Batch ReqiiesU should bt Processed within 15 w/d 7 士ocessed per MonttiyI Customer SatisfactionNo more than 10 Scheduling Failures per weekUSchecMng Ftires per Week 運Customer Satisfaction您現(xiàn)在就可以在導入的業(yè)務處理過程上進行業(yè)務分析，進一步

45、指定處理過程活動。這將允許您決定希望哪些活動被自動執(zhí)行，從而得出用于相應的軟件系統(tǒng)的需求。1.2.3.您首先希望檢查Batch和Schedule開發(fā)業(yè)務處理過程。因此，展開<ProcessCatalog>包，然后是Batch和 Schedule Development <Process>即模板化的 UML 協(xié)作，然后是其中的UML 活動。您需要創(chuàng)建一個圖表來查看該活動，右鍵雙擊活動結(jié)點，然后選擇Diagram。這個新圖表中自動加載了UML活動。打開該圖表，如圖13所示，您將注意到原始的業(yè)務處理過程已經(jīng)被轉(zhuǎn)換為如下內(nèi)容：Add Diagram > Activity圖

46、 14： Schedule Development 業(yè)務處理過程。在原始處理過程中被調(diào)用的每一個簡單任務、全局任務和全局處理過程，都成為新的處理形式中的 一個調(diào)用操作活動。每一個這樣的調(diào)用操作活動都被放置到一個泳道中，用來表現(xiàn)執(zhí)行原始任務或者全局處理過程的原 始活動者。每一個泳道都對應一個相應的業(yè)務活動者。原始任務或者全局處理過程的輸入和輸出都被正確無誤地轉(zhuǎn)移到相應的調(diào)用操作活動中。圖13:被轉(zhuǎn)換的業(yè)務處理過程的摘錄。2JBaldi ftnam BatcbJifWiI ti SEhKUtDffjietpn tmFStOutpi : Sd¥<MrD9*ft«nidg/t

47、: fijwi Reawmewe#chBl 奶 AnlOjUuDvirit»n$ ：Cfriw這個例子將關(guān)注Schedule Development全局處理過程，而圖14顯示了在您以同樣的方法添加相應的活動圖表之后的情況。出于簡單性的考慮，這個子處理過程只包含一個任務，此處被轉(zhuǎn)化到一個被稱為為Batch 創(chuàng)建一個 Schedule 定義"的 Call Op eratio n Action（調(diào)用操作活動）。S rhedu 沿 Dev elo pmentschUng Analyst; scheming AnalystSchedJina Anaiifst: ScheduBrio

48、ArWstInpui：2； sched ulno fteqK&nenrs4$chwUe Oefriitwn fw the Bkb圖 15:為 Batch 活動實現(xiàn)創(chuàng)建一個Schedule Definition。CMtbjt： Schedule OettrttionoutDLit stfTedJeDefricoriIrpul:Schedi>ig' IReqiifenient您希望進一步分析這個活動及其子任務。您將通過開發(fā)一個 在表<Busi ness ProcessActivityRealizatio n>（一個1.2.1中被顯示的UML協(xié)作）來完成這一操作。在

49、進行這一操作之前，您需要分配一個適當?shù)陌鼇戆@些實現(xiàn)，所以我們創(chuàng)建另一個頂層包，并且通過 <Busi ness ProcessActivityRealizati on s> 模板來對其進行刻畫。此時，您將在一個Sequenee Diagram （序列圖表）中描述 為Batch創(chuàng)建一個Schedule定義”活動所需要的任務流程，如圖15中所示。處理過程中一個活動的實現(xiàn)是由相應的業(yè)務活動者發(fā)起的，并且由一組業(yè)務工作者執(zhí)行。將各種協(xié)作工作者從模型樹中拖動到圖表中，從而描述實現(xiàn)該處理過程活動的任務序列。* Ma deling 晁qu舍n»DiA£irdin1 Kall

50、anaL 切ffwdj© IrfliitHl-II* XZ Rich campnj.em | 畫感 ActfvityPiagMl申.耶 tErTP>Wpr*k35*tl BctEJterI:松匹irpgg艸q噢ei»s坯gjlng Anal聲ttJ Interaction L蹩:迢jiin邑iWori他炷Kecljlm Ai仙史他:ffBuanaa 兩Qfk囪,5曲SkfeLfe1： IBt Salable Stheddes2: Lrtt A.vaU SdietlLtes往"SdhedutoDwrlocEeni usgiSnfMardma-scheddls

51、fauncfll_ .,=,L: Aisociate Costing Schedule to a Batch?： fiwoeia燉BdedJetoa 陽tth討日換iFg 鶴heduie not foundI；OBateSc»iedUe貴 Create Sdiedkie您將注意到一個被稱為Workload Scheduler的新工作者的出現(xiàn)。您已經(jīng)在ResourceCatalog包中顯示的創(chuàng)建了這個工作者，這是由于您發(fā)現(xiàn)了一個參與到這個活動的實現(xiàn)中的新的活動者。正是在此處，您將業(yè) 務的上下文環(huán)境傳遞到系統(tǒng)的上下文環(huán)境：假定您已經(jīng)決定自動執(zhí)行這個Workload Scheduler工作

52、者。請您執(zhí)行下列步驟：1.2.3.首先，將System模板添加到這個類中?，F(xiàn)在，您應當理解同這個工作者的每一次交互作用都定義了相應系統(tǒng)的一個用例，例如：一個交互 作用成為了在序列圖表中所描述的一個消息，而該序列圖表對應于業(yè)務工作者類中的一個操作。隨 后，您還能夠創(chuàng)建系統(tǒng)活動者來對應那些同新系統(tǒng)向連接的工作者（活動者），并且將System或者User模板添加到它們之中。圖16中顯示的用例模型來自于Workload Scheduler工作者的引入消息，您可以在模型中所開發(fā)的4.5.所有活動實現(xiàn)中找到這些工作者。您還能夠看到一個系統(tǒng)活動者，它是一個符合Schedule Develo per Bus

53、in ess Actor的User。您可以通過創(chuàng)建一個結(jié)點，將這個用例模型直接鏈接到序列圖表上面，并且將該用例圖表從模型樹中拖 動到這個結(jié)點之下。除此之外，您能夠?qū)⑦@些用例打包到一個頂層包中，并且使用UseCases模板對其進行刻畫。圖16:工作量Scheduler用例模型。Cre-ate ScheduleList Available SEbedulesfSchedule >eveloperEdit ScheduleSchedule RepositoryOQlete ScheduleUSBD （基于統(tǒng)一場景的設計）方法Atsdcbate Existing Schedule to d Ba

54、tch現(xiàn)在，我們希望這些用戶對這個系統(tǒng)擁有一個成功和愉快的體驗。論允許您設計這樣一個系統(tǒng)，該系統(tǒng)將用戶整合到業(yè)務處理過程之中，這應當肯定地說是一個成功的體驗。 然而，您可能還想將人為的因素考慮進來，從而提供一個有效的、簡單的并且舒適的交互作用。一種方法就是執(zhí)行In teraction Desig n （laD），它最終定義了P erso nas （角色）并且捕獲了 User Goals （用戶目標）。圖17中顯示了您如何描述模型中的用戶目標，并且將系統(tǒng)的用例綁定到這些目標上。盡管這個 例子并沒有對其加以討論，但是角色還可以通過使用USBD模板被描述和刻畫，正如表1中所描述的那樣。圖17:用戶目標。' DhMdp d BatcFi k? j Ivn FmshinmI- Wm&pEAttig As-Lfts匕m J Shatp RppoMtory/StppOE'；'C4«oiF scFmkjbEdit stttedUeLht AviSfhfl皿衣LI所以您能夠為每一個相關(guān)的用例開以及它們將