CH04-CognosFM建模(编号ok)_MXsample.docVIP

第四章 Framework Manager建模 4.1. 建模流程概述 2 4.2. 开发流程应用 3 4.2.1. 需求分析 3 1、用户访谈 3 2、数据来源、字段格式、计算项目与用户操作模式 3 3、模型规划 3 4、确认需求与实施 4 4.2.2. 元数据准备与导入 5 FM工具简介/用户界面，项目的建立与维护 5 定义数据来源与准备元数据 10 维度表与事实表 10 导入元数据 11 4.2.3. 建立数据关联 16 基数 16 建立关联的陷阱与解决方式 17 时间维度与决定因素配置 20 OLAP数据结构建模 21 4.2.4. 建立用户业务视图 24 OLAP维度内的共用维度 24 建立计算项、过滤条件与参数提示 24 星型架构与用户业务视图 26 4.2.5. 权限控制与模型包发布 29 权限设定 29 包的管理与建立 32 包与模型的检查 33 IQD发布与OLAP数据源模型 36 Framework Manager模型的维护与管理 37 4.3. 案例操作 41 4.3.1. 案例1 41 4.3.2. 案例2 48 Cognos BI流程主要包含专案规划、专案管理、模型建构、报表制作与开发以及报表的使用运行等几个步骤。在前面的章节中提到了规划、安装与工具使用；而模型构建是本章节学习的重点，跳脱出传统理论的说明，直接进入应用阶段让初学者在最短的时间上手。 依据业务需求以及企业实际情况，在Cognos模型中可以使用不同的数据源作为资料来源。Framework Manager是一个元数据管理建模工具，用来建立查询包或者多维分析包；而Transformer是一个OLAP建模分析工具，生成PowerCube可供PowerPlay、Analysis Studio进行多维分析展示；二者共同点是为Cognos各组件使用。 建模流程概述 进入模型建立前再来复习一次企业绩效管理系统的整体架构，在前面章节中学习了报表如何制作，所有基础都在于所设计的模型之上。一个良好的模型设计方法会影响到使用的效率与效能，以及是否达到企业管理的目的。Framework Manager建模如此重要，是因如果设计者没有全面透析Framework Manager工具与业务需求综合考虑，封装的数据包不能友好为企业报表提供解决方案。 Framework Manager开发流程包含五个步骤，Framework Manager开发流程图如图4-1所示：需求分析、元数据的准备与导入、建立数据关联、建立用户业务视图，以及权限控制与模型包发布。 图4-1 Framework Manager开发流程图 首先是需求分析，在了解用户需求与业务规则后才能确定需要哪些数据源以及用户的使用习惯；接着第二步透过Framework Manager将所需要的元数据导入，通常会将所需要的元数据一并导入然后依照需求分组，按照需求分析建立模型计划；然后第三步建立各个数据库之间的关联，这里需要避免数据库关联时常会遇到的问题；第四步是建立用户业务视图，在这里可分别建立数据库视图、业务视图等以符合不同的业务需求，同时也会在此处建立筛选条件或者计算项；第五步是权限设置与模型包的发布，发布包到服务器端后就可以提供Cognos报表组建在Cognos connection给各个Cognos报表组件使用。 每个阶段所需要使用以及投入的人力时间都会因为不同的产业业务类型以及报表的复杂程度而有所不同，但设计流程基本保持一致；即使是基于已存在的报表或模型进行修改，也不可避免的要从需求分析开始；不符合需求所设计的模型与报表，即使做得再快速再精美，也需要从头开始，反而花上比原本更多的时间。接下来就针对各个步骤阶段作详细地说明与介绍。 开发流程应用 需求分析 图4-2 FM开发流程之需求分析 一个模型的建构好坏直接影响到报表展现的效能以及是否能真正符合用户需求，因此在建模前一个很重要的工作就是收集需求，需求分析是一个反复的过程，常常在用户以及开发人员之间来回确认，虽然会花上许多时间，为后续的建模以及报表制作都会节省不少的时间，同时减少测试工作量, FM开发流程之需求分析如图4-2所示。 需求分析还可以细分以下步骤： 1、用户访谈 需求访谈着重点在主要指标上(Key Performance indicators - KPIs)；需求访谈不只需要找用户，也需要与开发/维护人员确认其功能/目标使否能实现，以符合双方的期待；同时尽可能让用户提供目标报表的样本。这包含了与用户或管理者了解报表业务需求以及所牵涉到的数据资料/数据源的连接与管理, 用户提供报表样本的好处之一就是在建模开发时期就可以事先检查数据是否正确。最好还需要有系统的纪录下来成为正式的需求规格说明文档，作为建立模型的依据以