银行综合管理系统解决方案文档创建信息文档修订记录● 修改类型分为A–ADDED（增加）M–MODIFIED（修改） D –DELETED（删除）1. 概述银行管理系统作为企业管理公司的一个综合性管理软件，以WEB、微信、app形式面对本公司的所有员工以及公司客户使用，同时便于企业的管理。

涉及信贷申请、催缴系统、提醒系统、信贷申请进度查询、数据整理、数据分析、信贷风险预警、数据查询、业务管理系统、客户管理、信贷申请审批、资料上传下载在线查看、数据备份恢复以及后台管理系统。

2. 系统角色及使用场景3. 系统架构根据对银行管理系统的初步需求分析，构建如下架构实现相关业务：基础模块客户管理客户数据分析数据分析、统计评估审批系统催缴系统系统支撑图3.1 系统组成架构示意图系统分为信贷申请系统、催缴系统、提醒系统、信贷申请进度查询系统、数据整理系统、数据分析系统、信贷风险预警系统、数据查询系统、业务管理系统、信贷评估系统、客户管理、信贷申请审批系统等十二个部分。

●●●●●基础模块包括用户系统、权限系统、运维系统三部分。

这三个子系统将为整个系统提供统一的用户服务，权限分配服务以及运维服务。

基础模块实现公司对所有层级的下属单位、用户、角色的管理，并且统一为分配系统模块的使用权限，另外通过开放接口与已有的办公系统互联。

信贷申请管理：申请系统分为App、微信和PC网页三个端，信贷申请系统是业务数据分析的数据来源，也是后续系统管理的数据驱动，企业客户通过信贷申请系统递交申请数据，客户经理在管理端app中受理用户申请，进行初审，初审通过后进行实地考察，实地考察通过后，客户经理通过内部申请系统进行客户的信贷资料提交、申请。

进入信贷审批流程。

催缴系统：信贷客户在还款日期到达后未还款的，该客户的手机app 客户端上会定期进行提示并发送短信给该客户，对该客户进行催缴。

提醒系统：当信贷客户的还款日期即将到达时，客户端app上回自动发送提醒，并发送短消息给客户，提醒客户及时还款。

新办理的客户会提醒其办理业务的进度提醒。

数据整理系统：按照银行所提供的电子表格将用户、存款、业务量等数据录入系统，录入时如果有重复数据，将提示其是否覆盖。

录入后的数据，可以根据相应的类别进昆仑银行管理信贷申请业务管理经营数据数据分析系统数据查询系统信贷申请管理系统信贷申请管理信贷风险预警系统提醒系统用户系统权限系统业务管理系统信贷评估系统信贷申请审批系统业务管理系统●●●●●●●银行综合管理系统解决方案行分类，在页面显示出该各分类所占比例，后台管理员通过电子表对数据的导入，如有重复数据，提示其是否覆盖。

通过导出功能对系统数据按照格式进行导出至电子表格中。

对系统数据进行备份，可设置定时备份，也可手动备份。

数据分析系统：对录入的数据进行分析，如：客户数量，存款、还款、信贷业务量的数据分析，通过计算公式计算出例如：存款率、月均、年额度等数据。

信贷风险预警系统：通过对数据的分析，对可能出现的信贷风险进行预警，提示将会出现的信贷风险。

数据查询系统：对整体数据（存款、信贷）的历史信息通过走势图货图例的形式展示出来，也能对单个用户的以往数据通过走势图货图例的形式展示出来，更直观的查看到银行或某个客户在某一年度、月份、某时间段的所有存取款额度、信贷额度、还款额度等信息。

业务管理系统：业务经理可以通过系统查询到各自客户信息以及上述数据分析情况，并能查看到该业务经理本年度、季度、月份内的业务量。

部门经理、分管行长可以查看某一业务经理的业务信息（相关客户、业务量、分时间段查看等），并可通过条件查询、模糊查询等功能查看某一客户的存款率、信贷业务以及该客户所属的相应业务经理等信息。

