面向服務的分析和建模模型驅動架構面向服務的分析和建模:CASE工具:IBMWebSphere案例研究2023/4/12大綱2023/4/13以服務為中心的系統(tǒng)開發(fā)SOAProjectTeamServiceRegistryServiceSubmissionServiceAuditCenterOfExcellence部署管理實現組合分析建模SOA規(guī)劃和管理

SOAValues0Modeling2Design3Development4Integration5Deployment&Management6Monitoring1ServiceReuseSystemReconfigurationServiceChangeManagement2023/4/14IBM基礎架構模型驅動的架構多樣的平臺多樣的HardwareArchitecturePentium,PowerPC,PA-RISC,Sparc,370,…多樣的NetworksEthernet,ATM,IP,SS7,Applealk,USB,Firewire,…多樣的ProgrammingLanguagesC/C++.Java,VB,C#,…多樣的OperatingSystemsUnix,Windows,NT/XP.Mainframe,Mobile,…多樣的MiddlewaresJAVA/CORBA,COM+/.NET,WebServices,….2023/4/16動機集成的挑戰(zhàn)跨中間件的集成跨中間件系統(tǒng)設計2023/4/17動機H/WOSApp.H/WOSApp.H/WOSApp.H/WOSApp.MiddlewareH/WOSApp.H/WOSApp.H/WOSApp.H/WOSApp.MiddlewareH/WOSApp.H/WOSApp.H/WOSApp.H/WOSApp.MiddlewareCrossMiddlewareIntegrationSystemDesign允許定義的機器可讀的應用和數據模型，使長期的適應:實現新基礎設施可以整合或重用已有設計實現集成自動生產數據集成的橋梁和連接到新的一體化基礎設施維護設計采用機器可讀形式測試和仿真開發(fā)模型能有效滿足要求，針對各種基礎設施進行測試，并可以直接用于模擬正在設計系統(tǒng)的行為。2023/4/18動機捕獲通常在代碼和開發(fā)過程中丟失的設計信息基本工作:

系統(tǒng)生成;分析;仿真;測試生成;文件生成;….特定領域的建模語言增強了生成，優(yōu)化，早期錯誤檢測等2023/4/19模型的角色1989:OMGestablishedStandardizationofDistributedObjectMiddleware1995:CORBA2;2002:CORBA3ModelingStandardization1997:UML(UnfiedModelingLanguage)1997:MOF(MetaObjectFacility)1999:XMI(XMLMetadataInterchange)2001:Application-SpecificUMLProfiles(EDOC,EAI)Architecture(ReferenceModel)1990:OMA(ObjectManagementArchitecture)2001:MDA(ModelDrivenArchitecture)2001-:startingstandardizationbasedonMDA2023/4/110OMG建?；顒覷ML:UnifiedModelingLanguage強調建模架構，對象及對象之間的相互作用，數據建模方面的問題，以及設計方面的構造和組裝XMI:XMLMetadataInterchange標準交換機制，用于各種工具、庫和中間件中。MOF:MetaObjectFacility提供標準的建模和交換結構.MDA:ModelDrivenArchitecture由OMG制定的建模標準;可以使用任何主流的開放或專有平臺實現，包括CORBA技術，Java,.NET,XMI/XML和基于Web的平臺。2023/4/111OMG建模標準提供一個開放的，供應商中立的方法來挑戰(zhàn)的業(yè)務和技術的變化。分離的一個系統(tǒng)運行規(guī)范和系統(tǒng)使用平臺能力的細節(jié)方式，Providesanapproachfor,andenablestoolsto指定一個獨立于支持它平臺系統(tǒng);指定平臺;為系統(tǒng)選擇某一特定平臺;對某一特定平臺變換系統(tǒng)規(guī)范目的通過架構分離關注，提高可移植性，互操作性和可重用性2023/4/112OMG模型驅動的架構2023/4/113MDAintheContextCIM:ComputationIndependentModel一個計算獨立的系統(tǒng)視圖；闡明要求，但隱藏實現細節(jié)和系統(tǒng)實施；架設領域專家和技術專家之間的溝通橋梁；PIM:PlatformIndependentModel一個平臺獨立獨立的系統(tǒng)視圖；展示足夠的獨立性，以便其映射到一個或多個平臺抽象技術細節(jié)，定義一整套服務。PSM:PlatformSpecificModel平臺相關的獨立的系統(tǒng)視圖；結合PIM規(guī)范的細節(jié)，說明該系統(tǒng)如何使用特定類型平臺2023/4/114MDA模型CIMPIMPSM模型變換是相同的系統(tǒng)從一種模式到另一種模式的轉換過程標識;元模型轉化;模型轉換;模式的應用;模型融合;

