軟件質(zhì)量管理制度管理辦法

1、技術(shù)部門技術(shù)管理制度及辦法之質(zhì)量管理制度1 目標 52 SQA崗位職責 53 SQA流程 64 SQA與各技術(shù)方向的關(guān)系 . 65 軟件工程標準與規(guī)范 75.1 軟件工程標準 75.2 軟件標準文檔模版規(guī)范 95.3 軟件技術(shù)規(guī)范 106 SQA任務(wù)管理 106.1 任務(wù)來源 106.2 流程管理 116.3 主要任務(wù) 11附件一：軟件質(zhì)量保證計劃 131 引言 141.1 目的 141.2 定義 141.3 參考資料 152 管理 152.1 機構(gòu) 152.2 任務(wù) 152.3 職責 163 文檔 173.1 基本文檔 173.2 其它文檔 173.3 文檔質(zhì)量的度量準則 184 標準、條例

2、和約定 . 195 評審和檢查 205.1 第一次評審 . 215.2 第二次評審 . 215.3 第三次評審 . 226 軟件配置管理 227 工具、技術(shù)和方法. 238 媒體控制 239 對供貨單位的控制. 2410 記錄的收集、維護和保存 24附件二：技術(shù)月報 26附件 3 ：軟件階段評審表 附件 4 ：軟件配置管理計劃 1 引言 1.1 目的 41.2 范圍 41.3 術(shù)語定義 41.4 參考資料 61.5 概述 72 軟件配置管理 2.1 機構(gòu) 72.2 任務(wù) 72.3 職責 82.4 接口控制 82.5 實現(xiàn) 82.6 適用的標準、條例和約定 93 軟件配置管理活動 93.1 配置

3、標識 103.1.1 標識方法 103.1.2 各類基線 103.2 配置和變更控制 103.3 配置狀態(tài)審計 113.4 配置的檢查和評審 124 工具、技術(shù)和方法 . 125 里程碑 136 培訓(xùn)和資源 137 對供貨單位的控制 . 148 記錄的收集、維護和保存 141 目標質(zhì)量管理 (Supplier Quality Assurance)，以下簡稱 SQA ，主要對研發(fā)和工程進行軟件過程的質(zhì)量管理。SQA 的目標： 保障研發(fā)的軟件產(chǎn)品質(zhì)量，為工程項目提供穩(wěn)定、可靠的運行平臺，提 升公司產(chǎn)品的層次； 保障工程項目的軟件產(chǎn)品質(zhì)量和實施的規(guī)范性、成功性； 形成公司健全的質(zhì)量管理體系，提高公司

4、管理水平及產(chǎn)品質(zhì)量，提升公 司的市場競爭力； 通過質(zhì)量管理制度的貫徹與執(zhí)行，逐步向國際標準靠攏。 質(zhì)量管理的工作主要包括以下兩個方面： 制定、貫徹和持續(xù)改進質(zhì)量管理的方針、指南、規(guī)范； 監(jiān)督和檢查質(zhì)量管理的方針、指南、規(guī)范在軟件的開發(fā)過程中的實施情 況，保證開發(fā)出的軟件和軟件開發(fā)過程符合相應(yīng)的標準與規(guī)范，保證軟 件產(chǎn)品、軟件過程中存在的問題得到處理。2 SQA 崗位職責統(tǒng)一軟件工程方法， 制定以公司產(chǎn)品線為主的軟件標準文檔模版規(guī)范和 軟件技術(shù)規(guī)范； 跟蹤軟件過程的質(zhì)量活動并鑒別活動中出現(xiàn)的偏差； 里程碑式技術(shù)評審，實現(xiàn)軟件質(zhì)量的過程化管理；軟件配置管理，利用配置管理工具，建立配置服務(wù)器環(huán)境，控

5、制文檔與 程序的修改信息和版本；全面測試，采用適當手段對軟件需求、軟件分析、軟件設(shè)計、軟件實現(xiàn) 和文檔進行全面測試；軟件產(chǎn)品文檔及程序源碼歸檔與保管。3 SQA流程奶I鞏廳沈、標和片規(guī)范女裝打齡收軟件測試軟杵珈需求分析軟件工程方吐軟件配置件理I:過 丨！程 ；I| 跟軟件技術(shù)規(guī)范蹤a&:川 :fM 1圈軟件過料執(zhí)行y舒理ill«ll V*fll«|i| 14411 9*II9«RI l*BII till4*11 l+RII *PII4«E |njI研! s評 ；F ；:Mi威呈保制如劃款件杠務(wù)實旋汁劃4 SQA與各技術(shù)萬向的關(guān)系SQA的主要職責是

6、為研發(fā)和工程提供質(zhì)量管理保障，協(xié)助各技術(shù)方向 按時、保質(zhì)、保量完成軟件過程質(zhì)量管理任務(wù)；SQA負責對研發(fā)和工程的質(zhì)量管理支持，嚴格按照制定的質(zhì)量保證計劃實施，研發(fā)和工程必須配合質(zhì)量保證計劃的實施；1）SQA制定的各種標準與規(guī)范，各技術(shù)方向必須嚴格按照標準與規(guī)范 執(zhí)行；2）SQA人員和研發(fā)和工程總監(jiān)需要進行溝通，共同完成軟件過程跟蹤、 審查和里程碑式評審；3） 研發(fā)和工程提交配置管理計劃和階段性實施情況，SQA負責指導(dǎo)和 監(jiān)督執(zhí)行。SQA人員工作過程中發(fā)現(xiàn)的不符合問題及時形成軟件問題單，研發(fā)和 工程按照軟件問題單，提出處理意見及處理時間，直到問題解決為止； 研發(fā)和工程總監(jiān)定期向SQA提交軟件開發(fā)

