项目编号-技术需求说明书-V1.0(2.41540)

《项目编号-技术需求说明书-V1.0(2.41540)》由会员分享，可在线阅读，更多相关《项目编号-技术需求说明书-V1.0(2.41540)（30页珍藏版）》请在装配图网上搜索。

1、哈尔滨银行信息化项目建设 信用卡中心在线面签双录系统技术需求说明书V1.0（模版）编写部门或公司协作部门或公司文件编写时间2017年2月5日修订记录日期(年月日)版本描述作者审批人审批日期201702051.0发布稿王亚辰目 录1.引言（项目经理负责）51.1项目目标51.2建设原则52.技术需求分析（研发经理负责）72.1系统逻辑架构图及说明7系统逻辑架构7业务流程112.2功能性需求162.3非功能需求16技术架构要求16接口类型要求18网络带宽要求18性能要求192.4平安性需求193系统物理架构及软硬件配制说明（运维经理负责）203.1系统物理架构20系统物理部署架构图（表示出部署所属

2、区域、所属网络、服务器、存储、终端等信息）20系统物理架构相关说明203.2软硬件配置建议21软件配置建议21硬件配置建议214数据架构需求（研发经理负责）22请艾融帮忙填写224.1.数据标准及规范224.2.数据交互需求224.3.其他225.项目实施（研发经理负责）225.1.项目实施方式225.1.1.项目实施建议225.1.2.项目实施策略235.1.3.项目团队构成235.1.4.项目实施实力要求235.2.项目实施安排255.2.1.完成时间265.2.2.实施要求265.3.项目管理要求265.4.部署要求275.4.1.系统部署要求275.4.2.数据迁移要求275.4.3.

3、关联系统的开发要求276.项目交付（研发经理负责）306.1.项目各阶段交付物306.2.项目准入及准出要求316.3.学问产权要求317. 运维要求 （运维经理负责）327.1维保范围质量要求327.2故障响应时间要求338参考资料（项目经理负责）341.引言（项目经理负责）1.1项目目标面签双录系统的实现对优化汽车分期业务流程起着至关重要的作用，面签双录系统有利于实现汽车分期业务的远程面签，实现敏捷的面签模式，便利客户经理、面签岗人员作业，优化面签流程的同时，充分提高了汽车分期业务流程的时效性，从而提高客户体验，提升品牌声誉。1.2建设原则l 本项目的建设原则：（1） 易用性，采纳移动ap

4、p作为视频采集的进线端，利于移动办公。供应友好的用户界面，在最少的培训的状况下，最终用户能够正确、快速的运用系统来完成任务。（2） 先进性，系统采纳先进的技术架构与设计理念，符合移动app最新的设计思路，供应完善的接口和封装，利于扩展和功能增加。（3） 在视频传输和录制上，采纳成熟的视频解决方案供应商，保证了视频操作的稳定性和平安性。（4） 可扩展性，采纳模块化设计，可以依据须要进行拆分、组合，易于增加新功能。（5） 牢靠性，采纳分布式部署方案，供应灾备和应急复原措施，供应高牢靠高可用的服务体验。（6） 兼容性，移动app支持IOS，安卓等不同设备，对不同设备型号能够很好地进行兼容。2.技术需

5、求分析（研发经理负责）2.1系统逻辑架构图及说明系统逻辑架构系统逻辑架构图系统逻辑架构说明l 对上述架构图中的模块进行说明。该系统共划分成9个细化功能区，描述如下：（1） 用户角色管理系统运用中分为三种角色l 客户经理，可登录接入端，与坐席联络进行业务办理。l 坐席，可登录坐席端，接入用户进行业务处理，与客户端进行语音/视频会话，进行身份审核，监督业务办理过程，录音录屏。l 管理员，管理端对系统进行管理，包括人员管理和业务办理查询，可以查看已办理的业务、录像以及监管端对坐席端实时进行监控。（2） 权限管理 供应组织结构维护，便利管理座席端、客户经理等人员角色。依据坐席、客户经理、管理员等角色进

