基于流程控制及過程改進(jìn)的軟件技術(shù)狀態(tài)管理方法

劉萍等/空間物理重點(diǎn)實(shí)驗(yàn)室

軟件技術(shù)狀態(tài)管理是確保軟件質(zhì)量的重要手段之一，隨著型號(hào)軟件研制工作的不斷推進(jìn)，在軟件研制任務(wù)龐雜、研制成本高、技術(shù)狀態(tài)變更頻繁的環(huán)境下，軟件研制面臨如下問題：一是型號(hào)配套軟件種類繁雜，軟件總體無法及時(shí)掌握各配套軟件當(dāng)前的技術(shù)狀態(tài)，在系統(tǒng)試驗(yàn)階段很難實(shí)現(xiàn)各軟件技術(shù)狀態(tài)的統(tǒng)一；二是型號(hào)系統(tǒng)試驗(yàn)類型繁多，鑒于各自研軟件特點(diǎn)，軟件及配套技術(shù)文檔的受控時(shí)機(jī)未形成統(tǒng)一規(guī)范，導(dǎo)致某些軟件在試驗(yàn)前不能及時(shí)受控，參加試驗(yàn)的軟件技術(shù)狀態(tài)受控級(jí)別不一，管理混亂；三是非新研軟件在沿用或適應(yīng)性更改時(shí)，可選擇的沿用軟件沒有進(jìn)行合理管理，由于缺乏流程控制，導(dǎo)致沿用軟件時(shí)選擇了存在問題的不成熟軟件，致使后期返工工作量超出可承受范圍，嚴(yán)重影響型號(hào)研制進(jìn)度。產(chǎn)品構(gòu)件的沿用記錄不完整，當(dāng)構(gòu)件升級(jí)時(shí)，無法及時(shí)通知到沿用的軟件項(xiàng)目，使用的構(gòu)件不是最新狀態(tài)，后期可能引發(fā)不可估量的問題；四是軟件研制過程中，經(jīng)常發(fā)生多次不同類別的技術(shù)狀態(tài)更改，由于更改過程不規(guī)范，更改影響分析這一更改過程最重要的環(huán)節(jié)容易被忽視，導(dǎo)致更改影響分析不到位，系統(tǒng)試驗(yàn)過程中頻頻出錯(cuò)。

針對(duì)目前存在的問題，航天某總體單位成立了軟件過程改進(jìn)小組，依托組織資產(chǎn)庫和過程改進(jìn)模型開展了多輪流程現(xiàn)狀調(diào)研，對(duì)現(xiàn)有軟件技術(shù)狀態(tài)管理方法進(jìn)行了改進(jìn)，不僅規(guī)范了研制過程，而且提高了設(shè)計(jì)師隊(duì)伍的工作效率。

一、總體思路

流程控制是指計(jì)算機(jī)指令運(yùn)行或求值的順序，引申到過程管理里，流程控制即過程的執(zhí)行順序控制，是一種規(guī)范化構(gòu)造端到端的卓越業(yè)務(wù)流程，是一種以持續(xù)提高組織業(yè)務(wù)績(jī)效為目的的系統(tǒng)化方法。軟件過程改進(jìn)是指在軟件過程的實(shí)施中，為了更有效地達(dá)到優(yōu)化軟件過程的目的所實(shí)施的改善或改變其軟件過程的系列活動(dòng)。過程改進(jìn)的實(shí)施是在認(rèn)知現(xiàn)有軟件過程的基礎(chǔ)上，利用過程運(yùn)作和監(jiān)控中所獲得的反饋信息，發(fā)現(xiàn)軟件過程中存在的問題和缺陷，提出改進(jìn)意見，進(jìn)而實(shí)現(xiàn)對(duì)軟件過程的改進(jìn)和完善。

