0x01 :Scrum Meeting基本摘要前端
Beta阶段第九次Scrum Meeting数据库 |
|
敏捷开发起始时间编程 |
2015/12/25 00:00 A.M.后端 |
敏捷开发终止时间安全 |
2015/12/28 23:00 P.M.服务器 |
会议基本内容摘要框架 |
ü 沟通方面,【突破】数据组反馈的插入失败问题正式获得解决,数据组提供的任意数据类型的文件均能被正确插入到Solr平台而且可以正确检索到,但依据目前的工做进度,仅能完成纯文本文件和PDF文件的内部检索单元测试 ü 先后端方面,在近期的开发过程当中,先后端的开发进度基本处于停滞状态;考虑到剩余工做量的流量和目前总体的开发进度,在后期的Scrum开发阶段将监督工做的比重增长,而各开发人员的工做量也将稳定增长学习 ü 在测试和流量部署方面,将正式开始Django各接口模块的单元测试工做,同时也将在服务器方面从新部署压力、安全测试等方面的工做;而关于代码质量的测试计划,因为团队在两轮迭代中完成了多框架的整理和迁移工做,目前成型的版本代码质量较高,且可读性和规范均相对完善,此部分的质量监管工做将以定量的形式的完成数据展现测试 |
参与讨论人员 |
除金东禾没法联系外,全员参与 |
特别说明 |
燃尽式的敏捷开发将在这次Scrum Meeting后再次开展 |
0x02 :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框架的学习文档的整理任务,方便后续继续开发的团队可以尽快上手此团队的项目(项目自己学习成本相对较高,所以望谨慎考虑并接受) |
0x03 :任务进展过程当中遇到的困难
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便可实现插入成功并被正确检索的问题。 |
0x03 :Burn Down燃尽图
图 1 Beta阶段第IX次Scrum Meeting燃尽图(调整了Beta阶段项目的终止时间)
图 2 Beta阶段Team@OSC团队管理任务看板说明
图 3 Beta阶段团队团队近期新增任务与完成任务(特别说明:此图表统计会忽略“已归档”任务,所以大量已归档而且验收经过的任务呗认定为“未完成”,即红线和蓝线之间的差距,致使新增任务和完成任务间存在必定的偏差)
0x04 :代码/文档签入记录
图 4 Github自己的commit记录(因为前端的主页面迁移工做存在BUG,所以开发过程当中不容许commit,而上传至平台作一部分测试工做,暂无commit记录)
图 5 Team@OSC团队管理自己的动态记录(因为上传、建立等动态过多,所以不予展现,仅将一部分截图进行展现)
0x05 :再见,无忧时光
图6 BugPhobia团队会议留影(QQAQQ笔者着实不会自拍略囧)