6、行人员管理和权限安排。在人员信息中依据所属分行进行管理，依据分行管理人员组织结构实现筛选接入权限，即客户业务恳求只能由分行座席端接听（或提交到总行座席端），而不能由其他分行坐席人员接听。（3） 业务系统对接 通过客户经理登录的工号，从银行业务系统中获得对应的工单列表，显示在进线端app上供选择。通过接入端选择的业务号，从银行相关系统中拉取相关的业务信息，展示给坐席端人员，协助业务办理；（4） 业务办理支持从PC端，手机等多种入口接入系统，由客户经理登录后起先业务流程。业务流程起先后，由座席端接听起先办理业务，依据接入端回传的相应的业务号，在系统后台自动调用业务系统接口获得相应业务单信息。接入后

7、，等待坐席端接收恳求，进行音视频面签过程，期间用户可以看到自己的画面或者银行默认页面（可在两种界面敏捷切换），通过摄像头拍摄身份证等信息协助面签端进行身份审核，拍摄面签过程供面签端进行双录。（5） 座席端接入 坐席端登录pc工作台，等待系统自动将进线端发起的会话安排到相应地区分行的面签坐席人员，坐席人员可以看到依据相关的业务号查询到的相关业务信息， 通过音视频通话进行面签工作，过程中在进行身份证展示的时候进行截屏，并进行相应录音录屏的工作。（6） 视音频双录在业务办理过程中，客户端与座席端的音视频会话会进行录制，录制由坐席端视频接入后自动开启，结束会话时自动结束，将双方视频存储到音视频记录服务

8、器中，之后音视频进行合并的工作，和相应业务号和业务信息进行关联，以达到归档和查询的目的，30天活跃期过后，备份到影像系统，完成归档后，清除在音视频记录服务器中的音视频存档（7） 录像/会话历史记录 办理完成的业务，包括音视频的录像，身份证截图，会统一保存在媒体服务器中，管理人员可以依据时间，业务信息，客户信息等属性进行查询之前办理的业务的具体的会话记录，查看会话中的相关会话信息，双录语音、视频，截屏信息等（8） 数据统计 为管理员供应相关数据包括：正在办理，正在排队，今日受理等相关数据，便利其敏捷调整相关人力以及服务资源；便利进行正在进行业务的监管业务流程业务流程图业务流程说明序号流程节点功能

9、描述备注1起先客户经理启动手机端app2输入工号登录输入工号和密码登录工号在双录系统后台维护3获得工号对应工单列表获得工号待办的工单列表4显示工单列表在app上显示待办列表，可单选其中一项5选择工单进线端选择工单后，面前端收到接入恳求，同时显示此工单的具体信息6获得工单信息依据工单号获得并显示工单具体信息7接入视频面签岗同意接入后，进线端与面签端起先音视频连接，同时起先双录8身份证展示客户经理在进线端摄像头前展示身份证需保持以便让面签端拍照9截屏拍照面签端截屏生成图片包括身份证和客户人脸等10业务办理业务办理过程中，全程双录如过程中因为网络缘由等断线，须要由客户经理重新发起流程11办理结束由客

10、户经理点击结束按钮，结束视频接入，结束双录12生成双录文件系统会在后台自动将进线端和面签端的视频合并成一个视频文件有肯定的延时13回写业务系统将视频和图片路径回写业务系统，与工单关联14备份到影像系统30天后自动备份到影像系统，影像系统检查完毕后删除本地文件本项目所需开发的接口与银行业务系统集成功能描述：双录系统后台须要与银行业务系统进行对接，查询工号、工单，并将双录产生的视频文件编号回传给业务系统，用于后续的查询。接口工单查询1供应方业务系统接口描述依据输入参数查询对应的待办工单列表输入参数客户经理工号输出参数List备注需规定工单信息的组成格式接口工单查询2供应方业务系统接口描述依据输入参

