《軟件質(zhì)量與測試》課件第九章軟件質(zhì)量和質(zhì)量保證_第1頁
《軟件質(zhì)量與測試》課件第九章軟件質(zhì)量和質(zhì)量保證_第2頁
《軟件質(zhì)量與測試》課件第九章軟件質(zhì)量和質(zhì)量保證_第3頁
《軟件質(zhì)量與測試》課件第九章軟件質(zhì)量和質(zhì)量保證_第4頁
《軟件質(zhì)量與測試》課件第九章軟件質(zhì)量和質(zhì)量保證_第5頁
已閱讀5頁,還剩46頁未讀 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

本章內(nèi)容9.1軟件質(zhì)量9.2軟件度量9.3軟件能力成熟度模型9.4軟件質(zhì)量保證沈陽師范大學軟件學院1本節(jié)內(nèi)容9.1軟件質(zhì)量9.1.1軟件質(zhì)量的含義9.1.2軟件質(zhì)量模型沈陽師范大學軟件學院29.1.1軟件質(zhì)量的含義9.1.1軟件質(zhì)量的含義首先來看一些關(guān)于質(zhì)量的定義。1970年,Juran和Gryna把質(zhì)量定義為“適于使用”。1979年,Crosby將質(zhì)量定義為“符合需求”。在GB/T6583-ISO8404(1994版)中,將質(zhì)量定義為“反映實體滿足明確和隱含需要的能力的特性的總和”,這里的實體是“可以單獨描述和研究的事物”,如產(chǎn)品、活動、過程、組織的體系等。在ISO9000:2000中,將質(zhì)量定義為“一組固有特性滿足要求的程度”。至于軟件質(zhì)量,很容易從上述質(zhì)量的定義中作擴展。IEEE對軟件質(zhì)量的定義如下。軟件質(zhì)量是:系統(tǒng)、部件或過程滿足顧客或者用戶需要或期望的程度。系統(tǒng)、部件或過程滿足規(guī)定需求的程度。沈陽師范大學軟件學院39.1.1軟件質(zhì)量的含義9.1.1軟件質(zhì)量的含義首先來看一些關(guān)于質(zhì)量的定義。1970年,Juran和Gryna把質(zhì)量定義為“適于使用”。1979年,Crosby將質(zhì)量定義為“符合需求”。在GB/T6583-ISO8404(1994版)中,將質(zhì)量定義為“反映實體滿足明確和隱含需要的能力的特性的總和”,這里的實體是“可以單獨描述和研究的事物”,如產(chǎn)品、活動、過程、組織的體系等。在ISO9000:2000中,將質(zhì)量定義為“一組固有特性滿足要求的程度”。至于軟件質(zhì)量,很容易從上述質(zhì)量的定義中作擴展。IEEE對軟件質(zhì)量的定義如下。軟件質(zhì)量是:系統(tǒng)、部件或過程滿足顧客或者用戶需要或期望的程度。系統(tǒng)、部件或過程滿足規(guī)定需求的程度。沈陽師范大學軟件學院49.1.2軟件質(zhì)量模型9.1.2軟件質(zhì)量模型為了避免軟件質(zhì)量評價的盲目性,需要制定軟件質(zhì)量模型,從多方面、客觀地、定量地對軟件質(zhì)量進行度量和評價。比較常見的三個軟件質(zhì)量模型是McCall模型、Boehm模型和ISO9126。沈陽師范大學軟件學院59.1.2軟件質(zhì)量模型9.1.2軟件質(zhì)量模型McCall模型是McCall和他同事在1977年提出的,如圖所示。沈陽師范大學軟件學院6McCall質(zhì)量模型將軟件質(zhì)量分為3個重要的方面:操作特性(產(chǎn)品運行)承受可改變能力(產(chǎn)品修訂)新環(huán)境適應能力(產(chǎn)品變遷)圖McCall質(zhì)量模型9.1.2軟件質(zhì)量模型9.1.2軟件質(zhì)量模型沈陽師范大學軟件學院7Boehm模型是Boehm和他的同事在1978年提出的,如圖10-2所示。Boehm質(zhì)量模型是一個分層的模型,除了包含用戶的期望和需要,它還包含了McCall模型所沒有的硬件質(zhì)量特性。Boehm質(zhì)量模型關(guān)注不同類型的用戶需要。第一類用戶是初始用戶,第二類用戶是要將軟件移植到其他軟硬件系統(tǒng)中使用的用戶,第三類用戶是系統(tǒng)維護人員。也可以說,Boehm質(zhì)量模型反映了不同類型的用戶對軟件質(zhì)量的理解。圖Boehm質(zhì)量模型9.1.2軟件質(zhì)量模型9.1.2軟件質(zhì)量模型沈陽師范大學軟件學院81991年,ISO頒布了ISO9126-1991標準《軟件產(chǎn)品評價—質(zhì)量特性及其使用指南》。我國也于1996年頒布了同樣的軟件產(chǎn)品質(zhì)量評價標準GB/T16260-1996。ISO9126模型如圖10-3所示。ISO9126模型定義了6個影響軟件質(zhì)量的質(zhì)量特性,而每個質(zhì)量特性又可通過若干子特性來測量,每個子特性在評價時要進行定義并實施若干度量。ISO9126質(zhì)量模型使得軟件最大限度地滿足用戶的明確的和潛在的需求,且從用戶、開發(fā)人員、管理者等各類人員的角度全方位地考慮軟件質(zhì)量。圖ISO9126質(zhì)量模型本節(jié)內(nèi)容9.2軟件度量9.2.1軟件度量概述9.2.2軟件度量的目標9.2.3軟件度量的三個方面沈陽師范大學軟件學院99.2.1軟件度量概述9.2.1.1軟件度量的含義度量是指在現(xiàn)實的世界中把數(shù)字或符號指定給實體的某一屬性,以便以這種方式來根據(jù)已明確的規(guī)則來描述它們。度量關(guān)注的是獲取關(guān)于實體屬性的信息。那么什么是軟件度量呢?軟件度量(SoftwareMeasurement)是對軟件開發(fā)項目、過程及其產(chǎn)品進行數(shù)據(jù)定義、收集以及分析的持續(xù)性量化過程,目的在于對項目質(zhì)量、過程質(zhì)量及產(chǎn)品質(zhì)量進行理解、預測、評估、控制和改善。沈陽師范大學軟件學院109.2.1軟件度量概述9.2.1.2軟件度量的意義在軟件開發(fā)中,軟件度量的根本目的是為了軟件管理的需要,利用度量來改進軟件過程,以提高軟件開發(fā)效率和軟件質(zhì)量。通過軟件度量,使人們能夠可預測、可重復、準確地控制軟件開發(fā)過程和軟件產(chǎn)品。度量使得對軟件質(zhì)量的評價從定性走向了定量,避免了軟件質(zhì)量評價的模糊性。沈陽師范大學軟件學院119.2.1軟件度量概述9.2.1.3軟件度量的現(xiàn)狀