7、進度表； 一個SQA人員需要同時支持研發(fā)和工程多個軟件開發(fā)任務(wù)的質(zhì)量管理。5軟件工程標準與規(guī)范5.1軟件工程標準軟件工程模型特點:1）軟件生存周期模型（瀑布模型Waterfall Model）問題定義計劃時期可性行研究需求分析上一階段的變換結(jié)果是下一階段的變換的開發(fā)時期概要設(shè)計精選資料詳細設(shè)計.輸入，相鄰兩個階段具有因果關(guān)系，緊密 相聯(lián)。2) 原型模型(Prototype Model)快速分析 和設(shè)計加工原型原型建造原型1原型系統(tǒng)僅包括未來系統(tǒng)的主要功能，以及系統(tǒng)的重要接口；2 為了盡快向用戶提供原型， 開發(fā)原型系 統(tǒng)時應(yīng)盡量使用能縮短開發(fā)周期的語 言和工具?？蛻粼u價原型軟件工程方法1) 結(jié)構(gòu)

8、化設(shè)計方法(SD- Structured Design)結(jié)構(gòu)化設(shè)計方法是基于模塊化、自頂向下細化、結(jié)構(gòu)化程序設(shè)計等程序設(shè)計 技術(shù)基礎(chǔ)發(fā)展起來的。它所提供的方法和原則，主要是用來指導(dǎo)軟件的概要設(shè)計。結(jié)構(gòu)化設(shè)計屬于面向數(shù)據(jù)流的設(shè)計方法。 在軟件的需求分析階段，數(shù)據(jù)流是 軟件開發(fā)人員考慮問題的出發(fā)點和基礎(chǔ)。 數(shù)據(jù)流從系統(tǒng)的輸入端向輸出端，則要 經(jīng)歷一系列的變換或處理。用來表現(xiàn)這個過程的數(shù)據(jù)流 (DFD),實際上就是軟件 系統(tǒng)的邏輯模型。面向數(shù)據(jù)流的設(shè)計要解決的任務(wù)，就是在上述需求分析的基礎(chǔ)上，將DFD圖映射(Mapping)-軟件系統(tǒng)的結(jié)構(gòu)。換句話說，這類設(shè)計方法，允許把用DFD圖 表示的系統(tǒng)邏輯模

9、型，很方便地轉(zhuǎn)換成對于軟件結(jié)構(gòu)的初始設(shè)計描述。? 結(jié)構(gòu)化設(shè)計分析工具：? Microsoft Project ，項目進度計劃編制工具? EPMS，工作流圖制作工具? Microsoft Visio ，數(shù)據(jù)流圖（DFD）、結(jié)構(gòu)圖制作工具? Sybase Powerdeig ner ，數(shù)據(jù)庫模型分析設(shè)計工具2）面向?qū)ο蟮姆治龇椒ǎ∣bject Oriented Analysis）00A的核心思想是利用00的概念和方法對軟件需求建造模型，以使用戶需求逐步精確化、一致化、完全化。為此， OOA的方法步驟為：面向?qū)ο蠓治龉ぞ?UML、RationalRose上述列出了軟件工程的兩個模型和兩個方法，采用哪

10、類模型和方法，可根據(jù)具體的工程項目經(jīng)過充分的論證后進行選擇。5.2軟件標準文檔模版規(guī)范需求分析需求分析需求分析-功能需求附件一：業(yè)務(wù)流圖附件二：數(shù)據(jù)流圖附件三：業(yè)務(wù)工單/報表樣張需求分析-數(shù)據(jù)規(guī)劃概要設(shè)計概要設(shè)計功能結(jié)構(gòu)設(shè)計 數(shù)據(jù)庫設(shè)計說明書詳細設(shè)計測試大綱使用手冊維護手冊5.3 軟件技術(shù)規(guī)范工作流圖 (EPMS) 規(guī)范數(shù)據(jù)流圖 (DFD) 規(guī)范IPO 圖規(guī)范數(shù)據(jù)庫技術(shù)規(guī)范VS2008 (采用的編程語言)技術(shù)規(guī)范目錄結(jié)構(gòu)規(guī)范文檔編制規(guī)范6 SQA 任務(wù)管理6.1 任務(wù)來源工程項目的質(zhì)量管理；研發(fā)的質(zhì)量管理；選定新的軟件工程方法， 軟件工程標準文檔模版和軟件技術(shù)規(guī)范的修訂。6.2 流程管理工程項

11、目啟動章程宣布后， SQA 任務(wù)正式啟動。6.3 主要任務(wù)制定軟件質(zhì)量保證計劃 （格式與內(nèi)容見附件 1） ，根據(jù)研發(fā)和工程提交的 軟件任務(wù)實施計劃 （人力資源和進度計劃等 ）制定與其對應(yīng)的軟件質(zhì)量保 證計劃，組織計劃的評審，形成評審報告。向給研發(fā)和工程總監(jiān)、開發(fā) 人員和所有相關(guān)人員發(fā)布計劃，便于研發(fā)和工程總監(jiān)及 SQA 人員對其 工作的監(jiān)督。選定軟件工程方法，要求研發(fā)和工程采用； 制定與修訂軟件工程標準文檔模版和軟件技術(shù)規(guī)范，要求研發(fā)和工程采 用和遵循；接收來自研發(fā)和工程總監(jiān)提交的軟件階段進度信息， （格式與內(nèi)容見附件2）； 研發(fā)和工程執(zhí)行的軟件過程化跟蹤與審查，偏離標準和規(guī)范的問題及時 的反

