简介：C语言学生成绩管理系统课程设计报告，面向需要完成C语言课设或掌握链表、文件操作与菜单交互开发的计算机专业学生。文档以七个功能模块为主线，完整呈现主模块、输入、显示、修改、删除、查询、统计模块的设计思路、流程图与关键代码，学生信息包括学号、姓名、语文、数学和英语成绩，支持信息维护、按学号或姓名查询、总分名次计算以及按科目统计平均分或分数段。报告按课程设计要求组织，依次包含概要设计、详细设计、调试分析、使用说明、参考文献与附录程序清单，其中构造体模块用链表存储学生信息，输入模块将数据保存至文件，各模块边界清晰，便于理解模块化编程和文件读写；报告还附有调试分析和完整程序清单，方便核对运行结果与二次开发。压缩包内共1个文件，类型为doc，整体约649KB，图文结构清晰，可直接作为答辩材料或开发模板。目前已有535人学习下载，适合作为C语言课程设计、期末项目或入门数据结构的参考资料。

1. C语言学生成绩管理系统：为什么简单题目最容易翻车

每学期课题里，“学生成绩管理系统”永远不缺人选。录入、查询、排序、统计，外加文件存盘，听起来一个晚上就能写完。但真到验收时，翻车的也往往是它：退出程序后数据全丢、录到第 51 个学生直接崩溃、答辩被问一句“数组和链表当初怎么选的”就卡壳。这个题目麻雀虽小五脏俱全，结构体、数组或链表、指针传参、文件 IO、排序算法全都会碰到，正好覆盖 C 语言课设的大部分考点。这篇笔记适合两类人：刚学完指针和结构体、准备拿它交课题作业的，以及已经写完代码、想把设计文档也写得及格的。我会按“先定数据结构 → 写出核心功能 → 搞定文件存盘 → 避开高频坑 → 整理成文档”这条实际干活顺序往下走，代码可以直接照着抄。

2. 先设计再编码：数据结构选型与模块划分

大多数人拿到题目就开写 main 函数，写到一半发现要么容量写死、要么没法排序、要么不知道怎么存文件，然后回头改结构。这部分我习惯花半小时先想清楚：用什么存数据、拆成几个函数、每个函数管什么。想清楚了，后面代码基本是一次过的。

2.1 数组还是链表：50人以内选哪个更稳

先给结论：如果课题要求的学生规模在 100 人以内，数组几乎总是更稳的选择。

数组的三个优点正好对应三个课设痛点：随机访问快，查学号直接下标定位；排序方便，库函数qsort能直接排整段连续内存；文件存盘简单，fwrite可以把整个数组一趟写进文件。链表的好处是插入删除不用搬动数据，但代价是定位要遍历、排序要手写、文件存盘不能整块写——next指针存进文件的是地址，程序重启后那些地址全部失效，读回来的链表全是野指针。所以链表不是不能选，而是要在课设规模里多处理三件额外的事：动态内存释放、排序算法自写、序列化时逐节点遍历。以下是我在 100 人以内常用的一种定义方式：

#define MAX_STUDENT 50 typedef struct { char id[ID_LEN]; char name[NAME_LEN]; int scores[SUBJECT_NUM]; float avg; } Student; Student students[MAX_STUDENT]; int count = 0;

代码逻辑：先定义容量宏MAX_STUDENT，再声明结构体数组和当前人数计数。count始终表示“数组里实际有效的数据条数”，所有函数都靠它控制遍历边界。

参数说明：MAX_STUDENT设 50 还是 100，取决于课题要求，我一般设为课题要求上限的 1.5 倍留余量；ID_LEN建议 10 到 20，学号按字符串处理而不是整数，因为学号可能带前缀字母或前导零，整数存会丢格式。

如果老师明确说“必须用链表”，那就用链表，后面的文件存盘我会在第 4 章补一段逐个节点落盘的做法。但默认场景下，数组能把复杂度省在边角，把精力留给真正考察的算法和文件部分。

