作业要求 20161117

作业提交截止时间除 bug修正 外，均为20161124 09：00.

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

请继续发布你的进展。

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

每周例行报告

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

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

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

规格说明书练习-吉林市1日游

每位同学发布随笔1篇，假设我们全班同学及教师去吉林省吉林市1日游，请为这次活动给出规格说明书。

请注意

1. 哪些是可变的量，及这些量的赋值，火车？吉林市汽车？自驾？去哪几个景点？人员从何处出发？

2. 整个项目中的 who（角色）, what（输入和输出，artifact，我上课似乎读错了？），how（活动的功能及实现）。

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

请继续发布你的进展。

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

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

团队项目

测试

要求每个小组对其他所有小组的作品做测试，教师根据bug发现的数量（和质量）累计给分。
每个小组需要发布5份测试报告。

测试报告格式要求，包括不限于以下字段。
1.项目名称，2.用户需求规格说明书URL，3.组长博客URL，4.代码git URL。

每个bug包括不限于以下字段。

1. 你看到的现象（文字和截图），2.你期待的现象（依据来自用户需求规格说明书中的哪一段文字），3.二者的差异，4.bug原因猜测，5.如何重现bug，6.测试的时间/被测试的版本。

以教师的阅读能力为准，教师读不懂的bug报告条目，不计分。

bug报告截止时间 20161124 09：00。

bug修正

好消息，教师接受开发小组放弃修改bug，细节如下。

1. 请再次阅读教材 15.1 从代码完成到发布，了解bug的分类和处理方法。

2. bug按如下分类处理

a) 计划修复的bug

给出修改时间估算和耗时统计

b) 不能重现的bug

标记为不能重现，并联系bug报告人。如果bug报告人也不能重现，此bug关闭，
但不删除 (即使未修改，仅尝试重现，开发小组也花费了时间，作为教师计分的
依据) 。

c) by-design 的bug - 这个产品就是这样设计的，不是bug

如果是特性，开发小组修改用户需求规格说明书，消除文字表达不清晰的地方。发布随笔通报大家更新，单独通知bug报告人。

d) won't fix 的bug - 没有能力修复，将来也不打算修复。

教师接受开发小组经权衡后 (怎么权衡的，决定过程和依据是什么) 的决定。

e) postpone 的 bug - 这个bug 的确应该修复， 但是没有资源在这个版本修复。 推到下一个版本。

教师接受开发小组经权衡后 (怎么权衡的，决定过程和依据是什么) 的决定。

3. bug处理的截止时间，在final发布前完成。

每个小组需要响应所有的bug报告，在final发布前修改完毕。在final发布中仍存在的bug，扣分。

各小组从此刻起发布本组项目的bug记录修改计划，每条bug描述包括不限于： bug现象、期待现象、二者差异、bug原因猜测、复现步骤或条件，对于计划修改的bug，还要包括: 预计修改计划时间（截止时刻、耗费小时数、预估还差多少小时）、实际修改时间（根据实限进度保持修改，耗费小时数）。

凡开发小组认为不是BUG而是功能描述不清的，请修改用户需求规格说明书，去除歧义，并发布随笔通报大家更新，单独通知bug报告人。

以教师的阅读能力为准，教师能读懂的bug报告条目，需要修改。教师不负责解释对bug报告条目的理解，请开发小组联系bug报告人请教。

版本控制

两周前布置的版本控制报告截止时间将在 20161124 09：00到期。

项目进展

可以继续完善团队项目的功能。下周开始 final阶段，持续两周final发布。上周和本周大家主动增加和更新功能，都会在最终的排序上对评委造成正面影响。
请开始考虑在final阶段计划加入的功能，有亮点/解决用户痛点，且工作量和现有技术基础能够完成的，下周课上讨论，各组发言，教师审核。

本周没有强制的scrum站立会议，即不召开不扣分，但是召开（并确实有进度）加分。提示，scrum站立会议和燃尽图对于进度的控制作用，大家已经有所感受了。sprint不是不顾未来的突进，仍然需要控制。