BETA 版冲刺前准备

BETA 版冲刺前准备

队名：第三视角

作业链接

组长博客

应作业要求为了更加顺利地开展beta版本的冲刺，上次的alpha版本展示后，我们组对之前开发过程中存在的各种问题进行了全面的讨论，并对其进行了相应的调整和改善。

过去存在的问题

选择了难度较大的开发工具

• 对于后端，在项目开始时对于wxpy库和qqbot库的调用难度估(qi)计(shi)不(shi)到(tai)位(cai)。受限于腾讯对外开放的接口数量以及接口的使用限制，部分功能(如单向好友检测)的开发受到了不同程度的影响。
• 对于前端，在项目开始初期只考虑到前后端都使用python会更加方便对接就选择了pyqt框架，但是却缺少了对pyqt学习难度的估计以及现有资料数量的考量，在开发过程中才发现pyqt框架复杂、学习成本高且社区资料的贡献度不高，总体开发难度大。

开发过程中规范化程度不够

• 开发过程中组内只对数据库方面编写了接口使用文档，对于其他子功能模块没能较好地编写接口规范文档（注释写的不够），导致前后端的对接难度加大。

讨论问题效率不高

• 由于人数较多，团队思维比较跳脱，我们组平均每次开会都需要占用两个小时左右的时间，相比其他组来说多了不少。原因在于组内讨论问题效率不高，经常对一个小问题进行过早的拓展和优化，没能对问题先进行系统地分析。

团队整体开发经验不足

• 在工具的选择以及整个开发过程当中基本都是组内几位水平较高的大佬在进行决策，其他人没能给出较为权威的建议，总体来说团队的开发经验较为不足。并且就算是大佬在之前也还没有碰到过多进程通信的问题，可见整个团队的开发经验还不够丰富。这样的问题在工具选择以及开发设计的时候也都有所体现。

团队组织管理还不够严谨

• 人数较多，任务难平均分配。尽管团队内采取非常和谐的任务分配，但是有得必有失，这样的做法导致任务的分配无法做到非常的均匀，也导致无法充分地使用人力资源。在部分组员完成了一个较为简单的任务后无法马上被分配到其他的任务当中，而其他组员可能因为独自面对困难的任务而感到困扰。

暂未系统地进行功能测试

• 因为大三课业比较重，组内功能的开发一直处于比较紧张的状态，故也没有腾出足够的时间给功能测试。对于大部分功能都只是在开发初版完成后进行简单的测试，未系统地进行功能测试。

用户量暂时不够多

• 目前为止产品基本都只是组内人员在进行试用，没有建立起比较坚实的用户基础，这与产品的开发进度以及宣传策略是有一定关系的。

做出的调整和改进

选择工具前做好充分的调研

• 我们之后再选择其他工具前，会从易用性、社区文档贡献度、总体评价等方面对工具进行考量。选择合适的工具进行开发。

进行设计文档规范

• 我组将在接下来的开发过程中对每个功能接口以及前后端接口进行设计文档规范，并由相应的组员进行文档归类和整理。从而做到对设计文档的规范管理，方便前后端人员的交互以及代码的复用。

优先考虑根本问题

• 对于讨论效率不高的问题我们组内已经进行了反思。在之后开展的会议中，组内会先拟定会议要点再逐项进行。对于手头要进行分析的问题，会基于各个基本点进行讨论，在有了大题框架和思路之后再对其他细化展开的问题进行分析。

采取更灵活的分配方案

• 对于团队组织管理上存在的问题，我们将采取更加灵活的分配方案。对于已经处理完手头任务的组员将根据具体情况（该组员时间、其他任务的人员需求）进行新的任务分配，在任务分配下去时也会更加严谨地考虑此任务的人员分配是否合理，做到充分地利用组内资源。

进行功能单元测试

• 之前受限于开发进度所以没有进行比较系统的功能测试，在接下来的开发阶段我们组会对已完成的功能进行更为标准的单元测试，做到及早发现代码存在的缺陷以进行相应的完善。

展开宣传

• 在项目基本功能封装打包完成后我们将对产品进行小范围内的试点投放，同时借助同学的关系链进行宣传造势，为最后的完整产品创造较好的用户基础。

Beta冲刺中将有的改进

对于非功能的问题都已经在上面提到了，此处不再累赘

• 继续优化前端界面，尽可能统一界面风格
• 完善交互设计
• 完成对关键词提醒功能的开发
• 完成对消息群发功能的开发
• 对已经完成的热词分析功能进行优化
• 尽可能改善单向好友检测功能可能导致的封号问题
• 准备发布Release版本

转载于:https://www.cnblogs.com/Tony-chenjw/p/10085623.html