軟件開發(fā)質(zhì)量保證體系_第1頁
軟件開發(fā)質(zhì)量保證體系_第2頁
軟件開發(fā)質(zhì)量保證體系_第3頁
軟件開發(fā)質(zhì)量保證體系_第4頁
軟件開發(fā)質(zhì)量保證體系_第5頁
已閱讀5頁,還剩13頁未讀, 繼續(xù)免費閱讀

下載本文檔

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

文檔簡介

歡迎閱讀本文檔,希望本文檔能對您有所幫助!歡迎閱讀本文檔,希望本文檔能對您有所幫助!歡迎閱讀本文檔,希望本文檔能對您有所幫助!歡迎閱讀本文檔,希望本文檔能對您有所幫助!歡迎閱讀本文檔,希望本文檔能對您有所幫助!歡迎閱讀本文檔,希望本文檔能對您有所幫助!軟件開發(fā)質(zhì)量保證體系最后更新日期:2000.6.12

1.使用范圍2.引用標準3.定義4.質(zhì)量體系框架4.1管理職責4.2質(zhì)量體系4.3評審4.4糾正措施5.質(zhì)量體系生存周期5.1合同評審5.2需方需求規(guī)格說明5.3開發(fā)計劃5.4質(zhì)量計劃5.5設計和實現(xiàn)5.6測試和確認5.7驗收5.8復制、交付和安裝5.9維護軟件開發(fā)質(zhì)量保證體系公司內(nèi)部標準本標準參照ISO9000-3《質(zhì)量管理和質(zhì)量保證標準第三部分:在軟件開發(fā)、供應和維護中的使用指南》。1、使用范圍

本標準作為本公司在軟件項目開發(fā)、供應和維護時的質(zhì)量要求,以保證產(chǎn)品的質(zhì)量,防止不合格產(chǎn)品。

以下詳細描述了軟件開發(fā)各階段的控制手段和要求。要求質(zhì)量保證貫穿各個階段,始終保證嚴格實施。2、引用標準

本標準制定考慮本公司的實際情況,因此本標準僅用于本公司內(nèi)部控制產(chǎn)品質(zhì)量。

使用本文檔時,請盡量參照最新版本。3、定義產(chǎn)品:以下指軟件產(chǎn)品,即交付給用戶的一整套計算機程序、規(guī)程及相關的文檔和數(shù)據(jù)。開發(fā):創(chuàng)作軟件產(chǎn)品的所有活動。供方:指本公司。需方:指具體項目的需求方,即客戶。質(zhì)量體系:質(zhì)量要素、各要素需要達到的目標以及在開發(fā)過程中必須采取的措施。4、質(zhì)量體系框架4.1管理職責

4.1.1供方(及具體的項目開發(fā)組)負責以下職責組織機構本公司內(nèi)部專門設立部門質(zhì)量保證部門,由部門負責人及專門經(jīng)過培訓的人員組成。具體項目開發(fā)組,設立質(zhì)量保證組,或委托公司質(zhì)量保證部門協(xié)助開展工作。質(zhì)量保證部門負責以下工作:建立并維護公司內(nèi)部的質(zhì)量保證體系。對可能導致產(chǎn)品不合格的問題予以識別,采取措施予以避免。發(fā)現(xiàn)并記錄產(chǎn)品的質(zhì)量問題。提出、采取或推薦問題解決辦法。驗證解決辦法的實施效果。對不合格產(chǎn)品的處理、交付過程進行控制,確保最終問題得以糾正。質(zhì)量保證部門的評審活動應由與被評審工作無直接責任的人員組成。制定質(zhì)量方針和質(zhì)量目標確保項目組成員均理解質(zhì)量方針并能堅持貫徹執(zhí)行。公司內(nèi)部制定一般性的質(zhì)量方針及對軟件產(chǎn)品的質(zhì)量目標,作為各項目組的參照,各項目組可根據(jù)具體客戶期望及需求作出具體質(zhì)量目標及質(zhì)量承諾,具體質(zhì)量目標及承諾,特別是超出公司目標的部分,提交給質(zhì)量保證部門,以便提交給質(zhì)量保證部門充分理解并協(xié)助實施?!顿|(zhì)量方針和質(zhì)量目標》見附錄管理評審質(zhì)量保證部門負責人應每月對質(zhì)量體系進行評審,主要是對內(nèi)部質(zhì)量審核結果的評定,以保證質(zhì)量體系持續(xù)有效,保存評審記錄。

