XX银行数据仓库建设项目方案 .docx

《XX银行数据仓库建设项目方案 .docx》由会员分享，可在线阅读，更多相关《XX银行数据仓库建设项目方案 .docx（46页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、精品名师归纳总结可编辑资料 - - - 欢迎下载精品名师归纳总结EDW数/XX银行据仓库项目方案可编辑资料 - - - 欢迎下载精品名师归纳总结目录第一章 系统总体架构 .1.1 总体架构设计概述 .1.1.1总体架构的设计框架 .1.1.2总体架构的设计原就 .1.1.3总体架构的设计特点 .1.2 EDW执行架构 . 1.2.1执行架构概述 .1.2.2执行架构设计原就 .1.2.3执行架构框架 .1.3 EDW规律架构 . 1.3.1规律架构框架 .1.3.2数据处理流程 .1.4 EDW运维架构 . 1.4.1运维架构概述 .1.4.2运维架构的规律框架 .1.5 EDW数据架构 .

2、1.5.1数据架构设计原就 .1.5.2数据架构分层设计 .1.6 EDW应用架构 . 1.6.1应用架构设计原就 .1.6.2数据服务 .1.6.3应用服务 .其次章 ETL体系建设 .2.1 ETL架构概述 .2.2 ETL设计方案 .可编辑资料 - - - 欢迎下载精品名师归纳总结2.3 ETL关键设计环节 .2.3.1接口层设计策略 .2.3.2 Staging Area设计策略 .2.3.3数据加载策略 .2.3.4增量ETL设计策略 .2.3.5反常处理 .2.3.6作业调度和监控 .2.3.7元数据治理 .2.3.8 ETL模块设计 .2.3.9 ETL流程设计 .2.3.10动

3、态资源安排 .2.3.11 数据接口设计 .可编辑资料 - - - 欢迎下载精品名师归纳总结第一章 系统总体架构1.1 总体架构设计概述1.1.1 总体架构的设计框架XX银行 EDW项目的总体架构分为基础技术架构、应用架构和数据架构三个核心部分。这三个部分共同组成了XX银行 EDW系统。在基础技术架构中， 包括执行架构、 规律架构、 功能组件架构和运维架构四个部分。执行架构描述系统大的框架和模块区域，以及之间的规律关系。是确定生产环境的建设要求及指导原就。规律架构描述 EDW各个模块之间的数据的接口、数据流向、工具使用和采纳具体的技术实现手段或方式情形， 用于规范本项目最终生产环境的建立。规律

4、架构是建立应用架构、执行架构、运维架构的基础，也是建 立执行架构、应用架构以及运维架构的原型系统。功能组件架构描述确定系统各个大的组件组件区域的功能模块框架，以及供应的某种服务类型。运维架构是描述 EDW项目的运维架构标准，包括运维架构设计的内容、设计原就、各构成组件的设计考虑因素、约束、要求等。运维架构通过相应的流程和工具实现对规律架构、功能组件架构、执行架构、数据架构以及应用架构的运维和治理。而数据架构和应用架构的主要描述：应用架构是 EDW为满意业务需求所供应的系统应用功能及其蓝图设计，其中业务需求是应用架构设计的基础， 最终的应用架构将以应用系统的形式表达在执行架构中，主要包括：应用服

5、务和数据服务。数据架构描述于 EDW系统相关的数据流淌策略， 即数据在 EDW系统的执行架构下的抽取、转换、储存策略以及应采纳的流程，包括数据层次和 总分行之间的数据分部情形等。 数据架构是建立执行架构标准的需求定可编辑资料 - - - 欢迎下载精品名师归纳总结义。下图是 EDW项目总体架构的框架：1.1.2 总体架构的设计原就总体架构在着重考虑实施要求的同时，需要为后续阶段进行规划，以保证项目最终能够达到目标架构的设计。总体架构的设计要基于包括XX 银行数据现状分析、实施阶段数据源情形分析、第一阶段实施 EDW设计建议做为参考。总体架构设计架构时充分考虑与现有系统兼容，充分利用已有成果，防止

