PQ v.Next 团队项目Alpha阶段分工

PQ v.Next 团队项目Alpha阶段分工

团队成员：闫秉政、韩云河、胡宇辰、荚左龙

团队一共4人，按照人*时计算预计工时为4*4*12=192，但是考虑到会有人不熟悉需要进行前期培训（增加4*6*2=48工时）以及，最终确定时间为240小时并依据此时间进行分工。

 

前期成员培训用时（4*6*2）：

初期的培训需要统一时间，闫秉政、韩云河作为讲解人带领胡宇辰、荚左龙线下开展PQ 项目的整体搭建与使用，预计每天4-6小时，持续2天，确保所有人员都具备独立开发的能力。便于后续增加功能时的统筹分工。

成员	任务	用时	完成时间段
闫秉政	讲解协助PQ搭建	6*2	11.04、11.05
韩云河	讲解协助PQ搭建	6*2	11.04、11.05
胡宇辰	学习完成PQ搭建	6*2	11.04、11.05
荚左龙	学习完成PQ搭建	6*2	11.04、11.05

 

典型用户场景分解与估时（4*4*9）

功能预计实现如下功能，其优先级如下，按照如下的场景顺序依次实现功能，越靠前的通常更为必须与容易实现：

• 实现学生信息认证；
• 课程管理（活动划分不同课程下）；
• 教师导出选课学生答题情况；
• 教师端更换提题目。

 

场景一（4*4*2）：实现学生信息认证（帮助老师了解是否是选课学生）

需要在当前PQ的基础上，“编辑资料”界面增加功能以实现学生信息的补充与记录，进而再后续新加教师导出成绩时能够做出判断——该学生是否是选课的学生。

成员	任务	用时	完成时间段
闫秉政	整体功能整合测试	4*2	11.06、11.07
韩云河	后端数据存储	4*2	11.06、11.07
胡宇辰	前、后端接口设计	4*2	11.06、11.07
荚左龙	前端信息输入UI设计	4*2	11.06、11.07

 

场景二（4*4*2）：课程管理（将很多个活动划分到不同的课程下）

支持开展多个活动，然后能够对活动进行管理，即在创建活动时，自动生成一个课程类别，之后创建活动默认在上一次创建活动的课程类别下创建活动，同时考虑到有些老师可能会上多门课程，因此也支持创建新类别。

成员	任务	用时	完成时间段
闫秉政	活动管理UI设计	4*2	11.10、11.11
韩云河	活动数据库构建及接口	4*2	11.10、11.11
胡宇辰	课程管理UI设计	4*2	11.10、11.11
荚左龙	课程数据库构建及接口	4*2	11.10、11.11

 

场景三（4*4*3）：教师端学生信息导出

教师在结课后想要了解这门课程学生的掌握情况，于是依照前面实现的功能尝试进行导出，首先基于课程管理，选择该课程下的所有活动，之后根据学生的信息与自己的选课名单，导出只选了课程的学生。

成员	任务	用时	完成时间段
闫秉政	教师端课程名单的导入，支持excel，word，pdf	4*3	11.12~11.14
韩云河	教师导入的数据与学生信息数据的后端比对	4*3	11.12~11.14
胡宇辰	成绩导出的UI设计	4*3	11.12~11.14
荚左龙	课程成绩的可视化处理	4*3	11.12~11.14

 

场景四（4*4*3）：教师端更换题目功能（AI生成题目不一定符合预期）

新增更换题目功能，预计能够在教师端查看题目时进行更换，使得出的题目符合教师预期。当前的更换策略有两种（因此需要2天分别测试两种策略）：

• 策略1：生成较多的题目，但是展示和推送时只推送部分题目，这个需要注意的是更换后题目的顺序以及展示时题目也要进行重新排序；
• 策略2：生成题目同时记录生成题目的上下文，更换时，依据更多的上下文重新生成题目，这样可以避免知识点的疏漏。

成员	任务	用时	完成时间段
闫秉政	策略1前端UI设计以及后端题目生成功能实现	4*3	11.17~11.19
韩云河	策略1前后端接口以及功能测试及检验	4*3	11.17~11.19
胡宇辰	策略2前端UI设计以及前后端接口设计	4*3	11.17~11.19
荚左龙	策略2后端题目记录上下文并重新生成功能实现	4*3	11.17~11.19

 

上述已经为PQ增添了不少的功能，之后还有更加重要的任务，一个是新增功能PQ的上线测试以及最终的发布功能，估时如下。

 

任务	用时	完成时间段
功能整合测试	4*1	11.18~11.19
上线发布测试	4*2	11.18~11.19

 

燃尽图（蓝色表示剩余时间）

每日进度图（红色表示每日进度，绿色表示剩下进度，每日记录更新）