项目复审——Alpha阶段
题目:5.10实验课上,以(1、2班级,3、4班级为单位)进行项目复审。根据以下要求,完成本团队对其他团队的复审排序。
参考来自http://www.cnblogs.com/xinz/p/6819371.html
评审阶段的打分安排
1.每个团队写一个alpha阶段的总结展示博客 (不要写 PPT)。
2.每个复审人看所有团队的总结展示博客,以及代码质量,实际测试结果, 决定名次(没有并列),说明项目的优点和缺点分析(见下表)
- 谁来做复审人:老师,助教,每个团队选一个本团队的代表
团队博客列出团队的排名,和对这些团队的点评(不包括本团队) - 复审人看什么:
- 基本要求:团队成员都到场了么(无理由不到的,要倒扣分),现场讲解、回答问题水平如何? 是否各个角色都有发言和回答问题的机会?
- 软件的质量:解决原计划解决的问题了么,软件运行质量如何?用户有多少,用户反馈如何?
- 软件工程的质量:代码在哪里? 代码能在新的机器上构建成功么? 软件的架构如何 (下表有更详细的说明)?代码可维护性如何?每日构建有么?项目如何管理的?燃尽图反映真实状态么?老师和助教的点评有回答或改进么?
- 复审怎么做:
- 面对面集中做,老师和所有在场的复审人现场提问,排名次
- 不能面对面的,通过看博客和代码,博客评论交流的方式平均并排名次。 大家都是学过软件工程,做过项目的人了,评论要有点专业性,不能光谈感性认识 (“这个小组做的App 看起来还可以...”), 而是要点评这个产品和软件工程相关的地方,书上提到下面的公式:
软件 = 程序 + 软件工程
软件(的质量) = 程序(的质量)+ 软件工程(的质量)
3.我们要好好测试一下程序的质量,给出明确的,定量的评定。同时我们要观察这个小组软件工程的质量(通过他们的每日例会,燃尽图,以及其它博客)点评他们项目的目标实现了么?项目的风险是如何应对的?找到用户的痛点并解决了么? 对主要和次要的需求是如何取舍的?如果换成我来领导这个小组,我会做什么不一样的事情?(选择至少 3 个方面来测评 )
小组的名字和链接 | 优点 | 缺点,bug 报告(至少140字) | 最终名次 (无并列) |
---|---|---|---|
都行可以随它去 http://www.cnblogs.com/just-let-it-go/p/9003082.html |
(1)完成主要功能 (2)可以选择的记账类型多,也可以自己添加 (3)项目实施过程中团队会调整相应分工(应对风险) (4)记账提醒功能样式新颖 |
(1)程序有什么具体的bug?邮箱格式不能识别。 (2)项目的目标实现了么?没有完全实现。(报表功能以及邮箱功能) (4)找到用户的痛点并解决了么?找到了用户的痛点,正在完善中。 (7)“非功能性质量”如何? 界面还可以更加完善 (8)其他:小程序尚未发布;建议将添加账单这个按钮放在输入框旁边比较方便,这样用户不用下滑就能按添加。 |
3 |
想不出队名 http://www.cnblogs.com/software-teamwork/p/8996274.html |
(1)任务分配清楚明了 (2)已经实现的功能都可以使用,没有太多Bug (3)界面清新美观 |
(1)程序有什么具体的bug?没有实现打卡类型的分类,不能统计打卡天数 (2)项目的目标实现了么?未完全实现。(首页以及我的奖励功能) (3)项目的风险是如何应对的?自己摸索的基础上询问学长 (4)找到用户的痛点并解决了么?找到了用户的痛点,正在解决。 |
4 |
飙车队(Racing) http://www.cnblogs.com/biaoche/p/9016139.html |
(1)功能基本完善 (2)可以用管理员自己用户身份登录 |
(1)程序有什么具体的bug?没有明确用户如何使用该问卷网;管理员审核的是管理员的问卷而不是普通用户自定义的问卷。 (2)项目的目标实现了么?实现管理员对问卷的增加修改 (4)找到用户的痛点并解决了么?普通用户不能自定义问卷,那用户来自管理员吗?感觉未实现 (5)对主要和次要的需求是如何取舍的? 主要需求应该是一般用户的需求吧,但是把这个功能好像做到了管理员上,算是实现了 (7)“非功能性质量”如何?界面稍微简陋了些,不太美观,可以在beta阶段进行改进。 (8)其他:没有将问卷网搭建在服务器上,没有发布。问卷功能设计不够清晰,不够简洁。管理员登录不需要密码,这会导致很大的风险,不安全。感觉没有完成用户需求(展示博客写的是“产品可以使用户自己制作调查问卷,然后进行发布和填写,以及统计数据的功能。”) |
5 |
灰化肥挥发会发黑 http://www.cnblogs.com/slggwb/p/9005789.html |
(1)界面简洁,简单明了 (2)是管理宿舍的记账程序,针对性强 |
(1)程序有什么具体的bug?功能分配不清晰,没有体现收入和支出;账单记录之后不能修改;舍费余额不能保存。 (2)项目的目标实现了么?没有完全实现。(舍费充值功能) (4)找到用户的痛点并解决了么?针对宿舍管理,希望更加完善 (7)“非功能性质量”如何?账单界面可以优化设计 (8)其他:还没有连接上数据库;舍费充值功能感觉有点多余。 |
7 |
Gakki赛高 http://www.cnblogs.com/Aragaki-Yui/p/9007243.html |
(1)已经发布,可以下载安装使用 (2)题目涵盖多种算法,且可进行游戏结果排名 (3)用户登录过后可自动登录不必重复登录 |
(1)程序有什么具体的bug?用户进行注册时用户名密码不能过长,太长不能完全显示,但是没有错误提醒。 (7)“非功能性质量”如何?界面不够美观,设计有待改进 (8)其他:每一次游戏随机十道题目,但没有体现出下一题按钮,用户需点击显示第x题来进行选题(很难发现,第一次用点了提交之后发现是全部提交,一脸懵圈;之后经提醒才知道是这么选择下一题的);用户登录后不能直接退出,点了退出用户后出来的界面是用户登录界面,感觉可以多出一个缓冲界面,不然有点突兀。 |
2 |
Luodichiji http://www.cnblogs.com/pubg722/p/9011076.html |
(1)界面简洁美观 (2)功能基本实现,可以进行四则运算 (3)可以选择题目难易程度 |
(1)程序有什么具体的bug?没有考虑精确度问题,小数点精确位数不够。 (2)项目的目标实现了么?大部分实现(错题集和排行榜有待改善) (3)项目的风险是如何应对的?未体现 (4)找到用户的痛点并解决了么?基本完成了四则运算 (8)其他:没有连接上数据库,导致错题集功能以及排行榜功能还不能够实现。(博客)没有考虑到分数的情况 |
6 |
编程题全队 http://www.cnblogs.com/emmmTeam/p/9016267.html |
(1)对用户的密码进行加密 (2)提供了看本功能 (3)与服务器的交互完成 (4)新建任务可以选择优先级 (5)界面清晰可人 (6)有个人任务也有团队管理,考虑全面 |
(1)程序有什么具体的bug?没有相应的提醒任务;时间线未同步 (2)项目的目标实现了么?大部分实现,多设备使用暂时还没有实现手机端 (4)找到用户的痛点并解决了么?相对于个人来说,更适合团队管理 (7)“非功能性质量”如何?个人觉得,界面可以再优化一下 (8)其他:感觉还是有一些功能没有派上用场,没有完全发挥作用,搁置了。关于手机端不能使用,这便导致了一个很大的不便,现在人人手机在手,用来记录任务分配是比较合适的,毕竟不可能随时在用电脑。 |
1 |
(在回答缺点这个方面中,老师要求的几个方面有些可以作为优点,就在表格中划去了,有的也回答在了表格中)
(对于第三个问题,很多团队没有明显给出方案或者提及;对于第五个问题和第六个问题,大都做的蛮好的。)
4.助教收集所有复审人的名次信息, 按平均名次排列, 并给予分数(再次强调:小组互相评名次,无并列,不打分,助教最后打分)。
5.这个展示作业的满分是 100 分,其余名次按照阶梯递减
——————————————————————————————————————————————————
复审表格参考:
http://www.cnblogs.com/1413none/p/6992458.html
http://www.cnblogs.com/217mm/p/7003031.html