公司質(zhì)量管理規(guī)劃辦法文件

1、 業(yè)務(wù)規(guī)程R-02001業(yè)務(wù)規(guī)程R-02001總頁數(shù)39正文35附件4文件治理部門:項目治理部沈陽東東質(zhì)量手冊 批準(zhǔn)人柳玉輝審核人劉 巖擬制人崔 戈批準(zhǔn)日期1999.5.12生效日期1999.5.12關(guān)聯(lián)文件沈陽東東系統(tǒng)集成有限公司更改記錄序號發(fā)行日更改對象更改內(nèi)容批準(zhǔn)審查擬制01999.5.12新發(fā)行柳玉輝劉 巖崔 戈11999.9.10組織結(jié)構(gòu)調(diào)整，修改第7、8頁，附錄4頁柳玉輝王齊崔 戈21999.11.2部分章節(jié)號調(diào)整；P6 質(zhì)量目標(biāo)修改；P16 增加設(shè)計輸入、設(shè)計驗(yàn)證、設(shè)計確認(rèn)要求；P24 修訂接收檢查部分內(nèi)容；P27 修改4.13.4.2內(nèi)容；P33 增加服務(wù)的驗(yàn)證要求。柳玉輝王齊

2、崔 戈31999.12.21P3 增加03.2.12開發(fā)部門定義；P7 修改組織結(jié)構(gòu)圖以及部門名稱；柳玉輝王齊崔 戈42000.08.18P7 修改組織結(jié)構(gòu)圖，增加營銷副總，取消國際體系副總，增加開發(fā)體系副總；P8 修改總經(jīng)理、副總經(jīng)理職責(zé)權(quán)限；柳玉輝張秀邦崔 戈01.目錄 01. 目錄102. 質(zhì)量手冊公布令203. 引用規(guī)范、術(shù)語和縮寫31.0 質(zhì)量手冊的治理42.0 企業(yè)概況53.0 質(zhì)量方針64.0 質(zhì)量體系要求74.1 治理職責(zé)74.2 質(zhì)量體系114.3 合同評審134.4 設(shè)計操縱154.5 文件和資料操縱174.6 采購194.7 顧客提供產(chǎn)品的操縱214.8 產(chǎn)品標(biāo)識和可追溯

3、性224.9 過程操縱234.10 檢查和測試244.11 檢查、測量和試驗(yàn)設(shè)備的操縱254.12 檢驗(yàn)和試驗(yàn)狀態(tài)264.13 不合格品的操縱274.14 糾正和預(yù)防措施284.15 搬運(yùn)、貯存、包裝、防護(hù)和交付294.16 質(zhì)量記錄的操縱304.17 內(nèi)部質(zhì)量審核314.18 培訓(xùn)324.19 服務(wù)334.20 統(tǒng)計技術(shù)35附表1：各要素關(guān)聯(lián)規(guī)程、標(biāo)準(zhǔn)一覽表 附表2：部門人員職責(zé)與ISO9001要素對比表02 質(zhì)量手冊公布令為了貫徹質(zhì)量方針和實(shí)施質(zhì)量目標(biāo)，不斷滿足顧客的要求和期望，實(shí)現(xiàn)企業(yè)的更高治理水平。本公司采納IS09001 ： 1994 質(zhì)量體系 設(shè)計、開發(fā)、生產(chǎn)、安裝、服務(wù)的質(zhì)量保證

4、模式標(biāo)準(zhǔn)建立并完善了質(zhì)量體系，組織編寫了質(zhì)量手冊并公布實(shí)施。本手冊制定了沈陽東東系統(tǒng)集成有限公司(簡稱東東公司)產(chǎn)品及服務(wù)中有關(guān)質(zhì)量保證的相關(guān)事項,其目的確實(shí)是要有效地保證產(chǎn)品質(zhì)量滿足用戶的要求。本手冊的質(zhì)量體系適用于東東公司在軟件產(chǎn)品、軟件項目和系統(tǒng)集成項目的設(shè)計、開發(fā)、生產(chǎn)、安裝、服務(wù)過程的所有時期。我作為本公司最高治理者鄭重宣布：對本公司的產(chǎn)品質(zhì)量承擔(dān)法律規(guī)定的責(zé)任。 沈陽東東系統(tǒng)集成有限公司 總經(jīng)理： 1999.5.1203. 引用規(guī)范、術(shù)語和縮寫03.1 本質(zhì)量手冊在未事先聲明的情況下,引用如下規(guī)范：ISO 9000-3：1997 質(zhì)量治理和質(zhì)量保證標(biāo)準(zhǔn)第三部分：ISO9001在計算

5、機(jī)軟件開發(fā)、供應(yīng)、安裝和維護(hù)中的使用指南ISO 9001：1994 質(zhì)量體系 設(shè)計、開發(fā)、生產(chǎn)、安裝和服務(wù)的質(zhì)量保證模式ISO 8402：1994 質(zhì)量治理和質(zhì)量保證術(shù)語03.2 本手冊使用的專用名詞的定義如下所示，原則上使用ISO9000-3：1994在計算機(jī)軟件開發(fā)、供應(yīng)、安裝和維護(hù)中的使用指南中的定義：03.2.1 軟件 由與數(shù)據(jù)處理有關(guān)的程序、步驟、規(guī)則以及相關(guān)的文件組成的智能物。03.2.2 軟件產(chǎn)品 交付給用戶的完整的計算機(jī)程序、步驟、相關(guān)的文檔以及指定的數(shù)據(jù)。03.2.3 軟件項目 軟件產(chǎn)品開發(fā)的中間步驟或最終步驟任何可識不部分。03.2.4 開發(fā) 生產(chǎn)一個軟件產(chǎn)品所執(zhí)行的所有活

6、動03.2.5 時期 能明確定義的工作的一部分。(時期既不隱指使用具體的生命周期模式，也不隱指軟件產(chǎn)品開發(fā)中的一段時刻)03.2.6 產(chǎn)品 公司生產(chǎn)的軟件或服務(wù)的全體。03.2.7 (軟件)驗(yàn)證 為了保證某一時期的產(chǎn)品的正確性及與作為時期前的輸入的產(chǎn)品和標(biāo)準(zhǔn)的一致性而進(jìn)行評價的過程。03.2.8 (軟件)確認(rèn) 對軟件進(jìn)行評價以保證符合特定要求的過程。03.2.9 設(shè)計將用戶對系統(tǒng)的要求及潛在要求，轉(zhuǎn)化為方案，最終使用戶獲得中意的使用功能。03.2.10 檢查 確定質(zhì)量活動及相關(guān)結(jié)果是否與打算相一致,打算是否被有效地執(zhí)行達(dá)成目的所要求的條件是否具備而進(jìn)行的一系列調(diào)查活動.03.2.11 (軟件)

7、測試，試驗(yàn)用機(jī)器、設(shè)備等實(shí)際系統(tǒng)來評價產(chǎn)品的一項或幾項要求是否得到全部滿足。03.2.12 開發(fā)部門 泛指公司內(nèi)部從事軟件開發(fā)的部門，能夠是開發(fā)事業(yè)部，也能夠是開發(fā)部。03.3. 縮寫DR(Design Review) - 設(shè)計審查WT(WalkThrough) - 是開發(fā)過程中為了保證產(chǎn)品的質(zhì)量而召開的技術(shù)研討會。REV(Revision) - 是指文件、程序等的版本。1.0質(zhì)量手冊的治理1.1概述本質(zhì)量手冊對沈陽東東系統(tǒng)集成有限公司的質(zhì)量體系作了宏觀描述。加強(qiáng)對質(zhì)量手冊的編制、審核、批準(zhǔn)、公布、更改、修訂、換版和日常使用的治理，對保持質(zhì)量手冊與程序文件的一致性和有效性具有十分重要的作用。1

8、.2職責(zé) 項目治理部在治理者代表領(lǐng)導(dǎo)下，負(fù)責(zé)質(zhì)量手冊的治理工作。1.3治理內(nèi)容與要求1.3.1質(zhì)量手冊的批準(zhǔn)公布質(zhì)量手冊編制完成后，由治理者代表審核，總經(jīng)理終審后批準(zhǔn)正式公布。1.3.2質(zhì)量手冊的發(fā)放與保管1.3.2.1質(zhì)量手冊公布后，正本由項目治理部保管，副本向各使用部門發(fā)放。發(fā)放的范圍和數(shù)量由項目治理部依照工作需要確定。1.3.2.2 本質(zhì)量手冊分為受控和非受控兩種版本，由項目治理部負(fù)責(zé)治理。1.3.2.3 受控質(zhì)量手冊發(fā)放對象為認(rèn)證機(jī)構(gòu)、本公司各職能部門中層以上領(lǐng)導(dǎo)及相關(guān)人員。僅限于在公司內(nèi)部使用，由項目治理部編號登記并履行簽發(fā)手續(xù)。持有者應(yīng)妥善保管，未經(jīng)批準(zhǔn)，不得外傳、外借。1.3.2

