个人项目，本周没有需求变更

请继续发布你的进展。

本周不发进展的不倒扣分，凡发布进展的，将根据补充的功能、工作量、文档
(报告)酌情加分。

每周例行报告

PSP、时间分配饼图、进度条、代码和博客字数累积图是每周都要发布的，无论教师是否要求。

PSP报告的内容是个人时间花费（包括你在团队项目中的时间，但是不报告其他人和整个团队的时间）。

PSP报告的内容是整个一周的，不只是你写报告当天的。没有在PSP中表现出在团队项目中投入时间的，教师质疑你在团队项目中的贡献分是怎么来的；没有在PSP中表现出大量时间消耗的，教师质疑你抱怨作业量大没时间完成的依据。

请继续发布你的进展。

本周不发进展的不倒扣分，凡发布进展的，将根据补充的功能、工作量、文档(报告)酌情加分。

加分的内容包括不限于: 读书报告、个人项目和结对项目中未完成的功能、产品对比分析。教师将根据完成质量加分。如果你对想写的内容是否加分有疑虑，可以与教师联系后再投入精力。所有同学无论成绩高低均可以做加分项提高自己的成绩。

请再次再次阅读《构建之法》第2版第323页 15.3 发布之后--事后诸葛亮会议。

请再次再次阅读[http://www.cnblogs.com/xinz/archive/2011/11/20/2256310.html]，尤其
重点阅读文章最后的"同学们几个项目的总结记录"。

请每组召开一次review会议，逐一回答[http://www.cnblogs.com/xinz/archive/2011/11/20/2256310.html]中提出的问题。参照[移山公司Stone项目Postmortem结果]，组长发布技术随笔一篇。截止时间20161117 09:00.

请各组1. 再次给出本组项目的NABCD，2. 对比项目申请时的NABCD，回答有哪些变化，有哪些妥协，有哪些加强，为什么。

参照[http://files.cnblogs.com/files/yc-chen/导师互选系统软件需求规格说明书.pdf]，每组为本组的项目写软件需求规格说明书，组长作为技术博客发布。截止时间20161117 09:00。

软件需求规格说明书作为软件对用户的承诺，将用于下周各组相互测试软件的依据，由其他组阅读和评价。

今天上课要求“24小时内”发布的作业，截止时间11日 15：00。

beta-2阶段贡献分分配
每组有贡献分总分人数*5 分，分配给每个组员，任意两人分数不得相同。

分数都是怎么来的。
是否与beta阶段开始设计的贡献分配方法一致，有哪些变化，为什么。
各组向教师提交beta发布排序，每位同学发布至少140字评论
（改为48小时截止）用户使用报告，至少包括用户名（编号）、评语，注意提问的指标。

每个用户的每条意见，汇总以前的，还有你对用户的提问。
不反对汇总（会有加分），但是不能只有汇总，要求汇总以前的原始记录。
要求你对用户提的问题，如何引导的用户回答。

感谢黄兴同学提醒，需要强调 NABCD作业不是软件需求规格说明书。