CMMI项目管理开发过程
cmmi软件开发流程
软件开发流程软件项目生命周期模型需求分析需求分析流程图过程描述1、由部门经理组建临时项目组，并指定PM、开发人员、测试人员、QA，人数根据项目规模确定。
2、PM制定需求阶段日程表，该表须通过研发经理审核。
3、PM指示配置管理员建立配置库。
4、由PM与测试负责人提出裁剪申请，QA指导临时项目组人员对项目进行裁剪，形成项目裁剪表。
5、EPG和部门经理对裁剪结果进行审批，审批通过项目裁剪表正式生效。
6、PM与测试负责人确定项目管理机制，内容包括组织结构、沟通、跟踪、报告、风险管理、问题管理、QA、CM等。
7、项目组人员与客户进行沟通，编写需求清单列表。
8、PM组织临时项目组成员确定系统架构，编写架构设计书和需求规格书。
架构设计过程中的重要的技术方案选择、开发/采购/复用分析等内容要明确体现在架构设计书中。
对技术方案选择(例如，系统结构、开发平台、数据库等的选择)，要事先建立评价准则(例如，满足系统需求的能力(例如，功能、性能、可靠性等)、技术的发展前景、供应商资质与实力等)及相对优先级，采用讨论表决的方法选择并确定最终的技术方案。
关于自行开发和采购复用的分析，如果公司有基本满足系统需要的可复用组件(包括其分析、设计、代码、测试用例等)，一般应进行复用；本公司没有能力开发或没有必要开发的非核心技术部分，如果采购成本在项目可接受范围内，可考虑采购；否则，由项目组自行开发。
架构设计的总体候选方案选择和供应商选择要使用正式的方法做决策。
9、PM召集临时项目组、测试负责人等技术骨干评审架构设计书和需求规格书。
10、PM组织临时项目组与客户沟通、说明需求，必要时编制系统原型向客户展示，直到临时项目组、客户就需求的真实含义达成共识、客户书面确认需求规格书为止。
11、临时项目组确定项目目标的范围，明确系统边界，建立系统的模块分解结构。
12、PM与测试负责人遵循《项目估算流程》组织人员进行项目估算。
13、PM、测试负责人与临时项目组确定项目关键参数。
CMMI级过程域讲解
CMMI级过程域讲解CMMI（Capability Maturity Model Integration）是一种用于评估和改进软件开发过程的框架。
它通过对软件开发组织的过程进行评估，为组织提供了一个逐步改进过程的路径，从而提高组织的能力和成熟度。
CMMI框架包括五个过程域，它们是：项目管理、项目支持、要素工程、项目环境和组织过程。
每个过程域都有一组特定的目标和实践，用于评估和改进相关的软件开发过程。
首先是项目管理过程域，它关注的是项目的计划、执行和监控。
它包括了项目管理的三个关键方面：计划制定、项目监控和项目管理。
项目管理过程域的目标包括项目计划的制定、项目资源的分配和控制、项目风险的管理和项目进展的监控。
其次是项目支持过程域，它提供了支持项目管理过程的各种资源和服务。
项目支持过程域包括配置管理、度量和分析、决策分析和解决方案评价等方面。
其目标包括配置管理的实施、度量和分析的开展、决策分析和解决方案评价的应用。
第三个是要素工程过程域，它关注的是软件开发中所使用的各种工具和技术。
要素工程过程域包括需求开发、技术解决方案、产品集成和验证、产品交付等方面。
其目标包括需求开发的实施、技术解决方案的应用、产品集成和验证的实施、产品交付的管理。
第四个是项目环境过程域，它关注的是项目所处的环境因素对项目成功的影响。
项目环境过程域包括了风险管理、分析过程和产品市场分析等方面。
其目标包括风险管理的实施、分析过程的开展、产品市场分析的应用。
最后是组织过程过程域，它关注的是软件开发组织的过程管理。
组织过程过程域包括组织过程的定义、组织过程管理的实施和过程改进等方面。
其目标包括组织过程的定义和实施、组织过程管理的应用、过程改进的管理。
总而言之，CMMI级过程域是一个用于评估和改进软件开发过程的框架。
它包括了五个过程域，分别是项目管理、项目支持、要素工程、项目环境和组织过程。
每个过程域都包含了一系列的目标和实践，用于评估和改进相关的软件开发过程。
cmmi项目流程
cmmi项目流程CMMI项目流程CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一种用于评估和改进组织软件和系统工程能力的国际标准。
CMMI项目流程是指按照CMMI模型的要求进行软件和系统工程项目管理的具体过程。
本文将介绍CMMI项目流程的主要内容。
一、项目立项项目立项是指确定项目的目标、范围和约束条件，制定项目计划和资源分配的过程。
在CMMI项目流程中，项目立项阶段需要明确项目的业务目标、计划和相关要求，形成项目章程和项目计划，并进行项目风险评估和资源分配。
二、需求分析需求分析是指根据项目的业务需求，明确产品或系统的功能、性能和可靠性要求的过程。
在CMMI项目流程中，需求分析阶段需要收集、分析和确认项目的需求，制定需求规格说明书，并与相关利益相关者进行沟通和协商。
三、系统设计系统设计是指根据需求规格说明书，设计产品或系统的结构、组件和接口的过程。
在CMMI项目流程中，系统设计阶段需要制定系统架构和模块设计，编写详细设计文档，并进行设计评审和验证。
四、编码与单元测试编码与单元测试是指根据系统设计文档，进行程序编写和单元测试的过程。
在CMMI项目流程中，编码与单元测试阶段需要根据设计要求进行编码，编写单元测试用例和执行单元测试，并进行代码评审和缺陷修复。
五、集成测试集成测试是指将各个模块或组件集成到整个系统中，进行功能测试和性能测试的过程。
在CMMI项目流程中，集成测试阶段需要编制集成测试计划和测试用例，执行集成测试并记录测试结果，对测试中发现的问题进行跟踪和解决。
六、系统测试与验证系统测试与验证是指对整个系统进行功能、性能和可靠性等方面的综合测试和验证的过程。
在CMMI项目流程中，系统测试与验证阶段需要编制系统测试计划和测试用例，执行系统测试和验证，并记录测试结果，对测试中发现的问题进行跟踪和解决。
七、系统交付与运维系统交付与运维是指将已经完成的系统交付给用户，并进行系统运维和技术支持的过程。
CMMI过程域
CMMI过程域CMMI（Capability Maturity Model Integration）是一种用于评估和改进组织的软件工程能力的模型。
它定义了一组评估标准和最佳实践，包括了五个过程域（process area），分别是需求管理、项目管理、工程（软件）过程、配置管理和产品质量保证。
接下来，我将详细介绍这五个过程域。
1. 需求管理（Requirements Management）需求管理是指在整个软件开发过程中，对需求的分析、收集、跟踪和变更进行管理。
主要活动包括需求识别、需求分析和建模、需求验证和确认以及需求变更管理。
需求管理的目标是明确项目的需求，确保需求的准确性和可追溯性，以及及时有效地处理需求变更。
通过有效的需求管理，可以实现项目的高效开发和产品的质量保证。
2. 项目管理（Project Management）项目管理是指对软件开发项目进行计划、组织、指导和控制，以实现项目目标的过程。
主要活动包括项目计划制定、资源分配和调度、进度控制和风险管理。
项目管理的目标是确保项目按时、按质量要求完成，最大程度地满足客户需求。
通过有效的项目管理，可以提高项目的可预测性和控制性，减少项目风险，并提高项目团队的合作效率。
3. 工程（软件）过程（Engineering Process）工程过程是指在软件开发过程中，进行软件需求分析、设计、编码、测试和维护的一系列工作。
主要活动包括软件需求分析、软件构架设计、编码和单元测试、集成测试和系统测试以及软件维护。
工程过程的目标是确保软件开发过程高效、规范和可靠，以达到预期的质量和性能要求。
通过有效的工程过程，可以提高软件开发效率，减少错误和缺陷，提高软件的可维护性和可靠性。
4. 配置管理（Configuration Management）配置管理是指对软件产品配置项进行识别、控制、记录和审计的过程。
主要活动包括配置项识别和建立配置管理库、配置项控制和跟踪变更、配置项版本管理和配置项审核。
cmmi软件开发流程图
软件开发流程软件项目生命周期模型需求分析需求分析流程图过程描述1、由部门经理组建临时项目组，并指定PM、开发人员、测试人员、QA，人数根据项目规模确定。
2、PM制定需求阶段日程表，该表须通过研发经理审核。
3、PM指示配置管理员建立配置库。
4、由PM与测试负责人提出裁剪申请，QA指导临时项目组人员对项目进行裁剪，形成项目裁剪表。
5、EPG和部门经理对裁剪结果进行审批，审批通过项目裁剪表正式生效。
6、PM与测试负责人确定项目管理机制，内容包括组织结构、沟通、跟踪、报告、风险管理、问题管理、QA、CM等。
7、项目组人员与客户进行沟通，编写需求清单列表。
8、PM组织临时项目组成员确定系统架构，编写架构设计书和需求规格书。
架构设计过程中的重要的技术方案选择、开发/采购/复用分析等内容要明确体现在架构设计书中。
➢对技术方案选择(例如，系统结构、开发平台、数据库等的选择)，要事先建立评价准则(例如，满足系统需求的能力(例如，功能、性能、可靠性等)、技术的发展前景、供应商资质与实力等)及相对优先级，采用讨论表决的方法选择并确定最终的技术方案。
➢关于自行开发和采购复用的分析，如果公司有基本满足系统需要的可复用组件(包括其分析、设计、代码、测试用例等)，一般应进行复用；本公司没有能力开发或没有必要开发的非核心技术部分，如果采购成本在项目可接受范围内，可考虑采购；否则，由项目组自行开发。
架构设计的总体候选方案选择和供应商选择要使用正式的方法做决策。
9、PM召集临时项目组、测试负责人等技术骨干评审架构设计书和需求规格书。
10、PM组织临时项目组与客户沟通、说明需求，必要时编制系统原型向客户展示，直到临时项目组、客户就需求的真实含义达成共识、客户书面确认需求规格书为止。
11、临时项目组确定项目目标的范围，明确系统边界，建立系统的模块分解结构。
12、PM与测试负责人遵循《项目估算流程》组织人员进行项目估算。
13、PM、测试负责人与临时项目组确定项目关键参数。
cmmi项目流程
cmmi项目流程CMMI项目流程CMMI（Capability Maturity Model Integration，能力成熟度模型集成）是一种用于评估和改进组织过程的框架。
它提供了一套全面的指南和最佳实践，帮助组织提高其软件开发和服务交付能力。
CMMI项目流程是指在实施CMMI的过程中所需遵循的步骤和流程。
本文将介绍CMMI项目流程的主要阶段和关键步骤。
第一阶段：规划和准备在这个阶段，组织需要明确其实施CMMI的目标，并制定详细的计划。
这包括确定项目的范围、资源需求、时间表和风险管理策略。
同时，组织还需要评估其当前的能力水平，以便确定改进的重点和目标。
在准备阶段，组织应该进行培训和沟通，以确保所有相关人员都理解CMMI的概念和要求。
第二阶段：过程建模和改进在这个阶段，组织需要对其现有的过程进行建模和文档化。
这包括识别关键过程和子过程，描述它们的目标、输入、输出和相关的工作产品。
组织还需要评估现有过程的有效性和一致性，并识别改进的机会。
基于CMMI的要求，组织可以采用各种改进方法，如流程重组、培训和技术工具的引入。
第三阶段：过程部署和执行在这个阶段，组织需要将改进后的过程部署到实际的项目中。
这包括确保所有项目成员都了解并遵循新的过程要求。
组织可以通过培训、指导和持续的监控来支持过程的部署和执行。
同时，组织还需要收集和分析过程执行的数据，以便及时发现和解决问题，并持续改进过程的效能。
第四阶段：过程评估和监控在这个阶段，组织需要定期评估和监控其过程的执行情况和效果。
这包括收集和分析关键的过程绩效指标，以便及时发现潜在问题并采取纠正措施。
组织还需要进行内部和外部的审核，以确保过程的一致性和符合性。
通过评估和监控，组织可以持续改进其过程，并提高其软件开发和服务交付能力。
第五阶段：过程优化在这个阶段，组织需要通过收集和分析过程执行的数据，识别和实施进一步的改进措施。
这包括修订和更新过程文档，引入新的工具和技术，以及提供持续的培训和指导。
软件开发过程
软件开发过程CMMI着重于软件项目的质量管理，强调过程控制，确保产品在软件开发的每一个阶段的质量都要达到客户的要求，这里我们就按项目的开发阶段详细讲述CMMI是如何在项目中监控并把握项目质量的。
（按照软件工程理论，项目一般划分为立项阶段、需求分析阶段、概要设计阶段、详细设计阶段、编码阶段、集成测试阶段、产品形成&验收测试阶段）。
1项目立项阶段项目立项阶段CMMI主要管理工作有：1、建立项目组：同时为了确保项目能够如期完成，在立项阶段，将由高层管理者（总经理室成员）召开正式的项目启动会议，共同商讨确定项目组成员，主要包括项目经理、产品管理、程序管理、开发人员、技术支持人员；为了确保项目的质量，还要确定相关独立于项目组之外的成员（其活动不受项目组约束，便于监督项目质量），主要包括独立测试人员、SQA（质量保证人员）、SCCB配置管理委员会成员，这些组织成员将按照CMMI要求形成正式项目文档（立项书），立项书将向所有项目组相关人员及客户公布。
2、制定SOW ：已经和客户签定了合同，为了确保客户的利益，CMMI要求项目组建立SOW（目标范围定义说明书），确定客户的需要什么，不需要什么，以及需要的技术目标和业务目标（比如项目工期、成本、功能需求等等），客户有权利和项目组技术管理委员会一起评审SOW。
3、项目初期计划制定：项目经理确定后，根据CMMI软件项目策划要求，项目经理将根据合同需求、合同工期等内容采用科学的计算方法（目前采用国际上知名的Delphi法）估计项目的规模、工作量、进度、风险、关键计算机资源，并依据集团本身的历史项目数据计算生产率，根据以上数据计算项目的进度及人员安排，最后才制定出符合项目实际情况的计划。
所有的这些规程，在CMMI软件项目策划中有明确规范的定义。
4、项目跟踪及监督计划制定：为了确保制定的项目计划能够反映项目的实际情况，CMMI要求项目经理有责任制定项目的跟踪监督计划，根据本计划，项目所有活动都能够得到合理的监控，及时发现项目组出现的各类偏差。
cmmi流程
cmmi流程CMMI流程是一种用于评估、改进和管理组织软件开发过程的框架。
它是由美国国防部软件工程研究所所开发的，并在全球范围内得到广泛应用。
CMMI流程适用于各种规模和类型的企业，可以帮助其提高软件开发的质量和效率。
CMMI流程包括五个层次，分别是初始级、被管理级、被定义级、被量化级和优化级。
每个级别都有其特定的目标和要求，组织可以根据自身的实际情况选择适合的级别进行评估和改进。
首先是初始级，该级别表示组织尚未建立成熟的软件开发过程。
在这个级别，组织可能缺乏标准化的过程和规范，且项目的成功主要依赖于个人技能和经验。
为了进入下一个级别，组织需要建立起适合自身需求和目标的软件开发过程。
被管理级是CMMI流程的第二个级别。
在该级别，组织已经建立了一些基本的软件开发过程，并且能够对其进行管理和监控。
组织需要确保过程的一致性和可重复性，以提高项目的可管理性和稳定性。
被定义级是CMMI流程的第三个级别。
在该级别，组织需要进一步明确定义和记录软件开发过程的各个环节。
这样可以确保项目团队的清晰工作流程和责任分工，从而提高项目的协同性和效率。
被量化级是CMMI流程的第四个级别。
在该级别，组织需要建立起一套有效的度量方法，以评估和监控软件开发过程的性能和效果。
通过定期收集和分析关键的度量数据，组织可以更好地了解其软件开发过程的强弱项，从而进行相应的改进和优化。
最后是优化级，该级别是CMMI流程的顶级级别。
在这个级别，组织已经建立了一套成熟和稳定的软件开发过程，并且能够持续改进和优化。
组织需要通过不断地学习和创新来提高自身的软件开发能力，以应对日益变化的市场和技术需求。
总之，CMMI流程是一种标准化的软件开发过程评估和改进框架。
它可以帮助组织建立起稳定和高效的软件开发过程，提高软件质量和项目管理能力。
通过逐步实现不同的级别，组织可以不断提升自身的软件开发能力，并与其他企业保持竞争优势。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
立项报告 解决方案描述 项目风险 项目组结构分析 度量计划
软件开发计划 项目跟踪监控计划 培训计划 估计结果
经营分析
项目推进计划
项目成员
人员与技能差距分析
资源投入
陈本预算
效益分析 阶段进度 规模估算 工作量分解估算 质量情况估算
决策分析与解决方案记录表
风险管理计划与跟踪表
阶段计划
2.2 项目规划流程
协商约定 分解 需求 WBS 估计产品 规模 LOC 估计项目 资源 工作量、成本 估计进度 否 进度
计划是否满足要 求/符合实际
是
计划获得 批准 基线 估计 过程 数据库
项目监控
项目策划活动是项目管理中的日常工作，其中启动阶段的项目策划活动 侧重于整个项目过程的估计和里程碑的策划，而细化、构造、移交阶段 的项目策划活动侧重于细化当前阶段的计划或调整计划的指导性和适用 性。
2.5 需求工程
2.5.1 需求开发与需求管理的关系
2.5.2 需求跟踪
开发过程工作产品 完成
建立需求 跟踪矩阵 [工作产品 作者]
需求跟踪 表 [未审核]
审核 [项目经理]
需求跟踪 表 [审核]
修改工作产品 更新需求跟踪矩阵 [工作产品作者]
定期 开发过程工作产品完成 需求变更
需求跟踪 [项目经理]
2.9 系统测试流程
测试总的流程为：项目早期制定测试计划（项目策划阶段）、设计和实现测试用 例、测试执行阶段和后期测试报告与总结。
2.10 验收流程
2.11 评审流程
评审的生命周期
准备
评审
改进
评 审
类型： 同行评审(PR) 技术评审(TR) 管理评审(MR)
方式：
Inspection
Walkthrough
不一致 [邮件或口 头通知]
•需求或后续工作产品发生变更时，要及时更新需求跟踪矩阵 •项目经理利用需求跟踪矩阵进行正向和逆向跟踪，查找工作产品与需求不一致的地方
2.5.3 需求变更
变更申请人按变更流程进行需求变更，提交《变更请求申请与状态跟踪表》 项目成员对提出的变更请求进行影响域分析 （有效性、影响范围、资源、成 本等等） SCCB评审变更请求申请 （SCCB会议纪要） 需求角色更改需求文档 修改后的需求文档被批准纳入基线
非正式评审
正式评审
评审类型和方式关系图 •同行评审侧重于质量 同行评审侧重于质量 •技术评审侧重于审批认可 技术评审侧重于审批认可
1.阶段计划 2.问题记录跟踪表模板 3.被评审工作产品 4.相应Checklist 5.相关工作产品 评审所需规范、标准与基线 和相关文档已准备好； 确定了评审用的检查表； 软件工作产品已经稳定；
过程 1 项目 管理 过程 2 3 4 5 6 7 工程 过程 8 9 10 11
序号
级别 CMMI3 CMMI3 CMMI2 CMMI2 CMMI3 CMMI2 CMMI3 CMMI3 CMMI3 CMMI3 CMMI3
过程域 集成项目管理（IPM） 决策分析与解决方案（DAR） 项目计划（PP） 项目跟踪与监控（PMC） 风险管理（RSKM） 需求管理（REQM） 需求开发（RD） 技术解决方案（TS） 产品集成（PI） 验证（VER） 确认（VAR）
的作用， 的作用，尤其是当项目性能明显偏离软件计划时采取有效的措施
数据采集
项目状态分析
制定跟踪计划
项目例会
修订软件开发 计划
里程碑评审
制定计划——按照计划采集数据——定期项目例会— —分析项目状态——根据分析的数据找出原因并采取 措施 里程碑阶段进行评审 必要时需要修改软件开发计划
2.4 风险管理流程
项目策划贯穿整个项目周期，涉及的文档：软件开发计划 软件开发计划 配置管理计划
质量保证计划 协作计划 培训计划 度量计划 项目跟踪与 监控计划
测试计划
组件协调
项目数据采集表 风险管理计划
2.3 项目监控流程
目的：增加项目过程的可视性， 目的：增加项目过程的可视性，使得对项目的管理能够起到切实有效
1.
验证项目活动和工作产品的符合性，记录、报告、跟踪和验证项目问题 和不符合项。
依据相关过程规程和文档模板、《项目软件过程定义》、《软件开发计 划》、《SQA计划》、SQA检查表，验证项目软件过程活动的与项目相应的 计划、标准、规程的符合性。 对特定的项目工作产品进行审核和审计，特别是在项目软件工作产品提交 客户前进行审计。 将验证活动中所发现的不符合项进行记录。
修改问题 状态：待 项目经理 评审主席 状态：待修复 状态： 是 否 是否
2.12 配置管理流程
软件配置管理： 软件配置管理： 一般在项目启动的同时就开展起来， 一般在项目启动的同时就开展起来，它的目的就是要建立和维护 在项目的整个软件生命周期中软件项目产品的完整性
2.13 质量保证流程
SQA对项目过程和产品的验证活动贯穿项目始终，主要活动包括：
CMMI 体系知识培训
议程：
CMMI与项目管理对应关系 过程体系各阶段流程 过程体系文档组成 项目实例
1.CMMI与项目管理对应关系
CMMI作为软件过程改进标准，包含了在不同领域建立有效过程的必要元 作为软件过程改进标准， 作为软件过程改进标准 反应了业界普遍认可的“最佳”实践。 素，反应了业界普遍认可的“最佳”实践。CMMI的每个过程区域及其实 的每个过程区域及其实 践都与项目管理的各个过程都是一一对应的，每个项目过程都能在CMMI 践都与项目管理的各个过程都是一一对应的，每个项目过程都能在 中找到想对应的实践。 中找到想对应的实践。
上图给出了风险管理的模型，可以看出风险管理活动主要划分为： • • • • • 识别 分析 计划 跟踪 控制
这五个阶段，这五个阶段循环往复，贯穿于整个软件项目的生命周期之中。而有效 沟通应该看作是各阶段的基础 。 对于公司标准风险管理过程，组织层对风险来源、风险类型、风险参数以及风险管 理策略做了明确的定义。具体请参照《常见风险列表》、《风险识别检查表》 。
准 备
评审通知 (作者)
评审准备 (评审小 组)
问题记录 跟踪表 [草稿]
评 审
主持评审 会议 (会议主 持)
解释工作 产品 (作者)
发现并确 认缺陷 (评审小 组)
记录缺陷 (记录员)
问题记录 跟踪表 [草稿]
改 进
决定缺陷 修改 (项目经 理)问题记录 跟踪表 [草稿]
修改工作 产品 (责任人)
过程 12 支持 13 过程 14 15 组织 17 过程 18 16
序号
级别 CMMI3 CMMI2 CMMI2 CMMI2 CMMI3 CMMI3 CMMI3
过程域 配置管理（CM） 过程与产品质量保证（PPQA） 供应商协议管理（SAM） 度量（MA） 组织过程定义（OPD） 组织过程焦点（OPF） 组织培训（OT）
依据《不符合项处理规程》报告项目不符合项，并跟踪和验证不符合项的 解决直到结束。
2.
当有需要时，与客户的SQA人员一起对项目过程和产品进行验证。
2.14 培训流程
3.过程体系文档组成
里程碑评审呈现 立项评审申请 立项报告 立项评审报告 立项启动申请
发布评审记录跟踪表 软件过程定义
需求分析报告 软件开发计划 质量保证计划 配置管理计划 测试计划 风险管理计划与跟踪表 数据采集表 会议纪要 工作量统计 项目状态报告 系统设计说明书 概要设计说明书 数据库设计说明书 详细设计说明书 集成计划 集成报告 测试计划 测试说明 测试报告
2.7 系统设计流程
2.8 系统开发流程
软件实现开发过程可以分为三个子阶段： 详细设计 编码 单元测试 详细设计是在系统设计和概要设计的基础上进行函数或方法的详细功能 的设计；编码主要包括测试前的编码工作以及测试后对编码的修复工 作；单元测试主要是通过白盒测试来及早发现软件模块中的错误（可裁 剪）
验收计划 缺陷报告 验收报告 移交确认单
项目总结报告 SCM总结报告 测试总结报告 客户满意度调查表
3.项目实例
下面以三部集市项目组文档为例，举例说明：立项、软件计划、 下面以三部集市项目组文档为例，举例说明：立项、软件计划、 质量保证、风险管理、项目跟踪与监控等文档的关联性。 质量保证、风险管理、项目跟踪与监控等文档的关联性。
SQA根据问题的严重程度或者紧迫程度，规定其解决期限，并通知问题责 任人，解决期限的上限为3个工作日。当达到解决期限未能解决并对项目 造成一定影响时，SQA可将该不符合项上报项目主管领导。 注：有的时候项目情况可能会比较特殊（如暂时停滞，或调整较大等），QA 根据项目实际情况可以考虑请示QA主管，对不符合项作判断。
工作产品 [草稿]
修改缺陷 状态 (责任人)
问题记录 跟踪表 [草稿]
批准 (评审主 席)
问题记录 跟踪表 [已批准]
审批活动图
评审成员
提交发现的待定问题
否 评审主席 确认是否为问题
问
是 PR：项目经理 是否要修改 TR、MR：评审主席 是 状态：待修复
题 记
否
录 与 跟 踪 流 程 图
状态：遗留 状态：待修复
2.过程体系各阶段流程
2.1 项目启动流程
1、立项评审准备 入：立项评审申请 出：立项评审呈现（立项报告） 2、立项评审 入：立项评审呈现 出：立项评审报告 评审结论应包涵以下内容： 项目是否可行； 开发成本； 大致工期； 其他约束条件。 3、项目启动 立项启动申请批准 4、分配研发管理资源 5、项目策划