9、.4 非受控質(zhì)量手冊發(fā)放對象為顧客及其他有關(guān)人員。1.3.3質(zhì)量手冊的更改、修訂、換版1.3.3.1針對質(zhì)量手冊與程序文件在實(shí)施中發(fā)覺的不一致和缺陷等問題，由項目治理部負(fù)責(zé)更改、治理者代表審核、總經(jīng)理批準(zhǔn)。要保存更改記錄。1.3.3.2當(dāng)質(zhì)量體系與外部環(huán)境有較大變動時，應(yīng)由總經(jīng)理批準(zhǔn)，項目治理部組織質(zhì)量手冊的換版。1.3.3.3當(dāng)發(fā)生下述情況時，對質(zhì)量手冊進(jìn)行更改：質(zhì)量方針變動；組織機(jī)構(gòu)有較大變動；質(zhì)量保證要求或合同有較大的變動；內(nèi)部質(zhì)量審核和治理評審提出重大改進(jìn)；質(zhì)量手冊依據(jù)與法規(guī)換版等。1.3.3.4 質(zhì)量手冊的更改、修訂的批準(zhǔn)按文件和質(zhì)量改進(jìn)程序進(jìn)行。1.3.4質(zhì)量手冊的日常治理1.3.

10、4.1質(zhì)量手冊持有者要妥善保管，不得遺失、外借或擅自修改、修訂。應(yīng)及時反饋修改意見。1.3.4.2項目治理部負(fù)責(zé)對質(zhì)量手冊的更改修訂進(jìn)行治理，確保各部門使用的質(zhì)量手冊是現(xiàn)行有效版本。2.0. 企業(yè)概況沈陽東東系統(tǒng)集成有限公司（以下簡稱公司）成立于1996年3月，是由寶鋼東軟信息產(chǎn)業(yè)有限公司與日本東芝公司合資組建的企業(yè)。公司要緊從事計算機(jī)軟件及系統(tǒng)集成產(chǎn)品的開發(fā)和銷售等業(yè)務(wù)。公司幾年來致力于計算機(jī)軟件的研究和開發(fā)，包括手寫體識不技術(shù)、智能圖像技術(shù)與處理技術(shù)、應(yīng)用軟件開發(fā)技術(shù)，同時還承擔(dān)東芝公司托付的日本計算機(jī)軟件應(yīng)用項目的開發(fā)工作。 到1998年底，共完成軟件研究和開發(fā)項目一百多個，累積創(chuàng)匯20

11、0多萬美元，1998年全年產(chǎn)值3000萬元人民幣，公司的人才隊伍也從當(dāng)初的十幾人進(jìn)展到目前的一百多人。產(chǎn)品是企業(yè)的生命，產(chǎn)品是企業(yè)求得生存和服務(wù)社會的全然。軟件作為一種高科技、高智慧 的產(chǎn)品，正日益成為社會運(yùn)行中的重要組成部分。為開發(fā)適應(yīng)社會需要的軟件產(chǎn)品，東東公司建立了一整套的產(chǎn)品開發(fā)運(yùn)行機(jī)制，從項目的承接洽談到出廠維護(hù)都嚴(yán)格進(jìn)行過程的治理、操縱和審查，并與國際質(zhì)量認(rèn)證體系接軌，切實(shí)有效地進(jìn)行ISO9000的質(zhì)量治理工作。東東公司在嚴(yán)格的質(zhì)量治理體系下開發(fā)出一系列的產(chǎn)品均受到用戶的好評。東東公司開發(fā)基地位于我國規(guī)模最大的軟件園 東北大學(xué)軟件園內(nèi)，環(huán)境優(yōu)美，充滿了現(xiàn)代化高科技?xì)庀?，東東公司成立

12、之初就采納現(xiàn)代化的運(yùn)行機(jī)制，建立了一流的開發(fā)環(huán)境。規(guī)?；涂沙掷m(xù)進(jìn)展是公司長期進(jìn)展的全然目標(biāo)，力爭在以后的三年內(nèi)把東東公司建成國內(nèi)一流的計算機(jī)軟件公司。公司地址：中國沈陽市三好街84-2號東大科學(xué)館郵政編碼：110003聯(lián)系電話：86-24-23783000 3.0 質(zhì)量方針沈陽東東系統(tǒng)集成有限公司的質(zhì)量方針包括：3.1質(zhì)量宗旨： 質(zhì)量第一、技術(shù)先進(jìn)、治理科學(xué)、顧客至上3.2質(zhì)量目標(biāo)： 力爭合同履約率達(dá)到100%。3.3實(shí)施原則： 制度化 以完善的質(zhì)量體系規(guī)范所有的工作流程； 科學(xué)化 用科學(xué)的手段不斷提高產(chǎn)品的質(zhì)量水平； 全員化 讓每位職員都自覺參與過程的質(zhì)量操縱。 沈陽東東系統(tǒng)集成有限公司

13、總經(jīng)理： 1999.11.24.0 質(zhì)量體系要求4.1 治理職責(zé)4.1.1. 概述 確定與質(zhì)量有關(guān)的組織機(jī)構(gòu)人員和質(zhì)量職責(zé)、權(quán)限以及相互之間的關(guān)系并使之得到貫徹執(zhí)行，確保本公司質(zhì)量體系有效運(yùn)行，以實(shí)現(xiàn)規(guī)定的質(zhì)量目標(biāo)。4.1.2. 適用范圍適用于本公司治理系統(tǒng)的各個職能部門及有關(guān)人員。4.1.3. 質(zhì)量方針4.1.3.1 本公司的質(zhì)量方針見本手冊3.0章節(jié)。4.1.3.2 質(zhì)量方針由公司總經(jīng)理制定并公布，包括質(zhì)量宗旨、質(zhì)量目標(biāo)、實(shí)施原則和對顧客的承諾。4.1.3.3公司全體職員應(yīng)理解并自覺貫徹質(zhì)量方針。4.1.4 組織結(jié)構(gòu)4.1.4.1 按照ISO9000的要求，東東公司在治理工作中建立與質(zhì)量體

14、系相適應(yīng)的組織結(jié)構(gòu)并規(guī)定職權(quán)范圍。下圖為與質(zhì)量治理相關(guān)的組織機(jī)構(gòu)：總經(jīng)理治理者代表行政治理副總經(jīng)理開發(fā)體系副總經(jīng)理 營銷事業(yè)部辦公室市場營銷副總經(jīng)理總經(jīng)理治理者代表行政治理副總經(jīng)理開發(fā)體系副總經(jīng)理 營銷事業(yè)部辦公室市場營銷副總經(jīng)理 國際事業(yè)一部 國際事業(yè)一部商務(wù)部技術(shù)支撐部 國際事業(yè)二部開發(fā)部國際事業(yè)三部開發(fā)部開發(fā)部商務(wù)部技術(shù)支撐部 國際事業(yè)二部開發(fā)部國際事業(yè)三部開發(fā)部開發(fā)部 產(chǎn)品開發(fā)事業(yè)部項目治理部質(zhì)量體系組開發(fā)部產(chǎn)品開發(fā)事業(yè)部項目治理部質(zhì)量體系組開發(fā)部4.1.4.2領(lǐng)導(dǎo)及職能部門的職責(zé)權(quán)限4.1.4.2.1總經(jīng)理：總經(jīng)理作為公司的最高行政治理負(fù)責(zé)人，是公司質(zhì)量體系的最高責(zé)任者，要緊負(fù)責(zé)公司

15、經(jīng)營的整體規(guī)劃、決策，公司業(yè)務(wù)進(jìn)展戰(zhàn)略及調(diào)整。負(fù)責(zé)重大質(zhì)量決策，配備資源，任命治理者代表。確定公司質(zhì)量體系的結(jié)構(gòu)，制定批準(zhǔn)公布公司質(zhì)量方針、質(zhì)量目標(biāo)，批準(zhǔn)質(zhì)量體系的運(yùn)行與改進(jìn)。負(fù)責(zé)治理評審，對質(zhì)量體系的有效性負(fù)責(zé)。規(guī)定各部門，各級人員質(zhì)量職責(zé)、權(quán)限和相互關(guān)系。 4.1.4.2.2副總經(jīng)理：公司設(shè)立副總經(jīng)理職務(wù)若干名。要緊受總經(jīng)理指派協(xié)助總經(jīng)理負(fù)責(zé)公司的某一或幾方面的要緊業(yè)務(wù)工作，并為其要緊責(zé)任治理業(yè)務(wù)。公司依照業(yè)務(wù)需要分不設(shè)立開發(fā)體系副總經(jīng)理、市場營銷副總經(jīng)理和行政治理副總經(jīng)理。開發(fā)體系副總經(jīng)理： 要緊是受總經(jīng)理的指派負(fù)責(zé)公司軟件開發(fā)工作，主管國際事業(yè)一、二、三部、產(chǎn)品開發(fā)事業(yè)部和項目治理部。

