CMMI-立项评审报告

合集下载

立项评审报告范文

立项评审报告范文
一、项目简介
本项目名称为“智慧型车联网系统”，该项目旨在建立一套完整的车
联网系统，以满足现代社会关于智能出行的需求。

它将建立一种车联网系统，将车辆、乘客、路况等信息连接起来，形成完整的网络。

通过该系统，可以更快速、更准确地实现乘车查询、票价查询、车辆定位等功能，同时
也可以有效的节省交通时间。

同时，该项目将运用大数据分析技术，用于
监控车辆运行状态，使系统更加安全、稳定。

二、项目实施方案
1.系统架构：该项目将基于智能交通系统的技术，建立一个集车辆控制、管理及大数据分析于一体的车联网系统。

该系统将包括车辆控制中心、车辆客户端、互联网客户端等多个模块，每个模块都可以实现自己的独立
功能。

2.系统设计：车辆控制中心将与车辆客户端互相连接，以监控车辆的
行驶轨迹以及相关信息。

同时，本项目将采用大数据分析技术，用于分析
车辆及路况信息，计算出最优行驶路线，帮助司机更有效地安排行程，节
省时间。

立项评审报告

立项评审报告立项评审报告一、项目概述本项目旨在开发一款智能运动监测设备，通过测量体温、心率、血压和步数等参数，帮助用户了解自身的身体状况和运动情况，从而提供个性化的健康建议。

具体功能包括实时监测、数据分析和云存储等。

二、项目背景当前，人们对健康生活的追求越来越强烈，健康监测设备市场呈现出快速增长的趋势。

然而，市面上大多数设备功能单一，不能满足用户对多方面健康数据的需求。

因此，本项目的目标是研发一款功能全面、易于使用的智能运动监测设备，以满足用户的需求。

三、项目可行性分析1. 市场需求：根据市场调研，目前已有不少用户意识到健康监测的重要性，并愿意购买相关设备。

因此，本项目具有明显的市场需求。

2. 技术可行性：本项目所需的技术核心主要包括传感器技术、数据分析技术和云存储技术等，均属于现有技术，并且已有较多的研究和应用实例可供参考，因此具备技术可行性。

3. 经济可行性：预计项目的开发成本为100万元，而根据市场调研，预计项目的销售额可达300万元，因此具备经济可行性。

四、项目目标和阶段计划本项目的目标是在12个月内完成产品的研发和推广。

具体的阶段计划如下：1. 前期准备阶段（1个月）：确定项目目标和计划，并完成相关市场调研和技术研究工作。

2. 设计阶段（3个月）：完成产品的外观设计、硬件设计和软件功能设计，并制定详细的开发计划。

3. 研发阶段（6个月）：根据设计方案进行产品的研发和测试，并进行用户体验优化。

4. 推广阶段（2个月）：完成产品的生产和上市准备，并进行线上线下推广活动。

五、项目风险分析及应对措施1. 技术风险：由于项目涉及多个领域的技术，存在技术实现的不确定性。

为应对这一风险，我们将组织专业团队进行技术研究和风险评估，并及时调整方案。

2. 市场风险：由于市场竞争激烈，产品上市后可能面临销售不畅的问题。

为应对这一风险，我们将重点关注产品的品质和用户体验，并制定合理的市场推广计划。

3. 资金风险：项目资金需求较大，一旦资金出现问题可能会影响项目的开展。

CMMI-工程-VER-评审报告模板-V1.0

用说明
1、评审准备总工作量由主持人统计各评审人评审产品并填写《评审准备表》的工作量。单位：人时。 2、评审会议总工作量指会签评审方式中所有评审人评审的时间之和 3、评审总工作量＝评审准备总工作量＋评审会议总工作量。注意统计整理评审报告所花费的工作量。 4、项目阶段报告的评审报告抄送给高层经理 5、抄送：SEPG、项目经理、软件工程组、SQA人员 6、“评审记录”页的解决方式有：修改、不是问题、暂不解决 7、“评审记录”页的严重程度有：致命、严重、一般和细微。由评审人界定。 8、评审不通过的界定： a) 1个以上“致命”严重程度的问题就不通过。 b) 5个以上“严重”严重程度的问题就不通过。 9、评审说明页的评审内容栏要和评审准备表中的内容保持一致。 10、评审过程发现的新问题,由记录员在评审记录中登记,问题编号和评审准备表中的一致. 11、封面、修改历史和审批信息页可以删除掉。

