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

軟件開發(fā)質(zhì)量保證體系來自1.使用范圍

2.引用標(biāo)準(zhǔn)

3.定義

4.質(zhì)量體系框架

4.1管理職責(zé)

4.2質(zhì)量體系

4.3評審

4.4糾正措施

5.質(zhì)量體系生存周期

5.1合同評審

5.2需方需求規(guī)格說明

5.3開發(fā)計劃

5.4質(zhì)量計劃

5.5設(shè)計和實現(xiàn)

5.6測試和確認

5.7驗收

5.8復(fù)制、交付和安裝

5.9維護

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

公司內(nèi)部標(biāo)準(zhǔn)

本標(biāo)準(zhǔn)參照ISO9000-3《質(zhì)量管理和質(zhì)量保證標(biāo)準(zhǔn)第三部分：在軟件開發(fā)、供應(yīng)和維護中的使用指南》。

1、使用范圍

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

以下詳細描述了軟件開發(fā)各階段的控制手段和要求。要求質(zhì)量保證貫穿各個階段，始終保證嚴(yán)格實施。

2、引用標(biāo)準(zhǔn)

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

使用本文檔時，請盡量參照最新版本。

3、定義

產(chǎn)品：以下指軟件產(chǎn)品，即交付給用戶的一整套計算機程序、規(guī)程及相關(guān)的文檔和數(shù)據(jù)。

開發(fā)：創(chuàng)作軟件產(chǎn)品的所有活動。

供方：指本公司。

需方：指具體項目的需求方，即客戶。

質(zhì)量體系：質(zhì)量要素、各要素需要達到的目標(biāo)以及在開發(fā)過程中必須采取的措施。

4、質(zhì)量體系框架

4.1管理職責(zé)

4.1.1供方(及具體的項目開發(fā)組)負責(zé)以下職責(zé)

組織機構(gòu)

本公司內(nèi)部專門設(shè)立部門質(zhì)量保證部門，由部門負責(zé)人及專門經(jīng)過培訓(xùn)的人員組成。具體項目開發(fā)組，設(shè)立質(zhì)量保證組，或委托公司質(zhì)量保證部門協(xié)助開展工作。

質(zhì)量保證部門負責(zé)以下工作：

建立并維護公司內(nèi)部的質(zhì)量保證體系。

對可能導(dǎo)致產(chǎn)品不合格的問題予以識別，采取措施予以避免。

發(fā)現(xiàn)并記錄產(chǎn)品的質(zhì)量問題。

提出、采取或推薦問題解決辦法。

驗證解決辦法的實施效果。

對不合格產(chǎn)品的處理、交付過程進行控制，確保最終問題得以糾正。

質(zhì)量保證部門的評審活動應(yīng)由與被評審工作無直接責(zé)任的人員組成。

制定質(zhì)量方針和質(zhì)量目標(biāo)

確保項目組成員均理解質(zhì)量方針并能堅持貫徹執(zhí)行。

公司內(nèi)部制定一般性的質(zhì)量方針及對軟件產(chǎn)品的質(zhì)量目標(biāo)，作為各項目組的參照，各項目組可根據(jù)具體客戶期望及需求作出具體質(zhì)量目標(biāo)及質(zhì)量承諾，具體質(zhì)量目標(biāo)及承諾，特別是超出公司目標(biāo)的部分，提交給質(zhì)量保證部門，以便提交給質(zhì)量保證部門充分理解并協(xié)助實施。

《質(zhì)量方針和質(zhì)量目標(biāo)》見附錄

管理評審

質(zhì)量保證部門負責(zé)人應(yīng)每月對質(zhì)量體系進行評審，主要是對內(nèi)部質(zhì)量審核結(jié)果的評定，以保證質(zhì)量體系持續(xù)有效，保存評審記錄。

4.1.2需方（客戶）應(yīng)負的職責(zé)

在項目中，應(yīng)向需方（客戶）提出具體要求，明確其需要承擔(dān)的職責(zé)，以便相互配合，共同保證項目的順利實施。

需方應(yīng)明確指定項目相關(guān)負責(zé)人，應(yīng)具有足夠的權(quán)力處理以下問題：

向供方提出需求

回答供方提出的某些相關(guān)問題

認可供方的提案

與供方簽訂協(xié)議并能確保遵守簽訂的協(xié)議

