第10组 Beta冲刺 (2/5)(组长)
1.1基本情况
·队名:今晚不睡觉
·组长博客:https://www.cnblogs.com/cpandbb/p/14015412.html
·作业博客:https://edu.cnblogs.com/campus/fzu/FZU_SE_KClass/homework/11519
·github链接:https://github.com/fantu-team/fantu
·组员人数:9人
1.2冲刺情况概况
黄纯朴(组长)
·过去一天完成了哪些任务
·组织会议,开始冲冲冲
·帮忙美化地图
·给大哥端茶送水
·GitHub当日代码/文档签入记录 暂无
·接下来的计划
·跟进beta阶段的进度
·让组员振作起来继续努力!
·还剩下哪些任务
·太多了呀一时半会说不完
·燃尽图

·遇到了哪些困难
·产品经理会不会被开发人员打??
·有哪些收获和疑问
·收获:还是要让大家多沟通多交流多聚会才能让进度有动弹呀
·疑问:产品经理会不会被开发人员打??
·psp&学习进度条
| 第N次 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 4 | 4 | 线下效率永远比线上高 |
| 2 | 0 | 0 | 3 | 3 | 暂无 |
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 20 | 20 | ||
| Estimate | 估计这个任务需要多少时间 | 20 | 20 | ||
| Development | 开发 | 90 | 120 | ||
| Analysis | 需求分析 (包括学习新技术) | 0 | 0 | ||
| Design Spec | 生成设计文档 | 30 | 60 | ||
| Design Review | 设计复审 | 60 | 60 | ||
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 | ||
| Design | 具体设计 | 0 | 0 | ||
| Coding | 具体编码 | 0 | 0 | ||
| Code Review | 代码复审 | 0 | 0 | ||
| Test | 测试(自我测试,修改代码,提交修改) | 90 | 130 | ||
| Reporting | 报告 | 30 | 60 | ||
| Test Repor | 测试报告 | 30 | 30 | ||
| Size Measurement | 计算工作量 | 10 | 10 | ||
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 20 | 30 | ||
| 合计 | 200 | 270 |
蔡震泽
过去两天完成了哪些任务:
·继续学习云开发
接下来计划:
·继续学习云开发
还剩下哪些任务:
· 编写云函数
遇到了哪些困难:
·身心疲惫,时间紧张
有哪些收获和疑问:
·逐渐熟悉了云开发,但是使用还需多加学习。
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码(行) | 累计代码(行) | 本次学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 800 | 3 | 58 | 云开发 |
| 2 | 0 | 800 | 2 | 60 | 了解云函数,云数据库 |
PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 5 | 5 |
| Estimate | 估计这个任务需要多少时间 | 5 | 5 |
| Development | 开发 | 0 | 0 |
| Analysis | 需求分析 (包括学习新技术) | 300 | 300 |
| Design Spec | 生成设计文档 | 00 | 0 |
| Design Review | 设计复审 | 0 | 0 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| Design | 具体设计 | 0 | 0 |
| Coding | 具体编码 | 0 | 0 |
| Code Review | 代码复审 | 0 | 0 |
| Test | 测试(自我测试,修改代码,提交修改) | 0 | 0 |
| Reporting | 报告 | 0 | 0 |
| Test Repor | 测试报告 | 0 | 0 |
| Size Measurement | 计算工作量 | 0 | 0 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 0 | 0 |
| 合计 | 310 | 310 |
苏炜斌
·过去两天完成了哪些任务:
·美化小程序界面,修改布局,debug.

