信息公开和诚信体系建设招标公告

信息公开和诚信体系建设招标公告

关于兵团工程建设领域项目信息公开和诚信体系建设项目征求意见函

兵团统一采购中心将对兵团纪委的兵团工程建设领域项目信息公开和诚信体系进行采购,现将采购人提供的设备名称及技术参数进行公示,对此技术参数不清或对具有品牌倾向性的技术参数有疑议的,请以书面函(并提供供应商名称、联系人及联系电话)的形式与兵团统一采购中心联系,联系电话:****-*******传真:****-*******,采购人:王晓燕,联系方式:****-*******

第1章 概述

1.1 建设背景

开展工程建设领域突出问题专项治理工作,是党中央、国务院针对当前工程建设领域存在的突出问题做出的重大决策。近年来,工程建设市场不断健全,监管体制日益完善,钱权交易、商业贿赂等腐败现象滋生蔓延的势头得到了一定程度的遏制。但是,我国工程建设领域依然存在许多突出问题。做好专项治理工作,是落实中央扩大内需、促进经济平稳较快发展政策措施的迫切需要。面对严峻复杂的国际国内经济形势,中央积极采取“扩内需、保增长、调结构、惠民生”的一揽子计划,取得了明显成效,工业经济运行处于企稳回升的关键时期。

工程建设领域项目信息公开和诚信体系建设工作坚持以科学发展观为统领,全面贯彻落实党的十七大、十七届三中、四中全会和中央省市纪委全会精神,紧紧围绕中央扩大内需、促进经济平稳较快增长决策部署和改革发展稳定大局。

为贯彻落实兵团治理工程建设领域突出问题工作领导小组办公室文件—《兵治工办发(2010)5号》文件,在充分和深入调研的基础上,组织开展了工程建设领域项目信息公开和诚信体系建设的信息梳理、规范编制等工作,根据兵团治理工程建设领域突出问题工作领导小组办公室《关于申请兵团工程项目信息公开共享专栏和综合信息检索平台建设及运维经费的请示》的意见,提出以下建设要求。

1.2 建设目标

推进工程建设项目信息公开和诚信体系建设,重点解决兵团工程建设项目信息公开不规范不透明、市场准入和退出机制不健全以及工程建设领域信用缺失等问题。

建立工程建设项目信息公开目录和工程领域信用信息共享目录,制定相关标准和程序,以信息资源目录为支撑实现工程建设信息的互联互通和互认共享,依托兵团政务门户网站(www.xjbt.gov.cn)实现兵、师、团三级统一的工程建设项目信息公开平台,推动兵团工程建设领域信用信息共享,建立健全保障制度,积极推进兵团工程项目建设公开透明,逐步建立互联互通的工程建设领域诚信体系。

建成后纵向能够与国家级平台实现信息共享,横向能够支持跨部门网上协同办公。

1.2.1 明确工程建设领域项目信息公开的内容

按照《工程建设领域项目信息公开基本指导目录(试行)》,以项目为中心,以审批流程为主线,主动公开重大建设项目的立项、招标投标、征地拆迁、重大设计变更、施工管理等信息。

1.2.2 准确、及时、规范公开项目信息

各有关部门根据审批和管理权限,以公开为原则、不公开为例外,及时公布项目信息。对于依申请公开的信息,按照《政府信息公开条例》,制定和发布相应的依据、程序和标准。

1.2.3 明确项目信息公开的主体和载体

按照“谁主管、谁发布”的原则,各个项目管理单位做好信息收集、发布和维护等工作,依托信息资源目录体系,设立信息公开共享专栏,提供信息发布、更新、查询等功能,集中公开项目信息。

1.2.4 制定行业信用评价方法和标准,初步开展信用等级评价

依据兵团实际情况,初步制定行业工程建设不良行为认定标准、信用信息管理办法和信用评价办法,指导行业对建设市场主体的信用评价工作。各级行业主管部门结合本行业实际,尝试性研究开展信用评价并公开结果

1.2.5 工程建设信息的统一链接与整合发布

在兵团政务门户网站(www.xjbt.gov.cn)设立信息公开共享专栏,通过信息资源目录体系与信息资源交换体系,完成对师团公开的项目信息和信用信息的共享,建立面向社会、开放的信息平台。

1.3 建设原则

1.3.1 统筹规划,整合资源

充分利用兵团电子政务外网和兵团政务门户网站现有资源,兼顾兵团云计算平台的发展规划,避免重复建设和资源浪费。把项目信息公开和诚信体系建设与兵团整体政务信息资源目录体系结构建设紧密结合,达到资源复用,互相促进的效果。

1.3.2 统一规范,分级实施

兵团相关部门,各师、团分级组织实施,依据工程建设领域信息公开相关要求,确定需公开项目的范围,细化和实施项目信息和信用信息的收集、公布、管理和使用,加强行业监管,做到条块结合。

1.3.3 突出重点,循序渐进

重点公布政府投资和使用国有资金的重大建设项目的批准和实施情况、城乡建设和管理重大事项以及信用信息等,突出对不良行为信息的披露,逐步实现对工程建设各类信息全覆盖。逐步为企业和个人建立信用档案,有效实施联动监管措施。

1.3.4 客观公正,真实准确

坚持公开、公平、公正和诚实信用原则,依法依规,及时规范发布信息,不得泄露国家秘密、商业秘密和个人隐私,不得将信用信息作为地方保护和行业保护的工具。

第2章 建设内容

2.1 建立工程建设项目信息公开体系

2.1.1 建立工程建设项目信息公开目录

根据《中华人民共和国政府信息公开条例》,明确建设项目信息公开的主体、范围、内容、方式、时限、权限,提出项目信息公开指导性意见。梳理兵团建设项目相关信息,明确主动公开和依申请公开的范围,形成信息公开目录。制定依申请公开的细则和标准。

2.1.2 制定工程建设项目公开标准和程序

制定兵团工程建设信息公开的内容标准和技术标准,规范工程项目审批、实施、验收各阶段的相关信息内容和格式,明确信息收集、报送、审核、发布、检查等方面的技术要求和程序要求。

2.1.3 统一工程建设项目信息公开平台

兵团工程建设项目主管部门和有关单位,按照审批权限,通过各级政府网站等渠道公开工程建设项目的相关信息。在兵团门户网站上设立专栏,与各部门、各地区项目公开信息建立链接,进行整合发布。

2.1.4 建立工程建设项目信息公开考核评估和公共监督机制

建立兵团建设项目信息公开考核评价体系和公共监督机制,对各部门项目信息公开工作进行定期评估并公布,促进信息公开及时、全面、准确。

2.2 建立工程建设项目信息共享体系

2.2.1 建立工程建设领域信用信息目录与信用信息共享标准

