張建，孟祥鑫，孫海龍，王旭，劉旭東

1. 軟件開發(fā)環(huán)境國家重點(diǎn)實(shí)驗(yàn)室（北京航空航天大學(xué)），北京 100191；2. 北京航空航天大學(xué)大數(shù)據(jù)科學(xué)與腦機(jī)智能高精尖創(chuàng)新中心，北京 100191；3. 北京航空航天大學(xué)計(jì)算機(jī)學(xué)院，北京 100191

1 引言

軟件開發(fā)是以“開發(fā)者”為中心的智力密集型活動(dòng)。盡管在模型驅(qū)動(dòng)和人工智能等技術(shù)的推動(dòng)下，部分開發(fā)任務(wù)可以實(shí)現(xiàn)一定程度的自動(dòng)處理，但是由于軟件開發(fā)的高度復(fù)雜性，大多數(shù)開發(fā)任務(wù)尚難以自動(dòng)完成，開發(fā)者依然是軟件開發(fā)過程中的核心要素。不僅如此，軟件開發(fā)的復(fù)雜性使得大部分軟件開發(fā)任務(wù)難以由單個(gè)開發(fā)人員獨(dú)立完成，通常需要開發(fā)者群體的共同協(xié)作。例如，據(jù)報(bào)道，Windows 7的開發(fā)涉及2 000多人共25個(gè)子團(tuán)隊(duì)的協(xié)作。特別是，開源軟件、眾包等基于互聯(lián)網(wǎng)的軟件開發(fā)模式涉及的開發(fā)者數(shù)量龐大，且開發(fā)者相互之間了解有限，因此，建立開發(fā)者之間的高效協(xié)作成為更加迫切的需求。例如，開源社區(qū)GitHub擁有5 600多萬個(gè)注冊(cè)用戶，其中拉取請(qǐng)求（pull request）機(jī)制是GitHub倡導(dǎo)的社會(huì)化編程的核心內(nèi)容，但如果沒有推薦技術(shù)的支持，一個(gè)拉取請(qǐng)求得到用戶評(píng)論的平均時(shí)間會(huì)延長12天[1]；軟件開發(fā)問答社區(qū)Stack Overflow匯聚了1 300多萬個(gè)用戶，但仍然有超過620萬個(gè)問題（約占總問題的30%）未得到有效回答，其主要原因是缺乏針對(duì)問題進(jìn)行回答者推薦的支持。總之，開發(fā)者群體在開發(fā)過程中的協(xié)作效率與效果在很大程度上影響著軟件的開發(fā)效率和質(zhì)量。因此，研究開發(fā)者的能力、行為及其相互影響，并提供相應(yīng)的協(xié)作支撐方法具有重要的意義。

圖靈獎(jiǎng)獲得者Frederick P. Brooks在其《人月神話》一書中明確指出：簡單地基于“人月”來度量和計(jì)劃軟件開發(fā)任務(wù)存在不 足[2]。例如，軟件開發(fā)成本會(huì)隨著開發(fā)人數(shù)和時(shí)間的變化而發(fā)生變化，但進(jìn)度卻可能變緩甚至停滯。這充分說明，僅考慮開發(fā)者數(shù)量和開發(fā)時(shí)間而忽視開發(fā)任務(wù)的復(fù)雜性以及開發(fā)者的協(xié)作效率是不可行的。實(shí)際上，廣義的開發(fā)者群體協(xié)作主要研究以開發(fā)者為中心的軟件開發(fā)過程中各種要素之間的連接、交互和作用機(jī)理，以提升人與人、人與工具、人與數(shù)據(jù)、數(shù)據(jù)與工具之間的協(xié)作效率，從而提高軟件開發(fā)的效率和質(zhì)量。而狹義的群體協(xié)作主要指開發(fā)者群體之間的協(xié)作，一般體現(xiàn)在4個(gè)方面：直接的溝通與交流、開發(fā)任務(wù)的分配、開發(fā)結(jié)果的匯聚、開發(fā)資源的重用。在現(xiàn)有的軟件開發(fā)中，開發(fā)者之間的協(xié)作多依賴于開發(fā)者的主觀經(jīng)驗(yàn)進(jìn)行，協(xié)作效率低，缺乏智能化的支持。例如，在開發(fā)者的溝通與交流方面，交流的對(duì)象往往局限于開發(fā)團(tuán)隊(duì)內(nèi)相互熟悉的人員，但是團(tuán)隊(duì)外或者互聯(lián)網(wǎng)上可能存在大量潛在的協(xié)作者；在開發(fā)任務(wù)的分配上，一般由技術(shù)負(fù)責(zé)人依據(jù)其對(duì)開發(fā)人員和開發(fā)任務(wù)的主觀了解進(jìn)行任務(wù)分配，缺乏客觀準(zhǔn)確的任務(wù)分配方法；在開發(fā)結(jié)果的匯聚上，多采用版本管理工具進(jìn)行結(jié)果的聚合，這些工具假定每個(gè)開發(fā)者的貢獻(xiàn)是可信的，在出現(xiàn)錯(cuò)誤甚至惡意貢獻(xiàn)的情況下，需要復(fù)雜的回滾等操作；在開發(fā)資源的重用方面，往往局限于開發(fā)團(tuán)隊(duì)內(nèi)部積累的軟件資源庫，而缺乏對(duì)互聯(lián)網(wǎng)上更大范圍的資源的重用支持。因此，基于互聯(lián)網(wǎng)中的海量開發(fā)者相關(guān)數(shù)據(jù)，近年來大量的工作研究了面向特定開發(fā)任務(wù)的開發(fā)者推薦和開發(fā)資源推薦。一方面，開發(fā)者推薦面向開發(fā)過程中的不同階段，推薦合適的開發(fā)人員，包括代碼評(píng)審者推薦[3-4]、開發(fā)者以及開發(fā)團(tuán)隊(duì)推薦[5-7]等；另一方面，開發(fā)資源推薦推薦的是開發(fā)過程中需要的軟件資源，包括應(yīng)用程序接口（application programming interface，API）推薦[8]、代碼推薦[9-10]和代碼修復(fù)補(bǔ)丁推薦[11]等。然而，這類工作只關(guān)注與特定任務(wù)相關(guān)的歷史數(shù)據(jù)，忽略了對(duì)開發(fā)者及其協(xié)作關(guān)系的分析，使得推薦性能受到限制。此外，目前還沒有形成系統(tǒng)化的軟件開發(fā)者智能協(xié)作環(huán)境，不能很好地支撐高效的軟件協(xié)作開發(fā)。

