银行卡统计分析系统立项报告

银行卡统计分析系统（一期）工程可行性研究报告（Ver1.0）

目录TOC\o"1-5"\h\z\u一．立项背景和意义 11．背景 12．意义 2二．现状与发展趋势 2三．目标内容和关键技术 31．项目目标 32．项目内容 33．项目关键技术 43.1业务数据获取 43.2数据上传 43.5报表查询与打印 43.6数据项下载 53.7WEB技术 53.8安全控制 5四．项目技术方案 5五．项目组织架构 71．领导小组 72．办公室 73．业务需求小组 74．技术开发小组 75．外购技术劳动力 8六．项目经费预算 81．硬件投资费用 82．软件投资费用 103．系统开发推广费用 10七．项目计划进度 11第12页共12页一．立项背景和意义1．背景近年来，我行银行卡业务快速发展，产品品种和业务功能日益增加，业务系统不断升级，业务管理也正处在由分散到集中的进程中；随着我行深化管理，银行卡各级经营管理机构及各级监管机构对银行卡统计分析信息需求日益细化。但是，现有的报表系统是基于银行卡业务系统分散在分行的模式下开发的，独立于我行业务系统之外；报表生成以手工为主，通过层层上报汇总生成全国的统计报表，已不能满足经营管理的需要，主要表现在以下几个方面：1．部分银行卡统计数据通过手工方式录入，不能保证数据的准确性；2．统计报表汇总环节多，汇总时间长，任何一个环节产生问题，都会影响生成报表的及时性；3．现有报表系统缺乏灵活性，不能根据业务发展的需要进行调整；4．现有系统容量有限，不能进行多维度的细化统计，更不能进行复杂分析。为解决上述问题，使我行银行卡业务真正面向市场、面向客户，优化客户服务和管理，需要开发一个适合我行实际情况的、集中统一的银行卡统计分析系统。2．意义1．保证统计分析数据准确性统计分析系统的建设，将实现业务数据的自动化采集，不但能保证统计分析信息的准确性、及时性，还能有效节约分行上报数据的工作量。2．提高我行银行卡的综合竞争力统计分析系统的建成，将为经营决策层及时、准确地提供全行银行卡业务信息，能够更好地分析产品、细分市场，提高业务管理水平和产品创新能力，并为客户提供全面、差异化服务。3．减少系统建设的重复投资目前，部分分行迫于竞争压力，已开发或准备开发银行卡统计分析系统，如果能够建立总分行一致的系统，会有效减少分行系统建设的重复投入。二．现状与发展趋势 2006年4月，银行卡部在四川分行举办了“银行卡统计分析需求讨论会”，根据与会人员的讨论成果，形成了《银行卡统计分析需求》（以下简称需求）的总体框架。会后，卡部完成了需求中涉及系统目标、功能和实现的相关内容；并于5月17日组织了卡部、科技部和软件开发中心相关人员参加的项目启动会。 根据银行卡部的计划和项目启动会的讨论结果，在06年6月开始进行系统需求分析，在06年底开发完毕并试运行，于07年初开始正式生成银行卡统计报表。三．目标内容和关键技术1．项目目标一期目标：实现银行卡主要业务统计数据的自动化采集、存储和查询，保证银行卡统计数据的准确性和真实性，定时生成相关业务指标的统计报表，为经营管理提供全行多维统计信息，拟定于2006年12月底完成。二期目标：实现银行卡业务分析，即按照持卡人的行业、性别、年龄段、学历、职务、收入、信用等级等指标对卡产品、卡交易、价值、风险度进行分析，充分利用现有数据资源，对信息进行深度挖掘，为经营管理提供决策支持。2．项目内容项目“一期目标”应用于总行和一级分行银行卡部，通过建立银行卡统计系统，实现业务数据的自动采集和ABIS源数据的分析，提供统计信息管理、系统安全管理和报表生成的功能，并按照卡量、交易量、存款余额、商户设备、准贷记卡透支等业务指标生成报表统计信息。3．项目关键技术 3.1业务数据获取 根据统计报表数据项和报表结构，确定ABIS子系统中涉及的相关业务数据，并通过基础数据平台获取这些数据。 3.2数据上传 上传数据泛指无法从总行ABIS子系统中获取但可从分行前置系统获取的业务数据，通过定制上传数据文件格式，并以基础数据平台为数据文件上传的载体，保证数据获取的及时性和完整性。 3.3数据存储规划 通过整合业务数据和规范数据结构，将来自不同业务账表的数据组织为有机的整体，并存储事务数据的历史记录，建立银行卡统计分析的基础数据库；同时，为操作数据和历史数据的组合查询提供支持。 3.4报表定制 确定在应用中需展示的报表名称、指标项、格式、统计周期、展示方式、使用人员的权限要求和业务分类，通过使用前端展现工具提供的配置功能，完成事实表和维度表的设计，满足卡部报表定制的要求，实现报表定制的快速性、灵活性和准确性。 3.5报表查询与打印 根据报表的定制信息，利用jsp和XML技术提供单条件和复合条件查询的交互界面，通过合理组织前端展现工具的统计结果，满足卡部报表查询的要求；通过以HTML或Excel格式展现的报表，提供多种报表联机打印的功能。 3.6数据项下载 利用JAVA技术并对统计数据进行再次加工，提供以TXT、HTML、Excel格式下载的数据文件，满足总行和各级分行卡部数据下载的要求。 3.7WEB技术 系统设计为B/S结构，采用符合J2EE标准的WEB技术，划分为展现层、逻辑处理层和数据持久层，使系统具备良好的可扩展性、兼容性以及平台无关性，便于系统的开发、升级和维护。 3.8安全控制 实现包含登录管理、用户权限管理、源数据管理和关键数据加密等功能，提供全面的安全管理措施，确保应用、系统和网络的高度安全性。四．项目技术方案 系统依据标准的J2EE规范，采用B/S结构，按照典型的三层结构分别部署Web服务器、应用逻辑和统计数据。 系统在总行运行，通过基础数据平台获取业务数据，通过前端工具定制统计报表，以此为驱动在系统后台对数据进行批量处理生成报表统计数据项，并以页面或者文本文件的格式在我行企业内部网进行发布和展示；系统也为总分行卡部的用户提供统计报表数据的查询、下载和打印等功能。系统总体架构图如下：五．项目组织架构1．领导小组组长：成员：银行卡部、科技部、软件开发中心负责人主要职责：对项目的整体启动、运作、开发与推广情况进行规划和指导。2．办公室主任：主要职责：具体协调相关部门的关系，负责项目的开发、应用以及升级维护的协调。3．业务需求小组组长：成员：主要职责：负责编制系统需求书，协助项目开发小组进行需求分析，确定具体业务流程、管理制度，协助系统的模块测试，并负责系统的推广与使用。4．技术开发小组组长：项目经理：成员：主要职责：负责项目的需求分析，编写系统总体设计方案、系统详细设计说明书、进行系统的编码实现、并完成项目开发过程的全部技术文档，负责系统的测试、优化、推广和维护。5．外购技术劳动力由于该项目时间要求紧迫，统计数据项涉及的ABIS数据账表较多、数据量较大，对源数据分析加工和海量数据处理的任务比较繁重；并且，目前能够参与项目开发的软件开发中心人员较少，且还兼顾其它任务，所以开发人员十分短缺。为了缓解上述问题，项目组计划以软件开发中心的技术力量为主，同时通过外购技术劳动力的形式，聘用相关公司高水平的计算机高级工程师，借鉴他们类似系统的建设经验，以解决数据获取、批量处理和其它相关技术问题，并参与系统开发。具体合作公司及聘用人员有待内部议标。六．项目经费预算1．硬件投资费用主机及存储系统的配置原则为：满足项目一期的设计目标，即存储2年的各时间段的统计数据，对借记卡和准贷记卡的交易数据进行加工处理，并面向总分行展示报表；同时，需兼顾项目二期的设计目标，即作为分析应用的可扩展的硬件平台。根据我行数据量的现状，综合考虑原始数据存放需要、临时数据存放需要和数据处理后数据膨胀等因素，估计2年内需存放的统计数据和当前三个月业务数据大约为5T，裸容量需要7.5T。考虑到数据获取和处理需要大量的I/O操作，因此对缓存、主机通道和盘阵处理性能都有很高的要求（上述关于数据存储的需求是建立在数据平台建设完成的基础之上，即数据平台可提供2年内银行卡分析所需的源数据；如果数据平台不能满足系统所需的业务数据，则需要存储约为30TB的数据，磁盘阵列裸容量需要45TB）。运行环境的最低硬件配置：种类配置单价（万元）数量价格（万元）用途数据库服务器（IBMP590或其他同等档次产品）￥2￥数据库服务器（均为生产机）高档PC服务器￥3￥用于WEB应用服务器和报表应用服务器（1台开发机、2台生产机）磁盘阵列（HDSNSC55或其他同等档次产品）裸容量7.5T，光纤交换￥1￥用于存储全行卡业务相关数据合计=SUM(ABOVE)\#"￥#,##0.00;(￥#,##0.00)"￥（本表给出了各类硬件设备的估算费用，具体费用需要在招标采购后确定）系统涉及ABIS重要账表包括：活期明细表、活期主档表、整整明细表、整整账户主档、银行卡交易流水表、信用卡交易明细表（CAS子系统）；个人基本信息表、个人证件识别标识表、个人帐户识别标识表、个人移动电话表、个人地址表、个人固定电话表、个人固定电话表（CIF子系统）等。2．软件投资费用 系统源数据涉及全行活期明细、活期主档、银行卡交易流水等大数据量账表，为了保证数据统计功能的可行性和时效性，需要选择查询性能较高的数据库产品。 运行环境的软件配置：种类配置单价（万元）数量（个/CPU）价格（万元）用途OLAP数据库￥32￥数据存储Web服务器￥8￥部署统计应用前端展现工具￥￥合计=SUM(ABOVE)\#"￥#,##0.00;(￥#,##0.00)"￥（本表给出了各类软件的估算费用，具体费用需要在招标采购后确定）3．系统开发推广费用3.1行内人员开发费用项目组内交流借调人员估计为5人左右，系统开发和推广维护工作时间预计8个月，共计40人月（5人×8月），每人月的费用为3867元