爱华网
软件工程硕士论文：基于Web Service的电子政务系统的研究与实现
第四章需求分析
4．1电子政务建设目标
电子政务的总体建设目标是以信息安全为基础，以数据获取和整合为核心，面向决
策支持、面向公众服务。
4．1．1决策支持系统
电子政务的建设一定要面向政府部门的决策支持，提高政府部门决策的准确性和科
学性，使政府为整个国民经济和社会的发展提供科学的计划和宏观调控。具体地说，面
向决策支持主要包括有效数据获取和整合、有效授权与高效办公、先进数据挖掘和决策
支持、智能公文流转与公文交换以及社会资源、自然资源和人力资源管理等。
4．1．2公众服务系统
面向公众服务是面向国际电子政务发展和建设的主流趋势，使电子政务面向决策支
持功能的根本目的，因而也是电子政务建设的重点之一。
公众服务以建设高效、公开、勤政的公众服务系统的目标，以政府部门同常业务处
理信息系统以及国家信息安全基础设施为基础，通过先进的互联网技术更好地向社会、
企业和公众提供政府部门的服务，以适应信息化社会发展的需要。典型的公众服务业务
系统包括一站式服务框架、网上工商系统、网上税务系统、网上政务公开系统、网上政
府采购系统、网上社会保障系统等。
4．2电子政务分层逻辑模型
整个逻辑结构按照功能可以自下而上划分为三个层次：基础设施层、统一的安全电
子政务平台层、电子政务应用层。
1．基础设施层包括网络基础设施和信息安全基础设施。这个逻辑模型是对各级电子
政务系统的抽象概括，适用于具体政府部门的电子政务系统或者整个电子政务系统，其
中网络基础设施、信任和授权服务基础设施构成国家信息安全基础设施NISI。网络基础
设施层是为电子政务系统提供政务信息及其他运行管理信息传输和交换的平台，是整个
电子政务体系的最终信息承载者，位于分层体系结构的最低层。
2．信息安全基础设施在网络基础设施所提供的信息传输服务平台的基础上，增加了
面向电子政务应用的通用安全服务，为电子政务应用提供了一个通用的、高性能安全和
授权计算平台，即所谓的智能化信任和授权平台。智能化信任和授权基础设施的引入使
电子政务应用系统能够以便捷而灵活的方式来构建自身的安全体系。
3．电子政务应用层主要是在统一安全的电子政务系统层所提供的一站式电子政务服
务框架的基础上，加载和运行的一系列政务业务应用系统，是体现政务服务的关键，也
是电子政务系统面向最终用户的层面。
J L
网上网上网上金融处理
I子政务工商税务统计服务办公
踅用层
一站式服务框架
’ r
L
统一可信Web服务平台
!一的安
：电子政统一Web f-jp平台
，平台层
统一数据交换平台
r
JL
信息安全域基础设施
|PK-lIPM·f
I CA f|KM¨RAIl AAlI RM l
基础
荧施层
网络信任域基础设施
网络信任域网络信任域
互联网互联网涉密网
r
图4．1总体技术结构的逻辑模型
model of theWholestructure
Fi94-1logicaltechnology
4．3实例描述分析
要完成完整的电子政务系统是复杂的过程，因为系统本身的特点，包含的子系统过
多，因此我们这里主要描述了政府的一站式电子政务系统，并结合面向Web服务的电
子政务工作流模型，这里主要实现的模块包括政府一站式服务门户、政务服务驱动引擎、
政务服务注册中心、消息总线、信息资源库、Web服务组件、过程定义工具、以及服
务流程管理工具等组成部分。
从整个电子政务系统的应用层次上来说，主要实现的几个部分为：政府公众信息网
部分、办公业务网部分、部门内网部分。 4．3．1各子系统之间的整合实例
设A为一主管部门，它拥有多个下属部门，各部门内部之间都已经用不同的技术
方式实现了内部的电子政务系统。现在需要将它们的业务逻辑进行整合，要求各个了部
门与A之间能方便地进行信息交互。此例逐步展示了A部门如何向各个子部门提供
W．eb服务。
为了方便系统之间尤其是异构平台之间的交互，需要将所有的操作(服务调用，如
数据请求、数据添加等)和操作的数据(服务调用的参数和返回)进行规范化的描述，以便
所有需要参与互操作的系统共同遵守。规范定义分为两个部分：(1)数据结构：该部分
定义在SOAP消息中传输的参数／数据和响应数据的XML Schema，作为每个API的补
充的消息格式，同时为最终的API处理提供数据层解析／包装的规范。(2)操作API：是
一组SOAPAPI，定义不同的SOAPAPI的行为和实现的调用／响应的功能描述。主要涉
及到的步骤为：
1．数据结构设计
在应用中，需要传输的数据可分为两类：类别和数据信息。类别指明所传输的数据
类别、意义(如所传信息为财务数据还是人事数据)，数据信息则是具体的值。因此，需
要分别对这两类数据结构进行描述。
2．操作API设计。
在确定了数据结构XML描述格式后，接下来设计操作的API。根据实际需求，为
了覆盖所有需要对外的功能，可能存在许多的API。
3．WebService实现．
在对交互信息做了规范化描述后，进一步介绍Web Service技术系列中的XML
Schema、SOAP、WSDL、UDDI等在服务实现的过程中是如何被一一使用的。
4．XMLSchema数据建模
使用W3CXMLSchema描述的XML文档。
5．SOAP消息示例，在定义XML Schema之后，在Web Service实现时，可以参照
XMLSchema使用SOAP进行互相通信。
6．WSDL服务描述
对SOAPAPI消息完成Schema建模之后，这个数据模型可以由SOAP接口来使
用，当发生具体调用时可以使用这个数据模型来处理传入的参数并生成传出的参数。利
用这个数据模型，可以生成相应的WSDL描述，从而将这个Web Service的接口文档发布给使用者，该接口文档具备被程序自动处理的能力。根据XMLSchema生成WSDL
文档是非常方便的，有丰富的工具可以使用。
7．UDDI服务发布
政务系统是面向公众的，为了使更多的潜在用户能够发现这个Web Service，同时
也为了加强Web Service的互操作能力和灾难恢复时的连接保持能力，需要使用UDDI
SDK将Web Service注册到UDDI注册中心去。在UDDI中所提供的服务以所谓的
Tmodel fTechnicalModel)来代表。TModel是UDDI用来描述服务的接口，Tmodel也
使用XML格式封装信息，代表在UDDI中可对外输出的服务。而在这个XML文件中
拥有一个惟一的tModelKey，以及描述这个Tmodel服务的URL，通过这个URL可以
查询到这个Tmodel代表的服务描述信息。
4．3．2东营市政府的主要部门
图4．2东雷市各部门结构图
Fi94-2 structures of mainly departments in city DongYing
对于以上各个组织部门，均可以建立一个子系统作为该部门的电子政务系统，根据
上一节提出的解决方案，系统之间的通信是可以实现的，基于Web Service的技术为各
部门之间的信息共享和访问提供了支持。
4．4模块设计需求
由于系统所涉及的模块数目巨大，这里不再详细一一介绍，以信访系统子模块为例 来简要说明。另外所有模块均应满足以下条件：
1．系统总体要建成一个以业务数据库为基础，工作流为纽带的统一综合性平台，帮
助优化和改造的办公流程，提高整体工作的有效性。
2．先进的软件体系结构，并将关系数据库和文档数据库有机的结合，适应种种可能
的变化和事件，提高政府整体快速服务能力。
3．自适应的工作流程定义，用户可以根据自身工作的机构设置灵活调整工作流程，
而无需修改程序。
4．支持远程网上办公。
5．采用IBM最先进的智能决策支持系统平台，使决策支持系统在基层政府的OA
系统中首次得到应用。
6．集成了OCX控件技术，包括全文批注控件，动态签名认证控件，手写识别控件，
亲笔电子邮件等功能，使系统的使用更加方便。
信访管理是电子政务系统中的重要模块之一，根据领域分析，信访管理主要包括信
访登记、信访请示、信访转办交办、信访催办等主要内容。其中，信访登记是信访工作
的起始环节，通过对来访、来信、来电的处理、登记，将信访所反映的主要问题和相关
情况录入到计算机中，建立起信访登记库；信访请示是信访件受理后，报有关领导批示
处理办法的程序；信访转办交办是把已审批、要转初查的信件交下级部门或其它部门和
具体办理人员的一种安排；信访催办主要是为了提高信访办理的工作效率，保证信访件
按时报结，对正在办理的信访件进行催报的处理过程。它是对信访初查时限的管理。根
据上述分析，设计信访管理子系统的用例模型表达信访管理子系统的需求，
4．5小结
本章开始对系统进行需求分析，前两节描述了宏观上整个系统的总体建设目标、以
及逻辑分层模型。后面主要是结合东营市政府部门的具体实际来阐述电子政务系统的功
能需求，这是论文的重要部分之一。
第五章模型架构详细设计
5．1系统服务总体架构
电子政务的工作流模型和Web服务器架构可以用不同的模型来进行描述和研究。
文中结合了一种面向Web服务的电子政务工作流模型。参照数据库系统模型的分析方
法，可以将Web Service架构划分成基础概念层、逻辑分析层和应用物理层三个层次的
模型。基础概念层模型指出了参与Web服务架构的各个实体间的关系及其基本活动，
逻辑分析层模型描述了每一个Web服务具有的标准协议栈，而应用物理层模型则涉及
到Web服务架构中各个协议的具体实现。系统的总体架构图如5．1所示。
电子政务门户
公信
文息
处交
理 薹|l耋I l|||ll茎Il蓁ll薹||霎I|蓁换
应用服务中一6,(ira，COM+AVeb Service／．Net，MSMQ)
开发平台(Visual Studio．Net)
基础服务(目录系统，邮件系统，数据库系统)
应用支撑平台
图孓l系统总体架构‘
whole frameof the
Fi95-1system
5．1．1基础概念层
在电子政务平台中，基于SOAP的Web服务包括以下三个部分，具体的框架图如
图5．2所示。第五章模型架构详细设计
图5-2基础概念层模型
basiclevel model
Fi95-2 concept
(1)服务提供者
服务提供者是提供W|eb服务的政府部门和机构。提供者发布对政务服务的描述。
(2)注册中心‘
注册中心是基于通用描述、发现、集成标准的，提供了一个开放、平台无关的技术
框架。
(3)服务请求者
服务请求者是请求政务服务的公众或者企业。请求者可以利用SOAP消息发送请求
到注册中心，在其上定位并获得所需要的服务。
5．1．2逻辑分析层
在逻辑分析层，主要描述了整个系统涉及到的服务协议，具体层次结构见图5—3。
1．线(Wire)级协议栈，主要负责处理Web服务环境中不同角色间实际的信息交换，
它包括网络传输(Transport)、消息包装(Package)和消息扩展(Extensions)---部分。
2．描述(Description)级协议栈，描述级协议栈解决的是关于电子政务服务的描述问
题，即一个电子政务的Web服务能做什么，它是由哪个政府部门提供以及如何调用它
等。服务描述和SOAP消息机制一起，使得电子政务的Web服务真正实现了与底层的
平台和语言无关，通常可以将协议栈中的协议划分为描述单个Web服务的协议和描述
多个Web服务之间互操作的协议。
3．发现代理(Discove巧Agencies)级协议栈，发现代理级协议栈包括以下三个层次的
协议：
(1)查阅层(Inspection)：它提供了一种分散化的服务发现方法，如WSDL规范就
定义了一种包含某领域内WSDL的URL列表和其他WSIL文档的URL列表的文档格
式。
(2)发布(Publication)：Web服务必须发布以后才能被服务请求者查找和调用。Web
服务产生以后，发布到哪里以及如何进行发布就是发布层所解决的问题。根据应用对
Web服务的动态性强弱的要求，可以采用不同的发布机制，如直接发布，利用WSIL机
制发布或者利用UDDI库发布。
(3)发现(Discovery)：协议处理服务的发现和查找问题。在设计阶段，服务请求者
根据服务的接口描述来查找服务；在运行阶段，服务请求者根据服务的通信方式和服务
质量来查找服务。查询方式支持按接口类型(如WSDL模板)查询、按绑定方式(如协议)
查询、按特性(如QoS参数)查询、按指定消息中间节点类型查询、按服务分类查询及按
商业信息查询等。 5．1．3物理应用层
1．政府公众信息网部分
Web服务的完整的工作系统；也有可能是细粒度Web服务，d,N只是完成～个具体功
能的原子服务。Web服务组件可以根据需求全新开发，但更可能的是将已有的、相互
间独立的内部系统的核心功能以Web服务的形式发布出来。从图中可以看出模型中还
有一个消息总线，消息总线是沟通模型中各个部分的桥梁，它不完全属于前面提到的任
一部分。消息总线是对模型中各部分之间实现可靠通信的一种抽象，通过它将模型中的
各个部分以一种松散耦合的方式组织起来。消息总线的引入使得模型的总体架构是稳定
的、松散耦合的，不论是模型中的哪个部分发生变化，还是消息总线自身实现技术发生
变化，整个模型的构架不会发生大的改变。整个架构如图5．4。
部门内部信息系统部门内部信息系统
图5．4应用物理层模型
Fi95—4 implementphysical level model
5．2系统技术路线
5．2．1三层结构模式选择
随着中间件与Web技术的发展，三层或多层分布式应用体系越来越流行。如图5．5
所示，在这种体系结构中，客户机只存放表示层软件，应用逻辑包括事务处理、监控、
信息排队、Web服务等采用专门的中间件服务器，后台是电子政务系统数据库。在多
层分布式体系中，系统资源被统一管理和使用，用户可以通过网络透明地使用整个资源。5．2．2工作流的应用
工作流技术经常和政府业务流程再造(BPR)紧密相连。BPR所关心的是对组织机
构内部的业务过程进行评价、分析、建模、定义以及操作上的实现。工作流技术提供了
把业务过程逻辑从具体的IT工具的操作中分离出来的方法，并且还可以在以后把改变
的过程逻辑规则添加进去。
工作流就是自动运作的业务过程的部分或整体，表现为参与者对文件、文件信息或
任务按照规程采取行动，并使其在参与者之间传递。简单地说，工作流就是一系列相互
衔接、自动进行的业务活动或任务。它的主要特点是实现人与计算机交互事件结合过程
中的自动化。工作流主要涉及的内容是工作任务的整体处理过程、工作组成员间依据一
组已定义的规则及己制定的共同目标所交换的文本文件、各种媒体信息或与任务相关的
信息。工作流技术应用的常用领域为文档管理、电子邮件与目录服务、群体、基于事务
的应用、项目计划支撑软件等。，
工作流管理系统是一个完整地定义、管理和执行工作流的系统，并按计算机表示的
工作流逻辑规定的次序，以执行软件的方式执行工作流。从技术角度看，工作流管理集
成了计算机科学和管理科学各个领域的原理、方法和技术，其中包括数据库管理、异构
分布计算、系统集成和业务重组等，集成不同领域的概念具有很大的挑战性。从应用角
度看，工作流管理能大大提高企事业单位的工作效率，为政府业务流程再造提供技术支
撑，促进电子政务的快速发展。
5．2．3．Net技术的应用
(1)借助VisualStudio．Net和．Net框架，Microsoft．Net允许更快地开发软件应用
程序和服务。
(2)．Net框架和Visual Studio．Net将为应用程序和XMLWeb Service提供更高的可
靠性。
(3)XMLWeb Service的使用将允许在．Net平台上创建的应用程序和服务更容易、
更有效地集成在一起。
实现政府公众信息网可以使用简单的JSP+JAVABEAN的形式，而JSF已经纳入了
J2EE规范中，J2EE平台技术对Web服务提供了一流的支持能力。在J2EE中，使用Web
服务同RMI、RMIIIOP并没有多大的区别，它们都会将具体传输层屏蔽掉，使得开发者
能够专注于业务逻辑。而本文设计的是采用基于ASP的UML架构模式，这样的好处是
尽可能的使其做到表示层与业务逻辑层的分离，且使得模块的重构性增强，面向对象一直是软件开发的一个大方向，因此本文中所采用的方法是可行的。
5．2．4 UML建模
UML是运用统一的、标准化的标记和定义来实现面向对象的软件分析和设计的一
种方法。它采用一整套成熟的建模技术，适用于软件开发的各个阶段。UML模型工具
支持需求模型、结构模型、行为模型和实现模型四种模型，试图从需求、静态结构、动
态行为和实现的角度来刻画一个系统。UML定义了五类图(共10种图形)，用于提供静
态建模机制和动态建模机制。静态模型机制包括：用例图；对象结构图(类图，对象图，
包图)；实现图(构件图，配置图)。动态模型机制包括：行为图(状态图，活动图)；交互
图(顺序图，合作图)。这四种模型和五类图与领域工程指导下的可重构政务信息系统的
构件化开发过程模型对应关系如下图所示。下面本文将通过实例说明如何在领域工程指
导下快速开发高质量、易维护、可重构的电子政务系统。
采用UML为建模语言，使用Rational Rose为分析、设计工具，对该子系统进行建模。
RationalRose是Rational公司推出的支持UML的、功能强大的、可视化的、支持J2EE的
建模工具，它通过用例、逻辑、组件和部署视图支持面向对象的分析和设计，在不同的
视图中建立相应的UML图形，反映系统的不同特征。Rational Rose提供的正向、反向工
程功能可以在UML设计模型和系统语言代码之间转换。我们建模完毕后，可以将其转化
为简单的C程序代码，然后嵌入到．Net中来实现系统功能。
5．3详细模块设计
整个系统主要包括办公管理、业务管理、信息服务、辅助决策、系统管理五个子系
统，二十多个模块。下面对它们的功能做个简单介绍。由于模块数目过多，在图5．1中
已经列出了系统的总体架构，基于WebService技术我们简单实现了整个框架，详细设
计了常用的信访子系统、电子邮件系统两个模块。我们采用5．2中所详细叙述的三层模
式系统路线进行设计，应用了Web服务提供者、请求者、服务注册器三者之间的通信
协议，主要包括：WSDL、UDDI、SOAP。分别建立不同的协议栈来保存，在实际应用
中对于协议进行了一定程度的改进。整个电子政务系统网络架构是基于．Net来实现，在
详细模块设计时，采用了工作流和UML建模的方法，这种即插即用的模块设计法对于
以后的集成做了铺垫。
5．3．1办公管理
1．待办事项，该模块可直接浏览所有需要办理的公文、通知、督办事项和收到的邮件等，并且从此能进入和处理等待办理事项。
2。公文处理，根据总体需求分析，对市政府业务的分类、分解以及结合对现行办公
管理方法，公文处理系统可以分为三大功能模块：发文处理，收文处理和档案借阅管理。
3．督办管理，包括上级交办、领导交办、会议督办、人大议案、建议督办、政协提
案、其他督办。
4．事务管理，包括工作计划、工作总结、日程安排、大事记、车辆管理、接待工作、
后勤事务。
5．会议管理，会议申请、会议通知、材料准备、会议记录和会议查询。
6．邮件管理，办公邮件分两部分：普通邮件处理和通知处理，主要是完成个人与个
人、个人与群组之间的电子通信。
7．信访管理，信访管理子模块包括二个部分：信访登记、信访统计，主要记录各类
来信、来访、来电以及上级转办信访件接办登记及处理情况，进行统计。
8．信息发布，信息发布子模块的功能是完成网上信息的共享，根据共享的范围分为
内部发布和公共发布。．
9．档案管理，档案管理用于管理日常办公过程中所形成的各种文档信息。档案管理
为档案管理员提供归档管理、销毁管理和借阅管理三个主要功能。
10．保密管理，据用户需求保密管理主要指公章管理工作。
11．资料管理，管理各种资料，包括会议资料、公文资料、信访资料、计划总结、
后勤文书、其他等分类，用户可创建、自定义新资料夹。
5．3．2业务管理
1．党政管理包括了党员管理、人事管理、宣传工作、选举工作、综合治理等子模块。
2．社务管理包括民政工作、社会福利、兵役工作、武装工作、法律服务、司法服务、
计划生育工作等的统一管理。
3．财经管理按功能划分为窗体顶端、窗体底端、审计工作、财务管理、农业管理、
工业管理、旅游管理、安全生产、财政管理，实现对全市国民经济的统一管理。
4．人口管理主要是建立全市基本人口数据库，在人口数据库的基础上，实现对常住
人口、暂住人口的管理。
5．社团管理主要对工会、妇联、共青团办公室以及行业协会组织的主要业务，建立
有关的组织、人员数据库，便于统一管理。
6．教育管理实现对学校、教学、学生、招生、幼教等教育事务的管理。7．资源管理以GIS技术为主，分国土、规划、建设、环保、公安／消防、资源、建
设监察、水利／路桥管理等功能子模块。
5．3．3辅助决策
辅助决策子系统基于电子政务中心数据库，主要提练人口、资源、经济等有关数据
进行综合统计、分析，为领导决策提供分析和参考意见。
5．3．4信息服务
主要完成政府政务公开，网上查询政府综合信息，实现各种信息资源共享。
5．3．5系统管理
此系统提供对整个电子政务系统的权限、操作维护、监控和管理。
5．4信访管理的详细设计
根据第四章中所提到的信访管理子系统的模块设计，实现信访管理几个简单功能。
子模型可以抽象成处理包括登记、转办交办、催办、请示、批复等政务流程，供具
有类似政务流程建模复用。例如行政文件的审批流程与此类似，可将该模型结合文件审
批流程作相应改动即可生成文件审批子系统模型。通过对信访管理的分析，要对信访管
理的实现模型进行系统逻辑设计。根据UML建模语言，由信访管理的实现模型及其基本
流程，可设计出各实现模型的顺序图及合作图，然后抽象出类图，并应用领域设计的思
想对相似、重复的类进行整合、抽象，并按CCM和EJB标准形成逻辑模型。可以按照下
面设计系统各子类，CallOnRegisterForm为信访登记的边界类(Boundary)，将来映射成
JSPs、HTML、和窗体；CallOnRegisterController为信访登记的控制类，将来映射成Servlets
或EJB的会话Beans；CallOnRegisterRecord为信访登记的实体类(Entity)，将来映射成EJB
的实体Beans(Entity Beans)ScanServiceInterface为信访登记和辅助录入之间的接121。这
些类同样要按领域工程的思想抽象出来，形成构件库、规则库、模板、演化、例化等可
复用软件半成品。
5．5系统界面
基于WebService技术的特点，我们在设计界面时更加容易，网络技术的发达与协
议标准接口的发展使得创建基于Web的界面不再困难。
下图则是一个用ASP简单实现的一个登录界面。我们在设计整个基于Web的系统
时就可以简单地实现交互式界面，而且还可以对其进行美化。Fi95—6theloggingininterface ofthe system
5 6小结
术驻足系统的洋细设计阶段．介绍了系统所采用的技术路线和儿发工』L，从Jr始的
系统功能设计细化为备模块的详细设计，在详细模块设计中，以信tf『管理系统为例r，
详细说明了电予政务系统中如何去实现干模块。这是论文的卡体部分所在。
第六章系统功能实现与评价
6．1系统功能实现
应用上述技术，来构建政府部分业务网络管理系统。该系统以“工作流"的形式将
实际工作中的税收事务处理流程表现出来，并使流程在系统的管理下按照事先设定的环
节与方向运行j有效避免人工流转可能产生的偏差，提高流程流转效率。
系统采用三层结构的设计思想，使用Rational Rose对软件进行UML建模，并使用
微软公司最新发布的ASENet开发工具，安全性更好，维护量更小，对硬件资源的需求
较低。同时数据迁移技术对迁移目标系统的技术平台和数据库结构没有特殊要求，因此
主体软件的升级换代，不影响流程管理信息系统的使用，具有较强的生命力。系统在
Windows网络环境下，服务器端使用Sybase数据库进行建库，实现工作流的基础数据
设计。采用VB进行工作流引擎应用程序编程，通过ASENet提供用户界面和数据访问
层，用户使用客户端浏览器对服务器端的数据访问获得工作任务项进行处理。
主要实现的功能模块：政务应用系统。在一站式电子政务服务基础框架平台上加载
和运行的各类政务系统。主要涉及到了政府部门内部的通知、公告等信息和人事管理模
块的相关内容。
接口平台，一般社会公众和政务专网公务员两个类别，这里主要设计政务专网公务
员这一接口。
客户端模块，主要提供对底层的信任与授权服务等基本功能。
图6．1中主要的模块功能为：政务公开、网上办事、投资指南、便民服务。主要的
功能实现在网上办事模块。
主要的工作流程：用户通过导航登录到电子政务系统的统一门户网站，选择相应要
办理的业务事项，根据需要进行必要的身份认证后，可以开始项目办理工作。申报办理
一个项目，包括填写必要的表格；提交材料(可采取网上提交、网下人工提交两种方式)；
修改或补充信息和材料；所有的信息存入系统数据库及其文件。此时门户系统将通过外
网和专网的暂存服务器，将用户的业务请求提交到工作协调服务器，工作协调服务器根
据管理人员依据实际业务分析出的业务流程，来决定业务类型以及以后的数据流向。6 2系统评价
针对现有电子政务评估方法存在的问题，中国社科院信息化扎D提m“}U千政务行
政生态学指数(EGAE[)”的方沾，希望从结构设训上进行改进，以尽龄避免上述N题。
EGAI"『方法的指导思想就是实事求是．努力把握“普遍真理”与“』}体实践”之fEI]的"
政生态关系。这里重点讨论一下它的方法论。
6 2 1就绪评价与能力评价
电子政务的就绪评价与能力评价，是基于就绪状态与能力状态测度的lU r政务1H实
判断。就绪评价与能力tF价是电子政务评估中最基本的方法，也是最常用的办法。龇订
电子政务评估方法，绝大部分属于这个范畴。它的突出优点足：-0以超脱J汁估对象小
I司环境、不同条件的差异，抽取出普遍共通的客观指标，进行十日’1：比较：突m的缺点址：
仅以资源京赋为j：耍评价依据，造成“投入越多．得分越高”的计价结果，对价优f如
效茄)币敏感。
电子歧务的就绪测度，主要集中于三个方面，t足基础设施状态测度，包括}U f蚁
务的ICT基础设施、制度基础设施(习惯、文化2j制度)测度足心Ⅲ状念测度，乜
括电子政务的ICT应用、业务发展与转型程度测度；三是资源测度包捅政务信息资渊、人力与智力资源的测度。电予政务的能力测度，则可以分别从单纯技术支持、在线信息
服务、在线互动性、在线处理服务、服务～体化、组织转型等方面入手进行状态的量化
描述。
就绪与能力评价，本质上是测度，丽不是评价。因为它们是基于认识，丽；#实践的；
因为它们主要是事实判断，而不是价值判断。然瑟对于毫子致务“好"或是“不好’’这
样的评估来说，仅有事实判断是不够的。比如，建设有效益的信息化，就是一个价值判
断～有效益的是“好"的，没有效益的是“不好"的。因此，必须有一组参照系，作为
价值判断的根据。这就需要引出以下三方面的价值判断，作为就绪和能力状态的评价系
统。．
6．2．2环境评价
环境评价，实际上是一个价值判断。强调资源察赋要与所在条件相匹配，资源察赋
配嚣与所在环境嚣配，就好；否则，就是不好。资源禀赋包括不同盼资金投入、物质投
入和人力投入。
环境评价在整个电子政务评估中，是一个事实要素，还是一个评价要素，具有本质
区别。许多电子政务评估，将环境作为与其它要素并列的指标，进行事实判断。当环境
评价作为一个事实要素时，其结果是累加到就绪与能力评价之上的。也就是说，环境较
好则加分，环境较差则减分。或者说，环境越好分越高。而作为一个评价要素，其结采
则是对于就绪与能力评价的“打折’’。也就是说，评价结果离低，取决于系统与环境是
否匹配，匹配为高，不遥配为低：翁不取决予环境分值高低，不是环境越好分越高。
将环境评价作为价值判断，当作评价要素来对待，是行政生态学的根本要求。环境
评价的价值标准，是“符合不符合国情"。以符合国情为“好”，以不符合囡情为“不好"。
中国特色电子政务道路，本质上就是靠中国特色’’所代表的行政环境，与“电子政务”
所代表的行政系统的一种行政生态匹配；反过来说，所有行政生态学结论，都其有“某
菜特色的某某道路”这样一种形式特征。同一个就绪和能力状态测度僮，如果被评价力
不符合国情(超前或滞恁)，它的效果就会大打折扣。
从我们的测评实践来看，与电子政务有关的行政环境，主要包括四个方蓖，也就是
经济发展环境、行政效率环境、沟通网络环境与社会文化环境。其中经济环境相关系数
在O．5--,o．7之间，相比之下，具有最显著的统计意义。 6．2．3绩效评价
绩效评价与环境评价一样，也是对事实状态的有效性评价，只是参照系不同。这里
的绩效评价具有特定含义，主要是指以敢务冒标和战略为参照系的有效性评价。评价所
涉及的效益，是电子政务的闯接社会效益。绩效在这晕是指电子政务对实现既定政务器
标和战略是否有效。
进行电子政务绩效评价，需要建立～个可量化的绩效谱系。在绩效的谱系中，我们
区分出五类不同的电子政务策略(目标和战略)类型。它们分别是技术应用型策略、管
理信息化型策略、扁平服务型策略、电子民主型策略和全面响应型策略。
在我们的行政生态体系结构中，绩效评价与环境评价是有内在关联的。不同的行政
环境，有其对应的不同政务墨标和适宣战略。比如，在～个企业组织普遍采取金字塔结
构的经济环境中，政务策略被定位于政府流程再造，就会由予公营与私营组织结构不对
称，造成行政环境与行政策略的不匹配，较高的行政策略目标，由于超前，不仅无助于
加分，而且要被打折。
电子政务绩效评价在整个电子政务评估体系中的作用，是通过赋予权重的方式，对
就绪与能力状态的测度分值，在环境评价基础上，进一步进行“打折”。
比如，我们将绩效飚标确定为监管，那么首先是根据监管对于所处行政环境阶段的
地位和重要性，来确定权重。监管作为一种政府职能，在以职能(转交和优化)为核心
的政务阶段，具有一级权重；但在以流程为核心的阶段，只具有二级权重。相反，公民
‘
参与互动，在政务发展的早期阶段，权重较低；而随着发展，权重越来越高。
绩效评价的行政生态实质，是认为选择什么样的政务绩效目标，受制于行政生态条
件。必须从实际出发，实事求是地确定。而电子政务的政务绩效效果，主要依赖于政务
绩效磊标本身的合理性。
6．2．4用户评价
如果说续效评价是评价政府，丽政府最终要为公民服务，爨此是闻接社会效益评价；
那么用户评价就是直接社会效益评价。它不是从行政主体角度提供的评价，不是从电子
政务提供方角度提供的评价，而是由电子政务需求方给予的评价。用户评价，是制约就
绪和能力状态测度值“投入越多得分越高"的第三重“打折”评价系统。
用户评价在技术上并不难，许多入也做过这方面的探索。从行政生态学指数角度看，
用户评价的难点在于：第一，用户评价不是绝对的；对用户评价本身，也需要进行评价。
也就是说，用户评价首先需要经过环境评价的再评价。举铡来说，不发达地区，如果提出了电子民主的需求。是超前，还是适宜，对此如何评价?在印度条件下和中国条件下，
可能结论不同。需要与环境评价中的行政环境进行关联，才能得出判断。第二，同是“增
加群众满意度’’，在“大政府"、“小政府"、“政府再造”和“全面响应”等不同条件下，
含义是截然不同的，需要做出区分。
“电子政务行政生态学指数(瑟GAEl)”的方法，虽然还不能涵盖所有同电子政务
效果有关的子系统，但它至少有助予解决一个关键性的阏题，那就是它可能从最关键的
几个方面，科学评估电子政务的效益(主要是社会效益)，不会再出现“投入越多，得
分越高’’的违反“建设有效益信息化”原则的情况。
6．3小结
本章是论文的主要成果展示，主要介绍了系统所实现的功能以及系统的评价准则两
部分内容。
1．总结
电子政务发展，对我国社会主义信息化建设，有着举足轻重的作用。同时，电子政
务是一个复杂体系。要使Web服务成为竞争优势，除了集成化服务外，另外还有几个
不W缺少的环节。特别是电子政务中所涉及到的安全问题，将对电子政务的发展起到决
定性的作用。焉安全闯题，又是一个涉及到多方面，多屡次的，因此，电子政务的研究
将是长期和复杂的工作。随着Web服务技术的发展，以及信息安全、网络安全的完善，
Web服务在电子政务一定会有长足的发展，必定会成为实现电子政务的技术核心。
2．展望
政务安全的内容是随着科技和社会的发展而不断演进的，电子政务的出现使得政务
安全的内容从以保密性为主，拓展到保密性与真实性、完整性、可用性、不可否认性、
可控性、可靠牲等并重。函此从安全角度崮发来改进系统性能将会是一个发展趋势。下
一步，应该在基于Web Service的电子政务中，加入安全认涯与权限管理研究。
