服务需求

1项目总体需求

1.1建设内容

本项目建设内容主要涉及对天津市住房公积金贷款发放业务系统的升级改造工作。一是增加贷款预审流程的功能与接口；二是对现有的贷款发放流程中各功能和接口进行调整，使之能够办理此类贷款发放业务。系统通过直连模式与不动产登记中心的津心登APP进行业务交互，完成购房贷款一件服务流程中业务数据的交互。系统改造需严格遵循公积金管理中心现有的核心业务系统开发规范，确保升级改造后整个业务办理顺畅，数据保存正确。

1.2业务目标

本项目旨在优化现有贷款流程更好的为缴存职工提供贷款服务，主要完成以下业务场景：

（1）以居间合同为依据进行贷款事前审批

对接规自局津心登系统，以买卖双方在津心登系统登记的居间合同为依据，进行贷款事前审批，对职工的可贷额度进行预审批。

（2）以购房合同为依据进行贷款发放审批

职工申请贷款预审批后应在2个工作日内，完成签署购房合同等房屋买卖手续，中心以住建委推送的的购房信息为依据，再次核定职工贷款额度并进行放款审批。

2应用软件建设需求

应用系统详细功能以需求梳理阶段完成后，由承建商编写并通过最终评审的《应用系统需求规格说明书》和《系统接口规范》为准。

承建商所承建的应用系统与其他应用系统之间的集成接口由承建商负责基于招标人购买的企业服务总线系统（ESB）进行定制开发和接口建设。

2.1需求概述

不动产登记中心津心登APP推送贷款申请功能：津心登APP通过接口推送贷款申请信息到公积金中心贷款发放系统，公积金中心贷款发放系统生成待客户确认的申请任务，贷款承办银行客户经理可处理申请任务。

公积金中心贷款发放系统向不动产登记中心津心登APP推送业务进度反馈功能：贷款申请进度按照流程可以向津心登APP反馈多个状态，包括受理、银行审核、中心审核、办理担保、担保复核、资金划拨、贷款发放、终止等系统状态。

为实现以上业务需求，需对公积金管理中心现有的核心业务系统-贷款发放系统做升级改造，一是增加贷款预审流程的功能与接口；二是对现有的贷款发放功能和接口进行调整，使之能够办理此类贷款发放业务。

2.2 功能需求

1、新增功能及接口

Ø贷款预审身份验证：支持对预审贷款身份信息进行验证。

Ø贷款预审信息录入：接收津心登APP传来的贷款预审录入数据。

Ø贷款预审：支持对津心登APP提交的贷款信息进行预审核。

Ø贷款购房信息二次审核：支持审核购房信息与贷款申请时的购房信息是否一致。

Ø借款人贷款资格二次审核：支持二次审核借款人贷款资格。

Ø贷款中心审核新流程处理：支持对贷款预审核流程中的数据进行处理。

2、调整功能及接口

Ø受理录入：支持受理贷款预审批的贷款数据，并审核借款人基本信息。

Ø申请补充录入：支持补充录入借款人基本信息、缴存信息等。

Ø采集影像：支持采集保存借款人身份证件、结婚证、离婚证等影像资料。

Ø银行审核：支持银行审核人员查看贷款完整信息和影像资料

Ø打印合同及资料审核：支持对提交的影像资料进行审核。

Ø补充扫描 ：支持签约资料的补充扫描。

Ø提交中心审核：支持银行审核通过后提交中心审核。

Ø个人贷款征信审核：支持审核借款人、配偶征信报告信息、住房贷款笔数等信息。

Ø贷款中心审核：支持贷款业务部审核人员审核贷款申请信息和影像资料。

Ø专职审批：支持贷款业务部专职审批人进行贷款审批。

Ø个人担保复核：支持对担保信息的复核。

Ø个人贷款发放：支持贷款发放并会回传数据。

Ø贷款时限计算：计算贷款时限。

2.3非功能性需求

2.1.1用户及性能需求

