SOA架构电子政务实施方法论研究报告.doc

SOA电子政务行业实施方法论研究报告目 录第一章 概述61.1 对SOA实施的理解61.1.1 业务人员视角61.1.2 管理人员视角71.1.3 技术人员视角71.1.4 企业实施角度71.1.5 政务应用角度81.2 SOA实施成功的关键因素分析81.2.1 关键因素框架91.2.2 政务部门91.2.3 应用场景101.2.4 基础资源121.2.5 实施方法论121.2.6 实施平台和工具141.2.7 项目管理141.2.8 技术标准15第二章 SOA实施总体框架172.1 支撑资源172.2 实施策略182.3 实施技能182.4 标准规范192.5 实施过程192.6 项目管理192.7 应用模式20第三章 实施策略213.1 实施目标213.2 指导思想213.3 实施原则223.4 实施需求233.4.1 实施目标243.4.2 业务分析243.4.3 实施路线图253.5 实施分级模型263.5.1 需求级别分类283.5.2 项目实施阶段划分283.5.3 产品实施293.5.4 分级模型生命周期303.6 框架选择323.6.1 框架选择的标准333.6.2 架构设计和开发343.6.3 服务选型353.7 成熟度评估363.7.1 政务部门角度373.7.2 应用场景角度383.7.3 评估过程383.8 质量评价403.8.1 测试403.9 绩效评价413.9.1 阶段评价413.9.2 评价方法423.9.3 评价内容42第四章 实施技能444.1 SOA架构应用444.2 相关技术454.2.1 技术应用454.2.2 服务方式454.2.3 应用形式464.3 产品和工具474.3.1 IBM474.3.2 BEA494.3.3 SUN494.3.4 ORACLE49第五章 实施过程515.1 实施规划525.1.1 总体规划525.1.2 规划原则535.1.3 实施过程分析555.2 实施范围565.2.1 范围定义575.2.2 范围规划575.2.3 范围确认585.2.4 变更控制585.3 框架设计585.4 服务设计605.4.1 环节设计605.4.2 策略匹配625.4.3 体系规划625.4.4 业务体系和技术同步635.4.5 服务选择635.5 服务开发645.5.1 服务体系结构655.5.2 服务开发阶段划分655.5.3 服务模型定义665.5.4 变更控制675.5.5 服务合同管理675.5.6 元数据管理675.6 服务集成675.6.1 集成过程划分685.6.2 应用程序和服务层685.7 阶段管理695.7.1 流程优化695.7.2 部署原则705.7.3 系统部署705.7.4 系统交付715.7.5 安全管理725.7.6 运行维护72第六章 标准规范766.1 国家标准766.2 国际开放标准776.2.1 万维网联盟(W3C)776.2.2 OASIS发布的标准规范776.2.3 Web服务协同组织(WS-I)796.3 长风联盟标准79第七章 项目管理807.1 管理机制807.2 总体管理817.3 范围管理817.4 时间管理827.5 费用管理827.6 质量管理827.7 人力资源827.8 沟通管理837.8.1 会议沟通837.8.2 文件沟通837.8.3 实施沟通837.9 文档管理837.10 风险管理847.10.1 风险原因847.10.2 风险预防847.11 采购管理84第八章 应用模式858.1 模式概述858.2 模式种类868.3 应用切入点878.3.1 切入要求878.3.2 切入方式908.4 原有系统重用908.4.1 原有系统定义918.4.2 重用目标918.4.3 重用模式918.4.4 重用的数据处理928.5 遗留系统移植928.5.1 数据中心建设938.5.2 安全管理策略938.5.3 升级策略948.5.4 访问策略948.6 流程自动化948.6.1 构建目标948.6.2 构建方式958.6.3 流程处理968.7 其他应用模式988.7.1 IBM模式998.7.2 BEA模式1008.7.3 Oracle模式101附件：支撑资源1021、联盟资源1022、厂商及组织资源1032.1 W3C国内成员1032.2 OASIS国内情况1043、项目经验1044、基础理论1045、部分相关知识简介105(一)XML105(二)SOAP105(三)WSDL105(四)UDDI105(五)ESB106(六)BPEL1066、其他资源106第一章 概述1.1 对SOA实施的理解描述SOA电子政务实施的框架、方法、原则，对实施成功因素分析，保障实施成功。本质上实施方法论是成功方法论。因业务人员、管理人员、技术人员、企业实施、政务行业应用的视角对SOA的理解不同，实施方法论要确保SOA在电子政务项目实施中，实现各个视角的不同要求。 相关的政府部门、企业要重新思考电子政务面向服务的结构和特点思路，采用组件化和采用面向服务的方法实现电子政务的需求，满足项目需求、成本压力、灵活性、敏捷性的要求。以面向服务的思考方式和面向服务的体系结构（Service-Oriented Architecture，SOA）转换电子政务实施方法和原则。从 SOA 基础标识、实现与业务一致的服务，支持电子政务业务流程实施的方法。实施SOA的重要环节是将信息流程组件、化，符合电子政务用户的核心业务。在现有信息资源的基础上快速实施SOA。SOA 实施方法论有力于电子政务实施中制定体系结构，定义服务编排、服务库和服务总线的模式。伴随SOA的发展，SOA的技术手段丰富和安全可靠，今后实施中会按照客户的需求或行业的需求提供SOA整体解决方案。有关理解框架如下。图1 SOA实施理解1.1.1 业务人员视角基于SOA应用的服务架构中能更快地应对市场变化，使业务部门设计开发出新的功能应用。 通过有效设计和组合的粗粒度服务，业务人员能够有效地组合出新的业务流程和应用程序。业务人员通过SOA简化应用环境的兼容性、互通性,以实现对业务的变化。使技术和业务同步，实现弹性的业务服务手段。从技术上，普及SOA的服务、组件技术，提供性价比高的应用系统。应用系统使用基于标准的服务，包括过程、数据服务、编排和组合。基于标准的服务应用集成。增加服务的灵活性、重用性和集成性。按基于数据数量来定义服务，如细粒度服务、粗粒度服务或组合服务。1.1.2 管理人员视角管理人员增强对整个技术架构的控制能力，对技术人员提升开发效率、加快开发速度、降低在客户化和人员技能的投入等方面取得效益。 制定SOA在电子政务项目的设计、开发、应用、管理的服务的规范，管理人员和技术人员都可以从服务集成的角度来设计和管理应用软件，复用现有的服务，或者检查如何让服务被重复利用，不需要绝对的编写新代码来构架应用。通过分析服务之间的相互调用，管理人员方便地获取数据信息，帮助管理人员迭代地优化业务流程、应用系统。 基于SOA的应用系统与业务模型的结合，管理流程和业务流程结合在一起，精确地表示业务模型、支持业务流程。服务被定义用来支持业务流程，各种服务组件在流程和逻辑实现过程中的装配操作，管理人员通过定义业务流程定制服务。1.1.3 技术人员视角由于不同的厂商技术上存在不同的定义方式，从不同的视角来定义和提供不同的SOA解决方案。从技术人员的角度，SOA是一种全新的开发技术，新的组件模型，SOA是一种新的设计模式，方法，从电子政务业务应用分析，SOA需要提供基于标准的业务应用服务。技术人员实现以服务的形式提供给最终用户的应用。在相对颗粒度上对应用服务或业务模块进行封装与重用,服务间保持松散耦合，基于开放的标准，服务的接口描述与具体实现无关，服务的实现细节，服务的位置乃至服务请求的底层协议透明。以颗粒度的角度分解系统的不同功能，分析不同功能服务之间的关系和接口，不同功能服务之间的松散偶合度。解决不同系统功能集成和异构系统之间功能互用的解决办法。 1.1.4 企业实施角度面向电子政务SOA的总体规划、标准规范、设计，标准规范的实施、应用系统的分析、设计与建模。以及面向SOA的规划工具、设计工具、管理工具的选择和定义。同时，降低复杂性、增加重用率、降低生命周期成本。1.1.5 政务应用角度保证建设高起点、低成本，实现面向SOA的实施目标。1) 全面优化用户业务流程，优化整合。2) 建立数据模型和功能模型。3) 规范信息资源管理基础标准。4) SOA实施前的全面需求分析。5) 通过SOA的实施，建立面向SOA的信息资源管理基础标准、系统功能模型 6) 以及对系统功能、数据模型的指导、控制和协调。1.2 SOA实施成功的关键因素分析SOA实施方法论在项目的解决方案的制定、方案评估、方案确认、实施策略、实施步骤、实施步骤评估、移交等提供一套方法和指导原则，为项目成功实施提供保障。具体指导因素包含了：分析和确定实施解决方案的条件，分析和确定实施解决方案的风险，分析和确定实施解决方案的原则和思路，在明确实施解决方案的相关条件、风险和原则的基础上，明确解决方案所需资源和保障，提出实施方案的步骤和计划,制定实施方案，组织评估小组对实施方案进行评估，对实施所需资源的可获得性进行评估，完善方案并与客户沟通，方案的最终确认，项目移交，针对方案实施的培训和指导。技术方面，建立以服务为导向的体系架构(SOA)，整合应用体系架构，通过业务服务提供电子政务实施的各项基本应用功能，自由地排列组合、互通互连、融会贯通，适应新的需求调整。通过标准的接口进行封装成，并发布成服务，以服务的方式部署在系统数据与功能整合平台上。任何一个应用要访问其它一个应用可以通过服务的发现和服务的表述来确定被访问的服务的属性和调用格式，实现标准化的应用之间的协作，满足应用系统之间的松耦合原则，避免因为单方面系统、程序内部的调整而冲击到另一个应用。通过建立SOA架构，实现电子政务应用中各个业务系统的信息服务，不论是旧的或新的，都能够通过服务的包装，成为随取即用的资源，以服务的形式对外发布，以松耦合原则实现共享，并可将各种服务快速整合，开发出组合式应用，实现对电子政务业务需求的快速响应。1.2.1 关键因素框架图2 关键因素框架SOA实施成功的关键因素包括政务部门对SOA有深入的理解和认识，应用场景条件成熟，基础资源完备，实施方法论成熟、完整，实施平台和工具实用、先进、项目管理规范、符合技术标准等。SOA实施模型的建立，包括持续的发展和重新设计。初始阶段，主要涉及构建新服务以及将遗留的应用程序部署在SOA上。基础服务就位后，服务要抽象和精化业务流程。经过多次迭代。对于每一次迭代，反馈信息传回到服务并进一步优化。同时，关注电子政务的SOA技术标准、新兴技术和趋势、编译要求、开发平台的专门知识、模式、最佳实践案例、项目管理和测试等方面。1.2.2 政务部门图3 政务部门政务部门SOA实施中符合电子政务项目建设的统一规划、统一标准、统筹协调、资源共享、注重实效、保障安全的原则，促进电子政务健康发展。根据国家电子政务总体框架规划目标中，“到2010年，覆盖全国的统一的电子政务网络基本建成，目录体系与交换体系、信息安全基础设施初步建立，重点应用系统实现互联互通，政务信息资源公开和共享机制初步建立，法律法规体系初步形成，标准化体系基本满足业务发展需求，管理体制进一步完善，政府门户网站成为政府信息公开的重要渠道，50以上的行政许可项目能够实现在线处理，电子政务公众认知度和公众满意度进一步提高，有效降低行政成本，提高监管能力和公共服务水平”。北京市“十一五”时期国民经济和社会信息化发展规划中提出“搞好滚动衔接。组织好信息化规划实施的监测和中期评估，积极借助社会中介组织力量，多角度分析评价规划实施效果和政策措施落实情况，及时发现问题和提出改进意见。不断探求解决信息化工作中面临问题的新思路、新机制、新办法，设计和把握好规划实施的重点和时序，为规划的有效实施和年度计划的制定创造条件，保障“十一五”时期全市信息化阶段目标和总体目标的有机衔接，保障各项任务的全面完成”。建立面向服务的架构(SOA)的实施方法论，能够更快地提供服务并更好地适应电子政务业务的需求和服务响应。实施方法论对加强电子政务项目建设的管理，保证建设质量，实现资源共享，避免重复建设，提高投资效益。对电子政务网络、安全支撑平台、应用支撑平台、各类应用系统、信息资源开发利用及共享等新建、扩建及升级改造提供支持。实施方法论在电子政务项目的规划、方案审核、绩效考评、监督、指导电子政务项目建设、验收和维护的实施提供支持。采用面向架构的设计和实施方法，可以优化电子政务规划、标准规范、资源共享、互联互通的效果，以及电子政务网络等公共设施建设。1.2.3 应用场景定义应用场景，理解SOA在实施环境中的需求、实现用户需求的目标，定义实施过程及应用产品的优先级。其中，定义服务模型，描述用户实施的目标，确定实现的的功能，理解业务变化对对SOA实施的影响，增强SOA实施中随需应变敏捷性。 应用场景目标和环境分析包含：服务咨询、服务定义、服务装配、服务实现、服务基础设施，服务对象。图4 应用场景服务咨询：咨询队伍由业务人员、业务咨询专家、SOA架构师等组成，在业务专家支持下进行服务建模。一个良好构建的业务流程模型可以帮助电子政务应用的定位和排除隐藏的低效、高成本以及带来延迟的业务活动。流程建模从组织结构、业务流程及相关业务资源，服务建模则利用业务与电子政务应用分析业务，关注业务活动之间的层次化和组合关系。解释应用或流程在执行的过程中会与哪些相关的业务系统交互（包括交互的方式）。为后面的服务实现和架构设计提供支持。实现服务的功能和技术指标。服务定义：采用自上而下、自下而上分类的比较，得到服务的候选者。自上而下 （业务领域分解）方式从业务着手进行分析，将电子政务业务进行领域分解、流程分解，以及进行变化分析。将业务流程分解成子流程或者业务活动，逐级进行，直到每个业务活动都是具备业务含义的最小单元。每一个节点，都是服务的候选者，节点集合构成了服务候选者集合。自上而下、自下而上分类比较发现新的服务。其中，将区分业务领域中易变的部分和稳定的部分，将易变的业务逻辑、业务规则剥离，保证未来的变化不会破坏现有设计，提升架构应对变化的能力。对未来需求的分析中发现一些新的服务候选者，将服务候选者加入到服务候选者目录中。 服务装配：定义实现服务的服务组件的细节，包括，数据、规则、服务、可配置概要、可能的变更，同时还会涉及到消息、事件的定义和管理。业务比较中，选择支持相关的业务流程和业务目标。满足技术全面、前瞻性、延续性等特点，满足复合应用的相关非功能性需求。在不同的应用、流程中重用，减少重复的功能实现，降低开发和维护的成本。服务规约需要定义服务的消息、非功能性需求以及服务之间的依赖关系、组合关系。服务实现：根据电子政务业务领域的理解和现有IT系统的分析，分布相应的服务组件，并决定服务的实现方式。由已有系统相关功能，或者重新开发相关功能提供服务，或者选择合作伙伴提供服务。服务实现注重关键点的技术可行性的分析。服务基础设施：组织及跨组织中的软硬件及应用系统，分布性和异构性基础信息资源、专业信息资源、功能服务资源。满足组织及跨组织资源的获取和调用，统一数据目录、服务目录。服务对象：政务部门的组织机构，实现各组织机构安全信息交换，跨组织的之间的异构应用系统集成，服务机构内部部门之间的安全信息交换及异构应用系统集成。统一服务的请求调用和资产重用，提高服务机构应用系统的集成灵活、高效，降低成本。1.2.4 基础资源图5 基础资源面向电子政务的机构中包含：服务咨询商、服务集成商、服务生产商、服务中介、基础设施提供商。长风联盟通过建立SOA开放协作创新体系“国际标准组织骨干企业长风联盟TF+科研院所+跨国公司”，基于开放、协作、国际化原则，为电子政务建设提供基于SOA的“标准规范、参考架构、技术架构、解决方案、实施方法、平台产品、保障体系”全套服务。1.2.5 实施方法论将电子政务实施归纳为实施目标、应用场景、流程自动化、技术架构、服务组件开发、业务模型、项目的组织和管理、成本与收益，成熟度评估和改进、原有系统的重用、遗留系统的移植、服务集成、治理目标等，确定建立面向电子政务实施方法论的目标。图6 实施方法论贯彻实施方法论的目的是保证项目实施的成功。总结SOA实施的方法论，协调组织机构、运作、服务设计与提供之间的关系。更好地指导支持长风联盟中的企业SOA电子政务行业实施，在电子政务工程项目实施中应对业务及其需求的变化。将SOA在长风联盟在电子政务中的实施与电子政务用户的业务战略连接，将二者能协调一致，不断改进实施方法。面对电子政务项目实施的业务整合和流程整合的需求变化。SOA提供基于标准的、分布式的、松耦合并能反映业务流程的IT架构，快速响应业务需求的变化。创建公共的、基于标准的服务，及可重用资源，实现应对项目变化的一致性和灵活性。随着业务需求的变化快速重组系统，节省投资，提高项目效益汇报。最大限度地满足业务的需求，最有效地重用已有的应用功能。实施方法论可以帮助业务人员、管理人员、技术人员等更好地对项目的规划和实施，迅速响应业务需求，从电子政务项目的实施中获益。1.2.6 实施平台和工具图7 实施平台和工具基于长风联盟SOA电子政务总体技术架构和长风联盟SOA电子政务解决方案为基础，选择实施平台和工具。选择底层平台时，避免用户自己编写解决方案，考虑团队对具体平台的满意度，减少开发和维护的总体成本。策略上，团队可以选择使用多个平台的组合，实现松散耦合、重用以及技术和服务的抽象。SOA的标准正在不断发展，不同厂商的实施平台不同标准解决的是同一个问题。吸收其中的基本原理、要素、实施方和政务行业用户资金投入的效益，需要选择标准的实施平台保护投资，提高合作伙伴集成的耦合度。1.2.7 项目管理图8 项目管理制定项目管理结构，确保电子政务实施中服务的管理、有效实施的延续性。强化管理团队组织中的驱动因素、文化、技术和信心等因素。管理中确保无重复劳动、贯彻SOA在项目中的应用。制定内部标准、蓝图、参考架构、设计模式、模板、共享服务等。项目管理中制定SOA实施的策略，监管。制定团队组织管理和业务要求的优先级和排序。保证每个服务的总体质量。保持团队成员持续的沟通和交流。帮助项目管理和项目系统的平稳运行。项目管理中贯彻ISO和CMM标准和要求。项目管理涉及团队组成、项目持续时间、开发方法、项目需求、技术解决方案、用户的满意度、人员专业技能等。服务水平目标、服务质量、安全、访问控制、故障转移、监视、灾难恢复、审计和通知、验证、授权、确认和数据转换等具体事项。SOA电子政务实施的管理，需要控制更改、审计、监视系统的基础设施，负载处理、版本管理、服务的生命周期管理和伸缩性，项目进度，资金筹集，人员安排，业务驱动因素、制定面向业务的服务等。1.2.8 技术标准图9 技术标准面向服务的体系结构是一个不断发展的概念，需要适用于新的软件系统和现有软件系统，适应技术标准在不断的丰富和发展的现实，采用技术及技术标准考虑管理、实施、应用、研发等因素对实施成功的影响。具体SOA技术标准涉及SOA治理、服务契约、Web服务平台、面向服务的开发等。 实现服务层（service-level）的通信、发现机制、安全、数据处理、事务管理及系统管理。SOA实现应用互操作、多渠道客户访问及业务流程管理，以及WS-Security、WS-ReliableMessaging、WS-AtomicTransactions、WS-Composite Application Framework、WS-Addressing、WS-Policy及WS-BPEL等规范、协议、标准。第二章 SOA实施总体框架SOA实施总体框架涉及电子政务的政务部门的各项业务，需要政务部门和服务提供商等各方面的参与和配合。加强政务部门对实施的重视和组织领导，充分发挥政务部门对实施方法的指导和协调作用。技术上采用具有高度兼容性和可扩展性的先进技术，对现有信息资源进行整合利用。制定SOA电子政务实施的各项标准规范，业务流程及相关配套规章制度，合理规划信息资源的开发利用，采用先进可靠的技术保障网络与数据的安全与稳定，为行业和公众提供准确快捷的信息服务。SOA实施总体框架模型包括框架的设计目标、应用模式、标准规范、实施过程、项目管理、实施策略、实施技能、支撑资源等。设计框架模型如下。图10 实施总体框架2.1 支撑资源党的十六届五中全会指出，要推进国民经济和社会信息化，将信息化放在更高的战略地位，将信息化作为落实科学发展观、转变经济增长方式、建设节约型社会的重要手段。大力推进改革和创新，加快做强信息产业，深入有效推进国民经济和社会各领域的信息技术应用，充分发挥信息化的带动作用，转变管理方式，实现低成本、高效率、可持续发展。增强自主创新能力，突破和掌握关键技术，加快信息化体制创新，强化信息化资源整合与共享，形成产用互动发展的格局，优化信息化发展环境，加快支撑服务体系建设，营造信息化发展新环境。其中，SOA的实施技术上支撑资源包含：联盟资源、厂商资源、项目经验、基础理论、相关知识、其他资源等。支撑资源使得构建电子政务实施中的业务集成架构能够运行在任何包含了安全、目录服务、存储管理等底层的软硬件平台之上。基于SOA的技术支撑平台资源，蕴涵电子政务的业务应用系统技术的开发，也包含对未来业务应用系统整合需求的前瞻，对未来整合技术发展趋势的把握，满足电子政务的可持续发展。2.2 实施策略实施原则上统筹规划，强化资源整合，充分发挥市场机制在信息化资源配置中的基础性与导向性作用。务实高效、安全可靠。结合实际，突出应用，讲求实效，避免形式主义和重复建设。加强法律、法规和制度建设，加强信息安全技术体系的建设，保障SOA电子政务实施的健康发展。实施的成功包含了计划和执行两个方面。其中，实施策略包含：实施需求、分级模型、指导思想、成熟度评估、实施目标、实施原则、架构选择、服务选型、质量评价、绩效评价。针对实施中涉及的政务部门、企业、项目等因素，为保证实施成功对目标、业务场景、项目选择、制约条件、技术框架、服务模式、解决方案确认、业务模型、设计模式、项目管理、效益评估、SOA成熟度、成功标准、向SOA过渡规划等方面制定实施策略。技术上强调互操作性和位置透明度的组件互连，在SOA架构基础上开发新的业务应用系统，也可以通过利用当前的资源（包括开发人员、软件语言、硬件平台、数据库和应用程序）来保护现有的投资，提高生产力的同时，降低成本和风险。SOA适应的、灵活的体系结构类型，为在开发和维护中缩短系统上线时间以及降低成本和风险提供基础。在逻辑设计、物理设计、流程优化等方面加强工作。2.3 实施技能实施技能包含：SOA架构、相关技术、标准、产品、工具、实施策略、项目管理、操作流程。针对SOA的开发平台、业务执行管理服务、用户交互服务、业务流程集成服务、信息集成服务、服务总线、对外服务、业务应用服务、应用及数据访问服务、基础架构服务。实现信息稳定、可靠的传输，硬件、操作系统、网络等最大限度的提高业务应用的可移植性、可扩充性和可靠性。坚持运用先进的实施技能思路，最大限度地减少应用系统的复杂性。2.4 标准规范服务规范包含：国家标准、厂商标准、长风联盟标准。采用全面、成熟、先进的标准规范架构，在电子政务项目的实施。 推动长风联盟在SOA行业实施的规则、标准、法规方面的研究，建立长风联盟企业之间合作机制。推进SOA在电子政务项目的应用。根据政务公开和政府内部信息共享的要求，制定政务信息共享目录和数据交换规范，建立政务信息资源目录体系与交换体系，实现信息资源在各级政府部门间的交换、共享和公开。加强政务信息资源开发，建设对社会公开的信息资源、为领导决策服务的信息资源和供政务部门使用的信息资源，加快建设人口、法人单位、自然资源和空间地理等基础性信息资源库。加强部门协同，有步骤、分类推进政府核心业务之间的畅通，建立职能协调、并联运行的工作机制，建成统一的、跨部门的基础信息资源和各类业务协同平台，逐步实现同层次和上下级政府机构，以及各主要业务系统之间的信息共享和协同办公。2.5 实施过程实施过程按应用级别划分为不同的应用阶段。按优先级别包含了简单可快速实施的项目、利用SOA集成项目、业务流程自动化项目、企业针对SOA的改进、评估、测试，针对行业提供重用的服务等级别。以先评估后建设为指导，制定SOA在电子政务建设项目的目标，规范SOA在项目建设的应用目标。 具体实施过程包含：总体规划、业务建模、架构设计、服务设计、服务开发、服务集成、流程优化、系统部署、系统交付、运行维护。在建设SOA电子政务应用系统时，必须考虑对于现有的数据等IT资产的继承。按电子政务应用系统建设周期特点，实现基于SOA的应用系统架构，需要长期建设和完善的过程。实施过程中以SOA的方法解决，取得经验，并逐步扩展到全部的业务系统和新的应用领域。对电子政务建设基于SOA的技术平台，解决当前电子政务信息化建设遇到的主要问题入手，逐步实现完整的电子政务SOA应用技术支撑体系框架，为今后建设整合的电子政务应用提供技术基础。2.6 项目管理项目管理包含：总体管理、范围管理、时间管理、费用管理、质量管理、人力管理、沟通管理、风险管理、采购管理、管理机制。持续改进的项目管理的目标、服务、组织的关系，帮助项目管理的改善与用户的关系，项目管理运行的不同层面，包括业务层面、企业层面及行业层面。坚持管理与技术并重，加强信息安全保障工作。建设统一、完善的电子政务安全保障体系。实施信息安全等级保护制度，建立信息安全风险评估体系。2.7 应用模式建立SOA在电子政务实施中的创新机制，建立以长风联盟的企业为主体，政府引导、凝聚政、产、学、研各方的资源力量，带动SOA在电子政务中技术和产品的应用和推广。选择有重大带动作用的关键技术和产品，组织实施，政企互动，推动SOA实施方面获得大的突破。具体应用模式包含：基于标准的集成、原有系统的重用、遗留系统移植、流程自动化等。将标准的业务操作程序做进一步的精简和改进，消除明显的瓶颈，使应用模式定义完善。降低费用，提高服务与工作质量，扩大SOA实施带来的效益，对原有的提供产品和服务的业务过程进行分析、化简和重新设计。第三章 实施策略3.1 实施目标制定长风联盟SOA电子政务实施方法论，针对项目制订实施规划、从SOA的体系架构、技术架构，实施的战略目标，业务需求框架、技术方案，以及项目的实施咨询策划方法。保障SOA应用架构和技术架构实施的持续性。建立体系架构明晰、技术业务相互推动、高效运行、稳定的应用和管理体系。建立创新的业务结构、业务流程和管理有效性的整体提升，为SOA的实施提供有力的支撑。构建起一个开放、灵活、以服务为导向、完整地长风联盟SOA电子政务实施的应用体系架构，满足长风联盟企业整体发展战略的要求。如图所示。图11 实施目标3.2 指导思想加强长风联盟的组织领导。加快推进SOA在电子政务的实施，进一步明确SOA在电子政务应用规划的实施方法。如图所示。图12 指导思想1) 确立SOA应用体系架构的符合性准则，坚持“松散耦合结构“的设计原则，建立支持SOA应用体系架构实现的技术体系架构。建立符合SOA应用体系架构的业务功能，技术方案、技术标准、技术选型，充分满足应用的需要。2) 处理好目标应用体系架构建设过程中，战略性项目和过渡性项目的关系。对必需保留和续建的过渡性应用系统，要尽可能简化功能，使用经济的技术，减少投资，对过渡性的新建项目，对采用与技术架构不相容的技术，以及破坏体系架构的项目或建设中的战略性项目，采取不同的SOA的处理方式。3) 以战略驱动、成果为导向，防止目标的偏移、提高效益、降低实施风险。4) 通用的连接，消除由于专用技术和解决技术不匹配问题所带来的开销和复杂性。 5) 通过在SOA体系结构中的聚合进行构建，实现重用。6) 适用于大部分编程语言和运行时环境。 7) SOA电子政务实施的架构、技术、产品、工具等具有能够根据需要重新配置、修改和创建新软件的能力。实现自动化业务流程。具有一定程度的延展性，可以方便地进行更改，以满足不断变化的业务需求。8) 在新场景中采用共享组件，就会继续此过程。组件将通过积累各种功能得到发展，并同时保留所有旧功能。3.3 实施原则按照国家和北京市关于电子政务发展的要求以及于电子政务规划的相关文件精神，始终坚持以科学的发展观为指导，坚持以人为本，突出发展为核心。实施原则满足SOA电子政务实施带来的成本、满足项目进行过程中变更的要求。提供SOA电子政务实施中工程最佳实用扩展，将SOA的实施目标和实施技能应用于现有软件和新创建的软件中。如图所示。图13 实施原则实施原则如下：1) 先导性原则：以适度超前意识谋划SOA在电子政务的实施。2) 协调性原则：做到各系统之间的协调一致，做到基础设施平台与各应用系统相协调、政务及其他行业应用的信息化相协调。3) 可行性原则： 确定实施项目的规划，准确把握各个系统阶段，认真分析制约“瓶颈”，理清规划思路，明确任务目标，确保规划目标能够全面顺利实现。4) 坚持统筹规划，分步实施，统一标准，资源共享，应用主导，安全可靠，务求有效的原则。5) 采取总体规划、分期建设、逐步完善的实施原则。了解并使用新的 SOA 技能，如集成设计，其中包括组件组装、流程自动化和数据集成。6) 封装：现有应用程序及其现有接口不加更改地附加到提供一个或多个 SOA 接口的网关。7) 重构：修改或扩展现有应用程序，以提供更适合将其作为服务使用的新接口。8) 组件化：现有应用程序被分解为组件，然后对这些组件进行重新组合，以促进重用，并将以前不可访问的功能作为服务操作公开。3.4 实施需求政务部门宏观决策，推动SOA在电子政务实施，带动长风联盟的的企业采用SOA实施的步伐。从重大项目和有广泛社会影响的工程着手，对实施的规划、投资、建设、产生经济效益和社会效益等方面考虑，运用多种运作机制，以最小的付出获得最大的整体效益，保证持续发展。同时，长风联盟已经同国内外著名的IT企业、研究开发机构结成技术联盟，政产学研相结合，提供了SOA在电子政务的应用条件。采用SOA电子政务项目实施，针对SOA分布式系统的体系结构，将异构平台上应用程序的不同服务，通过服务之间的接口和规范，按松耦合方式整合成一个新系统，如图所示。图14 实施需求3.4.1 实施目标分析电子政务实施中业务过程分析模型、业务层、过程层次分解、时序关系等实现的细节描述。分析实施过程中合作伙伴之间的协作关系，进行过程分析、服务提供者分析、服务接口分析、服务接口的方法分析、方法的输入消息类型分析、方法的输入名分析、输入消息等分析。目标如下：1) 将现有的资产封装成新的服务。保留现有的资源投资。2) 降低集成和管理复杂性。减少需求变更的影响限度。3) 通过利用现有的组件和服务，减少软件开发生命周期。4) 减少需求变更做出响应时间。5) 以松散耦合的方式完成业务服务要求，根据业务要求的重用。6) 对业务流程创建、修改和管理，满足不同阶段的需求。7) 伴随SOA有关的规范和标准的发展和逐步走向成熟。厂商提供成熟的开发的工具和环境产品，为推广SOA的在电子政务的应用和实施奠定基础。3.4.2 业务分析业务分析人员与项目实施人员可以通过解析和描述业务功能的流程，及SOA应用集成环境协调行动。提高电子政务实施中业务流程的分析，设计与开发能力，适应电子政务实施中业务需求的变化，以提高项目回报。具体实施中将业务过程建模过程分成分析到开发两个阶段，并且在这两个阶段对标准：如WSDL XML，BPEL、UDDI、WS_*等提供业务建模视图。不同阶段的业务过程模型之间，如业务过程分析模型与BPEL的业务过程执行模型，通过建模工具进行生成，自动或交互模型更新。业务过程需求分析包括功能模型、信息模型、组织模型和资源模型的电子政务业务实施建模。图15 业务分析3.4.3 实施路线图确定符合实际的应用范围和方式的实施路线图，通过实施工作的展开，定义业务策略与过程， 制定近期、中期、长期参考架构路线图、未来指标、成本构成及收益情况的路线图，将SOA实施服务战略标准化，预见SOA实施中管理和技术等因素对项目与应用的影响，制定组织与管理的结构与策略，降低实施的风险，如图所示。图16 实施路线图SOA实施路线图的组成共分5个阶段：实施范围、规划、服务提供、项目阶段管理、运维管理等路线图定义，组成方式如图所示。图17 实施路线图组成3.5 实施分级模型实施分为三个级别：需求级别分类、项目实施、产品实施。针对不同项目的实际情况按不同的级别处理模型。同时，针对某个具体项目分级模型。需求级别分类参照了Oracle SOA实施五步法理论。图18 实施分级模型实施分级模型是由SOA设计原则衍生出的各种模型和技术，如SOA成熟度模型、服务建模方法学、SOA编程模型、企业服务总线、服务注册库等。由于电子政务实施的项目中现有IT环境和业务环境的不同，采纳SOA的价值和采纳的步骤也会相应不同