2019第十七章主管资讯系统开发.pptVIP

第十七章 主管資訊系統開發 本章大綱 第一節 導論 第二節 EIS的規劃 第三節 EIS需求分析 第四節 EIS系統設計 第五節 EIS的開發策略 第六節 EIS開發工具 第七節 EIS的採用 第八節 EIS的關鍵成功因素與影響 第九節 EIS的發展趨勢 學習目標 EIS的規劃 EIS的需求分析 EIS的設計及開發策略 EIS的開發工具選擇 EIS的關鍵成功因素 EIS的未來趨勢 EIS的規劃 EIS的發展週期包括規劃、開發、採用與評估四個階段。 定義目標範圍 定義EIS目標時應該要愈明確愈好，而且最好有清楚的共識，可以協助企業瞭解系統的界限及努力的方向。 組成EIS的開發小組 包括EIS系統倡導者、EIS推動負責人、EIS執行負責人、EIS開發人員、EIS使用者、業務功能部門代表與資訊部門人員，亦可邀請組織外部的EIS軟體廠商或學者參與。 EIS的規劃（續） 設定開發時程 EIS開發包括需求分析、系統設計、引進採用、教育訓練與建置後的評估等階段。 EIS開發時程的評估可以考量下列三個主要構面 系統大小 系統結構 技術與經驗 可透過Gantt圖PERT/CPM圖來描述系統發展各階段的預定時程，清楚地說明完成日期及重要的里程碑，做為日後進度控制與檢討的依據。 EIS需求分析 主管資訊需求的取得是EIS發展最關鍵的一步。 第一階段的目的在取得主管的概念性資訊需求。 第二階段的目的在透過雛形系統的建立，來確認概念性需求是否正確，並修正雛形直到主管滿意為止。 圖17-1 EIS需求分析兩大步驟 第一階段常用的八種方法 直接與主管討論 舉行EIS規劃會議 審查目前系統所提供的資訊 與幕僚人員討論 主管主動提出需求 觀摩其它組織的EIS 審視非電腦化的資訊 關鍵成功因素(CSF)會議 EIS系統設計 在進行系統設計時，開發人員需要考慮不同資訊技術的配置。 系統設計包含 介面設計 資料設計 介面設計 若系統介面設計不當，可能會使主管放棄使用或是抗拒使用EIS。因此，介面設計要考量的要點歸納如下 迎合個別主管的使用風格 ：量身訂製。 一致性的使用界面：相同的功能應有一致的用法。 提供回饋：啟動或輸入指令後系統立即給予回應。 有效地利用不同資訊表達方式：表格、圖形與文字。 資訊展現方式的設計參考準則 對於異常資訊或關鍵資訊的突顯，有反白、閃爍、色彩等效果可供選擇，但以色彩的閱讀績效最好。 對於文字資訊，每行最好能在30～35個字之間。 儘量不要使用捲軸，應以「下一頁」的按鈕來提醒主管。 英文字體的高度可藉於0.23～0.25公分，中文字形可藉於0.4～0.5公分之間，且以明體或楷書較為恰當。 資訊展現方式的設計參考準則（續） 在同一個螢幕上的顏色不要超過四種，文字區域的配色最好能以高明度的底色（例如白色）配上低明度的前景顏色（例如黑色）。 圖形顯示是EIS的特色之一，在座標軸及文字說明的部份仍以白底黑字為主，而在所要展示的圖形上，若有比較性則可以使用互補色（例如：黃 / 藍紫、紅 / 藍綠），如此可以得到清晰漂亮的效果。若無比較性則以相似色相的顏色為主，並以中低彩度為佳。 圖17-3 EIS介面範例 資料設計依循的步驟 根據需求分析階段所導出的主管資訊需求，定義EIS的資料設計目標。 資料資源規劃。以資料設計目標為基礎，找出所有相關的資料庫。 設計EIS快取資料架構。目前常用的資料架構有星狀架構(star schema)與雪花架構(snowflake schema) 。 進行資料轉換。結合第二與第三步驟，將資料資源規劃所得到的資料庫資料，過濾整合到EIS快取資料庫中。 圖17-4 星狀架構 圖17-5 雪花架構 EIS的開發策略 自行發展 如果企業內部的資訊人員具備了開發EIS所需要的技術，且有餘力進行EIS系統發展工作，則可以透過自行發展的方式來建構EIS。 委外發展(Outsourcing) 如果一個公司不想透過內部的資訊部門來建立EIS，它可以僱用專業組織來提供這項服務，將組織的EIS建置工作外包給外面的資訊專業公司。 EIS的開發策略（續） 混合型 組織可以將需求分析與系統設計委外，而將系統的引進、評估與維護由組織內部的資訊部門來加以負責。 表17-1 混合型的EIS開發策略 EIS開發工具 自製型EIS (Custom-EIS) 不利用市面上的EIS軟體，而由資訊人員選擇一般目的之軟體來從事系統開發自建完成的 EIS，皆屬此種類型。國內中鋼公司的系統即是由內部技術人員自行開發的例子。 套裝EIS (Vendor-EIS) 利用已事先寫好、專門用於建構 EIS 的套裝軟體，來發展EIS是另一種方式。 混合型 (Hybrid EIS) 此種方法綜合前面兩種方式，相互配合來建構EIS。 套裝EI