12、映和處理；里程碑式評審， 主要任務(wù)是保證軟件執(zhí)行的活動與預(yù)定義的軟件過程一 致，使軟件過程在軟件產(chǎn)品的開發(fā)中得到遵循，保障研發(fā)和工程定義的 每個軟件任務(wù)得到實際的執(zhí)行 （軟件階段評審表格式與內(nèi)容見附件 3）； 配置管理工作的檢查和審查；由研發(fā)和工程提出配置管理計劃 （格式與內(nèi)容見附件 4） ，SQA 以軟件配置基 線（里程碑 ），軟件配置項為依據(jù)，負責過程管理與監(jiān)控，對研發(fā)和工程軟件執(zhí)行 過程中產(chǎn)生的階段性文檔和程序進行有效的版本管理與控制。SQA 人員工作過程中記錄的工作結(jié)果和發(fā)現(xiàn)的不符合問題，填寫相應(yīng) 的問題單，直到問題解決，詳見附件 3 ；這是 SQA 的一個重要的任務(wù)， SQA 人員要

13、對工作過程中記錄的工作結(jié)果和 發(fā)現(xiàn)的不符合問題進行處理， 及時向有關(guān)人員及高級管理者反映。 在處理問題的 過程中對符合標準過程的活動， SQA 人員應(yīng)該積極地報告活動的進展情況以及 這些活動在符合標準方面的效果；對不符合標準過程的活動， SQA 要報告其不 符合性以及它對產(chǎn)品的影響，同時提出改進建議。收集新方法，提供軟件工程標準與規(guī)范的改進。研發(fā)和工程軟件執(zhí)行過 程中，對標準和規(guī)范定義不準確或是不方便的地方， 及時提出修改意見， 以便 SQA 進行有效的修改和完善標準與規(guī)范；對 SQA 制定的規(guī)范培訓(xùn)。附件一：軟件質(zhì)量保證計劃【項目文檔】質(zhì)量保證計劃產(chǎn)品名稱: 編制單位: 產(chǎn)品編號: 文檔編號

14、: 版本號: 編制日期: 更改日期:擬制人審核批準1引言1.1目的本條必須指出特定的軟件質(zhì)量保證計劃的具體目的。還必須指出該計劃所針對的軟件項目（及其所屬的各個子項目）的名稱和用途。本計劃的目的在于對所開發(fā)的軟件規(guī)定各種必要的質(zhì)量保證措施， 以保證 所交付的軟件能夠滿足項目委托書或合同中規(guī)定的各項需求， 能夠滿足本軟件總 體制定的該軟件系統(tǒng)需求規(guī)格說明書中規(guī)定的各項具體需求。軟件開發(fā)單位在軟件執(zhí)行過程中，按照本計劃中的有關(guān)規(guī)定，但可根據(jù)各自 的情況對本計劃作適當?shù)募舨茫詽M足特定的質(zhì)量保證要求，剪裁后的計劃必須 經(jīng)相關(guān)人員批準。1.2定義本條應(yīng)該列出計劃正文中需要解釋的而在GB/T 11457

15、中尚未包含的術(shù)語的定義，必要時，還要給出這些定義的英文單詞及其縮寫詞。1.3 參考資料本條必須列出計劃正文中所引用資料的名稱、代號、編號、出版機構(gòu)和出 版年月。GB/T 11457 軟件工程術(shù)語GB 8566 計算機軟件開發(fā)規(guī)范GB 8567 計算機軟件產(chǎn)品開發(fā)文件編制指南GB/T 12505 計算機軟件配置管理計劃規(guī)范2 管理必須描述負責軟件質(zhì)量保證的機構(gòu)、任務(wù)及其有關(guān)的職責。2.1 機構(gòu)本條必須描述與軟件質(zhì)量保證有關(guān)的機構(gòu)的組成。還必須清楚地描述來自 項目委托單位、 項目承辦單位、 軟件開發(fā)單位或用戶中負責軟件質(zhì)量保證的各個 成員有機構(gòu)中的相互關(guān)系。 2.2 任務(wù)本條必須描述計劃涉及的軟件

16、生存周期中有關(guān)階段的任務(wù)，特別要把重點放在描述這些階段所應(yīng)進行的軟件質(zhì)量保證活動上。 軟件質(zhì)量保證工作涉及軟件生存同期各階段的活動， 應(yīng)該貫徹到日常的軟件 開發(fā)活動中，而且應(yīng)該特別注意軟件質(zhì)量的早期評審工作。因此， 對實施的軟件 任務(wù)，要按照本計劃的各項規(guī)定進行各項評審工作。 SQA 人員參加所有的評審 與檢查活動。評審與檢查的目的是為了確保在軟件開發(fā)工作的各個階段和各個方 面都認真采取各項措施來保證與提高軟件的質(zhì)量。 在軟件開發(fā)過程中， 應(yīng)該進行 以下三次評審：第一次評審軟件需求、概要設(shè)計、驗證與確認方法；第二次評審 詳細設(shè)計、功能測試與演示，并對第一次評審結(jié)果復(fù)核；第三次是功能檢查、物 理

