A1 出題趨勢與 SDLC 重點複習（2012–2024/2025）

📊 A1 出題趨勢分析（Trend Analysis）

1. 早期趨勢（2012–2019）：宏觀概念與可行性分析為主

早期 A1 偏好考大方向的記憶題，常見主題：

• SDLC 四大階段：例如 2012/2013 年要求列出 System Development Life Cycle 的四個階段。
• Feasibility Analysis（可行性分析）：2014/2015 與 2018/2019 年考了可行性分析的三大類別；2015/2016 與 2017/2018 年考成本與效益分類（Tangible vs Intangible）。

2. 中期趨勢（2016–2022）：開發模型圖表填空

這段期間偶有圖表填空題，考生需熟悉常見模型圖形：

• 2016/2017：V-Model 圖，填寫對應測試階段。
• 2022/2023：Agile Development 循環圖，填上遺漏活動。

3. 近年最新趨勢（2023–2025）：SDLC 各階段的微觀拆解

近兩年 A1 不再只考四大階段標題，而是深入某一階段的內部步驟與產出（Steps & Deliverables）：

結論：A1 已從「背標題」進化為「往下挖一層」，請準備每個階段的內部步驟與常見產出。

🎯 教授的專屬溫習建議（Exam Focus）

溫習重點 1：SDLC 的微觀步驟（近兩年極愛考）

請精準背出 Analysis 與 Design 兩階段的內部步驟與英文定義；教授預測下一步可能會考 Planning 或 Implementation 的內部步驟。

Analysis Phase（分析階段） — 三個步驟

1. Analysis strategy（分析策略）：研究現有系統問題並構思新系統的方向。
2. Requirements gathering（需求收集）：透過訪談、問卷、觀察等方法收集需求，建立分析模型。
3. System proposal（系統提案）：整理分析結果並提交提案給專案贊助人，決定是否進入下一階段。

Design Phase（設計階段） — 四個步驟

1. Design Strategy（設計策略）：決定系統採內部開發或外部採購（buy vs build）。
2. Architecture Design（架構設計）：描述硬體、軟體、網路等基礎設施配置。
3. Database and File Specifications（資料庫與檔案規格）：定義資料儲存結構、表格、檔案格式與位置。
4. Program Design（程式設計）：定義需撰寫的程式、模組功能與介面規格。

教授私房預測：既然 Analysis 與 Design 都已考過，接下來要特別注意 Planning 或 Implementation 的內部步驟被抽出考題。

溫習重點 2：可行性分析（Feasibility Analysis） — 經典不敗

可行性分析歷年出現頻率高，務必熟記三大類型與經濟可行性的細項：

• Technical feasibility（技術可行性）
• Economic feasibility（經濟可行性）：區分 Development costs vs Operational costs；並能舉例 Tangible（有形）與 Intangible（無形）效益。
• Organizational feasibility（組織可行性）

溫習重點 3：熟悉各種開發方法論（Methodologies）

除了記住 Waterfall、Agile、V-Model 名稱外，還要能比較優缺點並應對情境題（例如需求不明或技術不熟時該選哪種方法）。同時複習 V-Model 與 Agile 的圖形架構以備圖表填空題。

📝 SDLC 中的 Planning（規劃）與 Implementation（實作）詳解

Planning（規劃階段） — 目的與具體步驟

規劃階段核心在釐清「為何要建置系統」與「如何建置」。此階段包含兩大步驟：

1. Project Initiation（專案起始）

• 評估系統能為組織帶來的 business value（例如降低成本、增加營收）。
• 進行 Feasibility Analysis（可行性分析）：技術、經濟、組織三個維度。

2. Project Management（專案管理）

• 建立工作計畫（work plan）、排定里程碑（milestones）。
• 為專案配備人員（staff the project）並制定管理與控制機制（如風險管理、變更控制）。

Implementation（實作階段） — 考核重點（Exam Focus）

實作階段是把設計轉為可運作系統並安裝上線，通常耗時且成本高。歷屆試題常考以下三大重點：

1. System Conversion（系統轉換）與 Conversion strategy（轉換策略）

導入新系統時需決定三個層面（維度）：

• Conversion Style（轉換風格）：例如 Direct conversion（直接轉換 / 瞬間替換）與 Parallel conversion（平行轉換 / 新舊系統並行）。
• Conversion Locations（轉換地點）：例如 Pilot conversion（前導試點）、Phased conversion（分階段轉換）、Simultaneous conversion（同時轉換）。
• Conversion Modules（轉換模組）：例如 Modular conversion（模組化逐步上線）與 Whole-system conversion（一次性全系統上線）。

2. Conversion Strategy Factors（轉換策略的考量因素）

選擇轉換策略時，考試常要求列出三個關鍵考量：

1. Risk（風險）：新系統導入可能中斷業務或產生其他風險。
2. Cost（成本）：不同策略會帶來不同的開銷。
3. Time（時間）：轉換所需時間與對業務的影響。

3. Software Testing（軟體測試）

在實作與程式撰寫階段，必須設計並執行完整測試流程。四個主要階段如下：

• Unit Tests（單元測試）：包含 Black-box testing（依規格測試輸入/輸出）與 White-box testing（檢視原始碼、路徑覆蓋）。
• Integration Tests（整合測試）：評估模組間協同運作是否正確。
• System Tests（系統測試）：測試整體系統是否符合需求、效能與安全性等（五大面向可參考前述 System Testing）。
• Acceptance Tests（驗收測試）：由使用者執行，包含 Alpha testing（受控環境、捏造資料）與 Beta testing（真實環境、真實資料）。

📚 快速答題策略與提醒

• 遇到 A1 類題，先判斷是「宏觀」還是「微觀」：若題目要求步驟或產出，務必寫出具體 Steps 與 Deliverables。
• 可行性分析與 Conversion Strategy 為歷年常考點，答題時用條列清楚呈現三大類別或三個考量因素。
• 準備圖表填空題時，熟記 V-Model、Agile 循環圖的主要節點與對應測試或活動。
• 答題格式建議：標題 → 定義/目標（Goal）→ 具體步驟（Steps）→ 產出或範例（Deliverables / Examples）。