原子标签索引：[概念×5 | 机制×1 | 流程×3 | 决策×1 | 分类体系×5 | 判据×6 | 案例×2 | 数据×3] 上游：全书各章（关键技术素材） 下游：论文科应试直接判分依据

标准表述

• 论文考查三点：系统架构设计的实践经验、分析与解决问题的能力（尤其独立工作能力）、表达能力。
• 论文考共性问题（通用性、与具体应用领域无关），策略是"以不变应万变"：固定一个最有代表性的项目作素材。
• 主题项目须为近 3 年内完成的项目。
• 论文考试在下午进行，时长 120 分钟，通常 4 道题目选做 1 道。
• 摘要 300～400 字，正文 2000～3000 字；摘要建议写 350 字以上，正文最佳约 2500 字。
• 摘要少于 120 字，论文直接"给予不及格"；未写摘要、摘要过略或无实质性内容，扣 5～10 分。
• 正文不是摘要的延伸，而是摘要的扩展；摘要是正文的抽象，不是正文的一部分。
• 写摘要的标准："读者不看正文，就知道文章的全部内容"。
• 深度不足的对策：只选 2～3 个有特色的措施深入展开，不面面俱到。
• 每个自然段最好不超过 8 行，避免阅卷疲劳。

蒸馏笔记

概念

• 论文试题目的：检查实践经验、独立分析与解决问题能力、文字表达能力三项，不是考知识点背诵。
• 摘要：概括反映正文全貌的独立部分，含项目背景、本人角色、采用的技术方法要点与结果。
• "戴帽子"：摘要开头先论述题主题重要性的铺垫句；一般不加，字数不足 300 时可加约 50 字。
• 实质性内容：正文中技术/方法/工具/措施/手段的要点在摘要中的一两句概括；只谈大道理即判为"无实质性内容"。
• 有尾无头：先写正文后时间不足导致摘要缺失的情形，属重大失分项（摘要缺失即不及格）。

机制

• 备考可行性链条：论文考通用性问题 → 项目概要与考生角色不随题变 → 考前固定一个代表性项目并总结方法/技术/架构手段 → 临场把不同项目相关经验糅合到一个项目中表述。

流程

备考四件事 1. 加强学习：经验丰富者整理归纳自身项目；经验欠缺者读单位文档与历届考题并临摹；学生多读范文并强化练习。 2. 平时积累：盘点做过项目的方法与技术；多读架构文章、多与同行交流；高级资格无法考前突击。 3. 练写字与速度：考前 2～3 个月，用答题纸格式的方格纸 4 张，按 2 小时实战演练，每周至少 1 次（宜 2 次）。 4. 以不变应万变：选定近 3 年内的代表性项目，检查项目规模能否证明实力。

临场解答六步（含时间分配） 1. 试题选择（3 分钟）：选最熟悉、把握最大的题；勿忘答题卷画圈填考号。 2. 论文构思（12 分钟）：定论点与下功夫处 → 项目内容结合论点 → 定摘要内容 → 划分章节写简稿 → 大体字数分配。 3. 写摘要（15 分钟）：用语简洁明快，阐清论点。 4. 正文撰写（80 分钟）：按草稿追忆素材编写，控篇幅，勿与构思前后矛盾。 5. 检查纠正（10 分钟）：查遗漏与错字。 6. 卷面要求：整洁、格式整齐、字迹工整；速度慢者务必写完，切忌有头无尾。

图文并茂要点：紧要处画草图收奇效；图不宜过"草"、不宜过大，线条箭头保持整洁。

决策

选项	适用条件	代价
先写正文后写摘要	写作速度快、对论文把握自信	时间不够来不及写摘要 → 因摘要缺失而不及格
先写摘要后写正文	写作速度慢、担心最后没时间	限制正文发挥，正文只能在摘要圈子里扩写

分类体系

三类考生及对策 1. 经验丰富者：从技术、管理、经济多角度归纳剖析项目，结合专业知识分类梳理。 2. 经验欠缺的在职人员：读现有文档案例与历届考题，临摹练笔，重心补短板。 3. 学生：时间多但实践少，论文易空洞；须大量读范文并强化练习。

摘要四种写法（句式模板） 1. "本文讨论……系统项目的……（论文主题）。该系统……（背景、功能）。首先讨论了……（技术方法工具措施手段），最后……（不足/改进/特色/趋势）。我担任了……" 2. "根据……需求，我所在的……组织了……项目开发。……我担任了……。通过采取……使项目圆满完成……但现在看来……" 3. "……年……月，我参加了……项目开发，担任……。本文以……项目为例，讨论……，包括……" 4. 先"戴帽子"（讲主题重要性）→ 以某项目为例讨论主题 → 说明本人角色。

正文写作技巧七条 1. 以自我为中心：体现实力的是"做了什么"——体现实际经验不罗列课本、条理说明经验、写明开发体制与规模、明确"我"的任务与作用、以"我"的贡献和努力为重点（共 6 个小项）。 2. 站在架构师角度：全局把握优缺点、方法过程与层次接口设计，不纠缠实现细节。 3. 忠实于论点：仔细审题、提取论点、就问题展开，不节外生枝、不偏离论点（考生最易出错处）。 4. 条理清晰、开门见山：列提纲不求全面、关键列自己做过的；第一部分项目概述要用精练语句交代背景、意义、规模、过程与角色。 5. 标新立异、有主见：写个人见识体会，令专家耳目一新。 6. 图文并茂：紧要处画整洁草图。 7. 首尾一致：开头结尾呼应，言词忌中途变卦，否则专家疑造假影响得分。

