周鋼 梁海峰 孫靜 崔航 單威 王宇

摘 ?要：中國(guó)民航信息集團(tuán)公司近年來(lái)在北京、重慶、沈陽(yáng)、成都、嘉興、歐洲等地設(shè)立了區(qū)域研發(fā)中心，基本實(shí)現(xiàn)了集中開(kāi)發(fā)到分布式開(kāi)發(fā)。然而，各區(qū)域研發(fā)中心的軟件研發(fā)要求和人員技術(shù)能力存在較大差異，且異地分布式開(kāi)發(fā)的溝通效率低，這些因素導(dǎo)致分布式研發(fā)團(tuán)隊(duì)的軟件開(kāi)發(fā)質(zhì)量不穩(wěn)定。文章基于以上問(wèn)題展開(kāi)研究，設(shè)計(jì)了分布式研發(fā)模式下的開(kāi)發(fā)能力評(píng)估模型，并研制了基于該模型的質(zhì)量管理平臺(tái)，有效地保證了民航信息系統(tǒng)的研發(fā)質(zhì)量。

關(guān)鍵詞：軟件工程；分布式研發(fā)模式；開(kāi)發(fā)能力；評(píng)估模型；CMMI

中圖分類(lèi)號(hào)：TP311.5 ? 文獻(xiàn)標(biāo)識(shí)碼：A ? 文章編號(hào)：2096-4706（2023）16-0109-07

Research on Software Development Capability Assessment under the

Distributed R & D Mode

ZHOU Gang， LIANG Haifeng， SUN Jing， CUI Hang， SHAN Wei， WANG Yu

（TravelSky Technology Network Co.， Ltd.， Beijing ?101318， China）

Abstract： In recent years， TravelSky has established some regional regional R & D centers in Beijing， Chongqing， Shenyang， Chengdu， Jiaxing， Europe， and so on. It basically realizes the centralized development to the distributed development. However， there is a large difference in software research and development requirements and personnel technical capabilities of regional research and development centers， and the communication efficiency of remote distributed development is low， resulting in the development quality of software is unstable. Based on the above issues， this paper carries out research， designs a development capability assessment model under the distributed R & D mode， and develops a quality management platform based on this model， which effectively ensures the R & D quality of civil aviation information systems.

Keywords： software engineering; distributed R & D mode; development capability; assessment model; CMMI

0 ?引 ?言

近年來(lái)，隨著國(guó)家強(qiáng)調(diào)科技創(chuàng)新的重要性，作為唯一的以信息服務(wù)為主業(yè)的中央企業(yè)，中國(guó)民航信息集團(tuán)公司（簡(jiǎn)稱(chēng)“中國(guó)航信”）持續(xù)加大研發(fā)投入，提升投入強(qiáng)度。中國(guó)航信所運(yùn)營(yíng)的民航信息系統(tǒng)是民航業(yè)務(wù)生產(chǎn)鏈條的重要組成部分，是民航商務(wù)運(yùn)營(yíng)的關(guān)鍵信息技術(shù)基礎(chǔ)設(shè)施，承擔(dān)我國(guó)民航客貨運(yùn)輸業(yè)務(wù)數(shù)據(jù)處理和傳輸?shù)年P(guān)鍵系統(tǒng)，被行業(yè)和媒體譽(yù)為“民航健康運(yùn)行的神經(jīng)”。

隨著業(yè)務(wù)的迅猛發(fā)展，中國(guó)航信研發(fā)和運(yùn)營(yíng)的民航信息系統(tǒng)的規(guī)模逐年增大，系統(tǒng)的總代碼量已經(jīng)超過(guò)9 000萬(wàn)行。自2017年開(kāi)始，為解決總部研發(fā)資源瓶頸問(wèn)題，中國(guó)航信的研發(fā)體系啟動(dòng)了從集中走向分布的工作，資源分布按業(yè)務(wù)特點(diǎn)，形成“北京+X”的有序分布，研發(fā)人員達(dá)2 000余人。面對(duì)多地協(xié)同分布式研發(fā)模式下溝通效率低、技術(shù)人員能力存在較大差異，研發(fā)產(chǎn)出一直處于較低水平的挑戰(zhàn)，如何能有效地配置研發(fā)資源，提高開(kāi)發(fā)效率，如何通過(guò)高質(zhì)量的軟件研發(fā)和交付來(lái)保障大型信息系統(tǒng)的安全性和可靠性，是中國(guó)航信乃至軟件行業(yè)面臨的一個(gè)重要挑戰(zhàn)。

