軟件開發(fā)質(zhì)量保證體系樣本

軟件開發(fā)質(zhì)量保證體系最后更新日期：.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ì)量規(guī)定，以保證產(chǎn)品質(zhì)量，防止不合格產(chǎn)品。

如下詳細描述了軟件開發(fā)各階段控制手段和規(guī)定。規(guī)定質(zhì)量保證貫穿各個階段，始終保證嚴格實行。2、引用原則

本原則制定考慮我司實際狀況，因而本原則僅用于我司內(nèi)部控制產(chǎn)品質(zhì)量。

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

4.1.1供方(及詳細項目開發(fā)組)負責如下職責組織機構(gòu)我司內(nèi)部專門設立部門質(zhì)量保證部門，由部門負責人及專門通過培訓人員構(gòu)成。詳細項目開發(fā)組，設立質(zhì)量保證組，或委托公司質(zhì)量保證部門協(xié)助開展工作。質(zhì)量保證部門負責如下工作：建立并維護公司內(nèi)部質(zhì)量保證體系。對也許導致產(chǎn)品不合格問題予以辨認，采用辦法予以避免。發(fā)現(xiàn)并記錄產(chǎn)品質(zhì)量問題。提出、采用或推薦問題解決辦法。驗證解決辦法實行效果。對不合格產(chǎn)品解決、交付過程進行控制，保證最后問題得以糾正。質(zhì)量保證部門評審活動應由與被評審工作無直接負責人員構(gòu)成。制定質(zhì)量方針和質(zhì)量目的保證項目構(gòu)成員均理解質(zhì)量方針并能堅持貫徹執(zhí)行。公司內(nèi)部制定普通性質(zhì)量方針及對軟件產(chǎn)品質(zhì)量目的，作為各項目組參照，各項目組可依照詳細客戶盼望及需求作出詳細質(zhì)量目的及質(zhì)量承諾，詳細質(zhì)量目的及承諾，特別是超過公司目的某些，提交給質(zhì)量保證部門，以便提交給質(zhì)量保證部門充分理解并協(xié)助實行?！顿|(zhì)量方針和質(zhì)量目的》見附錄管理評審質(zhì)量保證部門負責人應每月對質(zhì)量體系進行評審，重要是對內(nèi)部質(zhì)量審核成果評估，以保證質(zhì)量體系持續(xù)有效，保存評審記錄。

4.1.2需方（客戶）應負職責在項目中，應向需方（客戶）提出詳細規(guī)定，明確其需要承擔職責，以便互相配合，共同保證項目順利實行。需方應明確指定項目有關(guān)負責人，應具備足夠權(quán)力解決如下問題：向供方提出需求回答供方提出某些有關(guān)問題承認供方提案與供方訂立合同并能保證遵守訂立合同規(guī)定驗收準則和規(guī)程向供方提供必要信息,提供有利環(huán)境并解決項目中某些障礙。

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

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

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

規(guī)定各階段必要有合格產(chǎn)品（涉及文檔），并以其作為下一階段工作基本。對每一階段產(chǎn)品，必要組織評審，保證其質(zhì)量，避免錯誤影響后續(xù)工作。

本原則合用于任何生存周期模型。5.1合同評審

我司應評審每一合同，以保證：規(guī)定合同范疇和需求并寫入文檔辨認也許浮現(xiàn)風險恰當保護關(guān)于專利信息解決所有與招標不一致需求有能力滿足需求規(guī)定其她涉及項目供貨商責任統(tǒng)一雙方對術(shù)語理解需方有能力履行合同職責合同評審記錄應妥善保管。此外，應注意關(guān)于質(zhì)量條款驗收準則在開發(fā)過程中對需求變更解決對驗收后浮現(xiàn)問題解決擬定需方責任，特別是在需求規(guī)格闡明、安裝和驗收時作用有需方提供必要便利條件，如設施、工具和軟件等采用原則和規(guī)程5.2需方需求規(guī)格闡明

在某一詳細項目進行開發(fā)前，我司應具備一套該項目完整、精準、無歧義功能需求，這些需求應涉及需方所有規(guī)定。

由于我司在業(yè)務領(lǐng)域具備豐富經(jīng)驗，可以大力配合客戶辨認并擬定需求，需求在開發(fā)前得到需方確認。

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

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

