第 22 章 系统分析师论文写作要点

【版权声明与学习说明】
本文系笔者学习《系统分析师教程（第2版）》第22章后，结合个人理解整理的原创学习笔记。文中所有表格、通俗化举例及箭头式总结，均为本人消化后重新归纳表述，不代表原书官方立场。
整理初衷仅为交流学习、备考记录，无意侵犯原作者版权。若您认为存在不当引用，请通过CSDN私信联系，我会第一时间处理。
推荐备考的朋友购买正版教材，尊重知识成果。

本章是系统分析师论文考试的 “实战指南”，核心围绕 “如何将项目经验与专业知识结合，写出高质量论文” 展开，涵盖备考准备、答题步骤、写作技巧、常见坑点及评分标准，全方位解决考生 “不会写、写跑题、得分低” 的问题。论文考试不考死记硬背，而是查实践经验、问题分析能力和表达能力，掌握本章方法就能在 2 小时内高效完成 3000 字左右的合格论文。

22.1 写作注意事项

​ 论文写作的核心是 “结合自身项目，突出个人能力”，备考需针对性准备，不同基础的考生有不同策略：

22.1.1 分人群备考策略

1. 经验丰富的考生：
   • 核心：整理过往项目，从技术、管理、经济多维度归纳、剖析，把实践经验抽象升华，结合专业知识分类梳理；
   • 关键：不用死记理论，重点提炼自己在项目中的 “独特做法” 和 “解决的核心问题”。
2. 经验欠缺的在职考生：
   • 核心：研读单位现有文档、案例，参考历届考题，临摹优秀论文的写作逻辑和角度；
   • 关键：学习 “系统分析师视角”—— 不纠结代码实现，聚焦架构设计、需求分析、方案决策等全局问题。
3. 学生考生：
   • 核心：大量阅读论文范文，把别人的直接经验转化为自己的间接经验，强化练习；
   • 关键：避免内容空洞，可选取课程设计、实习参与的小型项目（近 3 年为佳），详细描述自己的具体角色和操作。

22.1.2 机考准备

1. 输入法选择：机考提供微软拼音、搜狗拼音等，提前熟悉常用输入法的键盘布局；
2. 快捷键运用：掌握复制、粘贴、剪切、撤销等快捷键，提升文字操作效率；
3. 时间把控：平时练习按 2 小时计时，避免考试时超时（尤其是摘要和正文的字数达标）。

22.1.3 以不变应万变

1. “不变” 的核心：考前确定 1 个 “最有代表性” 的项目（近 3 年完成，规模能体现实力），项目概要、个人角色固定不变；
2. “应变” 的关键：针对不同题目，调整论述角度 —— 比如同一项目，考“需求获取” 就重点说需求调研方法，考“架构设计” 就重点说架构选型逻辑，用固定项目适配不同论题。

22.2 如何解答试题

​ 论文答题有固定流程，按步骤来能避免慌乱，确保内容切题、结构清晰：

22.2.1 论文解答步骤

1. 选题（第一步）：
   • 核心原则：选自己最熟悉、最有把握的题目，不盲目挑战生僻论题；
   • 细节：别忘了在答题卡上选择题号和填写考号。
2. 论文构思（关键环节）：
   • 明确论点：确定论文要围绕 “什么核心方法 / 技术” 展开，突出自己的工作重点；
   • 结合项目：把构思的论点和自己的项目结合，想清楚 “项目中遇到什么问题，用什么方法解决”；
   • 规划摘要：提炼正文核心内容，确定摘要要包含的关键信息；
   • 划分章节：简单列提纲（用几个关键词标注每部分内容），分配字数（比如项目概要 400 字，核心方法 800 字）。
3. 写摘要（300~400 字）：
   • 要求：用语简洁明快，概括正文全貌，包含项目背景、个人角色、核心方法、实施效果；
   • 禁忌：只谈大道理，没有实质性内容（比如不说具体方法，只说 “需求很重要”）。
4. 正文撰写（2000~3000 字）：
   • 按提纲展开：追忆项目素材，把 “问题 - 方法 - 效果” 的逻辑说清楚；
   • 控制篇幅：最佳字数 2500 字左右，避免某部分过于冗长或简略；
   • 避免矛盾：如果写作中与最初构思有出入，确保前后表述一致，不出现逻辑漏洞。
