嵌入式軟件質量保證要求

嵌入式軟件質量保證要求導讀：就愛閱讀網友為您分享以下“嵌入式軟件質量保證要求”的資訊，希望對您有所幫助，感謝您對92to的支持!GB/T—XXXX在軟件架構及概要設計階段，具體要求如下：如有必要，PM應在主體項目之外啟動預研或外包項目對必要的內核、驅動、算法或用戶界面等進行開發(fā)，以確保主體項目按期交付。對于外包項目的交付，同樣需依照質量保證要求予以控制；PM應根據項目選定的標準、規(guī)范和模板,組織人員對《嵌入式軟件架構及概要設計說明書》和《嵌入式軟硬件接口分析報告》進行文檔評審，檢查其正確性和完整性；本階段完成時，RDQA工程師應根據項目選定的標準、規(guī)范和流程,對軟件架構及概要設計的活動進行過程及階段審核，包括：1)確保所有文檔評審期間標識出的問題已經關閉；2)檢查各項活動是否符合流程和項目計劃；3)審核本階段的配置管理過程；確保更新并跟蹤所有風險，協(xié)助PM規(guī)避在項目中可能遇到的風險；檢查軟件架構及概要設計的各項活動任務都已完成，確保項目所有的問題被關閉；6)確保階段結束之前，更新、糾正和完善度量數據。RDQA工程師應記錄本階段的工作量、文檔評審和過程及階段審核發(fā)現的問題數。嵌入式軟件開發(fā)技術文檔本階段包括以下技術文檔：——《嵌入式軟件架構及概要設計說明書》——《嵌入式軟硬件接口分析報告》嵌入式軟件開發(fā)過程文檔本階段包括以下過程文檔：——《嵌入式軟件架構及概要設計階段審核報告》——《評審檢查單》——《不符合問題處理單》——《不符合問題跟蹤狀態(tài)報告》——《項目度量數據表》5.4.4軟件詳細設計5.4.4.1具體要求在軟件詳細設計階段，具體要求如下：PM應根據項目選定的標準、規(guī)范和模板,組織人員對《嵌入式軟件詳細設計說明書》進行文

檔評審，檢查其正確性和完整性；本階段完成時，RDQA工程師應根據項目選定的標準、規(guī)范和流程,對軟件詳細設計的活動進行過程及階段審核，包括：1)確保所有文檔評審期間標識出的問題已經關閉；2)檢查各項活動是否符合流程和項目計劃；3)審核本階段的配置管理過程；12GB/T—XXXX4)確保更新并跟蹤所有風險，協(xié)助PM規(guī)避在項目中可能遇到的風險；5)檢查軟件詳細設計的各項活動任務都已完成，確保項目所有的問題被關閉；6)確保階段結束之前，更新、糾正和完善度量數據。RDQA工程師應記錄本階段的工作量、文檔評審和過程及階段審核發(fā)現的問題數。嵌入式軟件開發(fā)技術文檔《嵌入式軟件詳細設計說明書》評審檢嵌入式軟件開發(fā)過程文檔本階段包括以下過程文檔：——《嵌入式軟件詳細設計階段審核報告》評審檢查單》

