评估（evaluation）是判断完成的系统是否做到用户所需的阶段。你要把它与原始需求对照，收集证据，并指出哪里应该改进。
这是ICT 应用与系统生命周期单元的最后一个阶段。它会重新用到你在提取用户需求里列出的清单。
怎样正确评估？
按三步进行：
- 逐条取出原始清单中的每一条需求。
- 找证据：测试结果、截图描述、用户评论或测量数据。
- 作判断：完全满足、部分满足或未满足，并说明原因，然后提出一项改进。
还要评论三个常见的品质：是否易用，是否高效（节省时间或精力），以及对用户和任务是否合适。
例题
使用虚构的 Sinar 社区图书馆案例和一周的试用：
| 需求 | 证据 | 判断 |
|---|---|---|
| 扫描卡和书来记录借阅 | 60 次测试借阅，全部正确保存 | 满足 |
| 列出逾期借阅 | 清单出现了，但有 2 位已还书的会员仍在清单里 | 部分满足 |
| 安全保存记录 | 笔记本电脑重启后数据仍在 | 满足 |
| 培训很少也能使用 | 义工在还书界面需要两次协助 | 部分满足 |
| 在一台笔记本电脑和扫描器上运行 | 运行正常 | 满足 |
**小结：**三项满足，两项部分满足。
**改进建议：**修正还书步骤，让已还的书从逾期清单中消失，并在还书界面加一行通俗的提示。
**效率检查：**旧的卡片方式每次借阅约 120 秒；试用平均 30 秒。每次借阅节省 90 秒，每周 300 次借阅就是 300 × 90 = 27,000 秒，即每周 7.5 小时。
（验算：27,000 ÷ 3,600 = 7.5。）
要留意的错误
错误答案：“这个系统很好，因为它很现代，大家都喜欢。”
没有与需求挂钩，也没有测试证据。
改正的方法是点出需求、给出证据，再作判断：“逾期清单部分满足，因为有两本已还的书仍然出现。”
自测
1. 针对需求“培训很少也能使用”，说出一项可以收集的证据。
查看答案
观察一位新用户在没有帮助的情况下完成一项任务，记下他们需要协助的次数，或请他们为易用程度打分。
2. 一次借阅以前花 120 秒，现在花 45 秒。每次借阅节省多少秒？
查看答案
120 − 45 = 75 秒。
3. 评估为什么除了判断还要包含建议？
查看答案
因为评估会回馈到系统的改进。只部分满足的地方需要有下一步。
接下来学什么
在综合练习里把整个流程练一遍。想了解系统投入使用后如何保持安全，见安全、保安与影响。
如果你想让人检查你的评估答案，我们老师团队的线上一对一 ICT 补习可以陪你做。