系统要求具备比较快速的交易响应能力，至少要能满足3000个用户并发操作。要求对用户提供稳定、迅速的系统响应，单笔业务提交、查询处理响应时间不超过3秒，主要统计报表查询响应不超过5秒，一般统计报表查询响应不超过15秒，大批量实时报表及批量处理响应时间不超过30秒。在硬件和网络环境正常情况下保证系统应提供7×24小时的连续运行，系统故障中断时间一般不超过1小时，最长不超过4小时，年中断故障次数不超过4次。

2.2.2系统操作需求

n系统能够快速、准确、方便地办理各类业务。支持键盘、鼠标、热键输入，操作简单、灵活。系统反应迅速，用户的每一个操作无明显地等待。

n系统具有严谨的业务流程向导、步骤提示和关联控制，避免操作员误操作。

n简洁、友好的全中文界面，详尽的在线帮助、差错校验、功能提示；并充分体现用户的业务习惯；不应该出现英文、乱字符等。

n数据精度能够满足金融系统的要求。

n支持大批量的数据处理功能和增量恢复、断点恢复等功能，处理方式遵循最优化原则。

n支持提供多种查询处理的手段，以适应多种不同的业务情况。查询到的数据可按需进行转存和打印。

n能实现对原有系统的数据正确、完整移植，有机整合，保证数据的兼容性和延续性。

n易维护性。柜面和管理客户端全部采纳B/S结构，尽可能实现程序的易维护。

n系统可直观地显示、查看存储备份相关信息，并可以按不同的方式（自动或手工）和程度进行数据的完全备份或增量备份，自动记录备份日志。系统可依据备份日志，实现系统和数据的快速恢复，并防范可能的误操作引起的备份受损或生产数据覆盖。

n完整的各类操作员的操作日志记载。具有对特殊交易进行审计的功能。

n通过完善的操作权限、授权体系设计保证系统的安全性。

2.2.3系统安全性需求

从系统使用者访问系统信息的角度来看，应通过从建立账号开始的一系列事前、事中、事后的管控完成对敏感信息的访问，在这些系统使用者访问系统信息的必经路径上建设系统信息安全体系，保护系统信息的安全。

应配合完成针对系统检测出的安全漏洞的修订工作。

n口令管理需求

通常使用的认证方式有：静态密码、一次性密码（例如手机短信一次性密码、语言一次性密码）、动态密码（例如软件令牌、硬件令牌等）、智能卡、数字证书(例如USB硬件证书、文件证书)、生物认证（例如指纹、虹膜）等。系统要能支持多种形式和组合的认证方式，并且可以和第三方专业认证系统结合起来。根据不同的需要提供不同安全级别、不同安全策略的认证手段。

用户口令必须达到6位以上，采用不可逆的算法(MD5)；用户遗忘密码只能通过上级管理员作初始化处理。

提供对用户初始化口令的强制修改功能，对一定期限没有更新口令以及过于简单的口令强制修改。

n信息应用安全需求

操作日志需求：对敏感信息的访问需要记录操作日志，并能通过对记录的信息安全日志进行审计，从而及时发现系统中的信息安全隐患和信息安全问题，遏制可能导致客户信息泄露的违规行为，及时控制因信泄露导致的损失范围

信息模糊化需求：界面模糊化展示客户关键信息，是否需要模糊化展示需要根据具体业务场景确定。模糊化的信息包括单不限于如下内容：身份证件号码、婚姻状况、教育程度、手机号码、联系电话、通信地址、办公地址、办公电话、家庭电话等。

多重授权模式需求：系统生成高级系统管理员和高级密钥员工位。高级管理员可以进行部门及相应负责人的创建，岗位和操作授权。高级密钥员对高级管理员所生成的数据进行审核，确定是否激活使用。

登录控制需求：对多次尝试性登录进行闭锁控制，提供人员上级管理员的解锁处理。限制一个用户同时多次登录；提供登录日志和提示。工作站登录时检查IP地址的合法性同时记录IP地址的使用情况。

n信息存储安全需求：针对敏感信息，采用加密存储。

n信息传输安全需求：针对敏感信息，采用加密传输或者https协议传输。

2.2.4兼容性需求

兼容各种主流浏览器（IE浏览器、chrome浏览器、Firefox浏览器等并向下兼容），内容显示完整，操作功能正常。

