•中国电子政务中国电子政务总体状况›¸关文件... ·...

SOASOASOASOA建设的发展动态与问题探讨建设的发展动态与问题探讨建设的发展动态与问题探讨建设的发展动态与问题探讨

Practical Considerations of SOA Practical Considerations of SOA Practical Considerations of SOA Practical Considerations of SOA DeploymentDeploymentDeploymentDeployment

C. Joseph LeeC. Joseph Lee

Microsoft ChinaMicrosoft China

议题议题议题议题

•中国电子政务中国电子政务中国电子政务中国电子政务总体状况总体状况总体状况总体状况

•国外国外国外国外GIOGIOGIOGIO的观点的观点的观点的观点

•企业级架构企业级架构企业级架构企业级架构，，，，SOASOASOASOA•企业级架构企业级架构企业级架构企业级架构，，，，SOASOASOASOA

建设阶段建设阶段建设阶段建设阶段建设阶段建设阶段建设阶段建设阶段

推广使用推广使用推广使用推广使用推广使用推广使用推广使用推广使用

G2E G2E –– 内部员工内部员工内部员工内部员工内部员工内部员工内部员工内部员工

发挥效益发挥效益发挥效益发挥效益发挥效益发挥效益发挥效益发挥效益

成为电子政府的支撑成为电子政府的支撑成为电子政府的支撑成为电子政府的支撑成为电子政府的支撑成为电子政府的支撑成为电子政府的支撑成为电子政府的支撑

““““学习型学习型学习型学习型””””政府政府政府政府““““学习型学习型学习型学习型””””政府政府政府政府

中国发达地区中国发达地区中国发达地区中国发达地区电子政务电子政务电子政务电子政务

电子政务的阶段发展模型电子政务的阶段发展模型

准备阶段准备阶段准备阶段准备阶段准备阶段准备阶段准备阶段准备阶段

成立领导小组成立领导小组成立领导小组成立领导小组成立领导小组成立领导小组成立领导小组成立领导小组

定位定位定位定位：：：：服务型政府服务型政府服务型政府服务型政府定位定位定位定位：：：：服务型政府服务型政府服务型政府服务型政府

财政预算支持财政预算支持财政预算支持财政预算支持财政预算支持财政预算支持财政预算支持财政预算支持

人员技能准备人员技能准备人员技能准备人员技能准备人员技能准备人员技能准备人员技能准备人员技能准备

发展战略合作伙伴发展战略合作伙伴发展战略合作伙伴发展战略合作伙伴发展战略合作伙伴发展战略合作伙伴发展战略合作伙伴发展战略合作伙伴

总体建设蓝图和框架总体建设蓝图和框架总体建设蓝图和框架总体建设蓝图和框架总体建设蓝图和框架总体建设蓝图和框架总体建设蓝图和框架总体建设蓝图和框架

系统技术架构设计系统技术架构设计系统技术架构设计系统技术架构设计系统技术架构设计系统技术架构设计系统技术架构设计系统技术架构设计

投资策略投资策略投资策略投资策略、、、、项目管理项目管理项目管理项目管理投资策略投资策略投资策略投资策略、、、、项目管理项目管理项目管理项目管理

基础设施建设基础设施建设基础设施建设基础设施建设基础设施建设基础设施建设基础设施建设基础设施建设

应用系统建设应用系统建设应用系统建设应用系统建设应用系统建设应用系统建设应用系统建设应用系统建设

互联互通互联互通互联互通互联互通、、、、资源共享资源共享资源共享资源共享互联互通互联互通互联互通互联互通、、、、资源共享资源共享资源共享资源共享

G2E G2E –– 内部员工内部员工内部员工内部员工内部员工内部员工内部员工内部员工

G2C G2C –– 公众用户公众用户公众用户公众用户公众用户公众用户公众用户公众用户

G2B G2B –– 企业用户企业用户企业用户企业用户企业用户企业用户企业用户企业用户