4.1.2需方(客戶)應負的職責在項目中,應向需方(客戶)提出具體要求,明確其需要承擔的職責,以便相互配合,共同保證項目的順利實施。需方應明確指定項目相關負責人,應具有足夠的權力處理以下問題:向供方提出需求回答供方提出的某些相關問題認可供方的提案與供方簽訂協(xié)議并能確保遵守簽訂的協(xié)議規(guī)定驗收準則和規(guī)程向供方提供必要的信息,提供有利的環(huán)境并解決項目中一些障礙。

4.1.3共同評審雙方定期地交流,并聯(lián)合評審軟件是否滿足已經(jīng)商定的需求規(guī)格說明書。4.2質(zhì)量體系

本質(zhì)量體系貫穿整個開發(fā)周期,是為了在開發(fā)過程中保證質(zhì)量,并非在開發(fā)結束時才檢查質(zhì)量問題,所以重點強調(diào)防止問題地發(fā)生,問題發(fā)生后的糾正僅作為補充手段。

本公司將采取必要手段保證這一體系得以有效地貫徹實施。質(zhì)量體系文件本公司的質(zhì)量體系文件,包括質(zhì)量要素、各要素需要達到的目標以及在開發(fā)過程中必須采取的措施。質(zhì)量體系文件見附錄《質(zhì)量體系文件》質(zhì)量計劃具體項目開發(fā)組根據(jù)公司質(zhì)量體系制訂質(zhì)量活動計劃并形成《質(zhì)量保證計劃》,以保證開發(fā)組能正確理解質(zhì)量體系并能遵照執(zhí)行。附錄之《質(zhì)量保證計劃指導》作為各項目組制訂計劃的指導。4.3審核本公司內(nèi)部建立全面的審核制度,以驗證各具體項目中的質(zhì)量活動是否符合計劃要求,同時檢查質(zhì)量體系的有效性,以不斷完善質(zhì)量體系。審核過程及采取的措施均要按書面方式進行。審核結果形成報告,提交審核部門負責人。對于審核時發(fā)現(xiàn)的問題,相關負責人應及時采取措施。4.4糾正措施糾正措施必須制定書面規(guī)程,應包括以下內(nèi)容:調(diào)查問題產(chǎn)生的直接原因,并制定防止同類事件發(fā)生所需的措施。查詢分析各類過程記錄、讓步記錄、操作記錄、質(zhì)量記錄、客戶投訴等等,已查明潛在原因并消除根據(jù)風險程度,采取預防措施對糾正措施的有效實施加以控制對糾正措施的記錄5.質(zhì)量體系生存周期

要求各階段必須有合格的產(chǎn)品(包括文檔),并以其作為下一階段的工作基礎。對每一階段的產(chǎn)品,必須組織評審,確保其質(zhì)量,避免錯誤影響后續(xù)工作。

本標準適用于任何生存周期模型。5.1合同評審

本公司應評審每一合同,以確保:規(guī)定合同的范圍和需求并寫入文檔識別可能出現(xiàn)的風險恰當?shù)谋Wo有關的專利信息解決所有與招標不一致的需求有能力滿足需求規(guī)定其他涉及項目的供貨商的責任統(tǒng)一雙方對術語的理解需方有能力履行合同職責合同評審記錄應妥善保管。此外,應注意有關質(zhì)量條款驗收準則在開發(fā)過程中對需求變更的處理對驗收后出現(xiàn)問題的處理確定需方的責任,尤其是在需求規(guī)格說明、安裝和驗收時的作用有需方提供的必要便利條件,如設施、工具和軟件等采用的標準和規(guī)程5.2需方需求規(guī)格說明

在某一具體項目進行開發(fā)前,本公司應具有一套該項目的完整、精確、無歧義的功能需求,這些需求應包括需方的所有要求。

因為本公司在業(yè)務領域具有豐富的經(jīng)驗,可以大力配合客戶識別并確定需求,需求在開發(fā)前得到需方的確認。