17、檢查和綜合檢查。關(guān)于這些評審工作的詳細內(nèi)容見第 5 章。階段評審工作要組織專門的評審小組， 原則上由軟件組長、 副組長或特邀專 家擔任評審組長，評審小組成員應(yīng)該包括項目委托單位或用戶的代表、 SQA 人 員、軟件開發(fā)單位和上級主管部門的代表，其他參加人員視評審內(nèi)容而定。每一次評審工作都應(yīng)填寫評審總結(jié)報告與軟件問題報告單。 格式詳見質(zhì)量管 理制度。日常檢查： 在軟件的開發(fā)過程中，應(yīng)該填寫項目進展報表，即軟件報表表頭 與軟件階段產(chǎn)品完成情況表。 SQA 可以通過項目進展季報表發(fā)現(xiàn)有關(guān)軟件質(zhì)量 的問題。格式詳見質(zhì)量管理制度。軟件驗收： 必須組織專門的驗收小組對軟件進行驗收。 驗收內(nèi)容應(yīng)包括文檔 驗收

18、、程序驗收、演示、驗收測試與測試結(jié)果評審等幾項工作。2.3 職責本條必須指明軟件質(zhì)量保證計劃中規(guī)定的每一個負責單位或成員的責任。3 文檔必須列出在該軟件的開發(fā)、驗證與確認以及使用與維護等階段中需要編制的文檔，并描述對文檔進行評審與檢查的準則。 3.1 基本文檔為了確保軟件的實現(xiàn)滿足需求規(guī)格說明書中規(guī)定的各項需求， 至少應(yīng)該編寫以下八個方面內(nèi)容的文檔：1) 軟件任務(wù)實施計劃；2) 軟件需求規(guī)格說明書；3) 軟件設(shè)計說明書，應(yīng)該包含概要設(shè)計和詳細設(shè)計兩個文檔；4) 軟件測試大綱；5) 使用手冊；6) 維護手冊7) 項目開發(fā)總結(jié)。8) 源代碼清單；3.2 其它文檔除了基本文檔之外， 對于尚在開發(fā)中的

19、軟件， 還應(yīng)該包括以下四個方面的文檔：1) 軟件質(zhì)量保證計劃；2) 軟件配置管理計劃；3) 軟件階段進展表，其詳細格式參考質(zhì)量管理規(guī)范的各項規(guī)定；4) 軟件階段評審表，其詳細格式參考質(zhì)量管理規(guī)范的各項規(guī)定。3.3 文檔質(zhì)量的度量準則文檔是軟件的重要組成部分， 是軟件生存周期各個不同階段的產(chǎn)品描述。 難 作確認就是要檢查各階段文檔的合適性。 評審文檔質(zhì)量的度量準則是有以下六條：1) 完備性：所有承擔軟件開發(fā)任務(wù)的單位，都城必須公司制定的軟件文檔 標準模版編制相應(yīng)的文檔，以保證在開發(fā)階段結(jié)束時其文檔是齊全的。2) 正確性：在軟件開發(fā)各個階段所編寫的文檔的內(nèi)容，必須真實的反映階 段的工作且與該階段的

20、需求相一致。3) 簡明性：在軟件開發(fā)各個階段所編寫的各種文檔的語言表達應(yīng)該清晰、 準確簡煉，適合各種文檔的特定讀者。4) 可追蹤性：在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的可追 蹤性。文檔的可追蹤性包括縱向可追蹤性和橫向可追蹤性兩個方面。 前者是指在 不同的文檔的相關(guān)內(nèi)容之間相互檢索的難易程序； 后者是指確定同一文檔某一內(nèi) 容在本文檔中的范圍的難易程度。5) 自說明性：在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有較好的自說 明性。文檔的自說明性是指在軟件開發(fā)各個階段中的不同文檔能獨立表達該軟件 其相應(yīng)階段的階段產(chǎn)品的能力。6) 規(guī)范性：在軟件開發(fā)各個階段所編寫的各種文檔應(yīng)該具有良好的規(guī)范

21、性。 文檔的規(guī)范性是指文檔的封面、 大綱、術(shù)語的含義以及圖示符號等符合有關(guān)規(guī)范 的規(guī)定。4 標準、條例和約定在軟件的開發(fā)過程中，還必須遵守下列標準、條例和約定：1) 軟件文檔模版標準規(guī)范需求分析需求分析需求分析 - 功能需求附件一：業(yè)務(wù)流圖附件二：數(shù)據(jù)流圖附件三：業(yè)務(wù)工單 / 報表樣張需求分析- 數(shù)據(jù)規(guī)劃概要設(shè)計概要設(shè)計功能結(jié)構(gòu)設(shè)計數(shù)據(jù)庫設(shè)計說明書詳細設(shè)計測試大綱使用手冊維護手冊2) 軟件技術(shù)規(guī)范工作流圖 (EPMS) 規(guī)范數(shù)據(jù)流圖 (DFD) 規(guī)范IPO 圖規(guī)范 數(shù)據(jù)庫設(shè)計規(guī)范VS 編程規(guī)范目錄結(jié)構(gòu)規(guī)范文檔編制規(guī)范3) 軟件配置管理計劃5 評審和檢查必須規(guī)定所要進行的技術(shù)和管理兩方面的評審和