一直以來(lái)，軟件開(kāi)發(fā)能力往往是通過(guò)各種基礎(chǔ)信息進(jìn)行主觀(guān)綜合評(píng)價(jià)，這種定性評(píng)價(jià)的方式很難進(jìn)行橫向及縱向?qū)Ρ?，也很難發(fā)現(xiàn)自身具體的能力差距以及造成差距的根本原因和明確的解決方案[1]。而軟件開(kāi)發(fā)能力的量化評(píng)估，可以一定程度解決軟件開(kāi)發(fā)能力評(píng)價(jià)缺乏客觀(guān)性和可比性的不足。本文所論述的大型軟件的開(kāi)發(fā)能力評(píng)估模型和技術(shù)基本解決了軟件開(kāi)發(fā)能力評(píng)價(jià)缺乏客觀(guān)性和可比性的不足，有效地保證了民航信息系統(tǒng)的研發(fā)和運(yùn)營(yíng)，也為其他領(lǐng)域和行業(yè)的軟件研發(fā)質(zhì)量管理工作提供了有益的借鑒和參考。

1 ?相關(guān)工作

國(guó)內(nèi)外學(xué)者從不同視角對(duì)企業(yè)的研發(fā)能力進(jìn)行了大量研究，研發(fā)分為研究和開(kāi)發(fā)兩個(gè)階段，前者主要是知識(shí)的獲取與積累，后者更注重成果的生成和轉(zhuǎn)化?，F(xiàn)有文獻(xiàn)多集中于把研發(fā)看作一個(gè)整體分析，并基于企業(yè)從宏觀(guān)層面上進(jìn)行研發(fā)能力評(píng)估，針對(duì)企業(yè)不同研發(fā)階段的能力影響因素分類(lèi)研究較少[2]。由美國(guó)國(guó)防部（United States Department of Defense）與卡內(nèi)基-梅隆大學(xué)（Carnegie-Mellon University）下的軟件工程研究中心（Software Engineering Institute， SEISM）以及美國(guó)國(guó)防工業(yè)協(xié)會(huì)（National Defense Industrial Association）共同開(kāi)發(fā)和研制的軟件能力成熟度集成模型（Capability Maturity Model Integration， CMMI）[3]，主要是針對(duì)企業(yè)的軟件開(kāi)發(fā)項(xiàng)目進(jìn)行能力成熟度的評(píng)估，是世界公認(rèn)的軟件能力成熟度評(píng)估標(biāo)準(zhǔn)，業(yè)界普遍使用CMMI模型作為軟件生產(chǎn)過(guò)程標(biāo)準(zhǔn)和軟件企業(yè)成熟度等級(jí)認(rèn)證標(biāo)準(zhǔn)[4]。

在金融行業(yè)，眾多銀行信息系統(tǒng)基于“應(yīng)用開(kāi)發(fā)平臺(tái)”模式建設(shè)，加強(qiáng)對(duì)應(yīng)用系統(tǒng)的自主掌控，提升銀行信息化的風(fēng)險(xiǎn)管理與控制水平。但平臺(tái)研發(fā)的質(zhì)量缺乏有效的體系保證，難以進(jìn)行全面的質(zhì)量管控[5]。

在軟件測(cè)試方面，當(dāng)前存在一些軟件測(cè)試過(guò)程改進(jìn)模型，例如，應(yīng)用于企業(yè)內(nèi)部測(cè)試能力評(píng)估的測(cè)試成熟度模型（TMMi），基于SPICE的專(zhuān)業(yè)軟件測(cè)試機(jī)構(gòu)測(cè)試過(guò)程改進(jìn)模型，能夠及時(shí)、全面、有效地分析測(cè)試過(guò)程的效能[6]。