本文結(jié)合GJB5000A體系建設(shè)工作，以軟件過程改進(jìn)理論為指導(dǎo)，基于流程控制思想，構(gòu)建了航天型號(hào)軟件系統(tǒng)數(shù)據(jù)包，從系統(tǒng)層面分別對(duì)各型號(hào)配套軟件進(jìn)行技術(shù)狀態(tài)管理；建立以試驗(yàn)線為導(dǎo)向的自研軟件技術(shù)狀態(tài)管理模型圖，融合各類試驗(yàn)對(duì)軟件技術(shù)狀態(tài)的要求，使設(shè)計(jì)人員“一圖看懂”，及時(shí)把控軟件的各種狀態(tài)；運(yùn)用組織資產(chǎn)庫對(duì)成熟軟件和產(chǎn)品化構(gòu)件的技術(shù)狀態(tài)進(jìn)行統(tǒng)一管理，固化產(chǎn)品沿用過程，使產(chǎn)品沿用時(shí)只能選擇資產(chǎn)庫中的成熟產(chǎn)品或構(gòu)件；已受控文件的更改過程采用“線上+線下”結(jié)合的模式，強(qiáng)化線下更改影響分析，落實(shí)更改及驗(yàn)證過程，以規(guī)范技術(shù)狀態(tài)更改過程。

二、軟件技術(shù)狀態(tài)管理方法與實(shí)踐

1.項(xiàng)目實(shí)施方案

（1）構(gòu)建軟件系統(tǒng)數(shù)據(jù)包

型號(hào)軟件系統(tǒng)數(shù)據(jù)包是產(chǎn)品研制過程中各種相關(guān)記錄的集合，建立數(shù)據(jù)包的目的是對(duì)軟件系統(tǒng)下各種記錄進(jìn)行技術(shù)狀態(tài)管理。數(shù)據(jù)包中的數(shù)據(jù)可以采取任何形式，包括可交付的數(shù)據(jù)和不可交付的數(shù)據(jù)。在型號(hào)軟件系統(tǒng)策劃階段，由部門型號(hào)負(fù)責(zé)人負(fù)責(zé)制定型號(hào)軟件系統(tǒng)數(shù)據(jù)管理計(jì)劃，作為后續(xù)型號(hào)數(shù)據(jù)技術(shù)狀態(tài)管理的依據(jù)。

型號(hào)初始階段，需在SVN中建立型號(hào)軟件系統(tǒng)數(shù)據(jù)包目錄，至少包括總體設(shè)計(jì)、型號(hào)管理、自研軟件管理和外協(xié)軟件管理4個(gè)部分。型號(hào)研制過程中，軟件系統(tǒng)產(chǎn)生的數(shù)據(jù)需及時(shí)納入數(shù)據(jù)包進(jìn)行管理。

各型號(hào)數(shù)據(jù)包技術(shù)狀態(tài)管理過程中，可在重要研制節(jié)點(diǎn)建立型號(hào)級(jí)數(shù)據(jù)包管理基線，作為后續(xù)型號(hào)研制管理依據(jù)，具體可包括但不限于在方案階段結(jié)束時(shí)，將工程化大綱、軟件配套表、協(xié)議等軟件系統(tǒng)級(jí)文件納入基線管理，以此基線為依據(jù)開展后續(xù)工作。綜合試驗(yàn)、匹配試驗(yàn)、總裝試驗(yàn)開始之前，分別建立試驗(yàn)基線，作為試驗(yàn)開展的依據(jù)。根據(jù)型號(hào)特點(diǎn)，在重要原理性驗(yàn)證試驗(yàn)、型號(hào)轉(zhuǎn)階段等節(jié)點(diǎn)建立相應(yīng)系統(tǒng)級(jí)數(shù)據(jù)管理基線。每發(fā)次飛行試驗(yàn)結(jié)束后，將軟件系統(tǒng)數(shù)據(jù)包進(jìn)行歸檔管理，可在SVN開發(fā)庫中建立歸檔文件夾，或在配置管理工具中進(jìn)行受控管理，作為組織資產(chǎn)積累。

通過構(gòu)建型號(hào)軟件系統(tǒng)數(shù)據(jù)包對(duì)配套軟件進(jìn)行統(tǒng)一管理，軟件總體單位可及時(shí)知悉各配套軟件當(dāng)前狀態(tài)，并依此開展后續(xù)工作。

（2）以試驗(yàn)線為導(dǎo)向的軟件技術(shù)狀態(tài)管理模型