G2G G2G –– 互联互通互联互通互联互通互联互通互联互通互联互通互联互通互联互通

流程优化与再造流程优化与再造流程优化与再造流程优化与再造流程优化与再造流程优化与再造流程优化与再造流程优化与再造

建立绩效评估体系建立绩效评估体系建立绩效评估体系建立绩效评估体系建立绩效评估体系建立绩效评估体系建立绩效评估体系建立绩效评估体系

降低运维成本降低运维成本降低运维成本降低运维成本降低运维成本降低运维成本降低运维成本降低运维成本

IT GovernanceIT Governance

… … … …

发达国家电子政务发达国家电子政务发达国家电子政务发达国家电子政务

服务为导向成为“十一五”电子政务建设重点服务为导向成为“十一五”电子政务建设重点

主导思想主导思想主导思想主导思想 ---- 四大战略重点四大战略重点四大战略重点四大战略重点建设重点的五个转变

2006年10月召开的十六届六中全会《中共中央关于构建社会主义和谐社会若干重大问题

的决定》提出：推行政务公开，加快电子政务建设，推进公共服务信息化，及时发布公共

信息，为群众生活和参与经济社会活动创造便利条件。

主导思想主导思想主导思想主导思想 ---- 四大战略重点四大战略重点四大战略重点四大战略重点

1. 改善公共服务

2. 加强社会管理

3. 强化综合监管

4. 完善宏观调控

国家信息化发展战略（2006-2020）

建设重点的五个转变

• 重硬件、轻应用 -〉注重、深化应用

• 网络分散建设 -〉资源整合利用

• 系统独立运行 -〉互联互通、资源共享

• 偏重自我服务 -〉注重公众服务

• 网站自建自管 -〉应用社会外包服务

2006年6月全国电子政务工作座谈会

联合国电子政务学院研究报告（联合国电子政务学院研究报告（20062006））------------------------ 电子政务建设失败率高达电子政务建设失败率高达电子政务建设失败率高达电子政务建设失败率高达电子政务建设失败率高达电子政务建设失败率高达电子政务建设失败率高达电子政务建设失败率高达8585858585858585％％％％的原因的原因的原因的原因％％％％的原因的原因的原因的原因

1.1.1.1. 项目业主和业务边界不明确项目业主和业务边界不明确项目业主和业务边界不明确项目业主和业务边界不明确（（（（必需是一把手工程必需是一把手工程必需是一把手工程必需是一把手工程））））

2.2.2.2. 缺乏建设规划缺乏建设规划缺乏建设规划缺乏建设规划（（（（规划先行规划先行规划先行规划先行，，，，然后开发然后开发然后开发然后开发、、、、培训培训培训培训、、、、使用使用使用使用））））

统计表明统计表明统计表明统计表明，，，，在发展中和经济转型中的国家在发展中和经济转型中的国家在发展中和经济转型中的国家在发展中和经济转型中的国家，，，，统计表明统计表明统计表明统计表明，，，，在发展中和经济转型中的国家在发展中和经济转型中的国家在发展中和经济转型中的国家在发展中和经济转型中的国家，，，，85%85%85%85%85%85%85%85%的电子政务建设项的电子政务建设项的电子政务建设项的电子政务建设项的电子政务建设项的电子政务建设项的电子政务建设项的电子政务建设项目部分或全部失败目部分或全部失败目部分或全部失败目部分或全部失败。。。。目部分或全部失败目部分或全部失败目部分或全部失败目部分或全部失败。。。。

2.2.2.2. 缺乏建设规划缺乏建设规划缺乏建设规划缺乏建设规划（（（（规划先行规划先行规划先行规划先行，，，，然后开发然后开发然后开发然后开发、、、、培训培训培训培训、、、、使用使用使用使用））））

3.3.3.3. 业务目的不明确业务目的不明确业务目的不明确业务目的不明确（（（（缺少正确的价值定位缺少正确的价值定位缺少正确的价值定位缺少正确的价值定位））））