·接下来计划:
·继续完善小程序的界面,美化界面,debug.
还剩下哪些任务:
·完善小程序功能,界面优化等.
遇到了哪些困难:
·审美差异,真机测试出现小bug
有哪些收获和疑问:
·修改了评论区发言的BUG,修改了小程序样式.
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 50 | 50 | 5 | 5 | 补全和修改功能,美化界面 |
| 1 | 50 | 100 | 5 | 5 | 美化小程序界面,修改布局,debug |
| PSP表格 | |||||
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) | ||
| ---- | ---- | ---- | ---- | ||
| Planning | 计划 | 20 | 10 | ||
| ·Estimate | 估计这个任务需要多少时间 | 20 | 10 | ||
| Development | 开发 | 200 | 280 | ||
| ·Analysis | 需求分析 (包括学习新技术) | 40 | 40 | ||
| ·Design Spec | 生成设计文档 | 10 | 10 | ||
| ·Design Review | 设计复审 | 10 | 10 | ||
| ·Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 | ||
| ·Design | 具体设计 | 20 | 30 | ||
| ·Coding | 具体编码 | 70 | 120 | ||
| ·Code Review | 代码复审 | 20 | 30 | ||
| ·Test | 测试(自我测试,修改代码,提交修改) | 20 | 20 | ||
| Reporting | 报告 | 30 | 10 | ||
| ·Test Repor | 测试报告 | 10 | 2 | ||
| ·Size Measurement | 计算工作量 | 10 | 3 | ||
| ·Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 5 | ||
| 合计 | 250 | 310 |
谈世宏
·过去两天完成了哪些任务:
·将搜索关键字传到搜索页面并完成了简单搜索功能。

·接下来计划:
·完善搜索功能,完成基本搜索操作。
还剩下哪些任务:
·一些新页面的跳转.
遇到了哪些困难:
·传输数据细节没有处理到位。
有哪些收获和疑问:
·学习了如何前端与数据库交互。
PSP & 学习进度条
学习进度条
| 第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 30 | 30 | 4 | 4 | 点赞数目与后台进行交互 |
| 2 | 35 | 65 | 4 | 8 | 将搜索关键字传到搜索页面并完成了简单搜索功能 |
PSP表格
PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | ||
| ·Estimate | 估计这个任务需要多少时间 | 10 | 15 |
| Development | 开发 | ||
| ·Analysis | 需求分析 (包括学习新技术) | 120 | 150 |
| ·Design Spec | 生成设计文档 | 5 | 5 |
| ·Design Review | 设计复审 | 5 | 5 |
| ·Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 5 | 5 |
| ·Design | 具体设计 | 5 | 5 |
| ·Coding | 具体编码 | 5 | 10 |
| ·Code Review | 代码复审 | 10 | 10 |
| ·Test | 测试(自我测试,修改代码,提交修改) | 20 | 20 |
| Reporting | 报告 | ||
| ·Test Repor | 测试报告 | 5 | 5 |
| ·Size Measurement | 计算工作量 | 5 | 5 |
| ·Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 5 | 10 |
| 合计 | 200 | 245 |
谢鑫杰
·过去两天完成了哪些任务
·文字/口头描述
·偷饿了么的菜图