梳理兵团工程建设领域企业和个人相关信用信息,包括信誉评价、项目考核、合同履约、个人执业信息、黑名单等。建立兵团工程建设领域企业和个人信用信息目录,并以规范性文件的形式发布。明确需要共享的企业和个人信用信息内容及格式,确定相应的技术标准。

2.2.2 建立健全企业和个人工程建设领域信用信息共享机制

兵团各部门按要求建立健全各自的诚信信息体系。按照企业和个人工程建设领域信用信息目录和共享标准,利用兵团各部门现有系统和全国统一的企业和个人征信系统等资源,整合相关信息,形成互联互通的工程建设领域企业和个人信用共享机制。

2.2.3 建立企业和个人工程建设领域信用体系保障制度

明确兵团各相关单位在信息提供、信息管理、平台建设和维护等方面的责任、权力和义务,建立企业和个人信用系统评价体系,定期开展评估、评价工作。各部门、各地区建立健全失信惩戒制度和守信激励制度,完善市场准入和退出机制,运用企业和个人相关信用信息资源,加强失信惩戒和守信激励。

2.3 建设工程建设领域项目信息和信用信息综合检索平台

实现兵团工程建设领域项目信息和信用信息的自动采集、注册和管理,保证与国家平台“三通”,即网络通、系统通、信息通,为国家信息检索服务系统提供支撑。

第3章 总体设计方案

3.1 系统总体架构

兵团工程项目信息公开共享专栏和综合信息检索平台是基于政务信息资源目录体系、信息资源库系统、以及站群管理系统为基础核心,保证各系统之间的可集成性,兵团工程项目信息公开共享专栏和综合信息检索平台共包含七大组成部分:基础设施层、政务资源层、应用支撑层、政务应用层、安全体系、标准规范。可以概括为:服务是宗旨,应用是关键,资源整合是手段;信息资源开发利用是主线,基础设施是支撑;法律法规、标准化体系、管理体制机制是保障。如下图所示:

3.2 基础设施层

基础设施层包括网络拓扑和布局、服务器等硬件设施以及操作系统等基础软件平台,是其上各层的支撑环境。

3.2.1 政务资源层

提供政务数据存储服务,是整个项目的数据库系统。主要包括工程领域专题数据,以及所有与政务信息资源目录与交换体系有关的公共数据。

n 根据工程领域专题建设要求实现跨部门资源共享的整合;

n 建设兵团级工程领域专题信息资源目录中心,统一进行运维管理。

n 制定信息资源目录标准规范,建设师团级工程领域专题资源目录。

3.2.2 应用支撑层

应用支撑层是整个体系的核心部分,为全体系提供应用支撑和通用服务。主要包括基础构件、资源目录体系、资源库体系、资源交换体系四个部分。

n 建立统一身份与认证授权系统。

n 建立应用支撑平台所需运行环境并对其集成,保障应用支撑层可以顺利运行和无缝集成;

n 建立信息资源目录规范体系。通过对各部门的信息资源、业务资源进行调研、梳理、编目,形成信息全面的工程领域专题信息资源目录。

n 建立工程领域专题信息资源库。通过信息资源库,保证基础信息资源和主题信息资源的唯一存在和多处复用,为信息资源的普遍共享和深度加工提供基础。

n 建立共享交换体系,与信息资源目录体系结合,共同构建兵团统一的信息资源共享交换平台。实现资源、业务、流程和应用整合。

3.2.3 政务应用层

由基于支撑层和资源层开发的各类政务应用系统组成,为工程领域最终用户提供应用服务。该层通过调用支撑层的基础构件、资源目录、资源库的业务组件,并对其进行封装,形成应用逻辑群。

n 建立统一门户与内容管理系统,集成和整合工程领域专题表现层,提供统一的数据、服务、应用的互联网访问入口。

n 依托兵师团电子政务外网门户,构建统一的工程领域专题维护与业务协作入口。

3.2.4 安全体系

安全体系是整个系统的支柱之一,贯穿整个体系架构各层的建设当中,应从网络、数据、应用、展现等多层面考虑安全体系的建设。

3.2.5 标准规范

以国家相关工程领域信息公开建设规范、工程领域信息公开建设要求为基础,制定兵团工程项目信息公开共享专栏和综合信息检索平台建设与管理规范标准,是整个项目的基础和关键。

3.3 目录体系层级架构

从国家行政架构来分析目录层级, 政务信息资源目录共享体系分为国家目录中心、省级目录中心、地市目录中心和县级目录中心四级。在国家目录中心建立一个统一的全国各目录中心网络地址表,各级目录中心能够获得全国各地的目录中心网络地址,实现各级目录中心跨地区的目录中心访问。各目录中心为同级各部门建立固定的目录区域。各部门需要进行一次确定身份的登录注册。每个部门负责维护目录中心的各自的部门资源服务目录及资源目录。

本次工程领域建设专题的信息资源目录共享体系项目属于兵团层级,因此需要考虑未来上与国家目录中心,下与师团中心之间的目录服务,在设计上需遵循《政务信息资源目录体系与交换体系》,提供纵向接入服务接口。

3.4 目录系统体系框架

目录系统的建设和使用过程中存在三类角色:目录信息提供者、管理者和使用者,信息提供者确保编目信息的正确性和实时性,信息管理者负责目录信息的管理、安全、服务,信息使用者可以查询政务信息资源目录内容。

从目录系统工作流程分析,各部门、各师团对公共资源元数据和交换服务资源元数据编目,并通过元数据注册系统向管理者注册。管理者发布已注册的目录内容。政务信息资源使用者通过政务信息资源目录一站式服务向管理者发送目录查询请求,管理者将查询结果分别返回给使用者。

政务信息资源目录与交换体系数据流程图

由上图可以看出,为了实现资源目录编目、注册、发布、查询和维护,信息资源目录与交换体系应具备四个主要系统:编目系统、目录传输系统、目录管理系统、目录服务系统 总体拓扑结构

兵团工程建设领域工程建设采用中心大集中方式部署,通过在兵团本级部署统一平台,在系统内部设置兵、师、团三级架构,兵、师、团通过兵团电子政务外网进行统一网络访问实现填报和数据交换。

兵团工程建设领域工程平台搭建采用在兵团政务外网和互联网各自部署,然后通过统一的ESB交换总线进行数据交换。数据的录入采用在外网统一填报,然后通过交换系统交换到互联网,并通过兵团政务网站群系统进行统一的展现。

3.5 技术路线

3.6.1 J2EE技术架构

以J2EE技术为基础的多层Internet结构,各层次的作用、主要技术和运行环境如下表所示:


层次结构

功能

主要技术

运行环境

客户层

用户接口,数据输入、输出,不完成任何业务逻辑

JavaBeans、RMI、IIOP