規(guī)定驗收準(zhǔn)則和規(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ì)量要素、各要素需要達到的目標(biāo)以及在開發(fā)過程中必須采取的措施。

質(zhì)量體系文件見附錄《質(zhì)量體系文件》

質(zhì)量計劃

具體項目開發(fā)組根據(jù)公司質(zhì)量體系制訂質(zhì)量活動計劃并形成《質(zhì)量保證計劃》，以保證開發(fā)組能正確理解質(zhì)量體系并能遵照執(zhí)行。

附錄之《質(zhì)量保證計劃指導(dǎo)》作為各項目組制訂計劃的指導(dǎo)。

4.3審核

本公司內(nèi)部建立全面的審核制度，以驗證各具體項目中的質(zhì)量活動是否符合計劃要求，同時檢查質(zhì)量體系的有效性，以不斷完善質(zhì)量體系。

審核過程及采取的措施均要按書面方式進行。

審核結(jié)果形成報告，提交審核部門負責(zé)人。對于審核時發(fā)現(xiàn)的問題，相關(guān)負責(zé)人應(yīng)及時采取措施。

4.4糾正措施

糾正措施必須制定書面規(guī)程，應(yīng)包括以下內(nèi)容：

調(diào)查問題產(chǎn)生的直接原因，并制定防止同類事件發(fā)生所需的措施。

查詢分析各類過程記錄、讓步記錄、操作記錄、質(zhì)量記錄、客戶投訴等等，已查明潛在原因并消除

根據(jù)風(fēng)險程度，采取預(yù)防措施

對糾正措施的有效實施加以控制

對糾正措施的記錄

5.質(zhì)量體系生存周期

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

本標(biāo)準(zhǔn)適用于任何生存周期模型。

5.1合同評審

本公司應(yīng)評審每一合同，以確保：

規(guī)定合同的范圍和需求并寫入文檔

識別可能出現(xiàn)的風(fēng)險

恰當(dāng)?shù)谋Ｗo有關(guān)的專利信息

解決所有與招標(biāo)不一致的需求

有能力滿足需求

規(guī)定其他涉及項目的供貨商的責(zé)任

統(tǒng)一雙方對術(shù)語的理解

需方有能力履行合同職責(zé)

合同評審記錄應(yīng)妥善保管。

此外，應(yīng)注意有關(guān)質(zhì)量條款

驗收準(zhǔn)則

在開發(fā)過程中對需求變更的處理

對驗收后出現(xiàn)問題的處理

確定需方的責(zé)任，尤其是在需求規(guī)格說明、安裝和驗收時的作用

有需方提供的必要便利條件，如設(shè)施、工具和軟件等

采用的標(biāo)準(zhǔn)和規(guī)程

5.2需方需求規(guī)格說明

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

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

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

在制訂需求規(guī)格說明時應(yīng)注意：

雙方制定專人負責(zé)

需求認可和更改的批準(zhǔn)

防止誤解，定義好術(shù)語，對需求的背景進行說明

記錄和評審雙方討論的結(jié)果，以備將來查詢某些需求確定原因。

5.3開發(fā)計劃

在項目進行前制定開發(fā)計劃，作為總體的策劃，指導(dǎo)整個項目有序的進行。

開發(fā)計劃要求包括以下方面：

項目定義

項目資源組織管理

開發(fā)階段

進度

確定質(zhì)量保證計劃、測試計劃、集成計劃等

隨著項目的進展，開發(fā)計劃要不斷更新，在生命周期模型每一階段開始之前，都要有該階段的工作計劃，并經(jīng)過評審后實施。

以下較詳細的說明開發(fā)計劃中應(yīng)具備的各方面。

A.開發(fā)階段

開發(fā)計劃應(yīng)將項目目標(biāo)轉(zhuǎn)化為最終結(jié)果的過程、方法等清楚的描述出來，可以把工作分為幾個階段，比如按照生命周期法劃分開發(fā)階段。

開發(fā)階段要確定以下項：

要執(zhí)行的開發(fā)階段

每一階段所需的輸入

必須用文檔方式確定下來，每一項需求均有明確的定義，以保證完成情況可被檢驗。

每一階段應(yīng)產(chǎn)生的輸出

驗證階段輸出，必須滿足以下幾點：

滿足相應(yīng)的要求

有明確的驗收準(zhǔn)則，作為驗收評審的參考。

符合開發(fā)慣例和約定

