A2 出題趨勢分析
早期趨勢 2012–2018
早期 A2 題目較為發散，曾考過多種主題，例如系統轉換策略、硬體架構種類、需求擷取技巧等，題型變化大且不固定。
近年趨勢 2022–2025
近三年 A2 已被「定型」為 Topic 01 開發方法論的專屬考區，題目核心圍繞「辨識開發方法」與「在情境下選擇方法」：
| 年度 |
題型重點 |
| 2024/2025 |
給圖辨識 Agile，並寫出一個優點與一個缺點 |
| 2023/2024 |
給圖辨識 Parallel Development，並寫出有利與不利條件 |
| 2022/2023 |
默寫選擇開發方法的 5 個因素，並寫 Agile 優缺點 |
結論：A2 現在考的是「懂不懂各種方法論的特性，以及在何種情境下選用」，掌握幾個判斷矩陣即可穩拿 4–5 分。
教授的終極溫習建議
三大核心考點
- 決定方法論的六大考量因素
- Agile Development 的優缺點
- Parallel Development 的有利與不利條件
六大考量因素（必背）
在選擇開發方法時，務必能默寫以下六個英文專有名詞：
- Clarity of User Requirements 使用者需求的清晰度
- Familiarity with Technology 對技術的熟悉度
- System Complexity 系統複雜度
- System Reliability 系統可靠度
- Short Time Schedules 專案時程的長短
- Schedule Visibility 進度的可見度
Agile Development 優缺點（必背）
費曼比喻：邊煮湯邊試味道。
Pros
- Effective for unclear user requirements：對不明確需求有效，能邊做邊改。
- Suited for short time schedules：適合短期專案，快速交付初版。
Cons
- Challenges with unfamiliar technology：面對不熟悉技術時風險高。
- Difficulties in managing complex systems：複雜系統缺乏大量前期規劃會難以控制。
Parallel Development 優缺點（必背）
費曼比喻：把大餐拆給三個廚師同時做，最後再整合。
Favorable conditions
- Systems that are complex：系統可切分為子專案。
- Systems that are reliable：系統本身可靠，易整合。
- Short time schedule：時程短時可並行縮短總工期。
Unfavorable conditions
- Unfamiliar technology：技術不熟會導致整合災難。
- Unclear user requirements：需求變動會使分頭開發無法拼合。
- Unclear schedule visibility：進度不可見時管理困難。
其他開發方法論重點
Waterfall Development
比喻：水往低處流，一去不回頭。嚴格順序、文件重、難回頭。
- Good for：Complex system；Reliable system。
- Poor for：Unclear user requirements；Short time schedule。
V-model
比喻：瀑布的升級版，左開發右測試，強調每階段對應測試。
- Excellent for：System Reliability（高可靠度系統）。
- Poor for：Unclear user requirements；Short time schedule。
Iterative Development
比喻：分版本逐步推出，根據回饋改進。
- Excellent for：Short time schedule；Schedule visibility。
- Good for：Unclear user requirements。
System Prototyping
比喻：快速且粗糙地拼出雛型給使用者看，邊做邊修。
- Excellent for：Unclear user requirements；Short time schedule。
- Poor for：System Complexity；Familiarity with technology（若技術不熟，雛型會成災難）。
Throwaway Prototyping
比喻：為解決特定技術或設計難題做短期雛型，驗證後丟棄再正式開發。
- Excellent for：Unfamiliar technology；Complex system；Reliable system。
- 考題情境：若技術全新且系統複雜且要求高可靠度，答案通常是 Throwaway Prototyping。
行動指示與考前策略
教授的考前任務
- 默寫六大考量因素的英文專有名詞一次，直到能流暢寫出。
- 用「試味道」與「分頭做大餐」的比喻在腦中回想 Agile 與 Parallel 的 Pros & Cons。
- 把 System Prototyping 與 Throwaway Prototyping 的適用情境與限制做比較表，熟記兩者差異。
出題預測與應對
由於近年連續考 Agile 與 Parallel，下一次可能換 System Prototyping 或
Waterfall。遇到情境題時，依六大考量因素逐項對照，並在答案中清楚列出「有利條件」或「不利條件」。
快速答題技巧
- 答題格式建議：標題 → 定義 → 有利條件 → 不利條件 → 簡短情境判斷。
- 遇到圖形辨識題，先寫出圖示關鍵字（例如 Agile loop、Parallel subprojects），再列一個優點與一個缺點。
- 情境題答法：逐條對照六大考量因素，寫出最符合的開發方法並說明理由。