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

1、質(zhì)量保證計劃質(zhì)量保證計劃 目錄目錄 第一章第一章質(zhì)量保證承諾質(zhì)量保證承諾.2 第二章第二章質(zhì)量管理質(zhì)量管理.2 1質(zhì)量管理服務規(guī)范.2 2質(zhì)量管理內(nèi)容.2 2.1編制和評審質(zhì)量計劃.2 2.2質(zhì)量檢查.3 2.3不符合項的跟蹤處理.3 3質(zhì)量管理責任分配.3 3.1質(zhì)量保證小組職責.3 3.2配置管理小組職責.4 3.3測試小組職責.4 4質(zhì)量保證措施.4 4.1項目進度.4 4.2需求分析.5 4.3系統(tǒng)設計.6 4.4系統(tǒng)實現(xiàn).6 4.5系統(tǒng)測試.6 4.6系統(tǒng)維護.7 第三章第三章質(zhì)量問題處罰措施質(zhì)量問題處罰措施.7 1質(zhì)量問題分類.7 2質(zhì)量問題處理.7 3關于質(zhì)量問題接受處罰的整體承

2、諾.8 2 第一章第一章 質(zhì)量保證承諾質(zhì)量保證承諾 針對本項目建設和實施，我方鄭重承諾： 1、承諾按照國家現(xiàn)行標準、行業(yè)標準、相關建設標準及招標文件要求進行項目建設實施， 保證供貨和服務質(zhì)量。 4、承諾在貨物實施、調(diào)試、驗收合格后，對采購人的相關人員進行免費現(xiàn)場培訓。培訓內(nèi) 容包括基本操作、保養(yǎng)維修、常見故障及解決辦法等。 5、承諾依據(jù)按照要求提供項目售后服務。項目質(zhì)量缺陷責任期為 2 年，自自招標人驗收合 格之日起計算。 6、為保證項目建設質(zhì)量，承諾除不可抗力或業(yè)主要求外，擬派于該項目的駐場人員在項目 實施過程中沒任何更換。 以上承諾內(nèi)容僅為部分列出，針對質(zhì)量保證，我方將嚴格按照標準規(guī)范進行

3、供貨和項目實 施。若因我方原因?qū)е马椖砍霈F(xiàn)任何質(zhì)量問題，我方愿承擔一切后果。 第二章第二章 質(zhì)量管理質(zhì)量管理 1 質(zhì)量管理服務規(guī)范質(zhì)量管理服務規(guī)范 根據(jù)本工程所具備的資源和系統(tǒng)環(huán)境等約束條件，我們將與用戶及其他參與單位一道努力， 按照 ISO9000 質(zhì)量體系要求，通過質(zhì)量管理協(xié)調(diào)各種因素在系統(tǒng)維護過程中的作用，有效的利 用資源，完成預定任務。 按照 ISO9000 體系框架和要素的要求，緊密結(jié)合計算機系統(tǒng)維護項目的特點，制定出在各 個環(huán)節(jié)的標準，來提高維護服務水平，控制質(zhì)量。 本公司把 ISO9000 質(zhì)量體系認證作為加強質(zhì)量管理、提高企業(yè)競爭力的一張王牌。經(jīng)過 ISO9000 質(zhì)量認證工作

4、，本公司取得了原先意想不到的效果，產(chǎn)生了巨大的效益。 ISO9000 族標準的基本思想就在于一個組織要確定其質(zhì)量目標，并按照其確定的質(zhì)量目標 建立并有效實施質(zhì)量體系，確保影響產(chǎn)品質(zhì)量的技術、管理和人的因素處于受控狀態(tài)，所有的 控制應針對減少和消除不合格，尤其是預防不合格，并建立和完善持續(xù)的質(zhì)量改進機制。它由 一系列規(guī)則和協(xié)議組成，由專門的組織機構(gòu)以一系列的管理制度和工具來保證貫徹實施。 2 質(zhì)量管理內(nèi)容質(zhì)量管理內(nèi)容 2.1編制和評審質(zhì)量計劃編制和評審質(zhì)量計劃 制定質(zhì)量保證計劃：依據(jù)項目計劃及項目質(zhì)量目標確定需要檢查的主要過程和工作產(chǎn)品， 識別項目過程中的干系人及其活動，估計檢查時間和人員，并制