6、重复开发和建设。总体架构设计过程中应遵守 XX银行的 IT 治理规程， 保证最终的系统可以顺当的部署并移交给 XX银行的运行爱护部门。1.1.3 总体架构的设计特点权衡功能、性能、可扩展性、易用性、可治理性和性价比。依据 XX银行的数据情形和分析需求， 采纳多层次的企业 EDW系统架构来保证在存在复杂的数据种类和关系的海量数据上进行业务分析和查询可编辑资料 - - - 欢迎下载精品名师归纳总结在业务支持才能和性能等方面的要求。多级自动的增量 ETL加载机制，有效提高 ETL并发度、加载效率，降低错误处理的复杂性。通过用户入口支持用户采纳 Web浏览器使用查询和分析工具，统一的信息服务界面，提高

7、系统易用性，削减技术支持工作量。利用企业信息集成和 Web数据服务，提高系统的数据支持才能和接口的一样性。统一的数据增强平台也削减数据增强的复杂度。1.2 EDW执行架构执行架构的主要内容是描述 EDW项目执行架构的建设要求及指导原就，用于规范本项目最终生产环境的建设。 EDW项目的生产环境的建立需要参考并遵循执行架构部分提出的要求。1.2.1 执行架构概述执行架构是 EDW的概念环境，主要包含：源数据、数据落的区、ETL、数据 预备区、数据储备区 EDW、业务应用、用户环境、数据管控、系统安全性以及 EDW基础设施平台（包括：服务器、储备、网络）等功能组件。从技术层面上来说， EDW系统的执

8、行架构应实现多种技术平台及应用之间的无缝集成。1.2.2 执行架构设计原就在 EDW项目实施的过程中，系统执行架构的建设应遵循以下技术原就：.开放性原就 ：EDW项目的生产环境的建设应基于业界开放标准，对系统中使用的网络协议、硬件接口、数据接口等应进行统一规划，EDW系统应支持主流的应用软件包及其部署的各种硬件平台。.敏捷性与可扩展性 ：EDW系统的基础设施平台应能够依据将来系统的进展需要以及应用需求，便利的扩展设备容量和提升设备性能。具备支持多种组件模块、多种物理接口的才能。具备技术升级、设备更新的敏捷性。具备支持业务功能的扩展与重构的敏捷性。如：系统容量可以随着ETL 系统数据量的扩展以及

9、应用系统的不断扩展、用户量不断扩展而进可编辑资料 - - - 欢迎下载精品名师归纳总结行平滑的扩展。.高性能原就 ：系统应达到数据处理时间窗口的要求，用户定义的查询效率、响应时间的要求，满意业务系统的要求。对现有业务系统影响小。.自动化原就 ：EDW项目建设的核心任务之一是数据抽取、转换、清洗和加载（ ETL），在这个过程中应采纳自动化的设计原就，防止手工操作。同时对于元数据治理过程应采纳元数据治理平台来实现对元数据集中、自动化的治理。.安全性原就 ：EDW项目建设中的数据迁移过程都必需保证数据的安全性，例如：在系统建设过程中应对数据中敏锐字段进行安全处理、同时整个系统仍应采纳网络隔离、用户身

10、份认证及拜访掌握、数据库安全、操作系统安全以及完善的安全审计机制。1.2.3 执行架构框架业务数据源数据落的区ETL数据预备区ETL操作型储备ETLEDW业务应用用户环境核心系统个贷系统敏捷查询应用环境通用呈现平台对公信贷财务系统操作型数据 /标准化数据数据抽取转换加载数据仓库数据落的区数据抽取转换加载数据抽取转换加载（ EDW ）企业级数据模型报表 /KPI分析环境数据分发环境数据预备区国结系统人力系统报表环境报表分发环境其他集市渠道系统其他系统元数据治理系统安全基础设施平台（服务器、网络、储备）上图是 EDW系统执行架构， 其中包含 EDW系统中涵盖的功能框架以及框架之间的规律关系。在以下

