【文档说明】计算机学院面向服务的分析和建模.课件.ppt，共(64)页，4.254 MB，由小橙橙上传

转载请保留链接：https://www.ichengzhen.cn/view-5263.html

以下为本文档部分文字说明：

冯志勇天津大学计算机学院模型驱动架构面向服务的分析和建模:方法和过程CASE工具:IBMWebSphere案例研究11/13/2022211/13/20223SOAProjectTeamServiceRegistryServiceSubmissi

onServiceAuditCenterOfExcellence部署管理实现组合分析建模SOA规划和管理SOAValues0Modeling2Design3Development4Integration5Deployment&Management

6Monitoring1ServiceReuseSystemReconfigurationServiceChangeManagement11/13/20224多样的平台◦多样的HardwareArchitecturePentium,PowerPC,PA-RISC,Sparc

,370,…◦多样的NetworksEthernet,ATM,IP,SS7,Applealk,USB,Firewire,…◦多样的ProgrammingLanguagesC/C++.Java,VB,C#,…◦多样的OperatingSystemsUnix,

Windows,NT/XP.Mainframe,Mobile,…◦多样的MiddlewaresJAVA/CORBA,COM+/.NET,WebServices,….11/13/20226集成的挑战◦跨中间

件的集成◦跨中间件系统设计11/13/20227H/WOSApp.H/WOSApp.H/WOSApp.H/WOSApp.MiddlewareH/WOSApp.H/WOSApp.H/WOSApp.H/WOSApp.MiddlewareH

/WOSApp.H/WOSApp.H/WOSApp.H/WOSApp.MiddlewareCrossMiddleware-Integration-SystemDesign允许定义的机器可读的应用和数据模型，使长期的适应:◦实现

新基础设施可以整合或重用已有设计实现◦集成自动生产数据集成的桥梁和连接到新的一体化基础设施◦维护设计采用机器可读形式◦测试和仿真开发模型能有效满足要求，针对各种基础设施进行测试，并可以直接用于模拟正在设计系统的行为。11/13/20228捕获通常在代码和开发过程中

丢失的设计信息基本工作:◦系统生成;◦分析;◦仿真;◦测试生成;◦文件生成;◦….特定领域的建模语言增强了生成，优化，早期错误检测等11/13/202291989:OMGestablishedStandardizationofDi

stributedObjectMiddleware◦1995:CORBA2;2002:CORBA3ModelingStandardization◦1997:UML(UnfiedModelingLanguage)◦1997:MOF(Meta

ObjectFacility)◦1999:XMI(XMLMetadataInterchange)◦2001:Application-SpecificUMLProfiles(EDOC,EAI)Architecture(ReferenceModel)◦1

990:OMA(ObjectManagementArchitecture)◦2001:MDA(ModelDrivenArchitecture)2001-:startingstandardizationbasedonMDA11/13/202210UML:Uni

fiedModelingLanguage◦强调建模架构，对象及对象之间的相互作用，数据建模方面的问题，以及设计方面的构造和组装XMI:XMLMetadataInterchange◦标准交换机制，用于各种工具、库和中间件中。MOF:MetaObjectFacility◦提供标准的建模

和交换结构.MDA:ModelDrivenArchitecture◦由OMG制定的建模标准;◦可以使用任何主流的开放或专有平台实现，包括CORBA技术，Java,.NET,XMI/XML和基于Web的平台。11/13/202211提

供一个开放的，供应商中立的方法来挑战的业务和技术的变化。分离的一个系统运行规范和系统使用平台能力的细节方式，Providesanapproachfor,andenablestoolsto◦指定一个独立于支持它平台系统;◦指定平台;◦为系统选择某一特定平台;◦对某一特定平台变换系统

规范目的◦通过架构分离关注，提高可移植性，互操作性和可重用性11/13/20221211/13/202213CIM:ComputationIndependentModel◦一个计算独立的系统视图；◦阐明要求，但隐藏实现细

节和系统实施；◦架设领域专家和技术专家之间的沟通桥梁；PIM:PlatformIndependentModel◦一个平台独立独立的系统视图；◦展示足够的独立性，以便其映射到一个或多个平台◦抽象技术细节，定义一

整套服务。PSM:PlatformSpecificModel◦平台相关的独立的系统视图；◦结合PIM规范的细节，说明该系统如何使用特定类型平台11/13/202214CIMPIMPSM模型变换是相同的系统从一种模式到另一种模式的转换过程◦标识;◦元