CMMI-决策评审报告模板

【项目名称】
决策评审报告
广东×××技术股份有限公司
.
修订历史记录
【模板使用必读：模板内容和页眉中【】包含内容为指导性的待替换文字，请在使用中替换为具体内容，或删除。

文件提交时不得再含有这些内容。

】
目录
1引言 (4)
1.1编写目的 (4)
1.2范围 (4)
1.3术语与缩写解释 (4)
1.4参考资料 (4)
2评审过程和方法描述 (5)
3风险分析 (5)
4结论 (5)
5报告及签署 (6)
1引言
1.1编写目的
【提示：总结决策评审的过程和成果，同时指明读者对象。

】
1.2范围
【决策评审报告包括评审过程和方法描述、风险分析、结论等。

】
1.3术语与缩写解释
1.4参考资料
【提示：可包括：（1）本项目经核准的立项评审报告、合同或上级机关的批文；（2）本文档所引用的资料、规范等，列出这些资料的作者、标题、编号、发表日期、出版单位或资料来源。

】
2评审过程和方法描述
2.1对必须目标的评估
文字叙述
2.2对期望目标的评估
文字叙述
注：上表中方案对期望目标的得分公式为权重X评分
文字叙述
3风险分析
4结论
填写结论，选择某个方案的理由和原因，排除竞争方案的理由和原因。

5报告及签署。

CMMI-门禁系统代码评审报告

评审组意见： 1.增加适当的代码调试2.代码分组不够明显
建议性意见：
必须性意见：
1.减少远程数据调用次数，多采用本地缓存策略 2.增加更多容错处理
评审总工时：
40
问题数量 12
评审结论：(“有条件通过”时请说明“条件”是什么；“不通过”时需说明理由)
□ 通过 ■有条件通过 □ 不通过说明：所有问题修正后，评审通过
项目名称
IACS_广州市×××电子门禁系统
评审性质
评审类型
技术类管理类
评审时间
代码评审总数（千行）
□需求 □设计 ■编码 □测试用例 □其它 □立项 □项目计划 □里程碑 □结项 □其它
代码总数
■初审 □复审
评审材料清单：《IACS_广州市×××电子门禁系统代码》《IACS_广州市×××电子门禁系统_系统测试计划_v1.0.docx》
评审成员
签字
评审成员
评审组成员签字
签字
评审成员
评审成员
签字
评审成员
签字评审成员ຫໍສະໝຸດ 评审成员签字评审成员
签字
评审成员
问题按时关闭率
100%
签字签字签字
评审成员评审成员评审成员
签字签字签字
审批人意见：评审通过。按照评审意见进行下一步工作
签名
时间

CMMIREQ03需求评审报告

共页
需求评限公司
年月日
评审地点
评审时间
年月日
提
交
评
审
材
料
《需求收集单》
《技术协议书》
评审的内容提示
1.客户需求是否符合国家、行业等的法律、法规？
2.是否遵循环境/职业健康安全管理体系标准的要求？
3.产品要求是否明确并得到规定，特殊要求是否合理、可行，能否接受？
9.其它风险：本公司当前的人力资源和实验条件等是否有足够的保障？
存在的主要问题及改进建议（评审记录）
评
审
结
论
评审组长：年月日
项意
目
负
责
人见
签字：年月日
部意
门
负
责
人见
签字：年月日
参加评审人员名单
姓名
职务/职称
部门
签名
备注
4.技术风险：技术指标和内容的实现，按时输出所有技术文件等风险可控？
5.采购风险：材料采购、采购周期保障等风险可控？
6.生产风险：人员配备，生产检验设备保障等风险可控？
7.交付风险：交货期、交付方式，设计、加工、装配、调试周期等风险可控？
8.服务风险：产品的质量保证责任和提供售后服务、维修维护等保障服务等风险可控？

CMMI过程文档评审报告

CMMI过程文档评审报告一、评审背景在软件开发领域，为了确保项目顺利进行并提供高质量的软件产品，CMMI（Capability Maturity Model Integration，能力成熟度模型集成）已被广泛采用。

CMMI过程文档评审是评估和改进组织软件工程过程能力的重要方式之一本次评审的目的是对XXX公司的CMMI过程文档进行评审，以确保其符合CMMI模型的要求，并提供改进建议，以帮助该公司提高软件工程过程能力。