2.2 模块划分：把系统拆成六个功能块

拿到题目先列清单：这个系统必须能做什么？照着常见课题要求，功能一般是录入、显示、查询、排序、统计、文件保存与读取。把这些功能对应成函数，每个函数只干一件事，main 里只留菜单循环。我常用的划分如下：

模块拆分的核心标准是：任何两个函数之间不共享全局变量，数据通过参数传递。录入要修改人数，就传int *count指针；查询不需要改数据，就传int count值。这样拆分有个直接好处——每个函数只有十来行，出问题时只要盯一个函数，不用在一个两百行的 main 里四处找断点。

答辩被问“你这个系统模块化怎么体现的”时，把上面这张表讲出来，比说“我用了函数”有力得多。函数名本身就是设计文档里的目录。

2.3 结构体字段设计：字段别乱加，平均分存不存要想清楚

结构体字段是很多人一开始就出错的地方。常见误用是把三门课成绩定义成score1、score2、score3三个独立变量，结果想循环处理都没法写。正确做法是用数组保存多门成绩，一门课一个下标：

#define ID_LEN 20 #define NAME_LEN 30 #define SUBJECT_NUM 3 typedef struct { char id[ID_LEN]; char name[NAME_LEN]; int scores[SUBJECT_NUM]; float avg; } Student;

代码逻辑：scores[0]是第一门课，scores[1]是第二门，scores[2]是第三门，将来扩到五门课只需要改SUBJECT_NUM一个宏。avg是平均分字段，专门存计算好的平均分。

这里有个设计取舍要讲清楚：avg存字段，排序和显示时直接用，速度快；但代价是任何地方改了成绩，都必须同步重算avg，否则会出现“显示成绩 80 分、平均分还是旧的 70 分”这种脏数据。如果不存avg，每次用的时候临时算，代码更干净但排序比较函数里得多一步计算。

我的经验：课设阶段存avg，因为排序和排名都要反复用，显示也要打印；但在第 5 章会专门讲如何避免改了成绩忘记重算的坑。字符串字段用定长数组不用指针，是为了避开动态内存分配与释放，这是课设代码能稳定跑不崩的关键。

另外特别注意strcpy复制姓名时，目标数组长度NAME_LEN必须大于实际姓名长度加 1，因为字符串末尾有\0。这个边界问题很多人到写文件时才暴露。

3. 四个核心功能：录入、查询、排序、统计的实现要点

数据结构定好了，这一章直接写功能代码。每一段我都按“能直接编译、能用、注释不糊弄”的标准写。主循环在最前面，因为它是整个程序的骨架。

3.1 菜单与主循环：让程序运行到用户主动退出

控制台程序的骨架是一个do-while做菜单循环，最少得保证：程序第一次进入必显示菜单，用户选 0 才退出，退出前保存文件。下面这段是完整入口：

int main(void) { Student students[MAX_STUDENT] = {0}; int count = 0; int choice; count = load_from_file(students, "score.txt"); do { printf("\n==== 学生成绩管理系统 ====\n"); printf("1. 录入学生\n"); printf("2. 显示全部\n"); printf("3. 按学号查询\n"); printf("4. 按平均分排序\n"); printf("5. 成绩统计\n"); printf("0. 保存并退出\n"); printf("请选择："); scanf("%d", &choice); switch (choice) { case 1: add_student(students, &count); break; case 2: print_all(students, count); break; case 3: query_student(students, count); break; case 4: sort_by_avg(students, count); break; case 5: stat_scores(students, count); break; case 0: save_to_file(students, count, "score.txt"); printf("数据已保存，再见。\n"); break; default: printf("无效选项，请重新输入。\n"); } } while (choice != 0); return 0; }

