【摘要】：代碼評審是軟件工程中保證軟件質(zhì)量的有效手段。它常以多種方式進行。近年來,基于變更的代碼評審方式成為主流�；谧兏拇a評審?fù)ǔ＝柚ぞ咄瓿伞，F(xiàn)有的代碼評審工具的可定制性不足,且不具備評審人推薦功能,易用性不佳。針對現(xiàn)有代碼評審工具的不足,本文將實現(xiàn)一套面向Git的代碼評審系統(tǒng),旨在為互聯(lián)網(wǎng)企業(yè)提供一種輕量、便捷的代碼評審工具,注重評審系統(tǒng)的通用性和可定制性,并提供推薦評審人的功能,為企業(yè)優(yōu)化整個代碼評審流程。為了實現(xiàn)上述功能,本文將整個系統(tǒng)劃分為評審任務(wù)管理模塊、評論管理模塊和缺陷管理模塊。其中,評審任務(wù)管理模塊為系統(tǒng)最核心的模塊,涵蓋了評審任務(wù)配置和評審人推薦等重要功能。本文將評審任務(wù)配置分成附屬信息配置、前置任務(wù)配置和評審規(guī)則配置三個部分。評審規(guī)則由條件和操作兩部分組成。條件為對評審任務(wù)的某些屬性的限制。系統(tǒng)提供了多種屬性、限制和操作,用戶可以按需配置,定制最合適的評審規(guī)則。另外,對于評審人推薦功能的實現(xiàn),本文提出了一種基于變更文件關(guān)聯(lián)詞的評審人推薦算法Revtoken,并將其與已有的基于變更文件路徑的評審人推薦算法Revfinder進行對比,證明Revtoken算法具有較好的評審人推薦效果,且十分高效,適用于代碼評審系統(tǒng)。此外,系統(tǒng)實現(xiàn)了評論管理模塊和缺陷管理模塊分別對評審過程中的評論和缺陷進行管理,以便用戶順利高效地完成評審任務(wù)。在進行了需求分析和關(guān)鍵問題研究后,本文給出了該系統(tǒng)各個功能模塊詳細的設(shè)計與實現(xiàn)。之后設(shè)計了測試用例并對各個模塊進行測試。測試結(jié)果證明該系統(tǒng)的設(shè)計與實現(xiàn)符合要求,最后進行了全文總結(jié)。
【學(xué)位授予單位】：北京郵電大學(xué)
【學(xué)位級別】：碩士
【學(xué)位授予年份】：2019
【分類號】：TP311.52;TP393.09
【圖文】：

這種非侵入式的響應(yīng)式系統(tǒng)將開發(fā)者從繁瑣的ＤＯＭ操作中解放出來，逡逑使得大多數(shù)情況下開發(fā)者僅需維護好數(shù)據(jù)模型。理解Ｖｕｅ的響應(yīng)式原理，可以幫逡逑助開發(fā)者更好地搭建應(yīng)用。圖２－１展示了邋Ｖｕｅ的響應(yīng)式實現(xiàn)細節(jié)。逡逑Ｔｒｉｇｇｅｒ逡逑Ｃｏｍｐｏｎｅｎｔ邐ｒｅｒｅｎｄｅｒ逡逑Ｒｅｎｄｅｒ邐＾邐逡逑Ｆｕｎｃｔｉｏｎ邐ｖ逡逑＇＇逡逑ｉ邐ｆ邐１逡逑ｉ邋ｒｅｎｄｅｒ邋－？、邐｛逡逑、邐Ｃｏｌｌｅｃｔ邋／逡逑＾邐ａｓ邋Ｄｅｐｅｎｄｅｎｃｙ邋／邐，邋Ｎｏｔｉｆｙ逡逑‘‘一”、、、、／逡逑Ｖｉｒｔｕａｌ邋ＤＯＭ邋Ｔｒｅｅ逡逑圖２－１響應(yīng)式原理圖［１７］逡逑如圖２－１所示，在生成一個Ｖｕｅ實例時，Ｖｕｅ會檢查開發(fā)者傳給實例的ｄａｔａ逡逑選項，通常ｄａｔａ選項為一個普通的ＪａｖａＳｃｒｉｐｔ對象。Ｖｕｅ會遍歷這個對象的所有逡逑屬性，并使用Ｏｂｊｅｃｔ．ｄｅｆｍｅＰｒｏｐｅｒｔｙ方法給各個屬性添加ｇｅｔｔｅｒ和ｓｅｔｔｅｒ函數(shù)，逡逑ｇｅｔｔｅｒ函數(shù)會在讀取屬性時被調(diào)用，ｓｅｔｔｅｒ函數(shù)會在寫入屬性時被調(diào)用。每個組件逡逑實例都對應(yīng)一個的ｗａｔｃｈｅｒ?qū)嵗�，它會在組件渲染的過程中記錄依賴項。當(dāng)依賴逡逑項的ｓｅｔｔｅｒ被調(diào)用時，會通知ｗａｔｃｈｅｉ？重新計算，觸發(fā)組件再次渲染。組

