（1）人口库交换接口软件 人口库交换接口软件：个人档案批量比对，个人档案新增采集，个人档案同步变更，个人档案省间迁转信息同步，个人档案死亡信息同步，个人档案同步不匹配处理，相关查询及统计报表。
（2）法人库交换接口软件 法人库交换接口软件：单位档案批量比对，单位档案新增采集，单位档案同步变更，单位关闭、停止同步处理，单位跨省转移同步处理，单位合并同步处理，单位档案同步不匹配处理，相关查询及统计报表。
（3）财政交换接口软件
财政交换接口软件：企业养老应收账目信息交换，企业养老实收账目信息交换，机关养老应收账目信息交换，机关养老实收账目信息交换，医疗保险应收账目信息交换，医疗保险实收账目信息交换，失业保险应收账目信息交换，失业保险实收账目信息交换，工伤保险应收账目信息交换，工伤保险实收账目信息交换，生育保险应收账目信息交换，生育保险实收账目信息交换，医保个人账户信息交换，医保统筹基金支付信息交换，养老个人账户信息交换，收入总表比对，收入表比对结果反馈，支出总表比对，支出表比对结果反馈。
（4）税务交换接口软件
单位档案同步接口；个人档案同步接口；养老账目收发接口；医保账目收发接口；失业账目收发接口；工伤账目收发接口；生育账目收发接口；其他险种账目收发接口；个人账分解同步器；个人账分解校验器；不匹配档案处理器；错误账目处理器。
（5）民政交换接口软件
民政交换接口软件：家庭成员领取养老金情况，家庭成员领取失业金情况，养老金领取问题反馈处理，失业金领取问题反馈处理。
（6）银行、邮政交换接口软件
银行、邮政交换接口软件：应收账目信息交换，实收账目信息交换，养老待遇发放情况，工伤待遇发放情况，基本参保档案数据交换，养老账户情况，医疗账户情况，医疗消费情况。
（二）系统软件采购性能指标要求，采购内容见下表： 品目号 商品品目 数量 1 数据库管理系统 10套 2 应用服务器中间件 10套 3 消息中间件 10套 4 门户中间件 10套 5 数据整合中间件 10套 6 应用整合中间件 10套 系统软件必须是成熟的商业化产品，在国内外都有不同硬件平台上大量成功案例
1、数据库管理系统 (1个CPU)
（1）数量：10套（根据工作进度配备）
（2）可选产品：企业版，ORACLE 10g、IBM DB2 v9 （3）性能要求： 高可用性
故障保护：配臵和验证Windows集群，并通过与微软集群服务器集成的高可用性软件快速准确地自动恢复数据库和应用系统。
31
数据库和事务查询：诊断和撤销错误操作，包括对单个或多个表所做的修改（包括表的删除）以及对整个数据库所做的所有修改。
可伸缩性 应用集群：跨多个相互连接或\集群\服务器运行任意未更改的打包或定制的应用系统。
集成的集群件：利用一组通用、内臵的集群服务创建和运行数据库集群。
自动工作负载管理：将服务连接请求发送给拥有最低负载的适当服务器；一旦发生故障，自动将幸存的服务器重新分配以用于服务。
安全性
密码管理：利用单一用户名和密码连接整个企业内的多个数据库。 虚拟专用数据库：编写行级安全性程序；确保应用程序上下文的安全。 细粒度审计：定义特定的审计策略，包括对错误数据的访问发出警告。 应用软件开发
Java支持：更快地执行Java应用程序，集成现有的软件资产，将Java/J2EE应用程序连接到支持网格的数据库，通过Web服务支持非连接的客户，并将本地数据与远程和动态数据结合起来。
全面的XML支持：通过对W3C XML数据模型提供支持，使存储和检索XML本地化；使用标准访问方法导航和查询XML。
JSP开发：用服务器端Java和存储的程序语言；使用SQL确保安全、方便和无缝。 可管理性
企业管理器：通过单一集成的控制台，管理和监控所有应用程序和系统。
自动存储管理：跨所有可用资源分配I/O负载，并通过垂直集成的文件系统和卷管理器优化性能；消除人工I/O调优。
自动撤消管理：监控所有系统的参数设臵、安全设臵、存储和文件空间条件的配臵。 数据仓储
数据压缩：在不影响查询时间的情况下压缩保存在关系表中的数据；降低磁盘系统成本。
分析函数：使用面向在线分析处理（OLAP）的内臵分析工作空间。 星形查询优化：加入一个事实表和大量维度表。
汇总管理--物化视图查询改写：当一个物化视图用来响应一个请求时，通过自动识别提高查询性能；透明地改写请求以使用物化视图。
集成
数据流：在一个数据库内或从一个数据库到另一个数据库的数据流中实现数据、事务和事件的传播与管理。
高级队列：通过基于队列的发布－订阅功能，使数据库队列能够充当持久的消息存储器。
工作流：支持与完整的工作流管理系统基于业务流程的集成。
分布式查询/事务处理：在分布式数据库的两个或更多个不同节点上查询或更新数据
2、应用服务器中间件（2个CPU）
（1）数量：10套（根据工作进度配备）
（2）可选产品：BEA WebLogic 9.0企业版、IBM WebSphere 6.01 网络版 （3）性能指标要求： 开放性标准的支持：
32
通过J2EE1.2以及1.3认证，包括J2CA规范，支持JDK1.4 丰富的安全性特征：
采用基于X.509证书的认证（SSL）
允许应用程序采用LDAP作为用户信息注册表，支持单点登录 良好的可扩充性：
支持多机模式横向扩充，即水平方向的集群，允许通过扩充机器数量扩充系统能力 支持单机模式纵向扩充，即垂直方向的集群，允许通过扩充机器容量扩充系统能力 系统的高可用性： 自动容错和故障恢复
提供多种方式的应用更新能力，能够在不停顿服务的情况下对应用的部分模块进行更新
强大的管理功能：
集成化的、图形界面的管理工具
提供性能分析工具提供对系统性能的分析
宽广的操作平台支持能力，支持Windows\\, AIX, Solaris, HP-UX, Red hat Linux, Suse Linux
3、消息中间件（2个CPU） （1）数量：10套
(2)可选产品：BEA、IBM (3)性能指标要求： 可靠的消息传输机制
消息中间件须是一个成熟的产品。 多种平台共存：对SCO Open server、HP-UX 、AIX、Solaris、Windows NT、Windows95等均支持。在所有支持的平台上均提供相同的应用编程接口，便于应用程序在不同平台上移植。
提供丰富的开发语言接口，必须要有Java/JMS、VB、Delphi的API。 应用开发对网络底层的复杂性是透明的，与传输协议无关。 能够在多线程环境中运行，并支持大量的并发用户的访问。 提供良好的安全机制，支持SSL(安全套接字层协议)
数据安全性及压缩：用户可以方便地开发自己的加密和压缩软件，可以实现平台间透明的数据转换，保证每条消息的安全。高可靠性：保证消息的可靠传递，即只传一次不丢、不重，可以克服一些地区网络线路质量差的现状。
事件服务管理
必须采用基于消息的架构，保证消息及时可靠地传送和沟通，并能对消息接收进行确认。消息的传输方式一般包括点对点的消息队列传送和公布/登记两种方式。数据交换平台能同时支持这两种方式。
要提供消息路由功能，可以基于消息主题或消息内容进行路由； 所有通过数据交换平台进行传输的消息都应该支持XML格式；
提供事件日志，对所有的请求处理步骤、警告、错误消息都必须被记录。 信息总线
信息总线以统一的标准完成系统间不同服务、应用之间及服务和应用内部的信息交换功能，在信息层面实现了应用软件系统的互联互通。信息总线在实现时要满足以下要求：
统一的连接结构
33
信息总线以消息的方式为所有应用提供一个统一的接入点。这些接口应用开发起来必须简单，可以快速地实现与已有的应用系统集成，通过消息的方式与信息总线相连接。
统一的数据格式
采用统一的符合相关开放式技术标准的数据传输格式，在应用软件系统的数据结构与总线数据结构之间提供数据映射与格式转换，使得异构数据可以实现透明的传输。
标准开放，易于扩充
符合公开的技术标准/协议，具有良好的可扩展性、快速的响应能力和优良的系统升级能力。信息总线以连接各种数据库、数据仓库、现有企业应用软件系统、主机系统的能力，采用松耦合的技术，新的业务系统或新的功能模块加入基本不会影响已有系统，为今后系统进一步扩充提供保障。
支持多种数据传输方式的实现
根据应用软件系统需求的不同，提供多种不同的数据传输方式。包括点到点传送、一点对多点的传送或利用“发行／预订”架构传送消息。
对传输过程的实时性、可靠性进行高级封装
保障数据在总线上能够实时、可靠的传输，应用软件系统可以忽略对网络传输的控制，而仅需关注系统的实现过程。
为消息传送提供多种服务支持能力 这些服务包括下列内容：消息缓冲机制用来保证如果接收消息的应用程序比发送消息的应用程序速度慢，则用队列保存消息；交易的完整性用来保证交易在消息发送前或确认接收前完成；消息的优先级；错误处理等。
提供方便的配臵管理手段
提供方便直观的管理机制，实现对总线参数的灵活配臵，使之能最大限度的发挥总线的功能，避免成为系统升级的瓶颈。
大容量和高并发性
满足日益增长业务容量的需求，并能承载随着新业务开通带来的不断增加的数据量和并发任务量。
数据格式和转换
支持最通用的数据格式，如XML等；
支持数据转换功能。系统之间的通讯，数据要按字段对应。能够将这部分工作提取出来，集中进行数据转换。数据转换包括数据格式转换、数据内容转换和基于规则的转换。
开放标准支持
J2EE/EJB：Java 2 Platform， Enterprise Edition/ Enterprise Java Beans JMS：Java Message Service MDB：Message Driven Beans
JCA：J2EE Connector architecture XML：Extensible Markup Language UDDI：Universal Description， Discovery and Integration SOAP：Simple Object Access Protocol WSDL：Web Services Description Language Web Service TCP/IP 支持多种实施规范 消息特征：数据交换平台的实施建议系统之间通过基于主题的消息来进行信息共享和请求服务。消息可以通过三种方式在系统之间进行传输：点对点，请求回复，以及发布登记，任何一种方式都能够帮助我们达到目标。点对点的消息传输具有特定的目标，不能被其他的系统所访问。请求回复方式的消息属于点对点方式的一种：某个消息源给
34
出同步的消息，同时等待目的地的回复。发布登记消息方式是消息发布者往外界的某个发布者所不确定的接收者进行不同步的消息广播。
消息传输：共享信息位于分散系统中的数据格式可能是不相同的，解决这个问题的方法是使用某种特定的消息传输工具。
集中数据表示：数据交换平台的数据模型策略建议，统一的数据模型应该对于整个系统都是能够接受的（中央的），而不是仅仅针对某个特定系统进行设计。这种数据模型存储在中心的数据交换平台中。这样，某个系统的数据元素以原有的数据格式可以发送到中心的数据交换平台上，数据交换平台会根据相应的数据模型再转变为可以被目的地的应用系统所接受的格式。这样，系统之间可以以自己原有的数据格式来交换信息，统一地在中心数据交换平台做数据的格式转换，最大程度地减少对原有系统的影响。
实时数据访问选项：一个数据交换平台实施能够帮助应用系统得到实时的数据变化，因为数据交换平台可以在事件发生的同时就提供相关的信息。因此，应用系统自己可以决定是否对数据进行实时的处理。
可视化图形操作：所选择的数据交换平台软件必须提供在图形化界面下鼠标拖拉操作功能，无须使用底层开发语言进行编码。使用人员只要学习它的使用技术，无须具备很高的计算机技术水平。
数据同步化和实体的单一视点：由于通常情况下某个数据实体（如客户信息）并不仅仅是由一个系统来存储的，数据交换平台实施通常都通过共享数据库来实现多个系统的数据定点使用。这种定点数据库能够将通用实体映射到分散的各个系统中。这样，数据可以在保证同步化的同时完整地收集到某个实体的全面的信息。
集中流程控制管理：数据交换平台实施中包含一个消息处理流程管理工具，可以对流程进行集中控制和维护。在这种工具的管理下，信息可以根据核心流程的需求进行分发。消息流程引擎可以让流程管理员在没有程序员支持的情况下使用图形化界面对消息流程进行修改。
4、门户中间件 （2CPU） (1）数量：10套
(2)选定产品：BEA、IBM (3)性能指标要求： 灵活的框架和基础结构
提供了开放的、可扩展的框架。整个系统的开放架构，可与现有和以后的业务系统进行集成，满足业务发展的需求
对多个数据格式的支持
支持HTML、WML、cHTML数据格式
领先的个性化功能；个性化定制，用户可自主定制页面 个性化规则引擎，按用户特性和业务规则个性化页面 强大的内容管理和搜索功能
提供网站内容管理模块，支持网站信息发布管理流程 支持业内流行的内容管理软件的集成 完整的安全认证机制
内臵LDAP服务器，也支持其他LDAP服务器 支持第三方的代理（PROXY）认证
支持JAAS规范，实现门户应用和后台应用的单点登录 全面的用户和用户组管理，ACL资源管理控制 简单开发工作
35