用户需求（user requirement）是对使用者需要系统做什么的说明。案例题会给你一小段情境，要你列出或解释新系统必须提供什么。
这个技能是ICT 应用与系统生命周期单元的开头，因为设计、测试和评估都要回头对照需求。
什么算需求？
好的需求说明需要什么，而不是怎样做。它要具体到事后可以检查：看着完成的系统，你能回答“是”或“否”。
把案例读三遍，每遍找不同的东西：
- 问题：现在哪里出错（卡片遗失、排队太长、出错）。
- 用户：谁来用，熟练程度如何。
- 限制：预算、设备、时间、空间。
然后把找到的内容归入输入、处理、输出和存储，再加一组限制条件。
例题
虚构案例：Sinar 社区图书馆每周用手写卡片借出约 300 本书。工作人员说排队很长、卡片会遗失，也没人能很快知道谁的书逾期。一位 70 岁的义工只经过很少的培训就要负责柜台。委员会的经费只够买一台笔记本电脑和一个条码扫描器。
**第 1 步，划出问题：**排队长、卡片遗失、无法快速找出逾期的书。
**第 2 步，划出用户和限制：**义工只受过少量培训；一台笔记本电脑；一个扫描器。
第 3 步，按组写需求：
| 组别 | 需求 |
|---|---|
| 输入 | 扫描会员卡和书的编号来记录一次借阅 |
| 处理 | 把到期日与今天的日期比较，找出逾期借阅 |
| 输出 | 打印或显示逾期借阅清单，并附会员姓名 |
| 存储 | 保存会员和书籍记录，不会遗失 |
| 限制 | 界面简单，培训很少也能使用 |
| 限制 | 必须能在一台笔记本电脑和一个扫描器上运行 |
第 4 步，检查每条是否可检验：“显示逾期借阅清单”可以检查。“让图书馆更好”无法检查。
要留意的错误
常见的失误是写成解决方案或愿望，而不是需求。
错误答案：“图书馆需要一个现代的数据库系统，设计要好看。”
这说的是解决方案，也没有一点出自案例。阅卷人看不出系统必须做什么。
改正的方法是把每一行和案例中的细节连起来：“自动记录每次借阅，使卡片不会遗失。”问自己：案例里的哪一句话在回答这一点？
自测
1. 某学校食堂（虚构）说学生付款要等太久，收银员又常常打错价格。写出两条需求。
查看答案
例如：“从已存的价目表自动查找价格，收银员不必自己输入”（输入和存储），以及“让学生用简短简单的步骤付款”（易用性）。两条都连着案例中的一个问题。
2. “使用触摸屏”是需求还是解决方案？请说明。
查看答案
它是解决方案。需求应该是“屏幕必须让电脑经验很少的人也容易使用”。触摸屏只是满足它的一种办法。
3. 在图书馆案例中，“系统必须在一台笔记本电脑上运行”属于哪一组？
查看答案
限制条件。它限定了可以使用的硬件。
接下来学什么
知道需要什么之后，下一个问题是案例信息太少时如何了解更多，见选择数据收集方法。需求最后还会在评估系统中回来，ICT 实践任务与证据检查器可以帮你整理笔记。
如果你列出的需求总是听起来很笼统，我们老师团队的线上一对一 ICT 补习可以陪你一起做案例。