敏捷開(kāi)發(fā)以盡早交付客戶(hù)可以工作的軟件為唯一標(biāo)準(zhǔn)，強(qiáng)調(diào)提高效率，是軟件開(kāi)發(fā)管理的利器，但達(dá)成高效的前提是：保持穩(wěn)定的開(kāi)發(fā)步驟，保持穩(wěn)定的開(kāi)發(fā)團(tuán)隊(duì)，團(tuán)隊(duì)之間彼此默契[7]。由多個(gè)區(qū)域研發(fā)單位人員組成的分布式研發(fā)團(tuán)隊(duì)并不具備這個(gè)前提。

以上的研究只有CMMI比較符合中國(guó)航信對(duì)于開(kāi)發(fā)能力評(píng)估的需要，CMMI項(xiàng)目管理方法是全面管理軟件項(xiàng)目中的每一個(gè)環(huán)節(jié)，提供軟件開(kāi)發(fā)特征和參考模型[8]。但在實(shí)踐應(yīng)用中，如何做，如何有效實(shí)施，卻要靠組織根據(jù)自己的實(shí)際情況進(jìn)行探索和實(shí)踐[9]。CMMI進(jìn)行開(kāi)發(fā)能力評(píng)估存在以下問(wèn)題：一是CMMI的一大堆規(guī)程和過(guò)程只是要求企業(yè)或項(xiàng)目團(tuán)隊(duì)按照規(guī)范按部就班地去做事情，缺乏具體操作層面的實(shí)踐要求，使得只能通過(guò)主觀(guān)意向性來(lái)判斷規(guī)范的達(dá)成情況，因而評(píng)估結(jié)果不夠客觀(guān)；二是CMMI模型假定每個(gè)個(gè)體都會(huì)按照制訂的規(guī)程去認(rèn)真地完成每一件事情，而這個(gè)假設(shè)往往又是很難成立的，就如CMMI要求進(jìn)行工作產(chǎn)品的評(píng)審，但評(píng)審效果由于缺乏客觀(guān)的標(biāo)準(zhǔn)很難評(píng)估；三是CMMI強(qiáng)調(diào)要進(jìn)行項(xiàng)目團(tuán)隊(duì)技能的評(píng)估，項(xiàng)目團(tuán)隊(duì)技能無(wú)法達(dá)到的時(shí)候要組織專(zhuān)門(mén)的培訓(xùn)，關(guān)鍵問(wèn)題是項(xiàng)目團(tuán)隊(duì)技能無(wú)法滿(mǎn)足的情況非常普遍，由于進(jìn)度要求我們?nèi)匀灰M(jìn)行項(xiàng)目，CMMI模型僅使用定性的描述，這在項(xiàng)目團(tuán)隊(duì)進(jìn)行各方面的優(yōu)劣比較和規(guī)劃改進(jìn)路線(xiàn)時(shí)無(wú)法提供有力支持。

在本研究中，結(jié)合中國(guó)航信的實(shí)際情況，重點(diǎn)關(guān)注開(kāi)發(fā)并建立一套適合分布式研發(fā)模式的軟件開(kāi)發(fā)能力評(píng)估模型，即制造一把衡量軟件開(kāi)發(fā)能力的標(biāo)尺，以解決大型信息系統(tǒng)開(kāi)發(fā)質(zhì)量持續(xù)改進(jìn)“做什么、怎么做、何時(shí)做、誰(shuí)來(lái)做、做多少”的問(wèn)題。

2 ?軟件開(kāi)發(fā)能力評(píng)估模型設(shè)計(jì)

軟件開(kāi)發(fā)能力評(píng)估模型的研究目標(biāo)是，明確中國(guó)航信研發(fā)體系軟件工程能力等級(jí)建設(shè)標(biāo)準(zhǔn)和實(shí)踐指導(dǎo)，既可用于分布式研發(fā)模式的能力評(píng)價(jià)，也可用于過(guò)程改進(jìn)路線(xiàn)規(guī)劃。模型采用能力等級(jí)以及能力積分兩種評(píng)價(jià)方式，能客觀(guān)、科學(xué)地評(píng)價(jià)中國(guó)航信研發(fā)體系軟件開(kāi)發(fā)能力水平。模型框架如圖1所示。

圖1 ?軟件開(kāi)發(fā)能力評(píng)估模型框架

