组名：好好学习（代组长发布）

1、  尝试在beta阶段实现的功能，与alpha阶段相比的优势

     （1）更改软件现有的bug：

            1）软件的账目只能输入，但是一旦发生失误却无法更改和删除；

            2）输入同一标签，再最后统计明细时，会作为两项出现，这显然是不合理的。

     （2）将软件的功能更加精细化：我们原来只将账目分为了两个部分：生活必须和奢侈享受，这样的分类过于笼统，我们预计在原有分类的基础上对大分类下的账目分类更加细化，比如，将生活必需和奢侈享受分为衣食住行四个方面。当然，这只是我们的一个初步想法，可能分类还不尽合理，大家如果有更好的想法，欢迎与我们探讨；或者说认为原来的分类足够合理，我们也虚心接受大家的批评指正。

     （3）增添新的功能：

            1）增设收入部分，与软件原有的账目支出功能相比对，这样每月底就可以合计本月的收支余额，看看用户本月是否赤字或是收支情况是否多月负增长，可以给经济状况不佳的用户给予提醒：通知用户注重储蓄资金，同时可以对各月的余额做一个折线图，分析用户一年内各月余额的走势如何，如果呈下降趋势，说明用户也应该注意自己最近的收支情况了。

            2）增设支出计划部分，用户可以在本月对下月将有什么支出先做出一个整体的规划，之后到了下月将实际的支出与计划相对比，对不应产生的支出进行标记，我们觉得可以在一定程度上避免用户下月再出现同样不必要的支出。

      以上功能是基于我们的设想而出，我们认为，相比于alpha阶段的设计更为完善而贴近实际，方便广大用户。可能由于时间、精力或者是我们能力水平有限等种种原因，最终并不能完美实现，然而这并不妨碍我们天马行空地去设计，我们追求制作出最符合用户需求的软件。

2、alpha阶段带给我们的经验教训

     在整个alpha阶段我们的设计与用户严重脱轨，没能充分及时地与用户进行充分地交流，这导致了我们的软件有很多地方不满足用户的需要，应用起来不够方便。另一方面，在设计的过程中，存在拖沓现象，应该及时地完成各个需要开发的部分以配合全组的进度。

3、12条敏捷开发原则中，团队做得比较好和不好的方面

      我们团队在整个开发设计过程中一直关注着可能应用于软件的优秀的技能和好的设计，并将该技术和我们目前手中的软件开发结合起来，看看是否能够从中学习到更好的设计方法；我们在开发的后期也一直在思考和完善可能出现的用户需求，以保证我们的软件更适用于大量用户；遗憾的是我们没能够做到尽早地，持续地交付有价值的软件给客户，缺乏跟客户的有效交流，这一点跟我们任务完成地过于拖沓有关，至于拖沓的原因，据大家分析可能是软件设计中的某一部分受阻导致开发的积极性下降。

4、对照The Cathedral and the Bazaar（大教堂和集市），你的开发团队是哪一种，阐述其优势和劣势

     在alpha阶段，我们的软件设计可以说是大教堂模式的，能够让我们目标专注，心无杂念地进行软件开发，需求较少，功能简单，但是没能及时和用户进行交流，软件有点与实际不符，不过这也为我们提供了很大的软件改进空间；在beta阶段，我们应该是集市模式的，通过alpha周的展示，我们得到了来自同学和老师的建议，还得到了更多用户的反馈，可以对软件进行进一步的完善。

（1246字）

6th Beta阶段的postmortem报告