[2]14184軟件質(zhì)量管理(文件)
【正文】 進(jìn) 。 所有項(xiàng)目均使用經(jīng)過批準(zhǔn) 、剪裁的標(biāo)準(zhǔn)軟件過程來開發(fā)和維護(hù)軟件 。 管理是消防隊(duì)救火式的 。 第十四章 軟件質(zhì)量管理 30 ? 關(guān)鍵過程域 ? 所謂過程域指互相關(guān)聯(lián)的若干軟件實(shí)踐活動(dòng)和有關(guān)基礎(chǔ)設(shè)施的一個(gè)集合 ? 為了確保不同等級(jí)的軟件過程能力成熟度分別達(dá)到各自的目標(biāo)，特別要注意對(duì)于實(shí)現(xiàn)該等級(jí)的目標(biāo)起關(guān)鍵性作用的過程域，即關(guān)鍵過程域。 ? 常用方法 奇偶碼、循環(huán)碼等誤差校正碼。 第十四章 軟件質(zhì)量管理 25 時(shí)間冗余 ? 以多花的時(shí)間為代價(jià)，消除瞬時(shí)錯(cuò)誤所帶來的影響。 假設(shè) N=程序中原來殘留的錯(cuò)誤數(shù) S=新植入程序的錯(cuò)誤數(shù) n=測(cè)試中發(fā)現(xiàn)的原有錯(cuò)誤數(shù) s=測(cè)試中發(fā)現(xiàn)的植入錯(cuò)誤數(shù) 如果在調(diào)試中對(duì)兩類錯(cuò)誤具有同樣的發(fā)現(xiàn)能力，則有 = 或 N = S 存在問題： ？ ？即需要植入多少錯(cuò)誤才合適？ snnNsS第十四章 軟件質(zhì)量管理 22 分別測(cè)試法 ? 隨機(jī)地把程序中一部分原有的錯(cuò)誤做上標(biāo)記，然后根據(jù)測(cè)試過程中發(fā)現(xiàn)的有標(biāo)記錯(cuò)誤和無標(biāo)記錯(cuò)誤的比例，估計(jì)程序中的錯(cuò)誤總數(shù)。 第十四章 軟件質(zhì)量管理 12 ? 開發(fā)時(shí)期的配置管理 在軟件開發(fā)的進(jìn)程中，開發(fā)者有權(quán)對(duì)本階段的階段產(chǎn)品進(jìn)行更改，但一旦階段產(chǎn)品通過了復(fù)審，就應(yīng)將它交給配置管理人員去控制，任何人（包括編制這一文檔的人員）需要對(duì)它更改時(shí)，都要經(jīng)過正式的批準(zhǔn)手續(xù)。 第十四章 軟件質(zhì)量管理 4 質(zhì)量管理的三個(gè)階段 ? 全面質(zhì)量管理（ TQC ）階段 ? 把質(zhì)量管理活動(dòng)從單純的 “ 事后檢驗(yàn) ” 向前、后延伸到生產(chǎn)的全過程。第十四章 軟件質(zhì)量管理 1 第十四章 軟件質(zhì)量管理 ? 從質(zhì)量保證到質(zhì)量認(rèn)證 ? 質(zhì)量保證 ? 軟件可靠性 ? 程序正確性證明 ? CMM軟件能力成熟度模型 ? ISO9000 國際標(biāo)準(zhǔn) ? 軟件度量 第十四章 軟件質(zhì)量管理 2 從軟件質(zhì)量保證到質(zhì)量認(rèn)證 ? 質(zhì)量保證 與 質(zhì)量認(rèn)證 是組成軟件現(xiàn)代質(zhì)量管理的兩個(gè)重要方面 ? 前者著眼于每一個(gè)軟件，保證提供給用戶的產(chǎn)品都達(dá)到規(guī)定的質(zhì)量水平 ? 后者更加注重軟件企業(yè)的整體資質(zhì)，目的在于全面考察企業(yè)的質(zhì)量體系，判斷它是否具備設(shè)計(jì)、開發(fā)和生產(chǎn)符合質(zhì)量要求的軟件產(chǎn)品的生產(chǎn)能力 第十四章 軟件質(zhì)量管理 3 質(zhì)量管理的三個(gè)階段 ? 質(zhì)量檢驗(yàn)（ Quality Inspection）階段 ? 早期的一種做法，屬于粗放式質(zhì)量管理的初級(jí)形式。 ? 事后檢驗(yàn)的方式，往往無助于質(zhì)量的改進(jìn)。 復(fù)審：計(jì)劃與開發(fā) 方法：設(shè)計(jì)、編碼 … 控制：軟件配置 軟件測(cè)試 第十四章 軟件質(zhì)量管理 11 質(zhì)量保證的活動(dòng)內(nèi)容 ? 驗(yàn)證與確認(rèn)（ Verification and Validation ） ? 驗(yàn)證 是為了確定開發(fā)的時(shí)期中某一階段的產(chǎn)品是否達(dá)到了前一階段對(duì)它的需求 ? 確認(rèn)
環(huán)評(píng)公示相關(guān)推薦
鄂ICP備17016276號(hào)-1