BIEE设计开发规范.doc

中债资信 BIEE设计开发规范 版本V1.0 2015/07/14 修订历史 修订日期 文档版本 修订描述 文档作者 2015/07/14 V1.0 逄金刚 审批 审批日期 审批版本 审批人角色 审批人 2015/07/14 备注 蓝色字体加方括号（如：[XXXX]）为说明性文字；加尖括号(如：XXXX)为可替换性内容。 本文档模板的第一章为每篇文档必须包含的内容。  目录 1. 文档概述 - 1 - 1.1 文档目的 - 1 - 1.2 项目背景 - 1 - 1.3 文档读者 - 1 - 1.4 名词与术语 - 1 - 2. BIEE设计开发规范 - 2 - 2.1 RPD设计开发规范 - 2 - 2.1.1 物理层设计开发规范 - 2 - 2.1.2 业务模型和映射层设计开发规范 - 3 - 2.1.3 展现层设计开发规范 - 3 - 2.2 前端设计开发规范 - 4 - 2.2.1 前端设计规范 - 4 - 2.2.2 报表设计开发规范 - 4 - 2.2.3 展现对象设计开发规范 - 4 - 文档概述 文档目的 制定本规范的目的是规范BIEE前端设计开发，提高设计开发效率，保障设计开发质量，保证在不同领域的应用风格统一，并为用户提供准确、快捷、高效的访问方式。 项目背景 为了保证集团BI系统整体统一的展示风格，需要对相关设计开发进行规范。 文档读者 主要读者通常包括： 项目经理 系统设计人员 开发人员 名词与术语 规范条款遵从类型：分为Must、Should、May，分别代表强制执行、优先执行、可选执行。 BI：Business Intelligence 商务智能 RPD：Repository Physical Layer: Physical Layer是物理层，是BIEE资料库中包含物理数据结构的一层，Physical Layer定义可供查询的数据库对象及其之间的关系，可将各独立数据源在这一层整合成一个整体。 Business Model：业务模型按照业务常用的分析行为进行设计，将业务需要的对象以及关系的定义设计为集合，同时还隐藏了数据模型的复杂性。 Presentation Layer：Presentation Layer是表示层，它为最终用户提供一个定制的,安全的,基于角色的业务模型,它是在业务模型与映射层上抽象出来的一层.表示层为通过BIEE展现服务或其它客户端工具和应用创建分析的用户提供一个数据视图。 Alias table：Alias table 是别名表，是引用了某一个物理数据源表的表。当一张物理表需要被不同的目的引用时，可以为其创建多个别名表，每个别名表可以有不同的主键、名称和连接。因为别名表的名称会包含在物理SQL查询中，所以可以给别名表提供一个有含义的名称，这样使得SQL语句的可读性更好。 Physical Table：Physical Table 是物理表，是BIEE RPD中物理层的对象，通常对应在物理数据库中存在的表。 BIEE设计开发规范 RPD设计开发规范 物理层设计开发规范 OBIEE Administration Tool是建立数据分析模型的工具，所有开发人员在开发过程中都会涉及到模型的设计、开发、调整工作。由于数据仓库中涉及到的业务主题、数据模型较多，为了提高数据信息的重用性和数据模型的可扩展性，所有的管理和开发工作必须站在项目总体的高度，具体遵循以下原则： 物理层开发规范 规范1.1 [Must] 所有分析模型的设计必须遵循星型模型或雪花型模型的规范； 规范1.2 [Must] 所有物理表必须创建别名表，在逻辑表的映射中不应直接和物理表关联，所有的映射应基于别名表建立； 规范1.3 [Must] 物理层别名表命名应该遵循以下原则： 模块英文缩写_事实表名称（单词首字母大写）_Fact/Dim 注：事实表使用_Fact后缀，维度表使用_Dim后缀 Connection Pool 开发规范 规范1.4 [Should] 对同一数据源，连接用途相同的连接只能建立一个Connection Pool。 为不同的连接用途设计不同的Connection Pool，比如为授权、登陆相关的初始化块设计单独的Connection Pool。 注：Connection Pool根据对数据的需求分为多种类型，主要按照以下数据类型分类为：获取业务数据的Connection Pool，获取用户权限的元数据Connection Pool，获取多语言翻译的元数据的Connection Pool。 将不同用途的Connection Poo