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

学习进度条

第N周	新增代码(行)	累计代码(行)	本周学习耗时(小时)	累计学习耗时(小时)	重要成长
1	600	600	25	25	学会了用JFrame等UI，学会了用网络接口
1	0	600	6	31	学会了做思维导图，懂得了需求分析报告的规范