模型转化;◦模型转换;◦模式的应用;◦模型融合;11/13/202215CIMPIMPSMTransformation11/13/202216PlatformIndependentModel(PIM)ImplementationInEJBebXMLmessageDef

initionBridgePlatformSpecificModel(PSM)InebXMLPlatformSpecificModel(PSM)InCORBA11/13/202217RequirementAnalysisDesingCodingTestingDeploymentMostly

textDiagram&textDiagram&textcodecodeIterativeProcessProgrammer’sshortcut传统生命周期过程MDA生命周期过程RequirementAnalysisDesingCodingTestingD

eploymentCIMPIMPSMcodecodeMDAProcess保持知识的投资◦独立的执行平台;◦使得隐性知识明确。开发速度◦大多数实现是自动生成的。实现质量◦专家为开发者提供了转换模板。维护和文档◦设计和分析模型后，不放弃文档;◦从技术规范到执行100％可追踪。11/

13/20221811/13/202220Layer1:业务系统层◦现有的应用，所谓的遗留系统CRMandERPpackagedapplicationsolderobject-orientedsystemimplementations,businessint

elligenceapplications.◦要充分利用现有的系统和整合利用面向服务的集成技术。Layer2:企业组件层◦企业组件负责对外服务功能实现和保持服务质量◦管理和控制的企业资产，企业或业务单位的层面资金。◦Ť通常使用基于容器的技术，如执行组件，负荷管理，高

可用性和负载平衡的应用服务器11/13/202221Layer3:服务层.◦业务选择存储和陈列的服务;◦可以发现或静态绑定和调用，可能的话，可编排成一个综合的服务。◦实现一些机制，包括企业业务范围组件

、业务单元组件，以及在某些情况下，针对具体项目的组件，一个以服务描述形式的扩展接口子集◦使用接口提供的功能提供在运行时实现的服务。◦孤立的或作为一个组件服务存在。Level4:业务流程组成或编排层◦服务捆绑成

一个编排的流，作为一个单一的应用程序共同作用。◦这些应用程序支持的具体用例和业务流程。11/13/202222Layer5：访问或表示层.◦SOAdecouplestheuserinterfacefromthecomponents,the

layerprovidesanaccesschanneltoaserviceorcompositionofservices.Level6:集成(ESB).◦Enablestheintegrationofservicesthroughtheintroductionofareliablesetof

capabilities,suchasintelligentrouting,protocolmediation,andothertransformationmechanisms,oftendescribedastheESB.Level7:服务质量

（QoS）.◦Thecapabilitiesrequiredtomonitor,manage,andmaintainQoSsuchassecurity,performance,andavailability.◦Abackground

processthroughsense-and-respondmechanismsandtoolsthatmonitorthehealthofSOAapplications.11/13/20222311/13/202224建模，分析，设计方

法和活动是定义SOA的基础.◦定义中的内容每个SOA层。◦在每一层做出关键的体系结构决策。◦混合方法自顶向下:业务驱动自底向上:遗产系统投资SoftwareSkills&Support11/13/202225OOA

D:Object-Orientedanalysis&DesignBPM:BusinessProcessModelingEA:EnterpriseArchitectureService-OrientedModeling&AnalysisOOAD◦类层次，粒

度小。◦商业服务模式较低的抽象层次◦有关各方如继承等强的关联导致紧耦合——一种依赖BPM◦不够系统的原理，其中有许多不同的风格，公式和资产EA◦没有企业级的进程或服务的视图。◦通用架构，并没有下降达到设计域;解决方案和企业架构存在一

个根本的鸿沟。11/13/20222611/13/202227Object-OrientedClassLayerComponentLayerServiceLayerComponent-OrientedService-Oriented11/13/202228VacancyCompone

ntApplicationComponentEmp.RecordComponentCareerComponentRecruitmentServiceEmployeeServiceRecruitmentEmployeeManageEmployeesHumanR

esourcesFunctionalDomainSoftwareComponentBusinessProcessBusinessServicesSoftwareServicesBusinessLayerServ

iceLayerComponentLayer11/13/202229ServiceIdentificationServiceCategorizationServiceExposureDecisionsC

horeographyOrCompositionQualityofserviceCustomerViewComponentIdentificationServiceAllocationtoComponentsComponentSpecific

ationLayeringtheComponentServicerealizationTechnicalPrototypingServiceManagementProductselectionStandardsimplem

entationArchitecturalDecisions(state,flow,Dependencies)ProviderViewServicecategorizationandaggregat

