【文章內(nèi)容簡介】 審類型中應(yīng)涉及什么功能組，如果需要召開評審會議，應(yīng)由誰主持； c 必須產(chǎn)什么記錄，例如：會議記錄、結(jié)果、問題、措施和措施狀態(tài)。 在設(shè)計文件的設(shè)計評審程序應(yīng)提及下述內(nèi)容： a 為保證符合性對規(guī)則、慣例和約定的應(yīng)用進(jìn)行監(jiān)督的方法，如同行評審、審查、代友審查； b 在進(jìn)行評審之前必須做些什么，如制定目標(biāo)、會議日程、需要的文檔和評審人員的分工； c 評審期間要做些 什么，包括需采用的技術(shù)和所有參加人員的守則；。 d 評審?fù)ㄟ^的準(zhǔn)則； e 采用什么跟蹤方法以確保評審中發(fā)現(xiàn)的問題得以解決。 合同中有夫規(guī)定時，供方應(yīng)與顧客合作召開設(shè)計評審會議。雙方應(yīng)對評審結(jié)果協(xié)商一致。 建議只有當(dāng)所有已知的缺陷都得到滿意的解決，或者繼續(xù)進(jìn)行的風(fēng)險已知時，才繼續(xù)進(jìn)行一步的設(shè)計活動。 注：為得到更多的信息。參看 ISO/IEC12207： 1995 的 , 和 設(shè)計驗證 在設(shè)計的適當(dāng)階段 ,應(yīng)進(jìn)行設(shè)計驗證 ,以確保設(shè)計階段的輸出滿 足該設(shè)計階段輸入的要求 .設(shè)計驗證應(yīng)予以記錄 (見 ) 注 :除實施設(shè)計評審 (見 )之外 ,設(shè)計驗證還可包括下活動 : —— 變換方法進(jìn)行計算； —— 可能時，將新設(shè)計與已證實的類似設(shè)計進(jìn)行比較； —— 進(jìn)行試驗和證實； —— 對發(fā)放前的設(shè)計階段文件進(jìn)行評審。 建立在開發(fā)過程中，適當(dāng)?shù)剡M(jìn)行設(shè)計驗證。設(shè)計驗證可由設(shè)計輸出評審，包括原型和仿真的演示或測試組成。驗證可對其他開發(fā)活動的輸出進(jìn)行。這些驗證活動應(yīng)根據(jù)質(zhì)量計劃或形成文件的程序予以記錄，并胩當(dāng)措施完成時進(jìn)行核算。 只有經(jīng)驗證的開發(fā)輸出才應(yīng)提交驗收 和后續(xù)使用。建立對任何發(fā)現(xiàn)的問題都有要充分論述并加以解決。 注：為得到更多的信息，參看 ISO/IEC12207： 1995 的 , 和 條 . 設(shè)計確認(rèn) 應(yīng)進(jìn)行設(shè)計確認(rèn)，以確保產(chǎn)品符合規(guī)定的使用者需要和 /或要求。 注： 設(shè)計確認(rèn)在成功的設(shè)計驗證（見 ）之后進(jìn)行； 確認(rèn)通常在規(guī)定的操作條件下進(jìn)行； 確認(rèn)通常針對最終產(chǎn)品進(jìn)行，但產(chǎn)品完成前的各階段也可能需要進(jìn)行； 如果有不同的預(yù)期用途，也可以進(jìn)行多次確認(rèn)。 在產(chǎn)品提 交顧客驗收之前，例如在最終檢驗和測試期間，供方根據(jù)其規(guī)定的預(yù)期用途確認(rèn)產(chǎn)品。 在軟件開發(fā)中，為了確保滿足規(guī)定的要求，確認(rèn)結(jié)果以及需進(jìn)一步采用的措施應(yīng)加以記錄，并且當(dāng)措施完成時加以檢查。這一點非常重要。只有經(jīng)確認(rèn)的產(chǎn)品才應(yīng)提交驗收或后續(xù)使用。 注：為了得到更多信息，參見 ISO/IEC12207： 1995 的 和 條。 設(shè)計更改 所有的設(shè)計更改和修改的實施之前都應(yīng)由授權(quán)人員加以確定，形成文件，并評審和批準(zhǔn)。 供方應(yīng)建立和維持控制任何設(shè)計更改的實施的程序，這種更改可能在產(chǎn)品開發(fā)生存周 期的任何時期發(fā)生。建立這種程序為了： 將更改形成文檔并證實它是否是合理的； 評價更改的后果； 批準(zhǔn)或不批準(zhǔn)更改； 實施并驗證更改。 在軟件開發(fā)環(huán)境中，設(shè)計更改的控制通常在配置管理規(guī)定中說明。 注：為了得到更多信息，參見 ISO 12207： 1995 的 , 和 條。 ISO 9000397 質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn) ISO 9001： 1994 在計算機(jī)軟件開發(fā)、供應(yīng)、安裝和維護(hù)中的應(yīng)用指南（續(xù)） 文件和資料控制 總則 供方應(yīng)建立并保持形成文件和程序，以控制與本標(biāo)準(zhǔn)要求有關(guān)的所有文件和資料，并包括適當(dāng)范圍的外來文件，如標(biāo)準(zhǔn)和顧客提供的圖樣。 注：文件和資料可以呈任何形式，如硬拷貝或電子媒體。 配置管理程序可以用來實施文檔和數(shù)據(jù)控制。在建立的控制所有文檔和數(shù)據(jù)的程序中，供方應(yīng)確定那些需服從控制程序的文檔的數(shù)據(jù)，包括外部來源的文檔和數(shù)據(jù)，例如標(biāo)準(zhǔn)和顧客提供的數(shù)據(jù)。 文檔和數(shù)據(jù)控制程序應(yīng)用于有關(guān)的文檔和數(shù)據(jù)，包括下述種類： 合同規(guī)定的文檔，包括需求規(guī)格說明書； 用于描述軟件生存周期內(nèi)的質(zhì)量體系的形式文件的程序； 描述供方活動的策劃和進(jìn)展，以及供方與顧客相互配合的計劃文檔； 描述一具有軟件產(chǎn)品的或與特定軟件產(chǎn)品相關(guān)聯(lián)的產(chǎn)品文件和數(shù)據(jù)。 注：為了得到更多信息，參見 ISO/IEC 12207： 1995 的 條。 文件和資料的批準(zhǔn)和發(fā)布 文件和資料在發(fā)布前應(yīng)由授權(quán)人員審批其適用性。應(yīng)制定并可隨時得到識別文件的現(xiàn)行修訂狀態(tài)的控制清單或相當(dāng)?shù)奈募刂瞥绦?，以防止使用失效?/或作廢的文件。 這種控制應(yīng)確保： 在對質(zhì)量體系有效運(yùn)行起重要作用的各個場所，都能得到相應(yīng)文件的有效版本； 從所有發(fā)放或使用場所 用時撒出失效和 /或作廢的文件， 或以其他方式確保防止誤用； 為法律和 /或積累知識的目的所保留的任何已作廢的文件，都應(yīng)進(jìn)行適當(dāng)標(biāo)識。 在使用電子手段實現(xiàn)文檔控制的地方，對其適當(dāng)?shù)呐鷾?zhǔn)存取、發(fā)放、媒體和歸檔規(guī)程應(yīng)予以特別注意。 文件和資料的更改 除非有專門指定，文件和資料的更改應(yīng)由該文件的原審批部門 /組織進(jìn)行審批。若指定其他部門 /組織審批時，該部門 /組織應(yīng)獲得審批所需依據(jù)的有關(guān)背景資料。 可行時，應(yīng)在文件或相應(yīng)的附件上標(biāo)明更改的性質(zhì)。 不需要有與軟件有關(guān)的進(jìn)一步指南。 采購 總則 供方應(yīng)建立并保持形成文件的程序，以確保所采購的產(chǎn)品（見 ）符合規(guī)定要求。 在開發(fā)、供應(yīng)、安裝和維護(hù)軟件產(chǎn)品過程中，采購的產(chǎn)品可包括： —— 市售現(xiàn)成軟件軟件； —— 分承包方開發(fā)的軟件； —— 計算機(jī)和通信硬件； —— 幫助軟件開發(fā)的工具； —— 合同制工作人員； —— 維護(hù)和顧客支持服務(wù)； —— 培訓(xùn)課程和教材。 注：為了得到更多信息，參看 ISO/IEC12207： 1995 的 條。 分承包方的評價 供方應(yīng)： 根據(jù)滿足分合同要求（包括質(zhì)量體系和特定的質(zhì)量保證要求） 的能力評價和選擇分承包方； 明確供方對分承包方實行控制的方式和程度，這種方式和程度取決于產(chǎn)品的類別以及分承包的產(chǎn)品對成品質(zhì)量的影響，還取決于已證實的分承包方能力和業(yè)績的質(zhì)量審核報告和 /或質(zhì)量記錄； 建立并保存合格分承包方的質(zhì)量記錄（見 ）。 不需要有與軟件有關(guān)的進(jìn)一步指南。 采購資料 購文件應(yīng)清楚地說明訂購產(chǎn)品的資料，可包括： 類別、形式、等級或其他準(zhǔn)確標(biāo)識方法； 規(guī)范、圖樣、過程要求、檢驗規(guī)程及其他有關(guān)技術(shù)資料（包括產(chǎn)品、程序、過程設(shè)備和人員的認(rèn)可或鑒定要求）的名稱或其他 明確標(biāo)識和適用版本； 適用的質(zhì)量體系標(biāo)準(zhǔn)的名稱、編號和版本。 供方應(yīng)在采購文件發(fā)放前對規(guī)定的要求是否適當(dāng)進(jìn)行審批。 用于軟件開發(fā)的采購文檔最好包括清楚地說明訂購產(chǎn)品的數(shù)據(jù)，可包括： 訂購產(chǎn)品的準(zhǔn)確標(biāo)識，如產(chǎn)品名稱和 /或產(chǎn)品編號； 需求規(guī)格說明，或它的等同文檔（或當(dāng)需求規(guī)格說明在訂購時尚未完全確定，就規(guī)定確定需求規(guī)格說明的規(guī)程）； 采用的標(biāo)準(zhǔn)（例如通信協(xié)議、體系結(jié)構(gòu)規(guī)范）； 規(guī)程和 /或工作需求說明； 開發(fā)環(huán)境； 對人員的要求。 關(guān)于合同評審的考慮也可用于分合同。 采購產(chǎn)品的驗證 供方在分承包方貨源處的驗證 當(dāng)供方提出在分承包方貨源處對采購產(chǎn)品進(jìn)行驗證時，供方應(yīng)在采購文件中規(guī)定驗證安排以及產(chǎn)品放行的方式。 不需要有與軟件有關(guān)的進(jìn)一步指南 顧客對分承包方產(chǎn)品的驗證地 當(dāng)合同規(guī)定時，供方顧客或其代表應(yīng)權(quán)在分承包方處和供方處對分承包的產(chǎn)品是否符合規(guī)定要求進(jìn)行驗證。供方不能把該驗證用作分承包方對質(zhì)量進(jìn)行了有效控制的證據(jù)。顧客的驗證既不能免供方提供可接收產(chǎn)品的責(zé)任，也不能排除其后顧客的拒收。 不需要有與軟件有關(guān)的進(jìn)一步指南。 顧客提供產(chǎn)品的控 制 供方對顧客提供的產(chǎn)品（用于供應(yīng)品或有關(guān)活動）應(yīng)建立并保持驗證、貯存和維護(hù)的形成文件的控制程序。如有丟失、損壞或不適用的情況，應(yīng)予以記錄并向顧客報告（見 ) 供方的驗證不能免除顧客提供可接收產(chǎn)品的責(zé)任。 顧客可能要求供方取得由顧客提供的包括數(shù)據(jù)在內(nèi)的產(chǎn)品，并將其納入供方產(chǎn)品中，例如： 軟件產(chǎn)品，包括顧客提供的市售軟件產(chǎn)品； 開發(fā)工具； 開發(fā)環(huán)境，包括網(wǎng)絡(luò)服務(wù)； 測試數(shù)據(jù)和運(yùn)行數(shù)據(jù)； 接口規(guī)格說明或其他規(guī)格說明； 硬件； 顧客專有信息，包括規(guī)格說明。 在任何與待交付的產(chǎn)品有關(guān)的維 護(hù)協(xié)議中，最好在合同中說明這類軟件產(chǎn)品所需的許可證和支持。 應(yīng)確定已接收并已集成的顧客提供的軟件項的更新方法，供方可以應(yīng)用與采購產(chǎn)品相同的驗證活動來驗證顧客提供的產(chǎn)品。 注：為得到更多信息，參看 ISO/IEC 12207： 1995 的 條。 產(chǎn)品標(biāo)識和可追溯性 必要時，供方應(yīng)建立并保持形成文件的程序，在接收和生產(chǎn)、交付及安裝的各階段以適當(dāng)?shù)姆绞綐?biāo)識產(chǎn)品。 在規(guī)定有可追溯性要求的場合，供方應(yīng)建立并保持形成文件的程序，對每個或每批產(chǎn)品都應(yīng)有唯一標(biāo)識，這種標(biāo)識應(yīng)加以記錄（見 ）。 供方最 好建立并保持程序，用以標(biāo)識從規(guī)格說明到開發(fā)、復(fù)制與交付的所有階段的軟件項。如果合同要求，這些程序也要適用于產(chǎn)品交付之后。 該程序最好跟蹤產(chǎn)品整個生存周期的軟件項或軟件產(chǎn)品的部件。根據(jù)合同和市場需求的不同，從可將某一變更要求加于特定發(fā)行物到記錄產(chǎn)品的每一變更目標(biāo)和用法。 在軟件中，可以實現(xiàn)的標(biāo)識可追溯性的一種方法就是配置管理。配置管理是一種管理學(xué)科，對配置項（包括軟件項）的開發(fā)和生存周期的支持，給予技術(shù)和管理指導(dǎo)。這種學(xué)科還適用于有關(guān)的文檔編制硬件。配置管理的使用取決于項目規(guī)模和復(fù)雜性以及風(fēng)險水平。 配 置管理的一個目標(biāo)編制文檔，并對產(chǎn)品現(xiàn)有配置和達(dá)到其要求的狀態(tài)提供足夠的可視性。另一目標(biāo)是項目的每個工作人員工在項目的生存周期中的任何時刻都能采用正確的和準(zhǔn)確的信息。 配置管理系統(tǒng)可以提供下述能力： 唯一地標(biāo)識每一軟件項的版本； 標(biāo)識共同構(gòu)成一完整產(chǎn)品的特定版本的每一軟件項的版本； 標(biāo)識正在開發(fā)的和已交付安裝的軟件產(chǎn)品的構(gòu)成狀態(tài)； 控制由兩個或多個獨立工作的人員同時對一給定的軟件項的更新； 按要求在一個或多個位置對復(fù)雜產(chǎn)品的更新進(jìn)行協(xié)調(diào)； 標(biāo)識并跟蹤所有的措施和更改，這些措施和更改是在從直到放行 期間，由于更改請求或問題引起的。 供方應(yīng)按下述內(nèi)容標(biāo)識配置： 產(chǎn)品結(jié)構(gòu)和配置項的選擇； 文檔編制和計算機(jī)文檔； 命名慣例； 配置基線的建立。 可能由配置管理系統(tǒng)管理的產(chǎn)品包括： 與合同、過程、計劃和產(chǎn)品有關(guān)的文檔和數(shù)據(jù)； 源代碼、目標(biāo)代碼和可執(zhí)行代碼； 相關(guān)產(chǎn)品，包括： —— 軟件工具； —— 包括庫在內(nèi)的可重復(fù)用軟件； —— 外購軟件； —— 顧客提供的軟件。 供方最好建立程序，以保證每一軟件項的下述內(nèi)容都能標(biāo)識： 文檔； 所有有關(guān)的開發(fā)工具； 與其他軟件的接口與硬件的接口； 硬件環(huán)境與軟件環(huán)境。 供方應(yīng)建立和維持配置管理狀態(tài)報告規(guī)程，以記錄、管理和報告軟件項的狀態(tài)，更改要求的狀態(tài)和已批準(zhǔn)的更改實施狀態(tài)。 供方最好建立并實施一個包含以下內(nèi)容的配置管理計劃： 負(fù)責(zé)配置管理的組織以及每一個管理組織的職責(zé)； 需要進(jìn)行的配置管理活動； 所使用的配置管理工具、技術(shù)及方法； 將軟件項置于配置控制之下的時機(jī)。 注：為得到更多配置管理的信息，參見 ISO 10007 和 ISO/IEC 12207： 1995 的 條和 條。 過程控制 供方應(yīng)確定并策劃直接影響質(zhì)量的生產(chǎn)、 安裝和服務(wù)過程，確保這些過程在受控狀態(tài)下進(jìn)行。受控狀態(tài)包括： 如果沒有形成文件的程序就不能保證質(zhì)量時，則尋生產(chǎn)、安裝和服務(wù)的方法制定形成文件的程序； 使用合適的生產(chǎn)、安裝和服務(wù)設(shè)備并安排適宜的工作環(huán)境； 符合有關(guān)標(biāo)準(zhǔn) /法規(guī)、質(zhì)