• 作业要求 20161124


    作业提交截止时间 20161201 09:00。

    加分项目

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

    补的作业如果超出截止期限1周,不计成绩;补的作业如果未超过截止期限1周,把此前给的负分改为0分。

    问:关于加分作业的读书报告,为什么有的人分数高,有的人分数低
    
    答:
    
    作业要求中提到“加分的内容包括不限于: 读书报告、个人项目和结对项目中未完成的功能、产品对比分析。教师将根据完成质量加分。如果你对想写的内容是否加分有疑虑,可以与教师联系后再投入精力。所有同学无论成绩高低均可以做加分项提高自己的成绩。”
    
    “教师将根据完成质量加分”可以推得,得分低的就是教师认为质量低。
    
    
    问:“老师您能告诉我哪个方面您认为质量高?除了再继续挖掘个人项目
    期待:指出哪些老师认为质量好的,具体”
    
    
    答:
    
    1. 邹老师指出结合个人项目是个方向,个人的体会,而不是抄书。
    
    邹老师说:建议读书报告必须要联系自己的代码/项目讨论, 光抄书上的要点而没有自己实际体会的, 效果不大,也浪费阅读者的时间,建议不给分。
    
    我注意到,这些同学恰恰不应该有项目经验才应该是真实情况,他们如何能结合项目经验应该是假的。所以,如果你有实际经验,非常希望你能结合经验谈对理论的应用体会,如果你没有实际经验而做假,后果就不仅仅是低分不得分。
    
    2. 咱们整个一学期就是在教学什么是软件工程中的“好”,我没有能力在更短的时间内表述。
    此外,我没有足够的时间对这一问题单独回答。
    
    3. 你可以参考一下成绩高的几位同学的博客,他们的博客通常质量较高。
    

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

    请继续发布你的进展。

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

    每周例行报告

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

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

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

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

    请继续发布你的进展。

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

    团队项目

    团队项目所有作业由组长发布,为所有参与者 (教师、专家、同学、你的学弟学妹) 方便找到。

    bug修正

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

    bug报告及处理的截止时间,在final发布前完成。

    final 预发布视频

    通过 秒拍/优酷 等视频站点发布产品展示,链接以技术随笔发布在cnblogs。

    final 发布

    20161201课堂上,每个小组展示作品 final 版。各组为其他小组作品排序 (不得有相同名次),24小时内微信通知教师。教师匿名发布排序结果(每组及教师给出的排序、总的排序)。

    站立会议及燃尽图

    本周是研发周,需要发布站立会议 (及燃尽图)报告 5次,当日提交。

    功能

    增加至少1项功能,WBS分解如下形式的表格。

    功能 子功能 二级子功能 预计花费时间 (小时) 实际花费时间(小时)
    final sprint WBS练习 功能分解 1 2
    时间估算 3 4
    时间累积 5 5.5
    展示准备 3 7
    psp 时间记录 1 0.8
    debug bug报告 1 3.5
    debug 3 26

    互相评分

    参考下述要求,为同学评分。

    邮件发给教师 young@nenu.edu.cn。作为一次作业,不交作业不给分。
    邮件标题: 构建之法 2016秋 互评
    邮件正文 两列,第一列被评姓名,第二列分数,分数分布在[-5,5],以自己作为0分估算。

    评论5-7人,范围是 旧团队、新团队、结对,有直接合作的同学。

    回顾

    1. 5个问题

      构建之法作业要求 20160908 [http://www.cnblogs.com/younggift/p/5854906.html] 中提到:

       通读《构建之法》,发布随笔1篇,要求列出5个问题,可以是读后不理解的,或者读后反对的。要求有观点、有证据或分析。字数不是直接的考核标准,但是要求长到能把观点表述清楚。
      

      请回顾这5个问题,自己回答一下。当初的困惑是否还在,你现在如何认为,是更深的困惑么?

    2. 请根据本学期的学习、收获、困惑,再提出5个问题,可以是读后不理解的,或者读后反对的。有求有观点、有证据或分析。体验一下,这5个问题,是不是更有深度了 。

    3. 回忆整个学期,你有什么话想对后来的学弟学妹们说。

    4. 如果重新来过一次,你打算做哪些(技术上,而不是态度上的)改变--基于希望得到什么样的更好结果,你才希望这样改变的;更重要的是,你根据什么估计这些改变会有预期的结果。

    5. 终于我们将不再是师生。当你结束本课程,你和我就站在同样的位置上,我将不再基于学校授权和知识、经验 (年龄?)上的优势而对你的自由有任何干扰。除发布及成绩以外,我最后一次行使教师特权: 请问你有什么要对教师 (我)说的,建议、抱怨、希望……多谢。

    致谢

    差点忘了,今天是时髦的感恩节。感谢各位同学一直以来的陪伴,谢谢你们带给我的成长。

    谢谢邹欣老师一直以来一直以来直接批改作业,谢谢您对我的指导。
    谢谢周筠编辑一直以来的帮助,感谢鼓励和心理辅导。
    谢谢幻飞龙老师大力支持,给力的工具,还有作业大量批改中的专业意见。

  • 相关阅读:
    bug的生命周期
    性能测试的流程
    通过画因果图来写测试用例的步骤为___、___、___、___及把因果图转换为状态图共五个步骤。 利用因果图生成测试用例的基本步骤是:
    集成测试中自顶向下集成和自底向上集成两个策略的理解,要谈出它们各自的优缺点和主要适应于哪种类型测试;
    Spring中的八大设计模式
    ssh
    window实用快捷键-win篇
    解决Chrome浏览器“崩溃啦”的问题!
    C语言-格式输出
    AIDA64+RemotePanel 组副屏电脑状态监视器 旧手机废物利用 wifi/数据线 adb驱动
  • 原文地址:https://www.cnblogs.com/younggift/p/6099444.html
Copyright © 2020-2023  润新知