質(zhì)量保證計(jì)劃(軟件)

1、質(zhì)量保證計(jì)劃目錄第一章質(zhì)量保證承諾2第二章質(zhì)量管理 21 質(zhì)量管理服務(wù)規(guī)范 22 質(zhì)量管理內(nèi)容 22.1 編制和評(píng)審質(zhì)量計(jì)劃 22.2 質(zhì)量檢查 32.3 不符合項(xiàng)的跟蹤處理 33 質(zhì)量管理責(zé)任分配 33.1 質(zhì)量保證小組職責(zé) 33.2 配置管理小組職責(zé) 43.3 測(cè)試小組職責(zé) 44 質(zhì)量保證措施 44.1 項(xiàng)目進(jìn)度 44.2 需求分析 54.3 系統(tǒng)設(shè)計(jì) 64.4 系統(tǒng)實(shí)現(xiàn) 64.5 系統(tǒng)測(cè)試 64.6 系統(tǒng)維護(hù) 7第三章 質(zhì)量問題處罰措施 71 質(zhì)量問題分類 72 質(zhì)量問題處理 73 關(guān)于質(zhì)量問題接受處罰的整體承諾 8第一章 質(zhì)量保證承諾針對(duì)本項(xiàng)目建設(shè)和實(shí)施，我方鄭重承諾：1 、承諾按照國(guó)

2、家現(xiàn)行標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)、相關(guān)建設(shè)標(biāo)準(zhǔn)及招標(biāo)文件要求進(jìn)行項(xiàng)目建設(shè)實(shí)施，保證供貨和服務(wù)質(zhì)量。4、承諾在貨物實(shí)施、調(diào)試、驗(yàn)收合格后，對(duì)采購(gòu)人的相關(guān)人員進(jìn)行免費(fèi)現(xiàn)場(chǎng)培訓(xùn)。培訓(xùn)內(nèi)容包括基本操作、保養(yǎng)維修、常見故障及解決辦法等。5 、承諾依據(jù)按照要求提供項(xiàng)目售后服務(wù)。項(xiàng)目質(zhì)量缺陷責(zé)任期為2 年，自自招標(biāo)人驗(yàn)收合格之日起計(jì)算。6、為保證項(xiàng)目建設(shè)質(zhì)量，承諾除不可抗力或業(yè)主要求外，擬派于該項(xiàng)目的駐場(chǎng)人員在項(xiàng)目實(shí)施過程中沒任何更換。以上承諾內(nèi)容僅為部分列出， 針對(duì)質(zhì)量保證， 我方將嚴(yán)格按照標(biāo)準(zhǔn)規(guī)范進(jìn)行供貨和項(xiàng)目實(shí)施。若因我方原因?qū)е马?xiàng)目出現(xiàn)任何質(zhì)量問題，我方愿承擔(dān)一切后果。第二章 質(zhì)量管理1 質(zhì)量管理服務(wù)規(guī)范根據(jù)本

3、工程所具備的資源和系統(tǒng)環(huán)境等約束條件，我們將與用戶及其他參與單位一道努力，按照 ISO9000 質(zhì)量體系要求， 通過質(zhì)量管理協(xié)調(diào)各種因素在系統(tǒng)維護(hù)過程中的作用， 有效的利用 資源，完成預(yù)定任務(wù)。按照 ISO9000 體系框架和要素的要求， 緊密結(jié)合計(jì)算機(jī)系統(tǒng)維護(hù)項(xiàng)目的特點(diǎn)， 制定出在各個(gè)環(huán)節(jié)的標(biāo)準(zhǔn)，來提高維護(hù)服務(wù)水平，控制質(zhì)量。本公司把ISO9000 質(zhì)量體系認(rèn)證作為加強(qiáng)質(zhì)量管理、提高企業(yè)競(jìng)爭(zhēng)力的一張王牌。經(jīng)過ISO9000 質(zhì)量認(rèn)證工作，本公司取得了原先意想不到的效果，產(chǎn)生了巨大的效益。ISO9000 族標(biāo)準(zhǔn)的基本思想就在于一個(gè)組織要確定其質(zhì)量目標(biāo)，并按照其確定的質(zhì)量目標(biāo)建立并有效實(shí)施質(zhì)量體

