1、技術管理制度及辦法之 質量管理制度 - PAGE 16 -質量管理部部管理制度度質量管理制制度TOC o 1-3 h z u HYPERLINK l _Toc261010080 1目標 PAGEREF _Toc261010080 h 5 HYPERLINK l _Toc261010081 2SQAA崗位職職責 PAGEREF _Toc261010081 h 5 HYPERLINK l _Toc261010082 3SQAA流程 PAGEREF _Toc261010082 h 6 HYPERLINK l _Toc261010083 4SQAA與各技技術方向向的關系系 PAGEREF _Toc26

2、1010083 h 6 HYPERLINK l _Toc261010084 5軟件工工程標準準與規范范 PAGEREF _Toc261010084 h 7 HYPERLINK l _Toc261010085 5.1軟軟件工程程標準 PAGEREF _Toc261010085 h 7 HYPERLINK l _Toc261010086 5.2軟軟件標準準文檔模模版規范范 PAGEREF _Toc261010086 h 9 HYPERLINK l _Toc261010087 5.3軟軟件技術術規范 PAGEREF _Toc261010087 h 10 HYPERLINK l _Toc2610100

3、88 6SQAA任務管管理 PAGEREF _Toc261010088 h 10 HYPERLINK l _Toc2610100889 6.11任務來來源 PAGEREF _Toc261010089 h 10 HYPERLINK l _Toc261010090 6.2流流程管理理 PAGEREF _Toc261010090 h 10 HYPERLINK l _Toc261010091 6.3主主要任務務 PAGEREF _Toc261010091 h 10 HYPERLINK l _Toc261010092 附件一：軟軟件質量量保證計計劃 PAGEREF _Toc261010092 h 12

4、HYPERLINK l _Toc261010093 1 引言 PAGEREF _Toc261010093 h 13 HYPERLINK l _Toc261010094 1.1 目目的 PAGEREF _Toc261010094 h 13 HYPERLINK l _Toc261010095 1.2 定定義 PAGEREF _Toc261010095 h 13 HYPERLINK l _Toc261010096 1.3 參參考資料料 PAGEREF _Toc261010096 h 13 HYPERLINK l _Toc261010097 2 管理 PAGEREF _Toc261010097 h 1

5、4 HYPERLINK l _Toc261010098 2.1 機機構 PAGEREF _Toc261010098 h 14 HYPERLINK l _Toc261010099 2.2 任任務 PAGEREF _Toc261010099 h 14 HYPERLINK l _Toc261010100 2.3 職職責 PAGEREF _Toc261010100 h 15 HYPERLINK l _Toc261010101 3 文檔 PAGEREF _Toc261010101 h 15 HYPERLINK l _Toc261010102 3.1 基基本文檔檔 PAGEREF _Toc26101010

6、2 h 15 HYPERLINK l _Toc261010103 3.2 其其它文檔檔 PAGEREF _Toc261010103 h 16 HYPERLINK l _Toc261010104 3.3 文文檔質量量的度量量準則 PAGEREF _Toc261010104 h 16 HYPERLINK l _Toc261010105 4 標準、條條例和約約定 PAGEREF _Toc261010105 h 17 HYPERLINK l _Toc2610101106 5 評審審和檢查查 PAGEREF _Toc261010106 h 18 HYPERLINK l _Toc261010107 5.1

7、 第第一次評評審 PAGEREF _Toc261010107 h 19 HYPERLINK l _Toc261010108 5.2 第第二次評評審 PAGEREF _Toc261010108 h 19 HYPERLINK l _Toc261010109 5.3 第第三次評評審 PAGEREF _Toc261010109 h 20 HYPERLINK l _Toc261010110 6 軟件配配置管理理 PAGEREF _Toc261010110 h 20 HYPERLINK l _Toc261010111 7 工具、技技術和方方法 PAGEREF _Toc261010111 h 21 HYPE

8、RLINK l _Toc261010112 8 媒體控控制 PAGEREF _Toc261010112 h 21 HYPERLINK l _Toc261010113 9 對供貨貨單位的的控制 PAGEREF _Toc261010113 h 22 HYPERLINK l _Toc261010114 10 記錄錄的收集集、維護護和保存存 PAGEREF _Toc261010114 h 22 HYPERLINK l _Toc261010115 附件二：技技術月報報 PAGEREF _Toc261010115 h 23 HYPERLINK l _Toc26101101116 附件3：軟件件階段評評審表

9、 PAGEREF _Toc261010116 h 1 HYPERLINK l _Toc261010117 附件4：軟軟件配置置管理計計劃 PAGEREF _Toc261010117 h 3 HYPERLINK l _Toc261010118 1引言 PAGEREF _Toc261010118 h 44 HYPERLINK l _Toc261010119 1.1 目目的 PAGEREF _Toc261010119 h 4 HYPERLINK l _Toc261010120 1.2 范范圍 PAGEREF _Toc261010120 h 4 HYPERLINK l _Toc261010121 1.

10、3 術術語定義義 PAGEREF _Toc261010121 h 4 HYPERLINK l _Toc261010122 1.4 參參考資料料 PAGEREF _Toc261010122 h 6 HYPERLINK l _Toc261010123 1.5 概概述 PAGEREF _Toc261010123 h 6 HYPERLINK l _Toc261010124 2 軟件配配置管理理 PAGEREF _Toc261010124 h 6 HYPERLINK l _Toc261010125 2.1 機機構 PAGEREF _Toc261010125 h 6 HYPERLINK l _Toc261