4.4.4.4. 项目管理水平低项目管理水平低项目管理水平低项目管理水平低（（（（科学管理科学管理科学管理科学管理、、、、循序渐进循序渐进循序渐进循序渐进））））

5.5.5.5. 过分依赖技术过分依赖技术过分依赖技术过分依赖技术（（（（技术仅仅是解决问题的工具技术仅仅是解决问题的工具技术仅仅是解决问题的工具技术仅仅是解决问题的工具，，，，别过分强调技术别过分强调技术别过分强调技术别过分强调技术选型选型选型选型, , , , 而轻视了价值定位和业务需求而轻视了价值定位和业务需求而轻视了价值定位和业务需求而轻视了价值定位和业务需求））））

6.6.6.6. 缺乏有效的政务缺乏有效的政务缺乏有效的政务缺乏有效的政务////业务流程改革来配合电子政务建设业务流程改革来配合电子政务建设业务流程改革来配合电子政务建设业务流程改革来配合电子政务建设（（（（长痛不如长痛不如长痛不如长痛不如短痛短痛短痛短痛，，，，在信息化过程中进行业务改革在信息化过程中进行业务改革在信息化过程中进行业务改革在信息化过程中进行业务改革））））

中国电子政务建设的特点中国电子政务建设的特点

规模规模规模规模：：：：网络建设基本完成后，中国出现了世界最大电子政务体系

阶段阶段阶段阶段：：：：电子政务重点已从网络/硬件阶段进入到应用建设阶段

多变多变多变多变：：：：经济高速发展、社会改革进步导致应用建设滞后业务变化

用户用户用户用户：：：：用户数量最大，信息化水平差异巨大、特别是农村人口

数据数据数据数据：：：：政府拥有各行业中最大数据量，分布在不同部门和地点

架构架构架构架构：：：：随着系统增多，未来建设进入企业级架构，难度和复杂度很高架构架构架构架构：：：：随着系统增多，未来建设进入企业级架构，难度和复杂度很高

技术技术技术技术：：：：电子政务体系将永远是持续发展进化的综合技术环境

投资投资投资投资：：：：重硬件、轻软件和服务导致建设效益不高，但正在得到改善

推进推进推进推进：：：：项目建设成功率很低，需要采用科学合理的推进与管理模式

效益效益效益效益：：：：愈来愈多新应用正在或开始发挥效益，IT治理重要性上升

• 建设阶段的变化导致建设难度增大建设阶段的变化导致建设难度增大建设阶段的变化导致建设难度增大建设阶段的变化导致建设难度增大，，，，用户期望不断提高用户期望不断提高用户期望不断提高用户期望不断提高

• GIOGIOGIOGIO是应对和解决这些问题的关键是应对和解决这些问题的关键是应对和解决这些问题的关键是应对和解决这些问题的关键，，，，但成熟度有待提高但成熟度有待提高但成熟度有待提高但成熟度有待提高

中国的网络和基础硬件建设中国的网络和基础硬件建设中国的网络和基础硬件建设中国的网络和基础硬件建设

已经比较先进已经比较先进已经比较先进已经比较先进

企业企业企业企业 IT 架构架构架构架构

中国的应用软件和体系架构建设中国的应用软件和体系架构建设中国的应用软件和体系架构建设中国的应用软件和体系架构建设

仍然比较落后仍然比较落后仍然比较落后仍然比较落后

不成熟

不成熟

不成熟

不成熟、、、、

中国电子政务建设重点的变化中国电子政务建设重点的变化

网络架构网络架构网络架构网络架构网络架构网络架构网络架构网络架构

基础硬件基础硬件基础硬件基础硬件/软件软件软件软件

应用软件架构应用软件架构应用软件架构应用软件架构


1



2



应用软件架构应用软件架构应用软件架构应用软件架构

3 4

基本成熟标准化




、、、、不规范

不规范

不规范

不规范

难度

互联互通互联互通互联互通互联互通互联互通互联互通互联互通互联互通

