alpha阶段工作分配
总体目标
alpha阶段的目标大致是要完成一个最小可用的功能版本，包括但不限于登录注册、做题、打卡等
根据功能规格说明书中的计划，alpha初步预计完成的总体任务如下：
| 功能 | 描述 | 计划 |
|---|---|---|
| 用户登录 | 用户使用自己注册的帐号和密码登录 | alpha |
| 用户注册 | 用户注册一个可以使用的帐号 | alpha |
| 修改用户信息 | 用户修改个人信息 | alpha |
| 题库做题 | 分章节显示题目，点击开始做题 | alpha |
| 随机跳题 | 随机选取没有做过的题目做题 | alpha |
| 做题计划 | 用户可以自定计划 | alpha |
| 题目默认评价与评分 | 如题 | alpha |
后端设计
共计预期时间：小时
1.架构设计
该部分最好以会议方式进行，以保证架构的优越性。该部分的成果以代码和文档形式记录。
1.1.数据库设计
根据功能定义对数据库表进行设计，并提供访问优化策略（如添加索引）。
预期时间：2小时
1.2.API设计
根据功能定义自顶向下依次对Controller、Service和Dao层的接口进行设计。Alpha阶段的后端功能包括：用户个人信息管理、核心题库管理、个人刷题管理和每日打卡管理。
预期时间：8小时
2.代码实现
2.1.数据库实现
根据设计对数据库进行配置，导入题库数据，并自动生成Entity层。
预期时间：4小时
2.2.API实现
根据设计对Controller、Service和Dao层的接口进行实现。
预期时间：
- 所有功能的Controller层实现：4小时
- 用户个人信息管理中登录功能的Service层和Dao层实现：6小时
- 用户个人信息管理中其他功能的Service层和Dao层实现：4小时
- 核心题库管理功能的Service层和Dao层实现：6小时
- 个人刷题管理功能的Service层和Dao层实现：4小时
- 每日打卡管理功能的Service层和Dao层实现：4小时
3.单元测试
对各个API的实现进行单元测试，要覆盖到Controller、Service和Dao层的每个方法。该部分的分工与API实现部分的分工应当一致，即每个人对且仅对自己所实现的API进行单元测试。
预期时间：
- 所有功能的Controller层测试：3小时
- 用户个人信息管理中登录功能的Service层和Dao层测试：4小时
- 用户个人信息管理中其他功能的Service层和Dao层测试：3小时
- 核心题库管理功能的Service层和Dao层测试：4小时
- 个人刷题管理功能的Service层和Dao层测试：3小时
- 每日打卡管理功能的Service层和Dao层测试：3小时
4.压力测试
选取合适压力测试方法，对后端代码进行压力测试。该部分的成果以代码或文档的形式记录。
预期时间：4小时
具体分工
| 序号 | 工作条目 | 前置 | 预计时间 | 工作分配给 | 完成日期 |
|---|---|---|---|---|---|
| 1 | 数据库设计 | 无 | 2h | ALL或lsc | 4.24 |
| 2 | API设计 | 无 | 8h | ALL或lsc | 4.24 |
| 3 | 数据库实现 | 1 | 4h | ||
| 4 | 所有功能的Controller层实现 | 2 | 4h | ||
| 5 | 用户个人信息管理中登录功能的Service层和Dao层实现 | 2 | 6h | ||
| 6 | 用户个人信息管理中其他功能的Service层和Dao层实现 | 2 | 4h | ||
| 7 | 核心题库管理功能的Service层和Dao层实现 | 2 | 6h | ||
| 8 | 个人刷题管理功能的Service层和Dao层实现 | 2 | 4h | ||
| 9 | 每日打卡管理功能的Service层和Dao层实现 | 2 | 4h | ||
| 10 | 所有功能的Controller层测试 | 4 | 3h | ||
| 11 | 用户个人信息管理中登录功能的Service层和Dao层测试 | 5 | 4h | ||
| 12 | 用户个人信息管理中其他功能的Service层和Dao层测试 | 6 | 3h | ||
| 13 | 核心题库管理功能的Service层和Dao层测试 | 7 | 4h | ||
| 14 | 个人刷题管理功能的Service层和Dao层测试 | 8 | 3h | ||
| 15 | 每日打卡管理功能的Service层和Dao层测试 | 9 | 3h | ||
| 16 | 系统压力测试 | 4-9 | 4h |
其他工作后续添加在表格中，尚未分配的工作等待进一步讨论。
前端设计
前端的设计界面大致参照inner_fish分支下的界面设设计图
具体分工
- 通用功能
- tabbar 实现
- 和后端商议API
- 封装http协议接口
- 错误处理封装
- vuex功能实现
- 登陆和注册页面
- 登录功能
- 注册功能
- 首页页面
- 静态页面显示
- 练习功能实现
- 题目显示页面
- 题目数据显示，上传做题信息
- 评分功能
- 排行榜页面
- 暂无
- 我要上传页面
- 暂无
- 你问我答页面
- 暂无
- 我的页面
- 静态页面实现
- 个人信息修改功能
- 打卡功能
- 错题功能
- css调整工作，让界面更美观
| 序号 | 工作条目 | 附加内容 | 前置 | 所属文件 | 预计时间 | 难度 | 工作分配给 | 完成日期 |
|---|---|---|---|---|---|---|---|---|
| 1 | 大致框架和tabbar实现 | / | 无 | pages.json | 8h | 1 | hhc | 4.19.(tabbar没加图标) |
| 2 | 制定api规范 | / | 无 | api/request.js | 2h | 1 | hhc | |
| 3 | 封装接口 | 接口说明文档 | 2 | api/request.js | 4h | 1 | hhc | |
| 4 | vuex实现 | vuex使用说明 | 无 | store/index.js | 4h | 1 | hhc | |
| 5 | 登录登出功能实现 | 表单验证+接口调用+vuex存储信息。需要接口：登录 | 3 4 | pages/login & pages/personCenter | 4h | 1 | hhc | |
| 6 | 注册功能实现 | 表单验证+接口调用+vuex存储信息。需要接口：注册 | 3 4 | pages/login | 4h | 1 | hhc | |
| 7 | 首页静态页面显示 | 不包括具体功能实现 | 无 | pages/tabbar/home | 3h | 1 | ljj | |
| 8 | 练习功能实现 | 向后端发送不同的请求，返回对应的题目列表，包括顺序练习、随机背题等。需要接口：获取题目列表 | 3 7 | pages/tabbar/home | 8h | 1 | 后续可能会细分 | |
| 9 | 题目显示页面 | 题目显示的静态页面 | 无 | pages/home/exercise | 2h | 1 | ljj | |
| 10 | 动态渲染题目 | 将8过程中得到的题目数据显示在9的页面中，保存做题数据并上传。需要接口：上传做题信息 | 3 8 9 | 和9相同 | 4h | 1 | ||
| 11 | 题目评分功能 | 在题目页面实现评分功能.需要接口：题目评分 | 3 9 | 和9相同 | 2h | 1 | ||
| 12 | 排行榜界面空壳 | 先写个空壳放着 | 无 | pages/tabbar/rank | 2h | 1 | zwh | |
| 13 | 我要上传界面 | 先写个空壳放着 | 无 | pages/tabbar/upload | 2h | 1 | zwh | |
| 14 | 社区界面空壳 | 先写个空壳放着 | 无 | pages/tabbar/community | 2h | 1 | gs | |
| 15 | “我的”页面静态显示 | 不包括具体的功能，需要从vuex读取登录时存下的用户信息（可以先自己编着） | 无 | pages/tabbar/personCenter | 2h | 1 | gs | |
| 16 | 个人信息修改 | 需要接口：用户信息修改 | 3 14 | pages/perconCenter/personInfo | 3h | 1 | ||
| 17 | 打卡功能 | 需要接口：发送打卡 | 3 14 | pages/personCenter/daily | 5h | 1 | ||
| 18 | 错题页面实现 | 需要接口：返回错题 | 3 14 | pages/personCenter/mistakes | 4h | 1 | ||
| 19 | CSS修改 | 美化各个页面的CSS | all | 持续性工作 | 1 |
其他工作后续添加在表格中
由于本组前端很多成员接下来一段时间内还有多门课程压力，尚未分配的工作等待进一步讨论
Gitlab issue