以往對(duì)軟件技術(shù)狀態(tài)管理的要求是采取“一刀切”的模式，即軟件參加綜合試驗(yàn)前必須受控，而并未對(duì)軟件的配套文檔何時(shí)受控作明確要求，導(dǎo)致代碼已多次出入受控庫，而作為軟件研制依據(jù)的技術(shù)文檔卻未受控的情況時(shí)常發(fā)生，軟件出現(xiàn)故障時(shí)，無法及時(shí)跟蹤到是研制過程的哪個(gè)環(huán)節(jié)出現(xiàn)的問題。

隨著本單位承擔(dān)的軟件研制任務(wù)越來越多，軟件研制類型（Ⅰ類、Ⅱ類、Ⅲ類、Ⅳ類，分別對(duì)應(yīng)完全沿用、修改裝訂參數(shù)、適應(yīng)性更改、新研）、軟件應(yīng)用類別（嵌入式軟件、非嵌入式軟件等）和軟件安全關(guān)鍵等級(jí)（A級(jí)、B級(jí)、C級(jí)、D級(jí)）的不同，使軟件具有各自的特點(diǎn)，進(jìn)而對(duì)軟件配套文檔和軟件開發(fā)方測(cè)試甚至對(duì)第三方測(cè)試的要求各不相同。針對(duì)各類型的軟件梳理了以試驗(yàn)線為導(dǎo)向的軟件技術(shù)狀態(tài)管理模型（見圖1），以型號(hào)研制階段的各類試驗(yàn)為主線，將軟件技術(shù)狀態(tài)管理要求融入各試驗(yàn)環(huán)節(jié)中，實(shí)現(xiàn)“一圖看懂”，設(shè)計(jì)人員不用查閱相關(guān)標(biāo)準(zhǔn)要求，即可明確軟件何時(shí)應(yīng)該處于何種狀態(tài)。

圖1 以試驗(yàn)線為導(dǎo)向的軟件技術(shù)狀態(tài)管理模型

本單位自研軟件可劃分為新研軟件、非新研軟件兩大類。新研軟件未經(jīng)過各種試驗(yàn)驗(yàn)證，參加第一輪綜合試驗(yàn)時(shí)勢(shì)必會(huì)發(fā)現(xiàn)很多問題，為避免開發(fā)方回歸測(cè)試輪次太多造成測(cè)試效率低下、測(cè)試資源浪費(fèi)，新研軟件入受控庫前按要求完成部分確認(rèn)測(cè)試（見表1）即可，但初樣轉(zhuǎn)試樣前需完成全部開發(fā)方回歸測(cè)試。嵌入式新研軟件代碼入庫前要求任務(wù)書、需求規(guī)格說明、設(shè)計(jì)說明文檔通過評(píng)審（會(huì)議評(píng)審或文審）且已受控，或與代碼同時(shí)受控；非嵌入式軟件入庫前要求任務(wù)書、需求規(guī)格說明通過評(píng)審（會(huì)議評(píng)審或文審）且已受控，或與代碼同時(shí)受控。非新研軟件由于沿用了成熟的經(jīng)試驗(yàn)驗(yàn)證的軟件，故必須完成開發(fā)方回歸測(cè)試才可入庫，對(duì)配套文檔的受控要求，與新研嵌入式、非嵌入式軟件的文檔要求相同。

表1 新研軟件首次入受控庫需滿足要求

為避免由于軟件頻繁改動(dòng)導(dǎo)致第三方測(cè)試無法正常開展的情況，需開展第三方測(cè)試的軟件在初樣階段試驗(yàn)全部完成后即可開展第三方測(cè)試，在軟件研制總結(jié)之前完成測(cè)試即可。

以試驗(yàn)線為導(dǎo)向的軟件技術(shù)狀態(tài)管理模型在滿足型號(hào)試驗(yàn)軟件需具備的狀態(tài)前提下，融合了開發(fā)方測(cè)試、第三方測(cè)試的要求，對(duì)不同類型的軟件“分而治之”，各類軟件對(duì)技術(shù)狀態(tài)管理要求進(jìn)行了“本地化”。

（3）基于組織資產(chǎn)庫的成熟軟件和產(chǎn)品化構(gòu)件沿用

一是組織資產(chǎn)庫的建立。

本單位在長(zhǎng)期的型號(hào)磨礪中積累了非常豐富的軟件開發(fā)、管理經(jīng)驗(yàn)，這些經(jīng)驗(yàn)如果缺少有效的梳理與沉淀，在組織內(nèi)部就很難實(shí)現(xiàn)系統(tǒng)化的經(jīng)驗(yàn)傳承。

