【文章內(nèi)容簡介】 相互核實評審記錄。 合同修訂如果合同內(nèi)容有任何變動, 都需要有文檔記錄。即使得到的是口頭上的改動, 也應(yīng)該記錄下來, 并由提出者認可。同時, 合同改動也要在公司內(nèi)部進行審查，并按規(guī)定的渠道將修訂的內(nèi)容正確地傳遞到公司的各有關(guān)部門。 合同評審中形成的記錄，按本手冊質(zhì)量記錄的控制要求進行保管。 建立并保持評審中的質(zhì)量條款 在合同簽署前應(yīng)就軟件的版權(quán)和所有權(quán)、安裝和驗收方式、維護方法達成一致意見。公司內(nèi)部進行的合同評審要對合同中的所有質(zhì)量條款方面的內(nèi)容逐一檢查并記錄。15 / 42 設(shè)計控制. 概述 軟件開發(fā)、設(shè)計是軟件產(chǎn)品形成的關(guān)鍵環(huán)節(jié)，通過對產(chǎn)品開發(fā)的策劃，設(shè)計、制造過程建立并保持文件化規(guī)程，以確保滿足規(guī)定的要求。開發(fā)軟件產(chǎn)品要在開發(fā)過程的各個階段中融合質(zhì)量管理過程。開發(fā)部門以質(zhì)量管理工程圖來計劃每一實施的過程，并以此為基礎(chǔ)進行開發(fā)。每一項工程都按制定的程序進行管理確保軟件產(chǎn)品的設(shè)計質(zhì)量。. 適用范圍適用于公司所有開發(fā)部門的軟件開發(fā)過程。. 職責(zé)a. 開發(fā)部門是設(shè)計控制的責(zé)任部門。b. 項目管理部負責(zé)實施項目開發(fā)過程中的質(zhì)量控制活動。. 管理內(nèi)容與要求 開發(fā)策劃與質(zhì)量策劃，開發(fā)計劃應(yīng)制定包括質(zhì)量計劃在內(nèi)的嚴格的過程或方法，把工作劃分成幾個階段，并標(biāo)識出：? 所進行的各開發(fā)階段? 每個階段所要求的輸入? 每個階段所要求的輸出? 對每個階段的驗證過程? 在各開發(fā)階段為達到特定要求所存在的潛在問題的分析，并標(biāo)識出：? 有關(guān)設(shè)計、實現(xiàn)及交付成果的進度表? 進度控制? 以可檢驗的形式明確每一工程的成果? 確定實施設(shè)計審查的預(yù)定時間? 確定配置管理計劃? 確定設(shè)計標(biāo)準(zhǔn)? 組織機構(gòu)的職責(zé)、資源和工作安排、人員培訓(xùn)計劃? 明確質(zhì)量目標(biāo)和性能要求? 不同部門、項目組之間組織上和技術(shù)上的接口，包括：? 開發(fā)規(guī)則、慣例和條例? 開發(fā)工具和技術(shù)? 配置管理。 組織與技術(shù)上的接口在(系統(tǒng))開發(fā)計劃書中明確開發(fā)部門開發(fā)負責(zé)范圍、責(zé)任分擔(dān)、所有各方之間傳遞信息的方式及定期確認的方法。確定接口時，除應(yīng)考慮顧客和供方之外，還應(yīng)考慮到對安裝和培訓(xùn)活動有要求的各方，特別是可能需要最終用戶和中間操作人員的參與。還應(yīng)考慮內(nèi)部接口的關(guān)系。16 / 42 開發(fā)階段的輸入和輸出a. 應(yīng)確定每個開發(fā)階段的輸入、輸出并記入文檔。開發(fā)部門要按照開發(fā)計劃根據(jù)事先確定的規(guī)程與標(biāo)準(zhǔn)完成并驗證各個階段的成果。b. 各階段的輸入包括適用的法令和法規(guī)要求、前一階段的輸出、每個階段的作業(yè)標(biāo)準(zhǔn)等。開發(fā)部門要在各階段開始前明確準(zhǔn)備這些內(nèi)容，對其中不完全、不明確的事項提出解決的對策。c. 設(shè)計輸入應(yīng)考慮合同評審活動的結(jié)果。 設(shè)計評審與設(shè)計驗證與確認a. 設(shè)計評審應(yīng)根據(jù)每個階段的開發(fā)計劃與結(jié)果進行。相關(guān)部門要參加每個階段的設(shè)計評審，記錄并保存設(shè)計評審的結(jié)果。b. 在每個階段的結(jié)束期，項目負責(zé)人應(yīng)通過 DR 或 WT、測試等活動驗證該階段設(shè)計輸出的成果是否滿足輸入要求。c. 在產(chǎn)品提交用戶驗收之前，應(yīng)根據(jù)其規(guī)定的預(yù)期用途確認產(chǎn)品的運行符合合同要求。設(shè)計確認的結(jié)果，以及需進一步采取的措施和實施情況應(yīng)加以記錄。 進度控制a. 為了明確把握軟件開發(fā)過程的進度,產(chǎn)品開發(fā)部門要制作進度管理表。進度管理表要從(掌握全局的)大日程表到(內(nèi)容細化的)中/小日程表展開制作。b. 各個工程開始前要完成詳細管理的工程進度管理表。進度管理表要得到項目負責(zé)人的批準(zhǔn)。開發(fā)部門將進度情況定期地記錄在進度管理表上,依此記錄評價進度的最新狀況。c. 為了保證開發(fā)計劃的有效實施，應(yīng)計劃并安排進度評審，討論出現(xiàn)的問題及解決辦法，并將討論結(jié)果作出文件歸檔。 質(zhì)量策劃 質(zhì)量計劃作為開發(fā)計劃的一部分來考慮處理。質(zhì)量目標(biāo)作為開發(fā)目標(biāo)的一部分盡可能以定量形式在開發(fā)計劃書給出。項目的質(zhì)量計劃在開發(fā)計劃書中具體規(guī)定。 設(shè)計更改 更改要求發(fā)生的原因有顧客需求規(guī)范發(fā)生變化和開發(fā)中發(fā)現(xiàn)問題引發(fā)更改兩種。 為了對發(fā)生的全部更改要求進行有效管理，將更改內(nèi)容記錄在更改管理表上。更改管理表包含的項目有：管理號，更改要求內(nèi)容，受理日，結(jié)果(更改要求的處理結(jié)果、處理狀況) 研討 確認更改內(nèi)容的適當(dāng)性，調(diào)查、討論更改的影響范圍和處理方法，必要時形成文檔。 ，實施判斷 項目負責(zé)人審查更改的調(diào)查、討論結(jié)果，確定是否實施更改，并指定更改責(zé)任者進行更改。 ，釋放，通知 項目負責(zé)人須在考慮開發(fā)狀況和顧客的希望的基礎(chǔ)上決定更改后的設(shè)計文檔的發(fā)行、程序的更新、釋放和通知有關(guān)人員。 配置管理a. 配置管理是對記述客戶需求事項的文件、從客戶獲得的文件數(shù)據(jù)、設(shè)計文檔、程序及環(huán)境進行管理。配置管理提供了標(biāo)識、控制、和追蹤每個軟件項的正式版本的機制。b. 在項目開發(fā)計劃中應(yīng)明確必要的配置管理者。c. 如果在開發(fā)與維護活動過程中出現(xiàn)變化，開發(fā)部門應(yīng)基于配置管理進行更改。 d. 配置管理工具也作為環(huán)境的一部分統(tǒng)一管理。17 / 42 文件和資料控制 概述 為保證在質(zhì)量體系運行中起重要作用的各環(huán)節(jié)，都使用有效版本的文件和資料，應(yīng)對公司文件化的業(yè)務(wù)信息(稱文件)，規(guī)定出恰當(dāng)?shù)墓芾碇贫?，以確保關(guān)聯(lián)部門的相關(guān)人員能夠獲得充分的信息和數(shù)據(jù)，并防止公司信息，客戶情報被泄露或不合理使用。. 適用范圍 以公司內(nèi)部發(fā)行的所有業(yè)務(wù)文件及從公司以外收到的業(yè)務(wù)文件為對象，適用于公司所有部門。. 職責(zé)a. 辦公室和項目管理部是文件和資料控制的責(zé)任部門。b. 辦公室負責(zé)管理公司組織、章程、業(yè)務(wù)文件、中長期企化、預(yù)算，董事會材料等文件；c. 項目管理部負責(zé)管理質(zhì)量體系文件、國際合同文件、質(zhì)量記錄、開發(fā)結(jié)束后的設(shè)計文檔等；d. 開發(fā)部門保存在產(chǎn)品開發(fā)過程中形成的設(shè)計文檔、質(zhì)量記錄等；e. 營銷事業(yè)部負責(zé)管理市場、銷售、公司宣傳材料、國內(nèi)合同；f. 各類文件的實施責(zé)任者指定文件編寫，審查，批準(zhǔn)責(zé)任者和改版修改人。文件管理者根據(jù)相關(guān)規(guī)程或規(guī)定負責(zé)文件的保管，分發(fā)和廢除。. 管理內(nèi)容與要求 建立并保持 R05000《文件管理規(guī)程》 。 文件及資料包括： 規(guī)定業(yè)務(wù)規(guī)則的管理規(guī)程；規(guī)定期限規(guī)則的業(yè)務(wù)通知；記述業(yè)務(wù)工作方法等說明的作業(yè)標(biāo)準(zhǔn)；記述產(chǎn)品質(zhì)量的狀況及質(zhì)量體系運營情況等的質(zhì)量記錄；提交給用戶的作為各種產(chǎn)品設(shè)計、制作的成果的規(guī)范書，說明書等設(shè)計文檔；歸納了技術(shù)成果、調(diào)查結(jié)果等的技術(shù)報告；公司內(nèi)外用培訓(xùn)資料；以向第三者宣傳為目的的產(chǎn)品說明書、產(chǎn)品目錄、手冊類型及除上述外的產(chǎn)品業(yè)務(wù)文件、產(chǎn)品業(yè)務(wù)以外文件( 聯(lián)絡(luò)書、報告、提案書、會議通知、交付書)；從關(guān)聯(lián)企業(yè)、用戶等處獲得的相應(yīng)類型的文件。 ， 文件記錄媒體為紙張，磁帶，磁盤，或光盤。 文件和資料的批準(zhǔn)和發(fā)布a. 各類文件和資料的編寫應(yīng)按規(guī)定進行，確保文件和資料的有效性。b. 文件和資料在發(fā)布前應(yīng)由授權(quán)人員審批其適用性。應(yīng)制定并可隨時得到識別文件的現(xiàn)行修訂狀態(tài)的控制清單和有效版本,以防止使用失效和/或作廢的文件。c. 要清楚地標(biāo)明文件的分發(fā)對象和合適的發(fā)行時間(期),以保證在對質(zhì)量體系有效運行起重要作用的各個場所都能得到相應(yīng)文件的有效版本。d. 以電子媒體形式在公司內(nèi)部網(wǎng)上發(fā)布的質(zhì)量體系文件，作為書面發(fā)布的質(zhì)量體系文件的輔助性文件，以方便查詢和使用。當(dāng)與書面發(fā)布的質(zhì)量體系文件發(fā)生沖突時以書面文件為準(zhǔn)。 文件和資料的更改a. 文件和資料的更改一般應(yīng)由該文件的原審批部門進行審批。若指定其它部門審批時，該部門首先應(yīng)獲得審批所需依據(jù)的有關(guān)背景資料。b. 應(yīng)按照文件控制規(guī)程說明標(biāo)注文件修改情況。18 / 42c. 為法律和/或積累知識的目的所保留的任何已作廢的文件和資料，都應(yīng)進行適當(dāng)標(biāo)識，并單獨保管。 文件和資料的存儲文件和資料應(yīng)在規(guī)定的時間內(nèi)在指定的地點保存。文件和資料的保管歸檔執(zhí)行文件保管規(guī)程和設(shè)計文檔管理規(guī)程。 文件和資料的廢棄 作廢的文件應(yīng)及時撤出。如果已作廢的文件資料還要用于參考等目的，應(yīng)對它進行適當(dāng)標(biāo)識。作廢文件的處理執(zhí)行文件保管規(guī)程和設(shè)計文檔管理規(guī)程。 電子媒體形式的文件按《電子媒體管理規(guī)程》規(guī)定實施控制。19 / 42 采購 概述 為了保證最終產(chǎn)品質(zhì)量滿足規(guī)定要求，必須對影響最終產(chǎn)品質(zhì)量的采購過程進行有效控制。采購軟件或硬件時，應(yīng)保證購買的產(chǎn)品和服務(wù)符合規(guī)定的要求。根據(jù)所購產(chǎn)品的類型決定供方的選擇和控制的方式和程度，必要時也要考慮已證實的所采購產(chǎn)品供方的能力和業(yè)績的記錄。．適用范圍 適用于由采購部門進行的與生產(chǎn)相關(guān)物品的采購活動。．職責(zé)a. 商務(wù)部是采購的責(zé)任部門。b. 采購申請方負責(zé)向商務(wù)部提出采購申請，商務(wù)部根據(jù)采購需求進行采購，并負責(zé)對分供方的評價和選擇。. 管理內(nèi)容與要求 建立和保持 R06000《采購手續(xù)規(guī)程》 。 采購產(chǎn)品的類別a. 物品：原材料、配件、委托物、產(chǎn)品、機械設(shè)備、消耗品、軟件包等均可統(tǒng)稱為物品。b. 委托物：依據(jù)本公司的設(shè)計和規(guī)范，委托生產(chǎn)的軟件、配件或其它產(chǎn)品稱為委托物。 采購的主要原則是： a. 根據(jù)產(chǎn)品開發(fā)過程的要求選擇分供方b. 建立和維護可接受的分供方的記錄檔案c. 為保證購買物品的質(zhì)量應(yīng)采取有效的產(chǎn)品認證措施 分承包方的評價a. 應(yīng)按照滿足分合同要求(包括質(zhì)量要求)的能力來選擇分供方。調(diào)查以往的供貨業(yè)績，評價同類企業(yè)供貨業(yè)績并考慮是否具有質(zhì)量保證能力，質(zhì)量體系是否建立，交貨期和價格能否接受。采購部門應(yīng)建立并保存合格分供方的檔案，定期公布分供方名單。b. 分供方的選擇和對其控制的方式和程度取決于所購物資的類型。必要時，也要考慮證實的分供方的能力和業(yè)績的記錄。對其業(yè)績進行監(jiān)督，以確保其始終滿足選擇的要求，其監(jiān)督的程度取決于公司最終產(chǎn)品的影響程度。 采購資料 采購文件應(yīng)包括的采購資料內(nèi)容公司的采購文件應(yīng)明確地寫明采購要求，可包括：圖樣、目錄、型號、規(guī)格、品質(zhì)等，用于軟件開發(fā)的采購文件應(yīng)包括：，如產(chǎn)品名稱/或成品編號。，或其等同文檔。（例如通信協(xié)議、體系結(jié)構(gòu)規(guī)格說明等） 。 采購文件發(fā)放前必須對所有采購資料規(guī)定的要求進行審批。20 / 42 采購產(chǎn)品的驗證a. 當(dāng)有必要要求到分供方處按供方的質(zhì)量體系實施評審以確認分供方的工作時，應(yīng)把這一要求納入到合同中去，同時也要把驗收測試要求納入到合同中。b. 當(dāng)合同規(guī)定顧客方或其代表在產(chǎn)地(或是收到產(chǎn)品時)確認采購的產(chǎn)品是否符合規(guī)定的要求時，應(yīng)注意的是，顧客方的確認既不能免除我方提供可接收產(chǎn)品的責(zé)任，也不能排除其后顧客的拒收。c. 同時要注意的是當(dāng)顧客方或其代表在分供方處進行確認時，我方不能將這種確認作為分供方實施有效的質(zhì)量控制的憑證。21 / 42 顧客提供產(chǎn)品的控制 概述 規(guī)定了軟件產(chǎn)品開發(fā)過程中用戶提供的文檔資料的管理。 適用范圍 適用于軟件開發(fā)過程中用戶提供的用于設(shè)計、驗證的所有文檔資料。 職責(zé)a. 開發(fā)部門和項目管理部是對顧客提供產(chǎn)品進行控制的責(zé)任部門。b. 開發(fā)部門的項目負責(zé)人在系統(tǒng)開發(fā)計劃書中規(guī)定接收文檔、數(shù)據(jù)的配置管理責(zé)任者；c. 開發(fā)部門的配置管理責(zé)任者在開發(fā)過程中負責(zé)對用戶提供的文檔、數(shù)據(jù)的管理；d. 項目驗收提交后，文檔提交項目管理部進行保管。. 管理內(nèi)容與要求 建立和保持 R07000《用戶提供文檔管理規(guī)程》 。 開發(fā)部門要按文件規(guī)定的程序?qū)︻櫩吞峁┑奈锲?，包括配套的軟件產(chǎn)品、開發(fā)工具、測試和運行資料、接口或其他規(guī)格說明等進行控制。對顧客提供的硬件等物品的控制應(yīng)執(zhí)行 R09000《系統(tǒng)開發(fā)計劃書實施規(guī)程》的規(guī)定，顧客提供的產(chǎn)品應(yīng)有詳細的記錄清單并妥善保管。 在對顧客提供的產(chǎn)品接收時，應(yīng)對提供的項目明確地定義和驗證并做好記錄。 顧客和公司雙方應(yīng)確定負責(zé)管理顧客提供的產(chǎn)品的責(zé)任人員，當(dāng)顧客提供的產(chǎn)品發(fā)生問題時該成員應(yīng)記錄問題并向顧客陳述對策。 對顧客提供的產(chǎn)品應(yīng)按規(guī)定貯存，妥善保管和維護，應(yīng)登記建帳，標(biāo)識清楚，防止誤用。 在貯存、使用過程中對丟失、損壞或不適用的情況應(yīng)做好記錄，并及時向顧客報告，取得顧客的書面處理意見。 受計算機病毒感染的軟件應(yīng)作為損壞的軟件處理。 本公司的驗收不能免除顧客按合同要求提供合格產(chǎn)品的責(zé)任。 應(yīng)保存對顧客提供產(chǎn)品的驗收記錄和異常情況的報告。22 / 42 產(chǎn)品標(biāo)識和可追溯性. 概述通過對軟件開發(fā)過程中的各種項目（需求規(guī)范，設(shè)計書，用戶手冊等各種設(shè)計文檔；源碼，目標(biāo)碼等軟件程序；硬件，基本軟件，工具等環(huán)境以及從顧客方接收的文件、數(shù)據(jù)（以下簡稱接收文件） ）等進行標(biāo)識，以便隨時能夠正確地把握系統(tǒng)狀態(tài)。防止不同產(chǎn)品、不同版本之間的誤用，以確保需要時實現(xiàn)可追溯性要求。. 適用范圍適用于公司內(nèi)所有的軟件開發(fā)項目的標(biāo)識管理。. 職責(zé)a. 開發(fā)部門和項目管理部是產(chǎn)品標(biāo)識和可追溯性的責(zé)任部門。b. 項目負責(zé)人負責(zé)在制作系統(tǒng)開發(fā)計劃書時明確各項配置管理的負責(zé)人。c. 各項配置管理負責(zé)人負責(zé)在開發(fā)過程中相應(yīng)項的配置管理以及記錄的保管。d. 開發(fā)結(jié)束后，由項目管理部負責(zé)對配置管理記錄的保管。 配置管理是對軟件開發(fā)過程中的開發(fā)成果（設(shè)計文檔，軟件程序） 、環(huán)境、接收文件等各項的版本進行標(biāo)識、管理的機制。配置管理的基本項目包括：a. 各項目的標(biāo)識；b. 每個