资产风险管理系统方案.pptVIP

资产风险管理系统方案 内容介绍 项目分析 背景分析 伴随着数据大集中的顺利进行，总行数据仓库的基础建设工作也取得了阶段性的成果，所有这些都为本基于数据仓库基础上的应用项目的成功实施奠定了基础。 随着业务的发展，资产风险越来越成为管理中极为重要的一个部分，并直接影响到经营管理工作的成效。 项目分析 项目目的 为全面贯彻落实交通银行2005—2007年全面风险管理纲要，推动风险管理转型和风险关口前移，进一步提高风险管理效率，丰富风险监控手段，丰富资产保全信息，提高全行风险管理水平 。 项目分析 项目目标 基本信息及风险资料的管理 资料的查询和浏览 管理及审核流程的处理和控制 报表及台帐的汇总 信息的提示和自动处理 数据的分析、判断和预警 知识的挖掘和规则设置 项目分析 我们对如何构筑本项目的理解 业务需求归类分析 业务属性 用户角色 操作方式 整合业务结构 根据业务需求及结构完成技术架构 应用架构 客户信息查询 单一客户信息查询 集团客户信息查询 监察名单查询 风险客户查询 风险客户管理 风险客户编辑 风险客户过滤 应用架构 风险警告和重大事项公告 风险客户警告 风险业务警告 重大事件公告 风险资产及迁徙分析 风险资产分析 减值贷款分析表 不良贷款责任认定的统计分析 诉讼案件统计分析 迁徙分析 应用架构 风险资产管理 不良贷款责任认定 不良贷款责任认定的查询 不良贷款责任认定登记 诉讼案件管理 诉讼案件信息查询 诉讼案件信息登记 资产信用风险评估 资产信用风险评分 评分排名 应用架构 信贷资产流程管理 贷款减值拨备计提 审计管理 审计抽样 审计资料调阅 审计结果 信贷资产清单填制 应用架构 财务风险预警 企业财务分析 企业财务报表 企业财务结构 企业财务指标 综合财务评级 企业诚信度评分 诚信度评分 诚信度诊断书 企业偿债能力 指标展示 偿债能力评估 偿债能力诊断书 企业单指标分析 趋势比较分析 行业比较分析 综合评级迁徙分析 系统维护功能 应用架构 非信贷类资产管理 非信贷类资产台账登记 相关操作风险损失指标数据的收集和分析 信贷业务统计分析 贷审会分析管理 系统维护设置 应用架构 系统维护设置 技术架构 设计原则 应用开发遵循J2EE标准 各项业务功能的界面友好性 具备多层次、统一完善的安全体系和管理监控体系 规范、统一、开放的对外接口 系统的可维护性 系统的设计充分考虑对业务流程控制和优化 方案设计充分技术和产品的复用 DEMO演示 技术架构 技术架构的选择 业务需求实现需要多种应用工具 报表工具 OLAP分析工具 流程管理工具 数据挖掘工具 多种应用工具的整合需要开放的平台 统一的J2EE环境，B/S架构 统一的应用环境和平台 技术架构 逻辑架构 技术架构 根据需求，本系统主要满足风险监控部、资产保全部等部门的业务管理的决策支持应用需求，具体包括： 一是日常风险管理审批流程，预警提示、风险过滤等MIS类应用功能。 二是报表展示、多维分析等BI类应用功能，作为MIS系统和BI系统的混合体。 系统架构除了要在功能上满足这些方面的要求外，还需要提供适合的解决方案应对大数量访问和处理带来的响应效率和存储等方面的挑战。 技术架构 源系统 绝大部分源系统与本系统间是单向的数据供给关系，根据业务需求，本系统与CMIS系统间存在着双向的数据交换关系，本系统需要定期向CMIS系统反馈经过加工后的分析结果。 基于系统安全方面的考虑，通常我们建议本系统与各业务系统间的数据交换采用文件落地的方式进行，考虑到我行正在建立企业级的数据仓库系统，为避免重复存储同类数据造成资源浪费，我们建议本系统与数据仓库及CMIS系统间的数据交换采用直接访问数据库的方式进行。通过用户和访问对象的权限定义等措施保证系统及数据安全。 技术架构 ETCL层 与源系统隔离 大数据量的处理 技术架构 资源层 技术架构 前端应用层 根据需求，ARMS系统前端应用相对较复杂，系统需要集成的工具相对较多，这些工具主要包括： 满足流程管理应用需求的工作流管理软件(如普元EOS5.0) 满足报表定制和展示应用需求的报表展现工具(如龙通报表工具) 满足分析应用需求的多维分析工具(如Brio ) 需要通过编程方式实现的风险预警、过滤等需求(如JAVA) 我们建议的方案为采用B/S架构，在J2EE平台上集成各应用软件，实现统一的系统访问入口，统一的安全管理架构，相对统一的操作风格。 技术架构 元数据层 技术架构 元数据应用 元数据信息浏览； 影响分析； 数据流程管理； 数据权限支持管理； 技术架构 系统关系 数据输入 数据分析处理 分析结果的浏览和导出 技术架构 系统交互 元语言标准元语言是描述其它语言的语言。信息表示语言可以采用X