小程序设计阶段—里程碑
认知模型需求分析1.0链接
https://www.cnblogs.com/yqqw/p/13922450.html
目录
一、项目介绍
1.1 项目背景
传统的IQ测量是基于行为主义而存在和发展的,其遭到人们质疑的是“没有正确的理论的指导"。由于测验学家与心理学主流的历史隔阂和相互疏远, IQ测量理论逐渐落伍。60年代认知心理学兴起,人们意识到,要理解行为,须研究其过程。1966年, Luria提出,认知过程中的三个功能单元(注意和唤醒,对信息的同时性和继时性编码,以及认知活动的计划性、自我监控性和构建性)分别与大脑不同区域相联系。70年代,这种认知革命扩展至智力领域, Das及其同事基于Luria关于大脑三级机能联合区的思想的理论和当代认知科学研究进展,将认知心理学理论与智力理论结合起来,倡导从认知过程的视角重新解释智力,提出智力的PASS理论。
作为智力的认知心理学模型的重要代表之一，智力的PASS理论（即Planning—计划、Attention—注意、Simultaneous—同时性加工和Succesive—继时性加工这四种认知成分）拥有深厚的理论基础，并由此研发出了一套标准化的认知过程评估工具，简称DN：CAS认知评估系统。其测量结果可以很好预测儿童在其他认知加工任务上的表现，描绘儿童认知发展的特征剖面，对特殊群体（例如，学习困难、注意缺陷、智力迟滞）的鉴别与诊断具有更高的效力。
1.2 项目目的
该项目主要目的是测评8-10岁学生的认知能力，采用DN：CAS认知评估系统，通过测试的得分来进行评级分析。二、墨刀原型
https://modao.cc/app/905154f70d1dc62667f81209afb69053efe9c4e6?simulator_type=device&sticky
所有页面设计均在墨刀上，下面就不放图了
三、项目需求
3.1 流程图
3.2 模块描述
3.2.1 CAS测评模块
该模块有五个小模块，分别是Planning模块，Attention模块，Simultaneous模块，Successive模块和排行榜模块。前四个模块都有三个小测试组成（也可称为小游戏），每个测试有不同的关卡，难度随着等级提升，相应的得分计算也会改变；同时分为尝试和计分模式，使用者只有在计分模式下完成的才会被记入后台。
| 难度 | 题数 |
|---|---|
| 简单 | 第1-2题 |
| 中等 | 第3-4题 |
| 困难 | 第5题 |
尝试模式 只有较简单的关卡，该模式设置的目的的为了让孩子体验测试，了解操作，防止因错误理解，部分理解测试规则带来的干扰，减少测评的干扰因素，该模式题库与计分模式题库无重叠部分。
-
排行榜模块：该模块是CAS测评总分的排名，排行榜中的名称都是匿名的，只可以看到分数，不能看到名字，因为该功能只是为了显示大体情况，为了让人清楚的了解自己的能力，并非攀比。
-
Planning模块：
找数字：任务呈现给学生系列数字,要求 学生找出每行中两个相同的数字，要求被试从 一行数字 3 -5 -2 -6 -5 -7 -4 中,找出两个相同 的数字 （5) ,并在答题区选出。记录完成任务所用的时间以及正确找出的相同数字的个数。任务的难度随着数字行中每个数字位数的增加而增加。数字码农：任务要求学生根据每页上方给出的字母代码 (如: A =OX; B =XX; C =OO ;D =XO) ,用自己的 方法,又快又准确地填写下方 5-6 个无代码的 ABCD 所对应的代码。记录学生完成每页所用的时间和正确填写的代码个数。任务的难度随着字母代码中位数的增加而增加。
数字编排：要求学生将一系列数字或字母按正确顺序连接起来。前4个项目仅包括一个数字顺序,最后1个项目则包含一个由数字和字母共同组成的顺序(即,1-A -2 -B -3-C , 等)。记录下学生完成每个项目所需的时间,倘若在规定时间内无法完成,则以每个项目的时限为其所需时间( 如项目1-4的时限为40秒,项目5为60秒)。如果儿童在任何项目上出现了错误,则要求学生从错误处重新开始,并继续计时。
三个分测验,是涉及决定、选择以及有效地使用策略,并根据需要修改计划以保持与原始目标相一致。
-
Attention模块：
颜色陷阱：检测儿童的注意力，它要求判断出这个圆形的颜色与改图案上的字是否一样，并选出颜色和字不匹配的那一个（譬如，一个选项，圆形为红色，而圆形里的字是“蓝”，两者不匹配，这时要选这个选项）。共五题，前两题为简单难度，只有两个选项；后两题为普通难度，有三个选项；最后一题为困难难度，有四个选项。数字达人：要求在干扰刺激中指出目标刺激。比如，页面上有多行 0 -9 的数字 ，并打乱顺序,要求儿童每次一行自左至右尽快地找出 2 这个数字 , 并点击，记录完成所用的时间，若有错误或者漏选完成时间增加5秒。共五题，前两题为简单难度，只需要找出一个数字；后两题为普通难度，需要找出两个数字；最后一题为困难难度，需要找出3个数字。
成双成对：要求儿童依照特定要求辨别成对出现的图画(如两朵不同的花 、一个水果和一朵花等)或字母(如 Aa 、tB 、T T 等)是否属于相同的范畴。（譬如，两朵不同的花都是“花”，是相同的范畴）。共五题，前两题为简单难度，会出简单的；后两题为普通难度，适当增加难度；最后一题为困难难度，难度最大
-
Simultaneous模块：
瑞文推理达人：
规则：共5题，每个题目都有一定的主题，但是每张大的主题图中都缺少一部分，在给定的6张小图片中选择最适合的图填补空缺。
目的：考察测试者“非言语矩阵”方面能力包括图形补缺、类比推理和空间视觉等。
例题：图形记忆大师：
规则：给定一幅图形，在5秒后显示另一张类似或者相同图片，要求测试者判断这两张图片是否相同。
目的：考察测试者的图形记忆能力
例题：这两张图是否相同空间逻辑能者：
规则：给定一句描述了空间位置的句子，从给出的六幅图片中, 选出与句子相一致的图片。通过增加物体及提高位置复杂度来增加难度。
目的：考察的是学生如何从逻辑-语法角度对空间关系加以理解 ,要求学生对所听到句子中的各物体间的位置关系进行编码 。
例题：桌子上放了一个球 -
Successive模块：
听我说：分为词语版和句子版，录音以相同的语调、每秒一词的速度向学生呈现一系列长度不等的单音节高频字词(如 :鸭 、
花、人、鞋、书 、羊、狗)或者没有实际意义的句子，每个句子均由颜色词组成(如“这些红色是黑色的”，难一点比如“蓝色是红色不是黑色而是黄色的”), 然后要求学生以完全相同的顺序, 选择刚才听到的字词和句子。随着语速增加，词语增多，句子复杂提升难度。
我问你答：根据听到的句子以及问题作出回答，我们会给一些选项只需要学生做出选择即可。例：“蓝色正黄色着，谁正黄色着” 答：“蓝色”
为了考虑科学性，所有的小游戏内容与汉化版DS：CAS中的一样，考虑到区分度和孩子的认知水平有限，关卡也只设置3-5个，防止关卡太难或者有其他的干扰因素而影响测试的科学性
3.2.2 个人信息模块
个人信息模块主要分为个人信息查改功能、CAS测评分析功能以及游戏历史记录删查功能。
- 个人信息查改功能：
- a.登录功能
- b.个人信息主页中可进行头像修改操作，在相册中选择照片即可进行头像更换；
- CAS测评分析功能
：该功能是本项目最核心的功能
- a.通过雷达图对当前各个测试的结果进行展示
- b.评级：在每个模块进行评级
- c.名词解释：对于CAS测试的每个模块进行解释
- d.分析与意见：对于各个模块得分情况进行分析并提出意见。比如，在同龄人中所处位置，在所有人中所处位置，大概属于哪一类别，在根据这些情况提出分析。
- 游戏历史记录删查功能：
该页面可查看玩过的游戏记录日期，也可进行记录的删除操作，同时可以进行综合能力趋势图的查看，详细表现的查看。
3.3 数据库表
用户表
| 列名 | 数据类型 | 长度 | 主码 | 说明 |
|---|---|---|---|---|
| UserID | int | 10 | 是 | 用户编号 |
| WechatID | int | 10 | 否 | 微信id |
| UserName | varchar | 40 | 否 | 用户姓名 |
| Birthday | DATE | 否 | 出生日期 | |
| Sex | varchar | 2 | 否 | 性别 |
| Image | image | 否 | 头像图片 |
游戏测试表
| 列名 | 数据类型 | 长度 | 主码 | 说明 |
|---|---|---|---|---|
| Game_Id | int | 10 | 是 | 游戏id |
| Game_Name | vatchar | 20 | 否 | 游戏名称 |
| UserId | int | 10 | 否 | 用户编号 |
| Date_Time | datetime | 否 | 答题时间 | |
| Score | double | 10 | 否 | 得分 |
管理员表
| 列名 | 数据类型 | 长度 | 主码 | 说明 |
|---|---|---|---|---|
| sysAdmin_ID | int | 10 | 是 | 管理员编号 |
| sysAdmin_name | varchar | 20 | 否 | 管理员姓名 |
| sysAdmin_Password | varchar | 20 | 否 | 管理员密码 |
| sysAdmin_Delete | int | 10 | 否 | 删除 |
四、目前进展
目前完成了整个框架的编写，以及题目及其资源的搜集，包括图片，文字。同时还编写了两个版本的剧本式的引导语设计
已经完成后端的编写
目前正在进行游戏的编写，
五、PSP表格
| PSP | Personal Software Process Stages | 预估耗时（min） | 实际耗时（min） |
|---|---|---|---|
| Planning | 计划 | 45 | 60 |
| Development | 开发 | - | - |
| Analysis | 需求分析 (包括学习新技术) | 300 | 240 |
| Design Spec | 生成设计文档 | 100 | 60 |
| Design Review | 设计复审 | 60 | 60 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | - | - |
| Design | 具体设计 | 2000 | 2000 |
| Coding | 具体编码 | - | - |
| Code Review | 代码复审 | - | - |
| Test | 测试（自我测试，修改代码，提交修改） | - | - |
| Reporting | 报告 | 300 | 360 |
| Test Report | 测试报告 | - | - |
| Size Measurement | 计算工作量 | - | - |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 100 | 60 |
六、人员分工
| 人员 | 分工 | 链接 |
|---|---|---|
| 杨清倩 | 需求设计，UI设计，代码编写 | https://www.cnblogs.com/yqqw/p/14157425.html |
| 徐晓翠 | 需求设计，UI设计，搜集测试内容资源（图片，文字，题目等） | https://www.cnblogs.com/mnpro/p/13931567.html |
| 王梦洁 | 需求设计，UI设计，代码编写 | https://www.cnblogs.com/yiranm/p/14155898.html |
| 金欣怡 | 需求设计，UI设计，文档编写 | https://www.cnblogs.com/key12138/p/13933869.html |
| 程元靖 | 文档编写 | https://www.cnblogs.com/chengyuanjing/p/13931571.html |
------------恢复内容结束------------
