Beta阶段项目复审
以每个班级为单位，每个复审人看本班级其余团队的总结展示博客，以及代码质量，实际测试结果， 决定名次（没有并列），说明项目的优点和缺点分析（不少于 140 字）
谁来做复审人：每个团队选一个本团队的代表
我们团队选出的复审人代表为黄建英同学。
- 团队博客列出团队的排名（没有并列），和对这些团队的点评（不包括本团队）
具体点评参照博客下方的复审表格
复审人看什么：
- 软件的质量：解决原计划解决的问题了么，软件运行质量如何？用户有多少，用户反馈如何？
- 软件工程的质量：代码在哪里？代码能在新的机器上构建成功么？代码可维护性如何？每日构建有么？
- 项目如何管理的？燃尽图反映真实状态么？老师和助教的点评有回答或改进么？
复审怎么做：
-
通过看博客和代码，博客评论交流的方式平均并排名次。 大家都是学过软件工程，做过项目的人了，评论要有点专业性，不能光谈感性认识 （这个小组做的App 看起来还可以...), 而是要点评这个产品和软件工程相关的地方，书上提到下面的公式：
-
软件 = 程序 + 软件工程
-
软件（的质量） = 程序（的质量）+ 软件工程（的质量）
-
我们要好好测试一下程序的质量，给出明确的，定量的评定。同时我们要观察这个小组软件工程的质量（通过他们的每日例会，燃尽图，以及其它博客）点评他们项目的目标实现了么？项目的风险是如何应对的？找到用户的痛点并解决了么？ 对主要和次要的需求是如何取舍的？如果换成我来领导这个小组，我会做什么不一样的事情？
复审表格
| 小组的名字和链接 | 优点 | 缺点，bug报告（至少140字） | 最终名次（无并列） |
|---|---|---|---|
| 拖鞋大队 | 优点：查重的基本功能实现了，而且可以根据用户需求自定义百分比多少定为重复，燃尽图基本优先于计划完成，每日例会也都按时完成了，之前出现的一些bug也在beta阶段解决了，总体完成度不错。 | 缺点：1.程序有什么具体的bug？ 不能导入docx类型的word文件，只能导入doc类型文件，这在用户的实际操作上会带来很大的不方便，即使团队找到了该问题，但是并没有成功修复，比较遗憾。其次是导入文件必须要按住ctrl键选择需要导入的所有文件，而不能分步导入，如果是一份一份单独导入则无法进行查重。 2.项目额目标实现了么？ 项目的目标基本实现，实现了自定义重复率的 目标，没有实现标记文档重复部分的目标。 3.项目的风险是如何应对的？ 在实现目标的过程中没有出现什么风险，进度正常完成。 4.找到用户的痛点并解决了么？ 该项目的用户面向范围比较广，有查重需求的老师学生等都可以使用，实现了自定义查重算是解决了一部分，不能标记重复部分还有待完善。 5.源代码管理如何？ 通过git仓库，小组成员完成个人的负责部分，处理文件未加锁，成员可自由迁入迁出。 6.如果换成我来管理这个团队，不一定有他们做得好，因为他们小组成员每个人都有自己擅长的代码部分，相互协作也完成得很好，对于bug的修复也十分积极（虽然还有部分未修复），整个团队建设很棒。 |
３ |
| hexagon | 项目优点：未发现太大的BUG，燃尽图严格按照每日项目进展进行记录，整体实现了该项目的目标。 | 程序有什么具体的bug？ 除了在手机上有一些功能无法实现，基本上没有什么BUG 项目的目标实现了么？ 该团队项目的目标是实现24点app小游戏，典型用户：消遣时间及想增加逻辑思维能力的人群。总体上，实现计时模式，练习模式，排行榜在内的三种游戏模式。额外增加的功能是练习模式下可以提示答案。总的来说，达到了预期的目标。 项目的风险是如何应对的？ 该项目按照每天的计划进行，没出现什么太大的风险 找到用户的痛点并解决了么？ 该项目的用户主要是消遣时间和想增加逻辑思维能力的人群。 该游戏是一款益智游戏，用户可以玩这款游戏来打发时间并锻炼逻辑思维能力，主要有计时模式和练习模式下可以进行24点的计算。 基本解决了用户的需求。 痛点是界面不太友好，作为一款益智小游戏，界面应该比较美观 对主要和次要的需求是如何取舍的？ 绝大多数项目没有足够的时间或资源实现功能性的每个细节。根据可行性研究的结果，决定主次需求的取舍，实现24点的计算功能为主，其他功能为辅。 源代码管理如何？ 通过GIT仓库，小组成员写好各负责模块后，由组长统一整合。 如果换成我来领导这个小组，我会做什么不一样的事情？ 个人目标与团队目标契合才能实现个人和组织目标的最大化，我会做好团队建设，根据成员的能力合理安排好每个成员的任务，培养团队间的默契和合作能力。 |
２ |
| TheNexus | 项目优点： 1、实现了基本的四则运算功能，四则运算还分为简单和复杂两种模式 2、可以自己选择训练项目数量 3、拥有草稿功能，草稿页面可以选择画笔颜色，分别有红色、绿色、蓝色，还能清除草稿，重新做草稿。 4、有错题本功能，收集之前做错的题目 |
程序有什么具体的bug？ 1、第一题训练题的答案会直接显示出来，而且输入错误的答案也会显示回答正确。 2、“倒计时”功能可能与我的手机不兼容，没有显现出来。 3、正确率可能也与我的手机不兼容，偶尔不能准确计算 项目的目标实现了么？ 该团队项目的目标是实现基于Web或手机平台的四则运算练习，增加用户希望的功能。例如：，“倒计时”功能（在规定时间内完成的题目数以及正确率统计）；题目难易程度分级、挑战升级等功能。 总的来说，达到了预期的目标。 项目的风险是如何应对的？ 该项目按照每天的项目进展作业，并未出现什么风险。 找到用户的痛点并解决了么？ 该项目的用户主要是小学生。 小学生：以作业，练习，或者出于兴趣的方式使用四则运算app。 四则运算app实现了基本的四则运算，基本解决了用户的需求。 对主要和次要的需求是如何取舍的？ 主要需求：学生根据提供的简单中等和复杂模式进行选择练习，还会把答错的题目添加到错题本上。 次要需求：草稿功能，计时功能，正确率运算等 源代码管理如何？ 通过GIT仓库，小组成员写好各负责模块后，由组长统一整合。 如果换成我来领导这个小组，我会做什么不一样的事情？ 增加一点界面美化，毕竟面向对象是小学生，优美的界面会更吸引他们。 |
４ |
| 我们说的都队 | 未发现太大的BUG，燃尽图严格按照每日项目进展进行记录，整体实现了该项目的目标：实现班级博客数据采集。且在Alpha版本的基础上添加了8个新功能，分别是： 1.最新优秀博文展示。 2.通过Excel导入学生数据。 3.点击学生昵称跳转博客。 4.修改/删除学生信息。 5.显示未交作业的学生。 6.数据展示表格。 7.web应用界面改进。 8.更改评分算法。 网站做的简洁美观，使用户上手快，对老师及助教的点评基本都会及时回复和改进。用户反馈良好，对运行环境要求不高。代码可维持性好。 |
程序有什么具体的bug？ 除了在手机浏览器上有一些功能无法实现，基本上没有什么BUG 项目的目标实现了么？ 该团队项目的目标是实现班级博客数据采集，典型用户：老师和学生。总体上，对采集用户、博客数、评论、阅读量有一个量的统计；细节上，能够对不同博客的发布者分别统计其博客数、评论数、阅读量、评分值等信息，并且点击昵称，能跳转到相应的博客园主页，方便查看不同用户的博客信息；展示最新热门的博文信息；用曲线图显示博客的发布时间；用饼图显示博客的提交人数与未提交人数的比值，还有具体提交人用户与未提交用户的昵称。能够实现的用户数量可以达到500。总的来说，达到了预期的目标。 项目的风险是如何应对的？ 该项目按照每天的项目进展作业，并未出现什么风险。 找到用户的痛点并解决了么？ 该项目的用户主要是管理员（可能是老师或其他需要管理博客信息的用户）和普通用户（学生或其他博客发布者）。 管理员:能够添加学生信息，删除或修改学生信息。需要此项目能够统计博客的相关信息，包括博客数量，发布时间，评分，提交与未提交的人等等信息 普通用户：看自己发布的博客的相关信息。 基本解决了用户的需求。 对主要和次要的需求是如何取舍的？ 绝大多数项目没有足够的时间或资源实现功能性的每个细节。该项目由客户负责设定需求优先级，团队负责人提供有关每个需求的花费和风险的信息。开发人员对用户的要求及现实环境进行调查、了解，从技术、经济和社会因素三个方面进行研究并论证该软件需求的可行性，根据可行性研究的结果，决定主次需求的取舍。 源代码管理如何？ 通过GIT仓库，小组成员写好各负责模块后，由组长统一整合。 如果换成我来领导这个小组，我会做什么不一样的事情？ 个人目标与团队目标契合才能实现个人和组织目标的最大化，我会做好团队建设，在做项目的过程中会组织团队成员劳逸结合，一起出去玩，增加成员默契，发展团队特色。 |
１ |