11、的内容中将对执行架构中的功能框架以及框架之间的关系进行具体描述，具体内容包括：.数据源： 包括 XX 银行的多个业务系统，主要有核心系统、个贷系统、信贷可编辑资料 - - - 欢迎下载精品名师归纳总结系统、国际业务系统、财务系统和各类渠道系统等。.数据落的区 ：此部分内容说明数据落的的用途，同时对数据落的区应具备的功能进行了标准定义以及数据落的区与其他功能组件之间的关联关系。.ETL：此部分内容描述 ETL 系统中数据抽取、转换、加载等功能的需求，同时定义了 ETL系统建设的标准以及ETL与系统中其他功能组件之间的关系。.数据预备区 ：此部分描述数据预备区应具备的功能，以及数据预备区在建设过程

12、中的标准需求。.操作型储备区 ：此部分内容描述 EDW系统在建设的过程中操作型储备区应遵循的标准以及系统建设过程中应满意的需求。.数据仓库储备区 ：此部分内容描述 EDW系统的数据仓库储备区应遵循的标准以及系统建设过程中应满意的需求。.业务应用 ：此部分内容描述 BI 应用系统建设的系统需求，包含对应用环境、分析环境、静态报表环境。.用户环境 ：此部分的内容描述用户在 EDW系统中应具备运用的才能，包括：利用通用呈现平台进行信息呈现、驾驶舱应用、报表应用等。.时间窗口和性能的定义 ：此部分描述整个 EDW项目中关于时间窗口的定义以及相关系统的性能指标要求。.元数据治理 ：此部分描述在系统执行架

13、构中元数据治理的内容以及元数据管理系统的建设的标准定义。.系统安全性 ：此部分内容主要描述 EDW系统中的安全性治理内容，包括应用安全、网络安全、数据安全、系统安全等，同时描述系统安全在建立过程中 遵循的原就。.基础设施平台 （服务器 、网络、储备）：此部分内容主要描述生产系统中的硬件资源，包括：服务器，网络以及储备的资源需求，容量规划应满意的系 统指标等内容。1.2.3.1 数据源源数据系统是报表、 关键指标、 敏捷查询、 主题分析等应用系统的基础数据来源。在系统建设初期， 源数据系统应供应能满意初始业务需要的数据以及业务可编辑资料 - - - 欢迎下载精品名师归纳总结系统需要供应完整数据的

14、时间窗口， 在 EDW系统扩展的过程中， 各个源数据系统中的数据将逐步的加载到 EDW系统当中。源数据无法满意应用需求时， 系统应供应手工方式通过手工数据补入平台将需要的数据补入到 EDW系统中。目前数据源包括 XX银行的多个业务系统，主要有核心系统、个贷系统、对公信贷系统、国际业务系统、财务系统和各类渠道系统等。1.2.3.2 数据落的区数据落的区是为了保证多系统对源系统数据抽取的需求，在数据从源数据系统抽取后在统一的数据集成环境中整合。 数据落的区应建立与各相关源数据系统的接口， 将这些系统定期卸载的数据以固定的格式接收、存放到落的区， 考虑数据传输和加载的速度， 源数据系统应以文本文件格

15、式将数据定期传输给数据落的区进行处理。数据落的区的数据储备格式原就上是与数据源的储备格式保持一样1.2.3.3 数据 ETL 架构ETL是数据的抽取、转换、加载的全部过程，它是数据从数据落的区到ETL 服务器以及从 ETL服务器到 EDW的数据迁移过程以及数据从 EDW向数据集市的数据迁移过程中必需使用的过程和方法，ETL 系统应包括以下三个主要功能：数据抽取 ：从数据落的区系统抽取 EDW中需要的数据。数据转换 ：将从源数据系统猎取的数据转换成EDW要求的形式，同时依据业务需求对数据进行转换。数据加载 ：将助转换后的数据装载到 EDW的物理模型中。1.2.3.4 数据预备区数据预备区是数据储

