商業智慧/序言
| “ | 戰略執行需要一個系統範圍的方法，該方法始終推動組織做正確的事情，並且正確地做這些事情。 | ” |
—Morgan 等人，2007 | ||
商業智慧側重於使組織更有效。對於利潤最大化的組織，這意味著利用 BI 來實現持續盈利。對於非營利組織和政府組織，這意味著有效地為其受益人或選民提供服務。BI 如何為任何型別的組織服務?
無論其目標如何，所有組織都進行兩種型別的活動（波特 1996 和摩根等人 2007）
- 戰略有效性 - 做正確的事（專案和計劃）
- 運營有效性 - 做正確的事（正確的流程）
最具競爭力和效率的組織隨著時間的推移取得了優異的績效。他們透過運營和戰略有效性來做到這一點。運營有效性意味著比競爭對手更好地執行類似的活動，方法是更好地利用投入。它是成功的一個必要條件，但不是充分條件。戰略有效性意味著執行與競爭對手不同的活動，或者以不同的方式執行類似的活動（波特 1996）。只有在實現運營有效性後，組織才能專注於戰略有效性。這是因為一個組織有可能（但不一定）在做正確的事時有效地運作。然而，優異的盈利能力或公共服務發生在組織做正確的事時（波特 1996 和摩根等人 2007）。
BI 系統幫助組織做出更明智的決策。它們幫助中層管理人員確定他們的業務部門是否具有運營效率。一旦組織的領導者確定公司具有運營效率，那麼高管就可以確定公司是否正在有效地執行戰略。為了執行這些任務，決策者需要情報才能評估戰略和運營有效性。商業智慧系統提供進行戰略和運營評估以及實施戰略（運營）所需的情報。因此，一個有效的、組織範圍的 BI 系統允許決策者評估戰略和運營有效性。
本書概述了一種使用框架架構來思考 BI 和構建 BI 系統的方法。具體來說，本書側重於一種特定型別的 BI 系統架構。資訊系統既有架構也有基礎設施（Poe 等人 1997）。架構是一組規則，為系統（藍圖）的整體設計提供框架。技術基礎設施（或簡稱基礎設施）與架構密切相關，包括技術、平臺、資料庫、網路以及使架構發揮作用所需的任何其他元件（Poe 等人 1997）。本書透過為框架和框架開發架構和基礎設施來定義 BI 系統。
本書中的方法假設
- 公司戰略可以並且應該嵌入 BI 架構（藍圖）中
- BI 架構和基礎設施（技術）是相關的，架構驅動基礎設施
- BI 系統的基本單位是決策者
- 有很多方法可以看待一個組織。每個檢視都是一個參考框架（或簡稱框架）
- BI 系統是框架（框架）的互連
- BI 系統允許決策者確定他們是否正在做正確的事情和做正確的事情（運營和戰略有效性）
本書演示瞭如何使用逐步方法構建商業智慧 (BI) 系統。我們採用當前的觀點，即 BI 是系統的和普遍的，而不是將資訊系統或產品應用於公司的孤立部分。商業智慧也不僅僅是新增到 ERP 或資料倉庫中的模組以生成報告。相反，商業智慧透過為決策者提供組織監督、控制和透過資訊反饋進行引導，側重於運營、流程和戰略規劃，以運營公司。出於這個原因，指導構建成功的 BI 系統的可靠方法必須同時關注戰略和運營效率。這需要對組織計劃和控制進行系統化方法。
本書使用框架方法演示瞭如何一步一步構建商業智慧系統。這種技術將 BI 系統劃分為系統（框架）及其部分（框架）。每個框架對應於決策者的參考框架，例如經理、副總裁、主管等。框架可以位於組織的最高層（執行長、首席財務官、資訊長等），位於中間層（例如主管和經理），或位於最低層（分析師、員工等）。框架是框架的互連，既垂直（上下層次結構）又水平（跨業務部門或孤島），它允許共享和整合資訊。框架的結構允許決策者集中資訊、控制和領導力，同時保持一定程度的地方自治。
該系統在組織的多個級別之間建立了架構和基礎設施的協同效應。每個框架都有一個架構和基礎設施。框架還包含一個架構和基礎設施。將系統方法應用於框架架構將各部分整合為一個系統。資訊在系統中水平和垂直流動。
我們建議框架為構建組織的 BI 系統提供系統化方法方法。本書的結構帶領讀者完成構建此係統的過程。構建 BI 系統的過程是順序的，最好使用層次結構來教授。最高級別是與理解和建立 BI 系統所需的知識相對應的部分。這些部分是順序的和分段的。第一部分演示瞭如何構建框架。資訊系統由架構（藍圖）和基礎設施（建築）組成。讀者瞭解框架的架構和基礎設施後，他們將繼續瞭解如何建立框架。有關框架的部分概述了整個 BI 系統的架構和基礎設施。
第一步是學習如何構建框架的架構（第 1 部分：第 1 階段）。然後我們展示如何為框架建立基礎設施（第 1 部分：第 2 階段和第 3 階段）。下一部分展示瞭如何構建框架的架構（第 2 部分：第 1 階段）和基礎設施（第 2 部分：第 2 階段和第 3 階段）。
每個的定義如下
- 部分是最高級別的劃分，對應於構建 BI 系統的重要方面。本書採用的一種方法將 BI 系統呈現為具有互連框架的框架。要構建 BI 系統，首先需要了解如何構建框架，包括架構和基礎設施。接下來，有必要了解如何將框架連線到框架中。這需要了解框架架構和基礎設施。
- 階段將部分劃分為三個部分。這些階段包括 Skunkworks、原型開發（敏捷方法）和最終生產（SDLC）。Skunkworks 指的是一群個人，他們生產構成架構的創新產品。原型（敏捷開發）階段將敏捷軟體開發方法應用於基於框架（架構）生產原型（基礎設施）。生產是指透過設計用於將原型轉變為符合公司規則和法規（包括薩班斯-奧克斯利法案、HIPPA 以及有關架構和基礎設施的規則）的產品的過程來發送原型。
- 步驟是最小的細分，與章節同義。每個章節都有一個目的，並描述將實現步驟目的的活動。具體來說，每個步驟或章節都有一個名稱、目的、輸入、活動、輸出和文件。
- 步驟名稱：與章節名稱同義。這是步驟目的的簡短描述。
- 目的：解釋進行步驟的原因
- 輸入：一個步驟的輸出成為另一個步驟的輸入。
- 活動：活動以輸入為基礎建立輸出和文件。
- 輸出：這是活動的產物。
- 文件：描述輸出，包括書面描述、使用者手冊、程式碼、圖表等。
本書的目的是培訓讀者成為商業智慧系統的商業分析師。請注意，商業分析師和分析師並非同一角色。
術語商業分析師用於描述從事商業分析學科的人員。商業分析師負責分析客戶的業務需求，以幫助識別業務問題並提出解決方案。本書假設商業分析師在幫助構建 BI 系統中扮演最廣泛的角色。他們參與創意階段或秘密研究組（“秘密研究組是指一群人為了取得非凡的結果，以一種超出常規規則的方式開展專案。” - http://searchcio.techtarget.com/sDefinition/0,,sid182_gci214112,00.html），開發原型並最終將產品投入生產。他們是 BI 系統的架構師，也是實施基礎設施的人員。因此，他們參與了流程的許多部分。
- 業務需求收集對企業所需事項的規範，包括啟動特定專案的用途（專案啟動文件），所需成就以及質量度量。它們通常用企業所需的大致結果來表達，而不是系統可能執行的特定功能。特定的設計元素通常不在此文件的範圍內，儘管可以參考設計標準。
- 功能需求描述系統、流程或產品/服務必須執行的操作，以滿足業務需求。請注意，業務需求通常可以分解為子業務需求，並且許多功能需求。這些通常稱為系統需求，儘管某些功能可能是手動的，而不是基於系統的，例如建立註釋或工作說明。
- 使用者需求是交付成果中非常重要的部分，必須正確地解釋利益相關者的需求。此交付成果還可以反映產品的設計、開發方式，並定義測試用例的制定方式。商業分析師將在需求管理工具中記錄需求；這可以是一個簡單的電子表格或一個複雜的應用程式。
- 非功能需求是那些不為業務需求執行特定功能，但需要支援功能的需求。例如：效能、可擴充套件性、服務質量 (QoS)、安全性和可用性。這些通常在系統需求中包含，在適用的情況下。
- 基礎設施開發此角色要求商業分析師為 BI 系統開發技術基礎設施。BI 系統包括資料倉庫、資料倉庫、網路和前端工具等專案。商業分析師必須熟悉基礎設施所有部分的工作原理，即使不是專家。
分析師執行公司的日常分析，是主要的商業智慧工作者。分析包括定量和定性分析、解釋性資料分析、預測建模、查詢、報告、OLAP 以及決策所需的“警報”。分析師透過使用 BI 系統，可以回答以下問題：
- 發生了什麼事？
- 有多少？
- 多久一次？
- 在哪裡？
- 問題到底在哪裡？
- 需要採取哪些行動？
- 為什麼會發生這種情況？
- 如果這些趨勢持續下去會怎樣？
- 接下來會發生什麼？
- 最好的結果是什麼？
- 目標是瞭解他們如何使用系統，以及系統如何幫助他們提供做出決策所需的智慧。