正文常用建模方法四类（实例一） 1. 功能分解法——以功能为中心，大功能分解为子功能并定义接口，分而治之后设计数据结构。 2. 数据流法/结构化分析——跟踪数据流发现数据流与加工，映射为数据流图 + 数据字典。 3. 信息工程建模——基于实体关系图，核心识别实体及其关系，后发展为具面向对象特征。 4. 面向对象建模——对象含数据属性与行为特征，用封装、继承、消息控制复杂性。

常用架构风格九种（实例二） 1. 管道/过滤器：构件读输入流、内部处理、产生输出流。 2. 数据抽象和面向对象：表示与操作封装于抽象数据类型/对象。 3. 基于事件的隐式调用：构件触发/广播事件，注册过程被自动调用；触发者不知道哪些构件受影响。 4. 分层系统：每层为上层服务、作为下层客户。 5. 仓库系统及知识库：中央数据结构 + 独立构件；构件控制共享数据为传统数据库，中央结构触发进程选择为黑板系统（黑板 = 知识源 + 黑板数据结构 + 控制）。 6. C2 风格：连接件绑定的并行构件网络；构件/连接件均有顶与底，构件间禁直接连接，连接件连另一连接件须底对顶。 7. 客户/服务器：数据库服务器、客户应用程序、网络。 8. 三层 C/S：表示层、功能层、数据层，克服二层 C/S 扩展差、客户机负荷重、安全性弱等局限。 9. 浏览器/服务器：三层 C/S 的实现方式，即浏览器/Web 服务器/数据库服务器。

判据

• 扣分与不及格硬线：摘要 <120 字 → 不及格；无摘要/过略/无实质内容 → 扣 5～10 分；摘要超过 350 字、正文超过 3000 字 → 字数偏多（时间不容许）。
• 字数计数口径：阅卷专家按答题纸格子计数，标点与图形均占格，不逐字数字数。
• 答题纸规格：格子每行 25 格；第 1 页摘要 16 行（400 格）+ 正文 12 行（300 格）；第 2～4 页每页 36 行（900 格），每 12 行两端有 300/600/900 字数提示；英文字母不必按格书写。
• 项目真实性判据：论文须写明某年某月参加的具体项目、项目背景功能与本人角色；"我是做银行软件的"类笼统说法属致命缺点"缺乏主题项目"。
• 项目时效判据：主题项目须近 3 年内完成，年代久远影响得分。
• 卷面判据：全文数字条目从大一二三到小 123 过于死板会压抑得分；段落超 8 行致阅卷疲劳。

案例

• 实例一"论软件系统建模方法及其应用"：问题 1 叙项目与角色、问题 2 答四类建模方法特点与适用范围、问题 3 述项目中实际采用与实施效果。→ 20.2.2
• 实例二"论软件架构风格"：问题 2 需答出九种风格及含义，问题 3 需说明所用风格并分析采用原因。→ 20.2.2

数据

• 考试时长 120 分钟；备选题目通常 4 道选 1。
• 时间分配（合计 120 分钟）：选题 3 / 构思 12 / 摘要 15 / 正文 80 / 检查 10。
• 字数口径：摘要 300～400（建议 ≥350）；正文 2000～3000（最佳约 2500）；摘要不足 300 字可加约 50 字帽子。
• 练习频率：考前 2～3 个月开始，每周至少 1 次、宜 2 次，每次按 2 小时全真模拟。

易错点 / 边界情况

• 摘要两道硬线口径不同：少于 120 字是不及格；300～400 是推荐区间、350 是"写够"建议值——不要写成"少于 300 不及格"。
• "先写正文还是先写摘要"无固定法则，按写作速度定；但正文永远不能"接"着摘要写（扩展 ≠ 延伸）。
• 摘要中"帽子"是例外不是常态：一般不加，仅在字数可能不足 300 时加约 50 字。
• "以我为中心"≠满篇"我"：正式文档用书面语言，建议多用"我们"代替部分"我"（项目是集体劳动结晶）。
• 走题机制：同一主题不同次考试的 3 个问题可完全不同，同一篇文章可能一次高分、另一次不及格——必须按试题的 3 个问题组织内容。
• 深度与广度取舍：措施列举太多且每条蜻蜓点水 = "深度不够"缺陷；正确做法是 2～3 个措施深入展开。
• 用笔建议黑色中性笔：纸质参差时钢笔墨迹渗背影响卷面与速度。
• 论文考核是"经验+综合能力+表达"，纯理论罗列（书刊知识点堆砌）判为"缺少特色、泛泛而谈"，可信性不强。
• 常见问题共 12 条（走题/字数不够/字数偏多/摘要归纳欠妥/深度不够/缺特色/口语化/表达差/缺主题项目/项目年代久远/条目死板/段落太长），其中"缺主题项目"为致命缺点。