11、数查询对应的待办工单列表输入参数客户身份证号输出参数List备注需规定工单信息的组成格式接口工单查询3供应方业务系统接口描述依据输入参数查询对应的全部工单列表，包含已经完成得工单输入参数客户经理工号，身份证号，日期范围输出参数List备注需规定工单信息的组成格式接口工单信息查询供应方业务系统接口描述依据输入参数查询对应的工单具体信息输入参数工单流水号输出参数工单信息备注需规定工单信息的组成格式接口双录信息更新供应方业务系统接口描述将双录产生的视频文件和拍照图片绑定到工单上输入参数工单流水号，视频文件路径，图片文件路径输出参数True/false备注双录系统中对视频和图片供应 方式访问，在30天

12、后媒体文件备份到媒体服务器后就无法干脆访问了。2.2功能性需求（1） 组织机构管理和角色维护。组织机构维护，供应相关地区，分行信息的管理。用户信息管理，供应客户经理和面签岗人员管理。（2） 用户接入权限管理。依据组织结构自动安排对应面签岗人员（3） 登录管理。在双录系统中维护客户经理工号，与银行业务系统中的工单数据，依据工号进行关联。（4） 平安规则。如账户登录连续错误超过5次锁定用户，可去管理后台申请解锁、密码须要申请通过后台进行修改进行等。 （5） 视频要求。480p，假定一次业务时长为10分钟，存储的视频文件为接入端+坐席端+双录合并视频大约占用硬盘空间300MB。2.3非功能需求技术架

13、构要求l 安卓客户端架构l ios客户端架构l 双录系统技术架构l 消息路由和数据流l 双录系统运行框架采纳tomcat+mysqll 双录系统软件框架采纳稳定的SSM, dubbo，zookeeper。l 录制服务器采纳Agora Recording Server（安装了Agora Recording Server(ARS)的Ubuntu Linux 14.04 LTS 64位系统的服务器）l 视频服务采纳agora集成通信相关服务接口类型要求系统须要与银行业务系统、影像中心系统等进行交互，支持web service， 等方式的接口。网络带宽要求实时音视频对网络的带宽需求视用户网络状况而定：

14、l 假如发觉用户的Wi-Fi连接良好，视频系统会提高带宽运用量，以保证良好的用户体验。l 假如用户是在非Wi-Fi的网络环境（比如3G或2G）中，视频系统会自动依据网络状况进行调整，自动降帧，以保证在较低带宽下能够流畅通话。l 一般来说，带宽运用率为每秒4KB到13KB不等（在非Wi-Fi环境中可能为4-6KB每秒）。在某些状况下，可以将其调整到1KB每秒以下（不能保证马赛克、画面连续等）。性能要求用户运用系统，一般点击响应速度不高于3秒，查询点击响应速度不高于10秒。系统支持注册用户数量为10w，支持并发登录用户数为100。2.4平安性需求l 阐述采纳哪些政策要求、身份识别及权限、访问限制、

15、日志审计、数据加密技术、数据备份复原等。请艾融帮忙填写3系统物理架构及软硬件配制说明（运维经理负责）3.1系统物理架构系统物理部署架构图（表示出部署所属区域、所属网络、服务器、存储、终端等信息）l 附系统物理架构图。系统物理架构相关说明l 对上述系统物理架构的进行具体说明请艾融帮忙填写3.2软硬件配置建议软件配置建议l 产品默认运用的软件配置如下，如须要与银行系统系统兼容，须要由银行方供应软件列表后进行测试。软件种类举荐软件操作系统CentOS 6.7数据库Mysql 中间件Dubbo，zookeeper，tomcat，apache，activeMQ硬件配置建议服务器种类型号及配置建议Agor