《不符合問題處理單》不符合問題跟蹤狀態(tài)報告》《不符合問題處理單》不符合問題跟蹤狀態(tài)報告》項目度量數據表》5.4.5軟件編碼及構建5.4.5.1具體要求在軟件編碼及構建階段，具體要求如下：在軟件編碼及構建階段,RDQA工程師應對代碼質量加以控制，控制手段主要包括：1)對集成前代碼進行檢查，確保軟件工程師編寫的代碼符合相關編碼規(guī)范；2)對代碼質量進行評價，及時發(fā)現質量隱患，確保代碼交付的質量。在編碼過程中和編碼結束后，PM應會同項目組成員和RDQA工程師，對代碼進行分析評審，生成《代碼評審報告》，并在報告中詳細列舉代碼段中可能存在的結構、邏輯、設計等問題；c)RDQA工程師應檢查完成的代碼是否符合相關編碼規(guī)范，如不符合應要求編碼人員及時修改；d)RDQA工程師應對完成的代碼進行靜態(tài)分析,得到代碼的復雜度等度量數據，并對代碼的穩(wěn)定性、可測試性、可讀性、可移植性等加以評估，生成《代碼質量評價報告》；本階段完成時，RDQA工程師根據項目選定的標準、規(guī)范和流程,對軟件編碼及構建的活動進行過程及階段審核，包括：1)確保所有文檔評審期間標識出的問題已經關閉；2)檢查各項活動是否符合流程和項目計劃；3)審核本階段的配置管理過程；確保更新并跟蹤所有風險，協(xié)助PM規(guī)避在項目中可能遇到的風險；檢查軟件編碼及構建的各項活動任務都已完成，確保項目所有的問題被關閉；和完善度量數據。6)確保階段結束之前，更新、糾正RDQA工程師應記錄本階段的工作量、代碼規(guī)模、代碼評審發(fā)現的缺陷數、過程和階段審核發(fā)現的問題數、不符合編碼規(guī)范的代碼占所有代碼的比率、代碼的各種靜態(tài)度量項。5.4.5.2嵌入式軟件開發(fā)技術文檔13GB/T—XXXX《代碼評審報告》5.4.5.3嵌入式軟件開發(fā)過程文檔本階段包括以下過程文檔：——《代碼質量評價報告》——《嵌入式軟件編碼及構建階段審核報告》——《評審檢查單》——《不符合問題處理單》——《不符合問題跟蹤狀態(tài)報告》——《項目度量數據表》5.4.6單元測試及聯調5.4.6.1具體要求在單元測試及聯調階段，具體要求如下：RDQA工程師應對每一條缺陷的修復和關閉情況加以跟蹤，確保缺陷的快速解決；b)RDQA工程師應檢查缺陷管理的運行情況，如有必要提出缺陷管理流程的變更申請；RDQA工程師應統(tǒng)計缺陷數據，并交付《缺陷質量分析報告》，對所有的缺陷從不同的維度加以分析，以使管理者和項目組成員對目前的項目狀況和測試的質量有清晰的認識；本階段完成時，RDQA工程師應根據項目選定的標準、規(guī)范和流程,對單元測試及聯調活動進行過程及階段審核，包括：1)確保所有文檔評審期間標識出的問題已經關閉；2)檢查各項活動是否符合流程和項目計劃；3)審核本階段的配置管理過程；確保更新并跟蹤所有風險，協(xié)助PM規(guī)避在項目中可能遇到的風險；檢查單元測試及聯調階段的各項活動任務都已完成，確保項目所有的問題被關閉；6)確保階段結束之前，更新、糾正和完善度量數據。RDQA工程師應記錄本階段的工作量、過程及階段審核發(fā)現的問題數，以及缺陷的各種分類記錄。5.4.6.2嵌入式軟件開發(fā)技術文檔《嵌入式軟件單元測試報告》5.4.6.3嵌入式軟件開發(fā)過程文檔本階段包括以下過程文檔：——《缺陷質量分析報告》——《單元測試及聯調階段審核報告》——《評審檢查單》——《不符合問題處理單》14GB/T—XXXX——《不符合問題跟蹤狀態(tài)報告》——《項目度量數據表》5.4.7系統(tǒng)測試5.4.7.1具體要求在系統(tǒng)測試階段，具體要求如下：PM和項目組成員應明確嵌入式軟件的開發(fā)環(huán)境和測試環(huán)境在硬件條件方面的區(qū)別，以及這些區(qū)別對嵌入式系統(tǒng)系統(tǒng)測試的影響；RDQA工程師應對每一條缺陷的修復和關閉情況加以跟蹤，確保缺陷的快速解決；c)PM和項目組成員應對嵌入式軟件缺陷和嵌入式硬件缺陷加以區(qū)分；RDQA工程師應檢查缺陷管理的運行情況，如有必要提出缺陷管理流程的變更申請；RDQA工程師應統(tǒng)計缺陷數據，并交付《缺陷質量分析報告》，對所有的缺陷從不同的維度加以分析，以使管理者和項目組成員對目前的項目狀況和測試的質量有清晰的認識；f)測試完成后，RDQA工程師應更新缺陷經驗庫，對以后的評審和研發(fā)工作提供參考；本階段完成時，RDQA工程師應根據項目選定的標準、規(guī)范和流程,對系統(tǒng)測試的活動進行過程及階段審核，包括：1)確保所有文檔評審期間標識出的問題已經關閉；2)檢查各項活動是否符合流程和項目計劃；3)審核本階段的配置管理過程；確保更新并跟蹤所有風險，協(xié)助PM規(guī)避在項目中可能遇到的風險；檢查系統(tǒng)測試階段的各項活動任務都已完成，確保項目所有的問題被關閉；6)確保階段結束之前，更新、糾正和完善度量數據。RDQA工程師應記錄本階段的工作量、過程及階段審核發(fā)現的問題數，以及缺陷的各種分類記錄。嵌入式軟件開發(fā)技術文檔《嵌入式系統(tǒng)系統(tǒng)測試報告》嵌入式軟件開發(fā)過程文檔本階段包括以下過程文檔：——《缺陷質量分析報告》——《嵌入式系統(tǒng)系統(tǒng)測試階段審核報告》——《評審檢查單》