16、要緊職責(zé)是批準(zhǔn)軟件產(chǎn)品開發(fā)、項目立項、開發(fā)資源治理、開發(fā)工作總體分配、開發(fā)過程監(jiān)控及評價。c. 負(fù)責(zé)行政治理的副總經(jīng)理： 要緊是受總經(jīng)理的指派負(fù)責(zé)公司整體的行政治理工作，主管辦公室和財務(wù)部。其職責(zé)包括公司整體的行政事務(wù)處理、打算財務(wù)治理、人事治理、固定資產(chǎn)治理及后勤服務(wù)，同時，也負(fù)責(zé)公司分支機(jī)構(gòu)的相關(guān)行政業(yè)務(wù)。d. 負(fù)責(zé)市場營銷的副總經(jīng)理 負(fù)責(zé)公司整體的市場營銷工作，包括市場開拓、銷售網(wǎng)絡(luò)治理、技術(shù)服務(wù)、商務(wù)服務(wù)。主管營銷事業(yè)部；同時，也負(fù)責(zé)公司分支機(jī)構(gòu)的經(jīng)營業(yè)務(wù)工作。 4.1.4.2.3辦公室： 辦公室負(fù)責(zé)公司自用設(shè)備的登記、治理，以及公司職員培訓(xùn)的歸口治理工作。4.1.4.2.4營銷事業(yè)部

17、： 技術(shù)支撐部：合同項目的執(zhí)行、設(shè)備維修及維護(hù)。 商務(wù)部：國內(nèi)合同治理、設(shè)備采購、庫房治理、產(chǎn)品價格制定、部門協(xié)調(diào)治理。4.1.4.2.5項目治理部： 負(fù)責(zé)合同治理、項目統(tǒng)計、文檔治理、項目驗(yàn)收及評價、時期性檢查、組織編制和修訂質(zhì)量體系文件、協(xié)助實(shí)施治理評審和內(nèi)部質(zhì)量體系審核、受控文件的治理。4.1.4.2.6產(chǎn)品開發(fā)事業(yè)部： 負(fù)責(zé)國內(nèi)應(yīng)用軟件產(chǎn)品、合同項目分析、設(shè)計、編碼、測試和維護(hù)。4.1.4.2.7國際事業(yè)一、二部、三部：負(fù)責(zé)國際應(yīng)用軟件產(chǎn)品、合同項目分析、設(shè)計、編碼、測試和維護(hù)。4.1.4.2.8 開發(fā)人員： 負(fù)責(zé)軟件產(chǎn)品的需求分析、設(shè)計、開發(fā)和維護(hù)以及測試發(fā)覺問題的修改。4.1.4.

18、2.9 檢驗(yàn)人員： 嚴(yán)格按照程序要求進(jìn)行檢驗(yàn)和測試，防止不合格產(chǎn)品的誤用。4.1.4.2.10 內(nèi)部質(zhì)量審核員： 負(fù)責(zé)進(jìn)行質(zhì)量體系的內(nèi)部質(zhì)量審核。4.1.4.3資源與人員開發(fā)部門在開發(fā)工作之前應(yīng)明確對治理、執(zhí)行工作和驗(yàn)證活動所需資源的要求，如人員、設(shè)備及開發(fā)必備環(huán)境和業(yè)務(wù)驗(yàn)證工作等各項資源需求并預(yù)備充足。業(yè)務(wù)驗(yàn)證工作包括了設(shè)計評審、接收檢查、綜合測試、出廠檢查、內(nèi)部體系審核等多項內(nèi)容。按確定要求配備所需資源，包括配備通過培訓(xùn)合格的人員。4.1.4.4治理者代表 a.為了確保質(zhì)量體系持續(xù)有效地運(yùn)行,由公司總經(jīng)理在公司高層領(lǐng)導(dǎo)中任命。 b.治理者代表要向東東公司總經(jīng)理報告質(zhì)量體系的運(yùn)行情況,并基于

19、此改進(jìn)質(zhì)量體系。這包括：確立保持和完備質(zhì)量體系確定質(zhì)量保證的重點(diǎn)目標(biāo)操縱質(zhì)量手冊(制定、公布、審查)策劃與執(zhí)行內(nèi)部質(zhì)量審核和分承包方質(zhì)量審核維護(hù)與執(zhí)行質(zhì)量體系讓全體職員完全了解質(zhì)量手冊的內(nèi)容推進(jìn)公司內(nèi)部的標(biāo)準(zhǔn)化策劃并進(jìn)行有關(guān)質(zhì)量會議收集并傳達(dá)有關(guān)質(zhì)量的信息不合格品的治理及糾正措施確認(rèn)不合格的緣故、應(yīng)采取的對策研究防止再發(fā)生或橫向擴(kuò)散的對策形成可防患于未然的質(zhì)量體系其它調(diào)整公司內(nèi)外相關(guān)聯(lián)的各種質(zhì)量事項4.1.4.5 治理評審4.1.4.5.1 項目治理部是治理評審的責(zé)任部門，由總經(jīng)理負(fù)責(zé)主持，公司其他治理者參加，并應(yīng)在內(nèi)部質(zhì)量體系審核的基礎(chǔ)上進(jìn)行。4.1.4.5.2東東公司最高治理者應(yīng)定期對質(zhì)量

20、體系進(jìn)行評審，每年至少應(yīng)進(jìn)行一次，同時兩次評審的時刻間隔不超過12個月，以保證質(zhì)量體系持續(xù)有效地運(yùn)行。如遇有下述情況可適當(dāng)追加進(jìn)行治理評審的頻次：公司組織結(jié)構(gòu)發(fā)生較大變化；社會要求發(fā)生較大變化；市場要求發(fā)生較大變化；發(fā)生重大質(zhì)量事故或顧客嚴(yán)峻申訴；其他情況4.1.4.5.3 治理評審的預(yù)備由公司治理者代表組織編制治理評審打算，報總經(jīng)理批準(zhǔn)后實(shí)施。按打算規(guī)定有關(guān)部門負(fù)責(zé)人預(yù)備提交治理評審資料和信息。內(nèi)容包括：內(nèi)部質(zhì)量審核和糾正預(yù)防措施的結(jié)果；市場要求變化及本公司產(chǎn)品銷售情況；本公司產(chǎn)品質(zhì)量技術(shù)狀況、水平；社會要求變化（如技術(shù)標(biāo)準(zhǔn)變化，某些法規(guī)變化等）。4.1.4.5.4 治理評審內(nèi)容 a. 內(nèi)部

21、質(zhì)量體系審核的結(jié)論和預(yù)防措施的實(shí)施結(jié)果。 b. 質(zhì)量體系有效性評價。 c. 質(zhì)量體系對內(nèi)、外的適宜性及因此而需要進(jìn)行調(diào)整，修改的建議。 d. 質(zhì)量方針、質(zhì)量目標(biāo)和質(zhì)量體系的適應(yīng)性評價。4.1.4.5.5 治理評審形式 公司治理評審采納會議形式進(jìn)行，參加人員除公司治理者外，還能夠視需要選擇有關(guān)部門參加。4.1.4.5.6 治理評審報告評價結(jié)論形成的評審報告應(yīng)經(jīng)總經(jīng)理批準(zhǔn)，并提出糾正和改進(jìn)措施。評審報告應(yīng)分發(fā)至總經(jīng)理、副總經(jīng)理、治理者代表及所涉及的有關(guān)部門領(lǐng)導(dǎo)。由治理者代表組織，項目治理部實(shí)施對糾正的跟蹤監(jiān)控。治理評審的全部記錄由項目治理部保存。4.2 質(zhì)量體系4.2.1. 概述 質(zhì)量體系是貫穿軟

22、件產(chǎn)品整個生命周期的集成化過程體系。建立質(zhì)量體系強(qiáng)調(diào)的是防患于未然而不是事后糾正。 公司應(yīng)按ISO9001：1994標(biāo)準(zhǔn)建立保持文件化質(zhì)量體系并有效實(shí)施。能夠按有系統(tǒng)、條理的文件化質(zhì)量打算來實(shí)現(xiàn)軟件開發(fā)的質(zhì)量保證活動,確保本公司的軟件產(chǎn)品開發(fā)和系統(tǒng)集成、研制符合規(guī)定要求。 4.2.2. 適用范圍適用于本公司治理層、各職能部門和相關(guān)人員的所有與質(zhì)量有關(guān)的活動。4.2.3. 職責(zé)項目治理部是建立并保持質(zhì)量體系的責(zé)任部門。公司組織結(jié)構(gòu)及人員的職責(zé)權(quán)限見本手冊第4.1節(jié)。4.2.4. 治理內(nèi)容與要求4.2.4.1 本公司建立質(zhì)量體系，并形成質(zhì)量體系程序文件（即規(guī)程）。4.2.4.2 質(zhì)量體系文件結(jié)構(gòu)見

