談GJB5000A二級在中小型嵌入式軟件研發(fā)中的應(yīng)用
加入技術(shù)交流群
項目策劃可以理解為整個軟件研制過程的劇本，其規(guī)定了“WWWHI0”——(When、Who、Where、How、Input、Output)六個要素，即規(guī)定時間內(nèi)安排項目人員及相關(guān)管理人員在一定環(huán)境下按照軟件工程化的方法，以項目的早期需求或軟件研制任務(wù)書為輸入，依靠項目軟件經(jīng)理與所級主管領(lǐng)導(dǎo)、項目總師、科研開發(fā)部、質(zhì)量管理部、設(shè)計師、同行專家經(jīng)過多方協(xié)調(diào)，在需求管理、軟件生命周期、代碼規(guī)模估計、文檔規(guī)模估計、工作量估計、進度、風險管理、培訓(xùn)管理、數(shù)據(jù)測量、數(shù)據(jù)管理等達成一致．輸出整個項目的軟件開發(fā)計劃。
初期的計劃往往無法做到盡善盡美，需求和承諾的更改，不準確的前期估計都會影響計劃的實施，導(dǎo)致項目計劃需要在過程中調(diào)整甚至重新制定，因此對于研制周期較長、軟件模塊之間存在復(fù)雜依賴關(guān)系的項目，需要分每一階段進行更細化的項目策劃。
配置管理緊緊依賴于軟件開發(fā)計劃，目的是利用配置標識、配置控制、配置狀態(tài)紀文和配置審核建立和維護工作產(chǎn)品的完整性。整個軟件生命周期中，配置管理起到“數(shù)據(jù)庫”和“錄像機”的作用。首先組織級配置管理員規(guī)定三類基線：功能基線、分配基線、產(chǎn)品基線；規(guī)定三類文件存儲庫：開發(fā)庫、受控庫、產(chǎn)品庫 然后項目級配置管理員規(guī)定基線下的工作產(chǎn)品，如技術(shù)文檔、軟件源代碼及可執(zhí)行程序、評審報告等，根據(jù)軟件研制階段不同分別放置于對應(yīng)基線下的庫中。組織級和項目級配置管理員進行合理計劃，輸出配置管理計劃。
配置管理工作不能誤認為僅僅是檔案工作，作為組織級項目配置管理員，其職責為：
(1)定制標準化的開發(fā)流程；
(2)定制訪問控制、變更控制的條例；
(3)監(jiān)督配置管理事件并驅(qū)動相應(yīng)的對策；
(4)軟件配置管理工具的日常管理與維護。
作為項目級配置管理員，其職責為：
(1)提交配置管理汁劃；
(2)各配置項的管理與維護：
(3)執(zhí)行版本控制和變更控制方案；
(4)完成配置管理階段工作報告。
過程與產(chǎn)品質(zhì)量保證是從制度和規(guī)范上嚴格保證了軟件工程化的實施。質(zhì)量管理人員應(yīng)該具備軟件研制開發(fā)的經(jīng)驗，熟悉各種軟件的研制流程。首先建立對研制過程、工作產(chǎn)品的評價標準；其次通過檢查標識并文檔化不符合項，追蹤不符合項的閉環(huán)；然后定期將軟件研制過程的質(zhì)量情況通報整個項目組和高層，并做出階段總結(jié)報告。
項目軟件經(jīng)理、組織級／項目級配置管理員、質(zhì)量保證人員三者應(yīng)該及時溝通，從不同的角度管理軟件研制項目組成員，包括相互之間的監(jiān)督，促使軟件研制過程嚴格按照GJB5000A二級標準執(zhí)行。他們也需要按階段或定期向項目總師、部門領(lǐng)導(dǎo)以及所領(lǐng)導(dǎo)匯報軟件工程化的實施情況以獲得上級對項目的支持。
1．3 軟件項目研制過程
項目策劃和配置管理雖然已經(jīng)定義了流程化或模板式的操作方法，但大部分項目軟件人員會犯“先做事，后補義檔”的錯誤。因為對于總師、分系統(tǒng)負責人、設(shè)計師等項目組技術(shù)人員來說，他們更關(guān)注如何能夠促進軟件研制過程又好又快的進行。為了這個目的，必須重視需求管理(REQM)、項曰監(jiān)控(PMC)、測量與分析(MA)這三個工程過程域。
下面以一個瀑布模型的軟件研制過程為例說明如何進行過程中的監(jiān)控。
項目監(jiān)控從圖1中的軟件需求分析階段開始直至項目結(jié)束。項目監(jiān)控過程中，設(shè)計師和管理人員需要提供個人工作周報，記錄自己實際的工作完成情況；在雙周或整月時，項目軟件經(jīng)理組織項目組成員交流項目情況并記錄；階段結(jié)束后，組織針對階段工作產(chǎn)品的評審會，然后輸出里程碑報告。管理人員對照《軟件開發(fā)計劃》中的進度計劃、風險管理計劃、數(shù)據(jù)管理計劃、利益相關(guān)方參與計劃等文檔監(jiān)控進度偏差、工作量偏差、規(guī)模偏差、風險變化、培訓(xùn)情況、評審狀況、問題數(shù)量和回歸狀況。一旦出現(xiàn)偏差加大的趨勢，就需要及時開會交流，查明原因，迅速糾偏。本文引用地址：http://www.ex-cimer.com/article/148572.htm
測量與分析更加詳細地規(guī)定了對于能夠證明過程的文檔的采集和存儲方法，而且需要對采集數(shù)據(jù)匯總后進行統(tǒng)計分析，將分析結(jié)果，如偏差、趨勢、錯誤數(shù)目等展示給項目組成員和高層領(lǐng)導(dǎo)，由他們進行項目開發(fā)的決策。
項目監(jiān)控是手段，測量與分析為輔助，需求管理則是最終目的。結(jié)合圖1，需求在整個軟件研制周期內(nèi)不可能是一成不變的，是逐步細化的。用戶需求是第一步，隨后軟件研制任務(wù)書將用戶需求工程化，需求規(guī)格說明對任務(wù)書的需求細化，設(shè)計說明對需求規(guī)格說明的需求細化，軟件源代碼將設(shè)計說明對應(yīng)到代碼。單元測試、集成測試、系統(tǒng)測試是對細化后的需求進行回歸。根據(jù)GJB438B-2009中的《軟件需求規(guī)格說明》模板，需求包括10類技術(shù)需求和4類非技術(shù)需求。非技術(shù)類需求一般可以得到客觀保證，因此不會出現(xiàn)大的變動，可以暫不納入需求跟蹤矩陣。技術(shù)需求由于項目研制情況會出現(xiàn)變化，需要納入需求跟蹤矩陣進行管理，確保軟件工作產(chǎn)品巾需求能夠進行雙向追溯。一旦需求變更狀況時，及時記錄并且上報整個項目組，獲得項目組的一致認可。
評論