项目复审——Alpha阶段

Deadline:

2018-5-16 10:00PM,以提交至班级博客时间为准。
5.10实验课上,以(1、2班级,3、4班级为单位)进行项目复审。根据以下要求,完成本团队对其他团队的复审排序。

参考来自http://www.cnblogs.com/xinz/p/6819371.html


评审阶段的打分安排: 

  1. 每个团队写一个alpha阶段的总结展示博客 (不要写 PPT)。
  2. 每个复审人看所有团队的总结展示博客,以及代码质量,实际测试结果, 决定名次(没有并列),说明项目的优点和缺点分析(见下表)
    • 谁来做复审人:老师,助教,每个团队选一个本团队的代表
      • 团队博客列出团队的排名,和对这些团队的点评(不包括本团队)
    • 复审人看什么:
      • 基本要求:团队成员都到场了么(无理由不到的,要倒扣分),现场讲解、回答问题水平如何? 是否各个角色都有发言和回答问题的机会?
      • 软件的质量:解决原计划解决的问题了么,软件运行质量如何?用户有多少,用户反馈如何?
      • 软件工程的质量:代码在哪里? 代码能在新的机器上构建成功么? 软件的架构如何 (下表有更详细的说明)?代码可维护性如何?每日构建有么?项目如何管理的?燃尽图反映真实状态么?老师和助教的点评有回答或改进么?
    • 复审怎么做:
      • 面对面集中做,老师和所有在场的复审人现场提问,排名次
      • 不能面对面的,通过看博客和代码,博客评论交流的方式平均并排名次。 大家都是学过软件工程,做过项目的人了,评论要有点专业性,不能光谈感性认识 (“这个小组做的App 看起来还可以...”), 而是要点评这个产品和软件工程相关的地方,书上提到下面的公式: 
        软件 = 程序 + 软件工程
        软件(的质量) = 程序(的质量)+ 软件工程(的质量)
            
  3. 我们要好好测试一下程序的质量,给出明确的,定量的评定。同时我们要观察这个小组软件工程的质量(通过他们的每日例会,燃尽图,以及其它博客)点评他们项目的目标实现了么?项目的风险是如何应对的?找到用户的痛点并解决了么? 对主要和次要的需求是如何取舍的?如果换成我来领导这个小组,我会做什么不一样的事情?

    小组的名字和链接 优点 缺点,bug 报告(至少140字) 最终名次 (无并列)
    team 1 ... 程序有什么具体的bug? 项目的目标实现了么?项目的风险是如何应对的?找到用户的痛点并解决了么? 对主要和次要的需求是如何取舍的? 源代码管理如何? “非功能性质量”如何? 选择至少 3 个方面来测评 如果换成我来领导这个小组,我会做什么不一样的事情?
    team 2 ... ...
  4. 助教收集所有复审人的名次信息, 按平均名次排列, 并给予分数(再次强调:小组互相评名次,无并列,不打分,助教最后打分)。

  5. 这个展示作业的满分是 100 分,其余名次按照阶梯递减

参考:

猜你喜欢

转载自www.cnblogs.com/happyzm/p/8949594.html