Information Dashboard的設計程序

作者 : Fred Wang 原作日期 : 2010/06

以下內容根據自己的經驗並參考Business Dashboards – A Visual Catalog for Design and Deployment”一書整理而成。

 

Dashboard開發專案的角色

• Project Manager –負責專案計畫與管理
• Data Architect –熟悉Data Warehouse, cubes及資料整合技術
• Data Source Expert– 熟悉資料來源及其存取方式，如DB Connections，Data Tables and Fields，Access Rules
• Dashboard Expert–熟悉Dashboard設計軟體與Dashboard設計方法
• Business Unit Manager/Key Users–了解業務需求與能夠提出希望看到與分析的Dashboard需求
• IT infra. Support–提供Server, Network, Database等技術支援

 設計程序

 1.業務需求分析

 

1.1 設計衡量指標與KPIs (Information Design)

 

請參考“Business Dashboards – A Visual Catalog for Design and Deployment”一書,第五章

 

1.2 選擇展示的方法並與用戶進行互動(建立一個故事板stody board)

 

a.使用工具如 Pen and Paper, Whiteboard, Powerpoint or Dashboard Prototyping Software

 

b.可參考templates, samples, best practices

 

c.運用元件包含 :

• Charts, Gauges, Tables…
• Warning and Alerts : Traffic lights, arrows, trend…
• Interactivity : Drill Down, Annotation, Actions…

 1.3 確認需求與使用者簽字

 

  

2 使用者介面設計

 

2.1 參考 best practices, samples and templates : 應了解正確的統計圖表與Dashboard設計表達方式

 

2.2 外觀佈局(layout)設計

 

a.顏色選擇 : 避免過多的顏色或依賴顏色表達重點，可以用對比方式突顯重點 (部分人士有色盲與辨色力問題)

 

b.字型種類與大小 : A.避免混用不同的字型，建議英文用Arial，中文用標楷體 B.避免使用太多不同大小的字型 C.避免使用太大或太小的字型，特別是中老年的使用者避免太小的字型 D.建議標題用12 or 14 pixel粗體字，一般文字用8-12 pixel的字

 

c.Dashboard大小: 設計大小應適合於使用者螢幕單一可視範圍，避免產生捲軸，當單一可視範圍無法放置所有的設計元件時，有幾種設計方式

• 使用可以展開與收合的元件 
• 使用層疊的元件，透過按鈕或其他選項切換 
• 使用Tab元件切換 
• 使用多個Dashboards，用選單，按鈕或連結切換檢視Dashboards 
• 使用參數過濾資料，顯示使用者要看的內容，例如使用時間選擇元件選擇某一季來顯示統計圖，而不是顯示4個圖

 d.元件放置 : 如果有超過兩個以上的tables, grids , scorecards or charts應如何放置 

• 與key users討論，哪些資訊最重要，通常依重要性由左至右，由上至下排序
• 根據控制流程由左至右，由上至下排序，例如先看Scorecard，才會看趨勢圖，然後點特定指標值，顯示明細的Charts

  

2.3 給定Dashboard標題與元件的標籤

 

2.4 設計核心的Dashboard功能(如filters，drill down, alerts, etc)

 

a. 定義控制流程
b. 決定展開路徑(Drill Paths)

 

2.5 展示Dashboard雛型給使用者，得到使用者建議, 修正與核可

 

 

3. 資料與系統設計

 

3.1 資料模型設計

 

a.決定每一元件的資料來源

b.決定每一個UI Component的資料格式與計算方式

c.決定所需歷史趨勢資料的保留方式(Data Warehouse)

 

3.2 Data Model轉換, 來源資料與顯示Dashboard所需的資料格式與粗細度可能不同，需經過計算或轉換後才能做為Dashboard的Data Model

 

3.3 系統設計

 

a.決定資料的存取方式

b.設計OLAP Cube的結構

c.設計整體架構，包含網頁設計，使用者權限等

 

 

4.架構設計 (略)

 

 

從專案角度可以分下面幾個步驟

 

1. 組成專案團隊

2. 建立專案計畫

3. 檢視衡量指標與KPIs

4. 根據風險，機會與成功要素排定Dashboard實作的優先順序

5. 開始外觀佈局(layout)設計

6. 定義軟體,硬體,安全與架構需求

7. 得到關鍵利害關係人的核可簽字

8. 開始建構dashboard與相關系統(包含測試)

9. 訓練使用者