22、檢查工作， 并編制或引用有 關(guān)的評審和檢查規(guī)程以及通過與否的技術(shù)準則。 至少要進行下列各項評審和檢查 工作：1) 軟件需求評審 (software requirements review) 在軟件概要設(shè)計結(jié)束后必須進行概要設(shè)計評審， 以確保在軟件需求規(guī)格說明 書中所規(guī)定的各項需求的合適性。2) 概要設(shè)計評審 (preliminary design review) 在軟件概要設(shè)計結(jié)束后必須進行概要設(shè)計評審， 以評價軟件設(shè)計說明書中所 描述的軟件概要設(shè)計在總體結(jié)構(gòu)、外部接口、主要部件功能分配、全局數(shù)據(jù)結(jié)構(gòu) 以及各主要部件之間的接口等方面的合適性。3) 詳細設(shè)計評審 (detailed design

23、 review)軟件詳細設(shè)計階段結(jié)束后必須進行詳細設(shè)計評審， 以評價軟件驗證與確認計 劃中所規(guī)定的驗證與確認方法的合適性與完整性。4) 功能檢查 (functional audit)在軟件釋放前， 要對軟件進行物理檢查， 以驗證程序和文檔已經(jīng)滿足在軟件 需求說明書中規(guī)定的所有需求。5) 物理檢查 (physical audit)在驗收軟件前， 要對軟件進行物理檢查， 以難程序和文檔已經(jīng)一致并已做好 了交付的準備。6) 綜合檢查 (comprehensive audit) 在軟件驗收時，要允許用戶或用戶所委托的專家對所要驗收的軟件進行設(shè)計 抽樣的綜合檢查，以驗證代碼和設(shè)計文檔的一致性。7) 管理

24、評審 (management reviews)要對計劃的執(zhí)行情況定期 (或按階段)進行管理評審；這些評審必須由獨立 于被評審單位的機構(gòu)或授權(quán)的第三方主持進行。5.1 第一次評審第一次評審會要對軟件需求、概要設(shè)計以及驗證與確認方法進行評審。1) 軟件需求評審( SRR )應(yīng)確保在軟件需求規(guī)格說明書中規(guī)定的各項需求 的合理性；2) 概要設(shè)計評審( PDR )應(yīng)評價軟件設(shè)計說明書中的軟件概要設(shè)計的技術(shù) 合適性；3) 軟件驗證和確認評審 ( SV&VR )應(yīng)評價軟件驗證和確認計劃中確定的驗 證和確認方法的合適性和完整性。5.2 第二次評審第二次評審會要對詳細設(shè)計、 功能測試與演示進行評審， 并

25、對第一次評審結(jié) 果進行復(fù)核。如果在軟件開發(fā)過程中發(fā)現(xiàn)需要修改第一次評審結(jié)果， 則應(yīng)按照軟 件配置管理計劃的規(guī)定處理。1) 詳細設(shè)計評審( DDR )應(yīng)確定軟件設(shè)計說明書中的詳細設(shè)計在滿足軟件 需求規(guī)格說明書中的需求方面的可接受性。2) 編程格式評審應(yīng)確保所有編碼采用規(guī)定的工作語言，能在規(guī)定的運行環(huán) 境中運行，滿足技術(shù)規(guī)范中的約定， 并且符合規(guī)范約定的編程風格。 在滿足這些 要求之后，方可進行測試工作評審。3）測試工作評審應(yīng)對所有的程序單元進行靜態(tài)分析，檢查其程序結(jié)構(gòu)（即 模塊和函數(shù)的調(diào)用關(guān)系和調(diào)用序列）和變量使用是否正確。在通過靜態(tài)分析后， 再進行結(jié)構(gòu)測試和功能測試。 各個軟件子系統(tǒng)或模塊只進

26、行功能測試， 不單獨進 行結(jié)構(gòu)測試。 測試測試工作評審要檢查所進行的測試工作是否滿足這些要求。 特 別在評審功能測試工作時， 不僅要運行開發(fā)單位給出的測試用例， 而且要允許運 行任務(wù)委托單位或用戶、評審人員選定的采樣用例。5.3 第三次評審第三次評審會要進行功能檢查、 物理檢查和綜合檢查。 這些評審會應(yīng)在集成 測試階段結(jié)束后進行。1） 功能檢查 （FA） ，應(yīng)驗證所開發(fā)的軟件已滿足在軟件需求規(guī)格說明書中規(guī) 定的所有需求。2）物理檢查（PA），應(yīng)對軟件進行物理檢查，以驗證程序和文檔已經(jīng)一致， 并已做好了交付的準備。3）綜合檢查（CA），應(yīng)驗證代碼和設(shè)計文檔的一致性、接口規(guī)格說明的一致 性（硬件和

27、軟件）、設(shè)計實現(xiàn)和功能需求的一致性、功能需求和測試描述的一致 性。6 軟件配置管理必須編制軟件配置管理計劃， 規(guī)定用于標識軟件產(chǎn)品、 控制和實現(xiàn)軟件的修 改、記錄和報告修改實現(xiàn)的狀態(tài)以及評審和檢查配置工作等四方面的活動。 還必 須規(guī)定用以維護和存儲軟件受控版本的方法和設(shè)施； 必須規(guī)定對所發(fā)現(xiàn)的問題進行報告、 追蹤和解決的步驟， 并指出實現(xiàn)報告、 追蹤和解決軟件問題的機構(gòu)及其 職責。7 工具、技術(shù)和方法在軟件的研制與開發(fā)過程中， 都應(yīng)該在各自的軟件質(zhì)量保證活動中合理地使 用軟件質(zhì)量支持工具、技術(shù)和方法。這些工具主要有下列三種：1） 軟件配置管理工具，它支持用戶對源代碼清單的更新管理以及對重新編

