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

1、質(zhì)量保證計(jì)劃目錄第一章第二章12質(zhì)量保證承諾錯(cuò)誤！未定義書簽質(zhì)量管理錯(cuò)誤！未定義書簽質(zhì)量管理服務(wù)規(guī)范錯(cuò)誤！未定義書簽。質(zhì)量管理內(nèi)容錯(cuò)誤！未定義書簽。編制和評(píng)審質(zhì)量計(jì)劃錯(cuò)誤!未定義書簽。質(zhì)量檢查錯(cuò)誤!未定義書簽。不符合項(xiàng)的跟蹤處理錯(cuò)誤!未定義書簽。質(zhì)量管理責(zé)任分配錯(cuò)誤！未定義書簽。質(zhì)量保證小組職責(zé)配置管理小組職責(zé)測(cè)試小組職責(zé)質(zhì)量保證措施項(xiàng)目進(jìn)度需求分析系統(tǒng)設(shè)計(jì)系統(tǒng)實(shí)現(xiàn)系統(tǒng)測(cè)試系統(tǒng)維護(hù)錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤!未定義書簽。錯(cuò)誤！未定義書簽。錯(cuò)誤錯(cuò)誤錯(cuò)誤錯(cuò)誤錯(cuò)誤錯(cuò)誤第三章123質(zhì)量問題處罰措施錯(cuò)誤！未定義書簽質(zhì)量問題分類錯(cuò)誤！未定義書簽質(zhì)量問題處理錯(cuò)誤！未定義書簽關(guān)于質(zhì)量問題接受處罰

2、的整體承諾錯(cuò)誤！未定義書簽第一章質(zhì)量保證承諾針對(duì)本項(xiàng)目建設(shè)和實(shí)施，我方鄭重承諾：1、承諾按照國家現(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ì)采購人的相關(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ū)?/p>

3、致項(xiàng)目出現(xiàn)任何質(zhì)量問題，我方愿承擔(dān)一切后果。第二章質(zhì)量管理1質(zhì)量管理服務(wù)規(guī)范根據(jù)本工程所具備的資源和系統(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)過ISO9000質(zhì)量認(rèn)證工作，本公司取得了原先意想不到的效果，產(chǎn)生了巨大的效益。ISO9000族標(biāo)準(zhǔn)的基本思想就在于一個(gè)組織要

4、確定其質(zhì)量目標(biāo)，并按照其確定的質(zhì)量目標(biāo)建立并有效實(shí)施質(zhì)量體系，確保影響產(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ì)劃確

5、定質(zhì)量保證人員需要參加的評(píng)審計(jì)劃。明確質(zhì)量審計(jì)報(bào)告的報(bào)送范圍。質(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)為“完成”為止

6、。3質(zhì)量管理責(zé)任分配我方在開發(fā)項(xiàng)目上按照規(guī)范化軟件的生產(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)目內(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)品和過程

7、的情況，提高項(xiàng)目透明度，從而支持其交付高質(zhì)量的軟件產(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)的問題

8、，維護(hù)人員是否記錄了詳細(xì)的維護(hù)記錄；配置管理員是否按照配置管理計(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)納入基線

9、庫的工作產(chǎn)品發(fā)生變更時(shí)，嚴(yán)格按照配置項(xiàng)變更控制過程執(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è)試用例

10、，并對(duì)發(fā)現(xiàn)的缺陷進(jìn)行記錄，只有這樣才能確保項(xiàng)目組開發(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ì)劃，

11、必須獲得相關(guān)干系人的認(rèn)可，并以此作為項(xiàng)目跟蹤的基礎(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)目各小組組長、項(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ù)里程碑的完成情況，適

12、當(dāng)?shù)恼{(diào)整每一個(gè)較小的階段的任務(wù)量和完成的任務(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ā)的后期

13、，糾正分析時(shí)犯下的錯(cuò)誤所花費(fèi)的代價(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í)施后

14、所帶來的影響，對(duì)于影響小的變更直接記錄，大的變更則需要形成正式的變更報(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)則需

15、要好的設(shè)計(jì)方法，需要針對(duì)項(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ì)文檔，

16、由程序員進(jìn)行程序編寫，以便實(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è)

17、試。由于測(cè)試也存在協(xié)調(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)

18、測(cè)試：集成測(cè)試：在所有模塊都通過了單元測(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)的長期穩(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ì)量問