二、评审过程评审时间：XXXX年XX月XX日-XX月XX日评审成员：评审小组成员由XXX公司软件工程部的领导、项目负责人以及专业领域的专家组成。

评审文档：本次评审主要关注XXX公司的《软件需求规约》、《软件设计文档》、《软件测试计划》、《软件配置管理计划》等文档。

评审方法：评审小组采用了文件审查和讨论相结合的方法，针对每个文档进行了全面细致的评审，并记录评审意见和改进建议。

三、评审结果1.《软件需求规约》评审结果该文档在需求定义和描述方面做的比较好，但缺乏详细的需求追踪和变更控制机制。

建议在文档中添加需求追踪表，并明确需求变更的流程和责任人。

2.《软件设计文档》评审结果文档对系统的整体架构和模块划分描述清晰，但在设计细节方面还有待完善。

建议增加设计关键点的解释和逻辑流程图，以便开发人员能更好地理解和实现设计。

3.《软件测试计划》评审结果该文档对测试目标和策略进行了充分描述，但测试用例的编写不够全面，缺乏对异常情况和边界条件的覆盖。

建议对测试用例进行再审查，并增加对异常情况的测试覆盖。

4.《软件配置管理计划》评审结果该文档对软件配置管理的基本原则和流程进行了较好的描述，但在版本控制和配置项管理方面仍有改进空间。

建议明确版本控制的策略和实施方法，并建立完整的配置项管理库。

四、评审总结本次评审发现了一些问题，但也肯定了XXX公司在软件工程过程能力方面的良好基础。

为了进一步提高，以下是我们给出的改进建议：1.建议在文档中明确需求追踪和变更控制的机制，以确保需求能够被有效跟踪和管理。

CMMI文档一览表（大全5篇）

CMMI文档一览表（大全5篇）第一篇：CMMI文档一览表CMMI文档一览表 V0.9 项目名称:《立项申请书》——《评审申请表》《评审准备表》《评审报告》；《立项通知单》《项目章程》《项目启动会议》《项目过程定义》——《评审申请表》《评审准备表》《评审报告》《项目WBS 估计书》——《评审申请表》《评审准备表》《评审报告》《项目开发计划》——《评审申请表》《评审准备表》《评审报告》（风险计划、培训计划、沟通计划、跟踪计划）《测试计划》——《评审申请表》《评审准备表》《评审报告》《风险管理列表》《项目周报》《项目成员周报》《项目阶段报告》《项目总结报告》《产品移交申请表》《产品移交文档清单》《移交组织财富库清单》项目例会、里程碑会议、总结会议《项目会议纪要》《数据项检查表》《项目问题跟踪表》单元《测试用例》《单元测试缺陷报告》《测试报告》/《工序报验单》、《材料报验单》、《产品验收记录单》集成《测试用例》《产品集成就绪检查列表》《集成测试缺陷报告》《测试报告》——《评审准备表》《评审报告》系统《测试用例》《系统测试缺陷报告》《测试报告》——《评审准备表》《评审报告》《验收测试计划》《验收测试缺陷报告》《验收测试用例》《验收测试报告》/《验收报告》《测试计划》（美伦纱业）注：船安一卡通和二层交换机项目在所有测试结束后，汇总缺陷，形成文档《缺陷报告》美伦纱业项目的《阶段缺陷报告》，每个阶段一个，项目结项以后汇总成一个《缺陷报告》《需求开发计划》《需求记录表》《需求模块功能矩阵》《用户需求规格说明书》——《评审申请表》《评审准备表》《评审报告》《软件需求规格说明书》——《评审申请表》《评审准备表》《评审报告》《设计说明书》《模块设计方案》《技术数据包》——《评审申请表》《评审准备表》《评审报告》《用户手册》——《评审申请表》《评审准备表》《评审报告》《集成计划》——《评审申请表》《评审准备表》《评审报告》QA《工作环境及设备检查表》《配置管理计划》——《评审申请表》《评审准备表》《评审报告》《配置审计报告》《配置状态报告》《变更申请表》《CM周报》《质量保证计划》——《评审申请表》《评审准备表》《评审报告》《QA过程评审检查表》《QA报告》《QA问题跟踪表》《QA 周报》《QA年度工作总结》《QA向高层报告》《项目度量计划》——《评审申请表》《评审准备表》《评审报告》《项目度量表》《项目估计记录》《决策分析报告》《培训申请表》《培训考勤表》《培训记录表》《项目异常数据分析表》、《原因分析会议记录》、《原因分析及改进报告》附：已有文档在文档旁注明数量，如果该文档只有一个，则打一个钩代替1。