28、譯與連接的代碼的自動組織； 支持用戶有不同文檔相關(guān)內(nèi)容之間進行相互檢索并 確定同一文檔中的涉及范圍； 同時還應(yīng)支持軟件配置管理小組對軟件配置更改進 行科學(xué)的管理；2） 文檔輔助生成工具與圖形編輯工具，它主要協(xié)助用戶繪制描述程序流程與結(jié)構(gòu)的工作流圖（EPMS）與數(shù)據(jù)流圖（DFD）。繪制描述軟件功能（輸入、輸出 關(guān)系）的曲線以及繪制描述系統(tǒng)特性的一些其他圖形， 同時還可生成若干與軟件 文檔編制大約相適應(yīng)的文檔模板。 用戶利用這個工具的正文與圖形編輯功能以及 上述輔助功能，可以比較方便地產(chǎn)生清晰悅目的文檔， 也有利于對文檔進行更改， 還有助于提高文檔的編制質(zhì)量；3）數(shù)據(jù)庫設(shè)計工具，主要設(shè)計完成數(shù)據(jù)庫

29、的邏輯模型與物理模型，同時還 可生成與軟件文檔編制大約相適應(yīng)的數(shù)據(jù)字典。8 媒體控制為了保護計算機程序的物理媒體，以免非法存取，意外損壞或自然老化，SQA 人員按照軟件工程小組制訂的、且經(jīng)批準的軟件配置管理計劃妥善管理和存放各個子系統(tǒng)及其專用支持軟件的媒體9對供貨單位的控制需要從軟件銷售購買、委托或其他開發(fā)單位開發(fā)、從開發(fā)單位現(xiàn)存軟件庫中 選用或從項目委托單位或用戶的現(xiàn)有軟件庫中選用軟件時，SQA必須參與軟件選用評審、測試與檢查，只有當演示成功、測試合格后才能批準選用。如果只選 用其中部分內(nèi)容，則按待開發(fā)軟件的處理過程辦理，此時SQA不再干預(yù)。10記錄的收集、維護和保存在軟件的研制與開發(fā)期間，

30、要進行各種軟件質(zhì)量保證活動，準確記錄、及時 分析并妥善保存有關(guān)這些活動的記錄，是確保軟件質(zhì)量的重要條件。SQA人員負責收集、匯總與保存有關(guān)軟件質(zhì)量保證活動的記錄。要收集、匯總與保存的記錄名字及其保存期限見表1o表1記錄名稱及其保存的期限記錄的名稱與分類要保存的期限階段評審階段評審總結(jié)整個軟件開發(fā)周期記錄階段評審主要問題整個軟件開發(fā)周期階段評審成員整個軟件開發(fā)周期日常檢查軟件階段產(chǎn)品完成情況整個軟件開發(fā)周期修改軟件問題報告單整個軟件開發(fā)周期組織軟件質(zhì)量人員記錄整個軟件開發(fā)周期附件二：技術(shù)月報技術(shù)月報統(tǒng)計日期:項目信 息'項目名稱進度甘特圖項目經(jīng)理合同工期說明：對項目進度的甘特圖可另用篇幅

31、，采用Excel格式制作，用不同的顏色同時體現(xiàn)計劃和實際進度狀況。項目進度信息階段計劃進度實際進度備注開始日期結(jié)束日期開始日期結(jié)束日期1需求分析階段2概要設(shè)計階段3詳細設(shè)計階段4軟件編碼階段5軟件測試階段6系統(tǒng)試運行階段7系統(tǒng)綜合驗收說明：階段產(chǎn)品包括實施計劃、需求規(guī)格說明書、概要設(shè)計說明書、詳細設(shè)計說明書、測試大綱、 使用手冊、維護手冊、項目開發(fā)總結(jié)、源代碼清單、配置管理計劃等。質(zhì)量信息階段質(zhì)量過程狀態(tài)評審狀態(tài)評審結(jié)果質(zhì)量總結(jié)1需求分析階段過程跟蹤評審評審復(fù)審?fù)ㄟ^不通過2概要設(shè)計階段過程跟蹤評審評審復(fù)審?fù)ㄟ^不通過3詳細設(shè)計階段過程跟蹤為審評審復(fù)審?fù)ㄟ^不通過4軟件編碼階段過程跟蹤為審評審復(fù)審?fù)?/p>

32、過不通過5軟件測試階段過程跟蹤為審評審復(fù)審?fù)ㄟ^不通過6系統(tǒng)試運行階段過程跟蹤評審口評審口復(fù)審口通過口不通過口7系統(tǒng)綜合驗收過程跟蹤評審口評審口復(fù)審口通過口不通過口技術(shù)月報（二）統(tǒng)計日期:費用信息項目預(yù)算：（人月）其中項目組：（人月）其中專題組：（人月）月 份項目組員（現(xiàn)場）項目組員 （非現(xiàn)場）專題組（現(xiàn)場）專題組（非現(xiàn)場）其他人員 （現(xiàn)場）其他人員 （非現(xiàn)場）房租費通信費辦公費招待費生活用品差旅交通獎金本 月累 計本 月累 計本 月累 計本 月累 計本 月累 計本 月累 計本 月累 計本 月累 計本 月累 計本 月累 計本 月累 計本 月累 計本 月累 計123456789101112合計附件

