系統分析與設計【第九版】 第二章 分析企業個案

解釋企業個案的觀念，以及企業個案是如何影響一個 IT 專案。 描述策略規劃過程對 IT 團隊的重要性。 目標 解釋企業個案的觀念，以及企業個案是如何影響一個 IT 專案。 描述策略規劃過程對 IT 團隊的重要性。 實行 SWOT 分析並描述其包含的四個因素。 解釋使命宣言的目的。 描述系統開發生命週期 (SDLC)，並解釋它是如何做為系統開發及企業塑模的架構。 第二章 分析企業個案 第49頁

描述系統請求的初始審查以及系統審查委員會的角色。 定義操作可行性、技術可行性、經濟可行性以及時程可行性。 目標 列出資訊系統專案的原因及影響因素。 描述系統請求的初始審查以及系統審查委員會的角色。 定義操作可行性、技術可行性、經濟可行性以及時程可行性。 描述初步調查的步驟以及調查的最終產品。 第二章 分析企業個案 第49頁

企業個案 (business case) 是指一個計畫提案的理由或正當性。 簡介 企業個案 (business case) 是指一個計畫提案的理由或正當性。 一個好的企業個案可以建議公司採用該方案，而不是其他選項，因為這個方案會是公司最需要的。 系統的開發通常由提出系統請求開始， 然後再進行包含可行性分析在內的初步調查。 第二章 分析企業個案 第49頁

簡介 圖2-2 典型的企業個案分析任務清單。 第二章 分析企業個案 第50頁

策略規劃―― IT 系統開發的整體架構 策略規劃綜述 SWOT 分析 圖2-2 SWOT分析的結果很有可能會跟此圖類似。 第二章 分析企業個案 第52頁

策略規劃―― IT 系統開發的整體架構 從策略規劃到商業成果 使命宣言 (mission statement) 利益關係人 (stakeholder) 長期目標 (goals) 短期目標 (objectives) 圖2-4 策略規劃是一個動態流程，可以識別出支持公司使命的特定長期目標與短期目標。 第二章 分析企業個案 第53頁

策略規劃―― IT 系統開發的整體架構 CASE 工具範例 假設你是一位系統分析師。 你研究Visible Analyst 這套電腦輔助軟體工程工具 (CASE tool) 。 你找到策略規劃區段，發現了規劃陳述可以包括假設、長期目標、短期目標和關鍵成功因素，以及許多其他形式的陳述。 第二章 分析企業個案 第54頁

策略規劃―― IT 系統開發的整體架構 圖2-6 Visible Analyst 電腦輔助軟體工程工具可支持策略規劃的制定，也可以讓使用者輸入各種資訊。圖中列出SWOT 的四大分類。 第二章 分析企業個案 第54頁

策略規劃―― IT 系統開發的整體架構 IT 部門在專案評估所扮演的角色 管理層的領導能力與資訊科技是緊密相關的，這兩個領域在過去幾年都發生了重大的改變。 今天，系統開發已經變成團隊導向。 雖然團隊導向的發展已是基準，有些公司則仍然將 IT 部門視為守門員，負責篩選和評斷系統請求。 第二章 分析企業個案 第54-55頁

策略規劃―― IT 系統開發的整體架構 未來 遙望未來應該可以想見：新產業、產品和服務會不斷從有著驚人成長的資訊科技、期待世界級 IT 支援的顧客、網際網路商務活動的浪潮，以及全球化商業環境的改變與巨大挑戰中浮現出來。 第二章 分析企業個案 第55頁

何謂企業個案？ 應該是敘述清楚而且容易理解的。 應該能夠清楚地描述專案、提供一個執行的正當性，並對專案的財務影響做出估計。 第二章 分析企業個案 第55頁

何謂企業個案？ 圖2-7 ProSci的BRP線上學習中心提供一系列的商業個案指導，著重於教導如何撰寫一個企業個案。 第二章 分析企業個案 第55頁

資訊系統專案 系統專案的主要原因 圖2-8 六種系統請求的主要原因。 第二章 分析企業個案 第56頁

資訊系統專案 影響系統專案的因素 圖2-10 影響IT系統專案的內部和外部因素。 第二章 分析企業個案 第58頁

資訊系統專案 專案管理 如果該專案通過核可，便可以進行規劃、排程、監督與控制，以及最後產出報告。 公司內各種小專案常交由個別分析師或 IT 人員處理， 但是複雜的專案時通常會指派一名專案經理負責整體的協調工作。 第二章 分析企業個案 第61頁