业务应用业务应用业务应用业务应用业务应用业务应用业务应用业务应用

协同工作协同工作协同工作协同工作协同工作协同工作协同工作协同工作

系统能力比较系统能力比较

互联互通互联互通互联互通互联互通互联互通互联互通互联互通互联互通

业务应用业务应用业务应用业务应用业务应用业务应用业务应用业务应用

协同工作协同工作协同工作协同工作协同工作协同工作协同工作协同工作

整体规划整体规划整体规划整体规划整体规划整体规划整体规划整体规划系统架构系统架构系统架构系统架构系统架构系统架构系统架构系统架构

管理能力比较管理能力比较

业务模型业务模型业务模型业务模型业务模型业务模型业务模型业务模型ITITITITITITITIT规划规划规划规划规划规划规划规划企业架构企业架构企业架构企业架构企业架构企业架构企业架构企业架构

人才结构比较人才结构比较

系统架构系统架构系统架构系统架构系统架构系统架构系统架构系统架构项目管理项目管理项目管理项目管理项目管理项目管理项目管理项目管理

系统架构系统架构系统架构系统架构系统架构系统架构系统架构系统架构项目管理项目管理项目管理项目管理项目管理项目管理项目管理项目管理

与发达国家的几方面能力比较与发达国家的几方面能力比较

88888888

信息共享信息共享信息共享信息共享信息共享信息共享信息共享信息共享

网络网络网络网络网络网络网络网络////////安全安全安全安全安全安全安全安全

数据库数据库数据库数据库数据库数据库数据库数据库

门户网站门户网站门户网站门户网站门户网站门户网站门户网站门户网站

网络网络网络网络网络网络网络网络////////安全安全安全安全安全安全安全安全

数据库数据库数据库数据库数据库数据库数据库数据库

门户网站门户网站门户网站门户网站门户网站门户网站门户网站门户网站

办公软件办公软件办公软件办公软件办公软件办公软件办公软件办公软件

中国中国中国中国中国中国中国中国国外国外国外国外国外国外国外国外

信息共享信息共享信息共享信息共享信息共享信息共享信息共享信息共享

办公软件办公软件办公软件办公软件办公软件办公软件办公软件办公软件


项目管理项目管理项目管理项目管理项目管理项目管理项目管理项目管理

系统运行系统运行系统运行系统运行系统运行系统运行系统运行系统运行与维护与维护与维护与维护与维护与维护与维护与维护

外包管理外包管理外包管理外包管理外包管理外包管理外包管理外包管理


整体规划整体规划整体规划整体规划整体规划整体规划整体规划整体规划系统架构系统架构系统架构系统架构系统架构系统架构系统架构系统架构

系统运维系统运维系统运维系统运维系统运维系统运维系统运维系统运维

外包管理外包管理外包管理外包管理外包管理外包管理外包管理外包管理



程序员程序员程序员程序员程序员程序员程序员程序员测试员测试员测试员测试员测试员测试员测试员测试员

系统运维系统运维系统运维系统运维系统运维系统运维系统运维系统运维专业人员专业人员专业人员专业人员专业人员专业人员专业人员专业人员


程序员程序员程序员程序员程序员程序员程序员程序员测试员测试员测试员测试员测试员测试员测试员测试员

系统运维系统运维系统运维系统运维系统运维系统运维系统运维系统运维

中国发达城市与发达国家差距迅速减小

从“建大楼”走向“建城市”， ITITITIT 体系的复杂度上升

成功要素：绩效、架构、实施、管理

新建设阶段带来的挑战新建设阶段带来的挑战

中国和发达国家中国和发达国家中国和发达国家中国和发达国家GIO/CIOGIO/CIOGIO/CIOGIO/CIO面临许多同样问题面临许多同样问题面临许多同样问题面临许多同样问题

关注 IT 带来的业务价值，强调服务与管理

从整体架构、IT 生命周期看问题，需要企业 IT 架构

(Enterprise Architecture)的技能和人才

