Beta版本——冲刺计划及安排

我说的都队

031402304 陈燊 031402342 许玲玲 031402337 胡心颖 03140241 王婷婷 031402203 陈齐民 031402209 黄伟炜 031402233 郑扬涛

---

时间段：2016年12月4日——2016年12月15日

Github项目链接

一、从Alpha到Beta

需求变更所引起的功能模块变化

全局增加年级信息

• 使每个用户知道当前正在进行的是哪一级的毕设导师双向选择

学生

• 专业导师页面：导师所带学生人数为0则不显示在页面里
• 志愿填报页面：下拉框设置默认值----“请选择"
• 志愿填报页面：导师所带人数已满或者人数为0则不在下拉框里显示

普通导师

• 提示信息：提示最多和最少学生人数的数值用红色显示
• 学生选择页面：选择和拒绝弹出框，该框要显示学生信息
• 志愿结果：增加年级下拉框，显示不同年级所带的学生名单

系负责人

• 设置页面：设置当前要进行某一年级的毕设导师双向选择，人数设置不能为负，第一个人数选择框为导师所带最多总人数（如计算机实验班+数学实验班+非实验班）
• 导师导入页面：普通导师可以是多种身份（如计算机实验班+数学实验班+非实验班）
• 学生导入页面：同一级的学生不允许导入两个学号一致的学生，不同级的学生允许出现学号一致的学生
• 智能匹配：增加学生绩点信息；查看分配结果包含两种查看方式，同时未分配的学生名单也要显示

教学办

• 管理系负责人：可增加/减少系别，可修改系名
• 结果查看页面：分年级查看（下拉框应含内容：全部年级，2016级，2015级，2014级等）

新增的功能

• 四个用户组的个人信息修改界面

• 学生、导师信息支持Excel的导入功能

• 学生——专业导师：搜索功能

• 系负责人：学生管理、导师管理、结果导出

• 院负责人：管理系负责人

• 院负责人——导师分配情况：支持Excel的导出功能

• 院负责人——学生分配情况：支持Excel的导出功能

需要改进完善的功能

• UI布局及美化

• 网站的Logo设计

• 头像的上传、修改以及对应的界面显示

• 界面的自适应，浏览器缩放时的界面显示问题

• 志愿填报的导师搜索功能

• 智能分配时，系负责人可对结果进行微调

• 界面切换时的闪现问题

• 导师列表和学生列表点击头像或姓名后跳转到详细信息界面

• 在进行重要操作时的提示更为人性化

• 确认、提交提示框

• 时间设置根据不同错误进行错误提示

• 在不同时间段，文字提示和界面显示更为人性化

二、团队分工的改进

• 针对组员的不同擅长点进行分工，尽量让每个组员都负责自己较为擅长的任务，以提高开发热情和效率
• 全程采用github进行项目的版本控制，避免再次出现Alpha版本出现的冲突情况
• 让任务量分配尽量平均，避免出现技术大牛一个人从事太多代码量的工作
• 细化项目管理者的工作，全程跟进组员开发情况，把控项目进度

三、工具流程的改进

测试工具

在Alpha版本中，我们的测试工具是用Qunit框架以及TP5自带的Debug模式等。前者是一个强大的JavaScript单元测试框架，后者是ThinkPHP专门为开发过程而设置的调试模式。由于一开始对web开发的测试工具的不熟悉以及Alpha版本进度比较赶，所以测试工作开展的还不是很到位，单元测试覆盖的面比较局限。因此，在接下来的Beta版本中，我们团队的测试工作主要改进大致如下：

• 通过利用Qunit以及PHPUnit测试框架，尽可能对javaScript或PHP代码里的每个函数都进行单元测试，测试用例集最好要覆盖常见的可能情况;
• 由于我们的导师选课系统可能会有大量用户在线同时使用，因此需要进行压力测试，评估服务器能够承载多大的访问量，响应速度、容错能力等性能指标;
• 利用web UI自动化测试框架，比如Google的PageSpeed Insights对网站性能进行评估，并优化访问速度。

版本控制流程的改进

Alpha版本概况

• 主要使用命令行
• 直接在 master 分支上做修改
• 积累了很多的本地 commit 才 push 到 github 仓库
• 很容易产生冲突
• 有时采用 QQ 传送文件，手动合并

以上就是alpha版本 git 使用的基本情况。在项目整合阶段会出现，本地仓库落后或超前远程仓库10多个版本。降低了协作的效率

Beta版本改进

为了解决 alpha 版本的存在的问题，提出下面的改进方法

• 采用图形化工具 sourcetree，操作更直观，能够清晰地看出项目的进展情况
• 每个组员都创建自己的分支，在自己的分支上做修改
• 修改 master 分支 push 权限，只有 PM 拥有 master 分支的写权限
• 完成某个模块功能时，提出pull request，由PM进行代码审核，过审后，再进行合并

通过，以上的改进。能够保证 master 分支的代码质量，提高协作的效率

四、冲刺时间计划安排

时间	冲刺时间段	计划安排
12月4日		对新增的需求分析进行最终的确定，讨论需要改变的功能模块
12月5日		组长发布issues，并给每个人分配对应的任务，开始Beta版本的编码
12月6日	冲刺第1天	对Alpha版本存在的问题进行完善，如智能分配、信息提示以及UI界面的完善
12月7日		因考试原因，编码进度暂缓（12月8日有概率论考试）
12月8日		因考试原因，编码进度暂缓（12月8日有概率论考试）
12月9日		Alpha版本存在的问题修复完毕，进入Beta版本功能模块的开发
12月10日	冲刺第2天	针对新增的需求，对数据库、前端等部分进行改进
12月11日	冲刺第3天	开发新增的功能模块，完成Excel的导入导出功能
12月12日	冲刺第4天	完成四个个人信息修改模块；完成智能分配的结果显示，可以显示绩点、志愿等信息，并可以对结果进行微调；
12月13日	冲刺第5天	完成个人信息修改以及系负责人、导师和学生管理的界面
12月14日	冲刺第6天	开展测试计划，将实际数据录入，并对整个系统的运行流程进行一个完整的测试
12月15日	冲刺第7天	Beta版本最终审核：总结博客撰写、代码审核，软件测试以及文档整合

五、关于组长是否重选

议题： 对组长在Alpha版本所做的工作进行讨论，指出做得好的地方并加以保持，指出需要不足之处并加以改进

结论： 通过投票表决，组员一共6人，一致认为不需要重选。组长继续连任。(org......)