BIEE设计开发规范.doc

中债资信 BIEE 设计开发规范 版本 V 1 0 2015 07 14 i 中债资信 BIEE 设计开发规范 版本 V1 0 2015 07 14 修订历史 修订日期文档版本修订描述文档作者 2015 07 14V1 0 逄金刚 审批 审批日期审批版本审批人角色审批人 2015 07 14 CCRC 中债资信 BIEE 设计开发规范 版本 V 1 0 2015 07 14 ii 备注 1 蓝色字体加方括号 如 XXXX 为说明性文字 加尖括号 如 为可替换性内容 2 本文档模板的第一章为每篇文档必须包含的内容 CCRC 中债资信 BIEE 设计开发规范 版本 V 1 0 2015 07 14 iii 目录 1 文档概述 1 1 1文档目的 1 1 2项目背景 1 1 3文档读者 1 1 4名词与术语 1 2 BIEE设计开发规范 2 2 1RPD设计开发规范 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 设计开发规范 版本 V 1 0 2015 07 14 1 1 文档概述 1 1文档目的 制定本规范的目的是规范BIEE前端设计开发 提高设计开发效率 保障设计开发质量 保证 在不同领域的应用风格统一 并为用户提供准确 快捷 高效的访问方式 1 2项目背景 为了保证集团BI系统整体统一的展示风格 需要对相关设计开发进行规范 1 3文档读者 主要读者通常包括 项目经理 系统设计人员 开发人员 1 4名词与术语 规范条款遵从类型 分为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中物理层的对象 通常对应在物理数据 库中存在的表 CCRC 中债资信 BIEE 设计开发规范 版本 V 1 0 2015 07 14 2 2 BIEE设计开发规范 2 1 RPD设计开发规范 2 1 1物理层设计开发规范 OBIEE Administration Tool 是建立数据分析模型的工具 所有开发人员在开发过程中都会 涉及到模型的设计 开发 调整工作 由于数据仓库中涉及到的业务主题 数据模型较多 为了 提高数据信息的重用性和数据模型的可扩展性 所有的管理和开发工作必须站在项目总体的高度 具体遵循以下原则 2 1 1 1 物理层开发规范 规范1 1 Must 所有分析模型的设计必须遵循星型模型或雪花型模型的规范 规范1 2 Must 所有物理表必须创建别名表 在逻辑表的映射中不应直接和物理表关联 所有的映射应基于 别名表建立 规范1 3 Must 物理层别名表命名应该遵循以下原则 模块英文缩写 事实表名称 单词首字母大写 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 获取多语言翻译的元数 据的Connection Pool 将不同用途的Connection Pool分开 比如将常规查询与权限登录的Connection Pool分开 优化了同一个连接池并发查询的数量 规范1 5 Must CCRC 中债资信 BIEE 设计开发规范 版本 V 1 0 2015 07 14 3 数据库命名应该遵循以下原则 CCRC 模块英文缩写 客户方TNS名称 Connection Pool命名应该遵循以下原则 模块英文缩写 Conn Pool 涉及到外部权限表 应遵循以下原则 模块英文缩写 User Conn Pool 规范1 6 Should 不应该存在事实与事实之间的join连接 2 1 2业务模型和映射层设计开发规范 规范1 7 Should 创建逻辑维表后 必须创建其对应的层次 hierarchy 即执行 Create Dimension 功能 规范1 8 Must 需要在RPD实现同比 环比 去年同期等时间相关的计算度量 规范1 9 Must 对于每一个度量项 务必设置聚合规则 规范1 10 Should 排除逻辑层的任何一个雪花模型 在逻辑层仅存在星型模型 如果存在该模式 通过在 source中进行映射时通过内连接排除 规范1 11 Must 逻辑层表名遵循物理层别名表的规则 如果需要将字段名称改成中文 要在逻辑层修改 表名称不建议修改 2 1 3展现层设计开发规范 规范1 12 Must Subject Area只能从一个业务模型中取得 不能跨业务模型 规范1 13 Should CCRC 中债资信 BIEE 设计开发规范 版本 V 1 0 2015 07 14 4 从业务模型和映射层 Business Model and Mapping Layer 引入后 需要删除不需要的 字段 只保留需要展现给业务的字段 2 2 前端设计开发规范 2 2 1前端设计规范 规范 2 1 Should 根据业务需求 设置合理的仪表盘提示默认值 尽量在默认查询时筛选单一的数据报表设计 包含年 月 其它维度 度量 为了保证打开报表的速度和效果 建议年月的过滤器使用库 变量 其默认值为当前年月 规范 2 2 Should 做报表时布局中没有用到的排除项建议移除掉 排除项的存在等于做了两次group by的动作 影响查询性能 规范 2 3 Should 在拼报表时 在业务逻辑不要求去重数据时 在拼接时应选择 全部联合 提高查询的性 能 规范 2 4 Should 不建议使用大量的跨主题拼报表 因为性能会很差 可以考虑将业务逻辑落地 2 2 2 报表设计开发规范 2 2 2 1 页面配色 规范 2 5 Should 页面配色遵循以下原则 仪表盘背景色使用白色 图标背景色使用白色 具体设计细节参见2 3展现对象设计规范 2 2 2 2 常用维度数值 规范 2 6 Should 页面配色遵循以下原则 仪表盘背景色使用白色 图标背景色使用白色 仪表盘使用主题 Skyros 2 2 3展现对象设计开发规范 2 2 3 1报表标题 CCRC 中债资信 BIEE 设计开发规范 版本 V 1 0 2015 07 14 5 规范 2 7 should 内容规范系统默认备注 字号 14pxN 应用范围 所有报表 字体颜色 000000N 应用范围 所有报表 示例 2 2 3 2列属性 规范 2 8 Should 内容规范系统默认备注 列属性参考要求 N 不添加不需要展现的列属性 应用范围 所有报表 换行取消 N 应用范围 所有报表 交互取消所有交互 N 排序参考需求 Y 应用范围 所有报表 2 2 3 3表格 规范 2 9 should 内容规范系统默认备注 度量名称缩进左边距8N应用范围 根据需求确定 度量名称加粗N应用范围 根据需求确定 绿色栏风格启用N应用范围 所有表 交叉透视表 绿色栏背景色默认N应用范围 所有表 交叉透视表 示例 2 2 3 4图形 CCRC 中债资信 BIEE 设计开发规范 版本 V 1 0 2015 07 14 6 规范 2 10 should 内容规范系统默认备注 柱状图配色暂定为默