S12 · 案例与论文冲刺及全真模考


第 12 周|主打科目:三科|对应知识域:全部 18 个模块
|主打基本问题:Q1–Q4 全部收束|本阶段产出:完整交付物定稿 + 第 4 篇论文 + 全真模考成绩

项目宪法、5 条持久理解与评分量规见 00-课程总纲.md;检查点见 01-学习路径与进度表.md


一、情境开场(Hook)

距考试还有 12 天。

你打开过去 11 周攒下的东西:需求规格说明书、6 份 ADR、E-R 图与 BCNF 分解、WBS 与挣值基线、风险登记册、三篇论文。它们散在五个文件夹里,命名有 最终版.docx最终版2.docx最终版-真的最终.docx

你做了一次全真模考:

  • 综合知识:75 题,错了 21 道。其中 9 道是你会的——不是不会,是做太快跳过了题干里的”不包括””错误的是”。
  • 案例分析:第 1 题(建模)拿了 22 分,后两题只写了要点,时间到了手还在抖。第 3 题你根本没看完第 3 个小问。
  • 论文:写了 1600 字就到时间了,摘要还没写。

复盘时你发现一个扎心的事实:三科里最弱的不是知识,是时间。你花了 11 周学怎么分析一个系统,却从没认真练过”在 240 分钟里把知识倒出来”。

于是最后一周的问题不是”还有什么没学”,而是——怎么把已经学会的东西,在考场的时间盒里稳定地兑现成 45 分以上。


二、为什么学这一周

  1. 案例分析是拉分主战场:第 1 题建模题可以练到几乎不错,后两题靠套路而非灵感。四段式模板 + 25 分钟节奏,是把”会”变成”得分”的转换器。
  2. 论文是挂科主战场:三科中挂科率最高的一科。到了这一周,论文只能靠预演,不能靠临场发挥——120 分钟写 2500 字,不练 3 遍以上几乎必然写不完。
  3. 时间纪律是可训练的:连考 240 分钟是体力活。做过一次完整模考的人,和没做过的人,在考场上的表现是两个物种。
  4. 收束四个基本问题:Q1–Q4 的最终回答,就是你论文的素材库和案例分析的答题语料。这一周把它们写下来,考场上直接调用。
  5. 交付物定稿:五份交付物定稿后,你同时拥有案例素材、论文素材和面试作品集。这是 12 周最实在的回报。

三、案例分析冲刺:题型套路与作答模板

3.1 通用四段式模板(所有题型通用)

① 问题定位 —— 题干里的事实是什么,它对应哪个知识点,问题的性质是什么
② 理论依据 —— 用什么方法/模型/标准来判断,关键术语是什么
③ 解决方案 —— 分点给出具体做法,每点一行,动词开头
④ 效果分析 —— 会带来什么结果、有什么代价、如何验证

为什么有效:阅卷是按点给分的。四段式保证你”定位对了 → 术语对了 → 做法有了 → 收尾完整”,
哪怕其中一段薄,其余三段仍能拿到大部分分。

3.2 分题型套路

题型 特征 套路 时间
补图题 给出不完整的 DFD / 用例图 / 类图 / E-R 图 先用”硬规则”扫一遍(数据流必须经加工、include/extend 方向、聚合组合、m:n 必须独立建表),再按上下文补全 20 分钟
计算题 关键路径、挣值、PERT、EMV 必须写公式 + 代入 + 结果,过程有分;算完必须写一句”说明什么” 25 分钟
找错题 “指出方案中存在的问题” 按维度扫:需求是否可验证、是否有非功能需求、是否有追溯、是否有变更控制、是否有评审 20 分钟
方案设计题 “给出设计方案并说明理由” 先给≥2 个候选 → 用质量属性场景对比 → 给结论 → 写被否决方案的理由 → 写风险与触发重评的信号 30 分钟

3.3 选做题决策(3 分钟扫全卷时做)

