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裏面真是玄機無限。 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筆者着實不會自拍略囧）