- 组队后的团队项目的整体计划安排;(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等制图软件的使用、懂得了需求分析报告的规范 |