4、系，確保影響產(chǎn)品質(zhì)量的技術(shù)、管理和人的因素處于受控狀態(tài)，所有的控制應(yīng)針對(duì)減少和消除不合格，尤其是預(yù)防不合格，并建立和完善持續(xù)的質(zhì)量改進(jìn)機(jī)制。它由一系列規(guī)則和協(xié)議組成，由專門的組織機(jī)構(gòu)以一系列的管理制度和工具來保證貫徹實(shí)施。2 質(zhì)量管理內(nèi)容2.1 編制和評(píng)審質(zhì)量計(jì)劃制定質(zhì)量保證計(jì)劃：依據(jù)項(xiàng)目計(jì)劃及項(xiàng)目質(zhì)量目標(biāo)確定需要檢查的主要過程和工作產(chǎn)品，識(shí)別項(xiàng)目過程中的干系人及其活動(dòng)，估計(jì)檢查時(shí)間和人員，并制定出本項(xiàng)目的質(zhì)量保證計(jì)劃。質(zhì)量保證計(jì)劃的主要內(nèi)容包括：例行審計(jì)和里程碑評(píng)審，需要監(jiān)督的重要活動(dòng)和工作產(chǎn)品，確定審計(jì)方式，根據(jù)項(xiàng)目計(jì)劃中的評(píng)審計(jì)劃確定質(zhì)量保證人員需要參加的評(píng)審計(jì)劃。明確質(zhì)量審計(jì)報(bào)告的報(bào)送

5、范圍。質(zhì)量保證計(jì)劃的評(píng)審：質(zhì)量保證計(jì)劃需要經(jīng)過評(píng)審方能生效，以確保質(zhì)量保證計(jì)劃和項(xiàng)目計(jì)劃的一致性。經(jīng)過批準(zhǔn)的質(zhì)量保證計(jì)劃需要納入配置管理。當(dāng)項(xiàng)目計(jì)劃變更時(shí)，需要及時(shí)更改和復(fù)審質(zhì)量保證計(jì)劃。2.2 質(zhì)量檢查根據(jù)質(zhì)量保證計(jì)劃進(jìn)行質(zhì)量的審計(jì)工作，并發(fā)布質(zhì)量審計(jì)報(bào)告。審計(jì)的主要內(nèi)容包括：是否按照過程要求執(zhí)行了相應(yīng)的活動(dòng)，是否按照過程要求產(chǎn)生了相應(yīng)的工作產(chǎn)品。本項(xiàng)目中對(duì)質(zhì)量的控制主要體現(xiàn)在不同階段的審計(jì)當(dāng)中。2.3 不符合項(xiàng)的跟蹤處理對(duì)審計(jì)中發(fā)現(xiàn)的不符合項(xiàng)，要求項(xiàng)目組及時(shí)處理，質(zhì)量保證人員需要確認(rèn)不符合項(xiàng)的狀態(tài)，直到最終的不符合項(xiàng)狀態(tài)為“完成”為止。3 質(zhì)量管理責(zé)任分配我方在開發(fā)項(xiàng)目上按照規(guī)范化軟件的生

6、產(chǎn)方式進(jìn)行生產(chǎn)。 每個(gè)項(xiàng)目除配備了項(xiàng)目開發(fā)所需角色外，還專門配備了質(zhì)量保證小組、配置管理小組、測(cè)試小組來確保質(zhì)量管理的實(shí)施，下面針對(duì)這三種角色進(jìn)行說明：3.1 質(zhì)量保證小組職責(zé)質(zhì)量保證小組作為質(zhì)量保證的實(shí)施小組， 在項(xiàng)目開發(fā)的過程中幾乎所有的部門都與質(zhì)量保證小組有關(guān)。質(zhì)量保證小組的主要職責(zé)是：以獨(dú)立審查方式，從第三方的角度監(jiān)控軟件開發(fā)任務(wù)的執(zhí)行，分析項(xiàng)目?jī)?nèi)存在的質(zhì)量問題，審查項(xiàng)目的質(zhì)量活動(dòng)，給出質(zhì)量審計(jì)報(bào)告。就項(xiàng)目是否遵循已制定的計(jì)劃、標(biāo)準(zhǔn)和規(guī)程，給開發(fā)人員和管理層提供反映產(chǎn)品和過程質(zhì)量的信息和數(shù)據(jù)，使他們能了解整個(gè)項(xiàng)目生存周期中工作產(chǎn)品和過程的情況，提高項(xiàng)目透明度，從而支持其交付高質(zhì)量的軟件