23、圖1。資料、表格（記錄）資料、表格（記錄）作業(yè)標(biāo)準(zhǔn)治理規(guī)程質(zhì)量手冊圖1：質(zhì)量體系文件結(jié)構(gòu)4.2.4.2.1 質(zhì)量手冊公司依照ISO9001：1994標(biāo)準(zhǔn)要求編制質(zhì)量手冊，手冊闡明公司的質(zhì)量方針，并描述公司的質(zhì)量體系。質(zhì)量手冊覆蓋了 ISO9001：1994標(biāo)準(zhǔn)的全部要求，概述了質(zhì)量體系文件結(jié)構(gòu)，引用了質(zhì)量體系程序。4.2.4.2.2 質(zhì)量體系程序公司編制了與質(zhì)量方針和 ISO9001： 1994標(biāo)準(zhǔn)相一致的質(zhì)量體系程序文件（即規(guī)程文件），見附表1，各要素關(guān)聯(lián)規(guī)程一覽表。程序文件為質(zhì)量手冊的支持性文件，規(guī)定實(shí)施質(zhì)量體系要素的途徑和方法，具有可操作性和檢查性。為有效地實(shí)施文件化的質(zhì)量體系，各職能部

24、門應(yīng)嚴(yán)格貫徹執(zhí)行程序文件規(guī)定的要求。4.2.4.2.3 作業(yè)文件作業(yè)文件是為操作者提供作業(yè)指導(dǎo)及必要的評定標(biāo)準(zhǔn)，如作業(yè)指導(dǎo)書、作業(yè)指令、操作規(guī)程、治理規(guī)定等。4.2.4.2.4 質(zhì)量記錄 質(zhì)量記錄的操縱見質(zhì)量手冊4.16章“質(zhì)量記錄操縱”。4.2.4.3 質(zhì)量策劃4.2.4.3.1 公司對治理、執(zhí)行和驗(yàn)證活動進(jìn)行質(zhì)量策劃，并將策劃結(jié)果形成文件且與質(zhì)量體系文件相一致。4.2.4.3.2 為使本公司滿足軟件產(chǎn)品項目或合同規(guī)定的要求，本公司應(yīng)確定以下活動： 在合適的地點(diǎn)用可測量的用語表示質(zhì)量要求；軟件開發(fā)使用的生存周期模型；規(guī)定每一項目時期的啟動和結(jié)束的準(zhǔn)則；明確執(zhí)行的評審、測試以及其他驗(yàn)證和確認(rèn)活

25、動的類型；明確正在執(zhí)行的配制治理規(guī)程；明確下列有關(guān)詳細(xì)策劃（包括進(jìn)度安排、規(guī)程、資源和批準(zhǔn)）及具體職責(zé)和權(quán)限：配置治理開發(fā)產(chǎn)品的驗(yàn)證和確認(rèn)顧客提供產(chǎn)品的驗(yàn)證不合格品操縱和糾正措施執(zhí)行質(zhì)量打算中所述各項活動的保證，質(zhì)量打算是質(zhì)量體系應(yīng)用于特定的項目、產(chǎn)品或合同剪裁的結(jié)果。4.2.4.3.3適用時，質(zhì)量打算能夠包括引用的和/或項目、產(chǎn)品合同專用的規(guī)程。質(zhì)量打算應(yīng)隨開發(fā)的進(jìn)展而更新，并在每一時期開始時，將更改時期有關(guān)的所有組織進(jìn)行評審并取得一致意見。4.2.4.3.4描述質(zhì)量打算的文件能夠是一個獨(dú)立的文件，或者另一文件的一部分，或幾個文件組成。質(zhì)量打算能夠包括或引用單元測試、組合測試或驗(yàn)收測試的打算

26、，關(guān)于測試策劃和測試環(huán)境的指南，見本手冊4.10 “檢驗(yàn)和測試”。4.2.4.3.5 附表-1中描述了相關(guān)文件間的關(guān)系。4.3合同評審4.3.1. 概述 為了保證公司開發(fā)的產(chǎn)品能夠達(dá)到和滿足客戶的需求，需在簽定合同之前對合同內(nèi)容進(jìn)行分析、評審，力求達(dá)到對合同需求和約束條件的共同理解，確保公司有能力準(zhǔn)確地實(shí)現(xiàn)合同條款。4.3.2. 適用范圍適用于公司開發(fā)的所有定制半定制軟件。4.3.3. 職責(zé)a.國際合作項目部分項目治理部是國際合作項目合同評審的責(zé)任部門。開發(fā)部門將獲得的用戶需求信息和招標(biāo)信息通知項目治理部，并對其進(jìn)行分析，從中選擇適合的項目。由項目治理部組織開發(fā)人員進(jìn)行合同的預(yù)備工作，并進(jìn)行估

27、價。估價書須經(jīng)開發(fā)部門部長審查和負(fù)責(zé)開發(fā)的副總經(jīng)理批準(zhǔn)。b.國內(nèi)軟件開發(fā)部分商務(wù)部是國內(nèi)軟件開發(fā)合同評審的責(zé)任部門。由營銷事業(yè)部對獲得的用戶需求信息和招標(biāo)信息等進(jìn)行分析，編寫分析報告，從中選擇適合的項目，經(jīng)主管領(lǐng)導(dǎo)批準(zhǔn)后通知項目治理部。由商務(wù)部組織開發(fā)和市場的人員進(jìn)行投標(biāo)前的預(yù)備工作，擬訂投標(biāo)書并進(jìn)行估價。由商務(wù)部組織開發(fā)、技術(shù)支撐部和市場的人員（技術(shù)支撐部必要時參加，以下同。）對投標(biāo)書進(jìn)行評審，提出修改意見。評審?fù)ㄟ^后送交主管領(lǐng)導(dǎo)審批，合格后參與投標(biāo)。由商務(wù)部組織開發(fā)、技術(shù)支撐部和市場的人員對客戶的需求（文字或口頭）進(jìn)行分析，并制作概要需求規(guī)范書。在概要需求規(guī)范書的基礎(chǔ)上制作估價書由公司制作

28、合同書時，與客戶洽談的部門負(fù)責(zé)合同草案的編制。由商務(wù)部組織開發(fā)、技術(shù)支撐部和市場的人員對合同草案進(jìn)行評審，評審結(jié)果記錄在DR-Q記錄中。4.3.4. 治理內(nèi)容與要求4.3.4.1 建立并保持R-03000合同交接規(guī)程和R-03001合同評審實(shí)施規(guī)程。4.3.4.2 合同內(nèi)容那個地點(diǎn)指客戶或市場部提供給開發(fā)部門的需求(規(guī)范與工作條文)。 開發(fā)部門應(yīng)按照文檔化的程序接收客戶的文檔, 了解客戶的需求。假如客戶的要求是口頭上的, 也要在記錄后由客戶(簽字)認(rèn)可。對需求進(jìn)行評審以保證所有需求都正確地文檔化。同時, 合同評審也要保證合同內(nèi)容符合相關(guān)的政策法規(guī)。合同評審記錄作為評審過程中的一種質(zhì)量文件存檔維

29、護(hù)。4.3.4.3 合同評審的要求4.3.4.3.1在投標(biāo)或同意合同之前，應(yīng)對每一標(biāo)書、協(xié)議、定單、合同進(jìn)行評審，以確保達(dá)到下列要求：顧客的各項要求都有明確規(guī)定，并形成文件。如以口頭方式同意合同或定單，公司應(yīng)確保定單在其被同意之前得到同意。所有與顧客要求不一致的內(nèi)容都已通過協(xié)商解決。公司應(yīng)具有滿足合同要求的能力。4.3.4.3.2需求規(guī)范中的未確定事項 開發(fā)部門對在需求規(guī)范中未決定和可能的事項要在文檔中記錄下來并接著跟蹤直到情況得到解決。4.3.4.3.3 需方需求規(guī)范講明在合同洽談過程與開發(fā)過程中，供需雙方都應(yīng)有指定的負(fù)責(zé)人負(fù)責(zé)需求規(guī)范問題并由項目負(fù)責(zé)人把這方面內(nèi)容記入到開發(fā)打算書中去。由開

30、發(fā)方確定的需求規(guī)范應(yīng)與需方討論后形成文檔并經(jīng)需方認(rèn)可。由需方提供的文檔也應(yīng)在與需方討論后，以“議事錄”的形式，經(jīng)需方認(rèn)可形成補(bǔ)充講明的文檔。這些文檔作為開發(fā)文檔的一部分由項目的文檔負(fù)責(zé)人治理。必要時,在此過程形成“產(chǎn)品驗(yàn)收規(guī)范”以便為后面的產(chǎn)品驗(yàn)收工作提供依據(jù)。在項目開發(fā)人員未直接與需方討論時, 要有合同交接手續(xù)。4.3.4.3.4 配置治理配置治理是對記述客戶需求事項的文件、從客戶獲得的文件數(shù)據(jù)、設(shè)計文檔、程序及環(huán)境進(jìn)行治理。在項目開發(fā)打算中應(yīng)明確必要的配置治理者、配置治理活動及工具、方法等。假如在開發(fā)與維護(hù)活動過程中出現(xiàn)變化，開發(fā)部門應(yīng)基于配置治理進(jìn)行更改。配置治理工具也作為環(huán)境的一部分統(tǒng)