該需求應足以成為產(chǎn)品驗收確認時的依據(jù)。

在制訂需求規(guī)格說明時應注意:雙方制定專人負責需求認可和更改的批準防止誤解,定義好術語,對需求的背景進行說明記錄和評審雙方討論的結果,以備將來查詢某些需求確定原因。5.3開發(fā)計劃在項目進行前制定開發(fā)計劃,作為總體的策劃,指導整個項目有序的進行。開發(fā)計劃要求包括以下方面:項目定義項目資源組織管理開發(fā)階段進度確定質(zhì)量保證計劃、測試計劃、集成計劃等隨著項目的進展,開發(fā)計劃要不斷更新,在生命周期模型每一階段開始之前,都要有該階段的工作計劃,并經(jīng)過評審后實施。以下較詳細的說明開發(fā)計劃中應具備的各方面。

A.開發(fā)階段開發(fā)計劃應將項目目標轉(zhuǎn)化為最終結果的過程、方法等清楚的描述出來,可以把工作分為幾個階段,比如按照生命周期法劃分開發(fā)階段。開發(fā)階段要確定以下項:要執(zhí)行的開發(fā)階段每一階段所需的輸入必須用文檔方式確定下來,每一項需求均有明確的定義,以保證完成情況可被檢驗。每一階段應產(chǎn)生的輸出驗證階段輸出,必須滿足以下幾點:滿足相應的要求有明確的驗收準則,作為驗收評審的參考。符合開發(fā)慣例和約定每一階段需要執(zhí)行的驗證步驟必須有對每階段輸出的驗證計劃,并在適當?shù)臅r間進行驗證評審。分析各階段可能潛在的問題或需要解決的問題

B.項目管理項目開發(fā)、實施等過程的時間進度安排進度的控制方法及活動確定組織機構及其職責、各工作組的資源及工作分配不同工作組間的組織協(xié)調(diào)方法,并明確技術接口問題。

C.開發(fā)方法和工具規(guī)定項目活動應共同遵循的方法及使用的工具,包括:開發(fā)規(guī)范、慣例開發(fā)工具及技術5.4質(zhì)量計劃質(zhì)量計劃作為開發(fā)計劃的一部分。質(zhì)量計劃隨項目進展而更新,質(zhì)量計劃經(jīng)正式評審,并得到所有與計劃執(zhí)行有關的組織的統(tǒng)一。質(zhì)量計劃應包含或引用以下內(nèi)容:質(zhì)量目標,盡可能以定量方式給出定義每一階段的輸入、輸出準則確定要進行的測試、驗證和確認活動的類型和詳細計劃,包括時間、進度等。確定具體質(zhì)量活動的職責:比如,評審和測試、更改控制、對缺陷的控制和糾正措施。5.5設計和實現(xiàn)設計和實現(xiàn)活動是將需求規(guī)格說明轉(zhuǎn)化為軟件產(chǎn)品的過程。為保證軟件產(chǎn)品的質(zhì)量,這些活動必須在嚴格規(guī)定的方法下進行,不能依賴于事后的審查監(jiān)督。設計設計階段要滿足各階段的共同要求,此外,設計階段還應考慮:選用適合所開發(fā)產(chǎn)品類型的設計方法總結吸取以往項目的經(jīng)驗教訓設計應考慮軟件以后的測試、維護和使用

B.實現(xiàn)規(guī)定編程規(guī)則、編程語言、命名約定、編碼和注釋規(guī)則等要求在實現(xiàn)過程中嚴格遵守既定開發(fā)規(guī)則選用合適的方法和工具實現(xiàn)產(chǎn)品本公司內(nèi)部制定《開發(fā)規(guī)范》,各項目組可參照制定適合特定項目的規(guī)范。

C.評審

為使需求規(guī)格說明得以滿足和上述規(guī)則方法得以實施,必須以評審的方式加以保證。直到所有被發(fā)現(xiàn)的缺陷被消除,或確定缺陷的風險可被控制后,才能進入下一步的設計或?qū)崿F(xiàn)工作。

各項目組引用公司規(guī)范或參照制定的開發(fā)規(guī)范應在取得本項目組廣泛認可的情況下,提交給評審部門,作為評審參照依據(jù)。

