银行卡作业调度与监控管理系统概要设计.docx

《银行卡作业调度与监控管理系统概要设计.docx》由会员分享，可在线阅读，更多相关《银行卡作业调度与监控管理系统概要设计.docx（12页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、银行卡作业调度监控系统概要设计说明书（补充文档）（前台）1）根据节点号修改作业状态：根据提供的节点号修改“作业关系处理状态” 表中该节点号下所有本作业完成标志和父作业完成标志。算法原理与思想：根据页面传递的节点号查找作业关系表中是否存在以该号 码为节点号的记录，假设为假那么返回报错信息，假设为真那么查找出相应记录，并作更 新。2）根据头作业和尾作业修改作业状态：根据提供的头节点号、头作业号和尾 节点号、尾父作业号查找出两个作业之间具有父子关系的所有记录，并修改“作 业关系处理状态”表中该节点号下所有本作业完成标志和父作业完成标志；算法原理与思想：根据头尾两结点，用递归调用的方法从尾结点向头结点

2、找 起，首先判断探索是否结束，即该尾结点是否具有最终父结点特征，假设真，那么本 次调用结束，假设假，那么查找出具有尾结点特征的所有记录和记录数，并查看其父 节点号和父作业号是否与头结点特征相同，假设相同那么为短回路程序跳出，假设不相 同那么程序继续进行，此时将记录中的父节点号和父作业号分别放置两数组中作为 路径记录，当最终找到某条记录其父节点号和父作业号与尾结点特征相同那么证明 找到两结点间其中一条路径，将此路径保存在一个邻接链表中来记录曾经走过的 路径。至此一次递归调用完成。整个递归调用次数以查找出的作业号和节点号特征与头结点相同的记录数 为准，直到程序结束。最后访问数据库，将邻接链表中存放

3、的数据记录全部更新。4.系统设备及软件要求数据量的估算4.1 生产环境硬件配置1、数据库服务器：P590或同档次服务器32CPU128G内存 2、WEB服务器、报表服务器:8台刀片服务器2CPU4G内存3、存储设备：企业级存储裸容量：10T开发环境硬件配置1、数据库服务器：UNIX服务器6-8CPU24G内存2、WEB服务器、报表服务器：2台2CPU8G内存3、存储设备：裸容量：1T软件配置1、操作系统：开放平台 UNIX (AIX 5L)、WINDOWS 2003 SERVER2、数据库服务：SYBASE 15 或 IQ3、应用服务：WEBSPHERE. MT 、CONGOS 多维分析服务3

4、、工具软件：OFFICE EXCEL 2000 以上、CONGOS 软件包4、开发软件：JDKL5、JAVA/JSP. C, jstll.l, Struts 1.2, Spring 1.2, ibatis2.25、客户端:WINDOWS 2000/WINDOWS XP. IE6.0、OFFICE EXCEL 2000 以上文档信息 Document Information工程名称（中文）Project Name：银行卡统计分析系统工程名称（英文）Project Name：文档名称 Document Title：概要设计说明书文档密级 Document Security Level：内部阅读版本

5、号 Version Number：V1.0负责人 Administrator：编写人Issued by：创立日期Create Time：最后修改日期Last Saved Time：修改人 Last Saved by：状态 Status：1 . 弓I言1编写目的11.1 术语1参考资料21.2 适用范围2背景21.3 目标3实施原那么31.3.1 可用性和易操作性3易维护性31.3.2 先进性和可扩展性3保护现有资源42 .总体设计4逻辑架构42.1 网络拓扑架构53 .功能模块设计5总体说明53.1 功能模块6功能实现63.1.1 日志文件的读取功能6灵活配置作业链64 .系统设备及软件要求7

6、数据量的估算74.1 生产环境硬件配置7开发环境硬件配置84.2 软件配置81.引言1.1 编写目的概要设计说明书（补充文档）的编制目的是说明一个软件系统各个层次中的 每个模块的设计考虑，如果一个软件系统比拟简单，层次很少，本文件可以不单 独编写，有关内容合并入概要（系统）设计说明书。对概要设计说明书的内容要求 如下。1.2 术语数据源：指系统涉及到的原始数据来源，本系统包括：ABIS（综合业务系统）、 ABIS中间层、BCSC（银行卡交换中心系统）、AIPS（综合应用前置系统）、国 际卡系统和辅助采集局部。 卡基础数据：包括日源数据加载区，临时过渡区和基础数据区三个局部。 日源数据加载区：数