本單位基于5000A理論自2018年開始策劃組織資產(chǎn)庫，基于知識(shí)標(biāo)簽的專業(yè)知識(shí)萃取，完成涵蓋研制流程、最佳實(shí)踐的知識(shí)共享清單，并實(shí)現(xiàn)了初級(jí)共享，為組織資產(chǎn)庫建設(shè)奠定了堅(jiān)實(shí)的基礎(chǔ)。后續(xù)，在完善組織資產(chǎn)架構(gòu)的基礎(chǔ)上，明確組織資產(chǎn)管理標(biāo)準(zhǔn)，建立標(biāo)準(zhǔn)組織資產(chǎn)庫，同時(shí)立足組織資產(chǎn)價(jià)值的充分發(fā)揮，建立組織資產(chǎn)與科研流程雙向互動(dòng)機(jī)制，推進(jìn)組織資產(chǎn)庫建設(shè)與科研流程的雙向良性互動(dòng)。

結(jié)合軟件研制流程，建立組織資產(chǎn)與軟件研制的良性互動(dòng)機(jī)制，一方面，成功的軟件項(xiàng)目開發(fā)依賴于歷史數(shù)據(jù)和所借鑒的最佳實(shí)踐，依賴于具有豐富內(nèi)容的組織過程資產(chǎn)庫的支持；另一方面，組織資產(chǎn)庫的建立、維護(hù)與項(xiàng)目開發(fā)運(yùn)行是一個(gè)持續(xù)迭代的過程，需要在項(xiàng)目級(jí)管理、技術(shù)流程中不斷積累與挖掘，將個(gè)體知識(shí)轉(zhuǎn)化為組織資產(chǎn)，在海量知識(shí)庫中萃取有效信息，持續(xù)豐富組織過程資產(chǎn)，推進(jìn)組織能力持續(xù)改進(jìn)。

二是沿用經(jīng)驗(yàn)證的成熟軟件。

組織資產(chǎn)庫對(duì)經(jīng)過試驗(yàn)驗(yàn)證的成熟軟件進(jìn)行了統(tǒng)一化管理，非新研軟件可從組織資產(chǎn)庫中選擇成熟軟件，沿用或沿用后進(jìn)行適應(yīng)性更改，并將此沿用過程進(jìn)行流程化設(shè)計(jì)，固化到技術(shù)狀態(tài)管理的支持平臺(tái)配置管理工具中，通過此方式來規(guī)范沿用過程。

以研制類型為Ⅲ類的軟件項(xiàng)目為例，設(shè)計(jì)人員填寫沿用申請(qǐng)單，從組織資產(chǎn)庫中選定即將沿用的某型號(hào)某軟件，根據(jù)項(xiàng)目需要，選擇某軟件某個(gè)版本的產(chǎn)品基線中的一個(gè)或若干個(gè)配置管理項(xiàng)，并進(jìn)行初步軟件更改影響域分析。該沿用申請(qǐng)單經(jīng)型號(hào)副總師批準(zhǔn)后，設(shè)計(jì)人員線下完成軟件更改可行性及影響域分析報(bào)告，并組織專家對(duì)更改報(bào)告進(jìn)行評(píng)審。評(píng)審?fù)ㄟ^后，填寫更改申請(qǐng)單，對(duì)沿用后需要更改的軟件逐一進(jìn)行分析、更改，并驗(yàn)證更改是否滿足要求。

軟件研制完成后，經(jīng)飛行試驗(yàn)驗(yàn)證軟件不存在問題，則可在軟件過程改進(jìn)小組同意后納入組織資產(chǎn)庫。在繼承成功項(xiàng)目經(jīng)驗(yàn)和數(shù)據(jù)的同時(shí)又為組織資產(chǎn)庫提供了新的組織資產(chǎn)，以便后續(xù)其它型號(hào)軟件的沿用參考。

三是產(chǎn)品化構(gòu)件的沿用，實(shí)現(xiàn)型號(hào)線與產(chǎn)品線共贏。