代码逻辑：进入主循环前调用一次load_from_file，这样上次保存的数据能自动恢复；do-while保证第一次必然打印菜单；switch将菜单选项映射到对应函数，0 分支保存并退出，是唯一出口。

参数说明：choice用int，scanf("%d", &choice)负责读入；循环条件choice != 0写在while后面，先执行一次循环体再判断，符合“先显示菜单再判断”的控制台交互习惯。如果用户输入的不是数字，scanf会返回 0 且非法字符留在缓冲区，这个坑第 5 章专门处理。

3.2 录入与容量保护：数组越界从入口堵住

录入功能看似简单，翻车率却最高，多录几个人程序就崩，十有八九是数组越界写。录入函数必须在入口检查数组是否已满：

void add_student(Student *students, int *count) { if (*count >= MAX_STUDENT) { printf("容量已达上限 %d，无法继续录入。\n", MAX_STUDENT); return; } Student *s = &students[*count]; printf("请输入学号："); scanf("%s", s->id); printf("请输入姓名："); scanf("%s", s->name); printf("请输入三门成绩（用空格隔开）："); scanf("%d %d %d", &s->scores[0], &s->scores[1], &s->scores[2]); s->avg = (s->scores[0] + s->scores[1] + s->scores[2]) / 3.0f; (*count)++; printf("录入成功，当前共 %d 人。\n", *count); }

代码逻辑：Student *s指向数组中当前要写入的位置，后面对s的字段操作就是在操作数组元素。录入完成后立即计算平均分并写入avg字段，最后(*count)++让有效数据量加一。

参数说明：*count是当前人数指针，因为函数要修改它，必须传地址；3.0f是浮点字面量，保证除法结果是小数而不是整数截断。如果写成... / 3，整数除法会把 80、90、91 的平均分算成 87 而不是 87.0，显示时永远带着.00的怪象。学号和姓名用scanf("%s")读取，约定输入里不能有空格，中文姓名没有空格，可以正常工作；姓名带空格的情况在第 5 章会给处理方案。

3.3 查询与排序：顺序查找与 qsort 的取舍

查询按学号做，最简单的顺序查找在 50 人规模下完全够用，不需要二分查找。顺序查找代码短、不容易错、答辩好讲。排序则强烈建议直接用标准库qsort，它用的是快速排序，比自己写冒泡稳定得多，而且代码量只有几行。这里有个取舍：想练手可以自己写冒泡，但作为交付项目，qsort更专业。两个都给出：

int find_by_id(Student *students, int count, const char *id) { for (int i = 0; i < count; i++) { if (strcmp(students[i].id, id) == 0) { return i; } } return -1; }

代码逻辑：遍历数组，用strcmp逐一比较学号字符串。找到则返回数组下标，找不到返回 -1。返回 -1 是约定俗成的“未找到”信号，调用方只需判断返回值是否小于 0。

参数说明：const char *id表示只读入参，不修改传入的学号字符串，这是 C 语言里一个体面的习惯，也避免函数内误改原值。strcmp返回 0 表示两个字符串相等，别写成==直接比较字符串，那样比较的是指针地址。

int cmp_by_avg_desc(const void *a, const void *b) { const Student *sa = (const Student *)a; const Student *sb = (const Student *)b; if (sa->avg > sb->avg) return -1; if (sa->avg < sb->avg) return 1; return 0; } void sort_by_avg(Student *students, int count) { qsort(students, count, sizeof(Student), cmp_by_avg_desc); }

代码逻辑：cmp_by_avg_desc是比较规则，返回负值表示a排在b前面，这里sa->avg > sb->avg时返回 -1，所以是降序排列。qsort把数组起始地址、元素个数、元素大小、比较函数四个参数吃进去，完成排序。

参数说明：比较函数签名里的参数必须是const void *，不能写成Student *，这是qsort对回调函数的硬性要求。函数内部再强转成Student *，这是标准写法，别嫌麻烦。sizeof(Student)就是结构体大小，qsort靠它知道怎么移动元素。

