团队项目-需求分析报告
组队后的团队项目的整体计划安排；（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分）
- 确定 alpha 版本需要做哪些事情
- 各成员分工明细及 TODO lis
- 燃尽图
- 思维导图（3 2分）
- 评估团队中每个人对本次作业的贡献比例，描述为撰写需求规格说明书的工作流程、组员分工、组员工作量比例（禁止一锅端平的情况，如果没有评估，全组平均后，组长得分减 50%）（4 2分）
- 评审表格设计（5 1分）
UML（找到自己负责部分的部分做UML练习）（6 10分）
- 用例图
- 类图
- 活动图
- 状态图
- 实体关系图
- 工具选择（大家可以共享经验，相互推荐，谈谈为什么选择这个工具）（7 2分）
Visio
ROSE
StarUML
- 使用后对工具的评价（8 2分）
界面友好，使用方便，受众面广，以后的学习工作中也可以收益。
- 答辩总结（9 9分）
1.现场答辩得分：53分
2.提问回答
Q：店铺商家是不是app客户的一部分？
A：是，我们的app受众群体同时包括消费者和商家，在使用的过程中不会出现与商家的中断现象。
Q：与其它拼单app相比你们这个有什么优势，他们有两三个功能，而你们只能拼饭？
A：我们的app相比于其他的功能更加专精，可以连接到商家，方便了用户的使用。
Q：你们对市场的需求有没有一个详细的规划和了解，这个领域有多大的蛋糕清楚吗？
A：我们只有一个大概的了解，本着大胆尝试的原则先去实施，在期间遇到具体问题再做具体调整。
3.修改之处
增加调查问卷的调查范围，更加精细地了解市场；
对和商家的对接进行更加细致的构思，增强自身的竞争力；
- 提供《需求规格说明书》作为随笔的附件（经过修改的最终版本）（10 1分）
- 遇到的困难及解决方法（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 |
- 学习进度条（13 1分）
|
第N周 |
新增代码（行） |
累计代码（行） |
本周学习耗时(小时) |
累计学习耗时（小时） |
重要成长 |
|
1 |
250 |
250 |
15 |
15 |
学会了starUML等制图软件的使用、懂得了需求分析报告的规范 |
