[软工顶级理解组] 团队规划和任务拆解(Beta)

為{幸葍}努か 提交于 2020-08-05 05:11:01

需求再分析

在Alpha阶段,我们的产品得到了用户的广泛好评,但是还是存在一些问题。

  • 登录不稳定,登录速度慢等问题:这是北航VPN本身的不稳定和服务器带宽性能的限制导致。
  • 功能太少,没有核心功能:我们规划的核心功能“课程评价”在Alpha阶段没有上线,因为我们是完全从头开始开发的软件,需要一些时间对软件进行“打地基”,牺牲了课程评价的时间去开发了版本更新等功能。
  • 界面不够美观:设计层面上存在一些不美观的地方,用模拟器展示的效果也不太好,画面比较模糊。

Beta阶段我们会针对以上三个问题进行改进,完善我们的软件。

功能增减

Beta阶段,我们不会删除原有的功能,而是会新增一些功能,新增功能如下:

类别 功能 说明
面向用户 DDL截止推送 当用户课程中心DDL即将截止而作业还未提交时,软件会在用户的手机上进行消息提醒,从而提醒用户提交作业。具体的提醒时间可以设置。
校历功能 显示北航校历,显示教学周和自然周的对应关系,显示节假日日期,与DDL功能有机结合
课程评价 对于数据库里的所有课程,用户可以对课程进行评价,打分,发表评论,分享意见,且意见可以得到其他人的赞或者踩。大家的评论全部匿名。
意见栏 在软件中设置意见反馈,如果用户对软件有改进建议可以实时反馈。
iOS适配 将软件移植到iOS端,并尝试上架App Store。
界面美化 听取用户建议,将界面打磨的更好看
面向开发者 爬虫重构 使用requests来取代如今的selenium来重构爬虫,加快响应速度,减少请求量,减少内存占用
爬虫状态监控 爬虫无论正常运行还是出现异常,均将信息返回给后端,让开发者知晓爬虫状态

管理改进

上一阶段,我们的项目管理有许多不足的地方,也有许多制定了但没有完全执行的规则。这次借着新人的加入,对之前的项目管理进行一定的反思和修改,再次重申管理制度。

  • 代码风格

    • 前端

      基于Android Studio进行开发,而AS又使用了IDEA的框架,有Checkstyle插件,但是没有Dart语言的现成的配置,所以前端在编程时自觉遵循OO课程中Checkstyle的相关规则。

    • 后端&爬虫

      基于Python进行开发,引入pylint和pylint-django进行代码风格检查。pylint的代码风格审查非常严格,对文件、类、方法的注释也有要求,请尽力修改代码,成为拥有良好代码风格的程序。

  • 目录管理

    • 完善.gitignore和README.md,保证代码中不存在无用文件(如缓存文件、数据库迁移文件等)。
    • 文档放在GitHub Wiki中,并建立Wiki目录,设置好对应的跳转链接。
    • 文档包括但不限于:编译运行指导文档、接口规格文档、错误信息文档、更新日志文档(前端Release时更新)
    • README.md中存放的内容:Introduction,How to Start,Wiki Link,这些信息需要能帮助项目无关者在一无所有的环境下配置成功。后端提供的信息需要能够满足持续部署/集成的条件。
  • 代码签入

    • 无论前端后端,master分支都是不能直接进行push,PM在GitHub上也进行了对应的设置,任何成员都无权直接修改master分支。
    • 所有代码签入全部使用Pull Request进行。每个Pull Request由修改代码的开发者亲自开启,经过郭骏或单彦博的代码复审后签入。根据Alpha阶段助教的意见,我们需要在Pull Request中体现出有Review,可能是多次commit,亦或是一些comment。
    • 如果PR是在仓库中进行,每次合并后会删除原有分支。
  • 任务管理

    • 所有的任务以Issue形式发布。每个Issue至少带有两个标签:bug/enhancement,以及size,分别标记Issue的类别和工作量。非计划阶段,而是后期加入的Issue也需要设置size。
    • 如果Issue的任务精确到人,请设置Assignee。
    • 如果Issue的任务需要通过签入代码来完成,请将PR与Issue进行绑定。
  • 错误处理

    • 前端、后端、爬虫务必同一错误处理格式。
    • 错误处理信息有必要写入Wiki文档,注释中仅建议提及。因为错误信息是给不同部门的开发者看的,其他开发者不会看源代码的具体实现。
    • 对于认为“不可能”发生的错误也需要处理,例如http参数错误。调试bug的阶段,任何bug都有可能出现,需要将错误信息局部化、最小化,且有明确的信息提示。磨刀不误砍柴工。

任务分解

任务分配依然延续之前的分配规则,以下是GitHub上的Issue分配图。

人员管理

本阶段不尝试新的分工。新加入的同学直接接手离开同学的前端开发工作。

由于前端开发本身由3个人进行,所以即使少了一个人,也没有什么不可或缺的技术被带走。新人入会培训有两位老开发者进行指导培训,入门上难度相对较低。

新人入会的学习,主要是重复Alpha阶段前端开发者的学习经历,学习Flutter框架和Dart语言的使用,配置Android Studio环境进行开发,遇到困难点由前端开发者进行指导。

易学教程内所有资源均来自网络或用户发布的内容,如有违反法律规定的内容欢迎反馈
该文章没有解决你所遇到的问题?点击提问,说说你的问题,让更多的人一起探讨吧!