《ENG0201T-531信用卡预审系统概要设计0202》由会员分享，可在线阅读，更多相关《ENG0201T-531信用卡预审系统概要设计0202（45页珍藏版）》请在金锄头文库上搜索。
1、编号：时间：2021年x月x日书山有路勤为径，学海无涯苦作舟页码：第1页 共1页 交银软件中心(信用卡预审系统项目)概要设计编写：李嘉宁评审：代杰批准：项目名称： 日期：2015.1.9文档版本版本号修改日期编写评审批准修改内容V1.02014-12-26李嘉宁代杰车梦炜建立 目 录1.引言51.1目的51.2背景51.3参考资料51.4定义52.系统概述52.1实现目标52.2条件与限制52.3运行环境62.4开发环境62.5需求概述63.总体设计63.1设计思想63.2设计规范63.3系统设计描述63.4系统功能描述73.5数据处理流程73.6系统性能设计74.接口设计74.1外部接口74
2、.2内部接口74.3用户接口75.模块结构设计75.1联机功能75.2批量功能86.数据结构设计86.1ER图86.2数据结构说明96.3常数说明97.安全设计98.网络体系结构设计98.1网络设计原则98.2网络拓扑结构99.系统异常处理设计99.1异常信息99.2处理策略910.系统运行设计910.1运行模块组合910.2运行控制910.3运行时间1011.系统维护设计1011.1数据备份和恢复策略1011.2系统故障预防与恢复1011.3监控设计1011.4审计设计1012.版本设计1013.关键技术设计1013.1关键技术110概要设计说明书1. 引言1.1 目的详细定义港行信用卡影像
3、预审子系统总体的功能、系统的接口和数据属性；划分程序基本结构、各程序名称和功能，以便于软件详细设计和编程。读者对象为：项目经理、开发人员、业务人员、测试人员等。1.2 背景系统名称：531香港影像处理系统信用卡影像预审子系统委托单位：港交行深圳后勤中心开发单位：交通银行软件开发中心用户单位：港交行深圳后勤中心主管单位：交通银行香港分行项目背景：随着境内531工程的投产和平稳运行，深研集中营运系统项目组积累了大量的集中类业务品种的实施经验和教训。为了保证香港分行531系统的顺利投产，项目组对原信用卡影像预审系统的整体架构进行了有针对性的调整。对原架构中的信用卡影像预审系统进行了JUMP规范的设计
4、，以增强系统的扩展性以及健壮性，并纳入到总行GUIP的统一规范体系中，同时针对系统的整体性能进行重点设计。1.3 参考资料参考ENG0103E-需求规格说明书-531工程集中化影像IM预审系统，作者：李嘉宁参考深圳后勤中心信用卡影像预审系统操作细则，作者：张丽娟1.4 定义1.4.1预审流程人工节点信用卡預審人工节点节点功能AG總復核平台(超20日未收回後補文件的申請)APV總復核平台APW香港總復核平台BL內部檢查平台DEC拒納平台DMS等待上傳CM平台EV電核平台FLT去信平台FNL已處理平台HKREPORT香港預審報表權限PRE文件核實平台RHK香港待處理平台ROLE_CARDCENTE
5、R卡中心用戶權限ROLE_FRAUD_LIST_UPDATE欺詐名單上傳權限ROLE_SUPERVISOR系統管理員權限ROLE_USERIM基礎用戶權限ROLE_USER_DIPSDIPS用戶權限RTN後補文件平台SZREPORT深圳預審報表權限UAL二次審批平台ULV主管審批平台UNLOCK解鎖記錄權限VAL總復檢平台1.4.2预审报表报表清单年度總量報表個人工作量報表當日餘量報表每日各工序處理量報表返回RHK業務量報表RHK待處理業務量報表全流程報表1.4.3 V+V+：基于主机架构的核心子系统，主要与IM相关功能为提供信用卡审批记录、TU查询、黑名单检索，港行531定位为适应性改造1.
6、4.4 EBEB：个人网银系统，原港行EB与信用卡IM系统主要交互部分为网银渠道申请信用卡。531港行EB移交总行三部实施重做。2. 系统概述2.1 实现目标通过重设计信用卡预审主要实现如下功能，以保证后勤中心快速处理港行卡中心的信用卡预审业务：1.信用卡影像查看、保存；2.信用卡后补文件归档；3.信用卡预审工作平台流转、coversheet记录预审记录；4.用户权限角色新增、绑定、修改功能；5.预审报表，包括个人工作量、业务量、工作流程全局查看。2.2 条件与限制完成项目应具备的条件：n 支撑系统：新EUIF和GUIP的支撑，应用处理的用户权限控制由EUIF实现，页面的展示嵌套在GUIP中。
7、n 环境设备：需要相关的开发环境和DB环境。n 开发成员：需要相应的开发团队成员。以上条件除支撑系统的条件未知，其余都在可控范围。2.3 运行环境231服务器端：【硬件环境】处理器内存(GB)分页空间(GB)IBM,9119-FHA4* 5000MHZ168IBM,9119-FHA4* 5000MHZ168IBM,9119-FHA4* 5000MHZ168软件环境安装软件版本路径Java5.sdk5.0.0.235/usr/java5Java5_64.sdk5.0.0.225/usr/java5_64Java6_64.sdk6.0.0.75/usr/java6_64WAS7.0.0.13/us
8、r/IBM/WebSphere/AppServerIHS7.0.0.13/usr/IBM/HTTPServerDB29.7.0.3/opt/IBM/db2/V9.7Gemfire7.0/home/coscapp/Gemfire_Runtime232用户端： 【硬件环境】机器型号处理器内存(GB)硬盘(GB)2GHZ2100软件环境安装软件版本路径IE6.0以上版本Adobe Flash Player10.2以上版本网络环境港行与总行互相联通2.4 开发环境安装软件版本RAD8.0RSA8.0Java6 SDKWAS 7.0自带；版本：1.6WAS7.0.0.13DB29.7.0.32.5 需求
9、概述2.5.1功能需求规范信用卡预审系统的开发框架以及架构规范，接入统一集中营运作业处理体系，方便管理集中化业务。为信用卡预审提供影像查看、影像归档、影像质检录入、预审工作记录等处理功能。2.5.2性能需求非功能需求类别非功能需求子类别需求项需求值备注联机交易处理性能需求业务处理能力需求高峰时段业务量需求50笔/秒稳定性需求系统处理类型90%峰值压力下持续运行6小时，CPU使用率99.99%错误率阀值交易错误率阀值0.01%响应时间需求交易响应时间交易全过程0.5s系统资源利用率主机资源CPU/MEM/DISK使用率CPU70%/内存无明显页交换/磁盘繁忙率80%2.5.3运行需求应用处理子系
10、统支持7*24运行。版本变更时间为版本日21:00之后，变更影响时长不会超过3个小时。3. 总体设计3.1 设计思想3.1.1 层体系风格 将公共规则的各个功能点抽取成独立的服务，每个服务处理相应的逻辑功能，服务模块之间除了共用的任务引擎，无逻辑交互，由业务系统自行串接各个服务3.1.2 正交体系风格 各交易逻辑之间禁止相互调用，交易处理严格正交相关，以代码的冗余换取系统的低耦合度，提供系统的可维护性和可控性； 3.1.3 MVC设计模式交易逻辑处理使用JUMP平台，遵守MVC设计思想。3.1.4 和境内现有系统的关系信用卡预审系统是港行特有系统，境内并无对应系统，为新建系统3.1.5 分子行
11、设计原则3.2 设计规范A 命名规范严格按照中心531命名规范执行。B 界面规范严格按照统一UI界面规范执行。C 开发规范严格按照JUMP平台规范执行，同时必须符合集中营运系统开发规范。3.3 系统设计描述3.3.1 本系统与其他相关系统的逻辑关系CPIM与外系统联机关系图CPIM与外系统批量关系图3.4 系统功能描述3.4.1 功能模块图说明：功能/模块备注集中营运作业处理港行作业处理平台，发送录入后的业务数据给CPIM，以发起预审流程流程控制模块控制预审流程发起、跳转影像处理模块预审影像接收、调阅、保存、归档预审信息管理模块预审信息调阅、预审操作表打印、EB申请表调阅报表模块预审报表查看全
12、局搜索模块全局搜索预审记录、人工预审任务3.4.2技术架构图说明：功能/模块备注CPIM包含1个J2EE企业级应用COSC_CPIM_EAR.ear（信用预审子系统）。3.4.3逻辑拓扑图说明：部署原则备注信用预审系统包含两个逻辑单元，每个单元必须包含：两个非受管的IHS节点，两个受管的CUSTOM节点，一个DM节点。CPIMCELL包含两个集群，每个CLUSTER由1个成员组成，成员均衡分布在两个受管节点上。CPIMCL部署COSC_CPIM_EAR.ear扩展原则载过高时CLUSTER先进行垂直扩展，当节点物理资源使用率过高时，再进行水平扩展。扩展方式遵循先垂直再水平的原则，以增加硬件资源
13、使用率，降低系统管理成本。部署统一性各环境（DEV/SIT/UAT/TST/PRD）各环境必须使用相同的逻辑拓扑结构，单元命名、节点命名、成员命名必须保持一致。3.5 数据处理流程数据流1：柜员从前台发起扫描，传送影像ID等数据至GSP；数据流2：柜员从前台发起扫描，传送影像保存到ECM；数据流3：数据通过GSP转发，发送到集中作业处理系统；数据流4：经过作业处理的质检、录入流程后，发送凭证的详细数据给CPIM系统；数据流5：CPIM将当天的信用卡申请数据通过FTP方式发送到INC；数据流6：V+从INC上获取到信用卡申请数据；数据流7：CPIM通过CD将影像索引数据文件下发到ADE；数据流8：ADE通过CD将数据下发给电子档案以及历史库，供后续查询使用。