16、备的临时储备区域， 数据在其中只作临时性储存， 数据经转换后导入到 EDW的物理模型中。数据预备区的功能包括：格式转换、排序去重 / 挑选、通用基础清洗、连接 /合并/ 分割、业务转换等可编辑资料 - - - 欢迎下载精品名师归纳总结1.2.3.5 操作型储备区操作型储备区是数据仓库系统一个重要的环节。该区有着承上启下的作用， 从数据形状来看，该区的数据定义贴近业务源系统; 从数据标准来看，该区的数据标准是遵循数据仓库系统的标准。 所以该区一般分为两个层次， 第一个层次称之为良好质量的、统一格式的数据贴源层，其次个层次为统一的、规范的、遵循 数据仓库系统标准的数据标准层。数据贴源层可以连续为行

17、内现有的一些报表系统或者分析系统供应数据， 而数据标准层为数据仓库中的企业数据模型的落的扫清了道路。所以该储备区在整个 EDW系统起到了一个承上启下的关键作用。1.2.3.6 EDW 储备区EDW储备区是面对主题的、集成的、面对企业的、最明细的数据储备，其内 容是依据最终用户应用和分析需求来进行组织。 数据储备区中的数据模型对标准层数据、基础整合数据、汇总数据和面对应用的集市数据按数据层次进行治理， 每个数据层有自己的数据治理重点。 对于每个数据层次， 再按主题进行分类组织。这样就可以有效的将银行企业的操作型数据、 汇总型数据和分析型数据以清晰的架构组织、治理起来，并相辅相成。数据层的内容相互

18、促进进展，组成银行完善 的数据集合，为各种主题治理应用的构建供应良好的数据架构基础。1.2.3.7 业务应用业务应用是 EDW系统向业务用户供应应用功能支持， 依据应用服务供应的形式和所采纳的应用系统的不同，业务应用主要定义在以下几个技术环境。数据集市 ：在业务应用层中包含了应用系统中需要的应用集市、OLAP、静态报表等数据集市。 数据集市是一组特定的、 针对某个主题域、 部门或用户分类的数据集合。这些数据需要针对用户的快速拜访和数据输出进行优化，优化的方式可以通过对数据结构进行汇总和索引。通过数据集市可以保证EDW的高可用性、可扩展性和高性能。应用环境 ：应用环境是为满意业务需要在数据EDW

19、环境中配置的应用软件包。分析环境 ：数据分析环境为 EDW的高端用户供应即时的数据分析功能等。 报表环境 ：报表环境是于来产生和发布静态报表的环境，包括： 产生的静态可编辑资料 - - - 欢迎下载精品名师归纳总结报表、 OLAP产生的报表、 KPI 指标呈现以及其他系统产生的报表。1.2.3.8 用户环境用户环境是 EDW系统最终向用户供应的某种应用服务的集合， 主要有三种应用服务的表现形式：通用呈现平台： 通过此平台将报表、 KPI 呈现、敏捷查询、分析等多个应用集成到一个平台中， 进行统一的呈现和信息的治理， 包括如： 报表生命周期的治理等。数据分发环境 ：在数据分发的过程中应供应大容量

20、数据批量分发的才能。给其他需要某个系统的数据供应数据交换功能。报表分发环境： 报表的分发应可以满意系统定义的安全性， 如依据不同的用户类型、不同的组织进行分发， 不同的用户和组织只能看到属于自己的报表的数据，数据的分发将通过数据传输平台进行。1.2.3.9 元数据治理元数据治理是对数据信息的收集和发布的集成治理， 数据信息包括： 数据的业务含义和技术特性。 数据仓库系统架构中的各个部分中都含有元数据信息， 应对其进行主动式治理，以保证它正确的定义、收集和使用。元数据是“关于数据的数据”。应包括文件结构定义，数据库字段名称，数据模型中的长度和标准， 以及在域 - 域或域- 报表对应关系中的运算和