在軟件界,軟件度量目前的情況并不盡如人意,如下一些現(xiàn)象是時常存在的。設計和開發(fā)軟件產(chǎn)品的時候,并未制定出度量的目標。未能對構(gòu)成軟件項目實際費用的各個不同部分進行有效的度量。由于缺乏清晰的度量目標,使得開發(fā)人員不能使開發(fā)的產(chǎn)品質(zhì)量的各方面特性都合格,因此不能使用術(shù)語向潛在的用戶說明軟件產(chǎn)品具有很高的質(zhì)量。由于缺乏對軟件的度量,看不到清晰的實效,因而人們對所使用的軟件開發(fā)技術(shù)沒有足夠的信心。沈陽師范大學軟件學院129.2.1軟件度量概述9.2.1.4軟件度量工具

隨著軟件定量方法的重要性不斷增加,市場上出現(xiàn)了許多度量工具。然而,度量工具目前還是很混亂。因為沒有統(tǒng)一的度量標準規(guī)范,每種工具發(fā)明商家都是按照他們自己的軟件度量規(guī)范。Daich等根據(jù)分類學把度量工具分成了以下幾種:通用度量工具小生境度量工具(NicheMetricsTool)靜態(tài)分析工具源代碼靜態(tài)分析工具規(guī)模度量工具沈陽師范大學軟件學院139.2.2軟件度量的目標9.2.2.1對管理者(1)需要度量軟件開發(fā)過程中的不同階段的費用。(2)為了決定付給不同的開發(fā)小組的費用,需要度量不同小組職員的生產(chǎn)率。

