的Business Objects報告準則

Question

我們正在試圖建立我們的BI團隊的報告標準的Business Objects Universe設計和Web Intelligence工具。我們設置了一些標準如下。

你有什麼這些標準的想法？你能否分享你的標準文件？

• 名稱基於應用程序的宇宙。
• 給予適當的名稱Universe對象根據 業務術語並且是在定義明確的（類，尺寸，措施等）。對於 實例，稱爲「銷售」的對象可能被解釋爲許多不同的方式。銷售收入，銷售訂單數，銷售訂單行數，銷售訂單數 。
• 公司徽標位於報告的左上角。
• 用戶提示和上次刷新時間放在報告的右上方。
• 標題和報告名稱描述數據的範圍（例如，大學寬，單位具體，學校/專科層次），並在報告中的任何條件（例如，期限，財年，部門ID）。
• 數據列按邏輯順序排列。
• 當使用提示時，它們模擬應該如何輸入數據。例如，「輸入術語（如1760）」

Answer 1

我認爲這是一個有點過了計算器的話題，它的一些不明確或者是常識反正（例如，「安排在數據列邏輯順序「），但我建議：

1. ，每一個宇宙中有三個字符代碼（如SAL，REV等）相關聯。
2. 每個報告都可以用一個數字唯一標識，並以Universe代碼爲前綴。
3. 非重要對象作爲其定義的一部分提供了一個SQL格式的註釋，給出了它們的名稱和文件夾。

Answer 2

有兩個方面：

• 考慮到宇宙
• 的技術方面考慮到宇宙的最終用戶方面

技術方面：

• 你的表格佈局應該反映你的導航
• 任一評論/隱藏對象的版本信息/更改
• 嘗試儘可能使用別名來顯示您的表使用了哪個函數。
• 嘗試在單獨的對象中重構常量，並使用@select來使用它們。
• 嘗試使用層次結構命名約定，以便名稱暗示導航。
• 爲您的連接找到合適的命名約定。

用戶方面：

• 不要做這個文件夾=表名，對象=列名，它來自拖放你的表。
• 對象名稱不是文學，你是有限的。應該清楚目標是什麼。添加評論總是評論。
• 限制文件夾數量，限制文件夾深度，限制文件夾中的對象數量。
• 根據它們在文件夾中的用途（最常用於頂部）來排列對象。