11、010126 2.2 任任務 PAGEREF _Toc261010126 h 7 HYPERLINK l _Toc261010127 2.3 職職責 PAGEREF _Toc261010127 h 7 HYPERLINK l _Toc261010128 2.4 接接口控制制 PAGEREF _Toc261010128 h 7 HYPERLINK l _Toc261010129 2.5 實實現 PAGEREF _Toc261010129 h 8 HYPERLINK l _Toc261010130 2.6 適適用的標標準、條條例和約約定 PAGEREF _Toc261010130 h 8 HYPE

12、RLINK l _Toc261010131 3 軟件配配置管理理活動 PAGEREF _Toc261010131 h 8 HYPERLINK l _Toc261010132 3.1 配配置標識識 PAGEREF _Toc261010132 h 9 HYPERLINK l _Toc261010133 3.1.11 標識識方法 PAGEREF _Toc261010133 h 9 HYPERLINK l _Toc261010134 3.1.22 各類類基線 PAGEREF _Toc261010134 h 9 HYPERLINK l _Toc261010135 3.2 配配置和變變更控制制 PAGER

13、EF _Toc261010135 h 9 HYPERLINK l _Toc261010136 3.3 配配置狀態態審計 PAGEREF _Toc261010136 h 10 HYPERLINK l _Toc261010137 3.4 配配置的檢檢查和評評審 PAGEREF _Toc261010137 h 11 HYPERLINK l _Toc261010138 4 工具、技技術和方方法 PAGEREF _Toc261010138 h 11 HYPERLINK l _Toc261010139 5 里程碑碑 PAGEREF _Toc261010139 h 12 HYPERLINK l _Toc26

14、1010140 6 培訓和和資源 PAGEREF _Toc261010140 h 12 HYPERLINK l _Toc261010141 7 對供貨貨單位的的控制 PAGEREF _Toc261010141 h 12 HYPERLINK l _Toc261010142 8 記錄的的收集、維維護和保保存 PAGEREF _Toc261010142 h 12目標質量管理(Supppliier Quaalitty AAssuurannce)，以下下簡稱 SQAA，主要要對研發發和工程程進行軟軟件過程程的質量量管理。SQA的目目標：保障研發的的軟件產產品質量量，為工工程項目目提供穩穩定、可可靠的運運

15、行平臺臺，提升升公司產產品的層層次；保障工程項項目的軟軟件產品品質量和和實施的的規范性性、成功功性；形成公司健健全的質質量管理理體系，提提高公司司管理水水平及產產品質量量，提升升公司的的市場競競爭力；通過質量管管理制度度的貫徹徹與執行行，逐步步向國際際標準靠靠攏。質量管理的的工作主主要包括括以下兩兩個方面面：制定、貫徹徹和持續續改進質質量管理理的方針針、指南南、規范范；監督和檢查查質量管管理的方方針、指指南、規規范在軟軟件的開開發過程程中的實實施情況況，保證證開發出出的軟件件和軟件件開發過過程符合合相應的的標準與與規范，保保證軟件件產品、軟軟件過程程中存在在的問題題得到處處理。SQA崗位位職責

16、跟蹤軟件過過程的質質量活動動并鑒別別活動中中出現的的偏差；里程碑式技技術評審審，實現現軟件質質量的過過程化管管理；軟件配置管管理，利利用配置置管理工工具，建建立配置置服務器器環境，控控制文檔檔與程序序的修改改信息和和版本；全面測試，采采用適當當手段對對軟件需需求、軟軟件分析析、軟件件設計、軟軟件實現現和文檔檔進行全全面測試試；軟件產品文文檔及程程序源碼碼歸檔與與保管。SQA流程程SQA與各各技術方方向的關關系SQA的主主要職責責是為研研發和工工程提供供質量管管理保障障，協助助各技術術方向按按時、保保質、保保量完成成軟件過過程質量量管理任任務；SQA負責責對研發發和工程程的質量量管理支支持，嚴嚴

17、格按照照制定的的質量保保證計劃劃實施，研研發和工工程必須須配合質質量保證證計劃的的實施；SQA制定定的各種種標準與與規范，各各技術方方向必須須嚴格按按照標準準與規范范執行；SQA人員員和研發發和工程程總監需需要進行行溝通，共共同完成成軟件過過程跟蹤蹤、審查查和里程程碑式評評審；研發和工程程提交配配置管理理計劃和和階段性性實施情情況，SSQA負負責指導導和監督督執行。SQA人員員工作過過程中發發現的不不符合問問題及時時形成軟軟件問題題單，研研發和工工程按照照軟件問問題單，提提出處理理意見及及處理時時間，直直到問題題解決為為止；研發和工程程總監定定期向SSQA提提交軟件件開發進進度表；一個SQAA

18、人員需需要同時時支持研研發和工工程多個個軟件開開發任務務的質量量管理。軟件工程標標準與規規范軟件工程標標準軟件工程模模型軟件生存周周期模型型(瀑布布模型 Watterffalll Moodell)特點：特點： 上一階段的變換結果 是下一階段的變換的 輸入，相鄰兩個階段 具有因果關系，緊密 相聯。需求分析問題定義可性行研究計劃時期概要設計詳細設計編 碼 測 試開發時期運行與維護運 行時 期原型模型(Prootottypee Moodell)加工加工原型原型快速分析和設計建造原型客戶評價原型原型系統僅包括未來系統的主要功能， 以及系統的重要接口；為了盡快向用戶提供原型，開發原型系統時應盡量使用能縮