支持Java的Web浏览器或网络计算机

Web服务层

代理、缓存作用,可根据客户机发来的请求寻找适当的服务,完成相应数据和网络资源存取

JavaServlet、JSP、RMI、IIOP和JavaBean

使用Java语言编写的Web服务器

应用服务层

提供所有业务逻辑组件,通过EJB封装,完成对数据库的存取

EJB、IIOP、JDBC

支持J2EE/EJB的应用服务器

数据服务层

数据存储,通过存储过程及其数据存储功能和应用服务层共同完成业务规则、验证和持续存储的实现

存储过程

RDBMS(关系数据库)或OODB(面向对象数据库)

3.6.2 (可扩展置标语言)

XML(eXtensible Markup Language)是一种具有数据描述功能、高度结构性及可验证性的置标语言,XML1.0规范是由W3C组织于1998年2月发布的。XML允许用户自行定义标记和属性,并可以依照所定义的标记与属性的语法来开发应用程序。可以通过标记来描述数据,或配合属性来辅助描述数据,因此,XML十分适合用于作为对象或标准的描述语言;并且由于可以借助验证规则来规范一个XML文件的内容和结构,所以XML又很适合用于做B2B或B2C的数据交换格式。

3.6.3 Web Service技术

Web Service技术是利用标准的Web协议和可编程访问的Web组件,目标是提供跨平台的互操作性,让分布在地理上不同区域的计算机和设备协同工作。Web Service将应用功能封装成若干Web组件,并将其发布在网上,供需要获得这些功能的应用系统访问,而且各种应用系统间都能够通过这种方式进行互联互通。整个Web Service的实现过程采用的都是标准的协议和技术。因此,按照Web Service架构设计的系统将具有很好的跨平台性和兼容性。

3.6.4 SOAP技术

简单对象访问协议SOAP是在分布式的环境中基于XML协议进行信息交换的简单协议。随着异种计算机环境的不断增加,各种系统间的互操作性变得越来越重要,因此,要求系统能够进行无缝的通信和数据共享,从而在网络计算环境下,消除巨大的信息孤岛,实现信息共享、进行数据交换,达到信息的一致性。而SOAP是“基于Web无缝集成”,提供一种完全跨平台、跨系统访问服务和对象的可行技术。

3.6.5 Web构件技术

通过可信Web服务构件,为各类具体企业业务系统的开发提供基础平台,并大大提高应用系统的开发效率。

3.6.6 元数据管理技术

政务信息资源目录共享体系中元数据的管理包括元数据的命名、发布和访问,并为用户提供统一的访问接口。目录体系中的所有元数据构成元数据目录。在元数据目录中,采用统一的结构来描述元数据,并提供访问API(Applicat Programming Interface,应用程序接口),通过API可以插入、更新、删除、查询目录中的数据。它为元数据目录提供统一的逻辑视图,实际的元数据目录可以是多个异构的、分布式的副本的目录。

《政务信息资源目录体系》标准中对于元数据的命名规则、编码方式以及目录接口API等技术要求都有明确描述,在实现中只要严格遵循这些描述即可。

3.6.7 目录服务技术

目录服务技术为目录服务应用的提供基础服务。通过目录服务技术可以为实际应用中可能分布式存储的目录体系实现跨平台、跨地域的目录服务。

3.6 标准规范体系

3.7.1 建立标准规范体系的重要性和必要性

标准规范体系建设旨在有目的、有目标、有计划、有步骤地建立起联系紧密、相互协调、层次分明、构成合理、相互支持、满足需求的标准体系并贯彻实施,以支持政务信息资源目录共享体系的合理建设。遵循国家、省、市相关标准,并根据实际需要补充制订与政务信息资源目录共享体系有关的标准规范,形成一套完整、统一的标准规范体系,是实现信息高度共享、系统运行高度协调的保障。

工程建设领域专题项目作为我兵团电子政务建设中的重点工程,涵盖的职能部门广,收录的数据量大,涉及的业务应用不尽相同,因此,在本项目设计和建设过程中,必须加强标准规范建设,发挥标准规范的指导、协调和优化作用,确保系统运行安全,发挥预期效能。

3.7.2 标准规范体系结构及建设内容

标准体系要具有开放性,即可扩充性;要能够根据科学技术、标准和应用的发展,方便地进行扩充和完善。

标准规范包括五个部分:总体标准、数据标准、应用平台标准、安全标准、建设实施管理标准。

3.7.3 总体标准

标准化管理办法

标准化管理办法从标准的总则出发,明确工程建设领域专题信息资源目录共享体系标准制订机构的职责,同时对标准制订机构进行标准设立、标准审批、发布、实施的流程进行规范化,并对标准日常的维护和管理制订相关的规章和制度。

术语与符号标准

术语和符号标准描述标准制订过程中所涉及的各种术语进行名词解释,同时对其中引用的部分图形符号进行描述。

法律法规和规章制度

法律法规和规章制度尝试从标准制订所遵循的法律法规和国家规定的相关规章制度进行列举。

3.7.4 数据标准

数据分类与编码标准

数据分类和编码标准分为数据分类标准和数据编码标准两部分。

数据分类标准针对本项目管理涉及的所有数据的分类原则、分类方法进行,同时提供了几种数据分类的方案。

数据编码标准供述了系统元数据和元数据中数据项的编码方法。

元数据标准

元数据标准供述了本项目涉及的所有元数据遵循的描述标准。

元数据标准从元数据基础属性类、元数据存储属性类、元数据引用存储属性类、元数据管理属性类、共享类元数据专用属性类、交换类元数据专用属性类、元数据附加属性类等方面,描述了元数据的全部属性,为后续实施中的元数据确定提供了标准规范。

代码集标准

代码集标准列举了本次管理数据项所引用的代码集,并针对代码集标准所引用的国标,以及代码集本身扩展和扩充的方法定义了相关规范。

数据项标准

数据项标准描述了本次存储在共享资源库中存储的数据,以及与各部门进行数据交换时的各个数据项遵循的描述标准。

数据项标准从数据项的业务角度、功能角度等入后,按照基础类、管理类和附加类分组,列举了用于描述数据项的全部属性,为后续实施中的数据项确定提供了标准规范。

数据规则标准

数据规则标准部分是描述与各单位之间进行共享和交换时的数据满足规则的描述标准。

标准从数据规则所必须涉及的属性入手,列举了用于描述数据规则的全部属性,为后续的数据规则内容制订提供了标准规范。

共享数据标准

共享数据标准是描述共享数据目录体系的标准,并提供了共享元数据及共享数据项的XML的Schema描述。

交换数据标准

交换数据标准是描述交换数据目录体系的标准,并提供了交换元数据及交换数据项的XML的Schema描述。

数据接口标准