该功能在手机APP管理端中也可表现出来，通过手机即可查询信贷评估系统：通过用户信息资料填写提交，进行数据分析，评估该用户的信贷额度和投资风险承载能力。

客户管理：客户经理可以对自己所属的客户进行分类管理，查看、修改客户信息。

信贷申请审批系统：用户通过APP申请初审，客户经理实地考察通过后，客户经理可以通过审批系统填写申请表，提交上传资料并提交审批文件，部门经理在接收的审批请求后，对审批资料进行审核，审核完成点击上报，分管行长进行最终审核，审核通过后该审批通过审核的信息返回至客户经理，通知其该审核已通过。

若该审批申请在其中任一环节为通过，则返回至客户经理处的为审核未通过的信息，并且在打回此申请的时候，选择或填写该审核为通过的理由。

客户经理登录时，如有审批申请被退回或成功的，会有提示框进行提示，部门经理和分管行长登录时如有新的或未处理的审批申请，则会有提示框进行提示，点击该提示框中单条，直接进入该审批申请的审批 页面。

各个系统之间的关联图：人员用户数据、业 务数据、数据 整理系统数据经营数据分析结果业务数据业务数据客户评级数据客户评级结果告警信贷风险数据昆仑银行综合管理系统图 3.2 系统结构图4. 系统功能4.1 用户系统用户系统主要功能为管理系统的所有用户信息，系统的用户可分为：企业系统管理员、 企业员工、企业运维、客户、分管行长、部门经理、业务经理、客户经理，用户结构如下 图所示。

信贷申请 审批系统 数据整理系统营数据数据分析系统信贷风险预警 系统业务管理系统用户系统催缴、提醒客户管理提醒、催缴系统经●●图 4.1 用户结构图根据此用户结构，用户系统的功能点如下：企业系统管理员管理三部分系统用户：企业员工、企业运维、客户 企业员工按照级别分为：分管行长、部门经理、业务经理、客户经理企业运维对于分析数据或必要分析参数的录入和修改需要电子签名。

4.2 权限系统权限系统根据各级用户对系统的使用需求及权限，通过系统管理员的操作为用户进行 定制化的配置。

授权流程如下图所示：授权获得授权授权授权获得授权获得授权图 4.2 权限系统结构图4.3 运维系统运维系统主要由系统管理员使用，通过可视化的工具对系统的运行状态进行实时监控， 出现问题能够及时的得到应对和解决，主要包括的功能点如下：企业系统 管理员企业员工 企业运维 部门经理 客户分管行长 业务经理 客户经理企业系统管理员企业员工公司员工 数据录入基本信息修改 信贷评估数据……基础模块审批管理 业务管理……企业管理人员数据分析参数数据分析经营数据监控……● ● ● ● 银行综合管理系统解决方案快速部署 数据自动备份 数据可手动导入日志分类管理：日期、关键词、标签、类别4.4 信贷申请系统人员 部门经理 客户经理 客户操 作图 4.4 信贷申请系统结构图4.5 数据分析系统数据分析系统对录入的数据进行分析，如：客户数量，存款、还款、信贷业务量的数据 分析，通过计算公式计算出例如：存款率、月均、年额度等数据。

4.6 数据整理系统数据整理系统完成原始数据的分类、汇总和基本的数据分析，系统具备数据唯一性， 相同数据课题是覆盖或放弃操作。

改系统由系统自动完成，数据来源为业务数据，包含申 请数据和业务基本数据。

数据整理系统分析项以及分析结果受后台设置约束，可在后台系 统进行相关参数的设置。

提交材料发起申请初审实地认证考察考察信息录入初审接收安全检查结果APP 终 端Web 端...管理系统服务器Internet图 4.5 数据整理系统结构图4.7 数据整理系统数据整理系统完成将用户、存款、业务量等数据以电子表格形式录入系统，并剔除重复 数据，按照相应的类别进行分类，整理后的数据可以电子表格的形式进行导出，并支持备 份。