針對(duì)軟件開發(fā)中開發(fā)者協(xié)作面臨的問題，本文以提高開發(fā)者的協(xié)作效率為目標(biāo)，研究智能化的群體協(xié)作方法，并開發(fā)智能化的協(xié)作開發(fā)支撐環(huán)境。其核心是通過對(duì)互聯(lián)網(wǎng)及企業(yè)內(nèi)等積累的軟件開發(fā)大數(shù)據(jù)進(jìn)行分析，對(duì)開發(fā)者的能力特征和歷史協(xié)作行為等進(jìn)行定性和定量的分析，進(jìn)而面向特定的軟件開發(fā)任務(wù)提供智能化的協(xié)作支持。首先，收集和匯聚大量的軟件開發(fā)數(shù)據(jù)，學(xué)習(xí)開發(fā)者的能力特征，并挖掘其中隱含的協(xié)作關(guān)系，從而建立以開發(fā)者為中心的知識(shí)庫。第二，在此基礎(chǔ)上，一方面，根據(jù)開發(fā)者能力和行為等，突破開發(fā)者推薦和智能的任務(wù)分配關(guān)鍵技術(shù)，提高軟件開發(fā)中開發(fā)者“顯式協(xié)作”的效率；另一方面，基于開發(fā)者關(guān)聯(lián)關(guān)系進(jìn)行分析，突破軟件資源（代碼、問答等）智能推薦和重用關(guān)鍵技術(shù)，以提高基于軟件資源的開發(fā)者“隱式協(xié)作”的效率。第三，在關(guān)鍵技術(shù)突破的基礎(chǔ)上，研發(fā)相應(yīng)的智能協(xié)作工具集，面向開發(fā)人員建立開放敏捷的自組織式協(xié)作支撐環(huán)境，實(shí)現(xiàn)智能任務(wù)分配和資源推薦等。

總體來說，本文的主要貢獻(xiàn)如下：

● 提出了面向軟件開發(fā)的智能化群體協(xié)作的研究框架，給出了其中的核心研究問題；

● 提出了開發(fā)者能力模型與協(xié)作關(guān)系模型，并基于從互聯(lián)網(wǎng)上收集的軟件開發(fā)大數(shù)據(jù)構(gòu)建了開發(fā)者知識(shí)圖譜；

● 在開發(fā)者知識(shí)圖譜的基礎(chǔ)上，針對(duì)開發(fā)者的智能推薦和開發(fā)資源推薦，提出了若干關(guān)鍵技術(shù)，并基于真實(shí)數(shù)據(jù)進(jìn)行了實(shí)驗(yàn)評(píng)估；

● 研制了一個(gè)智能協(xié)作開發(fā)支撐環(huán)境的系統(tǒng)，并開展了應(yīng)用實(shí)踐。

2 智能協(xié)作框架

開發(fā)者協(xié)作一直是軟件開發(fā)中的關(guān)鍵問題。研究表明，在大的軟件開發(fā)項(xiàng)目中，開發(fā)人員花費(fèi)70%以上的時(shí)間進(jìn)行相互協(xié)作[12]，同時(shí)也有研究表明，在有些大型軟件開發(fā)中，團(tuán)隊(duì)性的活動(dòng)占85%以上[13]。早期的軟件開發(fā)活動(dòng)大多局限于企業(yè)內(nèi)部，因此相關(guān)的研究工作主要集中于提供諸如版本控制等工具來實(shí)現(xiàn)開發(fā)者共同開發(fā)軟件。隨著互聯(lián)網(wǎng)的發(fā)展和成熟，尤其是在社交媒體與社交網(wǎng)絡(luò)（social network）[14]被廣泛應(yīng)用到軟件開發(fā)中后，大量的研究開始集中于對(duì)基于互聯(lián)網(wǎng)軟件資源的開發(fā)者的協(xié)作分析[15-19]。

本文在現(xiàn)有研究的基礎(chǔ)上，提出了智能協(xié)作支撐環(huán)境的框架：收集軟件開發(fā)者協(xié)作開發(fā)產(chǎn)生的多源異構(gòu)大數(shù)據(jù)，提取出其中蘊(yùn)含的軟件開發(fā)知識(shí)，并以知識(shí)圖譜的形式進(jìn)行組織，進(jìn)一步借助于搜索、推薦等技術(shù)，將這些知識(shí)應(yīng)用于軟件開發(fā)活動(dòng)，從而實(shí)現(xiàn)軟件開發(fā)者的智能協(xié)作，最終為提高軟件開發(fā)效率與質(zhì)量提供支撐。整體的研究框 架如圖1所示。

圖1 面向軟件開發(fā)的智能化群體協(xié)作框架

在該框架中，開發(fā)者相關(guān)知識(shí)是智能協(xié)作開發(fā)環(huán)境的關(guān)鍵所在。具體來講，圍繞開發(fā)者知識(shí)的提取與利用，需要解決4類關(guān)鍵問題。

● 數(shù)據(jù)源。從數(shù)據(jù)源增量爬取的數(shù)據(jù)是多源異構(gòu)的，這種原始數(shù)據(jù)包含雜亂無章的信息。這些信息對(duì)于推薦或搜索層來說價(jià)值很低，不能被直接使用，需要對(duì)這些數(shù)據(jù)進(jìn)行有效管理和知識(shí)提取。

● 開發(fā)者知識(shí)庫?？紤]到上層的軟件開發(fā)者知識(shí)需求，知識(shí)提取的技術(shù)主要包括兩種：開發(fā)者能力評(píng)估技術(shù)和開發(fā)者關(guān)系挖掘技術(shù)。開發(fā)者能力評(píng)估技術(shù)的核心是建立定性定量相結(jié)合的多維開發(fā)者能力模型，以全面地刻畫開發(fā)者的能力；開發(fā)者關(guān)系挖掘技術(shù)則主要依賴協(xié)作關(guān)系模型，包含開發(fā)者-開發(fā)者關(guān)系以及開發(fā)者-軟件資源的關(guān)聯(lián)關(guān)系。于是構(gòu)成了開發(fā)者能力、開發(fā)者關(guān)系以及開發(fā)資源的知識(shí)統(tǒng)一體，其表現(xiàn)形式為開發(fā)者知識(shí)圖譜。

● 推薦與搜索。構(gòu)建知識(shí)庫的目標(biāo)是將其中的知識(shí)應(yīng)用到軟件開發(fā)過程中，具體的方式包括面向智能協(xié)作的知識(shí)搜索以及知識(shí)推薦。其中，搜索技術(shù)既包括開發(fā)者及其關(guān)聯(lián)資源的搜索，也包括開發(fā)者的能力以及開發(fā)者之間的關(guān)系搜索；智能推薦是借助于開發(fā)者能力模型知識(shí)和協(xié)作關(guān)系模型的開發(fā)者推薦與開發(fā)資源推薦技術(shù)。

