软件产品项目全流程模板-流程检查表
软件项目-产品检查单-模板
项目管 23 是否包含目标达成措施和未达成措施？
理计划 24 是否包含预测信息及分析?
》 25 有否明确定义了进度计划？
26 是否包含目标和子过程控制表？
产品得分="是"的项数/(总项数-"不适用"的项数)×100
备注
5 WBS是否包含了项目的所有工作？
6 有否明确定义完整的生命周期模型？
7 有否明确定义的进度计划？
8
进度计划是否留有缓冲来减少项目过程中的不 确定性？
9 进度计划中任务是否已排序？
10 进度计划中任务是明确定义里程碑计划？
计划》 12 有否明确定义质量控制计划？
项目策划检查表
项目名称 项目类别 检查开始时间 检查工作量统 2H
定制化项目/新开发项目
项目经理 检查人 检查结束时
分类 序号
检查项
是 否 NA
《项目 1 是否明确了项目类型？
过程定 2 是否明确定义了各个阶段的活动？
义》 3 是否是按剪裁指南要求进行的剪裁？
4 《项目进度计划》里有否包含了WBS？
13 有否明确定义培训计划？
14 有否明确定义资源计划？
15 有否明确定义费用计划？
16 有否明确定义本项目的干系人？
17 有否明确定义沟通计划？
18 有否明确定义质量保证计划？
19 有否明确定义配置管理计划？
20 有否明确定义度量计划？
21 是否包含项目目标及子过程目标？
《量化 22 是否包含度量计划？
APQP程序文件及完整表格
5.0程序技术部主管根据新产品开发设计Input信息确定新产品开发来源。
技术部主管组织进行成本核算及报价，填写《成本核算及报价表》。
InputProcessOutput Owner项目组长负责编制《新产品APQP开发计划》，并组织项目组实施。
由项目小组组长召集小组有关成员根据项目的要求结合公司实际情况确定设计目标、可靠性目标和质量指标。
A）顾客需要和期望可以是无安全问题和可维修性；B）可靠性基准是竞争者产品的可靠性、消费者的报告或在一设定时间内修理的频率；总的可靠性目标可用概率和置信度表示；C）质量目标应是基于持续改进的目标，如： PPM、缺陷水平或废品降低率； D）设计目标中应包括过程能力、生产率、成本方面的目标。
项目小组对设计输入材料进行评审，评审通过后填写《设计开发任务书》安排设计任务工作，设计输入评审应进行记录，具体填写在《新产品开发输入评审记录》上。
Activity技术部主管组织进行新产品制造可行性分析，并将分析结果填入《新产品制造可行性分析报告》中。
技术部主管根据制造可行性分析结果及成本核算结果，填写《新产品开发申请/立项报告》，并连同《新产品制造可行性分析报告》及《成本核算及报价表》提交总经理审批。
总经理审批后，新产品开发项目即成立，总经理负责授权项目组长，由项目组长组成项目小组。
确定的新产品开发设计目标、可靠性及质量目标由项目组长审批。
确定新产品开发来源●市场调研报告●维修记录和质量信息●小组经验●业务计划/营销策略●产品/过程标杆数据●产品/过程设想新产品开发制造成本核算/报价新产品开发申请成立跨功能小组编制APQP 计划审批停产品开发小组成员表新产品APQP 开发计划成本核算及报价表新产品开发申请/立项报告技术部主管总经理新产品开发项目组长新产品制造可行性分设计输入新产品开发输入评审记录项目小组设计开发任务书安排设计任务●顾客要求输入●与产品有关的法规要求●任何其他要求确定设计目标确定可靠性和新产品开发设计目标、可靠性及质量目标表审批确定初始材料清单初始材料清单(BOM)产品设计人员负责进行DFMEA分析。
软件开发计划检查表 模板
2、是否预算了项目的工作量并划分给小组成员？
九、配置管理
1、是否制定了配置管理计划表？
检查人/日期：批准人/日期：
5、是否考虑软件复用？
五、组织结构
1、是否确定项目小组成员，并将其划分成多个Team?
2、是否明确各个小组成员的职责？
六、风险管理
1、是否预测了与项目有关的主要风险？
2、是否采取跟踪、监测措施以减小风险或避免风险的产生？
七、相关性
1、是否考虑了项目的外部相关活动？
2、是否考虑了项目的内部相关活动？
八、资源预算
三、产品清单
1、是否明确提交给客户的产品清单（产品名称、提交时间、客户接受方式、责任人、验收标准）？
2、是否明确提交给项目监按钮部门的产品清单（产品名称、提交时间、提交方式、责任人）？
四、技术管理
1、是否明确开发环境（软件、硬件环境）？
2、是否明确开发工具？
3、是否明确开发方法？
4、是否采用新技术？
软件
项目名称：项目编号：
检查项目
检查内容
检查结果
得分
一、质量目标
1、是否符合质量体系的要求？
2、如果不符合技量体系的要求，是否按要求编制《质量计划》？
二、阶段划分
1、是否Байду номын сангаас确划分各阶段？
2、各阶段的输入、输出标准是否明确？
3、是否明确各阶段提交物？
4、是否明确各阶段质量目标？
5、是否明确提出各阶段检查点？
IPD产品开发流程图
制定概念阶段项目计 划（WBS1/2/3/4级）
MNFPDT-10
开始监控客 户服务活动
MNFPDT-20
制定客户服务策略 NT
参与制定业务计划和端到 端项目计划（WBS1/2)
MNFPDT-40
PDT制造代表（MNFPDT）
制定概念阶段项目计 划（WBS1/2/3/4级）
PROPDT-10
开始监控 制造活动
LPDT-180
优化信息安全计划 做出提前采购决定
LPDT-170 LPDT-190
制定项目计划 优化业务计划 开发合同
LPDT-210
IPMT-50
计划决策 评审
LPDT-230 NO YES LPDT-240 LPDT-240
制定对外合作计划
LPDT-200
PDT经理（LPDT）
结束
团队培训
项目开工会
MKTPDT-130
MKTPDT-140
监控配置管理及更改 SE-390
SE-340
优化市场计划
SE-300
制定发布计划
技术评审4
SE-370
技术评审4A
SE-380
SE-400
技术评审5
SE-410
准备早期销售 决策评审材料
系统工程师（SE）
开始参与执 行项目监控
PQA-60
企业标准、企业内控标准起草
MKTPDT-50
参与制定业务计划和端到 端项目计划（WBS1/2)
MKTPDT-60
PDT市场代表（MKTPDT）
制定概念阶段项目计 划（WBS1/2/3/4级）
概念阶段 WBS3/4级计划 模板
开始监控 市场活动
SE-10
软件设计评审检查表
该测试计划是否明确地描述了不被测试的功能？
该测试计划是否充分地描述了测试基线?
对于阶段交付，该测试计划是否有在每一阶段建立测试基线给下一阶段使用？
该测试计划是否定义了足够和正确的衰退测试?
依从性
该测试计划是否依从了与开发有关的所有说明书、标准和文档？
一致性
是否已定义了测试顺序来匹配更高级别的文档所指定的集成顺序？
是否将需求分别陈述,因此它们是独立的并且是可检查的？
是否所有需求都可以回溯到相应的需求素材，反之亦然？
是否已详细说明需求变更的过程？
需求规格说明书检查表
概要设计检查表
Y： 是 TBD:不确定 N： 不是 NA：不适用
检查项
Y/TBD/N/NA
清晰性
是否所设计的架构，包括数据流，控制流和接口，被清楚地表达了?
包括了数据流、控制流和接口的单元设计是否已清晰的说明?
完整性
是否已定义和初始化所有的变量、指针和常量？
是否已描述单元的全部功能？
是否已详细说明用来实现该单元的关键算法（例如：用自然语言或PDL）?
是否已列出该单元的调用？
依从性
该文档是否遵循了该项目已文档化的标准？
是否采用了所要求的方法和工具来进行单元设计？
测试计划进程表开发阶段测试阶开发组集成测试承测试组系统测试业主联合测试软件需求分析完成确认测试计划完成系统测试计划软件概要完成软件集开始设计确开始设计软件设计评审检查表设计成测试计划认测试用例编写确认测试说明系统测试用例编写系统测试说明软件详细设计完成软件单元测试计划开始设计集成测试用例编写集成测试说明软件编码编写软件单元测试说明执行软件单元测试编写软件单元测试报告软件测试完成集成测试说明执行集成测试进行测试分析编写软件集成测试报告完成软件确认测试说明执行软件确认测试进行测试分析编写确认测试报告完成系统测试说明执行系统测试进行测试分析编写系统测试报告
软件项目过程文档评审检查表
评审耗时 （小时）
是否通过 N/A,Y,N
缺陷 个数
缺陷描述
版本号：2 修订号：0
第1页 共1评审人
评审日期
评审规模 （页）
序号
1 1.1 1.2 1.3
1.4
1.5
1.6
2 2.1 2.2 2.3 2.4
检查项
过程规范 是否符合过程文件模板要求 规范中的角色是否已经定义清楚 活动中对应的角色是否正确 活动的描述是否使用了多余的形容词和 副词 规范中的模板是否用蓝色标注出来 规范中提到的模板是否和定义的模板一 致
软件项目检查表
软件项目检查表
项目概述
该软件项目检查表旨在帮助团队对软件项目进行全面的检查和
评估，以确保项目的顺利进行和高质量的交付。
本检查表包括多个
方面，包括项目计划、需求分析、设计、开发、测试和部署等环节。
项目计划
- 项目是否有明确的目标和可行的计划？
- 是否有详细的项目计划及时间表？
- 是否有项目经理负责监督和管理项目进度？
需求分析
- 是否完整、准确地收集和记录了项目的需求？
- 是否对需求进行了合理的分类和优先级排序？
- 是否与相关利益相关者沟通确认了需求？
设计
- 是否进行了系统的架构设计和模块设计？
- 是否充分考虑了扩展性和可维护性等因素？
- 是否进行了界面设计和交互设计？
开发
- 是否按照设计文档进行开发工作？
- 是否按照编码规范完成代码编写？
- 是否进行了代码评审和单元测试？
测试
- 是否制定了详细的测试计划和测试用例？
- 是否进行了功能测试、性能测试和安全测试等多个方面的测试？
- 是否及时修复了测试中发现的缺陷和问题？
部署
- 是否制定了可靠的部署计划？
- 是否进行了部署前的完整测试和验证？
- 是否提供了必要的文档和培训？
运维支持
- 是否确保了系统的可靠性和稳定性？
- 是否建立了监控和报警机制？
- 是否保障了系统的安全性和数据的完整性？
以上是软件项目检查表的主要内容，通过对每个方面的检查和评估，能够有效提升软件项目的质量和成功交付的概率。
请针对具体项目的不同需求和情况，适当调整和完善该检查表。
软件产品项目全流程模板-评审意见表
文件电子版存档路径：
文档电子版访问授权人员名单：
评审时间：2006年01月16日
项目评审人（签字）
部门总经理：_________________________
产品经理：___________________________
设计负责人：_________________________
测试人员：___________________________
评审意见表
项目名称及项目编号：游戏BBS迁移需求规格说明书
（项目编号：IBD_PN_06003）
评审阶段
产品规划书评审
需求说明书评审
概略测试计划评审
概要设计评审
精确测试计划评审
开发流程类型选择（□完整□简化）
概略日程表评审
整体日程表评审
项目计划评审
其他评审：______________________
运营总监：___________________________
项目经理：___________________________
开发人员：___________________________
其他支持人员：_______________________
评审意பைடு நூலகம்：
____________________（签字）
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
概要设计书发布
11
概要设计书评审
12
项目计划发布（含WBS）
13
精确日程表发布
14
资源需求计划发布
15
最终测试计划发布
16
项目计划与最终测试计划评审
17*
获得技术专家邮件或书面确定
18
项目首次开发例会纪要发布
19
项目末次开发例会与项目进展情况跟踪汇报发布
20
项目首次测试例会纪要发布
21
项目末次测试例会与项目进展情况跟踪汇报发布
流程检查表
项目
名称
项目
编号
流程
类型
完整
简化
项目主要负责人
产品经理
项目经理
设计负责人
开发负责人
测试负责人
其他
编号
项目阶段里程碑
计划时
产品意向说明发布
2
产品规划书发布
3
产品规划书评审
4
流程类型选择
5
需求说明书发布
6
概略日程表发布
7*
整体日程表发布
8
需求说明书与日程表评审
9
概略测试计划发布
22
项目总结报告发布
23
产品发布
注：带星号“*”的项目为简化流程专用