3.4 统计功能：平均分、及格率、排名的计算口径

统计是答辩时最容易被追问的功能，因为涉及的口径多。先明确口径：平均分用三门课均值，及格标准按平均分 60 分算，排名直接用排序后的数组顺序输出。这里有个细节：如果某个学生三科成绩一科不及格，但平均分过 60，算不算及格？课设一般按平均分算，口头答辩时能说清楚口径即可。

void stat_scores(Student *students, int count) { if (count == 0) { printf("暂无学生数据。\n"); return; } float sum = 0.0f; int pass = 0; for (int i = 0; i < count; i++) { sum += students[i].avg; if (students[i].avg >= 60.0f) { pass++; } } printf("总人数：%d\n", count); printf("全班平均分：%.2f\n", sum / count); printf("及格人数：%d，及格率：%.2f%%\n", pass, pass * 100.0f / count); printf("\n成绩排名（按平均分降序）：\n"); for (int i = 0; i < count; i++) { printf("第 %d 名：%s（%s） 平均分 %.2f\n", i + 1, students[i].name, students[i].id, students[i].avg); } }

代码逻辑：先检查count == 0防止除零；循环累加平均分并统计及格人数；排名直接依赖上一节的排序结果，数组已按平均分降序排列，所以按位置输出就是名次。

参数说明：%.2f表示保留两位小数；pass * 100.0f / count先转浮点再除，避免整数除法把及格率变成 0。如果不想依赖排序状态，可以在本函数里复制数组再排，但课设一般直接调用sort_by_avg(students, count)后输出排名，省一次复制。要注意：排名没有处理并列名次，两人同分时都叫第 N 名，后续如果老师要求并列名次，需要额外判断相邻分数是否相等。

4. 文件持久化：让成绩数据关机后还能读回来

程序退出后数据不丢，是课设题目里默认的隐藏要求。“能跑”和“能交差”的分水岭就在这里。文件部分的常见翻车原因集中在三个点：格式选错、读写不对称、不检查文件是否打开成功。逐个说。

4.1 文本文件还是二进制：两种格式的读写差异

文件存盘有文本和二进制两种路线，各自适用场景不同。我整理了一张对照表，课上选型照着选就行：

我一般在课设里用文本文件，因为查错方便。成绩文件写坏了，记事本打开一眼就能看出哪一行格式不对；二进制文件写坏了，几乎没有任何线索。另一个实际理由：答辩时老师可能直接打开你的数据文件看内容，文本文件里“学号 姓名 成绩”一目了然，观感好不少。二进制整块fwrite的写法虽然省事，但结构体里的指针字段会连地址值一起写进文件，读回来必然出问题——数组结构体没有指针所以能写，这个边界在第 6 章讲链表时会再强调。

4.2 保存与读取的对称性：格式一致才不会翻车

文件读写的头号铁律是：写的时候用什么格式，读的时候就必须用什么格式，一个字符都不能差。我见过最多的问题就是保存时字段之间用空格分隔、读取时却用了%s加换行匹配，结果数据错位到离谱。以下是我一直沿用的对称读写写法：

void save_to_file(Student *students, int count, const char *filename) { FILE *fp = fopen(filename, "w"); if (fp == NULL) { printf("无法打开文件 %s，保存失败。\n", filename); return; } fprintf(fp, "%d\n", count); for (int i = 0; i < count; i++) { fprintf(fp, "%s %s %d %d %d %.2f\n", students[i].id, students[i].name, students[i].scores[0], students[i].scores[1], students[i].scores[2], students[i].avg); } fclose(fp); printf("已保存 %d 条记录到 %s。\n", count, filename); }

