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