33、3 :軟件階段評審表在軟件開發(fā)過程中的適當階段對軟件階段產(chǎn)品進行評審， 是確保軟件產(chǎn)品最 終質(zhì)量的重要方法。階段評審可以對某個開發(fā)階段產(chǎn)品進行評審， 也可以對某幾 個開發(fā)階段產(chǎn)品進行綜合評審。在每次階段評審中，必須履行正式手續(xù)， 填寫必 要的評審表格，以利于項目管理工作，利于產(chǎn)品驗收時的質(zhì)量檢查工作。軟件階段評審表由兩張子表組成：1）評審總結(jié)報告；2）主要問題的詳細描述（軟件問題報告單）；評審總結(jié)報告評審總結(jié)報告登記號評審日期評審性質(zhì)評審復(fù)審階段狀態(tài)需求 分析概要設(shè)計詳細 設(shè)計軟件 編碼軟件 測試安裝 與驗 收 軟件 總開 發(fā)階 段口負責人電話地址評審結(jié)論通過不需修改稍作修改不通過作重要修改要

34、重新評審評審成員質(zhì)量官理：產(chǎn)品經(jīng)理：工程總監(jiān)：研發(fā)總監(jiān)：項目經(jīng)理：備注表2 :軟件問題報告單軟件問題報告單登記號登記日期年 月曰發(fā)現(xiàn)日期年 月曰子系統(tǒng)名稱模塊名稱模塊編碼階段狀態(tài)需求分析口概要設(shè)計口詳細設(shè)計口軟件編碼口軟件測試口安裝與驗收 口報告人姓名電話地址軟件問題程序 口數(shù)據(jù)庫 口文檔 口其它 口問題描述/影響：附注及修改建議：附件 4 ：軟件配置管理計劃項目文檔】軟件配置管理計劃產(chǎn)品名稱： 編制單位： 產(chǎn)品編號： 文檔編號： 版 本 號： 編制日期： 更改日期：擬制人審核批準1引言配置管理計劃的簡介應(yīng)提供整個文檔的概述。它應(yīng)包括此配置管理計劃的目的、范圍、定義、術(shù)語定義、參考資料和概述。

35、1.1目的闡明此配置管理計劃的目的。1.2范圍簡要說明此配置管理計劃的范圍；它的相關(guān)模型，以及受到此文檔影響的任何其他事物。1.3術(shù)語定義本小節(jié)應(yīng)提供正確理解此配置管理計劃所需的全部術(shù)語、首字母縮寫詞和縮略語的定義。軟件配置管理，簡稱 SCM(Software Configuration Management的縮寫)，是在團隊開發(fā)中，標識、控制和管理軟件變更的一種管理。配置管理的使用取決于項目規(guī)模和復(fù)雜性以及風險水平。軟件的規(guī)模越大，配置管理就顯得越重要 基線 (baseline) ，是項目儲存庫中每個工件版本在特定時期的一個“快 照”。它提供一個正式標準，隨后的工作基于此標準，并且只有經(jīng)過授

36、 權(quán)后才能變更這個標準。建立一個初始基線后，以后每次對其進行的變 更都將記錄為一個差值，直到建成下一個基線。功能基線 (Functional Baseline) ，功能基線是指在系統(tǒng)分析與軟件定義 階段結(jié)束時， 經(jīng)過正式評審和批準的系統(tǒng)設(shè)計規(guī)格說明書中對待開發(fā)系 統(tǒng)的規(guī)格說明； 或是指經(jīng)過項目委托單位和項目承辦單位雙方簽字同意 的協(xié)議書或合同中所規(guī)定的對待開發(fā)軟件系統(tǒng)的規(guī)格說明；或是由下級 申請經(jīng)上級同意或直接由上級下達的項目任務(wù)書中所規(guī)定的對待開發(fā) 軟件系統(tǒng)的規(guī)格說明。功能基線是最初批準的功能配置標識。指派基線 (Allocated Baseline) ，指派基線是指在軟件需求分析階段結(jié) 束

37、時，經(jīng)過正式評審和批準的軟件需求的規(guī)格說明。指派基線是最初批 準的指派配置標識。產(chǎn)品基線 (product baseline) 產(chǎn)品基線是指在軟件組裝與系統(tǒng)測試階段 結(jié)束時，經(jīng)過正式評審的批準的有關(guān)所開發(fā)的軟件產(chǎn)品的全部配置項的 規(guī)格說明。產(chǎn)品基線是最初批準的產(chǎn)品配置標識。配置控制 (configuration control) ，對軟件任務(wù)在開發(fā)過程中的資源進 行標識，以便識別。配置檢查 (configuration audit) ，對軟件配置管理過程中的活動進行檢 查。配置標識 (configuration identification)配置狀態(tài)記錄 (configuration stat

38、us accounting)軟件開發(fā)庫 (Software Development Library) ，軟件開發(fā)庫是指在軟件 生存周期的某一個階段期間， 存放與該階段軟件開發(fā)工作有關(guān)的計算機 可讀信息和人工可讀信息的庫。軟件受控庫 (Software Sontrolled Library) ，軟件受控庫是指在軟件生 存周期的某一個階段結(jié)束時，存放作為階段產(chǎn)品而釋放的、與軟件開發(fā) 工作有關(guān)的計算機可讀信息一人工可讀信息的庫。軟件配置管理就是對 軟件受控庫中的各軟件項進行管理， 因此軟件受控庫也叫做軟件配置管 理庫。軟件產(chǎn)品庫 (Software Product Library) ，軟件產(chǎn)品庫是指