● 工具集。其主要包括開發(fā)者推薦和開發(fā)資源推薦工具，同時(shí)，在開發(fā)者使用這些工具進(jìn)行軟件開發(fā)的過程中，通過開發(fā)行為監(jiān)控與感知，又能夠擴(kuò)充或更新開發(fā)者知識(shí)圖譜中的知識(shí)。

在開發(fā)者知識(shí)的驅(qū)動(dòng)下，這4種關(guān)鍵技術(shù)問題形成了閉環(huán)的智能協(xié)作環(huán)境，即數(shù)據(jù)獲取→開發(fā)者知識(shí)庫的構(gòu)建→知識(shí)搜索與推薦→智能釋放工具集→開發(fā)者知識(shí)圖譜的更新。

因此，智能協(xié)作的核心是對(duì)開發(fā)者知識(shí)的利用。本文提出了一種新的智能協(xié)作分析方法，即開發(fā)者知識(shí)圖譜（developer knowledge graph）。該方法結(jié)合了開發(fā)者能力建模和開發(fā)者協(xié)作分析的方法，形成了一體化的開發(fā)者協(xié)作知識(shí)網(wǎng)絡(luò)，貫穿了整個(gè)智能協(xié)作環(huán)境。

3 開發(fā)者知識(shí)圖譜

開發(fā)者知識(shí)圖譜是將開發(fā)者作為知識(shí)結(jié)點(diǎn)、將開發(fā)者協(xié)作關(guān)系作為邊的知識(shí)圖譜。其中，結(jié)點(diǎn)描述了開發(fā)者的能力特征，邊描述了開發(fā)者之間的協(xié)作關(guān)系，因此定義開發(fā)者能力模型和開發(fā)者協(xié)作關(guān)系模型是構(gòu)建知識(shí)圖譜的關(guān)鍵。在本文的工作中，為了覆蓋更多的開發(fā)知識(shí)，筆者也將開發(fā)資源結(jié)點(diǎn)以及開發(fā)者與開發(fā)資源的關(guān)系納入了知識(shí)圖譜。

3.1 開發(fā)者能力模型

現(xiàn)有的開發(fā)者能力評(píng)估方法存在一些不足[20-22]：第一，大多數(shù)的能力評(píng)估方法只注重對(duì)開發(fā)者的開發(fā)語言技能的抽取與評(píng)分，具有一定的片面性；第二，現(xiàn)有方法沒有綜合考慮開發(fā)者在開發(fā)活動(dòng)中表現(xiàn)出的個(gè)人貢獻(xiàn)與團(tuán)隊(duì)合作能力；第三，開發(fā)者的能力不僅體現(xiàn)在個(gè)人編寫的代碼中，也體現(xiàn)在不同的開發(fā)活動(dòng)（如問答、測(cè)試等）中。因此，如何提供一種通用的模型來刻畫各類型開發(fā)者的能力是需要解決的一個(gè)難題。

針對(duì)以上問題，本文提出了一種新的開發(fā)者能力模型，從多個(gè)維度度量開發(fā)者的能 力，如圖2所示。

本文刻畫了開發(fā)者能力的3個(gè)主要方面，并且基于度量的靈活性，建立了開發(fā)者能力樹。具體來說，樹的根結(jié)點(diǎn)為開發(fā)者能力，其子樹分別為專業(yè)技能（skill）、貢獻(xiàn)度（contribution）以及協(xié)作度（collaboration）。本文對(duì)能力的刻畫以統(tǒng)計(jì)方法為基礎(chǔ)，該方法更適用于大型社區(qū)（如GitHub、Stack Overflow），且可解釋性較強(qiáng)。下面分別對(duì)這3個(gè)維度進(jìn)行具體說明。

專業(yè)技能表示開發(fā)者掌握的開發(fā)技能，包括編程語言、技術(shù)框架以及操作系統(tǒng)等，主要考察開發(fā)者在開發(fā)活動(dòng)中是否具備某項(xiàng)技能以及能否符合任務(wù)需求，因此，以key:value的形式表示。這里key和value分別以定性和定量的方式表示開發(fā)者的專業(yè)技能掌握程度。例如，對(duì)于掌握J(rèn)ava、Python語言以及Spring框架并且熟悉Linux的開發(fā)者，其專業(yè)技能可以表示為{Java:6,Python:4,Spring:6,Linux:2}集合的形式。在該集合中，key為Java的技能的評(píng)分為6，在某種評(píng)分體系下，表示開發(fā)者能夠較熟練地掌握J(rèn)ava語言，其他技能依此類推。關(guān)于技能的抽取和評(píng)分，可以集成已有的研究方法。本文針對(duì)活躍在不同社區(qū)的開發(fā)者構(gòu)建了簡單易行的評(píng)分體系。例如，在Stack Overflow社區(qū)中，從開發(fā)者回答的問題中抽取出技能標(biāo)簽集合，記為Γ。對(duì)于每 個(gè)技能標(biāo)簽T∈Γ，找出開發(fā)者在該標(biāo)簽下的回答集合A=∪αi，每個(gè)回答有對(duì)應(yīng)的回答得分si，則開發(fā)者在該技能標(biāo)簽T下的技能得分為類似地，在其他社區(qū)中也主要采用基于統(tǒng)計(jì)分析的方式對(duì)開發(fā)者技能進(jìn)行評(píng)估。

貢獻(xiàn)度是指開發(fā)者在特定社區(qū)中對(duì)該社區(qū)作出的貢獻(xiàn)，主要考察開發(fā)者在社區(qū)中的活躍程度，同時(shí)也是對(duì)其熟練度的刻畫。這些貢獻(xiàn)指的是開發(fā)者的各項(xiàng)活動(dòng)，如在GitHub開源社區(qū)中參與項(xiàng)目或提交代碼、在Stack Overflow問答社區(qū)中回答問題等。為了客觀地度量各個(gè)社區(qū)中開發(fā)者的貢獻(xiàn)，筆者首先抽取開發(fā)者不同貢獻(xiàn)的集合C={Ci|i=1,2,3,…,N}組成該開發(fā)者的貢獻(xiàn)的key集合，對(duì)于每一個(gè)key，即Ci，以屬于該key的活動(dòng)集合的累加數(shù)目Vi組成在該key下的貢獻(xiàn)值。例如，開發(fā)者D在GitHub中提交了m次代碼，則其貢獻(xiàn)度表示為{commit:m}，其他貢獻(xiàn)也是同樣的計(jì)算方式。