31、一治理。4.3.4.4 合同評審的內(nèi)容：評審中的質(zhì)量條款。需求規(guī)范中的未確定事項。顧客需求規(guī)格講明。生產(chǎn)能力和交貨期要求。有關(guān)法律法規(guī)要求。其他要求4.3.4.5 合同評審的方式 合同評審采取會議評審方式。4.3.4.6 依照評審結(jié)果，對標(biāo)書、合同協(xié)議草案、定單、詢價等模糊不清的地點(diǎn)，應(yīng)征得顧客答復(fù)后，及時反饋給有關(guān)部門。4.3.4.7 對顧客或有關(guān)方面提出的不適當(dāng)要求，應(yīng)與顧客協(xié)商研究后妥善處理。4.3.4.8 最終合同評審 項目治理部負(fù)責(zé)組織相關(guān)部門參加國際合作項目的合同評審，國內(nèi)項目的合同評審由商務(wù)部組織相關(guān)部門共同進(jìn)行，銷售代表應(yīng)與開發(fā)部門相互核實(shí)評審記錄。4.3.4.9 合同修訂假如

32、合同內(nèi)容有任何變動, 都需要有文檔記錄。即使得到的是口頭上的改動, 也應(yīng)該記錄下來, 并由提出者認(rèn)可。同時, 合同改動也要在公司內(nèi)部進(jìn)行審查，并按規(guī)定的渠道將修訂的內(nèi)容正確地傳遞到公司的各有關(guān)部門。4.3.4.10 合同評審中形成的記錄，按本手冊質(zhì)量記錄的操縱要求進(jìn)行保管。4.3.4.11建立并保持評審中的質(zhì)量條款 在合同簽署前應(yīng)就軟件的版權(quán)和所有權(quán)、安裝和驗(yàn)收方式、維護(hù)方法達(dá)成一致意見。公司內(nèi)部進(jìn)行的合同評審要對合同中的所有質(zhì)量條款方面的內(nèi)容逐一檢查并記錄。4.4設(shè)計操縱4.4.1. 概述 軟件開發(fā)、設(shè)計是軟件產(chǎn)品形成的關(guān)鍵環(huán)節(jié)，通過對產(chǎn)品開發(fā)的策劃，設(shè)計、制造過程建立并保持文件化規(guī)程，以確

33、保滿足規(guī)定的要求。開發(fā)軟件產(chǎn)品要在開發(fā)過程的各個時期中融合質(zhì)量治理過程。開發(fā)部門以質(zhì)量治理工程圖來打算每一實(shí)施的過程，并以此為基礎(chǔ)進(jìn)行開發(fā)。每一項工程都按制定的程序進(jìn)行治理確保軟件產(chǎn)品的設(shè)計質(zhì)量。4.4.2. 適用范圍適用于公司所有開發(fā)部門的軟件開發(fā)過程。4.4.3. 職責(zé)開發(fā)部門是設(shè)計操縱的責(zé)任部門。項目治理部負(fù)責(zé)實(shí)施項目開發(fā)過程中的質(zhì)量操縱活動。4.4.4. 治理內(nèi)容與要求4.4.4.1開發(fā)策劃與質(zhì)量策劃a.為把顧客的需求規(guī)范轉(zhuǎn)化成軟件產(chǎn)品，開發(fā)打算應(yīng)制定包括質(zhì)量打算在內(nèi)的嚴(yán)格的過程或方法，把工作劃分成幾個時期，并標(biāo)識出：所進(jìn)行的各開發(fā)時期每個時期所要求的輸入每個時期所要求的輸出對每個時期

34、的驗(yàn)證過程在各開發(fā)時期為達(dá)到特定要求所存在的潛在問題的分析b.開發(fā)打算應(yīng)規(guī)定如何治理項目，并標(biāo)識出：有關(guān)設(shè)計、實(shí)現(xiàn)及交付成果的進(jìn)度表進(jìn)度操縱以可檢驗(yàn)的形式明確每一工程的成果確定實(shí)施設(shè)計審查的預(yù)定時刻確定配置治理打算確定設(shè)計標(biāo)準(zhǔn)組織機(jī)構(gòu)的職責(zé)、資源和工作安排、人員培訓(xùn)打算明確質(zhì)量目標(biāo)和性能要求不同部門、項目組之間組織上和技術(shù)上的接口c.開發(fā)打算應(yīng)鑒不保證所有工作正確執(zhí)行的方法，包括：開發(fā)規(guī)則、慣例和條例開發(fā)工具和技術(shù)配置治理d.開發(fā)打算要得到項目治理部的確認(rèn)。4.4.4.2組織與技術(shù)上的接口在(系統(tǒng))開發(fā)打算書中明確開發(fā)部門開發(fā)負(fù)責(zé)范圍、責(zé)任分擔(dān)、所有各方之間傳遞信息的方式及定期確認(rèn)的方法。確定

35、接口時，除應(yīng)考慮顧客和供方之外，還應(yīng)考慮到對安裝和培訓(xùn)活動有要求的各方，特不是可能需要最終用戶和中間操作人員的參與。還應(yīng)考慮內(nèi)部接口的關(guān)系。4.4.4.3開發(fā)時期的輸入和輸出應(yīng)確定每個開發(fā)時期的輸入、輸出并記入文檔。開發(fā)部門要按照開發(fā)打算依照事先確定的規(guī)程與標(biāo)準(zhǔn)完成并驗(yàn)證各個時期的成果。各時期的輸入包括適用的法令和法規(guī)要求、前一時期的輸出、每個時期的作業(yè)標(biāo)準(zhǔn)等。開發(fā)部門要在各時期開始前明確預(yù)備這些內(nèi)容，對其中不完全、不明確的事項提出解決的對策。設(shè)計輸入應(yīng)考慮合同評審活動的結(jié)果。4.4.4.4設(shè)計評審與設(shè)計驗(yàn)證與確認(rèn)設(shè)計評審應(yīng)依照每個時期的開發(fā)打算與結(jié)果進(jìn)行。相關(guān)部門要參加每個時期的設(shè)計評審，記

36、錄并保存設(shè)計評審的結(jié)果。在每個時期的結(jié)束期，項目負(fù)責(zé)人應(yīng)通過DR或WT、測試等活動驗(yàn)證該時期設(shè)計輸出的成果是否滿足輸入要求。在產(chǎn)品提交用戶驗(yàn)收之前，應(yīng)依照其規(guī)定的預(yù)期用途確認(rèn)產(chǎn)品的運(yùn)行符合合同要求。設(shè)計確認(rèn)的結(jié)果，以及需進(jìn)一步采取的措施和實(shí)施情況應(yīng)加以記錄。4.4.4.5進(jìn)度操縱為了明確把握軟件開發(fā)過程的進(jìn)度,產(chǎn)品開發(fā)部門要制作進(jìn)度治理表。進(jìn)度治理表要從(掌握全局的)大日程表到(內(nèi)容細(xì)化的)中/小日程表展開制作。各個工程開始前要完成詳細(xì)治理的工程進(jìn)度治理表。進(jìn)度治理表要得到項目負(fù)責(zé)人的批準(zhǔn)。開發(fā)部門將進(jìn)度情況定期地記錄在進(jìn)度治理表上,依此記錄評價進(jìn)度的最新狀況。為了保證開發(fā)打算的有效實(shí)施，應(yīng)打

37、算并安排進(jìn)度評審，討論出現(xiàn)的問題及解決方法，并將討論結(jié)果作出文件歸檔。4.4.4.6質(zhì)量策劃 質(zhì)量打算作為開發(fā)打算的一部分來考慮處理。質(zhì)量目標(biāo)作為開發(fā)目標(biāo)的一部分盡可能以定量形式在開發(fā)打算書給出。項目的質(zhì)量打算在開發(fā)打算書中具體規(guī)定。4.4.4.7 設(shè)計更改a.更改要求的發(fā)生 更改要求發(fā)生的緣故有顧客需求規(guī)范發(fā)生變化和開發(fā)中發(fā)覺問題引發(fā)更改兩種。 c.更改的受理 為了對發(fā)生的全部更改要求進(jìn)行有效治理，將更改內(nèi)容記錄在更改治理表上。更改治理表包含的項目有：治理號，更改要求內(nèi)容，受理日，結(jié)果(更改要求的處理結(jié)果、處理狀況) d.更改的調(diào)查研討 確認(rèn)更改內(nèi)容的適當(dāng)性，調(diào)查、討論更改的阻礙范圍和處理方

38、法，必要時形成文檔。 e.更改的審查，實(shí)施推斷 項目負(fù)責(zé)人審查更改的調(diào)查、討論結(jié)果，確定是否實(shí)施更改，并指定更改責(zé)任者進(jìn)行更改。 f.發(fā)行，釋放，通知 項目負(fù)責(zé)人須在考慮開發(fā)狀況和顧客的希望的基礎(chǔ)上決定更改后的設(shè)計文檔的發(fā)行、程序的更新、釋放和通知有關(guān)人員。4.4.4.8配置治理配置治理是對記述客戶需求事項的文件、從客戶獲得的文件數(shù)據(jù)、設(shè)計文檔、程序及環(huán)境進(jìn)行治理。配置治理提供了標(biāo)識、操縱、和追蹤每個軟件項的正式版本的機(jī)制。在項目開發(fā)打算中應(yīng)明確必要的配置治理者。假如在開發(fā)與維護(hù)活動過程中出現(xiàn)變化，開發(fā)部門應(yīng)基于配置治理進(jìn)行更改。 d. 配置治理工具也作為環(huán)境的一部分統(tǒng)一治理。4.5 文件和資

