作业要求 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 的确应该修复, 但是没有资源在这个版本修复。 推到下一个版本。

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

  1. 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不是不顾未来的突进,仍然需要控制。

原文地址:https://www.cnblogs.com/younggift/p/6074769.html