借鑒CMMI模型的分級(jí)表示方法[3]，分布式軟件開(kāi)發(fā)能力評(píng)估模型劃分了3個(gè)漸進(jìn)的能力等級(jí)，設(shè)置了9個(gè)評(píng)價(jià)域，每個(gè)評(píng)價(jià)域包含若干個(gè)評(píng)價(jià)項(xiàng)。每個(gè)能力等級(jí)包含若干評(píng)價(jià)項(xiàng)。評(píng)價(jià)項(xiàng)源自中國(guó)航信軟件研發(fā)流程庫(kù)的研發(fā)管理制度，完整覆蓋了中國(guó)航信對(duì)軟件研發(fā)活動(dòng)所規(guī)定的質(zhì)量要求和標(biāo)準(zhǔn)。同時(shí)，評(píng)估模型還設(shè)置能力積分，對(duì)每一個(gè)評(píng)價(jià)項(xiàng)按照其所對(duì)應(yīng)的能力等級(jí)設(shè)置分值，并按照明確評(píng)價(jià)標(biāo)準(zhǔn)和引導(dǎo)改進(jìn)的原則、以及度量的目的設(shè)置多個(gè)采分點(diǎn)，每個(gè)采分點(diǎn)對(duì)應(yīng)軟件工程實(shí)踐的達(dá)成情況判斷。

2.1 ?評(píng)估管理域與評(píng)價(jià)項(xiàng)

評(píng)估模型從管理分布式軟件研發(fā)實(shí)踐活動(dòng)的角度劃分為9大管理域，每個(gè)管理域又劃分若干子域，各子域包括多個(gè)評(píng)價(jià)條目。具體內(nèi)容有：

1）過(guò)程管理域。建立并保持更新標(biāo)準(zhǔn)的研發(fā)管理過(guò)程，明確定義過(guò)程管理者職責(zé)，為團(tuán)隊(duì)提供過(guò)程指導(dǎo)，識(shí)別和解決過(guò)程問(wèn)題，確保過(guò)程實(shí)施和改進(jìn)的有效性。設(shè)置過(guò)程定義、過(guò)程管理角色2個(gè)子域，從9個(gè)工程實(shí)踐進(jìn)行評(píng)價(jià)項(xiàng)。

2）團(tuán)隊(duì)管理域。制定計(jì)劃描述完成工作所需的內(nèi)容，通過(guò)對(duì)項(xiàng)目進(jìn)度的掌握，以便出現(xiàn)偏離時(shí)采取適當(dāng)?shù)募m正措施調(diào)整偏差，保證目標(biāo)的達(dá)成；識(shí)別、記錄、分析和管理潛在的風(fēng)險(xiǎn)或機(jī)會(huì)，緩解不利影響，提高實(shí)現(xiàn)目標(biāo)的可能性。設(shè)置計(jì)劃、跟蹤與監(jiān)控、風(fēng)險(xiǎn)與問(wèn)題3個(gè)管理子域，從12個(gè)工程實(shí)踐分別進(jìn)行評(píng)價(jià)。

3）開(kāi)發(fā)管理域。確保相關(guān)人員對(duì)需求的理解保持一致，設(shè)計(jì)和開(kāi)發(fā)滿(mǎn)足需求的解決方案，集成滿(mǎn)足功能和質(zhì)量需求的工作產(chǎn)品。設(shè)置需求、設(shè)計(jì)、編碼3個(gè)管理子域，從41個(gè)工程實(shí)踐分別進(jìn)行評(píng)價(jià)。

4）測(cè)試管理域。通過(guò)測(cè)試提高軟件滿(mǎn)足客戶(hù)需求的可能性。從9個(gè)工程實(shí)踐分別進(jìn)行評(píng)價(jià)，設(shè)置41個(gè)評(píng)價(jià)項(xiàng)。

5）質(zhì)量管理域。驗(yàn)證并改進(jìn)執(zhí)行的過(guò)程和所產(chǎn)生的工作產(chǎn)品的質(zhì)量。設(shè)置質(zhì)量管理、配置管理、安全管理3個(gè)子域，從24個(gè)工程實(shí)踐分別進(jìn)行評(píng)價(jià)。

6）工具管理域。反映軟件工程工具對(duì)研發(fā)流程實(shí)施的支撐程度。從6個(gè)工程實(shí)踐進(jìn)行評(píng)價(jià)，設(shè)置6個(gè)評(píng)價(jià)項(xiàng)。

