简介面向南京航空航天大学数据结构课程设计的代码与报告合集取自2019—2020学年秋季学期覆盖排序、图论、哈夫曼等典型实验场景适合高校数据结构学习者借鉴与查漏补缺也可作为其他高校同类课程设计的参考。zip压缩包共76个文件以36份C源码、31份txt数据与运行输出、6份exe可执行为主另含1份docx课程设计报告整体约6.2MB目录按题目编号组织便于对照检索。已有2788人学习下载。内容包含多道T编号题目的完整实现涉及希尔、归并、基数等排序算法Kruskal最小生成树、邻接表、哈夫曼编码等知识点并配有家谱数据、随机数生成等辅助文件多数源码可直接运行观察输出报告对设计思路与算法细节做了说明能帮助理解代码含义、调试排错覆盖从题目分析到编码实现的完整过程适合课程设计参考或复习支撑。1. 南京航空航天大学数据结构课程设计代码加报告为什么总在最后一周集中翻车每学期期末数据结构课程设计都是同一个剧本前两周在犹豫选哪道题第三周发现调试时间比自己想的久得多最后一周开始连夜补报告里的截图和测试数据。南航这门课的硬性交付就是代码加报告两份东西代码体现你对线性表、树、图的掌握程度报告则要把设计思路、测试过程和复杂度分析讲清楚缺一不可。这篇笔记按课程设计的实际推进顺序来写先讲选题怎么定、需求怎么拆再给链表、哈夫曼树、最短路径三种核心结构的可运行骨架然后是报告怎么写、有哪些评阅老师一眼就能看出的问题。适合正在做课程设计、以及期末复习时想把实验报告一并整理归档的同学参考。2. 选题与需求分析把题目翻译成数据结构再拆成可测试的功能点课程设计最大的坑不是写代码而是题目没读懂就开始写。大部分题目表面上是一段自然语言描述比如设计一个哈夫曼编码系统或者实现校园导航但评分老师真正看的是三件事用了哪种数据结构、算法复杂度对不对、功能是否覆盖题目里的每一个动词。所以动手之前先把题目翻译成数据和操作这一步做扎实后面写代码和写报告都会顺很多。2.1 课程设计常见选题与数据结构映射把过去几年见到的常见选题整理成一张表方便你快速判断手里的题目属于哪一类题目类型核心数据结构主要算法典型复杂度学生成绩/图书/车辆管理链表或顺序表插入、删除、查找O(n)表达式求值/计算器栈中缀转后缀、求值O(n)哈夫曼编码/文件压缩二叉树优先队列建树、WPL 计算O(n log n)校园导航/最短路径图邻接矩阵/邻接表Dijkstra、FloydO(n^2)/O(n^3)排序综合演示数组快排、堆排、归并O(n log n)迷宫/八皇后栈/递归回溯深度优先或广度优先指数级判断依据很简单题目里出现管理两个字基本是线性表出现编码压缩指向二叉树出现最短路径导航网络指向图出现括号匹配表达式指向栈。这个映射关系确定了代码的整体结构也就定了剩下的工作是把它写对。有些题目是组合型的比如校园导游系统可能既要图的 Dijkstra也要一个链表来存景点信息。这时候不要试图用一套结构全包圆按功能拆成模块比用一个巨型结构硬撑好得多。这里建议顺带把数据结构与算法两个层面分开想数据结构回答数据怎么组织算法回答操作怎么做。例如同样做查找无序链表是 O(n)有序数组加二分是 O(log n)哈希表均摊 O(1)选哪种要看题目是否要求动态增删。课程设计评分里这种选型理由本身就是报告的重要素材。2.2 从题目要求里拆出功能点和边界条件拿到题目第一件事把里面每一个动词圈出来。比如题目写能够添加、删除、修改并查询学生信息按学号升序输出功能点就是五个添加、删除、修改、查询、排序输出。每个功能点对应一个函数这决定了 main 函数里菜单要有多少个分支也决定了报告里测试用例要覆盖多少种情况。我一般会让学生在纸上画一个最简单的模块图一个方框是用户菜单下面辐射出五个方框对应五个功能再标出每个功能用到的数据结构。这张手绘图后面直接扫描进报告的概要设计章节。边界条件比功能点更容易丢分。以链表删除为例删除最后一个节点删除第一个节点删除不存在的节点这三条路径必须单独测。很多同学只测了删除中间节点这一条答辩时被老师一问就现了原形。建议在拆需求时顺手列一张边界清单空表操作、单节点表、满表如果限定了容量、重复数据、非法输入学号输成负数、成绩输成 150 分。这张清单后面会直接变成报告里的测试用例表一举两得。另一个常见问题是把输入输出格式想得太简单。课程设计评测有两种常见方式自动判题和人工看代码加演示两种方式对格式的要求完全不同。如果题目给过样例输入输出一定要按样例格式来如果没给就在报告里明确写出你的输入约定比如学号用整数姓名用不超过 20 字符的字符串以 END 结束输入。格式约定写在报告里评委会认为你有工程意识这是隐性加分点。反过来如果格式不写清楚老师演示时随便换个输入方式程序就崩评分会很吃亏。2.3 模块划分与文件组织main 只做调度核心逻辑独立成文件课程设计自主命题或者老师没硬性要求文件结构时推荐用最少三个文件head.h结构体定义、函数声明、宏定义、公共头文件function.c所有数据结构操作的实现main.c菜单调度、输入输出、调用 function.c 里的接口main.c 里只放菜单和 switch 分支不放任何具体的增删改查逻辑。这样做的好处是报告里系统模块结构一节有内容可写答辩时老师问某个功能怎么实现你能直接定位到具体函数不用在一坨代码里翻半天。下面给一个 head.h 的最小模板以学生成绩管理为例#ifndef HEAD_H #define HEAD_H #include stdio.h #include stdlib.h #include string.h #define MAX_NAME 20 typedef struct Student { int id; // 学号作为唯一标识 char name[MAX_NAME]; // 姓名 float score; // 成绩 struct Student *next; // 指向下一个节点 } Student; Student *list_init(void); // 初始化空链表 Student *list_insert(Student *head, Student *stu); // 按学号有序插入 int list_delete(Student **head, int id); // 删除指定学号返回 1/0 Student *list_search(Student *head, int id); // 按学号查找返回节点指针 void list_print(Student *head); // 遍历输出 void list_free(Student *head); // 释放全部节点 #endif头文件里每个函数声明后面加注释说明参数含义和返回值这是报告里函数接口说明表格的直接素材。注意list_delete特意用了二级指针Student **head因为删除头节点时调用方的 head 指针本身要变只传一级指针的话删除头节点后会丢链表。这个细节教材上不常强调但答辩时是高频提问点。对应的 main.c 骨架长这样#include head.h int main(void) { Student *list list_init(); Student stu; int choice, id; while (1) { printf(1.添加 2.删除 3.查找 4.输出 0.退出\n); scanf(%d, choice); if (choice 0) break; switch (choice) { case 1: printf(输入学号 姓名 成绩); scanf(%d%s%f, stu.id, stu.name, stu.score); list list_insert(list, stu); // 必须接收返回值 break; case 2: printf(输入要删除的学号); scanf(%d, id); if (list_delete(list, id)) printf(删除成功\n); else printf(未找到该学号\n); break; // case 3、4 略结构相同 } } list_free(list); return 0; }注意list_insert的返回值被重新赋值给list这是头节点插入能正确工作的前提。function.c 里的实现还要遵循一个约定所有函数通过返回值报告执行结果不在函数内部直接 printf。比如删除成功返回 1、失败返回 0由 main.c 决定打印什么提示。把业务逻辑和交互提示分开后面加文件存取、加图形界面都不用改核心函数这也是课程设计与平时作业最大的差别。如果老师要求把代码上传到码云或 GitHub 托管建议课程设计第三天就建仓库并保持每天提交一次。这样报告写开发过程和遇到的问题时有真实的提交记录可以引用最后一天也不用担心 U 盘损坏或者覆盖了旧版本这种事故。3. 把核心算法写稳链表、哈夫曼树和最短路径的可运行骨架选题定完、需求拆完接下来是动手写代码。这一章给三个最常被选中的方向的完整骨架线性表增删改查、哈夫曼编码、Dijkstra 最短路径。代码不是唯一解但结构都遵循结构体定义 → 核心函数 → 测试入口三段式你要做的是把骨架改成自己题目的业务。3.1 线性表骨架有序插入和删除的完整实现接上一章的 head.hfunction.c 里最核心的两个函数是这样写的Student *list_insert(Student *head, Student *stu) { Student *cur head, *prev NULL; // 分配新节点并拷贝数据 Student *node (Student *)malloc(sizeof(Student)); if (node NULL) { printf(memory error\n); exit(1); } *node *stu; node-next NULL; // 找到第一个学号大于新节点的位置 while (cur ! NULL cur-id node-id) { prev cur; cur cur-next; } // 插在 prev 和 cur 之间 node-next cur; if (prev NULL) { return node; // 插到了表头head 变化 } prev-next node; return head; }这个插入函数的关键点是返回新的头指针。因为新节点可能插入到链表最前面函数内部没法改调用方手里的 head 变量所以必须用head list_insert(head, stu)接住返回值。有同学写成list_insert(head, stu)不接收返回值插入头节点时链表悄悄丢了一个节点这种 bug 极难肉眼发现建议调试时打印插入后整个链表来验证。删除函数的完整实现int list_delete(Student **head, int id) { if (*head NULL) return 0; // 空表直接返回失败 Student *cur *head, *prev NULL; while (cur ! NULL cur-id ! id) { prev cur; cur cur-next; } if (cur NULL) return 0; // 没找到该学号 if (prev NULL) { *head cur-next; // 删除头节点要改 head } else { prev-next cur-next; } free(cur); return 1; }删除函数传二级指针就是因为删除头节点时要改调用方的head。调用方式为list_delete(head, 1001)。这两处指针传递是线性表题目里最常见的两个失分点代码注释写清楚之后可以原样搬进报告的关键代码说明一节。3.2 哈夫曼树静态三叉链表建树和 WPL 计算哈夫曼编码题目的核心是建一棵带权路径长度最小的二叉树。经典教材用的方法是每次取两个最小权值节点合并实现上有两种选择一是数组线性扫描找最小二是最小堆。课程设计阶段建议直接用静态三叉链表加线性扫描因为代码量小、和教材贴合度高把 O(n^2) 和 O(n log n) 的对比写进报告里反而更有讨论空间。#include stdio.h #include stdlib.h #define MAX_LEAF 26 // 叶子节点上限可自行调整 typedef struct HTNode { char ch; // 字符内部节点可置 0 int weight; // 权值 int parent, lchild, rchild; // 用数组下标模拟指针 } HTNode; // 在 ht[1..n] 中找两个 parent 为 0 的最小权值节点返回其下标 void select_two(HTNode *ht, int n, int *s1, int *s2) { int i; *s1 *s2 0; for (i 1; i n; i) { if (ht[i].parent ! 0) continue; // 已合并过的节点跳过 if (*s1 0 || ht[i].weight ht[*s1].weight) { *s2 *s1; *s1 i; } else if (*s2 0 || ht[i].weight ht[*s2].weight) { *s2 i; } } } void build_huffman(HTNode *ht, int n) { int i, s1, s2; for (i 1; i 2 * n - 1; i) { ht[i].parent ht[i].lchild ht[i].rchild 0; // 初始化 } for (i n 1; i 2 * n - 1; i) { select_two(ht, i - 1, s1, s2); // 从已有节点里选两个最小的 ht[s1].parent i; ht[s2].parent i; ht[i].lchild s1; ht[i].rchild s2; ht[i].weight ht[s1].weight ht[s2].weight; ht[i].ch 0; } }注意这里用数组下标 1 到 2n-1下标 0 留空这是教材里静态三叉链表的经典写法。select_two每次做线性扫描整体复杂度 O(n^2)对 26 个英文字母完全够用如果题目要求处理几百个字符的统计频率就把 select_two 换成最小堆报告里两个版本对比着写反而是加分项。最容易翻车的地方是select_two里 s1 和 s2 的初值处理写不好会在 n1 或者只有两个节点时越界。建议单独写一个测试只有两个字符的输入手算一遍哈夫曼树再和程序输出对一下 WPL 值。WPL 的计算是建树之后对每个叶子节点做一次向上回溯累加depth * weight这一步别漏。3.3 图的最短路径邻接矩阵与 Dijkstra 的最小实现校园导航这类题目图用邻接矩阵最直观n 个景点就是 n×n 矩阵graph[i][j]存两景点间的路程不连通用一个大数表示。Dijkstra 算法的实现骨架如下#include stdio.h #include limits.h #define MAX_N 100 #define INF INT_MAX // graph 为邻接矩阵n 为节点数s 为起点 void dijkstra(int graph[MAX_N][MAX_N], int n, int s, int *dist, int *prev) { int visited[MAX_N] {0}; int i, j, u, min_d; for (i 0; i n; i) { dist[i] graph[s][i]; // 起点到各点的初始距离 prev[i] s; // 初始前驱都记为起点 } visited[s] 1; for (i 0; i n - 1; i) { // 找到未访问节点中 dist 最小的 min_d INF; u -1; for (j 0; j n; j) { if (!visited[j] dist[j] min_d) { min_d dist[j]; u j; } } if (u -1) break; // 剩余节点都不可达 visited[u] 1; // 用 u 松弛邻居 for (j 0; j n; j) { if (!visited[j] graph[u][j] INF dist[u] graph[u][j] dist[j]) { dist[j] dist[u] graph[u][j]; prev[j] u; } } } }Dijkstra 的默认前提是边权非负这个前提要在报告里写明。如果题目带了负权边例如某些车辆油耗优化题会让下坡路权值为负Dijkstra 算出来就是错的要换成 Bellman-Ford。prev数组用来回放路径从终点 t 开始反复取prev[t]直到回到起点然后把路径倒序输出。很多同学算了最短距离忘了存前驱答辩时老师问路径怎么打印出来就卡住了所以 prev 数组从一开始就留好。邻接矩阵的空间是 O(n^2)当景点数超过 200 时建议换成邻接表加优先队列的版本复杂度从 O(n^2) 变成 O((ne) log n)报告里能多写一段有含金量的对比。另外如果题目要求任意两点间最短路径Dijkstra 要跑 n 次不如直接用 Floyd代码反而更短。4. 课程设计报告把代码逻辑讲成流程图用测试数据证明它能跑代码写完了报告是另一个半场的仗。课程设计报告和平时那种三五页的数据结构实验报告完全不是一个量级实验报告要求的是记录过程课程设计报告要求的是让人不打开代码也能理解你的设计。评阅老师不一定会一行行看代码但一定会翻系统设计、关键代码说明和测试截图这三块直接决定报告分数。4.1 报告结构模板与每部分篇幅建议一份稳妥的课程设计报告是七段式题目分析与需求描述约 1 页用自己的话复述题目列出功能点清单概要设计2 到 3 页数据结构定义、模块划分图、函数间调用关系详细设计3 到 5 页每个核心函数的算法描述配关键代码片段测试与运行结果2 到 3 页测试用例表加运行截图复杂度分析1 页主要函数的时间、空间复杂度列表总结与体会半页到 1 页遇到的问题和解决办法附录完整源码第 4 章测试与运行结果最容易被忽视也是最值分。评阅老师判断一个程序是不是真能跑主要就看这一章。截图要截输入加输出的完整过程而不是只截输出结果测试用例要有正常情况、边界情况、异常情况三类。很多同学的报告前面写得像教科书到测试部分只有一张终端截图加一行运行成功这种头重脚轻的结构很吃亏。4.2 测试用例表的设计正常、边界、异常三列报告的测试部分直接复用第二章拆需求时列的边界清单做成一张表用例编号测试内容输入预期输出实际结果T01正常插入插入学号 1003按序插入成功通过T02删除头节点删除学号 1001头节点更新剩余节点完整通过T03删除不存在的节点删除学号 9999提示未找到链表不变通过T04空表查询空链表查学号提示链表为空通过T05重复学号插入插入已存在的 1003拒绝并提示通过表格里的预期输出一定要写具体不要写正确两个字。实际结果列建议配截图至少把 T02 这种容易出错的用例截图放上去截图下面用一句话说明删除后遍历输出剩余节点数量正确。这里有个血泪经验截图最好在代码完成当天就统一处理。很多人写完代码直接交报告里临时补截图结果发现当初测试时用的是随机数据重新跑一遍输入输出对不上最后只能重做测试浪费一下午。建议代码每个功能通过后立刻按表格里的用例跑一遍把结果存进 test 目录写报告时直接引用。4.3 关键代码说明画流程比贴大段代码有用详细设计章节里很多同学的做法是把源码整段贴进去再配一行本函数实现插入操作。这等于没写。评阅老师想看的是为什么这么实现而不是再读一遍代码。常见做法是每个核心函数配一张流程描述和一段精简代码代码只保留关键分支。以链表删除为例文字部分写先遍历查找目标节点若为空表或未找到则返回失败若删除的是头节点则更新头指针否则修改前驱节点的 next最后释放节点内存。然后贴 15 行核心片段而不是整个函数。模块间调用关系可以用一张分层图描述main.c 在最上层往下是功能函数层最底层是结构体和公共工具函数。不需要画得多精致手绘扫描或者 Word 画个方框箭头都行关键是层次关系要清楚。报告里有这张图答辩讲解时也方便直接在图上指。4.4 复杂度分析写法别只贴一句 O(n)要说明是哪一步的复杂度复杂度分析是报告里最容易被敷衍的部分也最容易被问住。写的时候按函数逐个来以链表的 list_search 为例合格写法是list_search 采用单链表顺序查找平均时间复杂度 O(n)最坏情况是目标节点在尾部或不存在也需遍历 n 个节点空间复杂度 O(1)因为只使用了两个辅助指针没有额外分配与 n 相关的存储。这段话的信息量在于说清了平均和最坏的区别也说明了辅助空间。对比很多同学只写O(n)三个字符这种写法才是老师想看的东西。哈夫曼建树那题要分别写 select_two 和 build_huffman 的复杂度并说明整体复杂度由循环次数最多的步骤主导。Dijkstra 那题要把找最小和松弛两个步骤分开讲再按邻接矩阵和邻接表两种实现分别给复杂度。还有一个技巧在报告的复杂度分析小节里列出两个版本的实现对比比如哈夫曼编码的数组版和最小堆版或者最短路径的 Dijkstra 与 Floyd 的适用场景对比。下面这张表可以直接抄进报告算法时间复杂度空间复杂度适用场景Dijkstra邻接矩阵O(n^2)O(n^2)稠密图、非负权Dijkstra邻接表堆O((ne) log n)O(ne)稀疏图、非负权FloydO(n^3)O(n^2)任意两点间、可处理负权无负环Bellman-FordO(n×e)O(n)单源、可处理负权这种对比表不需要很长的文字解释但它的存在直接说明你理解了算法的边界评阅印象分会明显不一样。建议把对比表放在复杂度分析小节开头后面每个算法单独展开结构上就是总-分关系。5. 避坑手册数据结构课程设计最常翻车的 5 个瞬间这一章按现象 → 原因 → 解决的格式整理代码加报告全流程里最常见的五个坑。每一条都是实际改作业和帮同学调试时见过的高频问题不是理论推演。5.1 链表插入后丢数据打印发现第一个节点不见了现象插入多个节点后遍历输出发现少了一个而且是学号最小的那个。反复检查插入逻辑看不出问题单步调试才发现 head 指向的节点在第一次插入后就丢了。原因插入位置在表头时head 指针需要更新但调用方没有接收返回值。典型错误写法是list_insert(head, stu);而不是head list_insert(head, stu);。函数内部修改的是形参 head外面毫不知情。解决要么让插入函数返回新头指针并约定调用时必须接收返回值要么把参数改成二级指针。推荐第一种可读性更好。调试时每次插入后调用 list_print同时打印 head 指向节点的 id确认头节点始终正确。这个坑在答辩演示时最容易暴露因为老师常会问那我不按顺序插入第一个节点怎么处理。5.2 scanf 吃掉换行符菜单第二次输入直接跳过现象菜单第一次选择正常进入子功能后输入姓名或选项程序不等待直接跳过或者读到一个空串。翻来覆去看代码逻辑都没错但问题每次都出现在第二次输入。原因scanf 读取数字后回车产生的换行符残留在输入缓冲区。下一次调用 scanf 读字符或字符串时缓冲区里的换行符被当作输入读走于是程序自己回答了这次输入。解决在每次读字符或字符串前用while (getchar() ! \n);清空缓冲区或者统一用 fgets 读入整行再自行解析。课程设计阶段推荐后者写一个read_line(char *buf, int size)包装 fgets 并去掉结尾换行符放在公共模块里所有菜单输入都走它能一次性避免绝大多数输入相关的玄学问题。另外在报告里要写明输入约定比如所有数字与字符串之间用空格分隔不给老师演示时踩坑的机会。5.3 递归太深程序在测一个大规模迷宫时直接崩溃现象迷宫或八皇后这类用递归回溯的题目小规模测试正常把规模加大到几千层后程序闪退或报 stack overflow。同学的第一反应是算法写错了其实算法在小规模时已经验证过是对的。原因递归深度等于运行时栈的增长量默认栈空间有限。深度达到几千层时栈溢出但这不代表算法错误而是运行方式需要调整。解决课程设计阶段先在报告里写明本实现递归深度为 O(n)当 n 超过 5000 时建议改用显式栈然后代码上把递归改成用栈结构模拟或者把迷宫问题的深度优先改为广度优先用队列。后者还能顺便把最短路径一起做了这是很多扩展题的标准加分项。改完记得重新跑一遍边界用例因为迭代版的代码路径和递归版不完全等价容易引入新的越界问题。5.4 报告截图里的数据和现场运行结果对不上现象报告里贴了截图答辩时老师照着截图操作程序跑出的结果和截图不一致场面一度非常尴尬有的同学直接被质疑截图是拼接的。原因写报告时为了好看重新跑了一遍程序但输入数据和截图时不同或者截图来自早期版本之后代码改过输出格式。前者是数据不一致后者是版本不一致。解决代码冻结之后再做一次完整回归测试。所有截图必须来自同一次运行记录并在截图下方标注测试时间、测试用例编号让报告的测试表和截图一一对应不要多跑一遍表演版。这件事没有技术含量纯粹是流程纪律但翻车率极高。我见过最惨的情况是同学交了代码之后又改了一版报告里的截图和最终提交的二进制对不上最后只能连夜重测重截图。5.5 交了代码才发现没释放内存或者文件读写没关闭现象程序能跑但完成大量增删操作后内存占用持续上涨或者写入文件后另一个程序读不到内容重启程序后数据也没了。原因malloc 分配了节点删除分支没有 free文件写操作完成后没有 fclose数据还留在缓冲区没落盘。解决写代码时就在函数注释里标注谁分配谁释放。链表的所有节点在 list_free 统一释放删除单个节点时立即 free。文件操作一定按fopen → 操作 → fclose三段写写完后用 fread 读回验证一次。这个点属于检测不到的错误但如果答辩论到你的程序有什么可扩展性时你能主动说出内存管理设计反而能变成亮点。建议在 main.c 里对每个功能加上退出提示比如数据已保存到 data.txt这样文件操作有没有生效一眼就能看出来。6. 验收前的自检清单照着跑一遍再交代码代码和报告都写完不要急着提交先做一次验收模拟。找个没写过你代码的同学让 TA 只看报告里的使用说明从头到尾操作一遍。这个测试能暴露三类问题编译依赖没写清楚、输入格式说明含糊、菜单逻辑和报告描述不一致。课程设计最冤的挂法就是老师照着报告的步骤操作程序报错然后判定程序不可用。自检清单我一般固定五条。第一条是干净环境编译把项目目录拷到另一个文件夹执行gcc main.c function.c -o project确认无警告通过。开发环境能跑不算数干净环境能跑才算。第二条是从头走完整流程启动、每个菜单都进一次、退出确认没有未定义的行为。第三条是用边界用例把报告测试表逐条跑一遍直接对着表勾。第四条是检查报告里每张截图能在五分钟内定位到代码的对应功能。第五条是全文搜索 TODO 和临时调试用的 printf删干净再提交。第二、三条经常被跳过原因通常是我早就测过了。但课程设计不同于平时作业它要求的是一个完整闭环输入、处理、输出、文件持久化任何一环断掉都是失分项。我自己的习惯是交之前半小时把代码从备份目录里解出来重新编译一次当给自己留一道后悔药。另外提醒一句报告里的源码附录最好从最终版本直接复制而不是从草稿文件里拼否则经常出现附录代码和提交代码不一致的事故。答辩演示有一个小技巧先跑最复杂的那个功能而不是按菜单顺序来。哈夫曼题先展示多字符编码再展示 WPL图论题先展示带环路径的最短距离。老师注意力最集中的时间只有前两分钟把最难的放在最前面讲后面即使有小问题也不太会影响整体印象。课程设计代码加报告本质上是一次完整的工程演习把这次流程走顺了后面做数据库课程设计、软件工程课程设计都会顺手很多希望帮到你。本文还有配套的精品资源点击获取