資訊系統專案 圖2-13 Microsoft Project 是一套功能強大的專案管理工具。 第二章 分析企業個案 第61頁

評估系統請求 系統審查委員會 (systems review committee) 或電腦資源委員會 (computer resource committee)。 系統請求表格 一個設計良好的表格可以使申請程序運作流暢並確保一致性。 有時會有需要立刻回應的情況出現。 第二章 分析企業個案 第62頁

評估系統請求 圖2-13 一套線上系統請求中的表格範例。 第二章 分析企業個案 第62頁

評估系統請求 系統審查委員會 多數大型公司是把評估系統請求的工作交由系統審查委員會來執行。 許多小公司依賴個人去評估系統請求，而非委員會。 最終目標就是去評估請求並建立優先順序。 第二章 分析企業個案 第63頁

一個系統請求必須通過數個檢測，稱為可行性研究，以決定是否值得繼續進行。 操作可行性(operational feasibility) 可行性綜述 一個系統請求必須通過數個檢測，稱為可行性研究，以決定是否值得繼續進行。 操作可行性(operational feasibility) 根據幾個重要問題而定。 技術可行性(technical feasibility) 第二章 分析企業個案 第63-65頁

經濟可行性(economic feasibility) 可行性綜述 經濟可行性(economic feasibility) 總體擁有成本(total cost of ownership, TCO) 有形利益 (tangible benefits) 無形利益 (intangible benefits) 時程可行性(schedule feasibility) 第二章 分析企業個案 第65-66頁

可行性綜述 圖2-15 可行性研究包括對操作、技術、經濟及時程等可行性進行測試。 第二章 分析企業個案 第64頁

可行性分析是一個持續性的工作，在整個系統開發過程中都不斷地在進行。 評估可行性 第一步就是識別與排除不可行的系統請求。 即使請求是可行的，也不代表它是必要的。 可行性分析是一個持續性的工作，在整個系統開發過程中都不斷地在進行。 第二章 分析企業個案 第67頁

設定優先順序 影響優先順序的因素 提案的系統能否降低成本？哪裡的成本降低？何時降低？如何做到？降低多少？ 新系統能否為公司增加收益？哪裡的收益增加？何時增加？ 如何做到？增加多少？ 系統專案是否會帶來更多資訊或產生更好的結果？如何做到？這些結果可以衡量嗎？ 新系統是否能更好地服務顧客？ 第二章 分析企業個案 第67頁

分析師應該盡可能地根據實際金錢表示的有形成本和利益來評估一個專案。 設定優先順序 影響優先順序的因素 專案是否能在合理時間內導入完畢？效益能持續多久？ 能否取得必需的財務、人力、技術資源？ 新系統是否能更好地服務組織？ 分析師應該盡可能地根據實際金錢表示的有形成本和利益來評估一個專案。 第二章 分析企業個案 第67.68頁

設定優先順序 自由裁量及非自由裁量專案 可讓管理者選擇是否進行的專案稱為自由裁量專案 (discretionary projects) 。 管理者沒有選擇餘地的專案稱為非自由裁量專案 (nondiscretionary projects)。 第二章 分析企業個案 第68頁

初步調查 (preliminary investigation)。 與管理者和使用者互動 初步調查綜述 初步調查 (preliminary investigation)。 與管理者和使用者互動 應該先用一份備忘錄或一封電子郵件告訴對方你的調查及角色。 員工的態度和反應是相當需要重視的。 必須謹慎使用「問題」(problem) 這個字。 詢問使用者他們想要系統具有什麼新的能力，而非他們遭遇什麼困難。 第二章 分析企業個案 第68-69頁

初步調查綜述 圖2-17 初步調查模型。 第二章 分析企業個案 第69頁

初步調查綜述 規劃初步調查 在初步調查過程中， 系統分析師通常會依照一系列的步驟。 確切的過程必須視系統請求的本質、專案的大小及緊急的程度而定。 第二章 分析企業個案 第70頁

初步調查綜述 圖2-17 初步調查六步驟。 第二章 分析企業個案 第70頁

初步調查綜述 步驟 1：了解問題或機會 調查因果關係的技術中有一項非常受歡迎的工具稱為魚骨圖(fishbone diagram)，或石川圖(Ishikawa diagram) 。 第二章 分析企業個案 第71頁

初步調查綜述 圖2-19 魚骨圖是一種用圖形來呈現一個問題所有可能原因的分工具。 第二章 分析企業個案 第71頁