5. 检查修改：
   • 重点查：是否漏答试题的 3 个问题、有无错别字、语句是否通顺、字数是否达标。

22.2.2 论文解答实例（以 “软件需求获取方法及应用” 为例）

例题分析

• 主题：系统分析中如何选择正确的需求获取方法；
• 试题 3 个问题的核心要点：
  1. 项目概要 + 个人角色（需说清项目背景、周期、交付产品、自己的工作）；
  2. 需求获取方法的特点 + 适用场景（需列举方法，说明各自优劣）；
  3. 结合项目谈方法应用（需说清项目中要获取哪些需求，选了什么方法，为什么选，效果如何）。

答案结构示例

22.3 论文写作方法

论文质量的关键在摘要和正文，两者要各司其职，逻辑连贯：

22.3.1 如何写好摘要

摘要直接影响阅卷第一印象，有 4 种实用模板（可直接套用）：

1. 模板 1：“本文讨论 XX 系统项目的 XX（论文主题）。该系统 XX（项目背景 + 核心功能）。在本文中首先讨论了 XX（核心方法 / 技术），最后 XX（效果 / 不足 / 改进）。在本项目的开发过程中，我担任了 XX（个人角色）。”
2. 模板 2：“根据 XX 需求（项目背景），我所在的 XX 组织了 XX 项目的开发。该系统 XX（核心功能）。在该项目中，我担任了 XX（个人角色）。我通过采取 XX（核心方法 / 技术），使该项目圆满完成，得到了用户一致好评。但现在看来，XX（不足 / 改进方向）。”
3. 模板 3：“XX 年 XX 月，我参加了 XX 项目的开发，担任 XX（个人角色）。该项目 XX（背景 + 功能）。本文结合作者的实践，以该项目为例，讨论 XX（论文主题），包括 XX（核心方法 / 技术）。”
4. 模板 4：“XX（论文主题）是系统分析的关键环节（简要戴帽）。本文结合作者的实践，以 XX 项目为例，讨论 XX（论文主题），包括 XX（核心方法 / 技术）。在本项目的开发过程中，我担任了 XX（个人角色）。”

22.3.2 如何写好正文

正文是论文的核心，要做到 “逻辑清、有深度、贴实际”，掌握 6 个技巧：

1. 以自我为中心：
   • 核心：不说空话，重点讲 “我做了什么”“我遇到什么问题”“我怎么解决的”“我带来了什么效果”；
   • 禁忌：只夸耀项目规模，不提及个人具体贡献（比如不说 “项目价值千万”，而说 “我设计的架构使系统响应速度提升 30%”）。
2. 站在系统分析师的角度：
   • 核心：全局思考，不纠结代码实现细节，聚焦需求分析、架构设计、方案决策、风险控制等宏观问题；
   • 例子：写 “开发模型选择” 时，重点说 “为什么选敏捷模型（比如需求多变）”，而不是 “敏捷模型的具体迭代步骤”。
3. 忠实于论点：
   • 核心：紧扣试题的 3 个问题，不节外生枝；
   • 禁忌：偏离论题（比如考 “需求获取”，却大谈 “测试方法”），或半天不切入重点。
4. 条理清晰，开门见山：
   • 核心：先列提纲，再动笔；项目概述部分要精练，让阅卷专家快速了解项目背景和你的角色；
   • 技巧：每个段落不超过 8 行，避免大段文字导致阅读疲劳。
5. 有个人见解：
   • 核心：不照搬教科书理论，加入自己的实践体会（比如 “访谈法在我们项目中效果不佳，因为用户表达能力弱，后来改用原型法 + 问卷结合，需求准确率提升了 50%”）；
   • 禁忌：泛泛而谈，只罗列方法定义，没有实际应用场景。
6. 首尾一致：
   • 核心：开头与结尾呼应（比如开头说 “要解决需求模糊问题”，结尾说 “通过多种方法结合，需求模糊问题得到有效解决”）；术语前后统一（比如 “需求调研” 和 “需求获取” 不混用）；
   • 细节：检查错别字、漏字，避免低级错误。

22.3.3 摘要和正文的关系

