BugPhobia开发篇章:Beta阶段第IX次Scrum Meeting
2015-12-30 14:47
302 查看
[b]0x01 [/b][b]:[/b]Scrum Meeting[b]基本摘要[/b]
[b]0x02 [/b][b]:[/b]Scrum Meeting[b]任务情况说明[/b]
[b]0x03 [/b][b]:任务进展过程中遇到的困难[/b]
[b]0x03 [/b][b]:[/b]Burn Down[b]燃尽图[/b]
图 1 Beta阶段第IX次Scrum Meeting燃尽图(调整了Beta阶段项目的终止时间)
图 2 Beta阶段Team@OSC团队管理任务看板说明
图 3 Beta阶段团队团队近期新增任务与完成任务(特别说明:此图表统计会忽略“已归档”任务,因此大量已归档并且验收通过的任务呗认定为“未完成”,即红线和蓝线之间的差距,导致新增任务和完成任务间存在一定的误差)
[b]0x04 [/b][b]:代码[/b]/[b]文档签入记录[/b]
图 4 Github本身的commit记录(由于前端的主页面迁移工作存在BUG,因此开发过程中不允许commit,而上传至平台做一部分测试工作,暂无commit记录)
图 5 Team@OSC团队管理本身的动态记录(由于上传、创建等动态过多,因此不予展示,仅将一部分截图进行展示)
[b]0x05 [/b][b]:再见,无忧时光[/b]
图6 BugPhobia团队会议留影(QQAQQ笔者着实不会自拍略囧)
Beta阶段第九次Scrum Meeting | |
敏捷开发起始时间 | 2015/12/25 00:00 A.M. |
敏捷开发终止时间 | 2015/12/28 23:00 P.M. |
会议基本内容摘要 | ü 沟通方面,【突破】数据组反馈的插入失败问题正式得到解决,数据组提供的任意数据类型的文件均能被正确插入到Solr平台并且能够正确检索到,但依据目前的工作进度,仅能完成纯文本文件和PDF文件的内部检索 ü 前后端方面,在近期的开发过程中,前后端的开发进度基本处于停滞状态;考虑到剩余工作量的流量和目前整体的开发进度,在后期的Scrum开发阶段将监督工作的比重增加,而各开发人员的工作量也将稳定增加 ü 在测试和流量部署方面,将正式开始Django各接口模块的单元测试工作,同时也将在服务器方面重新部署压力、安全测试等方面的工作;而关于代码质量的测试计划,由于团队在两轮迭代中完成了多框架的整理和迁移工作,目前成型的版本代码质量较高,且可读性和规范均相对完善,此部分的质量监管工作将以定量的形式的完成数据展示 |
参与讨论人员 | 除金东禾无法联系外,全员参与 |
特别说明 | 燃尽式的敏捷开发将在此次Scrum Meeting后再次开展 |
团队成员 | 已完成任务 | 待完成任务 |
冯志睿 赵庶宏 | ü 【#65】完成Django单元测试框架的准备工作(20%):主要完成基本的Django单元测试调研工作,且提供了一定的demo展示,通过方案审核 ü 由于此阶段事务较多(数据库、数学建模、编译原理考核等事务),因此前端页面开发组缓期一段时间执行,根据此前的协商,预计在12月29日(即第X次Scrum Meeting开始)开始重新进行开发工作 | ü 【#37】用户管理的Read Later功能(工作量动态评定) ü 【#39】完成用户管理的文件上传功能(工作量动态评定) ü 【#47】完成jQuery学习文档的备案(工作量动态评定) ü 【#71】完成Django用户管理模块的代码复审工作 ü 【#73】完成用户管理接口而的单元测试工作 |
李入云 李云涛 | ü 由于此阶段事务较多(数据库、数学建模、编译原理考核等事务),因此前端页面开发组缓期一段时间执行,根据此前的协商,预计在12月29日(即第X次Scrum Meeting开始)开始重新进行开发工作 | ü 由于此前的代码复审结果不符合代码质量规范,因此,此部分任务重新开启继续完成前端页面的修改和规范工作 ü 【#58】完成问答页面的前端编码实现 ü 【#55】完成搜索结果页面的测试和复审工作 ü 【#35】完成搜索结果页面的代码迁移工作 ü 【#56】完成搜索结果页面的测试和复审工作 |
钱林琛 | ü 【#64】完成Github基本使用手册的撰写工作(剩余100%)(协作者) ü 【#66】完成NodeJS的环境搭建手册(100%) ü 【#49】完成问答页面的设计工作(100%):此任务已于第VIII次Scrum Meeting完成,但在工作审核时遗留了Tag设计页面,已重新交付 | ü 【#46】完成Semantic UI的学习文档备案 ü 【#67】完成网站流量统计的部署工作 |
王鹿鸣 | ü 由于此阶段事务较多(数据库、数学建模、编译原理考核等事务),因此前端页面开发组缓期一段时间执行,根据此前的协商,预计在12月29日(即第X次Scrum Meeting开始)开始重新进行开发工作 | ü 【#57】完成登陆注册页面的前端验证 ü 【#43】完成用户管理页面的代码迁移 |
王文基 | ü 【#63】修复Solr部分数据的字段设置,解决插入失败问题(100%):在copyField中增加自定义的字段就可以解决插入失败或无法检索成功的错误(schema.xml文件修改即可) ü 【#64】完成Github基本使用手册的撰写工作(剩余100%)(主导者) | ü 以结对编程成员的身份同冯志睿共同完成后端部分功能的开发 ü 【#37】用户管理的Read Later功能(工作量动态评定) ü 【#39】完成用户管理的文件上传功能(工作量动态评定) ü 【#47】完成jQuery学习文档的备案(工作量动态评定) ü 【#71】完成Django用户管理模块的代码复审工作 ü 【#73】完成用户管理接口而的单元测试工作 |
金东禾 | ü 鉴于此成员Scrum Meeting的参与率(0)和积极程度,团队决定放弃此成员,同时团队本身至今无法联系上此成员,但依据此前Team C#团队反馈的意见,可能会分配Django框架、Semantic UI框架的学习文档的整理任务,方便后续继续开发的团队能够尽快上手此团队的项目(项目本身学习成本相对较高,因此望谨慎考虑并接受) |
n 关于Solr的数据插入的解决方案:我们的团队在与上游的数据处理组交互的时候发现上游处理的自定义的字段在可以成功插入到dynamic域之后没有办法在query的过程中被检索到。我们尝试查看scheme.xml中的配置,但是发现dynamic域的所有的indexed的属性都是true的,可见问题不在这里。团队成员在多方查找终于发现问题的根源在于solr默认模式下搜索方式,solr默认的搜索方式是基于text字段的搜索,根据所查的资料显示这是solr没有被包装之前的lucene的搜索方式,但是显然solr有更加强大的功能。我们注意到copyField中的域基本都能被查到,这是因为copyField将特定的属性域映射到了text,使得在默认情况下可以直接对copyField中的source标记的资源进行和text一视同仁的搜索,于是我们只要在copyField中加上我们自定义的字段就可以解决这一问题了,由此看来schema.xml里面真是玄机无限。 n 具体事例说明如下:对于tag_ss的dynamic域的对象,在schema.xml中加上<copyField source="tag_ss" dest="text"/>后重新启动Sor即可实现插入成功并被正确检索的问题。 |
图 1 Beta阶段第IX次Scrum Meeting燃尽图(调整了Beta阶段项目的终止时间)
图 2 Beta阶段Team@OSC团队管理任务看板说明
图 3 Beta阶段团队团队近期新增任务与完成任务(特别说明:此图表统计会忽略“已归档”任务,因此大量已归档并且验收通过的任务呗认定为“未完成”,即红线和蓝线之间的差距,导致新增任务和完成任务间存在一定的误差)
[b]0x04 [/b][b]:代码[/b]/[b]文档签入记录[/b]
图 4 Github本身的commit记录(由于前端的主页面迁移工作存在BUG,因此开发过程中不允许commit,而上传至平台做一部分测试工作,暂无commit记录)
图 5 Team@OSC团队管理本身的动态记录(由于上传、创建等动态过多,因此不予展示,仅将一部分截图进行展示)
[b]0x05 [/b][b]:再见,无忧时光[/b]
图6 BugPhobia团队会议留影(QQAQQ笔者着实不会自拍略囧)
相关文章推荐
- Windows创建用户定义的服务(srvany.exe和instsrv.exe )
- 命令行的艺术
- OC基础概念理解—多态
- IOS-自动布局详解
- android中ViewPage使用的细节问题
- Winsock 编程流程
- 实验四 主存空间的分配和回收模拟
- data类型的Url格式及Base64编码:把小数据直接嵌入到Url中
- 「拼房」你敢吗?这款App这样玩「陌生人社交」
- 深入剖析 JavaScript 的深复制
- js如何知道checkbox是否被选中,并且选中的话让input元素变为不可编辑
- html5游戏开发,弹球小游戏!!!
- SublimeText3 安装和配置,以及配置 Python 环境
- Eclipse设置打印线
- 2015年直通车新玩法,你知道嘛!!
- mxnet实战之艺术画
- springmvc注解开发-高级之图片上传
- MySQL数据类型和常用字段属性总结
- ViewPager实现广告轮播
- JS 提交form表单