关注 IT 的整体能力建设，而不是局部和技术产品问题 !


•总体状况总体状况总体状况总体状况



对两种主流企业级应用技术路线-.NET/J2EE采取平衡、中立的策略

J2EE和.NET在架构上基本相同、相互竞争与学习，主要差别在于实现的机制上

开源软件：一般不考虑没有足够服务的开源软件产品

技术路线、技术产品的选型策略技术路线、技术产品的选型策略

技术与产品的成熟度：一般不采用最新的技术和产品

IT外包、虚拟机技术导致CIO/GIO愈来愈少地关注产品选型

技术路线及产品的选型考虑：� 网络及硬件采用通用产品

� 运营难度和费用成为重要因素

� 软件技术和产品差别（功能、性能）愈来愈小，选择范围扩大

技术路线，硬件和软件产品不能保证项目的成功

“时代不同了，J2EE 和 .NET都一样， J2EE 能够办到的事情，.NET也一样办得到”

建设厂商的设计能力，开发实施能力，项目管理能力才是关键

需要同时考虑未来的系统运行与管理的方案

技术路线、技术产品的选型策略技术路线、技术产品的选型策略

发达国家发达国家 IT IT 市场技术人才需求现状市场技术人才需求现状

统一门户平台统一门户平台统一门户平台统一门户平台

（（（（““““一站式一站式一站式一站式””””门户网站门户网站门户网站门户网站））））

统

一安全服务

统

一安全服务

统

一安全服务

统

一安全服务

统

一管理服务

统

一管理服务

统

一管理服务

统

一管理服务

标准标准标准标准、、、、规范规范规范规范

从“孤岛”架构走向优化架构从“孤岛”架构走向优化架构

基础软件服务基础软件服务基础软件服务基础软件服务

（（（（新建系统资源共享新建系统资源共享新建系统资源共享新建系统资源共享））））

统

一安全服务

统

一安全服务

统

一安全服务

统

一安全服务

统

一管理服务

统

一管理服务

统

一管理服务

统

一管理服务

规范规范规范规范、、、、法规体系

法规体系

法规体系

法规体系

专网专网专网专网专网专网专网专网专网专网专网专网专网专网专网专网专网专网专网专网专网专网专网专网基础网络设施基础网络设施基础网络设施基础网络设施基础网络设施基础网络设施基础网络设施基础网络设施

基础软件服务基础软件服务基础软件服务基础软件服务

（（（（整体资源共享整体资源共享整体资源共享整体资源共享））））

有 IT 组织的地方都存在 IT 的企业架构，企业架构是随着IT 规模扩大而自然产生、逐渐凸现的。

企业架构是IT组织的顶层架构，是与GIO最相关的架构

企业架构是一个专业领域，已有十几年发展历史，有许多专门的研究机构、专家、流派

企业架构企业架构 –– Enterprise ArchitectureEnterprise Architecture

企业架构包含：网络架构、基础架构、安全架构、应用架构、数据架构、服务架构、标准规范、IT治理等

发达国家 CIO/GIO 都非常重视企业架构的发展和优化，中国CIO/GIO正在开始涉足企业架构

企业架构师通常是架构组的统领，是CIO/GIO的顾问参谋。发达国家大公司的 IT 部门通常都有专职企业架构师

职责：IT 组织的“总工程师”

角色：从 IT “技术业务” 角度参与、制定各种决策，是

CIO/GIO的参谋顾问、合作伙伴

技能：IT 技术专家 + 行业/业务专家

来源：大公司有专职企业架构师，大多数公司和组织从专业公司聘

企业架构师企业架构师 –– Enterprise ArchitectEnterprise Architect

来源：大公司有专职企业架构师，大多数公司和组织从专业公司聘

请专职企业架构师作顾问。全球供不应求，中国基本空白。

业务业务业务业务

技术技术技术技术

企业架构师

系统架构师

技术专家

根据OASIS*的定义， “SOA是一种组织、协调、使用分布在不同组织和部门的业务能力的架构理念”