19、短開發周期的語言和工具。軟件工程方方法結構化設計計方法(SD SStruuctuuredd Deesiggn)結構化設計計方法是是基于模模塊化、自自頂向下下細化、結結構化程程序設計計等程序序設計技技術基礎礎發展起起來的。它它所提供供的方法法和原則則，主要要是用來來指導軟軟件的概概要設計計。結構化設計計屬于面面向數據據流的設設計方法法。在軟軟件的需需求分析析階段，數數據流是是軟件開開發人員員考慮問問題的出出發點和和基礎。數數據流從從系統的的輸入端端向輸出出端，則則要經歷歷一系列列的變換換或處理理。用來來表現這這個過程程的數據據流(DDFD),實際際上就是是軟件系系統的邏邏輯模型型。面向數據流流的

20、設計計要解決決的任務務，就是是在上述述需求分分析的基基礎上，將將DFDD圖映射射(Maappiing)軟件系系統的結結構。換換句話說說，這類類設計方方法，允允許把用用 DFFD圖表示的的系統邏邏輯模型型，很方方便地轉轉換成對對于軟件件結構的的初始設設計描述述。結構化設計計分析工工具：Microosofft PProjjectt，項目目進度計計劃編制制工具EPMS，工工作流圖圖制作工工具Microosofft VVisiio，數數據流圖圖(DFFD)、結結構圖制制作工具具Sybasse PPoweerdeeignner，數數據庫模模型分析析設計工工具面向對象的的分析方方法(OObjeect Or

21、iientted Anaalyssis) OOA 的的核心思思想是利利用OOO的概念念和方法法對軟件件需求建建造模型型，以使使用戶需需求逐步精確確化、一一致化、完完全化。為為此， OOAA的方法法步驟為為:識別對象識別對象屬性及外部服務識別類及其結構定義對象之定義對象之間的消息傳遞面向對象分分析工具具：UML、RRatiionaalRoose上述列出了了軟件工工程的兩兩個模型型和兩個個方法，采采用哪類類模型和和方法，可可根據具具體的工工程項目目經過充充分的論論證后進進行選擇擇。軟件標準文文檔模版版規范需求分析需求分析需求分析功功能需求求附件一：業務流流圖附件二：數據流流圖附件三：業務工工單/報

22、報表樣張張需求分析數數據規劃劃概要設計概要設計功能結構設設計數據庫設計計說明書書詳細設計測試大綱使用手冊維護手冊軟件技術規規范工作流圖(EPMMS)規規范數據流圖(DFDD)規范范IPO圖規規范數據庫技術術規范VS20008（采采用的編編程語言言）技術術規范目錄結構規規范文檔編制規規范SQA任務務管理任務來源工程項目的的質量管管理；研發的質量量管理；選定新的軟軟件工程程方法，軟軟件工程程標準文文檔模版版和軟件件技術規規范的修修訂。流程管理工程項目啟啟動章程程宣布后后，SQQA任務務正式啟啟動。主要任務制定軟件質質量保證證計劃(格式與與內容見見附件11)，根根據研發發和工程程提交的的軟件任任務實

23、施施計劃(人力資資源和進進度計劃劃等)制定與與其對應應的軟件件質量保保證計劃劃，組織織計劃的的評審，形形成評審審報告。向向給研發發和工程程總監、開開發人員員和所有有相關人人員發布布計劃，便便于研發發和工程程總監及及SQAA人員對對其工作作的監督督。選定軟件工工程方法法，要求求研發和和工程采采用；制定與修訂訂軟件工工程標準準文檔模模版和軟軟件技術術規范，要要求研發發和工程程采用和和遵循；接收來自研研發和工工程總監監提交的的軟件階階段進度度信息，(格式與內容見附件2)；研發和工程程執行的的軟件過過程化跟跟蹤與審審查，偏偏離標準準和規范范的問題題及時的的反映和和處理；里程碑式評評審，主主要任務務是保

24、證證軟件執執行的活活動與預預定義的的軟件過過程一致致，使軟軟件過程程在軟件件產品的的開發中中得到遵遵循，保保障研發發和工程程定義的的每個軟軟件任務務得到實實際的執執行(軟件階階段評審審表格式式與內容容見附件件3)；配置管理工工作的檢檢查和審審查；由研發和工工程提出出配置管管理計劃劃(格式式與內容容見附件件4)，SSQA以以軟件配配置基線線(里程程碑)，軟軟件配置置項為依依據，負負責過程程管理與與監控，對對研發和和工程軟軟件執行行過程中中產生的的階段性性文檔和和程序進進行有效效的版本本管理與與控制。SQA人員員工作過過程中記記錄的工工作結果果和發現現的不符符合問題題，填寫寫相應的的問題單單，直到

25、到問題解解決，詳詳見附件件3；這是SQAA的一個個重要的的任務，SSQA人人員要對對工作過過程中記記錄的工工作結果果和發現現的不符符合問題題進行處處理，及及時向有有關人員員及高級級管理者者反映。在在處理問問題的過過程中對對符合標標準過程程的活動動，SQQA人員員應該積積極地報報告活動動的進展展情況以以及這些些活動在在符合標標準方面面的效果果；對不不符合標標準過程程的活動動，SQQA要報報告其不不符合性性以及它它對產品品的影響響，同時時提出改改進建議議。收集新方法法，提供供軟件工工程標準準與規范范的改進進。研發發和工程程軟件執執行過程程中，對對標準和和規范定定義不準準確或是是不方便便的地方方，及

