軟體質量保證過程作為一種獨產的審查活動貫穿於整個軟體開發過程.質量控制人員類似於軟體開發過程中的過程警察,其主要職責是:檢查開發和管理活動是否與制定的過程策略、標準和流程一致;檢查工作產品是否遵循模板規定的內容和格式。
此文件從軟體開發過程的各個階段來描述軟體質量保證過程。
目的和範圍:
專案計畫過程的目的是計畫並執行一系列必要的活動,以便在不超出專案預算和日程安排的前提下,將優質的產品交付給客戶。專案計畫過程適用於公司的所有專案,但每個專案可以根據各自的不同情況對該過程進行裁剪。
進入標準:
專案啟動會議已經結束;
在專案的生命週期中,根據專案的跟蹤結果,需要對專案計畫進行修改和完善。
輸入: 專案啟動報告;
專案提案書;
專案相關文件;
組織財富庫中以往類似的經驗文件。
退出標準:
專案計畫已通過評審、批准並確立。
輸出: 評審後的專案計畫文件包括:
軟體開發質量計畫;
軟體配置管理計畫。
過程描述:
專案計畫包含3個需要在專案中執行和管理的主要計畫,如下:
軟體專案管理計畫;
軟體專案質量管理計畫;
軟體配置管理計畫。
軟體專案管理計畫涉及專案中所有與專案管理相關的問題(從專案開始到結束)。
軟體專案質量管理計畫涉及與質量相關的需求,這些需要在產品中實現,並保證用於構築產品的專案過程。由於質量是產品建立的一部分,所以將軟體專案管理計畫和軟體專案質量管理計畫合成乙個計畫文件,稱為軟體開發質量計畫。
軟體配置管理計畫用於管理與配置管理相關的需求,這些需求與工作產品和可交付產品有關。該計畫的目的在於:為執行軟體工程相關活動提供依據,並在整個開發和維護過程中對軟體專案進行管理。
可以使用不同的檢查表來制定軟體開發質量計畫和軟體配置管理計畫。如下每個計畫都將包含以下3點:
目標;執行方法;
當前狀態。
前兩點不會經常變更,但第三點則被認為會在執行跟蹤時被修改。因此,前兩點通常被直接放到計畫中,而第三點則以鏈結的方法放到計畫中。
(1)制訂軟體開發質量計畫
軟體開發質量計畫包括軟體專案管理計畫、軟體專案質量管理計畫。
①制訂軟體專案管理計畫
軟體專案管理計畫的主要內容包括基礎設施計畫,進度計畫(包括各種型別的估算)、風險管理計畫、專案培訓計畫、執行計畫、客戶管理計畫。
基礎設施計畫
基礎設施計畫包括專案開始執行前必須到位的所有需求,它需要解決以下問題:軟體工程需求、基礎設施需求、角色和職責、內外部介面、過程需求、知識和技能需求。
進度計畫
進度計畫涉及制定合理可用的專案進度。
在制定專案進度時,需要進行下面的估算:規模(size)、工作量(effort)。
專案進度需要描述以下內容:執行的活動、估算的人時、投入的人員、責任人和時間線、里程碑事件的標識。
風險管理計畫
風險管理包括:標識風險事件(與管理相關的風險、與執行相關的風險,與客戶相關的風險等)、評估風險並設定風險優先順序、制訂風險緩解和應急計畫並跟蹤該計畫。
專案培訓計畫
根據專案及人員結構制訂專案培訓計畫,包括業務領域知識、技術、工具等方面的培訓計畫。
執行計畫
專案執行計畫包含了與執行當前專案關係最大的生命週期模型。該計畫對組織級執行模型進行了裁剪。專案生命週期模型通常包括:
專案執行的階段、各階段的輸入和輸出、可交付的產品、需要迭代(反覆)的階段。
②制訂軟體專案質量管理計畫
制訂軟體專案質量管理計畫包含如下主要內容:
專案設定的質量標準;
同級評審計畫:同級評審計畫中描述了在不同的軟體生命週期開發階段,對不同的工作產品所採用的同級評審型別;
測試計畫:測試計畫包括對可執行檔案/模組或整個系統將要進行的各種測試。根據專案測試過程來制定測試計畫;
度量管理計畫:通過裁剪組織級的度量過程來制定專案度量管理計畫。
缺陷預防計畫:管理、開發和測試人員互相配合制訂缺陷預防計畫,防止已識別的缺陷再次發生;
過程改進計畫:專案級過程改進的機會要記錄到過程改進計畫中。這些機會主要**於度量分析、缺陷預防分析和標識出的好的或可避免的實踐。
(2)制訂軟體配置管理計畫
軟體配置管理計畫主要包括以下內容:
軟體配置管理計畫組織;
角色和職責;
開發/維護配置管理計畫,包括可配置項的標識、命名約定、目錄結構、訪問控制、變更管理、基線庫建立、放入/提取(check in/check out)機制、版本控制;
產品配置管理,包括產品中部件的可跟蹤性,產品的版本設定和發布、交付的配置管理(標識出要交付的產品構成)、需求配置管理(需求基線的確定、產品版本與劃定基線的需求版本之間的關係)、配置審計。
驗證: 同級評審人員和軟體質量保證人員必須對專案計畫進行評審,批准後專案才能付諸實施。
配置控制:
專案經理保管所有專案計畫文件。對所有專案計畫文件都要進行配置管理。專案結束後,所有的專案計畫文件都要儲存到組織財富庫中,仍受配置控制。
qa檢查清單:
qa檢查清單包括:
軟體開發質量計畫;
軟體配置管理計畫。
該階段要確保制定了軟體開發質量計畫和軟體配置管理計畫。
目的和範圍:
。軟體需求規格說明書將作為產品測試和驗證是否適合需要的基礎。對於需求的變更,它可能在開發專案期間的任何時間點發生,需求的變更將要影響日程和承諾的變化,這些變化需要和客戶所提出的要求相一致。
進入標準:
計畫已經被批准,並且專案整體的基礎設施是可用的;
軟體的需求已經被需求收集小組捕獲;
對已經形成了基線的軟體需求規格說明書有變更的請求時。
輸入: 軟體的需求說明書;
變更需求的請求。
退出標準:
軟體需求規格說明書已經經過評審並形成了基線;
對已經形成基線的軟體需求的變更進行了處理;
形成基線的軟體說明書已經經過客戶批准;
驗收標準已經完成;
所有評審的問題都已經解決。
輸出: 經過批准並形成基線的軟體需求規格說明書;
對受影響元件的重新估算文件;
驗收測試標準和測試計畫。
過程描述:
這個過程主要處理以下兩種活動:需求說明和需求管理。
需求說明指的是需求過程中形成基線的主體,它是以後進一步的設計和測試的基礎。另外,在軟體開發過程中,會經常遇到由於客戶又有新需求或開發組自身對專案有了更清楚的理解或認識,要對需求進行變更。在對最初的需求說明書進行變更時,要用到需求管理過程。
(1)需求說明
需求說明過程主要包括以下任務:
執行需求分析
定義需求規格說明書
定義驗收標準
評審說明書和驗收標準。
①執行需求分析
分析收集到的需求和在提案中可用的需求。這個任務要求需求說明書應該在完整性、一致性、清晰性和可測試性上達到比較合理的程式。
②定義需求說明書
基於對需求的分析編寫軟體需求規格說明書。這個文件應清晰記錄以下內容:
目標和範圍;
功能需求;
使用者介面;
輸入輸出;
模組之間的介面;
效能需求;
特殊使用者需求。
如果需求不清晰或模糊,就需要準備原型,通過評估原型來產生需求說明書。
③定義驗收標準
基於對以前步驟收集的需求規格說明書,建立測試標準,驗證的解決方案。所有的需求應該可能制定測試標準。這個測試標準將成為客戶批准最終產品的依據,因此要求在制定客戶標準時要經常緊密的與客戶進行交流溝通。
④評審需求分析說明書和測試標準
因為是開發專案的基礎,所以需求規格說明書和驗收標準需要由專案組的同級人員進行評審。
(2)需求管理
需求管理過程包括以下6個任務:
記錄變更請求;
分析受到影響的元件;
估算需求變更成本;
重新估算所有產品的交付日期和時間;
評審受影響元件;
獲得客戶的批准。
①記錄變更請求;
形成基線的需求說明書的變更可能是由客戶提出的,也可能是由於設計或編碼階段開發人員根據一些限制或優化而提出的。所有需求變更必須經過客戶的批准,並且必須是可行的。任務需求變更可以由組織自己定義開始時間,並且所有需求變更需要記錄到變更登記表中。
②分析受到影響的元件;
任何經過批准的變更需要在整個專案組範圍內進行受影響元件分析。
③估算需求變更成本;
專案成本與需求變更有關。任何規模的變更對於成本來講都是一種損耗。如果乙個受影響元件是非常重要的,那麼可行性需要重新進行成本估算。
④重新估算所有產品的交付日期和時間;
如果沒有考慮有效的緩衝,成本的變化可能會影響整個專案的交付時間。在交付時間內的任何實質的變更都需要再同使用者商議決定。
⑤評審受影響元件;
在這個步驟中所有相關的受影響元件需要進行評審,專案負責人根執行此項任務。
⑥獲得客戶的批准。
這個過程的最後一項任務是獲得客戶的簽字。客戶應該同意已經形成基線的軟體需求說明書、驗收標準和已記錄的受影響元件的變更。
驗證: 專案經理要定期的檢查需求規格說明書和專案需求管理的各個方面;
軟體質量保證人員要定期的對需求分析過程執行獨立的評估。
配置控制:
軟體需求規格說明書需要嚴格的配置控制;
所有的變更請求需要被管理和控制;
用於跟蹤的度量文件需要管理和控制。
qa檢查清單:
質量保證檢查清單包括:
軟體需求規格說明書;
變更需求跟蹤記錄;
驗收測試標準與測試計畫。
該階段要確保客戶提出的需求是可行的,確保客戶了解自己提出的需求的含義,並且這個需求能夠真正達到他們的目標,確保開發人員和客戶對於需求沒有誤解或誤會,確保按照需求實現的軟體系統能夠滿足客戶提出的需求。
目的和範圍:
本過程所關注的是把需求(使用者需求說明書和軟體需求規格說明書)轉變成為如何實現這些需求的描述。主要包括以下兩個階段:
概要設計;
詳細設計。
軟體設計過程主要包括以下活動:
體系結構設計;
運算方法設計;
類/函式/資料結構設計;
建立測試標準。
進入標準:
產品需求已經形成了基線;
需要設計解決方案;
新的或修改的需求需要改變當前的設計。
輸入: 形成基線的需求(使用者需求說明書和軟體需求規格說明書)。
退出標準:
設計文件已經評審並形成基線;
測試標準、測試計畫可行。
輸出: 概要設計文件;
詳細設計文件;
測試計畫;
專案標準;
選擇的工具。
過程描述:
設計過程包括概要設計和詳細設計兩個階段。
(1)概要設計
這個階段包括以下的任務:結構設計、邏輯設計、專案標準定義、系統/整合測試計畫的建立,並要進行同級評審。概要設計模板、系統/整合測試計畫模板在本階段將被使用。
軟體質量保證
結課 班級 軟體09k2 姓名 彭奇 學號 0919 軟體質量保證 sqa 是建立一套有計畫,有系統的方法,來向管理層保證擬定出的標準 步驟 實踐和方法能夠正確地被所有專案所採用。軟體質量保證的目的是使軟體過程對於管理人員來說是可見的。它通過對軟體產品和活動進行評審和審計來驗證軟體是合乎標準的。軟體...
專案質量保證過程
下文所示紅字部分由檔案編制人員填寫,綠字部分由質量部文控填寫。變更記錄 專案質量保證過程是為在專案開發過程中成功地執行質量保證活動所提供的qa過程框架 通過對專案過程的檢查 審核 改進提高專案設計 開發 管理過程能力,確保具體的專案質量保證活動,符合質量管理體系要求。專案質量人員應在專案確定時和專案...
軟體質量保證計畫
摘要 簡要描述該文件的內容。修改歷史 注釋 評審號為評審記錄表的編號。更改請求號為文件更改控制工具自動生成的編號。目錄1 概述 4 1.1 目的和範圍 4 1.2 軟體質量保證計畫維護 4 1.3 參考資料 4 2 角色與職責 4 2.1 角色 4 2.2 職責 4 3 審核標準 4 4 過程能力與...