第一章 概 述
一、 我国大力建设和发展电子政务的背景
信息技术的迅猛发展，特别是互联网技术的普及应用，使电子政务的发展成为当代信息化的最重要的领域之一。根据联合国教科文组织的调查，世界89%的国家都在不同程度上着手推动电子政务的发展，并将其列为国家级的重要事项。事实上，电子政务已经迅速地列入了所有工业化国家的政治日程。
“政府先行，带动国民经济和社会发展信息化”成为我国信息化建设的发展战略。相比电子商务和企业信息化，政府领域信息化有其特有的优势（如，政府掌控着80%社会信息量、政府信息化的服务面广），有利于信息化的效果能更好的发挥。另外，政府在财力、物力上也有着充足的保证，便于信息化的推广和持续进行。
现有的政府组织形态是工业革命的产物，已经存在了200年以上。随着网络时代和网络经济的来临，管理正由传统的金字塔模式走向网络模式。政府的组织形态也有可能由金字塔式的垂直结构向错综复杂的、水平的网状结构转变，减少管理的层次，以各种形式通过网络与企业和民众建立直接的联系。因此，许多国家的政府和学者将电子政务发展的过程看作是对原有的政府形态进行改造的过程，希望通过不断地摸索和实践，最终构造出一个与信息时代相适应的政府形态。
电子政务的发展既是我国现代化进程中不可缺少的一环，也是加快我国现代化进程的一个新的机遇。在信息时代，就像管理信息系统是管理企业必备的手段一样，电子政务已经成为治国不可缺少的工具。
信息化使许多政府原来不可能做到的事情不仅可以做到，而且可以做得更快、更好，帮助政府实现对国家的有效管理。今天，无论经济与社会的发展或者国家安全的保障，都不能没有电子政务的支持。
电子政务的发展对我国的经济和社会发展，特别是信息产业的发展将有着十分重要的影响。电子政务的发展还将对我国各行各业信息化的发展起着示范作用。电子政务的发展使我们能够在建设有中国特色的社会主义的同时，建设一个适合我国国情的现代化的政府。
二、我国电子政务的发展历程和现状
与传统的政府相比，电子政务使政务工作更有效、更精简；使政府工作更公开、更透明；为企业和居民提供更好的服务。电子政务将重新构造政府、企业和居民之间的关系，使之比以前更加协调，使企业和居民能够更好地参与政府的管理。
电子政务是一个完整的概念，它由“一个技术平台，四个资源整合”构成一个有机整体。“一个技术平台”指数字化、网络化的技术集成平台，“四个资源整合”指政府资源整合、企业资源整合、社会资源整合以及社会服务整合。
我国电子政务基本上是沿着“机关内部的办公自动化”到“管理部门的电子化”，再到“电子政务”这一主线展开的，目前已进入全面的电子政务工程建设阶段。
我国政府的信息化建设自20世纪80年代推行政府的“办公自动化”开始。1993年，国务院成立了国家经济信息化联席会议，正式启动国民经济信息化工程，开始实施“三金工程”，即金桥工程、金关工程和金卡工程。90年代中期以来，随着信息技术的迅猛发展和政府职能的转变，政府内部电子办公已全面向“电子政府”或数字化办公转移，电子政务建设进入了蓬勃发展的新阶段。1999年1月，中国电信协同国家经贸委等数十家政府部门共同发起了“政府上网”工程建设，加快了我国政府的信息化步伐。伴随着2001年国家电子政务应用示范工程项目的启动，我国走上了电子政务建设的新里程。而2002年《国家信息化领导小组关于我国电子政务建设指导意见》（即中办和国办发[2002]17号文件）的发布，标志着中国电子政务建设进入了一个全面规划、整体发展的新阶段。中共十六大明确提出了全面建设小康社会的目标和走新型工业化道路，电子政务建设是其中的重要内容。2003年4月，国务院信息化工作办公室（以下简称国信办）、科技部、信息产业部联合颁发关于印发《电子政务工程技术指南》的通知，为电子政务建设提供了强有力的政策层面的支持。
正是在上述政策导向下，我国的政府信息化和电子政务已经取得了重大进展。这突出地表现在：
在国信办电子政务的指导意见下，我国的电子政务进程目前正从电子政务基础建设阶段进入信息资源管理阶段。信息资源管理、交换、共享、整合和增值应用成为当前电子政务建设的重心。具体而言，电子政务信息资源与应用服务的统一规划、统一标准、统一管理，对于加强政府宏观调控，提高监管能力，增强部门协调，打破垄断分割，实现资源共享，增强行政透明度，降低成本，提高效率，提供优质服务和勤政廉政等都具有重要作用。
电子政务纵向，以12“金”工程为代表，国家各部委正在借鉴“金税”、“金关”、“金盾”等工程的成功经验，稳健而快速地推进“部、省、市、县、乡”等五个层次的纵向综合业务系统，统一标准、整合业务资源，实现数据自底向上的快速准确汇集和业务自上而下的高度协同。
电子政务横向，各级政府正在逐步认识到信息互通、资源共享、业务协同的重要性。为推进政府的高效运行和科学决策水平，体现电子政务的公开、透明，拉近政府与公众的距离，一批跨部门的、基于政府信息资源共享交换基础之上的电子政务整体应用，如网上审批、电子公文交换、企业基础信息交换、市民卡、财税库银、城市应急指挥等系统，正在成为各地政府电子政务建设的重点内容。同时，政务信息交换共享平台以及信息安全与标准体系与应用的同步建设，也纷纷提到政府的议事日程上来。
一些地区、部门在政府信息化方面已取得了显著成效。在中央的大力倡导下，各地在推动政府信息化方面正在全面起步。目前政府信息化建设步伐较快的地区和部门有：广东、上海、北京、天津、青岛以及国务院一些与“金”字号有关的部委等。
但是，我国电子政务普遍存在以下几方面的问题：一是重新建轻整合；二是重硬件轻软件；三是重监管轻服务；四是重电子轻政务；五是重技术轻数据。从横向比较看，东南部经济发达地区的电子政务发展水平要好于中西部地区。
在应用方面，主要问题体现在：电子政务的综合应用与资源整合面临“纵强横弱”的局面。由于业务、管理、建设、投入等方面存在条块划分，纵向电子政务系统在统一规划、统一标准、统一资源管理等方面，较横向电子政务系统力度更大，取得的成绩和应用的效果也更明显。而横向电子政务系统虽然在基础设施建设上基本实现了部门的网络互联，但资源无法互通，信息无法共享、业务无法协同，应用的种类和数量少，应用层次低，应用规模小。
在技术方面，问题主要体现在：在电子政务应用的设计、相关技术和标准的使用等方面缺乏统一的指导思想和技术参考模型。信息资源共享渠道不通畅，重复建设十分严重，缺乏能够服务于电子政务整体应用和信息资源交换与共享的支撑平台。电子政务信息安全技术保障体系尚未形成，已有的建设如CA认证系统等标准不一，多头重复建设，急需整合。
三、我国电子政务的发展趋势
目前我国政府正在加快建设电子政务、按照“十五”期间全国电子政务建设指导意见，我国将进一步加快建设政务平台，整合信息资源，统一平台，统一标准。根据中办和国办[2002]17号文的指导精神，今后我国电子政务建设工作将主要围绕“两网一站四库十二金”重点展开。
“两网”是指建设两个统一的电子政务网络平台：政务内网和政务外网。其中政务内网主要承担各级政府的办公业务和其他业务，而政务外网主要运行政府部门面向社会的专业性服务业务和不需要在内网上运行的业务。
“一站”是指政府门户网站。
“四库”是指要加快重要战略性数据库的建设，即建立人口、法人单位、空间地理和自然资源、宏观经济四个基础数据库。
“十二金”是指要重点推进办公业务资源系统等十二个业务系统。这十二个重点业务系统又可以分为以下三类：
1、对加强监管、提高效率和推进公众服务起到核心作用的办公业务资源系统、宏观经济管理系统的建设；
2、增强政府收入能力，保证公共支出合理性的金税、金关、金财、金融监管（含金卡）和金审5个业务系统的建设；
3、保障社会秩序，为国民经济和社会发展打下坚实基础的金盾、社会保障、金农、金水和金质5个业务系统的建设；
“两网一站四库十二金”覆盖了我国电子政务急需建设的各个方面，涉及信息资源开发、信息基础设施建设与整合、信息技术应用等领域。特点各异，又相互渗透与交融，将初步构成我国电子政务建设的基本框架。
四、我国电子政务建设的总体目标
根据中办和国办[2002]17号文的精神，我国电子政务的总体建设目标是：以信息安全为基础，以数据获取和整合为核心，面向决策支持，面向公众服务。
1、 以信息安全为基础
根据《国家信息化领导小组关于加强信息安全保障工作的意见》，我国加强信息安全保障工作的总体要求是：坚持积极防御、综合防范的方针，全面提高信息安全防护能力，重点保障基础信息网络和重要的信息系统安全，创建安全健康的网络环境，保护公众利益，维护国家安全。
电子政务必须基于一个安全的网络。网络安全涉及技术和管理两个方面。网络技术安全包括身份认证、授权访问、保存访问记录、信息存储和传输安全等方面。其中，身份认证主要是对使用网络的人进行身份认证，只有合法身份的人才能使用网络；授权访问是要求合法身份的人必须在合适的权限下操作，对权限外的操作不能进行；保存访问记录主要是要求合法网络操作人必须对自己的操作进行负责；信息存储安全主要是通过入侵检测、漏洞扫描和安全防护等方式确保数据完整性，确保数据不被非法窃取或破坏。数据传输的安全性主要是通过加密的方式进行传输数据，防止数据在传输的过程中被截取或破坏。
管理方面的安全主要是通过制定一些安全管理制度来强化安全意识，增强数据的安全性。
2、 以数据获取和整合为基础
我国电子政务的建设将以数据获取和整合为核心，通过对现有各类政务系统中的信息进行整理，为决策支持以及对外公众服务提供全面的支持。数据获取包含三个方面的含义：一是政府部门内部数据的采集与获取，二是政府部门之间数据的采集和共享，三是社会公众数据的采集与反馈。在决策支持方面，将通过对各类政务资源的深度挖掘和综合分析来为科学决策提供支持。而在对外公众服务方面，则将主要通过对各类政务资源及相关公众信息的挖掘处理来提供更好的公众服务。
3、面向公众服务
面向公众服务是目前国内外电子政务发展和建设的主要趋势。转变政府职能，打造服务型政府是长治市电子政务建设的基本出发点和落脚点，因而也是我国电子政务建设的重点之一。
公众服务是以建设高效、公开、勤政的公众服务系统为目标，以政府部门日常业务处理信息系统为基础，通过先进的互联网技术，更好地向社会、企业和公众提供政府部门的服务，以适应信息化社会发展的需要。典型的公众服务业务系统如一站式办公平台。
实施公众服务不仅可以树立政府高效、廉洁、公平公正的政府形象，提高政府对公众服务的办事效率，反过来又可以大大促进政府部门内部的信息化建设，促进政府资源的整合，促进信息资源的深度挖掘。
4、 面向决策支持
我国电子政务的建设的另一个重点就是支持各级领导的辅助决策，提高政府部门决策的准确性和科学性，使政府为整个国民经济和社会的发展提供科学的规划和宏观调控。具体地说，面向决策支持的功能主要包括为领导提供决策所需的数据、信息和背景资料，帮助明确决策目标和进行问题的识别，建立或修改决策模型，提供各种备选方案，并对各种方案进行评价和优选，通过人机交互功能进行分析、比较和判断，为领导决策提供科学的依据。
决策支持与公众服务是电子政务建设的两个重要方面。对决策支持来讲，层次越高其重要性和作用越大，而对公众服务来说，层次越低其重要性和作用越大。决策支持与公众服务两者相辅相成，缺一不可。
第二章 长治市电子政务建设的指导思想 基本原则、发展目标和建设任务
一、指导思想
根据中共中央办公厅、国务院办公厅关于转发《国家信息化领导小组对我国电子政务建设指导意见》的通知和有关文件精神，根据《长治市电子政务建设指导意见》，长治市电子政务建设的指导思想为：
以邓小平理论和“三个代表”重要思想为指导，全面落实科学发展观，适应改革开放和现代化建设对政务工作的要求，转变政府职能，提高工作效率和监管的有效性，更好地服务人民群众；以需求为导向，以应用促发展，通过积极推广和应用信息技术，增强政府工作的科学性、协调性和民主性，全面提高依法行政能力，加快建设廉洁、勤政、务实、高效的政府，努力实现全市国民经济持续健康快速发展和社会全面进步。
二、基本原则
1、统一规划，分步实施。电子政务建设必须按照市政务信息网络建设指挥部的统一部署，制定总体规划。各县市区和各部门主要领导同志要亲自抓，明确各自的建设目标和重点，充分发挥各方面的积极性，分类指导，分层推进，分步实施。
2、需求主导，突出重点。电子政务建设必须紧密结合政府职能转变和管理体制改革，根据政府业务的需要，结合人民群众的要求，突出重点，稳步推进。
3、整合资源，信息共享。电子政务建设必须充分利用已有的网络基础、业务系统和信息资源，加强整合，促进互联互通、信息共享，使有限的资源发挥最大效益。
4、统一标准，保障安全。加快制定统一的电子政务标准规范，大力推进统一标准的贯彻落实。要正确处理发展与安全的关系，一手抓建设，一手抓安全，制定并完善电子政务网络与信息安全保障体系。
三、 发展目标
长治市电子政务建设的发展目标是：建成标准统一、功能完善、安全可靠的市县两级政务信息网络运行和支撑平台；建立一批重点应用系统，重点业务系统应用取得显著成效；开发利用信息资源，建设基础性数据库，实现信息资源共享，服务社会经济文化的发展；加快实施我市先进文化网上传播工程，让世界了解长治，让长治走向世界；形成电子政务网络与信息安全保障体系，建立规范的培训制度，逐步完善与电子政务相关的制度和标准；改善和提高市直各部门和各县市区的管理能力、决策能力、应急处理能力、公共服务能力，带动我市国民经济和社会信息化的发展。
四、 建设任务
长治市电子政务建设的具体任务是：建设一个统一的电子政务信息交换共享平台、一个集群网站、二十二个应用系统和八个共享基础数据库。
1、统一的电子政务信息交换共享平台。为适应业务发展和安全保密的要求，有效遏制重复建设，要统一规划、加快建设市委、市政府与市直各单位和各县市区互连互通的统一的电子政务网络运行和支撑平台。电子政务网络由内网和外网构成，两网之间物理隔离，外网与互联网之间逻辑隔离。内网主要是政府部门的内部办公网，外网主要运行政府部门面向社会服务的业务。要统一标准，利用统一网络平台，深层次开采挖掘和开发利用信息资源，促进各个业务系统的互联互通、资源共享。
2、一个集群网站。是以市政府门户网站为中心网站，以各县市区政府网站和市政府各部门网站为子网站的网站群。
3、二十二个应用系统。为了提高决策、监管和服务水平，要逐步规范政府业务流程，加快重点应用系统和数据库的启动、建设和完善，包括电子公文交换与传输系统、企业基础信息交换共享系统、财税库银信息共享与交换系统、内部办公信息系统（OA）、电子邮件系统、视频会议系统、应急调度指挥系统、组织人事管理系统、国有资产管理系统、政府财政管理信息系统、主要经济指标统计信息系统、国土资源信息管理系统、城市交通信息系统、环保信息系统、水务信息管理系统、城市建设管理信息系统、电子政务门户网站、网上行政许可服务系统、医疗卫生信息管理系统、公安综合执法管理系统、社保信息系统和政府热线系统等22个应用系统。
4、八个共享基础数据库。包括宏观经济、人口基础信息、法人单位基础信息、国土资源空间数据基础信息、法规条例、固定资产投资信息、人才信息、公众服务类等8个数据库。
第三章 电子政务系统总体架构设计
一、设计原则
1、规范性和先进性原则
信息技术的发展日新月异，在设计时体现规范性和先进性是首先要遵守的原则。只有这样，电子政务建设才能更好的体现价值，而且随着技术的发展，也能很好地保护现有投资。
l 符合国家有关部门制定的规定和政策（中办和国办[2002]17号文）；
l 符合省政府制定的相关指导文件精神；
l 系统设计参考国内外电子政务领域的先进思想、技术和经验，切实可行，并在技术上能够实现；
l 遵循国际标准和国内外有关的技术规范标准；
l 符合计算机、网络通讯技术、视频会议技术、软件技术的最新发展潮流，并且是成熟的系统。
2、安全性原则
电子政务涉及到很多党政机关的重要文件，其中有些涉及到国家安全。同时，政府是社会的协调管理机构，如果因为电子政务系统瘫痪而造成业务流程的停顿，带来的损失和波及的范围也会非常巨大。
安全性将从技术和管理制度两方面同时进行，以确保数据的安全。
3、经济实用性原则
一方面，电子政务本身是一项浩大的系统工程，要求相当数额的投资；另一方面，降低政务运营成本是实施电子政务的主要目的之一。如果大量针对电子政务的投资，不能得到经济节约的效果，那就失去了建设电子政务的本来意义。要避免这种情况，首先需要在电子政务系统建设之前进行认真细致的调查研究，利用先进的架构设计理念和技术手段，对政务业务进行全面的分析、梳理和分解，保障电子政务建设从一开始就能够在统一规划、统一标准的前提下有序进行，避免今后花费大量的资金整合一个个信息孤岛。
国内各大城市的电子政务建设基本上是靠国家拨款、国家贷款或者是自筹资金进行建设。初期启动以后，有的由于资金匮乏，很难将电子政务的应用向深和广发展。在建设电子政务时，一定要坚持实用原则，不求大而全，求实用，求效益。以节省的办公经费补充电子政务的发展，以电子政务的发展带动经济发展，形成良性循环。
在电子政务的各个系统建设时应综合考虑性能价格比，尽可能保证在同类系统和条件下性能价格比达到最优。经济性主要考虑以下内容：
l 系统本身的价格（包括系统、技术服务和培训）；
l 系统运行后可能带来的经济效益；
l 对系统实施现场的特殊要求所需的费用；
l 对系统集成所需的有关软件和硬件等的开发费用；
l 系统今后扩容的费用。
4、可靠性原则
l 具备在规定条件和时间内完成用户所要求的功能，可长期稳定地工作；
l 结构简单，连接点少，可靠性高；
l 对工作条件和工作环境要求较低；
l 系统启动快，恢复工作迅速；
l 故障率低，维护维修方便。
二、 电子政务总体架构设计方案
长治市电子政务采用三层架构体系。第一层是基础网络层，即由政务内网、政务外网和机要网构成，承载信息资源、支撑各个应用系统的运行。第二层是数据层，是长治市电子政务的信息资源库。包括人口信息、法人信息、区域地理环境信息、自然资源信息、政务信息、国民经济与社会发展信息资源库。第三层是应用层，即以应用支撑平台为基础，主要围绕办公业务资源系统、政府门户网站及一站式办公系统建设各项应用系统。
数据层
运营中心
应用层
资源数据库
办公业务资源系统 宏观经济管理系统
一站式办公系统
政府门户网站
网络中心
安全体系
数据中心
基础网络层
应 用 支 撑 平 台
运维中心
1、基础网络设计
长治市电子政务基础网络按照中办和国办[2002]17号文关于电子政务建设的指导意见的要求包括三套物理网络：政务内网、政务外网和机要网。三个网络之间物理隔离，政务外网和互联网之间逻辑隔离。政务内网和政务外网覆盖市县两级政府和市直各个部门，机要网仅覆盖有关部门。
2、应用支撑平台设计
应用系统的建设应改变传统的独立按各部门的职能构建应用系统的方法，从社会公众所面对的整个业务流程中，提炼出各相关职能部门公用的数据以及相应的数据处理服务，构建一个以业务为中心的系统。实现统一的数据存储和访问，同样的数据仅在源头采集一次（需要统一的数据定义）并提供集成的服务访问接口。
为此，需要定义一个整体的架构来实现协作和信息共享，该架构由以下互相关联的模型组成：
标准规范模型－－定义业务及系统的标准规范，作为业务改进及系统评测的依据；
业务模型――描述、定义业务分类及业务流程的框架，以及各业务相关的职能部门、人员及协作关系。其中的业务定义及描述独立于执行该业务的职能部门，是一个业务的整体流程描述；
服务组件模型――服务组件是用于辅助某个业务实现其目标的功能部件，该模型定义支持业务实现的服务组件集合，各业务组件的访问通道、返回结果等；
数据模型――以业务为中心进行数据分类和标准化，实现数据的重用和继承，以支持跨部门的协作，实现跨部门的信息交换和互操作；
技术模型――是一个组件化的技术框架，定义实现业务组件的标准，并说明实现各业务组件的具体技术。该模型由支持服务组件实现的各类技术标准、说明及描述组成。
3、运营中心设计
（1）网络中心
网络中心是放置网络设备、服务器系统和技术人员工作的地方，要求从电源系统、空调系统、光纤接入系统、通信网络接入系统、防火和防雷等方面进行综合考虑，建设一个安全可靠的机房环境和工作环境。
网络中心将进行统一的安全保护。在制度上，加强人员的管理，在技术上，通过防火墙、防病毒、入侵检测和漏洞扫描等措施进行安全防护。
（2）安全体系
安全体系是电子政务的一个重要组成部分，可采取设立电子政务CA中心的方式，建立安全认证体系，重点建设多种信息安全策略共用的电子政务信息安全保障体系，同时建设数据备份体系。
（3）数据中心
数据中心总体构架是基于信息资源无缝集成的“统一管理总线、统一安全总线、统一数据总线”的“三总线多适配”开放体系。数据中心包括交换中心、数据总线、交换代理、应用适配器、数据仓库、安全总线等6大模块，完成平台所要求的数据集成、应用集成和流程集成功能，并为平台用户提供基于集中数据中心或虚拟数据中心的不同共享数据模式。
（4）运行维护中心
运行维护中心是一个操作中心，主要承担网络管理维护、业务管理维护等工作，集中体现在对网管服务器的操作。为了方便管理和维护，可以将网络平台的网管服务器和业务平台的网管服务器集中放置，集中进行安全保护和数据备份，这样既方便操作，也有利于安全防护。
第四章 基础网络建设规划
一、基础网络整体结构设计
1、网络结构总体设计思路
综合考虑安全保密的要求和电子政务安全所面临的特殊环境和需求，总体上将电子政务基础网络分为政务内网、政务外网和机要网进行建设。
基础网络的概念模型如下：
基础网络的结构模型如下：
2、基础网络拓扑设计
网络的拓扑结构决定了网络的运行效率和可扩展性，典型的网络拓扑结构有星型拓扑、多星拓扑、环形拓扑和全网状拓扑。
我市电信传输网、数据网等基础通信网络结构已基本构成环路。综合考虑各方面因素，基础网络的拓扑结构将采用星型网络结构，整个网络分三级。如下图所示：
市政网中心为第一级，县市区和市直部门为第二级，乡镇和县级直属部门为第三级。整体网络结构为树状结构，每一级为星型结构。这样的网络结构不仅符合行政划分，也能够很好地体现业务流向。对具体的每一级网络，为了克服星型结构固有的可靠性差的弊端，采用局部双链路的方法，避免单线路失效，从而保证网络的稳定可靠。
（1）政务外网拓扑结构设计
政务外网的拓扑结构如下图示：
市政网中心节点为整个网络的中心，各县市区、市直各部门办公网等直接接入到中心节点。
（2）政务内网拓扑结构设计
政务内网的拓扑结构如下图示：
政务内网的组网方式与政务外网大体一致，二者不同的是，政务内网与政务外网物理隔离，政务内网没有与互联网进行连接。同时，为了保证政务内网中的完全可靠性，我们与政务外网一样，在内部办公资源网中设置了入侵检测、漏洞扫描和防病毒等保护措施。
（3）机要网拓扑结构设计
机要网的拓扑结构如下图示：
机要网在市委建设，其他组织暂不建设机要网。市党委的机要网通过专线和上级组织的机要网进行连接。
3、通信线路
基础网络的通信线路要充分利用电信运营商的线路资源，以光纤直连为主。
二、 现有网络的整合
根据我市电子政务网络的实际情况，保护现有的投资，现有的网络以树枝的方式直接接入到基础网络上。对于业务具有特殊性（保密性）的部门，其原有的网络状况不变。需单独在其内部建立一套局域网接入到统一规划的基础网络上。
第五章 电子政务应用支撑平台设计
一、 应用支撑平台建设的必要性
电子政务是政务管理与信息技术相结合的产物，是引领政府管理创新的工程，政务应用才是电子政务建设的目的所在。一般我国大部分城市已在电子政务方面经过了计算机采购、基础网络建设、安全体系建设、部分应用系统建设等阶段，但在政务应用方面大多没有一个统筹的规划，政务应用系统的建设也没有统一的标准，这是造成政务应用建成后出现大量信息孤岛的主要问题之一。因此我们有必要把统一标准、统一规划的“应用支撑平台”作为电子政务的关键基础设施来进行建设。
应用支撑平台的主要思想是从政府业务流程中提炼出各相关职能部门公用的数据以及相应的数据处理服务，从而构建一个以业务为中心的系统，实现统一的数据存储和访问机制、同样的数据仅采集一次（需要统一的数据定义）并在源头一次性捕获、提供集成的服务访问接口等。应用支撑平台的建设不仅缩短开发周期，减低开发成本，而且使应用系统的完善和扩展始终遵循统一标准，在源头上最大程度地消除信息孤岛。而从软件工程的角度，这样的应用支撑平台一定是建立在构件基础之上。
面向构件的应用支撑平台同数据中心及其信息交换平台可以很好的解决信息孤岛的两个层次的问题，一是已建系统、一是未建系统。信息交换平台解决已建设系统的数据资源的共享交换、应用集成等方面的问题，而构件平台则在建设新的应用系统时从根本上解决系统的相容性问题。
二、 在应用支撑平台上建设应用系统
1、在应用支撑平台的基础上搭建应用系统的过程
在已建成的应用支撑平台之上搭建应用系统，其过程如下图所示：
如上图所示，长治市可以建设集中的“市级政务应用中心”，集中部署“面向构件的应用支撑平台”，并向各部门下发构件平台的统一的开发工具。关系到市级全局的或者可被其他部门重用的系统，使用此开发工具开发。这样开发的每一个应用都是符合标准的、规范的、构件化的、可被重用的，应用之间天然可以相容，不会出现信息孤岛的问题。
如上图所示，通过统一标准的构件化应用建设，最终我们可以将诸如OA、审批、决策、应急指挥、人事等等各类政务应用融合在一起，建成电子政务综合业务系统，实现各部门系统联动、高效的处理政务业务，真正做到政务系统的“随需应变”并同当期的政务管理水平相适应。
各个部门的应用系统有很多是隶属国家部委垂直管理的，这些应用由于历史的原因可以不纳入统一的规范开发，但除此之外的应用可以考虑使用市级统一的开发工具和运行环境。这样每个部门可以使用市级的构件运行环境和硬件设备，以降低成本，减少维护人员；也可以自己搭建面向构件的应用支撑平台，规范本单位的应用开发，达到市级应用平台同样的良好效果。
政务业务构件的开发同时也是一个知识积累的过程，这些成果通过构件的形式可以很好的被其他部门分享、重用，减少相同领域的重复投资。因此可以建立集中构件库，各部门可以发布、获取构件，并应用在自己的应用系统中。
2、基于应用支撑平台的应用系统的运行和监控管理
采用应用支撑平台搭建的应用系统，符合面向构件的软件系统架构，系统的各个层次架构分明，通过平台提供的实时在线监控和管理工具，可以实现对系统各个层次进行监控和管理。用户只需通过Web界面即可实时监控系统的各项运行参数，快速诊断和修正系统运行时的错误及异常，用更少的维护成本确保系统正常发挥作用。
应用支撑平台需实现时刻对平台系统运行进行监控，以利于系统开发人员及运行管理人员进行系统调试与系统诊断。
在线运行和监控管理工具运行在应用支撑平台上，并为用户提供基于Web的管理界面。具有功能要求如下：
（1） 权限认证：只允许授权用户使用。
（2） 服务监控：显示不同的服务层状态，包括展现逻辑服务层、业务逻辑服务层、数据逻辑服务层。服务监控提供了对系统各个服务层次实时信息和统计信息监控，并能够统计和分析各个层次各个操作的执行时长，也可以统计各个层次各个操作的执行频次。其中数据监控服务提供数据实时监控及状态统计。实时对正在运行中、或已经运行结束的数据服务运行状态列表，分别显示了每个数据服务的SQL语句、开始时间以及线程标识。各个服务状态统计信息包括最长执行时间、最长执行时间列表、最大执行频次、最高执行频次列表等，对这些信息的实时查看和统计分析，非常方便用户发现应用系统的瓶颈、优化系统性能。
（3） 工作流监控:提供工作流的运行状态（启动、挂起、等待）的监控；
（4） 在线用户监控：提供在线用户的标识、登录时间及客户端IP的统计列表，进一步提高了系统的安全访问控制。
（5） 日志：平台需提供工具用于察看应用软件的运行日志文件，该工具要采用图形化界面，为用户和应用开发者提供界面友好，具有多视角的日志察看能力，展示日志的结构化，以及便于查找运行期间的错误定位。
（6） 故障追踪：利用日志管理功能还可进行应用系统的故障追踪，通过日志记录级别的设置功能，可以根据开发或者运行的实际需要，设定管理平台记录指定构件库层次的运行日志记录级别，如NONE、WARN、DEBUG、FATAL等级别。
通过log设置和查看功能，可以更快更好的监控应用系统的运行状况，及时发现系统运行的问题，修正软件的错误。
三、 基于构件的应用支撑平台设计原则
1、遵循相关规范或标准。遵循J2EE、XML、JDBC、EJB、SNMP、HTTP、TCP/IP、SSL等业界主流标准
2、采用先进和成熟的技术。要求应用软件采用三层体系结构，使用XML规范作为信息交互的标准，充分吸收国际厂商的先进经验，并且采用先进、成熟的软硬件应用支撑平台及相关标准作为系统的基础。
3、可灵活的与其他系统集成。要求系统应采用基于工业标准的技术，方便与其他系统的集成。
4、快速开发/快速修改的原则。要求系统应提供灵活的二次开发手段，在面向构件的应用框架上，能够在不影响系统情况下快速开发新业务、增加新功能，同时提供方便地对业务进行修改和动态加载的支持，保障应用系统应能够方便支持集中的版本控制与升级管理。
5、具有良好的可扩展性。要求能够支持硬件、系统软件、应用软件多个层面的可扩展性，通过负载平衡、快速开发/重组、业务参数配置、业务功能二次开发等多个方面使得系统可以支持未来不断变化的特征。
6、平台无关性。系统应能够适应多种主流主机平台、数据库平台、中间件平台，具有较强的跨系统平台的能力。
7、安全性和可靠性。系统应能保证数据安全一致，高度可靠，应提供多种检查和处理手段，保证系统的准确性。针对主机、数据库、网络、应用等各层次制定相应的安全策略和可靠性策略保障系统的安全性和可靠性。
8、用户操作方便的原则。系统应提供统一的界面风格，可为每个用户群，包括客户，提供一个一致的、个性化定制的和易于使用的操作界面。
9、应支持多CPU的SMP对称多处理结构
四、 基于构件的应用支撑平台总体设计
1、多层体系结构要求
应用软件要求自身的体系结构采用如上的多层体系结构，各层次的说明如下：
数据层分为数据子层和服务子层两层。数据层是系统的基础。数据层的服务子层向业务层提供统一、规范的原子服务，用于屏蔽业务数据的存储、组织和访问的细节，实现业务数据的充分共享。业务层必须通过原子服务访问业务数据。
业务层的业务逻辑通过数据层的原子服务访问业务数据。一组业务逻辑过程实现具体的业务功能。业务层通过向接入层提供统一的业务逻辑过程实现业务逻辑的共享。
接入层实现系统与外部的数据交换。对于系统使用者，接入层接收使用者的数据输入，通过调用业务层的业务逻辑过程实现具体的业务功能，并将处理结果返回接入层，利用交互界面进行表示。对于外部系统，业务过程通过接入层的接口服务完成与外部系统的数据交换。
要求应用支撑平台是建立在J2EE基础之上，并可以为以上各层提供快速开发和重组的手段，它为上述的多层构架体系提供先进、方便的面向构件的实现手段，架构在平台之上的系统，将具有强大的二次开发和适应变化的能力。
基于应用支撑平台的应用从纵向可分为：数据层，业务处理层，展现逻辑层和展现层。
数据层提供原子化的数据访问接口，系统不用关心访问的数据来源和数据库的类型，它提供统一的规范的基于XML接口的API，作为原子性服务，业务处理层只能通过它来访问数据。数据访问，数据层还提供了数据字典的管理能力，它使得应用层的业务配置具有强大的灵活性，基本数据属性的变化都可以通过参数配置完成。
业务处理层要求可以提供业务逻辑的任意层次的组织，可以通过业务步骤集成器将许多原子服务通过可视的流程编辑成业务函数，将业务函数通过可视化流程开发工具进一步组合成新的复杂的业务过程，极大地提高开发、测试、维护效率。业务过程提供统一规范的基于XML数据交换接口，系统通过BizService（Business Service业务服务）访问业务逻辑。
展现逻辑层主要处理不同通道客户端访问和提供灵活的表示逻辑组织方式，要求采用先进的“Model-View-Controller” 的原理来分离用户界面的显示、数据和控制部分，系统同样提供可视化流程开发工具对表示逻辑进行开发和修改。
应用支撑平台必须提供可视化的集成开发环境，能够快速开发、维护应用系统，还要求提供灵活的部署支持，业务模块的修改和开发新的业务模块都可以进行动态加载更新，完全不影响原有系统运行。
2、整体系统架构
应用支撑平台以构件复用和集成为核心，对分布式计算中间件做了进一步的封装，屏蔽了与应用不相关的技术细节，让软件开发商更多的关注政务业务本身，平台革命性地改变了软件的生产方式，为快速实现应用软件的开发和部署提供了强有力的技术保障。
应用支撑平台支持标准的J2EE应用服务器，包括BEA WebLogic、IBM WebSphere以及JBoss。也可根据需要，满足对其他应用服务器（Servlet引擎）的支持，如Apache Tomcat。政府部门可以根据需要选择自己熟悉的应用服务器，或选择经济适用的应用服务器来支撑上层的应用。
应用支撑平台要求能够支持Oracle、SQLServer、DB2、Sybase等主流数据库平台，可以很好地屏蔽上层应用系统与底层数据库的复杂连结。基于平台构建电子政务应用时，用户不必担心最终采用的是什么样的数据库类型，为选择既经济又合适的数据库平台提供了自由的空间。
应用支撑平台基于J2EE构架的特性，使电子政务应用可以不用考虑硬件配置或操作系统对应用的制约，基于Windows开发的应用系统可以自由地移植到Unix、Linux等操作系统平台上运行。
在应用支撑平台里，可以利用基础构件库和既有的一些构件，快速地搭建上层的应用系统。
3、基于构件的应用支撑平台的设计开发
传统的系统开发方式从分析、设计、构建、管理和维护的过程复杂而漫长，难以摆脱低效率的软件复用、开发周期长等困境，严重阻碍业务的发展。平台要求采用面向构件的模式，彻底实现流程可视化的开发。避免多应用系统开发的周期长、代价高等缺憾，可以极大地提高应用开发和重组的效率，特别是随着时间的发展，开发效率更是成倍数的增长。具体要求如下：
（1）一体化的开发环境。开发环境可以完成软件生命周期中大多数阶段的工作，利用统一的开发环境进行系统设计、代码开发、系统测试及系统部署，不需要切换使用其他工具。
（2）流程可视化开发。采用UML的图形化表达方式，利用自动机技术，实现了流程的可视化开发。开发者只需要通过图形化的拖拽即可完成大部分的开发工作，大大简化开发流程，降低对开发人员的要求，提高了开发效率。
（3）开发不同类型的构件。开发过程中以构件的形式展现了一个软件开发场景，包括不同层次构件的展现逻辑、业务逻辑、工作流、数据设计、页面设计等；同时提供了各种构件的可视化调试方法。开发好的构件可以在平台开发环境中注册，可以根据需要装配，对构件进行管理、分类，为构件的复用提供了便利。
（4）预制的构件库。平台需要提供充足的经过充分案例检验的基本的构件库，这些构件与具体业务无关，具有充分的适应性和完备性，基本可以实现应用的“0”编码。
（5）扩展开发和构件管理。要求平台提供灵活扩展开发机制，一旦用户有特殊的需求，需要开发自己的基本构件，提供了用户自主扩展开发的机制，并且开发出来的构件经过注册也可以方便地被构件管理机制统一管理起来。
（6）对渐进式设计开发的支持。要求平台支持渐进式设计开发。由于平台支持变化的特性和可视化的技术，会使得应用软件设计和开发过程有机融合，这样，对于非常重要而传统方式很难实现的渐进式设计开发过程变得简单和快捷。
（7）灵活的数据定义工具。要求平台通过数据定义工具可以屏蔽不同数据源的区别和数据设计的具体技术细节，并且对将来数据结构的变化可以方便的利用该工具完成。
（8）灵活的开发向导。要求平台可以提供多种开发向导，帮助程序员生成所需要的简单而完整的应用框架代码，此代码提供一个最佳的应用示例，并可减少开发工作、降低开发成本。
（9）完整的互联网应用框架。为了快速开发应用，平台必须内置电子政务互联网应用所必需的应用框架，包括角色权限与菜单管理、页面风格控制、系统日志及异常机制等，稍加配置即可适应不同的应用。
（10）灵活的部署方式。平台开发环境必须提供可视化的部署工具，基于平台的分布式计算框架，应用可以实现更灵活的部署。在业务逻辑的编写过程中，程序员无需关心构件的部署情况。同时，也可以在运行期间动态增加、修改构件包，或者改变构件包的部署，不会对现有应用产生影响。
（11）屏蔽技术细节及环境差异性。平台需要在最大程度上屏蔽底层环境的技术细节，使开发者不需要掌握Servlet、EJB、JDBC、JMS等诸多技能，不需要了解BEA WebLogic、IBM WebSphere、Tomcat等之间的细微差别，无需关心Oracle和DB2的处理细节。基于构件的应用可以平滑的移植到各种不同的应用服务器，迁移到支持的数据库平台。
五、 应用支撑平台的功能性要求
应用支撑平台必须是面向构件的互联网应用的基础平台，使得构建电子政务互联网应用系统不再复杂，必须提供可灵活扩展的应用架构，改变软件的生产方式，可以快速地搭建高质量、易扩展的电子政务应用并持续积累软件知识财富。
应用支撑平台需构建在分布式计算中间件J2EE Server之上，提供构件开发、构件管理与组装、调试部署、运行、应用管理的一体化应用基础平台，除了提供基本的应用构件外还提供了面向领域的业务构件；基于构建电子政务应用时，可用可视化的方法对基本构件库的原子构件进行组装，形成业务逻辑，将业务逻辑与页面组装形成应用，如果直接复用业务构件则可以进一步提高工作效率和软件扩展性。
1、应用支撑平台基础功能要求
（1）应用支撑平台的组成
l Server（服务环境）
为应用系统提供构件化、高度灵活的、高可靠性、高性能的运行支撑环境。提供完整可灵活扩展的面向构件的应用框架，它在为应用提供基于MVC高扩展性的软件结构的同时包含了电子政务互联网应用的共性系统功能，极大地提高了应用建设起点，用户可以在统一的应用框架下有序地构建和扩展一个可管理、可维护的互联网应用项目。
Server运行于J2EE服务器上，是一个标准的J2EE应用，它支持单机模式、集群模式以满足不同规模的业务系统的扩展需要。Server是开发、部署、运行、管理及维护环境的基础支撑环境。它提供了自动机引擎、XML数据总线、调试服务、展现服务、业务服务、数据服务、部署服务、异步访问、系统日志、安全审计、用户认证、访问权限控制等基本功能；Server具备独特动态EJB技术，即能够根据业务规模的需要部署或不部署EJB、以及根据应用构件的规模动态决定EJB数量及分布方式；Server提供的数据字典功能，可以根据实时改变数据定义而不需要重启服务、同时能够屏蔽不同数据源的差异。
l Studio（开发环境）
提供可视化的、面向构件的集成开发环境，具备数据定义、业务逻辑、展现逻辑及构件管理、流程调试、应用部署等功能；提供了面向构件的互联网应用开发、管理的通用环境，使开发人员能够快速地实现系统页面、业务逻辑、数据模型等的设计、开发、组装和调试，同时可以无缝地接入各种成熟技术以及第三方应用。
l 管理工具
提供Web方式的应用监控及动态更新环境，包括日志查看、不同层次的逻辑运行状况及数据访问的统计分析功能、在线用户情况、业务逻辑及数据字典的在线更新等等，系统管理员可以利用它实时监控应用运行状况；并且提供了基于JMX封装的接口，用户可以利用这些接口编写自己的适配器，从而监控用户自己的业务资源。
l 基础构件库
提供基于XML的数据操作访问、基本计算、业务操作、定义Tag等基础构件；支撑快速开发、组装和部署应用系统，是具有一定完备性和高度复用性的一组预制构件。主要包括与系统基础应用相关的一组原子构件，如数据库操作、事件管理、文件上传、业务字典等，也包括与应用的菜单管理、数据安全、权限部署相关的一组构件。
l 基础应用框架
提供缺省页面框架、菜单、角色/权限管理等模块构成的基础应用框架。利用基础应用框架，用户可以快速搭建一个电子政务应用，同时还可以方便地进行客户化工作：定制应用的独特展现风格、定义用户权限、基于角色定制菜单、设定功能及数据访问权限等。
（2）应用支撑平台的特性要求
l 多语言支持：支持中英文
l 多环境支持：支持主流的操作系统、应用服务器、数据库
l 支持多个应用项目
l 提供可视化的工具对一个或多个可复用软件进行注册
l 能够对应用项目中的所有资源（包括Bizlet、各种自动机、JSP页面、相关资源文件（XML文件/Java Properties文件））进行增、删、编辑修改
l 应用资源包括构件及应用所需的其它资源
l 能够导出一个数据定义至数据库或文件（以XML方式）
l 对于一个已经定义数据模型的应用，能够在需要数据接口的场合（如构件引用）提供类似下拉列表方式的数据引用
l 支持团队共享开发
l 可以通过设置在线更新开发环境（Studio）版本
l 提供完整、可扩展、可分离的Web页面框架
2、工作流支持的要求
要求应用支撑平台必须包含工作流支持，必须提供对组织的管理活动流的良好支持。平台必须拥有可视化的工作流开发环境，可按照定义好的工作流逻辑推进工作流实例的定义与执行，实际业务流程的变化可轻松通过工作流模板的变更来控制，前台用户界面中能够采用嵌入式的方法调用后台工作流版本，实时显示后台工作流的执行情况，具有良好的易用性。
（1）工作流要求包括以下几个部分
l 流程定义工具：平台要求提供业务流程的模板开发、部署功能；采用一个集成的业务流程开发平台，可以方便地通过图形化的拖拽方式进行集成开发，包括展现流程、业务逻辑、组织结构、角色权限等。
l 工作流引擎：提供业务流程的运行时支持， Workflow Engine可以无缝地与Server进行集成，以充分发挥Server包括跨平台性、安全审计、用户认证、事务处理、异步访问等强大功能。
l 工作流管理监控环境：提供Web方式的工作流程实例的管理及监控功能，包括工作流实例的查询、挂起、终止以及流程模板的实时更新、工作流运行参数统计等。
l 缺省工作台：缺省的用户工作台，提供任务/活动列表，执行，状态更新等功能，最终用户可以通过此工作台进行任务的查询、领取状态更新、分配等基本工作。
l 工作流构件库：工作流构件库包括业务流程管理、状态查询在内的所有功能，并且提供了以API、业务层、展现层等不同层次的构件，用户可以利用它建立嵌入式的以业务流程为核心的应用系统。
（2）工作流特性的要求
l 工作流系统要求支持以下流程模式：顺序、并行、同步、独占式选择、简单聚合；
l 支持“事件(event)->条件(condition)->动作(action)”模式的例外处理：支持时间事件、流程事件、数据事件和外部事件，支持通知、流程控制和外部动作；
l 支持一个活动的多个工作项，工作项数目可在流程定义时指定，也可以在运行中动态决定；
l 活动工作项的执行者可以是以下几类：个人、组织、职能部门和应用系统。
工作项的分配可以在定义时指定到具体执行者，也可以指定分配规则
六、 应用支撑平台的非功能性要求
1、系统的扩展性
（1）应用部署及集成的扩展性
l 可以方便地部署在多台应用服务器上；
l 支持服务器集群，并且随着系统硬件处理能力的增加而线性扩展；
l 采用XML、Webservice等开放的技术标准使得更加容易与其他系统进行集成。
（2）应用开发扩展性
l 基于构件的扩展性：使得任意复杂的应用可以由有限个原子构件组装而成，包括覆盖系统开发90%以上的原子构件，并且提供了原子构件扩展的方法，一旦按此方法对原子构件进行扩展即可纳入统一的管理体系中，将成为以后应用组装的基础件。高层的业务构件的产生和改变都是基于对现有构件的组装完成，所以基于的应用具有无可比拟的应用扩展性。
l 分层的应用扩展：在应用的不同层次，都可以通过图形化的方式进行扩展开发。针对数据定义、业务流程、服务层、展现层等各个层面都提供了面向构件的可视化开发工具，通过它可以方便地进行扩展开发。
l 丰富稳定的基础API：在开发过程中，用户的积累作为构件，很容易在框架下实现复用，随着开发的深入，这些复用的构件将进一步提高开发的效率。同时提供了更多的底层API，用户可以使用这些API开发自己的构件。
l 系统架构的开放性：允许用户将自己的代码以插件的形式，加入运行框架中。例如，可以使用自己的角色管理或权限控制模块，替代默认的模块，添加自己的统计分析模块等等。
（3）开放性
作为开放的平台，遵循以下规范及标准：
l J2EE： Server的实现遵循了J2EE标准，可运行于任何标准的J2EE服务器之上
l JMX： Manager遵循JMX规范
l XML：将XML做为内部及外部数据交换的标准格式
l Web Services：是与外部系统交互的标准方式
l WfMC： Workflow遵循WfMC规范
2、应用支撑平台的高可靠性
（1）支持集群部署
应用支撑平台系统应完全支持应用服务器的集群部署，可以采用多种集群部署形式，例如Web层Cluster、EJB Cluster等等，利用应用服务器集群，实现高可靠性和负载均衡，保证7*24小时不间断工作，不会出现单点故障。平台Server必须支持根据不同的应用服务器，进行不同的处理，开发时不需要了解不同应用服务器集群之间的不同。
（2）提供稳定的原子构件和API
要获得稳定可靠的应用，更重要的是尽可能重用那些经过多次验证的软件成果，建立良好的软件复用机制。在框架设计中，要求充分体现构件化的特点，除了提供构件运行平台外，还应提供大量的性能优良、功能丰富的原子构件，在开发过程中同样可以方便的实现构件的积累。
（3）降低软件复杂度
基于构件平台系统的开发与传统的开发方式相比，必须要大大降低系统的复杂性。传统应用中大量的JAVA代码被平台中的构件调用所代替，演化为Studio（平台开发环境）中几次构件的拖拽和配置。降低系统的复杂性，是提高系统可靠性的有力手段，对于一个相当大数量的地级市政府的电子政务应用，这无疑是至关重要的。
（4）交易完整性与分布式事务处理
平台要求能够封装 JTA/JTS 的调用，利用J2EE服务器的事务管理器，不仅要保证信息交互中涉及的单个或多个同构的数据源的交互完整性, 而且还能通过XA协议保证异构平台上的异构数据源的交互完整性。
（5）异常处理机制
Server（平台服务器）必须能利用自身的异常处理服务，在运行期间自动捕获表现层、逻辑层、数据层异常，通过对不同异常的处理，保证系统能够正常运行。
3、应用支撑平台的灵活性
（1）灵活性要求
要求平台不仅为各应用子系统提供了一个高度灵活可扩展的软件架构，更要建立一个为支持该软件架构涵盖应用软件开发、部署、运行、维护、管理的支撑体系，以更好地支撑应用软件各个方面的灵活性要求。
要求采用多层体系架构设计，将数据服务、原子操作、业务逻辑、展现逻辑、用户界面、工作流程有效的分离，各个层次之间的数据交互通过开放的XML总线技术实现，保证了层次之间的松散耦合，同时，提供了面向构件的应用机制，在每个层次上基于可视化的构件组装方式来搭建应用系统，实现的系统业务逻辑与代码完全分离。
由需求导致的应用软件的变化有可能发生在应用软件的一个或多个层次，在这样一个体系架构下，如果应用发生变化，首先相应层次的变化对其他层次的影响将降到最低，这样所需要做的工作也就大大降低，其次，在各个层次上都提供了强大的支持变化的手段，大大缩短改变的时间，这样使得基于的各个应用系统具有更加适应纵向变化的能力，真正做到随需应变。
（2）工作流程的灵活性支持
应用支撑平台要求提供可视化的工作流定义环境，运行时提供工作流引擎，按照定义好的工作流逻辑推进工作流实例的定义与执行，实际业务流程的变化可轻松通过工作流模板的变更来控制并进行在线更新。前台用户界面中采用嵌入式的方法调用后台工作流版本，实时显示后台工作流的变化以及执行情况，符合工作流程人性化的特点。
工作流建立在应用支撑平台的基础上，因为与应用支撑平台无缝集成使用，使其具有无比的灵活性，可以利用面向构件体系对工作流进行各种补偿。
（3）用户界面的灵活性支持
应用支撑平台需要为页面提供丰富的标签库，使得页面的表现力更好，变化的工作异常轻松。
（4）展现逻辑的灵活性支持
应用支撑平台要求以面向构件的组装方式来应对应用需求的变化，一个新的应用需求可以通过既有构件的重新组合或是构建一些新的构件就可以完成，这极大地方便了新业务的快速推出；当政府需要调整原有应用，实现新的表现形式的时候，平台提供可视化的方式，使用户通过简单的拖拽和连线的操作即可完成对页面展现形式的改变。
（5）业务逻辑的灵活性
应用支撑平台需支持以可视化的方式使用户通过简单的拖拽和连线的操作通过对原子操作的组装即可完成对业务逻辑的表达，相对于传统的代码级的编程方式，可视化的方式减少了业务逻辑的管理和维护的代价，使得业务逻辑的快速调整成为可能。
（6）数据的灵活性支持
应用支撑平台必须实现应用逻辑与具体的数据库访问之间的真正隔离，使应用逻辑的编写者无需关心具体的数据库操作。利用的数据服务功能，可以轻松建立起从数据库到业务对象的映射关系，有效整合不同应用模块和系统的数据资源，灵活适应业务数据的变化。
（7）软件部署、运维管理的灵活性
要求应用系统的部署可以根据业务的需要或组织机构的调整而随时重新部署，而应用系统则不必重新改动，同时还可以针对支持不同的应用服务器的部署。
4、应用支撑平台的高可用性
（1）灵活易用的开发环境
应用支撑平台开发工具需要充分考虑到人机交互的便利性设计。基于流程可视化的设计，使用者通过简单的拖拽和连线的操作即可完成对业务逻辑的表达；代码的智能提示、构建向导、快捷方式使开发更加容易。合理的在线帮助，无论初学者还是经验丰富的用户都能快速查找需要的内容。业界领先的图形化流程调试功能，可以模拟各种输入数据，在线调试业务逻辑。
（2）可视化更新部署
管理工具必须支持以可视化的方式动态更新、部署业务逻辑，修改、增加系统功能可以联机动态地进行，不影响已有系统的运行，这样对有些 7x24的不间断运行的业务是重要的。
（3）基于Web的监控
监控工具需支持实时监控正在运行的服务，通过对在线服务的监控以及历史数据的统计，可以对系统运行情况进行分析，迅速定位性能瓶颈。此外，利用系统提供的接口机制，用户还可以添加自己的统计分析接口。
5、应用支撑平台的性能
应用支撑平台必须保证良好的性能，为应用提供良好的软件架构，利用多项优化技术，增加技术细节，例如对XML的处理。提升J2EE应用的性能，保证系统的高效运转。
（1）基于EJB的动态分布式计算
要求在应用支撑平台的框架中，用户在不修改业务逻辑的情况下，可以将逻辑分布在多台应用服务器中进行处理，Server动态发现、调用不同的Session Bean，完成分布式调用。对业务量较大的服务逻辑，可以利用多台服务器进行处理，有效利用系统资源，提升应用的性能。
（2）动态缓存技术
要求平台服务器（Server）采用数据缓存技术，在多个层次设置Cache，对频繁使用的数据提供缓存，缓存区的大小、更新时间、方式都可以动态改变。此外，对关键数据的缓存还提供了事务完整性保证、并发访问控制、分布式数据同步能力。
（3）XML处理的优化
要求应用支撑平台架构中采用XML数据总线技术，采用多种XML的处理优化技术。在设计中，适当简化XML的结构，实现XML Parser和Xpath调用技术，保证XML处理的性能优越。
（4）动态的异步调用模式
要求应用支撑平台支持异步调用，对于响应时间较长的业务，可以方便的将调用方式设为异步，缩短系统的响应时间。
（5）通过集群部署提高性能
要求应用支撑平台完全支持应用服务器的集群部署，可以部署为Web层Cluster或EJB Cluster，测试表明，增加集群中服务器的数量，应用的性能同时会线性增加， Server不会成为性能提升的瓶颈。
6、应用支撑平台的安全性
要求平台提供多层次的安全机制：
l 自身安全性：本身进行了适当的数据加密、系统用户认证、基于角色的审计、分级别可配置的系统日志等；
l 可以充分利用J2EE本身的安全机制进行开发安全的应用系统，提供并封装了Java Cryptography Extension (JCE)及Java Authentication and Authorization Service (JAAS)以及分级别的可配置的Log API；
l 提供基于角色的用户认证，支持LDAP的认证方式；
l 提供基于数据、功能的权限访问功能；
l 支持CA认证方式。
7、支持面向服务架构的应用体系结构
要求应用支撑平台需基于J2EE、XML、Web Services等标准技术所构建，使得整个系统很容易扩展到SOA（Service Oriented Architecture---面向服务的结构），从而迎合技术发展的潮流。
l 需提供面向服务的API，使得技术人员可以灵活地根据需要使用面向服务的技术；
l 需将基础构件库以面向服务的方式暴露出来以方便开发人员搭建应用系统；
l 需提供工具可以将原有的系统以面向服务的方式提供，或者调用第三方的服务；需提供一整套面向服务的集成环境，结合特色，为用户提供完整的面向服务的解决方案。