个人项目,本周没有需求变更
请继续发布你的进展。
本周不发进展的不倒扣分,凡发布进展的,将根据补充的功能、工作量、文档
(报告)酌情加分。
每周例行报告
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。
-
beta-2阶段贡献分分配
每组有贡献分总分人数*5 分,分配给每个组员,任意两人分数不得相同。分数都是怎么来的。
是否与beta阶段开始设计的贡献分配方法一致,有哪些变化,为什么。 -
各组向教师提交beta发布排序,每位同学发布至少140字评论
-
(改为48小时截止)用户使用报告,至少包括 用户名(编号)、评语,注意提问的指标。
每个用户的每条意见,汇总以前的,还有你对用户的提问。
不反对汇总(会有加分),但是不能只有汇总,要求汇总以前的原始记录。
要求你对用户提的问题,如何引导的用户回答。
致谢
感谢黄兴同学提醒,需要强调 NABCD作业 不是 软件需求规格说明书。