支持windows10操作系统及以下版本操作系统。

2.2.5技术路线需求

ü采用三层（多层）B/S结构的方式进行架构设计，中间层采用组件化设计实现模块功能;数据访问层采用数据持久化技术实现数据的访问，以数据库连接池实现，并采用缓存的设计，以保证系统的吸能；

ü采用先进的开发平台进行构建，实现快速搭建和灵活扩展；

ü基于SOA理念，采用面向服务和基于总线的架构进行系统建设；

ü支持服务组件化设计、装配、部署；

ü采用当前先进的数据治理、整合、分析技术和工具；

ü支持云计算、大数据应用，可以支持公有云和私有云部署

ü具有良好的兼容性和可扩展性，使用中心监管业务发展要求

ü采用HTTPS等安全性高的协议、技术和架构，确保信息在存储、使用、传输过程中不会背泄露或非法篡改；

2.2.6运行环境需求

ü服务器端所采用系统软件情况：稳定版本，数据库要求支持Oracle12g或DB2 7.3 for AS400及以上版本或相应国产数据库。

ü提供功能模块对移动终端应用（安卓、IOS等）的支持和实现。移动终端应用功能包括移动信息推送（关键业务数据定时推送）、移动数据查询（如报表、数据移动端在线查询）、移动审批（如采购申请、费用报销移动端审批）、移动终端数据采集等

ü主要操作系统平台有：IBM AS400、IBM AIX、windows2008集群。

ü主要数据库系统平台有： DB2 For IBM AS400、DB2 For IBM AIX、Oracle、Sybase、Sqlserver。

ü主要环境及语言有：IBM AS400系统环境下编程工具RPG、ILEC、CL、Java、C++、C，MQ以及IBM AIX系统环境下编程工具WAS、MQ、IIB、ESB、WSRR、Java、C++、C。

2.2.7开发性需求

系统应具备良好的开放性，可以通过标准数据接口实现与其它系统的数据交换和共享，并支持通用数据标准格式（Access、Excel、DBF、XML、TXT、HTML等）

2.2.8标准化需求

所有各项软件开发工具和系统开发平台应符合我国国家标准、信息产业部标准、法规等相关技术规范和要求。

2.2.9参数化需求

实现完全模块化设计，支持参数化配置，支持组建及组件的动态加载

2.2.10可靠性需求

发生故障应能及时告警，而且能自动或手动恢复。

2.2.11易用性需求

具有良好的操作界面、详细方便的帮助信息，系统参数的维护与管理通过操作界面完成，易学易用，界面亲切，管理分析报告形成简便，查询功能强大，可随意生成相关的查询报告，具有强大的自定义功能、系统日志功能和权限控制分配功能。

系统的用户界面应满足如下要求：

ü提供图形用户界面，基于视窗并带下拉菜单和图形工具条；

ü提供数据字段关键词搜索、部分词搜索和简缩的快捷码等功能；

ü允许用户打开多个应用进程，并能在多个应用进程间切换；内网以外系统的其它界面操作，并不影响相互界面的切换；

ü提供中文的操作界面，支持中文显示和中文输入，同时也能够支持英语等其他语种；

2.2.12集成化需求

新建的平台应是开发的可兼容系统，能够与目前在用的以及未来新建投用的信息系统间实现高效、稳定的应用集成，实现系统间的互联、互通及整合

2.2.13服务器配置需求

服务器的性能可满足可靠性、可扩充性、可用性要求，服务器的配置（包括内存、硬盘、磁带机、网卡、使用的操作系统等满足安可要求，详细如下：

ü支持热插拔并具有冗余电源功能；

ü多用户、多任务操作系统；

ü可在未连接网络资源时暂时存储所有报告打印命令；

ü提供资源管理器以记录、分析和报告系统的运作情况和资源利用情况，使操作系统不断改进和完善；

ü分别提供基于UNIX、Linux操作系统的服务器配置技术方案并比较其优缺点和推荐建议。

ü服务器芯片基于ARM架构

2.2.14数据存储需求