21、公式等内容。元数据治理的架构如下图所示， 系统的最终架构应实现对元数据的集中的治理方式：可编辑资料 - - - 欢迎下载精品名师归纳总结1.2.3.10 系统安全性EDW系统中的数据和报表信息均为敏锐信息。 因此必需采纳适当的安全策略以保证其系统和数据的安全性。数据仓库系统的安全性应涵盖如下四个方面：验证：系统应对用户进行拜访掌握，保证只有合法的用户才能进入到系统中。授权：系统应依据用户角色对其进行授权，包括对数据的拜访权限，对功能的使用权限等。秘密性：全部的敏锐数据必需被严格掌握，禁止未授权拜访，并保证其安全性。一样性：数据和程序只能在授权模式下进行修改。针对上述 6 个方面，数据仓库分系统

22、应依据以下的 6 个方面的标准进行建设： 应用层EDW应用系统是建立在 OLAP软件平台的基础上，应用层应实现用户拜访控制的功能，针对不同的用户拜访不同的系统资源来保证整个应用系统的安全性控 制。对于将来的数据仓库系统来说， 应与统一门户平台整合， 实现整体安全性治理的策略。数据库层可编辑资料 - - - 欢迎下载精品名师归纳总结只有被授权用户才能拜访和修改数据库中的信息并且数据在传输过程中应对敏锐信息进行加密处理来保证数据的安全。数据库治理员应依据角色对数据库用户进行划分， 并且通过给予角色权限的方式实现对用户安全性拜访掌握的治理， 如：针对用户组或耽搁用户安排特定数据表拜访权限。系统层系统

23、应防止未授权拜访和系统调用， 准时进行系统安全补丁的更新。 对于系统主机应采纳服务器加固的方法，来保证整个系统的安全性。网络层网络层安全是保证网络节点之间数据传递的安全性，以及网络环境不受恶意攻击。XX银行数据仓库环境建立在企业内部网络中，不同功能的服务器应部署在 不同网段中， 网段之间相互隔离， 对网段之间的拜访应通过防火墙并定义严格的拜访掌握策略。整个系统的网络环境应得到实时监控，对入侵进行检测和处理， 并在发生入侵时通知系统治理员。物理层物理层安全保证物理设备（主机、路由器等）不受非法用户攻击。目前物理设备的安全性由运行中心负责。治理治理部分与上述的全部安全问题相关， 对安全问题的治理必

24、需由多个部门共同协作完成。治理层面包括：安全资源 ：实现各种安全使用的资源，如：防火墙，入侵检测和处理设备，反病毒软件等。安全策略和规划 ：各种安全规章，组织和责任人。突发大事处理 ：在发生安全威逼时的应急处理流程，包括：大事记录、时间报告制度等流程。安全审计 ：对安全策略的审核和检查。灾难复原方案 ：发生问题后的系统和数据复原。可编辑资料 - - - 欢迎下载精品名师归纳总结数据源层核心系统ETL数据平台层ETL数据集市层数据分发拜访掌握层供数服务目的系统用户层FileexportEDW集市应用个贷系统Export仓库储备区Web 服务器BeanJSP PageBean对公信贷驾驶舱系统操作

25、型储备基础模型层敏捷查询 /KPIRequestBean国结系统财务系统数据落的区发发JDBC其他集市应用开File贴源层多维模型层Ld开JSPTaPageBeanL统一用户 AJAX门户（Eol标准化层汇总模型层T E应用服务层通用呈现平台权限统一治理AJAX渠道系统JDBCFile数据拜访DAOApp;ocationBeanSessionBeanexportBO其他系统框架报表 / 复杂报表ETL 流程调度RequestBeanJSPPageBean仪表盘固定报表操作型功能敏捷查询多维分析K P I系统治理一线业务使用人员治理决策人员支持多种中B/S高级分析人员手工数据日志ETL Auto

26、mation依靠 和触 发规料库就库资数 据质 量规就库DAOBO敏捷查询任务任务任任执行务务人力系统单元单元1单元n任务单元单1元2单元导出n 数据文件引擎ConnectionPool DAO外表盘Bean间 AJAX件）业务分析人员2日志管理引擎任务调度引擎代理执侦执行测BO行AJAX代器系统治理ETL 调度治理和监控器代理理AJAX数据消费传输通道系统治理爱护人员技术元数据操作元数据业务元数据网络安全数据安全安全治理体系操作系统安全应用安全1.3 EDW规律架构1.3.1 规律架构框架如上图所示的 XX银行 EDW的规律体系架构，这一架构是在联科可扩展的 EDW系统框架的基础上，结合 X

