【Alpha】“北航 团帮”小程序v1.0项目展示

目录

  • 1.团队介绍
  • 2.回答一些工程问题
    • 整个项目的目标和预期功能
    • 整个项目的预期典型用户
    • 整个项目的预期用户数量
    • alpha满足的用户需求
    • alpha用户量一览
    • 团队分工及经验教训
    • 团队项目管理
    • 时间/质量/资源的平衡
    • 测试用例和代码覆盖率
    • 文档位置和新人入口
    • 关于以前的项目
    • 整体项目的需求分析
    • 用户反馈
    • 小程序用户数据分析
  • 3.项目情况
    • 进展-燃尽图
    • 发布的功能
    • 软件发布地
    • 用户反馈截屏
  • 4.团队成员角色和贡献
  • 5.总结和展望

马振亚 后端开发 擅长各种行政打杂事物(给各位大佬端茶递水)
能写 c/java/python/js
求各位大佬带带 周雨飞 前端开发 主要负责的工作是给其他几位大佬端茶递水
擅长Java/Python
前端和后端都会一点点
求各位大佬带飞 廖青城 前端开发 ↑来自生医学院~
但是喜欢写bug然后debug(什么x),希望通过该项目学会如何严谨的写bug~(′゜ω。‵) 谢静芬 PM 计算机系大三狗
人送外 分解(所以经常在数学课躺枪…)
虽然逻辑严密,擅长写文档(误)
但是算法能力较弱,编程效率较低
希望在团队中向大佬们学习,提升自我~

之前预估的用户量500,指的是是发布后一周内的用户量,按照这个趋势我们认为可以达到目标用户量,因为目前我们还没有私聊 长帮忙推广。

4.团队的成员如何分工协作的么经验教训p>

团队分工及经验教训

(一)团队成员总体分工

成员 分工协作
少昂 经验丰富,为后端组长,负责架构设计、部署、建立用户系统,并指导振亚和廓然进行接口设计和开发,保证接口质量。
振亚、廓然 进行数据库初步设计,接口设计和开发,同时负责后端的测试。
雨飞、李大、青城 分管不同页面的前端开发;撰写接口设计初步文档,交予后端调整和实现;承担部分UI设计。
宇飞 联系 联和 长,并承担部分UI设计
静芬 需求分析、 联系 联、原型设计、博客撰写、主持和记录例会、协调前后端、前端测试等

(二)任务细化分配(为初步计划,与实际进度有出入):

(三)经验教训:

  1. 后端三人小组内部,由富有经验的少昂进行指导,并把关代码和文档,能够较好地保证后端代码的合理性、数据库的正确性等,但这依赖性较强,还是应该让两位小白早点独当一面。
  2. 前端三人小组内部,由于是按页面分工,需要协调的东西少,而且小程序容易上手,因此前端进行得比较顺利。之后仍会以页面进行分工。
  3. 前后端对接方面,过程是,首先是由前端给出初步的数据请求文档,然后由后端进行调整,并整理成接口文档,再由前端确认无误后,后端再进行接口的实现。这多次握手,虽然表面上能够保证接口设计的正确性,但实际上中间出现了断层:前端人员对需求的理解不够,导致第一步的文档有较大纰漏,同时后端也由于对需求的理解不够,直接根据第一步的文档进行下一步,从而延续了文档的错误,最后出现了经常改动接口文档和代码的现象。教训是,PM要给团队成员讲清楚需求,督促和考察团队成员是否理解了需求,同时要从需求的角度把关接口文档的设计是否正确,在设计正确性得到验证之后,再进行接口实现也不迟。
  4. 整体设计方面,由于少昂在前期失去沟通,因此前期的后端主要由后端两位小白辛苦摸索出来的,而后期他参与进来后发现一些设计不大合理。所得到的教训是,要早点咨询少昂的意见、和他讨论,他的经验比较丰富,能够给出很好的意见。

5.团队是如何进行项目管理的p>

团队项目管理

参考课程组给的链接,我们使用github进行项目记录和管理,同时也使用了gitlab。具体的流程是:

  1. 每周开始前,由PM定下前后端在本周的任务和目标,并尽量分配到具体每个人的本周任务,同时声明一些特殊时间节点,比如A同学的B任务必须在周x前完成,因为B任务是另一位同学的前置条件。
  2. 每个人根据自己本周的任务,以及自己本周其它个人事情的安排,列出自己的每日计划,也可以提出对自己的任务进行转移和调整。
  3. 每日计划上传到gitlab公示,由PM初步判定计划可行性,有需要时做出一定的调整。
  4. 每天晚上23:30进行线上会议,每个人汇 今日完成的任务、工作量等,对照看是否完成了自己的计划,如果没有完成如何调整。
  5. 由于课程组要求有燃尽图,因此PM会在每周初将大家的计划转为issue,并每天根据例会上了解到的进度情况更新issue,从而得到每日燃尽图。

6.团队如何平衡 时间/质量/资源 争取如期完成任务的p>

时间/质量/资源的平衡

主要是通过两个方法来平衡:

  • 每日计划的制定:由团队成员个人来制定自己的每日计划,当然这个计划的周目标是由PM指定的,这个计划接受团队其它成员的监督。这样能让团队成员自由把控时间,这样比PM直接分配每日计划要更方便、更人性化、更有可行性。
  • 软件功能的优先级划分:考虑到alpha版本中队员们需要进行磨合、熟悉工具等,因此能实现的功能有限,必须划分优先级,alpha版本实现优先级最高的功能,并同时根据项目实际进展,来暂时砍掉或加上一些功能。核心功能的质量必须得到保证。