ü海量数据存储：支持未来大数据量的存储规模，提供较好的数据压缩性能，节省数据存储的磁盘空间。

ü数据接口：支持标准的数据库接口，提供丰富的访问接口方式，如Native Driver、ODBC、JDBC、OLEDB等。

üSQL兼容：平台对各种SQL标准应具有良好的兼容性，以便较方便的实现遗留应用迁移。

ü多字符集支持：支持中文国家标准的中文字符（简体、繁体），如GB、GBK、UNICODE、UTF-8等。

2.2.15运行维护需求

系统应按照运维要求建立数据埋点，提供对系统组件和服务运行情况的数据信息。

3工程实施要求

3.1工期要求

自合同签订之日起6个月内完成系统初验。试运行期为初验完成后1个月，试运行合格后提交终验。质量保证期为系统上线后12个月。

3.2安全要求

本项目涉及对招标人的核心业务应用系统的改造，投标人需要根据现有安全体系现状、需求和目标、风险评估要点等因素，就用户权限限制、用户和密码限制、留痕功能、数据传输安全性等方面加以陈述。使整体设计满足信息系统\等级保护第三级的要求(信息安全技术 信息系统安全等级保护基本要求GB/T 22239-2008)。

在本项目建设中，对投标方具体安全要求如下：

（1）应用系统的安全

1)身份认证系统

n所开发的应用系统能够兼容中心的CA认证系统、指纹认证系统、统一权限管理等身份认证平台。

2)权限控制模式

n矩阵式访问权限控制模式

通过矩阵式访问权限控制模式，根据数据的所有者和所属业务区域两个属性，将数据的访问控制权限按块状划分。每个操作者根据不同的操作权限访问不同区域内的数据。

n多级授权管理模式

通过多级授权管理模式，对系统操作权限的授权进行管理。

多级授权管理模式，采用了授权权限管理和业务授权管理两条线进行多级管理的授权权限管理模式。市中心系统管理员给市本级和各分中心系统管理员授权，授权给市本级和各分中心系统管理员在本机构范围内进行业务权限的分配。

n访问日志记录确保交易的不可抵赖性

建立应用系统访问日志记录，对所有应用系统的操作过程轨迹进行记录，以便为以后对操作痕迹进行追踪，为应用系统操作漏洞分析提供原始证据。访问日志记录，包括了操作轨迹的记录、应用系统错误日志记录、访问日志数据存储和分析等。以访问日志的形式，确保应用系交易的不可抵赖性。

（2）用户界面层安全设计

用户界面层的安全设计，有助于确保只有得到授权的用户才可以查看和修改数据，或者执行与特定岗位相关的业务功能（例如与公积金提取有关的操作）。对于还需要在系统的其他层进行授权的过程来说，在用户界面层授权用户，是限制对这些过程的访问的第一道关卡。

1)在用户界面层创建访问检查

根据用户的角色成员关系，启用或禁用以及显示或隐藏控件。

根据用户的角色成员关系，将流从一个窗体（或页面）更改到下一个窗体（或页面）。

2)在用户界面层设计授权代码

配置系统授权，以控制用户界面的输入。

在加载窗体或页面时检查用户授权，以防止用户在进程或任务出现错误时访问用户界面元素。加载页面时应执行应用程序授权检查。

在业务层和数据层执行访问授权检查。

如果用户界面限制用户可以查看的数据，则不要从数据源读取不必要的数据，这样可以避免受保护的数据在网络传输中被泄露。

（3）遵守中心的各项信息安全管理制度。

3.3保密要求

投标人必须对工程技术文件以及由招标人提供的所有内部资料、技术文档和信息予以保密。投标人未经招标人书面许可，投标人不得以任何形式向第三方透露本工程标书以及本项目的任何内容。

3.4开发、测试环境要求

投标人必须根据项目现场开发、测试需要，自备相关软硬件设备，自建开发、测试环境，确保现场开发、测试工作正常开展。

投标人需承诺整个开发、测试、售后维护过程中不使用任何盗版软件。

3.5项目管理要求

