5-6

系統 分析

Alex Lai

系統 分析 是一種解決問題的技術，它將系統 分解成組成部分，以便研究各組 成部分如何成功地運作與互動， 以完成它們的目標。

系統 設計 （也稱為系統合成； system synthesis ）是一個和（系統分析 ） 互補的問題解決技術，它組合系統 的各組成部分，形成一個完整的系 統—希望是一個改進的系統。這可 能包含增加、刪除與修改原有系統 相關的部分。

資訊系統分析 是在一個專案中的發展階段，其主 要的焦點在於業務問題 ，且與可 能或將用來實作該問題的解決方 案之任何技術無關 。

圖 5.2 　一個簡單的處理模型 ( 又稱為資料 流程圖 )

圖 5.3 　一個簡單的資料模型 ( 又稱為實體 關係圖 )

圖 5.4 　一個物件模型 ( 使用 UML 標準 ) STUDENT -ID Number -Name -Grade Point Average

COURSE 0..*

has record for>

+Admit() +Regsiter for Classes() +Withdraw() +Change Address() +Calculate GPA() 1 +Graduate()

0..*

-Subject -Number -Title -Credit +Create a Course() +Delete from Course Master() +Change1in Course Master()

TRANSCRIPT COURSE -Semester -Division -Grade +Add() +Drop() +Complete() +Change Grade()

快速分析方法 方法強 調雛形的 建置以便更 快速地指出 企業和使用者 對新 系統的 需求。 雛型 (prototype) 是想要 系統的一 個小型、 不完整的、但 是可 運作 的範 例。雛型要 滿足「當 我看到它的 時候，我就知 道我 要什麼 」的思考模 式，這是很 多使用者與 管理者的特色

需求調查方法 

包括一些系統分析師使用的技術，以便從使用者社群中來確認或 找出系統問題與解決方案的需求。 – 事實調查 (fact-finding) （或資訊蒐集）是一套傳統的方法， 用來收集關於系統問題、機會、解決方案需求與優先順序。 • 抽樣 • 研究 • 觀察 • 問卷與調查 • 訪談 – 合作需求規劃 (JRP) 技術使用導引的工作會議，一起帶領所 有的系統物主、系統使用者、系統分析師，與一些系統設計 者及建置者，合作完成系統分析。

系統分析階段  初步調

查階段

 問題分

析階段

 需求分

析階段

 決策分

析階段

邏輯系統模型 邏輯系統模型 (Logical system models) 描述 系統是什麼 或系統 必須做什麼 －而不 是 系統將 如何實 作。 因為 邏輯模 型描 述一 個系統 基本的 需求 ，它們 有時 稱做基 本 系統模 型 (essential system models) • • • •

處理模型 資料模型 介面模型 物件模型

( 像是資料 流程 圖 ) ( 像是實體 關係 圖 ) ( 像是環境 關聯 圖 ) ( 像是制定 模型 語言流 程圖 )

圖 5.15 　一個簡單的介面模型 ( 也稱為環境關聯圖 )

可行性分析 

技術可行性 (Technical feasibility) ：這個解決方案在技術上可實 現嗎？員工是否有設計與建置這個解決方案的技術上的專業知識 ？



操作可行性 (Operational feasibility) ： 這個解決方案會滿足使用 者的需求嗎？到何種程度？這個解決方案將如何改變使用者的工 作環境呢？使用者對這樣的衣案有什麼感覺呢？



經濟可行性 (Economic feasibility) ：這個方案符合成本效益嗎？



時程可行性 (Schedule feasibility) ：這個方案能在一個可接受的 時間內設計與完成嗎？