银行CognosFramework模型开发手册.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
银行CognosFramework模型开发手册

中国ⅩⅩ银行CognosFramework模型开发手册 信息技术管理部厦门开发中心 10/11/2015 修改记录 编号 日期 描述 版本 作者 审核 发布日期 1 ⅩⅩ-07-01 初稿 V1.0 RTAO Team 2 目录 1. 前言 3 1.1. 编写目的 3 1.2. 参考文档 3 1.3. 预期读者 3 1.4. 术语定义 3 2. Framework Manager模型开发手册 4 2.1. Framework Manager简介 4 2.1.1. Framework Manager功能简介 4 2.1.2. Framework常用组件简介 4 2.2. Framework模型开发流程 8 2.3. 创建客户端到数据库的连接 8 2.3.1. 数据库连接类型 9 2.3.2. 创建客户端到数据库的连接 10 2.4. 导入数据对象 12 2.5. 建立查询主题 14 2.6. 模型打包发布 17 2.7. 一些较常用的设计 19 2.7.1. 构造派生表 19 2.7.2. 添加计算项及函数应用 19 2.7.3. 添加过滤 21 2.7.4. 对象访问角色设置 21 2.7.5. 宏的应用 23 2.7.6. 手工编辑SQL语句 24 2.7.7. 层次维的创建 24 2.7.8. 三种SQL类型设置 26 2.7.9. 生成IDQ文件 27 前言 编写目的 《中国ⅩⅩ银行Cognos Framework模型开发手册》是Cognos Framework模型设计的操作手册,包括了Framework模型设计的基本方法和一些使用技巧,为建行Cognos Framework模型开发和设计人员提供参考和指导。 参考文档 《中国ⅩⅩ银行Cognos报表开发交付规范》 Cognos的帮助文档 预期读者 Cognos Framework模型设计人员 Cognos Framework模型开发人员 术语定义 Framework Manager模型开发手册 Framework Manager简介 Framework Manager功能简介 Framework Manager(以下简称Framework)是一个提供元数据模型开发的环境,创建的模型是来自一个或多个数据源的数据结构的业务展现。 与基于Web的应用程序QueryStudio,ReportStudio,Cognos Connection相比,Framework是一个基于Windows的客户应用程序。 Framework创建的模型可以发布成包,为QueryStudio ,ReportStudio提供逻辑数据集,也可以生成IQD文件,为Transformer提供数据源。 Framework界面如下图: Framework常用组件简介 在Framework中,开发模型的工作是在一个Project中进行的;Project就是包含有根据业务模型和规则组织的元数据对象,它以一个文件夹的形式出现在文件系统中,它包含一个工程文件(.cpf)和特定的XML文件;一个Project可以对应多个应用主题,每个应用主题可以包含多张报表应用。 Framework模型开发中常使用到的组件包括: 名字空间 按照模型开发的需求用于组织模型对象的工具,名字空间下的对象路径必须全局唯一。 通常项目的开发往往涉及很多表,而这些表根据相互间的关联关系又是可以分类的,那么在使用Framework建模的时候,可以按照不同类别建立名字空间,在同一个名字空间下组织数据库中相互关联的表,这样做到用一个或者较少的几个Framework模型开发出较多的报表,用户Framework做出的模型具有较好的集成性 名字空间的建立是灵活的,上面说的只是简单的结构,可以根据需要在同一名字空间下建立多层次的名字空间,不同的名字空间定义不同的查询主题。 文件夹 用于组织对象的工具。 根据模型定义的规范,将模型用文件夹人为的划分为2个部分,分别为物理层和逻辑层。物理层直接从数据源中引入表的物理定义,逻辑层为物理层对应物理表的业务视角下的逻辑定义。 物理层的建立 根据数据分析,设计模型中需导入的物理表,以便尽可能的提高查询语句的运行效率(比较理想的结构是星形结构,一个中间表和多个物理维表)。在根名字空间(和数据源同名)下,建立一个名为物理层的文件夹目录,然后在物理层文件夹下通过右键电击执行“Run Metadate Wizard”,将数据源中相关的物理表引入这个目录。 逻辑层的建立 在根名字空间下,建立一个名为逻辑层的文件夹目录,在逻辑层文件夹下通过右键点击生成Query Subject,Query Subject的字段是根据业务逻辑从物理层文件夹

文档评论(0)

hhuiws1482 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

版权声明书
用户编号:5024214302000003

1亿VIP精品文档

相关文档