第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 服务器后端部署, ...
随机推荐
- 【C/C++】最大连续子序列和/动态规划
思路主要是看了晴神的算法笔记,实现是自己重新用vector实现了一下,对付逗号隔开的输入 #include <iostream> #include <string> #incl ...
- 带你了解 Angular 与 Angular JS
Angular 是一个基于 TypeScript 的开源客户端框架,专为构建 Web 应用程序而设计. 另一方面,AngularJS 是 Angular 的第一个版本,用纯 JavaScript 编写 ...
- python解释器安装指导教程
python解释器安装指导教程 1.官网下载 进入官网https://www.python.org/,在download下选择符合操作系统的版本 在找到合适的版本后选择相应的安装文件下载 2.进行安装 ...
- Azure Virtual Netwok(二)配置 ExpressRoute 虚拟网络网关
一,引言 我们可以使用 ExpressRoute 可通过连接服务提供商所提供的专用连接,将本地网络扩展到 Microsoft Cloud,实现了网络的混合连接.使用 ExpressRoute 可与 M ...
- RocketMQ源码详解 | Broker篇 · 其五:高可用之主从架构
概述 对于一个消息中间件来讲,高可用功能是极其重要的,RocketMQ 当然也具有其对应的高可用方案. 在 RocketMQ 中,有主从架构和 Dledger 两种高可用方案: 第一种通过主 Brok ...
- 模糊C均值算法
Fuzzy C-Means读书笔记 一.算法简介 很显然,图中的数据集可分为两个簇.借鉴K-Means算法的思想,利用单个特殊的点(质心)表示一个簇.因此,我们用\(C_1\)和\(C_2\)分别表示 ...
- [ZJCTF 2019]EasyHeap | house of spirit 调试记录
BUUCTF 上的题目,由于部分环境没有复现,解法是非期望的 house of spirit 第一次接触伪造堆的利用方式,exp 用的是 Pwnki 师傅的,本文为调试记录及心得体会. 逆向分析的过程 ...
- Python sys模块 os模块、OS.open() | open() | OS._exit() | sys.exit() | exit()
sys模块:负责程序和Python交互. sys常用方法:=========================== sys.stdout.write('please:')val = sys.stdin ...
- JavaScript 判断变量是否为空---三元运算,元组获取值-重组.map()。
var from_days = getQueryString('from_days'); undefined {'from_days': (from_days) ? from_days : null} ...
- MySQL 报错:[Err] 1071 - Specified key was too long; max key length is 767 bytes
[Err] 1071 - Specified key was too long; max key length is 767 bytes 这个会出现在MySQ5.7以下版本 因为没有启用innodb_ ...