【文章內(nèi)容簡介】 核時(shí)應(yīng)注意收集和尋求企業(yè)對(duì)軟件缺陷評(píng)審、分析和處置的證據(jù)，可作為不合格控制的證據(jù)之一。在審核中經(jīng)常查見企業(yè)對(duì)軟件開發(fā)評(píng)審、驗(yàn)證和確認(rèn)中發(fā)現(xiàn)的缺陷處置未留下記錄，應(yīng)評(píng)價(jià)為不合格。 審核員需要收集的缺陷處置的信息可能包括：1） 缺陷的嚴(yán)重等級(jí)分級(jí)；2） 缺陷所在的模塊3） 缺陷發(fā)現(xiàn)的時(shí)間4） 缺陷所在的版本號(hào)5） 缺陷的發(fā)現(xiàn)者6） 負(fù)責(zé)修改缺陷的工程師7） 缺陷關(guān)閉的時(shí)間8） 關(guān)閉缺陷的版本9） 修復(fù)缺陷而改動(dòng)的代碼行數(shù)10） 產(chǎn)生缺陷的根本原因 （例如 ：需求，分析，編碼，軟/硬配置）另外，審核員應(yīng)a)查實(shí)在軟件開發(fā)中，是否將不合格的軟件項(xiàng)從生產(chǎn)環(huán)境轉(zhuǎn)入隔離環(huán)境被隔離。組織是否規(guī)定在哪些點(diǎn)需要控制和記錄“缺陷”、“問題”和“不合格”（偏離用戶規(guī)定要求和標(biāo)準(zhǔn)要求）。b)由于軟件是貯存電子載體上的，它的不合格具有可復(fù)制性，所以一定要確保所有的不合格軟件都被標(biāo)識(shí)和隔離。c) 當(dāng)軟件項(xiàng)在開發(fā)或維護(hù)過程中暴露出缺陷時(shí)，對(duì)這類缺陷的調(diào)查和解決應(yīng)加以控制并記錄。在不合格品的處置中，應(yīng)注意下述情況：任何暴露的問題及對(duì)軟件其他部分可能的影響應(yīng)記錄并通知負(fù)責(zé)人員，以便跟蹤問題直至解決；受修改影響的區(qū)域應(yīng)加以識(shí)別并重新測試；確定重新測試范圍的方法應(yīng)在形成文件的規(guī)程中規(guī)定；不合格產(chǎn)品的等級(jí)。對(duì)軟件來說，為滿足規(guī)定要求的修訂或返工產(chǎn)生新的軟件版本。 標(biāo)識(shí)和可追溯性要求的特殊性： GB/ “標(biāo)識(shí)和可追溯性”要求：“適當(dāng)時(shí)，組織應(yīng)在產(chǎn)品實(shí)現(xiàn)的全過程中使用適宜的方法識(shí)別產(chǎn)品。組織應(yīng)針對(duì)監(jiān)視和測量要求識(shí)別產(chǎn)品的狀態(tài)。在有可追溯性要求的場合，組織應(yīng)控制并記錄產(chǎn)品的唯一性標(biāo)識(shí)”。并在其注中又規(guī)定：“在某些行業(yè)，技術(shù)狀態(tài)管理是保持標(biāo)識(shí)和可追溯性的一種方法”。計(jì)算機(jī)軟件和系統(tǒng)集成產(chǎn)品的技術(shù)狀態(tài)管理，是為了實(shí)現(xiàn)兩個(gè)可追溯目的：1） 設(shè)計(jì)開發(fā)要求的可追溯性。使產(chǎn)品以后的變更有對(duì)以前開發(fā)過程可查詢2） 產(chǎn)品交付后的可追溯性。使產(chǎn)品交付后對(duì)產(chǎn)品的原有狀態(tài)：開發(fā)時(shí)間、開發(fā)者、開發(fā)所用的方法、語言、問題或缺陷處置情況的再現(xiàn)、測試結(jié)果等可追溯。計(jì)算機(jī)軟件的開發(fā)實(shí)現(xiàn)過程的標(biāo)識(shí)和可追溯性是通過對(duì)軟件的配置管理來實(shí)現(xiàn)的。而所謂配置管理正是計(jì)算機(jī)軟件開發(fā)過程的一組技術(shù)狀態(tài)管理。必須保證能實(shí)現(xiàn)軟件配置的六點(diǎn)基本要求。由于軟件系統(tǒng)模型的離散性，輸入微小變化可能引起輸出的巨大變化。故障的形成無物理原因，失效發(fā)生取決于輸入值和運(yùn)行狀態(tài)的組合，沒有前兆；另外，軟件的維護(hù)包括設(shè)計(jì)變更、增加補(bǔ)丁及補(bǔ)丁程序、增加軟件功能。為了便于對(duì)各階段形成的軟件變化的可追溯，應(yīng)在軟件的整個(gè)“生命活動(dòng)周期”內(nèi)都實(shí)施配置管理，即“技術(shù)狀態(tài)管理”，確保軟件開發(fā)和驗(yàn)證文件化要求、軟件實(shí)現(xiàn)提供過程、軟件釋放過程的可追溯性。252。 產(chǎn)品文件；252。 產(chǎn)品再生所需的開發(fā)工具或復(fù)制工具；252。 與其他軟件/或網(wǎng)絡(luò)的接口；252。 軟件與硬件的環(huán)境；這些要求在GB/T1250590 《計(jì)算機(jī)軟件配置管理計(jì)劃規(guī)范》中有規(guī)定，審核員應(yīng)查詢組織是否按規(guī)定制定了“配置管理計(jì)劃”？開展了包括配置標(biāo)識(shí)和追蹤、更改控制和配置狀態(tài)報(bào)告在內(nèi)的配置管理活動(dòng)。而硬件產(chǎn)品的標(biāo)識(shí)通常以：1）對(duì)進(jìn)貨產(chǎn)品、半成品、成品的檢驗(yàn)狀態(tài)標(biāo)識(shí)：“已檢合格”、“待檢”、“不合格品”；2）對(duì)庫存物資的標(biāo)識(shí)：品名、規(guī)格、型號(hào)、數(shù)量、生產(chǎn)廠、進(jìn)貨日期；3）對(duì)不合格品的處理意見標(biāo)識(shí)：“退貨”、“返工”、“返修”、“降級(jí)”、“報(bào)廢”； 控制要求存在很大的差異。 軟件的控制要求主要來自于以下方面：◆ 軟件的研制過程模型； 瀑布模型或原型開發(fā)模型。u 嵌入式軟件或非嵌入式； 嵌入式軟件與硬件聯(lián)系緊密；實(shí)時(shí)性要求高；有嚴(yán)格的時(shí)序；要求具有高可靠性、安全性、更能抵抗惡劣環(huán)境；多用匯編語言編寫。u 開發(fā)工具的應(yīng)用程度；手工開發(fā)或采用開發(fā)工具、管理工具和測試工具；手工開發(fā)難于避免出現(xiàn)差錯(cuò)。u 軟件關(guān)鍵性等級(jí)； 一般分為A、B、C、D四級(jí)。等級(jí)越高控制要求越高。u 軟件的規(guī)模；對(duì)源代碼行數(shù)小于5000的非嵌入式軟件和源代碼行數(shù)小于3000的嵌入式軟件，可視為小型軟件，控制要求相對(duì)弱些。5．7 軟件測試技術(shù)具有局限性。這大多反映在對(duì)小規(guī)模專用的軟件測試上。目前上沒有一個(gè)可用于所有軟件的通用測試工具。企業(yè)對(duì)開發(fā)產(chǎn)品的測試，大多依靠自行編制的“測試用例”或僅對(duì)軟件的功能指標(biāo)進(jìn)行運(yùn)行驗(yàn)證。具有局限性。5．8 大多軟件企業(yè)的產(chǎn)品質(zhì)量指標(biāo)尚未量化，但可量化。，質(zhì)量目標(biāo)“應(yīng)包括產(chǎn)品要求所需的內(nèi)容”。軟件和計(jì)算機(jī)系統(tǒng)集成的產(chǎn)品要求有哪些內(nèi)容？ 軟件產(chǎn)品的質(zhì)量目標(biāo)(Quality of software) 軟件質(zhì)量是指軟件產(chǎn)品中能滿足給定需求的各種特性和總和。這些特性稱做質(zhì)量特性，它包括“功能性”、“安全性”、“可靠性”、“可擴(kuò)展性”、“可移植性”和“可維護(hù)性”等六個(gè)指標(biāo)。，軟件產(chǎn)品指標(biāo)，除了滿足以上6個(gè)定性的指標(biāo)要求外，還應(yīng)該包含：a) 問題報(bào)告數(shù)量（NPR）b) 問題報(bào)告修理響應(yīng)時(shí)間（FRT） c) 延誤問題報(bào)告修理響應(yīng)測量值（OFR）d) 準(zhǔn)時(shí)交付（OTD）e) 系統(tǒng)中斷測量：系統(tǒng)中斷（SO）；以及7個(gè)特定軟件的安裝和維護(hù)類指標(biāo)：a) 發(fā)行應(yīng)用終止（RAA）b) 發(fā)行應(yīng)用問題（RAP）c) 糾正補(bǔ)丁質(zhì)量（CPQ）d) 功能修補(bǔ)質(zhì)量（FPQ）e) 人工介入修補(bǔ)（MIP）f) 修補(bǔ)傳播延時(shí)（PPD）g) 軟件更新質(zhì)量（SWU）：除應(yīng)滿足5大系統(tǒng)集成產(chǎn)品各自的質(zhì)量特性除應(yīng)滿足相關(guān)法律、法規(guī)和標(biāo)準(zhǔn)要求外，還應(yīng)包括：工程/安裝導(dǎo)致的中斷（EIO）， 市場可替換元件組件的返還率（RR）及服務(wù)質(zhì)量（SQ）指標(biāo)。 這些指標(biāo)都有相關(guān)定義和測量統(tǒng)計(jì)標(biāo)準(zhǔn)，在此不便一一描述。有感興趣者，可與我聯(lián)系索取。 、軟件（客戶）的需求不定性 軟件技術(shù)的快速發(fā)展和軟件的非零缺陷交付，使軟件產(chǎn)品始終處于需要不斷更新的狀況。一個(gè)軟件或系統(tǒng)集成項(xiàng)目交付使用后，用戶會(huì)有新的要求，需求會(huì)發(fā)生變更。導(dǎo)致需求的不定性。軟件（客戶）的需求不定性使軟件開發(fā)初期階段不能真正反映用戶意圖。而確定需求是非常重要的工作，它既是后繼階段開發(fā)的基礎(chǔ)，又是完成后驗(yàn)收的依據(jù)，并且還是工期和開發(fā)成本估計(jì)的出發(fā)點(diǎn)。 硬件產(chǎn)品沒有需求不定問題。一種產(chǎn)品交付后，可能要求走過程產(chǎn)品的整個(gè)生命期：從產(chǎn)品推入市場銷售，到產(chǎn)品壽終正寢，退出市場。新產(chǎn)品又運(yùn)應(yīng)而生。5．10 可維護(hù)性和可靠性要求不同軟件維護(hù)階段的關(guān)鍵任務(wù)是通過各種必要的維護(hù)活動(dòng)使系統(tǒng)持久地滿足用戶的需要。 通常有四類維護(hù)活動(dòng)：改正性維護(hù)，也就是診斷和改正在使用過程中發(fā)現(xiàn)的軟件錯(cuò)誤；適應(yīng)性維護(hù)，即修改軟件以適應(yīng)環(huán)境的變化；完善性維護(hù)，即根據(jù)用戶的要求改進(jìn)或擴(kuò)充軟件使它更完善；預(yù)防性維護(hù)，即修改軟件為將來的維護(hù)活動(dòng)預(yù)先做準(zhǔn)備。前三種維護(hù)是在用戶提出請(qǐng)求后由維護(hù)人員完成的。但維護(hù)人員不應(yīng)總是等待用戶請(qǐng)求，而應(yīng)選擇那些生命周期還較長，但需作重大修改、完善功能的軟件，進(jìn)行預(yù)防性維護(hù)，改善軟件將來的可靠性或可維護(hù)性。各種維護(hù)活動(dòng)的分布如圖：改正性維護(hù)21%；適應(yīng)性維護(hù)25%；完善性維護(hù)50%；預(yù)防性維護(hù)5%可靠性（Reliability）.軟件的可靠性是指“在規(guī)定的條件下和規(guī)定的時(shí)間內(nèi)，計(jì)算機(jī)完成規(guī)定功能（無故障運(yùn)行）的概率”。是軟件的一項(xiàng)重要指標(biāo)，需要注意以下幾方面： 研究對(duì)象：應(yīng)考慮軟件與一般的系統(tǒng)或產(chǎn)品不同的特有的一些性質(zhì)； 規(guī)定功能和失敗的含義：軟件完成開發(fā)投入運(yùn)行后，出現(xiàn)異?，F(xiàn)象即發(fā)生了故障（Lailure）稱作為失?。?規(guī)定的使用環(huán)境：軟件的工作環(huán)境。不同的環(huán)境，軟件發(fā)生故障的可能性，及什么是故障的定義有很大差距； 規(guī)定的時(shí)間：此處泛指廣義的時(shí)間。如因?qū)ο蟮牟煌龅降拇螖?shù)、周期、距離等時(shí)間的量。此外，還有連續(xù)使用、間歇使用、放置、長時(shí)間、短時(shí)間、瞬間等各種時(shí)間概念。 硬件的特點(diǎn)開發(fā)過程和生產(chǎn)過程對(duì)產(chǎn)品影響都很大，需加強(qiáng)控制；產(chǎn)品的生產(chǎn)需要建立環(huán)境應(yīng)力條件，通過對(duì)零、部件的篩選，排除故障；相同的部件之間是自然獨(dú)立的，適當(dāng)?shù)娜哂嗫梢蕴岣呖煽啃?；使用過程中出現(xiàn)產(chǎn)品故障，只需更換或修復(fù)失效部件使產(chǎn)品恢復(fù)良好狀態(tài)，可靠性一般不會(huì)因此提高；維修一處一般不會(huì)對(duì)它處造成影響；失效率變化類似浴盆曲線；可靠性參數(shù)有物理基礎(chǔ)。 生成活動(dòng)周期階段及其過程不同 軟件產(chǎn)品的生命活動(dòng)周期：在軟件工程規(guī)范中有一個(gè)有別于硬件產(chǎn)品的過程，叫做”生命活動(dòng)周期”（Life Cycle Model 生命周期模式）。將軟件產(chǎn)品開發(fā)過程劃分為幾個(gè)階段。直白為從“生”到“死”，從產(chǎn)品的點(diǎn)子起到產(chǎn)品消亡退出歷史舞臺(tái)止的過程。軟件需求分析軟件概要設(shè)計(jì)系統(tǒng)需求軟件詳細(xì)設(shè)計(jì)編 碼驗(yàn)證測試單元測試組裝測試系統(tǒng)聯(lián)試系統(tǒng)配置項(xiàng)部件部件單元單元單元單元配置項(xiàng)確認(rèn)測試驗(yàn)收測試維護(hù)和增強(qiáng)上圖實(shí)際上把軟件的“生命活動(dòng)周期（LCM）”劃分成為5個(gè)階段:1)需求分析（Requirement Analysis）。2)設(shè)計(jì)（Design）。3)程序編寫（Coding）。4)測試（Testing）。5)運(yùn)行和維護(hù)（Run and Maintenance）。每個(gè)階段都有確定的任務(wù)，并生成一定規(guī)格的文檔交送給下一個(gè)階段。階段基本任務(wù)工作結(jié)果占開發(fā)期的工作量參加者開發(fā)期需求分析理解和表達(dá)用戶要求，詳細(xì)定義系統(tǒng)說明書15%用戶、高級(jí)程序員設(shè)計(jì)建立系統(tǒng)結(jié)構(gòu)模塊說明書、數(shù)據(jù)說明書15%高級(jí)程序員程序編寫編寫程序程序20%高、初級(jí)程序員測試發(fā)現(xiàn)錯(cuò)誤和排除錯(cuò)誤可運(yùn)行系統(tǒng)50%模塊測試25%其他測試25%評(píng)測部門運(yùn)行運(yùn)行