(3)為了對不同的項目進行比較、對將來的項目進行預測、建立基線以及設定合理的改進目標等,需要度量開發(fā)的產(chǎn)品的質(zhì)量。(4)需要決定項目的度量目標。例如:應達到多大的測試覆蓋率、系統(tǒng)最后的可靠性應有多大等。(5)為了找出是什么因素影響著費用和生產(chǎn)率,需要反復測試某一特定過程和資源的屬性。(6)需要度量和估計不同軟件工程方法和工具的效用,以便決定是否有必要把它們引入到公司中。沈陽師范大學軟件學院149.2.2軟件度量的目標9.2.2.2對軟件工程師(1)需要制定過程度量以監(jiān)視不斷演進的系統(tǒng)。這包括設計過程中的改動、在不同的回顧或測試階段發(fā)現(xiàn)的錯誤等等。(2)需使用嚴格的度量術(shù)語來指定對軟件質(zhì)量和性能的要求,以便使這些要求是可測試的。(3)為了合格需要度量產(chǎn)品和過程的屬性。例如,看一個產(chǎn)品是否合格要看產(chǎn)品的一些可度量的特性如“β測試階段少于20個錯誤”,“每個模塊的代碼行不超過100行”,和開發(fā)過程的一些屬性如“單元測試必須覆蓋90%以上的用例”等。(4)需要度量當前已存在的產(chǎn)品和過程的屬性以便預測將來的產(chǎn)品。沈陽師范大學軟件學院159.2.2軟件度量的目標9.2.2.2對軟件工程師

研究上面列出的度量的目標和活動可以發(fā)現(xiàn),軟件度量的目標可大致概括為兩類。使用度量來進行估計。這使得人們可以同步地跟蹤一個特定的軟件項目。應用度量來預測項目的一些重要的特性。但不能過分夸大這些預測的作用,因為它們并不是完全正確的。沈陽師范大學軟件學院169.2.3軟件度量的三個方面9.2.3.1軟件度量的三個方面

軟件度量貫穿于軟件開發(fā)的整個生命周期。軟件度量包括3個方面:項目度量產(chǎn)品度量過程度量沈陽師范大學軟件學院179.2.3軟件度量的三個方面9.2.3.1具體情況如表所示

