毕业设计写作指南

全过程的读法与各本分工，见 写作指南总览。

本指南说明软件设计与实现类毕业设计说明书的章节安排、篇幅与文献的常见基线，以及开题至答辩各阶段的自检要点。下列数量为常见基线，交稿以本校手册为准。

系统如何做成，见 WEB系统极速开发指南。附图如何选取与绘制，见 论文用图指南。系统测试章的用例与表头，见 系统测试章写作指导。开题四栏与 2500–3000 字，见 开题报告写作指南。研究现状见 文献综述写作指南。交稿前的 AIGC 检测见 AI智评介绍。

总体基线

摘要概括已经完成的工作，并与正文及系统实现保持一致。

中文摘要：五句写法

中文摘要宜用五句写完，总字数落在约 300–400 个汉字。英文摘要按同一顺序对应改写。各句只写已经完成的事实；计划中的工作、未实现功能与展望不入摘要。

1. 问题：交代领域与待处理的矛盾，宜落到具体业务场景。
2. 对象：写明本文完成的系统或其方法，以及所要达到的目标。
3. 方法：写清实际采用的语言、框架、数据存储与一项关键机制。
4. 工作：列举已经做成的主要模块或一条完整业务闭环，用语与需求章一致。
5. 结论：写测试或运行所证实的结果。局限写入第7章。

套用（将尖括号换为本题用语）：

〈领域〉中，〈业务〉面临〈具体困难〉。
本文设计并实现〈系统全称〉，用以〈目标〉。
实现采用〈后端〉、〈界面技术〉与〈数据库〉，关键路径为〈一项机制〉。
系统已完成〈模块一〉、〈模块二〉与〈模块三〉，覆盖从〈起点〉到〈办结〉的闭环。
功能测试覆盖核心用例，结果与需求清单一致。

关键词 3–5 个，从第2、3、4句中的系统名、技术名与模块名抽取，中英文对照。

推荐目录（软件设计与实现类）

摘要、Abstract、目录之后，常见七章如下。

1. 绪论：研究背景及意义；国内外研究现状；研究内容与方法；论文组织结构。
2. 相关技术介绍：开发技术；数据库；与本题直接相关的专用技术；本章小结。
3. 系统需求分析：角色分析；功能需求；非功能需求；本章小结。
4. 系统设计：总体设计；功能模块；数据库；接口（采用 API 时撰写）；本章小结。
5. 系统实现：环境；核心模块；界面展示；本章小结。
6. 系统测试：环境；功能测试；非功能测试；结果分析；本章小结。
7. 总结与展望：工作总结；不足与展望。

文末为参考文献、附录、致谢。角色名称取自实际业务，目录中的小节名随之改写。可直接套用的编号与小节名见 章节名称框架。

章节名称框架

下列名称可整段写入 Word 目录后，把尖括号换成本题模块与技术。无后端接口则删去 4.4；非功能测试按本题取舍，可只留功能测试。

摘要
Abstract
目录

第1章 绪论
1.1 研究背景及意义
1.2 国内外研究现状
1.3 研究内容与方法
1.4 论文组织结构

第2章 相关技术介绍
2.1 开发技术
2.2 数据库技术
2.3 〈本题专用技术〉
2.4 本章小结

第3章 系统需求分析
3.1 角色分析
3.2 功能需求
3.2.1 〈模块一〉需求
3.2.2 〈模块二〉需求
3.2.3 〈模块三〉需求
3.3 非功能需求
3.4 本章小结

第4章 系统设计
4.1 总体设计
4.2 功能模块设计
4.2.1 〈模块一〉设计
4.2.2 〈模块二〉设计
4.2.3 〈模块三〉设计
4.3 数据库设计
4.3.1 概念结构设计
4.3.2 逻辑结构设计
4.3.3 物理结构设计
4.4 接口设计
4.5 本章小结

第5章 系统实现
5.1 开发环境
5.2 〈模块一〉实现
5.3 〈模块二〉实现
5.4 〈模块三〉实现
5.5 界面展示
5.6 本章小结

第6章 系统测试
6.1 测试环境
6.2 功能测试
6.3 非功能测试
6.4 结果分析
6.5 本章小结

