💪 第 7.6 章：評估 (Evaluation) —— 我們建造的系統正確嗎？
各位 IGCSE 的學霸們大家好！你們已經完成了所有艱巨的工作：釐清客戶需求（分析）、規劃系統（設計）、構建系統（開發）、測試系統以及將其實際應用（實施）。
現在來到了最後也是最關鍵的階段：評估 (Evaluation)。這一步是用來判斷你的 ICT 解決方案是否成功。把它想像成新系統的「期末成績單」——你需要檢視它哪些方面做得好，哪些地方需要改進。
為什麼評估很重要？
即使系統運作正常（通過了測試！），它對用戶或企業來說也未必是完美的。評估能確保系統達成最初的目標，並真正發揮價值。
📌 評估解決方案的三大支柱
當你評估 ICT 解決方案時，需要專注於最初需求中定義的三個關鍵領域。記住這三個詞！
1. 解決方案的效率 (Efficiency)
效率 (Efficiency) 指的是系統執行任務的效果，特別是在速度和資源使用方面。一個高效率的系統能快速完成工作，而不會浪費時間或運算能力。
舉個例子： 如果你寫的資料庫查詢指令需要 30 秒才能執行完畢，那就是低效率。而一個高效率的系統應該能在 3 秒內完成同樣的查詢。
- 處理速度： 系統處理數據的速度有多快？（例如：產生報告、更新紀錄）。
- 資源使用： 系統是否對網絡、CPU 或記憶體造成過大的負擔？
- 減少錯誤： 高效率的系統應能將出錯機率降到最低，從而節省修正錯誤的時間。
重點總結： 效率講求的是速度以及聰明地運用資源。
2. 解決方案的易用性 (Ease of Use / Usability)
易用性 (Ease of Use/Usability) 用來評判系統對終端用戶來說有多簡單、多直觀。如果一個系統在技術上完美無瑕，但根本沒人知道該怎麼操作，那它就是失敗的！
- 介面設計： 佈局是否清晰、一致且合乎邏輯？
- 輸入表單： 資料輸入表單是否容易導航？指令是否清晰易懂？
- 錯誤處理： 系統是否提供實用且沒有複雜技術術語的錯誤提示？
- 培訓需求： 如果系統非常容易使用，所需的培訓時間就會減少，進而為公司節省金錢和時間。
比喻： 想像一下操作一個複雜的電視遙控器（難以使用）與使用一個簡單的手機 App（易於使用）的差別。易用性是用戶接受系統的關鍵！
重點總結： 易用性關乎用戶體驗——用戶達成目標的速度與準確度。
3. 解決方案的適當性 (Appropriateness)
適當性 (Appropriateness) 是為了檢查系統是否真正達成了當初設計的目的，並解決了原本的業務問題。
- 符合需求： 系統是否滿足了分析階段所確定的所有輸入、輸出和處理需求？
- 硬件/軟件： 所選用的硬件和軟件是否適合這份工作以及工作環境？（例如：在工廠環境中使用堅固的工業級硬件）。
- 規模： 系統能否處理預期的數據量和用戶人數？
例子： 如果公司需要一個系統來管理全球的大型庫存水平，而你卻只提供了一個簡單的試算表，那麼即便試算表再好用，這個解決方案也是不適當的。
重點總結： 適當性意味著該解決方案是處理這項工作的正確工具。
✎ 快速複習
要記住這三個主要標準，請記住縮寫 E-E-A：
Efficiency（效率）、Ease of Use（易用性）、Appropriateness（適當性）。
📜 第一步：與原始需求進行比較
評估中最重要的一環，就是將最終的系統與分析階段所設定的原始任務需求進行對比。
你需要遍歷系統規格說明書 (System Specification) 清單，標記出哪些需求已達成，哪些尚未達成。這是一個非常有條理的比較過程。
例如：
- 需求： 「系統必須允許輸入客戶詳細資料，包括出生日期。」
- 評估結果： 是，符合此需求，且日期格式驗證運作正常。
- 需求： 「輸出的報告必須在 5 秒內產生。」
- 評估結果： 否，複雜的月度報告需要 15 秒才能產生。（這揭示了效率不足/限制！）
🤔 第二步：識別限制與改進建議
沒有系統是完美的，尤其是在剛建成時。將系統與需求比較後，你必須正式記錄其缺點並提出修復方案。
系統限制 (Limitations)
限制 (Limitations) 指的是系統在功能、特性或效能方面未達到標準之處。
- 例子 1 (易用性)： 選單結構太深，需要點擊六次才能進入薪資計算功能。
- 例子 2 (效率)： 當超過 50 位用戶同時登入時，資料庫回應速度會顯著下降。
- 例子 3 (適當性)： 系統最初設計為純文字輸入，但用戶現在需要上傳圖片，這是初始分析中漏掉的功能。
必要的改進 (Necessary Improvements)
根據系統限制，你必須提出必要的改進措施。這些是關於如何升級或修改系統以克服限制並更好地滿足用戶需求的具體建議。
- 針對例子 1： 建議為薪資功能建立快速存取捷徑，或重新設計主選單。
- 針對例子 2： 建議升級伺服器硬件（CPU/RAM）或優化資料庫查詢結構。
- 針對例子 3： 加入檔案上傳模組，並確保資料庫能正確儲存檔案路徑。
記住： 改進方案必須是現實可行的，並能直接針對所記錄的限制進行修正。
👥 第三步：評估用戶對測試的反應
用戶是每天與系統共事的人，他們的意見至關重要！評估的這一部分涉及收集並分析測試過新系統的人員所提供的回饋。
收集用戶回饋的方法
- 問卷調查： 使用問卷收集結構化的回饋（例如：給介面的簡單程度評分 1 到 5 分）。
- 訪談： 進行面對面討論，以了解複雜問題或獲取詳細建議。
- 觀察法： 觀察用戶與系統的互動，看看他們在哪裡遇到困難或犯錯（這能揭示易用性問題）。
評估用戶反應的重點
你要尋找的是關於系統實務層面的回饋：
- 培訓需求： 用戶是否覺得培訓足夠？他們是否需要大量協助？（這與易用性有關）。
- 感知速度： 用戶在日常工作中是否覺得系統速度足夠快？（這與效率有關）。
- 準確性/可靠性： 他們是否經常遇到 Bug 或資料輸入困難？
- 建議： 用戶希望增加什麼功能，或什麼能讓他們的工作更容易？（這直接導向改進建議）。
❌ 常見錯誤
學生經常混淆測試 (Testing) 和評估 (Evaluation)。
測試旨在證明系統運作正常（例如：「儲存按鈕確實能儲存檔案」）。
評估旨在評判系統是否夠好（例如：「儲存程序太慢」或「儲存按鈕的位置很難按到」）。
評估是利用測試的結果（以及用戶回饋）來做出判斷。
📖 總結與關鍵要點
評估是系統生命週期 (Systems Life Cycle) 的最後階段，這是一項關鍵的審核，用以確保系統對客戶是有價值的。
一份完整的評估報告必須涵蓋以下五點：
- 對效率（速度和資源使用）的判斷。
- 對易用性（可用性）的判斷。
- 對適當性（是否解決了原始問題）的判斷。
- 詳細的對比，顯示系統如何滿足（或未滿足）原始需求。
- 根據技術調查結果和用戶回饋所整理的系統限制列表，以及對應的必要改進建議。