团队作业6--复审与事后分析

这个作业属于哪个课程 软件工程
作业要求 团队作业6——复审与事后分析
作业目标 Alpha阶段项目复审
事后诸葛亮分析

一、 Alpha阶段项目复审

小组名字和链接 优点 缺点（bug报告） 最终名次
is-good-bro 1.有本地端、微信端、网页端界面
2.代码管理规范
3.结合市场痛点和时代发展背景
4.有很强的实际应用价值
5.结合机器学习		 缺点：看不出机器人回答的答案与百度区别在哪
 1
RushRush 1.功能强大
2.燃尽图能反映真实状态
3.界面简洁		 缺点：1.朋友圈不能上传图片
BUG：1.不能单独修改个性签名
2.登录界面验证码没有一次一码		 2
好 几 个 队 1.界面精美
2.提供了一个匿名交流的平台
3.基本功能完善
4.方便使用		 缺点：1.不能自动检测不当言论

2.问题与回答展示的顺序没有交叉显示
BUG：1.登录验证码不能校验
2.举报功能无法使用		 3
超摆队 1.功能齐全
2.界面简洁
3.易于使用		 缺点：缺少相关具体量化的数据
BUG：编码设置不兼容		 4
咸鱼梦想队 1.有科普作用
2.运用图像识别
3.界面简洁		 BUG：部分非常用机型屏幕与页面显示不兼容 5
赢一把就睡 1.功能强大
2.界面简洁
符合需求		 BUG：系统存在安全隐患 6
捕鱼达人 1.界面精美
2.适用性强
3.功能基本实现		 缺点：没有信誉系统 7
CWX 1.软件使用方便
2.时钟设置界面有趣		 缺点：1.界面比较简陋
BUG：没有功能记录每天的工作/学习时间		 8
您说的队 1.符合大学生需求
2.界面简洁
3.适用于各类手机		 缺点：还未上线 9
摸鱼M78人 1.界面精美
2.方便使用
3.适合大学生使用		 缺点：还未上线 10
Everything Is Possible 1.基本功能齐全 缺点：界面简陋 11
超高校级的摆烂 1.基本功能完善 缺点：无交互界面 12

二、事后诸葛亮分析

一、会议照片

二、设想和目标

  1. 我们的软件要解决什么问题？是否定义得很清楚？是否对典型用户和典型场景有清晰的描述？
    • 我们的软件社团宣传、报名招新、审核招新中存在的各种问题，有效拓展新生入学后的信息来源渠道、提升社团报名人数，有效降低社团宣传成本，并提高社团招新活动的效率。
    • 定义清楚。
    • 对典型用户和典型场景有清晰的描述。详情可见《需求规格说明书》
  2. 是否有充足的时间来做计划?
    • 有
  3. 团队在计划阶段是如何解决同事们对于计划的不同意见的？
    • 通过开线上会议进行讨论，最后已少数服从多数进行决定。

三、计划

  1. 你原计划的工作是否最后都做完了? 如果有没做完的，为什么?
    • 基本上都做完了。
  2. 有没有发现你做了一些事后看来没必要或没多大价值的事?
    • 没有，有计划的开始做的事都是有必要的。
  3. 是否每一项任务都有清楚定义和衡量的交付件?
    • 是的，必须经过测试没有bug并且能流畅使用。
  4. 是否项目的整个过程都按照计划进行?
    • 是，因为团队分工明确。
  5. 在计划中有没有留下缓冲区，缓冲区有作用么?
    • 没有，时间紧任务重，我们只计划了必要功能。
  6. 将来的计划会做什么修改？（例如：缓冲区的定义，加班）
    • 继续完善，根据实际使用情况改善项目。

四、资源

  1. 我们有足够的资源来完成各项任务么?
    • 有，分别是人力，物力和时间资源。
    • 人力资源：团队共五人，能够各司其职完成对应项目模块。
    • 物力资源：团队成员每人一台电脑，并拥有一个微信小程序开发者账号。
    • 时间资源：团队成员从繁重的学习任务中抽出时间，保证每天有两个小时以上的时间进行开发。
  2. 各项任务所需的时间和其他资源是如何估计的，精度如何?
    • 由小组的PM（产品经理）进行需求分析并估计各项任务所需的时间和其他资源。
    • 精度没有具体统计过。
  3. 用户测试的时间，人力和软件/硬件资源是否足够?
    • 足够
  4. 你有没有感到你做的事情可以让别人来做（更有效率）?
    • 没有，每个人的工作都是由PM根据对每个人的了解以及结合一定的依据分配的，保证了效率最大化。

五、变更管理

  1. 每个相关的员工都及时知道了变更的消息?
    • 由于大家是同班同学并且可以通过腾讯会议/微信群及时发布和接收变更消息。
  2. 我们采用了什么办法决定“推迟”和“必须实现”的功能?
    • 通过线上会议对功能的必要程度以及实现的难易程度进行分析，判断该功能的“性价比”来决定。
  3. 项目的出口条件（Exit Criteria）是否得到清晰的定义?
  4. 对于可能的变更是否能制定应急计划?
    • 能，根据团队成员所学领域制定应对办法。
  5. 员工是否能够有效地处理意料之外的工作请求？
    • 能，但是基本上没有其他意料之外的工作请求。

六、设计/实现

  1. 设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？
    • 由PL完成，在适合的时间完成，是适合的人。
  2. 设计工作有没有碰到模棱两可的情况，团队是如何解决的？
    • 有，少数服从多数。
  3. 什么功能产生的Bug最多，为什么？
    • 注册功能产生的bug最多，因为团队成员没有做过这一功能，经验不足。
  4. 代码复审（Code Review）是如何进行的，是否严格执行了代码规范？
    • 团队成员对除自己外的代码进行审核，严格执行了代码规范。

七、测试/发布

  1. 团队是否有一个测试计划？为什么没有？
    • 有。
  2. 是否进行了正式的验收测试？
    • 是。
  3. 团队是否有测试工具来帮助测试？
  • 没有。
  1. 团队是如何测量并跟踪软件的效能的？从软件实际运行的结果来看，这些测试工作有用么？应该有哪些改进？
    • 通过对后台的日志对软件的效能进行跟踪。
    • 通过试用用户的反馈进行跟踪。
  2. 在发布的过程中发现了哪些意外问题？
    • 无。

八、总结

  1. 你觉得团队目前的状态属于 CMM/CMMI 中的哪个档次？
    • CMMI二级，管理级。
  2. 你觉得团队目前处于 萌芽/磨合/规范/创造 阶段的哪一个阶段?
    • 磨合阶段。
  3. 你觉得目前最需要改进的一个方面是什么?
    • 团队提高效率，不拖延。

九、团队成员在Alpha阶段的角色和具体贡献

名字 角色 团队贡献分 可验证的贡献
梁梓恩 PL、前端开发 22 分工、管理端开发
陈伟珊 PM、前端开发 18 学生端开发
唐正奇 PT、UI设计 19 全部页面设计、logo设计
陈浠 PG、后端开发 21 后台开发、主要测试
巴灵慧 PG、后端开发 20 后台搭建、数据库设计