5、定出本項目的質(zhì)量保證計劃。 質(zhì)量保證計劃的主要內(nèi)容包括：例行審計和里程碑評審，需要監(jiān)督的重要活動和工作產(chǎn)品， 確定審計方式，根據(jù)項目計劃中的評審計劃確定質(zhì)量保證人員需要參加的評審計劃。明確質(zhì)量 3 審計報告的報送范圍。 質(zhì)量保證計劃的評審：質(zhì)量保證計劃需要經(jīng)過評審方能生效，以確保質(zhì)量保證計劃和項目 計劃的一致性。經(jīng)過批準的質(zhì)量保證計劃需要納入配置管理。當項目計劃變更時，需要及時更 改和復審質(zhì)量保證計劃。 2.2質(zhì)量檢查質(zhì)量檢查 根據(jù)質(zhì)量保證計劃進行質(zhì)量的審計工作，并發(fā)布質(zhì)量審計報告。 審計的主要內(nèi)容包括：是否按照過程要求執(zhí)行了相應的活動，是否按照過程要求產(chǎn)生了相 應的工作產(chǎn)品。本項目中對質(zhì)量的

6、控制主要體現(xiàn)在不同階段的審計當中。 2.3不符合項的跟蹤處理不符合項的跟蹤處理 對審計中發(fā)現(xiàn)的不符合項，要求項目組及時處理，質(zhì)量保證人員需要確認不符合項的狀態(tài)， 直到最終的不符合項狀態(tài)為“完成”為止。 3 質(zhì)量管理責任分配質(zhì)量管理責任分配 我方在開發(fā)項目上按照規(guī)范化軟件的生產(chǎn)方式進行生產(chǎn)。每個項目除配備了項目開發(fā)所需 角色外，還專門配備了質(zhì)量保證小組、配置管理小組、測試小組來確保質(zhì)量管理的實施，下面 針對這三種角色進行說明： 3.1質(zhì)量保證小組職責質(zhì)量保證小組職責 質(zhì)量保證小組作為質(zhì)量保證的實施小組，在項目開發(fā)的過程中幾乎所有的部門都與質(zhì)量保 證小組有關。 質(zhì)量保證小組的主要職責是：以獨立審查

7、方式，從第三方的角度監(jiān)控軟件開發(fā)任務的執(zhí)行， 分析項目內(nèi)存在的質(zhì)量問題，審查項目的質(zhì)量活動，給出質(zhì)量審計報告。就項目是否遵循已制 定的計劃、標準和規(guī)程，給開發(fā)人員和管理層提供反映產(chǎn)品和過程質(zhì)量的信息和數(shù)據(jù)，使他們 能了解整個項目生存周期中工作產(chǎn)品和過程的情況，提高項目透明度，從而支持其交付高質(zhì)量 的軟件產(chǎn)品。 質(zhì)量保證人員依據(jù)質(zhì)量保證計劃，通過質(zhì)量審計報告向項目經(jīng)理及有關人員提出已經(jīng)識別 出的不符合項，并跟蹤不符合項的解決過程，通過審計周報或者審計月報向項目經(jīng)理提供過程 和產(chǎn)品質(zhì)量數(shù)據(jù)，并與項目組協(xié)商不符合項的解決辦法。 質(zhì)量保證小組的檢測范圍主要包括：項目的進度是否按照項目計劃執(zhí)行，用戶需求

8、是否得 到了用戶的簽字確認，軟件需求是否正確的反映了用戶的需求，是否將每一項用戶需求都映射 到軟件需求；系統(tǒng)設計是否完全反映了軟件需求；實現(xiàn)的軟件是否正確的體現(xiàn)了系統(tǒng)設計；測 試人員是否進行了較為徹底的和全面的測試；客戶驗收和交接清單是否完備；對于系統(tǒng)運行中 4 出現(xiàn)的問題，維護人員是否記錄了詳細的維護記錄；配置管理員是否按照配置管理計劃建立了 基線，是否嚴格控制變更過程，是否對配置庫進行了維護。 3.2配置管理小組職責配置管理小組職責 配置管理活動的目的是通過執(zhí)行版本控制、變更控制、基線管理等規(guī)程，借助配置管理工 具的使用，來保證整個生命周期過程產(chǎn)生的所有配置項的完整性、一致性和可追溯性。配