7、据源经过初清洗、加工形成每天的源数据，日源数据加 载区只保存每天的增量数据（月底全量）。 临时过渡区：数据加工过程中需要利用的临时缓冲区，主要使用在数据日源 数据加载区到基础数据区；基础数据区到应用数据区、多维分析数据区；应 用数据区到多维分析数据区几个阶段。 基础数据区：日源数据加载区的数据经过加工形成基础数据区，基础数据区 的数据包括类源数据基础档案，静态数据档案和辅助采集数据档案三个部 分。 类源数据基础档案： 卡应用集市：卡应用集市是对卡基础数据平台的数据进行深加工、统计生成 的，主要包括应用数据区、多维数据区和多维立方体。 应用数据区：基础数据区的数据经过深加工、统计生成应用数据区的

8、数据， 应用数据区主要用来生成电子报表和生成多维分析区的数据。 多维分析区：基础数据区和应用数据区的数据经过加工形成多维分析区。 多维立方体：多维立方体用来提供多维分析、多维查询、多维报表，多维立 方体的数据是对多维分析区的数据加工后生成的，包含银行卡统计分析系统 中的所有基本数据项。 电子报表：根据银行卡统计分析最终所需的报表格式制定，根据应用数据区 的数据生成报表格式文件（XML格式），再根据XML格式文件生成的。1.3 参考资料银行卡统计分析系统需求书银行卡统计分析系统需求分析说明书数据源与基本数据项的映射关系1104工程监管报表系统系统设计之总体框架v2.11104报表设计文档1.4

9、适用范围1.5 背景随着银行卡业务的快速开展，产品品种和业务功能日益增多，业务处理系统 的不断升级，银行卡产品的系统也正处于由分散到集中的进程中。而现有的报表 系统是基于我行系统分散在地市行的模式下开发的，独立于我行业务系统之外。 报表的生成以手工为主，是由发卡行按照卡部要求，从银行卡业务系统中抽取要 求上报的数据，辅助采集到报表系统中，再生成上报数据文件传送到省行，汇总 生成省报表，并通过我行办公系统发送数省级报表文件到总行，总行统计人员再 将分行的报表文件导入到报表系统中，生成全国的统计分析报表。该报表系统虽 然为银行卡业务经营分析起到了重要的作用，但已不能满足经营管理的需要，主 要有以下

10、几个方面的问题：一是数据辅助采集，不能完全保证准确；二是报表生 成环节多，汇总时间长，任何一个环节产生问题，都会影响报表生成的及时性； 三是报表系统缺乏灵活性，不能根据业务开展需要进行调整；四是现有系统的容 量有限，不能进行复杂分析。我行银行卡业务增长方式正由粗放逐渐走向集约，由数量型向质量型转变。 由于目前我行银行卡业务缺乏真正面向市场、面向客户的分析系统，在客户服务 和管理上带来了一定的难度。随着中国全面开放金融业务的时间临近，如何提高 银行卡综合竞争能力已摆到重要议事日程上，为了更好地提高银行卡综合竞争力，更好地分析产品、细分市场，提高业务管理水平，特开发银行卡统计分析系 统。1.6 目

11、标根据银行卡统计分析的整体规划，本工程分为近期目标和远期目标。近期目标是实现银行卡相关信息的统计，生成卡部所需要的报表，同时为实 现远期目标打下基础。远期目标是建立完备的银行卡管理分析系统，提供经营决策信息支持。通过 信息采集、存储，实现银行卡业务的全面信息化管理，并通过功能强大的信息管 理分析工具，对银行卡业务进行全方位的立体信息挖掘，产生出各种经营决策支 持分析结果，提高银行卡运营机构的高效性、实时性、分析的准确性和科学性。为了实现以上这些目标，本系统采用“统一规划、全面考虑、分步实施”的 策略，具体分为两期建设：一期主要功能为：1、 完成对基本数据项的统计实现业务部门提出的固定报表2、

12、完成相关数据的处理和积累实现数据处理流程的自动化3、 在条件许可的情况下，实现一些简单的分析。二期主要功能为：结合卡部需求，对一期的功能进行补充，并实现我行卡业务的分析与挖掘。1.7 实施原那么银行卡统计分析系统一期主要实现卡部的报表统计，二期要对我行卡业务进行分析和挖 掘，一期要为二期的实施奠定基础。因此在制定实施原那么时，既应充分考虑到当前卡部 生成统计报表的需求，更应该统筹考虑日后二期建设的扩展和相关系统的改造。总的实 施原那么主要包含以下几点：1.7.1 可用性和易操作性1.7.2 易维护性1.7.3 先进性和可扩展性银行卡统计分析系统的建设既要考虑我行数据源多、需求差异大、地域分布

