軟件質(zhì)量控制保障方案_第1頁
軟件質(zhì)量控制保障方案_第2頁
軟件質(zhì)量控制保障方案_第3頁
軟件質(zhì)量控制保障方案_第4頁
軟件質(zhì)量控制保障方案_第5頁
已閱讀5頁,還剩4頁未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

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

文檔簡介

1、-作者xxxx-日期xxxx軟件質(zhì)量控制保障方案【精品文檔】項(xiàng)目實(shí)施保證為確保項(xiàng)目的順利開展和實(shí)施,我們分別制定了項(xiàng)目組人員保證方案和軟件開發(fā)質(zhì)量保證方案以及項(xiàng)目進(jìn)度保證方案。1項(xiàng)目組人員保證方案為確保項(xiàng)目的順利開展和實(shí)施,項(xiàng)目組的人員配備既有高層次的技術(shù)帶頭人,也有中堅(jiān)力量,還有一般工作人員,并實(shí)行項(xiàng)目經(jīng)理、技術(shù)負(fù)責(zé)人質(zhì)量負(fù)責(zé)制,加強(qiáng)技術(shù)管理的有效性和研發(fā)過程的科學(xué)性、準(zhǔn)確性。2軟件開發(fā)質(zhì)量保證方案  編制和評審質(zhì)量計(jì)劃 制定質(zhì)量保證計(jì)劃:依據(jù)項(xiàng)目計(jì)劃及項(xiàng)目質(zhì)量目標(biāo)確定需要檢查的主要過程和工作產(chǎn)品,識別項(xiàng)目過程中的干系人及其活動(dòng),估計(jì)檢查時(shí)間和人員,并制定出本項(xiàng)

2、目的質(zhì)量保證計(jì)劃。 質(zhì)量保證計(jì)劃的主要內(nèi)容包括:例行審計(jì)和里程碑評審,需要監(jiān)督的重要活動(dòng)和工作產(chǎn)品,確定審計(jì)方式,根據(jù)項(xiàng)目計(jì)劃中的評審計(jì)劃確定質(zhì)量保證人員需要參加的評審計(jì)劃。明確質(zhì)量審計(jì)報(bào)告的報(bào)送范圍。 質(zhì)量保證計(jì)劃的評審:質(zhì)量保證計(jì)劃需要經(jīng)過評審方能生效,以確保質(zhì)量保證計(jì)劃和項(xiàng)目計(jì)劃的一致性。經(jīng)過批準(zhǔn)的質(zhì)量保證計(jì)劃需要納入配置管理。當(dāng)項(xiàng)目計(jì)劃變更時(shí),需要及時(shí)更改和復(fù)審質(zhì)量保證計(jì)劃。  “過程和工作產(chǎn)品”的質(zhì)量檢查 根據(jù)質(zhì)量保證計(jì)劃進(jìn)行質(zhì)量的審計(jì)工作,并發(fā)布質(zhì)量審計(jì)報(bào)告。 審計(jì)的主要內(nèi)容包括:是否按照過程要求執(zhí)行了相應(yīng)的活動(dòng),是否按照

3、過程要求產(chǎn)生了相應(yīng)的工作產(chǎn)品。本項(xiàng)目中對質(zhì)量的控制主要體現(xiàn)在不同階段的審計(jì)當(dāng)中。  不符合項(xiàng)的跟蹤處理 對審計(jì)中發(fā)現(xiàn)的不符合項(xiàng),要求項(xiàng)目組及時(shí)處理,質(zhì)量保證人員需要確認(rèn)不符合項(xiàng)的狀態(tài),直到最終的不符合項(xiàng)狀態(tài)為“完成”為止。 我公司在開發(fā)項(xiàng)目上按照規(guī)范化軟件的生產(chǎn)方式進(jìn)行生產(chǎn)。每個(gè)項(xiàng)目除配備了項(xiàng)目開發(fā)所需角色外,還專門配備了質(zhì)量保證小組、配置管理小組、測試小組來確保質(zhì)量管理的實(shí)施,下面針對這三種角色進(jìn)行說明:  質(zhì)量保證小組職責(zé) 質(zhì)量保證小組作為質(zhì)量保證的實(shí)施小組,在項(xiàng)目開發(fā)的過程中幾乎所有的部門都與質(zhì)量保證小組有關(guān)。質(zhì)量保證