·接下来的计划
·丰富项目内容
·还剩下哪些任务
·接着偷菜
·燃尽图
·组内共享
·遇到了哪些困难
·有很多菜品难以收集图样
·有哪些收获和疑问
·收获:修改数据库结构
·疑问:玫瑰园共有多少种菜
·PSP & 学习进度条(学习进度条每周追加)
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 60 | 45 |
| ·Estimate | ·估计这个任务需要多少时间 | 60 | 45 |
| Development | 开发 | 240 | 215 |
| ·Analysis | ·需求分析 (包括学习新技术) | 30 | 25 |
| ·Design Spec | ·生成设计文档 | 40 | 40 |
| ·Design Review | ·设计复审 | 20 | 20 |
| ·Coding Standard | ·代码规范 (为目前的开发制定合适的规范) | 10 | 5 |
| ·Design | ·具体设计 | 15 | 15 |
| ·Coding | ·具体编码 | 60 | 40 |
| ·Coding Review | ·代码复审 | 25 | 30 |
| ·Test | ·测试(自我测试,修改代码,提交修改) | 40 | 40 |
| Reporting | 报告 | 15 | 15 |
| ·Test Repor | ·测试报告 | 5 | 5 |
| ·Size Measurement | ·计算工作量 | 5 | 5 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 5 | 5 |
| 合计 | 315 | 275 |
| 第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 45 | 45 | 8 | 8 | 重新构建项目结构 |
| 2 | 428 | 473 | 9 | 17 | 解决问题,偷菜 |
魏祖文
过去两天完成了哪些任务
·数据库刷一刷的暂时随机推荐
·收藏页面:读取每个用户的数据库数据(暂时只有自己的)
接下来的计划
·收藏页面的每个用户的云函数:建立数据库并添加数据
·收藏页面:读取每个用户的数据库数据
·还剩下哪些任务
·整个很可能完不成的饭图
燃尽图
遇到了哪些困难
·全都是困难*8,现学先用
有哪些收获和疑问
·仍然处于学习阶段,边学边做 copy代码
·PSP & 学习进度条(学习进度条每周追加)
| PSP | Personal Software Process tages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 20 | 20 |
| Estimate | 估计这个任务需要多少时间 | 20 | 20 |
| Development | 开发 | 245 | 235 |
| Analysis | 需求分析 (包括学习新技术) | 100 | 80 |
| Design Spec | 生成设计文档 | 20 | 30 |
| Design Review | 设计复审 | 5 | 5 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| Design | 具体设计 | 20 | 30 |
| Coding | 具体编码 | 80 | 70 |
| Code Review | 代码复审 | 10 | 10 |
| Test | 测试(自我测试,修改代码,提交修改) | 10 | 10 |
| Reporting | 报告 | 8 | 8 |
| Test Report | 测试报告 | 8 | 8 |
| Size Measurement | 计算工作量 | 0 | 0 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 0 | 0 |
| 合计 | 273 | 263 |
| 时间 | 新增代码(行) | 累计代码(行) | 本次学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 第一轮 | 150 | 370 | 8 | 13 | 微信小程序云数据库绑定推荐页面 |
| 第二轮 | 80 | 450 | 4 | 17 | 微信小程序云函数+传参方式 |
李赫
·过去两天完成了哪些任务:
·学习小程序登陆后用户信息的存储管理调用。
展示GitHub当日代码/文档签入记录

