軟體質量保證

2022-09-28 17:06:03 字數 3672 閱讀 1969

結課**

班級:軟體09k2

姓名:彭奇

學號:0919********

軟體質量保證(sqa)是建立一套有計畫,有系統的方法,來向管理層保證擬定出的標準、步驟、實踐和方法能夠正確地被所有專案所採用。軟體質量保證的目的是使軟體過程對於管理人員來說是可見的。它通過對軟體產品和活動進行評審和審計來驗證軟體是合乎標準的。

軟體質量保證組在專案開始時就一起參與建立計畫、標準和過程。這些將使軟體專案滿足機構方針的要求。

質量保證是乙個活動,它向所有有關的人提供證據以確立質量功能正在按需求執行的信心。軟體質量保證是一系列系統性的活動,它提供開發出滿足使用要求產品的軟體過程的能力證據。

軟體開發各個階段 sqa 的目標

1需求分析:

確保客戶所要求的系統是可行的。

確保客戶指定的需求確實能夠滿足他的真正要求。

避免開發者和客戶之間的誤解。

向使用者提供為滿足他所提出的需求而實際構建的適當軟體系統。

2軟體規格說明:

通過建立需求跟蹤文件,確保規格說明書與系統需求保持一致。

確保規格說明書能適當地改進系統的靈活性、可維護性以及效能。

確保已建立了測試策略。

確保已建立了現實的開發進度表,包括預定的評審。

確保已為系統設計了正式的變更規程。

3設計:

確保已建立用於描述設計的標準,並且確保遵循這些標準。

確保適當地控制並用文件記錄對設計進行的變更。

確保在系統設計元件已按照商定的準則得到批准之後才開始編碼。

確保對設計的評審按照進度進行。

4編碼:

確保**遵循已建立的風格、結構和文件標準。

確保**經過適當測試和整合,同時對編碼模組的修改得到適當的標識。

檢視**編寫是否遵循既定的進度。

確保**評審按照進度進行。

5測試:

確保測試計畫的建立和遵循。

確保建立的測試計畫能夠滿足所有系統規格說明書的要求。

確保經過測試和返工後軟體與規格說明書保持一致。

6維護:

確保**和文件的一致性。

確保對已建立的變更控制過程進行監測,包括將變更整合到軟體的產品版本中的過程。

確保對**的修改遵循編碼標準,並且要對其進行評審,不要破壞整個**結構。

sqa的工作內容和工作方法

1、計畫

針對具體專案制定 sqa計畫,確保專案組正確執行過程。制定sqa計畫應當注意如下幾點:依據企業目標以及專案情況確定審計的重點,並且明確審計內容,明確審計哪些活動,那些產品。

明確審計方式,確定怎樣進行審計。明確審計結果報告的規則,審計的結果報告給誰。

2、審計/證實

依據 sqa計畫進行sqa審計工作,按照規則發布審計結果報告。 注意審計一定要有專案組人員陪同,不能搞突然襲擊。雙方要開誠布公,坦誠相對。

審計的內容:是否按照過程要求執行了相應活動,是否按照過程要求產生了相應產品。

3、問題跟蹤對審計中發現的問題,要求專案組改進,並跟進直到解決。

sqa的素質

過程為中心:應當站在過程的角度來考慮問題,只要保證了過程, qa就盡到了責任。

服務精神:為專案組服務,幫助專案組確保正確執行過程

了解過程:深刻了解企業的工程,並具有一定的過程管理理論知識

了解開發:對開發工作的基本情況了解,能夠理解專案的活動

溝通技巧:善於溝通,能夠營造良好的氣氛,避免審計活動成為一種找茬活動。

sqa活動

sqa 軟體質量保證(sqa)是一種應用於整個軟體過程的活動,它包含:

1、一種質量管理方法

2、有效的軟體工程技術(方法和工具)

3、在整個軟體過程中採用的正式技術評審

4、一種多層次的測試策略

5、對軟體文件及其修改的控制

6、保證軟體遵從軟體開發標準

7、度量和報告機制

sqa與兩種不同的參與者相關 —— 做技術工作的軟體工程師和負責質量保證的計畫、監督、記錄、分析及報告工作的sqa小組 。

軟體工程師通過採用可靠的技術方法和措施,進行正式的技術評審,執行計畫周密的軟體測試來考慮質量問題,並完成軟體質量保證和質量控制活動。sqa小組的職責是輔助軟體工程小組得到高質量的最終產品。sqa小組完成:

(1)為專案準備sqa計畫。該計畫在制定專案規定專案計畫時確定,由所有感興趣的相關部門評審。 ·需要進行的審計和評審; ·專案可採用的標準; ·錯誤報告和跟蹤的規程; ·由sqa小組產生的文件; ·向軟體專案組提供的反饋數量。

