标签：dev body 图片 repo 新技术 size 附件 用户 消费
组队后的团队项目的整体计划安排；（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
UML（找到自己负责部分的部分做UML练习）（6 10分）
Visio
ROSE
StarUML
界面友好，使用方便，受众面广，以后的学习工作中也可以收益。
1.现场答辩得分：53分
2.提问回答
Q：店铺商家是不是app客户的一部分？
A：是，我们的app受众群体同时包括消费者和商家，在使用的过程中不会出现与商家的中断现象。
Q：与其它拼单app相比你们这个有什么优势，他们有两三个功能，而你们只能拼饭？
A：我们的app相比于其他的功能更加专精，可以连接到商家，方便了用户的使用。
Q：你们对市场的需求有没有一个详细的规划和了解，这个领域有多大的蛋糕清楚吗？
A：我们只有一个大概的了解，本着大胆尝试的原则先去实施，在期间遇到具体问题再做具体调整。
3.修改之处
增加调查问卷的调查范围，更加精细地了解市场；
对和商家的对接进行更加细致的构思，增强自身的竞争力；
1.困难描述
第一次接触不了解需求分析报告。
2.尝试
分工细化，多练习多沟通，在网上找相关文件做例子。
3.是否解决
是。
4.收获
团队成员在合作中有了更深一步的了解，增加了凝聚力。
学会思维导图等的制作。
|
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 |
250 |
250 |
15 |
15 |
学会了starUML等制图软件的使用、懂得了需求分析报告的规范 |
标签：dev body 图片 repo 新技术 size 附件 用户 消费
原文地址：https://www.cnblogs.com/zhangweijia1999/p/11749963.html
