资产风险管理系统方案PPT文档格式.ppt

资产风险管理系统方案PPT文档格式.ppt

《资产风险管理系统方案PPT文档格式.ppt》由会员分享，可在线阅读，更多相关《资产风险管理系统方案PPT文档格式.ppt（50页珍藏版）》请在冰豆网上搜索。

系统架构除了要在功能上满足这些方面的要求外，还需要提供适合的解决方案应对大数量访问和处理带来的响应效率和存储等方面的挑战。

技术架构技术架构源系统绝大部分源系统与本系统间是单向的数据供给关系，根据业务需求，本系统与CMIS系统间存在着双向的数据交换关系，本系统需要定期向CMIS系统反馈经过加工后的分析结果。

基于系统安全方面的考虑，通常我们建议本系统与各业务系统间的数据交换采用文件落地的方式进行，考虑到我行正在建立企业级的数据仓库系统，为避免重复存储同类数据造成资源浪费，我们建议本系统与数据仓库及CMIS系统间的数据交换采用直接访问数据库的方式进行。

通过用户和访问对象的权限定义等措施保证系统及数据安全。

技术架构技术架构ETCL层与源系统隔离大数据量的处理技术架构技术架构资源层技术架构技术架构前端应用层根据需求，ARMS系统前端应用相对较复杂，系统需要集成的工具相对较多，这些工具主要包括：

满足流程管理应用需求的工作流管理软件（如普元EOS5.0）满足报表定制和展示应用需求的报表展现工具（如龙通报表工具）满足分析应用需求的多维分析工具（如Brio）需要通过编程方式实现的风险预警、过滤等需求（如JAVA）我们建议的方案为采用B/S架构，在J2EE平台上集成各应用软件，实现统一的系统访问入口，统一的安全管理架构，相对统一的操作风格。

技术架构技术架构元数据层技术架构技术架构元数据应用元数据信息浏览；

影响分析；

数据流程管理；

数据权限支持管理；

技术架构技术架构系统关系数据输入数据分析处理分析结果的浏览和导出技术架构技术架构系统交互元语言标准元语言是描述其它语言的语言。

信息表示语言可以采用XML元语言标准。

该标准用来对信息的语言的语法、编码、令名进行行式化描述。

该标准可采用W3C制定的XML元语言标准，设计者应根据信息表示的需求进行裁剪。

信息编码标准该项标准对字符的编码、字符集定义、字符引用、字体的表示进行了规定。

一般采用W3C制订的XML为基础，以GB13000为缺省的字符集，同时也能支持GB18030字符集标准元数据标准元数据是描述电子数据的数据，制定该标准是为了方便政府信息资源有效的保存、查询、再利用。

在XML标准中，元数据的表示采用了“词汇表”、“命名空间”、“文档类型定义（DTD）”、XMLSchema等方式实现。

在异构关系数据库之间还可通过建立元模型、元元模型统一数据的语义。

显示标准在电子系统中，要将数据和数据的显示分开。

这样就把数据的加工同不同的输出、显示分开处理，而不会造成HTML中文档结构的复杂性。

显示在不同设备上，但内容只有一个。

显示标准一般采用W3C推荐的层叠式样单CSS、可扩充式样单语言XSL。

解析、转换和封装标准要实时共享交互的各种信息，必须具备效率高的数据结构封装、解析、转换的功能，因此必须有相应的标准。

技术架构技术架构系统安全架构技术架构技术架构系统安全性利用现有安全控制系统日志与审计子系统对于关键的功能有详细的日志记录，系统管理员可以实时监控；

提供日志的备份和导入、导出。

系统管理通过有安全保证的WEB系统，系统管理员能通过浏览器管理和配置系统，管理WEB用户，配置系统运行参数等。

数据（库）交换模块通过数据摘要和加密技术在内外网之间传递数据，保证数据的一致性和安全性；

良好的软件结构设计使数据交换模块能支持各种类型应用的数据交换；

基于XML描述的内外网数据库信息交换等。

安全的数据传输（表示层）数据传输层用于实现数据交互结点之间的数据传输。

在软件层面，重要的一点就是要采用成熟的传输协议，譬如HTTP或SOAP。

HTTP协议具有简单、完备、轻量级、扩展能力强等特点。

较小的传输开销可以保证较强的传输性能，完备的协议规程可以保证传输的稳定性。

同时，通过适当的扩展，可以提高可靠性和安全性。

应用系统安全应用系统安全包括下列几个方面：

标识用户。

所有用户必须具有由帐户名和口令组成的唯一登录标识（ID）。

验证用户身份。

用户登录时，系统在口令文件中检查是否有其口令，对口令进行验证。

授予用户权限。

在系统级，提供两种已授权的计算机用户，即常规用户和超级用户。

还可以通传统的文件权限、访问控制列表和受限来授予或限制各个用户对系统的访问权限。

审核用户。

使用维护功能可以按用户和事件来审核系统的使用。