2023/4/115模型轉化CIMPIMPSMTransformation2023/4/116MDA場景PlatformIndependentModel(PIM)ImplementationInEJBebXMLmessageDefinitionBridgePlatformSpecificModel(PSM)InebXMLPlatformSpecificModel(PSM)InCORBA2023/4/117MDA對開發(fā)過程的影響RequirementAnalysisDesingCodingTestingDeploymentMostlytextDiagram&textDiagram&textcodecodeIterativeProcessProgrammer’sshortcut傳統(tǒng)生命周期過程MDA生命周期過程RequirementAnalysisDesingCodingTestingDeploymentCIMPIMPSMcodecodeMDAProcess保持知識的投資獨立的執(zhí)行平臺;使得隱性知識明確。開發(fā)速度大多數實現是自動生成的

。實現質量專家為開發(fā)者提供了轉換模板。維護和文檔設計和分析模型后，不放棄文檔;從技術規(guī)范到執(zhí)行100％可追蹤。2023/4/118MDA收益

面向服務的分析和建模

方法和過程2023/4/120SOA分層模型

Layer1:業(yè)務系統(tǒng)層

現有的應用，所謂的遺留系統(tǒng)CRMandERPpackagedapplicationsolderobject-orientedsystemimplementations,businessintelligenceapplications.要充分利用現有的系統(tǒng)和整合利用面向服務的集成技術。Layer2:企業(yè)組件層

企業(yè)組件負責對外服務功能實現和保持服務質量

管理和控制的企業(yè)資產，企業(yè)或業(yè)務單位的層面資金。?通常使用基于容器的技術，如執(zhí)行組件，負荷管理，高可用性和負載平衡的應用服務器2023/4/121SOA分層模型

Layer3:服務層.業(yè)務選擇存儲和陳列的服務;可以發(fā)現或靜態(tài)綁定和調用，可能的話，可編排成一個綜合的服務。實現一些機制，包括企業(yè)業(yè)務范圍組件、業(yè)務單元組件，以及在某些情況下，針對具體項目的組件，一個以服務描述形式的擴展接口子集使用接口提供的功能提供在運行時實現的服務。孤立的或作為一個組件服務存在。Level4:業(yè)務流程組成或編排層服務捆綁成一個編排的流，作為一個單一的應用程序共同作用。這些應用程序支持的具體用例和業(yè)務流程。2023/4/122SOA分層模型

Layer5：訪問或表示層.SOAdecouplestheuserinterfacefromthecomponents,thelayerprovidesanaccesschanneltoaserviceorcompositionofservices.Level6:集成(ESB).Enablestheintegrationofservicesthroughtheintroductionofareliablesetofcapabilities,suchasintelligentrouting,protocolmediation,andothertransformationmechanisms,oftendescribedastheESB.Level7:服務質量（QoS）.Thecapabilitiesrequiredtomonitor,manage,andmaintainQoSsuchassecurity,performance,andavailability.Abackgroundprocessthroughsense-and-respondmechanismsandtoolsthatmonitorthehealthofSOAapplications.2023/4/123SOA分層模型

2023/4/124面向服務的分析和建模

