作业要求 20161110

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

请继续发布你的进展。

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

每周例行报告

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

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

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

结对编程项目，本周没有需求变更

请继续发布你的进展。

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

其他加分项

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

事后诸葛亮会议 (尸体解剖), beta review

请再次再次阅读《构建之法》第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.

回顾NABCD

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

软件需求规格说明书

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

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

以下教师备忘，已提交过的同学不必再次提交

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

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

   分数都是怎么来的。
   是否与beta阶段开始设计的贡献分配方法一致，有哪些变化，为什么。

2. 各组向教师提交beta发布排序，每位同学发布至少140字评论

3. （改为48小时截止）用户使用报告，至少包括 用户名（编号）、评语，注意提问的指标。

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

致谢

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