《【教学课件】第十七章主管资讯系统开发.ppt》由会员分享，可在线阅读，更多相关《【教学课件】第十七章主管资讯系统开发.ppt（60页珍藏版）》请在三一办公上搜索。
1、第十七章 主管資訊系統開發,本章大綱,第一節 導論第二節 EIS的規劃第三節 EIS需求分析第四節 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開發時程的評估可以考量下列三個主要構面 系統大小系統結構技術與經驗可透過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快取資料庫中。,圖17-4 星狀架構,圖17-5 雪花架構,Order No,Salesperson ID,
6、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,Salesperson,City,Date,Product,Fact表格,A Snowflake Schem
7、a,Month,Year,Month,State,Country,State,EIS的開發策略,自行發展如果企業內部的資訊人員具備了開發EIS所需要的技術，且有餘力進行EIS系統發展工作，則可以透過自行發展的方式來建構EIS。委外發展(Outsourcing)如果一個公司不想透過內部的資訊部門來建立EIS，它可以僱用專業組織來提供這項服務，將組織的EIS建置工作外包給外面的資訊專業公司。,EIS的開發策略（續）,混合型組織可以將需求分析與系統設計委外，而將系統的引進、評估與維護由組織內部的資訊部門來加以負責。,表17-1 混合型的EIS開發策略,EIS開發工具,自製型EIS(Custom-EI
8、S)不利用市面上的EIS軟體，而由資訊人員選擇一般目的之軟體來從事系統開發自建完成的 EIS，皆屬此種類型。國內中鋼公司的系統即是由內部技術人員自行開發的例子。套裝EIS(Vendor-EIS)利用已事先寫好、專門用於建構 EIS 的套裝軟體，來發展EIS是另一種方式。混合型(Hybrid EIS)此種方法綜合前面兩種方式，相互配合來建構EIS。,套裝EIS的優缺點,優點因基本功能齊備，比較省時省力，因而可以在數月內即建立起應用系統。組織之資訊人員負擔較輕。套裝工具基於些許經驗，界面功能通常很高，因而所開發的系統使用上較容易。缺點需要特別功能時較缺乏彈性，而且工具使用成本有時很高。,表17-2
9、 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/EIS的功能,SAS為統計分析的軟體工具，但其中有加上一個EIS模組。SAS/EIS提供物件導向(Object Oriente
10、d)的開發方式。SAS/EIS功能也包含資料管理和整合，能經由圖形使用者界面來探索、預測、分析資料，並建立關鍵成功因素監控系統。SAS/EIS具有一動態的活性資料字典可定義資料組和變數的屬性，使用者可以很輕易地擴展或修改應用系統。,SAS/EIS的功能（續）,整體而言，SAS/EIS提供以下功能建立點選式(point-and-click)的圖形使用者界面應用系統。編輯/瀏覽任何型式資料檔案與SAS提供的報表和圖形。直接擷取外部資料。處理What-If分析。,SAS/EIS的功能（續1）,透過下探分析細部資料、警示標示和例外報告的製作方法，能直接且清楚地表達資料間的關係。SAS/EIS藉由開放式
11、的設計和一致性的執行方式，適用於開發變化性大的EIS系統。,工具選擇的考量準則,價格工具所支援的資料架構與組織現有系統的相容性 可讀取之資料資源的多寡 提供的分析工具數目 與其他廠商相關工具的整合程度 廠商服務品質其他相關因素：是否提供資料字典？當機時自動復原能力？支援分散處理？等,EIS的採用,EIS的引進與安裝教育訓練維護評估,EIS的引進與安裝之三種策略,平行導入主管可同時透過EIS與舊有的文件報表取得資訊，在經過一段時間後，再由EIS取代舊有的文件報表。此為最安全的轉換方式。全面直接導入此方法將EIS系統在指定時間內安裝完成，並完全取代主管先前的所有資訊來源。潛在的危險和可能性也比平行
12、策略大。,EIS的引進與安裝之三種策略（續）,循序漸進導入此方法以系統功能或使用者為單位進行導入。例如組織可針對幾個主管或幾個系統功能先行設計，並試行導入，等到主管適應後再逐步完成整體系統和導入工作。,EIS教育訓練,教育訓練的目的在於讓主管瞭解EIS的使用方法，訓練不足或不詳盡會導致使用者系統操作不當，所以此階段在系統引進程序中十分重要。教育訓練規劃時所需注意的準則針對不同的使用者，提供不同的訓練課程。提供多種教學方法。準備訓練手冊。,EIS維護,基本上EIS的維護可分成兩種形態第一類為排除系統的錯誤或更改資料、檔案、報告及系統軟硬體。第二類為滿足系統使用者的新需求，改善系統的組件以達到更佳
13、的處理效率，並提升EIS的威力。,EIS成功與否的評估準則,EIS系統的使用頻率此觀點是假設若使用者對資訊系統越滿意，則其使用頻率越頻繁。以問卷衡量EIS的成功 目標達成比率組織可以衡量在EIS規劃之初，所設定的預期目標的達成比率。,EIS的關鍵成功因素,Delong及Rockart(1986)認為EIS的成功實施取決於下列的因素內行而支持的高階主管支持的作業主管明確配合企業目標恰當的資訊資源恰當的科技良好的資訊管理與整合減少組織的阻力管理系統的擴散,EIS的關鍵成功因素（續）,Cottrell 與 Rapley(1991)也以英國航空(British Airways)公司施行十年以上的EIS
14、為例，列出七項使其成功的條件因素高階主管的支持 與企業目標明顯相關 組織阻力的管理 資料的管理合適的技術 合適的 IS 人員系統演進與擴張之管理,EIS失敗的原因,Glover、Watson與Rainer在1992年就對50個有建置EIS及62個沒有建置EIS的公司所做的調查研究中，檢視出20個主要造成EIS失敗的原因，依序如下採用不合適的技術（12位）缺乏支持（12位）對高階主管而言，使用上太過複雜（9位）系統不被重視 系統不符合組織目標（7位）資訊部門資源不足（7位）,EIS失敗的原因（續）,管理階層未能授權（6位）EIS 的成本太高 公司環境或組織文化尚未適合 EIS（5位）未知的目標（
15、4位）高階主管缺乏興趣（4位）未能定義資訊的需求（4位）資料整合上的困難（3位）組織的阻力（3位）,EIS失敗的原因（續1）,資訊深度的不足（3位）EIS 無法來配合關鍵性成功因素（3位）支持者的變動（1位）應用系統開發太慢（1位）資訊需求太細（1位）廠商的支援無法持續（1位）,EIS開發面的成功因素,專家因素提供並管理需要的資訊、管理逐漸增加的EIS使用者、管理EIS功能的增加和修改、由特定的EIS應用開始開發、有EIS開發/支援小組、有稱職合適的IS幕僚、使用適當的科技、快速開發出第一版EIS、使用反覆的漸進的開發方法、將EIS與特定的企業需求連結。,EIS開發面的成功因素（續）,主管/專
16、家關係因素管理組織抗拒、EIS staff要與主管保持密切的工作配合、定義主管的資訊需求、EIS staff要行銷EIS觀念、管理EIS使用者的期望、有系統執行負責人。主管參與因素有主管推動負責人、有高階主管的支持。,EIS運作面的成功因素,資訊傳遞因素提供視覺性介面導覽、提供多重資訊呈現模式、讓使用者在任一螢幕皆可返回主螢幕、提供多種找尋資訊的方法、提供多重介面功能、容易列印成紙張報表、提供色彩。資訊品質因素提供正確的資訊、提供適時的資訊、提供簡明的資訊、提供便利性的資訊、提供相關性的資訊。,EIS運作面的成功因素（續）,對主管工作的衝擊因素促進主管工作效率、提昇主管決策品質、促進溝通、增加
17、作業性控制、改變公司主管的心智模式、適應主管資訊需求的改變。EIS功能提供例外報告、提供drill down、由人力資源提供軟性資料、提供內部資料、提供狀態資料存取、提供趨勢分析、提供圖形能力、提供外部資料的存取。,EIS運作面的成功因素（續1）,使用容易度因素容易使用、快速的反應時間、需要最少的訓練。,圖17-9 EIS成功開發及運作的模式,圖17-10 影響高階主管資訊系統發展因素構面模式,表17-4 EIS成功因素構面,EIS實施對組織的影響,組織結構扁平化扮演溝通橋樑的中階主管人數就會減少，造成組織的小型化與扁平化。控制幅度增加(Span of Control)通訊功能日益強大，主管透
18、過EIS對下屬進行控管，提升了管理者的控制幅度。主管心智模式(Metal Model)的建立透過EIS的協助，傳統資訊作業環境的障礙可迎刃而解。,EIS實施對組織的影響（續）,組織成員角色的改變當主管不再依賴幕僚提供資訊時，讓幕僚群所從事的工作集中在問題的解決分析上。,EIS的演進三階段,內部監控此一階段的EIS始於1980年代早期。此時系統開發者已意識到確認並找出主管的資訊需求是設計成功的EIS之重要關鍵。結合外部資訊與決策支援此階段的EIS發展於1980年代末期。其結合企業內外部的資訊、提供溝通、辦公室自動化、決策分析支援等功能。,EIS的演進三階段（續）,企業資訊系統試圖使高階主管與管理
19、者能在任何地點快速地存取內外部資訊，使EIS朝向企業整體經營資訊整合的觀點邁進。,EIS未來發展趨勢,服務對象的改變服務個別主管多重管理階層全員資訊系統。系統功能的整合EIS+DSS+OA=管理支援系統(MSS)。使用者界面也是EIS未來演變的重點。系統架構的改變以Web為系統平台，並結合Web-base的資料倉儲與OLAP，讓主管們能透過Web瀏覽器的單一界面，任意存取組織內外的資訊。,EIS未來發展趨勢（續）,開發工具的普及Window的Visual開發工具也適合發展EIS的前端環境。Web的系統架構也已有WebInformation Advantage WebOLAP及Arbor Essbase Web等工具產生，讓有興趣發展EIS的組織有更多的選擇。應用的普及與擴大EIS的親和性、方便性與其所產生的效益，是造成EIS在組織內與組織外擴散的原因。,EIS未來發展趨勢（續1）,直覺式決策的支援EIS要能夠真正成功，需要適合高階主管的決策風格。未來的EIS應加入直覺工具來完整地支援主管的直覺導向工作，達到完全的認知適合，進而提高主管的接受程度。,