協(xié)作度指開發(fā)者在特定社區(qū)的開發(fā)活動(dòng)中與其他開發(fā)者的關(guān)聯(lián)關(guān)系，用于考察開發(fā)者與其他開發(fā)者之間的團(tuán)隊(duì)協(xié)作能力。開發(fā)者在特定社區(qū)中共同完成任務(wù)或者互相關(guān)注（follow），形成了諸多關(guān)系，主要包括社交關(guān)系與協(xié)作關(guān)系。例如，在GitHub中，開發(fā)者可以關(guān)注其他開發(fā)者，也可以被關(guān)注，因此產(chǎn)生了較為緊密的社交關(guān)系。由于每個(gè)社區(qū)的協(xié)作方式存在差異，在計(jì)算協(xié)作度時(shí)仍然按照統(tǒng)計(jì)協(xié)作頻度的方式對(duì)開發(fā)者的協(xié)作能力進(jìn)行評(píng)價(jià)，以保持模型的通用性。

按照上述方法，能夠得到每個(gè)維度下的詳細(xì)評(píng)分。對(duì)于這些詳細(xì)評(píng)分，可按照該子樹的分支的權(quán)重進(jìn)行加權(quán)計(jì)算得到整個(gè)維度的評(píng)分。以某個(gè)開發(fā)者的專業(yè)技能為例，假設(shè)其中包含N個(gè)技能標(biāo)簽的得分，記為P2、P3?？紤]不同的側(cè)重點(diǎn)，每個(gè)維度又可以有權(quán)重μ1、μ2、μ3。于是，該開發(fā)者的總得分為：對(duì)應(yīng)的得分為按照某種任務(wù)需求，其技能權(quán)重為則其專業(yè)技能的整體得分為：

同樣，可得到貢獻(xiàn)度和協(xié)作度維度下

圖2 軟件開發(fā)者能力模型

這項(xiàng)得分給出了開發(fā)者的整體能力。

3.2 開發(fā)者協(xié)作關(guān)系模型

開發(fā)者協(xié)作關(guān)系分析與開發(fā)者能力評(píng)估同等重要，它們都是知識(shí)凝練的結(jié)果。從宏觀的角度來看，本文的開發(fā)者協(xié)作關(guān)系的表示方法與開發(fā)者網(wǎng)絡(luò)是相似的。然而，現(xiàn)有的研究提出的開發(fā)者網(wǎng)絡(luò)僅僅是開發(fā)者協(xié)作關(guān)系模型的一部分，因?yàn)槠渫环治隽四骋环N協(xié)作關(guān)系，如共同修改某一文件等。另外，現(xiàn)有方法也未對(duì)協(xié)作關(guān)系強(qiáng)度進(jìn)行度量。

本文提出了一種開發(fā)者協(xié)作模型，即抽象出的跨社區(qū)的協(xié)作關(guān)系模型，該模型在各個(gè)社區(qū)中均是適用的。其在知識(shí)圖譜中被表示為開發(fā)者結(jié)點(diǎn)之間的邊，這些邊包含的協(xié) 作關(guān)系如圖3所示。

按照協(xié)作關(guān)系類型，將所有的協(xié)作關(guān)系劃分為三大類，分別是社交關(guān)系、直接協(xié)作與間接協(xié)作。在每個(gè)類型下又包含了詳細(xì)的協(xié)作關(guān)系，將關(guān)系類型和關(guān)系強(qiáng)度作為協(xié)作關(guān)系的屬性。在開發(fā)者的開發(fā)活動(dòng)中，社交關(guān)系是指開發(fā)者之間的在特定社區(qū)中的人際關(guān)系。雖然與開發(fā)活動(dòng)并不直接相關(guān)，但是社交關(guān)系會(huì)對(duì)軟件開發(fā)效率產(chǎn)生重要影響。例如，社交關(guān)系又可以分為follow關(guān)系和in organization關(guān)系等，分別表示開發(fā)者之間的互相關(guān)注和開發(fā)者隸屬于同一個(gè)組織等。直接協(xié)作指開發(fā)者之間的直接交互關(guān)系，即兩個(gè)開發(fā)者面對(duì)同一任務(wù)需要緊密的溝通合作。例如開發(fā)者D1與開發(fā)者D2之間存在answer to和call API的關(guān)系，則分別表示D1回答了D2提出的問題、D1實(shí)現(xiàn)某些功能時(shí)調(diào)用了D2提供的接口，number表示這些協(xié)作的頻度。此外，開發(fā)者共同修改代碼文件、對(duì)同一代碼的開發(fā)和測(cè)試也屬于這種緊密型的協(xié)作關(guān)系，其他類似的協(xié)作關(guān)系還有很多。間接協(xié)作指開發(fā)者之間的間接交互關(guān)系。相對(duì)于直接協(xié)作來說，它是一種較弱的協(xié)作關(guān)系，但對(duì)于整體的開發(fā)任務(wù)也起到了一定的作用。例如開發(fā)者D1與開發(fā)者D2都回答了某個(gè)問題，或者都向某個(gè)開源項(xiàng)目提交了自己的代碼，則他們之間分別構(gòu)成了co-answer和co-commit的關(guān)系。同樣，這里number用來表示間接協(xié)作的關(guān)系發(fā)生的頻度。類似的協(xié)作關(guān)系還有眾包社區(qū)中開發(fā)者共同參與某一項(xiàng)目中的不同任務(wù)等。

圖3 軟件開發(fā)者協(xié) 作關(guān)系模型

此外，筆者還提出了眾包社區(qū)中開發(fā)者能力演化模型[23]、基于知識(shí)追蹤的眾包軟件開發(fā)者能力評(píng)估方法[24]、基于程序代碼分析的開發(fā)者能力刻畫方法[25]、實(shí)體級(jí)的開發(fā)者情感分析方法[26]和跨社區(qū)的軟件開發(fā)者畫像方法[27]等。

4 基于開發(fā)者知識(shí)圖譜的智能推薦方法

在大規(guī)模軟件開發(fā)歷史數(shù)據(jù)的基礎(chǔ)上，借助對(duì)開發(fā)者進(jìn)行建模分析形成的開發(fā)者知識(shí)圖譜，可提供開發(fā)者推薦與開發(fā)資源推薦兩種智能服務(wù)。

（1）開發(fā)者推薦