26、時時提出修修改意見見，以便便SQAA進行有有效的修修改和完完善標準準與規范范；對SQA制制定的規規范培訓訓。附件一：軟軟件質量量保證計計劃質量保證計計劃產品名稱：編制單位：產品編號：文檔編號：版 本 號號：編制日期：更改日期：擬制人審核批準1 引言1.1 目目的本條必須須指出特特定的軟軟件質量量保證計計劃的具具體目的的。還必必須指出出該計劃劃所針對對的軟件件項目（及及其所屬屬的各個個子項目目）的名名稱和用用途。 本計劃劃的目的的在于對對所開發發的軟件件規定各各種必要要的質量量保證措措施，以以保證所所交付的的軟件能能夠滿足足項目委委托書或或合同中中規定的的各項需需求，能能夠滿足足本軟件件總體制制

27、定的該該軟件系系統需求求規格說說明書中中規定的的各項具具體需求求。軟件開發單單位在軟軟件執行行過程中中，按照照本計劃劃中的有有關規定定，但可可根據各各自的情情況對本本計劃作作適當的的剪裁，以以滿足特特定的質質量保證證要求，剪剪裁后的的計劃必必須經相相關人員員批準。1.2 定定義本條應該該列出計計劃正文文中需要要解釋的的而在GGB/TT 1114577中尚未未包含的的術語的的定義，必必要時，還還要給出出這些定定義的英英文單詞詞及其縮縮寫詞。1.3 參參考資料料本條必須須列出計計劃正文文中所引引用資料料的名稱稱、代號號、編號號、出版版機構和和出版年年月。GB/T 114457 軟件工工程術語語GB

28、 85566 計算機機軟件開開發規范范GB 85567 計算機機軟件產產品開發發文件編編制指南南GB/T 125505 計算機機軟件配配置管理理計劃規規范 2 管理必須描述述負責軟軟件質量量保證的的機構、任任務及其其有關的的職責。2.1 機機構本條必須須描述與與軟件質質量保證證有關的的機構的的組成。還還必須清清楚地描描述來自自項目委委托單位位、項目目承辦單單位、軟軟件開發發單位或或用戶中中負責軟軟件質量量保證的的各個成成員有機機構中的的相互關關系。2.2 任任務本條必須須描述計計劃涉及及的軟件件生存周周期中有有關階段段的任務務，特別別要把重重點放在在描述這這些階段段所應進進行的軟軟件質量量保證

29、活活動上。軟件質量保保證工作作涉及軟軟件生存存同期各各階段的的活動，應應該貫徹徹到日常常的軟件件開發活活動中，而而且應該該特別注注意軟件件質量的的早期評評審工作作。因此此，對實實施的軟軟件任務務，要按按照本計計劃的各各項規定定進行各各項評審審工作。SSQA人人員參加加所有的的評審與與檢查活活動。評評審與檢檢查的目目的是為為了確保保在軟件件開發工工作的各各個階段段和各個個方面都都認真采采取各項項措施來來保證與與提高軟軟件的質質量。在在軟件開開發過程程中，應應該進行行以下三三次評審審：第一一次評審審軟件需需求、概概要設計計、驗證證與確認認方法；第二次次評審詳詳細設計計、功能能測試與與演示，并并對第

30、一一次評審審結果復復核；第第三次是是功能檢檢查、物物理檢查查和綜合合檢查。關關于這些些評審工工作的詳詳細內容容見第55章。階段評審工工作要組組織專門門的評審審小組，原原則上由由軟件組組長、副副組長或或特邀專專家擔任任評審組組長，評評審小組組成員應應該包括括項目委委托單位位或用戶戶的代表表、SQQA人員員、軟件件開發單單位和上上級主管管部門的的代表，其其他參加加人員視視評審內內容而定定。每一次評審審工作都都應填寫寫評審總總結報告告與軟件件問題報報告單。格格式詳見見質量管管理制度度。日常檢查：在軟件件的開發發過程中中，應該該填寫項項目進展展報表，即即軟件報報表表頭頭與軟件件階段產產品完成成情況表表

31、。SQQA可以以通過項項目進展展季報表表發現有有關軟件件質量的的問題。格格式詳見見質量管管理制度度。軟件驗收：必須組組織專門門的驗收收小組對對軟件進進行驗收收。驗收收內容應應包括文文檔驗收收、程序序驗收、演演示、驗驗收測試試與測試試結果評評審等幾幾項工作作。2.3 職職責本條必須須指明軟軟件質量量保證計計劃中規規定的每每一個負負責單位位或成員員的責任任。3 文檔必須列出出在該軟軟件的開開發、驗驗證與確確認以及及使用與與維護等等階段中中需要編編制的文文檔，并并描述對對文檔進進行評審審與檢查查的準則則。3.1 基基本文檔檔為了確保軟軟件的實實現滿足足需求規規格說明明書中規規定的各各項需求求，至少少

32、應該編編寫以下下八個方方面內容容的文檔檔：1)軟件件任務實實施計劃劃； 2)軟件件需求規規格說明明書；3)軟件件設計說說明書，應應該包含含概要設設計和詳詳細設計計兩個文文檔；4)軟件件測試大大綱；5)使用用手冊；6)維護護手冊 7)項目目開發總總結。8)源代代碼清單單； 3.2 其其它文檔檔除了基本文文檔之外外，對于于尚在開開發中的的軟件，還還應該包包括以下下四個方方面的文文檔：1)軟件件質量保保證計劃劃；2)軟件件配置管管理計劃劃；3)軟件件階段進進展表，其其詳細格格式參考考質量管管理規范范的各項項規定；4)軟件件階段評評審表，其其詳細格格式參考考質量管管理規范范的各項項規定。3.3 文文檔