SOA是IT架构设计方法进化过程中的一个产物，既不是系统架构规范，也不是技术路线，更不是技术产品

SOA不是全新的理念，已经有十几年发展历史，近几年受到愈来愈多的关注，尤其是企业架构师和CIO/GIO群体

关于关于SOASOA

到愈来愈多的关注，尤其是企业架构师和CIO/GIO群体

SOA在应用系统之上、之外，从全局角度关注体系整体架构专注分布式异构系统之间的互操作和协同工作的能力

SOA最引人的特点是： “号称”通过构建灵活、互联互通的IT体系来满足和促进业务发展、流程再造的需求

对于同一业务问题，SOA架构设计方法可以得到不同的设计方案、可以用不同技术和产品来实现

OASIS: Organization for the Advancement of Structured Information Standards

企业级应用演变企业级应用演变 –– 点对点交换点对点交换

Financial ERP

EmailCRM

Portal

SCM集成的应用集成的应用集成的应用集成的应用

用户用户用户用户用户用户用户用户用户用户用户用户用户用户

SOASOA理念理念 -- 基于基于 ESB/ISB ESB/ISB 实现交换实现交换

服务提供商服务提供商服务提供商服务提供商

内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户内部用户

ISB + ESB

外部用户外部用户外部用户外部用户ISBN/ESB - SOA架构中的逻辑软件交换机架构中的逻辑软件交换机架构中的逻辑软件交换机架构中的逻辑软件交换机

SOASOA理念理念 -- 快速建设新应用示意图快速建设新应用示意图

组装式构建新应用

组件库

新建应用系统 A 新建应用系统 B

成品应用系统

客户化开发的应用系统

服务模块

(1) 局部组件往往是由新老技术局部组件往往是由新老技术局部组件往往是由新老技术局部组件往往是由新老技术，，，，异构技术平台构成异构技术平台构成异构技术平台构成异构技术平台构成。。。。(2) 按照标准接口规范进行整合按照标准接口规范进行整合按照标准接口规范进行整合按照标准接口规范进行整合、、、、互联互通互联互通互联互通互联互通

SOA主要关心两个问题– 承接历史 —— 整合现有的系统，消除信息孤岛，实现业务流程自动化，

发挥更大价值

– 着眼未来 —— 快速灵活构建构建新的应用系统，敏捷适应多变的业务需求

实施SOA存在风险：

对于对于SOASOA的认识的认识

– 业务变革 — 实施SOA往往涉及到业务流程、业务边界、部门职权的变革，业务部门的支持、参与和推动是成功的关键因素之一

– IT变革 — 需要改造IT整体架构、应用架构、整合架构、管理方式、规范标准、IT治理等

SOA设计理念不一定适用于所有部门，一个有效方法是首先进行SOA成熟度评估，然后制定最佳的实施策略和路线

OASIS: Organization for the Advancement of Structured Information Standards

Domain Architecture – 从SOA角度，对于组织内部和外部的业务进行划分。确定服务的内容、提供者、使用者、建设者、管理者、投资者等。明确“责”，“权”，“利”。Solution Architecture – 基于SOA架构设计理念，从EA的角度根据业务架构和需求确定应用系统的构成及其边界，系统之间的交互与共享的原则和方式。Service Architecture – 解决内部和外部服务（Services）

SOASOA 规划设计内容规划设计内容

Service Architecture – 解决内部和外部服务（Services）的提供和使用的技术实现问题，提供相关的技术设计，解决基础设施、功能、安全、性能、升级等方面的技术问题。Interfaces – 制定接口的规范标准，包括发布、查询、使用、管理、升级的细则。但不限制实现的技术和产品。Applications – 提供SOA的应用系统设计规范，保证应用系统之间基于标准提供服务和使用服务。

SOASOA 的一些实施要点的一些实施要点• SOA是一个正在走向成熟过程当中的架构设计理念，有许多方面亟需完善