步骤 动作
1 扫全部 5 道题的第 1 小问(通常最简单,判断难度)
2 给每题打”确定性”分:能写出 3 个要点=3 分,只有思路=1 分
3 第 1 题必做,直接开始;其余按确定性从高到低选 2 道
4 在草稿纸写下做题顺序,不按题号顺序做

经验优先级:数据库题(套路最固定)> 建模题 > Web/微服务题 > 项目管理计算题 > 嵌入式 > 大数据。
有对应从业经验的可以上调该方向的优先级。

3.4 常见扣分点清单(考前必看)

扣分点 表现 对策
不分点 一大段文字 强制分点,一行一条,每条以术语开头
只答结论 “应采用原型法”就没了 结论 + “因为题干的……特征”
术语口语化 “把系统拆开” “按业务能力进行服务拆分”
漏非功能需求 只答功能 每题检查:性能/安全/可用/可修改是否覆盖
计算不写过程 只给结果 公式 + 代入 + 结果,三段齐全
时间失控 第 1 题耗 50 分钟 严格 25 分钟/题,到点写要点留空
第 3 小问没答 只做了前两问 先看全题再动笔,三问都要有字

四、论文冲刺:从素材到成稿的最后 7 步

第 1 步 · 定选题(5 分钟)

唯一标准:哪个题目你能写出 3 个带数字的真实细节,就选哪个。写不出具体细节的题目,
再熟悉也不要选。常见可写的数字:项目金额、周期、人数、并发量、响应时间、缺陷数、缺陷率、
覆盖率、追溯耗时、索赔金额降幅。

第 2 步 · 定项目(2 分钟)

固定用你 12 周一直在用的那个项目(本项目即”生产执行与质量追溯一体化系统”)。
不要临时换项目——临场换项目必然导致细节自相矛盾。

第 3 步 · 列三段式提纲(15 分钟)

摘要(最后写)
一、项目背景(约 500 字)
    规模:3 厂区、2000 人、1200 万、18 个月
    特点:业务复杂 / 老设备无接口 / 工期紧预算紧
    角色:系统分析师,负责 ①需求 ②建模 ③架构评估 ④论文主题相关职责
二、子问题 2(约 550 字,分值最高,写得最厚)
    做法 1:___(依据 + 例子 + 数字)
    做法 2:___(依据 + 例子 + 数字)
    做法 3:___(依据 + 例子 + 数字)
三、子问题 3(约 500 字)
    效果:___(3 个量化结果)
    问题:___(2 个真实教训 + 归因)
    改进:___(改进措施 + "如果重新来过")

第 4 步 · 填数字细节

论文/论文写作与模板.md素材卡片里调。没有素材卡片的话,从五份交付物里现抓:

  • 需求规格说明书 → 用例数、需求条数、变更次数
  • 架构设计说明书 → ADR 份数、被否决方案数、质量属性场景数
  • 数据模型 → 实体数、分解后关系模式数、查询耗时优化幅度
  • 项目计划 → WBS 条目数、关键路径天数、CPI/SPI 数值
  • 安全章节 → 等保等级、整改项数

第 5 步 · 写正文(60 分钟,先正文后摘要)

关键纪律:正文写不完也不要停下去写摘要。摘要可以在最后 15 分钟补,正文写不完就是字数不够,直接不及格。

第 6 步 · 写摘要(15 分钟)

摘要四要素:项目是什么 + 我担任什么角色 + 三个子问题各一句 + 一个量化结果
少一项,阅卷人就认为结构不完整。

第 7 步 · 自检九条(10 分钟)

对照 论文/论文写作与模板.md 第六节的自检清单逐条打勾。重点查:
①字数 2200–2800;②三个子问题是否每个都有独立段落正面回答;③是否有≥5 个数字细节;
④是否写了问题与教训;⑤是否有”如果重新来过”式的反思。

摘要的写法(200–300 字,模板)

【项目名】是【发起单位】于【时间】启动的【项目性质】项目,旨在【目的】。
该项目具有【特点 1】【特点 2】等特点。我在项目中担任【角色】,
主要负责【职责 1】、【职责 2】和【职责 3】。
本文以该项目为例,论述了【论文主题】。首先【子问题 1 核心做法】;
然后【子问题 2 核心做法】;最后【子问题 3 效果与改进】。
项目于【时间】上线,【1–2 个量化结果】。

