第七次作业--项目需求分析（团队）

前言

团队项目整体计划安排

|阶段 | 主要任务 | 计划时间 | 内容 |
|-------|------------------------------|------------------------------|-----------------------------------------------------------------------------------------------------------|
| 1 | 项目选题 | 2017.09.19~09.26 | 选择有创新点的项目，完成项目描述市场调研、竞品分析等 |
| 2 | 需求分析 | 2017.09.26~10.18 | 需求说明书 |
| 3 | 设计分工 | 2017.10.18~11.01 | 编码规范、平台环境搭建、初步架构搭建、明确细节分工 |
| 4 | 模块编程、综合对接 | 2017.11.01~11.15 | 各模块编码、测试、项目管理同步推进、各模块完成后进行对接 |
| 5 | 测试反馈 | 2017.11.15~11.19 | 实景测试反馈，测试计划改进 |
| 6 | 优化完善 | 2017.11.18~11.26 | 根据测试反馈优化，形成最终正式版本 |
| 7 | 项目宣发 | 2017.11.26~12.10 | 用户手册、发布、文案 |

  • 组员大方向分工

|姓名 | 分工 | 备注 |
|-------|------------------------------|------------------------------|
| 雨勤| 车辆检测与跟踪模块 | |
| 旭| 行人检测与跟踪模块 | |
| 海辉| 视频摘要模块 | |
| 俊| 美工、界面 | 负责一切面子工程 |
| 元| 测试 | 灵活调度 |

撰写需求规格说明书

评审表格

遇到的困难及解决方法

  • 类图

    • 问题：一个感到困惑的地方，原以为需求分析阶段应当要画用例图、流程图之类，既能反映需求，又能用于接下来的概要设计，但本次作业却在这个阶段提出绘制类图的要求，常理理解上，类图似乎应当在进入详细设计的阶段才开始制作。
    • 解决：似乎没有人感到疑惑，于是我们按照作业流程制作。但囿于详细设计细节还缺乏一定讨论积累，此次给出的类图较为简单。

  • 资料

    • 问题：小组内早已开始寻找具有可行性的综述论文、代码资料等等，但高端的代码资料常常在一些国外网站中，然后FQ成为了一个问题。
    • 解决：蓝灯运作中……

PSP

PSP2.1 Personal Software Process Stages 预估耗时（分钟） 实际耗时（分钟）
Planning 计划 100 60
· Estimate · 估计这个任务需要多少时间 100 60
Development 开发 1120 770
· Analysis · 需求分析 (包括学习新技术) 60 80
· Design Spec · 生成设计文档 60 60
· Design Review · 设计复审 (和同事审核设计文档) 0 0
· Coding Standard · 代码规范 (为目前的开发制定合适的规范) 0 0
· Design · 具体设计 1000 600
· Coding · 具体编码 0 0
· Code Review · 代码复审 0 0
· Test · 测试（自我测试，修改代码，提交修改） 0 30
Reporting 报告 120 80
· Test Report · 测试报告 0 0
· Size Measurement · 计算工作量 10 10
· Postmortem & Process Improvement Plan · 事后总结, 并提出过程改进计划 110 70
合计 1340 910

学习进度条

第N周 本周学习消耗时（小时） 累计学习消耗时（小时） 重要成长
2 4 4 阅读《构建之法》，了解结对编程，学习NABCD竞争性需求分析的框架
4 5.25 9.25 JSON相关知识学习与实战演练；c++基础知识复习
5 6 15.25 计算机视觉基础知识、OpenCV巩固；目标检测算法
posted @ 2017-10-18 20:38  雨勤未晴丶  Views(338)  Comments(3)  Edit  收藏  举报