zoukankan      html  css  js  c++  java
  • 第七次作业-团队选题报告和需求规格说明书

    完成下面两部分任务:

    一:选题报告

    1.发布文档: 一个团队只要发布一篇到易知团队项目当中,内容为团队的选题报告,选题报告应以下面几方面作为重点分析(30'):

    • 项目描述(Project Description)
    • 创新与收益(Approach and Benefit)[参见构建之法第16章: IT行业的创新]
    • 用户场景分析(User Analysis)[参见构建之法第10章:典型用户与场景]
    • 真实用户调研(User Survey)[参见构建之法第8章: 需求分析]
    • 未来市场与竞争(Market and Competition)[参见构建之法第8章: 需求分析]

    2.录制视频:录制一个视频描述你们的产品,或者寻找一些真实的用户进行采访,形式不限。(15'),可以上传到优酷中,插入你的课程中去。

    3.课堂展示:可以准备1份选题报告PPT用于课堂讲述,也可以直接使用博客进行讲述;(50')

    特别说明:课堂展示要同时展示选题报告+需求规格说明(工作流程组员分工组员工作量比例

    4.评审准备:准备一份评审表(word电子版+双面打印纸质版,按照上面%比例给出表格,员工工作量即分数比例)。(5')

    建议:

    • (1)选题范围与来源: 围绕选题项目内容的真实、可用、有价值(有情怀 作为加分项)目标来分别阐述。
    • (2)程序语言:不限,但最好同一小组内成员都是用相同编程语言,或给出理由;
    • (3)形式:PPT、易知 或 直接使用博客展示;
    • (4)时间:每组15分钟,其中7分钟展示时间,8分钟回应各组的针对选题的提问质询。(具体时间根据最后分组数量进行调整)
    • (5) 评分方式:
      1. 每个小组提交所有小组(包括自己组)的简易评审表,内容包括:
        • a)小组编号、项目名称、全体组员姓名、评审的内容;
        • b)每个小组的打分(百分制);
        • c)打分理由,包括:格式、内容、PPT、演讲、优点、存在问题(至少提3点)、建议等;(尊重他组,认真打分,要求实事求是,分数能真实反应报告质量,禁止一锅端平的情况);
        • d)自己造表(word),提交word打印版;
      2. 老师附加分:提供给答辩质询中提问积极、问题有质量、或有特别惊喜的组;
      3. 组长提供每个组员的本次团队作业的比例权重。

    参考链接

    选题报告参考模板

    http://www.cnblogs.com/buaase/p/4895900.html

    http://www.cnblogs.com/easteast/p/6203452.html

    http://www.cnblogs.com/CSLaker/p/5907123.html

    视频参考链接

    http://www.cnblogs.com/yuaoi/p/5906969.html#_label2

    二:需求规格说明书

    团队作业—需求规格说明书

    作业说明

    1.发布文档:一个团队发表一篇文档到易知项目中去。word备份。

    随笔描述:

    • 描述为撰写 需求规格说明书的 工作流程组员分工组员工作量比例
    • 提供 《需求规格说明书》的Git链接 (markdown文件及pdf文件,tip:pdf可由markdown转pdf工具得到)。

    《需求规格说明书》要求:

    1、参考《软件需求规格说明书》国标规范文本,撰写对应项目的软件需求规格说明书。

    2、 除形式上满足规范文本要求外,整体内容必须围绕项目实质展开,对所要开发的项目确保尽力做到清晰完整准确。

    3、采用分层形式描述,随着“层”的深入,描述的内容细节越具体。

    4、使用一致的图形符号和文字描述内容。

    5、所有的缩写须事先定义。

    6、图文并茂,通篇文档有一个统一的样式风格(对于该md文件,要求团队内每个人都需进行相应的commit,作为团队开发的第一次尝试)。

    7、将自己置于读者的立场——如果对软件项目不熟悉的人员,通过阅读这份文档,能否完全读懂软件要做什么。

    8、访问软件项目的真实用户,确保软件真正体现用户的需求,为软件最终可用奠定基础。

    9、需求规格说明书里描述的细分功能、边界范围等,限定于本学期期末验收时能达到的功能,最终答辩验收将对照需求规格说明书进行。 亮点以及未来预期完成的功能,可在需求规格说明书里独立专章描述。

    10、团队协作,加强分工,需要描述每个成员的具体分工及占整个文档任务的工作量比例。

    11、Checklist:  引言(5 ') 、  用户场景(15 ')、类图(10 ')、界面原型(15 ')、功能描述(20 ')、验收验证标准(20 ')、文档的图表、文字、样式统一且符合规范(15 ')

    参考链接

  • 相关阅读:
    《一个程序员的奋斗史》猜“封面+页数”结果揭晓!!
    软中断小结
    【嵌入式Linux学习七步曲之第五篇 Linux内核及驱动编程】Linux内核抢占实现机制分析
    《一个程序员的奋斗史》猜“封面+页数”结果揭晓!!
    深入理解linux内核自旋锁
    Linux 2.6 内核定时器
    在用户空间发生中断时,上下文切换的过程
    Linux 中断总结
    Linux内核抢占实现机制分析
    寒假Day23:Git初步创建版本库
  • 原文地址:https://www.cnblogs.com/ngtfood/p/8963894.html
Copyright © 2011-2022 走看看