每一階段需要執(zhí)行的驗證步驟

必須有對每階段輸出的驗證計劃，并在適當(dāng)?shù)臅r間進行驗證評審。

分析各階段可能潛在的問題或需要解決的問題

B.項目管理

項目開發(fā)、實施等過程的時間進度安排

進度的控制方法及活動

確定組織機構(gòu)及其職責(zé)、各工作組的資源及工作分配

不同工作組間的組織協(xié)調(diào)方法，并明確技術(shù)接口問題。

C.開發(fā)方法和工具

規(guī)定項目活動應(yīng)共同遵循的方法及使用的工具，包括：

開發(fā)規(guī)范、慣例

開發(fā)工具及技術(shù)

5.4質(zhì)量計劃

質(zhì)量計劃作為開發(fā)計劃的一部分。

質(zhì)量計劃隨項目進展而更新，質(zhì)量計劃經(jīng)正式評審，并得到所有與計劃執(zhí)行有關(guān)的組織的統(tǒng)一。

質(zhì)量計劃應(yīng)包含或引用以下內(nèi)容：

質(zhì)量目標(biāo)，盡可能以定量方式給出

定義每一階段的輸入、輸出準(zhǔn)則

確定要進行的測試、驗證和確認活動的類型和詳細計劃，包括時間、進度等。

確定具體質(zhì)量活動的職責(zé)：比如，評審和測試、更改控制、對缺陷的控制和糾正措施。

5.5設(shè)計和實現(xiàn)

設(shè)計和實現(xiàn)活動是將需求規(guī)格說明轉(zhuǎn)化為軟件產(chǎn)品的過程。為保證軟件產(chǎn)品的質(zhì)量，這些活動必須在嚴(yán)格規(guī)定的方法下進行，不能依賴于事后的審查監(jiān)督。

設(shè)計

設(shè)計階段要滿足各階段的共同要求，此外，設(shè)計階段還應(yīng)考慮：

選用適合所開發(fā)產(chǎn)品類型的設(shè)計方法

總結(jié)吸取以往項目的經(jīng)驗教訓(xùn)

設(shè)計應(yīng)考慮軟件以后的測試、維護和使用

B.實現(xiàn)

規(guī)定編程規(guī)則、編程語言、命名約定、編碼和注釋規(guī)則等

要求在實現(xiàn)過程中嚴(yán)格遵守既定開發(fā)規(guī)則

選用合適的方法和工具實現(xiàn)產(chǎn)品

本公司內(nèi)部制定《開發(fā)規(guī)范》，各項目組可參照制定適合特定項目的規(guī)范。

C.評審

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

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

評審紀(jì)錄應(yīng)保存，評審結(jié)果可能作為個人及項目組工作成績評定的參考之一。

5.6測試和確認

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

A.測試計劃

包括單元測試計劃、集成測試計劃、系統(tǒng)測試計劃、驗收測試計劃

制定測試用例、測試數(shù)據(jù)和預(yù)期結(jié)果

考慮要進行的測試類型，如：功能測試、邊界測試、性能測試、可用性測試等

描述測試環(huán)境、工具以及測試軟件

軟件產(chǎn)品是否完成的判斷準(zhǔn)則

測試所需人員及其要求

B.測試活動

記錄發(fā)現(xiàn)的問題，指出可能的受影響的其他部分的軟件，通知相關(guān)負責(zé)人員。

確定受影響的其他部分軟件，并對其進行重新測試。

評價測試是否適度和適當(dāng)。

在驗收和交付產(chǎn)品前，必須盡可能在類似使用環(huán)境中進行確認測試。

5.7驗收

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

具備驗收條件后，應(yīng)制定驗收計劃并逐步實施。

驗收計劃應(yīng)包括：

時間進度

評估規(guī)程

軟件/硬件環(huán)境

驗收準(zhǔn)則

5.8復(fù)制、交付和安裝

制定安裝分發(fā)計劃。

復(fù)制

制作好安裝程序，復(fù)制好必要的拷貝。

準(zhǔn)備好該交付的操作手冊、用戶指南等文檔。

交付

交付前應(yīng)對所交付產(chǎn)品的正確性及完整性進行檢驗。

安裝

就以下方面雙方明確商定各自的作用、責(zé)任和義務(wù)：

時間進度及安排，包括非工作時間及假日的人員安排及工作責(zé)任

提供出入便利條件，如通行證等