第7章 总结与展望
7.1 工作总结
7.2 不足与展望

参考文献
附录
致谢

第1章 绪论

常见篇幅：1500–2000 字，约占全文 15%–20%。图 2–4 幅，表 0–1 个。

• 研究背景：领域现状、政策或市场需求，宜有文献支撑。
• 研究意义：理论与实践两端各写清楚。
• 研究现状：国内外分述，须引用文献；外文文献宜落在本节。分类、句式与事实核查见 文献综述写作指南。
• 研究内容与方法：写本文实际完成的工作，此节一般不引文献。
• 论文组织结构：各章各司何职，此节一般不引文献。

附图用技术路线图，见 论文用图指南 中的 生成技术路线图。开题报告与绪论可各用一图。

文献：本章常见 9–12 篇，约占全书引用的四成至五成，重点为背景资料、政策与研究现状。

常见偏差：技术路线仅列章名而缺方法；将架构图、功能模块图提前置于绪论。

第2章 相关技术介绍

常见篇幅：2000–3000 字，约占 20%–25%。图 0–2 幅。

只写本题用到的语言、框架、数据库与专用技术，说明原理与选用理由。算法或模型可附结构图。技术栈的落地步骤见 WEB系统极速开发指南。

文献：本章常见 6–10 篇，多为框架、工具与算法原理。

常见偏差：罗列未使用的技术名称；把实现细节提前写入本章。

第3章 系统需求分析

常见篇幅：1500–2500 字，约占 15%–20%。图 5–8 幅，表 3–5 个。

先确定角色，再写用户故事，然后再绘制用例图与数据流图；顺序见 WEB系统极速开发指南。

• 角色：写清各角色可完成的操作及其边界。
• 功能需求：核心业务清单、模块划分、主要用例；可用例图与用例描述表表达。
• 非功能需求：性能、安全性、可扩展性，按本题实际约束取舍。

附图：用例图、数据流图见 论文用图指南。

文献：本章常见 2–4 篇，多为需求方法或行业标准。

常见偏差：用例图写成功能菜单；论文已写功能与拟实现范围不一致。

第4章 系统设计

常见篇幅：2000–3000 字，约占 20%–25%。图 8–12 幅，表 5–8 个。

• 总体设计：分层、模块划分与技术选型。
• 功能模块：各模块职责、调用关系与内部处理流程。
• 数据库：概念结构、逻辑结构、表结构与索引。
• 接口：后端提供 API 时，写路径、方法、参数、响应与鉴权。

附图：架构图、功能模块图、ER 图、实体属性图、三线表、类图、时序图见 论文用图指南。表结构用三线表。

文献：本章常见 2–4 篇，多为架构与设计方法。

常见偏差：ER 图与功能模块图相互改名套用；图中用语与需求章不一致。

第5章 系统实现

常见篇幅：2000–3000 字，约占 20%–25%。图 10–15 幅。

• 开发环境：语言、框架、数据库与运行方式，与 WEB系统极速开发指南 中的锁定环境一致。
• 核心模块：按模块写关键流程与算法，配简短代码并加说明；较长代码入附录。
• 界面展示：运行界面证明系统已经做成，取景规则见 论文用图指南。

文献：本章常见 1–3 篇，限于关键实现所据。

常见偏差：只截管理端而缺业务角色；界面图与模块名、用例名不一致；正文写明的功能在系统中尚无对应实现。

第6章 系统测试

常见篇幅：1000–1500 字，约占 10%–15%。图 3–5 幅，表 5–8 个。

• 测试环境
• 功能测试：核心功能与异常情形，结论须有实际测试依据
• 非功能测试：性能或安全，按本题需要取舍
• 结果分析

建议用表列出环境配置与测试用例。用例表头、反例与效果表见 系统测试章写作指导。流程图、架构图、ER 图须与数据库及程序一致。

文献：本章常见 0–2 篇。

常见偏差：测试结论缺乏依据；用例与需求章功能清单对不上。

第7章 总结与展望

常见篇幅：500–800 字，约占 5%–8%。本章一般不附图、不列表、不引文献。