評審紀錄應保存,評審結果可能作為個人及項目組工作成績評定的參考之一。5.6測試和確認

要具有完整的測試計劃,測試計劃要經(jīng)過評審,并以此為依據(jù)進行測試活動。

A.測試計劃包括單元測試計劃、集成測試計劃、系統(tǒng)測試計劃、驗收測試計劃制定測試用例、測試數(shù)據(jù)和預期結果考慮要進行的測試類型,如:功能測試、邊界測試、性能測試、可用性測試等描述測試環(huán)境、工具以及測試軟件軟件產(chǎn)品是否完成的判斷準則測試所需人員及其要求

B.測試活動記錄發(fā)現(xiàn)的問題,指出可能的受影響的其他部分的軟件,通知相關負責人員。確定受影響的其他部分軟件,并對其進行重新測試。評價測試是否適度和適當。在驗收和交付產(chǎn)品前,必須盡可能在類似使用環(huán)境中進行確認測試。5.7驗收

當軟件產(chǎn)品已經(jīng)完成,經(jīng)過內(nèi)部確認測試,準備好交付后,應要求需方根據(jù)合同中的規(guī)定原則判斷是否可以進行驗收。對于驗收中發(fā)現(xiàn)問題的處理辦法由雙方商定并納入文檔。

具備驗收條件后,應制定驗收計劃并逐步實施。

驗收計劃應包括:時間進度評估規(guī)程軟件/硬件環(huán)境驗收準則5.8復制、交付和安裝

制定安裝分發(fā)計劃。復制制作好安裝程序,復制好必要的拷貝。準備好該交付的操作手冊、用戶指南等文檔。交付交付前應對所交付產(chǎn)品的正確性及完整性進行檢驗。安裝

就以下方面雙方明確商定各自的作用、責任和義務:時間進度及安排,包括非工作時間及假日的人員安排及工作責任提供出入便利條件,如通行證等指定熟練人員的密切配合提供必要的系統(tǒng)及設備對每次安裝的確認條件需明確規(guī)定對每次安裝認可的正式規(guī)程5.9維護

對于軟件產(chǎn)品在初次交付及安裝后,本公司必須提供的維護應在合同中明確規(guī)定。合同中應明確以下各項的維護期:程序數(shù)據(jù)規(guī)格說明

維護工作一般包括:問題的解決接口的調(diào)整功能擴充和性能改進

本公司針對以上維護工作制訂完善的維護方案,并嚴格遵照執(zhí)行。具體維護方案見《維護工作流程》附錄C質(zhì)量體系文件包括質(zhì)量要素、各要素需要達到的目標以及在開發(fā)過程中必須采取的措施質(zhì)量要求要素定義如下:正確性在預定環(huán)境下,軟件滿足設計規(guī)格說明及用戶預期目標的程度。它要求軟件沒有錯誤??煽啃攒浖凑赵O計要求,在規(guī)定時間和條件下不出故障,持續(xù)運行的程度。效率為了完成預定功能,軟件系統(tǒng)所需的計算機資源的多少。完整性為了某一目的面保護數(shù)據(jù),避免它受到偶然的,或有意的破壞、改動或遺失的能力。可使用性對于一個軟件系統(tǒng),用戶學習、使用軟件及為程序準備輸入和解釋輸出所需工作量的大小??删S護性為滿足用戶新的要求,或當環(huán)境發(fā)生了變化,或運行中發(fā)現(xiàn)了新的錯誤時,對一個已投入運行的軟件進行相應診斷和修改所需工作量的大小??蓽y試性測試軟件以確保其能夠執(zhí)行預定功能所需工作量的大小。靈活性修改或改進一個已投入運行的軟件所需工作量的大小。復用性一個軟件(或軟件的部分)能再次用于其它應用(該應用的功能與軟件或軟件部件的所完成功能有聯(lián)系)的程度。在設計開發(fā)過程中,必須注意以下要求,以保證軟件的質(zhì)量達到目標。正確性軟件的功能要滿足用戶的要求,在預定環(huán)境下能夠完成預期的功能。因此,必須明確的了解用戶的需求。在需求確定方面,應通過深刻的理解電信企業(yè)

溫馨提示

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

評論

0/150

提交評論