流程银行解决方案-某客户案例简介.pptVIP

常见银行ESB/BPM 项目的实施关键步骤，根据某银行具体需求进行裁剪，在方法论指导下迭代开发 项目范围和需求（功能和非功能性需求） Actors and Context Diagram， Use cases and information flow， Applications， Performances， Reliability， Transactionality ESB拓扑 Singleton， Composite， Distributed， Federated… 传输需求 Interactive traffic， batch traffic， throughput (average and peak)， quality of service 结构和交互图的详细定义 Between ESB and the back-end application services (service providers) Between the front-end applications (service consumers) and the ESB Between the ESB and other Infrastructure components (Portal， BPM， Registry， Information Services， Security) Between the components of the ESB， if composite/distributed/federated Business to Business (exposure of the ESB to external parties) 应用相关性分析 Do existing applications require transformation/wrapping to be integrated ? 识别需要集成的服务 Evaluate the granularity of the services， and discuss possible needs for aggregation Specify the interfaces: protocols， APIs， data formats， correlators， identifiers， errors， transactionality， multi-threading Identify the appropriate integration technologies: Web services， Adaptors， REST， Data Handlers， Pub/Sub， Custom… Identify the services to be exposed to external parties Versioning， Namespaces 识别ESB/BPM用到的对象、数据、或者消息 Business objects， BLOBs， files， events， raw data vs. XML， complexity of data schemas， standards 服务中介和中介流的识别 Data and Objects transformations， Header transformations， routing and end-point selections， logging， policies， split/join… Call to Processes， long/short running Security processing: signature， authentication， message validation， encryption/decryption 架构决定 Architecture of the ESB/BPM Components of the ESB/BPM， Middleware Products (WESB， WMB， WDP， BPM, Jrules ) Communication Protocols Objects/Data normalization (pivotal format) Service aggregation layer and technique… * 银行业类似项目建设经验小结 大多数项目都是从概念验证逐渐有机地发展到关键业务应用，这种演进过程主要是由业务人员的要求引起的，也有来自银行所面临的竞争压力。 收购和合并是所有业务的关键构成部分，只有在信息系统是松耦合的情况下才能进行快速而有效的业务整合。不符合这一规律都会立即造成集成噩梦，从而将收购变成负债而不是资产。 大多数业务操作都是一些基本交易的组合，因此非常有