沈陽師范大學軟件學院18本節(jié)內(nèi)容9.3軟件能力成熟度模型9.3.1軟件能力成熟度模型概述9.3.2軟件能力成熟度模型的建立和評估9.3.3能力成熟度模型集成CMMI沈陽師范大學軟件學院199.3.1軟件能力成熟度模型概述9.3.1.1起源卡內(nèi)基·梅隆大學軟件工程研究所CMU/SEI(CarnegieMellonUniversity/SoftwareEngineeringInstitute)于1987年研究發(fā)布了軟件過程成熟度框架,并提供了軟件過程評估和軟件能力評價兩種評估方法和軟件成熟度提問單。4年之后,SEI將軟件過程成熟度框架進化為軟件能力成熟度模型(theCapabilityMaturityModelForSoftware,簡稱SW-CMM),并發(fā)布了最早的SW-CMM1.0版。經(jīng)過兩年的試用,1993年SEI正式發(fā)布了SW-CMM1.1版,這是目前使用最為廣泛的版本。沈陽師范大學軟件學院209.3.1軟件能力成熟度模型概述9.3.1.2軟件能力成熟度模型中的重要概念過程(Process):CMM中引用了IEEE對過程的定義,即過程是“為達到目的而執(zhí)行的所有步驟的系列”。軟件過程(SoftwareProcess):人們用于開發(fā)和維護軟件及其相關(guān)產(chǎn)品的一系列活動、方法、實踐和革新。軟件和其相關(guān)產(chǎn)品是指項目計劃、需求文檔、設計文檔、代碼、測試用例、用戶手冊等。軟件過程能力(SoftwareProcessCapability):在遵循一個軟件過程后能得到的預期結(jié)果的范圍。它可用來預測一個機構(gòu)在承接一個軟件項目后,所能得到的最可能的結(jié)果。軟件過程性能(SoftwareProcessPerformance):在遵循一個軟件過程后所得到的實際結(jié)果。軟件過程成熟度(SoftwareProcessMaturity):一個具體的軟件過程被明確定義、管理、評價、控制和產(chǎn)生實效的程度。所謂成熟度,包含著能力的一種增長潛力,同時也表明了軟件機構(gòu)實施軟件過程的實際水平。沈陽師范大學軟件學院219.3.1軟件能力成熟度模型概述9.3.1.3軟件能力成熟度模型的作用企業(yè)實施CMM模型可為企業(yè)帶來如下好處:指導軟件機構(gòu)提高軟件開發(fā)管理能力。降低軟件承包商和采購者的風險。評估軟件承包商的軟件開發(fā)管理能力。幫助軟件企業(yè)識別開發(fā)和維護軟件的有效過程和關(guān)鍵實踐。幫助軟件企業(yè)識別為達到CMM更高成熟等級所必須的關(guān)鍵實踐。增加軟件企業(yè)的國際競爭能力。沈陽師范大學軟件學院229.3.1軟件能力成熟度模型概述9.3.1.4軟件能力成熟度模型的5個等級CMM將軟件過程的成熟度分為5個等級,如圖所示沈陽師范大學軟件學院239.3.1軟件能力成熟度模型概述9.3.1.4軟件能力成熟度模型的5個等級在

CMM中,等級越高,軟件開發(fā)生產(chǎn)精度則越高,每單位工程的生產(chǎn)周期也越短。在CMM的5個等級中,除了初始級,其他4個等級均有若干個指導軟件機構(gòu)改進軟件過程的要點,稱為關(guān)鍵過程域(KeyProcessArea,簡稱KPA)。

所謂關(guān)鍵過程域是指一系列相互關(guān)聯(lián)的操作活動,這些活動反映了一個軟件機構(gòu)改進過程時必須集中精力改進的幾個方面。只有一個軟件機構(gòu)的所有項目都達到某個關(guān)鍵過程域的目標,該軟件機構(gòu)的以該關(guān)鍵過程域為特征的過程能力才是規(guī)范化了的。沈陽師范大學軟件學院249.3.1軟件能力成熟度模型概述9.3.1.4軟件能力成熟度模型的5個等級在CMM中一共有18個關(guān)鍵過程域,分布在2~5級中。任何一個成熟度級別的關(guān)鍵過程域集都是本級描述的關(guān)鍵過程域集和所有下級的關(guān)鍵過程域集的并集。如第3級的關(guān)鍵過程域就應有13個不同的域,其中7個是第3級自己包含的,6個屬于第2級,而第4級應有15個域。沈陽師范大學軟件學院259.3.1軟件能力成熟度模型概述9.3.1.5關(guān)鍵實踐和共同特征為達到某個成熟度級別的關(guān)鍵過程域的目標,必須實施若干關(guān)鍵實踐。關(guān)鍵實踐(Key

Practice)是指對關(guān)鍵過程域起重要作用的方針、規(guī)程、措施、活動以及相關(guān)基礎(chǔ)設施的建立。關(guān)鍵實踐涉及5個方面,分別為執(zhí)行約定、執(zhí)行能力、執(zhí)行的活動、測量和分析、驗證實施,被稱作5個共同特征(Common

Features)。每個關(guān)鍵過程域所包含的關(guān)鍵實踐均按這5個共同特征進行組織。沈陽師范大學軟件學院269.3.1軟件能力成熟度模型概述9.3.1.6CMM的邏輯結(jié)構(gòu)為達到某個成熟度級別的關(guān)鍵過程域的目標,必須實施若干關(guān)鍵實踐。關(guān)鍵實踐(Key

Practice)是指對關(guān)鍵過程域起重要作用的方針、規(guī)程、措施、活動以及相關(guān)基礎(chǔ)設施的建立。關(guān)鍵實踐涉及5個方面,分別為執(zhí)行約定、執(zhí)行能力、執(zhí)行的活動、測量和分析、驗證實施,被稱作5個共同特征(Common

Features)。每個關(guān)鍵過程域所包含的關(guān)鍵實踐均按這5個共同特征進行組織。沈陽師范大學軟件學院279.3.1軟件能力成熟度模型概述9.3.1.6可用圖來概括CMM的邏輯結(jié)構(gòu)沈陽師范大學軟件學院289.3.2軟件能力成熟度模型的建立和評估9.3.2.1CMM的實施步驟企業(yè)實施CMM,可從如下幾個步驟進行:

①提高思想認識,了解必要性和迫切性;②確定合理的目標;③進行CMM培訓和咨詢工作;④成立工作組;⑤制定和完善軟件過程;⑥內(nèi)部評審;⑦初期評估;⑧正式評估;⑨根據(jù)評估的結(jié)果改進軟件過程。沈陽師范大學軟件學院299.3.2軟件能力成熟度模型的建立和評估9.3.2.2CMM的評估方法

CMM的評估方法為CBA-IPI(CMM-BasedAppraisalforInternalProcessImprovement,基于CMM的內(nèi)部過程改進評估)。CMM評估包括5個等級,共計18個關(guān)鍵過程域,52個目標,300多個關(guān)鍵實踐。每一個CMM等級評估周期約需12-30個月。每一級別的評估由CMU/SEI授權(quán)的主任評估師領(lǐng)導一個評審小組進行。評估過程包括員工培訓、問卷填寫和統(tǒng)計、文檔審查、數(shù)據(jù)分析、與企業(yè)的高層領(lǐng)導討論和撰寫評估報告等。沈陽師范大學軟件學院309.3.2軟件能力成熟度模型的建立和評估9.3.2.3實施CMM應把握的原則任何軟件開發(fā)單位在提升自己的CMM等級時,只能由所處的層次向緊鄰的上一層次進化,不可越級。通過CMM某個等級的評估并不是軟件企業(yè)最終的目的,顯然,最終目的應是通過CMM評估來改進企業(yè)的軟件過程,提升軟件開發(fā)的能力。沈陽師范大學軟件學院319.3.3能力成熟度模型集成CMMI9.3.3.1CMMI概述自從1991年SEI正式發(fā)布軟件SW-CMM以來,相繼又開發(fā)出了系統(tǒng)工程、軟件采購、人力資源管理以及集成產(chǎn)品開發(fā)方面的多個能力成熟度模型。雖然這些模型在許多組織都得到了良好的應用,但對于一些大型軟件企業(yè)來說,可能會出現(xiàn)需要同時采用多種模型來改進自己多方面過程能力的情況。這時他們就會發(fā)現(xiàn)存在一些問題,其中主要問題體現(xiàn)在:不能集中其不同過程改進的能力以取得更大成績。要進行一些重復的培訓、評估和改進活動,因而增加了許多成本。遇到不同模型中有一些對相同事物說法不一致,或活動不協(xié)調(diào),甚至相抵觸。沈陽師范大學軟件學院329.3.3能力成熟度模型集成CMMI9.3.3.1CMMI概述