CMMI-33.里程碑评审报告模板

4.2
实际完成
4.1.1.1 4.1.1.2 4.1.2.1 4.1.2.2
4.2
投入工作量工种编码
计划投入 10
实际投入 12
2007/5/26
偏差说明 0 0 0 0 0
相对偏差 20.00%
人员投入工种编码
计划人员投入 2
实际人员投入 2
偏差说明 0.00%
本里程碑设备投入序号 1 2
评审意见：下一阶段可能风险：
评审结论：
■ 通过。
□ 不通过。理由：
（如需重新评审，在下面打勾）
□ 重新评审日期：
□ 有条件通过。理由：
条件：
问题解决人：
日期：
追踪人：
日期：
项目经理
周密
PPQA人员
张婷
建立日期:2007-05-24
里程碑评审报告
项目名称项目负责人本里程碑名称本里程碑主要产品评审出席人员
江西省高级人才库系统周密
编码实现
项目编号评审日期评审主持人
刑毅、周密、吴 4 5
计划完成
4.1.1.1 4.1.1.2 4.1.2.1 4.1.2.2
2007.02.07
2007.02.08
7
PPQA检查单
2007.02.07
2007.02.08
8
配置项状态报告
2007.02.07
2007.02.08
评审相关材料：[ 项目资源计划跟踪表 , 相关人员参与计划跟踪表 , 项目计划 , 风险分析和监控表 , 问题一览表 , 数据管理计划和跟踪表 ,PPQA 检查单 , 配置项状态报告 ]
2
相关人员参与计划跟踪表
3

CMMI软件工程各阶段的评审内容

（逻辑上、系统后期拓展上、用户应用需求上）
接口定义是否明确
文档是否符合有关标准规定
详细设计评审
软件开发人员
管理人员
标准化人员
详细设计说明书
测试计划
数据库设计说明书
详细设计说明书是否与概要设计说明书的要求一致
（概要设计与详细设计的“测试”）
模块内部逻辑结构是否合理，模块之间接口是否清晰
数据库设计说明书是否完全，是否正确反映详细设计说明书的要求
测试是否全面、合理
（测试计划）
文档是否符合有关标准规定
测试阶段评审
软件专家组成人员（管理人员
软件测评单位
科研计划管理人员
开发组成员
业主单位代表
软件测试计划
软件测试说明
软件测试说明对各测试用力进行详细的定义和说明，审核测试用例、环境、测试软件、测试工具等准备工作是否全面、到位。
在测试过程中，填写“软件测试记录”。发现软件问题，则填写“软件问题报告单”。测试记录包Байду номын сангаас测试的时间、地点、操作人、参加人、测试输入数据、期望测试结果、实际测试结果及测试规程邓2.
CMMI软件工程各阶段的评审内容如下表：
评审点
评审人员
评审文档
评审内容
需求调研评审
用户
管理人员（PM）
软件开发人员
（质量管理人员）
（初步）需求规格说明书
（初步）项目开发计划
用户需求调研的完备性（关键需求点及潜在需求点）
用户需求深度的（准确）界定性；需求实现的周期性；
初步的项目开发计划（资源、周期、模式）
软件需求评审
软件开发人员
用户
管理人员
标准化人员
特邀专家

软件项目立项评审报告范文

软件项目立项评审报告范文在软件开发过程中，项目立项是非常重要的一步。

该报告旨在评估项目是否值得进行，并且为项目进一步的开发提供指导意见。

一、项目概述该项目的目标是开发一款名为“xxx”的软件，该软件主要用于xxx。

项目计划在xxx时间内完成，总预算为xxx元。

二、项目背景该项目的背景是xxx。

我们发现市场上缺少这样一款软件，因此决定开展此项目。

三、立项分析1.项目必要性分析：该软件的开发可以解决xxx问题，也有xxx市场需求存在。

因此，该软件的开发是有必要性的。

2.技术可行性分析：我们的开发团队有丰富的软件开发经验和技术实力，我们相信该软件的开发是完全可行的。

