1. 先想明白论文手到底是干嘛的1.1 论文手不是打字员是表达设计师很多队伍在组队的时候有个默契的分工建模手负责想模型编程手负责跑代码论文手负责写。但实际比赛开始之后三人的分工往往乱成一锅粥——尤其是论文手最容易在第一天就被架空了。队友说“你先等着我们出结果了再告诉你”然后从第二天晚上开始疯狂催你“赶紧写”最后你在交卷前八个小时对着一堆零散的图、半懂的公式和混乱的思路硬生生凑出一篇论文。这种事我见过太多次了。所以第一步你需要纠正一个认知论文手不是“最后一天的那个人”。论文手在数学建模团队里的真实定位是“整篇论文的设计者”。建模手负责把问题转化为数学模型编程手负责把模型解出来而你的任务是把这个模型从思路变成文字、从公式变成论证、从一堆输出变成可信的结论。你手里握着的是这场比赛最终被评判的唯一载体评委看不到你的代码跑得多优雅看不到建模手推导得多辛苦他们只看到一篇论文。论文手的核心能力说白了就三样第一能把一个复杂的模型讲得清清楚楚让评委的脑子顺着你的逻辑走第二能在信息极不完整、时间极紧的情况下做出取舍知道什么该详写什么该略写第三能在技术上保证论文的版式、图表、公式规范漂亮让评委第一眼就对你的队伍产生“严谨”的印象。1.2 论文手的职责边界什么时候写、写什么有人会问论文手是不是就等建模手和编程手干完活然后自己闷头写就行了不是。按照我的经验论文手的工作贯穿比赛全程大致分成四个阶段赛前准备论文框架、排版模板、绘图工具链、常用表达句式。比赛前期第一天上参与选题讨论帮队伍判断哪道题更容易“讲清楚”。比赛中期第二天到第三天同步构建论文的结构骨架模型还没完全定稿的时候先把问题分析、模型假设、符号说明这些内容写起来同时持续整理图表把编程手跑出来的原始结果转成论文能用的形式。比赛后期最后一天集中写作、检查逻辑、核实数据、统一格式把自己当作一个“审稿人”来给论文挑毛病。换句话说如果你在比赛的最后一晚才开始动笔那你注定写不出好论文。准备数学建模论文手这个角色本质上是在准备一套“在极端压力下快速生成高质量文档”的工作流。2. 论文手需要提前备好的工具链2.1 排版工具LaTeX 与 Word 的取舍排版工具是论文手的地基。国赛现在对 Word 的兼容程度很高但美赛和很多校内赛基本已经是 LaTeX 的天下。我先说结论如果你还有时间务必训练自己用 LaTeX 写建模论文。LaTeX 的好处不用我多吹——公式排版漂亮、自动编号、交叉引用方便尤其是理工科论文用 LaTeX 写出来视觉上的专业感是 Word 很难追上的。但 LaTeX 有一个坑就是前期学习成本高比赛现场一边写一边调格式是灾难。所以我的建议是赛前至少一个月自己搭一套数学建模论文的 LaTeX 模板把封面、摘要、目录、正文、公式、表格、参考文献全部设定好比赛的时候只往里填内容。如果你对 LaTeX 实在提不起兴趣或者队友都更熟悉 Word那 Word 也不是不能打。但你在赛前必须把这几个技能练熟样式和多级列表用来管理标题层级MathType 或 Word 自带的公式编辑至少做到输入速度和格式统一交叉引用图、表、公式的编号要能自动更新目录生成。这里尤其要提醒在 Word 里面插公式、插图片之后行距经常会变得奇怪你至少得会设置“嵌入型”图文环绕和段落格式保证全文看起来工整。2.2 绘图工具示意图表达逻辑效率最高论文里的图分两类。一类是结果图比如拟合曲线、热力图、三维图这些一般用 MATLAB、Python 的 Matplotlib、Origin 之类的工具生成另一类是示意图比如问题分析框架图、算法流程图、模型结构图这类图不是跑代码跑出来的是需要你想办法“画出来”的。我见过很多论文手数学功底不错但是不会画示意图整篇文章就干巴巴几行文字加几个公式评委看起来非常费劲。其实一张清晰的流程图或者结构图能把文字写三段的逻辑压缩成一屏就能看懂的信息。示意图工具方面我个人的经验是这样的可以用 ProcessOn、draw.io 或 Visio画流程图和结构图用 PPT 画模型示意图你没看错PPT 在画方框箭头方面非常顺手导出 PNG 还很清晰如果队伍里有编程基础Graphviz 也是画节点图的利器。在绘图这块论文手最容易犯的毛病是“比赛前啥也没准备现场才开始研究工具怎么用”。绘图工具的准备应该是赛前就定下来哪类图用什么工具画导出什么格式图片分辨率设多少一般 300dpi图注放在什么位置。这些都是机械操作但现场每一项都会抢占你宝贵的思考时间。2.3 公式、参考文献与数据表格的规范化公式规范是数学建模论文的硬指标。无论你用什么排版工具都要保证全文公式编号格式统一重要公式必须编号并能在正文中引用“如式(5)所示”这样的表述。零散的、不编号的公式尽量少用因为评委读论文时常常需要回头看公式之间的推导关系没编号会让他们很别扭。参考文献也是一个容易被忽视的环节。数学建模里很多题目的背景资料来自网站报告、新闻报道、行业数据这些非学术来源的引用格式往往不标准。我的做法是所有参考文献统一用 GB/T 7714 格式整理比赛期间每引用一个来源就立刻录入参考文献表千万不要拖到最后统一整理——到最后你一定不记得那个数据是从哪翻出来的。还有一个小技巧即使你用 LaTeX参考文献也不一定非要用 BibTeX纯手写一个 thebibliography 环境在比赛场景下更快更可控。数据表格方面核心原则是不要直接粘贴编程手的原始输出。你应当在整理后放到正文里表格要保留有效数字位、加上单位、注明数据来源。编程手跑出来的东西往往乱糟糟的列明一大堆你的职责是帮评委把表格“清洗”成一眼就能提取关键信息的样子。3. 论文写作框架赛前就要在脑子里搭好的结构3.1 摘要一篇论文只能靠摘要“卖出去”数学建模论文的摘要重要程度超过很多人的想象。国赛和美赛的评审强度很大评委在一篇论文上停留的时间有限摘要基本决定了一篇论文是“被认真对待”还是“被快速翻过”。摘要写得好即便是模型略有瑕疵评委也愿意往下读摘要写得差哪怕正文里有金子很可能也没机会被看到。摘要要传达的信息核心只有几条你们解决了一个什么问题用了什么核心方法模型的主要结果是什么结果好在哪里精度、稳定性、与实际情况的契合度。写摘要最忌讳的是复述题目背景、堆砌方法名称却不写结论。比如“本文基于灰色预测模型对某问题进行了研究”这种写法就是典型的无效信息——方法名字谁都会写评委要的是“为什么用这个方法”“效果如何”。我提供一个我常用的摘要结构第一句话点明研究问题一句话带过背景第二句到第三句说明整体建模思路包括数据处理方式、核心模型、求解算法接下来用两三句话分点陈述主要结果尽量带上关键数值最后一句说明模型的检验方式或推广价值。总字数控制在 300 到 500 字之间全文没有废话。3.2 正文模块每个部分该写什么、怎么写除了摘要之外正文的结构在数学建模中其实非常固定。无论什么题大致都跑不出这几个模块问题重述与分析、模型假设与符号说明、模型建立与求解、模型检验与评价、模型推广与改进。论文手在赛前应该把这几个部分的“内容框架”提前想清楚比赛时就不是从零开始写而是往框架里填内容。先说话问题重述与分析。问题重述不是抄题而是用自己的话把题目“翻译”一遍。评委手里有原题你抄一遍毫无价值你要做的是把题目的关键约束、目标、数据特征提炼出来顺便加上一句“根据以上分析本问题可以分解为以下几个子问题”。这一部分能体现你读题的角度也是给后文模型铺垫的最好位置。模型假设与符号说明是论文观感的分水岭。好的队伍假设写得少而精每一条都有依据而且后文真的用到差的队伍假设写了一大堆结果后文没有任何地方用到显得是凑数。我的原则是每写一条假设都要在模型建立的部分对应到一个简化。符号说明建议用表格呈现符号、含义、单位三列放表里比正文里堆文字要清爽得多。模型建立与求解是重中之重。这里论文手需要注意的是不要只干巴巴地把模型公式摆出来每个公式前面必须有逻辑引出——为什么这个假设下可以得出这个式子这个式子每一个项在现实中代表什么。评阅论文不是看公式推导得多严密当然也要严密而是看你能不能把公式和实际问题之间的“翻译过程”讲清楚。把评委当成一个数学功底不错、但对你这道题完全不了解的人你要让他无障碍地读懂你们的建模思路。模型检验与评价部分常见内容包括误差检验、敏感性分析、稳定性分析、与真实数据的对比。这部分往往被建模手和编程手忽略因为他们觉得模型跑出了漂亮结果就胜利了。但论文手的职业习惯应该逼着队伍补上这一环——模型没有检验结论就站不住脚。3.3 摘要与亮点前置把最值钱的放前面还有一个关于论文阅读体验的经验把亮点前置。除了摘要正文的“问题分析”部分末尾你就应该点明“针对以上问题本文提出了一种结合 XX 方法的求解框架”让评委知道你这篇论文有主心骨。模型建立开头最好能写一段“总—分”式的引导段说明这一章组织逻辑是什么。为什么这么做因为评委看论文的时候不是逐字精读的他们往往是先快翻一遍抓到亮点之后再细读你把自己的亮点放在开头和摘要里等于替评委省了找亮点的时间。我这里分享一个反面案例我见过一支队伍模型本身做得很不错但是论文手把最重要的创新点藏在第六页深处摘要里只说“综合运用多种方法求解”。结果是评委没有秒懂他们的亮点评分跟预期差了一个档次。论文手的一个基本原则就是关键内容要有“冗余”——摘要里重复一遍问题分析里提到一遍模型建立里详细展开一遍模型总结时再复述一遍。这种“重复”不是啰嗦而是一种刻意的信息强调。4. 比赛三天的时间节奏与写作工作流4.1 第一天动身就要启动论文框架论文手在比赛第一天的任务不是等着选题结果出来而是和队友同步进入状态。拿到赛题后第一件事是通读全部题目然后和队友讨论选题。选题环节论文手也有发言权——你应该主动判断哪道题“更好写”。怎么判断核心是看这道题的背景是否容易用通俗的语言解释清楚问题结构是否清晰以及数据是否充足。有些题虽然数学上很漂亮但背景极其专业写起来动不动要解释一堆行业术语这种题对论文手是很不友好的。选题确定后我强烈建议论文手在当天下午就拉出一个论文大纲不需要写详细内容只需把章节标题和每章打算放什么内容列成清单。这个大纲的价值在于它让三个人对论文最终长什么样有一致的预期后续工作都围绕这个大纲推进避免建模手和编程手做的内容偏离主题。同时大纲出来了你就可以开始写第一版“问题重述与分析”这部分在题目定了之后就可以动手不需要等模型结果。4.2 第二天模型成形期论文手要会“抢素材”第二天通常是建模手和编程手最焦躁的时候模型反复推倒重来、程序报错调不出来都挺正常。论文手这个时候不能干等你要做的事有三件。第一把编程手跑出的中间结果犀数据及时保存下来。编程手有一个特点就是一旦程序跑通了他们马上开始跑新方案中间结果毫不珍惜地丢得到处都是。这时候你需要盯住他们每个图、每个表格、每个数据文件都要立刻按规范命名存到一个公共文件夹里。不然到了最后写论文时你会发现很多结果找不到了或者分不清是哪一版的。第二根据现有的模型思路先把模型假设、符号说明、模型建立中确定的部分写完。比如模型的基本框架已经确定但参数还没调完那你可以先把公式和推导过程写出来。数学建模的论文写作不是“一次成型”的你完全可以写一个 A 版本等数据出来再升级成 B 版本。第三把已有数值结果整理成“结论清单”。编程手跑出的结果一般是一堆图和一堆误差指标你要做的就是问编程手和建模手几个问题这些结果说明了什么跟别人的模型相比好在哪有没有什么异常然后把他们的回答用书面语言记下来后面直接用到模型检验那个章节。为什么说论文手要会“抢素材”因为编程手和建模手只对“跑通模型”有执念他们不会主动帮你整理结果你不抢结果就会散落或者丢失。这个环节是论文手主动性的最佳体现也是团队价值最核心的体现之一。4.3 第三天写作冲刺与“审稿人模式”第三天早上目标应当很明确论文初稿必须完成 80% 以上。不要再等模型结果了你手头有什么就先写什么占位符都好先把逻辑链条完整地搭起来。到了下午无论模型是不是完全定稿都要强制进入“封稿流程”——不允许再大改了。封稿之后论文手要把自己切换成“审稿人模式”你不是作者你是评委你要从头到尾读一遍自己队的论文挑刺。这一步要说一下我常用的检查顺序先看摘要能不看正文就理解你们的做法和结果再看图表标号有没有错乱、单位有没有统一再看公式编号和交叉引用有没有对不上最后看格式细节——页眉页码、目录、参考文献、附录。这个过程最好能持续到交卷前两个小时因为状态越到后面越紧张反而是最需要冷静把关的时候。还有一件小事比赛最后阶段论文Hand最好守在电脑前“垄断”最终文档的修改权。不是说你能力最强而是文档在多人手中反复修改格式被来回覆盖是最常见的翻车原因。三个人有什么意见可以统一报给你由你负责落实。一个队伍最后打印交卷之前只有一个“文档输出口”这个纪律能在最后时刻免掉无数灾难。5. 论文手必备的实操习惯与避坑经验5.1 一个容易被低估的习惯文件管理文件命名混乱带来的后果是比赛第三天才浮现的但根源在第一天就埋下了。我见过太多队伍最后交卷时在桌面上翻来翻去找“最终版”“最终版2”“最终版3”“最终改不改了”甚至把带备注的旧版本交了上去。这是完全可以避免的。我的经验是比赛开始就在项目文件夹里建立固定结构根目录下分01_code、02_data、03_fig、04_draft、05_final五个子文件夹。不同版本的论文草稿统一放04_draft文件名里带上日期和修改人缩写比如论文v1_0711_张三.docx最终版本导出为 PDF单独放05_final。图统一生成 PNG 格式分辨率 300dpi按图1_xxx.png的方式编号。文件管理看起来跟数学建模一点关系都没有但它决定了你的论文能否顺利成型。5.2 时间管理给美化留出缓冲而不是压缩它论文手最怕的是到最后发现正文里有个致命逻辑错误但没时间改了。根据我的经验这类问题的根源在于前期排版和图表处理拖了太多时间。很多人低估了完整排版一篇论文需要的时间——光是把所有图片统一尺寸、把所有公式对齐、把目录更新干净可能就得花一两个小时。这些事情不应该堆积在最后一天才做而应该是“写一段、排一段”。这里给大家一个我实操下来比较好用的时间节奏比赛结束前 12 小时初稿必须完成到 90%——所有文字都有所有图表有位置哪怕占位符都行比赛结束前 8 小时完成格式统一和图表替换比赛结束前 4 小时完成全文阅读检查比赛结束前 2 小时只做最微小的修正不再动任何大结构。如果你们在结束前 2 小时还在补一个严重缺漏的验证那说明前期的节奏出了问题。5.3 最容易被忽略的细节数字、单位与一致性论文中的数字是评委判断你工作是否严谨的最直接线索。编程手给你的结果可能有 8 位有效数字你不能照搬要按实际意义取舍。比如预测 2050 年的人口数量你写 14.352846213 亿人反而显得不专业合理的是写 14.35 亿人。另外前后文数字必须一致——摘要里写预测结果是 87.3%正文里同一个结果变成 87.5%这种低级不一致会让评委对整个模型的信任度大打折扣。我的方法是所有重要的关键数据在摘要、正文、结论中反复出现时专门拿一个文档记录这些数字保证每一处引用都来自于同一个源头。单位的问题也值得单独提一句。很多题目中的数据来自现实场景不同来源的数据单位可能不一样比如一个表格用的是万人另一个是亿人编程手可能不关心但论文手必须统一并检查清楚。这是数学建模论文中出错频率最高的细节之一。5.4 常见问题速查表为了方便大家临场自查我把自己比赛和带队过程中遇到频率最高的论文问题整理成了一张表。问题类型典型表现解决办法摘要空洞全是方法名没有具体结果和数值改写时强制要求每个方法名后面跟上“结果如何”图表不一致正文说的数据和图里的数据对不上保留数据记录表以记录表为准核对所有图、表、正文公式引用错误正文写式(3)但式(3)是另一个不相干的公式全文搜索“式(”逐一核对编号模型假设过多假设列了一堆但没有用到后文删掉没有对应后文依据的假设参考文献格式乱中英文混乱、缺页码、不是 GB/T 7714每引用一条立刻按格式写入不要最后统一补图片模糊分辨率低、字体太小、导出格式不对统一用 300dpi 导出图内字体不小于 7pt目录异常目录页码和正文对不上Word 使用样式设置标题不要手动输入页码术语不统一同一概念前后叫法不一致第一次出现时定义好术语后续全程沿用5.5 心态与沟通论文手的软实力最后说一点可能被很多人忽略的论文手的心理素质和沟通方式对比赛结果的影响不亚于业务能力。数学建模比赛是一场为期三天的极限写作任务队友的情绪会像股市一样波动。建模手可能上午很有信心下午就被一个问题卡住开始怀疑人生编程手可能因为一个 bug 调不出来而暴躁。这个时候论文手往往是最需要保持冷静的那个。我的体会是论文手要学会“用进度说话”来安抚团队。当队友陷入技术难题时你一把论文框架拿出来告诉他们“不要慌我们的文章结构已经清晰了这块模型部分填点内容就成型了”整个队伍的士气会回升很多。反过来如果你也焦躁甚至责怪队友进度慢那这个队伍基本上就散了。还有一点需要提醒论文手不要大包大揽把所有写作责任都揽到自己身上。正确的配合方式是建模手和编程手负责提供“原始素材”公式推导、代码、结果分析论文手主要负责“二次加工”组织语言、构建论证、规范格式。如果有必要你也要敢于给队友布置写作任务比如让建模手写“模型建立”的第一稿让编程手写“模型求解”的第一稿然后你统一压缩、统一润色。这样既分担了你的压力又能确保写出来的内容真正反映了建模手和编程手的思路。写在最后数学建模的论文手从来不是一个“退居二线”的角色。好的论文手能让一个普通的模型在纸面上脱颖而出差的论文手也能让一个优秀的模型被平庸地埋葬。准备论文手这件事核心不在于比赛那三天熬多晚而在于赛前是否把框架、模板、工具和写作习惯都打磨到位。如果你愿意在角色认知上多做一步在工具准备上多投入一些时间在逻辑表达上多严格要求自己那比赛中的每一步都会顺很多。哪怕只是把文件管理这套习惯带到比赛里帮你避免一次交错版本的灾难我觉得这篇东西就没白写。