Recommended
More Related Content
What's hot
A Study of Applying Business Intelligence to Financial Assets and Liabilities Management Decision
- 1. 商業智慧應用於金融資產與負債管理決策之 研究—以 F 集團企業為例 A Study of Applying Business Intelligence to Financial Assets and Liabilities Management Decision — An Example on F Business Group 研究生：郭大華 (Ta-Hua Kuo) 指導教授：王永心 (Prof. Yung-Hsin Wang) 大同大學 資訊經營研究所 碩士論文 Thesis for Master of Business Administration Department of Information Management Tatung University 中華民國九十六年一月 January 2007
- 4. 致謝 在職場工作多年後，重新回到校園學習，除了生疏之外，也沒較充裕的時間投 入於課業上。所幸系上老師們的用心，在學習的過程，盡可能地透過每個同學職場 上的經驗分享，以及實務與理論的結合，並給予更多的時間研究，讓我在學習過程， 反而更佳順利並獲益匪淺。除此之外，更要感謝恩師王永心博士在論文的撰寫過程， 不厭其煩的予以指導，經過不斷的修改，才能完成自己認為不可能的任務。口試期 間，陳宗天老師以及楊浩二老師，細心地審閱及指教，提供了相當多自己未注意的 寶貴意見，也讓這份論文更加的完整。 在求學期間，同學間的互助及指教，亦讓我感受到同學間友情的溫暖與快樂， 孫國倫、黃連豐、黃永立及學妹甘少玲，感謝你們在求學期間的協助，讓我在這段 期間因為有你們這群好友，而順利完成學業。同時感謝我工作上的好伙伴們，陳鴻 林、王隆、吳建達、謝明翰，不斷的給我各項財務管理專業上的指導，讓我在財經 領域上的不足，因為有你們的協助，而更佳的充實，亦對我在論文上的撰寫，著實 幫了一個大忙。 更感謝永遠支持我的父親、母親、老婆大人及老弟，感謝你們在我求學這段時 間，幫我分擔家裡的大小雜務。最後感謝兒子在我閉關苦讀時，自己乖乖地玩我為 你精挑細選的玩具，讓我不必擔心你來打擾我做功課。由衷的感謝所有人，謝謝你 們。 iii
- 5. 中文摘要 在企業完成企業資源規劃之建置後，日常交易的資料處理已相當完備。但大量 資料的累積，所產生的龐大決策價值，將是企業下一步要深思、掘取用以提昇競爭 力之所在。為彌補企業資源規劃系統在決策與分析方面的不足，商業智慧的導入可 在原有系統下，依據企業本身的需求，藉由線上分析處理提供即時、正確的決策參 考。本研究是以企業集團內企業資源規劃系統所累積之的資金調度數據資料為基 礎，利用資料倉儲與線上分析處理技術，將龐雜以及散亂的資料整合、分析以提供 財務部門之資金調度專業經理人員，作為資金調度決策參考的依據。 本論文基於集團企業中財務部門資金調度決策支援之觀點，目的在建置一資料 倉儲整合儲存於企業資源規劃系統之日常交易資料，並利用線上分析處理技術予以 分析，加上訂定之管理指標等，建構一個提供資金調度決策支援的系統。我們使用 Microsoft SQL Server 2005 及 Strategy Companion Analyzer 2005 等應用工具做 資料的處理、分析與界面的設計，提供給使用者一個明確的資料分析結果和清楚的 決策輔助，亦即提供最新且即時之集團企業內各公司之金融資產與負債部位資料， 以多維度方式呈現，供決策者據以作為資金調度之決策資訊。目前資金調度決策支 援系統，大都是金融機構為有效管理銀行資金而設計，很少運用於一般傳統企業之 財務部門，特別是統籌集團內所有公司資金調度之財務部門。本研究發展之金融資 產與負債管理企業智慧系統，可供類似之集團企業參考應用，以提升競爭力。 關鍵詞：資金調度、決策支援系統、企業資源規劃、線上分析處理、資料倉儲 iv
- 6. Abstract After an ERP (Enterprise Resource Planning) system is established in an enterprise, its daily transaction processing has been complete. But, as the data massively accumulated, how to extract its intrinsic decision value to promote enterprise’s competency must be seriously considered. In order to supplement shortness of the decision and analysis ability for the ERP system, enterprises begin to incorporate the concept of Business Intelligence (BI) into their existing system based on their requirement to provide timely and correct decision references using Online Analytical Processing (OLAP) technique. This study attempts to utilize those long term accumulated fund dispatching data on the existing ERP system of our case enterprise. Both technologies of Data Warehouse and OLAP are applied to integrate the disorderly and complicate information to provide financial managers analyzed results and assistance in making a good fund dispatching decision. Therefore, the objective of this thesis is to establish an integrated data warehouse and apply the OLAP to analyze daily transaction data in the ERP system with determined management goal to implement a decision support system (DSS) based on the fund dispatching decision viewpoint from the financial department of a business group. We will use Microsoft SQL Server 2005 and Strategy Companion Analyzer 2005 to accomplish data processing and analysis work as well as the interface design. The result of our DSS system provide newest and timely information of financial asset and liability positions in each company within the business group so that decision makers can have a clear decision support in fund dispatching. Currently, most related researches are especially designed for efficient banking capital management and few studies are for general financial department of traditional enterprise let alone that of the business group. This thesis has made a progress in this issue. Keywords: Fund Dispatching, Decision Support Systems, ERP, OLAP, Data Warehouse v
- 7. 目錄 致謝........................................................................................................................................... iii 中文摘要................................................................................................................................... iv Abstract..................................................................................................................................... v 第一章、緒論............................................................................................................................ 1 1.1 研究背景...................................................................................................................... 1 1.2 研究動機及目的.......................................................................................................... 3 1.3 研究流程...................................................................................................................... 5 第二章、文獻探討.................................................................................................................... 7 2.1 商業智慧...................................................................................................................... 7 2.2 資料倉儲.................................................................................................................... 12 2.3 線上分析系統........................................................................................................... 16 2.4 金融市場.................................................................................................................... 21 2.5 金融資產與負債........................................................................................................ 24 2.6 風險管理................................................................................................................... 24 2.7 國內相關金融資產與負債管理學術論文 .............................................................. 25 第三章、個案公司暨資金調度系統分析.............................................................................. 26 3.1 個案公司背景............................................................................................................ 26 3.2 個案企業總管理處................................................................................................... 27 3.3 個案企業財務部....................................................................................................... 28 3.4 個案企業ERP系統.................................................................................................... 30 3.5 個案公司資金調度系統............................................................................................ 31 vi
- 8. 第四章、系統分析與設計...................................................................................................... 35 4.1 維度模型................................................................................................................... 35 4.2 系統規劃與設計........................................................................................................ 39 第五章、系統呈現與決策分析.............................................................................................. 52 5.1 部位分析.................................................................................................................... 52 5.2 預計現金部位缺口.................................................................................................... 52 5.3 平均利率與市場利率................................................................................................ 54 5.4 平均匯率與市場匯率................................................................................................ 55 5.5 部位警示.................................................................................................................... 55 5.6 各期間資產負債部位................................................................................................ 55 第六章、結論.......................................................................................................................... 58 6.1 研究貢獻.................................................................................................................... 58 6.2 未來研究方向............................................................................................................ 59 附錄一：台幣資金調度電腦作業流程.................................................................................. 60 附錄二：長期借款電腦作業流程.......................................................................................... 61 附錄三：外幣資金調度電腦作業流程.................................................................................. 62 參考文獻.................................................................................................................................. 63 vii
- 9. 圖目錄 圖 1.1：研究流程................................................................................................................ 6 圖 2.1：商業智慧系統架構................................................................................................ 9 圖 2.2：主題式導向的資料倉儲 ..................................................................................... 13 圖 2.3：資料倉儲架構...................................................................................................... 15 圖 2.4：多維陣列整合之三維度立方體 ......................................................................... 17 圖 2.5：資料切片架構圖.................................................................................................. 18 圖 2.6：上探、下鑽操作架構圖 ..................................................................................... 19 圖 2.7：不同維度間之旋轉架構圖 ................................................................................. 20 圖 2.8：維度階層上的旋轉架構圖 ................................................................................. 20 圖 2.9：金融市場的行成.................................................................................................. 21 圖 2.10：金融市場的結構................................................................................................ 22 圖 2.11：資本市場的投資工具........................................................................................ 23 圖 3.1：個案企業財務部組織圖 ..................................................................................... 30 圖 3.2：個案ERP系統之六大管理作業 ......................................................................... 31 圖 3.3：個案之資金調度作業流程 ................................................................................. 32 圖 4.1：企業維度生命週期發展程序 ............................................................................. 35 圖 4.2：零售業的基本維度模型 ..................................................................................... 37 圖 4.3：金融資產與負債星狀綱要 ................................................................................. 42 圖 4.4：公司維度架構圖.................................................................................................. 42 圖 4.5：金融資產與負債項目維度架構圖 ..................................................................... 43 圖 4.6：時間維度架構圖.................................................................................................. 43 viii
- 10. 圖 4.7：SQL Server 2005 ETL處理流程 ....................................................................... 45 圖 4.8：金融資產與負債資料之萃取及轉檔 ................................................................. 45 圖 4.9：資產負債部位cube.............................................................................................. 46 圖 4.10：各期間資產負債部位cube ............................................................................... 46 圖 4.11：本研究系統架構................................................................................................ 48 圖 4.12：個案企業專案管理程序 ................................................................................... 51 圖 5.1：金融資產負債部位表 ......................................................................................... 53 圖 5.2：應收應付資料部位預測 ..................................................................................... 54 圖 5.3：負債部位與平均利率 ......................................................................................... 56 圖 5.4：部位資料與平均匯率 ......................................................................................... 56 圖 5.5：定期存款部位...................................................................................................... 57 圖 5.6：各期間資產負債部位表 ..................................................................................... 57 ix
- 11. 表目錄 表 2.1：國內商業智慧相關學術研究 ............................................................................. 10 表 2.2：Bill Inmon與Ralph Kimball 兩派學說比較.................................................... 14 表 2.3：OLAP系統和OLTP系統的區別........................................................................ 17 表 2.4：貨幣市場的主要投資工具 ................................................................................. 22 表 2.5：國內資產負債管理相關學術研究 ..................................................................... 25 表 4.1：需求分析表.......................................................................................................... 40 表 4.2：維度與事實資料模型 ......................................................................................... 41 表 4.3：警示原則.............................................................................................................. 50 x
- 12. 第一章、緒論 本章主要描述本研究的背景及動機、研究目的、研究架構、研究流程。本論文 將分成六個章節，第一章為緒論，第二章為文獻探討介紹商業智慧及金融資產負債 定義，第三章說明個案公司背景及其資金調度 ERP 系統架構，第四章為系統分析與 設計，第五章進行系統呈現與決策分析，最後第六章作為本論文之結論。 1.1 研究背景 資金是企業的根本，企業是否能夠永續經營，在於其資金的籌措能力是否足夠， 以及資金是否能夠有效運用。企業在短期間內，如果能即時以較低的資金成本來取 得資金，並能夠有效運用，使每筆資金皆能夠獲得高於成本之報酬，將使企業更具 競爭力。企業的資金主要分為長期資金與短期資金，前者如長期借款、發行公司債、 發行股票及海外可轉換公司債等。後者如應收帳款、應收票據、短期信用借款及發 行商業本票等。原則上短期資金需求，應以短期資金支付，例如，日常的貸款支付， 短期利息支出等。長期資金需求，應以長期資金支付，例如擴廠設備的長期借款及 公司債等的本息支出。總之，企業在經營的過程中，將資金做最佳的運用，可使企 業較同業更具競爭力。 考量資金調度決策之重要性，日常交易處理系統，勢必無法及時提供資金調度 人員更有效的管理資訊。因此，為符合資金調度之即時性與正確性之決策資訊的需 求，企業應依據實際資金調度人員作業之需求，設計一資金調度決策支援系統。依 據資策會之產業研究報告指出 隨著企業導入企業資源規劃 ， （ERP） 供應鏈管理 、 （SCM） 與客戶關係管理（CRM）等應用系統後，企業所累積的資料量更加驚人。由於外界環 境變化頻仍，為求掌握可能對自身產生影響的重要訊息，企業亦需蒐集外部資料以 進行觀察監控。因此如何處理龐雜且量大的「資料」 ，並設法將其轉變成為有用的「資 1
- 13. 訊」 ，進而從中發現「趨勢」 、形成「洞見」與「觀點」 ，以對企業之策略與行動方案 提供相當程度的貢獻與助益，遂成為企業電子化的下一波重點。 傳統線上交易系統主要是記錄企業日常的交易活動，協助內部作流程監控，因 此在設計上強調資料運算的正確性，處理大量資料的輸入、更新及提高資料輸入的 效率，但對於線上即時分析、報表製作的功能而言相對就比較弱，且效率較低。 Ponniah[65]提到策略性資訊是藉由 IT 人員直接從作業型資料庫取得，從使用者產 生的需求開始至取得資訊，大約需耗費 4~6 週，而其中可能會面臨許多問題，如使 用者需求不明確、資料的取得必須跨多個平台等，這些都會直接或間接的影響資訊 取得的時間、品質與時效性。由於這些資訊系統是依據組織各個獨立功能（例如銷 售、人事、生產、財務等功能）建立，所建立的資訊系統只提供單一功能觀點的資 訊，也就是 Inmon[58]提到之「資訊的孤島（information island） 」或「功能孤島 （function island）」概念，這些資訊彼此沒有關連，不能互通。且由於資料分析 的來源是原有的交易處理系統，在資料分析處理的同時，可能會直接或間接影響日 常交易系統處理作業[10]。 過往已有主管資訊系統（Executive Information System, EIS）與決策支援系 統（Decision Support System, DSS）等用來進行資料分析與決策輔助，然而此類 應用系統的使用者有時僅侷限於少數幾位高階主管，且多為獨立運作，與企業其他 應用系統之間較缺乏完善整合。再加上此類系統提供的資料分析手法多是在開發時 即預先設定完成，倘若經營環境更迭、分析需求變動，便需仰賴資訊人員協助更改 系統設計與撰寫額外程式，使用者遂難以快速獲得分析結果，遑論即時採取因應行 動了。為求彌補上述不足，系統設計概念與分析工具均不斷演進，而逐漸形成所謂 的商業智慧（Business Intelligence, BI）解決方案。企業可藉由 BI 的導入，將 2
- 14. 所蒐集到不同來源、大量的資料進行彙整與分析，將結果以報表或圖表方式呈現， 不僅高階管理者得以運用，甚至可擴展至讓企業內部有資訊分析需求的經理或一般 員工也有使用權限，依據個人工作職務需求取得相關資訊及使用分析工具，與企業 流程更加緊密結合，使員工對客戶需求或外界變化能夠快速反應，如此即構成一個 屬於全企業之資訊系統（Enterprise Information System, EIS）。在現今常見的 EIS（含 BI）系統中，除了預先提供的查詢機制之外，使用者更可自行設計多種不 同的分析手法，提高系統使用彈性，亦不需耗費過多資訊人力，並大幅縮短分析結 果取得的時間。此系統不僅可輔助決策，更可用於監控異常狀況，協助進行例外管 理，並且用以評量企業績效表現，甚至是預測未來可能之趨勢演變等[1]。 1.2 研究動機及目的 本論文個案之財務部門為統合集團內各母子公司之資金運用效益，必須隨時掌 握集團內各公司日常資金流動資訊，始能因應整體企業對於日常營運所需之資金， 並配合市場狀況統籌分配，以應付日常收付款等資金需求，使資金能在合理情況下 互相支援。不過，資金調度人員在進行資金調度的過程中，除了蒐集市場上最新的 資訊外，最重要的是集團內各公司資金剩餘與不足部位的掌握，以即時地作出決策 判斷，辦理資金調度。不過現行該集團企業之資金調度資訊系統主要以支援日常交 易處理程序為主，各項決策管理所需之數據資料，則以報表為主要支援工具，若欲 以各種不同角度審視資料或是彙總資料時，必須另行以透過 EXCEL 工具連接資料庫 後，依需求來設計所需之管理表單。因此，對於集團企業內資金調度決策支援系統 之設計與開發，將有助於財務管理人員即時掌握各公司之金融資產與負債部位資 料，並快速地因應金融市場變化，來擬定交易策略。資金剩餘時，選擇穩健的投資 工具進行投資，資金不足時，擬定資金籌措對策，以作出最有效的資金運用。 3
- 15. 為支援財務部門資金調度決策之制訂，希望導入商業智慧的技術架構來分析已 儲存於 ERP 系統之日常交易之金融資產與負債資料，加上訂定之管理指標等，建構 一個提供資金調度決策支援的系統。本研究考量微軟 SQL SERVER 2005 整合商業智 慧工具(如報表分析、通知功能、平衡計分卡、儀表板、WEB 服務和行動裝置等)， 其提供一個整合式管理主控台以及 Integration Services、Analysis Services、 Reporting Services、Notification Services 及 SQL Server Mobile Edition 等 工具，便於開發人員設計及管理。Integration Services 與 Analysis Services 在 進行資料萃取與 CUBE 設計時，提供了相當友善的開發介面，因此，有助於提升雛型 系體開發效率。另外 Strategy Companion Analyzer 2005(以下簡稱 Analyzer 2005) 具備了視覺化與直覺式的操作介面，方便學習與使用，這一套應用工具可提供使用 者作遠端的呈現及決策判斷，亦將提供明確的資料分析結果，讓決策者有一個清楚 的決策方向，使決策者了解每日的匯率及利率波動，將對各公司之資金剩餘與負債 部位，造成不同的變化，進而針對未來的資金需求，作出最適合的決策，以節省現 階段自行下載檔案分析後，進行決策所耗費之人力工時，及改善決策品質。 故本研究之目的，主要有以下二點： 1. 利用微軟 SQL Server 2005 資料庫工具，建構金融資產與負債部位之資料倉儲系 統，並透過線上決策分析工具(analyzer 2005)，每日提供最新且最即時之全集 團企業內各公司之資金剩餘與負債部位資料，並以多維度方式呈現各公司金融資 產與負債部位資料，供資金調度人員掌握各公司剩餘資金部位，據以選擇低風 險、收益佳之投資標的，以及掌握各公司負債部位，據以辦理避險。 2. 設定各種警示指標，據以提醒資金調度人員即時審視資金調度部位之風險狀況， 提早擬訂因應對策，以達到全企業資金最有效運用。 4
- 16. 1.3 研究流程 為應用商業智慧於資金調度之決策支援，必需先建立資料倉儲，並透過線上分 析處理工具，提供最新且最即時之全集團內各公司之資金剩餘與負債部位資料分析 結果，讓資金調度人員據以作為資金調度之決策資訊。因此本研究之進行，將分為 企業資金調度系統流程分析、商業智慧系統架構與前端介面之分析與設計，以及系 統決策支援分析。研究流程如圖 1.1 所示，規劃流程分述如下： 一、確定研究目的 二、文獻回顧 透過蒐集商業智慧及金融資產與負債相關文獻以及國內論文研究狀況，來擬訂 本研究系統設計方式。 三、個案企業分析：本研究蒐集個案企業之成長史、組織架構以及企業文化來了解 該企業運作與決策模式。同時透過對個案企業現有資金調度系統分析，以了解 財務部門日常交易系統之運作方式，以便規劃商業智慧系統架構。 四、商業智慧系統架構與前端介面之分析與設計：以 Mundy et al.[61]提出之企業 維度生命週期作為商業智慧系統建置架構，並設計使用者介面。 五、系統實例應用評估：系統實作結果評估。 六、結論與建議。 5
- 17. 圖 1.1：研究流程 6
- 18. 第二章、文獻探討 本章文獻探討將在第 1 節將介紹商業智慧，第 2 節則對資料倉儲作說明，第 3 節是線上分析系統(OLAP)，第 4 節說明金融市場，第 5 節說明金融資產與負債，第 6 節介紹風險管理。 2.1 商業智慧 企業在現行競爭的環境中，唯一的生存條件是企業必須快速的了解世界的脈動 與挑戰，並能夠正確而且快速的反應。不管是大型企業或是中小企業，都必須提高 自己在經營與競爭中的智慧水準，從中創造機會，並轉換企業的策略，才能使企業 走在競爭的最前端，否則將會在全球化知識經濟潮流中為時代所淘汰。商業智慧正 是幫助企業提高經營績效的管理工具。因此，本論文針對商業智慧意義、資訊系統 架構及本研究應用於金融資產與負債管理文獻加以探討分析。 「商業智慧」的精髓在於「讓資料說話」，但前提是需要有「誠實」而「正確」 的資料，才能作有意義的分析。但是，如何使企業中各有所屬的資料庫能夠順利彙 整，並保證這些資料沒有作假，對於「商業智慧」的導入，著實是一大挑戰。另外， 在資料彙整之後，又要從中選擇哪些是可以進一步分析的資料，而資料與資料的連 結意義又應該是如何，則是另一個難題。因此，藉由商業智慧系統架構的導入，將 可幫助企業各部門決策者，從龐大的資料庫中搜集、歸納及分析資料，以提升企業 經營的管理績效。 2.1.1 商業智慧的定義 1989 年美國 Gartner 公司的分析師霍華德．德萊斯納(Howard Dresner)首次創 造了「商業智慧」(Business Intelligence)這個名詞[2]。Moss 及 Atre[62]認為 商業智慧不是一個產品也不是一個系統，它是個蒐集並整合交易性資料，然後透過 7
- 19. 決策支援應用工具，讓企業容易存取商業資訊的架構。Mundy et al.[61]認為，商 業智慧廣義上是指使用資訊來制定最佳的企業決策。根據 1996 年 Greene 為企業智 慧所下的定義： 「商業智慧是將與企業運作有關的重要性資訊蒐集整理，用來管理 目前和將來的商業運作環境的一個過程」[3]。Harding[57] 認為商業智慧是將各種 不同來源的有用資訊，以淺顯易懂的方式來呈現。Sharma[66] 認為商業智慧是設計 來幫助管理者和企業組織來獲取必要的資訊，以便決定什麼是要被改善的以及如何 做改進。Geiger[55] 認為商業智慧是流程與資料結構的組合，用來了解企業的環 境，以支援策略分析及決策的制定。梁定澎[3]認為商業智慧乃是將企業內部所掌握 的資料與資訊，做進一部分析之後，針對企業所面臨的特殊環境，做出有助於公司 發展的策略性及關鍵性決策。王茁[2]認為商業智慧是企業利用現代資訊技術收集、 管理和分析結構化和非結構化的商務資料和資訊，創造和累積商務知識和見解，改 善商務決策品質，採取有效的商務行動，完善各種商務流程，提升各方面商務績效， 增強綜合競爭力的智慧和能力。 綜上所述，本研究認為商業智慧是透過現代化的資訊科技技術，蒐集企業內外 部結構化與非結構化資料，經過整合、分析後，轉換為資訊，以提供企業改善決策 品質，擬訂有效策，以達到提高企業競爭力及經營績效之目的。 2.1.2 商業智慧系統架構 商業智慧主要包括 1.擷取、轉換、載入(Extract, Translate,and Load,ETL) 資料的工具。透過工具將日常交易性資料，經過萃取、清理及轉換後，轉入資料倉 儲系統。2.資料倉儲系統，這是儲存資料的地方，依據各種資訊的主題，以多維度 的方式來儲存資料(如圖 2.1 所示)。簡言之，這是支援決策的資料庫，主要資料來 源是由日常交易系統的資料所產生。3.前端商業智慧工具或平台，例如線上分析及 8
- 20. 平衡計分卡等。主要是提供公司決策人員來取得、分析、共享資料倉儲中的資訊。 它可以用來被當作工具箱中的一件工具使用，也可以作為開發應用軟體的基礎，再 根據需求發展成特定的分析應用軟體[3]。 圖 2.1：商業智慧系統架構 資料來源：Mundy et al.[61] 2.1.3 國內相關商業智慧論文 在國內的學術研究中，相關商業智慧論文自 1999 年以來不斷增加，茲將商業智 慧相關論文整理如下表 2.1。由該表中可以看出，商業智慧系統架構的研究，主要 研究範圍，主要可分為銷售的支援、結合平衡計分卡來提升經營績效以及商業智慧 系統建置之成功關鍵因素等，並著重於歷史資料的分析，較少有關於支援財務人員 資金調度決策之商業智慧系統相關研究。 9
- 21. 表 2.1：國內商業智慧相關學術研究 相關論文 研究主題摘要 王媺淑[18] 建立起一利基客戶選取架構 並將重心置於關鍵消費者屬性商業智慧之 ， 建構。 林繼文[19] 利用商業智慧中的資料發掘技術 研究網頁資料發掘技術對於網站經營 ， 者的幫助，進而為企業組織帶來競爭優勢。 蔡懿穗[20] 應用商業智慧技術，建構 web-based 跨企業銷售決策支援系統，藉以作 為業者決策時的參考依據，輔助企業產生較佳經營決策。 劉德泰[21] 採用商業智慧系統開發程序，引進資料倉儲、資料挖礦資訊技術建立商 業智慧架構，為零售業規劃一套完整的商業智慧。 朱慧蘭[22] 提供個案公司一個導入商業智慧系統之參考架構 並且能有效結合其外 ， 部資料庫之系統，以提供公司更為有效之決策參考。 丁麗珍[23] 本研究除了為物流業實際建置資料倉儲系統 也提出以作業基礎管理作 ， 為策略性應用，期望資料倉儲系統能夠為企業帶來真正的效益。 鍾雯玫[10] 以服飾零售業為個案 探討如何建立一個以支援平衡計分卡為決策基礎 ， 之資料倉儲。 郭曉玲[24] 利用商業智慧系統工具設計雛型系統為研究核心 透過實作方式導入實 ， 際資料及建置雛型系統進行應用評估 來探討食品飲料業建構時所應具 ， 備架構內容，以及應注意之事項。 夏祥泰[25] 結合平衡計分卡精神以及商業智慧設計出一套醫院商業智慧系統解決 方案之架構，以創造兼具醫療品質與獲利能力的優質醫院。 陳嘉璋[26] 對於特定產業，先行探討其領域知識及通用之績效目標，建構該產業之 關鍵績效指標，及合適的資料模型，並藉由雛型系統的開發，推導其資 料倉儲的格式，目的在於有效降低建置的時間及成本。 柯福富[27] 應用商業智慧發展企業營運績效模式，以建構核心經營競爭力為基礎， 透過資訊科技之應用需求，建構一個企業個案模型，以結合理論與實務 之運用。 楊少甫[28] 以商業智慧系統為基礎，延伸至知識管理及創新績效的發展過程及理 由 並探討整合商業智慧系統及知識管理對於創新績效在實務產業的運 ， 用。 楊適綺[29] 研究個案公司利用商業智慧系統針對產品銷售資料 顧客基本資料與其 、 消費記錄進行知識發掘，並透過健全的管理流程於企業內進行知識分 享，讓知識成為管理者行銷決策依據。 戴宏仁[30] 利用商業智慧的特性，將過往知識中製程的重要資訊建置於資料市集 中，並利用線上分析處理的特點做為日後查詢相關參數挑選資料。 吳文宗[31] 提供一個銷售分析的商業智慧實際案例。 劉建良[32] 以個案實例探討，由品牌商利用本研究所建立的評量表來針對未來 ODM 合作對象做評量，並檢討其優劣勢。 10
- 22. 表 2.1：國內商業智慧相關學術研究(續) 相關論文 研究主題摘要 姜淑芳[33] 透過個案研究來探討導入商業智慧系統的障礙因素。 黃維娟[34] 藉由建置商業智慧系統經驗之汽車企業為對象，予以深度訪談及探 討，以給汽車產業在建置商業智慧系統時的參考及建議。 林子平[35] 提出簡式建構元件化建置法，提供企業在商業智慧建置時參考。 郭聰憲[36] 採描述性個案研究法，藉由實務上所發生的複雜現象予以完整的描述 並與專案負責人詳談，以釐清商業智慧系統「為何會」及「如何」導 入成功或失敗。 林隆潤[37] 利用商業智慧工具建構一套能夠彌補數據落差的資訊需求，以協助隨 時管控策略性衡量指標之達成狀況。 李美瑩[38] 透過商業智慧系統，將分散的產品、行銷、客戶等相關資訊加以蒐集 並彙整，提供給相關管理決策人員分析應用。 范雪鈴[39] 提出一套適合生產部門之關鍵性績效衡量指標、藉由改善生產製造部 門問題的關鍵性績效衡量指標（KPIs）與績效指標的驅動因子，將生 產情報回饋給高階經營者，以提昇高階主管決策效率。 倪育煌[40] 以精密鍛鑄業為例，利用商業智慧架構，為作業基礎成本制度建置一 套更即時的回饋系統。 張宇文[41] 提出一個新的系統建置模式來幫助醫院醫護人員以不需撰寫任何程 式碼的方式 即可依照其臨床實際需求 快速建立醫療通報資訊平台。 ， ， 曾能彬[42] 應用資料倉儲技術與理論，整合 ERP 與非 ERP 的資料來源。 金迺誠[43] 以「分析、設計、實作」三個階段，逐步建構以平衡計分卡之績效衡 量為基礎，「關鍵績效指標」為需求之資料倉儲系統，並以網頁方式 呈現。 李佳玲[44] 應用商業智慧於一般消費者對於眼鏡產品的消費習性，以及區分不同 消費者對眼鏡產品的消費傾向之探討。 林敏[45] 針對海關決策分析資訊需求進行商業智慧應用設計，並探討前述科技 對提升資訊作業與展示效益的可能改善，以及分析性資料的方便取得 對管理面及決策的支援程度。 程兆慶[46] 以商業智慧的觀點，配合 Microsoft SQL Sever 2005 軟體所提供的資 料採礦工具，建構出一套完全符合自身銀行客戶特性的信用卡評分模 型之流程。 蕭銘宏[47] 整合平衡計分卡與商業智慧系統，並建置一套整合二者的應用系統。 郭進聖[48] 以個案研究方式，將某製造業公司於發展商業智慧系統之建置流程與 重要細節以實例方式說明。 資料來源：本研究整理 11
- 23. 2.2 資料倉儲 2.2.1 資料倉儲的定義 依據Inmon[58]對資料倉儲的定義，資料倉儲主要有四個特質：主題導向、整合 性、非揮發性及時間變異性，以下分別說明其意義： 1. 主題導向(subject oriented)：資料倉儲是對各種不同的主題做分析，因此，資 料的儲存是以主題為準。例如一個電信公司在傳統資料庫已經建立計費資料庫、 財務資料庫及客戶資料庫。其中計費資料庫是記錄客戶的消費狀況，財務資料庫 記錄客戶的繳費狀況，客戶服務資料庫是記錄客戶諮詢及投訴狀況，這些資料庫 均有與客戶主題相關的資料。若直接透過傳統資料庫來進行決策支援，必須橫跨 三個資料庫才能獲得客戶完整的資訊，如此一來，將會影響系統的處理的時間和 效率，而且資料之間若有不一致或不同步的情況，都將影響到決策的正確性。因 此，資料倉儲引進主題的概念，將某一個主題的相關資料，集中於同一個地方， 有助於決策者在資料倉儲的其中一個位置，檢索涵蓋某個主題的資料(如圖2.2)。 12
- 24. 圖 2.2：主題式導向的資料倉儲 資料來源：林傑斌等[16] 2. 整合性(integrated)：資料倉儲的資料來自各種不同的資料來源，而這些資料儲 存於資料倉儲系統，是經過整合過的。意即從各個部門所萃取的資料，要從結構 上作轉化，以統一原始資料中所有矛盾之處，如欄位的同名異義或單位不統一 等。如此才能建構資料倉儲中的分析資料。 3. 不會改變(nonvolatile)：資料倉儲是與日常交易系統資料分開，這種分開存取 的方式主要是因為資料倉儲不需要業務處理。通常它只需要兩種存取方式，即資 料的載入與存取。資料倉儲原則上是一致性的資料儲存，可充當決策支援模型的 實體執行，並存放企業決策所需的資訊。資料倉儲經常被視為一種基礎架構，用 來將異質資料整合在一起 並支援結構化與專業化的查詢 分析報告與決策制定。 ， 、 4. 依時間而不同(time variant)：資料倉儲會按照不同的歷史時期的某一主題來儲 存資料，因此具有時間屬性[14]。 13
- 25. 資料倉儲大師Ralph Kimball[60] 對資料倉儲的定義是：「一份為了查詢與分 析為目的，而由交易系統中複製出來的資料」。Ralph Kimball 是以資料倉儲的功 能為出發點，不對資料倉儲裡面包含的資料類型做出任何規定。由此可見，Inmmon 與Kimball最大的不同，是對資料倉儲中的資料模式類型看法不同，前者覺得資料倉 儲中的資料應該是以第三正規化的形式存在，而後者認為資料倉儲中的資料應該是 以維度模式存在[14]。表2.2列出兩派學說的不同點。 表 2.2：Bill Inmon 與 Ralph Kimball 兩派學說比較 項目 Bill Inmon Ralph Kimball 資料倉儲資料模式 第三正規化 維度形式 資料倉儲與資料超市的關係 資料超市是資料倉儲的 資料倉儲是由多個資料超 一個層面 市而組成 範圍 比較廣義 比較狹義 概念 比較理論 比較實際 資料來源：李卓翰[14] 綜合上述觀點，資料倉儲可定義為依據各個特定主題整合企業所有資料的基礎 建設，進一步利用線上分析、資料探勘各項工具，提供決策者快速、整合性、視覺 化且具分析性的資訊。 2.2.2 資料倉儲的架構 資料倉儲的架構可以用圖 2.3 來表示，主要包括 ETL(資料萃取、轉換、載入工 具) 資料儲存 OLAP(線上分析處理) 以及使用者端 ETL(Extract/Transform/Load) ， ， ， 。 就是資料的萃取、轉換與提煉。所謂資料的提煉就是從不同的資料庫中萃取所需的 資料，並將資料欄位名稱、位元數與格式統一，進而消除重複的資料。ETL 的工具 包括資料萃取、資料轉換、資料清理及資料載入。 14
- 26. 1. 資料萃取：由於資料倉儲是依照主題的分是來組織資料，因此只需要從交易資料 庫中，萃取出系統所需的那一部分資料。例如，某大型量販店要分析客戶的購買 行為，則只需要將與客戶購買行為相關的資料萃取出來，至於其他與客戶不相關 的資料如員工資料就不需要放入資料倉儲中。 2. 資料清理：當資料存放於不同的資料庫中，如果不同資料庫間的資料不是即時 的，則有可能出現資料不同步的情況。對決策支援系統而言，最重要的就是決策 的準確性，因此，為確保資料倉儲中資料的準確性，從多個資料庫中擷取資料時， 必須針對資料加以清理，以確保資料的正確性。 3. 資料轉換：由於不同的資料庫可能使用不同的資料庫廠商的產品，例如IBM DB2、 ORACLE、Informix、Sybase等，各種資料庫提供的資料類型可能都不一，因此， 必須透過資料的轉換，以便將資料轉換成統一的格式。 4. 資料載入：資料載入物件主要負責將資料，依據實體資料模型所定義的結構載入 資料倉儲中，這些步驟包括淨空資料欄、填充空格及有效性的檢查等[16]。 圖 2.3：資料倉儲架構 資料來源：林傑斌等[16] 15
- 27. 2.3 線上分析系統 2.3.1 線上分析系統的定義 1960 年代，關聯式資料庫之父 E.F.Codd 提出了關聯式模型，促進線上交易處 理(Online Transaction Process, OLTP)的發展。1993 年，E.F.Codd 提出了 OLTP 概念，認為 OLTP 不能滿足終端使用者的需求，因此提出了多維度資料庫和多維度分 析處理的概念，即線上分析處理(Online Analytical Process, OLAP) [16]。OLAP 是鎖定某個特定主題做線上資料處理與分析，運用直覺化的方式從多個維度、多種 資料整合程度將系統的營運情況展示給使用者。OLAP 是使分析人員、管理人員或執 行人員能夠從全方位對資訊做快速、一致及互動式地存取，從而獲得更深入決策資 訊的管理技術。OLAP 的目標是滿足決策支援或是滿足在多維度環境下，特定的查詢 和報表需求，它的技術重點是「維度」(Dimension)概念，故 OLAP 可以說是多維度 資料分析工具的集合[16]。 一個線上分析系統必須符合以下條件： 1. 可以直接分析，非單純報表工具：OLAP 提供使用者線上的即時資料分析功能， 都包括線性與非線性的多變量分析、法則分析與目標搜尋與模式模擬等功能。另 外，線上分析系統必須讓使用者可以自己設定需要的報表公式。 2. 速度快：必須是使用者一按下指令，即可立即得到所需的結果，始能符合線上分 析的功能需求。 3. 多維度資料展示：多維度（Multidimensional）一詞是指多項不同分析問題的變 項。以銷售資料分析而言，OLAP 可依地區、部門、產品等要件形成如魔術方塊 般的不同構面，以便檢視資料庫中的資訊並分析其彼此的關連性。管理者可詳細 檢視資料在不同維度組合下的各種層面，系統並可據此動態且即時的產生所需的 16
- 28. 報表(如圖 2.4 所示)，如此可以節省需要由資訊部門來設計程式的不便，提高分 析的效率[14]。 圖 2.4：多維陣列整合之三維度立方體 資料來源：林傑斌等[16] 2.3.4 OLAP 和 OLTP 的差別 OLAP 系統所管理的是大量的歷史資料，提供彙總和巨集的機制。OLTP 系統僅是 管理日常交易的資料。OLAP 系統採用星狀或雪花模型和主題式導向的資料庫設計。 OLTP 系統採用實體關聯式資料模型和應用導向的資料庫設計。它們主要的區別如下 表 2.3 所示[16]。 表 2.3：OLAP 系統和 OLTP 系統的區別 OLAP 系統 OLTP 系統 客戶 決策人員中高階管理人員 操作人員 系統導向 資料分析導向，分析驅動 當前資料，細節性資料 資料內容 歷史性資料，整合性資料 當前資料，細節性資料 資料庫設計 採用星狀或雪花模型和主 採用實體關聯式 ER 模型和 題導向的資料庫設計 應用導向的資料庫設計 視覺圖 涉及歷史資料或不同組織 主要關注一個企業或部門 的資料 內部的目前資料 存取模式 大部分是唯讀操作 線上更新 資料來源：林傑斌等[16] 17
- 29. 2.3.5 OLAP 的資料分析方式 OLAP 的資料分析方法包括下列方式： 1. 資料切片(Slicing)：在多維度陣列的某一維度上選定一個值，則多維度陣列就 從 n 維度降為 n-1 維度，我們稱多維度陣列的子集(維度 1，維度 2，…，維度成 員 Vi，…，維度 n，變數)(假設維度 i 的維度成員取 Vi)為多維度陣列在維度 i 上的切片(Slicing)。圖 2.5 所示是一個按產品維度、城市維度和時間維度(年度) 組織的產品銷售資料，用多維度陣列表示(時間、城市、產品及銷售量)。如果在 城市維度上選定一個維度成員(設定為台北或台中)，就得到了一個維度上的切 片。如果在產品維度上選定一個維度成員(設定為電視機或電冰箱)，就得到了產 品維度上的切片[16]。 圖 2.5：資料切片架構圖 資料來源：林傑斌等[16] 18
- 30. 2. 資料上探/下鑽：資料鑽取包含向下鑽研/下捲和向上探取/上捲操作，上探是在 某一維度上將低階層的細節資料提升到高階層的彙總資料。向下鑽則相反，它從 匯總資料深入到細節性資料作觀察。這兩者都是改變維度的階層和變換分析的操 作。在圖 2.6 中，2006 年某產品收入如表 A 所示，時間階層式＂年＂，如在時 間維度上做下鑽操作，可獲得其下層各季度銷售資料如表 B 所示，表 B 顯示的是 2006 年某產品每季度的銷售情況，意即表 B 中各個季度的銷售總和應當等於表 A 中一年的銷量。同理，如過在季度階層上繼續向下鑽取，則可得 2006 年該產品 每季度、每月的銷售情況。反之，若做上探，則可從表 B 得表 A 的結果[16]。 依 部門 銷售 時 部門 1 60 萬美元 間 部門 2 85 萬美元 維 依 度 時 部門 3 90 萬美元 向 間 表A 上 維 探 度 取 向 下 鑽 研 2005 年 部門 Q1 Q2 Q3 Q4 部門 1 10 萬美元 20 萬美元 15 萬美元 15 萬美元 部門 2 20 萬美元 10 萬美元 40 萬美元 15 萬美元 部門 3 15 萬美元 25 萬美元 10 萬美元 40 萬美元 表B 圖 2.6：上探、下鑽操作架構圖 資料來源：林傑斌等[16] 3. 資料旋轉(Rotate)：旋轉是改變維度的位置關係，作旋轉變換可以得到不同視角 的資料。旋轉可能交換行和列，也可在維度階層間作交換。如圖 2.75 中橫向的 時間維度和縱向的部門維度作交換，使橫向成為部門，縱向成為時間的報表。圖 2.8 是在維度階層作交換 使得使用者能夠對不同年份同季度的資料做比較[16] ， 。 19
- 31. 2005 年 2006 年 部門 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 部門 1 20 20 35 35 12 20 25 14 部門 2 25 5 15 15 20 18 23 12 部門 3 20 15 18 27 18 20 17 25 部門 1 部門 2 部門 3 2005 年 Q1 20 25 20 Q2 20 5 15 Q3 35 15 18 Q4 15 15 27 2006 年 Q1 12 20 18 Q2 20 18 20 Q3 25 23 17 Q4 14 12 25 圖 2.7：不同維度間之旋轉架構圖 資料來源：林傑斌等[16] 2005 年 2006 年 部門 Q1 Q2 Q3 Q4 Q1 Q2 Q3 Q4 部門 1 20 20 35 35 12 20 25 14 部門 2 25 5 15 15 20 18 23 12 部門 3 20 15 18 27 18 20 17 25 Q1 Q2 Q3 Q4 部門 2005 2006 2005 2006 2005 2006 2005 2006 年 年 年 年 年 年 年 年 部門 1 20 12 20 20 35 25 15 14 部門 2 20 20 5 18 15 23 15 12 部門 3 20 18 15 20 18 17 27 25 圖 2.8：維度階層上的旋轉架構圖 資料來源：林傑斌等[16] 20
- 32. 2.3.6 OLAP 的架構 OLAP 的 系 統 架 構 主 要 可 分 成 ROLAP （ Relational OLAP ）、 MOLAP (Multidimensional OLAP）及 Holap (Hybrid OLAP)三種方式。ROLAP 透過標準或擴 充式的關聯式資料庫（RDBMS）來建置資料倉儲，它將資料儲存在關連式資料庫中， 透過 SQL 方式來讀取資料。MOLAP 是將多維資料以特定的結構加以儲存在多維度資 料庫內，OLAP 則直接在此特定的資料結構上進行運作。由於資料已經用多維度的型 態來儲存，因此，多維度的分析較為容易。HOLAP 具有關係型性上分析和多維度型 線上分析兩種功能，當使用者需要看合計的資料時，就用多維度型分析功能，以提 高分析速度。當使用者需要看明細資料時，就運用關係型線上分析功能，讓使用者 看到明細資料，故屬於混合型線上分析系統[14]。 2.4 金融市場 金融市場係指資金需求者與供給者之間的資金融通場所，而這些資金如何融 通，係透過金融機構進行各種金融工具的買賣，將供給者的剩餘資金移轉給資金需 求者，例如銀行的存放款、公司債、股票、公債、商業本票等不一而足。因此，金 融市場又可說是各種金融工具的供給者與需求者，共同決定價格並進行交易的場 所。如下圖 2.9 所示。 圖 2.9：金融市場的行成 資料來源：謝劍平[12] 21
- 33. 2.4.1 金融市場的結構 金融市場是由各種不同的金融工具與參與者所形成。以期間而言，金融市場可 分為貨幣市場與資本市場。若依其他不同的分類標準，金融市場尚可分成許多不同 類型，如發行市場與流通市場、集中市場與店頭市場等。如下圖 2.10 所示。 圖 2.10：金融市場的結構 資料來源：謝劍平[12] 1. 貨幣市場(Money Market) 貨幣市場是指提供一年期以下短期金融工具交易的市場，包含國庫券、商業本 票、可轉讓定存單、銀行承兌匯票等「短期票券」市場、附買回與附賣回交易及金 融拆款市場等(如表 2.4)。貨幣市場通常沒有集中交易的場所，必須透過電話及其 他通訊設備的店頭市場(Over-the-Counter,OTC)來進行交易，其功能在於協助短期 資金需求者與供給者之間的資金移轉[12]。 22
- 34. 表 2.4：貨幣市場的主要投資工具 貨幣市場的主要投資工具 1. 短期票券 (1)國庫券 (2)可轉讓定期存單 (3)商業本票 (4)銀行承兌匯票 2. 附買回與附賣回交易 3. 金融業拆款 資料來源：謝劍平[12] 2. 資本市場(Capital Market) 資本市場是指提供一年以上或無限期金融工具交易的市場，扮演者中、長期資 金供需的橋樑。資金需求者依不同的資金需要，發行各種不同的中、長期金融商品， 供大眾投資人投資。資本市場的金融商品主要包括普通股、特別股、存託憑證等權 益證券與債券等商品(如圖 2.11 所示)。資本市場的金融工具大都有各自的集中交易 場所與店頭市場[12]。 政府公債 債券 金融債券 公司債 資本市場 投資工具 特別股 權益證券 普通股 圖 2.11：資本市場的投資工具 資料來源：謝劍平[12] 23
- 35. 3. 衍生性金融商品市場 衍生性金融商品之所以會出現，主要是因為金融環境變遷所造成的。為了因應 匯率、利率與股價的波動，於是產生了未規避此種風險的衍生性金融商品，如期貨、 選擇權、認購(售)權證、金融交換等。上述金融商品均有各自的集中交易場所[12]。 2.5 金融資產與負債 鄭丁旺[15]認為金融投資標的以金融工具(Financial Instruments)為最多。所 謂金融工具，係指對一企業產生金融資產，對另一企業產生金融負債或權益工具的 合約。所謂金融資產(Financial Assets)，包括：1.現金。2.對另一企業的權益工 具(如股票)。3.對另一企業收取現金或其他金融資產的合約權利(如應收帳款、放 款、債權投資)。4.按潛在有利於己的條件與另一企業交換其他金融工具的合約權利 (指衍生性工具 如交換(swap)、遠期合約、期貨、選擇權等)。所謂金融負債 (Financial Liabilities)，包括：1.交換現金或其他金融資產給其他企業的合約義 務(如應付帳款、借款、發行債券等)。2.按潛在不利於己的條件與另一企業交換金 融工具的合約義務(衍生性工具如交換、遠期合約、期貨、發行選擇權等)。 2.6 風險管理 吳俊德及許強[4]認為金融資產與負債影響最大的風險因素有利率風險和匯率 風險二種。因此風險管理首重風險暴露(Risk Expourse)程度的掌握，亦即對於資產 或負債可能遭受的風險，嘗試運用簡單量化分析方法，以便採取因應措施。以下針 對利率風險與匯率風險管理分述如下：1.利率風險：認為利率風險(Interest Risk) 係指利率的變動導致資產價格波動的風險。因此，利率的變動會造成金融資產與負 債未來現金流量的不確定。2.匯率風險：匯率風險係指匯率波動使資產價格產生變 化的風險[12]。在資產負債表上，將資產分為利率敏感性資產(Rate Senstive Asset, 24
- 36. RSA)、利率固定資產(Fixed Rate Asset)和非利率敏感性資產(Non Earning Asset, NEA)三大類。同理、負債方面亦可分為利率敏感性資產(Rate Sensitive Liability, RSL) 、 利 率 固 定 負 債 (Fixed Rate Liability, FRL) 和 非 利 率 敏 感 性 負 債 (Non Profitable Liability)。而利率敏感性資產和利率敏感性負債的差額，稱為缺口 (GAP)，亦稱為利率風險暴露部位(Interest Rate Risk Exposure)。一般來說，缺 口大於零者(RSA>RSL)稱正缺口；小於零者(RSA<RSL)稱為負缺口；以及零缺口 (RSA=RSL)。正缺口愈大，利率上升則盈餘增加，負缺口越大，則利率上升，反而盈 餘減少。 2.7 國內相關金融資產與負債管理學術論文 國內關於金融資產與負債管理系統之學術論文(如表 2.5 所示)，大都是銀行業 之資產與負債管理，較少關於非金融產業所持有之金融資產與負債部位管理系統之 探討。 表 2.5：國內資產負債管理相關學術研究 相關論文 研究主題摘要 張振倉[49] 針對國內環境，設計一整合性的電腦系統，以有效地支援國內銀行資 產負債管理之決策。 彭壽彭[50] 以 Baker 的資產負債管理理論為基本架構，參酌其它文獻與國內金融 環境，建立了一個包含 32 個機能的資產負債管理資訊系統。 張緯馨[51] 透過訪談研究銀行採用資產負債管理系統成功關鍵因素。 洪一峰[52] 以系統動力學為工具，提供銀行資產負債管理一個系統性、動態性及 銀行整體觀的模擬實驗室，銀行可在模型中試行不同的資產負債管理 政策。 劉健利[53] 以統一模式化語言來作系統分析，電腦模擬決策支援系統為工具，提 供銀行資產負債管理一個系統性、動態性及銀行整體觀的模擬。 許桂嫚[54] 透過個案系統分析方式，進行銀行資產負債管理系統的功能分析。 資料來源：本研究整理 25
- 37. 第三章、個案公司暨資金調度系統分析 3.1 個案公司背景 個案公司於 1954 年創立，1957 年建廠完成，日產 PVC 塑膠粉 4 公噸，由於當 時產量少，成本偏高，國內又缺乏下游加工客戶，產品堆積如山，嚴重滯銷，為了 突破困境，經再三思考降低成本，擴展銷路，乃決定於 1958 年籌設一從事 PVC 管、 膠皮、膠布等塑膠加工公司，以消化 PVC 粉後，再以加工品拓展外銷，PVC 粉產量 乃得以一舉由日產 4 公噸擴增至 40 噸，大幅降低單位生產成本。隨後為了消化二次 加工品，又成立新公司，將塑膠加工公司生產之膠皮、膠布加工生產皮包、皮箱、 鞋類、窗簾、雨衣、吹氣玩具等三次加工產品，總算化解 PVC 粉滯銷困境，同時也 形成石化產業中，下游一貫垂直整合之生產體系。 個案企業除上述石化產業體系外，持續不斷多角化發展，陸續設立化學纖維公 司、亞克力棉廠、聚酯纖維廠、成耐隆纖維廠等，相繼完成化學纖維之上、中、下 游垂直整合產業體系，擁有政府第一期經濟建設計畫輔導重點三大工業中之塑膠及 紡織二項產業，並完成塑化產業中、下游與紡織產業上、中、下游垂直整合一貫生 產體系，建立核心優勢及資源，事業建立期完成，已具國際競爭力。 個案企業歷經 50 年的努力經營，其事業版圖已含括煉油、石化、紡織、塑膠加 工、電子、發電、機械製造、生物科技、醫療、運輸等領域。2005 年全企業營業額 高達台幣 1 兆 4,315 億元，稅前利益額為 2,468 億元，資產億額為 2 兆 348 億元， 資本總額為 5040 億元，員工人數高達 8 萬 4 千餘人，為台灣最大集團企業。 26
- 38. 3.2 個案企業總管理處 個案企業為謀求經營管理合理化，以建立一完善制度作為企業經營之軌道，使 一切能夠正常順利運作，同時藉由不斷追求改善，以期達成提高企業經營績效之目 的。其對於管理幕僚機能之強化，一向極為重視，在考量從事多角化之經營時，若 許多共同性之事務予以集中管理，將可獲致一舉數得之效，不但用人可以大幅減少， 而且集中管理以後，該等事務由專精人員從事，效率及品質亦可望提升。因此，個 案企業於民國五十七年即設立總管理處。總管理處之下分設財務部、採購部、營建 部、發包中心、麥寮管理部、法律事務室、出口事務組、秘書室、大樓管理處、資 訊部以及總經理室，除總經理室為專業管理幕僚單位外，餘單位係為統籌管理各公 司及事業部之共同性事務而設立。總經理室針對各項管理機能之需要，分設有產銷 一、二、三組、產業研究組、經營專案組、資材管理組、資材審核組、工程管理組、 工程營建審核組、工程機電審核組、工安環保組、財務管理組、人事管理組、專案 改善組、土地組及公共關係組等。 總管理處配合各事業部之經營，訂定相關管理制度，將各項事務導入軌道運作， 同時將企業經營管理各項機能如營業管理、生產管理、資材管理、人事管理、工程 管理及財務管理等全盤規劃納入電腦處理，達成全面電腦化管理，促使各項管理事 務相互之間構成一體關聯性，各相關數據均於一次輸入之後，即作多層次的傳輸應 用，在每一項管理電腦作業內充分發揮相互勾稽、統計分析、異常反應及跟催的管 理機能，最終並彙集至財務會計系統，進而編製成各種財務及經營管理報表，忠實 反應實際經營狀況，以利各部門檢討經營得失，並擬定未來經營方針和拓展業務之 參考，提高經營效率。 27
- 39. 總經理室之主要機能，除上述制定各項管理制度，以及規劃推動各項管理電腦 化外，另一個主要機能，則是對各項管理作業執行情形進行稽核。稽核最終之目的 乃在於發掘問題，進而針對各項問題研擬改善方案，再經與事業執行單位彼此共同 檢討，交付執行之後並作定期跟催，確保改善方案之實施，同時瞭解有無修訂之處， 直到「止於至善」為止。 個案企業成立總管理處以來，經常不斷的推動事務改善以及成本合理化之工 作，每年均有數百件之多。如此鍥而不捨追求之結果，除了企業內所隱藏諸多不合 理之處，皆能藉此發掘、消除，進而奠定成長之堅實基礎外，更重要者，以此一方 式訓練人員，確為教導其提高辦事效率之良好途徑，對企業之發展助益匪淺。 3.3 個案企業財務部 個案企業財務部(以下簡稱財務部)是統管全集團資金調度部門，包含國內及海 外事業體，均委由財務部統一管理。主要目的是為追求全集團資金最有效運用，已 達全企業資金效益之最大化。同時，為求資源的整合，委由統一部門辦理，除可提 高日常作業效益外，更可達作業程序的一致性與標準化。 以下分就財務部組織、交易策略及風險管理策略說明如下： 1. 組織：包括各出納、股務、大陸資金調度、台幣資金調度等業務均由財務部統一 辦理，並依前述機能，成立各業務組別(如圖 3.1)。出納組主要是負責各公司日 常現金收付以及帳號間調度。股務組主要負責全企業各公司股務業務。台幣資金 組主要負責各公司長短期台幣資金調度。大陸資金組主要負責大陸各子公司所有 日常資金調度。同時為落實各公司衍生性商品之交易與交割作業人員不得互相兼 任之風險控管原則，財務部內分設外匯交易組與風險管理組。外匯交易組於商品 交易訂約後，由風險管理組與各金融機構雙向複核當日之交易明細內容，並執行 28
- 40. 後續相關之交割作業。一旦發現交易異常，則須立即擬訂處理對策，呈報財務部 最高主管核准後，持續追蹤改善情形。 2. 交易策略：避險交易策略之擬訂，乃由財務部外匯交易組依各公司外匯需求與資 金餘絀狀況，配合市場走勢，研擬短、中、長期避險策略與選擇最適切之金融商 品。並於每月例行召開之各公司最高幕僚及財務主管月會中，向各公司財務最高 主管及內部稽核部門提報市場走勢、風險管理與例行性、專案性避險交易之執行 情形及計畫，並於會後以書面紀錄提報董事會授權之總管理處總(副總)經理同意 後據以執行。 個案企業對於匯率避險係以減少各公司淨匯率風險部位之自然避險為原 則。日常營運外匯資金不足部分，均於市場匯率有利時買入即期或遠期外匯支 應。對外幣長期負債，分別於簽約、撥款及利率、匯率處於相對低檔時與數家國 際知名銀行簽訂換匯換率（CCS）契約，俾使因匯率變動對營收獲利之影響減到 最低。針對浮動利率之長期負債（包含浮動利率計息公司債），為規避利率波動 風險，經審慎評估金融市場情勢，分別於簽約、撥款及利率處於相對低檔時與數 家國際知名銀行簽訂利率交換（IRS）契約，承作利率皆較投資計劃預估融資成 本為低，故即使利率因不確定因素產生波動，對企業影響亦不大。 3. 風險管理策略：財務部風險管理組每週須按市價評估各長短期外幣借款部位與避 險部位之未實現兌盈損評價資料，提報該部最高主管核簽，每月則須提報本企業 各公司最高幕僚及財務主管月會，藉以確實掌控本企業各公司風險部位之兌盈損 狀況與避險交易之執行成效。 29
- 41. 圖 3.1：個案企業財務部組織圖 3.4 個案企業 ERP 系統 個 案 企業資金調度系統由 集團內資訊部門開發，資料庫系統為 Oracle8i Enterprise Edition 資料庫系統，應用系統程式以 DEVELOPER/2000 Forms Desinger 4.5 及 Reports Desinger 2.5 等螢幕及表單開發工具，開發日常管理作業所需之輸 出入螢幕及各種管理報表。整個 ERP 系統主要分為六大管理機能(如圖 3.2)，分別 為財務管理電腦作業、營業管理電腦作業、人事管理電腦作業、生產管理電腦作業、 資材管理電腦作業及工程管理電腦作業。各機能環環相扣，組成完成之 ERP 系統， 其中本研究所探討的主題，屬財務管理電腦作業之資金調度管理系統。 30
- 42. 圖 3.2：個案 ERP 系統之六大管理作業 3.5 個案公司資金調度系統 個案企業之資金調度電腦作業之設計主要用於日常營運資金調度之需求，作業 範圍包含定存、短期商業本票、基金、債券等投資需求，以及短期借款、發行商業 本票、長期借款、公司債等融資作業需求。各項管理資訊系統主要有台幣資金調度 系統與外幣資金調度系統。台幣資金調度系統包含額度管理、公司間調度、存款之 輸入、到期處理及到期提示表單等。外幣資金調度系統包含外幣短期信用借款、外 幣暫借款、外幣買賣設定及各項到期提示表單等。長期借款系統包含各公司長期借 款案件輸入、到期本金利息管理與各項到期提式表單等。每日資金調度所需的收支 業務資料，因屬於出納系統的作業範圍，因此透過系統的資料傳送，自動銜接出納 31
- 43. 收付款系統結合，以辦理日常付款及收款業務，例如支票開立，有價證券的交割及 收入帳款的確認等等。待出納辦理完當日的收付款業務後，再由出納電腦管理系統， 代為開立當日的收支傳票，以轉入會計帳務系統，辦理後續的帳款處理業務。主要 流程說明如圖 3.3 所示： 圖 3.3：個案之資金調度作業流程 3.5.1 台幣資金調度系統 以下分就財務部台幣資金調度系統逐項說明(詳細流程如附錄一、二)： 1. 台幣短期存款(包括購買定期存款、短期票券、債券型基金等)：台幣資金組 資金調度人員與金融機構洽妥存款事宜後，即以「存款資料輸入」螢幕輸入 存款資料後，列印「存(借)款(到期)處理單」 ，呈核後送出納開立支票，據以 辦理短期存款購買手續，資料並寫入「有價證券待確認檔」立案跟催於當日 確認購入存款，否則即印「存款逾期反應單」催辦。 32
- 44. 2. 台幣短期借款(包括銀行短期借款、發行商業本票等)：台幣資金組資金調度 人員與金融機構洽妥借款事宜後，即以「短期借款資料輸入」或「發行票券 資料輸入」螢幕輸入短期借款或發行票券資料後，列印「存(借)款(到期)處 理單」 ，連同借據、商業本票、匯票、承兌約定書及委託書等有關文件呈核用 印後，辦理銀行短期借款或發行商業本票手續。 3. 台幣短期存、借款到期處理：台幣資金組資金調度人員列印「存、借款到期 提示表」與銀行確認到期之本息金額無誤後，即以「存借款到期確認」螢幕 輸入存、借款到期資料，列印「存(借)款(到期)處理單」 ，連同有關文件呈核 用印後，辦理存、借款到期手續，並將收入金額通知出納動用。 4. 長期借款暨還本付息：台幣資金組資金調度人員於長期借款(包括公司債、擔 保借款及銀行聯貸等)洽妥金融機構、提報董事會議決後，即以「長期借款資 料建檔」及「長期借款分次撥款資料建檔」螢幕輸入長期借款及分次撥款資 料，聯貸案件並以「長期借款參貸資料建檔」螢幕輸入參貸銀行暨比率等資 料後，辦理長期借款各項手續。長期借款還本付息時，由電腦依據建檔資料， 自動計算各期還本付息金額，供資金調度人員以「長期借款還本付息處理」 螢幕核對金融機構之「還本付息通知單」內容無誤後，列印「調度清單」辦 理還本付息手續。 5. 公司間資金調度：資金調度人員於出納確認之帳號間資金調度資料(即各公司 調度專戶餘額)後，以公司間調度螢幕輸入調度資料，再由電腦列印調度清單 及並將資料銜接出納及會計系統。 6. 銀行額度及同業往來額度管制：資金調度人員列印「銀行額度明細表」及「同 業往來額度表」，俾隨時掌控銀行額度及同業往來額度。 33
- 45. 3.5.2 外幣資金調度系統 外幣資金調度作業(流程圖詳如附錄三)，主要包括： 1.外幣短期(購料)借款：資金調度人員依銀行之「借款通知單」所載借款案號，以 「借款資料核決」螢慕逐一將借款案件確認入檔，逾期則由電腦列印「外購短借 款逾期確認反應表」跟催財務部資金組辦理。 2.結匯銀行分配：資金調度人員列印「預計結匯明細表」經複核、調整並呈核後， 以「結匯銀行修訂」螢幕修改結匯銀行分配資料。 3.外幣調度及付款：資金調度人員每日列印「外匯需求彙總表」「結匯款明細表」 、 、 「SIGHT L/C 轉外購借款明細表」「美金 O/A 轉外購借款明細表」及「銀行帳號 、 明細及餘額表」供次日調度使用。資金調度人員每日人工核算「外匯需求彙總表」 之美金、雜幣金額，調整採購部暫借款付款資料，部份未到單者暫不付，彙總當 日外匯需求(採購部結匯款及外購還款)與銀行帳上餘額核對，外幣資金不足，以 美金買日幣、歐元，或台幣買美金時，須以「帳號間調度資料輸入」螢幕輸入帳 號間調度資料，列印收支清單、 「外幣結匯款明細表」及「外匯取款條」並填匯款 書、結購外匯申報書，連同取款條或台支送買匯銀行，由賣匯銀行將資金匯入外 幣調度中心帳戶，匯款資料並經由電子銀行連線作業，傳送銀行；資金剩餘時則 買入定存單。 綜合以上所述，現有之資金調度系統，雖然可透過各項子系統，提供各項管理 資訊，供決策者擬訂因應對策，不過，現有系統資料，欲以不同角度進行分析時， 往往必須另外提出需求後，始能由資訊部門開發所需表單。故透過導入商業智慧系 統來整合來自現有操作系統和各種外部資料之不同的資訊，將可提供一致性和可靠 性的資料，以支援財務部門資金調度專業人員做決策和擬訂避險計畫。 34
- 46. 第四章、系統分析與設計 本論文是以Mundy等人[61]所探討之企業維度生命周期架構，作為開發流程。因 此，本章節之開端會先針對企業維度生命週期發展程序各階段作一簡單描述，再描 述如何建置一個「支援金融資產與負債管理之商業智慧系統」。 4.1 維度模型 企業維度生命週期發展模式從專案計劃到系統維護與成長階段，總共有12 階段 (如圖4.1)，專案管理步驟貫穿整個生命週期，其主要工作為控制整個專案的進行。 由於其架構完整涵蓋管理面與技術面相關議題，因此先就「企業維度生命週期發展 程序」分別說明這12 個階段的工作內容： 圖 4.1：企業維度生命週期發展程序 資料來源：Mundy et al.[61] 35
- 47. 1.專案規劃(Project Planning) 在此階段中需要提出企業實施商業智慧專案的目標與範圍，包括企業是否已準 備 就 緒 的 評 估 (readiness assessment) 及 導 入 商 業 智 慧 系 統 的 理 由 (business justification)。 2.定義企業需求(Defining Business Requirements) 企業的需求是商業智慧系統的根本。企業的需求將引導專案小組制定最佳的決 策，例如選定優先導入的主題來執行，以協助制定最重決策，或是該如何將關鍵績 效指標呈現給使用者等。因此，商業智慧系統成功建置的第一步，就是要明確地收 集企業內知識工作者的分析需求，並將其轉換成系統策略。 3.資料領域—維度模式設計(Dimensional Modeling) 根據企業需求定義所決定之資料倉儲資料需求，找出關鍵企業流程及維度、仔 細分析資料來源之資料、建構維度模式、及彙總規劃。以下圖4.2為例，是一個簡單 的典型零售業銷售維度模型。這個模型允許讓使用者橫跨整個企業以不同的角度， 來分析來自各種不同的零售活動。各銷售類別的經理可以不同的商店和不同的日 期，來了解各產品的銷售狀況。商店設計者可以商店的形式或地點來了解銷售狀況。 商店經理也可以依據不同的日期或收銀員來了解銷售狀況。 4.資料領域—資料庫實體設計(Physical Design) 此階段必須依據商業智慧系統架構的大小、資料量、使用者的複雜度等因素， 來規劃實體體架構。同時，依據維度模式設計階段所完成的邏輯維度模式，包括定 義命名標準、設定資料庫環境、初步的索引及資料分割。 36
- 48. 圖 4.2：零售業的基本維度模型 資料來源：Mundy et al. [61] 5.資料領域—資料集結設計及開發(ETL Design & Development) 此階段主要負責工作就是ETL 工作，也就是來源資料的擷取、轉換與載入至資 料倉儲。在擷取來源資料時，需處理資料品質的問題，而資料載入作業一般則是分 為兩個不同的程序，即第一次資料載入的「起始總體歷史資料」及之後「例行增加 部分資料」載入作業。 6.技術領域—技術架構(Technical Architecture Design) 由於商業智慧專案需要整合相當多的技術，因此，在此階段主要是評估所有技 術架構的機制與遠景，例如，整合於單一系統，或是資料庫系統與報表系統分開、 技術環境及規劃的策略技術方向等。 7.技術領域—產品選擇及安裝(Product Selection & Installation) 依據技術架構設計規畫，選擇適當的硬體平台、資料庫管理系統、資料集結工 具及資料存取工具，並進行安裝及測試來驗工具間的整合性。 37
- 49. 8.商業智慧應用領域—商業智慧應用程式規劃(BI Application Specification) 因為不是每一個使用者都需要動態存取資料倉儲的資料，因此，此階段定義一 組使用者應用程式標準，包含報表模版、使用者自訂參數及一些必須的運算定義等， 以提供系統開發人員與企業使用者間的一個溝通介面。 9.商業智慧應用領域—商業智慧應用程式開發(BI Application Development) 完成使用者應用程式規劃後，透過工具的中介資料設計及報表的製作，完成最 終使用者應用程式設計，此階段設計最好能提供使用者一個修改報表模版的能力。 10.系統部署(Deployment) 在此階段將完成的商業智慧系統部署至正式運行的伺服器上，讓每個使用者可 以存取其所需要的資訊，此外，完整的操作技術文件的製作，才能協助有效完成使 用者的教育訓練，同時建置一個使用者者支援、溝通及意見回饋的機制，讓使用者 隨時可獲得技術支援。 11.系統維護及成長管理(Maintenance & Growth) 在商業智慧系統佈署之後，後續包括對使用者的持續支援與訓練、資料倉儲系 統流程有效率的持續運作、收集使用者新產生的分析需求，並依照新需求持續開發 新的商業智慧應用程式，並據此反覆整個生命週期的作業。 12.專案管理(Project Management) 專案管理是確保企業維度生命週期中每一階段都能依照既定的時程上軌道，專 案管理貫穿整個企業維度生命週期的所有活動，不論是監督專案的狀態、啟動作業、 控制專案的範圍外，並提供資訊部門與使用者一個持續溝通的管道。 38
- 50. 4.2 系統規劃與設計 依據前述企業維度生命週期發展程序，以下分別詳述本論文系統設計各個階段 的工作內容。 4.2.1 專案規劃(Project Planning) 在此階段中需要提出企業實施商業智慧專案的目標與範圍，包括企業是否已準 備 就 緒 的 評 估 (readiness assessment) 及 實 施 商 業 智 慧 的 理 由 (business justification)。我們要規劃一個簡單、具彈性之使用者介面程式，供財務部門之 資金調度人員隨時依據決策需求，自行調整分析角度，並透過系統每日提供最新資 產負債部位資料以及各項管理績效指標，以視覺化方式呈現各項訊息，同時財務幕 僚人員依據各項圖表資料，做深度探索，以即時掌握各項資訊之來龍去脈與異常原 因，並針對各項異常與財務部資金調度人員共同擬訂處理對策。 4.2.2 定義企業需求(Defining Business Requirements) 系統成功建置的第一步，就是要明確地了解使用者需求，同時，依據使用者的 需求，搭配企業現行的資金調度系統，另行設計出符合使用者需求的管理電腦制度。 因此，為了解使用者需求，經與 F 企業之財務部外匯交易組組長與風險管理組組長 檢討後，釐清主要需求內容及需求分析(表 4.1)如下： 每日提供各公司金融資產與負債部位之動態報表，以供財務部資金調度人員隨 時掌握各公司之金融資產與負債部位狀況。 每日提供各公司、各期間到期之金融資產與負債部位動態報表，以供財務部資 金調度人員隨時掌握各公司未來各期間到期之金融資產與負債部位狀況。 報表必須顯示各金融資產與負債部位之平均匯率與加權平均利率。 報表必須可隨時挖掘各案之詳細資料，以利及時提出因應對策。 39
- 51. 表 4.1：需求分析表 策略資訊 內部資料 外部資料 參考指標 台幣金融資產部位 各金融資產交易系統 台灣金融市場各 加權平均利率 彙總 項指標利率 台幣金融負債部位 各金融負債交易系統 台灣金融市場各 加權平均利率 彙總 項指標利率 各項台幣金融資產 各金融資產交易系統 台灣金融市場各 加權平均利率 部位 項指標利率 各項台幣金融負債 各金融負債交易系統 台灣金融市場各 加權平均利率 部位 項指標利率 外幣金融資產部位 各金融資產交易系統 國際金融市場各 加權平均利率及匯 彙總 項指標利率 率 外幣金融負債部位 各金融負債交易系統 國際金融市場各 加權平均利率及匯 彙總 項指標利率 率 各項外幣金融資產 各金融資產交易系統 國際金融市場各 加權平均利率及匯 部位 項指標利率及匯 率 率 各項外幣金融負債 各金融負債交易系統 台灣金融市場各 加權平均利率及匯 部位 項指標利率及匯 率 率 4.2.3 資料領域—維度模式設計(Dimensional Modeling) 資料模式建立前，必先蒐集系統建置之主題，再依據主題來設計星狀架構或雪 花架構，同時依據企業需求來決定各維度表資料及其層級架構與其關心的量值。由 於金融資產與負債管理所關心的主題，主要是短期投資、長期投資、短期借款、長 期借款等管理資訊。故可歸納出兩大分析重點包個案集團內各公司長、短期借款部 位分析與集團內各公司長、短期金融資產投資部位分析。 茲將使用者較關心的資訊，定義事實資料明細如下(主要維度為時間、公司與金 融工具，詳如表 4.2)： 集團內各公司長、短期借款部位分析—分析各公司長短期借款情形。 集團內各公司長、短期金融資產投資部位分析—分析各公司長短期金融資產投 資情形。 40
- 52. 表 4.2：維度與事實資料模型 維度 時間 公司 金融工具 事實資料 未到期長期金融資產部位分析 ˇ ˇ 未到期短期金融資產部位分析 ˇ ˇ 未到期長期金融負債部位分析 ˇ ˇ 未到期短期金融負債部位分析 ˇ ˇ 各期間未到期長期金融資產部位分析 ˇ ˇ ˇ 各期間未到期短期金融資產部位分析 ˇ ˇ ˇ 各期間未到期長期金融負債部位分析 ˇ ˇ ˇ 各期間未到期短期金融負債部位分析 ˇ ˇ ˇ 4.2.4 資料領域—資料庫實體設計(Physical Design) 依前階段完成之模式設計其實體架構，包括定義命名標準、設定資料庫環境、 初步索引及資料分割。圖 4.3 中兩個資料方體分別儲存金融資產與負債之部位資料 以及各期間部位資料。以下就金融資產與負債星狀綱要及各期間金融資產與負債部 位星狀綱要分述如下。 1. 在金融資產與負債星狀綱要中，主要分為公司維度、資產負債項目維度以及事實 資料表。在公司的層級中，主要包含公司代號及公司名稱，各公司名稱是維度中 最明細的資料，使用者可以透過公司的維度來瀏覽各公司的金融資產與負債部位 資料(如圖 4.4)。資產與負債項目維度(如圖 4.5)中主要包含金融資產與金融負 債、長短期、各商品名稱及幣別及案號說明等，其中案號說明是最明細之資料， 使用者可以透過各維度分析彙總及明細資料，更可透過說明了解案件承作說明。 2. 各期間金融資產與負債部位星狀綱要除前述公司及資產與負債項目為度外，尚包 括時間維度。時間維度(如圖 4.6)主要包含各期間天期，透過不同期間維度來告訴 使用者關於不同期間到期之部位資料，以提早進行投資操作或是避險。 41
- 53. 圖 4.3：金融資產與負債星狀綱要 公司維度 所有公司 所有公司 公司名稱 代號1公司 代號2公司 代號C公司 代號4公司 其他公司 圖 4.4：公司維度架構圖 42
- 54. 圖 4.5：金融資產與負債項目維度架構圖 圖 4.6：時間維度架構圖 43
- 55. 4.2.5 資料領域—資料集結設計及開發(ETL Design & Development) 本階段主要探討如何運用相關技術，將資料倉儲系統的邏輯設計呈現出來，因 此將分為資料蒐集、轉換、載入及OLAP CUBE設計兩個部份加以探討。 4.2.5.1 資料蒐集、轉換及載入 此階段主要負責工作就是ETL工作，也就是來源資料的擷取、轉換與載入至資料 倉儲。在擷取來源資料時，需處理資料品質的問題，而資料載入作業一般則是分為 兩個不同的程序，即第一次資料載入的「起始總體歷史資料」及之後的「例行增加 部分資料」載入作業。首先透過Ole Db來連接Oracle來源資料庫，並擷取收入資料、 付款資料、以及金融資產與負債資料，轉入SQL Server 2005資料庫中(T0nft114)。 再透過一SQL程式(p0nfw001.sql)，將資料依據資料特性分別抄寫入各維度表及事實 資料表(如圖4.7及圖4.8時所示)。 4.2.5.2 OLAP CUBE 設計 依據資料庫實體設計之金融資產與負債部位星狀綱要與各期間金融資產與負債 部位星狀綱要，共設計兩個CUBE。在金融資產與負債這個CUBE中，主要包含公司維 度(T0NFCU01)與產品項目(T0NFCU03)兩個維度以及一個事實資料表(T0NFCU05)，目 的在提供以公司別或資產負債別的角度來分析部位資料(詳如圖4.9)。在各期間資產 負債部位的CUBE中(詳如圖4.10)，除了公司與產品的維度，增加了期間的維度，主 要是為了讓使用者可以了解各期間到期之資產與負債部位資料，以便按照各期的到 期金額，先行根據未來利率或匯率的走勢，研擬未來資產部位到期後，是否應另尋 其他商品來投資，負債部位應該提早償還，或提早避險因應。 44
- 56. 圖 4.7：SQL Server 2005 ETL 處理流程 圖 4.8：金融資產與負債資料之萃取及轉檔 45
- 57. 圖 4.9：資產負債部位 cube 圖 4.10：各期間資產負債部位 cube 46
- 58. 4.2.6 技術領域—技術架構設計(Technical Architecture Design) 本研究系統架構共分為三層，如圖 4.11 所示，由下而上分別為作業性資料儲存 層、資料倉儲層、前端應用層。以下分別針對此三層加以說明： 1. 第一層是日常交易資料儲存層，主要是儲存企業資金調度部門每日交易資料。考 量日常交易性資料在載入資料倉儲前必須先行淨化與整合，將耗用大量的系統資 源，本研究在設計上，將資料倉儲與一般作業性系統分開，以避免所有的交易及 分析工作集中於同一部伺服器上。 2. 第二層是資料倉儲層，主要的工作分為兩部份，一是套用一些商業規則萃取作業 性資料庫資料至資料倉儲系統。另外則是利用 OLAP 的技術，將所欲分析的資料 以多維度的方式產生，即所謂的資料方體(Cube)，如圖 4.9 及 4.10。 3. 最後一層則是前端應用層，藉由 Olap client 端介面提供使用者容易操作的環 境，並輔以圖表或文字的方式呈現給使用者。如此，決策者可以透過前端的工具 取得決策所需之資訊。 4.2.7 技術領域—產品選擇及安裝(Product Selection & Installation) 本研究選擇 Windows 2000 Server 作業系統，以及 SQL Server 2005 資料庫系 統來建立資料倉儲系統、資料轉換程序及資料維度設計，並以 Analyzer 2005 為商 業智慧前端介面設計工具。 47
- 59. 圖4.11：本研究系統架構 48
- 60. 4.2.8 商業智慧應用領域—商業智慧應用規劃(BI Application Specification) 本研究之商業智慧應用規劃，主要是依據金融資產與負債的資料，分為目前各 公司部位資料與未來各期間到期之部位資料，透過圖形化的方式，由使用者自行定 義所需觀看的維度與量度。在介面設計上，以視覺化的圖表，讓決策者能更快速掌 握每日的資金部位與未來負債部位資料，再依據當日的市場狀況與總體經濟情勢， 因應每日的資金調度，並對各種借款本息支出提早進行規劃。應用程式之設計則將 使用者分為系統管理者、報表設計者及前端使用者，並透過各種角色之設定規範其 權限。系統管理者主要負責定義資料來源與邏輯，並負責企業內部的資料整合、定 義與建立使用者所需的 Cubes、設計分析所需使用的維度與量值、檢視來源資料權 限、以及設定報表設計師的 Cube 與維度使用權限等工作。報表設計師可以自行依照 其 domain know-how 來製作分析報表、圖形及儀表板，使用 Analysis Designer 與 Report Designer 等工具從 Cube 拖拉資料，設定查詢條件等，自行設計出能取得所 需的決策資訊報表。前端使用者使用定義好的圖表，在圖表之間可執行如 drill through 及 drill down 等功能來與使用者互動，也可設定 URL 連結至一般網頁；資 料的內容可以跨不同的 Cube，以圖形化的呈現方式，如儀表板、上升下降、紅綠燈 號、百分比等，讓使用者可快速獲取資訊，提升效率。 4.2.9 商業智慧應用領域—商業智慧應用開發(BI Application Development) 此階段主要是透過工具的中介資料設計及報表的製作，完成最終使用者應用程 式設計，並提供使用者一個修改報表模版的能力。因此，本研究設計的報表，在部 署給不同階層的使用者後，使用者除了可以圖表之間使用如 Drill Through 與 Drill Down 等功能來作互動外，並可設定各項警示指標來進行決策管理。以表 4.3 中定期 存款為例，無論美金或台幣定存，只要折算台幣金額超過 5 千萬元時，就可在分析 49
- 61. 報表上，進行警示，讓使用者了解到，是否應該將定存解約，以投資收益性更高的 金融商品，以確保資金運用效益。不過，若警示原則的設定，非由使用者單方面決 定，必須在專案規劃時，一併納入檢討，並訂定符合企業效益之標準，以避免使用 者不以企業利益為優先，任意修改警示原則，造成商業智慧系統功能不彰。 表 4.3：警示原則 項目 指標 摘要說明 定期存款 折算台幣金額 > 50,000,000 定期存款折算台幣金 額超過五千萬者 基金 各基金加權平均淨值 < (各基金 加權平均淨值達管制 市場淨值+使用者定義值) 標準者 外幣長期借款 各借款案件成本匯率 > (市場匯 成本匯率達管制標準 率+使用者定義值) 者 短期信用借款 各借款案件成本利率 > (市場利 成本利率達管制標準 率+使用者定義值) 者 預計資金缺口 負缺口 透過歷史資料預測，收 入小於支出者 4.2.10 系統部署(Deployment) 此階段將完成的商業智慧系統，透過 WEB 部署至每個使用者，並透過對使用者 的教育訓練，來建置一個使用者支援、溝通及意見回饋的機制。 4.2.11 系統維護及成長管理(Maintenance & Growth) 在資料轉換排程的設計上，本專案共有 12 項資料轉換服務工作，轉換工作的 順序是將維度資料表的轉換為第一順位，緊接著才是各個事實資料表，因為事實資 料表包含維度資料表的主鍵值(primary key)，若先轉事實資料表可能造成其外來鍵 (foreign key)無法索引的情形。為擷取最新部位資料，以本個案而言，轉換的時間 選在每日中午 11:00，以配合當日資金調度作業時間，以及當日市場利率與匯率資 料的轉換。 50