个人需求总结
《认知学堂——挑战大魔王》P部分-舒尔特方块需求设计文档
| 博客班级 | https://edu.cnblogs.com/campus/zjcsxy/SE2020 |
| 作业要求 | https://edu.cnblogs.com/campus/zjcsxy/SE2020/homework/11633 |
| 姓名 | 沈科迪 |
| 学号 | 31803224 |
| 院系 | 浙大城市学院计算机系 |
第一次作业个人总结：https://www.cnblogs.com/Sklud-1456/p/13929888.html
第二次作业个人总结：https://www.cnblogs.com/Sklud-1456/p/14009665.html
- 引言
作为《认知学堂——挑战大魔王》（之后简称为《认知》）总体项目中的P部分的游戏设计，其中比较重要的的就是体现被测试者的计划能力，而根据PASS模型的理论，我选取了舒尔特方块作为其测试的游戏，而且并在原来舒尔特方块的基础上进行了改进。而作为该项目的其中一个环节，虽然有一定的独立性，但综合的功能需要在整体的项目中才能展现。
- 概述
1.编写目的
在需求文档中已经对该项目总体的需求进行了设计和把控，而该文档的主要功能就是将P部分中的舒尔特方块游戏进行相应的各种设计，完成需求文档中的对其的需求要求和原型设计的实现，主要解决：1.接受外部的难度系数，在内部调整难度。2.实现舒尔特方块的基本功能。3.实现观看后再游戏的功能。4.实现对用时和错误次数进行打分，输出分数以供最终的模块使用
2.编写背景
本文所描述的系统作为《认知》大项目中的一部分，在总体项目中承担对P的一部分测试功能，接受传入的参数并通过游戏的形式对被测者进行测试，之后输出对应的分数。
- 总体设计
1.需求概要
根据PASS模型为认知水平尚处于发展阶段的小孩子进行认知水平的测试，同时输出分数及各方面说明以供家长参考。本文档所描述的软件仅为原项目《认知》的一部分，主要完成的需求是P部分的一部分测试，包括界面设计的实现，游戏部分的实现，分数的计算和拟合，内部逻辑的沟通还有和其余部分沟通的接口。
原型设计 初步的程序设计
2.软件结构
其余模块的结构在其他小组成员的文档中展示，本文档仅展示舒尔特方块的软件结构。
该文档负责的软件仅为《认知》项目的一部分，相当于一个小模块，所以软件的结构比较简单，仅仅是通过接收前面界面获取的难度信息来生成对应难度的舒尔特方块游戏，在用户完成游戏后对用户的操作时间和错误次数进行打分然后通过接口输出至汇总的模块，并跳转至其他界面。
软件的总体结构：
最终程序原型演示（微信开发者工具上演示，非墨刀）
其中舒尔特方块数字是随机生成的，所以不需要后台数据库记录题库，而每次随机也方便对用户进行更拟真的测试
测试评判标准：
在用户自行选择观察时间的长短后，开始挑战舒尔特方块，观察时间越长点错的惩罚越高，以测试用户的Plan能力。最终以总用时和错误分数来决定总分数。详情如下：
难度分为两个，初级和高级，初级由一个3x3和一个4x4组成，高级由一个4x4和5x5组成，较小方格占40%，大方格占60%。下面是每个方格的评分标准：
| 3x3 | 4x4 | 5x5 | |||
| 0-5秒 | 100分 | 0-13秒 | 100分 | 0-25秒 | 100分 |
| 6-9秒 | 80分 | 14-18秒 | 80分 | 26-31秒 | 80分 |
| 10-12秒 | 60分 | 19-23秒 | 60分 | 32-40秒 | 60分 |
| 13秒及以上 | 40分 | 24秒及以上 | 40分 | 41秒及以上 | 40分 |
|
错误分数（每个）：3分（5秒） |
错误分数（每个）：2分（5秒） |
错误分数（每个）：1分（5秒） |
|||
|
保底30分 |
|||||
3.需求改进说明
1.把用户选择的观看时间变成固定的3秒。
改进理由：因为舒尔特方块毕竟还是一种边看边计划的游戏，如果观看时间太久不仅丧失了舒尔特的原本的功能，而且时间太久还会使的用户疲劳，而3秒的用时则刚刚能够给到用户反应计划的时间，同时也不会使得用户感到厌倦，又保留了舒尔特方块的原汁原味。
2.将数字的变化由原来的越来越少变成现在的仅有一个数字处于变化状态。
改进理由：因为如果数字随着你的点击越来越少，难度就会呈梯度下降的趋势，会导致越玩越简单，这会导致整个游戏的难度降低，难以起到测试的作用。
3.计分标准的改变。
改进理由：原来的计分标准过于简单，会导致满分过多，这样会导致这个游戏失去区分度，与原来的初衷相悖，所以适当提高了得分的要求，用以提高区分度。
- 个人总结
在代码的逐步实现过程中，我们会发现有些代码实现之后的功能并没有预想的那般作用，于是我们会对设计部分进行改进，但我们一开始没有做到需求的改进备案，现在我们认识到了需求改进备案的重要性，“文档比代码重要”，这句话的作用愈发明显，我们对于文档的维护也应当和代码一样重要。
