如果你不想讀700頁的教科書，才知道什麼是MIS，本篇講義可以讓你立刻認識「管理資訊系統」的目標、開發方法與在實務上的應用。

資訊管理不是背書，是實作，所以我們先從一個實例說明。

個案研究

「世新資訊公司」原來從事電腦設備連鎖店面銷售。但近年由於店面租金、以及人事費用高漲，利潤偏低，已逐漸失去競爭優勢。

公司主管乃引入「電子商務」新觀念，計畫開發「電腦網路銷售業務」，向廠商批入各種電腦原料，經各種組合後，再銷售給消費者。

這項銷售業務在管理上的考量包括：

廠商管理：各個廠商資料、產品項目、利潤政策（出貨價格-訂貨價格）。

客戶管理：個人資料、銷售產品、郵購與出貨記錄、付款方式、收費記錄；並能查詢、列印ＤＭ標籤。

訂貨管理：各廠商產品訂貨單、集計單（訂貨價*訂貨量）。

庫存管理：進貨量記錄、提貨量記錄、庫存量記錄。

出貨管理：客戶資料、各廠商產品出貨明細單、提貨集計單。

相關財務管理：對帳、請款、收帳、發票各項作業。

你就是「世新公司」這項業務的事業部主管，計畫以MIS方式管理這項新業務，你將如何進行規畫？再創企業新機？

注：以上是統雄老師在神通電腦服務時，真正為客戶開發的系統，所以本案討論的問題不是假設，而是事實。唯基於企業倫理，改變客戶名稱。

基本問題

一、什麼是MIS（管理資訊系統）？

MIS 就是一個以「資料庫管理系統(DBMS)」為基礎，擁有高階使用介面的資訊系統。

所以，MIS相對於檔案型系統（如你個人電腦上、Windows的「檔案總管」），最大的特色就是「資料庫」，從以上個案的分析為例，其概念模式圖如下：

在以上的分析圖中，我們可以知道：

在這個系統上，有許多不同的使用者，從事個別不同的工作。

個別使用者所從事的工作，要依靠不同的資料。譬如，主管要作產品策略，就必須要有所有協力廠商的資料、與相關原料規格、價格的資料。

許多不同使用者所需的資料-如深褐色區塊、和淺褐色區塊-其實是連通的。譬如採購員下單的對象與原料，必須是主管核准的範圍；而財會付款之前，必須稽核庫房管理是否有簽收協力廠商的進貨；以上資料必須是完全相同的。

如果對每位使用者都建立一套系統，不僅重複而事倍功半，同時還有可能發生人為疏忽，造成資料不一致的情形。

所以，我們要使用「資料庫」管理，也就是不同使用者在工作時，只是使用不同的表單（表單是術語，其實就是表格），但依據的資料是相同的。

同時，資料使用的權限又不同，譬如：主管對協力廠商的管理權限比採購員大，而業務人員不需要、甚至不應該看到成本資料。

注：電腦問世之初，還沒有資料庫觀念，就是對每位使用者作一個系統，稱為電子資料處理系統(DP)、或交易處理系統(TPS)。

資料庫管理的功能與優點

資料庫管理的功能與優點如下：

可以對個別資料進行：新增、查詢、修改、刪除的動作。

可以同時管理結構性（即數量）資料、與非結構性（即類別）資料。

資料、功能具備關聯性、分享性、整合性。（即上下游的作業可連結）

資料避免重複性、因此具備一致性。

可以授權個別使用者進行不同的作業。

二、MIS 的規畫者，目的與內容為何？

策略規畫：目標--總經理、事業部主管

管理規畫：方法--事業部主管、幹部，相關部門主管，資訊管理人員（可再分為：專案經理、系統分析師、介面設計師、資料庫設計師、媒體設計師），程式設計人員。

作業規畫：行動--資訊管理人員，事業部主管、行銷、採購、庫房、業務人員、財務人員，與相關部門人員

三、規畫程序：MIS的SDLC (System Development Life Cycle)為何？

