【正文】 與硬件相比具有以下特點(diǎn)：、研制過程主要是開發(fā)者利用適宜的開發(fā)工具軟件的智力勞動(dòng)過程，可見性差，難以測(cè)量，不可靠問題基本上是人為差錯(cuò)造成；對(duì)此，對(duì)研究開發(fā)人員的教育、培訓(xùn)、技能、經(jīng)驗(yàn)和開發(fā)所需的基礎(chǔ)設(shè)施、工作環(huán)境、計(jì)算機(jī)軟件、硬件應(yīng)與之適宜。而軟件業(yè)存在：軟件人員的頻繁流動(dòng)，員工新舊更替相對(duì)比較頻繁；不規(guī)范的開發(fā)習(xí)慣及人員之間的溝通問題；軟件產(chǎn)品質(zhì)量不易具體落實(shí)到人，使這種人為差錯(cuò)難以規(guī)避。、軟件研制的工作量大都集中在計(jì)劃和開發(fā)階段，沒有明顯的生產(chǎn)制造過程，其生產(chǎn)和制造過程的提供主要是軟件復(fù)制、包裝、安裝、交付和交付后的維護(hù)（補(bǔ)丁、升級(jí)）活動(dòng)。因此,在審核中常常會(huì)遇到五個(gè)不可分：1）軟件的設(shè)計(jì)與開發(fā)過程不可嚴(yán)格劃分()。2）產(chǎn)品的開發(fā)與實(shí)現(xiàn)過程不可嚴(yán)格劃分(7,)；3）開發(fā)的驗(yàn)證和確認(rèn)過程與過程和產(chǎn)品的監(jiān)視和測(cè)量不可嚴(yán)格劃分（,）。4）軟件和系統(tǒng)集成開發(fā)過程中使用軟件或檢驗(yàn)設(shè)備實(shí)施監(jiān)視測(cè)量與軟件或系統(tǒng)集成產(chǎn)品實(shí)現(xiàn)過程中使用測(cè)試工具（含測(cè)試用例）或網(wǎng)絡(luò)測(cè)試裝置密不可分。（,）；5）軟件的缺陷變更、處置和產(chǎn)品的不合格品處置不可嚴(yán)格劃分（,）；據(jù)此，在對(duì)軟件開發(fā)和系統(tǒng)集成產(chǎn)品的實(shí)現(xiàn)和服務(wù)提供過程審核中，審核員是否：a)可以將計(jì)算機(jī)軟件開發(fā)及系統(tǒng)集成產(chǎn)品的設(shè)計(jì)開發(fā)過程用于產(chǎn)品實(shí)現(xiàn)策劃（）；b)可以從軟件開發(fā)和系統(tǒng)集成產(chǎn)品的設(shè)計(jì)開發(fā)過程獲取軟件產(chǎn)品實(shí)現(xiàn)過程的證據(jù)。如產(chǎn)品開發(fā)計(jì)劃/項(xiàng)目開發(fā)可作為生產(chǎn)計(jì)劃()；c) 設(shè)計(jì)輸出的管理文檔、開發(fā)文檔、用戶文檔等13種文檔的編寫規(guī)范/模版可作為“必要時(shí)，獲得的作業(yè)指導(dǎo)書” ()；d) 設(shè)計(jì)開發(fā)中所用的開發(fā)用計(jì)算機(jī)、開發(fā)工具（軟件）可作為使用的適宜的設(shè)備（）。e)開發(fā)過程中用來做軟件黑盒或白盒測(cè)試的測(cè)試軟件（含組織自編的“測(cè)試用例”）或測(cè)試軟件工具和儀表（含網(wǎng)絡(luò)測(cè)試儀）可作為“獲得和使用監(jiān)視測(cè)量裝置（）”。 軟件開發(fā)過程中的模塊、單元測(cè)試記錄和模塊組裝測(cè)試、系統(tǒng)聯(lián)調(diào)、聯(lián)測(cè)的記錄可作為“實(shí)施監(jiān)視和測(cè)量（）”。軟件或系統(tǒng)集成產(chǎn)品的光盤復(fù)制、包裝、交付安裝和聯(lián)調(diào)聯(lián)測(cè)可作為“放行、交付和交付后活動(dòng)的實(shí)施（）”測(cè)試；f)可以從軟件或系統(tǒng)集成開發(fā)策劃時(shí)對(duì)開發(fā)團(tuán)隊(duì)人員能力評(píng)價(jià)，獲得過程能力確認(rèn)的部分證據(jù)（）。g)可以將軟件開發(fā)過程的配置管理活動(dòng)中的軟件開發(fā)文檔的編碼、版本、開發(fā)日期、開發(fā)者、完成日期等技術(shù)狀態(tài)標(biāo)識(shí)，“標(biāo)識(shí)和可追溯性的證據(jù)”；h)；i)可以從軟件和系統(tǒng)集成開發(fā)中采取的對(duì)軟件的載體（如光盤）的包裝和對(duì)軟件系統(tǒng)的防范措施（如防火墻或病毒在線監(jiān)測(cè)）；對(duì)系統(tǒng)的備份措施（預(yù)防系統(tǒng)中斷）作為“產(chǎn)品防護(hù)”的證據(jù)（）。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)品的重要組成部分。這是一個(gè)與硬件產(chǎn)品相比非常不同的概念。沒有管理文檔、開發(fā)文檔、用戶文檔的軟件產(chǎn)品，不能提交。簡(jiǎn)單的理解是：如個(gè)一個(gè)軟件，沒有用戶使用指南(radme)或幫助（help），你會(huì)用否？簡(jiǎn)單的軟件或具有適當(dāng)能力的人恐怕可以，但專業(yè)性強(qiáng)的大型軟件就難說了。： 文檔分類按照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í)刪減或合并這些文檔。審核員應(yīng)識(shí)別這些刪減是否合理。5．2．2．2 有關(guān)《測(cè)試計(jì)劃》的要求在以上所有的設(shè)計(jì)開發(fā)輸出文檔中，最有必要關(guān)注的是對(duì)軟件“測(cè)試計(jì)劃”的策劃。常常有被審核企業(yè)不能提供已編制相關(guān)計(jì)劃的證據(jù)。“測(cè)試計(jì)劃”是描述測(cè)試活動(dòng)的范圍、方法、資源和進(jìn)度。被測(cè)試的項(xiàng)、被測(cè)試的特性、應(yīng)完成的測(cè)試任務(wù)、擔(dān)任測(cè)試活動(dòng)的人員、職責(zé)，以及測(cè)試風(fēng)險(xiǎn)與對(duì)策的文件。它既是組織對(duì)產(chǎn)品是否滿足顧客要求和法規(guī)要求的自我檢驗(yàn)方法，又可能是與顧客協(xié)商一致的對(duì)產(chǎn)品的驗(yàn)收和接收準(zhǔn)則的重要依據(jù)之一。通常應(yīng)有以下內(nèi)容：1) 軟件項(xiàng)（原代碼、目標(biāo)代碼、作業(yè)控制代碼、控制數(shù)據(jù)或這些項(xiàng)的集合，即一個(gè)系統(tǒng)軟件中的一個(gè)子軟件系統(tǒng)）測(cè)試計(jì)劃、集成測(cè)試計(jì)劃、系統(tǒng)測(cè)試計(jì)劃和驗(yàn)收測(cè)試計(jì)劃；2) 測(cè)試用例（列出輸入的具體值、測(cè)試數(shù)據(jù)和預(yù)期的輸出結(jié)果）；3) 測(cè)試類型：功能測(cè)試、邊界測(cè)試、性能測(cè)試、可用性測(cè)試；4) 測(cè)試環(huán)境、測(cè)試設(shè)備、工具和測(cè)試軟件工具（軟件測(cè)試工具、軟件配置管理工具、文檔輔助生成工具與圖形編輯工具等）；5) 測(cè)試軟件項(xiàng)或軟件特性能否通過的判定準(zhǔn)則；6) 用戶文檔（操作手冊(cè)或使用手冊(cè)）；7) 測(cè)試所需人員及相應(yīng)培訓(xùn)要求的規(guī)定。：按工程類別不同通常應(yīng)包括：252。 投標(biāo)書252。 建議書252。 設(shè)計(jì)任務(wù)書的編制規(guī)范252。 BAS樓宇監(jiān)控方案書252。 智能化大廈系統(tǒng)組成結(jié)構(gòu)圖252。 樓宇自控系統(tǒng)設(shè)計(jì)方案252。 機(jī)房監(jiān)控方案252。 智能化系統(tǒng)工程施工組織總設(shè)計(jì)252。 BAS控制原理圖252。 攝像監(jiān)控系統(tǒng)圖252。 樓宇自控系統(tǒng)圖252。 機(jī)房電梯照明監(jiān)控總圖252。 項(xiàng)目施工方案與施工組織252。 internet 及綜合布線方案或建議書252。 數(shù)據(jù)網(wǎng)絡(luò)建設(shè)及Internet接入方案252。 綜合布線方案252。 綜合布線系統(tǒng)工程流程圖252。 布線工程工具和輔材配置計(jì)劃252。 布線工藝要求252。 電纜線路施工及驗(yàn)收規(guī)范252。 電視及會(huì)議擴(kuò)聲系統(tǒng)方案或建議書；252。 電視及會(huì)議擴(kuò)聲系統(tǒng)方案及配置表252。 音響系統(tǒng)設(shè)計(jì)方案252。 音響系統(tǒng)設(shè)計(jì)圖252。 背景音樂系統(tǒng)圖252。 公共廣播音響系統(tǒng)圖252。 小區(qū)背景音樂系統(tǒng)方案252。 產(chǎn)品圖樣252。 會(huì)議室演示廳方案或建議書252。 VOD系統(tǒng)方案建議書252。 安全防范工程設(shè)計(jì)建議書252。 安全防范工程方案252。 停車場(chǎng)監(jiān)控管理系統(tǒng) 252。 門禁子系統(tǒng)方案252。 智能小區(qū)監(jiān)控方案252。 周界、家庭報(bào)警系統(tǒng)接線圖252。 共廣播、背景音響系統(tǒng)圖252。 電信機(jī)房及燈光控制室接地系統(tǒng)的設(shè)計(jì)252。 機(jī)房裝修設(shè)計(jì)方案252。 接地系統(tǒng)的設(shè)計(jì)252。 防雷工程設(shè)計(jì)252。 CCTV系統(tǒng)圖252。 配線布置圖252。 數(shù)據(jù)主干配置表252。 信息點(diǎn)說明圖252。 配線架標(biāo)簽?zāi)０?52。 衛(wèi)星接收系統(tǒng)設(shè)計(jì)方案252。 聲/光/圖象傳輸方案252。 系統(tǒng)（元器件、零部件）配置清單252。 機(jī)柜圖252。 電話分配表252。 安裝手冊(cè)252。 用戶手冊(cè)252。 驗(yàn)收規(guī)范252。 驗(yàn)收計(jì)劃252。 工程最終驗(yàn)收記錄。等等 審核時(shí)應(yīng)注意組織對(duì)電子類設(shè)計(jì)文檔控制和管理有效性（,）從事計(jì)算機(jī)軟件開發(fā)及系統(tǒng)的組織，其產(chǎn)品及服務(wù)提供過程所生成的文檔和記錄多以電子文檔形式體現(xiàn)。審核員應(yīng)關(guān)注對(duì)這一類文檔和記錄的控制方法。包括：審核、批準(zhǔn)、發(fā)放、檢索、訪問、修改、復(fù)制、保存、防護(hù)，組織是否有一套較嚴(yán)密的規(guī)定和措施，是否能提供控制有效的充分證據(jù)。5．3 軟件之間存在一定的耦合?？煞譃椋簝?nèi)容耦合、公共耦合、外部耦合、控制耦合、標(biāo)記耦合、數(shù)據(jù)耦合、非直接耦合七種耦合。是對(duì)模塊之間相對(duì)獨(dú)立性的量度。也稱為塊間聯(lián)系。這種“耦合”關(guān)系導(dǎo)致一個(gè)程序的修改可能影響其他模塊。因此，程序修改后，必須進(jìn)行回歸測(cè)試。這種情況在硬件產(chǎn)品中不會(huì)出現(xiàn)。5．4 存在“缺陷”的軟件也可以提交。有“缺陷”但不影響使用要求的軟件產(chǎn)品可視為合格品。 這一點(diǎn)對(duì)硬件產(chǎn)品似乎不適宜。 在行業(yè)中有這樣一種說法：“沒有無缺陷的軟件”。事實(shí)上，單就Micrsoft這樣的全球級(jí)的大公司而言，WINDOWS已經(jīng)從80年代的WINDOWS32發(fā)展到現(xiàn)在的WINDOWS 2000/WINDOWS XP。除了軟件本身的發(fā)展、優(yōu)化和進(jìn)步外，微軟實(shí)際上在不斷的修復(fù)軟件的缺陷，完善軟件的功能之中。君不見，2002年的window危機(jī)，臺(tái)灣的一個(gè)中學(xué)生利用WINDOWS 的缺陷，設(shè)置了諸如CIH病毒，幾乎使全球網(wǎng)絡(luò)癱瘓；2003年，利用WINDOWS的遠(yuǎn)程網(wǎng)絡(luò)控制的缺陷，又有人制造了特洛依木馬病毒等病毒，攻擊計(jì)算機(jī)系統(tǒng)，導(dǎo)致全球網(wǎng)絡(luò)癱瘓。于是，微軟公司不斷的發(fā)布WINDOS補(bǔ)丁程序，修復(fù)和完善已經(jīng)提交客戶使用的WINDOS操作系統(tǒng)軟件。事實(shí)證明了“沒有無缺陷的軟件產(chǎn)品”。任何軟件產(chǎn)品或系統(tǒng)集成產(chǎn)品，都可能存在缺陷。這是因?yàn)?，由于軟件產(chǎn)品和系統(tǒng)集成產(chǎn)品的可量化性不清楚（通常都是定性的功能性指標(biāo)），因而，只要滿足了使用要求，軟件產(chǎn)品既可交付。缺陷總是存在的。通過軟件釋放后的維護(hù)活動(dòng)、增加補(bǔ)丁或補(bǔ)丁程序程序，軟件產(chǎn)品才能越來越完善。軟件產(chǎn)品的缺陷是由存在于內(nèi)部不合理的邏輯結(jié)構(gòu)、不正確的語句和不適當(dāng)?shù)闹噶钏鸬?。一旦程序出了故障，其中必定隱藏著相應(yīng)的缺陷。但另一方面，缺陷的存在，并不一定會(huì)引起程序故障。只要程序中的缺陷部分沒有執(zhí)行，程序本身并不發(fā)生故障。但是，軟件的缺陷存在著擴(kuò)大模型的問題。如在概要設(shè)計(jì)階段殘留的缺陷，可能在后續(xù)的階段被放大。且軟件之間耦合軟件即開發(fā)各環(huán)節(jié)的接口不易保證其正確性。據(jù)統(tǒng)計(jì)，在詳細(xì)設(shè)計(jì)階段，；在產(chǎn)品的實(shí)際階段，錯(cuò)誤的放大系數(shù)為3。審核員可以將“缺陷”的收集、匯總、處理、程序的更改過程的證據(jù)。應(yīng)關(guān)注的是：已經(jīng)發(fā)現(xiàn)的缺陷處理方法是否適宜？處理過程是否記錄？結(jié)果結(jié)果是否再驗(yàn)證或測(cè)試，結(jié)果是否有效？缺陷總是存在的，軟件的不斷升級(jí)、版本更換就是一種對(duì)缺陷的不斷完善過程。 軟件產(chǎn)品的不合格處置，大多是對(duì)軟件的缺陷處置。審