·接下来计划:
·使用云数据库存储单个用户的记录信息
还剩下哪些任务:
·根据openid区分每个用户的记录
遇到了哪些困难:
·每个用户需要有独立的数据库存储其相关信息,从而达成数据分析。
有哪些收获和疑问:
·了解到生命周期函数storage的使用,数据库的分开使用有参数错误
PSP & 学习进度条
PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 20 | 20 |
| · Estimate | · 估计这个任务需要多少时间 | 20 | 20 |
| Development | 开发 | 160 | 150 |
| · Analysis | · 需求分析 (包括学习新技术) | 40 | 20 |
| · Design Spec | · 生成设计文档 | 60 | 70 |
| · Design Review | · 设计复审 (和同事审核设计文档) | 0 | 0 |
| · Coding Standard | · 代码规范 (为目前的开发制定合适的规范) | 0 | 0 |
| · Design | · 具体设计 | 0 | 0 |
| · Coding | · 具体编码 | 0 | 0 |
| · Code Review | · 代码复审 | 0 | 0 |
| · Test | · 测试(自我测试,修改代码,提交修改) | 60 | 60 |
| Reporting | 报告 | 0 | 0 |
| · Test Report | · 测试报告 | 0 | 0 |
| · Size Measurement | · 计算工作量 | 0 | 0 |
| · Postmortem & Process Improvement Plan | · 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 190 | 180 |
进度条
| 第N次 | 新增代码(行) | 累计代码(行) | 学习耗时(小时) | 累计耗时(小时) | 成长 |
|---|---|---|---|---|---|
| 1 | 50 | 50 | 3 | 3 | 学习云开发基本使用 |
| 2 | 80 | 130 | 3 | 6 | 学习存储相关开发理念 |
| ... |
熊崟
·过去两天完成了哪些任务:
·收集初始数据数据
·接下来计划:
·传入,修改数据库
还剩下哪些任务:
·小程序中显示运用。
遇到了哪些困难:
·两者交互连接
有哪些收获和疑问:
·学习了小程序与数据库的连接
PSP & 学习进度条
学习进度条
| 第N次 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 0 | 0 | 5 | 5 | 初步学习了解了小程序与数据库 |
| 2 | 100 | 100 | 5 | 5 | 添加连接数据库 |
PSP表格
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 10 | 10 |
| Estimate | 估计这个任务需要多少时间 | 10 | 10 |
| Development | 开发 | 0 | 0 |
| Analysis | 需求分析 (包括学习新技术) | 30 | 30 |
| Design Spec | 生成设计文档 | 0 | 0 |
| Design Review | 设计复审 | 0 | 0 |
| Coding Standard | 代码规范 (为目前的开发制定合适的规范) | 10 | 10 |
| Design | 具体设计 | 10 | 50 |
| Coding | 具体编码 | 60 | 60 |
| Code Review | 代码复审 | 10 | 10 |
| Test | 测试(自我测试,修改代码,提交修改) | 30 | 60 |
| Reporting | 报告 | 0 | 0 |
| Test Repor | 测试报告 | 0 | 0 |
| Size Measurement | 计算工作量 | 0 | 0 |
| Postmortem & Process Improvement Plan | 事后总结, 并提出过程改进计划 | 10 | 10 |
| 合计 | 150 | 230 |
平措旺堆
·过去两天完成了哪些任务
·去玫瑰园收集商家菜品
·接下来的计划
·收集学校各个食堂的商家菜品
·还剩下哪些任务
·收集除玫瑰园以外餐厅的商家菜品信息
·燃尽图
·组内共享
·遇到了哪些困难
·有些商家的商品只有菜单没有图片,得跟商家那边协调
·有哪些收获和疑问
·疑问:数据收集的完吗?
·PSP & 学习进度条(学习进度条每周追加)
| 第N周 | 新增代码(行) | 累计代码(行) | 本周学习耗时(小时) | 累计学习耗时(小时) | 重要成长 |
|---|---|---|---|---|---|
| 1 | 300 | 300 | 8 | 8 | 导入数据 |
| 2 | 0 | 300 | 8 | 8 | 导入数据 |
| PSP2.1 | Personal Software Process Stages | 预估耗时(分钟) | 实际耗时(分钟) |
|---|---|---|---|
| Planning | 计划 | 45 | 20 |
| ·Estimate | ·估计这个任务需要多少时间 | 45 | 20 |
| Development | 开发 | 195 | 265 |
| ·Analysis | ·需求分析 (包括学习新技术) | 40 | 70 |
| ·Design Spec | ·生成设计文档 | 30 | 25 |
| ·Design Review | ·设计复审 | 15 | 15 |
| ·Coding Standard | ·代码规范 (为目前的开发制定合适的规范) | 25 | 25 |
| ·Design | ·具体设计 | 5 | 15 |
| ·Coding | ·具体编码 | 40 | 80 |
| ·Coding Review | ·代码复审 | 10 | 5 |
| ·Test | ·测试(自我测试,修改代码,提交修改) | 30 | 30 |
| Reporting | 报告 | 15 | 15 |
| ·Test Repor | ·测试报告 | 5 | 5 |
| ·Size Measurement | ·计算工作量 | 5 | 5 |
| ·Postmortem & Process Improvement Plan | ·事后总结, 并提出过程改进计划 | 5 | 5 |
| 合计 | 255 | 300 |
1.3冲刺成果展示
·评论页面的优化
·地图美化完成,看着还行


·站立会议合照