A.開發(fā)階段開發(fā)籌劃應將項目目的轉(zhuǎn)化為最后成果過程、辦法等清晰描述出來，可以把工作分為幾種階段，例如按照生命周期法劃分開發(fā)階段。開發(fā)階段要擬定如下項：要執(zhí)行開發(fā)階段每一階段所需輸入必要用文檔方式擬定下來，每一項需求均有明擬定義，以保證完畢狀況可被檢查。每一階段應產(chǎn)生輸出驗證階段輸出，必要滿足如下幾點：滿足相應規(guī)定有明確驗收準則，作為驗收評審參照。符合開發(fā)慣例和商定每一階段需要執(zhí)行驗證環(huán)節(jié)必要有對每階段輸出驗證籌劃，并在恰當時間進行驗證評審。分析各階段也許潛在問題或需要解決問題

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

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

B.實現(xiàn)規(guī)定編程規(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ù)進行測試活動。

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

B.測試活動記錄發(fā)現(xiàn)問題，指出也許受影響其她某些軟件，告知有關(guān)負責人員。擬定受影響其她某些軟件，并對其進行重新測試。評價測試與否適度和恰當。在驗收和交付產(chǎn)品前，必要盡量在類似使用環(huán)境中進行確認測試。5.7驗收

當軟件產(chǎn)品已經(jīng)完畢，通過內(nèi)部確認測試，準備好交付后，應規(guī)定需方依照合同中規(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)節(jié)功能擴充和性能改進

我司針對以上維護工作制定完善維護方案，并嚴格遵循執(zhí)行。詳細維護方案見《維護工作流程》附錄C質(zhì)量體系文獻涉及質(zhì)量要素、各要素需要達到目的以及在開發(fā)過程中必要采用辦法質(zhì)量規(guī)定要素定義如下：對的性在預定環(huán)境下，軟件滿足設計規(guī)格闡明及顧客預期目的限度。它規(guī)定軟件沒有錯誤?？煽啃攒浖凑赵O計規(guī)定，在規(guī)定期間和條件下不出故障，持續(xù)運營限度。效率為了完畢預定功能，軟件系統(tǒng)所需計算機資源多少。完整性為了某一目面保護數(shù)據(jù)，避免它受到偶爾，或故意破壞、改動或遺失能力?？墒褂眯詫τ谝环N軟件系統(tǒng)，顧客學習、使用軟件及為程序準備輸入和解釋輸出所需工作量大小。可維護性為滿足顧客新規(guī)定，或當環(huán)境發(fā)生了變化，或運營中發(fā)現(xiàn)了新錯誤時，對一種已投入運營軟件進行相應診斷和修改所需工作量大小。可測試性測試軟件以保證其可以執(zhí)行預定功能所需工作量大小。靈活性修改或改進一種已投入運營軟件所需工作量大小。復用性一種軟件（或軟件某些）能再次用于其他應用（該應用功能與軟件或軟件部件所完畢功能有聯(lián)系）限度。在設計開發(fā)過程中，必要注意如下規(guī)定，以保證軟件質(zhì)量達到目的。對的性軟件功能要滿足顧客規(guī)定，在預定環(huán)境下可以完畢預期功能。因而，必要明確理解顧客需求。在需求擬定方面，應通過深刻理解電信公司運營系統(tǒng)及理解其發(fā)展趨勢，建立模型并分析，廣泛理解其她系統(tǒng)特長，并總結(jié)以往經(jīng)驗教訓基本上，擬定出需求并通過與顧客交流最后擬定。在需求表達方面，強調(diào)以全面、精準、細致、易于理解方式表達，也許需要以各種形式，例如：功能描述、數(shù)據(jù)描述、數(shù)據(jù)流圖、系統(tǒng)闡明等?？删S護性遵從統(tǒng)一規(guī)范，涉及命名規(guī)范、界面規(guī)范、編程風格。編碼應具備良好可讀性，注釋完整清晰。避免復雜邏輯判斷條件，易讀，易測試編碼應盡量簡潔，邏輯簡樸保存異常信息與錯誤日記以便于調(diào)試與分析減少模塊之間耦合度，增強模塊內(nèi)內(nèi)聚?？捎眯灶櫩腿菀桌斫夂褪褂迷摴δ茼憫獣r間快，操作以便，提高顧客工作效率。提示信息簡潔精確可靠性具備異常捕獲功能并提供異常解決與恢復功能

5、效率盡量減少系統(tǒng)資源開銷查詢語句要充分考慮到索引減少與數(shù)據(jù)庫不必要交互靈活性，易于擴展充分考慮到各地不同環(huán)境，通過參數(shù)設立使其易于適