信息学院在线教学平台

贪吃蛇综合项目-2025级计算机类

308 人学过

分小组完成项目

项目提交截止日期：2025年12月31日23：59分

互评开始时间：2025年12月31日23：59分

互评结束时间：2026年1月15日23：59分

贪吃蛇游戏任务介绍

一、项目背景：

贪吃蛇是一款经典的小游戏，玩家控制一条蛇在一个限定的空间内吃掉食物，使蛇变得越来越长。每吃掉一个食物，蛇身就会增长一段，游戏难度也会随之增加。玩家需要避免蛇头与蛇身或墙壁碰撞，否则游戏结束。

二、项目描述：

设计并实现一个简单的贪吃蛇游戏，使用C、C++或其他语言进行开发。游戏通过命令行界面进行操作，使用键盘控制蛇的移动。蛇会不断移动，玩家需要通过键盘输入控制蛇的方向。每次吃到食物后，蛇会变长，游戏也会逐步提高难度。

三、功能要求：

1、界面设计

(1)初始化游戏界面，设定游戏区域、蛇初始长度、初始位置、初始移动方向。

(2)游戏区域边界设计（例如使用“#”表示墙壁，空白区域表示可活动区域）。

2、蛇的运动控制：

(1)使用键盘方向键（上、下、左、右）控制蛇的移动。

(2)设计蛇的移动逻辑，蛇必须不断向前移动，同时能根据用户输入改变方向。

3、食物生成：

(1)在游戏区域内随机生成食物（用不同的字符表示，如“*”）。

(2)每次蛇吃到食物时，蛇会变长，且食物会重新随机生成。

4、游戏结束条件：

(1)蛇头与墙壁碰撞，或蛇头与蛇身碰撞，游戏结束。

(2)游戏结束时输出"Game Over"并显示最终得分（蛇的长度）。

5、得分系统：

(1)每吃到一个食物，得分增加（如每吃一个食物加1分）。

(2)游戏结束时显示最终得分。

6、界面刷新与显示：

(1)每移动一步，需要清空屏幕并刷新显示蛇的位置、食物的位置及得分等信息。可以使用系统函数如system("cls")（Windows）或system("clear")（Linux/Unix）清屏。

(2)游戏界面设计清晰，玩家能看到蛇的长度、食物的数量、当前得分等。

四、技术要求：

1、基本数据结构：使用数组存储蛇的身体；使用二维数组表示游戏区域；使用随机数生成食物位置。

2、键盘输入处理：使用kbhit()和getch()等函数获取键盘输入（Windows下可用conio.h库）。

3、面向过程的编程：项目分为多个函数，每个函数完成不同的任务，例如：初始化游戏、绘制地图、处理键盘输入、更新蛇的位置、检测碰撞、判断游戏结束等。

五、其他附加功能（可选，视团队进度）：

1、增加速度：随着得分的增加，蛇的移动速度逐渐加快，增加游戏的难度。

2、多种游戏模式：例如加入时间限制模式，玩家在规定时间内尽量吃更多食物。

3、音效支持：使用音效库在游戏中添加简单的声音效果（如吃到食物的音效、游戏结束的音效）。

4、多用户支持：支持两个玩家对战，玩家1和玩家2控制不同的蛇。

六、团队合作建议：

1、项目经理（组长）：负责项目的整体规划，确保分工合理，协调各部分开发。

2、开发人员：

一人负责游戏的初始化和界面显示，包括游戏区域的绘制、蛇的显示、食物的生成等。

一人负责蛇的控制和移动，包括实现键盘输入、蛇头和蛇身的移动。

一人负责碰撞检测、得分统计和游戏结束判断，包括蛇与墙壁、蛇与蛇的碰撞。

七、项目评估标准：

1、功能完整性：系统是否实现了所有基本功能及附加功能。

2、代码质量：代码的可读性、注释、命名规范、模块化设计等。

3、团队合作：合理分工，各模块功能是否按时完成，团队成员之间的协作是否高效。

4、系统稳定性：能否处理各种边界情况，如蛇移动到边界、蛇自撞等。

5、用户体验：游戏的界面是否友好，玩家是否能清楚地看到游戏的状态。

八、提示：

1、使用清晰的函数分工，避免将所有逻辑都堆砌在一个函数中。

2、游戏中的碰撞检测和蛇的移动需要特别注意，确保程序的逻辑正确。

3、可以借助一些现有的C语言库来简化某些功能，如conio.h来处理键盘输入，或者unistd.h来处理屏幕刷新。

九、 提交要求与交叉评阅

9.1 最终提交物（请全部压缩为一个文件后提交到ITC系统）

1. 源代码文件：所有 .c或.cpp 和 .h 源文件。

2、工程文件：根据使用的IDE（如VS的.sln、Code::Blocks的.cbp、或CMakeLists.txt等）一并提交。

3、说明文档：一份简单的 README.md 或 README.docx 文档。内容至少包括：

o 小组成员与学号。

o 程序的功能简介和运行环境。