解決當(dāng)前軟件團(tuán)隊(duì)組織的相對(duì)固化、依靠主觀經(jīng)驗(yàn)、準(zhǔn)確性不高問題的核心是根據(jù)任務(wù)特征實(shí)現(xiàn)開發(fā)者的動(dòng)態(tài)檢索和智能推薦。因?yàn)殚_發(fā)任務(wù)具有自己的特性，開發(fā)者能力是復(fù)雜多維的，開發(fā)活動(dòng)之間存在關(guān)聯(lián)依賴，所以開發(fā)者的智能推薦具有個(gè)性化需求、復(fù)雜度高的特點(diǎn)。本文將介紹面向編碼、測(cè)試以及軟件開發(fā)問答等任務(wù)的開發(fā)者智能推薦和任務(wù)分配方法，實(shí)現(xiàn)對(duì)軟件開發(fā)任務(wù)需求與開發(fā)者的智能匹配?；陂_發(fā)者知識(shí)圖譜中的開發(fā)者能力建模與協(xié)作關(guān)系分析，結(jié)合傳統(tǒng)機(jī)器學(xué)習(xí)以及深度學(xué)習(xí)方法，筆者研究了開發(fā)者[28-31]、開發(fā)團(tuán)隊(duì)[32]的智能推薦。例如，針對(duì)軟件問答社區(qū)中越來越多的問題無法得到及時(shí)回答導(dǎo)致的開發(fā)效率下降的情況，筆者提出了一種新的利用文本潛在隱含主題的回答者推薦方法[28]，為了提高推薦的可信度和準(zhǔn)確率，利用開發(fā)者之間的協(xié)作關(guān)系優(yōu)化推薦效果，并以此為核心設(shè)計(jì)了一種有較高準(zhǔn)確率和可用性的面向軟件開發(fā)的回答者推薦系統(tǒng)。這里僅以眾包軟件開發(fā)為代表性案例（見第4.1節(jié)和第4.2節(jié)），詳細(xì)闡述其中的開發(fā)者以及開發(fā)團(tuán)隊(duì)智能推薦技術(shù)。

（2）開發(fā)資源推薦

重用軟件開發(fā)社區(qū)中積累的開發(fā)資源（如代碼、問答知識(shí)等）是提高軟件開發(fā)效率的重要途徑，但這些資源語義結(jié)構(gòu)復(fù)雜、數(shù)據(jù)量大，使得已有的推薦方法準(zhǔn)確度不高、性能較低，同時(shí)資源的檢索質(zhì)量也較差，給開發(fā)者獲取開發(fā)資源帶來了很多困難。筆者通過檢索開發(fā)者知識(shí)圖譜中與開發(fā)者關(guān)聯(lián)的海量軟件資源數(shù)據(jù)，提出了對(duì)這些結(jié)構(gòu)復(fù)雜的數(shù)據(jù)進(jìn)行語義解析的方法，為開發(fā)者推薦在開發(fā)過程中所需要的資源，從而實(shí)現(xiàn)以開發(fā)資源為中心的隱式協(xié)作開發(fā)。具體來說，筆者研究了上下文感知的編程問答資源推薦[33]、面向高效編程的API使用模式推薦[34]、軟件問答社區(qū)中的Tag推薦[35]等技術(shù)。本文以面向高效編程的API使用模式推薦為例（見第4.3節(jié)），闡述開發(fā)者資源智能推薦技術(shù)。

4.1 面向眾包軟件開發(fā)的開發(fā)團(tuán)隊(duì)推薦技術(shù)

近年來，基于互聯(lián)網(wǎng)的眾包軟件開發(fā)成為一種新型的軟件開發(fā)模式，為管理者提供了發(fā)布需求的平臺(tái)，也為開發(fā)者提供了自由選擇開發(fā)任務(wù)的機(jī)會(huì)。然而，相比于數(shù)據(jù)標(biāo)注等傳統(tǒng)任務(wù)，軟件開發(fā)更加復(fù)雜，因此往往需要團(tuán)隊(duì)協(xié)作?，F(xiàn)有的團(tuán)隊(duì)推薦算法僅適用于管理者將任務(wù)指派給特定開發(fā)團(tuán)隊(duì)的場(chǎng)景，不適用于眾包軟件開發(fā)任務(wù)場(chǎng)景。本文提出了一種基于開發(fā)者隊(duì)友選擇偏好的團(tuán)隊(duì)推薦算法[32]，根據(jù)軟件開發(fā)任務(wù)的技能需求與人員需求，考慮各開發(fā)者的隊(duì)友選擇偏好，為開發(fā)者推薦高協(xié)作意愿團(tuán)隊(duì)，以確保團(tuán)隊(duì)的組建成功率。

本文的團(tuán)隊(duì)推薦算法首先對(duì)開發(fā)者進(jìn)行能力建模和親密度建模，然后對(duì)協(xié)作意愿影響因素建模，分析開發(fā)者隊(duì)友選擇偏好，基于開發(fā)者的隊(duì)友選擇偏好建模團(tuán)隊(duì)協(xié)作意愿，設(shè)計(jì)一種基于貪心策略的近似算法，為開發(fā)者推薦高協(xié)作意愿的團(tuán)隊(duì)，以確保團(tuán)隊(duì)組建成功率，且適用于大規(guī)模眾包軟件開發(fā)平臺(tái)。本文個(gè)性化團(tuán)隊(duì)推薦 算法框架如圖4所示，主要由以下3個(gè)模塊構(gòu)成。

● 數(shù)據(jù)模型：該模塊對(duì)開發(fā)者進(jìn)行能力建模和親密度建模。

● 團(tuán)隊(duì)協(xié)作意愿建模：該模塊首先給出協(xié)作意愿影響因素的數(shù)學(xué)表示，然后分析開發(fā)者的隊(duì)友選擇偏好，基于開發(fā)者的隊(duì)友選擇偏好建模團(tuán)隊(duì)協(xié)作意愿。

● 近似算法：該近似算法基于貪心策略為開發(fā)者推薦高協(xié)作意愿的團(tuán)隊(duì)，適用于大規(guī)模眾包軟件開發(fā)平臺(tái)。

圖4 個(gè)性化團(tuán)隊(duì)推薦算法框架

