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

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