工作总结写已经完成的成果；随后写局限与后续方向。结论中的文献引用限于必要处。

参考文献

格式按 GB/T 7714-2015。正文引用以上标标注，按首次引用先后编号；文末顺序与之相同。正文引用的文献，文末均须列出；文末列出的文献，正文均须有引用。注释与参考文献分开。

外文文献不少于 2 篇，优先期刊或会议论文，宜集中在第1、2章，并与题目相关。中文条目宜保存 PDF 后再引用；外文条目宜保存摘要并记录 DOI。

常见著录：

[序号] 作者. 题名[J]. 期刊名, 出版年, 卷(期): 起止页码.
[序号] 作者. 题名[D]. 保存地: 保存单位, 年份.
[序号] 作者. 题名[C]//会议论文集名. 出版地: 出版者, 出版年: 起止页码.
[序号] 作者. 书名[M]. 版本. 出版地: 出版者, 出版年: 起止页码.
[序号] 作者. 题名[EB/OL]. (发布日期)[引用日期]. 网址.
[序号] 标准编号, 标准名称[S].

选用原则：近五年约占八成；优先核心期刊与高水平会议；与本题相关；著录完整。

图表通则

图题在图下方，表题在表上方，按章编号。先有正文引述，再出现图表。结构图、流程图的绘制与导出见 论文用图指南。三线表两端不封口；跨页接排时标注续表。截图完整、未切字，打印后文字可辨。图、表及数据标明来源。

阶段自检

下列各项在交稿前自行核对。日期与材料名称以本校手册及学院通知为准。

每次交稿前

• 已读完本轮全部修改意见，并能复述必须修改的要点。
• 已对照上一轮意见修改本稿；格式修改与内容修改分别注明。
• 文稿按日期命名；本稿附上一轮意见及修改说明。
• 系统开发进度与论文已写章节一致；尚未实现的功能，正文已写明「未实现」。
• 技术困难已单独向指导教师说明。

开题

四栏写法与字数（不含参考文献 2500–3000）见 开题报告写作指南。

• 题目、拟写内容与拟实现范围一致。
• 角色、模块、功能数量已书面约定。
• 开题报告有实质内容；文献综述达到本校手册要求。
• 参考文献达到总体基线；进度计划同时列出开发安排与写作安排。
• 封面及开题材料按学校模板排版。

初稿

• 设计已经落到实现；正文写明的功能，系统中有对应实现。
• 需求、设计、实现、测试各章用语与技术路线前后一致。
• 流程图、架构图、ER 图由绘图软件绘制；截图完整。
• 图题、表题与正文引用编号一致。
• 封面、目录、页眉页脚、字体字号按学校模板。

中期

• 题目与开题一致；变更选题已履行审批。
• 已实现功能与论文已写功能一致。
• 测试结论有实际测试依据。
• 困难已写入中期材料。
• 图幅、三线表、跨页问题已按格式审查意见改正。

定稿与查重

• 论文所写功能均能在系统中演示。
• 测试数据真实；文字、插图与代码能由本人讲解。
• 查重达到学校当学期公布的合格标准。
• AIGC 检测达到本校当学期公布的合格标准；报告标出的段落已按 AI智评介绍 核实后重写。
• 模板原文残留、声明页日期、目录与图表编号已更新。

答辩前

• 能在约 8 分钟内说明：完成了哪些工作、选题理由、技术路线、未完成的部分。
• 现场演示的功能与定稿所写功能一致。
• 能解释本人使用的数据库及关键技术概念。
• 答辩稿与定稿为同一版本；开题、中期材料与定稿为同一题目。
• 过程记录、查重报告及装订件按学院通知备齐。

答辩常见安排：全程约 15 分钟，自述约 8 分钟，回答 3 个以上问题。

常见偏差

• 题目与正文、开题与定稿互不一致。
• 用户故事未成即建立数据库，需求分析章随后补写。
• 正文写明的功能在系统中尚无对应实现，亦未标明未实现。
• 文末文献与正文引用不能一一对应。
• 图中用语与章节用语不一致。
• 摘要写计划中的工作，而未写已经完成的结果。