實(shí)驗(yàn) 結(jié)果表明，本文算法推薦結(jié)果明顯優(yōu)于親密度優(yōu)先（closeness first，CF）、能力提升優(yōu)先（expertise gain first，EGF）、能力差異優(yōu)先（expertise difference first，EDF）3個(gè)對(duì)比方法，本文算法推薦出的開發(fā)團(tuán)隊(duì)存在更高的團(tuán)隊(duì)協(xié)作意愿，保證了開發(fā)者的團(tuán)隊(duì)組建成功率。本文同時(shí)考慮了影響團(tuán)隊(duì)協(xié)作意愿的3個(gè)因素，而CF、EGF、EDF方法僅考慮了其中一個(gè)因素。Optimal方法的推薦結(jié)果是理論最優(yōu)解，該方法遍歷開發(fā)者集合以找到推薦的理論最優(yōu)解，但其算法時(shí)間復(fù)雜度為O(nN)（其中，n表示眾包開發(fā)者集合大小，N表示團(tuán)隊(duì)規(guī)模），復(fù)雜度高，當(dāng)數(shù)據(jù)規(guī)模很大時(shí)，無法達(dá)到實(shí)時(shí)推薦的效果，不適用于大規(guī)模眾包軟件開發(fā)平臺(tái)。本文提出的近似算法在保證推薦有效性的同時(shí)，算法的時(shí)間復(fù)雜度為O(n·N)（其中，n表示眾包開發(fā)者集合大小，N表示團(tuán)隊(duì)規(guī)模），確保了推薦的效率。

4.2 基于元學(xué)習(xí)的眾包軟件開發(fā)者推薦方法

盡管眾包軟件開發(fā)模式日益發(fā)展，但仍然存在一個(gè)典型的問題，即開發(fā)者與任務(wù)的匹配問題。對(duì)于具有嚴(yán)格的時(shí)間要求的軟件開發(fā)任務(wù)，如何借助歷史數(shù)據(jù)評(píng)估開發(fā)者的能力并依此推薦可靠的開發(fā)者，以保障開發(fā)效率和質(zhì)量，成為研究的關(guān)鍵點(diǎn)?，F(xiàn)在的眾包軟件開發(fā)者推薦方法僅能針對(duì)大數(shù)據(jù)集進(jìn)行分析建模，缺乏對(duì)小數(shù)據(jù)集的研究。多標(biāo)簽分類需要大量的數(shù)據(jù)才能訓(xùn)練出一個(gè)非常優(yōu)秀的模型，這限制了該方法在數(shù)據(jù)量不足時(shí)的應(yīng)用。此外，基于用戶角色的數(shù)據(jù)角色預(yù)測(cè)方法需要使用用戶的歷史數(shù)據(jù)，小數(shù)據(jù)集上的用戶歷史顯然太少，這導(dǎo)致難以訓(xùn)練模型。現(xiàn)有技術(shù)也缺乏針對(duì)冷啟動(dòng)問題的解決方法。在多標(biāo)簽形式的分類問題中，其基本假設(shè)為只有注冊(cè)次數(shù)高于一定閾值時(shí)才是可靠的，那些獲勝次數(shù)少的用戶會(huì)被過濾，導(dǎo)致有些用戶即使有能力完成任務(wù)也難以被算法推薦出來。而基于用戶角色的預(yù)測(cè)依舊需要大量的用戶歷史數(shù)據(jù)才能訓(xùn)練分類器，對(duì)于那些缺乏相應(yīng)歷史的用戶，則無法處理。

本研究針對(duì)眾包軟件開發(fā)者推薦的問題，提出了一種基于元學(xué)習(xí)的眾包軟件開發(fā)者推薦方法[31]，從而保證軟件質(zhì)量和 開發(fā)效率。如圖5所示，進(jìn)行推薦時(shí)，所述方法中包含3個(gè)主要組件：用戶注冊(cè)行為預(yù)測(cè)器、用戶提交行為預(yù)測(cè)器、用戶獲勝行為預(yù)測(cè)器。這三者分別可以預(yù)測(cè)用戶的相應(yīng)行為，用戶提交行為預(yù)測(cè)器基于用戶注冊(cè)后的情況進(jìn)行預(yù)測(cè)，而用戶獲勝行為預(yù)測(cè)器基于用戶提交后的情況進(jìn)行預(yù)測(cè)，用戶注冊(cè)行為預(yù)測(cè)器的預(yù)測(cè)沒有任何先決條件。依據(jù)用戶獲勝行為預(yù)測(cè)器預(yù)測(cè)出的獲勝概率p，用戶注冊(cè)行為預(yù)測(cè)器和用戶提交行為預(yù)測(cè)器會(huì)相繼對(duì)預(yù)測(cè)出的注冊(cè)概率和提交概率不在前Top_R、Top_S的用戶的獲勝概率進(jìn)行修改，R、S為0到1的閾值，可以人為設(shè)定。如果把獲勝概率p設(shè)為0，此時(shí)直接結(jié)束模型對(duì)該輸入的預(yù)測(cè)行為。對(duì)于這3個(gè)組件，采用元模型進(jìn)行構(gòu)建，基礎(chǔ)學(xué)習(xí)模型使用Extrees、XGBoost、深度神經(jīng)網(wǎng)絡(luò)（deep neural network，DNN）3個(gè)算法，并依據(jù)原學(xué)習(xí)方法進(jìn)行分析算法選擇。

實(shí)驗(yàn)結(jié) 果（見表1）表明，相比于協(xié)同過濾分類（collaborative filtering classification，CBC）、基于內(nèi)容的推薦（CrowdRex）、動(dòng)態(tài)眾包工人決策支持（dynamic crowd worker decision support，DCW-DS）的方法，本文提出的元學(xué)習(xí)模型（policy model）能夠在眾包軟件開發(fā)平臺(tái)Topcoder上獲得當(dāng)前較高的推薦準(zhǔn)確率。其中，Acc@3表示Top-3的推薦準(zhǔn)確率，依此類推。MRR是國際上通用的對(duì)搜索/推薦算法進(jìn)行評(píng)價(jià)的機(jī)制，即如果第一個(gè)結(jié)果即可匹配，則分?jǐn)?shù)為1；第二個(gè)結(jié)果匹配，則分?jǐn)?shù)為0.5；第n個(gè)結(jié)果匹配，則分?jǐn)?shù)為1/n；如果沒有匹配的結(jié)果，則分?jǐn)?shù)為0。單個(gè)方法在該數(shù)據(jù)集上的最終MRR分?jǐn)?shù)為所有匹配分?jǐn)?shù)的平均值。

圖5 眾包開發(fā)者推薦的整體流程

4.3 面向高效編程的API使用模式推薦技術(shù)