7）改進(jìn)管理域。定期評(píng)估過(guò)程的符合性和有效性，分析過(guò)程中存在問(wèn)題的原因，識(shí)別改進(jìn)點(diǎn)，制定一個(gè)有效、可持續(xù)的改進(jìn)計(jì)劃；通過(guò)對(duì)改進(jìn)過(guò)程的掌握，以便出現(xiàn)偏離時(shí)采取適當(dāng)?shù)募m正措施調(diào)整偏差，保證改進(jìn)目標(biāo)的達(dá)成；達(dá)成改進(jìn)目標(biāo)，改進(jìn)結(jié)果可見(jiàn)、可使用，為組織貢獻(xiàn)過(guò)程相關(guān)信息或過(guò)程資產(chǎn)。設(shè)置改進(jìn)機(jī)制、改進(jìn)計(jì)劃制定、改進(jìn)跟蹤、改進(jìn)評(píng)價(jià)4個(gè)管理子域，從14個(gè)工程實(shí)踐進(jìn)行評(píng)價(jià)。

8）量化管理域。使用度量和分析方法來(lái)實(shí)現(xiàn)質(zhì)量和過(guò)程目標(biāo)。從9個(gè)工程實(shí)踐進(jìn)行評(píng)價(jià)，設(shè)置9個(gè)評(píng)價(jià)項(xiàng)。

9）質(zhì)量數(shù)據(jù)域。通過(guò)評(píng)估軟件開(kāi)發(fā)與測(cè)試過(guò)程中影響代碼質(zhì)量的度量指標(biāo)的健康度，從而綜合評(píng)價(jià)軟件研發(fā)流程執(zhí)行情況和軟件代碼質(zhì)量水平。從研發(fā)效能指標(biāo)庫(kù)中動(dòng)態(tài)抽取9個(gè)質(zhì)量相關(guān)結(jié)果性度量指標(biāo)進(jìn)行評(píng)價(jià)。

2.2 ?評(píng)價(jià)模式設(shè)計(jì)

結(jié)合本企業(yè)管理決策與規(guī)劃個(gè)性化改進(jìn)路線(xiàn)的實(shí)際需求，分布式軟件開(kāi)發(fā)能力評(píng)估采用定性與定量相結(jié)合的評(píng)價(jià)模式。

2.2.1 ?能力等級(jí)評(píng)價(jià)

評(píng)估模型設(shè)置能力等級(jí)。各管理域的能力等級(jí)是一組漸進(jìn)的等級(jí)，從低到高設(shè)置3個(gè)級(jí)別，每個(gè)級(jí)別都建立在前一個(gè)級(jí)別的基礎(chǔ)之上、由一組描述軟件工程實(shí)踐活動(dòng)的評(píng)價(jià)項(xiàng)構(gòu)成。每個(gè)評(píng)價(jià)項(xiàng)分別歸屬不同能力等級(jí)。分別是：

1級(jí)（基礎(chǔ)級(jí)）。是分布式研發(fā)團(tuán)隊(duì)的基本要求和資格條件。表明在整體管理上具備了分布式研發(fā)模式所要求的基礎(chǔ)的能力，項(xiàng)目管理基本規(guī)范、完整，并對(duì)項(xiàng)目成本、進(jìn)度和質(zhì)量實(shí)施監(jiān)控和控制。

2級(jí)（良好級(jí)）。是分布式研發(fā)團(tuán)隊(duì)的合格能力要求。表明研發(fā)制度要求落實(shí)合規(guī)程度及軟件研發(fā)過(guò)程改進(jìn)提升情況、軟件代碼質(zhì)量水平和軟件工程工具管理合規(guī)程度達(dá)到了良好水平；研發(fā)過(guò)程標(biāo)準(zhǔn)化、文檔化和一致化，而且軟件產(chǎn)品的整個(gè)生產(chǎn)過(guò)程可見(jiàn)、可控。

3級(jí)（優(yōu)秀級(jí)）。是分布式研發(fā)團(tuán)隊(duì)的高階要求。表明研發(fā)制度要求落行合規(guī)程度及軟件研發(fā)過(guò)程改進(jìn)提升情況、軟件代碼質(zhì)量水平和軟件工程工具管理合規(guī)程度達(dá)到了優(yōu)秀水平，使用統(tǒng)計(jì)與其他量化技術(shù)來(lái)優(yōu)化改進(jìn)行動(dòng)，以實(shí)現(xiàn)質(zhì)量與過(guò)程目標(biāo)。

