軟件開發(fā)PQA過程產(chǎn)品質(zhì)量保證指南全套_第1頁
軟件開發(fā)PQA過程產(chǎn)品質(zhì)量保證指南全套_第2頁
軟件開發(fā)PQA過程產(chǎn)品質(zhì)量保證指南全套_第3頁
軟件開發(fā)PQA過程產(chǎn)品質(zhì)量保證指南全套_第4頁
軟件開發(fā)PQA過程產(chǎn)品質(zhì)量保證指南全套_第5頁
已閱讀5頁,還剩7頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

軟件開發(fā)PQA過程產(chǎn)品質(zhì)量保證指南1.目的為了指導(dǎo)質(zhì)量保證工作的順利開展,實現(xiàn)質(zhì)量管理工作規(guī)范化,特制訂本指南。2.適用范圍本指南的適用范圍為小組內(nèi)的所有質(zhì)量保證工作。3.質(zhì)量保證實施準則3.1確立工作目標過程和產(chǎn)品質(zhì)量保證(PQA)是軟件開發(fā)成熟度模型的一個關(guān)鍵過程域,它在軟件開發(fā)過程中起著非常重要的作用,PQA的目標是為管理者提供當前項目進行過程與最終產(chǎn)品的可視性,其主要工作包括:評審工程活動、審計產(chǎn)品以及將評價結(jié)果通知項目組成員和相關(guān)經(jīng)理。PQA人員的主要工作目標是保證活動過程的質(zhì)量,而最終產(chǎn)品的質(zhì)量則由項目經(jīng)理負責,軟件質(zhì)量保證人員不對其負責。3.2確保PQA人員獨立性組織為了有效地開展質(zhì)量保證工作,必須明確質(zhì)量保證人員與項目經(jīng)理應(yīng)當不存在任何行政隸屬關(guān)系,項目經(jīng)理也不應(yīng)當對質(zhì)量保證人員進行任何的考核與評價,質(zhì)量保證人員不能承擔本項目中除質(zhì)量保證外的其他任何工作,以此來確保質(zhì)量保證人員完全站在第三方的立場獨立的開展質(zhì)量保證工作。3.3標準的客觀性質(zhì)量保證的目的是給管理者提供項目可視性,如果質(zhì)量保證活動存在過多的主觀因素,那么管理者看到的將不是項目過程的真實情況,所以客觀的評價對質(zhì)量保證工作來講是至關(guān)重要的。質(zhì)量保證人員針對每項活動與工作產(chǎn)品都要制定相應(yīng)的質(zhì)量保證檢查表,并且根據(jù)檢查表來判斷當前的活動是否存在偏離以及工作產(chǎn)品是否符合要求。評價活動是否有所偏離,主要審核活動的進入準則是否達到,輸入是否正確,執(zhí)行任務(wù)是否符合要求,活動結(jié)束是否符合完成準則以及是否具有合乎要求的輸出。在審計工作產(chǎn)品時,質(zhì)量保證人員主要審計工作產(chǎn)品是否符合規(guī)程、標準等要求,一般不考慮技術(shù)問題。另外,所有開發(fā)人員都應(yīng)當接受過質(zhì)量保證方面的培訓,了解質(zhì)量保證的目的、工作方式以及其他相關(guān)內(nèi)容,充分認識質(zhì)量保證工作的意義。3.4常見誤區(qū)1)質(zhì)量保證人員對產(chǎn)品質(zhì)量負責質(zhì)量保證人員一般只對活動過程的質(zhì)量負責,其價值主要體現(xiàn)在過程質(zhì)量上而不是最終產(chǎn)品質(zhì)量上。如果一個項目按照既定的過程完成,沒有發(fā)生偏離,那么軟件質(zhì)量保證人員就算盡到了職責。2)質(zhì)量保證人員對工作產(chǎn)品的審計包括發(fā)現(xiàn)其中的技術(shù)問題質(zhì)量保證人員對工作產(chǎn)品的審計主要是針對過程,例如是否采用過程所規(guī)定的模板,所有必要的內(nèi)容是否都已具備等,而不是關(guān)注技術(shù)問題。3)質(zhì)量保證人員要負責解決所發(fā)現(xiàn)的質(zhì)量問題質(zhì)量保證的最大作用是發(fā)現(xiàn)問題,提供可視性,而不是解決問題。質(zhì)量保證人員發(fā)現(xiàn)問題后,必須及時提交給相關(guān)責任人,由相關(guān)責任人給出解決方法并予以解決。質(zhì)量保證人員則負責跟蹤問題直至得到解決。如果在相關(guān)責任人處無法得到解決,則將問題提交給項目經(jīng)理。如果仍然無法解決,則提交給高層經(jīng)理。決策人員對最終的處理結(jié)論是解決問題還是暫時擱置問題負責。4)質(zhì)量保證人員是專門監(jiān)督項目組成員的質(zhì)量保證人員從第三方、客觀的角度對項目過程進行評價并將評價結(jié)論反映給管理者,從而讓管理者及時了解項目實際進展與既定過程之間存在的偏差。質(zhì)量保證人員幫助項目組提高開發(fā)和管理活動的規(guī)范化、標準化,所以質(zhì)量保證人員與項目組成員之間的關(guān)系并非純粹的對立和監(jiān)督的關(guān)系。4.不符合項處理機制不符合項是指那些相對于項目規(guī)范、計劃、標準及規(guī)程等存在的顯著或明顯的偏離。PQA工程師在審核發(fā)現(xiàn)不符合項時,應(yīng)當優(yōu)先報告給不符合項的直接責任人或項目經(jīng)理,盡可能在項目組內(nèi)部解決不符合項問題。對于項目組不能解決的問題,應(yīng)當逐級向高層經(jīng)理報告直至問題得到落實。此外,對于影響重大的問題,PQA工程師在報告項目經(jīng)理的同時,還可以將其抄送給高層經(jīng)理以便盡早解決問題,降低項目風險?!绊椖拷M不能解決”的定義:1)PQA工程師認為是問題但項目組認為不是問題。2)項目經(jīng)理明確表示無法解決的問題。3)PQA工程師提交問題5個工作日后,項目組仍然未開始解決的問題。4)超過問題解決期限5個工作日后仍未解決的問題。5.PQA工作報告機制在完成過程或工作產(chǎn)品(服務(wù))的評價之后,PQA工程師應(yīng)及時將評價結(jié)論及不符合問題反饋給活動或工作產(chǎn)品(服務(wù))的相關(guān)負責人。PQA工程師應(yīng)當記錄PQA每周的工作完成情況,包括質(zhì)量保證活動工作量、完成檢查數(shù)、實際審計時間以及發(fā)現(xiàn)不符合問題等,并以報告的方式通知相關(guān)人員。6.PQA審核機制1)PQA工程師應(yīng)當根據(jù)項目過程裁剪、項目計劃制定《質(zhì)量保證計劃》,并按照質(zhì)量保證計劃開展PQA審計工作。2)PQA針對組織級過程應(yīng)當每季度審計一次,包括組織過程改進與維護過程(PAD/PCM)、組織級培訓過程(OT),審計活動一般安排在月底進行。3)定期每半年或一年邀請外部QA專家對公司內(nèi)PQA工作進行審計。7.PQA各階段審核重點項目階段項目過程過程審核要點工作產(chǎn)品審核要點項目計劃階段項目策劃過程1)項目目標與范圍明確;2)選擇了適合項目的生命周期模型;3)制定計劃前進行了估算,估算合理;4)制訂了項目計劃和時間進度表;5)制訂了配置管理計劃及質(zhì)量保證計劃;6)進行了風險識別與評估;7)項目組成員都清楚自己的職責與任務(wù);8)項目計劃制定過程與相關(guān)干系人進行了充分的溝通;9)項目計劃階段的文檔通過了評審,相關(guān)干系人參加了評審。1)選擇了合適的生命周期模型并進行了合理的項目估算;2)合理地確定了待開發(fā)的工作產(chǎn)品;3)有合理的時間進度表;4)對識別出的風險分析了其發(fā)生概率和影響程度,并對風險進行了優(yōu)先級排序。需求階段需求開發(fā)過程1)完成了需求調(diào)研并形成《用戶需求調(diào)研報告》;2)完成了《產(chǎn)品需求規(guī)格說明書》;3)《產(chǎn)品需求規(guī)格說明書》經(jīng)過評審,評審的組織工作符合過程的要求;4)建立《需求跟蹤矩陣》確保需求的雙向可跟蹤性;5)需求的相關(guān)文檔已經(jīng)納入配置管理并已基線化;6)確保相關(guān)干系人介入了需求開發(fā)活動;7)如果需求發(fā)生了變更,明確進行了記錄。1)產(chǎn)品需求規(guī)格說明書包括了所有的系統(tǒng)需求;2)每個需求都在項目的范圍內(nèi);3)簡明、無二義性地表達了每個需求;4)每個需求都沒有內(nèi)容上和語法上的錯誤;5)每個需求都是可驗證、可跟蹤的。設(shè)計階段設(shè)計過程1)對每個可選的解決方案進行了評估;2)編寫了詳細設(shè)計說明書;3)詳細設(shè)計說明書通過了評審;4)詳細設(shè)計文檔已經(jīng)納入配置管理并已基線化;5)明確記錄設(shè)計變更。1)符合模板的要求,內(nèi)容完整;2)詳細設(shè)計與軟件需求規(guī)格說明書的要求一致;3)描述了各子系統(tǒng)的功能模塊結(jié)構(gòu);4)各功能模塊功能點的設(shè)計內(nèi)容完整、準確、易于理解。實現(xiàn)階段編碼過程1)在編碼工作開始前統(tǒng)一了編碼的規(guī)范性要求;2)形成了代碼走讀報告或代碼審查報告。1)在每個源文件的頭部、每個函數(shù)或過程的前面有必要的注釋信息;2)當代碼比較長,特別是有多重嵌套時,在一些段落的結(jié)束處加注釋;3)變量、函數(shù)的命名規(guī)范。系統(tǒng)測試階段系統(tǒng)測試過程1)編寫了測試計劃;2)編寫了測試用例;3)針對所有的測試用例均進行了測試;4)測試過程中發(fā)現(xiàn)的BUG均已提交;5)有明確的責任人對BUG的修復(fù)進行跟蹤;6)形成了測試報告并通過了評審。1)測試計劃中描述的測試范圍;和測試目標清晰、明確;2)測試用例與需求/設(shè)計對應(yīng);3)測試用例中的步驟描述可行;4)測試報告對問題進行了分類統(tǒng)計和分析;5)測試報告結(jié)論清晰明確。交付階段項目交付過程(實施、交付)1)制訂了實施計劃;2)填寫了培訓記錄表;3)安裝、試運行中發(fā)現(xiàn)的問題進行了記錄;4)提交了安裝、試運行中發(fā)現(xiàn)的問題并對問題的解決情況進行了跟蹤;5)形成系統(tǒng)試運行報告。1)實施計劃可行;2)培訓記錄表完整;3)安裝、試運行問題記錄中包括的問題完整;4)系統(tǒng)試運行報告中的各類狀態(tài)問題的統(tǒng)計準確;5)系統(tǒng)試運行報告中有甲乙雙方的簽字。結(jié)項階段項目總結(jié)過程1)進行了全面的項目總結(jié);2)項目組成員均參與了項目總結(jié)工作;3)形成了項目總結(jié)報告和質(zhì)量保證總結(jié)報告;4)項目成果及資料納入公司過程財富庫。1)項目總結(jié)報告中對進度、工作量、規(guī)模、成本等方面實際與計劃出現(xiàn)的偏差進行了分析;2)項目總結(jié)報告中對好的經(jīng)驗的總結(jié)充分、具體并值得推廣;3)質(zhì)量保證總結(jié)報告的內(nèi)容客觀、全面、準確。整個生命周期項目跟蹤過程1)根據(jù)軟件項目計劃中的項目跟蹤計劃開展了項目跟蹤活動;2)及時填寫了軟件項目跟蹤表;3)定期舉行項目會議,并按時提交項目周報;4)中型及以上規(guī)模的項目的每個里程碑處對項目的進度、成本、工作量、缺陷等情況進行了全面的檢核;5)相關(guān)干系人能夠及時了解到項目的進展情況。1)項目跟蹤表填寫完整;2)項目跟蹤表中的數(shù)據(jù)準確;3)項目周報中的內(nèi)容填寫完整;4)項目里程碑報告中的內(nèi)容填寫完整。評審過程1)及時發(fā)出了評審?fù)ㄖ⑻岢隽嗣鞔_的預(yù)審要求;2)評審人員在正式評審前進行了預(yù)審,填寫了個人評審記錄并反饋給了評審主持人;3)及時形成了評審報告;4)評審報告發(fā)給了所有參加評審的人員。1)評審?fù)ㄖ刑岢隽嗣鞔_的預(yù)審要求;2)個人評審記錄中填寫了符合預(yù)審要求的評審意見;3)評審報告的內(nèi)容完整,評審報告中有明確的評審結(jié)論并有評審組長的簽字;4)評審報告中的每個缺陷均明確了責任人和解決期限。配置

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論