編者注：這是某公司自己制訂的供內(nèi)部使用的軟件開發(fā)質(zhì)量保證體系，我們可以借鑒其精華，結合自己公司的實際情況，制訂出適合實際的軟件開發(fā)質(zhì)量保證體系。
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 維護
公司內(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ù)谋Ｗo有關的專利信息
　　解決所有與招標不一致的需求
　　有能力滿足需求
　　規(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)督。
A.設計
　　設計階段要滿足各階段的共同要求，此外，設計階段還應考慮：
　　選用適合所開發(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ī)格說明及用戶預期目標的程度。它要求軟件沒有錯誤。
　　可靠性 軟件按照設計要求，在規(guī)定時間和條件下不出故障，持續(xù)運行的程度。
　　效率 為了完成預定功能，軟件系統(tǒng)所需的計算機資源的多少。
　　完整性 為了某一目的面保護數(shù)據(jù)，避免它受到偶然的，或有意的破壞、改動或遺失的能力。
　　可使用性 對于一個軟件系統(tǒng)，用戶學習、使用軟件及為程序準備輸入和解釋輸出所需工作量的大小。
　　可維護性 為滿足用戶新的要求，或當環(huán)境發(fā)生了變化，或運行中發(fā)現(xiàn)了新的錯誤時，對一個已投入運行的軟件進行相應診斷和修改所需工作量的大小。
　　可測試性 測試軟件以確保其能夠執(zhí)行預定功能所需工作量的大小。
　　靈活性 修改或改進一個已投入運行的軟件所需工作量的大小。
　　復用性 一個軟件(或軟件的部分)能再次用于其它應用(該應用的功能與軟件或軟件部件的所完成功能有聯(lián)系)的程度。
　　在設計開發(fā)過程中，必須注意以下要求，以保證軟件的質(zhì)量達到目標。
正確性
　　軟件的功能要滿足用戶的要求，在預定環(huán)境下能夠完成預期的功能。因此，必須明確的了解用戶的需求。
　　在需求確定方面，應通過深刻的理解電信企業(yè)的運營系統(tǒng)及了解其發(fā)展趨勢，建立模型并分析，廣泛了解其他系統(tǒng)的特長，并總結以往的經(jīng)驗教訓的基礎上，確定出需求并通過與用戶的交流最終確定。
　　在需求的表達方面，強調(diào)以全面、精確、細致、易于理解的方式表達，可能需要以多種形式，比如：功能描述、數(shù)據(jù)描述、數(shù)據(jù)流圖、系統(tǒng)說明等。
可維護性
　　遵從統(tǒng)一的規(guī)范，包括命名規(guī)范、界面規(guī)范、編程風格。
　　編碼應具有良好的可讀性，注釋完整清晰。
　　避免復雜的邏輯判斷條件，易讀，易測試
　　編碼應盡量簡練，邏輯簡單
　　保存異常信息與錯誤日志以便于調(diào)試與分析
　　降低模塊之間的耦合度，增強模塊內(nèi)的內(nèi)聚。 可用性
　　用戶容易理解和使用該功能
　　響應時間快，操作方便，提高用戶工作效率。
　　提示信息簡潔準確
可靠性
　　具有異常捕獲功能并提供異常處理與恢復功能
效率
　　盡量降低系統(tǒng)資源的開銷
　　查詢語句要充分考慮到索引
　　減少與數(shù)據(jù)庫的不必要的交互
靈活性，易于擴展
　　充分考慮到各地的不同的環(huán)境，通過參數(shù)設置使其易于適應不同的要求。
完整性、安全性
　　保證相關的數(shù)據(jù)一致性
　　考慮數(shù)據(jù)的存取權限。
文檔完善
　　按文檔要求完成相關文檔。
審查制度
　　對于每一階段的文檔及軟件產(chǎn)品都應交付證質(zhì)量保證部門，由審查小組按質(zhì)量要求嚴格審查。 審查內(nèi)容：
　　文檔：開發(fā)計劃、用戶需求規(guī)格說明、概要及詳細設計文檔、技術文檔、用戶手冊等，詳細要求見文檔計劃。評審文檔是否規(guī)范，表達清晰，有實用價值。
　　設計方案：是否達到設計目標。
　　應用程序：是否達到質(zhì)量目標和符合設計目標。
　　審查流程：
　　項目組按計劃準備好交付的產(chǎn)品及文檔
　　交付質(zhì)量保證部門，組織評審
　　完成評審，發(fā)現(xiàn)錯誤報告
　　發(fā)現(xiàn)錯誤的返工
　　復查返工問題是否已解決