1、时间：
开发截止时间，8月3日晚上12点。
评论时间：8月4日一天。8月4日晚上12点结束，收集所有打分情况。
2、形式：
在线展示。所有的工作成果，以博客、网站的方式展示出来。
网站的使用方式、功能、亮点，多贴图说明。如果用户不知道怎么用，印象分很差。
因为没有了现场演示和讲解，觉得表述不够充分的，也可以多贴图，充分表述。
3、展示内容：
1）7月份的开发过程：燃尽图、任务墙、团队管理细节、交流细节、代码管理（github等的使用）
2）整个学期的开发过程展示：
将6月份及以前的所有的博文汇总起来，形成一个方便评分者查看的博文。
注意将各种信息全面展示，从最初的团队介绍、需求分析、绩效考核、任务规划、技术架构分析、技术准备、团队配合、代码评审、软件测试、测试用例设计、用户体验、用户反馈意见的收集和处理、用户bug修复、后期维护等等。
每次组会、项目进展总结等，都需要结合进来。
开发过程中的各种文档，尽量全面公布出来。包括代码风格、注释、接口设计、界面原型、模块关系、测试报告等等各种文档。
3）团队总结博客，侧重团队项目的经验收获。
4）个人还要发个人总结。（注意，除了团队总结，还有个人总结，不是一个东西）
5）网站需要给用户直接能够使用，不能使用的网站，得分很低。公布网站的链接地址。
4、评分方式：
1）老师、助教打分：占比40%
2）同学互评：占比30%
每个人需要对非自己组的7个产品打分，满分10分。由组长统一汇总，发给助教。
两组之间，打分至少有1分差异。不允许搞“和谐”。
3）评委打分：占比30%
3-4名评委，通过博客查看项目过程，通过网站体验产品质量（网站不能崩溃，不能有bug，否则印象很差）
4）总成绩会根据大家的整个学期进行排序，然后打分。最终成绩与总成绩不完全一致，但是排序不变。
5）有用户使用报告的，得分会增加。用户的总使用时长越多，印象分越高。
5、可参考案例
下面是福州大学的项目案例，供大家参考
https://www.cnblogs.com/easteast/p/6203452.html
下面的几个，可能只有beta阶段。不过大家可以灵活发挥。尽量把整个学期的博文，有效组织起来。方便评委查看，才能得高分。失去展示机会，很可能造成得分与实力偏差较大，务必注意！！！
http://www.cnblogs.com/winforbest/p/8023216.html
http://www.cnblogs.com/qq952693358/p/8016212.html
6、其他注意事项
1）项目核实（8.2前），包括:
a) 团队成员贡献分 [交给TA]
b) 用户使用情况报告 [上传到团队博客中]
报告内容：都在哪里推广了你们的产品，有多少人下载，多少人使用，用户反馈如何，用户使用情况和原来的估计有什么异同？为什么？
c) postmortem报告 [上传到团队博客中]
报告内容：每个成员在beta阶段的实践和alpha阶段有何改进，团队在beta阶段吸取了哪些alpha阶段的经验教训？12条敏捷开发的原则中，团队做得最好和最不好的各列举2点；对照The Cathedral and the Bazaar (大教堂和集市)，你的团队开发模式是哪一种，优势/劣势在哪里？
2）项目答辩（8.3），包括:
a) 答辩流程：
需要提供 <用户情况使用报告> 交给TA，并且发布到博客中。
b) 评审要求:
必须有一位用户说明使用的感想，这名用户不能是团队成员，或团队成员的直接朋友，可以是朋友的朋友，或陌生人。写在用户使用情况报告中，上传至团队博客。
c) 评分要点:
项目满足了真实用户的真实需求？用户量是多少？团队如何从Alpha 版本总结经验，在Beta 版本上得到提高的？团队如何运用各种软件工程的最佳实践经验和工具来解决实际问题的？团队如何分工合作，主次分明地完成/放弃各种功能或需求？从而确保最核心的价值？对于项目的不足，是否有深刻的总结？如果有，那么失败的项目也可以得到较高的分数。
7、关于贡献分
每个团队中，自行协商各自的贡献，然后分配。总额度是100%，贡献多的，多得分。
老师和助教最后算出团队项目得分之后，各人会从这个总分中，按照额度分配分数。
各人自己的团队得分，加上前半学期的个人得分，就是总成绩。