《不符合問題處理單》不符合問題跟蹤狀態(tài)報告》《不符合問題處理單》不符合問題跟蹤狀態(tài)報告》項目度量數據表》5.4.8軟件發(fā)布階段15GB/T—XXXX5.4.8.1具體要求在軟件發(fā)布階段，具體要求如下：a)PM應會同項目組成員和RDQA工程師，檢查發(fā)布所需的文檔是否齊備；b)PM應會同項目組成員和RDQA工程師，檢查所有的缺陷是否解決或澄清；RDQA工程師應整理整個項目的記錄數據，統(tǒng)計項目的度量數據，并檢查軟件產品是否達到發(fā)布的質量要求；RDQA工程師應根據統(tǒng)計結果交付《項目質量總結報告》；對過程質量和產品質量加以總結；e)RDQA工程師應對過程、方法的不足提出改進/預防措施，并完善流程。5.4.8.2嵌入式軟件開發(fā)過程文檔本階段包括以下過程文檔：——《評審檢查單》——《不符合問題處理單》——《不符合問題跟蹤狀態(tài)報告》——《項目度量數據表》——《項目質量總結報告》5.5其他要求5.5.1質量保證流程的執(zhí)行監(jiān)督與控制機制RDQA工程師應對照《嵌入式軟件項目質量保證計劃》來檢查自己的工作，出現遺漏或偏差則采取措施進行糾正。RDQA工程師應每周提交一次《RDQA周報》給RDQA經理，匯報RDQA工程師本周在項目中的工作情況，下周的計劃，同時反映項目的進度與狀況給經理。質量保證過程需要進行以下數據的度量與分析：a)度量實施質量保證活動花費的工作量／成本，并計算其占項目工作量／成本的百分比，以分析質量保證活動的投入是否合適；度量質量保證活動的實施頻度／次數和花費的工作量并計劃進行比較，以分析質量保證活動的實施偏差；度量RDQA工程師發(fā)現的不符合問題個數，以分析RDQA工程師的工作質量；度量處理不符合項的個數和累計花費時間，以分析處理不符合項的平均時間開銷；e)度量不符合問題處理的狀態(tài)，以分析不符合問題的處理進展情況。5.5.2統(tǒng)一變更管理嵌入式軟件從開發(fā)計劃到開發(fā)過程乃至項目交付件，除在系統(tǒng)中占據重要地位外，還和硬件項目以及系統(tǒng)的外部如機械部件設計等密切相關，應當用統(tǒng)一變更管理來系統(tǒng)的管理整個項目過程中的變更活動，確定如何對需求，設計架構，設計文檔，接口定義，模塊構件，驅動庫，測試用例和源代碼等等交付產品和中間產品進行管理，其活動貫穿嵌入式軟統(tǒng)一的變更管理體現在以下三個方面的要求：a）過程統(tǒng)一。各個階段不同交付件的變更控制都要求包括四個主要活動：16ICS35.080L77中華人民共和國國家標準GB/TXXXXX—XXXX嵌入式軟件質量保證要求EmbeddedSoftwareQualityAssuranceRequirement“在提交反饋意見時，請將您知道的相關專利連同支持性文件一并附上”（征求意見稿）（本稿完成日期：2009-12-23）XXXX-XX-XX發(fā)布XXXX-XX-XX實施GB/T—XXXX目次

前言II引III前言II引III1范12規(guī)范13術13術TOC\o"1-5"\h\z語、定義和縮略語 13.1術語和定義 13.2縮略語 24一般要求 24.14.34.44.5嵌入式軟件質量保證概述 2嵌入式軟件質量保證要素 3嵌入式軟件開發(fā)文檔 3嵌入式軟件開發(fā)活動要求 4嵌入式軟件問題報告及修復活動 4報告及修復活動 45嵌入式系統(tǒng)軟件開發(fā)過程的質量保證要 45.15.25.35.45.5生存周期各階段 4質量保證過程涉及的角色及職責 5質量保證活動要求 7生存周期各階段質量保證要求 9其他要