建模，分析，設計方法和活動是定義SOA的基礎.定義中的內容每個SOA層。在每一層做出關鍵的體系結構決策?；旌戏椒ㄗ皂斚蛳?業(yè)務驅動自底向上:遺產系統(tǒng)投資SoftwareSkills&Support2023/4/125WhyOOAD,BPM,EAarenotenoughOOAD:Object-Orientedanalysis&DesignBPM:BusinessProcessModelingEA:EnterpriseArchitectureService-OrientedModeling&AnalysisOOAD類層次，粒度小。商業(yè)服務模式較低的抽象層次有關各方如繼承等強的關聯(lián)導致緊耦合——一種依賴BPM不夠系統(tǒng)的原理，其中有許多不同的風格，公式和資產EA沒有企業(yè)級的進程或服務的視圖。通用架構，并沒有下降達到設計域;解決方案和企業(yè)架構存在一個根本的鴻溝。2023/4/126WhyOOAD,BPM,EAarenotenough2023/4/127WhyOOAD,BPM,EAarenotenoughObject-OrientedClassLayerComponentLayerServiceLayerComponent-OrientedService-Oriented2023/4/128WhyOOAD,BPM,EAarenotenoughVacancyComponentApplicationComponentEmp.RecordComponentCareerComponentRecruitmentServiceEmployeeServiceRecruitmentEmployeeManageEmployeesHumanResourcesFunctionalDomainSoftwareComponentBusinessProcessBusinessServicesSoftwareServicesBusinessLayerServiceLayerComponentLayer2023/4/129面向服務的分析和建模:角色和活動ServiceIdentificationServiceCategorizationServiceExposureDecisionsChoreographyOrCompositionQualityofserviceCustomerViewComponentIdentificationServiceAllocationtoComponentsComponentSpecificationLayeringtheComponentServicerealizationTechnicalPrototypingServiceManagementProductselectionStandardsimplementationArchitecturalDecisions(state,flow,Dependencies)ProviderViewServicecategorizationandaggregationPoliciesandaspectsProcess:meet-in-the-middleBroking2023/4/130SOADesignPrinciples2023/4/131面向服務的分析和建模:方法和過程DomainDecompositionGoal-ServiceModelingExistingSystemAnalysisComponentFlowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlowspecificationMessage&eventspecificationServicerealizationdecisionsServiceallocationtocomponentsComponentlayerIdentificationSpecificationRealizationServicespecificationIdentifiesservicesthrough領域分解(Topdownanalysis)已有系統(tǒng)分析(Bottomupanalysis)目標服務模型2023/4/132服務識別IdentificationSpecificationRealizationDomainDecompositionGoal-ServiceModelingExistingSystemAnalysisServiceRepositoryTop-DownAnalysisBottom-UpAnalysisAlignServicewithBusinessGoalsTop-down業(yè)務用例的藍圖提供了為商業(yè)服務規(guī)范。域分解：將業(yè)務域分解為功能和子系統(tǒng)。流或過程分解成流程，分流程和高級別業(yè)務用例。用例是業(yè)務服務好的候選。暴露在邊界的企業(yè)。在跨企業(yè)的業(yè)務范圍內2023/4/133服務識別DomainDecompositionGoal-ServiceModelingExistingSystemAnalysisComponentFlowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlowspecificationMessage&eventspecificationServicerealizationdecisionsServiceallocationtocomponentsComponentlayerIdentificationSpecificationRealizationServicespecificationBottom-up過程或現有系統(tǒng)的分析為支持業(yè)務流程基本服務功能的執(zhí)行提供成本更低的解決方案，現有系統(tǒng)的分析和選擇是可行的候選。從傳統(tǒng)的模塊和包裝應用總分析和利用API，事務和模塊。構件的遺留系統(tǒng)支持服務功能，需要重新模塊化的現有資產。2023/4/134服務識別DomainDecompositionGoal-ServiceModelingExistingSystemAnalysisComponentFlowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlowspecificationMessage&eventspecificationServicerealizationdecisionsServiceallocationtocomponentsComponentlayerIdentificationSpecificationRealizationServicespecificationMiddle-OutGoal-servicemodelingIdentifyGoalsandSub-GoalsIdentifyServicesforSub-goalsIdentifykeyperformanceindicators&metricsforsub-goalsandservices2023/4/135服務識別DomainDecompositionGoal-ServiceModelingExistingSystemAnalysisComponentFlowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlowspecificationMessage&eventspecificationServicerealizationdecisionsServiceallocationtocomponentsComponentlayerIdentificationSpecificationRealizationServicespecification服務分類。服務流程規(guī)范。消息和活動規(guī)范。子系統(tǒng)的分析。構件規(guī)格說明。2023/4/136服務定義IdentificationSpecificationRealization服務分類和類型分類服務納入服務體系，反映了復合或分形性質的服務服務可以而且應當由細粒度組件和服務組成分類有助于確定組成和分層，以及基于分層協(xié)調構建相互依存服務。緩解服務擴散綜合征2023/4/137服務定義DomainDecompositionGoal-ServiceModelingExistingSystemAnalysisComponentFlowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlowspecificationMessage&eventspecificationServicerealizationdecisCionsServiceallocationtocomponentsComponentlayerIdentificationSpecificationRealizationServicespecification子系統(tǒng)分析指定子系統(tǒng)之間的相互依存和流。在域分解時基于確定的用例，識別子系統(tǒng)的接口外部服務創(chuàng)建子系統(tǒng)內部設計模型。確定實施大粒度組件實現服務的構建。2023/4/138服務定義DomainDecompositionGoal-ServiceModelingExistingSystemAnalysisComponentFlowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlowspecificationMessage&eventspecificationServicerealizationdecisCionsServiceallocationtocomponentsComponentlayerIdentificationSpecificationRealizationServicespecification組件規(guī)范。指定的執(zhí)行服務組件細節(jié)。數據Data規(guī)則Rules服務Services配置描述Configurableprofile變異Variations指定和管理信息和事件2023/4/139服務定義DomainDecompositionGoal-ServiceModelingExistingSystemAnalysisComponentFlowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlowspecificationMessage&eventspecificationServicerealizationdecisionsServiceallocationtocomponentsComponentlayerIdentificationSpecificationRealizationServicespecification服務的實現方式決策。分配服務至組件。分配組件至SOA層2023/4/140服務實現IdentificationSpecificationRealization服務配置指定已確定的服務到子系統(tǒng)，其中有實現其發(fā)布的功能企業(yè)組件。指定的服務和組件，以便在SOA層實現。