指定熟練人員的密切配合

提供必要的系統(tǒng)及設(shè)備

對每次安裝的確認條件需明確規(guī)定

對每次安裝認可的正式規(guī)程

5.9維護

對于軟件產(chǎn)品在初次交付及安裝后，本公司必須提供的維護應(yīng)在合同中明確規(guī)定。合同中應(yīng)明確以下各項的維護期：

程序

數(shù)據(jù)

規(guī)格說明

維護工作一般包括：

問題的解決

接口的調(diào)整

功能擴充和性能改進

本公司針對以上維護工作制訂完善的維護方案，并嚴(yán)格遵照執(zhí)行。具體維護方案見《維護工作流程》

附錄C質(zhì)量體系文件

包括質(zhì)量要素、各要素需要達到的目標(biāo)以及在開發(fā)過程中必須采取的措施

質(zhì)量要求要素定義如下：

正確性在預(yù)定環(huán)境下，軟件滿足設(shè)計規(guī)格說明及用戶預(yù)期目標(biāo)的程度。它要求軟件沒有錯誤。

可靠性軟件按照設(shè)計要求，在規(guī)定時間和條件下不出故障，持續(xù)運行的程度。

效率為了完成預(yù)定功能，軟件系統(tǒng)所需的計算機資源的多少。

完整性為了某一目的面保護數(shù)據(jù)，避免它受到偶然的，或有意的破壞、改動或遺失的能力。

可使用性對于一個軟件系統(tǒng)，用戶學(xué)習(xí)、使用軟件及為程序準(zhǔn)備輸入和解釋輸出所需工作量的大小。

可維護性為滿足用戶新的要求，或當(dāng)環(huán)境發(fā)生了變化，或運行中發(fā)現(xiàn)了新的錯誤時，對一個已投入運行的軟件進行相應(yīng)診斷和修改所需工作量的大小。

可測試性測試軟件以確保其能夠執(zhí)行預(yù)定功能所需工作量的大小。

靈活性修改或改進一個已投入運行的軟件所需工作量的大小。

復(fù)用性一個軟件（或軟件的部分）能再次用于其它應(yīng)用（該應(yīng)用的功能與軟件或軟件部件的所完成功能有聯(lián)系）的程度。

在設(shè)計開發(fā)過程中，必須注意以下要求，以保證軟件的質(zhì)量達到目標(biāo)。

正確性

軟件的功能要滿足用戶的要求，在預(yù)定環(huán)境下能夠完成預(yù)期的功能。因此，必須明確的了解用戶的需求。

在需求確定方面，應(yīng)通過深刻的理解電信企業(yè)的運營系統(tǒng)及了解其發(fā)展趨勢，建立模型并分析，廣泛了解其他系統(tǒng)的特長，并總結(jié)以往的經(jīng)驗教訓(xùn)的基礎(chǔ)上，確定出需求并通過與用戶的交流最終確定。

在需求的表達方面，強調(diào)以全面、精確、細致、易于理解的方式表達，可能需要以多種形式，比如：功能描述、數(shù)據(jù)描述、數(shù)據(jù)流圖、系統(tǒng)說明等。

可維護性

遵從統(tǒng)一的規(guī)范，包括命名規(guī)范、界面規(guī)范、編程風(fēng)格。

編碼應(yīng)具有良好的可讀性，注釋完整清晰。

避免復(fù)雜的邏輯判斷條件，易讀，易測試

編碼應(yīng)盡量簡練，邏輯簡單

保存異常信息與錯誤日志以便于調(diào)試與分析

降低模塊之間的耦合度，增強模塊內(nèi)的內(nèi)聚。

可用性

用戶容易理解和使用該功能

響應(yīng)時間快，操作方便，提高用戶工作效率。

提示信息簡潔準(zhǔn)確

可靠性

具有異常捕獲功能并提供異常處理與恢復(fù)功能

5、效率

盡量降低系統(tǒng)資源的開銷

查詢語句要充分考慮到索引

減少與數(shù)據(jù)庫的不必要的交互

靈活性，易于擴展

充分考慮到各地的不同的環(huán)境，通過參數(shù)設(shè)置使其易于適應(yīng)不同的要求。

完整性、安全性

保證相關(guān)的數(shù)據(jù)一致性

考慮數(shù)據(jù)的存取權(quán)限。

文檔完善

按文檔要求完成