【正文】 M Project Team Meeting 項目組會議Sl. NoMeeting會議Frequency頻度Attendees參加人1Team Meeting項目會議Weekly 每周Project Manager, Team members, QAPM，項目組成員，QA2End Phase Meetings階段結(jié)束會議End of each phase階段結(jié)束Project Manager, Available team members, QA / PDT Ramp。代碼review的入口條件是使用工具分析時無錯及無警告信息，如此將能改進(jìn)代碼的質(zhì)量，并幫助reviewers關(guān)注代碼中的設(shè)計問題而不是關(guān)注簡單的編碼缺陷（這樣將會花去更多的時間）。 Please mention here any specific acceptance criteria from the customer. The acceptance criteria are based on the need of the customer and so shall be defined by the customer with the assistance of the project wherever required. Examples could be Nature of deliveries, Quality Objectives, Testing criteria, Post acceptance fault handling, Documentation etc., 請在這里注明客戶特殊的驗收標(biāo)準(zhǔn)。Work Product工作產(chǎn)品Approver (Name amp。D RepresentativePDT開發(fā)代表NANAPMPMQA....12Technical Reviewers, if available技術(shù)reviewers13Affected groups相關(guān)小組1 Estimated Size /Effort/schedule規(guī)模/工作量/進(jìn)度的估計 Estimated size估計的規(guī)模No. of estimationEstimated size in KLOC(NBNC)Initial estimationReestimation1Reestimation2Reestimation3 Estimated effort估計的工作量 TaskDistribution(%)Initial estimationReestimation1Reestimation2Reestimation3PPL項目計劃SRS需求規(guī)格STP系統(tǒng)測試計劃UM用戶手冊HLD概要設(shè)計ITP集成測試計劃LLD詳細(xì)設(shè)計UTP單元測試計劃CODE編碼UT單元測試IT集成測試ST系統(tǒng)測試TRG培訓(xùn)PM項目管理QA質(zhì)量保證CM配置管理IGC組間協(xié)調(diào)TOTAL合計 Estimated schedule估計的進(jìn)度 PhaseInitial estimationReestimation1Reestimation2Reestimation3Start DateEnd DateStart DateEnd DateStart DateEnd DateStart DateEnd DatePLANSRSHLDLLDCODINGUTITST1 Project resource required 項目所需資源 Equipment Requirement 設(shè)備需求 List down the hardware requirements for the project . specific hardware platform, test equipment, which is considered as critical puter resource etc., 羅列項目開發(fā)需要的硬件資源，如特殊的硬件平臺、測試設(shè)備等。s purpose, scope, goals, and objectives. 項目的目的、范圍、目標(biāo)。Co. Lt有限公司Product version 產(chǎn)品版本Confidentiality level密級Project ID 項目IDTotal pages：共28頁XX Project PlanXX項目計劃 Prepared by 擬制Date日期yyyymmddReviewed by 審核Date日期yyyymmddApproved by批準(zhǔn)Date日期yyyymmddRevision record 修訂記錄Date日期Revision version、...進(jìn)行填寫 Revised release should be logged as , , Description描述每次修訂的詳細(xì)內(nèi)容，例如在哪個地方有過修訂，都要有明確說明。2 Project Scope項目范圍 The project39。D RepresentativePDT開發(fā)代表3Project ManagerPM4QA5Metrics Coordinator 度量協(xié)調(diào)員6Test Coordinator 測試協(xié)調(diào)員7Risk Officer 風(fēng)險管理員8Project Consultant(s)項目顧問9Configuration Librarian配置管理員10Team Members項目組成員11Change Control Board變更控制委員會（CCB）PDT Ramp。1 Work Products工作產(chǎn)品 List down the Approver and Authorizer for each work product. Note that only planning documents and management documents need to be authorized. 列出每個工作產(chǎn)品的批準(zhǔn)人和簽發(fā)人，注意只有計劃文檔和管理文檔需要簽發(fā)。系統(tǒng)測試和驗收測試將證實軟件與需求規(guī)格保持了一致。 Contingency達(dá)到質(zhì)量目標(biāo)的計劃及應(yīng)急措施 Plan to achieve the Quality Targets達(dá)成質(zhì)量目標(biāo)的計劃 Please refer to the following two examples when plan to achieve the quality targets. 制定達(dá)成質(zhì)量目標(biāo)的計劃請參考下述兩例： Static Code Analysis tools would be utilized during the coding phase. These would be configured to ensure that all programming issues are identified even before the code reaches the code review. The entry criteria for code review would be a noerror and nowarning source code from those tools. This would help improve the code quality and help reviewers focus on design defects in the code rather than on the coding defects (which would take more time )在編碼階段使用靜態(tài)的代碼分析工具，配置工具以確保甚至在進(jìn)行代碼review之前就能識別所有的編程問題。D RepresentativeQAPDT開發(fā)代表、QA6WBS mpp fileWBS mpp文件類型Project ManagerPMWeekly每周Team members項目組成員7SQA Status ReportSQA狀態(tài)報告QAQAWeekly每周PDT Ramp。Corrections resulting from internal or external audits.內(nèi)部或外部審計導(dǎo)致的糾正活動The approval and authorization on revisions will follow the usual Project management procedure (PJM03).對修訂后的項目計劃按照項目管理規(guī)程來批準(zhǔn)和簽