本项目建设时间紧迫，因此高质量的项目实施管理显得尤其重要。投标人应调动所有相关资源，为本项目专门制定现实可行的科学的项目管理制度和沟通管理方法，在精心设计的项目组织结构和技术手段支持下，对项目的时间、成本和质量进行有效的控制。从而确保项目能够在规定的时间内高质量地向中心提供承诺交付的产品和服务，达到中心的要求。

1）在各实施阶段开始之前，投标人必须仔细阅读《天津公积金软件开发实施操作规程》的要求，并与招标人确认项目具体的开展方法和管理要求，经与招标人讨论并确认后执行。对实施计划或实施方法的任何变动，必须得到招标人的确认与同意。

2）投标人为甲方提供的软件维护服务必须按照招标人《天津市住房公积金管理中心软件运维供应商管理规程》的各项要求执行，招标人每半年按照《天津市住房公积金管理中心软件系统承建商运维服务管理考核规范》对投标人的软件运维服务情况进行一次考核，每年年底对全年考核情况进行汇总，考核结果将作为软件运维合同履行情况的评定依据，招标人有权按照《天津市住房公积金管理中心软件运维供应商管理规程》及《天津市住房公积金管理中心软件系统承建商运维服务管理考核规范》所规定的违约责任在剩余款项中扣除，剩余款项不足以支付的，招标人有权要求投标人另行支付。

3）投标人须按照招标文件需求，对系统进行整体建设规划，并形成方案建议书。包括提供系统平台架构设计，总体的系统部署图，业务的流程图，流程表和数据流程图；业务功能模块的详细实现描述；投标人需提供满足这些要求所采用的合理关键技术、方法及关键平台，并提供原理分析依据。

4）中标人在与招标人签订正式合同后，必须在3个工作日内进场。

5）具体工作及时间安排，以中标人入场后调研编写并经双方签字确认的《项目计划》和《需求规格说明书》为准，项目实施须按照中心规定执行。

3.5.1项目管理方案要求

项目管理方案要求包括但不限于以下管理内容描述：实施进度、组织结构、质量管理、变更管理、风险管理、沟通管理、文档管理等内容。

项目实施计划内容要求包括但不限于以下实施阶段的描述：需求调研、需求设计、概要设计、详细设计、代码编写、开发、开发、测试系统建设及测试、生产系统建设及测试、系统预上线、系统上线、初验、试运行、终验、质保等阶段。

投标人在投标文件中必须根据对招标人提出的业务需求提供完整的项目实施方案，并在项目启动后调研招标人的实际业务情况，细化业务需求，并提出适用招标人要求的系统实施方法。

3.5.2投标人职责要求

应遵循住房公积金管理中心为本项目制定的相关标准、规范的要求，以及相关集成工作安排，并接受中心委托的第三方监理单位和IT风险管理服务单位的监督和管理。

建立完善的保障体系、各项管理制度和考核制度，确保项目如期完工。

负责建立沟通机制，保证项目有效地进行沟通和监控。

负责协助中心、监理单位、IT风险管理服务单位和集成单位完成项目整体验收。

3.5.3项目的人员及组织机构要求

投标人应拥有丰富的项目集成管理经验，利用专业的项目管理团队，整合各种资源，并经过优化配置，形成一个由各种适宜要素组成的优势互补、相互匹配、具有独特功能优势的团队。通过集成创新求得整体功能的扩张和建设管理水平的提升。

投标人应按照中心要求，派驻项目管理人员：项目经理、现场负责人、现场技术负责人和项目助理等到中心现场工作。同时，投标人愿意接受中心派驻项目管理人员管理、指导项目工作。

项目组成员，特别是派驻中心现场人员，纳入中心人员管理体系，接受中心监管和考核。为保障项目的顺利实施，投标人对项目组成员的调整须经中心同意。

（1）投标人必须成立合理的项目机构，制定合理的人力资源配置方案，包括人员姓名、经验、学历和在本项目中的职责分工。建立健全保障项目顺利实施的各项管理制度和质量保证体系，安排好足够的高素质人才参加本项目的建设。

（2）投标人须保证至少20人驻场实施。采购人根据项目进度，有权利要求投标人的全部项目人员驻场实施。