13、广的特点，又要兼顾全行各业务应用系统、各主机平台、全国网络的现状，充分 考虑如何利用我行已经买断、技术先进、有实用价值的软硬件。既要防止因技术 落后、体系陈旧使得系统没有实用性，又要引进技术先进、成熟的技术实现手段, 以加快系统建设步伐，保证系统的先进性。同时，总体考虑系统物理平台、软件 平台选择、数据库结构设计、数据采集以及系统运行效率等各方面，确保系统的 可扩展性，为未来开展保存足够的空间。1.7.4 保护现有资源充分借鉴1104、FARS, DAS和基础数据平台等系统的建设经验，合理利用 ABIS、AIPS等系统的资源合理规划系统。2 .总体设计2.1 逻辑架构系统的总体逻辑架构分为：数

14、据源层、卡基础数据层、卡应用集市层和前台 展现层。数据源层主要包括从ABIS、AIPS、交换中心、国际卡系统、辅助采集系统 等各数据源系统获取的数据文件。卡基础数据层包括日源数据加载区，临时过渡区和基础数据区几个局部；日 源数据加载区中的数据是数据源经过初清洗、加工形成的，日源数据加载区只保 留每天的增量数据（月底全量）；临时过渡区：存放加工过程中的临时数据；基 础数据区：日源数据加载区的数据经过加工形成基础数据区，基础数据区的数据 包括类源数据基础档案，静态数据档案和辅助采集数据档案三个局部。卡应用集市主要是对卡基础数据的数据进行深加工、统计生成的，主要包括 应用数据区、多维数据区和多维立方

15、体；应用数据区的数据是由基础数据区的数 据经过深加工、统计生成的，应用数据区主要用来生成电子报表和生成多维分析 区的数据；多维分析区的数据是由基础数据区和应用数据区的数据经过加工形成 的；多维立方体用来提供多维分析、多维查询、多维报表，多维立方体的数据是 对多维分析区的数据加工后生成的，包含银行卡统计分析系统中的所有基本数据项。前台展现包括电子报表、定式查询、随意查询、多维报表、多维查询、多维 分析和智能分析几个局部；随意查询和智能分析在本期不实现。2.2 网络拓扑架构银行卡统计分析系统在设计时充分考虑到银行的实际情况，既可以采用集中 部署，也可以采用分布部署，同时也可以根据实际情况采用集中-

16、分布部署。对 任何一种部署方式系统用户都可以到网点，但在实际部署时可以根据系统的性能 只开放到一级分行、二级分行、支行中的任何一个级别。系统在设计时，做到了 非常灵活的部署，满足了银行卡部目前和将来开展的需要。整个系统架构在总行现有的OA网上，符合OA的各种规范，不需要在OA 网上增加任何设备，充分利用了我行现有的资源。3 .功能模块设计3.1 总体说明本扩展功能模块基于“银行卡作业调度监控系统”既有MVC框架设计模式, 用IBATIS技术实现数据库的读取功能。为节省时间和本钱以及为以后的维护升级工作提供方便，特在原有“银行卡 作业调度监控系统”技术框架上进行二次开发，所有功能实现、编程风格全

17、部继 承“银行卡作业调度监控系统”的规范。增加功能模块：日志文件的读取功能、作业链的灵活配置功能。系统功能3.2功能模块辅助采集报表展现多维分析系统和管理管理调度管理ETL报表处理多维立方体生成多维查询、分析报表查询报表下载汇率维护 维表维护 通讯维护 日志查询 权限维护 用户维护 机构维护 中心维护报表文件生成多维分析表生成 应用表生成 基础数据生成 源数据加载作业调度管理作业调度与监控3.3 功能实现日志文件的读取功能系统日志管理功能是为平安性而设置的。系统日志反映了用户操作系统的动 作，在系统不稳定的时候，系统管理员可以根据系统日志迅速查找出原因，发现 什么用户在最近操作过系统，进行过什

18、么样的操作，什么操作导致系统不稳定等 等。系统管理员可通过菜单对系统日志进行查询、导出和备份。查询服务器下各主机上的日志，每一条记录对应一条日志文件，根据运行记 录时的条件来增加和读取一条日志文件。1）作业信息表维护日志查看功能：本功能从跨平台操作、读取效率、实现方 式、便于维护的角度综合考虑，决定通过Ftp方式登录主机将日志文件下载到本 地，然后读取文件内容，再将下载到本地的日志文件删除的过程。这一工作流程简单，且思路清晰，既实现了文件的下载与读取功能，同时又 及时将文件删除，保证了多人操作下不会发生日志读取错误的情况。2）作业关系表维护日志查看功能：同1）。3）作业关系处理状态表维护日志查看功能：同1）。3.3.1 灵活配置作业链灵活配置作业链是为了6