33、質量量的度量量準則文檔是軟件件的重要要組成部部分，是是軟件生生存周期期各個不不同階段段的產品品描述。難難作確認認就是要要檢查各各階段文文檔的合合適性。評評審文檔檔質量的的度量準準則是有有以下六六條：1)完備備性：所所有承擔擔軟件開開發任務務的單位位，都城城必須公公司制定定的軟件件文檔標標準模版版編制相相應的文文檔，以以保證在在開發階階段結束束時其文文檔是齊齊全的。2)正確確性：在在軟件開開發各個個階段所所編寫的的文檔的的內容，必必須真實實的反映映階段的的工作且且與該階階段的需需求相一一致。3)簡明明性：在在軟件開開發各個個階段所所編寫的的各種文文檔的語語言表達達應該清清晰、準準確簡煉煉，適合合

34、各種文文檔的特特定讀者者。4)可追追蹤性：在軟件件開發各各個階段段所編寫寫的各種種文檔應應該具有有良好的的可追蹤蹤性。文文檔的可可追蹤性性包括縱縱向可追追蹤性和和橫向可可追蹤性性兩個方方面。前前者是指指在不同同的文檔檔的相關關內容之之間相互互檢索的的難易程程序；后后者是指指確定同同一文檔檔某一內內容在本本文檔中中的范圍圍的難易易程度。5)自說說明性：在軟件件開發各各個階段段所編寫寫的各種種文檔應應該具有有較好的的自說明明性。文文檔的自自說明性性是指在在軟件開開發各個個階段中中的不同同文檔能能獨立表表達該軟軟件其相相應階段段的階段段產品的的能力。6)規范范性：在在軟件開開發各個個階段所所編寫的的

35、各種文文檔應該該具有良良好的規規范性。文文檔的規規范性是是指文檔檔的封面面、大綱綱、術語語的含義義以及圖圖示符號號等符合合有關規規范的規規定。4 標準、條條例和約約定在軟件的開開發過程程中，還還必須遵遵守下列列標準、條條例和約約定：1)軟件件文檔模模版標準準規范需求分析需求分析需求分析功功能需求求附件一：業務流流圖附件二：數據流流圖附件三：業務工工單/報報表樣張張需求分析數數據規劃劃概要設計概要設計功能結構設設計數據庫設計計說明書書詳細設計測試大綱使用手冊維護手冊2)軟件件技術規規范工作流圖(EPMMS)規規范數據流圖(DFDD)規范范IPO圖規規范數據庫設計計規范VS編程規規范目錄結構規規范

36、文檔編制規規范3)軟件件配置管管理計劃劃5 評審和和檢查必須規定所所要進行行的技術術和管理理兩方面面的評審審和檢查查工作，并并編制或或引用有有關的評評審和檢檢查規程程以及通通過與否否的技術術準則。至至少要進進行下列列各項評評審和檢檢查工作作：1)軟件件需求評評審(ssofttwarre rrequuireemennts revvieww)在軟件概要要設計結結束后必必須進行行概要設設計評審審，以確確保在軟軟件需求求規格說說明書中中所規定定的各項項需求的的合適性性。2)概要要設計評評審(pprellimiinarry ddesiign revvieww)在軟件概要要設計結結束后必必須進行行概要設設

37、計評審審，以評評價軟件件設計說說明書中中所描述述的軟件件概要設設計在總總體結構構、外部部接口、主主要部件件功能分分配、全全局數據據結構以以及各主主要部件件之間的的接口等等方面的的合適性性。3)詳細細設計評評審(ddetaaileed ddesiign revvieww)軟件詳細設設計階段段結束后后必須進進行詳細細設計評評審，以以評價軟軟件驗證證與確認認計劃中中所規定定的驗證證與確認認方法的的合適性性與完整整性。4)功能能檢查(funnctiionaal aaudiit)在軟件釋放放前，要要對軟件件進行物物理檢查查，以驗驗證程序序和文檔檔已經滿滿足在軟軟件需求求說明書書中規定定的所有有需求。5)

38、物理理檢查(phyysiccal auddit)在驗收軟件件前，要要對軟件件進行物物理檢查查，以難難程序和和文檔已已經一致致并已做做好了交交付的準準備。6)綜合合檢查(commpreehennsivve aaudiit)在軟件驗收收時，要要允許用用戶或用用戶所委委托的專專家對所所要驗收收的軟件件進行設設計抽樣樣的綜合合檢查，以以驗證代代碼和設設計文檔檔的一致致性。7)管理理評審(mannageemennt rreviiewss)要對計劃的的執行情情況定期期（或按按階段）進進行管理理評審；這些評評審必須須由獨立立于被評評審單位位的機構構或授權權的第三三方主持持進行。5.1 第第一次評評審第一次評

39、審審會要對對軟件需需求、概概要設計計以及驗驗證與確確認方法法進行評評審。1)軟件件需求評評審（SSRR）應應確保在在軟件需需求規格格說明書書中規定定的各項項需求的的合理性性；2)概要要設計評評審（PPDR）應應評價軟軟件設計計說明書書中的軟軟件概要要設計的的技術合合適性；3)軟件件驗證和和確認評評審（SSV&VVR）應應評價軟軟件驗證證和確認認計劃中中確定的的驗證和和確認方方法的合合適性和和完整性性。5.2 第第二次評評審第二次評審審會要對對詳細設設計、功功能測試試與演示示進行評評審，并并對第一一次評審審結果進進行復核核。如果果在軟件件開發過過程中發發現需要要修改第第一次評評審結果果，則應應按