16、a网关服务器4路服务器，E5-2600V3,2.0Ghz，16核，32G，4*1T HD，Ubuntu系统.Agora录制服务器4路服务器，E5-2600V3,2.0Ghz，32核，32G，4*1T SSD+2*1T HD，Ubuntu系统.客服应用服务器2路服务器，E5-2600V3,2.0Ghz，16核，32G，4*1T HD，CentOS6.5系统.数据库服务器2路服务器，E5-2600V3,2.0Ghz，16核，32G，4*1T HD，CentOS6.5系统.存储设备按每用户音视频双录10分钟，480P清楚度，最大需300MB/用户（3个视频文件）存储容量。4数据架构需求（研发经理负责

17、）请艾融帮忙填写4.1.数据标准及规范l 阐述本系统所采纳的数据标准及规范例如，系统数据库字典应符合我行数据标准相关要求。机构、客户等统一由ECIF系统供应等。4.2.数据交互需求l 阐述本系统与其他外围系统的数据交互方面的需求例如，定时从数据平台抽取数据等。4.3.其他5.项目实施（研发经理负责）请艾融帮忙填写5.1.项目实施方式5.1.1.项目实施建议l 阐述本项目所采纳的工作方式，如采纳整包或分包、合作开发、人力外购开发等5.1.2.项目实施策略l 阐述本项目工作开展的方向、重点及所运用的方法论等5.1.3.项目团队构成l 阐述本项目的团队人员构成，参加部门及人员，以及对项目经理阅历的要

18、求，对项目成员阅历的要求等例如：项目经理，业阅历不少于X年，至少具备X年以上大型项目管理阅历，作为项目经理带领项目团队实施金融行业XX项目相关类的询问/实施类项目不少于X个，项目经理在本项目期间内不得同时担当其他项目或其他岗位工作任务；开发人员,平均具备X年以上的相关项目实施阅历，具备金融行业阅历或相关专业背景。5.1.4.项目实施实力要求l 阐述项目的实施方的实力要求。如本项目对厂商或项目团队的实施实力、实施阅历、实施案例等方面的要求例如：项目团队的实施实力要求如下：具有金融行业风险管理、内控与合规管理系统的实施阅历和业务询问实力；业务框架的搭建是项目实施的重点，实施商具有良好的风险管理、内

19、控与合规管理系统的实施阅历，能够保证系统业务框架具有肯定的前瞻性和良好的可扩展性具有风险数据集市方面的建设阅历，并对需求方数据仓库系统具有肯定的了解；具有较强的应用系统开发实力，项目团队核心成员本土化；项目团队须要具备风险管理类应用系统、计算模型类应用系统和数据集市系统的开发和实施实力；项目团队核心成员在项目实施周期内确保在项目中的工作时间达到80%以上。实施商的合作伙伴须要满意如下实力要求：相关资质必需满意需方对供应商相关资质要求；具有本行业大型应用系统的开发与实施阅历；具有风险管理类应用系统的开发与实施阅历。5.2.项目实施安排l 阐述本项目预期实施安排注：要把关联系统的开发安排也列入安排

20、当中例如：阶段代码阶段名称主要工作内容安排完成时间PP.01启动阶段1、 确定项目目标与项目范围以及组建项目小组2、 完成项目启动流程P1.02安排阶段1、 项目解决方案征集与评审2、 完成供应商选型3、 完成需求分析并编写需求规格说明书4、 制定项目安排（包括关联系统的改造安排）5、 编写架构及概要设计6、 完成项目阶段审批流程P1.03开发阶段1、 完成系统具体设计2、 编写系统代码3、 关联系统接口开发4、 完成系统集成测试5、 完成项目阶段审批流程P1.04评估阶段1、 完成用户测试与评估2、 完成系统测试3、 制定系统推广安排4、 完成项目阶段审批流程P1.05推广阶段1、 完成系统