4.8 信贷风险预警系统通过对数据的分析，对可能出现的信贷风险进行预警，提示将会出现的信贷风险。

4.9 业务管理系统业务经理可以通过系统查询到各自客户信息以及上述数据分析情况，并能查看到该业务 经理本年度、季度、月份内的业务量。

部门经理、分管行长可以查看某一业务经理的业务 信息（相关客户、业务量、分时间段查看等），并可通过条件查询、模糊查询等功能查看 某一客户的存款率、信贷业务以及该客户所属的相应业务经理等信息。

该功能在手机 APP 管理端中也可表现出来，通过手机即可查询4.10 信贷评估系统通过用户信息资料填写提交，进行数据分析，评估该用户的信贷额度和投资风险承载能 力。

4.11 信贷申请审批系统用户通过扫一扫、app 商店等方式下载安装手机 app 客户端软件，通过手机 app 信贷用户数据业务数据数据分类 整理业务数据/ 用户数据前置处理 前置处理申请功能，提交信贷申请，客户经理在管理端 app 中受理用户申请，进行初审，初审通过 后进行实地考察，实地考察通过后，客户经理通过内部申请系统进行客户的信贷资料提交、 申请。

进入信贷审批流程。

人员分管行长部门经理业务经理客户经理客户操 作5. 技术方案5.1 技术路线概览图 4.6 信贷审批系统结构图系统架构 B/S 架构开发语言 Java ，JDK 版本 1.6 以上 框架 Spring MVC 数据库 Mysql 5.7 WEB 服务器 Tomcat 日志 log4j 二次开发接口REST API查看业务数据初审信贷申请审批结果录 入，下发接收审批结果审核实地考察数据录入终审查看审批结果5.2 系统架构设计从技术角度来看，系统涉及移动APP、微信以及PC 端的web 访问，将采用MVC 三层架构设计，采用主流的Java语言，SSH 架构实现。

具体说来有以下两点；(1)Web 服务器与数据库服务器应分布在一个局域网中，有足够的网络带宽(2)应用服务器与数据库服务器均需要较高的配置和性能三层应用架构适合于大规模的应用，通常用户数在100人以上。

该系统属于当前人员规模较大且后续延伸扩展性要求较高的系统，采用三层架构设计实现，既适合当前规模的运营，也同样适合将来企业扩张的需要。

原始数据层涵盖了企业各类业务数据，如企业用户数据、客户数据、统计数据、审批数据、评估数据等，这一层次的关键是定义了一个通用的数据描述格式，满足上层应用的数据需求。

数据仓库层关键的设计思想是将数据按其用途从逻辑上分为：A、展现层B、应用逻辑层C、数据仓库层详细吧表述系统软件架构图如图：5.1和5.2所示：企业报表数据挖掘数据分析综合查询图5.1 系统业务处理顶层设计图用户公网FireWallOracle RAC (Loadbalance service)DB Slave图5.2 系统架构设计图1 系统报价根据以上对系统网络部署架构和系统应用部署的综合考虑，该系统复杂性相对较高，对开发和实施都具有一定的难度，我方需要切实做好需求挖掘和理解工作，深入理解用户需求，设立项目专管组，对项目进行需求、配置、测试和安装、调试整个过程进行全程跟 踪，保证系统运行的可靠性和维护性。

基于以上信息分析，我方给出的开发工期如下：项目阶段 需要工时（天） 人员安排 需求分析 45 3 后台系统设计 40 2 UI 设计 15 2 前端设计151Nginx LoadbalanceFile ServerWeb Server AWeb ServerBWeb Server NEhcacheWriteReadDB Master根据以上系统的初步规划和人员安排，我方的开发周期预估时间和报价如下：。