玩法介绍：

白色的滑块会从点阵的最上方落下，当到达判定线的时候，按下其对应下方的按键（就像一款叫节奏大师的手游一样）。时机掌握的合适，滑块颜色变绿，代表分数得到了“增加”，错过的滑块会变成红色，表示分数“减少”，而在没有滑块的情况下按键，则会显示黄色，累积到一定程度分数就会“减少”。

1分钟的游戏时间结束后，根据当前“分数”，给出M，S，C的评分（从高到低）

（试玩视频见附件）

制作过程：

正在对代码进行最后的调试

聚精会神的将代码转化为简单的流程图

因为时间紧张，没什么时间拍照片...

小组分工：

1个人负责：实现功能的代码。

另1个人负责：根据代码编写滑块落下的顺序，以及外包装设计。

另1个人负责：ppt制作，以及后勤。

作业感想：

1个人：我觉得我们的选材挺好的，一是可以区别于一大坨小车（我对其他做小车的没有任何偏见，~~在座的各位都是~~），二是贴合我们的专业（计算机），实现代码比自闭的学习microduino的新功能要直观很多。可惜的是，受制于时间，没能把凭我们能力能做到的做出来，例如可以加一个菜单选歌，或是探索一下microduino的读文件功能，2键音游也可以改到4键，包装说不定也能pro一点。不过，过去的就让他过去吧。

另一个人：我在本次项目最大收获有两点。

一:重视项目初期规划，要遵循自顶向下的设计方法。我经常先想着弄细节，对总体规划草草了事，因而走了不少弯路。任何大大小小的任务都应该先有总体清晰的规划，再逐步求精。

二:重视用户体验。我本次项目主要负责写谱，因为过于追求视觉效果，导致做出的游戏难度过大。在外观设计上，按键也放的太里面，导致操作不便。如果在项目初期重视用户体验，最终成品可以更人性化。

另一个人：我们答辩的项目，是点阵音游。刚开始有这个想法的时候，我认为是很难实现的。首先，是音乐的节奏问题。还有就是用按钮控制LED点阵屏灯光。但是，多亏了组长在代码方面的帮助，我们才能实现这个项目。我从中认识到团队合作的重要性，还有就是不要轻易的放弃