BETA 版冲刺前准备

BETA 版冲刺前准备

队名:第三视角

做业连接html

组长博客前端

应做业要求为了更加顺利地开展beta版本的冲刺,上次的alpha版本展现后,咱们组对以前开发过程当中存在的各类问题进行了全面的讨论,并对其进行了相应的调整和改善。python

过去存在的问题

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

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

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

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

讨论问题效率不高

  • 因为人数较多,团队思惟比较跳脱,咱们组平均每次开会都须要占用两个小时左右的时间,相比其余组来讲多了很多。缘由在于组内讨论问题效率不高,常常对一个小问题进行过早的拓展和优化,没能对问题先进行系统地分析。

团队总体开发经验不足

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

团队组织管理还不够严谨

  • 人数较多,任务难平均分配。尽管团队内采起很是和谐的任务分配,可是有得必有失,这样的作法致使任务的分配没法作到很是的均匀,也致使没法充分地使用人力资源。在部分组员完成了一个较为简单的任务后没法立刻被分配到其余的任务当中,而其余组员可能由于独自面对困难的任务而感到困扰。

暂未系统地进行功能测试

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

用户量暂时不够多

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

作出的调整和改进

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

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

进行设计文档规范

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

优先考虑根本问题

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

采起更灵活的分配方案

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

进行功能单元测试

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

展开宣传

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

Beta冲刺中将有的改进

对于非功能的问题都已经在上面提到了,此处再也不累赘数据库

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