| 第N次会议 | 耗时(分钟) |
|---|---|
| 第一次会议 | 15 |
| 第二次会议 | 12 |
第10组 Beta冲刺 (2/5)(组长)的更多相关文章
- 第10组 Beta冲刺 总结(组长)
1.基本情况 组长博客链接:https://www.cnblogs.com/cpandbb/p/14050808.html 答辩总结: ·因为alpha阶段的产品做得偏离了方向,所以beta冲刺大家非 ...
- 第10组 Beta冲刺 (5/5)(组长)
1.1基本情况 ·队名:今晚不睡觉 ·组长博客:https://www.cnblogs.com/cpandbb/p/14018671.html ·作业博客:https://edu.cnblogs.co ...
- 第10组 Beta冲刺 总结
1.基本情况 组长博客链接:https://www.cnblogs.com/cpandbb/p/14050808.html 答辩总结: ·因为alpha阶段的产品做得偏离了方向,所以beta冲刺大家非 ...
- 第10组 Beta冲刺 (5/5)
1.1基本情况 ·队名:今晚不睡觉 ·组长博客:https://www.cnblogs.com/cpandbb/p/14018671.html ·作业博客:https://edu.cnblogs.co ...
- 第10组 Alpha冲刺 总结(组长)
1.基本情况 组长博客链接:https://www.cnblogs.com/cpandbb/p/14007413.html 答辩总结: ·产品偏离了最开始的方向,地图和刷一刷功能做得没那么好,外卖订单 ...
- 第10组 Beta冲刺 (4/5)(组长)
1.1基本情况 ·队名:今晚不睡觉 ·组长博客: https://www.cnblogs.com/cpandbb/p/14018650.html ·作业博客:https://edu.cnblogs.c ...
- 第10组 Beta冲刺 (3/5)(组长)
1.1基本情况 ·队名:今晚不睡觉 ·组长博客:https://www.cnblogs.com/cpandbb/p/14018630.html ·作业博客:https://edu.cnblogs.co ...
- 第10组 Beta冲刺 (1/5)(组长)
1.1基本情况 ·队名:今晚不睡觉 ·组长博客:https://www.cnblogs.com/cpandbb/p/14012521.html ·作业博客:https://edu.cnblogs.co ...
- 第10组 Beta冲刺(5/5)
链接部分 队名:女生都队 组长博客: 博客链接 作业博客:博客链接 小组内容 恩泽(组长) 过去两天完成了哪些任务 描述 将数据分析以可视化形式展示出来 新增数据分析展示等功能API 服务器后端部署, ...
随机推荐
- YC-Framework版本更新:V1.0.2
分布式微服务框架:YC-Framework版本更新V1.0.2!!! 版本更新,本次版本为V1.0.2 主要更新内容如下所示: 集成ActiveMQ; 集成微信生态(支持微信公众号.微信支付.微信开放 ...
- 搞IT的应届生如何写好简历?
本人在互联网大厂和外企做过技术面试官,也有过校招和招聘应届毕业生的经验,所以自认为在这个问题上有一定的发言权. 应届毕业生(其实其他求职者也一样)首先要知道,面试官凭什么决定这份简历有面试机会?而 ...
- C语言程序与设计:统计素数并求和
目录 C语言程序与设计:统计素数并求和 1.题目要求 2.分析 3.代码 C语言程序与设计:统计素数并求和 1.题目要求 输入两个正整数 m 和 n(1≤m≤n≤500),统计给定整数 m 和 n 区 ...
- SpringBoot结果集包装类
1.前言 在SpringBoot项目中.看了一部分代码.发现一般的接口以JSON形式返回最佳.接口规范遵照RESTFUL风格来写.返回的结果集呢.借助包装类来包装.这样有利于前后端的交互.写出来的代码 ...
- 【LeetCode】1399. 统计最大组的数目 Count Largest Group
作者: 负雪明烛 id: fuxuemingzhu 个人博客:http://fuxuemingzhu.cn/ 目录 题目描述 题目大意 解题方法 直接求 日期 题目地址:https://leetcod ...
- 【LeetCode】724. Find Pivot Index 解题报告(Python)
作者: 负雪明烛 id: fuxuemingzhu 个人博客: http://fuxuemingzhu.cn/ 目录 题目描述 题目大意 解题方法 先求和,再遍历 日期 题目地址:https://le ...
- 1067 - Combinations
1067 - Combinations PDF (English) Statistics Forum Time Limit: 2 second(s) Memory Limit: 32 MB Giv ...
- 第十八个知识点:画一个描述ECB,CBC,CTR模式的操作
第十八个知识点:画一个描述ECB,CBC,CTR模式的操作 第8周是画三个图的任务,但是维基百科上已经有人画的很好了 https://en.wikipedia.org/wiki/File:ECB_en ...
- C++中常用的数学函数总结
我们在C++程序设计的过程中往往会使用到一些数学函数,那么不同的数学运算要用到什么函数哪?大家可以参考我的总结如下: 首先引用到数学函数时一定要记得加函数头文件 #include<cmath&g ...
- BBN+
目录 motivation settings results motivation 观测用BBN的模式训练出来的模型, 配上不同的\(\alpha\), 结果会如何. settings Attribu ...