16附錄A（資料性附錄）《嵌入式軟件項目質量保證計劃》通用模板 18附錄B（資料性附錄）《階段審核報告》通用模板 19附錄C（資料性附錄） 《代碼質量評價報告》通用模板 20附錄D（資料性附錄）《缺陷質量分析報告》通用模板 21附錄E（資料性附錄）《不符合問題跟蹤狀態(tài)報告》通用模 22附錄F（資料性附錄）《項目質量總結報告》通用模板 23總結報告》通用模板 23IGB/T—XXXX、% >A前言本標準由全國信息技術標準化技術委員會（SAC/TC28）提出并歸口。本標準起草單位：中國電子技術標準化研究所、珠海南方軟件產品檢測中心、炬力集成電路設計本標準主要起草人：IIGB/T—XXXX引言嵌入式軟件與嵌入式系統(tǒng)是密不可分的，嵌入式系統(tǒng)是指以應用為中心，以計算機技術為基礎，并且軟硬件可裁剪，適用于應用系統(tǒng)對功能、可靠性、成本、體積、功耗有嚴格要求的專用計算機系統(tǒng)。它一般由嵌入式微處理器、外圍硬件設備、嵌入式操作系統(tǒng)以及用戶的應用程序等四個部分組成，用于實現對其他設備的控制、監(jiān)視或管理等功能。而嵌入式軟件就是基于嵌入式系統(tǒng)設計的軟件，它也是計算機軟件的一種，同樣由程序及其文檔組成，可細分成系統(tǒng)軟件、支撐軟件、應用軟件三個層級，是嵌入式系統(tǒng)的重要組成部分。嵌入式軟件的特點：——嵌入式軟件具有獨特的實用性。嵌入式軟件是為嵌入式系統(tǒng)服務的，這就要求它與外部硬件和設備聯系緊密。嵌入式軟件是應用系統(tǒng)，根據應用需求定向開發(fā)，面向產業(yè)、面向市場，需要特定的行業(yè)經驗。每種嵌入式軟件都有自己獨特的應用環(huán)境和實用價值?！度胧杰浖徐`活的適用性。嵌入式軟件通常可以認為是一種模塊化軟件，它應該能非常方便靈活的運用到各種嵌入式系統(tǒng)中，而不能破壞或更改原有的系統(tǒng)特性和功能。首先它要小巧，不能占用大量資源；其次要使用靈活，應盡量優(yōu)化配置，減小對系統(tǒng)的整體繼承性，升級更換靈活方便。嵌入式應用軟件是針對特定應用領域，基于某一固定的硬件平臺，用來達到用戶預期目標的計算機軟件。由于用戶任務可能有時間和精度上的要求，因此有些嵌入式應用軟件需要特定嵌入式操作系統(tǒng)的支持。嵌入式應用軟件和普通應用軟件有一定的區(qū)別，它不僅要求其準確性、安全性和穩(wěn)定性等方面能夠滿足實際應用的需要，而且還要盡可能地進行優(yōu)化，以減少對系統(tǒng)資源的消耗，降低硬件成本。由于嵌入式系統(tǒng)關乎民生，涉及工業(yè)、農業(yè)、商業(yè)、國防以及政務等社會生活的方方面面，嵌入式軟件必將成為我國軟件產業(yè)未來發(fā)展的一個主要方向。本標準結合嵌入式軟件開發(fā)的特點及實踐，描述了嵌入式軟件開發(fā)過程的質量保證要求。IIIGB/T—XXXX嵌入式軟件質量保證要求1范圍本標準規(guī)定了嵌入式軟件項目開發(fā)的質量保證過程及通用要求。本標準適用于嵌入式軟件生存周期全過程，適用于嵌入式軟件的項目管理人員、開發(fā)人員、測試人員和研發(fā)質量保證人員。2規(guī)范性引用文件下列文件對于本文件的應用是必不可少的。凡是注日期的引用文件，僅所注日期的版本適用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T11457信息技術軟件工程術語GB/T8566-2007信息技術軟件生存周期過程3術語、定義和縮略語3.1術語和定義GB/T11457、GB/T8566中界定的術語和定義適用于本文件。3.1.1軟件質量保證softwarequalityassurance為使人們充分相信軟件工作產品符合規(guī)定的技術要求所必須采取的一種有計劃的和系統(tǒng)的行動模式，其目的是為管理者提供對軟件項目正在使用的過程和正在構造產品是適當可視性。3.1.2過程process把輸入轉換為輸出的一組彼此相關的活動。3.1.3審核audit由授權人員對嵌入式軟件產品和過程進行的獨立評估，以便評估與需求的依從性。3.1.4嵌入式軟件開發(fā)規(guī)范嵌入式軟件開發(fā)必須按照軟件開發(fā)規(guī)范進行。4.2.3嵌入式軟件開發(fā)文檔文檔是開發(fā)活動的依據，是對開發(fā)成果的描述。4.2.4質量保證活動質量保證活動由一系列的驗證、確認、評審、審核、分析評價、問題報告及修復等過程組成。4.2.5質量保證活動記錄質量保證組織應在軟件開發(fā)過程中及時記錄與質量保證有關的活動，特別是受控庫中錯誤的修改活動以及質量保證機構的活動。嵌入式軟件開發(fā)文檔嵌入式軟件開發(fā)文檔包括兩類：嵌入式軟件開發(fā)技術文檔--軟件開發(fā)過程中各個階段產生的配套技術文檔；示例：——《嵌入式軟件項目可行性分析報告》——《嵌入式軟件項目需求分析說明書》——《嵌入式軟件測試策略》——《嵌入式軟件架構及概要設計說明書》——《嵌入式軟硬件接口分析報告》——《嵌入式軟件詳細設計說明書》——《代碼評審報告》——《嵌入式軟件單元測試報告》——《嵌入式系統(tǒng)系統(tǒng)測試報告》嵌入式軟件開發(fā)過程文檔--項目團隊及質量保證組織為確保軟件開發(fā)過程及質量而制定的各類文檔，報告，質量記錄等等。示例：——《嵌入式軟件項目計劃》3GB/T—XXXX——《嵌入式軟件項目質量保證計劃》——《系統(tǒng)需求分配階段審核報告》——《嵌入式軟件需求分析階段審核報告》——《嵌入式軟件架構及概要設計階段審核報告》——《嵌入式軟件詳細設計階段審核報告》——《代碼質量評價報告》——《嵌入式軟件編碼及構建階段審核報告》——《缺陷質量分析報告》——《單元測試及聯調階段審核報告》——《嵌入式系統(tǒng)系統(tǒng)測試階段審核報告》——《評審檢查單》——《不符合問題處理單》——《不符合問題跟蹤狀態(tài)報告》——《項目度量數據表》——《項目質量總結報告》注：在上述列舉的文檔中，可根據項目的情況加以添加或剪裁。嵌入式軟件開發(fā)活動要求嵌入式軟件開發(fā)團隊的所有成員都應該遵循組織相應的產品開發(fā)流程及嵌入式軟件開發(fā)規(guī)范要求，并按照項目開發(fā)計劃的具體活動安排，按時保質的完成各項活動。當項目的實際情況與計劃不符，或遇到意外情況影響活動及計劃的有效進行時，應及時向項目經理PM及受影響之外部組織通報，并按照項目變更的相關規(guī)范進行變更評審及必要的決策。嵌入式軟件問題報告及修復活動嵌入式軟件開發(fā)過程中所遇到的產品缺陷及過程缺陷，都應該有完整的檢測記錄和發(fā)現報告，報告應當至少包括以下內容：項目基本信息，包括產品名稱，嵌入式軟件項目名稱，項目負責人，發(fā)布軟件版本等等；b)發(fā)現缺陷的硬件場景和現象描述，包括系統(tǒng)版本，硬件版本，發(fā)現時間，發(fā)現階段，發(fā)現人，現象描述及初步分析；發(fā)現問題的影響范圍及原因分析；原因確認及修正措施跟進，修正措施的效果確認，修改后的代碼、技術文檔、流程文件的發(fā)布評審記錄；問題擴散影響的分析，以及缺陷預防措施的制定。5嵌入式系統(tǒng)軟件開發(fā)過程的質量保證要求5.1生存周期各階段嵌入式軟件的開發(fā)應分階段進行，針對嵌入式軟件開發(fā)的特點，嵌入式軟件開發(fā)過程劃分為如下8個階段：4GB/T—XXXX嵌入式軟件系統(tǒng)分析與設計階段；b)嵌入式軟件需求分析階段；c)嵌入式軟件架構及概要設計階段；d)嵌入式軟件詳細設計階段；e)嵌入式軟件編碼及單元測試階段；嵌入式軟件部件測試及軟件配置項測試階段；g)嵌入式軟件系統(tǒng)測試階段；h)嵌入式軟件驗收及發(fā)布階段。嵌入式軟件開發(fā)在整個嵌入式系統(tǒng)開發(fā)流程中和系統(tǒng)硬件開發(fā)的關系見下圖，此圖僅供理解嵌入式軟件開發(fā)過程在嵌入式系統(tǒng)開發(fā)過程中和其他活動的關系，嵌入式系統(tǒng)硬件開發(fā)過程及系統(tǒng)開發(fā)活動不在本標準中定義和描述。系統(tǒng)開發(fā)系統(tǒng)驗證測試量產導入及優(yōu)化量產發(fā)布系統(tǒng)概念調研搜集系統(tǒng)需求定義及驗證硬件發(fā)布硬件可靠性測試樣機測試樣機裝配調試硬件系統(tǒng)實現硬件詳細設計硬件架構及概要設計硬件需求分析系統(tǒng)需求分配/硬件項目開發(fā)計劃系統(tǒng)需求分配/軟件項目開發(fā)計劃軟件需求分析軟件架構及概要設計軟件詳細設計軟件編碼及構建單元測試及聯調系統(tǒng)測試軟件發(fā)布階段圖1嵌入式系統(tǒng)開發(fā)階段5.2質量保證過程涉及的角色及職責5.2.1綜述嵌入式軟件質量保證過程包括下述角色：a)RDQA工程師b)PMc)嵌入式軟件項目組長d)項目組成員/開發(fā)工程師5GB/T—XXXXe)嵌入式軟件研發(fā)資源部門經理f)RDQA經理5.2.2RDQA工程師職責RDQA工程師的職責如下：為嵌入式開發(fā)項目提供過程、規(guī)程、標準、模板方面的指導；制定和執(zhí)行研發(fā)項目質量保證計劃，按照計劃評價項目的過程和工作產品與相關規(guī)范的一致性；根據EPG已制定的評審檢查單，對工作文檔的規(guī)范、完整性及合理性進行檢查；d)制定工作過程的評審檢查單，對工作過程的規(guī)范性進行檢查；e)制定階段審核的評審檢查單，對所評審的階段與流程和項目計劃的符合性進行檢查；f)驗證項目開發(fā)團隊及周邊支持部門的所有承諾是否已經兌現，如果沒有，則報告問題；溝通和協(xié)調嵌入式軟件項目組和硬件開發(fā)項目組之間的流程執(zhí)行問題；h)把過程執(zhí)行中的任何違規(guī)行為上報給RDQA經理、研發(fā)部門經理和PM；i)確保所有經過評審、批準的文檔均已置于項目文件夾和配置庫；j)找出流程和過程中的改進點并提交申請；k)對項目度量數據進行收集、分析，并提供改進/預防活動的建議；l)跟蹤項目問題直到關閉；m)對測試中發(fā)現的缺陷加以分析，追蹤，并找出有效方法改進測試過程存在的問題；n)向相關人員定期的報告質量保證活動狀態(tài)；o)根據需要，定期與客戶的RDQA人員一起審核質量保證活動的執(zhí)行情況和效果。5.2.3PM職責PM的職責如下：有效規(guī)劃硬件項目和嵌入式軟件開發(fā)項目之間的開發(fā)活動安排，制定開發(fā)計劃和必要的風險評估；協(xié)助RDQA工程師制定質量保證計劃，并將項目組的質量保證活動分解至項目團隊成員并納入項目開發(fā)計劃，合理分配資源和時間進度安排，以確保質量保證活動在項目組的有效實施；c)積極響應RDQA工程師發(fā)現的問題，并采取行動來關閉它；d)以定期和事件驅動的方式來檢查質量活動的狀態(tài)和效果；e)配合RDQA工程師及質量管理部門積極開展持續(xù)改善活動及軟件工程活動的最佳實踐，以推動整個組織的過程能力提升。5.2.4嵌入式軟件項目組長職責嵌入式軟件項目組長的職責如下：a)和PM及嵌入式硬件項目組長一起，共同確保產品開發(fā)計劃的有效執(zhí)行；b)協(xié)助RDQA工程師執(zhí)行必要的質量保證活動，并提供必要的技術和管理支持；報告流程異常，并根據RDQA工程師發(fā)出的缺陷報告和預警信息，實施必要的現場改善措施和計劃調整活動；配合硬件項目組的質量保證活動，按計劃提供必要的固件支持和軟件測試環(huán)境支持；6GB/T—XXXX配合硬件項目組實施流程改善活動；積極提供組織的最佳實踐，豐富完善組織過程庫。5.2.5項目組成員/開發(fā)工程師職責項目組成員/開發(fā)工程師的職責如下：積極主動完成分配到個人的質量保證活動，并協(xié)助項目經理為RDQA工程師的質量保證活動提供材料和數據；遵從項目選定的過程、規(guī)程、標準，按照質量要求來完成相關活動。嵌入式軟件研發(fā)資源部門經理職責嵌入式軟件研發(fā)資源部門經理的職責如下：為在項目組內實施質量保證活動提供足夠的資源，支持質量保證活動的執(zhí)行；b)落實項目組內無法解決的不符合問題；為組織級的流程改善提供必要的支持和資源。RDQA經理職責RDQA經理的職責如下：為項目安排RDQA工程師，確保RDQA工程師獲得基于角色的培訓以便順利開展工作，審核RDQA周報；當發(fā)生過程問題時，與研發(fā)部門或支持部門的管理人員溝通，確保問題得到解決。5.3質量保證活動要求嵌入式軟件質量保證活動包括文檔評審、代碼檢查及代碼質量評價、過程及階段審核、缺陷管理。5.3.1文檔評審文檔評審是RDQA工程師根據《嵌入式軟件項目質量保證計劃》，對照組織的方針、客戶的要求和標準，以及項目選定的標準、規(guī)范和模板,對項目的工作文檔進行檢查和評價。5.3.1.1具體要求文檔評審的具體要求如下：a)RDQA工程師針對提交的工作文檔編寫評審檢查單；b)可以通過下列方式進行文檔評審：召開專門會議；參加項目評審會或相關會議；訪問相關人員；檢查相關文檔和記錄；其他方式；PM和項目組成員應為文檔評審提供足夠的信息；RDQA工程師應記錄文檔評審中的所有發(fā)現，并給出結論；輸出文檔RDQA工程師應為文檔評審活動輸出以下文檔：7GB/T—XXXXa)《不符合問題處理單》b)《不符合問題跟蹤狀態(tài)報告》度量RDQA工程師宜記錄制定評審檢查單所需工時及評審過程所需工時。RDQA工程師應記錄評審工作文檔發(fā)現的問題數。

5.3.2代碼檢查及代碼質量評價5.3.2.1具體要求代碼檢查及代碼質量評價的具體要求如下：a)在編碼過程中和編碼結束后，PM應會同項目組成員和RDQA工程師，對代碼進行分析評審，生成《代碼評審報告》，并在報告中詳細列舉代碼段中可能存成的代碼是否符合相關編碼規(guī)范，如不符合應要求編碼人員及時修改；c)RDQA工程師應對完成的代碼進行靜態(tài)分析,在的結構、邏輯、設計等問題。b)RDQA在的結構、邏輯、設計等問題。b)RDQA工程師應檢查完得到代碼的復雜度等度量數據，并對代碼的穩(wěn)定性、可測試性、可讀性、可移植性等加以評估，生成《代碼質量評價報告》；度量編碼過程所需時間；代碼規(guī)模；代碼評審發(fā)現的缺陷數；不符合編碼規(guī)范的代碼占所有代碼的比率；代碼的各種靜態(tài)度量項。5.3.3過程及階段審核過程及階段審核是RDQA工程師根據《嵌入式軟件項目質量保證計劃》，對照組織的方針、客戶的要求和標準，以及項目選定的過程、規(guī)程、和標準,對項目過程和生存周期各階段進行檢查和評價。5.3.3.1具體要求過程及階段審核的具體要求如下：RDQA工程師應針對所要審核的過程或階段的相關狀況編寫評審檢查單；b)RDQA工程師應對階段所有文檔評審的效果加以評價；c)RDQA工程師應確保階段所有文檔評審期間標識出的缺陷已經關閉；RDQA工程師應檢查所審核的過程或階段的各項活動是否符合流程和《嵌入式軟件項目計劃》；e)RDQA工程師應檢查階段的進度是否符合《嵌入式軟件項目計劃》；f)RDQA工程師應確保更新并跟蹤所有風險，協(xié)助PM規(guī)避在項目中可能遇到的風險；RDQA工程師可以通過下列方式進行過程及階段召開專門會議，參加項目評審會或相關會議，訪問相關人員，檢查相關文檔和記錄，其他方式；h)PM和項目組成員應為過程及階段審核提供足夠的信息；8GB/T—XXXXi)RDQA工程師應記錄過程及階段審核中的所有發(fā)現問題，并給出結論；j)RDQA工程師應確保過程或階段結束之前，更新、糾正和完善度量數據。5.3.3.2輸出文檔RDQA工程師應為過程及階段審核活動輸出以下文檔：a)《不符合問題處理單》《不符合問題跟蹤狀態(tài)報告》《過程審核報告》或《階段審核報告》度量RDQA工程師記錄制定評審檢查單所需工時及過程及階段審核所需工時。RDQA工程師記錄過程及階段審核發(fā)現的問題數。5.3.4缺陷管理缺陷管理是RDQA工程師在測試過程中結合缺陷管理工具，對缺陷的修復和關閉加以跟蹤，并交付《缺陷質量分析報告》，對所有的缺陷從不同的維度加以分析，以使管理者和項目組成員對目前的項目狀況和測試的質量有清晰的認識。5.3.4.1具體要求缺陷管理的具體要求如下：RDQA工程師對每一條缺陷的修復和關閉情況加以跟蹤，確保缺陷的快速解決；RDQA工程師檢查缺陷管理流程的運行情況，如有必要提出缺陷管理流程的變更申請；測試完成后，RDQA工程師交付總結性的《缺陷質量分析報告》，對測試本身的質量加以評估；d)測試完成后，RDQA工程師更新缺陷經驗庫，對以后的評審和研發(fā)工作提供參考。5.3.4.2輸出文檔《缺陷質量分析報告》度量測試過程所需時間；缺陷的各種分類記錄。5.4生存周期各階段質量保證要求5.4.1系統(tǒng)需求分配階段5.4.1.1具體要求在系統(tǒng)需求分配階段，具體要求如下：9GB/T—XXXXa)PM應確保需求分配的完整性和確定性，對嵌入式系統(tǒng)分配需求和軟硬件環(huán)境，必須確定落實b)c)d)e)f)g)h)時間，并予以跟蹤；PM應根據系統(tǒng)開發(fā)計劃和系統(tǒng)需求分配所估計的工作量，做出《嵌入式軟件項目可行性分析報告》和《嵌入式軟件項目計劃》；PM應根據項目選定的標準、規(guī)范和模板,組織人員對《嵌入式軟件項目可行性分析報告》和《嵌入式軟件項目計劃》進行文檔評審，檢查其正確性和完整性；RDQA工程師應根據《嵌入式軟件項目計劃》制定《嵌入式軟件項目質量保證計劃》，其內容包括：1)角色與職責；2)資源需求；3)評價活動和產品的時間表；4)作為評價基礎的標準、過程、規(guī)程和模板的列表；5)不符合問題的追蹤機制；6)RDQA工程師工作匯報機制；7)項目的度量項列表等?！肚度胧杰浖椖抠|量保證計劃》作為《嵌入式軟件項目計劃》的一部分，應和《嵌入式軟件項目計劃》一起得到評審；《嵌入式軟件項目質量保證計劃》被評審通過以后，應作為受控的文檔受到管理和控制；本階段完成時，RDQA工程師應根據項目選定的標準、規(guī)范和流程,對本階段的活動進行過程及階段審核，包括：1)確保所有文檔評審期間標識出的問題已經關閉；2)檢查各項活動是否符合流程和項目計劃；3)審核本階段的配置管理過程；4)確保更新并跟蹤所有風險，協(xié)助PM規(guī)避在項目中可能遇到的風險；5)檢查本階段的各項活動任務都已完成，確保項目所有的問題被關閉；6)確保階段結束之前，更新、糾正和完善度量數據。RDQA工程師應記錄本階段的工作量、文檔評審和過程及階段審核發(fā)現的問題數。5.4.1.2嵌入式軟件開發(fā)技術文檔《嵌入式軟件項目可行性分析報告》5.4.1.3嵌入式軟件開發(fā)過程文檔本階段包括以下過程文檔：——《嵌入式軟件項目計劃》——《嵌入式軟件項目質量保證計劃》——《系統(tǒng)需求分配階段審核報告》——《評審檢查單》——《不符合問題處理單》——《不符合問題跟蹤狀態(tài)報告》——《項目度量數據表》10GB/T—XXXX5.4.2嵌入式軟件需求分析階段5.4.2.1具體要求在嵌入式軟件需求分析階段，具體要求如下：a）PM和嵌入式軟件項目組長應根據運行環(huán)境的限制、組織擁有的技術能力和硬件需求分析結果，確定嵌入式軟件運行架構（操作系統(tǒng)內核或自有體系架構）、運行的硬件環(huán)境和硬件資源分配（如中央處理芯片、輸入輸出接口、顯示接口，內存和外部存儲空間要求等）、開發(fā)環(huán)境、仿真調試環(huán)境、嵌入式系統(tǒng)整合測試的環(huán)境和手段、以及必要的性能要求（如運行速度，處理時間，支持格式及效率等具體要求）；b） PM應確保嵌入式軟件項目組成員了解嵌入式系統(tǒng)的硬件運行環(huán)境和硬件資源分配相關信息；c）PM應制定《嵌入式軟件測試策略》，確定軟件交付測試的環(huán)境需求PM應根據項目選定的標準、規(guī)范和模板,組織人員對《嵌入式軟件項目需求分析說明書》進行文檔評審，檢查其正確性和完整性；RDQA工程師應檢查所有需求是否都得到了有效跟蹤；本階段完成時，RDQA工程師應根據項目選定的標準、規(guī)范和流程,對需求分析的活動進行過程及階段審核，包括：1)確保所有文檔評審期間標識出的問題已經關閉；2)檢查各項活動是否符合流程和項目計劃；3)審核本階段的配置管理過程；4)確保更新并跟蹤所有風險，協(xié)助PM規(guī)避在項目中可能遇到的風險；5)檢查需求分析的各項活動任務都已完成，確保項目所有的問題被關閉；6)確保階段結束之前，更新、糾正和完善度量數據。RDQA工程師應記錄本階段的工作量、文檔評審和過程及階段審核發(fā)現的問題數。嵌入式軟件開發(fā)技術文檔本階段包括以下技術文檔：——《嵌入式軟件項目需求分析說明書》——《嵌入式軟件測試策略》嵌入式軟件開發(fā)過程文檔

本階段包括以下過程文檔：——《嵌入式軟件需求分析階段審核報告》——《評審檢查單》——《不符合問題處理單》——《不符合問題跟蹤狀態(tài)報告》——《項目度量數據表》5.4.3軟件架構及概要設計5.4.3.1具體要求11GB/T—XXXX——變更申請——變更審批——變更執(zhí)行——變更驗證b)信息平臺統(tǒng)一所有的變更管理活動都通過信息平臺進行統(tǒng)一管理，并方便日后的經驗抽取和過程分析，為持續(xù)改善產品質量和提升研發(fā)活動效率提供依據。和需求新增以及缺陷修復及配置管理活動之間的接口明確變更管理和需求管理以及缺陷管理建立明確的接口，必須由以下兩類流程活動觸發(fā)：新增或變更需求必須必須由以下兩類流程活動觸發(fā)：新增或變更需求必須有相應的需求跟蹤流程觸發(fā)對需求的變更；——對設計文件及交付件的評審和測試(包括試量產測試和客戶測試)發(fā)現的缺陷跟蹤流程觸發(fā)對設計文件及交付件的變更。除以上兩類流程觸發(fā)外，原則上不允許項目成員或其他相關組成員單獨提起變更流程。5.5.3質量記錄的收集，維護及保存作為質量保證活動的過程信息的保存，質量記錄是重要的資料文件，不但是將來查證和分析的依據，也是組織過程經驗的沉淀，尤其對于嵌入式系統(tǒng)來說，涉及的人員組織復雜和系統(tǒng)部件(甚至包括外包開發(fā)和設計制造的機械部件或控制元件)，接口繁多，更需要保存完整的質量記錄，以保證將來查證過程細節(jié)和流程及技術改善的需要，對于一般的嵌入式軟件項目組來說，質量記錄的管理有以下要求：a)組織定義的質量保證流程必須明確定義質量記錄的管理職責所在單位和崗位；b)手工記錄的原始記錄應按照組織的檔案規(guī)定要求在制定的地點存放，并明確定義相關的環(huán)境保護和安全要求；c)如果以IT系統(tǒng)流程為記錄形式的相關審核審批和質量記錄，必須按照組織相關的數據安全和備份機制進行相關的數據保護和備份，以確保其安全性和完整性；d)原則上，質量記