o 如何编译和运行程序。

o 小组成员的分工的简要说明以及贡献比例。

4. 讲解视频：一个时长约 5分钟左右的讲解视频。

9.2 视频制作要求

· 形式：三位同学必须全部出镜。

· 内容：

1. 开场：(约30秒) 小组全体成员问好，报出小组编号和成员姓名。

2. 程序演示：(约1.5分钟) 由一位同学快速演示程序的核心功能。

3. 分工讲解：(约3分钟) 三位同学依次面对镜头，讲述自己负责的功能模块：

§ 你做了什么？（具体到函数或模块）

§ 在实现过程中遇到了什么最大的困难？你是怎么解决的？

§ 通过这个项目，你最大的收获是什么？

4. 结束：(约30秒) 全体成员致谢。

· 格式与提交：视频格式为MP4，以"第*号小组-某某某+某某某+某某某"命名，上交至各班学习委员，学习委员统一上交到班级老师。

9.3 交叉评阅流程

· 所有小组提交后，将由教师/助教进行随机分组，进行小组间的交叉评阅。

· 每个小组需要根据评价量规，为指定的其他小组的项目进行打分，并提供简单的评语。

· 交叉评阅的目的是相互学习，发现他人项目的亮点与不足。

交叉评审以组为单位。每个小组的“评审者”是小组，小组内的任何成员都可以代表本小组给待评审小组评分。

互评分换成成小组成员得分的方法：

一个小组的互评分得到之后，假设为S，根据小组成员的贡献换算成个人得分：贡献最大的成员A，贡献比例为A%，A的得分为S；成员B的贡献为B%，得分为S * (B / A)；其他成员以此类推。

每个小组有其他3个小组互评，计算平均分为总分，互评分占到该项目成绩的30%。

十、项目评价量规（满分100分）

1、此量规用于小组互评和教师最终评定。

评价维度	分值	优秀 (90%-100%)	良好 (70%-89%)	及格/待改进 (60%-69%)
代码质量与规范性	20	代码结构清晰，模块化程度高，函数职责单一。命名规范，注释详尽。无全局变量滥用，内存管理安全。	代码结构基本清晰，模块化一般。命名和注释基本完整。可能存在少量全局变量或小瑕疵。	代码结构混乱，函数冗长，耦合度高。命名随意，缺少必要注释。存在潜在错误。
核心功能实现	30	全部核心功能稳定实现：文件正确读写、地图显示清晰、手动/自动控制流畅、碰撞检测准确、胜利条件判断正确、报告生成完整。	大部分核心功能实现，但存在1-2个小bug或不稳定情况（如特定边界下崩溃、报告信息不全）。	仅实现基本功能，存在严重bug，如无法正常移动、无法读取文件、程序频繁崩溃等。
技术知识点运用	20	能熟练且恰当地运用所有要求的知识点：结构体设计合理、二维数组使用准确、文件操作无误、函数划分逻辑清晰。	能运用大部分知识点，但存在个别使用不当之处（如结构体字段设计不合理、文件打开后未关闭）。	对核心知识点（如结构体、文件操作）掌握薄弱，使用上存在根本性错误。
团队协作与文档	15	团队协作：分工明确合理，提交物完整，代码集成顺畅。项目文档：README内容详实，清晰地阐述了设计、分工、问题与解决过程，提供了完整的编译运行指南。	团队协作：有基本分工，但集成可能有些许混乱。项目文档：文档内容较为简略，或对问题的反思不够深入。运行指南可能不完整。	团队协作：分工不清，提交物缺失。项目文档：报告敷衍了事，无法从文档中了解项目过程和运行方法。
程序健壮性与用户体验	5	程序对各种异常输入（错误地图文件、错误按键）有良好的容错处理。用户界面友好，提示信息明确。	程序在正常流程下稳定，但对异常输入处理不足，可能导致崩溃或行为异常。用户体验一般。	程序非常脆弱，即使在正常操作下也容易出错，用户界面混乱。
视频讲解与表达	10	视频质量：声音清晰，画面稳定，剪辑流畅，时长符合要求。内容表达：三位同学表达流畅，逻辑清晰，能准确阐述个人工作、困难与收获，展现了良好的团队风貌。	视频质量：音画质量基本合格。内容表达：表达基本清楚，但可能有个别同学紧张、超时，或对个人工作的描述不够深入。	视频质量：音画质量差，影响观看。内容表达：表达混乱，无法说清自己做了什么，或团队成员参与度明显不均。

2、总分计算方法

互评30%+教师评分70%

十一、老师寄语

本次项目不仅是一次编程能力的考核，更是一次全流程的工程实践和团队协作演练。从代码编写、文档撰写到视频展示，每一个环节都至关重要。它模拟了未来工作中从开发、测试、文档到向客户或团队汇报的完整场景。希望同学们能享受这个过程，不仅在技术上有所精进，更在协作与表达上获得成长。期待在你们的视频中看到自信的面孔和充满创造力的作品！

加油！