所以,當CMU/SEI開始開發(fā)新一代成熟度模型的時候,試圖整合不同模型中的最佳實踐,建立統(tǒng)一模型,覆蓋不同領(lǐng)域,供企業(yè)進行整個組織的全面過程改進。CMU/SEI于2001年12月正式發(fā)布了能力成熟度集成模型(CMMI,CapabilityMaturityModelIntegration)1.1版,這標志著CMMI的正式使用。值得注意的是,SEI并沒有廢除CMM模型,而是以CMMI的SCAMPI(StandardCMMIAppraisalMethodforProcessImprovement)評估方法取代CMM的CBA-IPI評估方法。當然,CMMI將最終取代CMM模型。這是因為,相比于CMM,CMMI以更加系統(tǒng)和一致的框架來指導組織改進軟件過程,提高產(chǎn)品和服務的開發(fā)、獲取和維護能力。沈陽師范大學軟件學院339.3.3能力成熟度模型集成CMMI9.3.3.1CMMI概述

CMMI起源于三個模型(源模型),分別是:軟件能力成熟度模型(SW-CMM)v2.0draftC電子行業(yè)協(xié)會臨時標準(EIA/IS-731)集成產(chǎn)品開發(fā)能力成熟度模型(IPD-CMM)v0.98

在CMMI中除了沿用CMM的分階段表示形式外,還增加了與ISO/IEC15504TR(技術(shù)報告)類似的連續(xù)表示形式,將CMMI中的過程區(qū)域分為四大類:項目管理、工程活動、支持活動或者過程管理,對于每個大類中的過程區(qū)域,又進一步分為基本的和高級的。這樣,按照連續(xù)式模型實施CMMI的時候,一個組織可以把某個大類(如項目管理)的實踐一直做到最好,而其他大類的實踐則完全不考慮。也就是說,如果企業(yè)只希望提高自己在項目管理、工程活動、支持活動或者過程管理四個大類中的某一個或幾個大類的能力,則應使用CMMI的連續(xù)表示形式。若企業(yè)仍愿沿用CMM中成熟度級別的思路,持續(xù)地改進過程,則可使用CMMI的分階段表示形式。沈陽師范大學軟件學院349.3.3能力成熟度模型集成CMMI9.3.3.1CMMI概述

CMMI模型的組成和適用范圍如表所示沈陽師范大學軟件學院359.3.3能力成熟度模型集成CMMI9.3.3.2CMMI的主要內(nèi)容CMMI分級式模型中的等級設置與SW-CMM模型基本相同,只是某些等級的名稱有變化。CMMI連續(xù)式模型中的等級設置則和ISO/IEC15504TR基本一致,CMMI連續(xù)式模型的第3級、第4級名稱雖然與ISO/IEC15504TR有區(qū)別,但其含義是基本一樣的。沈陽師范大學軟件學院369.3.3能力成熟度模型集成CMMI9.3.3.2CMMI的主要內(nèi)容下表列出了CMMI、CMM、ISO/IEC15504TR模型中的等級的對應關(guān)系。沈陽師范大學軟件學院379.3.3能力成熟度模型集成CMMI9.3.3.3CMMI的評估方法隨著CMM過渡到CMMI,其CAF(CMMAssessmentFramework)評估框架變成評估需求(AppraisalRequirementsforCMMI,簡稱ARC),CMM的IPI-CBA評估方法則被CMMI的SCAMPI評估方法所取代。開展CMMI評估必須是SEI授權(quán)的合作機構(gòu),評估活動由SEI授權(quán)的主任評估師進行。CMMI的評估流程與CMM基本相同。另外,與CMM中的等級評估相同的是,CMMI(分級式模型)中的等級評估會根據(jù)被評估的成熟度級別,檢查所有不高于該級別的關(guān)鍵過程域。沈陽師范大學軟件學院389.3.3能力成熟度模型集成CMMI9.3.3.4如何在CMM和CMMI之間進行選擇到底是選擇CMM還是CMMI主要基于以下幾個方面進行考慮:實施企業(yè)的業(yè)務特點實施企業(yè)對過程改進的熟悉程度軟件過程改進的目標沈陽師范大學軟件學院399.3.3能力成熟度模型集成CMMI9.3.3.4如何在CMM和CMMI之間進行選擇到底是選擇CMM還是CMMI主要基于以下幾個方面進行考慮:實施企業(yè)的業(yè)務特點實施企業(yè)對過程改進的熟悉程度軟件過程改進的目標沈陽師范大學軟件學院40本節(jié)內(nèi)容9.4軟件質(zhì)量保證9.4.1軟件質(zhì)量保證概述9.4.2軟件質(zhì)量保證的工作內(nèi)容9.4.3軟件質(zhì)量保證的實施9.4.4軟件質(zhì)量保證與測試的區(qū)別9.4.5軟件質(zhì)量保證與測試的區(qū)別沈陽師范大學軟件學院419.4.1軟件質(zhì)量保證概述9.4.1.1軟件質(zhì)量保證