40、照軟軟件配置置管理計計劃的的規定處處理。1)詳細細設計評評審（DDDR）應應確定軟軟件設計計說明書書中的詳詳細設計計在滿足足軟件需需求規格格說明書書中的需需求方面面的可接接受性。 2)編程程格式評評審應確確保所有有編碼采采用規定定的工作作語言，能能在規定定的運行行環境中中運行，滿滿足技術術規范中中的約定定，并且且符合規規范約定定的編程程風格。在在滿足這這些要求求之后，方方可進行行測試工工作評審審。3)測試試工作評評審應對對所有的的程序單單元進行行靜態分分析，檢檢查其程程序結構構（即模模塊和函函數的調調用關系系和調用用序列）和和變量使使用是否否正確。在在通過靜靜態分析析后，再再進行結結構測試試和

41、功能能測試。各各個軟件件子系統統或模塊塊只進行行功能測測試，不不單獨進進行結構構測試。測測試測試試工作評評審要檢檢查所進進行的測測試工作作是否滿滿足這些些要求。特特別在評評審功能能測試工工作時，不不僅要運運行開發發單位給給出的測測試用例例，而且且要允許許運行任任務委托托單位或或用戶、評評審人員員選定的的采樣用用例。 5.3 第第三次評評審第三次評審審會要進進行功能能檢查、物物理檢查查和綜合合檢查。這這些評審審會應在在集成測測試階段段結束后后進行。1)功能能檢查(FA)，應驗驗證所開開發的軟軟件已滿滿足在軟軟件需求求規格說說明書中中規定的的所有需需求。 2)物理理檢查(PA)，應對對軟件進進行物

42、理理檢查，以以驗證程程序和文文檔已經經一致，并并已做好好了交付付的準備備。 3)綜合合檢查(CA)，應驗驗證代碼碼和設計計文檔的的一致性性、接口口規格說說明的一一致性（硬硬件和軟軟件）、設設計實現現和功能能需求的的一致性性、功能能需求和和測試描描述的一一致性。6 軟件配配置管理理必須編制軟軟件配置置管理計計劃，規規定用于于標識軟軟件產品品、控制制和實現現軟件的的修改、記記錄和報報告修改改實現的的狀態以以及評審審和檢查查配置工工作等四四方面的的活動。還還必須規規定用以以維護和和存儲軟軟件受控控版本的的方法和和設施；必須規規定對所所發現的的問題進進行報告告、追蹤蹤和解決決的步驟驟，并指指出實現現報

43、告、追追蹤和解解決軟件件問題的的機構及及其職責責。7 工具、技技術和方方法在軟件的研研制與開開發過程程中，都都應該在在各自的的軟件質質量保證證活動中中合理地地使用軟軟件質量量支持工工具、技技術和方方法。這這些工具具主要有有下列三三種：1)軟件件配置管管理工具具，它支支持用戶戶對源代代碼清單單的更新新管理以以及對重重新編譯譯與連接接的代碼碼的自動動組織；支持用用戶有不不同文檔檔相關內內容之間間進行相相互檢索索并確定定同一文文檔中的的涉及范范圍；同同時還應應支持軟軟件配置置管理小小組對軟軟件配置置更改進進行科學學的管理理；2)文檔檔輔助生生成工具具與圖形形編輯工工具，它它主要協協助用戶戶繪制描描述

44、程序序流程與與結構的的工作流流圖(EEPMSS)與數數據流圖圖(DFFD)。繪繪制描述述軟件功功能（輸輸入、輸輸出關系系）的曲曲線以及及繪制描描述系統統特性的的一些其其他圖形形，同時時還可生生成若干干與軟件件文檔編編制大約約相適應應的文檔檔模板。用用戶利用用這個工工具的正正文與圖圖形編輯輯功能以以及上述述輔助功功能，可可以比較較方便地地產生清清晰悅目目的文檔檔，也有有利于對對文檔進進行更改改，還有有助于提提高文檔檔的編制制質量；3)數據據庫設計計工具，主主要設計計完成數數據庫的的邏輯模模型與物物理模型型，同時時還可生生成與軟軟件文檔檔編制大大約相適適應的數數據字典典。8 媒體控控制為了保護計計

45、算機程程序的物物理媒體體，以免免非法存存取，意意外損壞壞或自然然老化，SSQA人人員按照照軟件工工程小組組制訂的的、且經經批準的的軟件件配置管管理計劃劃妥善善管理和和存放各各個子系系統及其其專用支支持軟件件的媒體體。9 對供貨貨單位的的控制需要從軟件件銷售購購買、委委托或其其他開發發單位開開發、從從開發單單位現存存軟件庫庫中選用用或從項項目委托托單位或或用戶的的現有軟軟件庫中中選用軟軟件時，SSQA必必須參與與軟件選選用評審審、測試試與檢查查，只有有當演示示成功、測測試合格格后才能能批準選選用。如如果只選選用其中中部分內內容，則則按待開開發軟件件的處理理過程辦辦理，此此時SQQA不再再干預。

46、10 記錄錄的收集集、維護護和保存存在軟件的研研制與開開發期間間，要進進行各種種軟件質質量保證證活動，準準確記錄錄、及時時分析并并妥善保保存有關關這些活活動的記記錄，是是確保軟軟件質量量的重要要條件。SSQA人人員負責責收集、匯匯總與保保存有關關軟件質質量保證證活動的的記錄。要要收集、匯匯總與保保存的記記錄名字字及其保保存期限限見表11。表1 記錄錄名稱及及其保存存的期限限記錄的名稱稱與分類類要保存的期期限階段評審階段評審總總結整個軟件開開發周期期記錄階段評審主主要問題題整個軟件開開發周期期階段評審成成員整個軟件開開發周期期日常檢查軟件階段產產品完成成情況整個軟件開開發周期期修改軟件問題報報告

