赣州永正工程造价咨询有限公司关于赣州银行股份有限公司赣州银行门户网站系统项目（项目编号：GZYZ2025-GZYH-ZC009）的公开招标公告-江西省招标采购-建设招标网

赣州永正工程造价咨询有限公司关于赣州银行股份有限公司赣州银行门户网站系统项目（项目编号：GZYZ2025-GZYH-ZC009）的公开招标公告

2025-06-25 江西-赣州-章贡区

打印

所在地区：	江西-赣州-章贡区	发布日期：	2025年6月25日
招标代理：	注册/登录即可查看	招标业主：	注册/登录即可查看

招标采购正文

（* 或略）部分为隐藏内容，查看详细信息请注册/登录

赣州永正工程造价咨询有限公司受赣州银行股份有限公司的委托，现就赣州银行门户网站系统项目进行公开招标，现欢迎国内符合资格条件的投标供应商前来参加投标。<o：(略)</o：(略)[if !supportLists]（一）[endif]项目编号：(略)<o：(略)</o：(略)[if !supportLists]（二）[endif]招标方式：(略)<o：(略)</o：(略)（三）招标内容：<o：(略)</o：(略)<div><table><tbody><tr><td>序号<o：(略)</o：(略)</td><td>项目名称<o：(略)</o：(略)</td><td>主要服务内容及技术参数要求<o：(略)</o：(略)</td><td>数量<o：(略)</o：(略)</td><td>单位<o：(略)</o：(略)</td><td>预算金额（万元）<o：(略)</o：(略)</td></tr><tr><td>1<o：(略)</o：(略)</td><td>赣州银行门户网站系统项目<o：(略)</o：(略)</td><td>详见采购项目需求<o：(略)</o：(略)</td><td>1<o：(略)</o：(略)</td><td>项<o：(略)</o：(略)</td><td>(略)<o：(略)</o：(略)</td></tr></tbody></table></div>[if !supportLists]（四）[endif]投标方式：(略)<o：(略)</o：(略)（五）投标供应商资格要求：<o：(略)</o：(略)1、具有独立承担民事责任能力的法人或其他组织或自然人；<o：(略)</o：(略)2、具有良好的商业信誉和健全的财务会计制度；<o：(略)</o：(略)3、具有履行合同所必需的设备和专业技术能力；<o：(略)</o：(略)4、有依法缴纳税收和社会保障资金的良好记录；<o：(略)</o：(略)5、参加采购活动前三年内，在经营活动中没有重大违法记录。<o：(略)</o：(略)（六）本项目特定资格要求：<o：(略)</o：(略)1、近5年（(略)年6月1日至投标截止日，以合同签订日期为准），投标人提供1个已上线的银行业门户网站系统实施案例，项目合同名称或需求内容中包含“门户网站”、“官网”、“互联网门户”、“门户信创改造”等字样，同一客户案例只能按一个案例计算。提供加盖投标供应商公章的项目合同关键页（至少包含首页、盖章页、内容页）复印件佐证，同时提供以下任一材料证明项目的真实性：(略)<o：(略)</o：(略)2、投标供应商需提交承诺函，承诺中标后提供全部源代码（包括但不限于产品源代码、定制化源代码、运行平台源代码、配套工具源代码等，源代码需涵盖底层架构和通讯层）及源代码说明文档，进行无保留的知识转移。同时投标人承诺在项目实施过程中所用到的第三方软件、源代码，不存在任何知识产权争议，采购人可以安全、合法地使用，并确保采购人无需支付额外费用。承诺项目验收后提供一年免费维保。承诺函格式自拟。<o：(略)</o：(略)（七）招标文件的购买：(略)<o：(略)</o：(略)（八）招标公告期限：(略)5 个工作日。<o：(略)</o：(略)（九）投标截止时间和开标时间、地点：(略)<o：(略)</o：(略)（十）投标保证金及履约保证金：(略)壹仟元整（￥(略).(略)），应当以支票或汇票或本票或银行转账或金融机构、担保机构出具的保函等非现金形式提交。投标供应商采用银行转账方式的，应从各自银行基本账户（自然人参加投标的，从自然人的同名账户银行账户）全额转入采购代理机构的指定账户【户名：(略)<o：(略)</o：(略)中标供应商须在发放中标通知书后(略)日内向采购单位缴足中标总价5%的履约保证金，履约保证金在项目验收后无息退还给中标供应商，中标供应商未按合同约定履行义务时，履约保证金不予退还。<o：(略)</o：(略)（十一）付款方式：<o：(略)</o：(略)1、软件系统：(略)<o：(略)</o：(略)2、中标人未按要求提供合格增值税专用发票的，采购单位将延期支付，直至取得符合规定的增值税专用发票，若确定无法提供增值税专用发票，采购单位将按原合同总价调减有关增值税额支付。<o：(略)</o：(略)（十二）联系方法：<o：(略)</o：(略)采购代理机构：(略)<o：(略)</o：(略)地址：(略)<o：(略)</o：(略)电话：(略)<o：(略)</o：(略)邮箱：(略)<o：(略)</o：(略)联系人：(略)<o：(略)</o：(略)户名：(略)<o：(略)</o：(略)开户银行：(略)<o：(略)</o：(略)账号：(略)<o：(略)</o：(略)网址：(略)<o：(略)</o：(略)采购单位：(略)<o：(略)</o：(略)地址：(略)<o：(略)</o：(略)电话：(略)<o：(略)</o：(略)联系人：(略)<o：(略)</o：(略)附件1<o：(略)</o：(略)采购项目需求<o：(略)</o：(略)一、投标供应商须提供全新、原装，并符合标准的货物与服务。<o：(略)</o：(略)二、所有标的的知识产权问题，由各投标供应商自行负责。<o：(略)</o：(略)三、本招标文件提出的是最低限度的要求，投标供应商的方案应达到或优于本招标文件要求，且符合国家有关标准和规范要求。<o：(略)</o：(略)四、主要服务内容：<o：(略)</o：(略)（一）业务需求<o：(略)</o：(略)1、项目背景<o：(略)</o：(略)在金融科技快速迭代、业务深度数字化转型与业务持续扩张的背景下，我行现有官方网站在支撑业务发展和满足监管和用户需求等方面逐渐显现出局限性。一方面，面对多元化的业务场景与用户需求，原网站的页面设计、交互体验已难以匹配市场发展节奏，也没有采集网站的流量数据进行分析以实现个性化推荐；另一方面，随着监管合规标准趋严、信创国产化战略加速推进，现有门户网站在国产化改造、业务连续性、适老化服务、安全防护能力、多端适配能力等方面存在明显不足，亟需系统性优化升级。<o：(略)</o：(略)2、项目目标<o：(略)</o：(略)基于以上背景，现拟围绕“智能化、个性化、安全化、移动化”四大核心方向，通过门户网站全面改版升级，以推动我行各大板块业务发展为主导，整合分散的服务入口，聚焦用户需求，构建界面简洁、布局科学、扩展性强的用户交互体系，搭建集服务办理、信息展示、智能管理于一体的覆盖PC端与H5端的综合性传播平台，最终实现用户体验与服务效率双提升；同时完成国产化、双中心双活、无障碍、防篡改等方面的改造，筑牢信息安全与系统稳定防线，增强品牌市场竞争力，满足监管要求，构建可持续发展的数字化服务生态。<o：(略)</o：(略)3、项目功能要求<o：(略)</o：(略)3.1 网站页面要求<o：(略)</o：(略)3.1.1栏目规划要求<o：(略)</o：(略)应针对赣州银行网站当前用户群体、需求、现状等多维度进行调研分析，同时对比标杆网站的功能规划，明确网站目标用户群体和发展定位，提供统筹完善的栏目规划方案。<o：(略)</o：(略)3.1.2页面设计要求<o：(略)</o：(略)应提供专业UED（用户体验设计）团队，通过对现有网站分析、客户需求分析进行规划设计。网站整体风格、色调将需结合当前市场主流审美，遵循大气、现代、简约、高端、商务的设计原则，充分融合赣州银行的企业文化和愿景，实现网站所有栏目页面的全新设计，直到甲方满意为止。<o：(略)</o：(略)设计方案需能体现（或部分体现）我行企业文化：<o：(略)</o：(略)1、企业精神：(略)<o：(略)</o：(略)2、服务理念：(略)<o：(略)</o：(略)3、发展理念：(略)<o：(略)</o：(略)4、企业价值观：(略)<o：(略)</o：(略)3.1.3页面交互要求<o：(略)</o：(略)需遵循当前主流的网站交互设计规范，对页面、动画、超链接等交互要素进行设计，需符合访客浏览和阅读习惯，提高用户使用满意度。<o：(略)</o：(略)3.1.4页面技术要求<o：(略)</o：(略)网站需要融合最先进的美术设计理念，采用现代技术栈（如前后端分离，Spring 框架, Vue/React等），系统更灵活、高性能，提高网站解析和访问效率，增强用户的访问体验度。需适应于IE(略)及以上、Edge、Safari、Opera、Firefox、Chrome、(略)浏览器等主流浏览器；确保页面访问的兼容性，针对采购人同意的无需适配的浏览器版本，需有清晰的引导保证用户体验。网站应采用自适应的开发技术，兼容不同尺寸的屏幕，全面适配PC端、H5端，确保用户在不同设备上均能获得流畅、一致的良好体验。<o：(略)</o：(略)3.1.5网站搜索要求<o：(略)</o：(略)系统应提供智能搜索功能，方便用户快速搜索到所需内容。提供信息自动聚合功能，系统自动将和搜索词同类的相关信息汇总在检索结果页面进行展示。支持按需加权、智能排序的功能，对搜索结果中对应的关键字进行高亮展示，提高网站的服务效果。提供全文检索功能，支持对网站信息进行标题、关键词、正文内容等进行全文检索。搜索功能应对特殊字符进行过滤。<o：(略)</o：(略)3.1.6无障碍、适老化及简繁体、中英文切换要求<o：(略)</o：(略)系统需提供永久授权的无障碍功能，实现无障碍界面交互。帮助视力障碍、听力障碍、肢体障碍人士浏览网页，需提供页面放大、对比色、纯文本、大字幕、辅助线、语音朗读、智能引导、导航控制等辅助工具。<o：(略)</o：(略)系统需提供简繁体和中英文一键切换功能。<o：(略)</o：(略)相关控件所有权归采购人所有，行内可提供给其他项目使用。<o：(略)</o：(略)3.1.7人力资源招聘模块要求<o：(略)</o：(略)系统提供人力资源招聘模块功能，实现操作招聘计划延期、简历投递信息字段精简、查询招聘全流程等功能。<o：(略)</o：(略)3.2 内容管理平台功能性要求<o：(略)</o：(略)3.2.1站点管理<o：(略)</o：(略)系统应支持站点智能创建和管理，为后续赣州银行网站开展子站点提供技术支撑。<o：(略)</o：(略)系统应内置页面meta标签设置功能，提供简单的内容页和栏目页meta标签配置页面，便于网站内容易于被搜索引擎收录，实现SEO优化目标。<o：(略)</o：(略)3.2.2富文本编辑器<o：(略)</o：(略)系统应提供在信创环境（统信，奇安信浏览器）和非信创环境下都可正常使用的富文本编辑器。<o：(略)</o：(略)富文本编辑器应提供从原文本（word、excel等办公文件）中全选复制、粘贴或导入至富文本编辑器中，且须满足富文本编辑器中格式与原文本的字体、大小、图片大小、表格样式保持一致，实现“所见即所得”的效果。<o：(略)</o：(略)网站全页面、包含富文本编辑器应能使用赣州银行版权拥有版权的字体。<o：(略)</o：(略)富文本编辑器应提供基础的文字编辑功能，包括字体、大小、加粗、对齐方式。可添加多幅图片及文档附件，支持插入超链接、表格、图片、HTML代码、音频、视频等多媒体元素。<o：(略)</o：(略)3.2.3内容管理<o：(略)</o：(略)系统应提供基础的内容管理功能，包括新增、删除、暂存、修改、发布、批量发布、定时发布、定时撤稿、提交审核、预览的功能。<o：(略)</o：(略)系统为信息审核人员提供专门的文章审批管理页面，在此页面中可以预览发布的文字，支持同意、退回。系统可对接赣州银行OA系统，实现在赣州银行OA系统和移动工作平台中进行审批和预览。<o：(略)</o：(略)系统应支持对于纯附件类内容的批量新增。<o：(略)</o：(略)系统应提供全站点发布内容的标题搜索功能，提供批量下架功能以应对突发情况。<o：(略)</o：(略)系统应提供发布/提交审核前的敏感词检查并提醒用户内容存在敏感词。<o：(略)</o：(略)系统应支持所发内容可以跳转到外部链接，页面需保持原貌。<o：(略)</o：(略)3.2.4栏目管理<o：(略)</o：(略)系统可清晰展现栏目结构和站点归属的关系，并提供多种栏目导航方式，方便用户查找及相应管理操作。栏目支持直接连接到外部链接，可满足不同栏目的发布需求。<o：(略)</o：(略)系统实现栏目管理对信息发布良好支撑，支持栏目创建、编辑、删除、转移功能。<o：(略)</o：(略)栏目应提供角色权限配置功能、是否审批配置、是否自动发布配置。<o：(略)</o：(略)系统应提供业务部门使用的栏目申请功能，提交申请后按审批流程进行审核。业务部门如需增设或下架栏目，可通过官网后台管理系统提交申请后按审批流程进行审核。审批流程对接赣州银行OA系统，支持审批角色、动作、流程自定义。<o：(略)</o：(略)3.2.5模板管理<o：(略)</o：(略)系统支持频道模板、模块模板和内容管理模板，以便于用户的整体和局部的维护操作。<o：(略)</o：(略)系统操作可较容易地实现页面布局的增加、删除、修改、备份、恢复、导入、导出等具体功能，方便模板编辑。<o：(略)</o：(略)系统可提供简单、灵活的布局设计与编辑功能。<o：(略)</o：(略)系统支持页面模版所见即所得的设置制作功能，同时表现层和业务层应完全分离，支持模版引擎语言技术，方便设计制作人员使用。<o：(略)</o：(略)3.2.6资源管理<o：(略)</o：(略)为了提高系统中资源的使用效率，系统应提供资源库管理功能，能实现对图片、视频、音频、文件的统一管理和维护、并生成对应的URL链接，提高信息资源的使用效率，减少资源冗余。<o：(略)</o：(略)3.2.7角色管理<o：(略)</o：(略)系统应支持对系统后台用户对象进行管理，实现用户、组织机构和角色的统一管理，包括增加、删除、修改等操作。<o：(略)</o：(略)1.组织机构管理：(略)<o：(略)</o：(略)2.角色和权限管理，按部门需要操作业务的范围设定角色及权限，参数化设置。权限设置各层级都支持网站上直接操作，权限级别分类全面、清晰。<o：(略)</o：(略)3.用户角色和组织架构应对接我行统一用户管理系统，并每天定时同步用户，同时支持手动同步。<o：(略)</o：(略)3.2.8日志管理<o：(略)</o：(略)系统具有全面的日志记录管理功能，系统将记录所有用户在内容管理系统中的操作信息，通过用户的唯一识别信息ID，记录用户的操作日志，包括操作的类型、对象、内容、时间等；记录用户的登录登出情况及登录地址。记录用户对门户网站内容的修改、增加、删除等日常操作。全面的日志管理实现系统使用的全流程记录，做到有据可查。<o：(略)</o：(略)3.2.9审批流程引擎<o：(略)</o：(略)为规范信息流转过程，应配置工作流管理模块，支持流程角色定义、动作定义、流程定义的管理，支持流程可视化跟踪，通过该模块可实现对信息的采、编、发全程信息生命周期的管理，以及业务内容的创建、审批、发布、修订、删除、撤销等自定义业务流程管理。审批流制定后，内容会自动按照定制的工作流程自动流转，提高效率。<o：(略)</o：(略)3.2.(略)发文统计<o：(略)</o：(略)系统应提供自定义时间段的发文统计、包括文章标题、栏目、发布部门、发布时间等要素。<o：(略)</o：(略)3.2.(略)访问量统计<o：(略)</o：(略)系统应提供成熟的访问统计分析功能，支持对网站的访问情况进行统计分析，实时监测、查看各网站的访问情况。包括但不限于以下各项指标：<o：(略)</o：(略)1)网站访问量<o：(略)</o：(略)2)页面访问量<o：(略)</o：(略)3)搜索关键字<o：(略)</o：(略)4)访客来源<o：(略)</o：(略)5)停留时间<o：(略)</o：(略)对于网站访问量，内容浏览量，系统应提供丰富多样的统计图表进行查看。<o：(略)</o：(略)3.2.(略)历史数据迁移<o：(略)</o：(略)赣州银行网站经过多年的建设，已积累了大量的历史数据和资源，应根据本项目需求针对性的提供数据迁移方案，确保新旧系统的平滑迁移，保证网站中的文本、图片、附件不丢失。<o：(略)</o：(略)3.2.(略) 静态发布<o：(略)</o：(略)系统应以静态化页面为主，动态请求为辅的模式。确保赣州银行官网的稳定性和安全性。<o：(略)</o：(略)系统应提供静态文件同步工具或方案，实现将内网服务器生成的页面同步至互联网服务器的功能。<o：(略)</o：(略)3.2.(略) 地图管理<o：(略)</o：(略)系统可提供强大的、个性化的地理位置管理功能，支持在网站页面添加赣州银行的网点地图服务，支持对所有地点定位、名称等信息进行配置。<o：(略)</o：(略)3.2.(略) 飘窗及轮播管理<o：(略)</o：(略)为满足网站的宣传需求，应提供飘窗、轮播图等管理功能，支持灵活设置和管理多种展现形式，包括但不限于“飘窗”“图片轮转”“自定义样式”“视频”等。<o：(略)</o：(略)（二）技术需求<o：(略)</o：(略)1、系统架构要求<o：(略)</o：(略)1.1 系统的建设应遵循开放性、先进性、可扩展性、稳定性、安全性、经济性、前瞻性和可维护性相结合的原则。<o：(略)</o：(略)1.2 投标人提供建议的系统软硬件平台及网络部署解决方案，系统所采用的软硬件平台应符合我行开发技术架构规范,方案应充分考虑业务发展、国产化软硬件支持和后续灾备建设的要求，系统不依赖于任何特定的操作系统、数据库、中间件和硬件平台，且具有高效稳定、可扩展性和可维护性强等特点。<o：(略)</o：(略)1.3 具备良好的移植能力，完全支持虚拟机部署，且不影响系统功能。<o：(略)</o：(略)1.4 支持全栈国产化适配,支持当下主流的国产化服务器、操作系统、数据库、中间件以及芯片，满足全栈国产化要求。同时支持国产化部署。<o：(略)</o：(略)1.5 系统设计应遵循高内聚、低耦合的理念。能够按照我行ESB规范实现与行内现有系统的对接；对系统中的各种网络协议、硬件接口、数据接口等进行统一规划，满足我行现有系统的信息交互要求；同时预留接口实现与后期规划系统的对接，为未来的系统扩展奠定基础。<o：(略)</o：(略)1.6 提供关于该系统的全部技术接口标准及相关工具，并对采购人将来可能引进或开发的第三方软件或服务提供支持；提供完整的接口、二次开发等相关技术文档资料，进行全面的技术转移。<o：(略)</o：(略)1.7 与相关系统应具有良好的可对接性，能快速地实现与行内常用软件及应用服务进行集成，根据采购人要求可为相关对接开发工作免费提供相关的技术支持。<o：(略)</o：(略)1.8 系统具有较强的配置功能，通过配置参数即可实现对现有功能或范围的调整及扩展，对常用参数提供灵活配置，如厂商通道参数、规则参数等，以及各类审批流程、权限的灵活配置。<o：(略)</o：(略)1.9应遵循我行日志规范要求生成日志文件，系统具有详细的审计日志，包括系统日志、应用日志、错误日志、用户登录、注销和日常操作等日志，满足全面的审计要求。<o：(略)</o：(略)1.(略)设计方案必须符合行方系统建设安全规范，具备完善的安全管理机制，保证系统的功能安全、网络安全和数据安全，保证系统长期、稳定、可靠的运行。<o：(略)</o：(略)1.(略)系统支持服务器集群部署，支持负载均衡，支持两地三中心部署。<o：(略)</o：(略)1.(略) 投标人提供的软件系统、SDK及第三方软件、SDK等不得设置、使用期限、文件大小、文件数量、设备数量、容量、流量等限制条件，也不得与硬件设备或相关配置（例如：(略)<o：(略)</o：(略)1.(略)客户端浏览器应兼容主流浏览器（奇安信、IE、firefox 、Chrome 等）的最新版本，避免对单一浏览器的依赖。应用软件客户端应适配国产操作系统自带的免费浏览器或国产浏览器，不需要额外对浏览器进行设置或加载控件。<o：(略)</o：(略)1.(略)系统需满足我行的数据标准要求，符合行内各项数据规范，按照我行数据标准规范、数据同步规范和服务标准规范接入行内数据平台。若存在不符合我行数据标准的情形，须在项目实施过程中完成系统改造。<o：(略)</o：(略)1.(略)按照数据安全规范对敏感数据在传输、处理、存储环节进行加密脱敏处理。<o：(略)</o：(略)1.(略)支持国密算法加签、验签、加密、解密（软硬算法都支持）。<o：(略)</o：(略)1.(略)数据存储结构合理，具有合理的数据治理方案（例如系统备份、恢复、优化、空间规划等），避免冗余数据、清理垃圾数据、纠正不合规数据、补录缺失数据，具有良好的扩展性、维护性和稳定性。<o：(略)</o：(略)1.(略)支持goldenDB（(略)及以上版本）、TD （(略).3.(略)及以上版本）的国产数据库。<o：(略)</o：(略)1.(略)数据库库表设计时字段应包含创建时间、最后修改时间等时间属性或是否有效等标志属性。<o：(略)</o：(略)1.(略)数据库的每张表都应该具备生命周期管理的策略，尤其是流水表及操作日志等。<o：(略)</o：(略)1.(略)系统应遵循我行数据标准，依照我行数据标准落地。<o：(略)</o：(略)1.(略)支持录入和存储生僻字，支持UTF-8、GB-(略)-(略)等常用字符集，支持国标大字符集，支持在各系统数据交换过程中的码制转换。<o：(略)</o：(略)1.(略)投标人提供的产品需包含项目相关的具有合法使用权的工具软件和第三方SDK等，并且承诺使用的所有工具和软件没有所有权和知识产权纠纷，并保证工具软件和第三方SDK的可用性和可靠性。<o：(略)</o：(略)1.(略)支持我行统一身份认证登陆、涉及输入交易信息的页面集成我行生僻字输入。<o：(略)</o：(略)1.(略)支持双中心双活部署。<o：(略)</o：(略)2、系统技术功能要求<o：(略)</o：(略)2.1 投标人中标后需协助采购人进行业务需求细化及补充完善，并最终实现业务需求。 <o：(略)</o：(略)2.2 投标人中标后必须在预定期限内实现业务需求所有功能模块。可根据需求增加功能，但不能减少功能。<o：(略)</o：(略)2.3 具备数据清理机制及配套工具，以实现历史数据的归档备份、数据清理。<o：(略)</o：(略)2.4 支持多法人使用（包括村镇银行共用），对机构新增、撤并和升降级的操作能够通过系统的功能来完成，非必要时无需后台人工调整数据。<o：(略)</o：(略)2.5 对海量数据采用读写分离、分库分表、内存数据处理等技术手段，保证海量数据处理高效性，支持高并发处理。<o：(略)</o：(略)2.6 系统应使用SDK完全开源或者拥有所有源代码的稳定版本开发语言。不能使用存在商业专利未公开源码模块的Oracle JDK。<o：(略)</o：(略)2.7 系统须同时支持多种网络协议，包括但不限于IPV4及IPV6，系统之间支持通过域名对接访问；系统上线时需同时发布IPV4及IPV6服务，并具备与IPv6改造前同等的业务连续性保障能力。<o：(略)</o：(略)3、系统性能要求<o：(略)</o：(略)3.1 系统最大并发用户数不可低于(略)。<o：(略)</o：(略)3.2 系统事务处理能力（TPS）：(略)<o：(略)</o：(略)3.3 系统平均响应时间：(略)<o：(略)</o：(略)3.4 服务器资源使用率：(略)<o：(略)</o：(略)3.5 集群建设：(略)<o：(略)</o：(略)3.6 交易成功率：(略)<o：(略)</o：(略)3.7 系统应具备足够的稳定性、较强的容错能力，能够提供保证系统正常稳定运行的高可用性方案。在运行环境安全稳定的基础上，应保证应用系统 7×(略) 小时不间断、稳定运行。<o：(略)</o：(略)3.8 系统有完善的内存利用及管理功能，不得出现内存泄漏、进程大量锁死等影响系统性能的情况。<o：(略)</o：(略)3.9 系统若涉及日终批量，须在不影响上下游业务的时间内完成。<o：(略)</o：(略)4、系统安全要求<o：(略)</o：(略)4.1 系统要有高度的安全性，应用系统在不同层次进行安全控制，要求安全控制粒度在字段级别。提供信息数据加密技术，对信息、文件以及数据库、日志中的涉密信息进行加密处理。<o：(略)</o：(略)4.2 系统应具备访问权限的识别和控制功能，没有进行安全认证的用户不得登入系统。系统中的各功能权限可以灵活设置，并分级控制。<o：(略)</o：(略)4.3 系统用户管理应保证用户的唯一性，系统应该有完备的密码复杂性策略（最短长度、字符类别种类及数量、定时更换、禁止连续、密码历史、锁定机制等），不能以明文方式回显口令，口令应加密存储，提供口令恢复或重置功能。系统应具有防口令猜测功能、防暴力破解功能。<o：(略)</o：(略)4.4 应用系统应提供合理的输入/输出合法性检测方式，对输入输出数据进行合法性验证，采取有效的措施保证导入导出数据的保密性与完整性。<o：(略)</o：(略)4.5 有效防止数据被非法访问、篡改、丢失、复制。需对用户重要操作计入操作日志。 <o：(略)</o：(略)4.6 系统应具有完善的日志功能，能够记录系统异常情况及其他安全事件。系统日志分级清晰，分类清楚，时间点明确，内容连贯，含义清楚，方便查找错误和问题。能够提供详细有效的系统运行、用户使用等日志，便于对故障、事件和错误等进行分析和定位，方便事件处理和解决。有自动的日终数据备份或日志清理等功能。系统应支持安全审计，对关键事件要进行日志记录，且日志保存内容能够支持审计，日志的访问要有严格的访问控制，确保日志安全性、可用性，并提供符合要求的日志查询工具。审计日志应至少保存 1 年。 <o：(略)</o：(略)4.7 应用系统的日志具备数据脱敏功能，系统可以客户化的配置相应的敏感信息字段，系统可以根据配置的敏感信息字段对日志的内容自动进行脱敏处理。<o：(略)</o：(略)4.8 应用系统所用安全协议、密码算法符合国家标准和相关法规、符合监管要求和行方规定，能够进行安全协议、密码算法的更换和升级。<o：(略)</o：(略)4.9 重要数据及文件具有完善的手动、自动备份恢复功能。 <o：(略)</o：(略)4.(略) 提供灾难恢复的技术方案。<o：(略)</o：(略)4.(略) 系统用户角色权限设计应遵循最小使用原则。应用系统部署应制定安全部署基线，应用服务部署应遵循最小范围原则。例如，应该使用没有安全漏洞和安全隐患的应用组件；应该对部属用户对磁盘文件及系统操作权限最小化；应对系统的操作都有授权访问措施等。<o：(略)</o：(略)4.(略) 信息系统发生异常时，应向外部服务或应用程序的客户发送通用的信息或重定向到特定应用网页，不应暴露可能导致信息泄露的消息。不应暴露包括函数名以及调试内部版本出问题的行数的堆栈跟踪详细信息。<o：(略)</o：(略)4.(略) 满足《中国银监会关于印发商业银行业务连续性监管指引的通知》(银监发【(略)】(略)号)中有关要求，具备成熟完善的应急预案、灾难备份及其恢复的方案。并对该备份可提供的安全级别做出说明。<o：(略)</o：(略)4.(略) 系统的各项安全性要求应满足现行的国家标准、金融行业标准及密码行业标准等规定的强制标准要求，对于推荐要求也应满足，如有未能满足应在投标文件、合同等中予以明确声明。<o：(略)</o：(略)4.(略) 应用系统应确保不使用存在已知安全风险的开发组件、框架，上线投产前需通过我行组织的安全渗透测试，确保系统中不存在中级及以上级别的漏洞，应用系统维保期内，投标人应免费无条件提供及时的安全缺陷修复服务，在发现自身产品存在高风险安全漏洞时，应及时通知采购人并提供有效的升级修复方案。<o：(略)</o：(略)4.(略) 满足监管及国家标准规范文件的要求，包括但不限于：(略)<o：(略)</o：(略)4.(略) 积极配合赣州银行内外部审计机构检查，配合银行业监管机构检查，并根据检查结果进行整改，系统实施过程中监管政策及规范如果出现调整或更新，投标人需做相应调整以满足新的监管要求。<o：(略)</o：(略)4.(略) 投标人应不定期向赣州银行同步获悉的其他银行因个人隐私信息采集方面被处罚的情况。<o：(略)</o：(略)4.(略) 防篡改、防代码反编译、代码混淆等措施。系统需实现防御跨站请求伪造、跨站脚本攻击、SQL注入等安全漏洞的攻击。<o：(略)</o：(略)4.(略) 与第三方平台对接，应使用安全的传输通道和协议：(略)<o：(略)</o：(略)4.(略) 开放给第三方的接口，应对传输的参数进行输入校验，防止sql注入、跨站脚本攻击等漏洞。<o：(略)</o：(略)5、系统源代码开放要求<o：(略)</o：(略)5.1 投标人所提供的底层算法、开发工具、平台产品、SDK等必须拥有完全独立的自主知识产权。投标人应向采购人承诺提供全部源代码（如不能提供需给出具体说明），且提供完整、准确的开发手册、相关说明文档。<o：(略)</o：(略)5.2 在本次系统开发客户化过程中形成的源码，由采购人拥有。<o：(略)</o：(略)5.3 采购人享有基于应用软件源代码基础扩展和功能修改的权利，并享有新开发功能的知识产权。<o：(略)</o：(略)5.4 系统应保持代码风格的一致性，并提供准确和详细的代码注释，为系统后续修改提供便利，涉及规格说明和程序模块的修改，应在代码的注释行中充分记录下来。<o：(略)</o：(略)5.5 投标人应免费向采购人提供开发培训和指导。<o：(略)</o：(略)5.6 投标人须出具提供产品所有源代码（包括但不限于产品源代码、定制化源代码、运行平台源代码、配套工具源代码等，源代码需涵盖底层架构和通讯层）及源代码说明文档，进行无保留的知识转移，并与提供给我行的产品版本一致。同时投标人承诺在项目实施过程中所用到的第三方软件、源代码，不存在任何知识产权争议，采购人可以安全、合法地使用，并确保采购人无需支付额外费用。<o：(略)</o：(略)6、系统使用要求<o：(略)</o：(略)6.1 要求系统灵活，参数化程度高，具有良好的可配置性，非技术人员也可以经过简单培训后进行快速配置。<o：(略)</o：(略)6.2要求提供的平台能够很好的实现业务功能扩展，功能模块的结构设计是开放式、可扩展的，以便于根据我行业务和管理等方面的变化，对消息模板、功能模块等进行修改或者添加，数据存储和应用程序要分离，程序不得写死账号、名称、配置参数等信息。<o：(略)</o：(略)6.3系统响应速度要快、并发能力要强，能够保证可接入用户使用软件的高效访问。<o：(略)</o：(略)6.4系统运行稳定，各功能模块中数据的访问、传输、下载、分析、应用等过程必须有严格的权限控制。<o：(略)</o：(略)6.5系统交付使用后，不能出现系统崩溃、数据丢失等现象，同时系统要具有容错功能和防护功能，对输入项提供有效性数据检查，对于不正确的操作要给出适当的提示。<o：(略)</o：(略)6.6系统中所有提示信息应简单明确、易于理解，不应在出错或异常提示中出现用户看不懂的开发专业术语。<o：(略)</o：(略)6.7系统操作设置应遵循统一的风格，应用系统的风格应和操作系统风格保持一致。在同一信息系统中所有操作界面元素（按钮、操作图标、链接）的摆放方式应保持一致，以降低用户学习成本。在同一信息系统中，所有同类型操作应使用统一标识。<o：(略)</o：(略)6.8系统应对鼠标单击、双击触发的事件类型进行严格区分，避免用户误操作。<o：(略)</o：(略)6.9系统后端出错及异常提示后退回原界面时，应保留原界面中用户已经填写的内容，防止界面信息丢失、用户重新填写。对提交后出错或异常状态系统应给予用户一个友好的提示和帮助。并将界面控制焦点置于发生错误的控件对象上，将用户在该界面中所有的填写异常信息完整提示，避免多次提交失败。<o：(略)</o：(略)6.(略)系统应具有友好的显示界面，方便、实用、快捷的操作界面和操作菜单。<o：(略)</o：(略)6.(略)信息系统发生异常时，应终止当前业务，并对当前业务进行回滚操作，保证业务的完整性和有效性，必要时可以注销当前用户会话。<o：(略)</o：(略)7、系统运维要求<o：(略)</o：(略)7.1 业务监控：(略)<o：(略)</o：(略)7.2 数据监控：(略)<o：(略)</o：(略)7.3 技术监控：(略)<o：(略)</o：(略)7.4 文件处理监控：(略)<o：(略)</o：(略)7.5 系统监控功能与系统建设同步进行，同步需求分析、同步设计、同步测试、同步上线试运行。<o：(略)</o：(略)7.6 日常维护：(略)<o：(略)</o：(略)7.7 备份和清理：(略)<o：(略)</o：(略)7.8 数据库数据备份、恢复方案：(略)<o：(略)</o：(略)7.9 应用系统灾备需求：(略)<o：(略)</o：(略)7.(略) 系统在出错时，应正确提示异常信息,支持快速准确捕获系统异常信息。异常信息应包含针对开发和维护人员调试使用的系统信息。<o：(略)</o：(略)7.(略) 系统应提供多种日志类型的记录，包括系统运行日志、错误日志、登陆日志、调试日志。程序发生异常时，应在日志中记录详细的错误消息，便于维护者查找失效的原因。日志应遵循相应的日志规范要求。系统应支持日志开关配置，在需要调试的时候由运行维护人员决定是否开启日志，调试日志应把执行的SQL语句的执行时间、所用时长、执行结果写到日志文件中。<o：(略)</o：(略)7.(略) 系统有自动异常处理机制，并将异常情况登记入库。<o：(略)</o：(略)7.(略) 提供常见问题快速处理手册。<o：(略)</o：(略)7.(略)投标供应商需免费为我行配置专属维保团队，团队成员至少1名以上，维保团队职责包括但不限于软硬件运维、可迅速响应项目需求并提供及时的技术支持服务。<o：(略)</o：(略)7.(略)运维人员的工作内容包括但不限于运维支持、程序缺陷修正、配合测试和业务需求开发工作，以及采购人要求的技术培训、产品升级等服务。运维人员必须完全服从采购人的管理和工作安排。<o：(略)</o：(略)8、系统风险控制要求<o：(略)</o：(略)8.1 风险识别：(略)<o：(略)</o：(略)8.2 风险应对策略：(略)<o：(略)</o：(略)9、知识产权要求<o：(略)</o：(略)9.1 赣州银行拥有在本项目中由投标人提供的应用程序的永久使用、修改和复制权。<o：(略)</o：(略)9.2 投标人实施本项目，需配备投标人开发的其它基础软件产品的，投标人须向赣州银行提供本项目应用程序相关的基础软件产品（包括但不限于发明、发现及相关技术资料、文档、程序源代码、可执行程序等）的全部源代码及文档（包括但不限于系统概要设计方案、系统详细设计方案、用户手册、测试报告、系统技术手册），赣州银行拥有在其范围内的永久使用、修改和复制权。<o：(略)</o：(略)9.3 在项目实施中所产生的所有工作成果（包括但不限于发明、发现及相关技术资料、文档、程序源代码、可执行程序等）的知识产权归赣州银行所有。未经赣州银行同意，投标人不得再以任何形式使用以上成果，也不得将以上成果透露给任何第三方。<o：(略)</o：(略)9.4 赣州银行可授权为其提供维护服务的第三方可以代表赣州银行对系统进行修改和复制，但赣州银行不用于其它任何商业用途。<o：(略)</o：(略)9.5 赣州银行可授权其村镇银行等附属机构使用在项目实施中所产生的所有工作成果（包括但不限于发明、发现及相关技术资料、文档、程序源代码、可执行程序等）。<o：(略)</o：(略)9.6 投标人系统所用到的第三方软件（包括开发平台、运行平台等其他非自有产权软件）必须是正版产品，具有原厂商授权，且必须为企业级应用产品，因侵权所产生的责任及费用由投标人承担。<o：(略)</o：(略)9.7 投标人承诺所涉及第三方产品的知识产权/版权由投标人负责办理，并取得原知识产权/版权人的授权。由于投标人未取得原产权/版权人的授权，造成赣州银行损失的，由投标人负责。<o：(略)</o：(略)9.8 投标人保证其所提供的产品及服务不侵犯第三方的知识产权，否则，由此给赣州银行造成的一切损失由投标人承担。<o：(略)</o：(略)9.9 投标人系统所用到的第三方软件在性能、效率、安全性等方面必须满足赣州银行实际需求及未来五年的发展需求。系统上线五年内，因系统设计缺陷或考虑不足，为了支撑系统正常运行所必须追加的任何第三方软件费用由投标人承担。<o：(略)</o：(略)9.(略) 本项目提供的自有产品软件组成应完整、无License、无规模、无使用期限、无最大并发数、无用户数量、无机构数量等因素限制。产品中推荐的第三方软件产品必须为业界通用的主流产品，并说明软件产品license的购买方式；应用系统或开发平台有使用第三方控件(包括版本升级)的，若需邀请方有偿购置的，必须在应答书中特别申明，否则将由应答方自行有偿购置。<o：(略)</o：(略)(略)、系统版本管理要求<o：(略)</o：(略)(略).1 要求有完善的版本管理和文档管理的机制，对每一个版本都有详细的说明，实时更新各种项目文档。<o：(略)</o：(略)(略).2 版本发布要求采用增量发布形式。<o：(略)</o：(略)(略).3 源代码版本与文档管理支持与采购人配置管理软件或系统的集成。<o：(略)</o：(略)(略)、系统集成性要求<o：(略)</o：(略)(略).1 赣州银行有权要求本合同系统对接行内基础平台，包括但不限于DevOps持续交付体系相关平台、行内运维体系相关平台对接、OA系统、邮件系统、移动工作平台、ESB、统一调度工具等。<o：(略)</o：(略)(略).2与行内运维体系对接，包括系统监控、应用监控、服务监控、调度监控、日志监控等；<o：(略)</o：(略)(略).3与行内各基础平台进行融合、对接，包括短信平台、统一身份认证、OA等；<o：(略)</o：(略)(略).4遵循赣州银行系统间交互规范，包括ESB、RPC、Http、MQ、文件等多种交互方式；<o：(略)</o：(略)(略).5系统应适应赣州银行基础技术架构环境，包括基础硬件环境、网络环境、运维环境、终端环境、应用平台环境等；<o：(略)</o：(略)(略).6系统应适应赣州银行桌面设备操作环境，需支持芯片为Intel， win(略)，浏览器为IE(略)、chrome(略)、奇安信，办公软件为WPS的windows设备；同时支持芯片为兆芯amd、麒麟arm，操作系统为统信UOS,浏览器为奇安信，办公软件为WPS的信创设备。系统还应针对常见显示器尺寸、显示器比例及低配置设备做适当兼容；<o：(略)</o：(略)(略).7系统内API 接口具备统一的设计规范，规范应体现简洁性、可读性、可维护性、可集成性，微服务内部接口设计逻辑是清晰的、一贯的。<o：(略)</o：(略)（三）项目实施要求<o：(略)</o：(略)1、总体要求<o：(略)</o：(略)1.1 针对我行业务特点阐述系统实施方法论，并结合方法论，描述完整、可行的系统实施方案，包括但不限于项目管理、需求确认、数据处理与建设、系统设计、系统开发、系统测试、系统上线、系统推广等方案及试运行策略。<o：(略)</o：(略)1.2 投标人在本项目实施过程中，须服从我行的统一管理，遵守我行相关规章制度，同时满足适用的法律法规和有关监管部门的监管要求。<o：(略)</o：(略)1.3 在系统建设全过程加强对各类风险的防范，严格按照要求进行系统建设全过程各环节的有效控制，确保项目按期保质保量完成上线。<o：(略)</o：(略)1.4 投标人须保证项目在整个实施过程必须在招标人现场进行，并确保项目关键人员的长期稳定性。所有参与本项目实施的厂商人员，未经我行许可，不得调换。<o：(略)</o：(略)1.5 满足信创要求。系统应不依赖任何非国产基础软硬件，能够按照采购人国产化的要求，快速完成信创化改造实施。<o：(略)</o：(略)2、项目管理要求<o：(略)</o：(略)投标人根据本项目的特点提出一套具有针对性的项目管理方法，以指导和控制项目实施工作，请投标人针对下述要求进行分别回复：(略)<o：(略)</o：(略)（1）制定合理的项目管理组织架构，明确职责并确认汇报机制。 <o：(略)</o：(略)（2）提出需求变更管理以及项目范围控制的方法和流程。 <o：(略)</o：(略)（3）提出计划管理、沟通管理、资源管理、版本管理等方法和流程。 <o：(略)</o：(略)（4）提出质量保证的方法和流程，尤其是对于各种类型测试的质量保证方法，如单元测试、集成测试、压力测试、用户验收测试和回归测试等。<o：(略)</o：(略)3、项目实施队伍要求<o：(略)</o：(略)3.1 总体要求 <o：(略)</o：(略)在项目实施阶段，项目实施队伍是以投标人一方的技术力量为主，负责整个项目的设计、实施、进度和质量控制，对整个项目的完成进度和质量负责；我行将派出一定数量的业务和技术人员配合项目建设，明确细化业务需求，审核设计方案，掌握全系统的各项技术，为将来的运行维护、功能扩充作技术准备，并监督项目的质量和进度，确保按时完成工程。<o：(略)</o：(略)本项目要求投标人项目团队常驻总人数不低于5人。本项目要求投标人需对满足本项目实施要求的人员团队组成进行详细说明。项目团队的关键人员包括项目经理、技术经理、开发人员、UI设计人员，投标人需确保以上关键人员能够根据项目需要随时到现场实施。采购人有对投标人参与项目人员进行面试的权利，对于不满足采购人要求的人员，采购人有权要求投标人无条件更换，且不能影响项目进度。<o：(略)</o：(略)投标人需向采购人提供本项目的《项目实施人员清单》。项目建设期间，项目团队人员请假需经采购人同意。<o：(略)</o：(略)在项目实施期间，未经采购人许可，不得更换项目组中成员。投标人必须保证人员组织的稳定性，在平台投入试运行前，投标人不得抽调任何项目组成员。采购人保留拒绝投标人人员变更要求的权利。<o：(略)</o：(略)维护人员的工作内容包括但不限于运维支持、程序缺陷修正、配合测试和业务需求开发工作，以及采购人要求的技术培训、产品升级等服务。维护人员必须完全服从采购人的管理和工作安排。<o：(略)</o：(略)3.2 人员资质<o：(略)</o：(略)[if !supportLists]1．[endif]项目经理：(略)<o：(略)</o：(略)[if !supportLists]2．[endif]技术经理：(略)<o：(略)</o：(略)[if !supportLists]3．[endif]UI设计人员：(略)<o：(略)</o：(略)[if !supportLists]4．[endif]开发人员：(略)<o：(略)</o：(略)备注：(略)<o：(略)</o：(略)3.3人员清单<o：(略)</o：(略)根据采购人建议的实施计划，请明确给出项目各阶段的工作范围、实施团队组织结构、成员构成、成员职责以及投入时长，并提交《项目实施人员清单》。《项目实施人员清单》模板如下所示：<o：(略)</o：(略)<div><table><tbody><tr><td>序号<o：(略)</o：(略)</td><td>姓名<o：(略)</o：(略)</td><td>学历<o：(略)</o：(略)</td><td>年龄<o：(略)</o：(略)</td><td>工作年限<o：(略)</o：(略)</td><td>投入时间<o：(略)</o：(略)</td><td>拟担任职务<o：(略)</o：(略)</td><td>职称/证书<o：(略)</o：(略)</td><td>与拟任职务要求相符的银行案例数量<o：(略)</o：(略)</td></tr><tr><td>1<o：(略)</o：(略)</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>2<o：(略)</o：(略)</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr><tr><td>3<o：(略)</o：(略)</td><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr></tbody></table></div>投标人名称（盖章）：<o：(略)</o：(略)授权代表：<o：(略)</o：(略)职 务：<o：(略)</o：(略)日 期：(略)<o：(略)</o：(略)备注：<o：(略)</o：(略)1.表中投入时间必须说明是否全程现场，若非全程现场，请具体写明投入阶段及各阶段具体时长（以人月为单位），阶段包括需求分析、设计、开发、SIT、UAT、投产演练及投产等阶段。<o：(略)</o：(略)2.团队所有人员需按照模板提供详细简历(3.4)，并提供相关人员情况证明资料，投标人对所提供资料的真实性负责。<o：(略)</o：(略)3.工作年限不包含在校学习期间（未毕业）的实习工作经历。<o：(略)</o：(略)4.拟担任职务包括项目总监、项目经理、技术经理、需求专家、测试经理、开发人员、测试人员。<o：(略)</o：(略)3.4 简历模板 <o：(略)</o：(略)1.项目经理、技术经理简历模板如下（案例须提供合同等佐证材料，相关要求详见评分标准）：<o：(略)</o：(略)<div><table><tbody><tr><td>简历表<o：(略)</o：(略)</td></tr><tr><td>姓名<o：(略)</o：(略)</td><td></td><td>出生年月<o：(略)</o：(略)</td><td></td><td>照片<o：(略)</o：(略)</td><td></td></tr><tr><td>手机号码<o：(略)</o：(略)</td><td></td><td>毕业院校<o：(略)</o：(略)</td><td></td></tr><tr><td>专业<o：(略)</o：(略)</td><td></td><td>学历（全日制）<o：(略)</o：(略)</td><td>（大专、本科、研究生）<o：(略)</o：(略)</td><td>拟担任职务<o：(略)</o：(略)</td><td></td></tr><tr><td>工作年限<o：(略)</o：(略)</td><td></td><td>与拟任职务要求相符的银行项目案例数量<o：(略)</o：(略)</td><td></td><td>相关工作年限<o：(略)</o：(略)</td><td></td></tr><tr><td>学习经历<o：(略)</o：(略)</td><td>（大学及以上学校学习、专业技术培训机构学习经历）<o：(略)</o：(略)</td></tr><tr><td>技术认证<o：(略)</o：(略)</td><td>（技术认证类、考试证书）<o：(略)</o：(略)</td></tr><tr><td>个人简介<o：(略)</o：(略)</td><td>（个人能力描述等）<o：(略)</o：(略)</td></tr><tr><td>序号<o：(略)</o：(略)</td><td>银行交易项目名称<o：(略)</o：(略)</td><td>项目内容<o：(略)</o：(略)</td><td>所任职务<o：(略)</o：(略)</td><td>工作职责<o：(略)</o：(略)</td><td>证明人姓名<o：(略)</o：(略)</td><td>证明人电话<o：(略)</o：(略)</td><td>对应页码<o：(略)</o：(略)</td></tr><tr><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr></tbody></table></div>2.项目团队其他人员简历模板如下（项目经历无须提供合同等佐证材料）：<o：(略)</o：(略)<div><table><tbody><tr><td>简历表<o：(略)</o：(略)</td></tr><tr><td>姓名<o：(略)</o：(略)</td><td></td><td>出生年月<o：(略)</o：(略)</td><td></td><td>照片<o：(略)</o：(略)</td><td></td></tr><tr><td>手机号码<o：(略)</o：(略)</td><td></td><td>毕业院校<o：(略)</o：(略)</td><td></td></tr><tr><td>专业<o：(略)</o：(略)</td><td></td><td>学历（全日制）<o：(略)</o：(略)</td><td>（大专、本科、研究生）<o：(略)</o：(略)</td><td>拟担任职务<o：(略)</o：(略)</td><td></td></tr><tr><td>工作年限<o：(略)</o：(略)</td><td></td><td>金融科技工作年限<o：(略)</o：(略)</td><td></td><td>相关工作年限<o：(略)</o：(略)</td><td></td></tr><tr><td>学习经历<o：(略)</o：(略)</td><td>（大学及以上学校学习、专业技术培训机构学习经历）<o：(略)</o：(略)</td></tr><tr><td>技术认证<o：(略)</o：(略)</td><td>（技术认证类、考试证书）<o：(略)</o：(略)</td></tr><tr><td>个人简介<o：(略)</o：(略)</td><td>（个人能力描述等）<o：(略)</o：(略)</td></tr><tr><td>序号<o：(略)</o：(略)</td><td>经历的银行项目名称（可非门户网站系统项目）<o：(略)</o：(略)</td><td>项目内容<o：(略)</o：(略)</td><td>所任职务<o：(略)</o：(略)</td><td>工作职责<o：(略)</o：(略)</td><td>证明人姓名<o：(略)</o：(略)</td><td>证明人电话<o：(略)</o：(略)</td><td>对应页码<o：(略)</o：(略)</td></tr><tr><td></td><td></td><td></td><td></td><td></td><td></td><td></td><td></td></tr></tbody></table></div>3.5 人员考勤<o：(略)</o：(略)1、投标人的现场服务人员应遵守采购人的管理规定，严格执行采购人的考勤制度要求。未经采购人书面同意，投标人的现场服务人员不得出现迟到、早退、旷工等违反考勤制度的事件。如有此类情况发生，采购人有权要求投标人承担因此引起的损失。投标人非现场实施的服务人员作息时间可由投标人自行安排，但应保证在采购人要求的期限内保质保量完成相应任务。<o：(略)</o：(略)2、若因法定节假日原因导致项目延期，投标人的现场服务人员需按照采购人的工作和考勤要求，通过加班等方式降低因节假日造成的项目延期影响。<o：(略)</o：(略)3.6其他要求<o：(略)</o：(略)项目组所有成员入场前需通过采购人的面试，通过面试的项目经理、技术经理、UI设计人员、开发人员等项目组成员原则上不允许调整。项目组所有成员如有变动需事前征得采购人的同意，仅有合同关系而非本公司雇员的团队成员在面试时要明确提示。<o：(略)</o：(略)项目组最终派驻人员原则上须与应标文件中的人员清单保持一致，并确保其稳定性，投标人在应标时须出具正式的人员稳定性承诺函。<o：(略)</o：(略)请投标人给出应对实施团队人员变动风险的防范机制（包含与雇员的特别协定、应急预案等）。<o：(略)</o：(略)4、项目实施工作范围<o：(略)</o：(略)4.1 项目实施工作范围为软件开发实施全过程，包括不限于制定项目计划、需求分析、系统设计、编码开发、系统测试、系统上线。<o：(略)</o：(略)4.2 制定项目计划：(略)<o：(略)</o：(略)4.3 需求分析：(略)<o：(略)</o：(略)4.4 系统设计：(略)<o：(略)</o：(略)4.5 编码开发：(略)<o：(略)</o：(略)4.6 系统测试：(略)<o：(略)</o：(略)4.7 系统上线：(略)<o：(略)</o：(略)5、系统技术转移要求<o：(略)</o：(略)5.1 投标人充分重视技术转移工作，确保在项目合同实施工作结束时能够与采购人一起完成技术转移的工作任务，使采购人技术人员能够获得基于核心平台和公共组件进行二次开发、升级和维护的能力。技术转移内容要包含产品转移与技能转移两部分。 <o：(略)</o：(略)5.2 采购人对产品转移的要求：(略)<o：(略)</o：(略)5.3 对技能转移要求包括：<o：(略)</o：(略)[if !supportLists]（1）[endif]投标人应通过培训、参与开发以及其它投标人认为合适的方式，实现应用系统软件标准版本开发方面的技能转移，技能转移内容包含但不限于：(略)<o：(略)</o：(略)[if !supportLists]（2）[endif]投标人应通过培训以及其它投标人认为合适的方式实现客户特色业务的客户化开发方面的技能转移，技能转移内容包含但不限于：(略)<o：(略)</o：(略)[if !supportLists]（3）[endif]投标人应通过培训以及其它投标人认为合适的方式实现应用投产维护方面的技能转移，技能转移内容包含但不限于：(略)<o：(略)</o：(略)6、验收标准<o：(略)</o：(略)6.1 投标人负责门户网站系统平台在行内的本地化部署和调试。在搭建、调试过程中，中标人应向招标人提供安装调试过程中的各种文档资料，以便招标人在投产后能独立操作和维护。<o：(略)</o：(略)6.2 系统正式上线后，进入试运行阶段，试运行期为三个月。在试运行期内如果出现较大问题，则试运行期顺延，直至系统运行稳定并得到招标人认可为止。<o：(略)</o：(略)6.3 试运行达到稳定运行1年之后，由投标人及时向招标人提出书面验收申请，招标人确认能够达到本次招标项目的验收标准则为验收合格，并由招标人签署正式验收报告。<o：(略)</o：(略)6.4 验收成绩评定标准 <o：(略)</o：(略)合格 <o：(略)</o：(略)（1)材料完整 <o：(略)</o：(略)（2)软件可正常运行 <o：(略)</o：(略)（3)实现项目软件需求说明书要求的各项功能需求 <o：(略)</o：(略)（4)不存在遗留问题或缺陷未解决 <o：(略)</o：(略)不合格 <o：(略)</o：(略)（1)材料不完整 <o：(略)</o：(略)（2)软件不可正常运行<o：(略)</o：(略)（3)未实现项目软件需求说明书功能需求<o：(略)</o：(略)（4)存在遗留问题或缺陷未解决 <o：(略)</o：(略)6.5 如果验收不合格，双方商定重新确定正式验收的时间，在重新验收前投标方负责继续对项目进行修改和完善，并在双方商定的期限内达到验收标准，其验收过程和方式不变。由此导致延误项目进度的，费用和责任由投标方承担，招标方并有权向投标方提出的索赔。<o：(略)</o：(略)6.6 投标人充分重视技术转移工作，确保在项目合同实施工作结束时能够与采购人一起完成技术转移的工作任务，使采购人技术人员能够获得基于核心平台和公共组件进行二次开发、升级和维护的能力。投标人应教会采购人技术人员独立自主至少1-2个需求。<o：(略)</o：(略)7、服务与支持要求<o：(略)</o：(略)7.1 在项目实施及后续服务过程中，对于关键或重大问题，应承诺调动全部资源给予支持，委派专家到现场解决问题，不得影响项目的整体进程。<o：(略)</o：(略)7.2 投标人与招标人签订保密协议，投标人应严格遵守保密条款，对项目开发中所有资料进行保密。<o：(略)</o：(略)7.3 项目结束并通过甲方验收之后由投标人提供至少1年7*(略)小时免费响应服务，免费服务期内，需要提供的服务包括但不限于如下内容：<o：(略)</o：(略)（1）提供系统缺陷的修复；<o：(略)</o：(略)（2）提供性能优化服务；<o：(略)</o：(略)（3）新增应用系统的对接；<o：(略)</o：(略)（4）合理范围的新增需求开发；<o：(略)</o：(略)（5）提供7*(略) 小时服务响应；<o：(略)</o：(略)（6）提供产品的升级版本，并免费进行实施。<o：(略)</o：(略)（7）及时处理采购人业务部门使用过程中反馈的问题，保证在任何时候用户都能得到有效地技术支持；<o：(略)</o：(略)（8）及时响应相关系统的接口开发、系统对接、数据交互需求；<o：(略)</o：(略)（9）出现严重影响生产运行的问题时，必须保证 (略) 分钟内响应，保证 2 小时内解决； <o：(略)</o：(略)（(略)）服务方案中请明确列明服务期限、服务方式、服务级别、响应时间、服务收费等情况；<o：(略)</o：(略)（(略)）在项目建设、上线、推广及运行维护阶段提供业务咨询服务，指定业务专家提供远程或现场业务支持。<o：(略)</o：(略)（(略)）定期向采购人同步业内典型安全事件信息，包括但不限于：(略)<o：(略)</o：(略)7.4 自系统投产上线后，投标人为招标人提供每季度一次的现场巡检服务。并于巡检前(略)个工作日内向招标人提交《软件巡检方案和计划》，给出相应的加固方案并提供巡检报告进行保养性维护。<o：(略)</o：(略)7.5 投标人应按照双方制定的项目整体计划完成产品交付。在履行合同过程中，如果投标人遇到不能按时交付和提供服务的情况，应及时以书面形式将不能按时交付的理由、延误时间通知招标人。招标人在收到投标人通知后，应进行分析，如果同意，可通过修改合同、签订补充协议等方式，酌情延长交付时间，如果投标人毫无理由地拖延交付，将受到以下制裁：(略)<o：(略)</o：(略)7.6 未经招标人书面同意，投标人不得以招标人的名义开展活动，不得在合同允许范围外使用或者披露我行的信息，以防止信息被非授权使用。<o：(略)</o：(略)7.7 在发生银保监会规定的信息科技突发事件，或发生可能引发系统性、区域性银行业信息科技风险类突发事件时，投标人应及时向招标人报告，包括事件的影响以及处置和纠正措施。<o：(略)</o：(略)7.8 投标人严格遵守人民银行、银保监会等监管要求，积极配合采购人进行风险评估、应急演练、审计和检查等工作。<o：(略)</o：(略)7.9 在合同执行期间，重大政策变更或环境变化导致合同需变更或终止的，谈判人需提供合同变更或终止的过渡安排，包括信息、资料和设施的交接处置等过渡期间相关服务的安排。<o：(略)</o：(略)7.(略) 免费维护期结束后，若招标人计划向投标人继续采购系统维保服务，每年系统维护费不超过本项目合同总价的(略)%。<o：(略)</o：(略)8、文档和培训要求<o：(略)</o：(略)8.1 文档要求<o：(略)</o：(略)本项目完成后，中标人必须提供完整的软件安装、操作、使用、测试、控制和维护手册，以及应用软件程序、应用源代码（含现场开发的源代码）。要求提交的文档是一套可保存的、并容易查阅的中文文件，文档要求以纸质和电子格式提供，文档内容按招标人的要求提供，包括但不仅限于：<o：(略)</o：(略)（1）项目开发计划<o：(略)</o：(略)（2）工作说明书（SOW）<o：(略)</o：(略)（3）需求说明书<o：(略)</o：(略)（4）总体设计说明书、详细设计说明书、接口设计说明书、数据库设计说明书<o：(略)</o：(略)（5）所有源代码（含现场开发的源代码）及相关说明文档<o：(略)</o：(略)（6）代码走查报告、单元测试报告、联调测试报告<o：(略)</o：(略)（7）测试方案、测试计划、系统测试案例、安全测试案例、性能测试案例、系统测试报告、安全测试报告、性能测试报告<o：(略)</o：(略)（8）上线方案、实施手册、系统操作手册、系统维护手册<o：(略)</o：(略)（9）所用软件产品厂商授权书、技术说明书、使用说明书<o：(略)</o：(略)对于项目实施阶段目标设定的文档交付物，将作为本阶段工作完成的标志之一。对于文档交付物的描述应包含但不限于：(略)<o：(略)</o：(略)8.2 培训要求<o：(略)</o：(略)投标人须在系统开发和建设中提供全面而系统的培训，投标人须提供完备的培训方案和计划，培训期间投标人应为培训对象免费提供相应的培训课程计划表和培训资料。<o：(略)</o：(略)（1）培训对象：(略)<o：(略)</o：(略)（2）培训内容：(略)<o：(略)</o：(略)9、合同款支付<o：(略)</o：(略)9.1 合同以人民币付款。<o：(略)</o：(略)9.2 付款方式按3：(略)<o：(略)</o：(略)9.3 中标人未按要求提供合格增值税专用发票的，招标人将延期支付，直至取得符合规定的增值税专用发票，若确定无法提供增值税专用发票，招标人将按原合同总价调减有关增值税额支付。<o：(略)</o：(略)<o：(略)</o：(略)附件2<o：(略)</o：(略)<div><table><tbody><tr><td>供应商报名登记表<o：(略)</o：(略)</td></tr><tr><td>项目名称：<o：(略)</o：(略)</td></tr><tr><td>项目编号：<o：(略)</o：(略)</td></tr><tr><td>品目号：(略)<o：(略)</o：(略)</td></tr><tr><td>供应商名称：<o：(略)</o：(略)</td></tr><tr><td>联系人及联系方式：<o：(略)</o：(略)</td></tr><tr><td>邮箱：<o：(略)</o：(略)</td></tr><tr><td>通讯地址：<o：(略)</o：(略)</td></tr></tbody></table></div>

登录查看完整内容>>

按照客观、公正、公开的原则，本条信息受业主方委托独家指定在中国建设招标网 www.jszhaobiao.com 发布

注册会员享受贴心服务

标讯查询服务

让您全面及时掌握全国各省市拟建、报批、立项、施工在建项目的项目信息。

帮您跟对合适的项目、找对准确的负责人、全面掌握各项目的业主单位、设计院、总包单位、施工企业的项目经理、项目负责人的详细联系方式。

帮您第一时间获得全国项目业主、招标代理公司和政府采购中心发布的招标、中标项目信息。

标讯定制服务

根据您的关注重点定制项目，从海量项目中筛选出符合您要求和标准的工程并及时找出关键负责人和联系方式。

根据您的需要，向您指定的手机、电子邮箱及时反馈项目进展情况。