决策支援系统与企业智慧.ppt

1、第十七章 主管資訊系統開發,本章大綱,第一節 導論 第二節 EIS的規劃 第三節 EIS需求分析 第四節 EIS系統設計 第五節 EIS的開發策略 第六節 EIS開發工具 第七節 EIS的採用 第八節 EIS的關鍵成功因素與影響 第九節 EIS的發展趨勢,學習目標,EIS的規劃 EIS的需求分析 EIS的設計及開發策略 EIS的開發工具選擇 EIS的關鍵成功因素 EIS的未來趨勢,EIS的規劃,EIS的發展週期包括規劃、開發、採用與評估四個階段。 定義目標範圍 定義EIS目標時應該要愈明確愈好，而且最好有清楚的共識，可以協助企業瞭解系統的界限及努力的方向。 組成EIS的開發小組 包括EIS系統

2、倡導者、EIS推動負責人、EIS執行負責人、EIS開發人員、EIS使用者、業務功能部門代表與資訊部門人員，亦可邀請組織外部的EIS軟體廠商或學者參與。,EIS的規劃（續）,設定開發時程 EIS開發包括需求分析、系統設計、引進採用、教育訓練與建置後的評估等階段。 EIS開發時程的評估可以考量下列三個主要構面 系統大小 系統結構 技術與經驗 可透過Gantt圖PERT/CPM圖來描述系統發展各階段的預定時程，清楚地說明完成日期及重要的里程碑，做為日後進度控制與檢討的依據。,EIS需求分析,主管資訊需求的取得是EIS發展最關鍵的一步。 第一階段的目的在取得主管的概念性資訊需求。 第二階段的目的在透過

3、雛形系統的建立，來確認概念性需求是否正確，並修正雛形直到主管滿意為止。,圖17-1 EIS需求分析兩大步驟,第一階段常用的八種方法,直接與主管討論 舉行EIS規劃會議 審查目前系統所提供的資訊 與幕僚人員討論 主管主動提出需求 觀摩其它組織的EIS 審視非電腦化的資訊 關鍵成功因素(CSF)會議,EIS系統設計,在進行系統設計時，開發人員需要考慮不同資訊技術的配置。 系統設計包含 介面設計 資料設計,介面設計,若系統介面設計不當，可能會使主管放棄使用或是抗拒使用EIS。因此，介面設計要考量的要點歸納如下 迎合個別主管的使用風格 ：量身訂製。 一致性的使用界面：相同的功能應有一致的用法。 提供回

4、饋：啟動或輸入指令後系統立即給予回應。 有效地利用不同資訊表達方式：表格、圖形與文字。,資訊展現方式的設計參考準則,對於異常資訊或關鍵資訊的突顯，有反白、閃爍、色彩等效果可供選擇，但以色彩的閱讀績效最好。 對於文字資訊，每行最好能在3035個字之間。 儘量不要使用捲軸，應以下一頁的按鈕來提醒主管。 英文字體的高度可藉於0.230.25公分，中文字形可藉於0.40.5公分之間，且以明體或楷書較為恰當。,資訊展現方式的設計參考準則（續）,在同一個螢幕上的顏色不要超過四種，文字區域的配色最好能以高明度的底色（例如白色）配上低明度的前景顏色（例如黑色）。 圖形顯示是EIS的特色之一，在座標軸及文字說明

5、的部份仍以白底黑字為主，而在所要展示的圖形上，若有比較性則可以使用互補色（例如：黃 / 藍紫、紅 / 藍綠），如此可以得到清晰漂亮的效果。若無比較性則以相似色相的顏色為主，並以中低彩度為佳。,圖17-3 EIS介面範例,資料設計依循的步驟,根據需求分析階段所導出的主管資訊需求，定義EIS的資料設計目標。 資料資源規劃。以資料設計目標為基礎，找出所有相關的資料庫。 設計EIS快取資料架構。目前常用的資料架構有星狀架構(star schema)與雪花架構(snowflake schema) 。 進行資料轉換。結合第二與第三步驟，將資料資源規劃所得到的資料庫資料，過濾整合到EIS快取資料庫中。,圖1

6、7-4 星狀架構,圖17-5 雪花架構,Order No,Salesperson ID,CustomerNo,ProdNo,DateKey,CityName,Quantity,TotalPrice,CityName,State,DateKey,Date,Mounth,ProdNo,ProdName,ProdDescr,Category,UitPrice,OOH,OrderNo,OrderDate,CustomerNo,CustomerName,CustomerAdd,City,SalepersonID,SalesName,City,Quota,Order,Customer,Salesperso

