Requirement

資料處理 Report Requirement (2)

基本介紹

教學目標

初步了解有關商業分析的報表種類。

重點概念

在上一篇文章中「資料處理 Report Requirement (1)」雖然我們透過不同的問題,一步一步詢問出報表的需求,卻還是不清楚有關商業分析的報表種類究竟有哪些呢? 其實主要可以分為三大類報表臨時的報表 (Ad-Hoc Reports)、手動更新的報表 (Manually Updated Reports) 和自動化的報表 (Automated Reports)。

首先若我們所擁有商業事件、懷疑事項或關鍵問題必須被確認時,我們就必須提供包括相關資訊的臨時報表。接著若我們面臨需求不斷的變更、維度不斷的改變、較差的資料品質、分析人員可以新增一些領域知識、…等原因時,我們就必須採用手動更新的報表為解決方案。但是若需求和維度明確、同時擁有較佳的資料品質,以及沒有分析人員的介入調整時,我們就能夠連接資料倉儲實作基於使用者存取定期更新的大量資訊,就是隨選需求 (On Demand) 的自動化報表,最後針對使用者要何時閱讀報表呢? 此時觸發報表的事件就可過去的資料中已經超過一些關鍵門檻值的事實時,發出信件通知使用者定期閱讀,就是事件驅動的自動化報表。

因此在銀行工作時不外乎就是上述三大類型的報表,像是公職人員財產申報或政府機關交易明細的資料提供就屬於臨時的報表,或者在大數據的時代總行業務單位開始針對未知的需求透過 Tableau 工具進行自主分析的報表。總行營運單位各自透過 Microsoft Excel 軟體從不同的系統手動下載數字,再藉由公式和巨集,以及專業領域知識匯整出手動更新的報表檔案。總行資訊單位針對資料倉儲中的資料,導入全面性的商業智慧解決方案,例如: IBM Cognos Analytics 平台,提供隨選需求和事件驅動的自動化報表,其中存取效能、安全控管和集中管理將會是最大的優勢。

相關資源

資料處理 Report Requirement (1)

基本介紹

教學目標

許多應用皆是從一個或多個資料庫、文件或者其它資訊來源產生報表,但是要應該要如何詢問出報表的需求呢?透過下面的問題,一步一步詢問出報表的需求。

重點概念

當我們與客戶一起定義資訊系統的報表需求時,可以考慮先向客戶提出以下問題。

  1. 目前使用什麼報表?(其中有哪些報表取自目前系統中,還是透過業務手動產生,以及目前的報表需要在新的系統中重複使用嗎?)
  2. 目前報表中有哪些需要進行修改?(新的資訊系統任務或修訂任務會使我們有機會修改目前無法滿足需求的報表嗎?)
  3. 目前產生了哪些沒有用的報表?(可能在新系統中不需要進行實作)
  4. 可以描述報表必須遵守的任何部門標準、組織標準或者政府標準嗎?(像是提供一致的版型或遵循統一規範)

接著我們可以藉由以下問題探討客戶需要的報表內容和用途。

  1. 報表的名稱是什麼?
  2. 報表的目的或者業務上的用途是什麼?
  3. 報表的使用者如何使用這些資訊,其中誰會透過報表進行決策?
  4. 報表是手動產生的嗎?如果是,主要又是由哪個使用者類型產生,多久產生一次?
  5. 報表是自動產生的嗎?如果是,主要產生的頻率為何,並且產生的條件或事件是什麼?
  6. 報表的標準大小或者最大大小是什麼?
  7. 我自需要一個能夠展示多個報表和圖表的儀表板嗎?如果是,主要客戶需要對儀表板中的資料元素進行具體檢視和瀏覽嗎?
  8. 報表產生之後主要會儲存在哪裡?主要是顯示在畫面中、發送電子郵件、匯出電子檔或者自動列印出來,以及為了之後讀取報表,需要將它儲存至某個位置嗎?
  9. 當存取報表時是否存在安全和隱私方面的管理限制,且相關限制是針對某些特定個人還是客戶類型,或者有沒有相關的限制使得產生報表的人可以決定報表要包含哪些資料,同時識別出涉及安全的所有業務規則?

最後我們再透過以下問題將能獲得有關報表本身的相關資訊。

  1. 資料來源有哪一些,並且從資料庫中拉取資料的過濾條件是什麼?
  2. 客戶可以選擇的參數有哪些?
  3. 需要哪些計算或者其它資料轉換?
  4. 排序、分頁和聚合的標準是什麼?
  5. 產生報表的過程中,當查詢沒有資料返回時,系統會進行什麼回應?
  6. 針對臨時報表,報表的基礎資料對於客戶來說是存取的嗎?
  7. 這個報表可以作為一系列相似報表的模板嗎?

相關資源