• 作业要求 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作业 不是 软件需求规格说明书。

  • 相关阅读:
    maven使用
    Java生成XML
    Raphael使用
    pybombs 安装
    Archlinux 踩坑实录
    Office2016 转换零售版为VOL版
    神奇的linux发行版 tiny core linux
    Cubietruck查看CPU及硬盘温度
    在Cubieboard上关闭irqbalance服务避免内存泄漏
    cubieboard中使用py-kms与dnsmasq搭建局域网内全自动KMS激活环境
  • 原文地址:https://www.cnblogs.com/younggift/p/6056599.html
Copyright © 2020-2023  润新知