資訊系統規畫的程序，許多文獻稱為SDLC (System Development Life Cycle)，中文常見譯為「系統發展生命周期」，可能不盡恰當。因為它的意義是表示：系統問世後，一定會因為內在使用者的反映、外在技術的變遷，而有持續改版的必要，所以統雄老師建議，譯為「系統發展循環」較能反映系統不斷追求成長的意義。這和更廣義的「知識產生程序」一樣，是一個反復改善的程序。

在許多純理論的系統設計教科書中，往往遺漏了「競爭者分析」的程序，或是另有一個「文獻分析」的程序。在學術研究中，「文獻分析」是非常重要的起步程序，但在資訊系統開發過程中，重視的是實務，這裡的「文獻」應該是廣義的、市場上已存在的競爭系統。

各教科書所列的程序不盡相同，有些可能是為了「賣書」的考量，塞了太多無關的垃圾以增加分量。

統雄老師將其歸納精簡，建議進行的程序如下：

競爭者分析

需求分析

可行性分析

系統分析與設計

程式分析與設計

系統測試、手冊製作、使用者訓練

系統建置、維護與修訂

四、規畫方法：競爭者分析、需求分析、可行性分析、與系統分析的程序與技術為何？（統雄老師的1-2-3-4簡則）

大多數的教科書為了銷售目的而灌水，寫得太複雜了，也因此不很實用。

統雄老師將主要4分析程序的實施方法，歸納為「1-2-3-4簡則」建議如下：

(一)競爭者分析：第一、知己知彼，百戰百勝！

如果不是世界上第一個系統，你一定先要分析當前既有系統的必要條件與缺失是什麼？

注意：一般教科書經常忽略此一程序，因為教科書作者多為在學校體系中養成，缺乏實務經驗。而在業界，開發產品的第一步，就是要確定有沒有競爭者，競爭者的優劣勢為何？

範例是統雄老師在開發兒童學習網站「金蟠桃」時，所作的競爭者分析。通常，會就「設計理念」（即開發目標）、與「使用功能」兩方面作比較分析。

(二)需求分析：2個問題

誰？

作什麼？

由於時代的變遷，資訊系統從早期的 MIS 系統更發展出「媒體系統」（中文書仍多習慣用早期的「多媒體」名稱）；使用目的從「辦公室、管理」轉為「媒體、生活」；使用者也從「企業、組織使用者」擴展為「一般使用者」；所以後者的需求調查，其實就是「市場調查」。

市場調查的理論與方法

(三)可行性分析：3個可行

資料可行性？

假設需求：因當前偽卡流行，使用者希望客戶在刷卡時，系統能夠提供信用評估。
〉有無外在資料庫可提供連結查詢？

技術可行性？

假設需求：有無客戶簽名的圖樣，可供比對？
〉客戶簽字時，是否可作影象辨識與符合度分析？

資源可行性-如資金、人力…？

假設以上資料、技術均有。

〉資料庫查詢費用為何？影象辨識軟硬體導入費用為何？本組開發人員有無導入、建置能力？

（四）系統分析：4個分析

輸出介面分析

根據使用者需求的介面，是應最優先的設計項目；但一般人容易先設計輸入，是錯誤的。

輸入介面分析

為了達成需求，而必須輸入相關資料的介面。老師建議：輸入介面要盡量簡化，並避免要求非必要（或容易不實）的資料。以當前的電子商務系統來說，許多都太繁瑣與並無資料價值。

介面分析與設計的範例

資料流與資料庫分析

DFD (Data Flow Diagrams)：連結使用者、工作程序（使用者介面）、資料表的符號與圖形。

E-R Model (Entity - Relationship)模式

雖然許多教科書裡還要求作DFD ，但實務上後端資料庫分析，已被E-R Model 取代了。

    詳細說明與示範

    進階；參數庫-有生命的系統設計

軟硬體資源分析

作業量：使用者數、單位作業量數、單位作業時間數…？

軟體：開發工具何者為宜？FP, ASP.net, XML, SQL...?

    可以用2種以上開發工具，如老師網站。

