【正文】 誤和排除錯(cuò)誤可運(yùn)行系統(tǒng)50%模塊測(cè)試25%其他測(cè)試25%評(píng)測(cè)部門運(yùn)行運(yùn)行和維護(hù)期維護(hù)改進(jìn)的系統(tǒng)用戶、程序員表1 軟件工程各階段的基本情況（ 軟件測(cè)試工作量和開銷都各占50%） 軟件生命活動(dòng)周期的各個(gè)過程（見下圖）：并非所有的軟件開發(fā)都必需經(jīng)過上述各個(gè)階段。5)運(yùn)行和維護(hù)（Run and Maintenance）。3)程序編寫（Coding）。軟件需求分析軟件概要設(shè)計(jì)系統(tǒng)需求軟件詳細(xì)設(shè)計(jì)編 碼驗(yàn)證測(cè)試單元測(cè)試組裝測(cè)試系統(tǒng)聯(lián)試系統(tǒng)配置項(xiàng)部件部件單元單元單元單元配置項(xiàng)確認(rèn)測(cè)試驗(yàn)收測(cè)試維護(hù)和增強(qiáng)上圖實(shí)際上把軟件的“生命活動(dòng)周期（LCM）”劃分成為5個(gè)階段:1)需求分析（Requirement Analysis）。將軟件產(chǎn)品開發(fā)過程劃分為幾個(gè)階段。 硬件的特點(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ǔ)。如因?qū)ο蟮牟煌龅降拇螖?shù)、周期、距離等時(shí)間的量。是軟件的一項(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)境。但維護(hù)人員不應(yīng)總是等待用戶請(qǐng)求，而應(yīng)選擇那些生命周期還較長(zhǎng)，但需作重大修改、完善功能的軟件，進(jìn)行預(yù)防性維護(hù)，改善軟件將來的可靠性或可維護(hù)性。 通常有四類維護(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)備。新產(chǎn)品又運(yùn)應(yīng)而生。 硬件產(chǎn)品沒有需求不定問題。軟件（客戶）的需求不定性使軟件開發(fā)初期階段不能真正反映用戶意圖。一個(gè)軟件或系統(tǒng)集成項(xiàng)目交付使用后，用戶會(huì)有新的要求，需求會(huì)發(fā)生變更。有感興趣者，可與我聯(lián)系索取。，軟件產(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)測(cè)量值（OFR）d) 準(zhǔn)時(shí)交付（OTD）e) 系統(tǒng)中斷測(cè)量：系統(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）， 市場(chǎng)可替換元件組件的返還率（RR）及服務(wù)質(zhì)量（SQ）指標(biāo)。軟件和計(jì)算機(jī)系統(tǒng)集成的產(chǎn)品要求有哪些內(nèi)容？ 軟件產(chǎn)品的質(zhì)量目標(biāo)(Quality of software) 軟件質(zhì)量是指軟件產(chǎn)品中能滿足給定需求的各種特性和總和。5．8 大多軟件企業(yè)的產(chǎn)品質(zhì)量指標(biāo)尚未量化，但可量化。企業(yè)對(duì)開發(fā)產(chǎn)品的測(cè)試，大多依靠自行編制的“測(cè)試用例”或僅對(duì)軟件的功能指標(biāo)進(jìn)行運(yùn)行驗(yàn)證。這大多反映在對(duì)小規(guī)模專用的軟件測(cè)試上。u 軟件的規(guī)模；對(duì)源代碼行數(shù)小于5000的非嵌入式軟件和源代碼行數(shù)小于3000的嵌入式軟件，可視為小型軟件，控制要求相對(duì)弱些。u 軟件關(guān)鍵性等級(jí)； 一般分為A、B、C、D四級(jí)。u 嵌入式軟件或非嵌入式； 嵌入式軟件與硬件聯(lián)系緊密；實(shí)時(shí)性要求高；有嚴(yán)格的時(shí)序；要求具有高可靠性、安全性、更能抵抗惡劣環(huán)境；多用匯編語(yǔ)言編寫。而硬件產(chǎn)品的標(biāo)識(shí)通常以：1）對(duì)進(jìn)貨產(chǎn)品、半成品、成品的檢驗(yàn)狀態(tài)標(biāo)識(shí)：“已檢合格”、“待檢”、“不合格品”；2）對(duì)庫(kù)存物資的標(biāo)識(shí)：品名、規(guī)格、型號(hào)、數(shù)量、生產(chǎn)廠、進(jìn)貨日期；3）對(duì)不合格品的處理意見標(biāo)識(shí)：“退貨”、“返工”、“返修”、“降級(jí)”、“報(bào)廢”； 控制要求存在很大的差異。 與其他軟件/或網(wǎng)絡(luò)的接口；252。 產(chǎn)品文件；252。為了便于對(duì)各階段形成的軟件變化的可追溯，應(yīng)在軟件的整個(gè)“生命活動(dòng)周期”內(nèi)都實(shí)施配置管理，即“技術(shù)狀態(tài)管理”，確保軟件開發(fā)和驗(yàn)證文件化要求、軟件實(shí)現(xiàn)提供過程、軟件釋放過程的可追溯性。由于軟件系統(tǒng)模型的離散性，輸入微小變化可能引起輸出的巨大變化。而所謂配置管理正是計(jì)算機(jī)軟件開發(fā)過程的一組技術(shù)狀態(tài)管理。使產(chǎn)品交付后對(duì)產(chǎn)品的原有狀態(tài)：開發(fā)時(shí)間、開發(fā)者、開發(fā)所用的方法、語(yǔ)言、問題或缺陷處置情況的再現(xiàn)、測(cè)試結(jié)果等可追溯。計(jì)算機(jī)軟件和系統(tǒng)集成產(chǎn)品的技術(shù)狀態(tài)管理，是為了實(shí)現(xiàn)兩個(gè)可追溯目的：1） 設(shè)計(jì)開發(fā)要求的可追溯性。在有可追溯性要求的場(chǎng)合，組織應(yīng)控制并記錄產(chǎn)品的唯一性標(biāo)識(shí)”。 標(biāo)識(shí)和可追溯性要求的特殊性： GB/ “標(biāo)識(shí)和可追溯性”要求：“適當(dāng)時(shí)，組織應(yīng)在產(chǎn)品實(shí)現(xiàn)的全過程中使用適宜的方法識(shí)別產(chǎn)品。在不合格品的處置中，應(yīng)注意下述情況：任何暴露的問題及對(duì)軟件其他部分可能的影響應(yīng)記錄并通知負(fù)責(zé)人員，以便跟蹤問題直至解決；受修改影響的區(qū)域應(yīng)加以識(shí)別并重新測(cè)試；確定重新測(cè)試范圍的方法應(yīng)在形成文件的規(guī)程中規(guī)定；不合格產(chǎn)品的等級(jí)。b)由于軟件是貯存電子載體上的，它的不合格具有可復(fù)制性，所以一定要確保所有的不合格軟件都被標(biāo)識(shí)和隔離。 審核員需要收集的缺陷處置的信息可能包括：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)境被隔離。在審核中經(jīng)常查見企業(yè)對(duì)軟件開發(fā)評(píng)審、驗(yàn)證和確認(rèn)中發(fā)現(xiàn)的缺陷處置未留下記錄，應(yīng)評(píng)價(jià)為不合格。 軟件產(chǎn)品的不合格處置，大多是對(duì)軟件的缺陷處置。審核員可以將“缺陷”的收集、匯總、處理、程序的更改過程的證據(jù)。且軟件之間耦合軟件即開發(fā)各環(huán)節(jié)的接口不易保證其正確性。但是，軟件的缺陷存在著擴(kuò)大模型的問題。但另一方面，缺陷的存在，并不一定會(huì)引起程序故障。軟件產(chǎn)品的缺陷是由存在于內(nèi)部不合理的邏輯結(jié)構(gòu)、不正確的語(yǔ)句和不適當(dāng)?shù)闹噶钏鸬?。缺陷總是存在的。任何軟件產(chǎn)品或系統(tǒng)集成產(chǎn)品，都可能存在缺陷。于是，微軟公司不斷的發(fā)布WINDOS補(bǔ)丁程序，修復(fù)和完善已經(jīng)提交客戶使用的WINDOS操作系統(tǒng)軟件。除了軟件本身的發(fā)展、優(yōu)化和進(jìn)步外，微軟實(shí)際上在不斷的修復(fù)軟件的缺陷，完善軟件的功能之中。 在行業(yè)中有這樣一種說法：“沒有無缺陷的軟件”。有“缺陷”但不影響使用要求的軟件產(chǎn)品可視為合格品。這種情況在硬件產(chǎn)品中不會(huì)出現(xiàn)。這種“耦合”關(guān)系導(dǎo)致一個(gè)程序的修改可能影響其他模塊。是對(duì)模塊之間相對(duì)獨(dú)立性的量度。5．3 軟件之間存在一定的耦合。審核員應(yīng)關(guān)注對(duì)這一類文檔和記錄的控制方法。 工程最終驗(yàn)收記錄。 驗(yàn)收規(guī)范252。 安裝手冊(cè)252。 機(jī)柜圖252。 聲/光/圖象傳輸方案252。 配線架標(biāo)簽?zāi)０?52。 數(shù)據(jù)主干配置表252。 CCTV系統(tǒng)圖252。 接地系統(tǒng)的設(shè)計(jì)252。 電信機(jī)房及燈光控制室接地系統(tǒng)的設(shè)計(jì)252。 周界、家庭報(bào)警系統(tǒng)接線圖252。 門禁子系統(tǒng)方案252。 安全防范工程方案252。 VOD系統(tǒng)方案建議書252。 產(chǎn)品圖樣252。 公共廣播音響系統(tǒng)圖252。 音響系統(tǒng)設(shè)計(jì)圖252。 電視及會(huì)議擴(kuò)聲系統(tǒng)方案及配置表252。 電纜線路施工及驗(yàn)收規(guī)范252。 布線工程工具和輔材配置計(jì)劃252。 綜合布線方案252。 internet 及綜合布線方案或建議書252。 機(jī)房電梯照明監(jiān)控總圖252。 攝像監(jiān)控系統(tǒng)圖252。 智能化系統(tǒng)工程施工組織總設(shè)計(jì)252。 樓宇自控系統(tǒng)設(shè)計(jì)方案252。 BAS樓宇監(jiān)控方案書252。 建議書252。：按工程類別不同通常應(yīng)包括：252。它既是組織對(duì)產(chǎn)品是否滿足顧客要求和法規(guī)要求的自我檢驗(yàn)方法，又可能是與顧客協(xié)商一致的對(duì)產(chǎn)品的驗(yàn)收和接收準(zhǔn)則的重要依據(jù)之一?！皽y(cè)試計(jì)劃”是描述測(cè)試活動(dòng)的范圍、方法、資源和進(jìn)度。5．2．2．2 有關(guān)《測(cè)試計(jì)劃》的要求在以上所有的設(shè)計(jì)開發(fā)輸出文檔中，最有必要關(guān)注的是對(duì)軟件“測(cè)試計(jì)劃”的策劃。： 文檔分類按照GB 856788《計(jì)算機(jī)軟件產(chǎn)品開發(fā)文件編制指南》的要求，一般地說，應(yīng)該產(chǎn)生如下三大類十五種文件如下表：三類文檔用戶文檔1用戶手冊(cè)2操作手冊(cè)開發(fā)文檔3項(xiàng)目開發(fā)計(jì)劃4可行性研究報(bào)告5軟件需求（規(guī)格）說明書6數(shù)據(jù)要求說明書7概要設(shè)計(jì)說明書8詳細(xì)設(shè)計(jì)說明書9測(cè)試用例10測(cè)試分析報(bào)告11維護(hù)修改建議管理文檔12測(cè)試計(jì)劃13測(cè)試報(bào)告14開發(fā)進(jìn)度月報(bào)15開發(fā)總結(jié)報(bào)告 　　 組織可根據(jù)所承擔(dān)項(xiàng)目的復(fù)雜性，適當(dāng)時(shí)刪減或合并這些文檔。沒有管理文檔、開發(fā)文檔、用戶文檔的軟件產(chǎn)品，不能提交。j) 可以將軟件產(chǎn)品的設(shè)計(jì)驗(yàn)證和確認(rèn)活動(dòng)與軟件的過程的監(jiān)視測(cè)量和產(chǎn)品的監(jiān)視測(cè)量視為同一過程(,)；、流程性、服務(wù)產(chǎn)品有很大不同: 軟件開發(fā)的輸出文檔是軟件產(chǎn)品的重要組成部分。軟件或系統(tǒng)集