軟件質(zhì)量保證,即SQA(SoftwareQualityAssurance),是CMM第2級中的一個關(guān)鍵過程域,它是貫穿整個軟件過程的第三方獨立審查活動,出現(xiàn)在大多數(shù)關(guān)鍵過程域的檢查與驗證的公共特性中。沈陽師范大學軟件學院429.4.1軟件質(zhì)量保證概述9.4.1.1軟件質(zhì)量保證的目的

SQA的目的是向管理者提供對軟件過程進行全面監(jiān)控的手段,包括評審和審計軟件產(chǎn)品和活動,驗證它們是否符合相應的規(guī)程和標準,同時給項目管理者提供這些評審和審計的結(jié)果,以反映產(chǎn)品和過程質(zhì)量,提高項目透明度。沈陽師范大學軟件學院439.4.1軟件質(zhì)量保證概述9.4.1.2SQA組織的主要工作包括以下兩方面:監(jiān)控軟件的開發(fā)過程,保證軟件開發(fā)過程符合相應的標準與規(guī)程。保證軟件產(chǎn)品、軟件過程中存在的不符合問題得到處理,必要時將問題反映給高級管理者。軟件工程過程小組SEPG的職責是提供軟件過程的指導,幫助項目組制定項目過程,實施過程改進。如果項目組和SQA對過程的理解不一致,SEPG作為最終仲裁者。可用立法者和執(zhí)法者形容SEPG和SQA之間的關(guān)系。沈陽師范大學軟件學院449.4.1軟件質(zhì)量保證概述9.4.1.2SQA組織的主要工作

SQA的主要作用是給管理者提供實現(xiàn)軟件過程的保證,因此SQA組織要保證如下幾點:選定的開發(fā)方法被采用。選定的標準和規(guī)程得到采用和遵循。進行獨立的審查。偏離標準和規(guī)程的問題得到及時地反映和處理。項目定義的每個軟件任務得到實際的執(zhí)行。沈陽師范大學軟件學院459.4.2軟件質(zhì)量保證的工作內(nèi)容9.4.2.1軟件質(zhì)量保證的工作內(nèi)容1.計劃2.審計/證實3.處理不符合問題沈陽師范大學軟件學院469.4.3軟件質(zhì)量保證的實施9.4.3.1軟件質(zhì)量保證的實施軟件質(zhì)量保證的實施過程中需要注意如下幾方面的問題。企業(yè)的高級管理者必須重視軟件質(zhì)量保證活動。要考慮SQA人員的素質(zhì)。某項目的SQA人員不能是該項目組的開發(fā)人員、配置管理人員或測試人員.SQA人員在工作過程中一定要抓住問題的重點與本質(zhì),不要陷入對細節(jié)的爭論之中。SQA人員要客觀、有責任心。SQA人員要能應對繁雜的工作。沈陽師范大學軟件學院479.4.3軟件質(zhì)量保證與測試的區(qū)別9.4.3.1軟件質(zhì)量保證與測試的區(qū)別在闡述兩者區(qū)別之前,先來看QA和QC的概念。

QA(QualityAssuran

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 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

提交評論