軟件開(kāi)發(fā)管理與質(zhì)量控制(doc16)-質(zhì)量工具(編輯修改稿)
2024-09-22 12:39 本頁(yè)面
【文章內(nèi)容簡(jiǎn)介】 功能說(shuō)明的要求，本身也是一種質(zhì)量標(biāo)準(zhǔn)（見(jiàn) SOP 0/019）?？蛻舯仨殔⑴c這一測(cè)試過(guò)程。 在實(shí)驗(yàn)報(bào)告上注明前提條件和測(cè)試結(jié)果。 職責(zé)： 服務(wù) 糾錯(cuò) 在測(cè)試階段（ IQ/OQ/FAT）出現(xiàn)軟件問(wèn)題，測(cè)試員填寫“軟件問(wèn)題記錄 ”（見(jiàn)附錄 5）將表格遞送至軟件開(kāi)發(fā)員。大體上，由開(kāi)發(fā)員獨(dú)立解決問(wèn)題。不允許進(jìn)行口頭更正。解決問(wèn)題后， 將修正過(guò)的軟件重新裝入，向其中輸入不同的變量，由開(kāi)發(fā)員確認(rèn)軟件錯(cuò)誤信息表。由于更改的軟件只用于工作目的，沒(méi)有得到通過(guò)，所以無(wú)須申領(lǐng)新的版本號(hào)。在這種情況下，我們所需要知道的信息，只是安裝時(shí)間 /日期。 填寫“軟件問(wèn)題記錄”，符于測(cè)試方案后存檔。 9) 問(wèn)題處理與設(shè)計(jì)文檔改進(jìn) 問(wèn)題處理是軟件開(kāi)發(fā)組交付測(cè)試后的重要任務(wù)之一，及時(shí)解決軟件測(cè)試過(guò)程中發(fā)現(xiàn)的問(wèn)題，以便進(jìn)行下一輪測(cè)試。 軟件開(kāi)發(fā)人員在交付測(cè)試后的另一重要任務(wù)就是將編碼過(guò)程中對(duì)設(shè)計(jì)的修改及時(shí)反映到總體設(shè)計(jì)文檔和詳細(xì)設(shè)計(jì)文檔中去，確保定版的軟件與其設(shè)計(jì)文檔 的一致性。 10) IRL 內(nèi)部定版 測(cè)試合格的軟件在軟件開(kāi)發(fā)部?jī)?nèi)部定版，進(jìn)入產(chǎn)品的組裝或β測(cè)試，及產(chǎn)品銷售。對(duì)項(xiàng)目型軟件開(kāi)發(fā)，則進(jìn)入系統(tǒng)的實(shí)施級(jí)段。 3 過(guò)程管理與質(zhì)量控制標(biāo)準(zhǔn)化 軟件開(kāi)發(fā)過(guò)程管理 傳統(tǒng)的軟件開(kāi)發(fā)一般遵循的是瀑布過(guò)程模型 ,一個(gè)階段的結(jié)束是下一個(gè)階段的開(kāi)始。這種模型不適合基于對(duì)象、分布式的企業(yè)應(yīng)用開(kāi)發(fā)。部件的開(kāi)發(fā)具有并行性，而非順序性。另外 ,瀑布進(jìn)程模型缺乏靈活性，不適應(yīng)快速原型開(kāi)發(fā)工具的要求。 基于里程碑的過(guò)程模型 引進(jìn)迭代過(guò)程模型，允許開(kāi)發(fā)任務(wù)的重疊和反復(fù)，可以很好適應(yīng)基于部 件的軟件開(kāi)發(fā)。基于里程碑的過(guò)程模型便于團(tuán)隊(duì)模型中責(zé)權(quán)的劃分。便于風(fēng)險(xiǎn)評(píng)定，鼓勵(lì)快速交貨。 1) 里程碑過(guò)程模型的特征 ： 里程碑的制定 CMO 軟件配置管理 質(zhì)量控制體系 軟件開(kāi)發(fā)規(guī)范階段審核制 A. 里程碑過(guò)程：軟件開(kāi)發(fā)過(guò)程是由指導(dǎo)開(kāi)發(fā)進(jìn)程的外內(nèi)部里程碑所驅(qū)動(dòng)的。 B. 明確責(zé)權(quán)關(guān)系：過(guò)程模型將每個(gè)里程碑與開(kāi)發(fā)組的責(zé)任角色相關(guān)聯(lián)。 C. 風(fēng)險(xiǎn)驅(qū)動(dòng)的計(jì)劃安排：高風(fēng)險(xiǎn)部件應(yīng)盡早完成。 D. 評(píng)估說(shuō)明：評(píng)估說(shuō)明直接影響著項(xiàng)目的計(jì)劃與管理，在整個(gè)軟件開(kāi)發(fā)過(guò)程中致關(guān)重要。 2) 里程碑的制定 里程碑也可以稱作項(xiàng)目實(shí)施 計(jì)劃。對(duì)于軟件開(kāi)發(fā)項(xiàng)目而言，一但項(xiàng)目立項(xiàng)確定，需要做的第一件事情就是確定項(xiàng)目實(shí)施的里程碑。根據(jù)前面我們確定的軟件開(kāi)發(fā)階段劃分，在里程碑中應(yīng)清楚地定義每一個(gè)階段的開(kāi)始時(shí)間、結(jié)束時(shí)間、負(fù)責(zé)人，階段的提交成果由各階段的軟件開(kāi)發(fā)規(guī)范確定。里程碑是公司對(duì)進(jìn)行項(xiàng)目控制的主要依據(jù)。里程碑一旦確定，各相應(yīng)負(fù)責(zé)人應(yīng)確保按時(shí)交付任務(wù)。 對(duì)于各不同里程碑階段可以根據(jù)需要制定階段里程碑，階段里程碑一般由開(kāi)發(fā)組織內(nèi)部確定以便于更好管理與控制項(xiàng)目的進(jìn)程。達(dá)到某個(gè)里程碑表明對(duì)此負(fù)有主要責(zé)任的角色完策任務(wù)。便于明確各個(gè)角色責(zé)權(quán)范圍、有利于 按時(shí)完成任。 軟件開(kāi)發(fā)里程碑主要包括如下階段： 3) CMO 軟件配置管理 為確保軟件及其文檔的一致性，進(jìn)行軟件配置的管理是必要的。 質(zhì)量控制體系 軟件開(kāi)發(fā)階段劃分的目的是為了便于形成基于里程碑的軟件開(kāi)發(fā)質(zhì)量控制體系，每個(gè)里程碑都是一個(gè)質(zhì)量控制結(jié)點(diǎn)，這些質(zhì)量控制結(jié)點(diǎn)貫穿于整個(gè)軟件開(kāi)發(fā)全過(guò)程，從而構(gòu)成軟件開(kāi)發(fā)的質(zhì)量控制體系。 基于里程碑的軟件開(kāi)發(fā)質(zhì)量控制體系可以用圖 11 表示。 圖 12 表示軟件開(kāi)發(fā)階段目標(biāo)與質(zhì)量控制的關(guān)系 每個(gè)具體的里程碑與軟件開(kāi)發(fā)組某一具體的角色相關(guān)聯(lián)，不同 的角色則隸屬于不同的業(yè)務(wù)部門，而人員業(yè)績(jī)的評(píng)估與管理歸屬各自的業(yè)務(wù)部門，因此，基于里程碑的軟件質(zhì)量控制必然會(huì)演變成對(duì)角色的質(zhì)量控制，這樣才能真正達(dá)到對(duì)軟件質(zhì)量的控制。基于角色的質(zhì)量控制體系詳見(jiàn)圖 13 在軟件開(kāi)發(fā)的六種角色中，一般規(guī)模的軟件公司都會(huì)將其做以歸類，圖 13 是基于常見(jiàn)的軟件開(kāi)發(fā)任務(wù)劃分方式形成的基于角色的質(zhì)量控制模型。 根據(jù)軟件開(kāi)發(fā)的階段劃分及基于里程碑的項(xiàng)目管理模式，貫穿于整個(gè)軟件生命周期中的軟件開(kāi)發(fā)規(guī)范基本包括如下規(guī)范： 1) 可行性分析規(guī)范 （ FS） 2) 需求分析規(guī)范 （ RS） 3) 功能說(shuō)明規(guī)范 （ FSS） 4) 用戶界面規(guī)范 （ UIS） 5) 總體設(shè)計(jì)規(guī)范 （ GDS） 6) 詳細(xì)設(shè)計(jì)規(guī)范 （ DDS） 7) 程序編碼規(guī)范 （ CS） (附件 5) 8) 軟件測(cè)試規(guī)范 （ TS） 以上規(guī)范在軟件開(kāi)發(fā)階段劃分章節(jié)已有簡(jiǎn)單描述，此處不再介紹。 階段審核制 軟件開(kāi)發(fā)階段審核制是采用基于里程碑管理模式的必然產(chǎn)物。在每個(gè)里程碑結(jié)束時(shí)公司質(zhì)量控制機(jī)構(gòu)（ QA）根據(jù)相應(yīng)的軟件開(kāi)發(fā)管理規(guī)范及應(yīng)用要求對(duì)階段成果進(jìn)行評(píng)議控制，確保應(yīng)用開(kāi)發(fā)的順利進(jìn)行，及交付的應(yīng)用系統(tǒng)能夠滿足用戶的使用需要，確 保交付的系統(tǒng)能夠代表公司的整體技術(shù)水平。同時(shí)也有利于規(guī)避軟件開(kāi)發(fā)風(fēng)險(xiǎn)。 軟件維護(hù)與版本控制 軟件維護(hù)與版本控制的意義 開(kāi)發(fā)過(guò)程的版本控制 無(wú)論是項(xiàng)目型軟件
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1