1. 使用範圍
2. 引用標準
3. 定義
4. 質量體系框架
4.1 管理職責
4.2 質量體系
4.3 評審
4.4 糾正措施
5. 質量體系生存週期
5.1 合同評審
5.2 需方需求規格說明
5.3 開發計畫
5.4 質量計畫
5.5 設計和實現
5.6 測試和確認
5.7 驗收
5.8 複製、交付和安裝
5.9 維護
公司內部標準
本標準參照iso9000-3 《質量管理和質量保證標準第三部分：在軟體開發、**和維護中的使用指南》。
1、 使用範圍
本標準作為本公司在軟體專案開發、**和維護時的質量要求，以保證產品的質量，防止不合格產品。
以下詳細描述了軟體開發各階段的控制手段和要求。要求質量保證貫穿各個階段，始終保證嚴格實施。
2、 引用標準
本標準制定考慮本公司的實際情況，因此本標準僅用於本公司內部控制產品質量。
使用本文件時，請盡量參照最新版本。
3、 定義
產品：以下指軟體產品，即交付給使用者的一整套電腦程式、規程及相關的文件和資料。
開發：創作軟體產品的所有活動。
供方：指本公司。
需方：指具體專案的需求方，即客戶。
質量體系：質量要素、各要素需要達到的目標以及在開發過程中必須採取的措施。
4、 質量體系框架
4.1管理職責
4.1.1 供方(及具體的專案開發組)負責以下職責
組織機構
本公司內部專門設立部門質量保證部門，由部門負責人及專門經過培訓的人員組成。具體專案開發組，設立質量保證組，或委託公司質量保證部門協助開展工作。
質量保證部門負責以下工作：
建立並維護公司內部的質量保證體系。
對可能導致產品不合格的問題予以識別，採取措施予以避免。
發現並記錄產品的質量問題。
提出、採取或推薦問題解決辦法。
驗證解決辦法的實施效果。
對不合格產品的處理、交付過程進行控制，確保最終問題得以糾正。
質量保證部門的評審活動應由與被評審工作無直接責任的人員組成。
制定質量方針和質量目標
確保專案組成員均理解質量方針並能堅持貫徹執行。
公司內部制定一般性的質量方針及對軟體產品的質量目標，作為各專案組的參照，各專案組可根據具體客戶期望及需求作出具體質量目標及質量承諾，具體質量目標及承諾，特別是超出公司目標的部分，提交給質量保證部門，以便提交給質量保證部門充分理解並協助實施。
《質量方針和質量目標》見附錄
管理評審
質量保證部門負責人應每月對質量體系進行評審，主要是對內部質量審核結果的評定，以保證質量體系持續有效，儲存評審記錄。
4.1.2 需方(客戶)應負的職責
在專案中，應向需方(客戶)提出具體要求，明確其需要承擔的職責，以便相互配合，共同保證專案的順利實施。
需方應明確指定專案相關負責人，應具有足夠的權力處理以下問題：
向供方提出需求
回答供方提出的某些相關問題
認可供方的提案
與供方簽訂協議並能確保遵守簽訂的協議
規定驗收準則和規程
向供方提供必要的資訊,提供有利的環境並解決專案中一些障礙。
4.1.3 共同評審
雙方定期地交流，並聯合評審軟體是否滿足已經商定的需求規格說明書。
4.2 質量體系
本質量體系貫穿整個開發周期，是為了在開發過程中保證質量，並非在開發結束時才檢查質量問題，所以重點強調防止問題地發生，問題發生後的糾正僅作為補充手段。
本公司將採取必要手段保證這一體系得以有效地貫徹實施。
質量體系檔案
本公司的質量體系檔案,包括質量要素、各要素需要達到的目標以及在開發過程中必須採取的措施。
質量體系檔案見附錄《質量體系檔案》 質量計畫
具體專案開發組根據公司質量體系制訂質量活動計畫並形成《質量保證計畫》，以保證開發組能正確理解質量體系並能遵照執行。
附錄之《質量保證計畫指導》作為各專案組制訂計畫的指導。
4.3 審核
本公司內部建立全面的審核制度，以驗證各具體專案中的質量活動是否符合計畫要求，同時檢查質量體系的有效性，以不斷完善質量體系。
審核過程及採取的措施均要按書面方式進行。
審核結果形成報告，提交審核部門負責人。對於審核時發現的問題，相關負責人應及時採取措施。
4.4 糾正措施
糾正措施必須制定書面規程，應包括以下內容： 調查問題產生的直接原因，並制定防止同類事件發生所需的措施。
查詢分析各類過程記錄、讓步記錄、操作記錄、質量記錄、客戶投訴等等，已查明潛在原因並消除
根據風險程度，採取預防措施
對糾正措施的有效實施加以控制
對糾正措施的記錄
5. 質量體系生存週期
要求各階段必須有合格的產品(包括文件)，並以其作為下一階段的工作基礎。對每一階段的產品，必須組織評審，確保其質量，避免錯誤影響後續工作。
本標準適用於任何生存週期模型。
5.1 合同評審
本公司應評審每一合同，以確保： 規定合同的範圍和需求並寫入文件
識別可能出現的風險
恰當的保護有關的專利資訊
解決所有與招標不一致的需求
有能力滿足需求
規定其他涉及專案的供貨商的責任
統一雙方對術語的理解
需方有能力履行合同職責
合同評審記錄應妥善保管。
此外，應注意有關質量條款
驗收準則
在開發過程中對需求變更的處理
對驗收後出現問題的處理
確定需方的責任，尤其是在需求規格說明、安裝和驗收時的作用
有需方提供的必要便利條件，如設施、工具和軟體等
採用的標準和規程
5.2 需方需求規格說明
在某一具體專案進行開發前，本公司應具有一套該項目的完整、精確、無歧義的功能需求，這些需求應包括需方的所有要求。 因為本公司在業務領域具有豐富的經驗，可以大力配合客戶識別並確定需求，需求在開發前得到需方的確認。
該需求應足以成為產品驗收確認時的依據。
在制訂需求規格說明時應注意：
雙方制定專人負責
需求認可和更改的批准
防止誤解，定義好術語，對需求的背景進行說明
記錄和評審雙方討論的結果，以備將來查詢某些需求確定原因。
5.3開發計畫
在專案進行前制定開發計畫，作為總體的策劃，指導整個專案有序的進行。
開發計畫要求包括以下方面：
專案定義
專案資源組織管理
開發階段
進度確定質量保證計畫、測試計畫、整合計畫等
隨著專案的進展，開發計畫要不斷更新，在生命週期模型每一階段開始之前，都要有該階段的工作計畫，並經過評審後實施。
以下較詳細的說明開發計畫中應具備的各方面。
a. 開發階段
開發計畫應將專案目標轉化為最終結果的過程、方法等清楚的描述出來，可以把工作分為幾個階段，比如按照生命週期法劃分開發階段。
開發階段要確定以下項：
要執行的開發階段
每一階段所需的輸入
必須用文件方式確定下來，每一項需求均有明確的定義，以保證完成情況可被檢驗。
每一階段應產生的輸出
驗證階段輸出，必須滿足以下幾點：
滿足相應的要求
有明確的驗收準則，作為驗收評審的參考。
符合開發慣例和約定
每一階段需要執行的驗證步驟
必須有對每階段輸出的驗證計畫，並在適當的時間進行驗證評審。
分析各階段可能潛在的問題或需要解決的問題
b. 專案管理
專案開發、實施等過程的時間進度安排
進度的控制方法及活動
確定組織機構及其職責、各工作組的資源及工作分配
不同工作組間的組織協調方法，並明確技術介面問題。
c. 開發方法和工具規定專案活動應共同遵循的方法及使用的工具，包括：
開發規範、慣例
開發工具及技術
5.4 質量計畫
質量計畫作為開發計畫的一部分。
質量計畫隨專案進展而更新，質量計畫經正式評審，並得到所有與計畫執行有關的組織的統一。
質量計畫應包含或引用以下內容：
質量目標，盡可能以定量方式給出
定義每一階段的輸入、輸出準則
確定要進行的測試、驗證和確認活動的型別和詳細計畫，包括時間、進度等。
確定具體質量活動的職責：比如，評審和測試、更改控制、對缺陷的控制和糾正措施。
5.5 設計和實現
設計和實現活動是將需求規格說明轉化為軟體產品的過程。為保證軟體產品的質量，這些活動必須在嚴格規定的方法下進行，不能依賴於事後的審查監督。
a.設計
設計階段要滿足各階段的共同要求，此外，設計階段還應考慮：
選用適合所開發產品型別的設計方法
總結吸取以往專案的經驗教訓
設計應考慮軟體以後的測試、維護和使用
b. 實現
規定程式設計規則、程式語言、命名約定、編碼和注釋規則等
要求在實現過程中嚴格遵守既定開發規則
選用合適的方法和工具實現產品
本公司內部制定《開發規範》，各專案組可參照制定適合特定專案的規範。
c. 評審
為使需求規格說明得以滿足和上述規則方法得以實施，必須以評審的方式加以保證。直到所有被發現的缺陷被消除，或確定缺陷的風險可被控制後，才能進入下一步的設計或實現工作。 各專案組引用公司規範或參照制定的開發規範應在取得本專案組廣泛認可的情況下，提交給評審部門，作為評審參照依據。
評審紀錄應儲存，評審結果可能作為個人及專案組工作成績評定的參考之一。
5.6 測試和確認
要具有完整的測試計畫，測試計畫要經過評審，並以此為依據進行測試活動。
a.測試計畫
包括單元測試計畫、整合測試計畫、系統測試計畫、驗收測試計畫
制定測試用例、測試資料和預期結果
考慮要進行的測試型別，如：功能測試、邊界測試、效能測試、可用性測試等
描述測試環境、工具以及測試軟體
軟體產品是否完成的判斷準則
測試所需人員及其要求
b.測試活動
記錄發現的問題，指出可能的受影響的其他部分的軟體，通知相關負責人員。
確定受影響的其他部分軟體，並對其進行重新測試。
評價測試是否適度和適當。
在驗收和交付產品前，必須盡可能在類似使用環境中進行確認測試。
5.7 驗收
當軟體產品已經完成，經過內部確認測試，準備好交付後，應要求需方根據合同中的規定原則判斷是否可以進行驗收。對於驗收中發現問題的處理辦法由雙方商定並納入文件。 具備驗收條件後，應制定驗收計畫並逐步實施。
驗收計畫應包括：
時間進度
評估規程
軟體/硬體環境
驗收準則
5.8 複製、交付和安裝
制定安裝分發計畫。
複製 製作好安裝程式，複製好必要的拷貝。
準備好該交付的操作手冊、使用者指南等文件。
交付 交付前應對所交付產品的正確性及完整性進行檢驗。
安裝 就以下方面雙方明確商定各自的作用、責任和義務：
時間進度及安排，包括非工作時間及假日的人員安排及工作責任
提供出入便利條件，如通行證等
指定熟練人員的密切配合
提供必要的系統及裝置
對每次安裝的確認條件需明確規定
對每次安裝認可的正式規程
5.9 維護
對於軟體產品在初次交付及安裝後，本公司必須提供的維護應在合同中明確規定。合同中應明確以下各項的維護期：
程式資料規格說明
維護工作一般包括：
問題的解決
介面的調整
功能擴充和效能改進
本公司針對以上維護工作制訂完善的維護方案，並嚴格遵照執行。具體維護方案見《維護工作流程》
附錄c 質量體系檔案
包括質量要素、各要素需要達到的目標以及在開發過程中必須採取的措施質量要求要素定義如下：
正確性在預定環境下，軟體滿足設計規格說明及使用者預期目標的程度。它要求軟體沒有錯誤。
可靠性軟體按照設計要求，在規定時間和條件下不出故障，持續執行的程度。
效率為了完成預定功能，軟體系統所需的計算機資源的多少。
完整性為了某一目的面保護資料，避免它受到偶然的，或有意的破壞、改動或遺失的能力。
可使用性對於乙個軟體系統，使用者學習、使用軟體及為程式準備輸入和解釋輸出所需工作量的大小。
可維護性為滿足使用者新的要求，或當環境發生了變化，或執行中發現了新的錯誤時，對乙個已投入執行的軟體進行相應診斷和修改所需工作量的大小。
可測試性測試軟體以確保其能夠執行預定功能所需工作量的大小。
靈活性修改或改進乙個已投入執行的軟體所需工作量的大小。
復用性乙個軟體(或軟體的部分)能再次用於其它應用(該應用的功能與軟體或軟體部件的所完成功能有聯絡)的程度。
在設計開發過程中，必須注意以下要求，以保證軟體的質量達到目標。
正確性軟體的功能要滿足使用者的要求，在預定環境下能夠完成預期的功能。因此，必須明確的了解使用者的需求。
在需求確定方面，應通過深刻的理解電信企業的運營系統及了解其發展趨勢，建立模型並分析，廣泛了解其他系統的特長，並總結以往的經驗教訓的基礎上，確定出需求並通過與使用者的交流最終確定。
在需求的表達方面，強調以全面、精確、細緻、易於理解的方式表達，可能需要以多種形式，比如：功能描述、資料描述、資料流圖、系統說明等。
可維護性
遵從統一的規範，包括命名規範、介面規範、程式設計風格。
編碼應具有良好的可讀性，注釋完整清晰。
避免複雜的邏輯判斷條件，易讀，易測試
編碼應盡量簡練，邏輯簡單
儲存異常資訊與錯誤日誌以便於除錯與分析
降低模組之間的耦合度，增強模組內的內聚。 可用性
使用者容易理解和使用該功能
響應時間快，操作方便，提高使用者工作效率。
提示資訊簡潔準確
可靠性具有異常捕獲功能並提供異常處理與恢復功能
效率 盡量降低系統資源的開銷
查詢語句要充分考慮到索引
減少與資料庫的不必要的互動
靈活性，易於擴充套件
充分考慮到各地的不同的環境，通過引數設定使其易於適應不同的要求。
完整性、安全性
保證相關的資料一致性
考慮資料的訪問許可權。
文件完善
按文件要求完成相關文件。
審查制度
對於每一階段的文件及軟體產品都應交付證質量保證部門，由審查小組按質量要求嚴格審查。 審查內容：
文件：開發計畫、使用者需求規格說明、概要及詳細設計文件、技術文件、使用者手冊等，詳細要求見文件計畫。評審文件是否規範，表達清晰，有實用價值。
設計方案：是否達到設計目標。
應用程式：是否達到質量目標和符合設計目標。
審查流程：
專案組按計畫準備好交付的產品及文件
交付質量保證部門，組織評審
完成評審，發現錯誤報告
發現錯誤的返工
複查返工問題是否已解決
質量保證體系
1.公司質保體系綜述 我公司已開始推行全面質量管理，並通過了 gb t19002 1994 idtiso 9002 1994 質量體系 生產 安裝和服務的質量保證模式 標準認證 逐步形成了一整套與工程實施相適宜的質量保證體系。公司的質量保證體系檔案分為三個層次 第一層次是 質量保證手冊 第二層次是 ...
質量保證體系
第一章總則 第二章質量目標 第三章自檢體系及質量控制程式 第四章質量管理制度 第五章質量保證措施和質量保證體系 第六章工程質量責任制 第七章主要工程 主要工序的質量保證措施 一 質量是企業的生命 工程質量直接關係到國家財產和人民生命的安全，關係到企業聲譽和生存，是衡量企業管理水平 技術水平的重要標誌...
質量保證體系
江門至羅定高速公路第14合同段 k126 200 k138 300 編制審核 審批中鐵十四局集團 江門至羅定高速公路第14合同段專案經理部 目錄質量保證體系 0 高速公路第十四合同段質量保證體系 3 第一章總則 3 一 工程概況 3 二 編制目的 3 三 適用範圍 3 四 編制依據 3 五 管理目標...