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

1、軟件開發(fā)質(zhì)量保證體系來自 1. 使用范圍2. 引用標(biāo)準(zhǔn)3.定義4.質(zhì)量體系框架4.1管理職責(zé)4.2質(zhì)量體系4.3評審4.4糾正措施5.6測試和確認5.質(zhì)量體系生存周期5.1合同評審5.2需方需求規(guī)格說明5.3開發(fā)計劃5.4質(zhì)量計劃5.5設(shè)計和實現(xiàn)5.7驗收5.8復(fù)制、交付和安裝5.9維護軟件開發(fā)質(zhì)量保證體系公司內(nèi)部標(biāo)準(zhǔn)本標(biāo)準(zhǔn)參照IS09000-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ì)量保證貫穿各個階段，始終保證

2、嚴格實施。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.1供方（及具體的項目開發(fā)組）負責(zé)以下職責(zé)4.1管理職責(zé)組織機構(gòu)本公司內(nèi)部專門設(shè)立部門質(zhì)量保證部門，由部門負責(zé)人及專門經(jīng)過培訓(xùn)的人員組成。具體項目開發(fā)組，設(shè)立質(zhì)量保證 組，或委托公司質(zhì)量保證部門協(xié)助開展工作。

3、質(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ì)量保證部門充分理解并協(xié)助實

4、施。提交給質(zhì)量保證部門，以便提質(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)境并解決項目中一些障礙。雙方定期地交流，并聯(lián)合評審軟件是否滿足已經(jīng)商定的需求規(guī)格說明書

5、。4.2質(zhì)量體系4.1.3共同評審本質(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)部建立全面的審核制度，以驗證各具體項目中

6、的質(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)品，必須組織

7、評審, 確保其質(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ā)

8、前，本公司應(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ā)計

9、劃要不斷更新，在生命周期模型每一階段開始之前，都要有該階段的工作計劃，并經(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ù)?/p>

10、時間進行驗證評審。分析各階段可能潛在的問題或需要解決的問題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)則確定要進行的測試、驗證和確認活動的類型和詳細計劃，包

11、括時間、進度等。確定具體質(zhì)量活動的職責(zé)：比如，評審和測試、更改控制、對缺陷的控制和糾正措施。5.5設(shè)計和實現(xiàn) 設(shè)計和實現(xiàn)活動是將需求規(guī)格說明轉(zhuǎn)化為軟件產(chǎn)品的過程。為保證軟件產(chǎn)品的質(zhì)量，這些活動必須在嚴格規(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)過程中嚴格遵守既定開發(fā)規(guī)則選用合適的方法和工具實現(xiàn)產(chǎn)品本公司內(nèi)部制定開發(fā)規(guī)范，各項目組可參照制定適合特定項目的規(guī)范。C.評審

12、 為使需求規(guī)格說明得以滿足和上述規(guī)則方法得以實施，必須以評審的方式加以保證。直到所有被發(fā)現(xiàn)的缺陷被消除, 或確定缺陷的風(fēng)險可被控制后，才能進入下一步的設(shè)計或?qū)崿F(xiàn)工作。各項目組引用公司規(guī)范或參照制定的開發(fā)規(guī)范應(yīng)在取得本項目組廣泛認可的情況下，提交給評審部門，作為評審參照 依據(jù)。評審紀錄應(yīng)保存，評審結(jié)果可能作為個人及項目組工作成績評定的參考之一。5.6測試和確認 要具有完整的測試計劃，測試計劃要經(jīng)過評審，并以此為依據(jù)進行測試活動。A.測試計劃 包括單元測試計劃、集成測試計劃、系統(tǒng)測試計劃、驗收測試計劃 制定測試用例、測試數(shù)據(jù)和預(yù)期結(jié)果 考慮要進行的測試類型，如：功能測試、邊界測試、性能測試、可用性

13、測試等 描述測試環(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ù)制、交付和安裝 制定安

14、裝分發(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)整功能擴充和性能改進 本公司針對以上維護工作制訂

15、完善的維護方案，并嚴格遵照執(zhí)行。具體維護方案見維護工作流程附錄C質(zhì)量體系文件包括質(zhì)量要素、各要素需要達到的目標(biāo)以及在開發(fā)過程中必須采取的措施質(zhì)量要求要素定義如下: 正確性 在預(yù)定環(huán)境下，軟件滿足設(shè)計規(guī)格說明及用戶預(yù)期目標(biāo)的程度。它要求軟件沒有錯誤?？煽啃攒浖凑赵O(shè)計要求，在規(guī)定時間和條件下不出故障，持續(xù)運行的程度。效率 為了完成預(yù)定功能，軟件系統(tǒng)所需的計算機資源的多少。完整性 為了某一目的面保護數(shù)據(jù)，避免它受到偶然的，或有意的破壞、改動或遺失的能力?？墒褂眯詫τ谝粋€軟件系統(tǒng)，用戶學(xué)習(xí)、使用軟件及為程序準(zhǔn)備輸入和解釋輸出所需工作量的大小?？删S護性 為滿足用戶新的要求， 或當(dāng)環(huán)境發(fā)生了變化， 或運

16、行中發(fā)現(xiàn)了新的錯誤時， 對一個已投入運行的軟件進行相 應(yīng)診斷和修改所需工作量的大小?？蓽y試性測試軟件以確保其能夠執(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ǔ)

17、上，確定出需求并通過與用戶的交流最終確定。在需求的表達方面，強調(diào)以全面、精確、細致、易于理解的方式表達，可能需要以多種形式，比如：功能描述、數(shù)據(jù) 描述、數(shù)據(jù)流圖、系統(tǒng)說明等?？删S護性 遵從統(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)不同的要求。完整性、安全性