2.2.2 ?能力積分評(píng)價(jià)

評(píng)估模型設(shè)置能力積分，總積分700分。9個(gè)管理域、20個(gè)管理子域的共133個(gè)評(píng)價(jià)項(xiàng)，均按照能力等級(jí)設(shè)置分值：1級(jí)3分、2級(jí)5分、3級(jí)10分。如表1所示。

2.3 ?評(píng)估規(guī)則

2.3.1 ?能力等級(jí)評(píng)估規(guī)則

評(píng)估規(guī)則如表2、表3、表4、表5所示。

2.3.2 ?能力積分評(píng)估規(guī)則

評(píng)估模型設(shè)置能力積分，總積分700分。所有評(píng)價(jià)項(xiàng)均按照其對(duì)應(yīng)的能力等級(jí)設(shè)置分值：1級(jí)滿(mǎn)分3分、2級(jí)滿(mǎn)分5分、3級(jí)滿(mǎn)分10分。每個(gè)評(píng)價(jià)項(xiàng)按照能力等級(jí)和引導(dǎo)改進(jìn)的原則設(shè)置1個(gè)或多個(gè)采分點(diǎn)，每個(gè)采分點(diǎn)都對(duì)應(yīng)一個(gè)或一組軟件工程實(shí)踐活動(dòng)描述，每個(gè)軟件工程實(shí)踐活動(dòng)均被抽象為一個(gè)量化指標(biāo)。

由于每個(gè)評(píng)價(jià)項(xiàng)都能對(duì)應(yīng)研發(fā)體系指標(biāo)庫(kù)的一個(gè)或一組量化指標(biāo)，那么根據(jù)該指標(biāo)值所處的研發(fā)基線(xiàn)分位值區(qū)間就可以確定其具體積分分值。每個(gè)能力等級(jí)分值為該等級(jí)所對(duì)應(yīng)的評(píng)價(jià)項(xiàng)得分之和。如表6所示。

2.4 ?組織級(jí)度量庫(kù)

組織級(jí)度量庫(kù)共定義了168個(gè)度量指標(biāo)。涉及項(xiàng)目開(kāi)發(fā)全過(guò)程，包括需求管理、設(shè)計(jì)、開(kāi)發(fā)、測(cè)試和投產(chǎn)階段。指標(biāo)類(lèi)型分為基礎(chǔ)類(lèi)指標(biāo)、過(guò)程類(lèi)指標(biāo)和結(jié)果類(lèi)指標(biāo)。基礎(chǔ)類(lèi)指標(biāo)反應(yīng)項(xiàng)目組現(xiàn)狀，不直接用于評(píng)價(jià)項(xiàng)目組能力水平；過(guò)程類(lèi)指標(biāo)一般用于項(xiàng)目或組織執(zhí)行過(guò)程的度量，需要在項(xiàng)目執(zhí)行過(guò)程中持續(xù)關(guān)注，及時(shí)發(fā)現(xiàn)、分析過(guò)程中出現(xiàn)的偏差；結(jié)果類(lèi)指標(biāo)通常以“產(chǎn)出”為導(dǎo)向，用于評(píng)價(jià)項(xiàng)目的最終結(jié)果。本體系中基礎(chǔ)類(lèi)指標(biāo)19個(gè)、過(guò)程類(lèi)指標(biāo)44個(gè)、結(jié)果類(lèi)指標(biāo)20個(gè)和85個(gè)度量元。如表7所示。

3 ?分布式開(kāi)發(fā)能力評(píng)估模型的應(yīng)用

3.1 ?軟件工程能力評(píng)估及質(zhì)量管理平臺(tái)

基于分布式開(kāi)發(fā)能力評(píng)估模型，中國(guó)航信構(gòu)建了分布式研發(fā)模式的軟件工程能力評(píng)估及質(zhì)量管理平臺(tái)。該平臺(tái)由軟件研發(fā)流程庫(kù)、優(yōu)秀工程實(shí)踐案例庫(kù)、軟件工程工具集成系統(tǒng)構(gòu)建而成，實(shí)現(xiàn)軟件研發(fā)過(guò)程電子化、自動(dòng)化、數(shù)據(jù)化，研發(fā)流程制度資產(chǎn)化、工具化，解決各區(qū)域流程不統(tǒng)一、質(zhì)量標(biāo)準(zhǔn)不一致的問(wèn)題，提升分布式研發(fā)體系過(guò)程能力。

