第二章软件生命周期过程.pptVIP

* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 2.3.2 配置管理过程 定义：管理软件配置项（软件工程过程中产生的所有信息项，如：文档、报告、程序、表格、数据等）的提交、存储、更新，保证软件配置项完整、相容和正确的过程。 活动： 确定、定义一个系统中的软件配置项和基线（Milestone：软件生存期中各开发阶段末尾的特定点）。 控制配置项的修改与交付。 记录并报告配置项的完成情况和修改要求。 保证配置项的完整性、相容性、正确性。 控制配置项的存储、处理和提交。 * * 2.3.3质量保证过程 目的：使软件过程和软件产品符合规定的质量要求。 要求：实施质量保证的人员不能是直接负责软件产品开发的人员，并应在组织上给予独立的权限。 内容： 软件产品质量保证：保证产品及其相关文档与合同的要求一致。 软件过程质量保证：保证软件开发过程按合同要求的计划完成。 保证开发单位的软件工程支持按合同要求完成。 保证开发环境、测试环境及资料等与合同要求一致。 保证软件度量符合所建立的标准和步骤。 保证项目组成员接受必要的培训以达到软件开发必需的知识和技能。 * * 2.3.4验证（verification）过程 目的：确定一个系统或软件的需求是否完备和正确，以及每一阶段的软件产品是否达到了前面各阶段对它提出的要求或条件。 内容： 合同验证：验证供应者满足需求的能力。 过程验证：验证项目计划需求是否已经合适和适时。 需求验证：验证系统需求的完备性、正确性等。 设计验证：验证设计是否正确并且是否符合可跟踪要求。 代码验证：验证关键代码是否可跟踪设计和需求、可测试、正确、符合编码标准。 集成验证：验证每一个软件配置项的部件是否已完全、正确地集成到该软件配置项中。 文档验证：验证文档内容的正确性、交付的及时性、文档管理的规范性。 * * 2.3.5确认（Validation）过程 定义：确定需求和建成的系统或软件产品满足原计划特定应用的过程。 目标：证实在一个给定的外部环境下软件的逻辑正确性。 与验证过程的区别： 确认过程证实软件的逻辑正确性； 验证过程则对是否达到逻辑正确性的要求进行检查，同时检查过程间的逻辑连贯正确性，进一步保证软件的逻辑正确性。 * * 2.3.6联合评审过程 定义：评价项目的某个阶段或其中的某个活动的执行情况是否合适；评价产品是否合适。 内容： 项目管理的评审：评价项目是否按照计划进展。 技术评审：评价软件产品的完备性和适合性；评价软件产品与标准、规范规格说明书的一致程度。 * * 2.3.7审计过程 确定软件开发遵照需求、计划合同的程度； 软件产品是否反映了设计文档的要求； 文档描述的验收评审和测试需求是否适合于软件产品的验收； 测试数据是否遵照规格说明书的要求； 测试是否通过并满足规格说明书的要求； 测试报告和使用手册是否完整和适合； 各项活动是否都已按可应用的需求、计划和合同完成。 * * 2.3.8 问题解决过程 定义：分析和排除在开发、运行、维护或其它过程中发现的问题或不一致的过程。 目的：提供一种适时的、可信赖的、并编成文档的手段，以保证分析和排除所有的问题并指明各种倾向。 * * 2.3.9 支持过程总结 过程名 执行者 活动内容 文档过程 1.由软件开发组织自己实施。2.由独立的第三方机构实施。3.作为一种服务由客户实施。 制订文档编制计划；设计和开发文档；制作和发行文档； 文档维护。 配置管理过程 确定软件配置项和基线；控制配置项的修改和交付；记录配置项的完成和修改情况；保证配置项的完整、相容和正确性；控制配置项的存储和提交。 质量保证过程 软件产品质量保证；软件过程质量保证。 验证过程 合同验证；过程验证；需求验证；设计验证；代码验证；集成验证；文档验证。 确认过程 类似于验证的活动，区别是：确认针对软件是否正确地满足客户的要求，验证针对软件是否按照规范要求开发。 评审过程 项目管理评审；技术评审 审计过程 问题解决过程 * * 2.4组织过程 定义：与软件生产组织有关的过程。 内容： 管理过程 基础设施过程 改进过程 培训过程 * * 2.4.1管理过程 定义：软件开发组织的管理者对软件工程过程中的活动进行管理的过程。 目的：在一定的时间和预算范围内有效地利用人力、资源、技术和工具，完成预定的系统和软件产品，实现预定的功能和其它质量指标。 管理的复杂性：体现在软件生产过程可见性差、无法量化的特点。 可见性差：软件研制进度不易识别，存在问题不易及时发现和纠正，其过程容易出现修改和反复。 定量化难：软件的成本、生产率和质量不易度量。 管理的对象：进度；系统规模和工作量估计；经费；组织和人员；风险；质量；作业；环境配置。 分类：进