物理架构物理架构物理架构根据逻辑架构设计以及本系统架构设计关键因素，在设计物理架构时我们认为有两个目标需要特别关注首先是前端应用的响应效率，本系统需要满足大量的并发访问，对前端应用的响应能力有着较高的要求；

其次是由于我行已经着手建立数据仓库系统从资源有效利用的目标出发，我们建议在本系统与数据仓库系统间做适当的平衡，在满足性能的前提下尽可能的利用数据仓库系统资源，减少本系统建设成本。

物理架构物理架构物理架构图项目关键点项目关键点业务分析数据挖掘过程项目关键点项目关键点定义目标变量（根据业务分析如何定义用什么数据来代表是否目标值）ETL（数据的抽取、转换和加载）数据抽样（用哪些数据来做分析）数据探索（了解数据的大致情况）数据调整（数据分布有什么特点，如何调整）项目关键点项目关键点业务建模是所有数据挖掘项目的核心部分，使用不同的技术可以检验数据挖掘结果的有效性。

数据挖掘的最后一步是根据业务问题、数据挖掘目的以及业务目标评估和解释数据挖掘的结果。

数据挖掘最关键的问题是如何把分析结果转化为商业利润。

推荐的数据挖掘应用能有助于在业务中运用数据挖掘结果。

使用数据挖掘成果的最简单的方式是将挖掘获得的知识直接发送给用户。

当然也可以将结果反馈入ODS，DDS甚至源系统以便利用。

项目关键点项目关键点系统开放性与集成项目关键点项目关键点数据流开放与集成指各系统间的数据流转应当遵循统一规范，对于不同的数据组件，应当提供遵循行业标准的数据输入/输出（查询/写入）协议数据流不仅包含企业数据，还包含系统的技术元数据和业务元数据、安全性数据等等一个数据流开放性良好的系统，可以在其数据链路上挂接数据协议转换器，根据需求将数据从一个系统中取出并转换为特定的格式，发送到其他应用中项目关键点项目关键点控制流开放与集成控制流主要包含安全性控制、系统事件流转、统一的监控与故障监测等信息，其中最关键的是贯穿全系统乃至整个企业的安全性控制，所有的数据流和操作流，都要处于安全性控制之下，这就要求系统的控制流链路开放，并且能够与企业现有的安全性机制相集成，保证系统在安全的首要前提下实现开放性和可集成性项目关键点项目关键点操作流开放与集成操作流是指用户交互的操作，一般来说，提供用户界面、直接与用户进行交互的系统才具有操作流，但一些自动控制、自动调动系统，也可以产生操作流。

操作流的整合，可以将不同的应用集成到一起，给用户提供一个无缝连接的应用操作平台，一般通过在用户与应用服务层之间加入一个门户系统来实现不同应用的操作流整合项目关键点项目关键点开放型系统方案描述项目关键点项目关键点构件化环境由基于构件的可视化开发环境、工作流引擎、客户端，监控与管理工具以及构件库五个部分组成通过开放环境搭建流程定义,依托引擎实现流程流转采用基于Web的缺省客户端和管理监控工具完成对结构的调整、监控与审计运用丰富的构件库快速定制用户自己的应用，随需应变项目关键点项目关键点定义工作流，包括具体的活动、规则等，这些定义是同时被人以及电脑所“理解”的。

遵循定义创建和运行实际的工作流。

监察、控制、管理运行中的业务（工作流），例如任务、工作量与进度的检察、平衡等。

项目实施项目实施项目实施步骤阶段阶段准备阶段准备阶段系统分析系统分析设计实现设计实现运行维护运行维护建立实施建立实施组织组织初级培训初级培训确定概略确定概略实施目标和实施目标和计划草案计划草案初步总体初步总体规划规划深入业务深入业务细节的调研细节的调研制定全面制定全面的应用及实的应用及实施方案施方案设计详细设计详细实现过程实现过程具体功能具体功能实现实现分析模型分析模型建立建立基于工具基于工具及平台的系及平台的系统开发统开发系统测试系统测试系统培训系统培训继续优化继续优化完善系统完善系统后续的培后续的培训训项目工作项目工作移交移交详细需求调详细需求调研和分析研和分析基础数据准基础数据准备备系统技术架系统技术架构分析和设构分析和设计计开发实施准开发实施准备和平台搭备和平台搭建建项目实施项目实施项目管理特点项目管理特点对变化因素及过程的管理项目管理的过程：

计划、执行、度量与反馈、分析、调整并产生新的计划，重复此过程管理对象和内容的多样化：

项目变更、计划与进度、人员、财务等项目实施项目实施项目管理基本策略项目管理基本策略建立相对稳定的项目组织，明确组织与角色的责任建立良好的、各个组织层面的交流渠道，确保项目组的沟通与理解；

包括：

建立有效的项目工作会议和项目检查会议制度，加强协调，取得领导的支持建立项目的工作基准制定客观、可行、留有余地的项目工作计划检查、跟踪、度量、反馈、分析并调整项目工作计划控制并尽量地减少各种变更建立完整的项目管理文档和