7、產(chǎn)品。質(zhì)量保證人員依據(jù)質(zhì)量保證計(jì)劃， 通過質(zhì)量審計(jì)報(bào)告向項(xiàng)目經(jīng)理及有關(guān)人員提出已經(jīng)識(shí)別出的不符合項(xiàng)，并跟蹤不符合項(xiàng)的解決過程，通過審計(jì)周報(bào)或者審計(jì)月報(bào)向項(xiàng)目經(jīng)理提供過程和產(chǎn)品質(zhì)量數(shù)據(jù)，并與項(xiàng)目組協(xié)商不符合項(xiàng)的解決辦法。質(zhì)量保證小組的檢測(cè)范圍主要包括：項(xiàng)目的進(jìn)度是否按照項(xiàng)目計(jì)劃執(zhí)行，用戶需求是否得到了用戶的簽字確認(rèn)，軟件需求是否正確的反映了用戶的需求，是否將每一項(xiàng)用戶需求都映射到軟件需求；系統(tǒng)設(shè)計(jì)是否完全反映了軟件需求；實(shí)現(xiàn)的軟件是否正確的體現(xiàn)了系統(tǒng)設(shè)計(jì)；測(cè)試人員是否進(jìn)行了較為徹底的和全面的測(cè)試；客戶驗(yàn)收和交接清單是否完備；對(duì)于系統(tǒng)運(yùn)行中出現(xiàn)的問題，維護(hù)人員是否記錄了詳細(xì)的維護(hù)記錄；配置管理員是

8、否按照配置管理計(jì)劃建立了基線，是否 嚴(yán)格控制變更過程，是否對(duì)配置庫進(jìn)行了維護(hù)。3.2 配置管理小組職責(zé)配置管理活動(dòng)的目的是通過執(zhí)行版本控制、變更控制、基線管理等規(guī)程，借助配置管理工具的使用，來保證整個(gè)生命周期過程產(chǎn)生的所有配置項(xiàng)的完整性、一致性和可追溯性。配置管理是對(duì)工作成果（階段工作成果和產(chǎn)品成果、進(jìn)展?fàn)顟B(tài)成果）的一種有效保護(hù)形式，是反映項(xiàng)目及其工作產(chǎn)品的過去、現(xiàn)在、動(dòng)態(tài)的資料和數(shù)據(jù)集中管理體現(xiàn)。配置管理小組的主要職責(zé)包括：根據(jù)項(xiàng)目計(jì)劃制定配置管理計(jì)劃，建立配置庫，為項(xiàng)目組人員分配配置庫權(quán)限，創(chuàng)建需求、設(shè)計(jì)、開發(fā)、測(cè)試、交付階段的基線。當(dāng)納入基線庫的工作產(chǎn)品發(fā)生變更時(shí)，嚴(yán)格按照配置項(xiàng)變更控制