4、小組的主要職責(zé)是:以獨(dú)立審查方式,從第三方的角度監(jiān)控軟件開發(fā)任務(wù)的執(zhí)行,分析項(xiàng)目內(nèi)存在的質(zhì)量問題,審查項(xiàng)目的質(zhì)量活動(dòng),給出質(zhì)量審計(jì)報(bào)告。就項(xiàng)目是否遵循已制定的計(jì)劃、標(biāo)準(zhǔn)和規(guī)程,給開發(fā)人員和管理層提供反映產(chǎn)品和過程質(zhì)量的信息和數(shù)據(jù),使他們能了解整個(gè)項(xiàng)目生存周期中工作產(chǎn)品和過程的情況,提高項(xiàng)目透明度,從而支持其交付高質(zhì)量的軟件產(chǎn)品。 質(zhì)量保證人員依據(jù)質(zhì)量保證計(jì)劃,通過質(zhì)量審計(jì)報(bào)告向項(xiàng)目經(jīng)理及有關(guān)人員提出已經(jīng)識別出的不符合項(xiàng),并跟蹤不符合項(xiàng)的解決過程,通過審計(jì)周報(bào)或者審計(jì)月報(bào)向項(xiàng)目經(jīng)理提供過程和產(chǎn)品質(zhì)量數(shù)據(jù),并與項(xiàng)目組協(xié)商不符合項(xiàng)的解決辦法。 質(zhì)量保證小組的檢測范圍主要包括:項(xiàng)目

5、的進(jìn)度是否按照項(xiàng)目計(jì)劃執(zhí)行,用戶需求是否得到了用戶的簽字確認(rèn),軟件需求是否正確的反映了用戶的需求,是否將每一項(xiàng)用戶需求都映射到軟件需求;系統(tǒng)設(shè)計(jì)是否完全反映了軟件需求;實(shí)現(xiàn)的軟件是否正確的體現(xiàn)了系統(tǒng)設(shè)計(jì);測試人員是否進(jìn)行了較為徹底的和全面的測試;客戶驗(yàn)收和交接清單是否完備;對于系統(tǒng)運(yùn)行中出現(xiàn)的問題,維護(hù)人員是否記錄了詳細(xì)的維護(hù)記錄;配置管理員是否按照配置管理計(jì)劃建立了基線,是否嚴(yán)格控制變更過程,是否對配置庫進(jìn)行了維護(hù)。  配置管理小組職責(zé) 配置管理活動(dòng)的目的是通過執(zhí)行版本控制、變更控制、基線管理等規(guī)程,借助配置管理工具的使用,來保證整個(gè)生命周期過程產(chǎn)生的所有配置項(xiàng)

6、的完整性、一致性和可追溯性。配置管理是對工作成果(階段工作成果和產(chǎn)品成果、進(jìn)展?fàn)顟B(tài)成果)的一種有效保護(hù)形式,是反映項(xiàng)目及其工作產(chǎn)品的過去、現(xiàn)在、動(dòng)態(tài)的資料和數(shù)據(jù)集中管理體現(xiàn)。 配置管理小組的主要職責(zé)包括:根據(jù)項(xiàng)目計(jì)劃制定配置管理計(jì)劃,建立配置庫,為項(xiàng)目組人員分配配置庫權(quán)限,創(chuàng)建需求、設(shè)計(jì)、開發(fā)、測試、交付階段的基線。當(dāng)納入基線庫的工作產(chǎn)品發(fā)生變更時(shí),嚴(yán)格按照配置項(xiàng)變更控制過程執(zhí)行變更,變更后建立新的基線。  測試小組職責(zé) 作為質(zhì)量控制的主要手段,如同軟件開發(fā)一樣,測試在執(zhí)行之前,測試小組制定軟件測試計(jì)劃、測試用例的編寫和執(zhí)行工作。 本項(xiàng)目中,測