9、置管 理是對工作成果（階段工作成果和產(chǎn)品成果、進展狀態(tài)成果）的一種有效保護形式，是反映項 目及其工作產(chǎn)品的過去、現(xiàn)在、動態(tài)的資料和數(shù)據(jù)集中管理體現(xiàn)。 配置管理小組的主要職責包括：根據(jù)項目計劃制定配置管理計劃，建立配置庫，為項目組 人員分配配置庫權(quán)限，創(chuàng)建需求、設計、開發(fā)、測試、交付階段的基線。當納入基線庫的工作 產(chǎn)品發(fā)生變更時，嚴格按照配置項變更控制過程執(zhí)行變更，變更后建立新的基線。 3.3測試小組職責測試小組職責 作為質(zhì)量控制的主要手段，如同軟件開發(fā)一樣，測試在執(zhí)行之前，測試小組制定軟件測試 計劃、測試用例的編寫和執(zhí)行工作。 本項目中，測試可以分為如下幾種類型：代碼走查、單元測試、集成測試、

10、系統(tǒng)測試。為 了保證程序的質(zhì)量，開發(fā)人員需要對同伴的代碼進行代碼走查，同時對自己編寫的程序進行單 元測試，確保程序編譯、運行正確。 測試人員根據(jù)軟件需求分析報告進行軟件集成測試用例和系統(tǒng)測試用例的編寫。對編寫完 成的測試用例提交項目組進行評審，同時質(zhì)量保證人員對評審過程和工作產(chǎn)品進行監(jiān)測。 測試人員根據(jù)測試計劃和測試用例執(zhí)行測試用例，并對發(fā)現(xiàn)的缺陷進行記錄，只有這樣才 能確保項目組開發(fā)的軟件產(chǎn)品滿足用戶需求。在完成集成測試之后，可以進行軟件系統(tǒng)測試， 系統(tǒng)測試包括對軟件進行功能測試、性能測試、安全測試、壓力測試。只有進行了系統(tǒng)測試軟 件測試才是完整的。系統(tǒng)測試在本項目中占有重要的地位，性能要求

11、有可能改變軟件的設計， 為避免造成軟件的后期返工，測試在性能上需要較大的側(cè)重。 4 質(zhì)量保證措施質(zhì)量保證措施 通過質(zhì)量管理責任的分配，通過如下幾個方面來進行質(zhì)量保證的實施過程： 4.1項目進度項目進度 項目計劃的制定為工程項目實施、管理和支持工作、項目進度、成本、質(zhì)量及過程產(chǎn)品的 有效控制打下了良好的基礎，以便所有相關人員能夠按照該計劃有條不紊地開展工作；制定 項目計劃 ，必須獲得相關干系人的認可，并以此作為項目跟蹤的基礎。 項目進度是項目進行是否順利的最直觀表現(xiàn)。制定合理的項目計劃首要前提是選擇從事類 5 似規(guī)模和類似業(yè)務項目的有經(jīng)驗的項目負責人參加制定項目進度計劃。 項目計劃由項目負責人制

12、定，由項目各小組組長、項目成員、干系人、質(zhì)量保證人員參加 一起進行評審。評審過程主要討論項目計劃的可行性，對其中不合理的地方提出修改意見，對 計劃中不合理的地方進行修改完善，并由質(zhì)量保證人員對其結(jié)果進行跟蹤處理，以確保項目計 劃完整性、可行性，項目計劃評審通過后，交由配置管理人員進行配置管理。 在計劃實施過程中，按項目計劃中里程碑為界限，將整個開發(fā)周期劃分為若干階段。根據(jù) 里程碑的完成情況，適當?shù)恼{(diào)整每一個較小的階段的任務量和完成的任務時間，動態(tài)跟蹤和動 態(tài)調(diào)整，以利于項目質(zhì)量保證的實施。 實際運作中，質(zhì)量保證人員在對項目執(zhí)行過程進行檢查時，對于發(fā)現(xiàn)的項目偏差，以質(zhì)量 審計報告的形式提交項目負

13、責人。由項目負責人組織人員對計劃進行維護，對于已經(jīng)變動的項 目計劃，由配置管理進行配置管理。 4.2需求分析需求分析 需求分析是開發(fā)人員對系統(tǒng)需要做什么和如何做的定義過程。從系統(tǒng)分析的經(jīng)驗來看，這 個過程往往是個循序漸進的過程，一次性對系統(tǒng)形成完整的認識是困難的。只有不斷地和客戶 領域?qū)＜疫M行交流確認，方能逐步明了用戶的需求。從系統(tǒng)開發(fā)的過程得知，系統(tǒng)分析時犯下 的錯誤，會在接下來的階段被成倍的放大，越是在開發(fā)的后期，糾正分析時犯下的錯誤所花費 的代價越是昂貴，也越發(fā)響系統(tǒng)的工期和系統(tǒng)的質(zhì)量。 本項目中，將邀請招標方技術負責人參與需求調(diào)研，以便保證需求調(diào)研質(zhì)量，同時形成用 戶需求說明書。需求評