9、過程執(zhí)行變更，變更后建立新的基線。3.3 測(cè)試小組職責(zé)作為質(zhì)量控制的主要手段，如同軟件開發(fā)一樣，測(cè)試在執(zhí)行之前，測(cè)試小組制定軟件測(cè)試計(jì)劃、測(cè)試用例的編寫和執(zhí)行工作。本項(xiàng)目中，測(cè)試可以分為如下幾種類型：代碼走查、單元測(cè)試、集成測(cè)試、系統(tǒng)測(cè)試。為了保證程序的質(zhì)量，開發(fā)人員需要對(duì)同伴的代碼進(jìn)行代碼走查，同時(shí)對(duì)自己編寫的程序進(jìn)行單元測(cè)試，確保程序編譯、運(yùn)行正確。測(cè)試人員根據(jù)軟件需求分析報(bào)告進(jìn)行軟件集成測(cè)試用例和系統(tǒng)測(cè)試用例的編寫。 對(duì)編寫完成的測(cè)試用例提交項(xiàng)目組進(jìn)行評(píng)審，同時(shí)質(zhì)量保證人員對(duì)評(píng)審過程和工作產(chǎn)品進(jìn)行監(jiān)測(cè)。測(cè)試人員根據(jù)測(cè)試計(jì)劃和測(cè)試用例執(zhí)行測(cè)試用例，并對(duì)發(fā)現(xiàn)的缺陷進(jìn)行記錄，只有這樣才能確保項(xiàng)

10、目組開發(fā)的軟件產(chǎn)品滿足用戶需求。在完成集成測(cè)試之后，可以進(jìn)行軟件系統(tǒng)測(cè)試，系統(tǒng)測(cè)試包括對(duì)軟件進(jìn)行功能測(cè)試、性能測(cè)試、安全測(cè)試、壓力測(cè)試。只有進(jìn)行了系統(tǒng)測(cè)試軟件測(cè)試才是完整的。系統(tǒng)測(cè)試在本項(xiàng)目中占有重要的地位，性能要求有可能改變軟件的設(shè)計(jì)，為避免造成軟件的后期返工，測(cè)試在性能上需要較大的側(cè)重。4 質(zhì)量保證措施通過質(zhì)量管理責(zé)任的分配，通過如下幾個(gè)方面來進(jìn)行質(zhì)量保證的實(shí)施過程：4.1 項(xiàng)目進(jìn)度項(xiàng)目計(jì)劃的制定為工程項(xiàng)目實(shí)施、管理和支持工作、項(xiàng)目進(jìn)度、成本、質(zhì)量及過程產(chǎn)品的有效控制打下了良好的基礎(chǔ)，以便所有相關(guān)人員能夠按照該計(jì)劃有條不紊地開展工作；制定項(xiàng)目計(jì)劃 ，必須獲得相關(guān)干系人的認(rèn)可，并以此作為項(xiàng)目

11、跟蹤的基礎(chǔ)。項(xiàng)目進(jìn)度是項(xiàng)目進(jìn)行是否順利的最直觀表現(xiàn)。 制定合理的項(xiàng)目計(jì)劃首要前提是選擇從事類似規(guī)模和類似業(yè)務(wù)項(xiàng)目的有經(jīng)驗(yàn)的項(xiàng)目負(fù)責(zé)人參加制定項(xiàng)目進(jìn)度計(jì)劃。項(xiàng)目計(jì)劃由項(xiàng)目負(fù)責(zé)人制定，由項(xiàng)目各小組組長(zhǎng)、項(xiàng)目成員、干系人、質(zhì)量保證人員參加一起進(jìn)行評(píng)審。評(píng)審過程主要討論項(xiàng)目計(jì)劃的可行性，對(duì)其中不合理的地方提出修改意見，對(duì)計(jì)劃中不合理的地方進(jìn)行修改完善，并由質(zhì)量保證人員對(duì)其結(jié)果進(jìn)行跟蹤處理，以確保項(xiàng)目計(jì)劃完整性、可行性，項(xiàng)目計(jì)劃評(píng)審?fù)ㄟ^后，交由配置管理人員進(jìn)行配置管理。在計(jì)劃實(shí)施過程中，按項(xiàng)目計(jì)劃中里程碑為界限，將整個(gè)開發(fā)周期劃分為若干階段。根據(jù)里程碑的完成情況，適當(dāng)?shù)恼{(diào)整每一個(gè)較小的階段的任務(wù)量和完成

12、的任務(wù)時(shí)間，動(dòng)態(tài)跟蹤和動(dòng)態(tài)調(diào)整，以利于項(xiàng)目質(zhì)量保證的實(shí)施。實(shí)際運(yùn)作中，質(zhì)量保證人員在對(duì)項(xiàng)目執(zhí)行過程進(jìn)行檢查時(shí)，對(duì)于發(fā)現(xiàn)的項(xiàng)目偏差，以質(zhì)量審計(jì)報(bào)告的形式提交項(xiàng)目負(fù)責(zé)人。由項(xiàng)目負(fù)責(zé)人組織人員對(duì)計(jì)劃進(jìn)行維護(hù)，對(duì)于已經(jīng)變動(dòng)的項(xiàng)目計(jì)劃，由配置管理進(jìn)行配置管理。4.2 需求分析需求分析是開發(fā)人員對(duì)系統(tǒng)需要做什么和如何做的定義過程。從系統(tǒng)分析的經(jīng)驗(yàn)來看，這個(gè)過程往往是個(gè)循序漸進(jìn)的過程，一次性對(duì)系統(tǒng)形成完整的認(rèn)識(shí)是困難的。只有不斷地和客戶領(lǐng)域?qū)＜疫M(jìn)行交流確認(rèn)， 方能逐步明了用戶的需求。 從系統(tǒng)開發(fā)的過程得知， 系統(tǒng)分析時(shí)犯下的錯(cuò)誤，會(huì)在接下來的階段被成倍的放大，越是在開發(fā)的后期，糾正分析時(shí)犯下的錯(cuò)誤所花費(fèi)的代