21、推广工作2、 编写项目实施总结报告3、 完成项目阶段审批流程5.2.1.完成时间l 阐述本项目安排完成时间5.2.2.实施要求l 阐述本项目各阶段对实施方面的要求，如某一阶段交付时间不得超过5.3.项目管理要求l 如项目管理要符合我行哪些规章制度或管理流程要求，项目管理要具体到哪些内容5.4.部署要求 5.4.1.系统部署要求l 阐述系统部署时的要求5.4.2.数据迁移要求l 如数据迁移方面要求等，如须要数据迁移，建议单独建立具体的数据迁移方案。5.4.3.关联系统的开发要求l 阐述系统上线前需对哪些系统须要同时开发。以风险数据集市系统为例：核心系统和后督系统核心系统供应对公、零售账户信息、银

22、行卡（含贷记卡）交易信息以及其他交易活动信息和总账信息等，并在风险数据集市系统开发过程中进行相关协作。全流程信贷系统全流程信贷管理系统供应对公、农金信贷业务的客户信息、合同信息、抵质押品信息、资产分类信息、客户评级信息、客户违约信息、纸质银承和商承票据出票承兑直贴业务信息、部分国际结算系统业务信息等，并在风险数据集市系统开发过程中进行相关协作。老信贷系统老信贷管理系统供应个人信贷业务的客户信息、合同信息、抵质押品信息、资产分类信息、客户评级信息、客户违约信息等，并在风险数据集市系统开发过程中进行相关协作。由于目前正在开展个贷业务从老信贷系统迁移到全流程信贷系统的工作，假如在风险数据集市系统实施

23、之前完成了个贷业务的迁移工作，则个贷部分的协作以及数据抽取工作，转移到全流程信贷系统中完成。小企业信贷系统小企业信贷系统供应小企业的客户信息、合同信息、抵质押品信息、资产分类、客户评级信息、客户违约信息等，并在风险数据集市系统开发过程中进行相关协作。国结系统国际结算系统供应贸易融资、信用证、保函等业务的客户信息、账户信息和交易信息等，并在风险数据集市系统开发过程中进行相关协作。风险资产管理系统风险资产管理系统供应对公、个贷以及农贷业务的不良资产的处置方案、清收和处置费用信息，并在风险数据集市系统开发过程中进行相关协作。管理睬计系统管理睬计系统供应存贷款账户的利息收入，利息支出、中间业务收入、总

24、账业务数据以及其他成本数据等业务数据，并在风险数据集市系统开发过程中进行相关协作。OPICS系统OPICS系统供应资金类、投资类和其他类业务明细数据需求包括交易对手的基本信息、评级信息、合同产品信息、合同金额、敞口余额等数据，并在风险数据集市系统开发过程中进行相关协作。普兰票据系统普兰票据系统负责供应我行银承票据的转帖、再贴相关业务的基础信息和交易信息，交易对手基本信息和各类评级信息、以及各项业务的头寸、额度限制信息等，并在风险数据集市系统开发过程中进行相关协作。新老网银系统新老网银系统依据风险数据集市系统对与数据的要求，为风险数据集市系统供应原交易数据，并在风险数据集市系统开发过程中进行相关

25、协作。ECIF系统为风险数据集市系统供应全行级客户视图，供应客户信息、客户-产品关系等数据，并在风险数据集市系统开发过程中进行相关协作。6.项目交付（研发经理负责）请艾融帮忙填写6.1.项目各阶段交付物l 阐述项目在各阶段的交付内容可按我行合同要求执行：1、开发文档中标方须要在相应阶段供应的项目文档包括：需求分析阶段：功能分析说明书，技术方案建议书；总体设计阶段：总体设计说明书,技术转移策略及安排；具体设计阶段：具体设计说明书，项目功能说明书，接口设计说明书；开发阶段：开发规约文档系统上线阶段：上线文档，安装手册，维护手册，用户手册，系统测试报告，压力测试报告，系统集成测试案例文档模板由甲方供

