项目核实

用户使用报告

推广方式

1. 微信朋友圈
2. 创建微信粉丝群
3. QQ空间
4. QQ群（主要为班级群和各个课程群）

下载使用

根据后台用户流量统计，总访问量为151人次，日均访问量为5人次。

用户反馈

1. A同学：这个网站对于我来说有很大的帮助，科大大部分实验室的介绍以及导师的联系方式都在这个网站上，同时老师可以发布实验室招募新成员信息，虽然现在还没有（笑）省去了我一个个找实验室、找老师的时间。同时我可以在网站上创建个人的简历，把自己的信息一次性填写到网站上，将来联系导师的时候不用一次又一次的重复向老师说明自己的情况。还有一点是通过这个网站可以向老师发起私信功能，这个功能非常实用，因为有时候没法得知老师的邮箱，联系老师变的十分困难，有了这个功能，就可以十分便捷的联系上老师。
2. B同学：这个网站如果能够得到老师的认可，那么将给我们带来极大的便利，然而确定会有老师乐意用这个平台吗……？
3. C同学：网站想法很好，该有的功能都有，希望能够尽快正式上线。

用户使用情况评价

通过收集到的多名用户的反馈，已经后台统计用户访问量，我们得出用户使用情况和我们原来预期的情况大致相同，大部分的用户都肯定了我们的网站。小部分用户对于老师是否乐意使用这个平台保持怀疑态度，这个也是我们担心的一个问题，如果想要让这个网站真正发挥作用，就必须要有大量老师在上面发布实验室招生信息，这样子才能吸引更多的同学使用我们这个平台。

postmortem报告

每个成员在beta阶段的实践和alpha阶段有何改进

刘梓轩

作为组长在beta进一步规范了分工评价机制，并切身监督落实。

张士龙

主要负责数据库的设计以及网站后端的设计维护，同时兼有一部分前端设计的工作，在beta阶段技术更成熟。

刘泽

主要负责数据库的设计以及网站后端的设计维护，同时兼有一部分前端设计的工作，在beta阶段技术更成熟。

沈三景

主要负责前端的设计和编写，以及博客的更新和会议的记录，在beta阶段更规范。

陈灿

主要负责报告的编写和进度的测评和规划，以及前端的编写，在beta阶段更规范。

杨茜贺

负责各项工作的其余事务，在beta阶段更规范。

团队在beta阶段吸取了哪些alpha阶段的经验教训

1. 时间规划不合理，导致最后太赶
2. 任务分配不成熟，导致浪费了大量时间
3. 时间不充沛，在alpha阶段事情太多倒是整体时间不够，所以在beta阶段一方面尽量挤出更多时间，另一方面对任务量做了调整。

12条敏捷开发的原则中，团队做得最好和最不好的各列举2点

最好

1. 不论团队内外，传递信息效果最好和效率最高的方式是面对面的交谈。
2. 以简洁为本，它是极力减少不必要工作量的艺术。

最不好

1. 我们最重要的目标，是通过持续不断地及早交付有价值的软件使客户满意。
2. 经常地交付可工作的软件，相隔几星期或一两个月，倾向于采取较短的周期。

对照The Cathedral and the Bazaar (大教堂和集市)，你的团队开发模式是哪一种，优势/劣势在哪里？

更偏向大教堂模式，兼有一部分集市模式。

优势

1. 可以严格按照规划来，思路清晰
2. 集中力量办大事

团队贡献分

• 刘梓轩 20%
• 张士龙 35%
• 刘泽 20%
• 沈三景 20%
• 陈灿 5%
• 杨茜鹤 0%（退课）
• 谭鹏 0%（退课）

PS:我们组刚开始有七个人，后来有两个人退课，但是工作量还是七个人的，麻烦老师、助教、同学给我们七个人的总分。