ionPoliciesandaspectsProcess:meet-in-the-middleBroking11/13/20223011/13/202231DomainDecompositionGoal-ServiceModelingExistingSystemAnalys

isComponentFlowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlowspecificationMessage&eventspecificatio

nServicerealizationdecisionsServiceallocationtocomponentsComponentlayerIdentificationSpecificationRealizationServi

cespecificationIdentifiesservicesthrough◦领域分解(Topdownanalysis)◦已有系统分析(Bottomupanalysis)◦目标服务模型11/13/202232IdentificationSpecificationR

ealizationDomainDecompositionGoal-ServiceModelingExistingSystemAnalysisServiceRepositoryTop-DownAnalysisBottom-UpAnalysisAlignServicewithB

usinessGoalsTop-down◦业务用例的蓝图提供了为商业服务规范。◦域分解：将业务域分解为功能和子系统。流或过程分解成流程，分流程和高级别业务用例。用例是业务服务好的候选。暴露在边界的企业。在跨企业的业务范围内11/13/20223

3DomainDecompositionGoal-ServiceModelingExistingSystemAnalysisComponentFlowspecificationInformationspecificationSubsystemAnalysisCompo

nentspecificationServiceFlowspecificationMessage&eventspecificationServicerealizationdecisionsServiceallocationtoc

omponentsComponentlayerIdentificationSpecificationRealizationServicespecificationBottom-up◦过程或现有系统的分析◦为支持业务流程基本服务功能的执行提供成本更低的解决方案，现有系统的分析和选择是可行的

候选。◦从传统的模块和包装应用总分析和利用API，事务和模块。◦构件的遗留系统支持服务功能，需要重新模块化的现有资产。11/13/202234DomainDecompositionGoal-Service

ModelingExistingSystemAnalysisComponentFlowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlowspec

ificationMessage&eventspecificationServicerealizationdecisionsServiceallocationtocomponentsComponentlayerIdentificationSpec

ificationRealizationServicespecificationMiddle-Out◦Goal-servicemodelingIdentifyGoalsandSub-GoalsIdentifyServicesforSub-goalsIdentifykeyperformanc

eindicators&metricsforsub-goalsandservices11/13/202235DomainDecompositionGoal-ServiceModelingExistingSystemAnalysisCompone

ntFlowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlowspecificationMessage&eventspecificationServicerealizati

ondecisionsServiceallocationtocomponentsComponentlayerIdentificationSpecificationRealizationServicespecification服务分类。服务流程规范。消息

和活动规范。子系统的分析。构件规格说明。11/13/202236IdentificationSpecificationRealization服务分类和类型◦分类服务纳入服务体系，反映了复合或分形性质的服务服务可以而且应当由细粒度组件和服务组成分类有助于确定组成

和分层，以及基于分层协调构建相互依存服务。缓解服务扩散综合征11/13/202237DomainDecompositionGoal-ServiceModelingExistingSystemAnalysisComponentF

lowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlowspecificationMessage&eventspecificationServicerealizat

iondecisCionsServiceallocationtocomponentsComponentlayerIdentificationSpecificationRealizationServicespecification子系统分析◦指定子系统

之间的相互依存和流。◦在域分解时基于确定的用例，识别子系统的接口外部服务◦创建子系统内部设计模型。◦确定实施大粒度组件实现服务的构建。11/13/202238DomainDecompositionGoal-ServiceModelingExistingSystemAnalysisCompone

ntFlowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlowspecificationMessage&eventspecificationServicer

ealizationdecisCionsServiceallocationtocomponentsComponentlayerIdentificationSpecificationRealizationServicespecification组件规范。◦指定的执行服务组件细节。数据D

ata规则Rules服务Services配置描述Configurableprofile变异Variations◦指定和管理信息和事件11/13/202239DomainDecompositionGoal-ServiceModelingExistin

gSystemAnalysisComponentFlowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlo

wspecificationMessage&eventspecificationServicerealizationdecisionsServiceallocationtocomponentsComponentlayerIdentificationSpecificationRealizatio

nServicespecification服务的实现方式决策。分配服务至组件。分配组件至SOA层11/13/202240IdentificationSpecificationRealization服务配置◦指定已确定的服务到子系统，其中有实现其发布的功能企业组件。◦指定的服务和组件

，以便在SOA层实现。主要架构决策文档和决议应用架构。技术业务架构。设计和使用以支持SOA在运行时的实现11/13/202241DomainDecompositionGoal-ServiceMod

elingExistingSystemAnalysisComponentFlowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlowspecificationM

essage&eventspecificationServicerealizationdecisionsServiceallocationtocomponentsComponentlayerIdentificationSpecificationRealizatio

nServicespecification服务实现决策。◦实现服务和组件，选择实现替代品从现有的图书馆。定制。集成。转换。认购和外包。◦其他业务功能包括：安全，管理和监控服务。11/13/202242DomainDecompositionGoal-ServiceModelingE

xistingSystemAnalysisComponentFlowspecificationInformationspecificationSubsystemAnalysisComponentspecificationServiceFlowspecificationMessage&eventsp

ecificationServicerealizationdecisionsServiceallocationtocomponentsComponentlayerIdentificationSpecificationRealizationServicespecification11/1

3/202244BusinessApplicationServicesProcessServicesInformationServicesDevelopmentServicesInteractionServicesPart

nerServicesConnectivityServicesBusinessInnovationandOptimizationServicesArchitectDeveloperTesterBusinessAnalystIntegrationDeveloperDashboard

sPortletsBusinessProcessesDataModelsPartnerProfilesAppComponentsAdaptersApplication&InformationAssetsITServicesManagementW

ebSphereBusinessModelerRational/WebSphereToolsAbusinessprocessmodelingtoolthat◦构建、设计、分析和生成业务流程报告。◦集成新的和修订的工作流。◦定义组织、资源和商业项目。Objectives◦整理

现有的程序。◦确定人员、系统和设施等方面的需求。◦规划现有程序和系统的变化。◦测试和分析现有和拟议的过程11/13/202245建模、模拟和度量业务流程◦过程建模。◦业务项目模型。◦资源建模。◦组织

建模。◦结构模型。◦分析。◦过程模拟。11/13/202246基本的业务建模方式BusinessModelingmode◦业务分析，业务过程模型高层视图。◦创建和显示顺序流中等的业务建模方式◦技术

上更注重用户。◦指定并查看更多过程和数据模型的细节。例如，业务规则和逻辑，数据的属性。高级业务建模方式◦全面详细的过程模型和数据模型。◦用于软件应用基础的模型。例如，调用的特点，静态域，实例相关性，模拟参数11/13/202247企业的

文档，工作成果，或用于对某一特定业务商品。创建、组装、检查、测试、修改或工作所依赖的所有。当它们是通过从一个步骤到下一个过程模型时，业务项目也可以进行更改。◦例如，一个客户订单可能被指定为开放的，经过工作、核实并最终关闭，当它是通过从任务到任务的一个特定过程模型。11/13/2

02248每个公司的资源模型，如雇员，计算机，车辆，或电力。用于执行一项任务或一个项目可派和使用的人、设备或材料过程模型。依赖于过程模型中需求的复杂水平，可以指定角色、成本和时间表的资源。11/13/202249业务流程图◦过程描述了一系列的任务，而过程由连接器联系在一起。◦一个过程可以包

含多个分支路径，在过程执行中作出的决策。◦一个进程也可以包含子过程两种建模方式◦自由形式布局：最大的灵活性来安排过程图表。◦泳到布局：根据您指定的特征，如组织单位，位置，资源定义，作用或分类等，安排要素。11/13/20225011/13/202251TaskDecisionBranche

sMergeStopTaskClassification11/13/202252ProjectTreeOutlineViewProcessEditorAttributeView11/13/202254汽车贷款审批流程汽车销售商信贷经理信贷员申请人保险公司申请担保提供担保申请贷款受理申请查询用户历史

存款记录查询用户历史房贷记录查询用户历史车贷记录评估信用等级发送拒绝贷款通知审批是否发放贷款接收拒绝通知核定贷款金额、期限用户确认贷款金额、期限发放贷款接受贷款并发货批准拒绝确认购车价格汽车贷款流程11/13/202255业务目标SOA价值现有问题降低成本降低欺诈风险建立集中的企业服务总线，屏蔽

具体的服务实现，保持IT系统的柔性流程自动化，提供实时的流程监控和管理客户专员获取客户历史记录，然后人工计算风险等级由于各地的业务差别，计算风险等级的政策不一致在申请过程中，客户以及客户代表无法了解申请进

度并及时反馈引入业务规则作为服务实现方式，保证系统灵活性的同时，提高工作效率11/13/202256BusinessAdministrationProductManagementAcquisitionsCustomerPortfoli

oMgmtCustomerServiceandSalesBusinessPlanningBusinessArchitectureSectorMarketingPlansEngineeringProductsAcquisitionPlanningandOversightCustom