27、X银行信息系统建设的实际情形而设计出来的多层、可扩展框架结构。架构的核心上包括源数据层、ETL流程调度、数据平台层、数据集市层、应用服务层、拜访掌握层、用户层和数据消费传输通道七个大部分， 另外，元数据治理和安全治理也是系统必不行少的部分，这 2 部分会涉及到全部核心层次。在明确定义各层之间的接口后， 多层框架结构具有高度的扩展才能和便利的系统开发和爱护性能， 符合目前流行的多层应用结构， 适合 EDW系统多阶段、 多层次的应用特点。1.3.1.1 源数据层【功能与作用】总行的各个业务系统为整个 EDW系统供应原始数据支持， 第一作为 ETL层的数据抽取源。【组成部分】可编辑资料 - - -

28、欢迎下载精品名师归纳总结目前总行的数据源包括 XX银行的多个业务系统，主要有核心系统、个贷系统、对公信贷系统、国际业务系统、财务系统和各类渠道系统等。1.3.1.2 ETL 流程调度层【功能与作用】该层为 EDW数据流向的主要环节， EDW系统数据流淌的流程调度核心层，流程调度主要针对下面几个方面：EDW系统将数据源的数据抽取到数据落的区EDW系统对数据执行格式转换、排序去重、通用数据清洗、业务转换后等操作，最终完成数据预备区加载。EDW系统再将数据预备区的数据依据EDW数据模型的方式加载到数据储备区中。在数据储备区中进行基础数据层、 加工汇总层和应用集市层的数据加载。EDW中的数据预备区和数

29、据储备区可以为为其它系统供应数据服务。总行 EDW可以为分行 EDW供应数据服务。【组成部分】上面的规律架构图淡绿色色矩形部分为ETL 调度治理技术架构图，其作用是让很多的任务在作业的执行条件满意时自动的执行。ETL调度管里最基本的可执行元素是单元， 每个单元是完成某一特定功能的程序，相关单元组合在一起构成了可以调度的最小组件任务。由上面的技术架构图可知，ETL调度管里包含以下组件：学问库建立在 DB中的一个数据库，包含了与流程调度相关的一组表，储存ETL流程调度服务器、任务、任务之间的依靠触发关系、任务组、调度方案等多种类型 的信息。侦测器驻留在后台的服务， 基于定义的触发规章和调度方案监测

30、是否触发任务的执行。任务调度引擎接受侦测器的信息调度任务执行 （可以使本服务器任务也可以是其它服务器可编辑资料 - - - 欢迎下载精品名师归纳总结的任务）。任务执行代理调用任务包含的每个单元执行的服务， 同一服务器上可以有多个任务执行代理同时运行。任务封装在 Perl 程序中， 执行数据加载、 整合、立方体生成等工作的一组程序。日志治理引擎记录 ETL调度治理各个服务器组件以及每个任务的执行日志，日志按天储存，可以定期清理。治理监控器Java 应用程序，用于定义任务、任务组合触发关系等信息，同时可以实时监控任务执行情形查看日志。作为特的为数据仓库系统设计的流程调度治理具有如下特点： 任务执行

31、代理可分布在多台服务器上。结构简洁、伸缩性强。支持多种执行任务。1) 加载数据2) 整合数据3) 数据质量检查和清洗4) 数据转换5) OLAP数据生成6) 数据挖掘模型的执行7) 定制报表的产生8) 定制页面的产生9) 数据库备份、告警等系统作业10) 调用其他 ETL/ELT工具产生的任务11) 数据导出到指定的渠道系统执行的任务可以是另一个任务调度引擎触发（如：EDW）。可以启动其它的 ETL引擎的任务。可编辑资料 - - - 欢迎下载精品名师归纳总结1.3.1.3 数据平台层【功能与作用】作为本系统的数据核心部分，它负责储备和治理来自各种源数据系统的数据，并为拜访用户供应数据服务。这些