• 核心逻辑：摘要不是正文的一部分，而是正文的 “浓缩抽象”；正文是摘要的 “扩展深化”，不是摘要的简单延伸；
• 写作顺序选择：
  1. 写作快、把握大：先写正文，再提炼摘要（避免摘要限制正文发挥）；
  2. 写作慢、怕超时：先写摘要，再扩写正文（确保摘要不遗漏，避免没时间写摘要）。

22.4 常见问题及解决办法

论文写作容易踩坑，提前规避能少丢分：

1. 走题：
   • 问题：不看试题 3 个问题，按固定模板写，导致答非所问；
   • 解决：动笔前反复读试题，把 3 个问题的关键词标出来，每个部分都围绕问题展开。
2. 字数不达标：
   • 问题：摘要少于 300 字，正文少于 2000 字；
   • 解决：平时练习按 “摘要 350 字、正文 2500 字” 目标写，考试时控制各部分字数，避免某部分过短。
3. 字数偏多：
   • 问题：摘要超 400 字，正文超 3000 字，时间不够写不完；
   • 解决：精炼语言，删除重复表述，重点突出 2~3 个核心方法，不面面俱到。
4. 摘要归纳欠妥：
   • 问题：摘要没有实质性内容，只谈大道理；
   • 解决：摘要必须包含 “项目 + 角色 + 方法 + 效果”，直接压缩正文核心内容，不 “戴帽” 过多。
5. 文章深度不够：
   • 问题：罗列多个方法，但每个都蜻蜓点水，没有细节；
   • 解决：选择 2~3 个自己最有把握的方法，深入说 “怎么用的”“遇到什么问题怎么调整的”。
6. 缺少特色，泛泛而谈：
   • 问题：照搬教科书理论，没有结合自己的项目；
   • 解决：所有方法都要紧扣自己的项目，用项目中的具体例子支撑（比如 “用问卷法时，我们设计了 15 个核心问题，覆盖用户功能需求和非功能需求”）。
7. 口语化太重：
   • 问题：全文都是 “我怎么怎么样”，显得不专业；
   • 解决：用 “我们团队”“我主导”“我负责” 替代部分 “我”，体现项目的团队属性，同时突出个人作用。
8. 文字表达能力差：
   • 问题：语句不通顺，逻辑混乱；
   • 解决：平时多读写技术文档，写作时先列提纲，按 “问题 - 方法 - 效果” 的逻辑展开，避免想到哪写到哪。
9. 缺乏主题项目：
   • 问题：只说 “我做银行软件”，不具体说明项目名称、背景；
   • 解决：必须明确 “XX 年 XX 月，我参加了 XX 银行的手机银行 APP 升级项目”，简要说明项目功能和规模。
10. 论文项目年代久远：
    • 问题：项目是 3 年以前的，技术和方法过时；
    • 解决：优先选择近 3 年完成的项目，确保技术和方法符合当前行业趋势。
11. 结构太死板：
    • 问题：全文都是 “一、二、三”“1、2、3”，显得压抑；
    • 解决：适当用小标题替代纯数字序号，段落之间用过渡句衔接，让结构更自然。
12. 段落太长：
    • 问题：一个段落超过 8 行，阅读疲劳；
    • 解决：拆分长段落，每个段落聚焦一个核心意思，确保条理清晰。

22.5 论文评分标准

了解评分规则，才能针对性得分，避免做无用功：

22.5.1 及格线

• 45 分及以上为及格，0~44 分为不及格。

22.5.2 评分维度（共 5 个，总分 100 分）

22.5.3 扣分情况（扣 5~10 分）

• 摘要不符合要求（字数不够、无实质内容）；
• 字迹潦草、难以辨认；
• 自我吹嘘、夸大其词；
• 内容有明显错误和漏洞（同一类错误扣一次）；
• 项目属于实习性质，应用水平低。

22.5.4 不及格情况（满足任一即不及格）

• 虚构情节、内容不真实；
• 无实际项目经验，通篇纯理论；
• 内容方法陈旧、项目水准低下；
• 内容不切题意、空洞泛泛而谈；
• 篇幅过短（正文少于 1200 字）；
• 文理不通、错别字多、思路混乱、字迹过潦草。

22.5.5 加分情况（加 5~10 分）

• 有独特见解或深入体会；
• 技术 / 方法符合行业新趋势；
• 内容翔实、思路清晰、切合实际；
• 项目难度高、质量优，或涉及重大工程，个人发挥重要作用。