淺談GJB5000A三級軟件過程改進的應用與實踐

趙丹

摘 要：本文對GJB5000A三級軟件過程改進的應用與實踐進行了概述，并且對軟件研制特點及存在問題進行了分析，對基于GJB5000A三級的技術狀態管理方法進行了全面而又詳細的描述。

關鍵詞：GJB5000A;三級軟件;改進;應用

引言：

GJB5000A三級軟件對于信息化裝備有著不可替代的重要意義。當前人們對軟件的質量要求越來越高，已經逐漸成為了影響信息化裝備體系發展建設最為關鍵的要素之一。由于軟件的這一重要性，國家相關部門規定未達到規定的軟件研制能力要求的單位不能承擔軟件研制任務，未經認可的軟件測評機構不能承擔軟件測評任務。這就說明國家相關部門對于軟件的質量已經逐漸的重視起來，很多國有企業以及一部分發展相對來說比較良好的民用企業在全力推行國家最新頒布的相關標準，然而在實施的過程當中難免會受到這樣或者是那樣因素的影響。

2軟件研制特點及存在問題

近些年來隨著各行各業的進一步發展，軟件研制的特點以及問題暴露的越來越多。主要體現在如下幾個方面：

首先研制階段時間比較長，軟件項目開發的過程當中，需要經歷一系列復雜的步驟：首先需要對人們日常生產生活當中的需求進行充分的了解，然后對軟件的需求進行分析;根據軟件的需求，進行軟件的概要設計和詳細設計;當軟件實現完成之后，需要采取一定的技術手段對軟件進行測試;待軟件測試通過之后，為了防止軟件在使用的過程當中發生問題，需要相關工作人員對軟件進行維護;對于一個軟件配置項目來說，所需要耗費的時間越長，中間產生的技術狀態就會越多越多，從而增加整個過程的技術狀態難度。

其次，部門協作多。一個軟件項目的研發往往需要多個科室之間密切的協調配合，一旦軟件研發過程當中各個科室之間的溝通不是很充分，很容易造成技術狀態的混亂，難以進行有效的管理。

此外，需求變化多會使得變更控制難度大幅度加大。當前在軟件研制的過程當中，軟件開發企業對于客戶需求在前期往往不是十分明確。在研發前期需要不斷地根據客戶的需求進行適當的變更，這樣無疑會使得技術狀態經常性發生變化，加大軟件項目技術狀態管理的難度。

最后整個軟件研發的時間進度非常的緊。一般來說，軟件的研制都是有其特定的周期性的。在軟件研發的前期，由于研發人員對于客戶的具體需求往往不是十分明確。因此到了軟件研制的后期往往會頻繁地進行現場的調試工作，這就導致項目軟件的技術狀態經常處于變更當中。

綜合文章上面所描述的內容，不難發現需要一種在研發現場可以實施而且能夠實現的，軟件研制周期變短技術狀態管理方案。來使得上述暴露出來的問題得到很好的解決。否則的話，最終很有可能會導致軟件產品技術狀態失效。

3基于GJB5000A三級軟件過程的技術狀態管理方法

本文基于GJB5000A三級軟件過程標準結合軟件開發特點提出了一種可以用于軟件研發過程當中技術狀態管理的方案，并且從配置庫建立階段、審核控制、極限管理、變更控制等幾個方面具體敘述了該種方法。

3.1配置庫建立

當軟件項目根據客戶的需求，在研發的初始階段。相關負責人員就要根據項目的具體信息申請建立一個配置管理庫，該管理庫是由專門技術人員全權負責進行創建，并由專門人員進行管理，從而根據整個軟件研發的具體情況合理的對工作人員的權限進行設置。在進行配置庫管理的過程當中，需要重點注意以下幾個方面的內容：

首先開發庫和受控庫目錄應該保持一致性。因為開發庫以及受控庫當中所存放的內容是密切相關的，開發庫中的內容編制完成之后，會通過申請平移到受控庫當中。因此目錄的一致性可以方便項目負責人進行相關的審核工作。

其次當項目中的某個工作人員向開發庫公共區域提供工作產品的時候，該工作產品應該對項目的質量保證人員開放，從而方便其對產品進行檢查。一旦發生錯誤，及時進行調整。

再次，在整個軟件研發項目開展的過程當中會產生一系列工作產品的版本，根據項目研發的成熟階段，對各個工作產品進行基線打包，形成一整套完整的軟件包，等到驗收通過后，辦理產品庫入庫手續。

最后，在入庫的過程當中，既包括入受控庫也包括產品庫，需要有專門的評審人員對產品進行評審。若沒有問題可直接入庫，否則應該有項目的負責人對評審中發現的問題進行分配，并督促完成，待全部問題解決完畢后，再申請入庫。

3.2階段審核

當整個項目處于生存周期的狀態當中的時候。要對整個項目根據相關標準以及規程進行審核。如果發現有不符合標準的項目，應該責令相關單位將其進行整改。整改完成之后，即可完成該階段的審核工作。在這一過程當中，需要注意以下幾個方面的問題：

首先項目質量保證人員應該獨立于項目的開發和管理活動。

其次，項目質量保證人員對過程的審核可以采用評審或者是驗收的方式進行。

最后在審核過程當中發現產品有不符合相關標準的項目，項目質量保證人員應該對該項目進行標記，并且做成一個文檔進行跟蹤處理。直到不符合項得到整改為止。

3.3基線管理

所謂的基線指的就是，一些正式通過復審和批準的某個產品。該產品的存在可以作為開發人員進行軟件的進一步開發工作的基礎。在建立基線之前，工作人員需要保證基線的相關配置項目都已納入了受控制庫受到相關的控制。并且審批手續都已經辦理完畢的情況下才可以進行基線建立的相關工作。

3.4變更控制

在進行軟件變更控制的過程當中，需要重點注意如下幾個問題：

首先當某個項目需要進行變更的時候，工作人員需要在相關的報告單中寫明變更的具體原因。若是由于客戶的需求而導致的變更，則應該有用戶簽訂的技術協調單等證明;若是變更的原因是因為軟件在自我測試的過程當中，發現有問題的存在而引起的變更。那么應該在問題單后面附上測評機構提出的一些軟件問題報告。并且對已經發現的軟件問題有一個詳細的說明。

其次，對于一個軟件來說，各個項目的受到控制的級別往往不盡相同，因此所需要用到的審批級別也各有區別。根據所變更配置項目的級別，合理地確定審批的力度。審批人員在審批的過程當中，應該重點關注變更是否有必要進行下去，變更是否在實際操作當中具有可行性;一旦進行該項內容的變更，其他項目會受到干擾的程度有多大等等。

最后當變更入庫的時候，需要在原版本之上升級再入庫。

4結束語

本文基于GJB5000A三級軟件過程標準對技術狀態管理的過程進行了進一步的細分，并且通過嚴格規范配置庫建立、審核階段控制、基線管理和變更控制等四個過程來使得軟件技術狀態正確性得到最大程度的保障。

參考文獻：

[1]魏鉅熔.GJB5000A二級軟件過程改進的應用與實踐[J].電子技術與軟件工程，2019（17）：50-51.

[2]周本芳. 基于GJB5000A的軟件研發過程管理平臺的研究與應用[D].武漢輕工大學，2019.

[3]戴惠容.GJB5000A軟件過程改進推廣的探索與實踐[J].電子技術與軟件工程，2018（23）：63-64.

[4]榮國平，張賀，邵棟，王青.軟件過程與管理方法綜述[J].軟件學報，2019，30（01）：62-79.

[5]王津津. T公司軟件開發過程管理的精益改進研究[D].天津大學，2018.