（3）投标人负责本系统与操作系统和数据库相关的对接及软件集成工作，并配合采购人其它项目的实施工作。

（4）在项目机构中应明确各岗位的职责、任职资格及成果，确保工程顺利实施。根据系统建设工作的业务性质，应配备经验丰富的项目经理、架构设计师、系统设计师、开发测试等人员承担本项目工作。

（5）采购人在项目实施过程中，有权要求投标人更换、调整其实施团队中不能胜任角色的人员，投标人必须按照要求给予实质性响应。

（6）采购人将可选择的对投标人提供的项目经理、系统架构师，业务/技术顾问、专家等进行面试，不满足要求者，投标人必须予以更换。

（7）在本项目的执行过程中，项目经理必须自始至终专职承担本项目相应工作。

（8）投标人在中标后，应允许相关共建部门的工作人员及运维机构人员自实施工作开始即参与本项目的需求分析、详细设计、开发、系统联调、测试、试运行及解决问题等各项工作，并在实施方案中提出协同工作计划。

（9）投标人须提供本地化服务，如为外地企业，须在天津市设有售后服务机构(分公司、子公司或常驻机构)，机构内常驻工程师不得少于12人。

（10）本项目实施全过程需受招标方委托的第三方监理机构和风险管理服务单位的监督。

（11）本项目需接受招标方委托的第三方测评机构就功能、性能、安全等保等方面进行的专业测评。

（12）未经采购人书面批准，不得转包。

3.5.4项目文档要求

投标人要严格按照系统集成和软件工程规范进行项目管理，各阶段都应提交相应的计划、设计、实施等技术文档，并经招标方认可后方可进行下阶段工作；并应确保人力、物力的定量投入，按照招标方、第三方监理机构、IT风险管理服务单位的要求按时提交项目进展情况报告及最新文档资料。

凡合同中所涉及的产品及技术服务项目在提供产品与服务的同时，招标人应提供相应资料。招标人将对投标人所提供资料的完整性与准确性进行检查。根据招标人提供的《软件开发实施操作规程》，投标人应严格按照招标方制定的规程提供项目相关的文档资料：

1）投标人提供的系统及相关资料的产权属于招标人所有，投标人在本项目中完成的所有源代码和文档全部归招标人所有，不得向第三方或媒体转让与透露。

2）招标人有权对投标人所提供的一切资料进行复制。

3）当系统更改、升级或由于其它原因需对原资料进行修改或更新时，投标人必须同时提供更新后的资料。

4）涉及招标人的所有文档资料和中间产品，未经招标人书面同意，不得向第三方或媒体转让与透露

3.6安装、调试、总体集成及测试验收要求

3.6.1系统集成要求

按照建设架构要求，与中心共同提出适合于本项目应用系统运行的集成方案和系统配置方案，配合中心实施系统集成方案，负责应用系统平台配置工作；完成平台软件的部署方案调整与集成。

3.6.2应用软件验收标准

投标人提供给招标方的软件及文档应符合如下标准：

（1）应用软件满足招标方提出的软件需求及建设要求；

（2）应用软件文档内容及文档标准要求按招标方要求提供；

3.6.3应用软件测试要求

（1）投标人应提供软件测试计划、方案、记录、报告；

（2）测试方案应覆盖但不限于单元测试、模块集成测试、联调测试、系统压力测试、用户验收测试；

（3）测试用例的设计科学合理、覆盖需求要求；

（4）测试方案应完整全面、内容科学合理，内容包括但不限于参考标准、组织人员、测试内容、测试方法、时间计划、通过准则、缺陷等级、测试工具、测试报告等；

3.6.4验收方式及内容

本项目系统验收分为三个阶段：初验、试运行、终验。

（1）“初验”指系统建设工作任务范围内的全部工作建设完成，由中标人根据其实施方案中的设计，完成全部系统的开发、安装、配置和调试工作，完成与相关系统的集成、联调测试后，在招标方及其委托的第三方监理机构和IT风险管理服务单位认定满足其业务基本运行条件和使用要求后，由中标人提交完整的验收报告及相关文档，经招标方及其委托的第三方监理机构和IT风险管理服务单位审核后，组织的初次验收；

