PRD產品開發(fā)項目-管理規(guī)范PRD產品開發(fā)項目-管理規(guī)范PRD產品開發(fā)項目-管理規(guī)范資料僅供參考文件編號：2022年4月PRD產品開發(fā)項目-管理規(guī)范版本號：A修改號：1頁次：1.0審核：批準:發(fā)布日期：產品開發(fā)項目文檔管理規(guī)范文檔編號：COSHIP-CMMI-PRD-PDPDM密級：機密版本信息：批準日期：編輯軟件：MicrosoftWord2003MicrosoftVisio2003同洲電子股份有限公司版權所有內部資料注意保密文檔修訂記錄序號版本編號變化狀態(tài)變更（+/-）說明作者日期1C2004年2M根據實際情況進行優(yōu)化階段代號和文檔密級等王巖2007-11-93M根據評審意見進行修改王巖2007-11-20*變化狀態(tài)：C――創(chuàng)建，A——增加，M——修改，D——刪除文檔審批信息版本過程改進組（EPG）審核會簽批準備注目錄1 概述 1 目的 1 適用范圍 12 產品開發(fā)文檔體系 13 文檔質量的度量準則 34 主要角色和職責 3 文檔作者 3 項目經理 4 PPQA 4 配置管理工程師 4 評審組 4 部門經理 45 文檔審核流程 5 審核流程 5 歸檔簽名 6 納入基線 66 文檔保密制度 77 文檔編號 7 文檔編號規(guī)則 7 階段代號 88 文檔版本 9概述目的規(guī)范公司產品開發(fā)項目的文檔體系，加強文檔的標準化管理。適用范圍公司內所有產品開發(fā)項目。產品開發(fā)文檔體系在產品開發(fā)項目開發(fā)過程中，各階段都有相應的文檔輸出，文檔的編寫應先于或同步于開發(fā)工作。產品開發(fā)項目過程中的文檔體系如表1所示。產品開發(fā)項目文檔體系序號文檔名稱文檔作者備注立項可行性研究報告項目經理產品規(guī)格書項目經理立項報告項目經理需求系統(tǒng)需求規(guī)格說明書需求分析師軟件需求規(guī)格說明書軟件工程師硬件需求規(guī)格說明書硬件工程師結構需求表結構工程師電源需求規(guī)格說明書電源工程師需求管理矩陣項目經理計劃系統(tǒng)總體設計說明書系統(tǒng)設計師項目計劃書項目經理1質量保證計劃PPQA配置管理計劃配置管理工程師進度計劃項目經理設計軟件概要設計說明書軟件工程師結構概要設計說明書結構工程師硬件概要設計說明書硬件工程師實現軟件模塊詳細設計說明書軟件工程師單元測試計劃軟件工程師單元測試用例軟件工程師單元測試報告軟件工程師電路原理圖硬件工程師PCB設計圖PCB設計工程師結構圖紙結構工程師BOM硬件工程師研發(fā)BOM產品集成計劃項目經理集成測試計劃項目經理接口說明書軟件工程師集成測試用例軟件工程師集成測試報告軟件工程師驗證系統(tǒng)測試計劃測試工程師系統(tǒng)測試用例測試工程師產品缺陷列表測試工程師認證性測試報告測試工程師研發(fā)中心出具系統(tǒng)測試報告測試工程師發(fā)布驗證測試報告認證代表回歸測試報告測試工程師缺陷報告測試工程師用戶使用文檔技術資料工程師交付結項項目總結報告項目經理項目結項表單項目經理系統(tǒng)測試報告測試工程師產品缺陷列表測試工程師文檔質量的度量準則評審文檔質量的度量準則有以下六條：完整性：所承擔產品開發(fā)任務的項目組，需按照公司文檔體系的規(guī)定編寫相應的文檔，以保證在項目結束時其文檔是齊全的。正確性：在項目各個階段所編寫的文檔的內容，必須真實的反映階段的工作且與該階段的需求相一致。文檔與所述的對象保持一致，必要時應進行實時的文檔版本升級。可讀性：文檔應該表達清晰、邏輯條理分明、表現形式通用。簡明性：在項目各個階段所編寫的各種文檔的語言表達應該準確簡練。規(guī)范性：文檔的規(guī)范性是指采用當前最新的模板。其完整性及內容的充實程度應不低于模板的要求。可追溯性：在項目各個階段所編寫的各種文檔應該具有良好的可追溯性。由于各開發(fā)階段編制的文檔與各階段完成的工作有著密切的關系，前后階段生成的文件，隨著開發(fā)工作的逐步擴展，具有一定的繼承關系。在一個項目各開發(fā)階段之間提供的文件必定存在著可追溯的關系。主要角色和職責文檔作者文檔作者包括公司內的項目組成員以及外協人員。文檔作者在文檔方面的主要工作為：在項目開發(fā)過程的各個階段中，按照規(guī)定及時地完成項目文檔的編寫工作，文檔作者有責任保證文檔編寫與開發(fā)同步。文檔作者不僅要審核文檔字面上有無錯漏，還要審核所陳述的技術內容是否精確，及表達方式上是否清晰易懂。文檔作者對文檔的正確性、可讀性和規(guī)范性全面負責。文檔作者保證所編寫的文檔與所描述的對象保持很好的一致性，必要時及時更新文檔，便于以后維護工作和后續(xù)開發(fā)工作的開展。項目經理項目經理是控制文檔準確性的關鍵環(huán)節(jié)，項目經理與文檔作者一起構成文檔正確性的直接責任人。項目經理在文檔方面的主要工作為：項目經理制定整個項目的文檔計劃（包含在項目計劃中），并督促落實文檔計劃的實施。負責對技術內容正確性的檢查并校對文檔內容與所述對象最新版本是否保持一致。定義項目文檔的密級。PPQAPPQA的主要工作為：對文檔作者提供的文檔進行編號。檢查項目各階段文檔計劃的執(zhí)行情況，確保文檔的三級審核制度得到執(zhí)行直至最后歸檔。對文檔進行規(guī)范性審查。根據文檔計劃，組織評審組對文檔進行評審。確認項目經理定義的文檔密級，并確保文檔的保密性得到有效控制。配置管理工程師將評審通過或是部門經理審核通過的文檔納入基線管理，根據密級確認相應的權限。評審組對需要評審的文檔（可行性研究報告、項目計劃書、需求規(guī)格說明書、概要設計書等）的內容進行質量把關。部門經理文檔作者所屬部門的部門經理對不需評審的文檔進行最終審核。文檔審核流程對每一份文檔要求在納入基線前，從項目經理、PPQA、部門經理或評審組，進行三級審核，這樣，分別從文檔質量的完備性、正確性、可讀性、簡明性、規(guī)范性、可追溯性等方面進行分層把關，并最后簽字確認其文檔質量合格。產品開發(fā)項目的文檔管理層次結構如圖1所示：評審組部門經理評審組部門經理PPQAPPQA項目經理項目經理文檔作者文檔作者 圖1文檔管理層次結構審核流程產品開發(fā)項目文檔在歸檔前均要經過多級審核，各審核一般都對應到文檔封面的簽名。文檔的審核歸檔流程如圖2所示。圖2文檔的審核流程歸檔簽名開發(fā)階段文檔在納入基線之前需要經過三級審批，包括文檔作者在內共四級簽名：文檔作者：為文檔的主要思想提供者和寫作者。如果有多人參與，則記錄主要人員。項目經理：為在立項評審時指定的項目負責人。審核：PPQA。批準：如果此文檔需評審，則批準人為評審組長；否則為文檔作者所屬部門的部門經理。納入基線產品開發(fā)項目文檔在經過三級審批通過后，由配置管理工程師納入基線進行管理。文檔保密制度為確保產品開發(fā)項目文檔的安全性，防止技術資料的外泄以及維護公司的權益，對每種文檔還應劃定它們各自的保密級別。每份文檔的密級原則上根據其所含技術的保密要求以及產品進入市場的程度，由項目經理負責指定。文檔是按照與開發(fā)同步的原則寫作，所以大多數文檔在第一次納入基線時，其密級一般為“機密”，然后隨著產品的逐漸成熟，其保密程度會逐漸放開，所以每份文檔的密級標志是動態(tài)的。納入基線后的文檔密級若需要改變，可由項目經理提出申請，配置管理工程師責對文檔所在配置庫重新分配權限。文檔密級共分為四級：絕密：指只有極少數人可以查閱的文檔。如：核心技術的文檔、預研項目的文檔等。此類文檔應嚴格保密，配置庫權限一般只分配給研發(fā)領導指定人員，須簽訂保密協議。機密：指只有項目組的人可以查閱的文檔。如：《軟件概要設計說明書》、《硬件概要設計說明書》等。對此類文檔，配置庫權限分配給項目組成員，其他人如需申請權限，需經項目經理批準。普通：指在公司范圍內開放的文檔。如：《產品規(guī)格》等。此類文檔可在公司范圍內進行傳閱。公開：指對外開放的文檔。如：《產品說明書》及相關宣傳資料等。對此類文檔不做權限控制。以上密級歸類僅供參考，各項目經理應根據產品競爭策略需要等實際情況確定歸入哪個密級，做到在保密基礎上的資源共享。文檔編號文檔以產品和項目為單位進行劃分，對每篇文檔根據其所屬產品、項目和具體描述內容定義一個唯一的編號。文檔編號由PPQA分配。注：硬件原理圖、PCB圖、結構圖紙、BOM等文件編碼不在此編號范圍內。文檔編號規(guī)則文檔編號由五部分組成，各部分由‘-’分隔，其構成如下：產品型號_項目編號_階段代號_模塊代號對文檔進行編號時，各組成部分最好都有對應的代號及含義。如果不需區(qū)分模塊，則以‘&’代替模塊代號。其中：產品型號：一般對應于產品型號（外部型號）。項目編號：所開發(fā)產品的項目編號。階段代號：此文檔對應的項目階段代號，請參見。模塊代號：軟件功能模塊或硬件單板的縮寫。如：新華社項目設計階段的設計文檔《MPE模塊概要設計書》的文檔標號為：CDVB5110G_。階段代號階段代號由2～4位英文字母和一位“.”字符表示，構成如下：主階段代號.子階段代號1～2位1～2位例如，“可行性研究報告”文檔對應的階段編號為,“系統(tǒng)測試計劃”文檔對應的階段代號為。文檔各階段代號如表2所示。文檔階段代號項目階段文檔名稱主階段代號子階段代號立項可行性研究報告I(Initialization)F(Feasibility)產品規(guī)格說明書I(Initialization)S(Specification)立項報告I(Initialization)R(Report)需求系統(tǒng)需求規(guī)格說明書R(Requirement）S(System)軟件需求規(guī)格說明書R(Requirement）SW(Software)硬件需求規(guī)格說明書R(Requirement）HW(Hardware)結構需求表R(Requirement）ST(Structure)電源需求規(guī)格說明書R(Requirement）P(Power)需求管理矩陣R(Requirement）M(Management)計劃系統(tǒng)總體設計說明書P(Planning)SL(Solution)項目計劃書P(Planning)I(Integration)質量保證計劃P(Planning)QA(QualityAssurance)配置管理計劃P(Planning)CM(ConfigurationManagement)進度計劃P(Planning)S(Schedule)設計軟件概要設計說明書PD(PreliminaryDesign)SW(Software)硬件概要設計說明書PD(PreliminaryDesign)HW(Hardware)結構概要設計說明書PD(PreliminaryDesign)ST(Structure)實現軟件詳細設計說明書IM(Implementation)SW(Software)單元測試計劃書IM(Implementation)UP(UnitTestingPlan)單元測試用例IM(Implementation)UC(UnitTestingCase)單元測試報告IM(Implementation)UR(UnitTestingReport)產品集成計劃IM(Implementation)IP(IntegrationPlan)集成測試計劃書IM(Implementation)TP(TestingPlan)接口說明書IM(Implementation)I(Interface)集成測試用例IM(Implementation)TC(TestingCase)集成測