五、全真模考方案

5.1 连考 240 分钟时间分配

策略 综合知识 案例分析 适合谁
均衡型(推荐) 80 分钟 150 分钟 + 10 分钟检查 大多数人
保守型 110 分钟 120 分钟 综合知识薄弱、案例套路熟练

综合知识节奏:75 题,80 分钟方案下平均每题 64 秒
超过 90 秒没思路 → 立刻标记跳过。不会也要选,空着是纯亏。
题干里的”不包括””错误的是””下列说法不正确的是”必须圈出来——这是最高频的失误来源。

案例节奏:3 题 × 25 分钟 = 75 分钟,留 15 分钟检查 + 30 分钟缓冲。
到点立即停手转下一题,先把会拿的分拿完。

5.2 论文 120 分钟分配

阶段 用时 动作
审题与定题 5 分钟 挑能写出 3 个数字细节的题目
列提纲 15 分钟 三子问题各 3 个分论点
写正文 60 分钟 按提纲写,不停
写摘要 15 分钟 正文完成后浓缩
自检与改错 15 分钟 字数、三问覆盖、术语、错别字

5.3 模考复盘表(每次模考后填)

科目 得分 时间是否够 主要失分类型 下次改进动作
综合知识 ___/75 ☐够 ☐不够
案例分析 ___/75 ☐够 ☐不够
论文 ___/75 ☐够 ☐不够

至少做 2 轮完整模考。第一轮暴露时间问题,第二轮验证改进是否有效。
只做一轮等于没做——你改的东西没有被验证过。


六、四个基本问题的最终回答

以下四段可直接作为论文素材与案例分析的答题语料。建议背熟框架,考场上按项目替换细节。

Q1(需求)当业务方自己都说不清要什么时,”需求”从哪里来?凭什么说它是对的?

需求不是被”收集”来的,是被构造出来的。业务方说不清是常态而不是失职——他们的知识是
做事的能力,不是描述做事的能力。因此分析师要用可复现的方法去构造需求:用现场观察补上
“制度流程与实际流程”的落差(本项目夜班与白班的工序等待差异,只有跟班才看得到);
原型把抽象诉求变成可触摸的东西,让业务方对着实物提意见;用 JAD 联合研讨会把冲突
摆到同一张桌子上,让生产部、质量部、设备部彼此听到对方的约束。

至于”凭什么说它是对的”,答案有两条:可验证可追溯。一条需求必须写成可判定的形式
(”追溯查询响应 ≤ 8 秒”,而不是”系统要快”),并且必须能通过需求跟踪矩阵双向追溯到它的业务
价值来源(本项目即”三年内客户质量索赔降低 30%”)。追溯不到业务目标的需求,就是该被裁掉的需求。
我在项目中把 47 页”全都重要”的检验项,用 MoSCoW 与 Kano 压到一期 10 项,靠的就是这条判据。

Q2(架构)在没有唯一最优解的世界里,怎么证明一个架构是”好的”?决策如何被论证?

证明一个架构”好”,不是证明它先进,而是证明它的每一个权衡都是被显式做过、并且可以被推翻的
可操作的做法有三层:

第一层,把质量属性写成可度量的场景(刺激源、刺激、环境、制品、响应、响应度量六要素齐全)。
“要高性能”不可验证,”在 500 并发下车间大屏刷新 95 分位 ≤ 5 秒”才可以。

第二层,给出被否决的方案及其理由。本项目最终选择”边缘网关 + 分层架构 + 局部事件驱动”,
否决了全面微服务(运维仅 2 人、18 个月工期不允许)和 ESB 集中集成(单点故障且厂商锁定)。
一个没有”被否决方案”的架构论证,等于没有论证。

第三层,把决策写成 ADR,并写明后果与触发重新评估的量化信号
本项目在 ADR-001 里写明”若老设备接入种类超过 15 种或适配器月均变更超过 3 次,
则重新评估引入工业物联网平台”——这就是”可被推翻”的具体含义。

