广西北部湾银行理财资产管理系统.docx
《广西北部湾银行理财资产管理系统.docx》由会员分享，可在线阅读，更多相关《广西北部湾银行理财资产管理系统.docx（19页珍藏版）》请在冰点文库上搜索。
广西北部湾银行理财资产管理系统
附件1：
广西北部湾银行理财销售系统
优化改造项目需求说明
一、项目背景
随着利率市场化的实质性推进以及监管框架的完善，国内资产管理业务将越来越呈现其本原特色，即商业银行作为专业投资管理人，为各类投资者设计符合其需求的金融产品，并通过在各类金融市场上的专业化运作满足投资者风险收益管理需要的专业化经营活动。
理财资产管理业务已经成为银行重要的收入与利润来源之一，随着资产业务规模的不断增长，面对日趋严格的监管环境与日益激烈的竞争环境，为改变现有理财系统拓展性较差、兼容性不足、查询统计功能滞后的现状，实现各类理财产品的全流程电子化、标准化、智能化管理，提高我行理财业务管理水平，增强我行理财产品的市场竞争力，我行计划对理财销售系统进行优化改造，为业务的发展提供良好的系统支持，并对该项目进行招标。
二、总体要求及目标
理财系统应具有先进性、高安全性、高可用性、高可靠性、准确性的联机处理机制，能满足业务快速发展规模的的不断扩大及业务规则的多变性，要求理财系统具有高效性、高并发处理能力、可扩展性、灵活的参数化管理。
系统应符合各级监管部门及国家相关规定对相关理财业务的销售、渠道、技术、运营、清算、会计核算、风险管理与监管等方面的要求。
系统需实现网点低柜、网上银行、手机银行、电话银行、及其它电子银行方式等渠道对接，构建大理财营销网络的功能，以满足各类型理财业务线上的销售应用场景；
系统应该充分考虑数据的统一性管理及挖掘，应着重在客户信息及交易信息提供全局性管理功能，以适用于业务的整体性管理及客户的针对性营销需求；
三、设计原则
（一）科学性：
充分利用成熟先进的科技手段与科学方法，进行工程组织与管理、系统规划与设计、需求提出与论证，逐步实现银行业务的全面发展；
（二）先进性：
高起点规划，高标准建设，高水平管理。
符合当前业界主流与公认的先进架构特点；除了满足我行目前业务的要求，还立足于满足未来潜在的业务要求，以客户为中心，支持业务创新；
（三）系统性：
系统规划各种资源与网络应用，最大限度地实现各种信息资源的充分共享、分类分期实现与各种业务系统的无缝对接；
（四）安全稳定性：
系统应具有较高的可靠性与持续使用能力，符合业界安全标准，支持多级安全、保密、权限控管机制，确保业务数据的正确性、完整性、一致性与安全性；
（五）经济性：
要在基本满足上述前提的条件下，将产品采购成本、实施服务成本、今后的运营维护成本以及人力资源成本降到最低。
（六）系统设计的开放性：
提供系统内部使用的数据库字典、计算分析过程，避免系统黑箱效应。
（七）可扩展性：
通过模块化、组件化、参数化设计原则，便于以较低的再投入扩充新的业务功能，同时不影响系统的原有功能，支持互联网化的交易场景；
四、系统功能模块业务需求
（一）管理台功能需求
1、产品信息设置
可完成封闭式产品/开放式产品、净值型/非净值型产品的设置，包括基本信息、销售范围信息、产品限额信息、划款账号信息、收益结转信息、返还方案、产品附属信息、利率、手续费、工作日、渠道、销售文件等信息的设置，并可根据业务的发展系统需灵活快速支持我行其他产品的配置。
2、额度分配及调整
总行或一级分行输入产品编号分配或者查询该产品下级行额度信息。
份额分配支持维度有：
客户类型、客户级别、交易机构、交易渠道、交易金额、客户性别、客户学历、客户年龄、卡类型、卡级别、交易时间、交易省份、交易城市、个贷客户、代发工资客户、信用卡客户。
分配额度可灵活调整。
3、产品收益设置
系统应支持多维度设置收益率。
收益设置支持维度有：
客户类型、客户级别、交易机构、交易渠道、交易金额、客户性别、客户学历、客户年龄、卡类型、卡级别、交易时间、交易省份、交易城市、个贷客户、代发工资客户、信用卡客户。
4、产品日历
通过日历格式显示产品每日相关状态记录信息。
包括产品预约，产品认购（申购），产品开放，产品归集，产品分红，产品收益结转，产品兑付（赎回）。
5、用户权限管理
系统应支持不同用户的权限设置，可根据需要随时调整。
6、渠道管理
系统应支持网点低柜、网上银行、手机银行、电话银行、自助发卡机、移动设备等各种电子渠道的对接。
7、报表统计
系统应支持不同口径的数据汇总，并生成相关监管报表及行内报表。
（二）柜台功能需求
系统应支持下列交易及查询功能：
交易分类
交易名称
签约类交易
理财客户签约
理财客户解约
客户更换银行账户
登记银行账号
登记银行账号取消
客户经理调整
客户风险匹配校验
客户风险等级变更
客户信息变更
账户类交易
理财账户开户
理财账户销户
交易类交易
理财产品预约及变更
理财产品购买
理财产品赎回
客户撤单
理财产品转换
理财产品转让
理财产品非交易过户
变更分红方式
特殊类交易
理财账户冻结
理财账户解冻
理财产品份额冻结
理财产品份额解冻
柜员抹账
份额强增
份额强减
交易分类
交易名称
查询类交易
客户交割单打印
客户信息查询
客户签约银行账户信息查询
客户理财账户信息查询
客户理财产品份额查询
理财产品信息查询
理财产品行情查询
账户类委托流水查询
账户类成交流水查询
客户当日委托查询
客户历史委托查询
客户历史成交查询
柜员末笔流水查询
柜台当日流水查询
柜台未解冻流水查询
换卡流水查询
理财产品列表查询
理财产品费率查询
TA信息查询
交易状态查询
允许撤单流水查询
客户风险承受等级查询
（三）其他个性化需求
1、开放式收益型产品
（1）实现巨额赎回功能。
（2）可按需求设置不同产品开放日的交易。
开放日允许申购、赎回交易，非开放日不允许交易。
（3）低柜客户赎回收益测算。
柜员可根据客户提供的账号查询出客户赎回的本金所属不同维度的收益率，以及总收益的计算过程。
（4）开放式收益型产品定投功能。
签约定投交易的客户可设置账户最低留存金额，剩余金额自动购买开放式理财产品。
（5）开放式收益型产品报表查询。
报表可实时查询当日日启至闭市所选产品的已受理交易明细及总额。
2、渠道展示优化。
在网银、手机银行等渠道能够显示周期滚续型理财产品的周期方案、份额明细查询、历史交易流水、不同维度的收益率等内容。
3、周期滚续型产品。
可自定义产品申购期天数，并根据产品申购期自动修改产品的交易状态；允许客户在购买周期滚续型产品时指定滚动的周期期数，约定周期到期后系统自动进行赎回操作并分配本金收益；
4、代销功能。
包括村镇银行代销我行理财产品、其他金融机构代销我行理财产品。
5、查询功能优化。
可根据不同条件对理财产品进行查询、筛选。
6、低柜操作优化。
低柜个人购买交易在选择购买产品时，增加客户风险等级是否符合该产品风险等级要求的判断以及客户风险评估是否过期的判断。
低柜所有打印的理财传票除显示操作员以及授权员工号外，还应显示操作员与授权员的姓名。
7、产品中收计算的优化。
开放式收益型理财产品及我行现存续的多维度收益型周期滚续产品均可设置不同的中收费率，并向核心系统发送正确的通知文件。
8、客户进行理财交易发送短信提醒的优化。
9、针对特定客户的理财产品（卡专属理财、新客户理财）优化。
10、与法院网络查控系统连接并实现金融理财产品网络查询与冻结功能（详见《关于人民法院与银行业金融机构开展金融理财产品网络执行查控的意见》（法【2017】1号）、《关于进一步推进网络执行查控工作的通知》（法【201864号】））。
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%的人熟练使用中文，并可以用规范的没有歧义的国内银行术语进行交流。
整个项目团队的工作语言是中文，投标人要提前做好准备，由于语言理解引起的问题，投标人要承担责任。
5、项目组主要成员需要确定名单，在确定名单内的项目经理与项目核心成员原则上不允许调整，如有变动需事前征得理财销售系统项目组的同意，仅有合同关系而非本公司雇员的团队成员要明确提示。
6、根据投标人建议的实施计划，请明确给出项目各阶段的工作范围、实施团队组织结构、双方成员构成以及成员职责。
7、请投标人给出应对实施团队人员变动风险的防范机制（包含与雇员的特别协定、应急预案等）。
（四）项目管理
项目管理由理财销售系统项目组项目管理办公室总体负责，投标人积极配合，提出合理建议。
要求投标人根据本项目的特点提出一套具有针对性的项目管理方法，以指导与控制项目实施工作。
请投标人针对下述要求进行分别回复。
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、需求变更
与投标人任何一方对项目的任何变更操作都可能影响整个项目计划或者签定的合同条款。
为此，有必要通过规范的变更处理流程来管理变更操作，以保证项目实施的质量与合同的合法性。
变更要求不得超出本合同中项目工作说明书所规定的范围。
同时变更处理流程按照下面几个环节进行：
（1）写变更请求
任何变更都必须填写书面的变更请求表，详细说明变更的内容，原因以及提供相应的参考文档材料。
（2）确认请求
变更请求首先提交到的项目经理，项目经理将仔细分析变更请求，选择那些对项目实施有比较重要影响的请求转交投标人的项目经理进行评估。
（3）变更评估
投标人的项目经理接到书面变更请求后，仔细审核变更内容，分析变更操作的影响范围（包括时间进度，费用，各种资源等等），并提出推荐的处理方案。
（4）审核评估结果
招标人与投标人双方分别对评估结果进行审核，修改上面的各项分析，直到对变更的评估结果达成一致意见后，在审核书上分别签字。
（5）变更操作
招标人与投标人双方在审核书上签字同意变更后，项目组即可按照推荐方案上的内容制定相应的变更实施计划，进行有关的变更操作，并详细记录状态。
（六）知识产权及技能转移
1、知识产权
因履行本合同所产生的研究开发成果及其相关知识产权权利归属，按下列条款确定：
（1）研究开发成果产生的知识产权归买卖双方共有，包括但不限于申请、登记注册、使用、转让等；
（2）买方有权利用卖方按照本合同约定提供的研究开发成果，进行后续改进。
由此产生的具有实质性或创造性技术进步特征的新的技术成果及其权利归属，由买方享有；
2、技能转移
要求投标人在项目实施过程中充分重视技能转移工作，确保在项目合同实施工作结束时能够与一起完成技能转移的工作任务，目标是使技术人员能够获得基于统一监管报送系统与公共组件进行二次开发、升级与维护的能力，业务人员具有系统熟练使用、业务规划、产品研发及推广等能力。
技能转移内容要包含文档移交及培训工作两部分。
请投标人具体说明，将采用那些方式向转移知识与技能，并结合项目实施的总体进度，在投标文件中给出具体的技能转移计划。
请明确给出因技能转移而产生的各项费用，并计入投标总价中。
3、文档及产品移交要求
以完全支撑能够独立实施系统后续维护与二次开发为标准，规范技术移交成果，投标人必须在系统上线后与系统最终验收后30个工作日内分别向交付各类技术编制文档手册与平台、程序源代码等所有重要资料（包括但不限于客户化开发部分）。
（1）要求投标人提供与理财销售系统软件包相关的设计文档，如该产品完整开发生命周期中使用或遵循的开发方法、设计文档、应用规范等。
（2）要求投标人提供在项目实施过程中产生的所有相关文档。
（3）要求投标人提交理财销售系统的所有程序源码、以及其它相关的程序源码（如相关第三方产品的源码等），请投标人在投标文件中给出可以提交程序源码清单。
（4）要求投标人提供系统所用的设计开发工具及其使用授权。
4、培训要求包括：
投标人应确保在系统开发与建设中所提供的培训是全面而系统的，包含了业务能力、理财销售系统、应用软件、数据库软件、中间件、集群软件、开发工具等培训内容，培训的主要对象是系统的使用者与技术支持人员，投标人应为培训提供培训教材（中文版及培训）。
（1）技术培训
a.投标人必须提供认可的资深技术培训师，对指定的技术人员进行开发及维护全方位深层次的技术培训，培训天数不能少于30天。
在质保期内，如培训力度不能满足要求，可以要求投标人免费增加相关技术培训。
b.要求投标人通过培训、参与开发以及其它投标人认为合适的方式实现理财销售系统软件开发方面的技能转移，技能转移内容包含但不限于：
软件开发生命周期方法、软件工程方法、开发语言及工具的使用、相关中间件的使用等，请投标人在投标文件中提供具体的技能转移内容清单以及对应的具体措施；
c.要求投标人通过培训以及其它投标人认为合适的方式实现客户特色业务的客户化开发方面的技能转移，技能转移内容包含但不限于：
不同层次客户化开发的方式、数据结构设计实现、应用接口开发方法等，请投标人在投标文件中提供具体的技能转移内容清单以及对应的具体措施；
d.要求投标人通过培训以及其它投标人认为合适的方式实现项目集成、测试等方面的技能转移。
技能转移内容包含但不限于：
项目管理、整体实施架构设计、质量控制、集成测试、数据迁移以及用户验收测试等方法。
请在投标文件中提供具体的技能转移内容清单以及对应的具体措施；
e.要求投标人通过培训以及其它投标人认为合适的方式实现应用投产维护方面的技能转移，技能转移内容包含但不限于：
产品投产流程、日常运行维护、出错的处理与解决、数据备份与恢复及数据清理等，请投标人在投标文件中提供具体的技能转移内容清单以及对应的具体措施；
（2）业务培训
投标人必须提供认可的资深业务培训师，对指定的业务人员进行需求、测试及师资队伍建设位深层次的业务培训，培训天数不能少于30天。
在质保期内，如培训力度不能满足要求，可以要求投标人免费增加相关业务培训。
a.需求人员：
投标人负责对需求人员包含但不限于理财销售系统中长期规划、需求编写技巧与注意事项、测试案例编写、文档编写工具等方面的培训。
b.测试人员：
投标人负责对测试人员包含但不仅限于测试基本理论、测试规划技巧、功能点提取技巧、测试分类技巧，测试技巧与测试相关工具使用等方面的培训。
c.师资人员：
投标人负责拟定师资培训人员的标准，并对师资人员包含但不限于在总体培训规划、讲课技巧，文档工具制作技巧、理财销售系统业务知识梳理与技术融合等方面的培训。
升级会员 