3.1.1 ?軟件工程工具集成系統(tǒng)

軟件工程工具集成系統(tǒng)對(duì)研發(fā)過(guò)程管理提供支持，依據(jù)中國(guó)航信的研發(fā)管理流程，并結(jié)合分布式開(kāi)發(fā)能力評(píng)估模型，對(duì)軟件工程涉及的各領(lǐng)域，提供解決方案。通過(guò)數(shù)據(jù)標(biāo)準(zhǔn)化技術(shù)，對(duì)研發(fā)過(guò)程中產(chǎn)生數(shù)據(jù)的多個(gè)工具進(jìn)行全面的數(shù)據(jù)對(duì)接，解決了數(shù)據(jù)孤島問(wèn)題，實(shí)現(xiàn)數(shù)據(jù)廣度、精度和規(guī)范度的增強(qiáng)，數(shù)據(jù)在團(tuán)隊(duì)、個(gè)人、區(qū)域等重要質(zhì)量評(píng)估和管理工作場(chǎng)景中廣泛應(yīng)用，加強(qiáng)了質(zhì)量評(píng)估全面性，各區(qū)域研發(fā)中心的全部軟件項(xiàng)目團(tuán)隊(duì)跟蹤關(guān)鍵質(zhì)量數(shù)據(jù)，及時(shí)發(fā)現(xiàn)及改進(jìn)各軟件項(xiàng)目存在的質(zhì)量隱患問(wèn)題，大量指標(biāo)的精度從統(tǒng)計(jì)級(jí)提升到?jīng)Q策級(jí)，為管理層直觀(guān)地監(jiān)控項(xiàng)目質(zhì)量和了解項(xiàng)目人員產(chǎn)出提供更準(zhǔn)確的支持，實(shí)現(xiàn)過(guò)程數(shù)據(jù)規(guī)范化，也有利于數(shù)據(jù)以更易用、更靈活、自助式的方式向外部開(kāi)放。整體框架視圖如圖2所示，具體界面如圖3和圖4所示。

3.1.2 ?軟件研發(fā)流程庫(kù)和優(yōu)秀工程實(shí)踐案例庫(kù)

中國(guó)航信軟件研發(fā)流程庫(kù)參考了IPD（Integrated Product Development）流程[10]，側(cè)重于定義軟件研發(fā)管理紅線(xiàn)，并依據(jù)分布式開(kāi)發(fā)能力評(píng)估模型，不斷優(yōu)化流程制度體系，在達(dá)成質(zhì)量目標(biāo)和標(biāo)準(zhǔn)上則給予多個(gè)推薦的實(shí)踐活動(dòng)，在執(zhí)行上預(yù)留了一定的靈活度。如表8所示。

3.2 ?推廣應(yīng)用成果

本研究在2019年開(kāi)始在中國(guó)航信研發(fā)體系進(jìn)行試點(diǎn)應(yīng)用，驗(yàn)證了技術(shù)和方法的可行性，從2021年開(kāi)始在中國(guó)航信研發(fā)體系和各分子公司全面實(shí)施，3年的實(shí)踐證明其不僅能有效提升大型軟件的交付質(zhì)量和效率，且其設(shè)計(jì)原則和內(nèi)容是指導(dǎo)IT企業(yè)建立和實(shí)施研發(fā)質(zhì)量管理體系的通用解決方案，更能有效縮短CMMI五級(jí)認(rèn)證時(shí)間，節(jié)約大量時(shí)間和人力成本，具體表現(xiàn)在：

1）從2019年5月開(kāi)始試用，到2020年4月逐步推廣到航信總部研發(fā)中心56個(gè)大型軟件開(kāi)發(fā)團(tuán)隊(duì)，使中國(guó)航信下屬中國(guó)民航信息網(wǎng)絡(luò)股份有限公司2020年5月以“0不符合項(xiàng)”的優(yōu)異成績(jī)通過(guò)了業(yè)界公認(rèn)的最高等級(jí)CMMI V2.0五級(jí)評(píng)估，從評(píng)估準(zhǔn)備到通過(guò)評(píng)估比業(yè)界同行速度快50%，節(jié)省大量時(shí)間和人力成本。