数据接口标准供述了从各部门进行数据采集的标准,标准对接口数据文件的分类和编码方式,以及数据文件格式、数据包的格式进行相关标准的制订。

数据库标准

数据库标准对本次系统建设的物理数据的技术参数和开发工具选项进行描述,为实施中的数据库选型提供了标准规范。

3.7.5 应用平台标准

应用平台标准对系统建设中所涉及的各种平台进行标准描述。应用平台标准主要包括平台设计标准、平台技术标准、平台功能标准、平台配置标准、平台接口标准等。

平台设计标准

平台设计标准对应用体系的结构和设计方法进行标准规范的制订。

平台技术标准

平台技术标准对本项目应用平台的技术架构进行规范化,同时,对平台建设中使用的各种技术标准进行说明,包括XML标准、数据访问标准、消息服务标准、流程处理标准、目录服务标准、组件和中间件技术规范等。

平台功能标准

平台功能标准中主要描述了系统应用平台的功能标准。

平台配置标准

平台配置标准对整个系统应用平台的组件封装和部署标准进行描述说明。

平台接口标准

平台接口标准针对本项目应用平台对外提供的各种API接口,组件接口进行标准规范的制订。

3.7.6 安全标准

安全标准从安全标准概述、安全概念模型、技术与服务标准和安全管理标准方面对本项目的安全标准进行标准描述。

安全标准概述

对安全标准体系进行总体概述。

安全标准模型

提供了总体安全模型,确定了应从应用安全、信息安全、网络安全和物理安全、安全管理五层进行安全保障的管理标准。

技术与服务标准

描述了本项目建设中安全管理建设所涉及的各种技术和服务标准,包括证书业务服务、审核注册机构、查验中心、密码服务、可信授权服务等等。

安全管理标准

针对安全管理所涉及的密钥管理、安全运行管理和物理安全管理等提供相关标准化制订。

3.7.7 建设实施管理标准

项目管理标准

描述了建设实施的项目管理标准,提出了以PMBOK、RUP和ISO9000统一管理系统项目实施的标准方法。

项目过程管理标准

对项目管理过程,以及项目管理知识领域和相关指导进行标准规划。

软件开发管理规范

对软件开发管理工程的核心思想进行描述,同时针对如何应用于本项目建设提出相应的指导意见。

质量控制标准

质量控制标准针对本项目质量管理的原则和项目详细开发过程和开发任务的内容进行了标准制订。

3.7 政务信息资源目录体系标准

在技术要求中分别规定公共资源目录接口定义,用于指导公共资源目录服务的实现;规定交换服务目录接口定义,用于指导交换服务目录的建立。

公共资源目录接口

公共资源目录定义公共资源目录所需的通用模型和实现。给出公共资源目录服务的通用模型,并对基于该通用模型的技术实现进行规定。

公共资源目录接口主要参考Z39.50 协议,定义公共资源目录的通用模型和目录实现。在接口定义中,主要给出公共接口、发现服务接口、目录访问接口和目录管理接口,并详细定义了每个接口的请求和响应消息。

交换服务目录接口

交换服务目录接口定义交换服务目录所需的数据结构和接口。定义交换服务接口的格式表达规则、数据结构和接口定义。

交换服务目录接口主要参考UDDI 协议,定义了交换服务目录的核心数据结构和API 接口。这些核心数据结构给出了核心元数据、分类体系和标识符编码规则在目录服务器中的组织结构。在API 接口的定义中,主要给出了交换服务目录的查询、发布和管理接口,并详细定义了每个接口的句法、参数、返回值和差错处理。

第4章 详细技术要求

4.1 资源目录系统功能要求

以元数据为核心、通过元数据与信息分类、主题词表的结合,对信息资源进行能体现其内在关联的分布式网状组织,以方便信息资源管理、识别、检索、定位和共享的应用服务体系。

4.1.1 系统管理

n 系统设置:提供列表页面的每页显示信息数设定,用户可以根据自己显示器尺寸和分辨率进行调整;

n 用户管理:提供对本系统访问用户的管理,可登录组织机构进行完成部门用户的设定,系统会自动完成数据同步;

n 角色管理:定义系统内部的角色,每个角色对应若干权限,允许多个用户拥有相同的角色。

n 授权管理:针对每个角色进行用户授权,查看已经授权的用户、用户组。

n 日志管理:浏览系统记录的用户操作日志,支持按照用户名和时间段的条件查询功能。

n 流程管理:系统内部使用的流程管理,部署新流程,提供对每个流程的启用、停用、删除操作。

4.1.2 编码管理

n 编码规则管理:数支持用户自定义编码规则,编码由组织机构代码、时间、流水号、随机码四个编码段组成,支持用户随机组合;

n 服务注册管理:提供系统主要数据服务的登记、注册以及审核发布功能。

4.1.3 元数据管理

n 核心元数据管理:管理政务信息资源目录所涉及的核心元数据。

n 业务元数据管理:除了核心元数据之外,日常工作中还会涉及到很多业务元数据。

n 元数据历史版本管理:用户对元数据的修改操作,系统都会保存变更历史记录,以便查询和数据恢复。

n 元数据集管理:为了方便自定义表单的设计,系统设计了元数据集管理的功能。

n 表单管理:系统内设计的自定义表单设计工具,支持读取元数据集,支持表单自定义样式,生成的表单将作为数据采集的重要形式。

4.1.4 目录管理

n 基础分类管理:数据管理员功能。管理系统中常用的基础分类法,系统允许用户新建分类法,添加、修改、删除分类。

n 应用目录管理:数据管理员功能。管理系统使用到的应用目录,系统允许用户新建目录,对指定目录允许用户添加、修改、删除节点;节点目录可执行提交审核与反审核操作;还可以将选中的节点目录指定为填报目录,或进行信息关联。支持目录继承、聚合操作。

n 关键词管理:数据管理员功能。管理系统使用的关键词,支持添加、修改、删除和数据批量导入导出功能。

n 关键词关联:数据管理员功能。管理每个主题分类对应的关键词列表,允许添加和删除关键词,允许批量导入导出。

4.1.5 信息管理

n 信息管理: 通过表单输入、数据导入等形式采集日常需要填报的数据,支持数据的添加、修改、删除操作,提交的数据支持审核及撤销审核。

n 信息历史数据管理:

n 统计管理:按照时间段统计每一类数据的增量变化。

4.1.6 目录发布

n 由目录服务中心对各政务部门的目录内容进行审核发布。

4.2 元数据规划要求

根据工程建设专题的特性及细致化原则,需要规划出符合工程建设领域的业务元数据定义和元数据集表单定义,以方便填报人员进行信息填报处理。

业务元数据定义需包含中文名,英文名,短名,定义,数据类型等基础描述;