開發(fā)者在開發(fā)過程中往往需要尋求其他開發(fā)者的幫助。開發(fā)者或者僅與熟悉的開發(fā)者溝通，或者通過互聯(lián)網(wǎng)提出問題，兩者的效率和質(zhì)量均得不到保障。為了提高隱式協(xié)作的效率，本文研究了API使用模式的智能推薦方法，即給定開發(fā)者需求，推薦其他開發(fā)者產(chǎn)生的相應(yīng)的API使用模式代碼。在根據(jù)自然語言自動(dòng)生成代碼的問題上，目前有工作嘗試生成完整代碼，或者生成API序列。前者生成代碼的質(zhì)量往往比較低，很難達(dá)到直接可用的效果；而后者難以直接被用于補(bǔ)全源代碼。相比之下，包含API及其相關(guān)控制流語句的結(jié)構(gòu)（稱之為API使用模式）有適中的復(fù)雜度，并且可以提供足夠的代碼骨架信息來幫助開發(fā)者實(shí)現(xiàn)各種各樣的功能。根據(jù)自然語言查詢生成相關(guān)的API使用模式，既可以達(dá)到比較好的生成效果，又可以有效地幫助開發(fā)者。

表1 研究方案在Topcoder數(shù)據(jù)集上 的性能對(duì)比

本文針對(duì)由自然語言查詢生成API使用模式的問題，提出了一種新的API使用模式推薦技術(shù)[34]。本研究采用編碼器-解碼器模型，設(shè)計(jì)了API-MCTree解碼器模塊，并對(duì)該模型設(shè)計(jì)了訓(xùn)練和預(yù)測(cè)的算法。為了獲得<自然語言查詢，API使用模式>形式的數(shù)據(jù)對(duì)作為訓(xùn)練數(shù)據(jù)，還需要獲得對(duì)應(yīng)API使用模式的自然語言查詢。根據(jù)Javadoc說明指導(dǎo)，一個(gè)函數(shù)的注釋文檔的第一句可以作為當(dāng)前函數(shù)的簡短描述，因此抽取其中的第一句作為自然語言查詢。為了在學(xué)習(xí)過程中更好地表示API使用模式，每個(gè)API使用模式可以被看成一個(gè)有約束的樹形結(jié)構(gòu)。假設(shè)每種控制流結(jié)構(gòu)都有一種不同的顏色，稱這種有約束的樹為API-MCTree（API multi-colored tree）。本研究基于一種帶注意力機(jī)制的編碼器-解碼器模型。編碼器部分是基于循環(huán)神經(jīng)網(wǎng)絡(luò)模型的，具體使用的是長短期記憶（LSTM）單元，它可以以循環(huán)的方式一個(gè)接一個(gè)地處理自然語言的詞輸入，然后將自然語言序列編碼到一個(gè)固定大小的向量。解碼器根據(jù)自然語言向量c生成API-MCTree。對(duì)于API使用模式這種特殊的形式，本文設(shè)計(jì)了一種新型的解碼器，稱之為API-MCTree解碼器，如圖6所示。與序列解碼器不同，在時(shí)間步t，API-MCTree解碼器的隱藏狀態(tài)不僅依賴于上一個(gè)時(shí)間步t-1，也依賴于父親非終結(jié)符結(jié)點(diǎn)的信息。因而，在模型中采用了parent-feeding連接機(jī)制。在時(shí)間步t，將父親非終結(jié)符結(jié)點(diǎn)的隱藏狀態(tài)和輸入向量拼接在一起，然后把它們共同送入LSTM單元，基于輸出的隱藏狀態(tài)生成相應(yīng)的樹形API使用模式。

圖6 API-MCTree解碼器

為了驗(yàn)證本文設(shè)計(jì)的API使用模式生成方法的有效性，分析模型中設(shè)計(jì)的合理性并與其他相關(guān)方法進(jìn)行對(duì)比，筆者設(shè)計(jì)了相關(guān)的實(shí)驗(yàn)進(jìn)行評(píng)估。與其他相關(guān)工作的評(píng)價(jià)方式類似，使用BLEU-4來衡量生成的API使用模式的質(zhì)量，它可以量化候選序列和真實(shí)序列之間的相似度。筆者比較了本文方法和現(xiàn)有的4種方法。表2是這些方法在具體指標(biāo)上的表現(xiàn)，可以看到，本文提出的方法擁有最高的BLEU分?jǐn)?shù)（44.90%）和最高的測(cè)試準(zhǔn)確度（37.45%）。通過和對(duì)比方法的比較可知，本文提出的方法有較好的效果，在自然語言查詢語義理解、API使用模式的語法和語義信息的捕捉和表達(dá)上具有不錯(cuò)的能力。

5 大規(guī)模開發(fā)者智能協(xié)作支撐環(huán)境

如圖7所示，基于對(duì)開發(fā)者畫像、開發(fā)者推薦及開發(fā)資源推薦等關(guān)鍵技術(shù)的研究，筆者構(gòu)建了大規(guī)模開發(fā)者智能協(xié)作支撐環(huán)境，自下而上可分為5個(gè)層次。

（1）數(shù)據(jù)源和數(shù)據(jù)管理

開發(fā)了面向GitHub、Stack Overflow、Topcoder、CSDN、GitLab平臺(tái)的分布式爬蟲工具，獲取了源代碼、代碼注釋、項(xiàng)目文檔、開發(fā)者行為、技術(shù)問答、技術(shù)博客等海量開發(fā)數(shù)據(jù)，并存儲(chǔ)到MySQL、MongoDB、Neo4j數(shù)據(jù)庫中（見表3）。

（2）開發(fā)者知識(shí)庫

定義了開發(fā)者知識(shí)庫的基本模型，從原始數(shù)據(jù)中提取開發(fā)結(jié)點(diǎn)與開發(fā)關(guān)系，以構(gòu)建開發(fā)者知識(shí)庫。開發(fā)結(jié)點(diǎn)包括開發(fā)者以及開發(fā)者的技能、效率、情感等信息，還包括開發(fā)資源及其主題、類別、質(zhì)量等信息；開發(fā)關(guān)系包含開發(fā)者間的社交、競爭、協(xié)作等關(guān)系信息。最終，建立起一個(gè)包含24億個(gè)結(jié)點(diǎn)、80.7億條邊的大規(guī)模開發(fā)者知識(shí)庫，其中包含4 397萬名開發(fā)者，數(shù)據(jù)總量達(dá)到13 TB（見表3）。

表2 本文方法與現(xiàn)有方法的性能比較

（3）智能推薦與搜索

圖7 大規(guī)模軟件開發(fā)者智能協(xié)作支撐環(huán)境體系結(jié)構(gòu)