说到底,架构的可信度不来自结论,来自推理链的完整度

Q3(数据)什么时候该遵守规范,什么时候该为性能打破规范?谁来承担代价?

默认遵守规范,规范是默认值而不是可选项。1NF→BCNF 的每一次追问,本质上都在问
“哪个键决定哪个事实”——范式不是口诀,是语义重复的检测器。本项目把仓储与检验的关系模式
分解到 BCNF 时,暴露出”检验标准分配”满足 3NF 却不满足 BCNF、且分解后不保持函数依赖,
这个判断如果不做,后续必然出现”改了检验标准,历史追溯结果跟着变”的事故。

只有在一个条件下才打破规范:你能量化收益,并且能承担并主动管理代价。
本项目为把追溯查询从 40 分钟压到 8 秒,做了三处反规范化(冗余库位属性、派生统计列、
追溯链条物化视图),代价是更新异常风险。因此配套了三件事:应用层同一事务内同步、
每日对账作业、差异率连续 3 天超阈值即告警并可回退重算。我们甚至预设了退出条件——
若优化收益低于 30%,就撤销反规范化

谁来承担代价?写反规范化的人承担,而不是后来接手的人。这就是为什么必须把代价、
补偿机制与退出条件一起写进设计文档。

Q4(演化)系统上线是终点还是起点?”可维护性”在什么时候买最便宜?

上线是成本最高那一段的起点——运维期维护成本通常占全生命周期总成本的 60%–70%。

