第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 服务器后端部署, ...
随机推荐
- 【MySQL】查询不在表中的数据
1.方法一(仅适用单个字段):使用 not in ,比较容易理解,缺点是效率低 如:select A.ID from A where A.ID not in (select ID from B): 2 ...
- 1、Linux下安装JDK
1.Linux下安装JDK 1 权限设置(可忽略) 1.1 安装过程与Windows安装过程相差不多,下载解压安装 1.切换root用户( 如果当前登录的用户权限够的话,请忽略这步) 由于创建目录的位 ...
- shell脚本 binlog方式增量备份mysql
一.简介 源码地址 日期:2018/4/12 介绍:复制Binlog日志方式的增量备份脚本,并保存固定天数的备份 效果图: 二.使用 适用:centos6+ 语言:中文 注意:使用前先修改脚本中变量 ...
- Sentry 开发者贡献指南 - 后端服务(Python/Go/Rust/NodeJS)
内容整理自官方开发文档 系列 1 分钟快速使用 Docker 上手最新版 Sentry-CLI - 创建版本 快速使用 Docker 上手 Sentry-CLI - 30 秒上手 Source Map ...
- get_started_3dsctf_2016 1
拿到题目,依旧还是老样子,查看程序开启的保护和位数 可以看到程序开启了nx保护是32位程序,于是我们把程序放入ida32编译一下 一打开就能看到非常明显的get_flag这个程序,f5观察伪代码 当a ...
- vue3官网介绍,安装,创建一个vue实例
前言:这一章主要是vue的介绍.安装.以及如何创建一个vue实例. 一.vue介绍 vue3中文官网:建议先自己看官网. https://v3.cn.vuejs.org/ vue是渐进式框架,渐进式指 ...
- 解决android studio no debuggable process
这个问题可能是由多种因素造成的. 一.可能是buildtypes配置或选择错误,在对应module的build.gradle中确认如下配置 debug { debuggable true//一定要配置 ...
- WebRTC与音频音量
WebRTC打开麦克风,获取音频,在网页上显示音量. 播放示例音频 先从播放音频入手.准备一个现成的音频文件. 界面上放一个audio元素,提前准备好一个音频文件,路径填入src <audio ...
- JAVA遍历某个文件夹下所有文件listFiles() 实现按照名称升序排序
File[] files = file.listFiles(); List fileList = Arrays.asList(files); Collections.sort(fileList, ne ...
- Linux(centos)使用docker安装pdf2htmlEX
pdf2htmlEX是一款可以将pdf文档转换成html文件的插件,但是Linux系统安装起来很麻烦,所以我们使用docker进行安装 首先要安装docker 因为国外镜像很慢,所以我们这边修改使用国 ...