7、試可以分為如下幾種類型:代碼走查、單元測試、集成測試、系統(tǒng)測試。為了保證程序的質(zhì)量,開發(fā)人員需要對同伴的代碼進(jìn)行代碼走查,同時(shí)對自己編寫的程序進(jìn)行單元測試,確保程序編譯、運(yùn)行正確。 測試人員根據(jù)軟件需求分析報(bào)告進(jìn)行軟件集成測試用例和系統(tǒng)測試用例的編寫。對編寫完成的測試用例提交項(xiàng)目組進(jìn)行評審,同時(shí)質(zhì)量保證人員對評審過程和工作產(chǎn)品進(jìn)行監(jiān)測。 測試人員根據(jù)測試計(jì)劃和測試用例執(zhí)行測試用例,并對發(fā)現(xiàn)的缺陷進(jìn)行記錄,只有這樣才能確保項(xiàng)目組開發(fā)的軟件產(chǎn)品滿足用戶需求。在完成集成測試之后,可以進(jìn)行軟件系統(tǒng)測試,系統(tǒng)測試包括對軟件進(jìn)行功能測試、性能測試、安全測試、壓力測試。只有進(jìn)行了系統(tǒng)測試

8、軟件測試才是完整的。系統(tǒng)測試在本項(xiàng)目中占有重要的地位,性能要求有可能改變軟件的設(shè)計(jì),為避免造成軟件的后期返工,測試在性能上需要較大的側(cè)重。  通過質(zhì)量管理責(zé)任的分配,通過如下幾個(gè)方面來進(jìn)行質(zhì)量保證的實(shí)施過程: 項(xiàng)目進(jìn)度 項(xiàng)目計(jì)劃的制定為工程項(xiàng)目實(shí)施、管理和支持工作、項(xiàng)目進(jìn)度、成本、質(zhì)量及過程產(chǎn)品的有效控制打下了良好的基礎(chǔ),以便所有相關(guān)人員能夠按照該計(jì)劃有條不紊地開展工作;制定項(xiàng)目計(jì)劃,必須獲得相關(guān)干系人的認(rèn)可,并以此作為項(xiàng)目跟蹤的基礎(chǔ)。 項(xiàng)目進(jìn)度是項(xiàng)目進(jìn)行是否順利的最直觀表現(xiàn)。制定合理的項(xiàng)目計(jì)劃首要前提是選擇從事類似規(guī)模和類似業(yè)務(wù)項(xiàng)目的有經(jīng)驗(yàn)的

9、項(xiàng)目負(fù)責(zé)人參加制定項(xiàng)目進(jìn)度計(jì)劃。 項(xiàng)目計(jì)劃由項(xiàng)目負(fù)責(zé)人制定,由項(xiàng)目各小組組長、項(xiàng)目成員、干系人、質(zhì)量保證人員參加一起進(jìn)行評審。評審過程主要討論項(xiàng)目計(jì)劃的可行性,對其中不合理的地方提出修改意見,對計(jì)劃中不合理的地方進(jìn)行修改完善,并由質(zhì)量保證人員對其結(jié)果進(jìn)行跟蹤處理,以確保項(xiàng)目計(jì)劃完整性、可行性,項(xiàng)目計(jì)劃評審?fù)ㄟ^后,交由配置管理人員進(jìn)行配置管理。 在計(jì)劃實(shí)施過程中,按項(xiàng)目計(jì)劃中里程碑為界限,將整個(gè)開發(fā)周期劃分為若干階段。根據(jù)里程碑的完成情況,適當(dāng)?shù)恼{(diào)整每一個(gè)較小的階段的任務(wù)量和完成的任務(wù)時(shí)間,動(dòng)態(tài)跟蹤和動(dòng)態(tài)調(diào)整,以利于項(xiàng)目質(zhì)量保證的實(shí)施。 實(shí)際運(yùn)作中,質(zhì)量保證人員在對

10、項(xiàng)目執(zhí)行過程進(jìn)行檢查時(shí),對于發(fā)現(xiàn)的項(xiàng)目偏差,以質(zhì)量審計(jì)報(bào)告的形式提交項(xiàng)目負(fù)責(zé)人。由項(xiàng)目負(fù)責(zé)人組織人員對計(jì)劃進(jìn)行維護(hù),對于已經(jīng)變動(dòng)的項(xiàng)目計(jì)劃,由配置管理進(jìn)行配置管理。  需求分析 需求分析是開發(fā)人員對系統(tǒng)需要做什么和如何做的定義過程。從系統(tǒng)分析的經(jīng)驗(yàn)來看,這個(gè)過程往往是個(gè)循序漸進(jìn)的過程,一次性對系統(tǒng)形成完整的認(rèn)識是困難的。只有不斷地和客戶領(lǐng)域?qū)<疫M(jìn)行交流確認(rèn),方能逐步明了用戶的需求。從系統(tǒng)開發(fā)的過程得知,系統(tǒng)分析時(shí)犯下的錯(cuò)誤,會(huì)在接下來的階段被成倍的放大,越是在開發(fā)的后期,糾正分析時(shí)犯下的錯(cuò)誤所花費(fèi)的代價(jià)越是昂貴,也越發(fā)影響系統(tǒng)的工期和系統(tǒng)的質(zhì)量。 本項(xiàng)目

