（管理科学与工程专业论文）金融机构综合报送系统的分析与设计.pdf

南京航空航天大学硕士学位论文 i 摘摘 要 要 1104 工程（银监会非现场监管工程）旨在改变监管工作主要依靠手工操 作和低水平电子化应用的现状，尽快建立电子化、网络化基础上的非现场监 管信息系统。 各级金融机构均需要有一个报送系统来完成符合1104工程要求的报送工 作。本文分析了金融机构报送数据的业务流程和需求，设计了适合各级金融 机构使用的报送系统的功能，据此开发出的系统可以从金融机构业务数据中 提取数据，进行校验，生成符合要求的统一报送文件，在很大程度上减小报 送人员的工作量，保证非现场监管的真实可靠性，并提高非现场监管工作的 效率。 本文结合银监会实际开发项目，系统基于 web 技术，采用 b/s 架构，从 而解决了 1104 工程在全国实施过程中难于统一培训，安装，维护等一系列问 题。在对系统的主要模块进行设计时，使用面向对象的设计方法，应用 uml 绘制完成用例图、静态结构图、活动图、序列图、协作图、状态图和部署图； 之后进行了系统整体的设计，包括系统结构图、关键界面设计。 关键词：1104 工程，非现场监管，金融机构，报送，uml 金融机构综合报送系统的分析与设计 ii abstract 1104 project (non-locale supervised project of china banking regulatory commission) aims to change the situation that regulatory is mostly depended on handy operation and low level electro- application, and build the non-locale supervised information system based on electron and network as soon as possible. all levels of finance institution need a client system to carry out submission which accords with the request of 1104 project. this thesis analyzes the business flow and requirement of submission data in finance institutions, devise the client function suiting for all levels of finance institution, develop the system which could distill data from the business data of the finance institution, check up and form the consolidated submission files. it will reduce the workload of employees, ensure credibility and reality, and increase the efficiency of the non-locale supervises. the system is based on web and uses the b/s structure, so that it can solve the problems of training and serving. while carrying on the design to the system, it uses object oriented method, making use of the uml unified modeling language to design the personnel information management sub- system with the use case diagram, static chart, activity diagram, sequence diagram, collaboration diagram, deployment diagram, and carried on the software model design, the system interface design. key words: 1104 project, non-locale supervise, finance institution, submission， uml 南京航空航天大学硕士学位论文 v 图表目录图表目录 图 1.1 非现场监管的基本程序和主要环节 . 4 图 1.2 1104 工程整体架构 . 5 表 3.1 1104 工程采集报表 . 15 表 3.1（续） 1104 工程采集报表 . 16 表 3.2 1104 工程金融机构数据报送步骤 . 17 表 3.2（续） 1104 工程金融机构数据报送步骤 . 18 图 3.1 金融机构数据报送流程图 . 19 图 3.2 金融机构综合报送系统功能模块图 . 22 图 4.1 金融机构综合报送系统用例图 . 24 图 4.2 模板报表管理类图 . 26 图 4.3 机构管理类图 . 27 图 4.4 数据报送审核管理类图 . 28 图 4.5 模板报表管理活动图 . 30 图 4.6 数据审核活动图 . 31 图 4.7 数据报送活动图 . 32 图 4.8 数据汇总活动图 . 34 图 4.9 模板报表管理序列图 . 35 图 4.10 数据审核序列图 . 36 图 4.11 数据报送序列图 . 36 图 4.12 数据汇总序列图 . 37 图 4.13 权限管理协作图 . 38 图 4.14 机构管理协作图 . 38 图 4.15 模板报表状态图 . 39 图 4.16 数据文件状态图 . 40 图 4.17 金融机构综合报送系统部署图 . 42 图 5.1 金融机构综合报送系统结构图 . 43 图 5.2 金融机构综合报送系统组织结构图 . 44 图 5.3 新增模板界面图 . 45 图 5.4 选择 pdf 模板界面图 . 45 图 5.5 模板载入成功界面图 . 46 金融机构综合报送系统的分析与设计 vi 图 5.6 表内表间校验关系设定界面图 . 47 图 5.7 校验表达式设定界面图 . 47 图 5.8 校验关系表达式定义文件选择界面图 . 48 图 5.9 导入校验关系表达式界面图 . 48 图 5.10 填报范围设定界面图 . 49 图 5.11 模板维护界面图 . 50 图 5.12 查看 pdf 模板界面图 . 50 图 5.13 已上载模板查询界面图 . 51 图 5.14 模板详细信息界面图 . 51 图 5.15 数据文件下载界面图 . 52 图 5.16 选择数据文件下载界面图 . 53 图 5.17 数据上报主界面图 . 53 图 5.18 离线报送界面图 . 54 图 5.19 在线报送界面图 . 55 图 5.20 在线修改界面图 . 55 图 5.21 已报报表界面图 . 56 图 5.22 手工调平主界面图 . 57 图 5.23 手工调平界面图 . 58 图 5.24 生成上报文件界面图 . 59 图 5.25 下载 zip 包界面图 . 59 图 5.26 报表审核主界面图 . 60 图 5.27 查询需审核报表界面图 . 60 图 5.28 审核设定界面图 . 61 图 5.29 审核驳回编辑界面图 . 62 图 5.30 审核保存成功文本框 . 62 图 5.31 数据汇总主界面图 . 63 图 5.32 强制汇总提示文本框 . 63 图 5.33 数据汇总成功提示框 . 64 图 5.34 数据汇总界面图 . 64 承诺书 本人郑重声明：所呈交的学位论文，是本人在导师指导下，独立 进行研究工作所取得的成果。尽我所知，除文中已经注明引用的内容 外，本学位论文的研究成果不包含任何他人享有著作权的内容。对本 论文所涉及的研究工作做出贡献的其他个人和集体，均已在文中以明 确方式标明。 本人授权南京航空航天大学可以有权保留送交论文的复印件，允 许论文被查阅和借阅,可以将学位论文的全部或部分内容编入有关数 据库进行检索，可以采用影印、缩印或其他复制手段保存论文。 (保密的学位论文在解密后适用本承诺书) 作者签名： 日 期： 南京航空航天大学硕士学位论文 1 第一章第一章 绪论绪论 1.1 课题的研究背景 2003 年 4 月 28 日随着银监会的成立，银行、证券、保险中国金融 业“一行三会，分业经营，分业监管”的金融监管框架已形成。银监会创建伊 始信息化基础设施薄弱，而被监管的银行业金融机构信息化建设比较先进， 业务品种繁多，业务量大，银监会单单依靠手工方式很难对银行业金融机构 进行监管。加强银监会监管能力，提高监管效率，推进公众服务等方面都对 建设监管信息系统提出了以下迫切需求13。 1、繁重的监管任务对监管信息系统的迫切需求。根据中华人民共和国 银行业监督管理法规定，银监会负责对全国银行业金融机构及其业务活动 监督管理的工作，监管的金融机构数量为 24 万多家，其中法人机构大约为 3.5 万家，被监管金融机构的资产规模已接近 31.5 万亿元人民币，占整个金 融机构资产规模的 95%以上。 面对如此庞大的数据和众多的银行业金融机构， 很难基于手工完成对各银行业金融机构的监管。 监管信息系统建设落后状况， 已严重制约了监管当局对银行监管的有效性和实效性，成为当前监管的“瓶 颈”。 2、 银行业金融机构高风险性对监管信息系统的需求。 随着金融市场的一 体化和现代通信技术的广泛应用，金融风险的“传染”性也与日俱增，尤其是 随着经济全球化步伐的加快，各国经济联系更加密切，一个国家的金融危机 往往会波及到周边国家和地区，甚至会引起地区性或全球性的金融动荡。因 此，必须建立高效的监管信息系统，及时反映银行业金融机构的风险状况。 3、银行监管的连续性对监管信息系统的需求。近年来，国内外银行市场 的运行状况显示，银行业金融机构的风险及由此导致的金融系统的波动随时 可能发生。这就要求必须加强银行监管的连续性和有效性。利用银行业监管 信息系统可以根据监管部门的需要，快速、准确地输出全部或任何一项监管 指标的分析结果，从而能够持续、全面、系统、有效地辅助监管部门达到期 望的监管目的。 4、 提高风险监测水平对银行监管信息系统的需求。 从我国银行业金融机 构经营现状来看，巨额不良贷款，潜在的金融风险，及资本充足率和拨备不 金融机构综合报送系统的分析与设计 2 足的问题，严重困扰了我国银行业金融机构的发展。为此，加强对我国银行 业金融机构风险分析与监测，是当前监管工作的重中之重。 5、保护存款人利益，维护银行业金融秩序稳定对监管信息系统的需求。 借助监管信息系统及时向社会公众披露银行业整体运行情况及存在问题的银 行业金融机构，最大限度保护存款人利益，维护公众对银行业金融机构的信 心。13 借助银行监管信息系统还可以加快监管职能的转变，提高监管能力与服 务能力，规范监管行为，提高监管效率。为此，尽快建立我国银行业金融机 构监管信息系统，强化对银行业金融机构经营信息的采集和分析，建立有效 的风险预警体系，防范和化解金融风险，加快发展和建设我国银行业的监管 信息系统已是当务之急。 在这样的情况下,银监会启动了银行业金融机构监管信息系统建设工程 “1104 工程”，即非现场监管工程。 非现场监管，是指监管部门对金融机构报送的数据、报表和有关资料， 以及通过其他渠道（如媒体、定期会谈等）取得的信息，进行整理和综合分 析，并通过一系列风险监测和评价指标，对金融机构的经营风险做出初步评 价和早期预警。 非现场监管是金融监管的重要方式和手段， 通过非现场监管， 能够及时和连续监测金融机构的经营和风险状况；运用非现场分析，有助于 明确现场检查的对象和重点，从而有利于合理分配监管力量，提高监管的质 量和效率。23 传统上，现场检查是监管工作的主要方式，尽管起过很重要的作用，但 有一些致命的缺陷。针对银监会以往监管方式的不足，例如缺乏必要的监管 信息化工具与手段，监管效率低，时效性差，监管信息难以共享等，非现场 监管工程主要在以下方面改变了以前风险监管的不利局面。 1、实施总体规划。以往的各系统的开发平台各种各样，监管指标及编码 方法没有统一，从而使各系统之间难以进行信息的共享，更无法有效地实现 系统的集成。1104 工程按照系统工程的基本理论与方法，首先制定科学完善 的金融监管信息系统总体规划，分阶段、按照统一的标准、按分(子)系统逐 步开发和实现。 2、数据采集的规范性,真实性得到有效保证。以前我国金融监管的数据 属于多头采集，各采集部门没有统一的指标体系,使得各系统的数据口径、会 南京航空航天大学硕士学位论文 3 计科目、 报送时点等不一致,既导致各系统的信息无法共享,也无法保证数据的 真实性。1104 工程按银监会统一规定的格式和口径报送基础报表和数据，监 管部门从数据中采集所需要的数据，以进行非现场分析。 3、提供科学的分析方法和手段。1104 工程将基础数据加以分类、归并 后，按照事先已经设计出的软件系统和一套风险监测、控制指标，自动生成 资产质量、流动性、资本充足率、盈利（亏损）水平和市场风险水平等一系 列指标值，根据这些指标值，进行风险监测与分析。 1.2 课题的研究意义 银监会根据自身业务特点，制定了如下的非现场监管流程。 1采集数据 银监会建立了一套以 pdf 为载体， 为 xml 格式为接口的数据采集平台。 向金融机构采集包括基本财务类、信用风险类、流动性风险类、市场风险类、 资本充足类等其他类别的报表。 2对有关数据进行核对、整理 监管部门在金融机构所报送数据口径、连续性和准确性进行初步核对的 基础上，按照非现场监管指标及风险分析的要求，进行分类和归并。 3生成风险监管指标值 对于风险指标而言，原有业务系统里都会有一些对应的数据。金融机构 要利用日常业务数据中生成风险监管指标。 4风险监测分析 利用非现场风险监测分析的基本方法水平比较分析法，历史比较分析法 和行业比较分析法判断其风险程度。 5风险初步评价与早期预警 监管者要对水平分析、历史分析和行业分析的结果、差异，以及导致上 述结果与差异的原因进行综合分析，最后得出对该金融机构风险水平及发展 趋势的初步综合评价，并及时向金融机构发出早期预警信号，对其风险进行 确认和评估。 6指导现场检查 根据非现场监管主要风险信号和存在的疑问，制定现场检查计划，确定 金融机构综合报送系统的分析与设计 4 现场检查的对象、范围和重点，合理分配监管力量，从而提高现场检查的效 率和质量。 采集数据采集数据 核对，整理数 据 核对，整理数 据 生成风险监管 指标值 生成风险监管 指标值 进行风险监测 分析 进行风险监测 分析 风险初步评价 与早期预警 风险初步评价 与早期预警 为风险的综合 评价提供依据 为风险的综合 评价提供依据 指导现场检查指导现场检查 图 1.1 非现场监管的基本程序和主要环节 从以上内容可以看出， 金融机构业务数据的采集和报送在 1104 工程中是 最基本的一环。随着多年金融统计工作的开展和成熟，统计工作自身确定了 对应的方向和要求：各金融机构统计部门需要对本机构数据进行收集整理， 并且按照央行和银监会的不同监管要求报送报文和银监会急用先行报表，除 按照上级监管单位的要求将数据进行处理、完成报送外，还需将数据进一步 分析利用，为相关部门提供分析决策的依据，并根据数据的要求，逐步返还 数据于公众。 银监会采集系统推广后，各金融机构将对银监会报送数据。数据以 pdf 为载体，银监会将下发统一的 xml 接口规范。银监会下发的系统数据需要 全部集中在会、局，而取数以法人机构或分支机构为单位进行单独取数，不 能满足部分金融机构数据集中分析报送的需求。 具体有两个层次的应用：一方面，部分金融机构报表数据集中在总行， 可以从总行系统中抽取数据，转换成初始填报表格，由各金融机构在基础数 据基础上填报业务系统中没有的数据， 这样可以减少报送工作量。 另一方面， 金融机构原先数据没有集中，可以通过这次报送，统一管理报送接口，完成 数据集中，同时满足会、局的采集要求。 南京航空航天大学硕士学位论文 5 互联网互联网 互联网互联网 互联网互联网 数据仓库服 务器 应用服务器 监管人员工作站 监管人员工作站 数据仓库服 务器 应用服务器 监管人员工作站 监管人员工作站 数据仓库 服务器 应用服 务器 监管人员工作站 监管人员工作站 金融机构客户端 金融机构客户端 金融机构客户端 金融机构客户端 金融机构客户端 金融机构客户端 金融机构客户端 金融机构客户端 金融机构客户端 银监会外网数 据采集 银监会内网 数据采集 数据仓库 服务器 应用服 务器 监管人员工作站 监管人员工作站 金融机构客户端 金融机构客户端 金融机构客户端 金融机构客户端 金融机构客户端 金融机构客户端 金融机构客户端 金融机构客户端 金融机构客户端 银监会外网数 据采集 银监会内网 数据采集 a银监局外网 数据采集 银监局内 网数据采集 银监局外 网数据采集 银监局内 网数据采集 银监局外网 数据采集 银监局内 网数据采集 银监局外 网数据采集 银监局内 网数据采集 数据仓库 服务器 应用服 务器 监管人员工作站 监管人员工作站 数据仓库 服务器 应用服 务器 监管人员工作站 监管人员工作站 银监会数据仓库系统 银监局数据仓库系统银监局数据仓库系统 银监会数据仓库系统 银监局数据仓库系统银监局数据仓库系统 银监会内部网络银监会内部网络 监管部门数据集监管部门数据集市市 监管部门数据集监管部门数据集市市 监管部门数据集监管部门数据集市市 外网内网 物理隔离 外网内网 物理隔离 图 1.2 1104 工程整体架构 如图 1.2 所示，金融机构客户端是银监会进行外网数据采集的重要工具， 也是 1104 工程建设的核心部分。有效，及时，准确的数据是高效监管的首要 条件，真实的数据才能得到真实的指标，从而反映真实的风险情况，达到监 管的目的。 1.3 系统分析与设计的主要内容、目标与方法 本系统是根据金融机构的报送统计工作特点开发，满足各级机构向总行 报送数据的业务需求的软件平台，系统极大地提高统计工作的电子化水平和 统计工作的效率，保证报送数据的准确性，同时又减轻统计人员的工作量。 该系统可以实现报送数据的总行集中，并能进行相应的指标分析，集数据抽 取、数据转换、数据补录、数据集中、数据报送、指标分析于一体，即能满 足总行、分行的上报要求，又能满足数据集中的要求。以此加强银行业监督 金融机构综合报送系统的分析与设计 6 管理机构与被监管金融机构之间工作监督、检查、指导和联系。 系统的总体目标有： 1 辅助金融机构做好对法人及分支机构非现场监管业务数据及其它业务 报送数据的采集和上报。 2建立采集定制平台，可以根据自身要求随时定制采集需求，以加强金 融机构内部工作监督、检查、指导和联系。 3 提供完整的关于报表模板定制、 发布、 填报以及审核的信息收集流程， 满足非现场监管采集报表的需求。 4 建立金融机构统一的非现场监管报表归档数据库，实现资源共享， 为后期开展风险分析提供详尽的数据信息，并将数据汇总，集中报送。 在此之前，很多机构自行开发的报送系统多采用 c/s 结构，在 1104 工程 统一实施后体现出了不少弊端，例如部署困难，满足不了客户端跨平台的要 求，管理、维修费用高、难度大等。 因此，本系统采用 b/s 三层架构，系统的数据库服务器和 web 服务器将 使用 pc 服务器，web 服务采用 weblogic, 运行在 windows server 平台上。 这样的 b/s 架构有下面几点好处： 1.可以非常容易地实现多用户监控。 2.开发环境与应用环境分离，便于系统的管理与升级。 3.应用环境为标准的浏览器， 简化了传统系统中较为复杂的 gui 的开发； 降低了对用户的培训、安装、维护等费用。 4.易于实现跨平台的应用。 系统主要使用了 visio 2003 进行 uml 设计。 visio 2003 是一个实用而 方便的图表绘制程序，它可以帮助创建说明和组织复杂设想、过程与系统的 业务和技术图表，易于理解的概念、过程和关系。使用 visio 2003 创建的图 表能够将信息形象化，并能够以清楚简明的方式有效地交流信息，这是只使 用文字和数字所无法实现的。visio 2003 还可通过与数据源直接同步自动形 象化数据，以提供最新的图表，同时，它还支持正向工程，为系统实现提供 方便17。 南京航空航天大学硕士学位论文 7 第二章第二章 系统建模方法及其表示体系系统建模方法及其表示体系 2.1 uml 的概念和特点 uml 是面向对象的系统分析与设计的统一建模语言,用于对软件进行描 述、可视化处理、构造和建立软件系统制品的文档。它记录了对必须构造的 系统的决定和理解，可用于对系统的理解、设计、浏览、配置、维护和信息 控制。uml 适用于各种软件开发方法、软件生命周期的各个阶段、各种应用 领域以及各种开发工具，uml 是一种总结了以往建模技术的经验并吸收当 今优秀成果的标准建模方法。uml 包括概念的语义，表示法和说明，提供了 静态、动态、系统环境及组织结构的模型。它可被交互的可视化建模工具所 支持， 这些工具提供了代码生成器和报表生成器。 uml 标准并没有定义一种 标准的开发过程，但它适用于迭代式的开发过程。它是为支持大部分现存的 面向对象开发过程而设计的。18 uml 描述了一个系统的静态结构和动态行为。uml 将系统描述为一些 离散的相互作用的对象并最终为外部用户提供一定的功能的模型结构。静态 结构定义了系统中的重要对象的属性和操作以及这些对象之间的相互关系。 动态行为定义了对象的时间特性和对象为完成目标而相互进行通信的机制。 从不同但相互联系的角度对系统建立的模型可用于不同的目的。 uml 的概念和模型可以分成以下几个概念域。 静态结构。正确的模型必须首先定义讨论的各种事物，即应用中的关键 概念、 它们的内部特性及相互之间的关系。 uml 通过静态视图实现这一功能。 应用概念建模成类，类描述了一系列拥有信息并相互通信以实现行为的离散 对象。对象所拥有的信息建模成属性:它们执行的行为建模成方法。多个类通 过泛化可以具有一些共同的结构，具有这些共同结构的类成为这多个类的父 类。子类在继承父类结构和行为的基础上增加了新的结构和行为。对象还可 以拥有与其他对象的运行时连接，这种对象与对象的关系建模成类之间的关 联。元素之间的关系用依赖来分组，包括抽象层次的转移、模板参数的绑定、 许可的授予以及元素对其它元素的使用等。其它关系包括用例和数据流的合 并。静态视图显示为类图，静态视图可用于产生大多数程序中的数据结构声 金融机构综合报送系统的分析与设计 8 明。uml 视图中有许多种元素，如接口、数据类型、用例和信号，它们合在 一起被称为分类，它们的行为如同某种具有一定限制的类。 动态行为。 uml 中采用两种方式对行为建模： 一种是根据一个对象与外 界发生关系的生命历史;另一种是根据一系列相关对象之间相互作用实现行 为时的通信方式。孤立对象的视图是状态机视图中，对象基于当前状态对事 件产生响应，执行作为响应的动作，并从一种状态迁移至另一种状态。状态 机模型在状态图中描述。相互交互对象的系统视图是一种协作，一种与环境 有关的对象以及它们相互之间链的视图，连同对象之间数据链上传递的消息 流。该视点将数据结构、控制流和数据流在单个视图中统一起来。协作和交 互在顺序图和协作图中描述。对所有行为视图起指导作用的是一系列用例， 每个用例描述了活动者-系统外部用户所见的一部分系统功能。实现构造。 uml 模型既可用于逻辑分析又可用于物理实现。一定的构造代表了实现单 元。构件是系统中物理上的可替换的部分，它按照一组接口来设计并实现。 它可以方便地被一个具有同样规格说明的构件替换。节点是运行时段的计算 资源，其资源定义了一个位置。它可以容纳构件和对象。配置视图描述了在 一个实际运行的系统中节点上的资源配置，构件和对象在节点中的分布，以 及包括节点间的可能迁移。模型组织。计算机能够处理大型的模型，但人不 可以。在大型系统中，建模信息必须划分成条理分明的单元，以使开发团队 能够同时工作在不同的部分。即使在小型系统中，人的理解能力也要求将整 个模型的内容组织成一个个适当大小的包。包是 uml 模型中通用的层次组 织单元，它们可用于存储、访问控制、配置管理以及构造包含可重用模型单 元的库。包之间的依赖关系是对包内容的依赖关系的归纳。系统整个体系结 构可以在包之间施加依赖关系。因此，包的内容必须符合包的依赖关系和有 关的体系结构要求。17 无论一种语言能够提供多么完善的机制，人们总是想扩展它的功能。 uml 具有一定的扩展能力，相信能够满足大多数对 uml 扩充的需求而无须 改变语言的基础部分。uml 提供了一个表达约束的语言，名为 ocl ( obligation control language)职能控制语言。ocl 主要由构造型、标记和值、 约束三部分组成。构造型是一种新的模型元素，与现有的模型元素具有相同 的结构，但是加上了一些附加限制，具有新的解释和图标，代码生成器和其 他的工具对它的处理过程也发生了变化。标记和值是一对任意的字符串，能 南京航空航天大学硕士学位论文 9 够被连接到任何一种模型元素上并表示任何信息，如项目管理信息、代码生 成指示信息和构造型所需要的值。标记和值用字符串代表。约束是用某种特 定语言(如程序设计语言、专用语言或自然语言)的文本字符串表达的条件。 与所有其他扩展机制一样，必须小心使用这些扩展机制，因为有可能形成一 些别人无法理解的方言。但这些机制可以避免语言基础发生根本性变化。11 标准建模语言 uml 的主要特点可以归结为三点。 第一，uml 统一了 booth, omt 和面向对象软件工程(dose object， -oriented software engineering)等方法中的基本概念，成为一种通用的、标准 的面向对象建模语言。 第二， uml 吸取了面向对象技术领域中其他流派的长处， 其中也包括非 面向对象方法的影响。 uml 符号表示考虑了各种方法的图形表示， 删掉了大 量容易引起混乱的、多余的和极少使用的符号，也添加了一些新符号。因此 在 uml 中汇集了面向对象领域中很多人的思想。 这些思想并不是 uml 的开 发者们发明的，而是开发者们依据最优秀的面向对象方法和丰富的计算机科 学实践经验综合提炼而成的。 第三，uml 在演变过程中还提出了一些新的概念。在 uml 标准中新加 了模板（stereotypes） 、职责（responsibilities） 、扩展机制（extensibility mechanisms） 、线程(threads )、过程(processes )、分布式(distribution )、并发 (concurrency )、 模式(patterns )、 合作(collaborations )、 活动图( activity diagram) 等新概念，并清晰地区分类型(type)、类(class)和实例(instance)、细化 (refinement )、接口(interfaces)以及组件(components)等概念11。 2.2 基于 uml 的开发与应用 按照软件工程学的指导，任何一个系统的完成，总是按照需求分析、设 计(概要设计、详细设计)、编码实现、测试(单元测试、集成测试)这样的顺序 依次进行的。 uml 这种面向对象的建模表示体系， 在遵循软件工程的前提下， 具有自己的一些特点。 在需求分析阶段， uml 首先通过建立一系列的用例图， 对系统功能进行 分析，并以活动者与用例之间的关系表示系统用户对于系统功能的要求，从 而以图形化的方式简洁明了的分析了系统的需求。其次对于用例图中某些较 金融机构综合报送系统的分析与设计 10 为复杂的用例， uml 采用交互视图对这些复杂的用例进行更详细的分析， 通 过将复杂功能分拆为多个单元步骤达到了化繁为简的目的。最后，对于具有 状态信息的系统组成部分， uml 使用状态机视图对这个组成部分可能具有的 各种状态，以及各种状态之间的转变条件，进行建模；对于用户可能作出的， 具有流程性的一系列活动，uml 使用活动视图对这一系列活动进行建模18。 在概要设计阶段， uml 以需求分析的结果为基础， 以面向对象的设计方 法在静态视图中将系统以类来建模，并初步设计出各个类之间的关系。 在详细设计阶段， uml 根据交互视图、 状态机视图以及活动视图内的系 统详细信息，在概要设计的基础上，设计出各个类应具有的属性以及方法， 并进一步确定各个类之间的关系。 最后，在编码实现阶段，只要选择一种面向对象的语言，按照这种语言 的要求将详细设计的结果模型实现，即达到系统的编码实现。 uml 的目标是以面向对象的图形方式来描述任何类型的系统， 具有很宽 的应用领域。其中最常用的是建立软件系统的模型，但它同样可以用于描述 非软件领域的系统，如机械系统、企业机构或业务过程，以及处理复杂数据 的信息系统、具有实时要求的工业系统或工业过程等。 此外 uml 适用于系统开发过程中从需求规格描述到系统设计实施等软 件开发全过程的不同阶段。在分析阶段，可以用用例来捕获用户需求。通过 用例建模，描述对系统感兴趣的外部角色及这些角色对系统(用例)的功能要 求。分析阶段关心问题域中的主要概念(如抽象、类和对象等)和机制，需要 识别这些类以及它们相互间的关系，并用 uml 类图来描述。为实现用例、 类之间需要的协作可以用 uml 动态模型来描述。在分析阶段，只对问题域 的对象(现实世界的概念)建模而不考虑定义软件系统中技术细节的类(如处理 用户界面、数据库、通讯和并行性等问题的类)。这些技术细节将在设计阶段 引入，因此设计阶段为分析阶段提供更详细的规格说明。 编程(构造)是一个独立的阶段，其任务是用面向对象编程语言将来自设 计阶段的类转换成实际的代码。在用 uml 建立分析和设计模型时，应尽量 避免考虑把模型转换成某种特定的编程语言。因为在早期阶段，模型仅仅是 理解和分析系统结构的工具，过早考虑编码问题十分不利于建立简单正确的 模型。 uml 模型还可作为测试阶段的指导系统通常需要经过单元测试、 集成测 南京航空航天大学硕士学位论文 11 试、系统测试和验收测试。不同的测试小组使用不同的 uml 图作为测试依 据：单元测试使用类图和类规格说明；集成测试使用部件图和协作图；系统 测试使用用例图来验证系统的行为:验收测试由用户进行， 以验证系统测试的 结果是否满足在分析阶段确定的需求17。 总之， uml 是一个通用的标准建模语言， 不但可以对任何具有静态结构 和动态行为的系统进行建模，而且适用于以面向对象技术来描述任何类型的 系统以及系统开发的不同阶段，从需求规格描述直至系统完成后的测试和维 护。 2.3 用 uml 构建 web 应用 基于 web 的应用系统一般包含两部分：服务器和客户端浏览器。服务器 主要对事务进行逻辑处理，而用户对服务器上业务逻辑的影响，使 web 应用 往往具有复杂性和高度动态性的特点。 这种特点使得基于 web 应用的系统开 发比较复杂、管理困难。为了有效地解决上述问题，缩短开发周期，减少维 护费用，主要策略是对 web 应用进行建模。 web 应用的基本构架包括浏览器、网络和 web 服务器。浏览器向服务器 请求 web 页，web 页可能包括由浏览器解释执行的客户端脚本，而且可以与 浏览器、 页内容和页中包含的其他控件 （java applet、 activex 控件和插件等） 进行交互。用户向 web 页输入信息或通过超级链接导航到其它 web 页，与 系统进行交互，改变系统的“业务状态”。 uml 是面向对象技术领域中占主导地位的统一建模语言， 适用于各种软 件开发方法、软件生命周期的各个阶段、各种应用领域以及各种开发工具。 但在对 web 应用进行建模时，它的一些构件不能与标准 uml 建模元素一一 对应，因此必须对 uml 进行扩展6。 扩展的关键目标在于： 1.对适当的工件（web 页面，页面之间的关系建模，客户端脚本以及服 务器端页面生成）进行建模。 2.在一个适当的抽象和具体的标准上进行建模。 3.使得模型中 web 特有的元素能够与其他系统元素进行相互作用。 分析者或是设计者必须能用 uml 模型的术语来表达系统商业逻辑的执 金融机构综合报送系统的分析与设计 12 行。其思想是对系统的商业逻辑有一个统一的模型。在模型中，一些商业逻 辑是由传统的服务器端对象和组建（例如中间件，事务处理监视器，数据库） 执行的，也有一些是由 web 元素（例如浏览器 ，客户端脚本）执行的。 南京航空航天大学硕士学位论文 13 第三章第三章 系统需求分析系统需求分析 3.1 现行业务系统描述 银监会在成立之初信息化基础设施还很薄弱，银行业金融机构信息化建 设比较先进，而许多农村信用社的监管工作也停留在主要依靠手工操作和低 水平电子化应用的阶段，没有统一的报送平台及统一格式的报表模板使得银 行业非现场监管工作效率低，错误多。 人民银行总行及各级分支行先后开发了具有不同特点、覆盖不同业务功 能的多个版本的金融监管信息系统,其具体情况如表所示。这些系统覆盖了机 构管理、非现场监管、现场检查等金融监管的各主要方面和主要环节。这些 系统的推广和应用,对提高监管效率和监管质量起到了很大的促进作用。这些 系统的开发,基本掌握了金融监管信息系统开发的特点,初步摸清了金融监管 信息系统的业务需求,为我国进一步开发、完善和更新现有的金融监管信息系 统打下了坚实的基础。 周晓强指出我国商业银行非现场监管对数据的自动采集、核对、汇总和 分析功能不够完善。非现场监管系统因为其重要性和不完善性，成为了近年 来的研究热点。分析一下现有的问题，其原因有以下几点： 主要金融机构，如商业银行等现有系统以核心业务系统、信贷管理系统 和中间业务系统为主，另外辅助一些其它外围系统，所有业务的帐务信息全 部存储在核心业务系统中，针对特定的监管表格要进行另外的填报。 报送的报表不能直接写入总行（联社）或监管部门的数据库，因此不便 于数据的汇总和统一分析。 另外，由于现有的一些报送系统多采用 c/s 架构，不利于 1104 工程的统 一实施，难于部署，难于升级维护，且满足不了客户端跨平台的要求。 3.2 报送业务概述 3.2.1 系统业务定位 银监会采集系统推广后，各金融机构将对银监会报送数据。数据以 pdf 金融机构综合报送系统的分析与设计 14 为载体，银监会将下发统一的 xml 接口规范。但银监会下发的系统数据全 部集中在会、局，取数以法人机构或分支机构为单位，单独取数。不能满足 部分金融机构数据集中分析报送的需求。具体需求包括：一方面部分金融机 构报表数据集中在总行， 可以从总行系统中抽取数据， 转换成初始填报表格， 由各金融机构在基础数据基础上填报业务系统中没有的数据，这样可以减少 报送工作量。另一方面，金融机构原先数据没有集中，可以通过这次报送， 统一管理报送接口，完成数据集中，同时满足会、局的采集。金融机构综合 报送系统正是这个需求下的一个产物。其技术架构与会采集系统紧密结合， 真正做到无缝连接。 3.2.2 服务对象与业务范围 金融机构客户端要求适用于在银监会监管范围内的所有金融机构的总行 或者省联社。 包括下列金融机构类别： 政策性银行 国有银行 股份制银行 城市商业银行 城市信用联社 农村商业银行 农村合作金融机构 农村信用社 财务公司 信托公司 租赁公司 汽车金融机构 外资法人金融机构 外资分支金融机构 邮储金融机构 金融机构客户端的公共业务部分是满足银监会的非现场监管要求，提供 银监会采集的所有基础报表和特色报表数据间的转换，校验。具体基础报表 南京航空航天大学硕士学位论文 15 和特色报表见下表。 表 3.1 1104 工程采集报表 序号序号 类别类别 编号编号 报表名称报表名称 基础报表基础报表 1 g01 资产负债及附注 2 g02 表外业务统计表（一） 3 g03 表外业务统计表（二） 4 g04 各项资产减值准备情况表 5 g05 利润表 6 基本财务 g06 利润分配表 7 g11 资产质量五级分类情况表 8 g12 贷款质量迁徒变化情况表 9 g13 最大十家客户授信情况表 10 g14 最大十家关注类贷款情况表 11 g15 最大十家次级类贷款情况表 12 g16 最大十家可疑类贷款情况表 13 g17 最大十家损失类贷