3.资源可行性分析：根据项目计划的安排，我们已经确认了开发团队的人员和所需的设备、软件等资源。

该项目的开发并不会对公司其他项目造成影响。

4.市场可行性分析：市场调查显示，该软件的需求非常强烈，预计可以带来可观的收益。

因此，该项目的市场可行性是非常好的。

四、项目目标和计划1.项目目标：- 开发一款高质量的软件，解决xxx问题；- 在xxx时间内完成开发，投入市场；- 实现高回报率，使项目投资回报率达到xxx%。

2.项目计划：- 第一阶段（xxx时间）：需求分析、概要设计和详细设计；- 第二阶段（xxx时间）：编码和测试；- 第三阶段（xxx时间）：上线和测试。

五、风险分析1.市场风险：该项目的目标市场需求非常强烈，因此市场风险相对较小。

2.技术风险：我们的开发团队有丰富的软件开发经验和技术实力，因此技术风险相对较小。

3.进度风险：我们已经安排了详细的项目计划，因此进度风险相对较小。

4.成本风险：我们已经完成了详细的成本估算和预算，因此成本风险相对较小。

六、结论该项目的立项是有必要性和可行性的，市场需求强烈，风险相对较小。

我们建议继续开展此项目，实现高质量和高回报率的目标。

同时，我们也建议在项目管理和风险管控方面加强管理，确保项目按时按质完成。

电子产品立项评审报告

电子产品立项评审报告一、项目背景随着科技发展和人们对便捷生活的追求，电子产品市场愈加繁荣。

为了满足消费者对新款电子产品的需求，我们公司计划开发一款全新的智能手表。

二、项目目标1. 开发一款功能全面的智能手表，满足用户日常生活中的基本需求。

2. 提供高质量的智能手表，建立良好的用户口碑和品牌形象。

3. 增加公司的市场份额，提高收入。

三、项目内容1. 功能- 基本功能：时间显示、闹钟、计时器、计步等。

- 蓝牙连接：与手机连接，实现来电提醒、短信提醒、社交媒体消息提醒等功能。

- 健康监测：心率监测、睡眠监测、运动跟踪等。

- 多项运动模式：跑步、骑行、游泳、健身等。

- 远程拍照：通过手表控制手机拍照功能。

2. 技术需求- 蓝牙4.0及以上版本，保证与主流手机的兼容性。

- 精准的传感器，确保健康数据监测的准确性。

- 高清触摸屏，提供良好的显示效果和用户体验。

- 高耐用性材质，防水防汗、耐磨损，适应不同环境条件。

3. 产品设计- 精致外观：采用时尚简约设计风格，遵循人体工学原理，舒适佩戴。

- 多种配色选择：满足不同用户的个人喜好。

- 可更换表带：提供多样化的表带选择，增加产品的美观性和个性化。

4. 营销策略- 与知名运动品牌合作，共同推广产品，并在合作方门店销售。

- 利用社交媒体和网络广告进行推广，提高产品知名度。

- 提供售后服务和技术支持，保证用户的满意度。

四、项目进度安排- 需求分析和设计：第1周至第2周。

- 技术开发和测试：第3周至第12周。

- 产品生产和包装：第13周至第15周。

- 市场推广和销售准备：第16周至第18周。

五、项目预算项目预算（万元）研发成本80生产成本60市场推广费用40总预算180六、风险评估1. 技术风险：可能出现开发技术难题，导致产品功能无法满足要求。

2. 市场风险：面临竞争激烈的智能手表市场，需进行市场调研，降低市场风险。

3. 进度风险：可能出现研发、生产或推广方面的延误，需合理安排进度，控制风险。

立项评审报告CMMI项目管理模板

