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