DSE ICT｜系统开发生命周期备课指引（导师用）｜六阶段、测试覆盖、除错成本

2026-11-02

学生背得出六个阶段名，但一问“测试通过率几多”、“迟发现 bug 贵几倍”就停手。这一堂把流程图换成时间表与成本表。

本堂目标　学生能够：① 把 12 周专案按 6 个阶段分配，讲出每阶段产出物；② 用 40 个测试个案算出通过率并判断可否上线；③ 用除错成本倍数解释为何要提早测试。

01　先备知识（开课前 3 分钟快检）

以下任何一项未过关，本堂就会卡住，先补该项：

技能	快检题	过关标准
流程概念	开发流程通常由哪一步开始	需求分析
百分比	通过率怎样算	通过个案除总个案
成本概念	越迟发现错误越怎样	越贵

02　课堂流程（60 分钟）

时间	环节	导师做什么	学生做什么
0–8 分	六阶段拆解	需求、设计、实作、测试、推行、维护	每阶段一个产出物
8–20 分	时间分配	12 周分 6 阶段	每阶段 2 周
20–34 分	测试与通过率	40 个个案、8 个失败	通过率 80%
34–46 分	除错成本	早发现与迟发现的比例	迟发现贵 10 倍
46–54 分	学生独立写	写一段推行前检查清单	至少四项
54–60 分	离场检查	三题快问快答	三题全对才下课

03　讲解脚本（照着说就可以）

第一幕：六阶段各有产出物

需求分析、设计、实作、测试、推行、维护，合共 6 个阶段。
12 周平均分配，每阶段 2 周；但实务上测试通常占两倍，测试用 4 周，其余五阶段分 8 周。
答题只写阶段名无分，要写出该阶段交付什么文件或程式。

要学生讲：测试占 4 周后，其余五阶段平均每阶段几周。

第二幕：测试要用数字讲

40 个测试个案，8 个失败，通过 32 个（80%），失败率 20%。
行规：关键功能失败率必须为 0 才可上线，非关键可以上线后修。
学生最常写“测试完就推行”，无通过率等于无答。

要学生讲：8 个失败之中如果有 1 个系登入功能，可否上线。

第三幕：越迟发现越贵

需求阶段发现错误成本当 1，推行后才发现约 10 倍：不只要改程式，还要改资料、通知用户、补救商誉。
所以测试要把 60% 的 bug 在推行前挡住；敏捷用 3 个 2 周 sprint（共 6 周）每轮都测，就是把发现时间推前。
每周 20 小时工时，6 周共 120 小时，要计入排程。

要学生讲：为什么“先写完再一齐测”成本最高。

04　必教题型与步骤

题型	例子	步骤	答案
流程	阶段排序	按产出物排序，不是按喜好	6 阶段
计算	测试通过率	通过除总个案乘 100%	80%
计算	阶段时间分配	总周数除阶段数，按比重调整	2 周
论述	开发模式比较	瀑布与敏捷各两句，连适用情境	每模式一例

合理性检查（一定要教）：六个阶段加起来要等于总工期；不等于即有人漏阶段。
通过率不可能超过 100%，超过就是分母用错。
失败个案数要少于总个案数。
维护阶段一定在推行之后，不可以排在中间。

05　独立练习三题

题目	答案	想观察什么
12 周 6 阶段平均分配	2 周	12 ÷ 6
40 个个案、8 个失败的通过率	80%	32 ÷ 40
推行后才发现错误的成本倍数	10 倍	需求阶段当作 1

06　学生常见错误与纠正句

错误	学生通常这样写	导师这样说
只背阶段名	答需求、设计、实作、测试	每阶段要配一个产出物，例如需求阶段出规格书。
测试写已测试	无数字	写“40 个个案，80% 通过”，才有分。
把维护当第一个阶段	次序错	维护一定系最后，系上线之后的事。
忽略用户验收	直接推行	无 UAT 就推行，等于把 20% 的风险带去用户。

07　家课建议（直接指到练习卷题号）

Paper 1 短题：系统开发阶段（Q2–Q4）　每阶段写产出物
Paper 2 个案题：测试计划（Q6）　列出五个测试个案与预期结果
全部备课指引　比较其他科目的十节结构

08　离场检查（最后 5 分钟）

题目	答案	判定
12 周 6 阶段，每阶段几周	2 周	三题全对＝可进下一章
40 个案 8 个失败，通过率	80%	错一题＝重讲百分比
推行后发现错误的成本倍数	10 倍	错两题以上＝回到第三幕

09　导师常问

瀑布与敏捷最大分别是什么？

瀑布一次交付，敏捷分 sprint 交付并持续测试。

没有足够时间测试怎么办？

优先测关键功能，并写明风险与补救计划。

维护阶段包括什么？

修错、更新、备份、效能调校，全部属维护。

立即免费找导师导师登记 →

本页为 TutorZone 导师备课指引，内容由 TutorZone 团队编写；题目与流程为原创，并非任何学校或出版社的教材。