32、数据是依据在规律数据模型分主题存放的。【组成部分】本层由操作型储备区、 仓库储备区和集市应用层四个部分组成。 具体内容参见“ EDW数据架构”1.3.1.4 数据集市层【功能与作用】数据集市是一组特定的、针对某个主题域、部门或用户分类的数据集合。 这些数据需要针对用户的快速拜访和数据输出进行优化，优化的方式可以通过对数据结构进行汇总和索引。 通过数据集市可以保证EDW的高可用性、 可扩展性和高性能。【组成部分】包括：驾驶舱报表系统和敏捷查询以及其他应用集市系统。1.3.1.5 应用服务层【功能与作用】通过对数据平台层中的数据进行适当的提炼、 汇总，利用通用呈现平台向用户供应包括报表服务、 查询

33、服务、 决策外表盘等相关服务。 该层为用户对中心数据的拜访供应各种方式的服务（ C/S、B/S），从而实现拜访方式的多样化和信息存取的透亮化。【组成部分】通用呈现平台主要包括的功能模块有：第一个层次是核心模块包括：框架、引擎，核心模块作为报表集成开发环境的基础、核心和框架存在。 报表集成开发环境核心功能和模块组装由核心模块统一供应，只暴露给开发人员。可编辑资料 - - - 欢迎下载精品名师归纳总结其次个层次是治理模块包括：报表信息、基本治理、代理、信息推送、连 接信息，治理模块为报表集成开发环境供应治理服务， 它供应报表集成开发环境的用户、权限等的统一治理， 治理模块也是报表集成开发环境必选模

34、块，它的很多功能调用由核心模块供应，治理模块包括5 个子模块。第三个层次是应用模块包括：外表盘、敏捷查询、数据录入、报表、复杂报表，应用模块供应报表集成开发环境最终用户（非治理人员）的用户体验，可以和治理模块相结合有挑选的敏捷部署。1.3.1.6 拜访掌握层【功能与作用】拜访掌握层主要包括 WEB、认证、安全、门户四方面的服务。该层位于用户层和中间服务层之间，为用户层成供应HTTP服务、门户的单点登录、用户统一认证、提交用户层恳求到中间服务层，对用户实施安全策略，为用户治理报表、查询文档，供应个性化定制等。1.3.1.7 用户层由上面的规律架构图可知用户层包括各种最终用户。 依据用户使用 ED

35、W系统的方式和特点， 可以划分为业务分析人员、 高级分析人员和治理决策人员。 全部用户统一通过用户门户拜访 EDW系统各类应用，从而实现了 EDW系统的应用界面、安全治理统一，同时用户可以对门户进行个性化定制以便利自己使用。实际上， EDW系统仍包括进行系统建设的开发人员、系统运行人员和系统治理人员，这里所指的用户层主要针对业务用户进行描述。业务分析人员主要指总行各业务部门、各分行的业务用户，如：客户经理。该类人员直接 使用模块化的应用界面拜访 EDW系统，生成或预览预定义报表， 进行相对固定的查询以及多维分析。这类用户会使用B/S 和 C/S 两种客户端拜访 EDW系统。高级分析人员是指总行各业务部门、 各分行的较为高级的用户。 除能够执行一般业务分析人员进行的操作外， 可以对指定的主题、 指标进行自定义的敏捷分析和比较。分析的方式包括自定义查询、 自定义报表、 多维旋转和穿透钻取等等。 这类用户会使用 B/S 和 C/S 两种客户端拜访 EDW系统。可编辑资料 - - - 欢迎下载精品名师归纳总结治理决策人员主要包括各部门的领导、分行领导和总行领导。EDW系统为治理决策人员安排特的的系统资源， 建立最为直观和便利的存取界面， 为决策人员给予最大的信息拜访权限，实现决策人员对信息的自由拜访。同时，EDW系统将决策人员最为