【壹拾壹周】final_review

项目名：俄罗斯方块

组名：新蜂

组长：武志远

组员：宫成荣 杨柳 谢孝淼 李桥

final Review会议

时间：2016.12.3

会议内容

设想和目标

1.在final阶段发布时的预期目标是什么，期望实现那些功能，具体的实施程度如何？

预期目标：给用户一个surprise，让用户感到excited。final发布与之前的beta相比增加了很多功能，增加了三个功能键，分别是方块瞬间下落，瞄准系统，作弊系统。完善了等级系统。

这些功能大部分被良好的实现了，除了数据库排名系统，本来计划是搞一个全球排名的，后来由于本身这项功能优先级不高（已经有一个本地排名了），优先完成了其他功能。

计划

1.你原计划的工作是否最后都做完了? 如果有没做完的，为什么?

大部分都做完了，除了数据库模块，原因同上。

2、有没有发现你做了一些事后看来没必要或没多大价值的事?

用了xml对游戏配置进行管理，这个其实花了一些力气，对于这个项目来说，其实硬编码是一样的。但是对自己的学习来说，让我有机会学习了xml的相关知识。

3、是否项目的整个过程都按照计划进行?

没有，毕竟都是全日制的学生，跟公司是不同的，执行力差一些。

资源

1.我们有足够的资源来完成各项任务么?

没有，大家之前都没有项目经验，也没有全职的程序员给我们当技术顾问什么的，硬件资源是有的，只需要台破电脑。

变更管理

1.每个相关的员工都及时知道了变更的消息?

在最后阶段大家的积极性有增无减，对于产品的各种进展都积极跟进，而且组长很负责的及时通知大家。

2、我们采用了什么办法决定“推迟”和“必须实现”的功能?

制定了项目各功能的优先级，把不重要或者难完成和不紧急的功能排在后面，优先完成前面的任务。并且这个优先级列表在组会都是不断变化的。

3、对于可能的变更是否能制定应急计划?

不能，应急计划是基于先前的项目经验上的，也就是有多个选择。我们之前没有经验，项目变更可以应急，但没有应急计划。

设计/实现

1、设计工作在什么时候，由谁来完成的？是合适的时间，合适的人么？

主要的设计是在软件工程开始的前两周，由在下完成，是合适的时间，合适的人，因为找不到更合适的。

2、设计工作有没有碰到模棱两可的情况，团队是如何解决的？

有，比如xml和硬编码之间，我选择了xml，因为xml之前没接触过，想学习一个。

3、什么功能产生的Bug最多，为什么？

本地记录，是拿文件记录的，不是数据库，一整就报空指针异常。

测试/发布

1、团队是否有一个测试计划？为什么没有？

有，每个阶段中，由于产品不断的改进和完善都要对其进行测试，来进一步的对其修改。

2、在发布的过程中发现了哪些意外问题？

由于我本人临场表达能力太差，事前没有做好准备，比如写个列表什么的，就这个匆忙上阵了，导致发布的时候思维太跳跃。

团队吸取了那些beta阶段的经验教训?

用户多次提出希望有快速下落的功能，我们beta没有满足，但是final我们将这个需求满足了。

有人反映界面不够美观，我们重新做了ui。