7.在产品之外,团队代码的软件工程质量如何用数据来证明p>

参见我们的测试 告。

8.测试用例数目,代码覆盖率数目。

9.运行测试用例得到代码覆盖率的视频录像,(需要现场看到。 没有诸如 “我的电脑没有装测试环境”,“文件不全”等等借口)

测试用例和代码覆盖率

  • 测试用例数目:50,代码覆盖率:controllers为93%, models为91%。
  • 视频录像:暂时用U盘查看

10.代码规范在哪里p>

11.齐全的文档在哪里p>

14.明年的同学继续开发这个项目,会不会出现类似的抱怨一个新学生在一台新机器上想编译并运行你的项目, 请问能顺利完成么么样的文档能指导新学生p>

文档位置和新人入口

  • 文档在gitlab上,主要包括:
    • 前端请求的数据初步文档
    • 后端持续更新的接口文档
    • 每日计划文档
    • 代码规范
    • 快速搭建环境文档
  • 明年的同学若继续开发这个项目,可能会有一些抱怨,但是怨气不会太大。因为我们的文档还算完备(如上),能够让新学生了解整个项目从0到1的过程,以及最重要的接口文档。其中,上述快速搭建环境文档可以指导新人顺利运行我们的项目。

12.有些项目是在原来的基础上改进的,那么我们团队的软件工程项目质量有什么样的提高,代码覆盖率从原来的x增长到yp>

13.原来的项目有些代码混乱,没有注释,没有详细的文档,你们的项目是如何更好解决这个问题的p>

关于以前的项目

  • 答1:虽然我们的项目在名义上,是基于以前的项目,但其实两个项目只是有所交叉,其实区别很大,而且以前项目的版本太旧跑不起来,因此我们决定在Alpha阶段暂不使用以前项目的代码。
  • 答2:鉴于两个项目只是有所交叉,其实区别很大,而且以前项目的版本太旧跑不起来,因此我们在Alpha阶段暂不使用以前项目的代码。

15.对于项目的目标用户是一般学生的项目, 你们如何找到学生做需求分析给你什么样的反馈p>

整体项目的需求分析

用户需求的调查分为两个部分:

(一)需求调查第一部分:向学生发放问卷调查。

1.发放位置:几个 团内部微信群、去年的体育类 长群、朋友圈。(以此保证参与问卷的人的院系比例、年级比例较为合理)

2.参与问卷调查的人员共126人,人员比例比较合理:有几乎一半人是大一大二的学生,他们有的刚入校园,对 团不甚了解,有的正处于参加 团的活跃阶段。另一半人多为大三学生,他们经历过了参加 团的活跃阶段和冷却阶段,对 团的体验和感受更深刻。

  • 四天来,以半小时为粒度的实时访问次数:

  • 3.项目情况

    进展-燃尽图

    • alpha-1(至4.9日):

    说明在项目管理中,scrum的燃尽图是如何真实反映项目的状态的燃尽图美化了状态p>

    答:由于无法细致地制定1-2周后的任务,因此我们将alpha阶段分成两个小段,每个小段开始时,详细定制本段计划,转为issue,这便是燃尽图中第一天的起点高度(虽然在这一小段中,我们可能会根据实际情况添加或删除issue,但issue总量变化不大)。每次例会上每个人总结自己的今日进度,由PM统一更新issue状态,以防止团队成员忘记更新issue。

    发布的功能

    参见发布文档,简表如下:

    模块 功能
    登录 授权登录,游客模式,无需填写信息
    活动展示 首页轮播热度最高的四个活动,查看活动详情,关注和取消关注活动
    新闻展示
    团展示 搜索 团,按类别展示 团,查看 团简介、新闻、活动等,关注和取消关注 团
    “我的” 查看自己关注的 团和新闻,查看开发者信息

    软件发布地

    小程序发布在微信平台上,有两种获取方式:

    1. 打开 微信–>发现–>搜一搜–>输入“北航 团帮”,即可搜索到我们的小程序。
    2. 打开 微信–>扫一扫,扫描下方小程序码,即可进入我们的小程序:

  • 用户通过问卷反馈,这里显示部分反馈结果:

    • 用户对于原型系统的反馈(部分展示):

    • 这里是贡献分规则

    5.总结和展望

    • 学到的东西:
      • 技术上更加成熟和规范。
      • 互相磨合,对团队合作有了更深入的理解,能够互相理解和包容。
    • 对课程的建议:
      • 希望在博客作业要求中说明时间节点等重要信息。
    • beta阶段初步计划:
      • 完善小程序的UI
      • 小程序中加入 团管理功能
      • 开发 页端进行 团管理,与小程序互通,争取在10个 团中达到实用效果。

    文章知识点与官方知识档案匹配,可进一步学习相关知识小程序技能树首页概览3809 人正在系统学习中 相关资源:哨兵软件测试SAS/SATA硬盘软件_hbasas-Web服务器工具类资源-CSDN…

    声明:本站部分文章及图片源自用户投稿,如本站任何资料有侵权请您尽早请联系jinwei@zod.com.cn进行处理,非常感谢!

    上一篇 2019年3月17日
    下一篇 2019年3月18日

    相关推荐