39、料操縱4.5.1概述 為保證在質(zhì)量體系運(yùn)行中起重要作用的各環(huán)節(jié)，都使用有效版本的文件和資料，應(yīng)對公司文件化的業(yè)務(wù)信息(稱文件)，規(guī)定出恰當(dāng)?shù)闹卫碇贫龋源_保關(guān)聯(lián)部門的相關(guān)人員能夠獲得充分的信息和數(shù)據(jù)，并防止公司信息，客戶情報被泄露或不合理使用。4.5.2. 適用范圍 以公司內(nèi)部發(fā)行的所有業(yè)務(wù)文件及從公司以外收到的業(yè)務(wù)文件為對象，適用于公司所有部門。4.5.3. 職責(zé)辦公室和項目治理部是文件和資料操縱的責(zé)任部門。辦公室負(fù)責(zé)治理公司組織、章程、業(yè)務(wù)文件、中長期企化、預(yù)算，董事會材料等文件；項目治理部負(fù)責(zé)治理質(zhì)量體系文件、國際合同文件、質(zhì)量記錄、開發(fā)結(jié)束后的設(shè)計文檔等；開發(fā)部門保存在產(chǎn)品開發(fā)過程中形

40、成的設(shè)計文檔、質(zhì)量記錄等；營銷事業(yè)部負(fù)責(zé)治理市場、銷售、公司宣傳材料、國內(nèi)合同；各類文件的實(shí)施責(zé)任者指定文件編寫，審查，批準(zhǔn)責(zé)任者和改版修改人。文件治理者依照相關(guān)規(guī)程或規(guī)定負(fù)責(zé)文件的保管，分發(fā)和廢除。4.5.4. 治理內(nèi)容與要求4.5.4.1 建立并保持R-05000文件治理規(guī)程。4.5.4.2 文件及資料包括： 規(guī)定業(yè)務(wù)規(guī)則的治理規(guī)程；規(guī)定期限規(guī)則的業(yè)務(wù)通知；記述業(yè)務(wù)工作方法等講明的作業(yè)標(biāo)準(zhǔn)；記述產(chǎn)品質(zhì)量的狀況及質(zhì)量體系運(yùn)營情況等的質(zhì)量記錄；提交給用戶的作為各種產(chǎn)品設(shè)計、制作的成果的規(guī)范書，講明書等設(shè)計文檔；歸納了技術(shù)成果、調(diào)查結(jié)果等的技術(shù)報告；公司內(nèi)外用培訓(xùn)資料；以向第三者宣傳為目的的產(chǎn)品

41、講明書、產(chǎn)品目錄、手冊類型及除上述外的產(chǎn)品業(yè)務(wù)文件、產(chǎn)品業(yè)務(wù)以外文件( 聯(lián)絡(luò)書、報告、提案書、會議通知、交付書)；從關(guān)聯(lián)企業(yè)、用戶等處獲得的相應(yīng)類型的文件。， 文件記錄媒體為紙張，磁帶，磁盤，或光盤。4.5.4.3 文件和資料的批準(zhǔn)和公布各類文件和資料的編寫應(yīng)按規(guī)定進(jìn)行，確保文件和資料的有效性。文件和資料在公布前應(yīng)由授權(quán)人員審批其適用性。應(yīng)制定并可隨時得到識不文件的現(xiàn)行修訂狀態(tài)的操縱清單和有效版本,以防止使用失效和/或作廢的文件。要清晰地標(biāo)明文件的分發(fā)對象和合適的發(fā)行時刻(期),以保證在對質(zhì)量體系有效運(yùn)行起重要作用的各個場所都能得到相應(yīng)文件的有效版本。以電子媒體形式在公司內(nèi)部網(wǎng)上公布的質(zhì)量體系

42、文件，作為書面公布的質(zhì)量體系文件的輔助性文件，以方便查詢和使用。當(dāng)與書面公布的質(zhì)量體系文件發(fā)生沖突時以書面文件為準(zhǔn)。4.5.4.4文件和資料的更改文件和資料的更改一般應(yīng)由該文件的原審批部門進(jìn)行審批。若指定其它部門審批時，該部門首先應(yīng)獲得審批所需依據(jù)的有關(guān)背景資料。應(yīng)按照文件操縱規(guī)程講明標(biāo)注文件修改情況。為法律和/或積存知識的目的所保留的任何已作廢的文件和資料，都應(yīng)進(jìn)行適當(dāng)標(biāo)識，并單獨(dú)保管。4.5.4.5文件和資料的存儲文件和資料應(yīng)在規(guī)定的時刻內(nèi)在指定的地點(diǎn)保存。文件和資料的保管歸檔執(zhí)行文件保管規(guī)程和設(shè)計文檔治理規(guī)程。4.5.4.6文件和資料的廢棄 作廢的文件應(yīng)及時撤出。假如已作廢的文件資料還要

43、用于參考等目的，應(yīng)對它進(jìn)行適當(dāng)標(biāo)識。作廢文件的處理執(zhí)行文件保管規(guī)程和設(shè)計文檔治理規(guī)程。4.5.4.7電子媒體形式的文件按電子媒體治理規(guī)程規(guī)定實(shí)施操縱。4.6采購4.6.1概述 為了保證最終產(chǎn)品質(zhì)量滿足規(guī)定要求，必須對阻礙最終產(chǎn)品質(zhì)量的采購過程進(jìn)行有效操縱。采購軟件或硬件時，應(yīng)保證購買的產(chǎn)品和服務(wù)符合規(guī)定的要求。依照所購產(chǎn)品的類型決定供方的選擇和操縱的方式和程度，必要時也要考慮已證實(shí)的所采購產(chǎn)品供方的能力和業(yè)績的記錄。4.6.2適用范圍 適用于由采購部門進(jìn)行的與生產(chǎn)相關(guān)物品的采購活動。4.6.3職責(zé)商務(wù)部是采購的責(zé)任部門。采購申請方負(fù)責(zé)向商務(wù)部提出采購申請，商務(wù)部依照采購需求進(jìn)行采購，并負(fù)責(zé)對分

44、供方的評價和選擇。4.6.4. 治理內(nèi)容與要求4.6.4.1 建立和保持R-06000采購手續(xù)規(guī)程。4.6.4.2 采購產(chǎn)品的類不物品：原材料、配件、托付物、產(chǎn)品、機(jī)械設(shè)備、消耗品、軟件包等均可統(tǒng)稱為物品。托付物：依據(jù)本公司的設(shè)計和規(guī)范，托付生產(chǎn)的軟件、配件或其它產(chǎn)品稱為托付物。4.6.4.3 采購的要緊原則是： 依照產(chǎn)品開發(fā)過程的要求選擇分供方建立和維護(hù)可同意的分供方的記錄檔案為保證購買物品的質(zhì)量應(yīng)采取有效的產(chǎn)品認(rèn)證措施4.6.4.4 分承包方的評價應(yīng)按照滿足分合同要求(包括質(zhì)量要求)的能力來選擇分供方。調(diào)查以往的供貨業(yè)績，評價同類企業(yè)供貨業(yè)績并考慮是否具有質(zhì)量保證能力，質(zhì)量體系是否建立，交

45、貨期和價格能否同意。采購部門應(yīng)建立并保存合格分供方的檔案，定期公布分供方名單。分供方的選擇和對其操縱的方式和程度取決于所購物資的類型。必要時，也要考慮證實(shí)的分供方的能力和業(yè)績的記錄。對其業(yè)績進(jìn)行監(jiān)督，以確保其始終滿足選擇的要求，其監(jiān)督的程度取決于公司最終產(chǎn)品的阻礙程度。4.6.4.5 采購資料4.6.4.5.1 采購文件應(yīng)包括的采購資料內(nèi)容公司的采購文件應(yīng)明確地寫明采購要求，可包括：圖樣、目錄、型號、規(guī)格、品質(zhì)等，用于軟件開發(fā)的采購文件應(yīng)包括：訂購產(chǎn)品的準(zhǔn)確標(biāo)識，如產(chǎn)品名稱/或成品編號。需求規(guī)格講明，或其等同文檔。采納的標(biāo)準(zhǔn)（例如通信協(xié)議、體系結(jié)構(gòu)規(guī)格講明等）。程序和/或工作要求講明。開發(fā)環(huán)境

