从手绘草稿到符合期刊规范 AI生成软件系统架构图的实用实操经验分享

去年投CCF B类的软件工程刊，我卡在系统架构图上改了三回。第一次自己用Visio拼的，模块歪歪扭扭，箭头粗细都不一样，审稿人直接批注“配图逻辑不清晰，无法直观体现架构优势”；第二次找设计专业的朋友帮忙做，好看是好看，但是配色太花哨，不符合期刊要求的黑白打印可识别，又被打回来。那时候离deadline只剩三天，我整个人都快熬秃了。

赶deadline时踩过的架构图大坑

之前总觉得科研配图得自己画才放心，真熬了几次夜才明白，大部分人画不好架构图根本不是审美问题，是压根没那么多时间抠规范。比如不同期刊要求的分辨率不一样，有的要300DPI有的要600DPI，字体要求用Arial还是宋体，箭头的样式要不要统一，模块之间的间距有没有要求，这些细碎的要求攒到一起，光调格式就得花大半天，更别说还要把自己的研究逻辑理清楚，把各个模块的层级、交互关系画明白。

后来翻同组已中稿师兄的文件，发现他当时的架构图也是用AI生成软件系统架构图的工具做的，我跟着试了好几个平台，有的生成的图满是网感，渐变阴影堆得像互联网公司的宣传图，根本投不了学术期刊；有的逻辑混乱，把我提的边云协同架构搞成了纯云架构，改起来比自己画还费劲。最后用科研配图Pro才算是踩中了需求点，它是专门针对学术场景训练的，生成的图默认就是低饱和的学术配色，模块对齐、箭头样式都是符合通用学术规范的，不用花时间再调基础格式。

怎么让AI生成的图真的能用

很多人第一次用AI生成架构图，就输个“软件系统架构图”几个字，出来的图肯定不能用，你得把自己的研究细节喂给它才行。我后来的经验是，要么把手绘的草稿拍清楚传上去，草稿上标清楚分几层，每层有什么模块，数据流向是啥，要么就用文字把这些信息写清楚，比如我上次做微服务架构的图，就写了“分数据采集层、模型推理层、业务输出层、用户交互层四个层级，数据从采集层向上流转，推理层包含3个自研微调模型模块，配色用蓝灰低饱和系，支持黑白打印识别，字体统一用Arial，字号不小于8号”，传上去一分钟不到就出了四版草稿，挑个逻辑最贴合的，稍微调整下个别模块的位置，就能直接用。

后来我做会议汇报的PPT配图，还有论文的图文摘要，也会用AI生成学术图表的功能，把实验流程和系统架构整合到一张图里，比之前自己用PS拼的清晰太多，上次组会汇报导师还专门问我在哪做的图，说比之前的配图专业不少。带的本科生做毕设的时候，我也让他们用这个方法做架构图，不用再花时间学Visio的复杂操作，把精力放在理清楚自己的系统逻辑上就行，最后答辩的时候评委还专门夸他们的配图清晰，逻辑通顺。

投稿前一定要核对的几个细节

别觉得AI生成完就万事大吉了，有几个点一定要核对完再用。首先是逻辑问题，比如你提的自研模块有没有被标成通用组件，数据流向是不是和你设计的一致，有没有漏了你要突出的核心创新点，这些AI偶尔会出错，一定要过一遍。其次是格式问题，导出的时候直接选你要投的期刊对应的分辨率要求，要是找不到对应的选项，就直接导出SVG矢量格式，不管后续怎么改大小都不会糊，大部分期刊要源文件的时候也能直接交。

还有版权问题也别大意，之前有同校的同学随便从网上找的架构图改了改就用，投稿的时候被查出来有版权风险，直接被拒了。我用这个工具生成的时候专门问过，生成的内容都是原创的，还能提供版权授权说明，投稿的时候完全不用担心。

现在我身边做计算机、软件工程相关方向的同学，投稿前基本都会先拿AI出一版架构图草稿，比自己从零开始画效率高太多，省下来的时间多跑两组实验，多改两版正文，比在那抠配图的格式划算多了。