初步調查綜述 步驟 2：定義專案範疇和限制 專案範疇 (project scope) 專案蔓延 (project creep) 。 限制 (constraint) 第二章 分析企業個案 第72頁

初步調查綜述 步驟 2：定義專案範疇和限制 現在 vs. 未來 內部 vs. 外部 強制 vs. 意願 不論何種類型，所有的限制都應該愈早被確認愈好，以避免未來產生問題。 第二章 分析企業個案 第72.73頁

初步調查綜述 圖2-19 展示各種限制的例子。範例 A 的限制是現在、外部及強制；範例 B 的限制是未來、外部及強制；範例 C 的限制是現在、內部及意願；範例 D 的限制是現在、內部及強制；範例 E的限制是未來、內部及意願。 第二章 分析企業個案分析 第73頁

初步調查綜述 步驟 3：執行實情調查 實情調查包括數種技術。 依據系統請求所需資訊的不同，實情調查可能會耗費數小時、數天、或甚至數星期。 分析組織圖 應該試著取得一份組織圖，了解該部門的功能並決定訪談的對象。 第二章 分析企業個案 第73-74頁

初步調查綜述 圖2-22 Microsoft Visio具有強大且易用的組織圖繪製工具。 第二章 分析企業個案 74頁

初步調查綜述 步驟 3：執行實情調查 進行訪談 回顧文件 觀察作業 進行使用者問卷調查 圖2-22 有時候分析師透過觀察實際作業情形，可對系統有更加的了解。 第二章 分析企業個案 第74-75頁

步驟 4：分析專案可用性、成本、利益和時程資料 初步調查綜述 步驟 4：分析專案可用性、成本、利益和時程資料 在評估可行性之前，你必須先仔細分析資料。 你必須取得什麼樣的資訊，以及如何蒐集和分析資訊？ 你要不要進行訪談？需要訪談幾個人，以及需要花多少時間來進行訪談並整理資料？ 你要不要進行問卷調查？對象是誰？需要花多少時間才能完成？以及需要花多少時間來整理成表格？ 分析資訊以及將調查結果和建議整理成一份報告需要多少成本？ 第二章 分析企業個案 第78頁

初步調查綜述 步驟 5：評估可行性 現在你已經做好準備進行專案的可行性評估，同時也要思考下列幾個指導方針： 操作可行性 技術可行性 經濟可行性 時程可行性 第二章 分析企業個案 第78頁

初步調查綜述 步驟 6：呈交結果和建議給管理層 初步調查的最後一個工作是準備一份報告給管理層。 初步調查報告的形式各家公司不盡相同。 簡介 專案角色 系統請求摘要 時間和成本估計 調查發現 期望利益 行動方案(case for action) 附錄 第二章 分析企業個案 第79頁

初步調查綜述 圖2-25 在系統開發過程中常常需要口頭報告，系統分析師需要具備良好的簡報技巧。 第二章 分析企業個案 第80頁

提出系統專案的原因是為了提升效能、提供更多資訊、降低成本、強化控制，或提供更好的服務。 本章總結 策略規劃可以讓公司檢視它的目的、願景及價值，也可以建立其使命宣言，然後建立長期目標、短期目標、日常的業務運作，最後產生影響所有利益關係人的商業結果。 提出系統專案的原因是為了提升效能、提供更多資訊、降低成本、強化控制，或提供更好的服務。 第二章 分析企業個案 第80頁

在初步調查中，分析師評估系統請求並從操作、技術、經濟與時程四個觀點來分析專案的可行性。 本章總結 許多內部和外部因素也會影響系統專案，例如使用者要求、高階主管指示、現存系統、IT 部門、軟體及硬體供應商、科技、顧客、競爭者、經濟以及政府等。 在初步調查中，分析師評估系統請求並從操作、技術、經濟與時程四個觀點來分析專案的可行性。 第二章 分析企業個案 第80頁

分析師也會以有形和無形的期望成本和利益來評估系統請求。 本章總結 分析師也會以有形和無形的期望成本和利益來評估系統請求。 初步調查的步驟包括理解問題與機會；定義專案範疇與限制；實情調查；分析專案可用性、成本、利益以及時程資料；評估可行性，以及將結果與建議呈現給管理層。 第二章 分析企業個案 第80-81頁

初步調查的最後一項工作是準備一份呈交給管理層的報告。 本章總結 初步調查的最後一項工作是準備一份呈交給管理層的報告。 這份報告必須包含時間的估計、人力需求、成本、利益，以及對系統開發生命週期下一個階段的預期結果。 第二章 分析企業個案 第81頁