int load_from_file(Student *students, const char *filename) { FILE *fp = fopen(filename, "r"); if (fp == NULL) { printf("未找到文件 %s，按空数据开始。\n", filename); return 0; } int count = 0; fscanf(fp, "%d", &count); if (count > MAX_STUDENT) { printf("文件中人数 %d 超过上限 %d，已截断。\n", count, MAX_STUDENT); count = MAX_STUDENT; } for (int i = 0; i < count; i++) { fscanf(fp, "%s %s %d %d %d %f", students[i].id, students[i].name, &students[i].scores[0], &students[i].scores[1], &students[i].scores[2], &students[i].avg); } fclose(fp); printf("已读取 %d 条记录。\n", count); return count; }

代码逻辑：保存时第一行先写人数count，然后逐条按“学号 姓名 成绩1 成绩2 成绩3 平均分”的格式写。读取是严格的逆过程——先读回人数，再循环读每条记录，并把读到的值填回结构体数组，最后把count返回给 main。两边格式完全对称：写入用%s %s %d %d %d %.2f，读取用一样的格式串。

参数说明：文件打开模式"w"和"r"分别是只写和只读，不要混用。读取里的fscanf返回值为成功匹配的项数，如果文件某行格式不对、只有 5 项而格式里有 6 个占位符，会返回 5。严谨的做法是检查返回值，但课设阶段只要格式对称，基本不会走到这条分支。load_from_file里对count做了一次上限保护，防止文件里写的人数是 99999，直接把数组读爆。

4.3 文件打开失败与数据校验：别让数据静默丢失

文件操作最可怕的不是你保存失败，而是它失败了程序还假装成功。fopen打开不存在的文件会返回NULL，不检查就直接fprintf，程序会崩溃；不检查就继续跑，用户看到“已保存”的假提示，实际数据根本没写盘。前面两段代码里我都在fopen后立刻判断fp == NULL，这是文件操作的第一道保险。

第二道保险是读写完成后检查fclose的返回值。fclose返回 0 表示成功、返回EOF表示写入出错，很多时候磁盘满了或权限不够，错误是发生在fclose时才暴露的。课设不用写那么细，但至少要知道这个点，答辩被问“你怎么保证数据真的存下来了”时能答得出来。

第三道保险是数据校验。读取时检查读回来的count是否在合理区间，比如不允许负数、不允许超过MAX_STUDENT；再检查每条记录的学号是否为空字符串。如果lib文件被手动改坏，程序能提前亮红灯而不是莫名其妙崩在排序上。增加一个validate_data函数遍历检查，一行代码就够：

int validate_data(Student *students, int count) { for (int i = 0; i < count; i++) { if (students[i].id[0] == '\0' || students[i].name[0] == '\0') { return 0; } } return 1; }

代码逻辑：遍历所有记录，只要发现学号或姓名字段为空字符串，就返回 0 表示校验失败。调用时机放在load_from_file之后，失败就提示用户重新检查文件内容。

参数说明：id[0] == '\0'检查的是字符串第一个字符是否为空字符，这是判断“字符串是否为空”的标准写法，不能用strcmp(students[i].id, "")之外再手写循环。校验失败时 main 里可以提示“数据文件异常，请检查后重试”，并直接拒绝进入菜单，防止后续操作建立在错误数据上。

5. 常见问题与排查：五个高频翻车点及现场修复

做这个课题的人遇到的问题高度集中，写代码时的踩坑顺序都差不多：编译过了、跑起来崩、存了读不回、输入乱跳、改了成绩不刷新。这章把最容易让程序“看着能用、一测就废”的五个问题直接摆出来，每条都是现象、原因、解决三段式，照着改就行。

5.1 录入到一半程序崩溃：数组越界是最常见的凶手

现象：程序前几个学生录入正常，录到第 50 个或第 51 个时突然崩溃，或显示乱码后退出。

原因：MAX_STUDENT定义的是 50，但录入函数没有检查人数是否已满，第 51 次写入写到了数组边界之外，覆盖了相邻内存区域。C 语言数组不做越界检查，这属于未定义行为，表现可能是崩溃也可能是数据被悄悄改坏。