元数据集表单定义需包含中文名,英文名,核心元数据,业务元数据,隐藏元数据等基本项。

4.3 目录规划要求

规划出符合工程建设领域的目录规划,编制和发布工程建设领域项目信息公开目录和信息目录,明确公开的内容,范围和形式。构建统一项目信息公开服务平台,探索实现公开信息整合服务。

目录规划需完成项目信息公开基础目录规划和信用信息基本目录规划。目录规划中需要明确一级目录及其所包含的二三级目录,并准确定义出目录相对应的元数据及元数据集表单,明确信息填报人员的填报方式和填报信息范围。

4.4 唯一标识符编码规则要求

规划出符合工程建设领域的唯一标识符编码规则。编码规则需包含前段码和后段码组成部分定义和各组成部分长度位数定义。

4.5 交换管理系统要求

4.5.1 交换管理系统

交换管理系统需支持不同信息库之间的双向信息交换,支持多个交换服务的并发运行。实现交换信息的打包、转换、传递、路由、解包等功能。

交换管理系统需支持对整个交换系统的综合管理监控,包括交换流程的配置、部署与管理以及对交换系统运行情况的监视与管理两个方面。。

4.5.2 资源交换监控

系统可监视和收集系统运行和业务审计目的的运行信息。通过可定制的管理平台查看系统收集的运行统计信息。能监视系统的运行状况并标记消息传输服务中的问题,在发生问题时允许快速隔离和诊断问题。管理平台使用户能立即以图形方式查看所有服务器和所监视服务的状态。

4.5.3 数据传输管理

交换管理系统需提供对许多消息格式的支持,其中包括国际通用的消息格式及支持用户自行定制的消息框架。最基础的支持应该有ESB, JMS和 FTP 。

4.6 共享信息库要求

共享信息库是通过积累交换过程中的业务数据,为以后建立在数据交换平台基础上的应用提供数据来源。本次需建立的共享信息库类型包含元数据库,业务规则库,业务信息库,交换日志库,主题库,多媒体数据库。

4.7 统一身份与认证授权系统要求

建立统一、标准的用户数据信息;实现各部门各师团的用户、账户信息的统一;提供统一的访问策略管理和控制能力,并提供统一用户认证、权限验证等服务。

通过数据同步功能将所有的用户信息整合到统一用户管理系统中进行管理。用户统一信息管理分为:组织机构管理和用户信息管理两大部分,并提供XML数据接口给其他应用子系统调用。组织机构管理实现部门的多级分类,可根据需要进行撤销、合并、并转等机构调整处理,并且人员信息可以按照机构调整同步变化。

可记录用户授权、角色授权、页面授权的等关键操作以及数据同步等数据库操作的操作信息,并将这些信息形成日志信息或者日志文件。

为第三方应用系统的集成提供的标准接口。提供对系统中的信息数据导入和导出的功能。

4.8 统一门户与内容管理系统要求

统一门户与内容管理系统需充分结合信息资源目录,形成面向公众的统一服务平台。具有页面集成、交换管理、全文检索、信息管理、模板管理、栏目管理、媒体管理、站群管理、发布管理、系统管理等功能。

内容管理系统需具备储存、管理和交叉引用所有类型文档的能力。重于撰写、储存、管理以及向网站发布内容的能力。需要支持 HTML 页面、图象、声音剪辑、XML文件、纯文本和丰富媒体,交互管理。

4.9 应用支撑平台要求

应用支撑平台需为本项目的应用系统提供支撑框架,而且为今后其它应用系统的建设奠定基础。需要满足以下要求:

ü 通过JavaEE兼容性认证,实现JavaEE规范;

ü 支持WebService:支持构建基于Web服务的分布式应用;