26、应，文档质量由我行认可，认可结果作为验收付款条件。2、数据库文档数据库的具体设计文档，包括：视图文档说明，数据库表关联关系pdf文档，具体的存储过程，函数功能说明和数据库设计报告。文档质量由我行认可，认可结果作为验收付款条件。3、培训中标方需在项目实现阶段组织我行参加人员进行培训。其中包括该项目的运用技术培训，项目架构设计培训，指导开发培训，业务人员操作培训等。培训效果须要由我行认可，认可结果作为验收付款条件。6.2.项目准入及准出要求l 阐述项目在达到入场和退场的标准6.3.学问产权要求l 阐述本项目对产品学问产权及源代码拥有及运用权的要求，技术转移内容及方式等可依据我行合同模版要求执行：1

27、、在系统客户化定制项目中运用到中标方自主开发并在项目启动前已开发完成的产品，其学问产权归投标方全部，我行及我行控股的金融机构拥有此产品非排他的永久运用权。2、在系统客户化定制项目中中标方依据我行的需求而定制开发的网络应用或软件系统，其学问产权归我行全部，未经过我行书面认可，中标方不得将甲方的需求、系统设计或软件代码供应应第三方或以任何目的在本项目以外运用。3、中标方承诺依本合同向甲方供应的任何程序、文件、报告、说明、和图表等不存在任何侵扰第三方学问产权的情形，因中标方违反本承诺造成的一切纠纷由中标方负责解决，如因此给我行造成损失的，中标方担当赔偿责任。4、项目结束后中标方供应本合同项下全部源代

28、码（包含基础平台源代码及客户化部分源代码），其中为我行客户化部分源代码的学问产权归我行全部；其余部分源代码的学问产权为中标全部，我行拥有永久运用权。7. 运维要求 （运维经理负责）请艾融帮忙填写l 如是否包括对监控的要求，对日志管理的要求及问题处理的要求。 7.1维保范围质量要求 l 阐述维保的时间、工作内容范围及所要达到的服务质量要求 可依据合同模版约定：1、本项目所涉及到的系统，需由中标方供应一年免费维护服务。免费维护服务期限以双方签署项目验收单之日起计算。2、中标方正常服务时间为每周一至周五，上午八点半到下午五点（公共假期除外），对于甲方提交的技术问题，中标方工程师将在接到甲方电话后予以

29、响应；假如在我行提交技术问题时，中标方全部的工程师都在占线状态，中标方应留下甲方的联系方式，在1小时之内给甲方回复。3、在上述服务时间段外，对于我行提交的严峻程度为C以上的软件技术问题，中标方工程师也将在接到我行电话后30分钟内予以响应；4、对于我行以电子形式提交的技术问题，中标方工程师将在其次个工作日予以响应服务范围7.2故障响应时间要求l 如重大的故障（如系统无法正常运用、性能严峻下降）处理时限要求；一般性故障，处理时限要求。可按合同模版约定：A级：主要指设备及系统在运行中出现系统瘫痪或服务中断，导致系统的基本功能不能供应服务。B级：主要指设备及系统在运行中出现断续或间接地影响系统局部功能

30、和服务的故障。C级：主要指设备及系统在运行中出现的告警，潜在影响系统局部功能和服务的故障，但系统还可正常运营。针对不同的故障级别，中标方应在下述时限中完成：故障级别服务措施时限备注A电话响应30分钟自收到需求故障报告时起计算A确诊4小时自技术人员抵达现场起计算A故障解除8小时自确诊起计算B电话响应1小时自收到故障报告时起计算B确诊8小时自技术人员抵达现场起计算B故障解除24小时自确诊起计算C电话响应1小时自收到故障报告时起计算C确诊8小时自支持技术人员抵达现场起计算C故障解除72小时自确诊起计算 注：上述服务响应时间仅供参考，应依据系统的重要性不同设定不同的响应时间。8参考资料（项目经理负责）