一、小组仓库
| 成员分工 | |
| 张城 | 设计调查问卷、时序图、用例图 |
| 罗家宇 | 撰写用例规约、类图、Git仓库维护 |
| 郑佳源 | 撰写用例规约 |
| 赖思宏 | 撰写编码规范、设计原型图 |
小组Git仓库：https://gitee.com/organizations/UML2018
二、调查问卷
1.将针对小学生四则运算数学APP的调查问卷分发给学生，家长和老师，了解用户真实需求和注重点。
调查形式为在线问卷，可以便于收集和分析。
以下是部分调查问题。详细问卷信息在下方连接。
问卷连接：https://wj.qq.com/s/2116832/6495
三、需求分析
1.用例图
2.用例规约（完整版在Git小组仓库）
| 用例名称： |
用户注册 |
| 用例ID： |
UC0002 |
| 角色： |
用户 |
| 用例说明： |
本用例描述用户主动注册过程 |
| 前置条件： |
用户未注册或想注册新账号 |
| 基本事件流： |
1. 用户点击“注册用户”链接。 2. 系统显示一个注册表单，包含用户名、登录密码、确认密码和电子邮件文本框。 3. 用户输入用户名、登录密码、确认密码和电子邮件 4．用户确认无误，点击“提交注册信息”按钮 5．系统提示“新用户注册成功” |
| 其它事件流： |
4a．系统弹出“会员名不能为空”，并操作基本事件流3 4b．系统弹出“会员名只能由字母、数字、下划线组成”，并操作基本事件流3 4c．系统弹出“会员名的长度不正确,正确的长度为5-20位字符”，并操作基本事件流3 4d．系统弹出“密码不能为空”，并操作基本事件流3 4e．系统弹出“密码的长度不正确,正确的长度为6-16位字符”，并操作基本事件流3 4f．系统弹出“两次输入的密码不一致，请重新输入”，并操作基本事件流3 4g．系统弹出“电子邮件不能为空”，并操作基本事件流3 4h．系统弹出“电子邮件的格式不正确”，并操作基本事件流3。 |
| 异常事件流： |
操作超时，系统返回主页 |
| 后置条件： |
注册成功，用户登录并进入“我的账户”页面。 |
| 用例名称： |
学生信息 |
| 用例ID： |
UC0011 |
| 角色： |
用户 |
| 用例说明： |
本用例描述用户查看自己个人信息 |
| 前置条件： |
用户已进行过注册 |
| 基本事件流： |
|
| 其它事件流： |
无 |
| 异常事件流： |
操作超时，系统返回主页 |
| 后置条件： |
无 |
| 用例名称： |
进行考试 |
| 用例ID： |
UC007 |
| 角色： |
用户 |
| 用例说明： |
本用例描述用户经进行考试的过程 |
| 前置条件： |
用户进入到考试界面 |
| 基本事件流： |
1. 系统进入考试页面，页面显示相应的题目 2. 用户输入经过计算过的结果 3. 用户提交所有题目的计算结果 |
| 其它事件流： |
3a． 系统弹出“答案不能为空”的提示时，表示未把所有题目的答案输入，操作基本事件流2 3b． 系统弹出“确认提交” 对话框，用户点击“确定”，若点击否， 操作基本事件流2 |
| 异常事件流： |
操作超时，系统返回答题页面 |
| 后置条件： |
提交成功后，进入到答案显示页面 |
3.类图
4.时序图
Ⅰ.用户登录注册
Ⅱ.教师布置任务
四、原型设计
小学生四则运算APP拥有移动端和web端两种界面设计，充分考虑实际使用和日常需求，可以在不同应用场景发挥作用
1.WEB端
2.移动端
五、编码规范
1.代码排版
- 用两个空格来代替制表符（tab），嵌套元素应当缩进一次（即两个空格）
- “{”，“}”应独占一行并且位于同一列，同时引用他们的语句对齐
- { }之内的代码块在“{”右边数格外左对齐
- 一行代码只做一件事情，如只定义一个变量，或只写一条语句
2.命名规则
- 类名和函数名用大写字母开头的单词组合而成，如 class LeafNode;
- 变量和参数用小写字母开头的单词组合而成，如 bool abFlag;
- 量全用大写字母，用下划线分割单词
- 适当使用匈牙利命名法
3.函数定义
- 参数书写要完整，不能只写类型，不写参数名，如果函数没有参数，用void填充，如 void SetValue(int a, float b)
- 避免函数有太多的参数，参数个数应尽量控制在5个以内
- 如果参数是指针，且仅作输入用，则应在类型前加const，以免指针在函数体内被意外修改；一般地，应将目的参数放在前面，源参数放在后面
4.系统优化
- 要防止SQL注入，因此编写用户登录和注册要规范
- 生成题库要合理分配内存空间，防止内存占用过大
- 针对系统错误，需要及时反馈给用户和技术人员，预留反馈接口