ü 支持跨平台:支持主流操作系统(Windows、UNIX、Lunix)和主流数据库(Oracle、SQL Server、DB2等;

ü 支持Connection Pool,且Connection Pool可动态调整;

ü 安全性方面:支持标准的安全协议SSL,支持Java5、JAAS、JSSE、JCE、CSIv2安全模式和技术;

ü 支持JMX,提供图形化管理工具,基于浏览器的管理工具,可以方便的进行远程管理;

ü 支持应用级负载均衡,能够管理多个应用服务器和组件的调度和运行。

ü 支持服务器的亲和性、支持集中式管理,可以通过统一的管理器管理整个分布单元下位于多台机器上的多个应用服务器,并可以方便的进行图形化管理。

ü 支持多种目录服务LDAP;

ü 可以监控已部署的应用程序的运行情况。收集应用程序运行时的各类信息,包括各类容器中消耗的时间,被调用的方法及其响应堆栈,关联的应用程序名和模块名,异常的出处等。

4.10 安全体系设计

安全系统是构成整个项目系统的所有组件、环境和人员(用户和管理者)的物理安全、网络安全、系统安全、应用程序及应用程序数据安全、安全管理的总和,是一个多维、多元素、多层次的复杂系统,其最终目标是控制该信息系统的总风险趋于稳定并达至最小,为兵团工程领域建设专题信息资源目录与交换体系提供安全保障。

从资源安全的角度进行分析,它具有以下几个方面内容:

1、硬件资源:硬件资源是指信息系统中所有的硬件设备,由于所有的软件均运行在这些硬件上(或在这些硬件支持下运行),所有的数据都由硬件保存、处理(或由这些硬件传输),它们均有可能受到安全威胁,因此需要保护。

2、软件资源:这是一些独立于硬件,可以是单独购买(或独立获得服务和支持)或自主开发的软件产品。这些软件均可能存在安全漏洞(脆弱性),或安全等级达不到要求的问题,为此需要采用设计科学、遵循有关安全标准的软件,并及时打安全补丁。

3、数据资源:这是由自动或人工方法生成,并随时间逐渐丰富的一类资源,系统所有的安全活动的最终目标就是为确保数据资源的安全,因此需要对数据资源的机密性、完整性和可用性进行周密的保护。

4、用户资源:用户是项目系统的主体,为确保系统的正常安全运行,用户是其中极为关键的环节之一。薄弱的信息安全意识、不好的操作习惯、粗劣的使用方法,都有可能为系统留下严重的安全漏洞与隐患。因此需要从技术措施和行政管理方面采取双管齐下的策略确保用户的安全,进而达到保护信息系统的目的。

第五章 各系统集成要求

遵循4.10开发技术要求,制定各系统开发规范,完成兵师团三级资源目录体系和交换体系部署,建立公务员管理门户,并建设兵团工程领域建设专题互联网门户网站,网站结构与4.3目录规划相对应,信息内容与4.2元数据规划相对应。

5.1 资源目录集成

部署兵师团三级信息资源目录体系,制定元数据管理规范和目录管理规范,形成统一的制度标准。由兵团信息中心统一进行元数据定义和目录定义,共享至各部门、各师团进行应用。

元数据管理规范

具备分级管理功能,划分“基础元数据” ,“部门专用元数据” 。

“基础元数据”由兵团信息中心统一进行规划后共享至各部门、各师团的信息资源目录系统,对于部门专用的元数据,只提供该部门使用专用。

“部门专用元数据” 由部门管理员提交申请及描述说明,由兵团信息中心进行审核后交换至该部门使用。

目录管理规范

具备主题目录定义功能,根据不同业务需求划分“基础目录” 、“部门应用目录” 。

“基础目录”根据《兵治工办发(2010)5号》文件标准定义,包含8项一级目录和32个二级目录。

“部门应用目录”根据各部门、各师团业务职能,进行深入调研整理,全面梳理业务、服务、数据、文件等各类信息,形成符合部门应用的目录体系,并建立与“基础目录”的对应关系。

5.2 交换系统集成

部署兵师团三级信息资源交换管理体系,将物理上孤立和分散的各部门、各师团业务系统连接成一个整体,使不同部门间的业务系统互联互通,完成“一数一源、一源多用”的跨部门业务协同,横向完成各部门、各师团之间信息资源交换,纵向完成各部门、各师团信息资源向兵团信息中心汇聚。

信息交换规范

建立标准的交换信息库,各系统可遵从数据交换标准和规范,在底层数据层面达到共享和集成。完成来自于中心数据库和各部门各师团数据库的信息共享。

具备完整的WEB SERVICE接口定义,可通过审核后,将信息数据置于信息中心资源目录管理数据库中,并交换至中心数据库。

5.3 互联网门户集成

建立兵团工程领域建设专题互联网门户,基于资源目录系统和交换体系特点,建立统一标准的数据共享和维护模式。该门户可通过交换管理系统与资源目录系统进行数据交换,互联网门户栏目和内容管理需与资源目录规划保持对应。

支持定义元数据查询,可对结构化和非结构化数据进行统一检索,方便访问者快速查询定位相关信息。

网站栏目

根据兵团工程领域建设专题“基础目录”规范,合理的规划设计网站栏目, 使其访问有条理,访问者可通过基础目录查看相关信息,也可通过各部门业务职能分类查看相关信息,提高该网站对外服务能力,满足不同用户的需求。

网站内容

网站内容由业务元数据组成,同时要符合部门业务职能,确保网站内容的完整和规范。网站内容要支持HTML 页面、图象、声音剪辑、XML文件、纯文本和文档等格式。

信息共享

根据资源目录体系和交换体系规范,实现各部门、各师团的信息自动或手动方式的互通共享。

其他服务能力

为方便访问者对网站资源的随时随地的访问,系统应具备多途径的网站资源获取通道,至少支持邮件信息订阅以及RSS信息订阅两种信息阅览方式,提供用户线上与线下多重资源的个性化访问服务,以满足其对资源的不同访问需求。

5.4 统一门户集成

建立统一的、标准的公务员管理门户,实现兵师团各用户之间统一认证,将各系统进行整合和互联,形成整体的认证中心和用户数据信息中心。通过统一窗口安全地访问兵团工程领域建设专题系统信息管理与应用。

单点登录

用户只需要登录门户系统一次,就可以访问所有有权限的其他系统。统一门户、资源目录系统和互联网门户内容管理系统只需要为用户设置一套用户名和密码,通过统一的身份认证,便可以方便的进入。

信息定制

用户可自定义工作界面,可定义自己权限范围内需要显示的内容、显示样式、可展示的服务和可维护的后端系统等。

搜索功能

支持以自定义方式搜索一组文档、网页或其他内容。此外,具备根据门户上的文档所含的任何元数据进行参数化搜索。同时,搜索功能要符合权限设置,既搜索的用户只能看见自己具有访问权限的信息内容,以保证信息安全。

第六章 产品选型

根据2009年兵团监察局等10部门印发《兵团推进工程建设领域项目信息公开和诚信体系建设实施方案》,兵团信息技术服务中心在当时时间紧、任务急、网不通、无经费的情况下迅速着手开展工作,借助兵团政务外网的厂商资源和软件产品搭建起了工程建设专栏试运行系统,但整个系统尤其是目录资源体系是部署在政务外网的,与兵团政务门户网站逻辑隔离,由于网络结构不合理,造成系统稳定性差,经常出现宕机现象。为确保在原试运行系统中各部局所发布的建设领域公开信息能够完整平移到正式的系统中,保证资源的高效利用和技术体系的一致性,在兵团政务门户网站上对该项目中原则采用与政务外网一致或兼容的软件产品进行采购部署。减少调试周期,尽快投入正式应用。

为兼顾兵团云计算平台的发展规划,我们将原计划按照功能所需要的6台服务器进行调优,减少为3台并提高了配置,为今后统一并入兵团的云计算中心做准备,以使工程领域专栏稳定高效地运行。

工程按照国家要求要在8月底前完成。项目建设所需软硬件产品技术要求见下表:

序号

名 称

技术参数

数量

一、系统软件

1

服务器操作系统

RH Linux 5.0或以上版本高级版(含集群功能)

3套

二、应用支撑软件

1

信息资源目录系统

要求必须符合国家和兵团关于电子政务系统的建设要求;

要求符合J2EE安全体系,应能提供PKI平台接口,支持CA认证;

要求能够向第三方应用系统提供目录资源;

要求符合SOAP技术标准,满足SOA技术架构;

要求支持分布式的多级部署策略,需要满足国标GB/T 21063.1—2007,GB/T 21063.2—2007,并能够与国家即将建立的国家级政务资源目录中心进行信息传输以及各地市的目录中心进行传输;

要求提供支持多级、交互式的分类方法,提供强大的分类法管理系统,能够对分类法进行管理并扩展,并应符合国标GB/T 21063.4—2007;

要求可以根据需要自定义编目,支持多种编目方式,并应满足国标GB/T 21063.4—2007;

要求提供关键词的维护,支持政治敏感词校验,支持自动和手动分类,应满足国标GB7027T-2002 《信息分类和编码的基本原则与方法》以及国标GB/T 19486—2004;

要求提供关键词的维护,支持政治敏感词校验,支持自动和手动分类,应满足国标GB7027T-2002 《信息分类和编码的基本原则与方法》以及国标GB/T 19486—2004;

要求提供强大的编目规则管理,能够对元数据进行符合国标GB/T 21063.1—2007。编目规则应支持其他业务系统,对于资源数据进行有效的分析以及利用,同时对相应的元数据进行有效的赋值,并降低其他业务系统的资源进入目录系统的困难性。同时应对编目后的信息进行自动以及手动分类,方便资源管理者更快的对结构化数据以及非结构化数据进行赋值操作;

要求能够对资源进行编码管理,须符合国标GB/T 21063.3—2007元数据资源标识符部分;

要求能够提供自定义表单设计功能,能够对定义的各类目录数据进行表单设计和管理;

需要支持元数据管理功能,能够对核心元数据和扩展元数据的实体或元素进行管理和维护;

需要提供分类管理功能,能够对资源分类和目录分类进行管理和维护;

需要提供目录管理功能,需支持注册的目录进行审核发布,对信息资源目录能够提供编目功能,对各类目录能够提供导入导出功能;

需要支持编码管理功能,能够对各类节点以及各目录的前段码分配规则进行管理和维护;

需要提供日志管理,需要对各用户的操作记录、操作状态进行记录和查询;

要求提供自动分类和编目,系统内置多种分类体系,用户可以根据需要选择适应自己的分类,也可以根据需要创建和维护自己的分类体系,满足个性化需求。同时,系统依靠自动分类技术的支持,实现了基于内容的自动分类和编目;

要求自动生成索引号,系统支持组织代码库的维护,并根据组织代码和相应规则自动生成信息的索引号,当组织代码和规则变更以后,索引号会自动重新生成;

能将目录资源提供政府网站再利用,同时也能对第三方业务系统再利用;

要求提供功能完善的统计系统,须对目录,信息等作为对象进行统计;

要求提供自定义方式的前台展示,支持各种分类法的发布;支持网站发布。提供静态化的信息多样展示。

1套

2

目录采集管理系统

要求提供历史数据迁移工具,实现历史遗留数据的重用,将各种历史数据迁移到新的 目标数据库中;

要求提供数据同步功能,需要实现异构数据库之间数据的实时同步,保证相关数据的一致性;

要求提供数据联邦的功能,保存数据源的映射关系,数据仍在原系统中存储,主要满足数据的实时处理、统一结构视图等需要;

要求能够建设数据仓库,实现将分散的数据集中到统一的数据仓库中,并建立统一的数据模型来存储。包括数据的抽取、转换、传输,然后将处理后的结果装载到事实表中,结合维度表形成数据立方。供OLAP分析、报表、预测等BI应用;

要求支持后段码自定义编辑的功能,能够自动同步目录中心前段码的分配规则,并且能够对后段码的类型和组成内容进行自定义编辑和维护;

要求支持手工编目和自动编目两种编目方式,并且需要对编目的资源能够导入导出;

要求提供业务模型组件,提供数据集成中基本的数据抽取、转换、加载和数据传输功能。数据抽取组件需要有各种数据库、XML文件、文本文件、Excel、CSV文件等多种数据源的访问抽取功能;数据转换组件根据转换规则对抽取的数据进行清洗、映射、合并、拆分、过滤、分组等转换处理,同时还可以调用外部第三方代码进行更加灵活的数据转换操作;装载组件将经过处理的数据批量加载到目标数据库或文件系统中;

要求提供任务调度功能,通过多种调用策略对数据集成模型进行触发和管理,任务调度可以采取不同策略调用多个业务模型,同时也可以调用其它子任务调度。任务调度组件集中包含多种调度策略组件,包括运行周期定时、资源比较、资源验证、脚本命令、协议传输等40多种类型的组件,这些组件支撑系统集成中各种调度策略;

要求提供数据服务引擎,包括元数据引擎、业务模型引擎、任务调度引擎。元数据引擎用于解析和管理技术和业务元数据,是其它两个引擎运行的基础;业务模型引擎读取元数据仓库中数据模型信息,它是业务模型的运行容器;任务调度引擎读取元数据仓库中任务调度模型信息,调用业务模型引擎中运行的相应业务模型,运行和管理系统整合任务;

1套

3

内容管理系统

系统设计符合J2EE标准,基于最流行的开发架构(AJAX+Struts+Spring+Hibernate),系统支持分布式部署,可7*24小时不间断运行;

要求系统具有良好的跨平台特性,支持主流Windows、Unix、Linux等平台,支持Oracle、SQLServer、MySQL等主流关系型数据库,支持Weblogic、Tomcat等主流中间件;

要求采用B/S结构开发,使用户对系统的维护和使用不受场所和地点的限制;

要求支持不同站点之间共享数据;

要求支持负载均衡,具备SEO设置、热词管理、文章来源管理功能;

要求支持站点克隆功能,能够实现站点页面模板、栏目快速克隆,能够减轻建站人员工作量;

要求支持信息发布过程中的多级审核管理,能够针对不同站点、不同栏目设置不同的多级审核流程;

支持一键排版,支持格式清理、去除空行、首行缩进常用格式修改功能;

要求支持信息的推送、引用、克隆、链接、自动同步等信息共享方式;

要求提供普通文本、图片信息和音频及视频等多种流媒体信息的发布和管理

实现各种字符集与UTF-8的双向转换;

要求支持信息的权重设置,可按权重大小进行排序或置顶;

要求支持前台页面样式由模板进行控制,模板提供代码级修改,并支持模板的批量继承;

要求信息录入具备文章、组图、链接、视频四种独立模型,不仅能够发布文章新闻信息类内容,还能在同一栏目同时发布组图、视频等信息内容;

要求具备在线访谈组件,访谈主题可自行编辑、管理,支持访谈流程化;

要求具备调查问卷组件,支持多种问卷类型,支持提交IP限制;

要求支持常用标签定制功能;

要求网站栏目能够进行移动,能定制栏目、文章的多种属性,并支持默认属性设置;

要求支持发布服务器同时向多个Web访问服务器进行信息发布功能;

要求具备基于元数据的资源目录信息上报接口;

要求站点栏目有高级获取功能,可以按权限获取不同栏目、不同站点、信息公开等来源信息;

要求具备独立的素材库管理功能,素材库支持多种文件上传,可自定义上传目录;

要求支持信息公开索引号自定义配置;

要求支持灵活多样的目录创建,填报目录能从共享目录快速创建,也能自定义各节点私有的公开目录;

要求支持信息直接推送到关联站点栏目,一处录入多处共享;

要求支持数据共享与导入导出,能够提供纸质目录导出打印功能;

要求支持公开应用目录创建时能按需要自定义信息聚合方式,支持基于目录中的各个元数据元素的检索;

要求支持自定义业务处理流程;

要求支持信息判重、置为无效、信件编辑、信件打印、受理、回复、转办、交办、呈办、不予受理、内容审核、申请延期、延期审核、督办、发布等功能;

要求支持信件提示,黄牌、红牌、督办提醒;

要求支持按诉求目的、处理单位、满意度进行统计分析;

要求支持对Word、TXT、PDF等多种主流文档格式全文检索;

要求支持增量索引机制;

要求支持TB级数据量处理,支持200以上并发;

要求支持跨站点检索;

要求具备访问控制、入侵检测、网页自检恢复、病毒防护措施、页面防挂马、防止SQL注入等防护措施;

1套

4

门户平台(portal)

提供portlet容器,支持portlet1.0和portlet2.0规范;提供内容管理容器,支持JCP1.0和JCP2.0规范; 平台支持JAAS中所有规范,并支持portal跨平台部署及应用动态热部署,提供基于SAML2.0规范的单点登陆;支持角色、群组、用户授权认证实体的混搭及属性的动态扩展; 支持一用户多角色和一用户多群组;portlet访问模式和操作状态的动态控制及可视化策略控制;支持portlet异步刷新机制,portlet与portlet之间通讯加载时,无须刷新整个portal页面 支持portlet页面的复杂布局操作及拖拽式操作;支持通过配置的方式,在运行时将参数变更,无须重启portal,即时生效;平台提供虚拟门户功能,主体门户中可虚拟出多级门户;平台支持多国语言

平台内容录入及展示基于编写模板和展示模板;平台的站点及站点内容可以委托给不同的用户、角色、群组;站点及站点内容以树状结构展示;平台提供站点及站点内容、模板的版本管控;平台对站点及站点内容提供基于访问策略或用户、角色、群组的权限访问控制功能

平台支持站点及站点内容权限的继承与阻断;平台提供基于内容管理的标签云及全文搜索功能;支持数据内容的迁移 ;

平台开放portlet定制化业务开发模式;提供portlet可视化开发工具。

1套

5

应用服务器(AS)

产品必须通过J2EE 1.5认证,提供J2EE 1.5的完整实现无用户数限制;支持主流操作系统及多种主流的数据库;必须支持多种主流的虚拟机,并提供实例证明;所提供产品必须是国产自主知识产权产品;

支持集群(Cluster)。产品集群支持的服务器数目大于8个,并支持可靠多播、成员管理、心跳检测、分布式状态复制和集群内远程方法调用。产品集群必须支持HTTP Session、EJB组件、JMS消息服务、JNDI服务、JDBC数据源及数据连接的集群,产品集群必须支持SESSION级别的故障恢复,支持Session配对复制。集群支持异构集群,加入集群的机器可以是不同种类的服务器,产品必须具有动态添加与卸载应用服务器能力;来调整整个系统的性能,并且性能的调整可以由中间件通过配置来实现,和应用系统代码无关。产品必须具有良好的加密机制,支持以下加密技术:数字签名、消息摘要、消息鉴别码、RSA非对称加密、序列密码加密、分组密钥密码加密、密钥生成、密钥交换这些常用的算法;支持标准的安全协议SSL,满足SSL 3.0规范要求,支持在集群和非集群下的,双向SSL。支持JSP 2.1、Servlet 2.5和JSF 1.2。提供图形化和命令行式的应用部署工具及服务器管理工具,并且具备远程应用部署能力。支持动态更新应用和热部署,支持数据库连接池,提供数据访问优化,支持死锁检测和连接失效恢复;提供数据源效率查看工具及数据库死锁分析工具。

1套

6

工作流引擎(BPM)

支持标准的BPMN图示建模,支持BPMN2.0流程存储格式及执行语义;

支持流程构件模型技术设计,支持活动库的可扩展乃至对自定义流程语言的扩展;

支持以类库的形式嵌入到业务系统中,共享业务系统的运行上下文;支持独立的部署方式并对外提供流程服务,包括WS、RMI等方式;

支持以Eclipse RCP方式及Eclipse IDE方式提供的流程建模与设计工具;支持Eclipse插件形态的流程建模与设计工具,可插入到业务系统的Eclipse开发平台中;

支持B/S结构的监控平台(BPM-Monitor),支持RIA形式,支持各种情况的分支,支持Or、And汇聚;

支持定时启动业务流程,并支持流程级别异常处理;

支持补偿处理逻辑,用于长事务情况下的业务撤销;

支持取回、退回、会签、任意跳转模式;

支持前加签与后加签两种模式,支持委派及指定操作者模式支持将细粒度的服务编制为粗粒度的服务,并提供WS;

支持工作项管理;提供监控运行时表的数据量功能,将办结的流程实例数据导出到历史表,定义数据导出规则;

支持业务流程绩效管理,提供全面的日志管理功能;

支持B/S方式或C/S的在线流程调整,并具备RIA特性;

支持和业务系统已存在的组织机构管理系统集成;

支持开发商将常用的业务逻辑包装成扩展活动;

支持自定义流程日历,支持开发商选择BPM引擎的存储层方案。

1套

7

企业服务总线(ESB)

支持JMS 1.1及JNDI规范,支持SCA、SDO规范;

提供UDDI容器,支持UDDI 3.0标准规范,提供脚本引擎,且该脚本引擎支持DSL特性,支持SCA服务组件的灵活编排;

消息传输支持消息加密、消息压缩,支持多个节点组成一个智能网络支持异步活动,支持发布/订阅机制,可进行多对多的交互;

支持服务的注册,并提供服务的安全封装和代理;

内建JDBC Driver, 并且支持外挂JDBC Driver,支持断点续传;

支持异构数据之间的数据影射、类型转换、内容转换、结构转换;

支持单例模式,支持将流程定义发布为Web Service供外部调用,支持外部通过JMS发送消息调用ESB中的流程;

支持接入并调用外部Web Service,支持通过JMS的方式与第三方消息中间件(MQ)进行通信,支持调用第三方的JavaBean;

支持在运行期,以脚本的方式进行功能扩展,支持对动态传输的业务数据进行操作 ,支持对服务编排中的控制数据进行操作;

支持通过开发Java代码并部署的方式,提供自定义扩展 ;

支持集群,可配置队列成集群队列,提供了集群队列的物理位置透明性,提供智能路由功能,实现了集群环境下的抗抢夺算法;

设计工具支持资源部署,流程编排及模板配置;

提供统一集中式的Web监控平台,支持以拖拽方式进行网络管理,支持基于Mashup理念的人机交互,支持基于角色的监控能力,支持在Workbench中自定义监控Portal。

1套

三、硬件设备

1

站群服务器

4颗6核cpu 32G内存 3*146G硬盘

1台

2

资源目录服务器

4颗6核cpu 32G内存 3*146G硬盘

1台

3

数据库服务器

4颗6核cpu 32G内存 3*146G硬盘

1台

4

信息注册管理机

工信部指定

2台

5

深信服Vpn网关

工信部指定

1台

四、其它费用

1

评测费(国家评测综合检索平台联通情况)

约10万元,国家指定

标签:

0人觉得有用

招标
业主

-

关注我们可获得更多采购需求

关注
相关推荐
 
查看详情 免费咨询

最近搜索

热门搜索