11、中,將邀請招標(biāo)方技術(shù)負(fù)責(zé)人參與需求調(diào)研,以便保證需求調(diào)研質(zhì)量,同時(shí)形成用戶需求說明書。需求評審時(shí)會(huì)同雙方管理層、項(xiàng)目實(shí)施層共同進(jìn)行,對于通過用戶確認(rèn)的需求,交由配置管理員形成需求基線。 用戶需求在招標(biāo)方確認(rèn)后,由系統(tǒng)分析人員形成軟件需求分析報(bào)告,同時(shí)對軟件需求分析報(bào)告進(jìn)行評審,對于評審?fù)ㄟ^的軟件需求分析報(bào)告可以交由測試人員進(jìn)行測試計(jì)劃和測試用例的編寫。 對于開發(fā)過程存在的需求變動(dòng),招標(biāo)方填寫變更申請單發(fā)給項(xiàng)目經(jīng)理,在質(zhì)量保證人員參加的情況下,對這個(gè)變更進(jìn)行評審,由項(xiàng)目經(jīng)理組織項(xiàng)目組成員一起討論實(shí)施變更的可行性及實(shí)施后所帶來的影響,對于影響小的變更直接記錄,大的變更則需要形成

12、正式的變更報(bào)告,無論那種變更都需要對相應(yīng)的文檔實(shí)施同步變更(包括需求分析報(bào)告、系統(tǒng)設(shè)計(jì)、安裝手冊、操作手冊等)。但是對于無法實(shí)現(xiàn)或是變更會(huì)帶來巨大的影響而將導(dǎo)致進(jìn)度的延期,這時(shí),我們將變更報(bào)告提交給招標(biāo)方并召開協(xié)調(diào)會(huì)議,討論變更取舍問題或是項(xiàng)目進(jìn)度變更問題。 決定變更之后,由項(xiàng)目負(fù)責(zé)人組織實(shí)施變更,測試人員檢測變更結(jié)果,而質(zhì)量保證人員監(jiān)督變更實(shí)施過程,并協(xié)助配置管理員對變更后的成果進(jìn)行配置管理。變更實(shí)施完后,運(yùn)行前還需要協(xié)助用戶一同測試并由招標(biāo)方簽字后同意方可上線。  系統(tǒng)設(shè)計(jì) 優(yōu)良的體系結(jié)構(gòu)應(yīng)當(dāng)具備可擴(kuò)展性和可配置性,而好的體系結(jié)構(gòu)則需要好的設(shè)計(jì)方法,