产品的开发计划合理吗？实际用于开发本产品的经费、人员、物资、时间能满足要求吗？
产品的营销计划合理吗？
成本－效益分析令人满意吗？
产品的质量令人满意吗？产品在使用过程中组给用户带来意外的损失吗？
有政策风险吗？
有知识产权风险吗？
有财务风险吗？
有不可预测的市场风险吗？
评审结论
[ ]同意立项
[ ]不同意立项
意见建议
评委签字
签字，日期
{项目名称}
立项评审报告
文件状态]正在修改
文件标识：
当前版本：
作者：
完成日期：
1.
提示：由评审组组长填写此表格。
项目名称
立项评审材料
例如：
《立项申请书》
《立项可行性分析》
…
评审时间
评审地点
评审组名单
姓名
部门、职务
组长：
记录员
2.
提示：由评审委员组组找填写此表格。
同意立项的人数
签字，日期
附录
提示：由评委填写此表格，本表仅代表评委个人的意见。
项目名称
评审时间
评审地点
评委姓名
主要检查项
评价
产品需求、目标清晰吗？
产品符合本公司短期、长期的发展战略吗？
客户需求强烈吗？消费群体的购买力强吗？
当前市场总额大吗？市场发展前景好吗？
己方的核心竞争力强吗？
预期能占有的市场份额令人满意吗？
产品的技术方案合理吗？技术实现途径（如自主开发、外包开发等）合理吗？
反对立项的人数
评审委员组结论
[ ]同意立项
[ ]不同意立项
意见与建议
评审委员组
组长签字
签字，日期

CMMI- 立项申请报告模板

立项申请报告
项目名称
项目级别
□公司级□部门级
项目建议
小组成员
姓名
工作单位（部门）、职务、职称
组长：
申请立项情况概述：
申请人：文档已审阅，同意进入立项处理流程。
[ ] 不同意进入立项处理流程。
子部门经理
签字
日期
年月日
PMO负责人
意见
[ ] 立项建议书等文档已审阅，同意进入立项处理流程。
[ ] 不同意进入立项处理流程。
PMO负责人
签字
日期
年月日
高层经理意见
一、公司级和部门级的项目
[ ] 同意进入立项处理流程。由担任立项评审小组组长，按立项评审流程进行项目的立项评审工作。
评审形式：□会议 □会签
评审小组成员：
[ ] 不同意进入立项处理流程。
高层经理
签字
日期
年月日
【提示：1、“高层经理”表示研发LLL经理；2、YY门3、文件提交时，不得再包括本提示。】

立项评审报告

立项评审报告
立项评审报告
一、项目背景
本项目旨在开展一项新的业务或实施一项新的商业计划。

在此评审报告中，我们将对项目背景、市场分析、项目目标、可行性分析、项目执行计划和预算进行评估。

二、项目背景和目标
（介绍项目的背景和目标，说明项目的重要性和价值）
三、市场分析
（分析项目所在市场的现状、竞争对手、目标客户群体等）
四、项目可行性分析
1. 技术可行性
（评估项目所需的技术是否可行，包括技术成熟度、关键技术难点等）
2. 经济可行性
（评估项目的经济可行性，包括预期收入、成本和盈利能力等方面）
3. 法律可行性
（评估项目是否符合相关法律法规，包括环境保护、知识产权、劳动法等）
4. 风险评估
（评估项目可能面临的风险，包括市场风险、技术风险、法律风险等）
五、项目执行计划
（说明项目的执行计划、关键里程碑和项目进度管理方式）
六、预算和资金筹集
（列出项目的预算和资金筹集计划，包括项目所需的人力、设备、材料等方面的预算，以及资金筹集的途径和计划）
七、评估结论
（根据以上分析，对项目的可行性和风险进行综合评估，明确是否推进项目）
八、建议和意见
（根据评估结论，提出推进项目的建议和意见）
以上是一个典型的立项评审报告的结构和内容，根据具体项目的特点和要求，可以适当调整报告的内容和格式。

CMMI-3里程碑评审报告071002-V1.0

相对偏差
实际里程碑进度本里程碑相对偏差本里程碑绝对偏差
里程碑评审其他事项序号 1 2 3 4 项目进度表 , 风险分析和监控表 , 问题一览表 , 项目数据管理计划和跟踪表 ,PPQA 检查单 , 配置项状态报告 ]
评审意见：
下一阶段可能风险：
评审结论：
■ 通过。
□ 不通过。理由：
（如需重新评审，在下面打勾）
□ 重新评审日期：
□ 有条件通过。理由：
条件：
问题解决人：
日期：
追踪人：
日期：
项目经理
PPQA人员
建立日期:
项目名称项目负责人本里程碑名称本里程碑主要产品评审出席人员
工作包完成情况计划完成（个）
里程碑评审报告
项目编号评审日期评审主持人
实际完成（个）
相对偏差
投入工作量工种编码
计划投入
实际投入
备注相对偏差
本里程碑设备投入序号 1 2
里程碑时间进度计划里程碑进度
计划投入
实际投入