项目需求书【荐】.docVIP

项目需求书 项目背景 为进一步提高我市人力资源和社会保障工作服务水平，我市于2007年开始筹划建立天津市社会保障卡系统。按照人社部等有关国家部委的规范及要求，该系统已于2008年正式投入使用。 截至今年8月底，全市制发社会保障卡（以下简称：“社保卡”）430余万张。按照我局总体规划，计划今年下半年开始对原医疗保险卡进行批量换发。为应对逐步增大的业务量及数据量的需求，需对现有系统进行整体升级改造。在原有设备基础上增加和增配磁盘存储阵列、刀片服务器、交换机等设备。在硬件平台搭建的同时，进行相应的软件开发，包括对现有软件系统备份功能的调整、数据库结构和存储备份机制的调整、专用数据备份软件的开发等。 系统概述 现有社会保障卡系统采用B/S/S三层架构，由4台HP32位刀片服务器组成应用集群，其中一台HP刀片服务器用于负载均衡，另外3台作为应用服务器，并使用Weblogic8.1.5组成应用集群。 社保卡生产数据库系统由2台HP32位刀片服务器组成，其中一台用于日常业务操作，另一台作为它的备用机并且平时不启动。数据库系统目前使用一台日立的ISCII接口的网络存储设备作为数据库的存储系统，大小为6T。 基于以上的现有系统设备，目前主要瓶颈在生产数据库上，由于只采用了一台HP32位刀片服务器作为生产数据库服务器，因此系统承载力受到很大限制，按照目前的配置（8CPU，8G内存）理论上只能承载150-200个客户端的短事务的并发使用，而目前全市社保卡经办使用的客户端已经超过了300个，而且有不断增长扩大之势，而且随着业务的发展用户陆续提出了许多需要长时间执行，并且消耗大量资源的长事务业务需求，因此每当诸如有集中提请制卡等业务高峰出现时（每月的10、25号），总是会出现系统资源不足而影响客户端的即时响应的情况，严重之时甚至可以引发系统宕机。另外由于只使用单实例Oracle数据库作为生产数据库，因此系统并发事务处理能力以及负载承受能力均受到很大限制，同时由于采用32位刀片服务器作为数据库服务器，因此限制了Oracle的内存寻址能力，在32位机上Oracle最多只能寻址1.7G内存空间，这对于像社保卡这种繁忙的OLTP业务生产系统来说显得非常不足。 目前，所有服务器均通过一台神码核心交换机进行网络连接，极易因网络设备单点故障造成整体系统瘫痪，存在极大的风险。 此外，制卡设备现有的制卡能力已不能充分满足目前社保卡的受理及发放需要，因此急需对设备中的模块进行增配。 项目要求 本次招标目标为天津市社会保障卡系统升级，包括硬件平台、软件开发等具体内容。各采购设备要满足性能指标方面的要求，并且与原有系统充分兼容，软件的开发要充分满足系统应用的需要，整个社会保障卡系统升级的建设要充分满足我市社会保障卡应用的需求，合理规划和部署，完成系统的集成建设、硬件安装、调试及上线运行以及对软件的开发、测试和上线应用。在充分理解项目背景及目标的基础上，投标方应依据上述因素做出完善可行的项目实施方案。 为保证项目在可控状态下的进行，投标方应针对本项目建立项目管理组织架构，明确稳定的项目组成人员、管理方法和风险控制措施，保证在甲方要求的时间进度内完成系统的扩容改造并正常运行。 第一包中标方作为社会保障卡系统升级建设的集成商全面承担系统集成责任，组织原厂商完成整个系统的相关方案设计、设备安装调试、机房网络规划和综合布线、电力改造等所有相关的实施工作；此外中标方也要针对系统应用软件进行合理的规划、设计、实施及迁移，并负责完成所有的相关工作。投标方的报价中应包括所有的服务项目，如果出现漏报和少报的服务项目，由投标方自行承担。投标人所制定、编写的软件开发方案及所开发的应用软件要在充分保证原有社会保障卡系统功能及应用的基础上实现稳定交换和业务应用的平滑对接、迁移。 投标方必须在投标书中提供工作内容及时间表，并按照所提供的时间表工作。 投标人应在投标书中明确响应标书要求，做好科学、全面、合理、详细的系统设计，完成本系统的建设任务，确保系统升级工作的成功。 投标人在投标书中必须保证所推荐的是原厂、原装未拆封的产品。 四、分包情况 （一）第一包内容 第一包包含社保卡系统的硬件平台升级、业务软件的升级及系统集成。 序号 名称 数量 1 光纤磁盘阵列存储 2套 2 磁带库 1套 3 核心交换机及配件 1台 4 刀片服务器（含64位Linux操作系统） 6台 5 刀片服务器机箱及相关附件 1套 6 光纤通道交换机 2台 7 光纤通道卡 8个 8 数据库（Oracle 11G R2 for RAC） 1套 9 系统软件升级 1套 10 电力改造 1套 11 系统集成 1套 （二）第二包内容 第二包包含制卡设备模块的增配。 序号 名称 个数 1 MX6000接触式智能卡模块编程