7、n,City,Date,Product,Fact表格,A Snowflake Schema,Month,Year,Month,State,Country,State,EIS的開發策略,自行發展 如果企業內部的資訊人員具備了開發EIS所需要的技術，且有餘力進行EIS系統發展工作，則可以透過自行發展的方式來建構EIS。 委外發展(Outsourcing) 如果一個公司不想透過內部的資訊部門來建立EIS，它可以僱用專業組織來提供這項服務，將組織的EIS建置工作外包給外面的資訊專業公司。,EIS的開發策略（續）,混合型 組織可以將需求分析與系統設計委外，而將系統的引進、評估與維護由組織內部的資訊部門來

8、加以負責。,表17-1 混合型的EIS開發策略,EIS開發工具,自製型EIS (Custom-EIS) 不利用市面上的EIS軟體，而由資訊人員選擇一般目的之軟體來從事系統開發自建完成的 EIS，皆屬此種類型。國內中鋼公司的系統即是由內部技術人員自行開發的例子。 套裝EIS (Vendor-EIS) 利用已事先寫好、專門用於建構 EIS 的套裝軟體，來發展EIS是另一種方式。 混合型 (Hybrid EIS) 此種方法綜合前面兩種方式，相互配合來建構EIS。,套裝EIS的優缺點,優點 因基本功能齊備，比較省時省力，因而可以在數月內即建立起應用系統。 組織之資訊人員負擔較輕。 套裝工具基於些許經驗

9、，界面功能通常很高，因而所開發的系統使用上較容易。 缺點 需要特別功能時較缺乏彈性，而且工具使用成本有時很高。,表17-2 EIS發展軟體,表17-2 EIS發展軟體（續）,圖17-6a LightShip EIS展示畫面,圖17-6b 取得企業內部資訊,圖17-6c 關鍵績效指標,圖17-6d 與市場相關競爭者的資料,圖17-7 Command Center的系統架構,Executive Edge的系統架構,若EIS需要較強的模式功能，則Executive Edge可滿足此需求。該系統中包括有資料庫、模式庫和通訊三方面的功能。,圖17-8 Executive Edge的系統架構,SAS/EI

10、S的功能,SAS為統計分析的軟體工具，但其中有加上一個EIS模組。SAS/EIS提供物件導向(Object Oriented)的開發方式。 SAS/EIS功能也包含資料管理和整合，能經由圖形使用者界面來探索、預測、分析資料，並建立關鍵成功因素監控系統。 SAS/EIS具有一動態的活性資料字典可定義資料組和變數的屬性，使用者可以很輕易地擴展或修改應用系統。,SAS/EIS的功能（續）,整體而言，SAS/EIS提供以下功能 建立點選式(point-and-click)的圖形使用者界面應用系統。 編輯 / 瀏覽任何型式資料檔案與SAS提供的報表和圖形。 直接擷取外部資料。 處理What-If分析。,

11、SAS/EIS的功能（續1）,透過下探分析細部資料、警示標示和例外報告的製作方法，能直接且清楚地表達資料間的關係。 SAS/EIS藉由開放式的設計和一致性的執行方式，適用於開發變化性大的EIS系統。,工具選擇的考量準則,價格 工具所支援的資料架構 與組織現有系統的相容性 可讀取之資料資源的多寡 提供的分析工具數目 與其他廠商相關工具的整合程度 廠商服務品質 其他相關因素：是否提供資料字典？當機時自動復原能力？支援分散處理？等,EIS的採用,EIS的引進與安裝 教育訓練 維護 評估,EIS的引進與安裝之三種策略,平行導入 主管可同時透過EIS與舊有的文件報表取得資訊，在經過一段時間後，再由EIS

12、取代舊有的文件報表。此為最安全的轉換方式。 全面直接導入 此方法將EIS系統在指定時間內安裝完成，並完全取代主管先前的所有資訊來源。潛在的危險和可能性也比平行策略大。,EIS的引進與安裝之三種策略（續）,循序漸進導入 此方法以系統功能或使用者為單位進行導入。例如組織可針對幾個主管或幾個系統功能先行設計，並試行導入，等到主管適應後再逐步完成整體系統和導入工作。,EIS教育訓練,教育訓練的目的在於讓主管瞭解EIS的使用方法，訓練不足或不詳盡會導致使用者系統操作不當，所以此階段在系統引進程序中十分重要。教育訓練規劃時所需注意的準則 針對不同的使用者，提供不同的訓練課程。 提供多種教學方法。 準備訓練

