1软件工程不是把代码写长
闭卷说清“软件工程不是把代码写长”的对象、规则、制品和一个失败反例。
软件工程 · 小纸条
选一章打印。双面打印（按长边翻页）后沿虚线剪开，每张卡片正面题目、背面答案。
第 1 页 · 正面（题目）
2识别利益相关者与真实目标
闭卷说清“识别利益相关者与真实目标”的对象、规则、制品和一个失败反例。
3访谈、观察与证据三角验证
闭卷说清“访谈、观察与证据三角验证”的对象、规则、制品和一个失败反例。
4用户故事、用例与验收条件
闭卷说清“用户故事、用例与验收条件”的对象、规则、制品和一个失败反例。
5非功能需求与质量属性场景
闭卷说清“非功能需求与质量属性场景”的对象、规则、制品和一个失败反例。
6需求优先级与范围切片
闭卷说清“需求优先级与范围切片”的对象、规则、制品和一个失败反例。
7需求基线、追踪与变更控制
闭卷说清“需求基线、追踪与变更控制”的对象、规则、制品和一个失败反例。
第 1 页 · 背面（答案）
核心：提出功能的人不一定是承担后果的人，要区分购买者、使用者、运维者和受影响者；规则：目标写成可测结果；方案只是候选，不得把‘做一个小程序’冒充问题定义；应能围绕“预约系统希望提高利用率，但学生关心操作时长，管理员关心爽约，残障用户关心可达性”交付可复核制品。
核心：软件工程处理多人、长期、变化和风险；代码只是实现制品之一；规则：一个需求只有在责任人、输入、可观察结果和失败边界都明确时才可进入开发；应能围绕“为校园活动平台画出用户、维护者、财务和安全人员的责任边界，并列出上线后三个月仍需维护的承诺”交付可复核制品。
核心：用户故事表达价值切片，用例描述交互路径，验收条件把模糊期望变成可判定事实；规则：验收条件应覆盖正常路径、边界、权限和故障，不使用‘友好’‘快速’等不可判词；应能围绕“‘作为助教，我要批量延长截止时间’要补权限、选课范围、时区、通知与失败回滚”交付可复核制品。
核心：访谈得到陈述，观察得到行为，数据得到频率；三类证据互相校准；规则：至少用两种独立来源验证关键假设，并把冲突保留为待决问题；应能围绕“访谈说审批只需两步，现场却出现纸质签字、电话确认和月底补录，日志又显示退回率高”交付可复核制品。
核心：优先级由价值、风险、依赖和成本共同决定，不是声音最大者优先；规则：每个切片都要端到端可验收；不能把数据库、后端、前端分别称作三个用户价值；应能围绕“首版支付项目先交付单币种退款闭环，把优惠叠加拆到下一增量，并保留账务一致性”交付可复核制品。
核心：性能、可靠性、安全、可维护性必须写成刺激—环境—对象—响应—度量；规则：质量属性必须有测量环境和阈值；平均值不能代替尾延迟与故障时表现；应能围绕“选课开放时每秒两千请求，系统在单区故障环境下仍于两秒内返回且不超卖”交付可复核制品。
核心：基线不是冻结变化，而是让每次变化有来源、影响和决策记录；规则：变更前做影响分析，变更后同步需求—设计—代码—测试—运维证据链；应能围绕“把‘短信登录’改为‘多因素认证’时，追踪到威胁模型、接口、测试、监控、隐私告知和发布时间”交付可复核制品。