14、審時會同雙方管理層、項目實施層共同進行，對于通過用戶確認的需求， 交由配置管理員形成需求基線。 用戶需求在招標方確認后，由系統(tǒng)分析人員形成軟件需求分析報告，同時對軟件需求分析 報告進行評審，對于評審通過的軟件需求分析報告可以交由測試人員進行測試計劃和測試用例 的編寫。 對于開發(fā)過程存在的需求變動，招標方填寫變更申請單發(fā)給項目經(jīng)理，在質(zhì)量保證人員參 加的情況下，對這個變更進行評審，由項目經(jīng)理組織項目組成員一起討論實施變更的可行性及 實施后所帶來的影響，對于影響小的變更直接記錄，大的變更則需要形成正式的變更報告，無 論那種變更都需要對相應的文檔實施同步變更（包括需求分析報告、系統(tǒng)設計、安裝手冊、操

15、 作手冊等） 。但是對于無法實現(xiàn)或是變更會帶來巨大的影響而將導致進度的延期，這時，我們將 變更報告提交給招標方并召開協(xié)調(diào)會議，討論變更取舍問題或是項目進度變更問題。 決定變更之后，由項目負責人組織實施變更，測試人員檢測變更結(jié)果，而質(zhì)量保證人員監(jiān) 督變更實施過程，并協(xié)助配置管理員對變更后的成果進行配置管理。變更實施完后，運行前還 需要協(xié)助用戶一同測試并由招標方簽字后同意方可上線。 6 4.3系統(tǒng)設計系統(tǒng)設計 優(yōu)良的體系結(jié)構(gòu)應當具備可擴展性和可配置性，而好的體系結(jié)構(gòu)則需要好的設計方法，需 要針對項目的結(jié)構(gòu)、項目的特征和用戶的需求來分析。本項目中將安排我方高級系統(tǒng)架構(gòu)師擔 當項目總體設計師，匯同總體

16、設計組完成系統(tǒng)設計。 另外對公共類模塊的開發(fā)。由總體設計組通過對用戶需求的仔細研究，盡可能的識別出公 共類，并進行定義和設計，以減少重復工作。對于項目組提供的設計文檔，由項目經(jīng)理組織， 質(zhì)保小組成員參與，對其設計文檔進行評審，及時發(fā)現(xiàn)設計中可能存在的錯誤，降低項目開發(fā) 風險，同時確保設計文檔能為開發(fā)人員、測試人員提供切實的指導。對于可復用的設計進行提 取作為公共庫設計和開發(fā)，提供項目組。最后交由配置管理員進行設計文檔的版本控制。 4.4系統(tǒng)實現(xiàn)系統(tǒng)實現(xiàn) 系統(tǒng)實現(xiàn)的目的是依據(jù)系統(tǒng)設計文檔，由程序員進行程序編寫，以便實現(xiàn)設計要求，系統(tǒng) 實現(xiàn)過程中，開發(fā)人員需要對模塊進行代碼走查和交叉單元測試，以保

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

18、系統(tǒng)的自身的錯誤還是中間件存在的錯誤， 需要測試人員進行準確的判斷。 為了達到良好的測試目的，本系統(tǒng)測試工作由測試組來完成，主要采用下列方法進行系統(tǒng) 的測試： 從測試方法上來說，分為黑盒測試和白盒測試： 黑盒測試：著重于測試軟件系統(tǒng)的外部特性；根據(jù)系統(tǒng)的設計要求，每一項功能都要進行 逐個測試，檢查其是否達到了預期的要求，是否能正確地接受輸入，是否能正確地輸出結(jié)果。 白盒測試：由于軟件的所有源代碼都要由項目組成員編寫，對其內(nèi)部的邏輯規(guī)則和數(shù)據(jù)流 程，都要進行測試，以檢查其代碼編寫是否符合設計要求。 從測試策略上來說分為集成測試和系統(tǒng)測試： 集成測試：在所有模塊都通過了單元測試后，將各個模塊組裝在

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

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