银行管理系统需求及解决方案.docx
《银行管理系统需求及解决方案.docx》由会员分享，可在线阅读，更多相关《银行管理系统需求及解决方案.docx（13页珍藏版）》请在冰点文库上搜索。
银行管理系统需求及解决方案
银行
综合管理系统解决方案
文档创建信息
产品项目名称
银行综合管理系统解决方案
产品项目编号
产品经理
项目经理
创建日期
总页数
正文页数
附录页数
文档修订记录
修改日期
修改的章节
修改类型
修改描述
修改人
审核人
版本号
2016.2.13
A
●修改类型分为A–（增加）M–（修改）D–（删除）
1.概述
银行管理系统作为企业管理公司的一个综合性管理软件，以、微信、形式面对本公司的所有员工以及公司客户使用，同时便于企业的管理。
涉及信贷申请、催缴系统、提醒系统、信贷申请进度查询、数据整理、数据分析、信贷风险预警、数据查询、业务管理系统、客户管理、信贷申请审批、资料上传下载在线查看、数据备份恢复以及后台管理系统。
2.系统角色及使用场景
隶属
岗位
使用场景
企业
系统管理员
管理层
公司、用户、角色（岗位）信息维护
公司可使用的系统模块授权
为外企业分配系统模块使用权限
运维（配置、部署、数据备份、数据恢复、运行日志）
设置催缴时间、提醒时间、信贷评估系统参数设定
安全问题纵览
经营数据纵览
信贷申请审核
分管行长
信贷审批资料终审
查看某一业务经理的业务信息
查看某一客户的存款率、信贷业务以及该客户所属的相应业务经理等信息
部门经理
对审批资料进行审核
查看某一业务经理的业务信息
查看某一客户的存款率、信贷业务以及该客户所属的相应业务经理等信息（该功能在手机管理端中也可表现出来，通过手机即可查询）
业务经理
通过系统查询到各自客户信息以及上述数据分析情况
查看到该业务经理本年度、季度、月份内的业务量
客户经理
对自己所属的客户进行分类管理，查看、修改客户信息
填写申请表、提交上传资料并提交审批文件
客户
安全管理员
信贷申请
查看业务受理进度
接收催缴通知
接收系统提醒和通知
3.系统架构
根据对银行管理系统的初步需求分析，构建如下架构实现相关业务：
图3.1系统组成架构示意图
系统分为信贷申请系统、催缴系统、提醒系统、信贷申请进度查询系统、数据整理系统、数据分析系统、信贷风险预警系统、数据查询系统、业务管理系统、信贷评估系统、客户管理、信贷申请审批系统等十二个部分。
●基础模块包括用户系统、权限系统、运维系统三部分。
这三个子系统将为整个系统提供统一的用户服务，权限分配服务以及运维服务。
基础模块实现公司对所有层级的下属单位、用户、角色的管理，并且统一为分配系统模块的使用权限，另外通过开放接口与已有的办公系统互联。
●信贷申请管理：
申请系统分为、微信和网页三个端，信贷申请系统是业务数据分析的数据来源，也是后续系统管理的数据驱动，企业客户通过信贷申请系统递交申请数据，客户经理在管理端中受理用户申请，进行初审，初审通过后进行实地考察，实地考察通过后，客户经理通过内部申请系统进行客户的信贷资料提交、申请。
进入信贷审批流程。
●催缴系统：
信贷客户在还款日期到达后未还款的，该客户的手机客户端上会定期进行提示并发送短信给该客户，对该客户进行催缴。
●提醒系统：
当信贷客户的还款日期即将到达时，客户端上回自动发送提醒，并发送短消息给客户，提醒客户及时还款。
新办理的客户会提醒其办理业务的进度提醒。
●数据整理系统：
按照银行所提供的电子表格将用户、存款、业务量等数据录入系统，录入时如果有重复数据，将提示其是否覆盖。
录入后的数据，可以根据相应的类别进行分类，在页面显示出该各分类所占比例，后台管理员通过电子表对数据的导入，如有重复数据，提示其是否覆盖。
通过导出功能对系统数据按照格式进行导出至电子表格中。
对系统数据进行备份，可设置定时备份，也可手动备份。
●数据分析系统：
对录入的数据进行分析，如：
客户数量，存款、还款、信贷业务量的数据分析，通过计算公式计算出例如：
存款率、月均、年额度等数据。
●信贷风险预警系统：
通过对数据的分析，对可能出现的信贷风险进行预警，提示将会出现的信贷风险。
●数据查询系统：
对整体数据（存款、信贷）的历史信息通过走势图货图例的形式展示出来，也能对单个用户的以往数据通过走势图货图例的形式展示出来，更直观的查看到银行或某个客户在某一年度、月份、某时间段的所有存取款额度、信贷额度、还款额度等信息。
●业务管理系统：
业务经理可以通过系统查询到各自客户信息以及上述数据分析情况，并能查看到该业务经理本年度、季度、月份内的业务量。
部门经理、分管行长可以查看某一业务经理的业务信息（相关客户、业务量、分时间段查看等），并可通过条件查询、模糊查询等功能查看某一客户的存款率、信贷业务以及该客户所属的相应业务经理等信息。
该功能在手机管理端中也可表现出来，通过手机即可查询
●信贷评估系统：
通过用户信息资料填写提交，进行数据分析，评估该用户的信贷额度和投资风险承载能力。
●客户管理：
客户经理可以对自己所属的客户进行分类管理，查看、修改客户信息。
●信贷申请审批系统：
用户通过申请初审，客户经理实地考察通过后，客户经理可以通过审批系统填写申请表，提交上传资料并提交审批文件，部门经理在接收的审批请求后，对审批资料进行审核，审核完成点击上报，分管行长进行最终审核，审核通过后该审批通过审核的信息返回至客户经理，通知其该审核已通过。
若该审批申请在其中任一环节为通过，则返回至客户经理处的为审核未通过的信息，并且在打回此申请的时候，选择或填写该审核为通过的理由。
客户经理登录时，如有审批申请被退回或成功的，会有提示框进行提示，部门经理和分管行长登录时如有新的或未处理的审批申请，则会有提示框进行提示，点击该提示框中单条，直接进入该审批申请的审批页面。
各个系统之间的关联图：
图3.2系统结构图
4.系统功能
4.1用户系统
用户系统主要功能为管理系统的所有用户信息，系统的用户可分为：
企业系统管理员、企业员工、企业运维、客户、分管行长、部门经理、业务经理、客户经理，用户结构如下图所示。
图4.1用户结构图
根据此用户结构，用户系统的功能点如下：
●企业系统管理员管理三部分系统用户：
企业员工、企业运维、客户
●企业员工按照级别分为：
分管行长、部门经理、业务经理、客户经理
企业运维对于分析数据或必要分析参数的录入和修改需要电子签名。
4.2权限系统
权限系统根据各级用户对系统的使用需求及权限，通过系统管理员的操作为用户进行定制化的配置。
授权流程如下图所示：
图4.2权限系统结构图
4.3运维系统
运维系统主要由系统管理员使用，通过可视化的工具对系统的运行状态进行实时监控，出现问题能够及时的得到应对和解决，主要包括的功能点如下：
●快速部署
●数据自动备份
●数据可手动导入
●日志分类管理：
日期、关键词、标签、类别
4.4信贷申请系统
图4.4信贷申请系统结构图
4.5数据分析系统
数据分析系统对录入的数据进行分析，如：
客户数量，存款、还款、信贷业务量的数据分析，通过计算公式计算出例如：
存款率、月均、年额度等数据。
4.6数据整理系统
数据整理系统完成原始数据的分类、汇总和基本的数据分析，系统具备数据唯一性，相同数据课题是覆盖或放弃操作。
改系统由系统自动完成，数据来源为业务数据，包含申请数据和业务基本数据。
数据整理系统分析项以及分析结果受后台设置约束，可在后台系统进行相关参数的设置。
图4.5数据整理系统结构图
4.7数据整理系统
数据整理系统完成将用户、存款、业务量等数据以电子表格形式录入系统，并剔除重复数据，按照相应的类别进行分类，整理后的数据可以电子表格的形式进行导出，并支持备份。
4.8信贷风险预警系统
通过对数据的分析，对可能出现的信贷风险进行预警，提示将会出现的信贷风险。
4.9业务管理系统
业务经理可以通过系统查询到各自客户信息以及上述数据分析情况，并能查看到该业务经理本年度、季度、月份内的业务量。
部门经理、分管行长可以查看某一业务经理的业务信息（相关客户、业务量、分时间段查看等），并可通过条件查询、模糊查询等功能查看某一客户的存款率、信贷业务以及该客户所属的相应业务经理等信息。
该功能在手机管理端中也可表现出来，通过手机即可查询
4.10信贷评估系统
通过用户信息资料填写提交，进行数据分析，评估该用户的信贷额度和投资风险承载能力。
4.11信贷申请审批系统
用户通过扫一扫、商店等方式下载安装手机客户端软件，通过手机信贷申请功能，提交信贷申请，客户经理在管理端中受理用户申请，进行初审，初审通过后进行实地考察，实地考察通过后，客户经理通过内部申请系统进行客户的信贷资料提交、申请。
进入信贷审批流程。
图4.6信贷审批系统结构图
5.技术方案
5.1技术路线概览
系统架构
架构
开发语言
，版本1.6以上
框架
数据库
5.7
服务器
日志
4j
二次开发接口
5.2系统架构设计
从技术角度来看，系统涉及移动、微信以及端的访问，将采用三层架构设计，采用主流的语言，架构实现。
具体说来有以下两点；
（1）服务器与数据库服务器应分布在一个局域网中，有足够的网络带宽
（2）应用服务器与数据库服务器均需要较高的配置和性能
三层应用架构适合于大规模的应用，通常用户数在100人以上。
该系统属于当前人员规模较大且后续延伸扩展性要求较高的系统，采用三层架构设计实现，既适合当前规模的运营，也同样适合将来企业扩张的需要。
原始数据层涵盖了企业各类业务数据，如企业用户数据、客户数据、统计数据、审批数据、评估数据等，这一层次的关键是定义了一个通用的数据描述格式，满足上层应用的数据需求。
数据仓库层关键的设计思想是将数据按其用途从逻辑上分为：
A、展现层
B、应用逻辑层
C、数据仓库层
详细吧表述系统软件架构图如图：
5.1和5.2所示：
图5.1系统业务处理顶层设计图
图5.2系统架构设计图
1系统报价
根据以上对系统网络部署架构和系统应用部署的综合考虑，该系统复杂性相对较高，对开发和实施都具有一定的难度，我方需要切实做好需求挖掘和理解工作，深入理解用户需求，设立项目专管组，对项目进行需求、配置、测试和安装、调试整个过程进行全程跟踪，保证系统运行的可靠性和维护性。
基于以上信息分析，我方给出的开发工期如下：
项目阶段
需要工时（天）
人员安排
需求分析
45
3
后台系统设计
40
2
设计
15
2
前端设计
15
1
系统开发
100
5
系统测试
45
6
系统部署
3
2
系统试运行（上线测试）
45
3
系统维护
360
1
总计
668
225
根据以上系统的初步规划和人员安排，我方的开发周期预估时间和报价如下：
升级会员 