根據(jù)已構(gòu)建的開發(fā)者知識(shí)庫，分別進(jìn)行了開發(fā)者推薦、開發(fā)資源推薦、知識(shí)庫搜索3個(gè)方面的研究。對(duì)于開發(fā)者推薦，使用協(xié)同過濾、元學(xué)習(xí)模型、主題模型、協(xié)作關(guān)系感知等方法，對(duì)開發(fā)過程中不同階段任務(wù)的開發(fā)者分配模式進(jìn)行了優(yōu)化；對(duì)于開發(fā)資源推薦，一方面通過開發(fā)行為上下文感知方法來捕獲開發(fā)者的行為特征，另一方面通過神經(jīng)網(wǎng)絡(luò)代碼表示與語法樹挖掘代碼語義等方法對(duì)相關(guān)代碼進(jìn)行結(jié)構(gòu)化表示，最后綜合兩者作為輸入特征，基于知識(shí)庫中的資源與歷史協(xié)作關(guān)系進(jìn)行資源推薦；對(duì)于知識(shí)庫搜索，對(duì)開發(fā)者與開發(fā)資源潛在主題的提取技術(shù)進(jìn)行了研究，并輔以多種維度的排序返回方式，提高了搜索的精度。

表3 系統(tǒng)中匯聚的主要軟件大數(shù)據(jù)情況

（4）工具集

基于以上智能推薦與搜索方法，開發(fā)了一系列智能開發(fā)工具集，包括開發(fā)者智能推薦工具集、開發(fā)者畫像工具集、開發(fā)資源推薦工具集、開發(fā)者搜索工具集和開發(fā)資源搜索工具集。

● 開發(fā)者智能推薦工具集包括代碼評(píng)審者、眾包開發(fā)者、問題（issue）解決者、問題回答者的推薦工具，這些工具能夠在開發(fā)過程中的不同階段優(yōu)化開發(fā)者的分配策略，以提高協(xié)作開發(fā)的效率。

● 開發(fā)者畫像工具集包含能力定量評(píng)估工具、技能特征刻畫工具與跨社區(qū)畫像集成工具，能夠從社區(qū)貢獻(xiàn)、協(xié)作能力、技能偏好、代碼質(zhì)量、開發(fā)者情感等維度對(duì)開發(fā)者能力做定性與定量分析，并且可以對(duì)同時(shí)使用多個(gè)開發(fā)平臺(tái)的開發(fā)者進(jìn)行跨平臺(tái)開發(fā)能力的綜合展示。

● 開發(fā)資源推薦工具集包括Java編程助手工具與代碼自動(dòng)生成工具，前者能夠根據(jù)開發(fā)者的開發(fā)行為特征推薦與代碼上下文相關(guān)的優(yōu)質(zhì)問答資源，后者能夠根據(jù)自然語言的需求描述，面向Java的JDK庫提供API調(diào)用序列的自動(dòng)生成服務(wù)，幫助進(jìn)行簡單的函數(shù)功能設(shè)計(jì)。

● 開發(fā)者搜索工具集提供了基于基本信息與技能信息的兩種搜索模式，支持跨開發(fā)平臺(tái)搜索。

● 開發(fā)資源搜索工具集提供了基于資源主題的搜索模式，并可以對(duì)搜索結(jié)果依據(jù)技能標(biāo)簽進(jìn)行聚類，幫助開發(fā)者更好地獲取所需的開發(fā)資源。

圖8 開發(fā)者能力畫像

圖9 開發(fā)者智能搜索

最終，筆者將上述工具集成在大規(guī)模開發(fā)者智能協(xié)作支撐環(huán)境iCoOper平臺(tái)上，并且提供REST API服務(wù)，圖8～圖10給出了該平臺(tái)的部分功能截圖。不同企業(yè)的開發(fā)管理平臺(tái)中的歷史開發(fā)數(shù)據(jù)具有結(jié)構(gòu)一致性，因此iCoOper平臺(tái)具有良好的可擴(kuò)展性，能夠容易地嵌入更多企業(yè)的開發(fā)環(huán)境中。系統(tǒng)已在東軟集團(tuán)股份有限公司和萬達(dá)信息股份有限公司等進(jìn)行部署，系統(tǒng)直接與企業(yè)內(nèi)部代碼管理系統(tǒng)GitLab進(jìn)行對(duì)接，自動(dòng)獲取和分析企業(yè)內(nèi)部開發(fā)人員的相關(guān)數(shù)據(jù)，構(gòu)建開發(fā)者知識(shí)圖譜，并實(shí)現(xiàn)了對(duì)開發(fā)者的畫像、搜索和推薦等支持，在智慧城市、互聯(lián)網(wǎng)金融等應(yīng)用項(xiàng)目的開發(fā)中進(jìn)行了實(shí)際應(yīng)用。

圖10 代碼評(píng)審者智能推薦

6 結(jié)束語

本文從軟件開發(fā)者的角度對(duì)軟件智能化開發(fā)進(jìn)行了探索，介紹了開發(fā)者智能協(xié)作研究的思路和所開展的關(guān)鍵技術(shù)研究工作。首先，在對(duì)開發(fā)者能力評(píng)估模型和開發(fā)者協(xié)作關(guān)系模型進(jìn)行了全面闡述后，提出了新的開發(fā)者協(xié)作分析方法，構(gòu)建了開發(fā)者知識(shí)圖譜。進(jìn)一步，針對(duì)開發(fā)過程中存在的問題，本文提出了面向開發(fā)任務(wù)的開發(fā)者以及開發(fā)資源智能推薦算法。以這些關(guān)鍵技術(shù)為基礎(chǔ)，構(gòu)建了一體化的智能協(xié)作開發(fā)環(huán)境，以期為提高軟件開發(fā)效率和質(zhì)量提供有效支撐。

在未來工作中，一方面，由于本文研究的智能協(xié)作開發(fā)環(huán)境以輔助開發(fā)者進(jìn)行軟件開發(fā)為主，筆者將按照自頂向下的研究方法繼續(xù)完善智能協(xié)作環(huán)境，通過深入理解開發(fā)者在開發(fā)過程中的需求以及掌握這種需求的變化，提供更多的面向多種開發(fā)任務(wù)的開發(fā)者推薦與開發(fā)資源推薦服務(wù)，進(jìn)一步改進(jìn)智能推薦所依賴的開發(fā)者知識(shí)圖譜的開發(fā)者能力模型與開發(fā)者協(xié)作關(guān)系模型；另一方面，在本文提出的智能協(xié)作環(huán)境的基礎(chǔ)上，結(jié)合深度學(xué)習(xí)等方法研究并構(gòu)建更加智能化的開發(fā)者服務(wù)環(huán)境。