歡迎來到系統開發生命週期 (SDLC) 的世界！

你好！歡迎來到資訊管理學習旅程中最重要的章節之一。如果你曾經好奇一家公司是如何從「我們需要一套新的會計軟體」這個想法，轉變為每天實際使用它的過程，那麼你來對地方了。

系統開發生命週期 (Systems Development Life Cycle, SDLC) 簡而言之，就是組織為了構建高品質系統所遵循的一套循序漸進的「路線圖」或「食譜」。把它想像成蓋房子：你不會第一天就在沒有規劃的情況下開始鋪磚頭，對吧？你會先與建築師討論、核對預算，並繪製藍圖。這正是 SDLC 為資訊系統所做的事情！

什麼是 SDLC？

SDLC 是組織用於規劃、建立、測試及部署資訊系統的結構化流程。對於會計師而言，理解這一點至關重要，因為你通常會是決定項目是否值得投入資金的人，或者你可能是告訴 IT 團隊系統需要執行什麼功能的「終端使用者」。

如果一開始覺得很專業，別擔心！ 我們將把它拆解為五個清晰的階段。記住這個流程的一個簡單方法是使用縮寫 P-A-D-I-M：
1. Planning (規劃與可行性研究)
2. Analysis (分析)
3. Design (設計)
4. Implementation (實施)
5. Maintenance (維護)

第一階段：系統規劃與可行性研究

這是「我們應該做這件事嗎？」的階段。在投入數百萬元之前，公司需要知道該項目是否合理。

此階段最重要的部分是可行性研究 (Feasibility Study)。我們使用 TELOS 框架來檢查項目是否務實：

T - Technical (技術)： 我們有構建此系統的技術或技能嗎？
E - Economic (經濟)： 效益是否大於成本？(作為會計學生，這是你的主場！)
L - Legal (法律)： 系統是否符合數據隱私法規 (例如香港的個人資料（私隱）條例 PDPO)？
O - Operational (營運)： 員工真的會使用它，還是會抗拒變革？
S - Schedule (時間表)： 我們能按時完成嗎？

快速回顧： 如果一個項目在技術上可行，但成本過高，它就未通過經濟可行性測試，此時可能就應該喊停。

第二階段：系統分析

現在我們已經決定推進項目，我們需要問：「系統到底需要做什麼？」

在這個階段，項目團隊會與持份者 (Stakeholders) (即將使用系統的人) 溝通，並收集需求 (Requirements)。

例子： 如果你正在設計一套新的薪資系統，「分析」階段涉及詢問人力資源團隊：「你們需要什麼報告？需要自動計算強積金 (MPF) 嗎？需要處理加班費嗎？」

常見錯誤： 跳過或倉促完成此階段。如果你現在沒有定義好需求，最終得到的系統將無法滿足業務需求。如果你不斷在後期增加需求，這通常被稱為「需求蔓延 (Requirement Creep)」！

第三階段：系統設計

在分析階段，我們著眼於系統需要做「什麼」。而在設計階段，我們決定它將「如何」做到。

這是我們繪製「藍圖」的地方，分為兩部分：
1. 邏輯設計 (Logical Design)： 概念流程。數據如何從 A 點移動到 B 點？
2. 物理設計 (Physical Design)： 實際的硬體、軟體和資料庫規格。我們將使用哪種伺服器？使用者介面 (螢幕) 會是什麼樣子？

類比： 如果「分析」是說「我想要一輛能坐 5 個人且速度很快的車」，那麼「設計」就是繪製引擎圖紙並選擇座椅的皮革材質。

第四階段：系統實施

這是「行動」階段！編寫程式碼、購買硬體以及將系統正式引入辦公室都在此時發生。

對考試而言，一個非常重要的主題是系統轉換 (System Conversion) (從舊系統切換到新系統)。有四種方式：

1. 直接轉換 (Direct Changeover)： 週日關掉舊系統，週一直接開啟新系統。
風險： 很高！如果新系統崩潰，你將沒有後備方案。

2. 並行運作 (Parallel Running)： 在一段時間內同時運作新舊系統。
風險： 低，但成本極高，且員工的工作量倍增。

3. 試點運行 (Pilot Running)： 先在一個分部或部門試用新系統。
好處： 如果出現故障，只有公司的一小部分受影響。

4. 分階段轉換 (Phased Conversion)： 分部分引入新系統 (例如：先從發票模組開始，稍後再引入庫存模組)。

重點提醒： 實施也包括測試和使用者培訓。如果員工不知道如何登入，系統就毫無用處！

第五階段：系統維護

系統已經上線！但工作尚未結束。這個階段是歷時最長的，因為它會一直持續到系統最終被更換為止。

維護包括：
- 更正性維護 (Corrective Maintenance)： 修復測試期間未發現的漏洞 (Bug)。
- 適應性維護 (Adaptive Maintenance)： 因為其他因素變更而更新系統 (例如：稅法變更)。
- 完善性維護 (Perfective Maintenance)： 即使系統沒有「損壞」，也對其進行優化，使其更快或更好用。

你知道嗎？ 系統在整個生命週期內的大部分總成本，其實發生在維護階段，而不是構建階段！

總結快速回顧表

階段： 規劃
關鍵活動： 可行性研究 (TELOS)

階段： 分析
關鍵活動： 收集使用者需求

階段： 設計
關鍵活動： 建立藍圖 (邏輯與物理)

階段： 實施
關鍵活動： 編碼、測試及轉換 (直接、並行等)

階段： 維護
關鍵活動： 修復錯誤及適應新法規。

成功的最後小貼士

當你在考試中看到有關 SDLC 的題目時，請務必問自己：「我們現在處於流程中的哪個階段？」
- 如果題目提到預算，請聯想至規劃。
- 如果題目提到與員工訪談，請聯想至分析。
- 如果題目提到系統在首日運作失敗的風險，請聯想至實施 (轉換)。

持續練習這些階段，你很快就能掌握這個主題！你一定沒問題的！