2013-07-09 54 views
0

我们正在试图建立我们的BI团队的报告标准的Business Objects Universe设计和Web Intelligence工具。我们设置了一些标准如下。的Business Objects报告准则

你有什么这些标准的想法?你能否分享你的标准文件?

  • 名称基于应用程序的宇宙。
  • 给予适当的名称Universe对象根据 业务术语并且是在定义明确的(类,尺寸,措施等)。对于 实例,称为“销售”的对象可能被解释为许多不同的方式。销售收入,销售订单数,销售订单行数,销售订单数 。
  • 公司徽标位于报告的左上角。
  • 用户提示和上次刷新时间放在报告的右上方。
  • 标题和报告名称描述数据的范围(例如,大学宽,单位具体,学校/专科层次),并在报告中的任何条件(例如,期限,财年,部门ID)。
  • 数据列按逻辑顺序排列。
  • 当使用提示时,它们模拟应该如何输入数据。例如,“输入术语(如1760)”

回答

0

我认为这是一个有点过了计算器的话题,它的一些不明确或者是常识反正(例如,“安排在数据列逻辑顺序“),但我建议:

  1. ,每一个宇宙中有三个字符代码(如SAL,REV等)相关联。
  2. 每个报告都可以用一个数字唯一标识,并以Universe代码为前缀。
  3. 非重要对象作为其定义的一部分提供了一个SQL格式的注释,给出了它们的名称和文件夹。
0

有两个方面:

  • 考虑到宇宙
  • 的技术方面考虑到宇宙的最终用户方面

技术方面:

  • 你的表格布局应该反映你的导航
  • 任一评论/隐藏对象的版本信息/更改
  • 尝试尽可能使用别名来显示您的表使用了哪个函数。
  • 尝试在单独的对象中重构常量,并使用@select来使用它们。
  • 尝试使用层次结构命名约定,以便名称暗示导航。
  • 为您的连接找到合适的命名约定。

用户方面:

  • 不要做这个文件夹=表名,对象=列名,它来自拖放你的表。
  • 对象名称不是文学,你是有限的。应该清楚目标是什么。添加评论总是评论。
  • 限制文件夹数量,限制文件夹深度,限制文件夹中的对象数量。
  • 根据它们在文件夹中的用途(最常用于顶部)来排列对象。
相关问题