微信迭代二总结报告

从在popush和微信开发二者中选择了微信，到前几天展示成果，助教检查功能和代码，这次不同往常的作业也终于要结束了。

之所以说这次作业不同于往常，在于从感觉上这次所做的项目真正更像一个产品（当然也有可能是因为自己作为组长的心理）。自己是从心里想把这个抢票选座系统做好的。总体上，通过这次的项目，对项目开发流程的理解的深入要多于写代码的收获（囧）。

从项目开始时，在服务器和微信账号认证成功后，才把原有的系统跑起来，同时开始 对已有的系统的代码进行学习，这段时间花了有一个多星期，之后才开始正式的小组开发。从开发的开始阶段，分工并没有划分太清楚，一方面不同组员的工作量差距比较大，整个小组有时处于拥塞状态，另一方面各人工作间还存在一些耦合，多线程开发的效率并不太高。每周一次进行的小组集中开发，也时常有迟到的问题。对于小组成员的分工和协调做得还存在一些问题。

系统最初的架构的设计很重要，这次开发从最开始的设计是把所有座位分为四个区，分别代表不同的价位的票。建立表示座位的div块的id与区-排-座位号两种表示方法之间的映射关系是很繁琐的事情，四个区的划分方式也并不能和新清华学堂的实际座位对应起来。因为时间的原因，这个问题最后也没有来得及修改。另外，对场馆的扩展性也因为需要将座位排布以及座位编号规则的原因没有很好地实现。最后实现的系统中，除了座位的不能完全覆盖对应，基本可以实现新清华学堂活动的选座和抢票功能。

在具体设计发布活动以及抢票过程页面中，我考虑了比较多的交互方面的需求：发布方可以分区选择座位，座位的数量和座位号将会自动记录在活动的数据中。选择分区时不需要进行缩放，选座时为了方便点击尺寸较小的座位而支持了页面缩放。

开发的全过程是不断调整的过程，系统的具体设计已经与最初的想法有了区别。在开发过程中，调整之前的不合适的想法，考虑到时间和现实的因素舍弃了一些模块。在开发末期的阶段，我们的主要工作是测试和完善，把我们系统内的各种用户可能遇到的场景进行了测试，对不符合预期的情况找出错误并进行了修改。

从现在的角度来回顾的话，这次开发的过程基本上完成了完整的一个软件的生命周期，虽然在一些具体的方面做得仍有许多不足，但一个软件应该经过的过程都完整的进行了。这门课让我对自己的专业和软件产品有了更深的理解，也获得了审视其他软件产品的另一个视角。也让我可以以更积极的心态去对待作业和其他项目。