(2)參與開發專案的軟體過程描述。評審過程描述以保證該過程與組織政策,內部軟體標準,外界標準以及專案計畫的其他部分相符。

(3)評審各項軟體工程活動,對其是否符合定義好的軟體過程進行核實。記錄、跟蹤與過程的偏差。

(4)審計指定的軟體工作產品,對其是否符合事先定義好的需求進行核實。對產品進行評審,識別、記錄和跟蹤出現的偏差;對是否已經改正進行核實;定期將工作結果向專案管理者報告。

(5)確保軟體工作及產品中的偏差已記錄在案,並根據預定的規程進行處理。

(6)記錄所有不符合的部分並報告給高階領導者。

正式技術評審(ftr)

ftr 正式技術評審是一種由軟體工程師和其他人進行的軟體質量保障活動。

1. 目標:

(1)發現功能、邏輯或實現的錯誤

(2) 證實經過評審的軟體的確滿足需求

(3) 保證軟體的表示符合預定義的標準

(4) 得到一種一致的方式開發的軟體

(5) 使專案更易管理

2、評審會議

3-5人參加,不超過2小時,由評審主席、評審者和生產者參加,必須做出下列決定中的乙個 :

(1)工作產品可不可以不經修改而被接受;

(2)由於嚴重錯誤而否決工作產品;

(3)暫時接受工作產品。

3、評審總結報告、回答

評審什麼?由誰評審?結論是什麼?評審總結報告是專案歷史記錄的一部分,標識產品中存在問題的區域,作為行政條目檢查表以指導生產者進行改正。

4、評審指導原則

(1)評審產品,而不是評審生產者。注意客氣地指出錯誤,氣氛輕鬆。

(2)不要離題,限制爭論。有異議的問題不要爭論但要記錄在案。

(3)對各個問題都發表見解。問題解決應該放到評審會議之後進行。

(4)為每個要評審的工作產品建立乙個檢查表。應為分析、設計、編碼、測試文件都建立檢查表。

(5)分配資源和時間。應該將評審作為軟體工程任務加以排程。

(6)評審以前所做的評審。

注意事項

要良好的開展sqa工作,必須進行以下前提進行保障。

1.存檔已經明確的文件,規範化和制度化,做到有據可查,有據可依。

必須是經過認真篩選的,sqa必須要掌握質量體系和一定的統計學的知識並要有多年的實際的運作經驗,sqa人員必須能抓住問題的重點和本質,概念清楚,目的明確,不能在工作當中同被審計人員進入無休止的討論,而阻礙正常工作的開展。

3.全員質量管理體系思想明確,明確質量管理的重要性,嚴格把關,不能變為上有政策下有對策的局面,質量管理流於形式。要有全員品質管理的意識,保證每一階段的質量,不能把不合格的中間問題產品帶到下一階段去。

4.明確sqa同開發人員的共同目的是為了提高產品質量,早日完成專案的開發,人員的關係相當於錄入和複核的協作關係,而不是對抗關係(沒事找事者、挑刺者)。保證質量不光是sqa的負責,也是開發人員本身的責任,不能由於sqa的出現,放鬆自身的質量意識。

人員的工作與軟體開發工作是緊密結合的,需要與專案人員溝通。因此sqa人員與專案人員的合作態度是完成軟體質量保證目標的關鍵。

軟體質量保證計畫

摘要 簡要描述該文件的內容。修改歷史 注釋 評審號為評審記錄表的編號。更改請求號為文件更改控制工具自動生成的編號。目錄1 概述 4 1.1 目的和範圍 4 1.2 軟體質量保證計畫維護 4 1.3 參考資料 4 2 角色與職責 4 2.1 角色 4 2.2 職責 4 3 審核標準 4 4 過程能力與...

軟體質量保證計畫

版本號 1.0 文件修訂 批准人簽字 抄送 軟體專案經理 sqa經理 專案組成員 sccb成員目錄1.概述 4 1.1 目的 4 1.2專案背景 4 1.3範圍 4 1.4術語定義 4 2.專案基本情況 4 3.sqa 組的資源要求 4 4.sqa組織結構和責任 4 4.1組織結構 4 4.2 職責...

軟體質量保證試題

一 判斷題題2分,共20分 x 1 軟體故障是導致軟體失效的必要和充分要素。v 2 同行評審的主要目標在於檢測錯誤 核對與標準的偏離。v 3 在任何軟體機構中,定期 不定期的培訓 再培訓都是必須而且是必要的。v 4 在整個機構中使用基礎設施防護與改進部件的主要目標是在機構積累的sqa經驗基礎上消除或...