BugPhobia开发篇章：Beta阶段第IX次Scrum Meeting

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里面真是玄机无限。