隨著本單位產(chǎn)品化工作的開展，非嵌入式軟件復(fù)用產(chǎn)品和嵌入式軟件復(fù)用產(chǎn)品構(gòu)件已初具規(guī)模。組織資產(chǎn)庫對(duì)可復(fù)用產(chǎn)品化構(gòu)件進(jìn)行了統(tǒng)一化管理。型號(hào)軟件研制時(shí)可申請(qǐng)產(chǎn)品構(gòu)件的沿用，形成構(gòu)件引用清單?；诂F(xiàn)狀，型號(hào)線與產(chǎn)品線的選用依賴關(guān)系及良性互動(dòng)愈發(fā)重要，當(dāng)構(gòu)件進(jìn)行優(yōu)化升級(jí)時(shí)，可及時(shí)通知引用構(gòu)件的項(xiàng)目，經(jīng)分析軟件項(xiàng)目需要更新當(dāng)前構(gòu)件時(shí)，可重新進(jìn)行構(gòu)件的沿用申請(qǐng)。當(dāng)各型號(hào)根據(jù)任務(wù)要求或者自身問題對(duì)軟件進(jìn)行更改時(shí)，需要將信息傳達(dá)至產(chǎn)品化隊(duì)伍，同步開展分析，確認(rèn)該項(xiàng)更改是否同樣需要反映至產(chǎn)品線，以保證產(chǎn)品庫構(gòu)件的不斷完善和優(yōu)化。型號(hào)線與產(chǎn)品線的雙向互動(dòng)既能在保證質(zhì)量的前提下縮短軟件研制周期，又能提升產(chǎn)品構(gòu)件的成熟度，從而實(shí)現(xiàn)共贏。

組織資產(chǎn)庫對(duì)成熟軟件和產(chǎn)品化構(gòu)件進(jìn)行技術(shù)狀態(tài)管理，需要申請(qǐng)并批準(zhǔn)通過后才可沿用成熟軟件或使用產(chǎn)品化構(gòu)件。此過程已完成電子化流程設(shè)計(jì)，并固化到配置管理工具中，實(shí)現(xiàn)了組織資產(chǎn)沿用的流程控制?；诋a(chǎn)品化構(gòu)件自身標(biāo)準(zhǔn)化、通用化、低成本、高質(zhì)量的特點(diǎn)，產(chǎn)品化構(gòu)件適合大批量軟件研制的復(fù)用，不僅保證質(zhì)量、降低研發(fā)成本，還能大大縮短軟件的研制周期。

軟件研制全生命周期內(nèi)可充分利用組織資產(chǎn)庫，以組織標(biāo)準(zhǔn)為依據(jù)，以組織經(jīng)驗(yàn)為支撐，同時(shí)要求項(xiàng)目組向組織級(jí)資產(chǎn)庫做貢獻(xiàn)，鼓勵(lì)基于數(shù)據(jù)積累的設(shè)計(jì)創(chuàng)新，在盤活組織資產(chǎn)的同時(shí)實(shí)現(xiàn)其價(jià)值最大化，并促進(jìn)組織過程能力與項(xiàng)目開發(fā)水平雙效提升。

（4）“線上+線下”結(jié)合的更改過程管理

軟件研制過程中，在受控庫經(jīng)常發(fā)生多次不同類別的技術(shù)狀態(tài)更改，均需要遵循更改流程開展工作。因此，為加強(qiáng)技術(shù)狀態(tài)更改環(huán)節(jié)的控制，受控文件的更改過程采用“線上+線下”結(jié)合的模式，強(qiáng)化線下更改影響分析。

受控庫中文件原更改流程為：?jiǎn)栴}報(bào)告、更改申請(qǐng)、更改出庫、更改入庫，均在配置管理平臺(tái)中完成。經(jīng)過試運(yùn)行效果較好，但表單多且審批流程繁瑣，嚴(yán)重影響了效率。經(jīng)過程改進(jìn)小組討論后，將原流程中的問題報(bào)告、更改申請(qǐng)、更改出庫3張表單進(jìn)行合并，在一個(gè)流程步驟中完成，簡(jiǎn)化了原有工作。但運(yùn)行一段時(shí)間后發(fā)現(xiàn)更改影響分析普遍在線上開展，即結(jié)合更改申請(qǐng)單開展，由于缺乏線下正式評(píng)審環(huán)節(jié)，各型號(hào)中發(fā)現(xiàn)多次更改影響域分析不全面導(dǎo)致的技術(shù)問題，影響了軟件產(chǎn)品質(zhì)量。