2）累積對(duì)445個(gè)軟件的開(kāi)發(fā)過(guò)程異常數(shù)據(jù)進(jìn)行分析，完成52份根原因與解決方案報(bào)告，實(shí)現(xiàn)全部軟件主要資產(chǎn)版本化管理，軟件整體版本資產(chǎn)合規(guī)率達(dá)到91.28%。

3）全面開(kāi)展軟件自動(dòng)化測(cè)試，所有軟件平均自動(dòng)化執(zhí)行率達(dá)到92.92%，實(shí)施實(shí)例化需求自動(dòng)化測(cè)試前移工作，使36.8%的缺陷檢出提前到開(kāi)發(fā)階段，降低了缺陷的發(fā)現(xiàn)和修復(fù)成本。中國(guó)航信核心系統(tǒng)軟件交付產(chǎn)能和交付質(zhì)量2021年較2019年分別提升14.79%和28.85%。

4 ?結(jié) ?論

本文所論述的評(píng)估模型是一個(gè)適合大型軟件分布式研發(fā)模式的開(kāi)發(fā)能力評(píng)估模型，是中國(guó)航信為建設(shè)高質(zhì)量、高安全性要求的民航信息系統(tǒng)，解決研發(fā)體系資源瓶頸和資源能力問(wèn)題而開(kāi)展的一項(xiàng)IT治理工程，注重對(duì)大型軟件研發(fā)過(guò)程各個(gè)環(huán)節(jié)、具體實(shí)施過(guò)程和改進(jìn)反饋的評(píng)估，具有全程覆蓋性、過(guò)程可控性、實(shí)施反饋性特點(diǎn)，可以認(rèn)為是一個(gè)提升分布式研發(fā)模式下大型軟件開(kāi)發(fā)質(zhì)量的通用解決方案。

參考文獻(xiàn)：

[1] 張松.精益軟件度量—實(shí)踐者的觀(guān)察與思考 [M].北京：人民郵電出版社，2013.

[2] 許秀梅.企業(yè)研發(fā)能力影響因素分析 [J].財(cái)會(huì)通訊，2015（11）：40-42.

[3] CMMI Institute.CMMI V2.0 [EB/OL].[2023-02-18].https：//cmmiinstitute.com.

[4] 劉文紅，馬賢穎，董瑞，等.基于CMMI的軟件工程實(shí)施：高級(jí)指南 軟件開(kāi)發(fā)與測(cè)試叢書(shū) [M].北京：清華大學(xué)出版社，2015.

[5] 曹杰.應(yīng)用開(kāi)發(fā)平臺(tái)質(zhì)量管理規(guī)范體系的研究與實(shí)踐 [J].金融電子化，2014（4）：69-71.

[6] 王強(qiáng)，田濤，劉昕昀.軟件測(cè)試能力評(píng)定模型研究 [J].計(jì)算機(jī)技術(shù)與發(fā)展，2018，28（8）：75-79.

[7] 王斌.敏捷開(kāi)發(fā)模式在軟件工程項(xiàng)目中的應(yīng)用 [J].電子技術(shù)，2022，51（3）：288-289.

[8] 張旭，劉浩馳.基于CMMI的量化管理在項(xiàng)目中的應(yīng)用與研究 [J].電腦與電信，2016（4）：62-65.

[9] 莊曉，張義珍，歐鵬，等.基于CMMI框架下持續(xù)改進(jìn)的軟件過(guò)程體系 [J].計(jì)算機(jī)應(yīng)用與軟件，2013，30（1）：186-189.

[10] 李文瀚.基于IPD流程的新產(chǎn)品開(kāi)發(fā)過(guò)程分析 [J].華東科技：綜合，2021（6）：453.

作者簡(jiǎn)介：周鋼（1973—），男，漢族，江西鷹潭人，正高級(jí)工程師，博士，研究方向：企業(yè)科技管理、企業(yè)創(chuàng)新、研發(fā)管理、民航旅客服務(wù)信息系統(tǒng)。