13、價(jià)越是昂貴，也越發(fā)響系統(tǒng)的工期和系統(tǒng)的質(zhì)量。本項(xiàng)目中，將邀請(qǐng)招標(biāo)方技術(shù)負(fù)責(zé)人參與需求調(diào)研，以便保證需求調(diào)研質(zhì)量，同時(shí)形成用戶需求說明書。需求評(píng)審時(shí)會(huì)同雙方管理層、項(xiàng)目實(shí)施層共同進(jìn)行，對(duì)于通過用戶確認(rèn)的需求，交由配置管理員形成需求基線。用戶需求在招標(biāo)方確認(rèn)后，由系統(tǒng)分析人員形成軟件需求分析報(bào)告，同時(shí)對(duì)軟件需求分析報(bào)告進(jìn)行評(píng)審， 對(duì)于評(píng)審?fù)ㄟ^的軟件需求分析報(bào)告可以交由測(cè)試人員進(jìn)行測(cè)試計(jì)劃和測(cè)試用例的編寫。對(duì)于開發(fā)過程存在的需求變動(dòng)，招標(biāo)方填寫變更申請(qǐng)單發(fā)給項(xiàng)目經(jīng)理，在質(zhì)量保證人員參加的情況下，對(duì)這個(gè)變更進(jìn)行評(píng)審，由項(xiàng)目經(jīng)理組織項(xiàng)目組成員一起討論實(shí)施變更的可行性及實(shí)施后所帶來的影響，對(duì)于影響小的變更

14、直接記錄，大的變更則需要形成正式的變更報(bào)告，無論那種變更都需要對(duì)相應(yīng)的文檔實(shí)施同步變更 （包括需求分析報(bào)告、 系統(tǒng)設(shè)計(jì)、 安裝手冊(cè)、 操作手冊(cè)等）但是對(duì)于無法實(shí)現(xiàn)或是變更會(huì)帶來巨大的影響而將導(dǎo)致進(jìn)度的延期，這時(shí)，我們將變更報(bào)告提交給招標(biāo)方并召開協(xié)調(diào)會(huì)議，討論變更取舍問題或是項(xiàng)目進(jìn)度變更問題。決定變更之后，由項(xiàng)目負(fù)責(zé)人組織實(shí)施變更，測(cè)試人員檢測(cè)變更結(jié)果，而質(zhì)量保證人員監(jiān)督變更實(shí)施過程，并協(xié)助配置管理員對(duì)變更后的成果進(jìn)行配置管理。變更實(shí)施完后，運(yùn)行前還需要協(xié)助用戶一同測(cè)試并由招標(biāo)方簽字后同意方可上線。4.3系統(tǒng)設(shè)計(jì)優(yōu)良的體系結(jié)構(gòu)應(yīng)當(dāng)具備可擴(kuò)展性和可配置性，而好的體系結(jié)構(gòu)則需要好的設(shè)計(jì)方法，需要針對(duì)