組件化是Ｖｕｅ中另一個重要的特性。組件是一種抽象，它提供了一種健壯的逡逑模型使得用戶可以用一個個更小更簡單的封裝好的組件來搭建復(fù)雜的應(yīng)用程序。逡逑幾乎所有的應(yīng)用界面都可以抽象成一個組件樹，圖２－２展示了一個界面與其對應(yīng)逡逑的組件樹的關(guān)系。逡逑Ｋ—－邋ｍ＼ｉ邋Ｍ逡逑圖２－２頁面與組件樹的關(guān)系圖晸逡逑如圖２－２所示，左邊整個界面對應(yīng)右邊的整個組件樹。左邊頁面可分成三部逡逑分，分別為上部分、左下部分和右下部分，分別對應(yīng)右邊組件樹根元素下的三個逡逑子節(jié)點。左下部分的頁面又包含深灰色標(biāo)識的兩部分，它們分別對應(yīng)右邊組件樹逡逑的根元素的第二個子節(jié)點的兩個子節(jié)點。同樣右下部分的頁面包含深灰色標(biāo)識的逡逑三個部分，它們分別對應(yīng)的右邊組件樹根元素的第三個子節(jié)點下的三個子節(jié)點。逡逑雖然Ｗｅｂ組件規(guī)范中也有自定義元素，它和Ｖｕｅ組件非常類似，但Ｖｕｅ組逡逑件具備一些特有的功能，比如跨組件數(shù)據(jù)流、自定義事件通信等。Ｖｕｅ的這些特逡逑性都讓前端開發(fā)變得更簡單，代碼的復(fù)用和維護也更加便捷。逡逑本文的面向Ｇｉｔ的代碼評審系統(tǒng)選擇了邋Ｖｕｅ框架搭配Ｅｌｅｍｅｎｔ＿

［程操作記逡逑圖３－２評審任務(wù)模塊用例圖逡逑如圖３－２所示，評審任務(wù)管理被分成三個功能用例，分別為評審任務(wù)管理、逡逑任務(wù)配置管理和流程管理。逡逑評審任務(wù)管理是在任務(wù)層面上對評審任務(wù)進行管理，主要包含任務(wù)信息管理、逡逑任務(wù)狀態(tài)管理、任務(wù)列表管理和評審人推薦。以下將依次對這些子功能用例進行逡逑需求分析：逡逑１）任務(wù)信息管理，任務(wù)信息包括評審任務(wù)本身的屬性，例如評審名稱、描逡逑述、評審內(nèi)容等。這些信息一部分來自于用戶在網(wǎng)頁上的簡單輸入，另逡逑一部分，比如評審內(nèi)容中的變更的文件列表，代碼的差異視圖等數(shù)據(jù)，逡逑則由服務(wù)端通過克隆倉庫，執(zhí)行Ｇｉｔ命令行操作，解析操作結(jié)果得到。逡逑需要為用戶提供這些信息的錄入、修改與展示的功能。逡逑２）任務(wù)狀態(tài)管理，任務(wù)從創(chuàng)建到結(jié)束，會經(jīng)歷幾個階段：１）待評審；２）逡逑評審中；３）等待新的Ｐａｔｃｈ邋；邋４）已完成；５）關(guān)閉。這些狀態(tài)會根據(jù)流逡逑程的推動而變化。系統(tǒng)需要根據(jù)評審流程的推動修改任務(wù)的狀態(tài)，并將逡逑這個狀態(tài)展示給用戶

【相似文獻】

相關(guān)期刊論文 前10條

1 張小鵬;趙逢禹;劉亞;;效力優(yōu)化的代碼評審者推薦模型[J];小型微型計算機系統(tǒng);2018年11期

2 劉殷;軟件代碼評審的一種新方法[J];計算機與通信;1999年09期

3 王琨月;;誰的軟件更安全[J];每周電腦報;2004年09期

4 朱振興;;迷失在Scrum[J];軟件世界;2009年10期

5 盧松;楊達;胡軍;張瀟;;基于時間和影響力因子的Github Pull Request評審人推薦[J];計算機系統(tǒng)應(yīng)用;2016年12期

6 張戰(zhàn)成;陸衛(wèi)忠;任建平;付保川;;結(jié)合缺陷預(yù)防的軟件測試教學(xué)改革探索[J];無錫職業(yè)技術(shù)學(xué)院學(xué)報;2014年06期

7 金戈;;代碼重構(gòu)的作用和時機[J];現(xiàn)代計算機(專業(yè)版);2015年02期

8 程振林,方金云,唐志敏;基于C++的軟件編碼階段的質(zhì)量保證方法和工具[J];計算機工程與應(yīng)用;2005年16期

9 劉羚;;敏捷項目管理成績斐然[J];軟件和信息服務(wù);2012年10期

10 馮大輝;;架構(gòu)師接龍 鄺宇恒VS.侯震宇[J];程序員;2010年10期

相關(guān)碩士學(xué)位論文 前7條

1 尤璐潔;面向Git的代碼評審系統(tǒng)的設(shè)計與實現(xiàn)[D];北京郵電大學(xué);2019年

2 李燕;軟件質(zhì)量保證方法的研究及在同行評審改進項目的應(yīng)用[D];北京郵電大學(xué);2011年

3 孫偉文;基于外包軟件開發(fā)項目質(zhì)量預(yù)測模型的設(shè)計與實現(xiàn)[D];復(fù)旦大學(xué);2012年

4 李磊;產(chǎn)品監(jiān)管系統(tǒng)開發(fā)中的軟件測試[D];山東大學(xué);2007年

5 高遠;基于模型的代碼自動化評審[D];南京大學(xué);2012年

6 楊毅;過程驅(qū)動的軟件配置管理平臺的設(shè)計與實現(xiàn)[D];北京郵電大學(xué);2012年

7 何劍濤;基于設(shè)計的代碼自動評審方法[D];南京大學(xué);2014年

本文編號：2795283