可维护性最便宜的购买时点,是它被写下来的那一刻,越往后越贵:
需求阶段就把”什么算可上线”写成可度量的出口准则,成本接近零;上线前一周再商议,
各方必然从自身立场拉扯,而且已经没有时间改。建立需求—设计—代码—用例的双向追溯,
成本是写文档的时间;没有它,一次”性能优化”的代码重写就能让三个月前修好的缺陷静默复现
(本项目缺陷 #1042 就是这么回来的,代价是 7 个复现缺陷和上线前一周的 4 小时回归)。

一句话:可维护性不是上线后才去”提升”的属性,它是前面每一步是否守规矩的累计结果。
治理不是事后补救,而是把每一次变更都变贵一点点,从而让后期的每一次事故都便宜一大截。


七、交付物终稿清单与自查表

# 交付物 自查项
1 业务需求规格说明书 含用例模型 + 领域模型 + 分层 DFD + 数据字典 + 非功能需求;每条需求可验证;有需求跟踪矩阵
2 架构设计说明书 含质量属性场景表 + 效用树 + ≥6 份 ADR(每份含被否决方案与触发重评信号)+ 敏感点/权衡点/风险清单
3 数据模型 E-R 图 + 关系模式 + BCNF 判定与分解演算 + 反范式点及代价、补偿与退出条件
4 项目计划与风险管理 WBS(符合 100% 原则)+ 关键路径 + 挣值基线 + 风险登记册(含应对策略与责任人)
5 论文(4 篇,其中 2 篇定稿) 每篇 2200–2800 字;摘要四要素齐全;≥5 个数字细节;有问题与教训;有”如果重新来过”

00-课程总纲.md 末尾的评分量规对每份交付物自评一次,六个维度分别落在 45 / 60 / 70 哪一档,
写在交付物首页。自评不是形式——它是你考场上判断”我能不能拿分”的唯一校准器。


八、考前一周与临场战术

8.1 考前一周

动作
D7–D5 只看速查表:公式表、耦合内聚排序、封锁协议三级、维护四类型、国密算法、开源许可证、论文素材卡
D4–D2 看错题本 + 案例失分要点卡;不再做新题
D1 证件与考试用品;确认考场与批次;不熬夜

8.2 临场提醒卡(考前 5 分钟看一遍)

  1. 综合知识:不会就跳过,绝不卡题;75 题平均 64 秒;圈出”不包括/错误的是”。
  2. 综合知识:不会也要选,空着是纯亏。
  3. 案例:必须分点,四段式”问题定位 → 理论依据 → 解决方案 → 效果分析”。
  4. 案例:计算题必须写公式与代入过程,过程有分。
  5. 案例:检查是否覆盖非功能需求(性能/安全/可用/可修改)。
  6. 案例:三个小问都要有字,别漏做。
  7. 论文:审题定题 5 分钟,列提纲 15 分钟,先正文后摘要
  8. 论文:三个子问题每个都要独立段落正面回答,缺一个就是偏题。
  9. 论文:必须写问题与教训 + 改进措施
  10. 机考:随时保存、留意剩余时间提示、注意输入法中英文切换。

九、自测:全真模拟卷

9.1 综合知识(15 题,覆盖全 12 周)

  1. 系统规划方法中,通过企业过程与数据类分析、用 U/C 矩阵划分子系统的是( )
    A. CSF B. SST C. BSP D. 价值链分析法
  2. 需求优先级方法中,将需求分为”基本型/期望型/兴奋型”的是( )
    A. MoSCoW B. Kano 模型 C. 价值-风险矩阵 D. 德尔菲法
  3. 数据流图中,父子图平衡(数据守恒)要求( )
    A. 加工数量一致 B. 边界数据流数量与名称一致
    C. 数据存储数量一致 D. 外部实体数量一致
  4. 用例图中,<<extend>> 关系的方向是( )
    A. 基用例 → 扩展用例 B. 扩展用例 → 基用例
    C. 参与者 → 用例 D. 双向
  5. 关系模式 R(A,B,C),F={A→B, B→C},R 的最高范式是( )
    A. 1NF B. 2NF C. 3NF D. BCNF
  6. 数据库三级模式两级映像中,保证逻辑独立性的是( )
    A. 外模式/模式映像 B. 模式/内模式映像 C. 外模式/内模式映像 D. 物理模式映像
  7. ATAM 中”影响多个质量属性”的架构点称为( )
    A. 敏感点 B. 权衡点 C. 风险点 D. 非风险点
  8. 下列架构风格中属于”仓库风格”的是( )
    A. 分层 B. 管道-过滤器 C. 黑板系统 D. 事件驱动
  9. 模块内聚性最强的是( )
    A. 顺序内聚 B. 通信内聚 C. 功能内聚 D. 过程内聚
  10. 白盒测试中,要求每个判定内所有条件取值组合都出现的覆盖准则是( )
    A. 判定覆盖 B. 条件覆盖 C. 条件组合覆盖 D. 路径覆盖
  11. 某项目 EV=40、AC=50、BAC=100,按典型偏差的 EAC 为( )
    A. 100 万 B. 110 万 C. 125 万 D. 80 万
  12. 国产密码算法中,SM3 属于( )
    A. 对称加密 B. 非对称加密 C. 摘要算法 D. 流密码
  13. 软件著作权的产生时间是( )
    A. 登记之日 B. 开发完成之日 C. 发表之日 D. 申请之日
  14. CAP 定理中,当网络分区不可避免时,实际取舍发生在( )
    A. 一致性与分区容错性 B. 可用性与分区容错性
    C. 一致性与可用性 D. 三者可同时满足
  15. 为适应新操作系统而修改软件,属于( )
    A. 正确性维护 B. 适应性维护 C. 完善性维护 D. 预防性维护

答案与解析

解析
1 C U/C 矩阵是 BSP 的标志工具;CSF 找关键成功因素,SST 做战略对齐
2 B Kano 五类:基本型(没有会不满)、期望型(越多越好)、兴奋型(有了惊喜)、无差异、反向
3 B 数据守恒要求父图加工的输入输出流与子图边界流在数量与名称上都一致
4 B extend 方向是扩展用例 → 基用例;include 是基用例 → 被包含用例。方向相反是最高频错误
5 B 候选码 A,C 经 B 传递依赖于 A → 存在传递函数依赖,最高 2NF
6 A 外模式/模式映像 → 逻辑独立性;模式/内模式映像 → 物理独立性
7 B 权衡点影响多个质量属性;敏感点只影响一个
8 C 仓库风格含数据库系统与黑板系统;分层属调用/返回,管道-过滤器属数据流,事件驱动属独立构件
9 C 内聚由高到低:功能 > 顺序 > 通信 > 过程 > 时间 > 逻辑 > 偶然
10 C 条件组合覆盖要求每个判定内所有条件的取值组合至少出现一次
11 C CPI = 40/50 = 0.8,EAC = BAC/CPI = 100/0.8 = 125 万
12 C SM2 非对称、SM3 摘要、SM4 对称、SM9 标识密码、ZUC 流密码
13 B 软件著作权自开发完成之日起自动产生,登记仅作证据
14 C P 必须保证,实际在 C 与 A 之间取舍
15 B 换环境 = 适应性;修 bug = 正确性;加功能 = 完善性;为将来 = 预防性

9.2 案例题(1 道,限时 25 分钟)

案例: 系统上线前的质量与进度问题(20 分)

项目第 15 个月末:PV=1050 万,EV=960 万,AC=1080 万,BAC=1200 万。
回归测试发现 23 个缺陷,其中 7 个是三个月前已修复、本次复现的;经查,某次代码重写未走变更评审。

问题 1(8 分):计算 SV、CV、SPI、CPI,判断状态,并给出三条纠偏措施及各自代价。
问题 2(6 分):分析已修复缺陷复现的原因并给出改进措施。
问题 3(6 分):定义本项目的系统测试出口准则,并说明理由。

采分点

  • 问题 1:SV=960−1050=−90(落后)|CV=960−1080=−120(超支)|SPI=960/1050≈0.914|CPI=960/1080≈0.889;
    措施:赶工(代价:成本↑)、快速跟进(代价:返工风险↑)、范围裁剪(代价:需走变更且影响满意度),每条 1 分 + 代价 1 分。
  • 问题 2:未建回归基线 / 未走变更评审 / 缺 RTM 追溯 / 修复未附用例,原因 2 分 + 改进 2 分(共 4 点,每点 1.5 分)。
  • 问题 3:给出可量化出口准则(缺陷分级清零、覆盖率、性能指标、回归通过率)3 分;
    说明须事先由干系人共同确认 2 分;须可追溯到需求 1 分。

9.3 论文提纲题(1 道,限时 15 分钟列提纲)

论信息系统开发中需求分析的实践
请围绕该论题,从以下三个方面论述:

  1. 简要叙述你参与的信息系统项目(背景、发起单位、目的、项目特点)。
  2. 详细论述你在项目中是如何开展需求分析工作的。
  3. 论述需求分析工作的效果如何,有何改进方案。

提纲要点(对照检查)

  • 第 1 问:必须出现规模数字(金额/人数/周期)+ 2–3 条项目特点 + 你的具体职责。
  • 第 2 问:三个做法,每个都要”依据 + 做法 + 带数字的例子”。
    (参考:现场观察挖隐性流程 / 原型法确认模糊需求 / JAD 消解三方冲突 / MoSCoW+Kano 排优先级 / RTM 双向追溯)
  • 第 3 问:3 个量化效果 + 2 个真实教训 + 改进措施 + “如果重新来过”。

十、12 周结束之后

三件事值得做:

  1. 把五份交付物整理成一份 PDF。它同时是你的案例素材库、论文素材库和面试作品集——
    12 周的投入不该只换一张证书。
  2. **考完当天写下”考后复盘”**。你答错的每一道题,都是这套材料下一版的修订依据。
  3. 把这套方法迁移到下一个领域。UbD 逆向设计、螺旋复现、GRASPS 表现性任务这套组合
    不只对软考有效——任何”要在有限时间内把知识变成能力”的学习,都适用。

最后一句:45 分是及格线,不是目标线。把这套材料走完的人,目标应该是 60 分,
以及一个真正拿得出手的系统分析交付物。


文章作者: v
版权声明: 本博客所有文章除特別声明外,均采用 CC BY 4.0 许可协议。转载请注明来源 v !
  目录