15、項(xiàng)目的結(jié)構(gòu)、項(xiàng)目的特征和用戶的需求來分析。本項(xiàng)目中將安排我方高級(jí)系統(tǒng)架構(gòu)師擔(dān)當(dāng)項(xiàng)目總體設(shè)計(jì)師，匯同總體設(shè)計(jì)組完成系統(tǒng)設(shè)計(jì)。另外對(duì)公共類模塊的開發(fā)。由總體設(shè)計(jì)組通過對(duì)用戶需求的仔細(xì)研究，盡可能的識(shí)別出公共類，并進(jìn)行定義和設(shè)計(jì)，以減少重復(fù)工作。對(duì)于項(xiàng)目組提供的設(shè)計(jì)文檔，由項(xiàng)目經(jīng)理組織，質(zhì)保小組成員參與，對(duì)其設(shè)計(jì)文檔進(jìn)行評(píng)審，及時(shí)發(fā)現(xiàn)設(shè)計(jì)中可能存在的錯(cuò)誤，降低項(xiàng)目開發(fā)風(fēng)險(xiǎn)，同時(shí)確保設(shè)計(jì)文檔能為開發(fā)人員、測(cè)試人員提供切實(shí)的指導(dǎo)。對(duì)于可復(fù)用的設(shè)計(jì)進(jìn)行提取作為公共庫設(shè)計(jì)和開發(fā)，提供項(xiàng)目組。最后交由配置管理員進(jìn)行設(shè)計(jì)文檔的版本控制。4.4 系統(tǒng)實(shí)現(xiàn)系統(tǒng)實(shí)現(xiàn)的目的是依據(jù)系統(tǒng)設(shè)計(jì)文檔，由程序員進(jìn)行程序編寫，以便

16、實(shí)現(xiàn)設(shè)計(jì)要求，系統(tǒng)實(shí)現(xiàn)過程中，開發(fā)人員需要對(duì)模塊進(jìn)行代碼走查和交叉單元測(cè)試，以保證模塊代碼質(zhì)量。軟件實(shí)現(xiàn)也就是代碼的生產(chǎn)過程。根據(jù)上一階段形成的設(shè)計(jì)文檔，程序員在完成代碼之后，可以開始編碼并且進(jìn)行代碼走查和單元測(cè)試。對(duì)于測(cè)試完成的程序可以交由配置管理人員進(jìn)行配置管理。4.5 系統(tǒng)測(cè)試系統(tǒng)開發(fā)涉及到一系列的過程，每一個(gè)過程都有可能引入缺陷（ Bug ） ，本系統(tǒng)質(zhì)量的好壞直接關(guān)系到正常使用和日后的維護(hù)。在開發(fā)過程中，我們將質(zhì)量控制貫穿于所有階段和所有參與系統(tǒng)的人員中，包括系統(tǒng)分析、設(shè)計(jì)和編碼。分階段的評(píng)審和測(cè)試是軟件質(zhì)量的有力保障。系統(tǒng)存在平臺(tái)測(cè)試和應(yīng)用系統(tǒng)的測(cè)試以及最終的測(cè)試。由于測(cè)試也存在協(xié)