46、。人員要求。4.6.4.5.2 采購文件發(fā)放前必須對所有采購資料規(guī)定的要求進(jìn)行審批。4.6.4.6采購產(chǎn)品的驗(yàn)證當(dāng)有必要要求到分供方處按供方的質(zhì)量體系實(shí)施評審以確認(rèn)分供方的工作時，應(yīng)把這一要求納入到合同中去，同時也要把驗(yàn)收測試要求納入到合同中。當(dāng)合同規(guī)定顧客方或其代表在產(chǎn)地(或是收到產(chǎn)品時)確認(rèn)采購的產(chǎn)品是否符合規(guī)定的要求時，應(yīng)注意的是，顧客方的確認(rèn)既不能免除我方提供可接收產(chǎn)品的責(zé)任，也不能排除其后顧客的拒收。同時要注意的是當(dāng)顧客方或其代表在分供方處進(jìn)行確認(rèn)時，我方不能將這種確認(rèn)作為分供方實(shí)施有效的質(zhì)量操縱的憑證。4.7顧客提供產(chǎn)品的操縱4.7.1概述 規(guī)定了軟件產(chǎn)品開發(fā)過程中用戶提供的文檔資

47、料的治理。4.7.2適用范圍 適用于軟件開發(fā)過程中用戶提供的用于設(shè)計、驗(yàn)證的所有文檔資料。4.7.3職責(zé)開發(fā)部門和項目治理部是對顧客提供產(chǎn)品進(jìn)行操縱的責(zé)任部門。開發(fā)部門的項目負(fù)責(zé)人在系統(tǒng)開發(fā)打算書中規(guī)定接收文檔、數(shù)據(jù)的配置治理責(zé)任者；開發(fā)部門的配置治理責(zé)任者在開發(fā)過程中負(fù)責(zé)對用戶提供的文檔、數(shù)據(jù)的治理；項目驗(yàn)收提交后，文檔提交項目治理部進(jìn)行保管。4.7.4. 治理內(nèi)容與要求4.7.4.1 建立和保持R-07000用戶提供文檔治理規(guī)程。4.7.4.2開發(fā)部門要按文件規(guī)定的程序?qū)︻櫩吞峁┑奈锲?，包括配套的軟件產(chǎn)品、開發(fā)工具、測試和運(yùn)行資料、接口或其他規(guī)格講明等進(jìn)行操縱。對顧客提供的硬件等物品的操縱

48、應(yīng)執(zhí)行R-09000系統(tǒng)開發(fā)打算書實(shí)施規(guī)程的規(guī)定，顧客提供的產(chǎn)品應(yīng)有詳細(xì)的記錄清單并妥善保管。4.7.4.3在對顧客提供的產(chǎn)品接收時，應(yīng)對提供的項目明確地定義和驗(yàn)證并做好記錄。4.7.4.4顧客和公司雙方應(yīng)確定負(fù)責(zé)治理顧客提供的產(chǎn)品的責(zé)任人員，當(dāng)顧客提供的產(chǎn)品發(fā)生問題時該成員應(yīng)記錄問題并向顧客陳述對策。4.7.4.5 對顧客提供的產(chǎn)品應(yīng)按規(guī)定貯存，妥善保管和維護(hù)，應(yīng)登記建帳，標(biāo)識清晰，防止誤用。4.7.4.6在貯存、使用過程中對丟失、損壞或不適用的情況應(yīng)做好記錄，并及時向顧客報告，取得顧客的書面處理意見。4.7.4.7 受計算機(jī)病毒感染的軟件應(yīng)作為損壞的軟件處理。4.7.4.8 本公司的驗(yàn)收不

49、能免除顧客按合同要求提供合格產(chǎn)品的責(zé)任。4.7.4.9 應(yīng)保存對顧客提供產(chǎn)品的驗(yàn)收記錄和異常情況的報告。4.8產(chǎn)品標(biāo)識和可追溯性4.8.1. 概述通過對軟件開發(fā)過程中的各種項目（需求規(guī)范，設(shè)計書，用戶手冊等各種設(shè)計文檔；源碼，目標(biāo)碼等軟件程序；硬件，差不多軟件，工具等環(huán)境以及從顧客方接收的文件、數(shù)據(jù)（以下簡稱接收文件）等進(jìn)行標(biāo)識，以便隨時能夠正確地把握系統(tǒng)狀態(tài)。防止不同產(chǎn)品、不同版本之間的誤用，以確保需要時實(shí)現(xiàn)可追溯性要求。4.8.2. 適用范圍適用于公司內(nèi)所有的軟件開發(fā)項目的標(biāo)識治理。4.8.3. 職責(zé)開發(fā)部門和項目治理部是產(chǎn)品標(biāo)識和可追溯性的責(zé)任部門。項目負(fù)責(zé)人負(fù)責(zé)在制作系統(tǒng)開發(fā)打算書時明

50、確各項配置治理的負(fù)責(zé)人。各項配置治理負(fù)責(zé)人負(fù)責(zé)在開發(fā)過程中相應(yīng)項的配置治理以及記錄的保管。開發(fā)結(jié)束后，由項目治理部負(fù)責(zé)對配置治理記錄的保管。4.8.4.治理內(nèi)容和要求4.8.4.1配置治理是對軟件開發(fā)過程中的開發(fā)成果（設(shè)計文檔，軟件程序）、環(huán)境、接收文件等各項的版本進(jìn)行標(biāo)識、治理的機(jī)制。配置治理的差不多項目包括：各項目的標(biāo)識；每個項目的版本治理；系統(tǒng)全體的配置的治理；版本的履歷治理。4.8.4.2標(biāo)識在設(shè)計文件或程序的版本操縱過程中，開發(fā)部門要按照文件程序指定一個唯一的標(biāo)識符來對應(yīng)配置產(chǎn)品的每個項目。4.8.4.3 產(chǎn)品可追溯性假如顧客有要求或確實(shí)需要追溯的情況下，要制定產(chǎn)品的唯一性標(biāo)識。開發(fā)

51、部門要在程序指定的范圍內(nèi)對必要項進(jìn)行操縱和追溯。4.9 過程操縱4.9.1. 概述 軟件產(chǎn)品的開發(fā)過程是形成產(chǎn)品實(shí)體質(zhì)量的關(guān)鍵和要緊過程，應(yīng)對開發(fā)過程的人員、設(shè)備、工具和環(huán)境配置等諸多阻礙質(zhì)量的主導(dǎo)因素實(shí)行操縱，使生產(chǎn)始終處于受控狀態(tài)。4.9.2. 適用范圍 適用公司所有軟件產(chǎn)品的開發(fā)過程。4.9.3. 職責(zé) 開發(fā)部門是過程操縱的責(zé)任部門。4.9.4. 治理內(nèi)容與要求4.9.4.1 建立并保持R-9000系統(tǒng)開發(fā)打算書實(shí)施規(guī)程。4.9.4.2開發(fā)部門應(yīng)確定在應(yīng)用軟件設(shè)計和開發(fā)過程中下列阻礙產(chǎn)品質(zhì)量的項目在系統(tǒng)開發(fā)打算書中明確定義并記錄審查結(jié)果。操作系統(tǒng)軟件工具(如編譯器、調(diào)試器、代碼維護(hù)工具、

52、CASE工具等)購入軟件規(guī)則、慣例及約定設(shè)計與生產(chǎn)使用的設(shè)備4.9.4.3為確定軟件、工具、設(shè)備等在設(shè)計與生產(chǎn)過程沒有諸如破壞、丟失軟件信息等不良阻礙，開發(fā)部門應(yīng)指定專人對這些物品進(jìn)行維護(hù)和操縱。4.9.4.4 假如驗(yàn)證評審發(fā)覺了某個過程未能充分驗(yàn)證，開發(fā)部門應(yīng)對后續(xù)過程接著監(jiān)視和操縱。4.10檢驗(yàn)和測試4.10.1概述 通過明確接收檢查、單元測試、組合、綜合測試和公司內(nèi)部驗(yàn)收的方法、內(nèi)容以及實(shí)施要領(lǐng)，以確保產(chǎn)品在開發(fā)的全過程中都能夠滿足用戶的需要。4.10.2. 適用范圍適用于公司研制開發(fā)的所有軟件產(chǎn)品，包括用戶定制產(chǎn)品和軟件包產(chǎn)品。4.10.3.職責(zé)開發(fā)部門是檢驗(yàn)和測試的責(zé)任部門。單元測試

53、 各模塊開發(fā)承擔(dān)者負(fù)責(zé)該模塊的測試規(guī)范書的制作和測試，項目負(fù)責(zé)人（子項目負(fù)責(zé)人）負(fù)責(zé)對測試規(guī)范書和測試結(jié)果的審查。開發(fā)部門部長負(fù)責(zé)測試規(guī)范書和測試結(jié)果的批準(zhǔn)。 c. 組合、綜合測試 項目負(fù)責(zé)人或其指定人員負(fù)責(zé)測試規(guī)范書的制作和測試的實(shí)施，相應(yīng)的開發(fā)部門部長負(fù)責(zé)對測試規(guī)范書及測試結(jié)果進(jìn)行審批。 d. 驗(yàn)收 項目負(fù)責(zé)人負(fù)責(zé)驗(yàn)收會的預(yù)備工作，包括申請書和相關(guān)資料的預(yù)備、會議記錄的制作等。 開發(fā)部門部長、項目治理部部長或其托付的非項目開發(fā)人員負(fù)責(zé)對產(chǎn)品質(zhì)量的審查。 主管領(lǐng)導(dǎo)負(fù)責(zé)產(chǎn)品的批準(zhǔn)。4.10.4. 治理內(nèi)容與要求4.10.4.1檢驗(yàn)與試驗(yàn)工作那個地點(diǎn)指的是：接收檢查、組合測試、綜合測試、公司內(nèi)的

