BIEE设计开发规范

1、中债资信BIEE设计开发规范版本V1.02015/07/14修订历史修订日期文档版本修订描述文档作者2015/07/14V1.0 逄金刚审批审批日期审批版本审批人角色审批人2015/07/14备注1. 蓝色字体加方括号（如：XXXX）为说明性文字；加尖括号(如：<XXXX>)为可替换性内容。2. 本文档模板的第一章为每篇文档必须包含的内容。目录1.文档概述- 1 -1.1文档目的- 1 -1.2项目背景- 1 -1.3文档读者- 1 -1.4名词与术语- 1 -2.BIEE设计开发规范- 2 -2.1RPD设计开发规范- 2 -物理层设计开发规范- 2 -业务模型和映射层设计开发规

2、范- 3 -展现层设计开发规范- 3 -2.2前端设计开发规范- 4 -前端设计规范- 4 -报表设计开发规范- 4 -展现对象设计开发规范- 4 -1. 文档概述1.1 文档目的 制定本规范的目的是规范BIEE前端设计开发，提高设计开发效率，保障设计开发质量，保证在不同领域的应用风格统一，并为用户提供准确、快捷、高效的访问方式。1.2 项目背景为了保证集团BI系统整体统一的展示风格，需要对相关设计开发进行规范。1.3 文档读者主要读者通常包括：l 项目经理l 系统设计人员l 开发人员1.4 名词与术语规范条款遵从类型：分为Must、Should、May，分别代表强制执行、优先执行、可选执行。

3、BI：Business Intelligence 商务智能RPD：RepositoryPhysical Layer: Physical Layer是物理层，是BIEE资料库中包含物理数据结构的一层，Physical Layer定义可供查询的数据库对象及其之间的关系，可将各独立数据源在这一层整合成一个整体。Business Model：业务模型按照业务常用的分析行为进行设计，将业务需要的对象以及关系的定义设计为集合，同时还隐藏了数据模型的复杂性。Presentation Layer：Presentation Layer是表示层，它为最终用户提供一个定制的,安全的,基于角色的业务模型,它是在业务模

4、型与映射层上抽象出来的一层.表示层为通过BIEE展现服务或其它客户端工具和应用创建分析的用户提供一个数据视图。Alias table：Alias table 是别名表，是引用了某一个物理数据源表的表。当一张物理表需要被不同的目的引用时，可以为其创建多个别名表，每个别名表可以有不同的主键、名称和连接。因为别名表的名称会包含在物理SQL查询中，所以可以给别名表提供一个有含义的名称，这样使得SQL语句的可读性更好。Physical Table：Physical Table 是物理表，是BIEE RPD中物理层的对象，通常对应在物理数据库中存在的表。2. BIEE设计开发规范2.1 RPD设计开发规范

5、2.1.1 物理层设计开发规范 OBIEE Administration Tool是建立数据分析模型的工具，所有开发人员在开发过程中都会涉及到模型的设计、开发、调整工作。由于数据仓库中涉及到的业务主题、数据模型较多，为了提高数据信息的重用性和数据模型的可扩展性，所有的管理和开发工作必须站在项目总体的高度，具体遵循以下原则：2.1.1.1 物理层开发规范规范1.1 Must所有分析模型的设计必须遵循星型模型或雪花型模型的规范；规范1.2 Must所有物理表必须创建别名表，在逻辑表的映射中不应直接和物理表关联，所有的映射应基于别名表建立；规范1.3 Must 物理层别名表命名应该遵循以下原则：模块

6、英文缩写_事实表名称（单词首字母大写）_Fact/Dim注：事实表使用_Fact后缀，维度表使用_Dim后缀2.1.1.2 Connection Pool 开发规范规范1.4 Should对同一数据源，连接用途相同的连接只能建立一个Connection Pool。为不同的连接用途设计不同的Connection Pool，比如为授权、登陆相关的初始化块设计单独的Connection Pool。注：Connection Pool根据对数据的需求分为多种类型，主要按照以下数据类型分类为：获取业务数据的Connection Pool，获取用户权限的元数据Connection Pool，获取多语言翻译的

7、元数据的Connection Pool。将不同用途的Connection Pool分开，比如将常规查询与权限登录的Connection Pool分开，优化了同一个连接池并发查询的数量。规范1.5 Must数据库命名应该遵循以下原则：CCRC_模块英文缩写_客户方TNS名称Connection Pool命名应该遵循以下原则：模块英文缩写_Conn_Pool涉及到外部权限表，应遵循以下原则：模块英文缩写_User_Conn_Pool规范1.6 Should不应该存在事实与事实之间的join连接。2.1.2 业务模型和映射层设计开发规范规范1.7 Should创建逻辑维表后，必须创建其对应的层次(h

8、ierarchy)(即执行Create Dimension功能)规范1.8 Must需要在RPD实现同比，环比，去年同期等时间相关的计算度量规范1.9 Must对于每一个度量项，务必设置聚合规则规范1.10 Should排除逻辑层的任何一个雪花模型，在逻辑层仅存在星型模型。如果存在该模式，通过在 source中进行映射时通过内连接排除。规范1.11 Must逻辑层表名遵循物理层别名表的规则，如果需要将字段名称改成中文，要在逻辑层修改。表名称不建议修改2.1.3 展现层设计开发规范规范1.12 MustSubject Area只能从一个业务模型中取得，不能跨业务模型。规范1.13 Should从

9、业务模型和映射层(Business Model and Mapping Layer)引入后，需要删除不需要的 字段，只保留需要展现给业务的字段。2.2 前端设计开发规范2.2.1 前端设计规范 规范2.1 Should根据业务需求，设置合理的仪表盘提示默认值，尽量在默认查询时筛选单一的数据报表设计包含年、月、其它维度、度量，为了保证打开报表的速度和效果，建议年月的过滤器使用库变量，其默认值为当前年月。规范2.2 Should做报表时布局中没有用到的排除项建议移除掉，排除项的存在等于做了两次group by的动作，影响查询性能。规范2.3 Should在拼报表时，在业务逻辑不要求去重数据时，在拼

10、接时应选择“全部联合”，提高查询的性能。规范2.4 Should 不建议使用大量的跨主题拼报表，因为性能会很差，可以考虑将业务逻辑落地。2.2.2 报表设计开发规范2.2.2.1 页面配色规范2.5 Should页面配色遵循以下原则：ü 仪表盘背景色使用白色。ü 图标背景色使用白色，具体设计细节参见2.3展现对象设计规范2.2.2.2 常用维度数值规范2.6 Should页面配色遵循以下原则：ü 仪表盘背景色使用白色，图标背景色使用白色。ü 仪表盘使用主题：Skyros2.2.3 展现对象设计开发规范2.2.3.1 报表标题· 规范2.7sho

11、uld内容规范系统默认备注字号14pxN应用范围：所有报表字体颜色#000000N应用范围：所有报表示例： 2.2.3.2 列属性· 规范2.8 Should内容规范系统默认备注列属性参考要求N不添加不需要展现的列属性应用范围：所有报表换行取消N应用范围：所有报表交互取消所有交互N排序参考需求Y应用范围：所有报表2.2.3.3 表格· 规范2.9should内容规范系统默认备注度量名称缩进左边距8N应用范围：根据需求确定度量名称加粗N应用范围：根据需求确定绿色栏风格启用N应用范围：所有表/交叉透视表绿色栏背景色默认N应用范围：所有表/交叉透视表示例： 2.2.3.4 图形规范2.10should内容规范系统默认备注柱状图配色暂定为默认值Y应用范围：所有报表条线图配色暂定为默认值Y应用范围：所有报表条线图格式化§