团队项目-需求分析报告
组长链接
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等制图软件的使用、懂得了需求分析报告的规范 |