这个主题讲的是一个计算机系统如何被规划、建造、投入使用和评估。它出现在案例题里：一个小机构想取代纸质流程，你要证明自己能针对这个机构推理，而不是背诵各个阶段。
这里的课程一次讲一个阶段：弄清需要什么、收集数据、设计输入表格、选择换系统的方式，以及对照最初的需求检查完成的系统。
需要先具备什么基础？
你需要熟悉计算机系统的基本部分：输入、处理、输出和存储。硬件、软件与系统单元讲了这些。懂一点数据库词汇（字段、记录、表）对表格设计那一课有帮助，也可以在只读 SQL 练习实验室里试试查询。
用一个例子先看全貌
虚构的 Kedai Buku Mawar 书店用笔记本记录学校书籍订单。家长打电话来，店员写下姓名和书名，订单就会遗失。
| 阶段 | 这个案例里的做法 |
|---|---|
| 需求 | 记录每张订单，显示尚未领取的订单，安全保存姓名 |
| 数据收集 | 观察店员一天，问店员三个问题，查看笔记本页面 |
| 设计 | 订单表格，含姓名、电话、书籍编号和“已领取”勾选框 |
| 实施 | 先从一个书架开始，店员熟练后再加入其余部分 |
| 评估 | 逐条检查需求：每张订单都记录了吗？未领取的订单列出来了吗？ |
注意每一行都提到了这家书店独有的东西。这个习惯，正是好案例答案和泛泛答案的区别。
这些课程应该按什么顺序学？
- 从案例中提取用户需求：后面所有阶段都取决于你知道系统必须做什么。
- 选择数据收集方法：这是你弄清需求的方式。
- 设计输入表格：第一个具体的设计成果，涉及验证和版面选择。
- 比较直接转换与分阶段实施：新系统如何取代旧系统，以及各种方式的风险。
- 对照原始需求评估系统：把整个循环闭合，并重新用到第一课。
最后做综合练习，再用 ICT 实践任务与证据检查器整理自己的笔记。
常见陷阱有哪些？
- 用笼统的话描述阶段，没有用案例里的细节。
- 混淆阶段，例如把“询问用户需要什么”放到评估里。
- 写产品或品牌名称，而不是描述所需的功能。
- 写“更快”却不说在什么事情上更快、对谁、怎样知道。
- 把表格当装饰。每个字段都需要数据类型和检查。
怎样使用练习？
先在纸上做每一题，再打开答案。丢分时，记下涉及的阶段，回到对应的课程。错题记录是保存这些笔记的简单办法。
案例推理在有人对你自己写的句子给反馈时进步最快。这正是我们老师团队的线上一对一 ICT 补习能帮上忙的地方，下一个相关单元是安全、保安与影响。