BIEE设计开发规范解答.doc

中债资信 BIEE设计开发规范 2015/07/14 修订历史 修订日期 文档版本 修订描述 文档作者 2015/07/14 V1.0 逄金刚 审批 审批日期 审批版本 审批人角色 审批人 2015/07/14 备注 蓝色字体加方括号（如：[XXXX]）XX)为可替换性内容。 本文档模板的第一章为每篇文档必须包含的内容。  目录 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 [Must] 所有分析模型的设计必须遵循星型模型或雪花型模型的规范； 规范1.2 [Must] 所有物理表必须创建别名表，在逻辑表的映射中不应直接和物理表关联，所有的映射应基于别名表建立； 规范1.3 [Must] 物理层别名表命名应该遵循以下原则： 英文缩写_名称（首字母大写）act/Dim 注：事实表使用act后缀，使用 Connection Pool 开发规范4 [Should] 对同一数据源，用途相同的连接只能建立一个Connection Pool。 为不同的连接用途设计不同的Connection Pool，比如为授权、登陆相关的初始化块设计单独的Connection Pool 注：Connection Pool根据对数据的需求分为多种类型，主要按照以下数据类型分类为：获取业务数据的Connection Pool，获取用户权限的元数据Connection Pool，获取多语言翻译的元数据的Connection Pool。 将不同用途的Connection Pool分开，比如将常规查询与权限登录的Connection Pool分开，优化了同一个连接池并发查询的数量。 规范1.5 [Must] 数据库命名遵循以下原则： CCRC_英文缩写_客户方TNS名称 Connection Pool命名应该遵循以下原则： 英文缩写_Conn_Pool 涉及到外部权限表遵循以下原则 模块英文缩写_User_Conn_Po6 [S