解决：录入函数入口加上if (*count >= MAX_STUDENT)判断，满了直接返回并提示。这也是我在 3.2 节里坚持在add_student开头写容量保护的原因。另外把MAX_STUDENT定义成宏而不是在函数里写死数字50，这样想改容量只改一处。

5.2 数据存了但读不回来：读写格式不对称

现象：程序提示“已保存 N 条记录”，重启后再选中读取，数据乱七八糟，或直接fscanf卡住读不完整。

原因：写文件用的格式串是"%s %s %d %d %d %.2f\n"，读文件时格式串写成了"%s %s %d %d %d %f\n"，少写一项或顺序对不上；再一种常见错法是把第一行的count写进去了、读取时却从学生数据行开始读，第一行数据被当成人数解析。

解决：把保存和读取两个函数并排放在一起，格式串逐项比对，保证完全一致。一个习惯能杜绝这类问题：保存代码写完立即写读取代码，不要隔天再补，趁热对照。读取时调试可以先用记事本打开数据文件，数一数每行有几个字段，再回头看fscanf格式串，一目了然。

5.3 scanf 输入跳过后面的输入：缓冲区残留换行符

现象：菜单选“1”录入学生，输入完学号后程序不等待输入姓名，直接跳过，或者姓名变成空字符串。

原因：在菜单循环里输入选项后按了回车，scanf("%d", &choice)读取了数字但把换行符留在缓冲区；接下来scanf("%s", s->name)读取字符串时，看到缓冲区开头的换行符会跳过空白字符，正常情况没问题；但如果中间夹了一次scanf("%c"...)或读取逻辑有分支，换行符就会被%c吞掉，导致后续输入错位。另一处高频坑是按学号查询时输入数字后缓冲区残留，紧接着录入函数的scanf("%s")读到多余字符。

解决：在菜单读取后加一行while (getchar() != '\n');把缓冲区清到换行符为止。更稳的做法是不用%c读单个字符，字符串和数字全部用%s、%d，这两类格式都会自动跳过前导空白字符。查询学号如果输入的是数字，用字符串形式读取，也能避开残留问题。

scanf("%d", &choice); while (getchar() != '\n'); // 清空缓冲区内残留的换行符

代码逻辑：getchar逐个读取缓冲区字符，读到换行符才停，把上一次输入遗留的换行符全部消费掉。注意这行要放在scanf成功返回之后，如果scanf因为非法输入返回 0，这个循环会一直读到文件尾，处理见下一节。

参数说明：这个清理只在混合读取%d和%s时才必要，全字符串方案可以不用。但加上它不会出错，属于确定性清空，建议菜单循环里统一加一行。

5.4 修改成绩后排序结果不对：平均分没有同步重算

现象：把某学生一门成绩从 60 改成 95，显示时成绩变了，但按平均分排序的位置没变，统计的平均分也是旧值。

原因：成绩存在scores数组里，但排序和统计用的是结构体里的avg字段。修改函数只改了scores，没有重新计算avg，于是avg保留的还是旧数据。这是我在 2.3 节提过的“冗余字段同步”问题——存了avg就要对所有修改路径负责。

解决：把平均分计算抽成一个函数，所有改动成绩的地方统一调用。典型的做法是定义一个void recalc_avg(Student *s)里面重新算并写回avg。修改成绩的代码路径有三个：录入、修改单科成绩、批量修改。录入已经在add_student里算了，后两个必须补上：

void recalc_avg(Student *s) { s->avg = (s->scores[0] + s->scores[1] + s->scores[2]) / 3.0f; }

代码逻辑：接收单个学生指针，重新计算平均分写回avg字段。因为参数是指针，函数内修改会直接作用于原结构体。

参数说明：float除法的3.0f别写错成3；结构体里三个成绩是int，求和也是int，除以3.0f时被转换为float计算，结果带小数。如果这里因为整数除法丢精度，平均分显示会不准，连带排序名次也会错。

