附件1:
广西北部湾银行理财销售系统
优化改造项目需求说明
一、项目背景
随着利率市场化的实质性推进以及监管框架的完善,国内资产管理业务将越来越呈现其本原特色,即商业银行作为专业投资管理人,为各类投资者设计符合其需求的金融产品,并通过在各类金融市场上的专业化运作满足投资者风险收益管理需要的专业化经营活动。理财资产管理业
务已经成为银行重要的收入和利润来源之一,随着资产业务规模的不断增长,面对日趋严格的监管环境和日益激烈的竞争环境,为改变现有理财系统拓展性较差、兼容性不足、查询统计功能滞后的现状,实现各类理财产品的全流
程电子化、标准化、智能化管理,提高我行理财业务管理水平,增强我行理财产品的市场竞争力,我行计划对理财
销售系统进行优化改造,为业务的发展提供良好的系统支持,并对该项目进行招标。
二、总体要求及目标
理财系统应具有先进性、高安全性、高可用性、高可靠性、准确性的联机处理机制,能满足业务快速发展规模
的的不断扩大及业务规则的多变性,要求理财系统具有高效性、
高并发处理能力、可扩展性、灵活的参数化管理。
系统应符合各级监管部门及国家相关规定对相关理财
业务的销售、渠道、技术、运营、清算、会计核算、风险管理和监管等方面的要求。
系统需实现网点低柜、网上银行、手机银行、电话银行、及其它电子银行方式等渠道对接,构建大理财营销网络的功能,以满足各类型理财业务线上的销售应用场景;
系统应该充分考虑数据的统一性管理及挖掘,应着重在客户信息及交易信息提供全局性管理功能,以适用于业务的整体性管理及客户的针对性营销需求;
三、设计原则
(一)科学性:充分利用成熟先进的科技手段和科学方法,进行工程组织与管理、系统规划与设计、需求提出与论证,逐步实现银行业务的全面发展;
(二)先进性:高起点规划,高标准建设,高水平管理。符合当前业界主流与公认的先进架构特点;除了满足我行目前业务的要求,还立足于满足未来潜在的业务要求,以客户为中心,支持业务创新;
(三)系统性:系统规划各种资源和网络应用,最大限
度地实现各种信息资源的充分共享、分类分期实现与各种
业务系统的无缝对接;
(四)安全稳定性:系统应具有较高的可靠性和持续使用能力,符合业界安全标准,支持多级安全、保密、权限控管机制,确保业务数据的正确性、完整性、一致性和安全性;
(五)经济
性:要在基本满足上述前提的条件下,将产品采购成本、实施服务成本、今后的运营维护成本以及人力资源成本降到最低。
(六)系统设计的开放性:提供系统内部使用的数据库字典、计算分析过程,避免系统黑箱效应。
(七)可扩展性:通过模块化、组件化、参数化设计原则,便于以较低的再投入扩充新的业务功能,同时不影响系统的原有功能,支持互联网化的交易场景;
四、系统功能模块业务需求
(一)管理台功能需求
1、产品信息设置
可完成封闭式产品/开放式产品、净值型/非净值型产品的设置,包括基本信息、销售范围信息、产品限额信息、划款账号信息、收益结转信息、返还方案、产品附属信息、利率、手续费、工作日、渠道、销售文件等信息的设
置,并可根据业务的发展系统需灵活快速支持我行其他产
品的配置。
2、额度分配及调整
总行或一级分行输入产品编号分配或者查询该产品下
级行额度信息。份额分配支持维度有:客户类型、客户级别、交易机构、交易渠道、交易金额、客户性别、客户学历、客户年龄、卡类型、卡级别、交易时间、交易省份、交易城市、个贷客户、代发工资客户、信用卡客户。分配额度可灵活调整。
3、产品收益设置
系统应支持多维度设置收益率。收益设置支持维度
有:客户类型、客户级别、交易机构、交易渠道、交易金额、客户性别、客户学历、客户年龄、卡类型、卡级别、交易时间、交易省份、交易城市、个贷客户、代发工资客户、信用卡客户。
4、产品日历
通过日历格式显示产品每日相关状态记录信息。包括产品预约,产品认购(申购),产品开放,产品归集,产品分红,产品收益结转,产品兑付(赎回)。
5、用户权限管理
系统应支持不同用户的权限设置,可根据需要随时调整。
6、渠道管理
系统应支持网点低柜、网上银行、手机银行、电话银行、自助发卡机、移动设备等各种电子渠道的对接。
7、报表统计
系统应支持不同口径的数据汇总,并生成相关监管报表及行内报表。
(二)柜台功能需求
系统应支持下列交易及查询功能:
(三)其他个性化需求
1、开放式收益型产品
(1)实现巨额赎回功能。
(2)可按需求设置不同产品开放日的交易。开放日允许申购、赎回交易,非开放日不允许交易。
. 学习参考.
(3)低柜客户赎回收益测算。柜员可根据客户提供的账号查询出客户赎回的本金所属不同维度的收益率,以及总收益的计算过程。
(4)开放式收益型产品定投功能。签约定投交易的客户可设置账户最低留存金额,剩余金额自动购买开放式理财产品。
(5)开放式收益型产品报表查询。报表可实时查询当日日启至闭市所选产品的已受理交易明细及总额。
2、渠道展示优化。在网银、手机银行等渠道能够显示周期滚续型理财产品的周期方案、份额明细查询、历史交易流水、不同维度的收益率等内容。
3、周期滚续型产品。可自定义产品申购期天数,并根
据产品申购期自动修改产品的交易状态;允许客户在购买
周期滚续型产品时指定滚动的周期期数,约定周期到期后
系统自动进行赎回操作并分配本金收益;
4、代销功能。包括村镇银行代销我行理财产品、其他金融机构代销我行理财产品。
5、查询功能优化。可根据不同条件对理财产品进行查询、筛选。
6、低柜操作优化。低柜个人购买交易在选择购买产品
时,增加客户风险等级是否符合该产品风险等级要求的判断以及客户风险评估是否过期的判断。低柜所有打印的理
财传票除显示操作员以及授权员工号外,还应显示操作员
和授权员的姓名。
7、产品中收计算的优化。开放式收益型理财产品及我
行现存续的多维度收益型周期滚续产品均可设置不同的中收费率,并向核心系统发送正确的通知文件。
8、客户进行理财交易发送短信提醒的优化。
9、针对特定客户的理财产品(卡专属理财、新客户理财)优化。
10、与法院网络查控系统连接并实现金融理财产品网
络查询与冻结功能(详见〈关于人民法院与银行业金融机构开展金融理财产品网络执行查控的意见》(法2017 11
号)、《关于进一步推进网络执行查控工作的通知》(法201864 号1))。
11、满足全国银行间理财信息登记系统对于产品信
息、投资者信息、人员信息等数据的报送(详见银行理财
登记托管中心相关文件)。
12、系统可提供标准产品组件,银行可根据客户需求及业务需要进行参数设置,在系统内组装成新的产品。
13、新厂商应标需无条件覆盖现有理财销售系统的所有功能。
14、机构变更。支持机构进行合并,撤销等变更操作
(四)数据接口模块
根据业务需要系统能支持包括但不限于连接以下接
口:
1、理财资管系统;
2、核心系统;
3、大总账系统;
4、CRM系统;
5、银行理财信息登记系统;
6、人行理财与资金信托登记系统;
7、理财双录系统;
8、法院查控系统。
9、短信通系统。
五、项目实施及服务与支持等要求
要求投标人依据以下项目实施要求提出可行的项目投
标方案,包括但不仅限于项目投标人总论、项目计划、项目组织、项目实施前提、项目关键阶段、项目交付物、项目实施风险及规避措施等。
(一)项目进度要求
要求投标人提出计划安排,内容详细到周。明确完成
全部服务需求的工作量和实施周期,主体实施周期必须控
制在3-5个月以内。
(二)项目实施工作范围
投标人的总体实施工作范围包括但不限于:
1、投标人需配备一定数量项目管理人员,负责配合完成项目实施过程中的项目管理工作;
2、基于实际及需求差异,完成差异化分析工作,形成各差异性报告;
3、按照差异化分析结果以及最终定版的业务需求,完成系统的客户化及适应性开发工作;
4、完成本项目整体集成测试、用户验收测试工作;
5、在本行进行模拟运行,达到逻辑集中运行的要求,包括系统安装、流程制定、人员培训、系统上线等;
6、完成系统整体上线工作;
7、要求投标人负责通过培训、参与开发以及其他认为合适的方式实现系统软件开发方面的技能转移。
(三)项目实施团队要求
1、在项目实施阶段,项目实施队伍是以投标人一方的
技术力量为主,负责整个项目的设计、实施、进度和质量控制以及数据移植和系统切换工作,对整个项目的完成进
度和质量负责;我行将派出一定数量的业务与技术人员配合项目建设,审核设计方案,明确细化业务需求,掌握全系统的各项技术,为将来的运行维护、功能扩充作技术准备,并监督项目的质量,确保按时完成工程。
2、项目经理具有银行理财销售系统开发实施3年以上经验,且做过与招标人规模相当或超过招标人规模的商业
银行理财销售系统项目经理 2次以上,能根据本项目要求制 订出切实可行的项目管理流程和项目实施时间进度计划 表,并严格执行,保障项目按进度高质量的完成
。(请提 供证明材料并加盖单位公章 )
3、 项目组常驻核心成员 6人(含)以上(不含项目经
理),且具有理财销售系统项目实施经验 2年以上。其中软 件开发人员 3人(含)以上,专业的业务咨询人员 1人
(含)以上,软件测试人员2人(含)以上。(请提供人员 名单及证明材料并加盖单位公章 )
4、 核心成员中要有超过 80%的人熟练使用中文,并
可以用规范的没有歧义的国内银行术语进行交流
。整个项 目团队的工作语言是中文 ,投标人要提前做好准备 ,由于 语言理解引起的问题,投标人要承担责任
前征得理财销售系统项目组的同意 公
司雇员的团队成员要明确提示 。
6、根据投标人建议的实施计划 段的工作范围、实施团队组织结构、双方成员构成以及成 员职责。
7、请投标人给出应对实施团队人员变动风险的防范机
制(包含与雇员的特别协定、应急预案等)。
(四)项目管理
项目管理由理财销售系统项目组项目管理办公室总体
负责,投标人积极配合,提出合理建议。要求投标人根据 本项目的特点提出一套具有针对性的项目管理方法 ,以指 导和控制项目实施工作 。请投标人针对下述要求进行分别 回复。
5、项目组主要成员需要确定名单 ,在确定名单内的项
目经理和项目核心成员原则上不允许调整
,如有变动需事 ,仅有合同关系而非本
,请明确给出项目各阶
1、请为理财销售系统建设项目实施制定合理的项目管理组织架构。
(1)投标人将参与项目管理办公室的主要日常工作,因此,要求投标人提出项目管理办公室的人员组成,以及项目管理办公室每个主要职位的工作责任、任职要求、汇
报路线等。
(2)如果投标人的项目人员不能同时到位,请给出各阶段的人员和工作安排,但以按时完成开发和上线的要求为基本要求。
(3)项目组织结构设计要有利于技术转移,确保在项目过程中,完成知识转移。
2、要求投标人给出需求变更管理以及项目范围控制的方法和流程。需求变更管理流程应包含检查、评估和确定变更需求的优先级,说明因需求变更而产生的各项费用及其计算方法。需求变更的决策工作应由我行以及投标人代表组成的专门团队具体负责。
3、请投标人给出计划管理、沟通管理、资源管理、版本管理等方法和流程。
4、要求投标人给出质量保证的方法和流程,尤其是对于各种类型测试的质量保证方法,如单元测试、集成测试、压力测试、用户验收测试和回归测试等。
5、要求投标人给出风险管理的方法和流程,尤其是针对的现状环境来说,主要的风险点有哪些,并给出建议的风险转移方案。
6、要求投标人制定各种相关的项目管理标准,包含但不限于项目计划标准、配置管理标准、质量控制标准、风险管理标
准、测试标准、文档标准。请投标人在投标文件的方案部分给出上述标准的样例。
7、请投标人说明进行BUG修复的流程,包含发现、评估以及补丁程序的开发、发布、安装等环节。
(五)项目主要工作内容说明(包括但不限于以下工作)
1、集成服务
集成服务包括但不限于理财销售系统项目建设所需的软硬件架构、系统架构、开发、实施、测试、上线、培训、咨询等服务,并承担参与此项目的其他合作厂商工作的管理、协调、落实等集成工作。
2、系统需求分析
系统需求分析阶段的最主要工作就是提交经确认的系统业务需求说明书,业务需求说明书是投标人与招标人双方对应用系统所完成业务功能的共同理解,是整个开发工
作的基础。
投标人的主要工作内容:
(1)以项目开发计划为基础,开展业务需求的调研,与项目小组共同讨论并确认业务需求,写出应用系统需求分析说明书;
(2)同项目小组共同完成上述业务需求说明书中的数据要求部分。
3、系统设计
在相关应用系统设计阶段,投标人应根据用户需求调
查及分析阶段中产生的文档进行系统设计,提出系统功能
规格说明书和设计说明书。系统设计说明书主要包括:
(1)系统体系结构;
(2)应用体系结构;
(3)模块划分;
(4)安全体系结构;
(5)数据结构;
(6)性能指标(包括系统运行效率、容量、冗余度等重要指标);
(7)整个系统中长期的发展规划。
4、编程及单元测试
在需求分析和系统设计阶段,产生了各种涉及说明书
为整个系统的分工和动手编程打下了基础,此时即可进入编码实现阶段,具体实现设计思想。
投标人的主要工作内容:
(1)与共同准备开发环境;
(2)根据需求分析和系统设计阶段所产生的文档,进行应用系统的程序编码,同时负责编写模块开发文档;
(3)完成单元测试工作,提交单元测试分析报告;
5、业务流程建设
根据理财销售系统的业务流程,投标人必须与业务人员共同负责完成业务流程制定工作,并提交业务流程操作
手册、业务流程管理与制度等相关文本及电子资料。
6、系统测试及联调
在系统通过编码与单元测试阶段后,此时将进入系统
测试及联调阶段,确保系统整体工作正常,并完全符合设计要求。
投标人的主要工作内容:
(1)协助项目小组建立应用系统的测试环境;
(2)与项目小组共同准备测试计划,进行测试并编写
相应的测试分析报告。
(3)提交〈系统开发测试报告》
7、验收测试
验收测试的目的在于确定应用软件是否达到了由业务
需求说明书和设计说明书所规定的全部要求。验收测试的
过程中必须对业务需求说明书中和设计说明书所提到的每一项功能进行测试,并且要求应用系统完全符合业务需求说明书和性能指标完全符合设计说明书中的每一项功能。
验收测试工作由投标人提供测试计划,业务测试也由
投标人根据所曾经开发过的成熟系统数据,提供测试案例
及测试数据,所有的测试工作在执行后都必须提供测试报告及结果评定。
(1)各阶段的测试计划中应包括以下内容:
a.测试的目的;
b.测试环境和需要的测试设备;
c.需要的文件;
d.测试日程安排;
e.需要输入的测试数据的描述;
f.预期的测试结果;
验收测试的结果将以下列级别进行评定:
正常:测试结果达到预期的要求;
缺点:发现小错误,但不致影响系统功能;错误:发现足以影响系统功能的错误;
致命错误:发现足以影响系统正常运行的错误,需中止测试工作。
测试结果依其评定的级别所采取的改正措施如下:
致命错误必须在任何测试重新开始前予以改正;
错误必须在该项测试完成之前予以改正;
缺点必须在该阶段测试完成之前予以改正。
验收测试的评定结果必须签字认可后,才可进入下一
个阶段的测试验收。
(2)投标人的主要工作内容:
a.协助项目小组建立应用系统的验收测试环境;
b.与项目小组共同准备测试计划;
c.提交理财销售系统用户验收测试报告》;
e.提交理财销售系统与外围系统对接用户验收测试报告》;
f.提交理财销售系统性能验收测试报告》。
8、系统上线
应用系统通过验收测试后,与投标人共同制定上线计划,双方按计划完成系统上线。
投标人的主要工作内容:
(1)配合项目小组完成系统上线的环境准备;
(2)安装实施理财销售系统及外围系统等所有应用系统;
(3)在上线及上线后系统运行期间,负责解决系统问
题报告所提的问题。
9、系统最终验收
投标人的主要工作内容:
所有系统正常上线运行的6个月后,由投标人提出验
收申请,完成验收,签署系统的理财销售系统项目最终验收报告》。
10、项目建设文档要求
要求项目最终提交的文档是一套可保存的、并容易查阅的中文文件,文档要求以纸质和电子格式提供,文档内容包括但不仅限于:
(1)工作说明书;
(2)差异化分析报告;
(3)需求说明书;
(4)整体实施架构设计说明书;
(5)概要设计说明书;
(6)详细设计说明书;
(7)数据库设计说明书;
(8)操作使用手册、安装手册、维护手册;
(9)测试计划、测试报告;
(10)数据移植方案、对外接口方案、上线方案说明;
(11)命名规范、软件质量管理标准、信息安全规范、编程规范、应用接口规范等;
(12)业务流程文档.
对于项目实施阶段目标设定的文档交付物,将作为本阶段工作完成的标志之一。对于文档交付物的描述应包
含:各个阶段名称,阶段目标,交付物描述,形式(即文件、演示文稿、软件系统等),建议的接受标准等,保留自由复制文档供自己使用的权利。
11、需求变更
和投标人任何一方对项目的任何变更操作都可能影响