主要架構決策文檔和決議應用架構。技術業(yè)務架構。設計和使用以支持SOA在運行時的實現2023/4/141服務實現DomainDecompositionGoal-ServiceModelingExistingSystemAnalysisComponentFlowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlowspecificationMessage&eventspecificationServicerealizationdecisionsServiceallocationtocomponentsComponentlayerIdentificationSpecificationRealizationServicespecification服務實現決策。實現服務和組件，選擇實現替代品從現有的圖書館。定制。集成。轉換。認購和外包。其他業(yè)務功能包括：安全，管理和監(jiān)控服務。2023/4/142服務實現DomainDecompositionGoal-ServiceModelingExistingSystemAnalysisComponentFlowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlowspecificationMessage&eventspecificationServicerealizationdecisionsServiceallocationtocomponentsComponentlayerIdentificationSpecificationRealizationServicespecificationCASE工具:IBMWebSphere2023/4/144IBMWebSphere

IntegrationReferenceArchitectureBusinessApplicationServicesProcess

ServicesInformation

ServicesDevelopmentServicesInteractionServicesPartnerServicesConnectivityServicesBusinessInnovationandOptimizationServicesArchitectDeveloperTesterBusinessAnalystIntegrationDeveloperDashboardsPortletsBusinessProcessesDataModelsPartnerProfilesAppComponentsAdaptersApplication&InformationAssetsITServicesManagementWebSphereBusinessModelerRational/WebSphereToolsAbusinessprocessmodelingtoolthat構建、設計、分析和生成業(yè)務流程報告。集成新的和修訂的工作流。定義組織、資源和商業(yè)項目。Objectives整理現有的程序。確定人員、系統(tǒng)和設施等方面的需求。規(guī)劃現有程序和系統(tǒng)的變化。測試和分析現有和擬議的過程2023/4/145WebSphere業(yè)務建模工具建模、模擬和度量業(yè)務流程過程建模。業(yè)務項目模型。資源建模。組織建模。結構模型。分析。過程模擬。2023/4/146業(yè)務建?；镜臉I(yè)務建模方式BusinessModelingmode業(yè)務分析，業(yè)務過程模型高層視圖。創(chuàng)建和顯示順序流中等的業(yè)務建模方式技術上更注重用戶。指定并查看更多過程和數據模型的細節(jié)。例如，業(yè)務規(guī)則和邏輯，數據的屬性。高級業(yè)務建模方式全面詳細的過程模型和數據模型。用于軟件應用基礎的模型。例如，調用的特點，靜態(tài)域，實例相關性，模擬參數2023/4/147業(yè)務建模方式

企業(yè)的文檔，工作成果，或用于對某一特定業(yè)務商品。創(chuàng)建、組裝、檢查、測試、修改或工作所依賴的所有。當它們是通過從一個步驟到下一個過程模型時，業(yè)務項目也可以進行更改。例如，一個客戶訂單可能被指定為開放的，經過工作、核實并最終關閉，當它是通過從任務到任務的一個特定過程模型。2023/4/148業(yè)務項目建模

每個公司的資源模型，如雇員，計算機，車輛，或電力。用于執(zhí)行一項任務或一個項目可派和使用的人、設備或材料過程模型。依賴于過程模型中需求的復雜水平，可以指定角色、成本和時間表的資源。2023/4/149資源建模

業(yè)務流程圖過程描述了一系列的任務，而過程由連接器聯(lián)系在一起。一個過程可以包含多個分支路徑，在過程執(zhí)行中作出的決策。一個進程也可以包含子過程兩種建模方式自由形式布局：最大的靈活性來安排過程圖表。泳到布局：根據您指定的特征，如組織單位，位置，資源定義，作用或分類等，安排要素。2023/4/150過程建模

2023/4/151業(yè)務過程模型TaskDecisionBranchesMergeStopTaskClassification2023/4/152WebSphere業(yè)務建模工具ProjectTreeOutlineViewProcessEditorAttributeView案例研究2023/4/154汽車貸款流程2023/4/155SOAValues業(yè)務目標SOA價值現有問題降低成本降低欺詐風險建立集中的企業(yè)服務總線，屏蔽具體的服務實現，保持IT系統(tǒng)的柔性流程自動化，提供實時的流程監(jiān)控和管理客戶專員獲取客戶歷史記錄，然后人工計算風險等級由于各地的業(yè)務差別，計算風