13、手冊 。,EIS維護,基本上EIS的維護可分成兩種形態 第一類為排除系統的錯誤或更改資料、檔案、報告及系統軟硬體。 第二類為滿足系統使用者的新需求，改善系統的組件以達到更佳的處理效率，並提升EIS的威力。,EIS成功與否的評估準則,EIS系統的使用頻率 此觀點是假設若使用者對資訊系統越滿意，則其使用頻率越頻繁。 以問卷衡量EIS的成功 目標達成比率 組織可以衡量在EIS規劃之初，所設定的預期目標的達成比率。,EIS的關鍵成功因素,Delong及Rockart(1986)認為EIS的成功實施取決於下列的因素 內行而支持的高階主管 支持的作業主管 明確配合企業目標 恰當的資訊資源 恰當的科技 良好

14、的資訊管理與整合 減少組織的阻力 管理系統的擴散,EIS的關鍵成功因素（續）,Cottrell 與 Rapley(1991)也以英國航空(British Airways)公司施行十年以上的EIS為例，列出七項使其成功的條件因素 高階主管的支持 與企業目標明顯相關 組織阻力的管理 資料的管理 合適的技術 合適的 IS 人員 系統演進與擴張之管理,EIS失敗的原因,Glover、Watson與Rainer在1992年就對50個有建置EIS及62個沒有建置EIS的公司所做的調查研究中，檢視出20個主要造成EIS失敗的原因，依序如下 採用不合適的技術（12位） 缺乏支持（12位） 對高階主管而言，使用

15、上太過複雜（9位） 系統不被重視 系統不符合組織目標（7位） 資訊部門資源不足（7位）,EIS失敗的原因（續）,管理階層未能授權（6位） EIS 的成本太高 公司環境或組織文化尚未適合 EIS （5位） 未知的目標 （4位） 高階主管缺乏興趣 （4位） 未能定義資訊的需求 （4位） 資料整合上的困難 （3位） 組織的阻力（3位）,EIS失敗的原因（續1）,資訊深度的不足（3位） EIS 無法來配合關鍵性成功因素（3位） 支持者的變動（1位） 應用系統開發太慢（1位） 資訊需求太細（1位） 廠商的支援無法持續（1位）,EIS開發面的成功因素,專家因素 提供並管理需要的資訊、管理逐漸增加的EIS使

16、用者、管理EIS功能的增加和修改、由特定的EIS應用開始開發、有EIS開發 / 支援小組、有稱職合適的IS幕僚、使用適當的科技、快速開發出第一版EIS、使用反覆的漸進的開發方法、將EIS與特定的企業需求連結。,EIS開發面的成功因素（續）,主管 / 專家關係因素 管理組織抗拒、EIS staff要與主管保持密切的工作配合、定義主管的資訊需求、EIS staff要行銷EIS觀念、管理EIS使用者的期望、有系統執行負責人。 主管參與因素 有主管推動負責人、有高階主管的支持。,EIS運作面的成功因素,資訊傳遞因素 提供視覺性介面導覽、提供多重資訊呈現模式、讓使用者在任一螢幕皆可返回主螢幕、提供多種找

17、尋資訊的方法、提供多重介面功能、容易列印成紙張報表、提供色彩。 資訊品質因素 提供正確的資訊、提供適時的資訊、提供簡明的資訊、提供便利性的資訊、提供相關性的資訊。,EIS運作面的成功因素（續）,對主管工作的衝擊因素 促進主管工作效率、提昇主管決策品質、促進溝通、增加作業性控制、改變公司主管的心智模式、適應主管資訊需求的改變。 EIS功能 提供例外報告、提供drill down、由人力資源提供軟性資料、提供內部資料、提供狀態資料存取、提供趨勢分析、提供圖形能力、提供外部資料的存取。,EIS運作面的成功因素（續1）,使用容易度因素 容易使用、快速的反應時間、需要最少的訓練。,圖17-9 EIS成功

18、開發及運作的模式,圖17-10 影響高階主管資訊系統發展因素構面模式,表17-4 EIS成功因素構面,EIS實施對組織的影響,組織結構扁平化 扮演溝通橋樑的中階主管人數就會減少，造成組織的小型化與扁平化。 控制幅度增加(Span of Control) 通訊功能日益強大，主管透過EIS對下屬進行控管，提升了管理者的控制幅度。 主管心智模式(Metal Model)的建立 透過EIS的協助，傳統資訊作業環境的障礙可迎刃而解 。,EIS實施對組織的影響（續）,組織成員角色的改變 當主管不再依賴幕僚提供資訊時，讓幕僚群所從事的工作集中在問題的解決分析上。,EIS的演進三階段,內部監控 此一階段的EIS始於1980年代早期。此時系統開發者已意識到確認並找出主管的資訊需求是