54、最終測試等工作。開發(fā)部門基于系統(tǒng)開發(fā)打算和測試規(guī)范進(jìn)行上述各過程的檢查和測試。4.10.4.2 接收檢查產(chǎn)品開發(fā)部門應(yīng)參照裝運(yùn)聲明對采購的物品進(jìn)行接收檢查,并記錄檢查結(jié)果，確保未經(jīng)檢驗(yàn)或檢驗(yàn)不合格的產(chǎn)品不投入使用。檢驗(yàn)假如發(fā)覺問題應(yīng)提交問題報告單報告商務(wù)部以便糾正。確定接收檢查的數(shù)量和性質(zhì)時應(yīng)考慮在分供方處所進(jìn)行的操縱程度和所持有的合格證據(jù)。假如采購的產(chǎn)品在接收檢查前就已使用，應(yīng)記錄這一情況，當(dāng)發(fā)覺不符合規(guī)定要求時，立即追回該產(chǎn)品并進(jìn)行修理或更換。4.10.4.3 測試執(zhí)行 要按照系統(tǒng)開發(fā)打算執(zhí)行單元測試、組合測試、綜合測試。開發(fā)部門應(yīng)編制相應(yīng)時期的測試規(guī)范書，測試結(jié)果應(yīng)有專門記錄(測試記錄單

55、)。測試發(fā)覺的問題要寫在問題報告單上。 對任何修改阻礙的領(lǐng)域應(yīng)加以查明，并重新測試，確定重新測試范圍和方法。4.10.4.4 測試結(jié)果評審開發(fā)部門要對測試的完全性進(jìn)行評審，確定是否滿足系統(tǒng)開發(fā)打算和測試規(guī)范要求，確定未滿足項是否已清晰定義，并予以記錄。4.10.4.5最終檢查與測試開發(fā)部門在裝箱前要進(jìn)行最終檢查，確保檢驗(yàn)規(guī)程規(guī)定的檢驗(yàn)要求和檢驗(yàn)活動均已完成，且結(jié)果滿足規(guī)定要求，文件齊備。規(guī)程要求如有專門情況未進(jìn)行專門檢查時，要作為“特不裝箱”來對待。4.10.4.6 檢查與測試記錄開發(fā)部門在測試記錄單上記錄測試結(jié)果。檢驗(yàn)和實(shí)驗(yàn)均按檢驗(yàn)和測試規(guī)程要求的檢測步驟作正式記錄。檢驗(yàn)記錄應(yīng)有對合格品放行

56、的授權(quán)檢驗(yàn)者的簽名蓋章。4.11檢驗(yàn)、測量和試驗(yàn)設(shè)備的操縱4.11.1概述 為了證實(shí)產(chǎn)品符合規(guī)定的要求，開發(fā)部門要使用軟件工具或試驗(yàn)設(shè)備進(jìn)行檢驗(yàn)。工具或試驗(yàn)設(shè)備要按照文件化程序操縱和維護(hù)以保證試驗(yàn)的有效性。4.11.2適用范圍適用于公司檢驗(yàn)、測量及試驗(yàn)工具操縱的全過程。4.11.3職責(zé)開發(fā)部門是檢驗(yàn)、測量和試驗(yàn)設(shè)備操縱的責(zé)任部門。辦公室負(fù)責(zé)對設(shè)備進(jìn)行登記治理。技術(shù)支撐部門負(fù)責(zé)用于開發(fā)、檢驗(yàn)、測試的硬件設(shè)備的日常維護(hù)工作。4.11.4治理內(nèi)容和要求4.11.4.1 建立并保持R-11000檢驗(yàn)和試驗(yàn)設(shè)備操縱規(guī)程。4.11.4.2 選擇和使用合適的檢驗(yàn)、測試設(shè)備和手段，應(yīng)充分考慮檢測工具，對軟件產(chǎn)

57、品的阻礙來選擇配置檢測工具。同時在其使用前可置于配置治理之下。4.11.4.3工具和試驗(yàn)設(shè)備的使用產(chǎn)品檢查、測量和測試過程中使用的工具應(yīng)在系統(tǒng)開發(fā)打算中規(guī)定、并應(yīng)評估其有效性、記錄使用的效果，必要時要按規(guī)定的要求來調(diào)整參數(shù)。4.11.4.4 工具/設(shè)備貯存和維護(hù)的操縱應(yīng)指定專人來維護(hù)和操縱工具和設(shè)備確保檢驗(yàn)、測量和試驗(yàn)工具在搬運(yùn)、防護(hù)和貯存期間保存完好，保證軟件產(chǎn)品有可靠備份。4.11.4.5 ISO9001標(biāo)準(zhǔn)的4.11.2中(b)-(g)項不適用于軟件開發(fā)。4.12檢驗(yàn)和試驗(yàn)狀態(tài)4.12.1. 概述 通過對外購物品和本公司開發(fā)的軟件產(chǎn)品生產(chǎn)過程中的檢驗(yàn)和測試狀態(tài)進(jìn)行操縱和標(biāo)識，防止不合格品

58、的不當(dāng)使用。4.12.2 適用范圍 適用于采購產(chǎn)品和公司開發(fā)產(chǎn)品的檢驗(yàn)、測試和試驗(yàn)。4.12.3 職責(zé)開發(fā)部門是檢驗(yàn)和試驗(yàn)狀態(tài)的責(zé)任部門。營銷事業(yè)部負(fù)責(zé)采購產(chǎn)品的接收檢查。開發(fā)部門對公司開發(fā)產(chǎn)品的測試狀態(tài)負(fù)責(zé)。 4.12.4.治理內(nèi)容與要求4.12.4.1 建立并保持文件R-10001組合、綜合測試實(shí)施規(guī)程、R-10002單元測試實(shí)施規(guī)程、R-10003公司產(chǎn)品驗(yàn)收、批準(zhǔn)規(guī)程。4.12.4.2在接收檢查、集成測試、資格測試和現(xiàn)場調(diào)試中，開發(fā)部門應(yīng)識不軟件測試的狀態(tài)，應(yīng)清晰地標(biāo)明發(fā)覺的錯誤、補(bǔ)救措施情況并應(yīng)防止把有錯的產(chǎn)品裝箱。其檢驗(yàn)狀態(tài)要緊劃分：未經(jīng)測試、差不多測試但有差錯、已成功地測試或批準(zhǔn)

59、放行至進(jìn)一步開發(fā)活動的。4.12.4.3公司使用記錄的方法作為檢驗(yàn)和試驗(yàn)狀態(tài)的標(biāo)識方法，假如是作為檢查和測試的結(jié)果發(fā)覺的問題，開發(fā)部門應(yīng)出具問題報告單、標(biāo)識問題然后講明補(bǔ)救措施與當(dāng)前狀態(tài)。4.12.4.4 在復(fù)制、保存、交付和安裝過程中應(yīng)愛護(hù)好檢驗(yàn)和試驗(yàn)狀態(tài)的標(biāo)識，4.13不合格品的操縱4.13.1概述 為防止不合格品(項）被使用和出廠，應(yīng)對不合格品(項）的處理進(jìn)行有效操縱。4.13.2 適用范圍 不合格品(項）由下述檢查，測試過程發(fā)覺單體測試（當(dāng)項目到單體測試為止）組合測試綜合測試驗(yàn)收會檢查（最終檢查） 本規(guī)程適用于上述過程中發(fā)覺的不合格品(項）的治理。4.13.3 職責(zé)開發(fā)部門是不合格品的

60、操縱的責(zé)任部門。與產(chǎn)品相關(guān)的開發(fā)部門負(fù)責(zé)對不合格項進(jìn)行調(diào)查，分析不合格緣故，決定處理方法。4.13.4 治理內(nèi)容和要求4.14.4.1 為防止不合格產(chǎn)品非預(yù)期使用或接收，建立并保持R-13000不合格品（項）治理規(guī)程并依照文件規(guī)定識不、修改、重新檢查產(chǎn)品。4.14.4.2 不合格品是指在下述過程中檢查出不合適的產(chǎn)品：購入軟件的接收檢查組合測試 綜合測試驗(yàn)收會檢查（最終檢查）開發(fā)部門在設(shè)計審查中依照系統(tǒng)開發(fā)打算書、測試講明書測試產(chǎn)品，不合格的產(chǎn)品要在測試成績書中明確表示。4.14.4.3 不合格品的識不在產(chǎn)品的各個測試時期明確有無不合格產(chǎn)品及采取補(bǔ)救措施的情況，應(yīng)規(guī)定在哪些點(diǎn)需要操縱和記錄不合格