5.5 菜单输入字母或符号后程序卡死：scanf 失败未处理

现象：菜单提示“请选择”，手误输入了一个字母，程序不响应，或者菜单疯狂刷新，像死循环一样停不下来。

原因：scanf("%d", &choice)遇到非数字字符时，无法转换成功，返回 0，同时那个字符一直留在输入缓冲区里。菜单循环每次转回来再scanf还是读到同一个字符，于是永远读不到正确数字，形成一个“读失败 → 提示无效选项 → 再读还是失败”的假死循环。

解决：检查scanf的返回值，失败时清空缓冲区并重新提示。下面这段是标准处理：

int ok = scanf("%d", &choice); if (ok != 1) { printf("请输入数字！\n"); while (getchar() != '\n'); continue; }

代码逻辑：scanf返回成功匹配的参数个数，匹配到一个%d就返回 1；返回 0 说明输入不是数字。此时用continue回到循环开头重新显示菜单，同时while (getchar() != '\n')清掉缓冲区里的垃圾字符。

参数说明：这段要放在scanf语句之后、switch之前。注意continue在do-while里作用是跳到条件判断再执行下一轮循环体，不会跳过while (choice != 0)的条件检查，逻辑是对的。

6. 进阶方向与文档落地：从“能跑”到“能答辩”

6.1 从数组到链表：加分项的三个关键改动

如果代码已经能跑、想加点难度，把存储结构从数组换成链表是典型的加分方向。但别小看这个改动，它牵一发动全身，至少要动三处。

第一处是结构体加next指针，add_student从数组写入变成malloc分配新节点再尾插。关键点是每插入一个节点都要malloc一次，整条链用完要逐个free，这一步在数组版本里根本不存在，漏了就是内存泄漏。第二处是排序不能再qsort，链表节点地址不连续，常见做法是改成冒泡或归并排序，比较逻辑从数组下标访问改成指针回溯。第三处是文件存盘，绝对不能用fwrite整条链写，因为next指针在程序重启后是无效地址，必须逐个节点遍历写入文本，读取时逐个创建节点再链接。这三点改完，链表版本才算是完整的。

如果时间紧张，我建议只在文档里给出链表设计思路，代码维持数组版本，把“数组 vs 链表”的对比分析写进需求说明，一样能体现思考深度，风险却低得多。

6.2 一份能过评审的设计文档怎么组织

课题的交付物通常是一份.doc设计文档加源码。文档不是代码的复制粘贴，评审人看的是你有没有想清楚。我写这类文档的习惯是四章：需求分析、总体设计、详细设计、测试。

需求分析写清楚“系统能做什么”，用一句话概括功能清单；总体设计放一张模块划分表，就是 2.2 节那张表，再画一下函数调用关系；详细设计挑核心函数讲，每个函数配“功能描述、参数说明、关键代码”三段，代码不用全贴，贴关键片段并说明思路；测试部分务必给测试用例表，输入什么、预期输出什么、实际结果是什么。一张表胜过十行“运行良好”：

表格里的“预期结果”和“实际结果”两列，就是评审人检验你测试是否真实做过的关键。我自己的习惯是先花一晚上把代码跑通，第二天专门花半天写文档，文档里的测试用例全部是实际执行过的，截图落在最后。这比先写文档再补验证要靠谱得多。

写文件存盘那段时记住一句话：fopen打开失败不可怕，可怕的是不检查。我见过太多项目毁在“保存成功”的假提示上，答辩现场老师删掉数据文件再启动，程序直接露馅。把文件部分做稳，这个课设就成功了一半。每一届做这个课题的人都在哪些地方栽过，我在第 5 章已经替你踩过一遍，照着避坑，你大概率能比上一批人少熬两晚。希望帮到你。

本文还有配套的精品资源，点击获取