首页 > 其他 > 详细

第05组 Beta版本演示

时间:2019-12-14 22:42:56      阅读:100      评论:0      收藏:0      [点我收藏+]

?队名:计算机四班好朋友联盟

?Github项目链接:在这里

?组长博客:组长博客

??团队成员

学号 姓名
0317022427 方瑞雄(组长)
011703120 王玥
031702406 刘诗琳
031702407 张万聪
031702408 陈苏苏
031702410 严欣
031702411 马丽华
031702424 郑裕恒
031702428 潘海东
031702432 翁世豪
031702441 余廷龙

??评估此次作业

?工作流程

  • 开会确定Beta冲刺的方案,明确要实现筛选功能订单和评价用户功能
  • 对alpha版本进行完善,实现用户正常发布订单
  • 实现用户查看历史订单可对不同状态的订单进行不同操作
  • 实现评价功能
  • 小程序测试修改,文档整合

?组员分工及工作量比例

学号 姓名 任务分工 工作量比例
011703120 王玥 设计并编写查看好评率差评率的界面和评价他人订单的界面,美化界面 7
031702406 刘诗琳 筛选功能(未完成) 5
031702407 张万聪 alpha冲刺剩下的js,修复bug,整理代码 25
031702408 陈苏苏 我的订单相关页面的修改美化,两次写博客,两次评分 7
031702410 严欣 订单详情的修改,一次写博客 5
031702411 马丽华 修改发布点单/配送界面,为部分页面添加背景 9
031702424 郑裕恒 编写与评价有关的后端函数,ppt制作与演讲,博客和评分各一次 11
0317022427 方瑞雄 后端代码编写,小程序测试 8
031702428 潘海东 编写后端函数,帮忙修改js 8
031702432 翁世豪 维护更新接口文档,维护更新数据字典和数据库,测试后端函数 6
031702441 余廷龙 完成两个筛选功能的接口,修改大部分beta版本发现的后端bug 9

??本组Beta冲刺站立会议博客汇总

??第一次
??第二次
??第三次
??第四次
??第五次

??燃尽图

燃尽图部分卡片数略有剩余,原因是我们还有一小小部分内容没有完善,但不影响使用,将会在最后一次答辩之前完善,敬请期待。
技术分享图片

??原计划、达成情况以及分析

?原计划将什么功能做到什么程度

1.完成alpha版本尚未实现的订单筛选功能以及评论功能;
2.对已经在alpha版本基本完善的功能进行测试改良;
3.前端界面进行进一步的美化。

?实际做的怎样了

1.alpha版本未实现的评论功能在Beta版本已基本完善,订单筛选功能尚未实现;
2对已经在alpha版本基本完善的功能进行了优化测试;
3.前端界面已进一步美化,但在接下来的时间也将继续美化。

?如果没有达成,反思是哪些因素影响的

订单筛选功能未能实现,一方面来自于我们自身时间安排的不合理,导致我们没有足够的时间的完成这一功能的相关界面,另一方面对于订单筛选的功能我们也存在着某些技术上的问题,还需进一步优化。

??Beta版本展示

技术分享图片

??打开微信扫描上面的二维码,就可以体验我们的小黄鸡带饭咯~(体验版名额只有15个,还请见谅)

??现场答辩分数

去除最高总分,最低总分,求平均分得:52.90。

??针对其他小组的Q&A

第一组Q:对于电话信息隐藏说不定可以做的更好,还有就是对于发起订单的东西是否有审核?

A:我们要求每一位小鸡带饭的用户进行学号实名制的注册,在一定程度上限制了发起订单用户,并且在发布点单/配送的界面做了一定的限制,所以并未有审核。
关于电话信息隐藏问题谢谢您的鼓励,我们也在进一步的想办法解决。

第二组Q:是否有必要引入价格合理性的评价,如收的价格偏高,用户存在疑问如何解决?

A:您所说的是配送价格还是所带食品价格?如果针对的是配送价格,用户在发布订单的时候就已经确定,无法更改,所以这份订单能够成功是基于双方都认可的状态,一般不会存在疑虑;如果针对的是所带食品价格,这来自于点单人和配送员事先的沟通,确定了,这份订单才能成功。

第三组Q:对于信用分过低的用户会有实质性的惩罚吗?

A:信用过低的用户将加入我们的黑名单,无法使用我们的小程序。