39、在軟件生存 周期的組裝與系統(tǒng)測試階段結(jié)束后，存放最終產(chǎn)品而后交付給用戶運行 或在現(xiàn)場安裝的軟件的庫。接口控制 (Interface Control )，接口控制是指描述有關(guān)由一個或多個部 門提供的兩個或兩個以上的配置項接口的所有功能特性和物理特性的 過程。在實現(xiàn)之前，要確保對這些功能特性和物理特性所建議的修改已 經(jīng)過評審和批準。1.4 參考資料本小節(jié)應(yīng)完整列出此配置管理計劃中其他部分所引用的任何文檔。每個文 檔應(yīng)標有標題、報告號(如果適用) 、日期和出版單位。列出可從中獲取這些參 考資料的來源。這些信息可以通過引用附錄或其他文檔來提供。 GB/T 11457 軟件工程術(shù)語GB 8566 計算機

40、軟件開發(fā)規(guī)范GB 8567 計算機軟件產(chǎn)品開發(fā)文件編制指南GB/T 12504 計算機軟件質(zhì)量保證計劃規(guī)范1.5 概述本小節(jié)應(yīng)說明此配置管理計劃中其他部分所包含的內(nèi)容，并解釋文檔的組 織方式。 2 軟件配置管理描述負責軟件配置管理的機構(gòu)、任務(wù)、職責及其有關(guān)的接口控制。2.1 機構(gòu)本小節(jié)描述在各階段中負責軟件配置管理的機構(gòu)。描述的內(nèi)容如下：A 描述在軟件生存周期各階段中軟件配置管理的功能和負責軟件配置管 理的機構(gòu)；B 說明項目和子項目與其他有關(guān)項目之間的關(guān)系；C 指出在軟件生存周期各階段中的軟件開發(fā)或維護機構(gòu)與配置控制組的 相互關(guān)系。 2.2 任務(wù)本小節(jié)描述在軟件生存周期各個階段中的配置管理任務(wù)

41、以及要進行評審的 檢查工作，并指出各個階段的階段產(chǎn)品應(yīng)存放在哪一類軟件庫中（軟件開發(fā)庫、 軟件受控庫或軟件產(chǎn)品庫） 。 2.3 職責本小節(jié)描述與軟件配置管理有關(guān)的各類機構(gòu)或成員的職責，并指出這些機 構(gòu)或成員相互之間的關(guān)系。A 指出負責各項軟件配置管理任務(wù)（如配置標識、配置控制、配置狀態(tài)記 錄以及配置的評審與檢查）的機構(gòu)的職責；B 指出上述機構(gòu)與軟件質(zhì)量保證機構(gòu)、軟件開發(fā)單位、項目承辦單位、項 目委托單位以及用戶等機構(gòu)的關(guān)系；C 說明由本計劃第 2.2 條指明的生存周期各個階段的評審、檢查和審批過 程中的用戶職責以及相關(guān)的開發(fā)與維護活動；D 指出與項目開發(fā)有關(guān)的各個機構(gòu)的代表的軟件配置管理職責；

42、E.指出其他特殊職責，例如為滿足軟件配置管理要求所必要的批準要求。2.4 接口控制本小節(jié)應(yīng)該描述：A 接口規(guī)格說明標識和文檔控制的方法；B 對已交付的接口規(guī)格說明和文檔進行修改的方法；C 對要完成的軟件配置管理活動進行跟蹤的方法；D 記錄和報告接口規(guī)格說明和文檔控制狀態(tài)的方法；E 控制軟件和劫持它運行的硬件之間的接口的方法。 2.5 實現(xiàn)本小節(jié)應(yīng)該規(guī)定實現(xiàn)軟件配置管理計劃的主要里程碑，例如：A 建立配置控制組；B 確定各個配置基線；C 建立接口控制協(xié)議；D 制訂評審與檢查軟件配置管理計劃和規(guī)程；E 制訂相關(guān)的軟件開發(fā)、測試和支持工具的配置管理計劃和規(guī)程。 2.6 適用的標準、條例和約定本小節(jié)指

43、明所適用的軟件配置管理標準、條例和約定，并把它們作為本計 劃要實現(xiàn)的一部分；描述遵循的具體規(guī)范及標準，描述內(nèi)容可以包括：A 軟件庫的操作，包括準備、存儲和更新模塊的方法；軟件產(chǎn)品庫中軟件 產(chǎn)品入庫、移交或交付的過程；B 軟件文檔標準規(guī)范和軟件技術(shù)開發(fā)規(guī)范；C 版本級別的命名約定； 3 軟件配置管理活動它應(yīng)包括此軟件配置管理活動的配置標識、配置變更控制、配置狀態(tài)記錄與報告以及配置檢查與評審等到四方面的軟件配置管理活動的需求。 3.1 配置標識3.1.1 標識方法本小節(jié)說明程序和文檔的命名規(guī)則；對每一個新交付的版本，要給出版本 交付號、新修改的描述、修改交付的方法、對支持軟件的修改要求以及有關(guān)文檔 的修改要求； 3.1.2 各類基線基線提供一項正式標準，隨后的工作都基于此標準，并且只有經(jīng)過授權(quán)后 才能對此標準進行變更。說明軟件項目的基線（即最初批準的配置標識） ，并把它們與本計劃第 2.2 條描述的生存周期的特定階段相聯(lián)系