Poemscape|Beta阶段第三天

情况简述 Beta阶段第三次Scrum Meeting 敏捷开发起始时间 2016/12/12 22:00 敏捷开发终止时间 2016/12/13 22:00 会议基本内容摘要 讨论决定了APP的名称,设计了LOGO,分配了下一阶段的任务 参与讨论人员 全体参与 讨论时长 2016/12/12 21:50-22:40 50M 特别说明 我们给APP起了名字--"来浪" 任务分配及完成情况(截止12日晚九点) 团队成员 已完成 任务概述 预计耗时 预计成果 陈鸿超 #90整理游戏后端流程

大家好!这里是Poemscape小组第五天汇报!大家毛主席诞辰快乐! 20181226进度 组别 成员 具体工作 引擎 青松炜祯 ①继续改模型的transformer(过于辛苦已身心俱疲的炜祯):②已修改对联的训练目标,明早可收获效果:③搭建数据库生产环境,修复bugs(青松with子博) API服务器 瑞静刘泽 ①改写卡片生成的代码(刘泽):②完成了webhook的配置(瑞静) 架构 子博 ①见引擎组和前端组:②优化了apiserver的架构 前端 一卓早早 ①调试跑通了从首页到结果页的所有流

第二次会议问题解决情况 不同等级城堡不同图片,移动动画解决,阴影效果添加 小地图信息添加城堡和士兵信息 新AI设计失败,在存在科技树的情况下,如果将所有可能操作全部纳入考虑AI计算耗时很大,而且过于复杂,很难找到合适的评价函数. 选择对原有AI进行修改 游戏问题 AI还是比较挫,仍然需要修改 AI移动动画同时进行不太好,应该存在更好的方案 AI应该存在难度选择,玩家可以选择不同难度的AI进行对战 游戏平衡性的常数仍然需要修改 游戏中还存在部分细节需要修改 任务分工 骆,施:难度选择界面AI升级

大家好!我是Poemscape小组Beta阶段的PM早早.很高兴Poemscape小组再出发啦啦啦! 我们的成员有:@刘泽 @张一卓 @姚青松 @赵瑞静 @齐炜祯 @王子博 和@张持(早早) 在全组小伙伴满怀激情的期盼下(误),我们决定从本周四开始我们的Beta冲刺! 本规划由以下三个部分展开: 项目愿景和目标 三个阶段性目标和人员安排 第一阶段的详细规划 项目愿景和目标 在Alpha阶段,我们组顺利完成了核心功能开发(此处应有掌声!!),并希望Beta阶段朝向增强用户体验方向发展,具体可分为功

0x01 :Scrum Meeting基本摘要 Beta阶段第三次Scrum Meeting 敏捷开发起始时间 2015/12/15 00:00 A.M. 敏捷开发终止时间 2015/12/15 23:00 P.M. 会议基本内容摘要 ü  前后端方面,由于编译实验的相关冲突原因,此次Scrum Meeting阶段的任务临时添加,更正为Semantic UI中期考核的审查和后端代码Django Test框架的重新学习工作,而测试方面,在评估迁移Github移植测试工作后,决定将此任务优先级降至最

一.站立式会议照片 二.项目燃尽图 三.项目进展 1.对项目进行全面的测试 2.继续完善修复.docx格式文件读取出现异常的问题,但还是无法实现该功能. 贡献比: 队员  ID 贡献比 王若凡 201421123022 20% 吕志哲 201421123021 16% 欧阳勇 201421123026 16% 卢少锐 201421123027 16% 连永刚 201421123014 16% 郑怀勇 201421123016 16% -遇到的问题: 1.尝试修复.docx格式文件异常的问题,但还

1.每个成员在beta 阶段的实践和alpha 阶段有何改进? 成员 Beta阶段的实践和alpha 阶段有何改进 邵家文 要完成beta阶段的实践比alpha阶段的实践更具有挑战性与难度. 李泳江 beta阶段的实践的完成需要积累更广泛的知识与技术. 谢洪跃 工作量很大,细节要做好 周伟雄 工作分配要更有效率 2.团队在beta 阶段吸取了那些alpha 阶段的经验教训? 总结了alpha 阶段之后,我们团队提高了学习的效率,首先:不再像开发alpha那样花费了很多时间,找了一大堆开发软件,然

设想和目标 1. 我们的软件要解决什么问题?是否定义得很清楚?是否对典型用户和典型场景有清晰的描述? 要解决的问题:学生们经常在实验室上课,时常会遇到实验器械出现故障需要报修,而普通的方法就是直接向老师汇报,有时候老师会忘记,并且还需要想维修的人员进行转达,学生也无法知道合适完成了维修.所以开发了实验室报修系统方便学生和教师. 典型用户:集美大学老师和集美大学学生 场景如下: 学生们正在上实验课,同学甲发现一台机器出现故障,同学甲可以登陆保修系统,填写故障机器的编号,故障的问题. 后台管理员可以

[Beta阶段]测试报告 一.Bug记录 1. 已经修复的BUG:文件查重的小组的空指针处理了 . 2.未能修复的bug: (1).在进行查重的时候必要要有10个文件,不然会报错:        (2).而且10个文件时存在数据库中的前10个文件:        (3).由于java中对于中文的"",.等标点符号不能写入到代码中,所以在判断的时候会出错: 二.场景测试 (1).李老师:使用查重系统,无需下载文件,直接就可以打开文件查看,报告的重复率一目了然,重复的地方使用红字提醒,特别