經(jīng)軟件過程改進(jìn)小組進(jìn)一步調(diào)研和分析，對(duì)更改流程進(jìn)行優(yōu)化，將優(yōu)化后的更改過程在配置管理工具中進(jìn)行流程固化控制，強(qiáng)制采用“線上+線下”結(jié)合的更改過程（見圖2）進(jìn)行管理，步驟如下：線下開展更改影響分析評(píng)審（必須記錄時(shí)間及參與人員）；線上提交更改申請(qǐng)（受控庫中填寫更改申請(qǐng)單并附更改影響分析報(bào)告，需提供線下開展更改影響分析評(píng)審的證據(jù)）；更改申請(qǐng)通過后，線下開展更改（代碼需測(cè)試驗(yàn)證）；線上更改入庫（受控庫中填寫更動(dòng)入庫單，代碼需上傳測(cè)試記錄）。

圖2 軟件更改流程

另外，本單位制定了《軟件產(chǎn)品更改影響分析規(guī)范》和《十字傳播路徑更改影響項(xiàng)目分析方法》，目的是確保更改項(xiàng)目分析全面、工作產(chǎn)品無漏項(xiàng)、技術(shù)分析到位。同時(shí)，強(qiáng)化對(duì)更改影響域分析過程的審核及把關(guān)，成立由各產(chǎn)品線技術(shù)負(fù)責(zé)人組成的專家組，在變更申請(qǐng)環(huán)節(jié)，線下開展更改影響域分析，并形成完整的更改影響域分析報(bào)告，在變更申請(qǐng)單中除描述更改項(xiàng)目外，需要上傳更改影響域分析報(bào)告作為附件。

軟件更改完成后，需要提交開發(fā)方及第三方開展回歸測(cè)試，測(cè)試通過后，重新入受控庫，再出庫用于系統(tǒng)試驗(yàn)。目的是確保軟件更改在進(jìn)入系統(tǒng)試驗(yàn)之前得到充分的測(cè)試及驗(yàn)證。更改入庫需附開發(fā)方回歸測(cè)試記錄，由開發(fā)方測(cè)試技術(shù)負(fù)責(zé)人制定軟件測(cè)試記錄采集表，包含測(cè)試用例設(shè)計(jì)及執(zhí)行情況統(tǒng)計(jì)，臨時(shí)代替冗繁的測(cè)試報(bào)告，待軟件狀態(tài)穩(wěn)定后完成最終測(cè)試報(bào)告。

2.實(shí)施效果

軟件技術(shù)狀態(tài)管理方法陸續(xù)在某型號(hào)軟件研制工作中得到實(shí)施應(yīng)用，該型號(hào)指控系統(tǒng)在研制過程中按照固化的流程沿用了組織資產(chǎn)庫的成熟軟件和產(chǎn)品化構(gòu)件，并依據(jù)以試驗(yàn)線為導(dǎo)向的軟件技術(shù)狀態(tài)管理模型開展軟件技術(shù)狀態(tài)管理，在保證軟件質(zhì)量的前提下極大地縮短了軟件研制周期，采用“線上+線下”結(jié)合的更改過程管理軟件技術(shù)狀態(tài)的變化，對(duì)軟件更改進(jìn)行了全面的更改影響分析，軟件系統(tǒng)技術(shù)狀態(tài)管理取得了顯著成果，為飛行試驗(yàn)圓滿成功奠定了基礎(chǔ)。

三、創(chuàng)新成果

1.構(gòu)建了型號(hào)軟件系統(tǒng)數(shù)據(jù)包

對(duì)型號(hào)軟件系統(tǒng)下所有相關(guān)文件進(jìn)行管理，包括系統(tǒng)層文件、外協(xié)軟件、自研軟件，使軟件系統(tǒng)總體單位及時(shí)掌握當(dāng)前各配套軟件的技術(shù)狀態(tài)，并依此開展驗(yàn)收、試驗(yàn)等各類型號(hào)任務(wù)，進(jìn)一步提升了軟件總體單位的抓總能力。

2.建立了以試驗(yàn)線為導(dǎo)向的軟件技術(shù)狀態(tài)管理模型

