资产风险管理系统方案

项目关键点
操作流开放与集成
操作流是指用户交互的操作，一般来说，提供用户界 面、直接与用户进行交互的系统才具有操作流，但一 些自动控制、自动调动系统，也可以产生操作流。操 作流的整合，可以将不同的应用集成到一起，给用户 提供一个无缝连接的应用操作平台，一般通过在用户 与应用服务层之间加入一个门户系统来实现不同应用 的操作流整合
DEMO演示
技术架构
技术架构的选择
业务需求实现需要多种应用工具
报表工具 OLAP分析工具 流程管理工具 数据挖掘工具
多种应用工具的整合需要开放的平台
统一的J2EE环境，B/S架构 统一的应用环境和平台
技术架构
逻辑架构
技术架构
根据需求，本系统主要满足风险监控部、 资产保全部等部门的业务管理的决策支持 应用需求，具体包括：
项目关键点
开放型系统方案描述
项目关键点
构件化环境
由基于构件的可视化开发环境、工作流引擎、 客户端，监控与管理工具以及构件库五个部分 组成 通过开放环境搭建流程定义,依托引擎实现流程 流转 采用基于Web的缺省客户端和管理监控工具完 成对结构的调整、监控与审计 运用丰富的构件库快速定制用户自己的应用， 随需应变
一是日常风险管理审批流程，预警提示、风险 过滤等MIS类应用功能。 二是报表展示、多维分析等BI类应用功能，作 为MIS系统和BI系统的混合体。 系统架构除了要在功能上满足这些方面的要求 外，还需要提供适合的解决方案应对大数量访 问和处理带来的响应效率和存储等方面的挑战。
技术架构
源系统
绝大部分源系统与本系统间是单向的数据供给关系， 根据业务需求，本系统与CMIS系统间存在着双向的数 据交换关系，本系统需要定期向CMIS系统反馈经过加 工后的分析结果。 基于系统安全方面的考虑，通常我们建议本系统与各 业务系统间的数据交换采用文件落地的方式进行，考 虑到我行正在建立企业级的数据仓库系统，为避免重 复存储同类数据造成资源浪费，我们建议本系统与数 据仓库及CMIS系统间的数据交换采用直接访问数据库 的方式进行。通过用户和访问对象的权限定义等措施 保证系统及数据安全。
物理架构
物理架构
根据逻辑架构设计以及本系统架构设计关键因 素，在设计物理架构时我们认为有两个目标需 要特别关注
首先是前端应用的响应效率，本系统需要满足大量 的并发访问，对前端应用的响应能力有着较高的要 求； 其次是由于我行已经着手建立数据仓库系统
从资源有效利用的目标出发，我们建议在本系 统与数据仓库系统间做适当的平衡，在满足性 能的前提下尽可能的利用数据仓库系统资源， 减少本系统建设成本。
风险资产及迁徙分析
风险资产分析
减值贷款分析表 不良贷款责任认定的统计分析 诉讼案件统计分析
迁徙分析
应用架构
风险资产管理
不良贷款责任认定
不良贷款责任认定的查询 不良贷款责任认定登记
诉讼案件管理
诉讼案件信息查询 诉讼案件信息登记
资产信用风险评估
资产信用风险评分 评分排名
应用架构
信贷资产流程管理
贷款减值拨备计提 审计管理
项目分析
我们对如何构筑本项目的理解
业务需求归类分析
业务属性 用户角色 操作方式
整合业务结构 根据业务需求及结构完成技术架构
应用架构
客户信息查询
单一客户信息查询 集团客户信息查询 监察名单查询 风险客户查询
风险客户管理
风险客户编辑 风险客户过滤
应用架构
风险警告和重大事项公告
风险客户警告 风险业务警告 重大事件公告
项目关键点
控制流开放与集成
控制流主要包含安全性控制、系统事件流转、统一的 监控与故障监测等信息，其中最关键的是贯穿全系统 乃至整个企业的安全性控制，所有的数据流和操作流， 都要处于安全性控制之下，这就要求系统的控制流链 路开放，并且能够与企业现有的安全性机制相集成， 保证系统在安全的首要前提下实现开放性和可集成性
使用数据挖掘成果的最简单的方式是将挖 掘获得的知识直接发送给用户。当然也可 以将结果反馈入ODS，DDS甚至源系统以 便利用。
项目关键点
系统开放性与集成
项目关键点
数据流开放与集成
指各系统间的数据流转应当遵循统一规范，对于不同 的数据组件，应当提供遵循行业标准的数据输入/输出 （查询/写入）协议 数据流不仅包含企业数据，还包含系统的技术元数据 和业务元数据、安全性数据等等 一个数据流开放性良好的系统，可以在其数据链路上 挂接数据协议转换器，根据需求将数据从一个系统中 取出并转换为特定的格式，发送到其他应用中
我们建议的方案为采用B/S架构，在J2EE平台上集成 各应用软件，实现统一的系统访问入口，统一的安全 管理架构，相对统一的操作风格。
技术架构
元数据层
技术架构
元数据应用
元数据信息浏览； 影响分析； 数据流程管理； 数据权限支持管理；
技术架构
系统关系
数据输入 数据分析处理 分析结果的浏览和导出
技术架构
详细需求调 研和分析 基础数据准 备 系统技术架 构分析和设 计 开发实施准 备和平台搭 建
设计详细 实现过程 具体功能 实现 分析模型 建立 基于工具 及平台的系 统开发 系统测试 系统培训
继续优化完 善系统 后续的培训 项目工作移 交
项目实施
项目管理特点
对变化因素及过程的管理 项目管理的过程：计划、执行、度量与反馈、 分析、调整并产生新的计划，重复此过程 管理对象和内容的多样化：项目变更、计划与 进度、人员、财务等
技术架构
ETCL层
与源系统隔离 大数据量的处理
技术架构
资源层
技术架构
前端应用层
根据需求，ARMS系统前端应用相对较复杂，系统需要 集成的工具相对较多，这些工具主要包括：
满足流程管理应用需求的工作流管理软件(如普元EOS5.0) 满足报表定制和展示应用需求的报表展现工具(如龙通报表工 具)
满足分析应用需求的多维分析工具(如Brio ) 需要通过编程方式实现的风险预警、过滤等需求(如JAVA)
资产风险管理系统方案
内容介绍
1、项目分析 2、应用架构 3、技术架构 4、物理架构 5、项目关键点 6、项目实施 7、经验及业绩 8、资质和保障
项目分析
背景分析
伴随着数据大集中的顺利进行，总行数据仓库 的基础建设工作也取得了阶段性的成果，所有 这些都为本基于数据仓库基础上的应用项目的 成功实施奠定了基础。 随着业务的发展，资产风险越来越成为管理中 极为重要的一个部分，并直接影响到经营管理 工作的成效。
项目关键点
定义工作流，包括具体的活动、规则等， 这些定义是同时被人以及电脑所“理解” 的。 遵循定义创建和运行实际的工作流。 监察、控制、管理运行中的业务（工作 流），例如任务、工作量与进度的检察、 平衡等。
项目实施
项目实施步骤
阶段 准备阶段 系统分析 设计实现 运行维护
建立实施 组织 初级培训 确定概略 实施目标和 计划草案 初步总体 规划 深入业务 细节的调研 制定全面 的应用及实 施方案
审计抽样 审计资料调阅 审计结果
信贷资产清单填制
应用架构
财务风险预警
企业财务分析 企业财务报表 企业财务结构 企业财务指标 综合财务评级 企业诚信度评分 诚信度评分 诚信度诊断书 企业偿债能力 指标展示 偿债能力评估 偿债能力诊断书 企业单指标分析 趋势比较分析 行业比较分析 综合评级迁徙分析 系统维护功能
系统交互
元语言标准 元语言是描述其它语言的语言。信息表示语言可以采用XML元语言标准。该标准 用来对信息的语言的语法、编码、令名进行行式化描述。该标准可采用W3C制定 的XML元语言标准，设计者应根据信息表示的需求进行裁剪。 信息编码标准 该项标准对字符的编码、字符集定义、字符引用、字体的表示进行了规定。一般 采用W3C制订的XML为基础，以GB13000为缺省的字符集，同时也能支持 GB18030字符集标准 元数据标准 元数据是描述电子数据的数据，制定该标准是为了方便政府信息资源有效的保存、 查询、再利用。在XML标准中，元数据的表示采用了“词汇表”、“命名空间”、 “文档类型定义（DTD）”、XML Schema等方式实现。 在异构关系数据库之间还可通过建立元模型、元元模型统一数据的语义。 显示标准 在电子系统中，要将数据和数据的显示分开。这样就把数据的加工同不同的输出、 显示分开处理，而不会造成HTML中文档结构的复杂性。显示在不同设备上，但内 容只有一个。显示标准一般采用W3C推荐的层叠式样单CSS、可扩充式样单语言 XSL。 解析、转换和封装标准 要实时共享交互的各种信息，必须具备效率高的数据结构封装、解析、转换的功 能，因此必须有相应的标准。
技术架构
系统安全架构
技术架构
系统安全性
利用现有安全控制系统 日志与审计子系统 对于关键的功能有详细的日志记录，系统管理员可以实时监控；提供日志的备份和导入、 导出。 系统管理 通过有安全保证的WEB系统，系统管理员能通过浏览器管理和配置系统，管理WEB用户， 配置系统运行参数等。 数据（库）交换模块 通过数据摘要和加密技术在内外网之间传递数据，保证数据的一致性和安全性；良好的软 件结构设计使数据交换模块能支持各种类型应用的数据交换；基于XML描述的内外网数据库信 息交换等。 安全的数据传输（表示层） 数据传输层用于实现数据交互结点之间的数据传输。在软件层面，重要的一点就是要采用成 熟的传输协议，譬如HTTP或SOAP。HTTP协议具有简单、完备、轻量级、扩展能力强等特点。 较小的传输开销可以保证较强的传输性能，完备的协议规程可以保证传输的稳定性。同时，通 过适当的扩展，可以提高可靠性和安全性。 应用系统安全 应用系统安全包括下列几个方面： 标识用户。所有用户必须具有由帐户名和口令组成的唯一登录标识 (ID)。 验证用户身份。用户登录时，系统在口令文件中检查是否有其口令，对口令进行验证。 授予用户权限。在系统级，提供两种已授权的计算机用户，即常规用户和超级用户。还可以通 传统的文件权限、访问控制列表和受限来授予或限制各个用户对系统的访问权限。 审核用户。 使用维护功能可以按用户和事件来审核系统的使用。
项目实施
项目管理成功因素
项目目标、范围明确 可靠的系统设计方案 健全、稳定的项目组织 有序的、有效的、良好的交流渠道 有效、全面的项目管理，严格的变更控制 良好的、积极的、团队合作的项目工作氛围 用户的积极参与 领导的积极支持 有经验的项目经理
物理架构
物理架构图
项目关键点
业务分析数据挖掘过程
项目关键点
定义目标变量（根据业务分析如何定义用 什么数据来代表是否目标值） ETL（数据的抽取、转换和加载） 数据抽样（用哪些数据来做分析） 数据探索（了解数据的大致情况） 数据调整（数据分布有什么特点，如何调 整）
项目关键点
业务建模是所有数据挖掘项目的核心部分 ，使用 不同的技术可以检验数据挖掘结果的有效性。 数据挖掘的最后一步是根据业务问题、数据挖掘 目的以及业务目标评估和解释数据挖掘的结果。 数据挖掘最关键的问题是如何把分析结果转化为 商业利润。推荐的数据挖掘应用能有助于在业务 中运用数据挖掘结果。
项目分析
项目目的
为全面贯彻落实交通银行2005—2007年全面风 险管理纲要，推动风险管理转型和风险关口前 移，进一步提高风险管理效率，丰富风险监控 手段，丰富资产保全信息，提高全行风险管理 水平 。
项目分析
项目目标
基本信息及风险资料的管理 资料的查询和浏览 管理及审核流程的处理和控制 报表及台帐的汇总 信息的提示和自动处理 数据的分析、判断和预警 知识的挖掘和规则设置
应用架构
非信贷类资产管理
非信贷类资产台账登记 相关操作风险损失指标数据的收集和分析
信贷业务统计分析 贷审会分析管理 系统维护设置
应用架构
系统维护设置
Βιβλιοθήκη Baidu
技术架构
设计原则
应用开发遵循J2EE标准 各项业务功能的界面友好性 具备多层次、统一完善的安全体系和管理监控 体系 规范、统一、开放的对外接口 系统的可维护性 系统的设计充分考虑对业务流程控制和优化 方案设计充分技术和产品的复用
项目实施
项目管理基本策略
建立相对稳定的项目组织，明确组织与角色的责任 建立良好的、各个组织层面的交流渠道，确保项目组 的沟通与理解；包括：建立有效的项目工作会议和项 目检查会议制度，加强协调，取得领导的支持 建立项目的工作基准 制定客观、可行、留有余地的项目工作计划 检查、跟踪、度量、反馈、分析并调整项目工作计划 控制并尽量地减少各种变更 建立完整的项目管理文档和有效的文档签署制度