erPorfolioCreditandRiskManagementCust.ServiceandSalesplanningDirectControlBusinessUnitAdministrationManageAllianceRelationshipsPolicy&Proce

dureManualsERManagementProductDevelopment&DeploymentCustomerTargetListApplicationProcessingCustomerBehaviorDecisioningCase

HandlingService/SalesAdministrationExecuteAdministerAllianceSLAsAudit/QA/LegalFacilitiesDevelopandOperateSystemAccountingandG/LMarketingMarke

tResearchProductDirectoryTargetLists(Prospecting)CampaignExecutionCustomerProfileContact/EventHistoryCorrespondenceSalesandCross-SellServ

icing(DialogHandler)SmartRoutingBusinessComponentsBusinessGoalBG1减低成本PKI1.1销售成本降低10%PKI1.2生产成本降低10%PKI

1.3用户自助服务比率提高到85%汽车贷款服务BG2降低欺诈风险PKI2.1坏账率到3%以下BusinessProcess11/13/2022571.1存款0存贷款流程1.2汽车贷款1.2.1申请贷款1.2.2确认申请1.2.3评估信用等级1.2

.4核定期限1.2.5审批1.2.6担保1.2.7发放贷款1.2.3.1获取存款记录1.2.3.2获取贷款记录1.2.3.3计算信用等级1.2.6.1申请担保1.2.6.2提供担保BG1减低成本PKI1.1销售成本降低10%PKI1.2生产成本降低10%PKI1.3用户自助服务比率提高到85%汽

车贷款服务BG2降低欺诈风险PKI2.1坏账率到3%以下11/13/202258业务目标关键业务指标相关服务BG.1降低成本BG.2降低欺诈风险销售成本降低10%坏账率到3%以下用户自服务比率提高到85%1.2.1申请贷款1.2.

2确认申请1.2.3评估信用等级1.2.3.1获取存款记录1.2.3.2获取贷款记录1.2.3.3计算信用等级1.2.4核定期限1.2.5审批1.2.6担保1.2.6.1申请担保1.2.6.2提供担保1.

2.7发放贷款APP1CRM验证用户资格汽车贷款服务APP2呼叫中心验证用户资格APP2信用查询代理获取信用记录11/13/202259系统编号系统名称相关服务平台接口类型APP1贷款系统获取贷款记录AIXWASv5EJBAPP2核心系统获取存款记录CICS/390TerminalAPP3保险公

司担保系统提供担保Windows.NETFax/CallWebService客户目录1.3.1.1验证客户资格1.3.1.4补充申请材料1.3.1.5终审汽车贷款服务风险管理1.3.1.3评估信用等级客户服务1

.3.1订货1.3.1.2初审1.3.1.3.1获取信用记录1.3.1.3.2计算信用等级11/13/202260客户服务◦1.2.1申请贷款◦1.2.2确认申请◦1.2.3.1获取存款记录◦1.2.3.2获取贷款记录◦1.2.4核定期限◦1.2.5审批◦1.2.6担

保◦1.2.6.1申请担保◦1.2.6.2提供担保◦1.2.7发放贷款风险管理◦1.2.3评估信用等级◦1.2.3.3计算信用等级11/13/202261BusinessDataModelingBusinessProcessModelingO

rganizationModelingSimulationReportBusinessMonitoring要系统部署之前找到的瓶颈;以资源消费统计分析为基础优化资源配置。11/13/202262SimulationControlRealTimeSimulati

onStatisticsSimulationTimeCurrentProcessBottleneckQueue分析与建模是业务驱动、服务为中心的系统开发的一个关键过程。SOA的依据模型驱动的开发，它定义由独立的计算模型，平台独立的模型，平台的具体模式一个自动化的转变

过程。SOMA确定了服务识别、规范和实现主要活动。11/13/202263FrankTruyen,“TheFastGuidetoModelDrivenArchitecture”,CephasConsu

ltingCorp.,2006.OMG,“MDAGuideVersion1.0.1”,2003.KrzysztofCzarnecki,“ModelDrivenArchitecture”,2004.OlafZimmermann,PalKrog

dahl,andCliveGee,“ElementsofService-OrientedAnalysisandDesign”,June2004.AliArsanjani,“Service-Orien

tedModelingandArchitecture”,Nov.2004.KeithLeveandAliArsanjani,“AGoal-drivenApproachtoEnterpriseComponentIden

tificationandSpecification”,CommunicationsoftheACM,Oct.2002.11/13/202264