XX银行_营运-冠字号系统-系统高阶需求V1.0

冠字号系统高阶需求1 项目背景XX银行，总部设在XX，是XXX商业银行，为更好地支持业务快速发展需求，以及满足内地监管对于系统境内部署运作的要求，XX银行需尽快建立一套与未来业务发展战略匹配的IT系统。经过前期的XX银行IT新线咨询规划，XX银行形成了一个核心系统加五十多个外围系统的整体规划，计划18-24个月建设完成，目前正在按规划内容进行多项目群新线系统建设。冠字号系统作为第二阶段重要的运营支持系统，承担冠字号管理功能。XX银行希望能通过本次招标选型，完成冠字号系统的实施建设，并要求投标方在实施阶段配合其他系统实施商进行冠字号系统的持续改进和维护。2 系统建设目标对柜台收入和付出的纸币冠字号进行记录，实现对银行清分设备的纸币信息追溯、实时查询、残假币管理、冠字号码统一管理。3 业务范围3.1 系统概述及定位通过在系统的追踪查询可以实现对银行清分设备的纸币信息追溯、实时查询、残假币管理、冠字号码统一管理。3.2 基本要求对柜台、ATM及后台清分的纸币的冠字号信息的实时记录存储。3.3 功能需求（1）接收ATM、清分机、点钞机FSN文件，生成冠字号码数据信息及影像信息，向总行上传索引信息，向业务人员提供冠字号码查询导出、机具维护、质疑币查询导出等功能。（2）冠字号码信息采集：ATM、清分机、A类人民币点钞机按接口要求生成FSN文件，并通过有线网络或U盘将FSN文件传送至冠字号码管理系统。（3）本地冠字号码详细信息查询、对分行冠字号详细信息查询响应与处理。3.4 与其他系统关联关系（1）通过综合柜面系统一点登入。（2）接入ATM，嵌入ATM做实时查询（全行现共计64台ATM，其中25台ATM硬件支持接入实时查询，其余待折旧更新再做接入）。3.5 其他要求（1）自主产品要求不得有用户数限制。（2）要求尽可能实现参数化。（3）要求配备现场专职测试人员，负责协助业务人员完成测试案例的编写和业务功能测试。（4）要求对运维人员进行全面培训。4 非功能需求本章从架构总体要求展开，依次体现系统非功能性需求，包括整体性能、安全性、可用性、可扩展性、容错等模块具体要求。1234.1 架构要求采用业内成熟分布式架构等先进架构理念，按照标准技术框架进行开发和部署，符合面向服务规范；具备架构高效性、先进性、安全性等非功能需求；满足对我行业务发展提供延续性支撑条件。4.2 安全性要求基本安全要求（其中粗体为加强需求）系统需满足银行相关监管部门安全要求，具备严密完整的安全体系。1.身份鉴别对登录的用户进行身份标识和鉴别，身份标识具有唯一性，鉴别信息具有复杂度要求并定期更换；提供并启用登录失败处理功能，多次登录失败后应采取必要的保护措施；用户首次登录时要求修改初始口令；用户身份鉴别信息丢失或失效时，采用鉴别信息重置或其他技术措施保证系统安全。对同一用户采用两种或两种以上组合的鉴别技术实现用户身份鉴别。2.访问控制应提供访问控制功能，对登录的用户分配账号和权限；访问控制的粒度应达到主体为用户级，客体为文件、数据库表级、记录或字段级；对敏感信息资源设置安全标记，并控制主体对有安全标记信息资源的访问。3.监控与审计涉及交易的系统满足对交易量、交易成功率、交易响应时间等监控。具备事件监控和响应机制；提供安全审计功能，审计覆盖到每个用户，记录用户的重要行为和应用系统异常情况。审计记录包括事件的日期和时间、用户、事件类型、事件是否成功及其他与审计相关的信息；对审计进程进行保护，防止未经授权的中断；审计记录产生时的时间由系统范围内唯一确定的时钟产生，以确保审计分析的正确性。4.软件容错应提供数据有效性检验功能，保证通过人机接口输入或通过通信接口输入的内容符合系统设定要求；在故障发生时，应能够继续提供一部分功能，确保能够实施必要的措施。应提供自动保护功能，当故障发生时自动保护当前所有状态，保证系统能够进行恢复。5.资源控制当通信双方中的一方在一段时间内未作任何响应，另一方能够自动结束会话；能够对系统的最大并发会话连接数进行限制；能够对单个账号的多重并发会话进行限制。对并发进程的每个进程占用的资源分配最大限额。6.数据安全满足数据网络传输不被窃听及篡改；满足数据移植性及无差错运行；采用校验码技术或加解密技术保证重要数据在传输过程中的完整性。采用校验码技术或加解密技术保证重要数据在存储过程中的完整性。7.剩余信息保护保证鉴别信息所在的存储空间被释放或重新分配前得到完全清除。保证存有敏感数据的存储空间被释放或重新分配前得到完全清除。.合规性系统内各类通讯接口、加密实现方式需遵循银行业相关监管部门的要求；系统开发全生命周期需符合行内相关安全合规内容；系统具备行业内通用的系统保密性及系统完整性特性；4.3 扩展性要求【整体要求】采用开放的系统架构，减少系统耦合性，提高系统复用性；遵循业内成熟的、通用的技术标准、规范和协议；【具体要求】满足系统组件化设计；满足动态加载新增组件的方式实现系统扩展；4.4 稳定性要求【总体要求】符合行业内通用稳定性要求。【具体要求】具备应用系统、中间件及数据库设计稳定性策略；确保系统各组成模块不存在单点故障风险；确保系统7x24小时稳定运行；4.5 可靠性要求【总体要求】系统可靠性需符合银行相关监管部门的要求；系统应能可靠、稳定地运行；【重要关键类系统】全年系统可用率应大于99.9%（计划外停机除外）；系统需支持集群、主备等系统可靠性方案；系统复原时间目标RTO<24 小时，系统复原点目标RPO<120 分钟；系统应确保客户数据不受系统非计划停机等突发事件的影响；4.6 性能要求【总体性能要求】系统需符合银行同业内提供的性能水平。【高频交易系统】并发用户支持不小于200人；系统用户支持不小于500人；日终批处理接口文件及报表处理时间需小于30分钟；平均页面响应时间不超过2秒。4.7 维护性要求【总体要求】系统需具备较强的可维护性要求，符合行业内相应水平；【具体要求】系统应有完善的数据备份和恢复机制，备份过程应不影响系统服务；系统应有灵活和可配置的自动化清理机制，可通过配置支持多种数据清理策略；具备完善的在线修改配置信息，而不中断业务的设计机制;具备完善的系统备份、恢复和清理机制;需提供开放的应用、交易、日志和系统监控接口，可供其他系统使用；需提供系统运维管理、参数管理等功能的前端界面，维护人员角色和权限管理方案；需提供单笔维护和批量维护工具支持，对操作过程有日志记载，并支持误操作下的恢复机制；需提供系统更新升级方案，说明不间断升级的条件；系统应支持在不中断应用服务的情况下进行程序更新，支持应用的灰度发布。4.8 审计要求【总体要求】符合行业内通用审计要求条件；【具体要求】具备操作日志及访问日志相关内容，满足行内审计追踪的需求；系统日志采用行业内标准的日志格式来定义；具备完善的审计追踪机制方案。4.9 容错性要求【总体要求】系统需具备业内通用容错性要求条件；【具体要求】具备应用错误捕获及保护机制；具备数据库集群或双机热备容错机制；4.10 系统移植性要求【整体要求】应用软件对多种第三方硬件及软件的无依赖性设计。【具体要求】支持主流的大型关系型数据库Oracle，DB2等；支持主流的中间件产品IBM WAS, Oracle Weblogic，Jboss等；支持主流操作系统AIX，LINUX等；支持主流硬件平台包括IBM、HP小机及X86PCServer等；4.11 部署性要求【总体要求】符合行内系统可部署性要求。【具体要求】平台需支持主流、开放、成熟的中间件产品；平台需支持成熟的数据库产品；平台需基于主流硬件平台，具备开放性和可扩展；平台数据库需支持集群、主备等高可用部署架构；系统应用需支持集群分布式部署架构；投标人需提出物理部署、网络拓扑图、以及网络传输带宽要求，并给出计算依据；提供应用部署管理工具。5 项目实施要求1.2.3.4.5.1 总体要求在招标人发出中标通知后，中标人安排需求分析及架构人员在1周以内正式进场，开发人员在开发启动前全部进场等。5.2 项目各阶段主要工作内容5.2.1 项目启动讨论确定项目实施方案、组织架构、整体实施计划、资源需求和项目管理要求，完成项目工作说明书的编制。其中，项目实施方案需涵盖的内容包括但不限于：项目管理、差异分析、系统设计、客户化开发和单元测试、数据移植方案设计、数据移植开发和测试、数据清理、集成测试、性能测试，用户验收测试、业务培训、投产演练、试点行投产、推广行投产、全行上收后的售后服务等。召开项目启动会议，将项目工作目标、范围、上线策略、计划和项目要求向各项目干系人宣讲。本阶段交付物包括但不限于：工作说明书、项目实施方案、项目整体实施计划、人力资源需求规划、环境资源需求规划、项目管理章程、系统开发规范等。5.2.2 需求差异分析项目组负责安装系统操作环境，组织业务人员进行产品培训；梳理和识别业务和技术差异，讨论并确定差异解决方案，并编写差异规格说明书；差异规格说明书经评审后，提交相关业务管理部门确认和签署。需求差异分析完成后，要求启动用户验收测试方案和业务培训方案的制定，同时需开始用户验收案例的编写工作。本阶段交付物包括但不限于差异规格说明书、用户验收测试方案用户验收测试案例、业务培训方案。5.2.3 系统设计按照差异规格说明书编写系统客户化的概要设计和详细设计（视项目具体情况，概要设计和详细设计可以合并），并组织评审。同时提供系统部署方案（主机、网络、操作系统、中间件、数据库等），及与周边系统接口及集成技术方案。系统设计完成后，要求启动集成测试方案、系统性能测试方案制定，及集成测试案例和性能测试脚本，及用户手册编写工作。本阶段交付物包括但不限于详细概要说明书、详细设计说明书、系统部署方案、系统接口说明书、系统集成测试方案、系统集成测试计划、系统集成测试案例、系统性能测试方案、用户手册等文档。5.2.4 开发与单元测试根据系统概要设计和详细设计，进行系统客户化配置及开发，执行单元测试。为保证代码质量，开发期间要求对关键代码进行走查、审核，并提供相关报告。此阶段要求启动系统安装维护手册的编写。本阶段交付物包括但不限于单元测试案例、单元测试报告、和安装维护手册。5.2.5 集成测试项目组负责提供集成测试版本及部署文档，协助环境组搭建集成测试环境。测试团队负责提供集成测试案例并执行，开发团队予以支持，定位测试缺陷并在规定时间内修复测试缺陷。项目组依据测试情况，更新安装维护手册。在此阶段，要求制定投产演练方案、切换指挥方案和切换分时计划初稿。本阶段交付物包括但不限于集成测试报告、安装维护手册、切换上线方案、系统切换上线分时计划和系统切换上线指挥方案等文档。5.2.6 用户验收测试项目组负责提供用户验收测试版本及部署文档，协助环境组搭建用户验收测试环境。业务测试团队负责提供用户验收测试案例并执行，开发团队予以支持，定位测试缺陷并在规定时间内修复测试缺陷。业务测试团队依据测试情况，更新用户手册。另外，同步准备业务培训教材，及与投产相关的测试案例、应急支付方