17、調(diào)的問題，如錯(cuò)誤具體定位，在應(yīng)用系統(tǒng)發(fā)現(xiàn)一個(gè)錯(cuò)誤，到底是應(yīng)用系統(tǒng)的自身的錯(cuò)誤還是中間件存在的錯(cuò)誤，需要測(cè)試人員進(jìn)行準(zhǔn)確的判斷。為了達(dá)到良好的測(cè)試目的，本系統(tǒng)測(cè)試工作由測(cè)試組來完成，主要采用下列方法進(jìn)行系統(tǒng)的測(cè)試：從測(cè)試方法上來說，分為黑盒測(cè)試和白盒測(cè)試：黑盒測(cè)試：著重于測(cè)試軟件系統(tǒng)的外部特性；根據(jù)系統(tǒng)的設(shè)計(jì)要求，每一項(xiàng)功能都要進(jìn)行逐個(gè)測(cè)試，檢查其是否達(dá)到了預(yù)期的要求，是否能正確地接受輸入，是否能正確地輸出結(jié)果。白盒測(cè)試： 由于軟件的所有源代碼都要由項(xiàng)目組成員編寫， 對(duì)其內(nèi)部的邏輯規(guī)則和數(shù)據(jù)流程，都要進(jìn)行測(cè)試，以檢查其代碼編寫是否符合設(shè)計(jì)要求。從測(cè)試策略上來說分為集成測(cè)試和系統(tǒng)測(cè)試：集成測(cè)試：在

18、所有模塊都通過了單元測(cè)試后，將各個(gè)模塊組裝在一起，進(jìn)行組裝測(cè)試，用于發(fā)現(xiàn)與接口相聯(lián)系的問題。在通過組裝測(cè)試后，將經(jīng)過單元測(cè)試的模塊組裝成一個(gè)符合設(shè)計(jì)要求的軟件結(jié)構(gòu)。系統(tǒng)測(cè)試：在本項(xiàng)目通過了以上的測(cè)試步驟后，與其它系統(tǒng)元素（如硬件服務(wù)器、網(wǎng)絡(luò)系統(tǒng)等）進(jìn)行集成測(cè)試和系統(tǒng)級(jí)的確認(rèn)測(cè)試，將各種可能的缺陷完全排除掉，從根本上保證系統(tǒng)的長(zhǎng)期穩(wěn)定運(yùn)行。4.6 系統(tǒng)維護(hù)本項(xiàng)目中，技術(shù)支持小組的任務(wù)一方面是保證對(duì)項(xiàng)目客戶的跟蹤服務(wù)，另一方面是確保該項(xiàng)目的技術(shù)咨詢工作。系統(tǒng)維護(hù)期， 對(duì)于一般性的錯(cuò)誤， 如操作不當(dāng)?shù)纫鸬膯栴}， 全部由技術(shù)支持小組執(zhí)行完成，但需要用戶測(cè)試確認(rèn)上線。如果較大的修改則需要走變更控制流程

19、，填寫變更申請(qǐng)，經(jīng)項(xiàng)目組討論分析可行方案在由技術(shù)支持小組實(shí)施，通過測(cè)試后方可提交用戶。在這個(gè)過程中質(zhì)量人員需要對(duì)維護(hù)過程和維護(hù)記錄單進(jìn)行檢查。第三章 質(zhì)量問題處罰措施1 質(zhì)量問題分類項(xiàng)目建設(shè)過程中，對(duì)不同程度地質(zhì)量問題事故有著不同的定義。本次項(xiàng)目中，從建設(shè)內(nèi)容上來說，主要是關(guān)于軟件系統(tǒng)和用戶數(shù)據(jù)接入處理等層面。若存在項(xiàng)目建設(shè)和服務(wù)質(zhì)量問題，從用戶方建設(shè)內(nèi)容和目的層面來說，質(zhì)量問題分類和定義如下：1 、代碼級(jí)質(zhì)量問題：此層面指在軟件編碼和開發(fā)過程中技術(shù)處理上使用不當(dāng)，使用戶在使用系統(tǒng)時(shí)存在些許不便。2、數(shù)據(jù)級(jí)質(zhì)量問題主要指軟件系統(tǒng)在實(shí)施和交付時(shí)存在部分?jǐn)?shù)據(jù)系統(tǒng)錯(cuò)誤的問題，這是屬于重大質(zhì)量問題范疇。3、系統(tǒng)級(jí)質(zhì)量問題主要指系統(tǒng)運(yùn)