專利名稱：一種軟件缺陷量化管理系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及軟件工程中的軟件質(zhì)量管理領(lǐng)域，尤其涉及一種軟件缺陷的定量管理及其實(shí)現(xiàn)方法。
背景技術(shù)：
隨著信息技術(shù)的發(fā)展，計(jì)算機(jī)行業(yè)已經(jīng)成為現(xiàn)代社會的核心支柱產(chǎn)業(yè)之一，運(yùn)行在計(jì)算機(jī)中的軟件是關(guān)系到計(jì)算機(jī)系統(tǒng)運(yùn)行性能的重要因素，軟件規(guī)模的日益擴(kuò)大，導(dǎo)致了軟件質(zhì)量管理越來越復(fù)雜，軟件中存在的缺陷會嚴(yán)重降低軟件的運(yùn)行效率，因此保證軟件質(zhì)量是軟件工程行業(yè)在軟件生命周期中應(yīng)該核心關(guān)注的問題，其中對軟件缺陷的量化評估管理就是保證軟件質(zhì)量的重要前提。在航天工業(yè)中，軟件缺陷是航天地面軟件研制部門對軟件質(zhì)量評價(jià)的一個(gè)重要指標(biāo)，盡管目前國內(nèi)已有多家航天地面軟件研制承擔(dān)單位通過GJB 5000A 3級認(rèn)證，并且培養(yǎng)了一批軟件過程評估員和推進(jìn)人員，對航天地面軟件的質(zhì)量改善起到很大的作用。但是，經(jīng)過調(diào)研分析，目前航天地面軟件過程改進(jìn)實(shí)踐中依舊缺乏信息化手段輔助進(jìn)行度量數(shù)據(jù)獲取、分析、呈現(xiàn)，輔助項(xiàng)目監(jiān)控和管理決策，給進(jìn)一步質(zhì)量提升帶來障礙。已有的軟件缺陷評估方法的出現(xiàn)，最早可以追溯到1992年，目前常用的軟件缺陷評估方法可以分成四類基于度量元的缺陷評估方法、基于缺陷分布的評估方法、基于模型的缺陷評估方法和基于模糊綜合評判的評估方法，這些方法通常面臨以下不足(I)傳統(tǒng)的簡單度量元技術(shù)基于規(guī)模度量來估算和預(yù)測軟件缺陷，隨著軟件開發(fā)技術(shù)從傳統(tǒng)的結(jié)構(gòu)化設(shè)計(jì)技術(shù)過渡到面向?qū)ο蠹夹g(shù)(如00A、00D、00P)，缺陷評估應(yīng)該考慮新技術(shù)所帶來的度量元(如產(chǎn)品度量元、執(zhí)行度量元、過程度量元等)對軟件缺陷評估的影響。(2)目前的缺陷評估方法受限于所使用的數(shù)據(jù)以及項(xiàng)目的具體情況。除C0QUALM0模型和Bayesian方法考慮到了不同項(xiàng)目及環(huán)境因素對缺陷的影響以外，其他方法和技術(shù)都受限于組織中的數(shù)據(jù)，難以廣泛推廣和使用。(3)基于模型的缺陷評估技術(shù)只考慮到了產(chǎn)品、項(xiàng)目、人員及平臺等幾個(gè)方面對缺陷評估的影響，這些模型框架是否完備、所考慮的因素是否足夠還有待進(jìn)一步研究。(4)模糊綜合評估方法雖然能夠有效克服專家評估中人為不利因素的影響，但其不適合在專家評價(jià)數(shù)據(jù)較少時(shí)使用，并且隨著評價(jià)數(shù)據(jù)增多計(jì)算難度明顯增大。傳統(tǒng)軟件缺陷評估中，由于專家評判過程具有主觀性，以及專家經(jīng)驗(yàn)等人為因素的影響，會導(dǎo)致評估決策上的失誤。模糊綜合評估方法雖然能夠有效克服專家評估中人為不利因素的影響，但其不適合在專家評價(jià)數(shù)據(jù)較少時(shí)使用，并且隨著評價(jià)數(shù)據(jù)增多計(jì)算難度明顯增大。
在軟件工程中，當(dāng)軟件過程出現(xiàn)問題時(shí)(比如過程質(zhì)量屬性出現(xiàn)異常)，如何進(jìn)行故障診斷，并追溯到問題根源尚沒有得到很好的解決。軟件過程故障的產(chǎn)生和傳播，以及故障診斷是一個(gè)典型的離散事件動(dòng)態(tài)系統(tǒng)，由于過程分量(人、機(jī)器、原料、環(huán)境、方法)的不確定性和交互過程的復(fù)雜性，導(dǎo)致軟件過程故障信息的不確定性和模糊性?，F(xiàn)在有關(guān)如何從軟件過程質(zhì)量指標(biāo)異常追溯到故障源的研究比較少。諸如CMMI、Bootstrap等軟件過程改進(jìn)模型都沒有提供相應(yīng)的解決方案。其他過程控制領(lǐng)域提供了一些技術(shù)方法，比如魚骨圖、離散分析圖、因果圖等，但是這些方法沒有考慮到過程故障信息的不確定性因素，而且形式化能力較差。故障診斷的一個(gè)關(guān)鍵問題是故障知識的表示方法，為此人們提出了許多知識表示法，如邏輯表示法、產(chǎn)生式規(guī)則、模糊產(chǎn)生式規(guī)則、語義網(wǎng)絡(luò)、框架和關(guān)系表示，以及面向?qū)ο蟊硎镜取＿@些方法雖然能表達(dá)故障特征的縱向和橫向聯(lián)系，但由于對故障僅僅是一種靜態(tài)描述，不能表現(xiàn)故障的動(dòng)態(tài)行為，且無法進(jìn)行 并行推理，使診斷效率受到限制。缺陷是軟件“與生俱來”的特征，無論小程序還是大型軟件系統(tǒng)，無一例外都存在著缺陷。軟件從最初的需求分析到最后的退出使用，需要大量的智力勞動(dòng)的投入來修復(fù)這些缺陷。然而軟件技術(shù)發(fā)展至今，任何驗(yàn)證、檢驗(yàn)手段都不可能發(fā)現(xiàn)和修復(fù)所有的缺陷。保證軟件質(zhì)量的需求催生了許多缺陷預(yù)測技術(shù)。利用這些缺陷預(yù)測技術(shù)，基于歷史數(shù)據(jù)，對所預(yù)測的缺陷進(jìn)行成本估計(jì)，在分析軟件過程質(zhì)量、平衡軟件成本和控制開發(fā)進(jìn)度方面有重要的意義。某個(gè)缺陷的修復(fù)成本雖然可以在各個(gè)開發(fā)小組的缺陷管理中獨(dú)立記錄，而缺陷修復(fù)成本的意義在于預(yù)測下次項(xiàng)目的缺陷修復(fù)，如何處理這些成本記錄，還有很多探討的地方。缺陷修復(fù)成本預(yù)測技術(shù)包括缺陷預(yù)測技術(shù)和成本計(jì)算方法，早期的缺陷預(yù)測關(guān)注缺陷數(shù)目和軟件規(guī)模的關(guān)系。隨著軟件規(guī)模的增加，軟件的復(fù)雜度也在逐步攀升，人們開始意識到軟件缺陷不僅與軟件規(guī)模有關(guān)，還與軟件復(fù)雜度有關(guān)。隨之而來出現(xiàn)了許多關(guān)于軟件復(fù)雜度的測量。20世紀(jì)90年代初，人們發(fā)現(xiàn)缺陷并非在軟件中平均分布或者完全隨機(jī)分布，出現(xiàn)了針對缺陷分布的預(yù)測技術(shù)。在軟件生命周期不同階段的缺陷引入和移除對缺陷遺留也有重要的影響。基于軟件生命周期不同階段的缺陷分布，一些相應(yīng)的缺陷預(yù)測模型也取得了很好的成果和應(yīng)用。常用的軟件缺陷修復(fù)成本分析方法，用每個(gè)缺陷修復(fù)的平均成本乘以預(yù)測的缺陷數(shù)來簡化。這種處理方式的弊端在于，統(tǒng)計(jì)的平均數(shù)據(jù)往往掩蓋了很多細(xì)節(jié)。不同類型缺陷的修復(fù)成本是不同的，比如，賦值缺陷只需要改動(dòng)少量代碼即可修復(fù)，而算法缺陷需要花費(fèi)更多的時(shí)間來修復(fù)。不同類型的缺陷占總?cè)毕莸谋戎夭煌瑫?dǎo)致總的修復(fù)成本的不同，而不考慮缺陷類型的計(jì)算方法忽略了這些問題。引入缺陷類型的分析是一種改進(jìn)的方法，它采用各種類型缺陷的平均修復(fù)成本，乘以各種類型缺陷數(shù)得出較為準(zhǔn)確的缺陷修復(fù)總成本。然而，缺陷引入階段的不同也會導(dǎo)致缺陷修復(fù)成本的不同。需求階段引入的缺陷，一般不能在需求階段完全修復(fù)，如果需求階段的遺留缺陷在測試階段才被發(fā)現(xiàn)，則需要很大的成本去修復(fù)。由于缺陷傳遞效應(yīng)，早期引入的缺陷會比后期引入的缺陷需要更大的修復(fù)成本。只考慮缺陷類型的分析方法忽略了不同引入階段導(dǎo)致的成本差異。綜上所述，目前本領(lǐng)域上沒有一種可以針對軟件缺陷能進(jìn)行定量分析管理的方法
發(fā)明內(nèi)容
針對現(xiàn)有技術(shù)的不足， 本發(fā)明提供了一種軟件缺陷量化管理的系統(tǒng)及其實(shí)現(xiàn)方法，實(shí)現(xiàn)了對整個(gè)軟件生命周期中的缺陷進(jìn)行準(zhǔn)確的預(yù)測評估，并對故障進(jìn)行診斷和準(zhǔn)確計(jì)算評估軟件缺陷的修復(fù)成本。為實(shí)現(xiàn)上述發(fā)明目的，本發(fā)明是通過下述技術(shù)方案實(shí)現(xiàn)的一種軟件缺陷量化管理系統(tǒng)，包括缺陷預(yù)測評估模塊、過程故障診斷模塊和軟件缺陷修復(fù)成本評估模塊，其中所述缺陷預(yù)測評估模塊用于實(shí)現(xiàn)軟件缺陷數(shù)量的評估與預(yù)測；所述過程故障診斷模塊用于模擬軟件過程故障傳播過程和軟件產(chǎn)品故障診斷；所述軟件缺陷修復(fù)成本評估模塊計(jì)算修復(fù)成本，實(shí)現(xiàn)對缺陷修復(fù)成本準(zhǔn)確估計(jì)。其中，所述缺陷預(yù)測評估模塊通過建立模糊神經(jīng)網(wǎng)絡(luò)缺陷評估模型并對其進(jìn)行訓(xùn)練，并將評估項(xiàng)目的真實(shí)數(shù)據(jù)輸入評估模型從而得出缺陷評估結(jié)果，包括模糊綜合評估模塊，用于消除專家評估的不確定因素，得到信任度較高的缺陷評估結(jié)果；所述模糊綜合評估模塊與神經(jīng)網(wǎng)絡(luò)模塊串聯(lián)，模糊綜合評價(jià)模塊的輸出作為神經(jīng)網(wǎng)絡(luò)模型的輸入，用于專家評價(jià)數(shù)據(jù)較少、評價(jià)數(shù)據(jù)增多的智能缺陷評估。所述過程故障診斷模塊通過模糊Petri網(wǎng)模擬軟件過程故障傳播，使用模糊產(chǎn)生式規(guī)則表示模糊的故障知識，從而優(yōu)先診斷和處理發(fā)生概率最大的故障。所述軟件缺陷修復(fù)成本評估模塊通過建立缺陷類型-引入階段的成本矩陣計(jì)算和準(zhǔn)確評估修復(fù)成本。相應(yīng)的，本發(fā)明公開了一種軟件缺陷量化管理方法，包括下述步驟(I)對軟件缺陷進(jìn)行預(yù)測評估；(2)對軟件過程的故障進(jìn)行診斷；(3)對軟件缺陷修復(fù)成本進(jìn)行評估，并準(zhǔn)確評估缺陷修復(fù)成本，所述步驟(I)包括對軟件缺陷進(jìn)行模糊綜合評價(jià)的步驟和對軟件缺陷進(jìn)行模糊神經(jīng)網(wǎng)絡(luò)評估的步驟，所述對軟件缺陷進(jìn)行模糊綜合評價(jià)的步驟用于為模糊神經(jīng)網(wǎng)絡(luò)評估的步驟提供神經(jīng)網(wǎng)絡(luò)數(shù)據(jù)訓(xùn)練處理；所述步驟(2)使用Petri網(wǎng)模擬軟件的故障傳播過程，使用模糊產(chǎn)生式規(guī)則表示模糊的故障知識，以目標(biāo)驅(qū)動(dòng)反向推理；所述步驟(3)通過建立缺陷類型-引入階段的成本矩陣計(jì)算缺陷修復(fù)成本。其中，步驟(I)具體的包括兩個(gè)過程，第一個(gè)過程為對軟件缺陷進(jìn)行模糊綜合評價(jià)1)用專家組打分方法和問卷調(diào)查方法對軟件缺陷因素進(jìn)行打分，獲得領(lǐng)域?qū)＜以u價(jià)數(shù)據(jù)集；2)用模糊量化方法對專家評價(jià)數(shù)據(jù)進(jìn)行預(yù)處理，確定其隸屬度函數(shù)，并進(jìn)行歸一化，作為缺陷評估數(shù)據(jù)；3)建立模糊綜合評判模型，對缺陷評估數(shù)據(jù)進(jìn)行處理，根據(jù)缺陷因素指標(biāo)的權(quán)重采用多層次模糊評判方法進(jìn)行評判；4)采用最大隸屬度原則判定信任度最大的集合為最終評估結(jié)果。其在工程上的實(shí)現(xiàn)方式為A :建立軟件缺陷評估的數(shù)學(xué)模型U = Iu1, U2, , un} V= Iv1, V2, , vm} (1-1)SUSn種評價(jià)因素(或者指標(biāo))所組成的集合；V為m種評估結(jié)果。它們的元素個(gè)數(shù)和名稱應(yīng)根據(jù)實(shí)際問題確定，由于各個(gè)因素所處的地位和作用不同，權(quán)重也不同，所以評判結(jié)果就不同。專家對m種評判結(jié)果不是絕對肯定或者否定的，因此模糊綜合評估結(jié)果應(yīng)是V上的一個(gè)模糊子集
B = {bl,b2...,bm}Gp(V) (1-2)其中，b」(j = 1，2，…，m)反映了低j種評判Vj在綜合評判中所占的地位(即Vj對模糊集B的隸屬，B (Vj) =bj)。綜合評判B依賴于各個(gè)因素的權(quán)重，為U上的模糊子集
權(quán)利要求
1.一種軟件缺陷量化管理系統(tǒng)，包括缺陷預(yù)測評估模塊、過程故障診斷模塊和軟件缺陷修復(fù)成本評估模塊，其中所述缺陷預(yù)測評估模塊用于實(shí)現(xiàn)軟件缺陷數(shù)量的評估與預(yù)測； 所述過程故障診斷模塊用于模擬軟件過程故障傳播過程和軟件產(chǎn)品故障診斷；所述軟件缺陷修復(fù)成本評估模塊計(jì)算修復(fù)成本，實(shí)現(xiàn)對缺陷修復(fù)成本準(zhǔn)確估計(jì)。
2.根據(jù)權(quán)利要求I所述的軟件缺陷量化管理系統(tǒng)，其特征在于所述缺陷預(yù)測評估模塊通過建立模糊神經(jīng)網(wǎng)絡(luò)缺陷評估模型并對其進(jìn)行訓(xùn)練，并將評估項(xiàng)目的真實(shí)數(shù)據(jù)輸入評估模型從而得出缺陷評估結(jié)果，包括模糊綜合評估模塊，用于消除專家評估的不確定因素，得到信任度較高的缺陷評估結(jié)果；所述模糊綜合評估模塊與神經(jīng)網(wǎng)絡(luò)模塊串聯(lián)，模糊綜合評價(jià)模塊的輸出作為神經(jīng)網(wǎng)絡(luò)模型的輸入，用于專家評價(jià)數(shù)據(jù)較少、評價(jià)數(shù)據(jù)增多的智能缺陷評估。
3.根據(jù)權(quán)利要求I所述的軟件缺陷量化管理系統(tǒng)，其特征在于所述過程故障診斷模塊通過模糊Petri網(wǎng)模擬軟件過程故障傳播，使用模糊產(chǎn)生式規(guī)則表示模糊的故障知識，從而優(yōu)先診斷和處理發(fā)生概率最大的故障。
4.根據(jù)權(quán)利要求I所述的軟件缺陷量化管理系統(tǒng)，其特征在于所述軟件缺陷修復(fù)成本評估模塊通過建立缺陷類型-引入階段的成本矩陣計(jì)算和準(zhǔn)確評估修復(fù)成本。
5.一種軟件缺陷量化管理方法，其特征在于包括下述步驟(I)對軟件缺陷進(jìn)行預(yù)測評估；(2)對軟件過程的故障進(jìn)行診斷；(3)對軟件缺陷修復(fù)成本進(jìn)行評估，并準(zhǔn)確評估缺陷修復(fù)成本，所述步驟(I)包括對軟件缺陷進(jìn)行模糊綜合評價(jià)的步驟和對軟件缺陷進(jìn)行模糊神經(jīng)網(wǎng)絡(luò)評估的步驟，所述對軟件缺陷進(jìn)行模糊綜合評價(jià)的步驟用于為模糊神經(jīng)網(wǎng)絡(luò)評估的步驟提供神經(jīng)網(wǎng)絡(luò)數(shù)據(jù)訓(xùn)練處理；所述步驟(2)使用Petri網(wǎng)模擬軟件的故障傳播過程，使用模糊產(chǎn)生式規(guī)則表示模糊的故障知識，以目標(biāo)驅(qū)動(dòng)反向推理；所述步驟(3)通過建立缺陷類型-引入階段的成本矩陣計(jì)算缺陷修復(fù)成本。
6.根據(jù)權(quán)利要求5所述的軟件缺陷量化管理方法，其特征在于所述對軟件缺陷進(jìn)行模糊綜合評價(jià)的步驟，具體的包括1)用專家組打分方法和問卷調(diào)查方法對軟件缺陷因素進(jìn)行打分，獲得領(lǐng)域?qū)＜以u價(jià)數(shù)據(jù)集；2)用模糊量化方法對專家評價(jià)數(shù)據(jù)進(jìn)行預(yù)處理，確定其隸屬度函數(shù)，并進(jìn)行歸一化，作為缺陷評估數(shù)據(jù)；3)建立模糊綜合評判模型，對缺陷評估數(shù)據(jù)進(jìn)行處理，根據(jù)缺陷因素指標(biāo)的權(quán)重采用多層次模糊評判方法進(jìn)行評判；4)采用最大隸屬度原則判定信任度最大的集合為最終評估結(jié)果；對軟件缺陷進(jìn)行模糊神經(jīng)網(wǎng)絡(luò)評估的步驟，具體的包括1)根據(jù)缺陷因素度量指標(biāo)體系確定評估網(wǎng)絡(luò)的輸入層和輸出層節(jié)點(diǎn)數(shù)，選擇恰當(dāng)?shù)纳窠?jīng)網(wǎng)絡(luò)模型建立起初始網(wǎng)絡(luò)；2)使用模糊綜合評價(jià)處理方法對收集的網(wǎng)絡(luò)訓(xùn)練樣本數(shù)據(jù)進(jìn)行預(yù)處理，使用模糊綜合評估方法計(jì)算出樣本數(shù)據(jù)的期望結(jié)果值；3)使用樣本數(shù)據(jù)訓(xùn)練建立的評估網(wǎng)絡(luò)，采用實(shí)驗(yàn)的方法調(diào)整評估網(wǎng)絡(luò)的結(jié)構(gòu)，找出最有的網(wǎng)絡(luò)結(jié)構(gòu)參數(shù)；4)使用找出的最優(yōu)網(wǎng)絡(luò)結(jié)構(gòu)參數(shù)重新建立模糊神經(jīng)網(wǎng)絡(luò)缺陷評估模型，重新訓(xùn)練；5)使用測試樣本數(shù)據(jù)測試重新訓(xùn)練好的評估網(wǎng)絡(luò)，測試網(wǎng)絡(luò)的擬合能力和泛化能力。
7.根據(jù)權(quán)利要求6所述的軟件缺陷量化管理方法，其特征在于所用的神經(jīng)網(wǎng)絡(luò)是BP神經(jīng)網(wǎng)絡(luò)或者其變種，所述模糊綜合評價(jià)處理過程和神經(jīng)網(wǎng)絡(luò)處理過程進(jìn)行串聯(lián)，即模糊綜合評價(jià)結(jié)果作為神經(jīng)網(wǎng)絡(luò)的輸入，所述模糊綜合評價(jià)輸出作神經(jīng)網(wǎng)絡(luò)輸入指標(biāo)的預(yù)處理部分。
8.根據(jù)權(quán)利要求5所述的軟件缺陷量化管理方法，其特征在于對軟件過程的故障進(jìn)行診斷的步驟，具體包括1)定義軟件過程故障模糊Petri網(wǎng)(FPN)為一個(gè)十元組，所述十元組至少包括位置的可信度、變遷的可信度、變遷激活的閾值，以及變遷激活概率等四種模糊知識；所述模糊Petri網(wǎng)包括目標(biāo)位置和起始位置，所述目標(biāo)位置表示待診斷的故障現(xiàn)象，起始位置表示故障原因；2)定義模糊產(chǎn)生式規(guī)則表示因果關(guān)系；3)對模糊Petri網(wǎng)FPN中每個(gè)位置建立可達(dá)性集合、立即可達(dá)性集合和相鄰位置集合；4)選定目標(biāo)位置，遍歷規(guī)則庫中的規(guī)則，直到得到診斷結(jié)論。
9.根據(jù)權(quán)利要求8所述的軟件缺陷量化管理方法，其特征在于所述步驟4)的具體方法為首先選擇優(yōu)先級最大的規(guī)則執(zhí)行；如果優(yōu)先級相同，則首先選擇變遷可信度最大的規(guī)則執(zhí)行，然后依次執(zhí)行其他規(guī)則。若某條規(guī)則的產(chǎn)生式前提條件為真，則該規(guī)則被激活，推導(dǎo)出新的事實(shí)；否則，將該規(guī)則的前提作為子目標(biāo)，遞歸執(zhí)行上述過程，如此反復(fù)直到得到診斷結(jié)論。
10.根據(jù)權(quán)利要求5所述的軟件缺陷量化管理方法，其特征在于對軟件缺陷修復(fù)成本進(jìn)行評估，并準(zhǔn)確評估缺陷修復(fù)成本的步驟，具體包括1)以軟件生命周期階段引入的缺陷類型的缺陷數(shù)建立各類型缺陷的階段分布表，并給予不同類型、不同引入階段的缺陷修復(fù)成本以獨(dú)立的權(quán)值；2)以軟件生命周期階段引入的缺陷類型的缺陷引發(fā)的修復(fù)成本建立各類型缺陷在各階段的排除成本表；3)計(jì)算每種類型缺陷的修復(fù)成本；4)計(jì)算軟件生命周期每個(gè)階段的所有類型缺陷的修復(fù)成本；5)計(jì)算軟件生命周期內(nèi)所有缺陷修復(fù)總成本。
全文摘要
本發(fā)明公開了一種軟件缺陷量化管理系統(tǒng)，包括缺陷預(yù)測評估模塊、過程故障診斷模塊和軟件缺陷修復(fù)成本評估模塊，其中所述缺陷預(yù)測評估模塊用于實(shí)現(xiàn)軟件缺陷數(shù)量的評估與預(yù)測；所述過程故障診斷模塊用于模擬軟件過程故障傳播過程，表示模糊的故障知識，提出目標(biāo)驅(qū)動(dòng)為主的反向推理機(jī)制和軟件產(chǎn)品故障診斷；所述軟件缺陷修復(fù)成本評估模塊用于研究缺陷修復(fù)成本預(yù)測方法從而計(jì)算修復(fù)成本，實(shí)現(xiàn)對缺陷修復(fù)成本準(zhǔn)確估計(jì)。本發(fā)明公開的軟件缺陷量化管理系統(tǒng)，實(shí)現(xiàn)了對軟件缺陷的智能評估，提高軟件過程故障診斷的效率和正確性，使軟件過程更可控，開發(fā)過程的成熟度更高。
文檔編號G06F11/36GK102622510SQ20121002189
公開日2012年8月1日 申請日期2012年1月31日 優(yōu)先權(quán)日2012年1月31日
發(fā)明者尹云霞, 左建勛, 張曉清, 徐世波, 李建華, 潘 清, 焦彥平, 王飛, 田麗韞, 趙立軍, 陳海蓮, 高通, 龔波 申請人:龔波