硬體：伺服器等級？儲存媒體類型(Disc Array, 遠端保全…）與容量...？

網路：頻寬？ Protocol? 安全機制…？

注意：當前許多系統專案並沒有作「作業量與資源分析」，在硬體規畫上只是「有什麼、列什麼」。這在小型專案或許可以，但對大型專案就很可能出問題。

    問題：臺彩失敗的原因是什麼？

（五）系統分析呈現的方式

系統分析常用圖形的方式呈現，早期、與中小型的系統，可用作業流程圖(Workflow Chart, WFC)法，而大型、複雜化的系統，則有使用統一塑模語言（Unified Modeling Language, UML）的趨勢。

作業流程圖(Workflow Chart, WFC)

WFC是最傳統、簡便的分析方法。但隨著系統發展愈來愈大型化，同時WFC中有一些圖示是為了當前已逐漸稀少的 mainframe, mini 級電腦，所以，設計流程有改用UML (Unified Modeling Language）的趨勢。後者的優點是考量極為周詳，不過，對大多數的資訊系統，又有殺雞焉用牛刀之感。

所以，對中小型系統的流程分析，WFC仍不失為實用而便利的方法。 

又，隨著網路系統的盛行趨勢，系統前端使用Web介面，所以WFC最好能與以下「使用者介面」分析方式共同使用。

WFC基本圖示與符號如下，其中常用的幾項為：

開始(Start 1, Start 2)：圖形、橢圓形，如果連接其他的模組，也常用此一圖示。

處理程序(Process)：長方形。

選擇(Decision)：菱形，這是小型系統最重要的圖示，也是主要需要控制的「流程」。

結束(Terminator)：橢圓形。

不過，早期電腦的輸出入媒體，和現在有很大的不同，當前的WFC，在應用上也與原始有所變遷：

資料庫：圓筒形。

資料輸出入：簡化為梯形(如 Manual input)。

其他的圖示可能都用不到了。

範例：調查知識管理系統

Web-based 使用者介面導向式系統分析

是統雄老師推薦，具有當前與未來性的方法。可包含 DFD 的功能。（如在介面的 status bar呈現連結的資料表，就等同 DFD 中的資料流向線）

首頁確認使用者分類：總經理、部門主管、職員類別…系統管理者。

範本頁確認結構與樣式：

結構包括：導覽區（主導覽、子導覽）、工作區（子工作區…）工具區…、控制物件與互動方式的統一規則。

樣式包括：標題的階層、使用 controls, icons ... 的一致原則。

範例1：畢業專題管理系統

範例2：資訊管理系產學合作系統

    深入參考：介面與範本頁的設計

進階：UML

統一塑模語言（Unified Modeling Language, UML）簡介。

它具備同時包括前端（介面）分析與後端（資料庫）分析的優勢。

五、系統發展專案的管理工具

專案管理就是：管事、管人、管時間、管金錢。

（一）企畫管理

系訂企畫書原始版

〈系訂畢業專題規範〉

企畫書修訂版（統雄老師建議版）

〈企畫書修訂版〉

（二）人力管理

在業界實務上，系統專案組織中通常包括：系統分析、程式開發、行銷與財務企畫3個部門。本頁介紹前2個部門，行銷企畫則另以專頁介紹。

常見的專案分工表如下：除了「專案經理」因權責關係應為1人外，其他職務可不只1人。

組織與分工的詳細討論

有待修訂的專案分工方式

資管（系統）人員與資工（程式）人員的分工為何？

資管人員應對：對象業務、問題解決、專案管理與系統分析有全面性的 策略知識與企畫能力。

資工人員應對：軟體工具、硬體設備、特定程式分析與設計有深入的技術處理與設計能力。

（三）時程管理

常用的是甘梯圖。

範例：系統專案進度表（圖）

（四）預算管理

範例：專案預算書範本

上層主題
資訊管理/資訊系統講義目錄
資訊管理的定位與發展
資訊管理的定位與發展-大學入學考試中心通訊
資訊系統主題發展圖 Map of IT Development
MIS：管理資訊系統
系統專案甘梯進度圖
競爭系統分析
作業流程圖範例
DSS：決策支援系統
參數庫
程式分析與設計
行銷管理與資訊系統
展銷企畫案範本
業務管理與資訊系統
PIS 小測驗
資訊管理-題庫