团队项目-需求分析报告
Posted the-wisdom-of-ignorant
tags:
篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了团队项目-需求分析报告相关的知识，希望对你有一定的参考价值。
组长链接
https://www.cnblogs.com/leemelon/p/11749990.html
组队后的团队项目的整体计划安排；（1 2分）
| 阶段 | 主要任务 | 计划时间 |
|---|---|---|
| 1 | 项目选题 | 2019.09.25-2019.10.23 |
| 2 | 需求分析 | 2019.10.18-2019.10.27 |
| 3 | 编码规范 | 2019.10.28-2019.11.05 |
| 4 | Alpha冲刺 | 2019.11.06-2019.11.20 |
| 5 | 改进总结调整 | 2019.11.21-2019.11.26 |
| 6 | Beta冲刺 | 2019.11.27-2019.12.10 |
| 7 | 整体测试 | 2019.12.10-2019.12.20 |
团队分工（2 5分）
| 组员 | 分工 |
|---|---|
| 李昕晖（组长） | 报告组，分配任务 |
| 王怀骋 | 评审表组 |
| 刘烨 | 评审表组 |
| 曾宇辉 | ppt组，演讲，答辩 |
| 玛尔孜亚 | ppt组 |
| 王银 | ppt组 |
| 李福佳 | 报告组 |
| 黄斌敏 | 报告组 |
| 张伟佳 | 报告组，博客 |
| 翟鑫亮 | 报告组，博客 |
| 陈超星 | 报告组 |
确定 alpha 版本需要做哪些事情
用户端模块
| 模块序号 | 模块名 | 模块内容 |
|---|---|---|
| 1 | 登录注册模块 | 用户注册登录用户，修改找回密码 |
| 2 | 下单模块 | 用户自主下单 |
| 3 | 搜索模块 | 用户查询拼单，商家信息 |
| 4 | 交易模块 | 用户拼单后在线支付交易 |
| 5 | 订单模块 | 用户实时了解订单信息 |
| 6 | 咨询反馈模块 | faq 人工服务 |
后台模块
| 模块序号 | 模块名 | 模块功能 |
|---|---|---|
| 1 | 用户模块 | 用户管理地址和个人信息 |
| 2 | 算法板块 | 实现生成与转换，算法维护和优化 |
| 3 | 问题反馈板块 | bug反馈，人工客服 |
| 4 | 交易记录板块 | 用户查询历史订单信息 |
各成员分工明细及 TODO lis
| 队员 | 分工明细 | TO DO LIST |
|---|---|---|
| 李昕晖 | 产品经理（组长） 前端工程师 | 规划项目进程 组织会议、分配任务 配合技术人员进行开发 |
| 曾宇辉 | 原型设计师 文档相关工作 辅助工作 | 负责项目原型的逻辑功能设计 熟悉其他组文档、提出问题 注意并提醒各项任务DDL 辅助组长进行项目规划 |
| 玛尔孜亚 | 前端工程师 文档相关任务安排及汇总 文档相关工作 | 文档分工 PPT制作 登录、咨询反馈模块搭建 |
| 陈超星 | 前端工程师 前端任务安排及汇总 测试工作 | 前端分工 下单、搜索模块搭建 编写测试用例帮助前后端把控质量 |
| 李福佳 | 前端工程师 图片相关工作 数据库搭建 | 交易、订单模块搭建 数据库搭建 制作与绘制每次任务所需图片 |
| 王怀骋 | 后端工程师 后端任务安排及汇总 数据库搭建 文档相关工作 | 后端分工 生成模型搭建 数据库搭建 评审表制作 |
| 刘烨 | 后端工程师 测试工作 数据库搭建 | 咨询反馈模块开发 数据库搭建 测试用例帮助前后端把控质量 |
| 张伟佳 | 后端工程师 文档相关工作 测试工作 | 问题反馈模块开发 编写博客 测试用例帮助前后端把控质量 |
| 翟鑫亮 | 算法负责人 算法任务安排及汇总 后端工程师 | 算法分工 编写博客 算法模块开发 |
| 王银 | 接口开发工程师 后端工程师 文档相关工作 | 网络接口的设计与开发 用户模块开发 PPT制作 |
| 黄斌敏 | 后端工程师 文档相关工作 图片相关工作 | 交易记录模块开发 熟悉其他组文档提出问题 文档拟写、整合 制作与绘制每次任务所需图片 |
燃尽图
思维导图（3 2分）
评估团队中每个人对本次作业的贡献比例，描述为撰写需求规格说明书的工作流程、组员分工、组员工作量比例（禁止一锅端平的情况，如果没有评估，全组平均后，组长得分减 50%）（4 2分）
| 李昕晖 | 3.3% |
|---|---|
| 曾宇辉 | 20% |
| 王怀骋 | 10% |
| 刘烨 | 10% |
| 黄斌敏 | 6.7% |
| 王银 | 6.7% |
| 玛尔孜亚·艾尼瓦尔 | 6.7% |
| 张伟佳 | 13.3% |
| 翟鑫亮 | 13.3% |
| 李福佳 | 3.3% |
| 陈超星 | 6.7% |
评审表组：王怀骋 刘烨
ppt组：曾宇辉 玛尔孜亚 王银
报告组：李福佳 黄斌敏 张伟佳 翟鑫亮 陈超星 李昕晖
答辩额外两分 曾宇辉
博客额外四分 张伟佳 翟鑫亮
评审表格设计（5 1分）
UML（找到自己负责部分的部分做UML练习）（6 10分）
用例图
类图
活动图
状态图
实体关系图
工具选择（大家可以共享经验，相互推荐，谈谈为什么选择这个工具）（7 2分）
VisioROSEStarUML
这个工具是我们组公认的比较好用的一款工具，使用非常的人性化，建议大家也去使用~
使用后对工具的评价（8 2分）
界面友好，使用方便，受众面广，以后的学习工作中也可以收益。
答辩总结（9 9分）
现场答辩得分：
53分
2.提问回答
Q：店铺商家是不是app客户的一部分？
A：是，我们的app受众群体同时包括消费者和商家，在使用的过程中不会出现与商家的中断现象。
Q：与其它拼单app相比你们这个有什么优势，他们有两三个功能，而你们只能拼饭？
A：我们的app相比于其他的功能更加专精，可以连接到商家，方便了用户的使用。
Q：你们对市场的需求有没有一个详细的规划和了解，这个领域有多大的蛋糕清楚吗？
A：我们只有一个大概的了解，本着大胆尝试的原则先去实施，在期间遇到具体问题再做具体调整。
3.修改之处
增加调查问卷的调查范围，更加精细地了解市场；
对和商家的对接进行更加细致的构思，增强自身的竞争力；
提供《需求规格说明书》作为随笔的附件（经过修改的最终版本）（10 1分）
https://share.weiyun.com/5qXm2zY
遇到的困难及解决方法（11 2分）
1.困难描述第一次接触不了解需求分析报告。
2.尝试分工细化，多练习多沟通，在网上找相关文件做例子。
3.是否解决
是。
4.收获团队成员在合作中有了更深一步的了解，增加了凝聚力。学会思维导图等的制作。
PSP（12 1分）
| PSP2.1 | Personal Software Process Stages | 预估耗时 （分钟） | 实际耗时（分钟） |
|---|---|---|---|
| Planning | 计划 | 30 | 50 |
| Estimate | 估计这个任务需要多少时间 | 20 | 30 |
| Development | 开发 | 0 | 0 |
| Analysis | 需求分析 (包括学习新技术) | 80 | 100 |
| Design Spec | 生成设计文档 | 100 | 120 |
| Design Review | 设计复审 | 40 | 60 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 30 | 40 |
| Design | 具体设计 | 30 | 35 |
| Coding | 具体编码 | 0 | 0 |
| Code Review | 代码复审 | 0 | 0 |
| Test | 测试（自我测试，修改代码，提交修改） | 0 | 0 |
| Reporting | 报告 | 60 | 60 |
| Test Repor | 测试报告 | 30 | 30 |
| Size Measurement | 计算工作量 | 20 | 15 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 30 | 30 |
| 合计 | 470 | 570 |
学习进度条
| 第8周 | 新增代码（行） | 累计代码（行） | 本周学习耗时(小时) | 累计学习耗时（小时） | 重要成长 |
|---|---|---|---|---|---|
| 250 | 250 | 15 | 15 | 学会了starUML等制图软件的使用、懂得了需求分析报告的规范 |
以上是关于团队项目-需求分析报告的主要内容，如果未能解决你的问题，请参考以下文章