第四组Q:线上支付无法保证,那么是否需要加入线下的保障措施

A:我们没有线上支付功能,付款采用的是线下付款方式,线下付款方式的不守信等可能导致用户失信,将无法使用我们的小程序。

第六组Q:如何做到保证付款安全性

A:本平台只提供信息发布共享功能,付款采用的是线下付款方式。

第七组Q:信用分低的用户有什么限制吗

A:用户的评价是实时公开的,如果差评多,自然接单/配送的人少,同时,如果用户差评过多,我们也会将其加入黑名单。

第八组Q:是否有配送员和点单者能够联系的功能?比如配送员到食堂后发现点单者所需食品已经售空,要如何通知到他?如果有的话,是以一个什么样的方式,如何对用户信息有足够的安全保障?

A:配送员和点单者可以通过电话联系,针对你上述问题,配送者就可以通过订单上的号码联系到点单者。我们很抱歉的表示,我们对用户信息确实没有足够的安全保障,我们也在进一步的完善中。

第九组Q:数据库管理是否有处理冗余的功能,建表是否有区分已完成的和未完成的订单

A:我们数据库关系模型未增强范式,基本没有冗余;有区分的,数据库有订单状态一项来区分这两个状态。

第十组Q:是否有相应的举报反馈功能,对违反规则的用户会采取什么样的限制?

A:我们有评价功能,如果用户差评太多,会进入我们的黑名单的,将无法使用我们的小程序。

第十一组Q:如果微信小程序不好上架,可以试试qq小程序或者gkd做成其他形式

A:好的,谢谢您的建议,我们正在尝试中。

第十二组Q:是否考虑引入类似挪挪的电话中继来保护用户隐私?

A:关于电话隐私泄露我们团队也正在考虑商量中,如果必要,可以引入。

??个人部分

  • 个人PSP
PSP2.1 Personal Software Process Stages 预估耗时(分钟) 实际耗时(分钟)
Planning · 计划 30 30
· Estimate · 估计这个任务需要多少时间 30 30
Development · 开发 150 240
· Analysis · 需求分析 (包括学习新技术) 20 80
· Design Spec · 生成设计文档 10 10
· Design Review · 设计复审 10 0
· Coding Standard · 代码规范 (为目前的开发制定合适的规范) 10 10
· Design · 具体设计 10 20
· Coding · 具体编码 60 80
· Code Review · 代码复审 10 20
· Test · 测试(自我测试,修改代码,提交修改) 20 20
Reporting 报告 90 90
· Test Repor · 测试报告 0 0
· Size Measurement · 计算工作量 0 0
· Postmortem & Process Improvement Plan · 事后总结, 并提出过程改进计划 90 90
· 合计 300 390
  • 个人学习进度条
第N周 新增代码行数 累计代码(行) 本周学习耗时(小时) 累计学习耗时(小时) 重要成长
1 90 90 14 14 学会了一点Eclipse的基本使用
2 40 130 2 16 熟悉了PS、Axure Rp、和一点点Python
3 600 630 35 51 熟练了HTML、Webstorm,会用了css和js啦
4 0 0 5 56 主要了解了微信小程序的开发进程,并没有打代码
5 100 730 5 61 学习数据可视化、但是进展不大
6(1) 200 930 6 67 微信小程序
6(2) 200 1130 10 77 微信小程序布局
6(3) 300 1230 6 83 微信小程js
6(4) 50 1280 4 87 做弹窗 忙于备考时间紧张
6(5) 200 1480 10 97 做完弹窗未实现交互
6(6) 200 1680 13 110 请求API
7(1) 500 2180 10 120 利用Java连接数据库、制作GUI图形界面
7(2) 100 2280 7 127 Java多线程学习
7(3) 20 2300 3 130 没干啥,bug改不出来
7(4) 200 2500 15 145 debug的我依旧什么进步都没有呢
7(5) 50 2550 10 155 bug bug 动次打次
7(6) 0 2550 0 155 没 什么都没做

第05组 Beta版本演示

原文:https://www.cnblogs.com/a8-23/p/12041120.html

(0)
(0)
   
举报
评论 一句话评论(0
关于我们 - 联系我们 - 留言反馈 - 联系我们:wmxa8@hotmail.com
© 2014 bubuko.com 版权所有
打开技术之扣,分享程序人生!