• 降低建设复杂度：构建复杂体系宜采用 Partition + Iteration 模式

• 规模与实施方法：大规模、中小规模体系应采用不同模式

– 大规模体系：Top-down + Middle-out

– 中小规模体系： Middle-out

• 集中与自由：建设规范统一决策，技术实施分散决策，按照规范考虑实情选用合适技术合适技术

• 资源共享原则：共享服务单元的外部服务功能，不共享单元内部代码

• 服务单元粒度：在应用 SOA 构建服务单元（模块、子系统）时，服务单元的粒度应当合理，粒度过大或过小都会造成问题

• 合理选择耦合技术：同构系统内部宜使用紧耦合技术，异构系统之间宜采用松耦合技术

• 基本实现技术：最常用技术是基于WS-*specs规范的Web Service，但不是唯一技术

提高建设成本 – 准备工作量较大

效率较低 – 所有交换都通过松耦合软件交换机进行，效

率低

体系可靠性下降 – ESB会影响整个体系的可靠性

SOASOA可能带来的弊端可能带来的弊端

体系可靠性下降 – ESB会影响整个体系的可靠性

ESB的责权利 – ESB往往属于“无人管”区，拥有者，

投资者，运维者不明确

业务边界 – 行政/业务边界对于流程优化和业务实现的关系

至关重要，直接影响项目的成败

系统边界 – 系统边界划分不当是一个常见的问题，影响业务

的实现以及客户/用户满意度

实施实施SOASOA中常见的误区和失败原因中常见的误区和失败原因

系统分解 – 系统过于庞大、太复杂，应当合理分解成小系统

系统合成 – 系统单元模块太小、数量过多，导致系统复杂度

过高、可靠性降低、建设和管理成本上升

系统相关性 – 相互关联、紧密依赖的子系统应当成为同一个

系统，不应当分割成相互独立的系统

SOASOA 底层实施的几个原则底层实施的几个原则

• 服务应当有清晰边界：跨越系统边界的操作通常是代价昂贵的操作。边界应当尽量简单，易于使用，具有较小的界面。

• 服务应独立自治：服务的提供者应当是独立自治的单元，尽可能减少

提供者

使用者

提供者

使用者提供者使用者

使用者

• 服务应独立自治：服务的提供者应当是独立自治的单元，尽可能减少对于外部体系的依赖性。

• 服务只共享协议、标准、格式；不共享类(Class- 对对象集的数据结构对对象集的数据结构对对象集的数据结构对对象集的数据结构及行为的描述称为类及行为的描述称为类及行为的描述称为类及行为的描述称为类)

• 服务通过Policy实现兼容：把交换的内容和交换的方式、技术分开





•电子政务的未来发展电子政务的未来发展电子政务的未来发展电子政务的未来发展

关心绩效评估、业务价值、架构优化、IT治理

科学合理有效地解决系统互联互通、信息资源共享问题

提升建设新的IT服务能力的敏捷性、灵活性

信息体系的安全性、可用性、可管理性、总体拥有成本

中国发达城市新建设阶段的典型课题中国发达城市新建设阶段的典型课题

IT 建设标准规范，IT 管理制度规范

“ … 在取得成绩的同时，深圳信息化建设也面临一些问题和矛盾，比如：信息化管理体

制薄弱，组织体系缺乏强有力的协调保障；信息化投资管理制度存在缺陷，投资效益欠佳；信息资源开发利用进展缓慢，共享程度低；信息产业的关键领域缺乏核心技术，拥有自主知识产权的产品少；信息技术应用水平参差不齐，电子政务龙头带动作用不明显；信息化相关的法规标准滞后于信息化发展；信息化发展不平衡，存在“数字鸿沟”等问题。”

--- 深圳市2008年经济和信息化发展规划

谢谢各位谢谢各位谢谢各位谢谢各位谢谢各位谢谢各位谢谢各位谢谢各位

•中国电子政务中国电子政务总体状况›¸关文件... ·...

Documents