建立了以試驗(yàn)線為導(dǎo)向的軟件技術(shù)狀態(tài)管理模型，在滿足型號(hào)試驗(yàn)軟件需具備的技術(shù)狀態(tài)前提下融合了開發(fā)方測(cè)試、第三方測(cè)試等要求，對(duì)不同類型的軟件“分而治之”，各類軟件將技術(shù)狀態(tài)管理要求進(jìn)行“本地化”，不僅滿足標(biāo)準(zhǔn)要求，也大大地提升了軟件研制工作效率。

3.基于組織資產(chǎn)庫的成熟軟件和產(chǎn)品化構(gòu)件沿用

組織資產(chǎn)庫對(duì)成熟軟件和產(chǎn)品化構(gòu)件進(jìn)行技術(shù)狀態(tài)管理，新項(xiàng)目在繼承成功項(xiàng)目的經(jīng)驗(yàn)和數(shù)據(jù)的同時(shí)為組織資產(chǎn)庫提供了新的組織資產(chǎn)，有效提升了組織過程能力，軟件質(zhì)量也逐步從依賴員工個(gè)人經(jīng)驗(yàn)向依賴組織能力轉(zhuǎn)變，團(tuán)隊(duì)業(yè)務(wù)能力和軟件產(chǎn)能得到有效提升。另外，將資產(chǎn)庫中產(chǎn)品化構(gòu)件合理規(guī)范地復(fù)用到大批量軟件研制中，多型號(hào)試驗(yàn)驗(yàn)證優(yōu)化又進(jìn)一步提升了構(gòu)件的成熟度。型號(hào)線與產(chǎn)品線的雙向互動(dòng)，既能在保證質(zhì)量的前提下縮短軟件研制周期，又能提升產(chǎn)品性能，從而實(shí)現(xiàn)了共贏。

4.采用“線上+線下”結(jié)合的更改過程管理

改變?cè)瓉砭€上開展更改影響分析的模式，采用“線上+線下”結(jié)合的方式，強(qiáng)化了更改影響分析過程的審核及把關(guān)，確保了更改項(xiàng)目分析全面、工作產(chǎn)品無漏項(xiàng)、技術(shù)分析到位。在更改驗(yàn)證環(huán)節(jié)，測(cè)試人員制定的軟件測(cè)試記錄表包含測(cè)試用例設(shè)計(jì)及執(zhí)行情況統(tǒng)計(jì)等內(nèi)容，代替冗繁的測(cè)試報(bào)告，提高了更改后的測(cè)試驗(yàn)證工作效率。

在未來飛行器工業(yè)化大生產(chǎn)模式下，本文提出的軟件技術(shù)狀態(tài)管理方法，基于通用的型號(hào)軟件系統(tǒng)研發(fā)標(biāo)準(zhǔn)過程，充分考慮了某裝備軟件系統(tǒng)工程研發(fā)特點(diǎn)，為開發(fā)高產(chǎn)量、高質(zhì)量、低成本、易維護(hù)的軟件奠定了堅(jiān)實(shí)的基礎(chǔ)，在規(guī)范管理、提高團(tuán)隊(duì)工作效率、縮短產(chǎn)品周期及軟件的安全性和可靠性等方面有了很大的提高。其通用化的管理模式及研發(fā)過程同樣適用于其它軟件研制單位。

軟件技術(shù)狀態(tài)管理方法在應(yīng)用過程中取得了一些成效，但同時(shí)也面臨以下問題：一是有多個(gè)分支的軟件在同一個(gè)項(xiàng)目中進(jìn)行管理且變更較多時(shí)，難以區(qū)分各分支狀態(tài)；二是已交付的外來配套軟件技術(shù)狀態(tài)發(fā)生變化時(shí)，更改過程在各配套單位開展，軟件總體單位無法把控更改過程。

后續(xù)，需要對(duì)技術(shù)狀態(tài)管理方法進(jìn)行深入的探索與思考，針對(duì)多分支狀態(tài)軟件、外來配套軟件的特點(diǎn)分別制定合理的技術(shù)狀態(tài)管理措施，在軟件研制過程中，加強(qiáng)對(duì)軟件技術(shù)狀態(tài)的監(jiān)督控制，實(shí)現(xiàn)質(zhì)量管控。