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