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