这是依照我个人论文书写经验总结的论文格式要求
供各位参考
总原则
- 所有标题、正文、图、表、目录、页码必须使用 Word 的段落样式、题注或自动功能管理,不得手动对齐
- 同一类内容必须使用同一套格式,新增内容套用已有样式
- 先保证内容无误,不用再大修改后,再处理格式规范
- 提交时一般提交pdf文件,word文件自己留存不对外公开
页面与页码
- 纸张:A4,纵向
- 页边距:上、下各 2.54 cm;左 3.18 cm,右 2.74 cm
- 页眉距边界约 1.12 cm,页脚距边界约 1.27 cm
- 封面单独占 1 页,目录单独起页,摘要和正文依次排布
- 页码使用阿拉伯数字,连续且与目录一致,完成内容、图表或分页调整后,必须更新目录和页码
封面规范
- 封面须体现项目特征,保持论文封面的正式感
- 封面文字至少包括:项目名、系统全称、当前文件名称、团队/项目必要信息和日期(如需)
- 项目名和当前文件名称应保留为可编辑文字,不把它们烧录进背景图
- 背景图信息不得遮挡标题,文字不得压线、出框或过小
- 当前文件标题名应明显突出(应大于系列标题名,如:产品名,项目名)
字体与正文
- 中文正文:宋体,小四(12 pt),黑色;西文与数字:Times New Roman,小四(12 pt),黑色
- 正文两端对齐;首行缩进 2 字符(约 0.85 cm);行距为 1.25 倍;段后约 6 磅
- 正文不使用整段加粗、整段斜体、彩色字或下划线作为强调手段,确需强调时,优先通过准确表述或少量加粗处理
- 英文缩写、产品名、模型名和数字前后保持正常空格逻辑,例如:INT, FLOAT, HI,
- 一个自然段表达一个中心意思;每章开头先说明本章回答的问题,再展开内容
标题层级与编号
- 章标题(一级标题):使用“第 1 章 绪论”形式,居中、加粗、二号(22 pt)、黑体、黑色;段前约 24 磅,段后约 18 磅;另起段书写正文
- 节标题(二级标题):使用“1.1 研究背景与意义”形式,左对齐、加粗、三号(16 pt)、黑体、黑色;段前约 18 磅,段后约 10 磅
- 小节标题(三级标题):使用“1.1.1 ……”形式,左对齐、15 pt、黑体、黑色;段前约 12 磅,段后约 8 磅
- 不超过三级标题。若内容较短,改为正文分段或编号条目,不继续拆成四级、五级标题
- 标题必须用 Word 的“标题 1 / 标题 2 / 标题 3”样式,禁止手调
- 标题要写成名词性、结论性短语,不用“如何……”“怎么……”等口语问句,例如:
- 推荐:3.3 基于 CodeArts 的规范驱动(SDD)AI 原生开发流程
- 推荐:3.3.1 基于 CodeArts 的需求理解与结构化
- 不推荐:3.3.1 如何使用 CodeArts
目录规范
- 目录位于封面后单独一页,标题为“目 录”,居中
- 目录由“引用 → 目录 → 自动目录”生成;至少显示章、节、小节三级,且与正文标题样式建立关联
- 目录条目使用制表位和点引导符,页码右对齐;不得手动补充、对齐
- 修改正文后,右键目录选择“更新域/更新整个目录”;若当前目录无“更新”选项,说明它是静态文字,应删除后按标题样式重新生成自动目录
- 目录中不应出现正文中的临时标题、图表标题、空白条目或错误页码
图的规范
- 图的编号与章节关联:图 1.1、图 1.2、图 2.1……;不同章节重新计数
- 图题置于图下方,居中,五号(10.5 pt)左右,例如:“图 4.1 系统总体架构”
- 图前必须有文字引入,图后必须有解释或结论;正文中要写“如图 4.1 所示”一小节不能只放一张图而没有任何解释
- 图应居中、清晰、比例协调;不得
超出页边、压到标题/正文、跨页割裂或留出大块无意义空白 - 图中字号应在正常阅读比例下清晰可读;过小文字必须重绘、增大或拆分
- 流程图、架构图采用简约的论文风格:黑色或深灰轮廓为主,线条统一、箭头方向明确、文字不压线
表的规范
- 表编号与章节关联:表 1.1、表 1.2、表 2.1……;不同章节重新计数
- 表题置于表上方,居中,五号(10.5 pt)左右,例如:“表 2.1 系统功能需求清单”
- 表前需有引导语,表后需说明读表结论;正文中要写“见表 2.1”
- 表格采用简洁的黑色论文表格样式:边框清楚、线宽统一、表头居中、内容按性质左对齐或居中
- 表格宽度
不得超出页边距;列宽按内容分配,避免文字贴边、单字换行、表格跨页后表头缺失 - 一个小节如只有一张表,必须配有解释性正文,不能把表格当成该节全部内容
- 若同一表格出现在两页(被隔断),需要分割并写明 续表 1.1(例子)
摘要、参考文献与附录
- 摘要标题使用一级标题格式;摘要正文按正文格式书写;关键词另起一段,以“关键词:”开头,3—5 个为宜
- 参考文献单独成章,按 [1]、[2]、[3]……编号;正文引用与文后序号保持一致
- 过长的截图、完整提示词、全过程日志、接口明细和原始材料应放在附录,不挤入应用需求分析正文


留言
GitHub ↗使用 GitHub 登录留言