（2）“试运行”指初验合格之日起，按照中标人与招标方商定的系统试运行方案开展试运行工作，试运行期间中标人需每周向招标方、第三方监理机构、IT风险管理服务单位出具试运行周报并获得各方签字确认，中标人需确保系统连续无重大故障运行3个月，并不断根据试运行报告进行修改完善。在试运行期内如出现重大故障，则试运行期从故障排除之日起重新计算，直到系统连续3个月无重大故障为止；

（3）“终验”指中标人提供的系统试运行期满合格，具备正式验收条件，中标人提交验收申请和全部文档，经招标方及其委托的第三方监理机构和IT风险管理服务单位确认后，组织系统终验，终验结果以招标方出具的验收评审会意见为准；

（4）终验合格后即为该工程完工，进入质量保证期。

3.7技术支持和售后服务要求

3.7.1技术支持

投标人必须提供技术后援支持，为今后系统中应用软件提供长期的技术支持。技术支持的方式包括：电话技术服务、现场技术服务、定期巡查服务、技术升级服务等。

3.7.2售后服务

投标人需为系统中软件提供不少于12个月的免费维护服务，自系统终验通过之日计算。期间如有应用软件需要修改、完善、升级，应免费进行。投标人提供每周7×24小时的售后服务，在接到招标方通知后响应时间不多于4小时，修复时间不多于24小时。投标人提供书面的技术服务承诺，应明确维护服务的服务方式、范围、内容及费用。

投标人为招标方提供的软件维护服务必须按照招标方《天津市住房公积金管理中心软件运维供应商管理规程》的各项要求执行，投标人每半年按照《天津市住房公积金管理中心软件系统承建商运维服务管理考核规范》对供应商的软件运维服务情况进行一次考核，每年年底对全年考核情况进行汇总，考核结果将作为软件运维合同履行情况的评定依据，招标方有权按照《天津市住房公积金管理中心软件运维供应商管理规程》及《天津市住房公积金管理中心软件系统承建商运维服务管理考核规范》所规定的违约责任在剩余款项中扣除，剩余款项不足以支付的，中标方有权要求供应商另行支付。

投标人在免费维护期内需提供不少于25人进行驻场服务，每天的服务时间与招标方的工作时间一致。

3.8培训要求

3.8.1培训要求

（1）派出的培训教员应熟悉本系统，并有一定的培训经验；

（2）应为所培训人员提供中文培训资料和讲义等；

（3）应为招标方提供详细的培训计划，培训计划及内容应事先获取招标方同意；

（4）培训过程中所发生的费用由投标人承担。

3.8.2培训内容

中标人应向招标方提供：系统操作人员系统使用培训和系统维护人员的维护培训，具体内容要求如下：

n系统开发人员系统使用培训

培训对象：招标方应用系统开发人员。

培训内容：针对系统开发架构、应用逻辑、数据架构、接口规范、报表开发等内容，进行应用系统日常开发培训。

培训地点：招标方指定。

培训目标：通过培训，参训人员可以完成应用系统问题修复、二次开发、接口开发调试、报表定制、系统运维等工作。

n系统操作人员系统使用培训

培训对象：业务系统日常使用人员。

培训内容：针对业务人员日常工作内容，进行业务系统日常使用培训。

培训地点：招标方指定。

培训目标：通过培训，参训人员可以完成正常的日常工作，并能有意识保护自身的身份安全，可以处理系统简单问题及了解系统故障的报修流程。

n系统维护人员的维护培训

培训对象：业务系统日常运维人员。

培训内容：应用软件系统的设计架构和数据存储结构的介绍；软件系统日常运行操作培训（如：用户管理、权限管理、数据备份等操作）；软件系统日常监控培训；以及系统故障报修流程培训。

培训地点：招标方指定。

培训目标：通过培训，参训人员可以对产品与系统在日常使用操作方面能够做到熟练掌握，并在出现一定问题的情况下可以进行适当的维护和日志信息收集以及熟练掌控报修流程和过程需要的相关信息。

八、项目验收

     本项目按照合同条款进行验收