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

質(zhì)量保證計劃質(zhì)量保證計劃 目錄目錄 第一章第一章質(zhì)量保證承諾質(zhì)量保證承諾 2 第二章第二章質(zhì)量管理質(zhì)量管理 2 1質(zhì)量管理服務(wù)規(guī)范 2 2質(zhì)量管理內(nèi)容 2 2 1編制和評審質(zhì)量計劃 2 2 2質(zhì)量檢查 3 2 3不符合項的跟蹤處理 3 3質(zhì)量管理責(zé)任分配 3 3 1質(zhì)量保證小組職責(zé) 3 3 2配置管理小組職責(zé) 4 3 3測試小組職責(zé) 4 4質(zhì)量保證措施 4 4 1項目進(jìn)度 4 4 2需求分析 5 4 3系統(tǒng)設(shè)計 6 4 4系統(tǒng)實現(xiàn) 6 4 5系統(tǒng)測試 6 4 6系統(tǒng)維護(hù) 7 第三章第三章質(zhì)量問題處罰措施質(zhì)量問題處罰措施 7 1質(zhì)量問題分類 7 2質(zhì)量問題處理 7 3關(guān)于質(zhì)量問題接受處罰的整體承諾 8 2 第一章第一章 質(zhì)量保證承諾質(zhì)量保證承諾 針對本項目建設(shè)和實施 我方鄭重承諾 1 承諾按照國家現(xiàn)行標(biāo)準(zhǔn) 行業(yè)標(biāo)準(zhǔn) 相關(guān)建設(shè)標(biāo)準(zhǔn)及招標(biāo)文件要求進(jìn)行項目建設(shè)實施 保證供貨和服務(wù)質(zhì)量 4 承諾在貨物實施 調(diào)試 驗收合格后 對采購人的相關(guān)人員進(jìn)行免費現(xiàn)場培訓(xùn) 培訓(xùn)內(nèi) 容包括基本操作 保養(yǎng)維修 常見故障及解決辦法等 5 承諾依據(jù)按照要求提供項目售后服務(wù) 項目質(zhì)量缺陷責(zé)任期為 2 年 自自招標(biāo)人驗收合 格之日起計算 6 為保證項目建設(shè)質(zhì)量 承諾除不可抗力或業(yè)主要求外 擬派于該項目的駐場人員在項目 實施過程中沒任何更換 以上承諾內(nèi)容僅為部分列出 針對質(zhì)量保證 我方將嚴(yán)格按照標(biāo)準(zhǔn)規(guī)范進(jìn)行供貨和項目實 施 若因我方原因?qū)е马椖砍霈F(xiàn)任何質(zhì)量問題 我方愿承擔(dān)一切后果 第二章第二章 質(zhì)量管理質(zhì)量管理 1 質(zhì)量管理服務(wù)規(guī)范質(zhì)量管理服務(wù)規(guī)范 根據(jù)本工程所具備的資源和系統(tǒng)環(huán)境等約束條件 我們將與用戶及其他參與單位一道努力 按照 ISO9000 質(zhì)量體系要求 通過質(zhì)量管理協(xié)調(diào)各種因素在系統(tǒng)維護(hù)過程中的作用 有效的利 用資源 完成預(yù)定任務(wù) 按照 ISO9000 體系框架和要素的要求 緊密結(jié)合計算機(jī)系統(tǒng)維護(hù)項目的特點 制定出在各 個環(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)的基本思想就在于一個組織要確定其質(zhì)量目標(biāo) 并按照其確定的質(zhì)量目標(biāo) 建立并有效實施質(zhì)量體系 確保影響產(chǎn)品質(zhì)量的技術(shù) 管理和人的因素處于受控狀態(tài) 所有的 控制應(yīng)針對減少和消除不合格 尤其是預(yù)防不合格 并建立和完善持續(xù)的質(zhì)量改進(jìn)機(jī)制 它由 一系列規(guī)則和協(xié)議組成 由專門的組織機(jī)構(gòu)以一系列的管理制度和工具來保證貫徹實施 2 質(zhì)量管理內(nèi)容質(zhì)量管理內(nèi)容 2 1編制和評審質(zhì)量計劃編制和評審質(zhì)量計劃 制定質(zhì)量保證計劃 依據(jù)項目計劃及項目質(zhì)量目標(biāo)確定需要檢查的主要過程和工作產(chǎn)品 識別項目過程中的干系人及其活動 估計檢查時間和人員 并制定出本項目的質(zhì)量保證計劃 質(zhì)量保證計劃的主要內(nèi)容包括 例行審計和里程碑評審 需要監(jiān)督的重要活動和工作產(chǎn)品 確定審計方式 根據(jù)項目計劃中的評審計劃確定質(zhì)量保證人員需要參加的評審計劃 明確質(zhì)量 3 審計報告的報送范圍 質(zhì)量保證計劃的評審 質(zhì)量保證計劃需要經(jīng)過評審方能生效 以確保質(zhì)量保證計劃和項目 計劃的一致性 經(jīng)過批準(zhǔn)的質(zhì)量保證計劃需要納入配置管理 當(dāng)項目計劃變更時 需要及時更 改和復(fù)審質(zhì)量保證計劃 2 2質(zhì)量檢查質(zhì)量檢查 根據(jù)質(zhì)量保證計劃進(jìn)行質(zhì)量的審計工作 并發(fā)布質(zhì)量審計報告 審計的主要內(nèi)容包括 是否按照過程要求執(zhí)行了相應(yīng)的活動 是否按照過程要求產(chǎn)生了相 應(yīng)的工作產(chǎn)品 本項目中對質(zhì)量的控制主要體現(xiàn)在不同階段的審計當(dāng)中 2 3不符合項的跟蹤處理不符合項的跟蹤處理 對審計中發(fā)現(xiàn)的不符合項 要求項目組及時處理 質(zhì)量保證人員需要確認(rèn)不符合項的狀態(tài) 直到最終的不符合項狀態(tài)為 完成 為止 3 質(zhì)量管理責(zé)任分配質(zhì)量管理責(zé)任分配 我方在開發(fā)項目上按照規(guī)范化軟件的生產(chǎn)方式進(jìn)行生產(chǎn) 每個項目除配備了項目開發(fā)所需 角色外 還專門配備了質(zhì)量保證小組 配置管理小組 測試小組來確保質(zhì)量管理的實施 下面 針對這三種角色進(jìn)行說明 3 1質(zhì)量保證小組職責(zé)質(zhì)量保證小組職責(zé) 質(zhì)量保證小組作為質(zhì)量保證的實施小組 在項目開發(fā)的過程中幾乎所有的部門都與質(zhì)量保 證小組有關(guān) 質(zhì)量保證小組的主要職責(zé)是 以獨立審查方式 從第三方的角度監(jiān)控軟件開發(fā)任務(wù)的執(zhí)行 分析項目內(nèi)存在的質(zhì)量問題 審查項目的質(zhì)量活動 給出質(zhì)量審計報告 就項目是否遵循已制 定的計劃 標(biāo)準(zhǔn)和規(guī)程 給開發(fā)人員和管理層提供反映產(chǎn)品和過程質(zhì)量的信息和數(shù)據(jù) 使他們 能了解整個項目生存周期中工作產(chǎn)品和過程的情況 提高項目透明度 從而支持其交付高質(zhì)量 的軟件產(chǎn)品 質(zhì)量保證人員依據(jù)質(zhì)量保證計劃 通過質(zhì)量審計報告向項目經(jīng)理及有關(guān)人員提出已經(jīng)識別 出的不符合項 并跟蹤不符合項的解決過程 通過審計周報或者審計月報向項目經(jīng)理提供過程 和產(chǎn)品質(zhì)量數(shù)據(jù) 并與項目組協(xié)商不符合項的解決辦法 質(zhì)量保證小組的檢測范圍主要包括 項目的進(jìn)度是否按照項目計劃執(zhí)行 用戶需求是否得 到了用戶的簽字確認(rèn) 軟件需求是否正確的反映了用戶的需求 是否將每一項用戶需求都映射 到軟件需求 系統(tǒng)設(shè)計是否完全反映了軟件需求 實現(xiàn)的軟件是否正確的體現(xiàn)了系統(tǒng)設(shè)計 測 試人員是否進(jìn)行了較為徹底的和全面的測試 客戶驗收和交接清單是否完備 對于系統(tǒng)運行中 4 出現(xiàn)的問題 維護(hù)人員是否記錄了詳細(xì)的維護(hù)記錄 配置管理員是否按照配置管理計劃建立了 基線 是否嚴(yán)格控制變更過程 是否對配置庫進(jìn)行了維護(hù) 3 2配置管理小組職責(zé)配置管理小組職責(zé) 配置管理活動的目的是通過執(zhí)行版本控制 變更控制 基線管理等規(guī)程 借助配置管理工 具的使用 來保證整個生命周期過程產(chǎn)生的所有配置項的完整性 一致性和可追溯性 配置管 理是對工作成果 階段工作成果和產(chǎn)品成果 進(jìn)展?fàn)顟B(tài)成果 的一種有效保護(hù)形式 是反映項 目及其工作產(chǎn)品的過去 現(xiàn)在 動態(tài)的資料和數(shù)據(jù)集中管理體現(xiàn) 配置管理小組的主要職責(zé)包括 根據(jù)項目計劃制定配置管理計劃 建立配置庫 為項目組 人員分配配置庫權(quán)限 創(chuàng)建需求 設(shè)計 開發(fā) 測試 交付階段的基線 當(dāng)納入基線庫的工作 產(chǎn)品發(fā)生變更時 嚴(yán)格按照配置項變更控制過程執(zhí)行變更 變更后建立新的基線 3 3測試小組職責(zé)測試小組職責(zé) 作為質(zhì)量控制的主要手段 如同軟件開發(fā)一樣 測試在執(zhí)行之前 測試小組制定軟件測試 計劃 測試用例的編寫和執(zhí)行工作 本項目中 測試可以分為如下幾種類型 代碼走查 單元測試 集成測試 系統(tǒng)測試 為 了保證程序的質(zhì)量 開發(fā)人員需要對同伴的代碼進(jìn)行代碼走查 同時對自己編寫的程序進(jìn)行單 元測試 確保程序編譯 運行正確 測試人員根據(jù)軟件需求分析報告進(jìn)行軟件集成測試用例和系統(tǒng)測試用例的編寫 對編寫完 成的測試用例提交項目組進(jìn)行評審 同時質(zhì)量保證人員對評審過程和工作產(chǎn)品進(jìn)行監(jiān)測 測試人員根據(jù)測試計劃和測試用例執(zhí)行測試用例 并對發(fā)現(xiàn)的缺陷進(jìn)行記錄 只有這樣才 能確保項目組開發(fā)的軟件產(chǎn)品滿足用戶需求 在完成集成測試之后 可以進(jìn)行軟件系統(tǒng)測試 系統(tǒng)測試包括對軟件進(jìn)行功能測試 性能測試 安全測試 壓力測試 只有進(jìn)行了系統(tǒng)測試軟 件測試才是完整的 系統(tǒng)測試在本項目中占有重要的地位 性能要求有可能改變軟件的設(shè)計 為避免造成軟件的后期返工 測試在性能上需要較大的側(cè)重 4 質(zhì)量保證措施質(zhì)量保證措施 通過質(zhì)量管理責(zé)任的分配 通過如下幾個方面來進(jìn)行質(zhì)量保證的實施過程 4 1項目進(jìn)度項目進(jìn)度 項目計劃的制定為工程項目實施 管理和支持工作 項目進(jìn)度 成本 質(zhì)量及過程產(chǎn)品的 有效控制打下了良好的基礎(chǔ) 以便所有相關(guān)人員能夠按照該計劃有條不紊地開展工作 制定 項目計劃 必須獲得相關(guān)干系人的認(rèn)可 并以此作為項目跟蹤的基礎(chǔ) 項目進(jìn)度是項目進(jìn)行是否順利的最直觀表現(xiàn) 制定合理的項目計劃首要前提是選擇從事類 5 似規(guī)模和類似業(yè)務(wù)項目的有經(jīng)驗的項目負(fù)責(zé)人參加制定項目進(jìn)度計劃 項目計劃由項目負(fù)責(zé)人制定 由項目各小組組長 項目成員 干系人 質(zhì)量保證人員參加 一起進(jìn)行評審 評審過程主要討論項目計劃的可行性 對其中不合理的地方提出修改意見 對 計劃中不合理的地方進(jìn)行修改完善 并由質(zhì)量保證人員對其結(jié)果進(jìn)行跟蹤處理 以確保項目計 劃完整性 可行性 項目計劃評審?fù)ㄟ^后 交由配置管理人員進(jìn)行配置管理 在計劃實施過程中 按項目計劃中里程碑為界限 將整個開發(fā)周期劃分為若干階段 根據(jù) 里程碑的完成情況 適當(dāng)?shù)恼{(diào)整每一個較小的階段的任務(wù)量和完成的任務(wù)時間 動態(tài)跟蹤和動 態(tài)調(diào)整 以利于項目質(zhì)量保證的實施 實際運作中 質(zhì)量保證人員在對項目執(zhí)行過程進(jìn)行檢查時 對于發(fā)現(xiàn)的項目偏差 以質(zhì)量 審計報告的形式提交項目負(fù)責(zé)人 由項目負(fù)責(zé)人組織人員對計劃進(jìn)行維護(hù) 對于已經(jīng)變動的項 目計劃 由配置管理進(jìn)行配置管理 4 2需求分析需求分析 需求分析是開發(fā)人員對系統(tǒng)需要做什么和如何做的定義過程 從系統(tǒng)分析的經(jīng)驗來看 這 個過程往往是個循序漸進(jìn)的過程 一次性對系統(tǒng)形成完整的認(rèn)識是困難的 只有不斷地和客戶 領(lǐng)域?qū)＜疫M(jìn)行交流確認(rèn) 方能逐步明了用戶的需求 從系統(tǒng)開發(fā)的過程得知 系統(tǒng)分析時犯下 的錯誤 會在接下來的階段被成倍的放大 越是在開發(fā)的后期 糾正分析時犯下的錯誤所花費 的代價越是昂貴 也越發(fā)響系統(tǒng)的工期和系統(tǒng)的質(zhì)量 本項目中 將邀請招標(biāo)方技術(shù)負(fù)責(zé)人參與需求調(diào)研 以便保證需求調(diào)研質(zhì)量 同時形成用 戶需求說明書 需求評審時會同雙方管理層 項目實施層共同進(jìn)行 對于通過用戶確認(rèn)的需求 交由配置管理員形成需求基線 用戶需求在招標(biāo)方確認(rèn)后 由系統(tǒng)分析人員形成軟件需求分析報告 同時對軟件需求分析 報告進(jìn)行評審 對于評審?fù)ㄟ^的軟件需求分析報告可以交由測試人員進(jìn)行測試計劃和測試用例 的編寫 對于開發(fā)過程存在的需求變動 招標(biāo)方填寫變更申請單發(fā)給項目經(jīng)理 在質(zhì)量保證人員參 加的情況下 對這個變更進(jìn)行評審 由項目經(jīng)理組織項目組成員一起討論實施變更的可行性及 實施后所帶來的影響 對于影響小的變更直接記錄 大的變更則需要形成正式的變更報告 無 論那種變更都需要對相應(yīng)的文檔實施同步變更 包括需求分析報告 系統(tǒng)設(shè)計 安裝手冊 操 作手冊等 但是對于無法實現(xiàn)或是變更會帶來巨大的影響而將導(dǎo)致進(jìn)度的延期 這時 我們將 變更報告提交給招標(biāo)方并召開協(xié)調(diào)會議 討論變更取舍問題或是項目進(jìn)度變更問題 決定變更之后 由項目負(fù)責(zé)人組織實施變更 測試人員檢測變更結(jié)果 而質(zhì)量保證人員監(jiān) 督變更實施過程 并協(xié)助配置管理員對變更后的成果進(jìn)行配置管理 變更實施完后 運行前還 需要協(xié)助用戶一同測試并由招標(biāo)方簽字后同意方可上線 6 4 3系統(tǒng)設(shè)計系統(tǒng)設(shè)計 優(yōu)良的體系結(jié)構(gòu)應(yīng)當(dāng)具備可擴(kuò)展性和可配置性 而好的體系結(jié)構(gòu)則需要好的設(shè)計方法 需 要針對項目的結(jié)構(gòu) 項目的特征和用戶的需求來分析 本項目中將安排我方高級系統(tǒng)架構(gòu)師擔(dān) 當(dāng)項目總體設(shè)計師 匯同總體設(shè)計組完成系統(tǒng)設(shè)計 另外對公共類模塊的開發(fā) 由總體設(shè)計組通過對用戶需求的仔細(xì)研究 盡可能的識別出公 共類 并進(jìn)行定義和設(shè)計 以減少重復(fù)工作 對于項目組提供的設(shè)計文檔 由項目經(jīng)理組織 質(zhì)保小組成員參與 對其設(shè)計文檔進(jìn)行評審 及時發(fā)現(xiàn)設(shè)計中可能存在的錯誤 降低項目開發(fā) 風(fēng)險 同時確保設(shè)計文檔能為開發(fā)人員 測試人員提供切實的指導(dǎo) 對于可復(fù)用的設(shè)計進(jìn)行提 取作為公共庫設(shè)計和開發(fā) 提供項目組 最后交由配置管理員進(jìn)行設(shè)計文檔的版本控制 4 4系統(tǒng)實現(xiàn)系統(tǒng)實現(xiàn) 系統(tǒng)實現(xiàn)的目的是依據(jù)系統(tǒng)設(shè)計文檔 由程序員進(jìn)行程序編寫 以便實現(xiàn)設(shè)計要求 系統(tǒng) 實現(xiàn)過程中 開發(fā)人員需要對模塊進(jìn)行代碼走查和交叉單元測試 以保證模塊代碼質(zhì)量 軟件 實現(xiàn)也就是代碼的生產(chǎn)過程 根據(jù)上一階段形成的設(shè)計文檔 程序員在完成代碼之后 可以開 始編碼并且進(jìn)行代碼走查和單元測試 對于測試完成的程序可以交由配置管理人員進(jìn)行配置管 理 4 5系統(tǒng)測試系統(tǒng)測試 系統(tǒng)開發(fā)涉及到一系列的過程 每一個過程都有可能引入缺陷 Bug 本系統(tǒng)質(zhì)量的好壞 直接關(guān)系到正常使用和日后的維護(hù) 在開發(fā)過程中 我們將質(zhì)量控制貫穿于所有階段和所有參 與系統(tǒng)的人員中 包括系統(tǒng)分析 設(shè)計和編碼 分階段的評審和測試是軟件質(zhì)量的有力保障 系統(tǒng)存在平臺測試和應(yīng)用系統(tǒng)的測試以及最終的測試 由于測試也存在協(xié)調(diào)的問題 如錯 誤具體定位 在應(yīng)用系統(tǒng)發(fā)現(xiàn)一個錯誤 到底是應(yīng)用系統(tǒng)的自身的錯誤還是中間件存在的錯誤 需要測試人員進(jìn)行準(zhǔn)確的判斷 為了達(dá)到良好的測試目的 本系統(tǒng)測試工作由測試組來完成 主要采用下列方法進(jìn)行系統(tǒng) 的測試 從測試方法上來說 分為黑盒測試和白盒測試 黑盒測試 著重于測試軟件系統(tǒng)的外部特性 根據(jù)系統(tǒng)的設(shè)計要求 每一項功能都要進(jìn)行 逐個測試 檢查其是否達(dá)到了預(yù)期的要求 是否能正確地接受輸入 是否能正確地輸出結(jié)果 白盒測試 由于軟件的所有源代碼都要由項目組成員編寫 對其內(nèi)部的邏輯規(guī)則和數(shù)據(jù)流 程 都要進(jìn)行測試 以檢查其代碼編寫是否符合設(shè)計要求 從測試策略上來說分為集成測試和系統(tǒng)測試 集成測試 在所有模塊都通過了單元測試后 將各個模塊組裝在一起 進(jìn)行組裝測試 用 7 于發(fā)現(xiàn)與接口相聯(lián)系的問題 在通過組裝測試后 將經(jīng)過單元測試的模塊組裝成一個符合設(shè)計 要求的軟件結(jié)構(gòu) 系統(tǒng)測試 在本項目通過了以上的測試步驟后 與其它系統(tǒng)元素 如硬件服務(wù)器 網(wǎng)絡(luò)系 統(tǒng)等 進(jìn)行集成測試和系統(tǒng)級的確認(rèn)測試 將各種可能的缺陷完全排除掉 從根本上保證系統(tǒng) 的長期穩(wěn)定運行 4 6系統(tǒng)維護(hù)系統(tǒng)維護(hù) 本項目中 技術(shù)支持小組的任務(wù)一方面是保證對項目客戶的跟蹤服務(wù) 另一方面是確保該 項目的技術(shù)咨詢工作 系統(tǒng)維護(hù)期 對于一般性的錯誤 如操作不當(dāng)?shù)纫鸬膯栴} 全部由技術(shù)支持小組執(zhí)行完 成 但需要用戶測試確認(rèn)上線 如果較大的修改則需要走變更控制流程 填寫變更申請 經(jīng)項 目組討論分析可行方案在由技術(shù)支持小組實施 通過測試后方可提交用戶 在這個過程中質(zhì)量 人員需要對維護(hù)過程和維護(hù)記錄單進(jìn)行檢查 第三章第三章 質(zhì)量問題處罰措施質(zhì)量問題處罰措施 1 質(zhì)量問題分類質(zhì)量問題分類 項目建設(shè)過程中 對不同程度地質(zhì)量問題事故有著不同的定義 本次項目中 從建設(shè)內(nèi)容 上來說 主要是關(guān)于軟件系統(tǒng)和用戶數(shù)據(jù)接入處理等層面 若存在項目建設(shè)和服務(wù)質(zhì)量問題 從用戶方建設(shè)內(nèi)容和目的層面來說 質(zhì)量問題分類和定義如下 1 代碼級質(zhì)量問題 此層面指在軟件編碼和開發(fā)過程中技術(shù)處理上使用不當(dāng) 使用戶在使用系統(tǒng)時存在些許不 便 2 數(shù)據(jù)級質(zhì)量問題 主要指軟件系統(tǒng)在實施和交付時存在部分?jǐn)?shù)據(jù)系統(tǒng)錯誤的問題 這是屬于重大質(zhì)量問題范 疇 3 系統(tǒng)級質(zhì)量問題 主要指系統(tǒng)運行錯誤