项目核实

用户使用报告

推广方式

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:咱们组刚开始有七我的，后来有两我的退课，可是工做量仍是七我的的，麻烦老师、助教、同窗给咱们七我的的总分。