壹拾壹周final_review

Posted _Boxer

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了壹拾壹周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。

 

以上是关于壹拾壹周final_review的主要内容,如果未能解决你的问题,请参考以下文章

壹拾壹周final分数分配

js将人民币小写金额转换为大写

js将人民币小写金额转换为大写

壹周财经人物:著名高尔夫小说作家林健锋

肆拾壹---JavaScript

python学习笔记——拾壹