47、單整個軟件開開發周期期組織軟件質量人人員記錄錄整個軟件開開發周期期附件二：技技術月報報技 術 月 報 （一一）統計日期：項目信息項目名稱進度甘特圖圖項目經理合同工期說明：對項項目進度度的甘特特圖可另另用篇幅幅，采用用Exccel格格式制作作，用不不同的顏顏色同時體現計計劃和實實際進度度狀況。項目進度信信息階段計劃進度實際進度備注開始日期結束日期開始日期結束日期1需求分析析階段2概要設計計階段3詳細設計計階段4軟件編碼碼階段5軟件測試試階段6系統試運運行階段段7系統綜合合驗收說明：階段段產品包包括實施施計劃、需需求規格格說明書書、概要要設計說說明書、詳詳細設計計說明書書、測試試大綱、 使用用手冊

48、、維維護手冊冊、項目目開發總總結、源源代碼清清單、配配置管理理計劃等等。質量信息階段質量過程狀狀態評審狀態評審結果質量總結1需求分析析階段過程跟蹤評審評審 復復審通過 不不通過2概要設計計階段過程跟蹤評審評審 復復審通過 不不通過3詳細設計計階段過程跟蹤評審評審 復復審通過 不不通過4軟件編碼碼階段過程跟蹤評審評審 復復審通過 不不通過5軟件測試試階段過程跟蹤評審評審 復復審通過 不不通過6系統試運運行階段段過程跟蹤評審評審 復復審通過 不不通過7系統綜合合驗收過程跟蹤評審評審 復復審通過 不不通過技 術 月 報 （二二）統計日期：費用信息項目預算： （人人月）其中項目組組： （人月月）其中專

49、題組組： （人月月）月份項目組員（現場）項目組員（非現場）專題組（現場）專題組（非現場）其他人員（現場）其他人員（非現場）房租費通信費辦公費招待費生活用品差旅交通獎金本月累計本月累計本月累計本月累計本月累計本月累計本月累計本月累計本月累計本月累計本月累計本月累計本月累計123456789101112合計技術管理制度及辦法之 售后服務管理辦法附件3：軟軟件階段段評審表表在軟件開發發過程中中的適當當階段對對軟件階階段產品品進行評評審，是是確保軟軟件產品品最終質質量的重重要方法法。階段段評審可可以對某某個開發發階段產產品進行行評審，也也可以對對某幾個個開發階階段產品品進行綜綜合評審審。在每每次階段段

50、評審中中，必須須履行正正式手續續，填寫寫必要的的評審表表格，以以利于項項目管理理工作，利利于產品品驗收時時的質量量檢查工工作。軟件階段評評審表由由兩張子子表組成成:1)評審審總結報報告；2)主要要問題的的詳細描描述(軟軟件問題題報告單單)； 評審總結報報告評審總結結報告登 記 號號評審日期評審性質評審 復復審階段狀態需求分析概要設計詳細設計軟件編碼軟件測試安裝與驗收收軟件總開發發階段負 責 人人電話地址評審結論通 過 不需修改改 稍作修改改不通過作重要修改改要重新評審審評審成員質量管理：產品經理：工程總監：研發總監：項目經理：備 注表2：軟件件問題報報告單軟件問題報報告單登記號登記日期年 月

51、日發現日期年 月 日子系統名稱稱模塊名稱模塊編碼 階段狀態態需求分析概要設計詳細設計軟件編碼軟件測試安裝與驗收收 報告人姓名名電話地址 軟件問題題程序 數據庫 文檔 其它 問題描述/影響：附注及修改改建議：附件4：軟軟件配置置管理計計劃軟件配置管管理計劃劃產品名稱：編制單位：產品編號：文檔編號：版 本 號號：編制日期：更改日期：擬制人審核批準1引言配置管理理計劃的的簡介應應提供整整個文檔檔的概述述。它應應包括此此配置管管理計劃劃的目的的、范圍圍、定義義、術語語定義、參參考資料料和概述述。1.1 目目的闡明此配配置管理理計劃的的目的。1.2 范范圍簡要說明明此配置置管理計計劃的范范圍；它它的相關

52、關模型，以以及受到到此文檔檔影響的的任何其其他事物物。1.3 術術語定義義本小節應應提供正正確理解解此配置置管理計計劃所需需的全部部術語、首首字母縮縮寫詞和和縮略語語的定義義。軟件配置管管理，簡簡稱SCCM(SSofttwarre CConffiguurattionn Maanaggemeent的的縮寫)，是在在團隊開開發中，標標識、控控制和管管理軟件件變更的的一種管管理。配配置管理理的使用用取決于于項目規規模和復復雜性以以及風險險水平。軟軟件的規規模越大大，配置置管理就就顯得越越重要。基線(baasellinee)，是是項目儲儲存庫中中每個工工件版本本在特定定時期的的一個“快照”。它提提供一

53、個個正式標標準，隨隨后的工工作基于于此標準準，并且且只有經經過授權權后才能能變更這這個標準準。建立立一個初初始基線線后，以以后每次次對其進進行的變變更都將將記錄為為一個差差值，直直到建成成下一個個基線。 功能基線(Funnctiionaal BBaseelinne)，功功能基線線是指在在系統分分析與軟軟件定義義階段結結束時，經經過正式式評審和和批準的的系統設設計規格格說明書書中對待待開發系系統的規規格說明明；或是是指經過過項目委委托單位位和項目目承辦單單位雙方方簽字同同意的協協議書或或合同中中所規定定的對待待開發軟軟件系統統的規格格說明；或是由由下級申申請經上上級同意意或直接接由上級級下達的的

