首都之窗是北京市国家机关在因特网上统一建立的中心网站,是为了统一、规范地宣传首都形象,落实“政务公开,加强行政监督”的原则,建立网络信访机制,向市民提供公益性服务信息,促进首都信息化,推动北京市电子政务工程的开展而建立的。 其宗旨是:宣传首都,构架桥梁;信息服务,资源共享;辅助管理,支持决策。
两大挑战 首都之窗未雨绸缪
首都之窗作为北京市政府机关对外服务的窗口,需要向公众提供多种类别的信息,在这一平台上需要发布的内容繁多,涉及众多职能部门。而且北京作为08年奥运会的主办城市,也备受世界的关注,因此首都之窗面临着以下挑战。
首先是如何向服务型门户进行转换。当前绝大多数的政府部门网站在涉及到网站美观性、易用性、条理性、时效性、连接/浏览速度等方面的网站建设质量都是比较好的。但在网站功能服务都不是很强。面向服务型的两个主要目的:一是建立以公众服务为中心的服务模式,二是将单向信息发布为主转向信息及时发布和政民互动并重。
对于首都之窗,原有的网站实现了政府新闻发布、地方特色信息展现等服务,是以展现内容为中心的网站设计方式。没有考虑到使用者的兴趣范围和偏好,对公众看到的信息布局、内容完全相同。因此需要将政府门户网站由原先的内容服务转变到公众服务为中心,能够根据公众关心的内容提供相应的展现。
随着上网家庭越来越多和企业信息化的提升,公众不仅对政务公开的需求越来越强烈,而且参政议政的民主意识也变得越来越强烈,推动政府网站内容服务从以单向信息发布为主转向信息及时发布和政民互动并重。
因此需要整合内部众多应用系统,这样才能将政府内部制定的信息更快捷的方式发布出来。同时,实现和内部系统的整合之后,公众提交的意见、建议才能快捷的提交给相关部门,而避免了中间人工处理过程效率低的问题。
目前整合的系统,包括:统一认证系统、交管查分系统、新闻论坛等。未来还将会将内容管理系统、搜索系统、邮件系统等系统整合进来。
其次是如何安全、稳定、可靠地运行门户网站。做为电子政务对外的服务窗口,网站代表了政府的服务能力,因此门户必须能够保证在7×24的情况下安全、稳定、可靠地运行。因此构建的门户(Portal)是一个提供多元化信息、可以满足不同公众用户的个性化需求、整合多种后端系统以促进工作成效、并可保障信息安全的窗口。
目前首都之窗在信息系统方面有多套系统:OA系统、内容发布系统、BBS系统、统一认证系统等,另外还要连接其它政府部门的系统,如地税的发票查询、交管局的交管查分系统等。
这些系统彼此之间相互独立,形成了信息孤岛,因此信息的传递以及不同系统间相关信息的整合方面都存在一些问题:例如,信息不够完整、信息时效性不够、信息的有效性存在问题等。另外,众多的系统使得用户使用不够方便,各系统的管理无法统一,使得系统管理工作繁复、复杂。
首都之窗门户系统需要完成以下功能:
初步的一站式服务。第一步,将公众用户最紧密相关的服务转换过来,如:在门户网站上注册自己的车辆信息,这样当用户再登录访问的时候,就可以不需要输入上述信息就可以进行查询,这样提高了访问的效率。第二步,根据公众的反馈信息,逐步加入新的内容。
信息整合。将各类分散的信息整合起来,为公众用户提供统一的门户服务。如今日北京栏目、地方特色栏目等。对于查询类服务,提供发票查询,交管查询等服务。
用户统一认证。公众用户在门户进行登录之后,就可以直接访问其它需要登录的系统,而不需要再分别登录了。这样公众用户就可以方便地。
个性化服务。公众用户可以在门户进行栏目的定制,这样每次访问,门户即展现出对应的栏目,提高了访问的时效性。
精挑细选 五大原则是关键
通过需求分析,首都之窗门户系统确立了以下建设原则
1.技术开放性。
门户平台将会成为首都之窗对外的信息窗口,需要集成、连接、操作的系统、技术标准、设备等将会覆盖后端各个IT系统,因此其技术中立性和开发性将成为门户平台成功与否至关重要的因素。
另外,选择开放的应用平台,采用纯Java技术,与平台无关,以标准的接口与各种数据库相连,可以增强系统的可移植性。
2.技术领先性
目前全球公认的技术走向是以APS(Application Platform Suit)为基础,包含企业信息门户(EIP)、应用集成框架(Application Integration Framework)和应用服务器(Application Server)的完整框架。
3.技术统一性
技术的统一简单将直接影响到一个项目实施和后期维护的成功系数和运维成本,可以想像培养一支熟悉10种乃至数十种产品的技术队伍和培养一支专注于一种统一的技术,给企业带来的运营成本是何种关系。更长远的看,当系统需要变革时系统的可用性和灵活性的重要保证正是技术的统一简单性。
4.技术实用性
在满足功能需求的前提下,要适应各业务角色的工作特点,做到简单化、实用、人性化。实现统一身份和资源管理、统一认证、个性化界面和内容定制。
5.技术可靠性
由于门户作为政府对外交流的渠道,因此系统的可靠性,是非常重要的。因此再系统设计中,采用可靠成熟的技术和平台产品,数据应有适量冗余及其他保护措施,平台和应用软件应具有容错性、健壮性等。
同时,考虑到整个门户网站的建设是一个循序渐进、不断扩充的过程,整体构架考虑与现有系统的连接,为今后系统扩展和集成留有扩充余量。
经过反复论证和审慎选择,首都之窗门户网站采用了BEA Weblogic Portal做为门户系统的应用支撑架构,它为门户系统的成功上线、运行和发展提供了强有力的保证。
BEA Weblogic Portal可以提供业界最为优秀的所有软件平台的底层功能,包括Clustering、负载均衡、数据路由、鉴权授权机制、消息优先级控制等所有底层复杂的技术实现。使应用开发人员彻底从底层详细的技术细节脱离出来,而更加专注于系统的业务逻辑的设计。同时,又充分保证系统的业务平台遵循所有业界主流的技术体制,不仅使项目初期的开发工作能够充分沿用标准的体系结构,同时从长远看又充分保证了系统的长期稳定的技术体系领先性和兼容性。
实现三大集成 为未来发展奠定基础
首都之窗门户建设的系统互联架构在界面级集成、数据级集成、应用级集成三个层次上实现了集成,并提供了最大的灵活性。
界面级集成。这是一种基本的集成方式,用一个统一的用户界面来访问多个应用系统,使它们看起来就像一个单一的应用系统一样,新的界面可能会加入一些新的功能和工作流。信息门户网站采用界面级集成的方式,利用新的用户界面技术访问原有的应用系统,对于首都之窗门户系统中,从界面级集成内容发布系统。这样可以快速的实现内容展现的整合。
数据级集成。对于一些应用系统,如果它们的业务逻辑封装在存储过程中,或者只需要共享数据而不需要共享业务逻辑时,用户可选择直接在数据级集成。
使用数据级集成,你可以集成应用程序使用的后端数据仓储。数据级集成能够基于推或拉技术。用基于推技术,一个应用程序可用SQL调用(通过数据库链接或存储过程)在另一个应用程序上的数据库表。基于推数据级集成将数据推进另一个应用程序的数据库中。相反,基于拉数据级集成利用触发和轮询。触发捕获数据的改变并将识别信息写入表接口。适配器能够轮询集成应用程序的表接口并取回相关数据。当一个应用程序要求被动通知另一个应用程序数据变化时你可以使用基于拉数据级集成。 对于首都之窗,后端都是提供了应用系统级的调用接口,因此没有采用数据级的集成。
应用级集成。应用级集成包括应用集成、外部集成和流程集成。应用集成直接通过应用系统的API调用现有系统的功能,这种应用功能上的集成可能是在单一系统层次发生的(应用集成),也可能是跨越多个系统的(流程集成),甚至是超出部系统范围的(外部集成)。
应用级集成,可能集成应用系统的最好途径是使用集成应用系统的集成框架和API。应用程序接口让你调用业务逻辑去保护数据的完整性。集成API例子典型的是JCA(J2EE连接器架构)。使用应用级集成是因为它对于集成应用系统是透明的并且能保护应用系统的数据完整。
对于交管查分系统,采用了应用级的整合方式。这样重用了交管局的业务功能提高了业务的重用性。
采用BEA WebLogic Portal 8.1的首都之窗门户网站已经成功上线并平稳运行。该网站实现了政务公开、服务导航、民意征集等栏目的服务,并提供了地方特色的相关服务,如天气预报、奥运专题、数字地图等。通过发布政务信息和数据资料,方便公众了解北京市地方法规和政府相关的办事处理流程等,提高了政府的行政工作透明度。同时为公众提供了个性化的服务方式,可以让公众定制自己关心的内容,从而提高了服务的质量。
计世资讯《2005年中国政府网站评估研究报告》项目组,对69个国务院组成部门、31个省级政府、32个省会城市及计划单列市、201个地级政府和129个县级政府网站进行了综合评估。首都之窗在省级政府网站评比时,获得了第一名。 (责任编辑:韩建光) |