课设最容易被低估的工作量是画图。功能结构图、E-R 图、系统架构图、流程图、数据流图、UML 类图、时序图、用例图——这八类图在任务书里往往只用一行字带过真画起来每一类都要对着需求重画一遍而且画完还会返工数据库改了要重画 E-R 图业务流程改了要重画流程图功能加一个模块功能结构图又得动。这篇不讲概念直接摊开一套真实跑完的项目图纸大学生就业咨询系统一次综合下载产出53 个文件其中系统图纸8 类共 48 张。下面每一张图都是从交付包里直接导出的不是示意图。一、课设到底要交哪几张图先对齐图种。八类图不是越多越好它们各自回答不同的问题老师看的是你有没有画错图种图种回答什么问题本项目的数量功能结构图系统有哪些功能模块层级怎么分1 张E-R 图数据怎么组织实体、属性、关系、基数10 张1 张总体 9 张子图系统架构图系统分几层各层放什么1 张系统流程图业务按什么顺序走、有什么分支17 张数据流图DFD数据从哪来、经过哪些加工、到哪去10 张1 张顶层 9 张 2 层UML 类图代码里有哪些类、类之间什么关系1 张时序图一次交互里对象之间怎么来回调用4 张用例图谁角色能用哪些功能4 张合计48 张。注意几个数字的比例关系它反映了各图种的真实工作量流程图 17 张、E-R 图 10 张、数据流图 10 张占了大头而架构图、功能结构图、类图各只要 1 张。很多同学恰恰是反过来的——把时间花在画一张漂亮的架构图上流程和 E-R 却只画了个大概。二、每张图回答什么问题别为凑数量画重复的图功能结构图只回答有哪些功能、怎么分组。它是模块树不画数据、不画顺序。E-R 图只回答数据怎么组织。一个系统一张总体 E-R 图就够子图是给答辩和文档用的——总体图信息量大打印出来看不清所以本项目额外导出了 9 张按实体划分的子图毕业生、专业、地区、单位级别、用人单位、需求信息、数据备份记录、数据恢复记录、级别变更记录。系统架构图只回答分几层、各层放什么。看的是分层是否合理不是画得好不好看。系统流程图回答业务怎么走。这是数量最多的一类因为一个实体往往对应一条业务流程——本项目 17 张流程图里有一部分是通用流程登录、数据恢复办理其余是按实体展开的维护流程。数据流图DFD回答数据怎么流动。顶层图只有一张往下逐层展开成 2 层图——本项目 1 张顶层 9 张 2 层图。UML 类图回答代码里有哪些类。数据库课设不要求软件工程课设必查。时序图回答一次交互的调用顺序。本项目 4 张1 张系统时序图 3 张按业务展开。用例图回答谁能用哪些功能。角色不同用例图不同——本项目 4 张总体用例图 系统管理员 / 用人单位 / 毕业生三个角色各一张。三、同一份数据怎么派生多张图改一处不返工这是八类图里最容易被忽略的工程问题这些图不是八份独立的文档而是同一份系统定义的八种视图。同一个毕业生实体在 E-R 图里是一个带属性的矩形在类图里是一个类在数据流图里是一个数据存储在流程图里是一条维护流程的宾语。如果八张图各自维护改一个字段就要改八处改漏一处答辩就被抓。可用的做法是把实体与字段当作唯一事实来源其余图从它派生字段改了 → E-R 图与数据字典同步变建库脚本跟着变表结构定了 → 类图与数据流图里的存储结构跟着定图之间不再互相抄而是同源。本项目的那份建库脚本是11 张表、15 个外键、227 行字段注释 103 处——E-R 图上的每一个属性和它是一一对应的。答辩时老师随手点一个字段问这个字段干嘛的你能同时指出它在这三处的位置这一分就稳了。四、48 张图的完整目录长什么样交付包里图纸不是散着的而是按图种分目录这是本项目01-系统图表下的真实结构01-系统图表/ ├── 01-E-R图/ 01-E-R图.png 9 张实体子图 ├── 02-功能结构图/ 01-功能结构图.png ├── 03-系统架构图/ 01-系统架构图.png ├── 04-流程图/ 17 张登录、数据恢复、需求信息、专业、地区、单位级别… ├── 05-数据流图/ 01-顶层数据流图.png 9 张 2 层图 ├── 06-UML 类图/ 01-UML 类图.png ├── 07-时序图/ 4 张 └── 08-用例图/ 总体 3 个角色按图种分目录有个直接好处装订和提交不会漏。很多同学交材料时才发现流程图少了一张“用例图只有管理员的”就是因为图混在一个文件夹里。17 张流程图的完整清单真实文件名是这样的序流程序流程01系统登录流程10数据备份记录维护02数据恢复记录办理11数据恢复记录维护03–05需求信息办理分步12用人单位维护06需求明细办理13毕业生维护07系统管理员维护14地区维护08专业维护15需求信息维护09单位级别维护16–17需求明细 / 级别变更记录维护规律很清楚前面几张是办理类业务流程带判定分支后面是按实体的维护类流程增删改查校验。答辩时如果被问为什么流程图这么多这就是标准答案——每一条业务线和每一个实体都有独立流程。同一批交付物里还有02-设计资料数据库脚本与03-交付成果设计文档、开题报告、答辩 PPT、项目源码图纸只是其中一部分——53 个文件是一起出的不是分开做的。五、导出格式与清晰度图纸要能进文档和 PPT图纸画完还有一道容易翻车的关插入文档和 PPT 之后糊了。本项目导出的是 PNG48 张图单张20KB–659KB其中流程图和 E-R 图明显更大信息密度高。导出时注意三点用途建议原因插入设计文档原图直接插别二次截图截图会掉分辨率打印成 A4 后线条发虚插入答辩 PPT一张幻灯片放一张图最多两张PPT 上图和文字挤在一起评委看不清等于没画打印装订用矢量格式SVG或高分辨率 PNG打印店的分辨率比屏幕高PNG 太小会糊如果是用在线工作台生成导出时通常可以选 PNG / SVG / Visio / Drawio——要改图就导 Visio 或 Drawio要打印就导 SVGPNG 只用于插文档和 PPT。选错格式后期改一个框要重画一遍图。六、图纸怎么和文档、PPT 对齐图纸画完只是第一步真正的分数在材料之间对不对得上材料图纸要出现在哪常见扣分点设计文档功能结构图、E-R 图、架构图、类图文档里的图和系统里的图不是同一版开题报告功能结构图讲要做什么开题写了 8 个模块做出来 5 个答辩 PPT架构图、流程图、E-R 图、用例图图太小看不清或干脆截图糊了建库脚本E-R 图 ↔ 表结构必须一致图上有的字段脚本里没有本项目这一套是三份材料同时落地的设计文档、开题报告、答辩 PPT 和 48 张图出自同一次导出版本天然一致——这也是同一份事实派生多种材料最实际的好处。上面的 48 张图、11 张表、53 个文件都是在在线工作台捷码AI里对这个课题跑一遍综合下载拿到的真实产物改字段时图纸和脚本一起变不用回头返工。七、答辩前用这 3 条自检图纸图种齐不齐对着任务书数一遍八类图缺哪类先补哪类。图上有的、库里有没有随便挑 3 个 E-R 图上的字段去建库脚本里搜能搜到才算过。角色对不对用例图的角色数 系统实际登录角色数。只画一个管理员是答辩最常被追问的点。八、说实话的部分这 48 张图是基于模板数据生成的初稿实体名、业务流程是按大学生就业咨询系统这个题目来的。你要做的是把它们换成自己课题的表述尤其是流程图里的办理步骤。图纸数量不是一个固定标准本项目 48 张是因为实体多10 个实体实体少的课题20 张左右也能交。不要为了数量灌水画重复的图反而扣分。图是初稿结论必须是你的答辩问的是你为什么这么设计不是这图谁画的。用捷码AI这类工作台生成底稿省掉的是重复劳动省不掉的是你要讲清楚自己的设计。一句话总结八类图各回答一个问题比例上流程图与 E-R 图是大头图纸不是画出来的是从同一份系统定义派生出来的。