54、項目任任務書中中所規定定的對待待開發軟軟件系統統的規格格說明。功功能基線線是最初初批準的的功能配配置標識識。指派基線(Alllocaatedd Baasellinee)，指指派基線線是指在在軟件需需求分析析階段結結束時，經經過正式式評審和和批準的的軟件需需求的規規格說明明。指派派基線是是最初批批準的指指派配置置標識。產品基線(prooducct bbaseelinne)產產品基線線是指在在軟件組組裝與系系統測試試階段結結束時，經經過正式式評審的的批準的的有關所所開發的的軟件產產品的全全部配置置項的規規格說明明。產品品基線是是最初批批準的產產品配置置標識。 配置控制(connfigguraati

55、oon cconttroll)，對對軟件任任務在開開發過程程中的資資源進行行標識，以以便識別別。配置檢查(connfigguraatioon aaudiit)，對對軟件配配置管理理過程中中的活動動進行檢檢查。配置標識(connfigguraatioon iidenntifficaatioon)配置狀態記記錄(cconffiguurattionn sttatuus aaccoounttingg)軟件開發庫庫(Sooftwwaree Deevellopmmentt Liibraary)，軟件件開發庫庫是指在在軟件生生存周期期的某一一個階段段期間，存存放與該該階段軟軟件開發發工作有有關的計計算機可可

56、讀信息息和人工工可讀信信息的庫庫。軟件受控庫庫(Sooftwwaree Soontrrollled Libbrarry)，軟軟件受控控庫是指指在軟件件生存周周期的某某一個階階段結束束時，存存放作為為階段產產品而釋釋放的、與與軟件開開發工作作有關的的計算機機可讀信信息一人人工可讀讀信息的的庫。軟軟件配置置管理就就是對軟軟件受控控庫中的的各軟件件項進行行管理，因因此軟件件受控庫庫也叫做做軟件配配置管理理庫。軟件產品庫庫(Sooftwwaree Prroduuct Libbrarry)，軟軟件產品品庫是指指在軟件件生存周周期的組組裝與系系統測試試階段結結束后，存存放最終終產品而而后交付付給用戶戶運行

57、或或在現場場安裝的的軟件的的庫。接口控制(Intterffacee Coontrrol），接接口控制制是指描描述有關關由一個個或多個個部門提提供的兩兩個或兩兩個以上上的配置置項接口口的所有有功能特特性和物物理特性性的過程程。在實實現之前前，要確確保對這這些功能能特性和和物理特特性所建建議的修修改已經經過評審審和批準準。1.4 參參考資料料本小節應應完整列列出此配配置管理理計劃中中其他部部分所引引用的任任何文檔檔。每個個文檔應應標有標標題、報報告號（如如果適用用）、日日期和出出版單位位。列出出可從中中獲取這這些參考考資料的的來源。這這些信息息可以通通過引用用附錄或或其他文文檔來提提供。GB/T

58、114457 軟件工工程術語語 GB 85566 計算機機軟件開開發規范范 GB 85567 計算機機軟件產產品開發發文件編編制指南南 GB/T 125504 計算機機軟件質質量保證證計劃規規范 1.5 概概述本小節應應說明此此配置管管理計劃劃中其他他部分所所包含的的內容，并并解釋文文檔的組組織方式式。2 軟件配配置管理理描述負責責軟件配配置管理理的機構構、任務務、職責責及其有有關的接接口控制制。2.1 機機構本小節描描述在各各階段中中負責軟軟件配置置管理的的機構。描描述的內內容如下下：A 描述述在軟件件生存周周期各階階段中軟軟件配置置管理的的功能和和負責軟軟件配置置管理的的機構； B 說明明

59、項目和和子項目目與其他他有關項項目之間間的關系系；C 指出出在軟件件生存周周期各階階段中的的軟件開開發或維維護機構構與配置置控制組組的相互互關系。2.2 任任務本小節描描述在軟軟件生存存周期各各個階段段中的配配置管理理任務以以及要進進行評審審的檢查查工作，并并指出各各個階段段的階段段產品應應存放在在哪一類類軟件庫庫中（軟軟件開發發庫、軟軟件受控控庫或軟軟件產品品庫）。 2.3 職職責本小節描描述與軟軟件配置置管理有有關的各各類機構構或成員員的職責責，并指指出這些些機構或或成員相相互之間間的關系系。A指出負負責各項項軟件配配置管理理任務（如如配置標標識、配配置控制制、配置置狀態記記錄以及及配置的

60、的評審與與檢查）的的機構的的職責； B指出上上述機構構與軟件件質量保保證機構構、軟件件開發單單位、項項目承辦辦單位、項項目委托托單位以以及用戶戶等機構構的關系系；C說明由由本計劃劃第2.2條指指明的生生存周期期各個階階段的評評審、檢檢查和審審批過程程中的用用戶職責責以及相相關的開開發與維維護活動動；D指出與與項目開開發有關關的各個個機構的的代表的的軟件配配置管理理職責；E指出其其他特殊殊職責，例例如為滿滿足軟件件配置管管理要求求所必要要的批準準要求。2.4 接接口控制制本小節應應該描述述：A 接口口規格說說明標識識和文檔檔控制的的方法；B 對已已交付的的接口規規格說明明和文檔檔進行修修改的方方