1、第 1 页共 21 页无锡人社 ESB 总线系统集成项目采购文书2017 年 4 月第 2 页共 21 页目 录第一章 须知 .3第一节 投标须知 .3第二节 招标文件 .3第三节 投标文件 .3第四节 投标文件递交 .4第五节 议标 .5第六节 其他 .5第二章 招标项目需求、技术标书内容要求 .6第一节 需求文档 .6第三章 投标报价格式 .10第一节 投标报价总表 .10第二节 软件售后服务政策及费用说明 .10第三节 招标文件与投标相应文件差异说明 .10第四章 商务文件格式 .10第一节 投标方的组织机构和法律地位： .10第二节 投标方需提供的有效文件 .11第三节 参与本项目人员
2、及其技术资格一览表 .11第四节 项目进度计划表 .11第五章 简本文件格式 .12第六章 声明 .12第 3 页共 21 页第一章须知第一节 投标须知一、 项目说明1. 适用范围本招标文件仅适用于本次采购中所叙述项目内容。2. 定义招标文件中下列术语应解释为： “招标方”系指无锡市人力资源和社会保障信息中心 “投标方”系指向招标方提交投标文件的技术公司 “买方”系指在合同的买方项下签字的法人单位，即：“无锡市人力资源和社会保障信息中心” “卖方”系指提供系统建设及服务的投标方。3. 项目名称：无锡人社 ESB 总线系统集成项目4. 采购内容：企业服务总线产品（1 套） 。二、 投标资格本次要
3、求投标人符合如下要求：1. 投标人应当符合中华人民共和国政府采购法第二十二条的规定；2. 投标人必须是经国家工商行政管理机关注册的信息技术企业；3. 投标人应具有三年以上应用 ESB 产品集成开发的行业经验。4、投标人须具备 ISO9001 质量管理体系认证。三、 采购方式内部比价四、 投标费用投标方应自行承担所有与编写和提交投标文件有关的全部费用。不论投标的结果如何，招标方在任何情况下均无义务和责任承担这些费用。第二节 招标文件一、 招标文件组成1.投标邀请书、投标须知及前附表；2.招标项目需求、技术标书内容；3.投标报价格式；4.商务文件格式；5.简本文件格式。备注：投标方应认真阅读招标文
4、件中所有的事项、格式、条款和规范等要求，从而对招标文件做出实质性的响应。如果没有按照招标文件要求提交全部投标文件或者资料，没有对招标文件做出实质性响应，根据有关规定，该投标将被拒绝，其风险应由投标方自行承担。二、 招标文件解释任何要求澄清招标文件的投标方，均应在投标截止日期的三天前以书面形式（传真、电子邮件）通知招标方。招标方将以书面形式予以答复，其他澄清方式无效，招标方认为必要时，将通知所有投标方到场答疑。第 4 页共 21 页三、 招标文件修改1.在投标截止日期前三天，无论出于何种原因，招标方可主动地或在解答投标方提出的问题时对招标文件进行修改。2.招标文件的修改将以书面形式通知所有投标方
5、，并对其具有约束力。招标方可以酌情延长投标日期。第三节 投标文件一、 注意事项投标方应仔细阅读招标文件，了解招标文件的要求。在理解招标的内容和商务条件后，编写投标文件。二、 投标文件语言以及计量单位1.投标方的投标文件以及投标方与招标机构就有关投标的所有来往函电统一使用简体中文（特别规定除外） 。2.投标文件中使用的计量单位除招标文件中有特殊规定外，一律使用公制。三、 投标文件组成1.投标方编写的投标文件应包括下列内容（投标方必须按下列顺序自编目录及页码装订成册,否则,文件失散以及由此而引起的后果由投标方自负）：2.证明投标方合格的资格文件（按本招标文件本节第五条的要求提交） 。3.商务文件（
6、按本招标文件第六章商务文件格式的要求填写） 。4.投标报价（按第三章“投标报价格式”要求填写，并按规定，法定代表人或其授权委托人签字、盖单位公章，否则作为无效处理） 。5.技术标书（按本招标文件第二章招标项目需求、技术标书内容及编写格式的要求提交） 。6.简本文件（按本招标文件第七章简本文件格式单独装订成册） 。7.报价总表（按本招标文件第三章第一节“投标报价总表”格式填写单独装订成册） 。8.合同基本条款（按同类业务行业内通用合同文本格式、以及合同法的相关规定起草） 。四、 投标报价1.所有报价均应已包含国家规定的所有税费。2.投标货币单位统一为人民币报价。3.投标方对每项目的报价必须是唯一
7、的。招标方不接受有任何选择的报价。报价栏项目中如出现数字 0，视报价为零；如出现空白，视为未响应。五、 证明投标方合格和资格的文件1.投标方有效的“法人营业执照”正本或副本复印件（复印件加盖单位公章） ；2.投标方法定代表人身份证明书和身份证（复印件）及法人授权委托书（按所附的格式填写，原件） ；3.投标方法定代表人的授权代理人身份证（复印件） ；4.投标方认为有必要提供的声明及文件资料。六、 投标文件的书写要求1.投标文件用普通 A4 单面打印，需签名处用不褪色的墨水书写。2.投标文件打印字体全部用宋体，正文用五号字体。3.投标文件的书写应清楚工整,修改处应由法定代表人或其授权代表签章。4.
8、字迹潦草、表达不清、未按要求填写或可能导致非唯一理解的投标文件将视为废标。5.投标文件应由法定代表人或其授权代表在凡规定签章处逐一签署并加盖单位公章。6.投标文件的份数：正本一份，副本二份，简本一份、报价总表一份， 共五份。并在文件左上角注明“正本” 、 “副本” 、 “简本” 、 “报价总表”字样。7.投标文件正本不超过 100 页，投标文件简本不超过 20 页。第 5 页共 21 页第四节 投标文件递交一、 投标文件的要求与标记1.投标方应将投标文件正、副本、简本、报价总表分别装入投标文件袋(全部副本装在一个袋内)，在每个投标文件袋的封面上标明投标方名称、法定代表人、单位公章、正本或副本、
9、简本、报价总表。副本可用复印件。一旦正本和副本、简本内容有差异，以正本为准。2.按 1 密封后，统一将投标文件正、副本、简本、报价总表一并装入一个投标文件袋。3.投标文件的递交方式：投标人派员专门送达指定地点、指定接收部门。二、 投标截止时间1.投标文件按本招标文件规定以密封形式递交至：无锡市人力资源和社会保障信息中心（广瑞路 2 号） ，联系人： 陈 亚 联系电话： 0510-82411119 2.投标文件递交截止时间： 2017 年 5 月 5 日 15 点。3.如招标方推迟投标截止日期，并以书面形式通知投标方，则招标方和投标方受投标截止日期约束的所有权利和义务均应延长至新的截止日期。第五
10、节 议标一、 议标 1. 本招标项目符合专业条件的投标人或者对招标文件作出实质性响应的投标人三家及以上的，进行综合性议标，只有二家的，进行竞争性谈判，只有一家的，经审核无异议后进行单一来源采购。本招标项目的议标，不以最低报价作为中标的唯一依据。议标的书面依据为招标文件和投标文件。2.投标方在议标过程中，所进行的力图影响评标结果的不符合招标办法的活动，可能导致其被取消中标资格，由此引起的后果自负。二、 投标文件的澄清1.议标时招标机构有权请投标方就投标文件加以澄清。2.投标方对要求澄清的问题应以书面形式明确答复，并应有法定代表人或其授权代表的签名并加盖公章。3.投标方的澄清文件是投标文件的组成部
11、分。4.投标文件的澄清不得改变投标的实质内容。三、 中标确认1.根据议标的最后结果确定中标方，并与招标方签订中标确认书 。招标机构无义务向未中标单位解释落标原因，投标文件及相关资料概不退回。中标确认书将作为签订合同的依据。第六节 评分标准一、 商务部分序号 指标项 分值 评分依据1 报价 30评标基准价：各有效投标人的投标报价去掉一个最高和一个最低报价后的算术平均值。当有效评标价少于五家时（含五家），则以所有有效投标人的投标报价的算术平均值作为评标基准价。报价为基准价的投标人，其价格分为30 分。其他投标人报价得分：按照高于或者低于基准价的比例分别予以扣分，以偏离基准价 1%扣 0.2 分为标
12、准，等比例扣分。第 6 页共 21 页序号 指标项 分值 评分依据2 公司资质 61、投标人具备 SOA 整合能力，提供相关专利证书复印件得 2 分；（多项证书不做累加计分） ；2、投标人作为起草单位参与中国国家标准化管理委员会发布的相关 SOA 标准，得 2 分（提供标准规范首页及起草单位名单页复印件，多项规范不做累加计分） ；3、所投产品制造商为国产品牌加 2 分；3 产品资质 61、投标人须提供企业服务总线、ETL 软件的软件著作权。证明文件须为同一厂商产品，每个证书和著作权得 1 分，满分 2 分。须提供以上证书和著作权的复印件并加盖原厂商公章，证明文件为多厂商情况下，不得分。2、投标
13、人提供的企业服务总线和 ETL 软件产品，在中央国家机关 2016 软件协议供货中间件采购目录中，每入选一个得 1 分，满分 2 分，需提供网站截图及查询网址；3、提供所投企业服务总线产品连续 5 年运行无宕机证明（盖公章）得 2 分，须同时提供该项目的合同复印件页。4 业绩证明 61、投标人需提供所投企业服务总线产品建设案例，每提供一个案例得 1 分，满分 2 分。 （必须提供合同金额页、盖章页、项目信息页复印件） 。2、投标人所投企业服务总线产品在省级社保局范围内，有成功应用案例得 2 分。 （必须提供合同金额页、盖章页、项目信息页复印件） 。3、投标人所投企业服务总线产品在江苏省区域内市
14、级以上社保局，有成功应用案例得 2 分。 （必须提供合同金额页、盖章页、项目信息页复印件） 。合计 482 技术部分序号 指标项 分值 评分依据1 总体要求 1 基于面向服务的体系架构（SOA） ，采用 Web Service 或 JMS规范，实现跨地域、跨机构、跨系统的数据共享与交换。2 开放性 要求 1 支持主流操作系统，包括 Windows 、Solaris 、Linux、AIX、HP-Unix，需支持 64 位与 32 位操作系统。 支持 WS-*、XML 相关技术标准及技术规范，以及国际和行业数据通信标准、SOA 国家标准。3协议接入要求3 提供多种基于标准协议的接入方式，包括SOA
15、P/HTTP、JMS/MQ、Socket，保持技术的中立性。 同一服务可同时对外暴露多种协议接入方式，便于不同的调用者进行灵活选择。4资源适配要求8基于适配器框架技术，实现统一的客户化应用服务接口。 协议适配器支持 Socket、FTP、EJB、LDAP、XML、HTTP、JMS、Email、Web 第 7 页共 21 页序号 指标项 分值 评分依据Services、CORBA、RMI 等技术协议类型的适配器。 数据适配器支持多种数据源类型，包括关系型数据库（DB2、Oracle、SQLServer、MySQL）等、结构化资源（XML、Excel、Json）等、自定义文件（自定义分隔符、定长资
16、源） 、已有服务接口（Webservice、EJB）等多种形式。 协议转换实现不同协议间的自由转换，通过适配器模板，快速将异构系统提供的异构数据/接口封装为标准服务，如 JDBC-WebService 转换，满足不同业务应用的需要。 适配模板提供多种资源适配器开发模板与部署模板，简化适配过程，缩短适配周期。5数据交换要求7 支持同步、异步共享交换模式，满足不同数据交换需求。 支持分发模式，提供一对一、一对多、多对一、多对多消息分发策略，能够实现消息的推拉模式，从而可以服务于高性能、大吞吐量的广播应用 支持服务自运行策略定义，包括固定间隔分钟、小时及每天、月、季度、年固定时间自动运行。 支持基于
17、内容的消息路由模式，包括静态路由、动态路由、第三方规则路由，是消息按照预定义规则到达目标。 支持 Web 服务代理模式，全配置、零编码的实现已有 Web服务的虚拟化，隐藏服务真实地址，提供统一入口。 支持大文件传输模式，保证文件快速、可靠、稳定传输，支持断点续传与出错重传。6数据处理要求5 数据格式转换支持对不同数据格式的灵活转换，包括文本、XML、Json 等标准格式，也包括不同行业、领域专有的数据格式规范。 数据内容转换支持数据内容的灵活转换，包括数据合并拆分、数据丰富裁剪、数据补缺替换、字典表映射等。 数据内容过滤支持根据用户设定的消息过滤要求，对传输的消息进行过滤，过滤不符合要求的数据
18、。7管理功能要求5 支持分布式部署，集中式管理；支持域、服务器主机和服务节点三个管理层次。 支持对不同机构用户及授权统一管理：不同机构管理用户，需经过对用户的授权，只有被授权的管理域、主机、服务才可被该用户管理。 支持服务配置管理：需支持对全局服务的新增、部署、变更、查看、配置等操作，支持远程一键式部署。 支持服务状态管理：可批量/单独对服务节点进行启动、停止操作。 支持服务访问权限管理：可定义服务安全访问策略，包括第 8 页共 21 页序号 指标项 分值 评分依据IP 认证、用户认证、服务认证等，支持消息加密与消息压缩配置。 支持日志管理：包括管理日志与服务运行日志。管理员可查看各类用户对本
19、服务进行了哪些操作。被授予权限的用户可对服务运行日志进行查询、下载，运行日志支持多级设置及多种日志清除策略。8监控功能要求5 拓扑监控：对各服务节点运行情况进行监控管理，提供全局拓扑示意图，直观查看各服务运行情况。 常规监控：提供数据节点的交易成功失败数、系统异常总数、服务节点响应时间这三个核心的数据指标 分段监控：提供服务各处理阶段的分段监控，包括：消息接收阶段、消息处理阶段、消息应答阶段，并提供图形化监控界面。 SLA 监控：支持 SLA 水平协议监控，执行方式支持每天一次和持续轮询。规则支持复杂表达式，支持合并。可自定义服务监控指标与告警范围，支持邮件告警与告警导出。 统计分析：支持指定
20、阶段的监控信息汇总与统计，并可导出分析统计报告。 安全审计，可以查看被授权的用户访问该服务的记录、所有用户访问本服务节点的记录。也可查看没有被授权的用户访问服务的记录、所有未授权用户访问服务的统计和授权用户访问服务的记录。 异常告警，提供异常告警功能，当服务运行异常时，服务监控平台可以第一时间监控到异常信息，并且能够将告警信息以系统提示的方式及邮件方式报警给系统管理员。9 ETL软件 5 数据抽取，支持全量抽取和增量抽取方式。增量抽取包括触发器方式、时间戳方式、日志文件方式等； 数据转换，提供可视化、支持拖拽的数据转换工具； 数据上传，支持 SOCKETSOAPJMSFTP 标准协议； 数据加
21、载，支持多种加载方式，包括：直接 SQL 语句加载、批量加载等； 提供可视化流程配置工具，包括抽取、转换、校验、上报环节，简化接口调试工作量10开发工具及易用性要求5 提供数据交换开发配置工具，通过完全的图形化建模界面以及大量预定义的服务模板，通过图形化工具与适配器模板，使得数据交换服务配置过程简单、直观、高效。 支持调试、模拟运行、打部署包等功能，帮助开发人员快速、准确的进行服务封装、服务集成及数据交换等开发工作。10安全保障要求3 支持管理授权（域授权、主机授权、服务授权） 、访问认证（IP 认证、用户认证、服务认证） 、安全审计等安全保障方式 支持 WS-Security1.0 协议，提
22、供消息层的身份鉴别，支持加密解密、签名验签，支持主流的对称加密算法和非对称加密算法，支持 PKI 安全体系。第 9 页共 21 页序号 指标项 分值 评分依据 支持第三方安全机制。12 可扩展性要求 2 支持负载均衡和高可用性部署方案 支持热部署，可灵活增加、变更主机节点、服务节点，不影响其他节点正常运行 服务节点能够不依赖于 J2EE 应用服务器运行环境独立部署运行。 具备水平扩容和垂直扩容能力。13 定制性 要求 2 支持必要情况下的产品功能调整及扩展，以更好地支持本地化定制需求。 支持提供 API，实现监控及管理功能定制开发。合 计 52第七节 其他一、解释权本招标文件根据国家有关规定编
23、制，解释权属无锡市人力资源和社会保障信息中心。二、通讯地址所有与本招标文件有关的函件请按下列通讯地址联系：招标方： 无锡市人力资源和社会保障信息中心通讯地址：无锡市广瑞路 2 号人力资源市场大院 2 号楼邮编：214001电话：0510-82411119第 10 页共 21 页第二章 招标项目需求、技术标书内容要求第一节 需求文档一、建设背景无锡人社局金保工程信息系统于 2005 年上线运行，在早期系统的应用中，以满足自身建设使用为目标，与外单位数据共享较少，随着政府部门信息化建设的不断发展，政府部门信息资源共享势在必行，2011 年原劳动保障局和人事局的合并，独立建设的人事信息系统出现了孤岛
24、，两套信息系统需要实现基础信息的共享，尤其是近几年，公共服务范围的不断扩大，对参保企业和个人提供服务，也需要通过安全便捷可控的接口来实现，目前各系统间数据共享和数据标准缺乏统一规划，不同业务系统以及与其他机构之间实现信息流转的标准不统一，缺乏有效监管。采购 ESB 系统的目的是为实现标准统一、高效安全监管、灵活可控的集成开发等，是进一步提升数据管理水平的要求。近年来，随着对数据重要性认知的提升，部分关键数据已在系统间实现流转，但存在以下问题：* 安全隐患现有点对点的传输只有部分应用采用接口方式，许多数据交换，在数据库底层直接采用Database links 方式进行数据读取。这种方式对交易过程
25、无法进行管理以及追踪，存在着很大的安全隐患。* 缺乏标准现有系统间交互缺乏统一标准，仅在需要交互的系统间达成简单协议即完成接口建设，合理性、扩展性、可维护性均不够完备。* 无法监管目前对系统间数据交互方式缺少全局、统一的规划并缺乏必要的监督与管理。无法定义可重用接口，对接口运行情况、交互情况、异常情况均无法有效掌握。随着系统的不断增多，各系统间的交互需求不断升级，规范和统一机构内部各应用系统间的接口十分必要。需要实现各独立业务系统间交互接口的统一管理、集中监控与安全保障，使系统间通过标准、稳定、可靠、可监管的方式进行互联互通，实现业务系统间的数据流转与信息共享，打破系统间的“信息孤岛” ，使各
26、系统间的接口数据能够遵循统一标准进行数据传递和业务调用。二、建设目标通过布设集开发、部署、监管等智能总线系统，实现对人社内部、外部不同信息平台的数据共享，达到安全有效的监控目标，对外交换接口实现标准化。通过引入企业服务总线和 ETL 产品，打通各系统间的信息孤岛，把各系统通过良好的接口和协议联系起来，消除不同应用之间的技术差异，让不同的系统协调运作，实现不同服务之间的通信和整合。通过服务管理，将服务进行有效的注册、管理，应用系统可以不受限制地重复使用功能服务，监控服务整体的运行状况，降低开发和运营成本。三、建设原则1. 先进性系统整体方案技术构成实用先进，符合信息技术的发展趋势，能够充分适应业务开展的需
