课程体系结构图这东西，课程第一次画的体系图人多半会画成一张组织架构表——方框套方框，箭头连箭头，结构看着挺整齐，课程实际上谁看了也记不住。体系图问题出在哪儿？结构把“结构”理解成了“层级”，把课程当成了行政单位。课程

我见过一张真正好用的体系图课程体系结构图。那是结构一家做嵌入式培训的机构，图没挂墙上，课程印在招生简章折页里。体系图横向三条带：底层是结构C语言和电路基础，中间是课程STM32和RTOS，顶层是体系图项目实战。纵向穿了一条虚线，结构标注“调试能力”，从底层一直贯到顶层。就这么简单。但你看一眼就明白：学完C语言不是终点，它是用来写驱动的；学完RTOS也不是终点，它是为了在项目里跑多任务。每门课的位置不是按学期排的，是按依赖关系排的。

这才是课程体系结构图该干的事——把课程之间的“前置-后继”关系画清楚。很多学校排课表，只考虑学分和学期均衡，不考虑知识依赖。大一上C语言，大二上数据结构，中间隔了一个暑假，学生回来连指针都忘了。结构图如果只画“大一上、大一下”，那跟课表没区别。它得画成“C语言 → 数据结构 → 算法分析”这样一条链，链上每个节点标出“学完能做什么”。比如“学完数据结构能做什么”下面写“能自己实现一个动态数组，能解释为什么链表插入比数组快”。

画图的时候有个坑：别把选修课和必修课混在一个平面里。必修课是骨架，选修课是肌肉。骨架要硬，肌肉要能换。我建议用两种线型——实线画必修依赖，虚线画选修推荐。比如“机器学习”这门课，实线连到“线性代数”和“Python编程”，虚线连到“最优化方法”。学生一看就知道：线代和Python不学，这门课你上不了；最优化不学，你也能上，但会吃力。

还有一件事：结构图里要留“接口”。什么叫接口？就是课程之间的能力交接点。比如“数字电路”和“计算机组成原理”之间，接口是“能看懂时序图”。“操作系统”和“并发编程”之间，接口是“能解释进程和线程的区别”。这些接口如果不标出来，老师各教各的，学生各忘各的。标出来之后，教数字电路的老师知道，他得把时序图讲透，因为后面有人要用。

我见过最离谱的一张结构图，把“高等数学”放在最底下，上面连了二十几门课。这没错，但没用。因为学生看完只知道“高数很重要”，不知道“高数的哪部分对哪门课重要”。后来那张图改了，把“高等数学”拆成“微积分”“线性代数”“概率论”三个框，微积分连到“信号与系统”，线性代数连到“机器学习”，概率论连到“通信原理”。这才叫结构。

最后说一句：结构图不是画给评估专家看的，是画给学生看的。学生拿着它，应该能回答三个问题——我现在在哪，我下一步能去哪，我想到的那个地方需要经过哪些节点。回答不了这三个问题，图再漂亮也是废纸。