13、需要針對項(xiàng)目的結(jié)構(gòu)、項(xiàng)目的特征和用戶的需求來分析。本項(xiàng)目中將安排我公司高級系統(tǒng)架構(gòu)師擔(dān)當(dāng)項(xiàng)目總體設(shè)計(jì)師,匯同總體設(shè)計(jì)組完成系統(tǒng)設(shè)計(jì)。 另外對公共類模塊的開發(fā)。由總體設(shè)計(jì)組通過對用戶需求的仔細(xì)研究,盡可能的識別出公共類,并進(jìn)行定義和設(shè)計(jì),以減少重復(fù)工作。對于項(xiàng)目組提供的設(shè)計(jì)文檔,由項(xiàng)目經(jīng)理組織,質(zhì)保小組成員參與,對其設(shè)計(jì)文檔進(jìn)行評審,及時(shí)發(fā)現(xiàn)設(shè)計(jì)中可能存在的錯(cuò)誤,降低項(xiàng)目開發(fā)風(fēng)險(xiǎn),同時(shí)確保設(shè)計(jì)文檔能為開發(fā)人員、測試人員提供切實(shí)的指導(dǎo)。對于可復(fù)用的設(shè)計(jì)進(jìn)行提取作為公共庫設(shè)計(jì)和開發(fā),提供項(xiàng)目組。最后交由配置管理員進(jìn)行設(shè)計(jì)文檔的版本控制。 系統(tǒng)實(shí)現(xiàn) 系統(tǒng)實(shí)現(xiàn)的目的是依據(jù)系

14、統(tǒng)設(shè)計(jì)文檔,由程序員進(jìn)行程序編寫,以便實(shí)現(xiàn)設(shè)計(jì)要求,系統(tǒng)實(shí)現(xiàn)過程中,開發(fā)人員需要對模塊進(jìn)行代碼走查和交叉單元測試,以保證模塊代碼質(zhì)量。軟件實(shí)現(xiàn)也就是代碼的生產(chǎn)過程。根據(jù)上一階段形成的設(shè)計(jì)文檔,程序員在完成代碼之后,可以開始編碼并且進(jìn)行代碼走查和單元測試。對于測試完成的程序可以交由配置管理人員進(jìn)行配置管理。  系統(tǒng)測試 系統(tǒng)開發(fā)涉及到一系列的過程,每一個(gè)過程都有可能引入缺陷(Bug),本系統(tǒng)質(zhì)量的好壞直接關(guān)系到正常使用和日后的維護(hù)。在開發(fā)過程中,我們將質(zhì)量控制貫穿于所有階段和所有參與系統(tǒng)的人員中,包括系統(tǒng)分析、設(shè)計(jì)和編碼。分階段的評審和測試是軟件質(zhì)量的有力保障。&#

15、160;系統(tǒng)存在平臺(tái)測試和應(yīng)用系統(tǒng)的測試以及最終的測試。由于測試也存在協(xié)調(diào)的問題,如錯(cuò)誤具體定位,在應(yīng)用系統(tǒng)發(fā)現(xiàn)一個(gè)錯(cuò)誤,到底是應(yīng)用系統(tǒng)的自身的錯(cuò)誤還是中間件存在的錯(cuò)誤,需要測試人員進(jìn)行準(zhǔn)確的判斷。 為了達(dá)到良好的測試目的,本系統(tǒng)測試工作由測試組來完成,主要采用下列方法進(jìn)行系統(tǒng)的測試: 從測試方法上來說,分為黑盒測試和白盒測試: 黑盒測試:著重于測試軟件系統(tǒng)的外部特性;根據(jù)系統(tǒng)的設(shè)計(jì)要求,每一項(xiàng)功能都要進(jìn)行逐個(gè)測試,檢查其是否達(dá)到了預(yù)期的要求,是否能正確地接受輸入,是否能正確地輸出結(jié)果。 白盒測試:由于軟件的所有源代碼都要由項(xiàng)目組成員編寫,對其內(nèi)部的邏輯規(guī)則和數(shù)據(jù)流程,都要進(jìn)行測試,以檢查其代碼編寫是否符合設(shè)計(jì)要求。 從測試策略上來說分為集成測試和系統(tǒng)測試: 集成測試:在所有模塊都通過了單元測試后,將各個(gè)模塊組裝在一起,進(jìn)行組裝測試,用于發(fā)現(xiàn)與接口相聯(lián)系的問題。在通過組裝測試后,將經(jīng)過單元測試的模塊組裝成一個(gè)符合設(shè)計(jì)要求的軟件結(jié)構(gòu)。 系統(tǒng)測試:在本項(xiàng)目通過了以上的測試步驟后,與其它系統(tǒng)元素(如硬件服務(wù)器、網(wǎng)絡(luò)系統(tǒng)等)進(jìn)行集成測試和系統(tǒng)級的確認(rèn)測試,將各種可能的

溫馨提示

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

最新文檔

評論

0/150

提交評論