北京理工软件工程实践：软件工程实践2过程(编辑修改稿)

北京理工软件工程实践：软件工程实践2过程(编辑修改稿)内容摘要：

线的文档  版本引用号  其它标识细节 配置控制 —— 任务  标识和记录更改申请；分析和评价更改；批准或不批准申请求；实现、验证和发行已修改的软件项。  对每次更改进行审核追踪  对所有访问受控软件项的情况进行控制和追踪 配置状态统计 —— 任务  编制管理记录和状态报告，表明受控软件项的包括基线在内的状态和历史  状态报告包括：  更改号码  最新的软件项版本  发行标识  版本号数  各版本的比较 配置评价  确定和保证以下事项：  软件项按其要求的完整性  软件项的物理完整性 发行管理和交付  有效控制软件产品的发行和交付  在软件产品的生存期内保存代码和文档的母拷贝  包含安全或保密安全关键功能的代码和文档，按有关组织的方针加以处理、储存、包装和交付 质量保证过程  一个提供足够保证的过程，即保证软件产品和过程在项目生存周期内符合规定的要求，并遵守已制定的计划。  为了不产生偏见， QA需要有组织尚的自由和权力。  QA可以是内部的或外部的。  QA可以使用其它支持过程的结果。  活动： 1 过程实施 2 产品保证 3 过程保证 4 质量体系保证 过程实施 —— 任务  建立按项目剪裁的质量保证过程  质量保证过程和验证、确认、联合评审和审核过程相协调  制订执行质量保证过程活动和任务的计划，形成文档，在合同有效期内执行并保持。  实施计划中和持续的质量保证活动和任务。  需方按合同的要求，应能得到质量保证活动和任务的记录  确保负责保证符合合同要求的人员具有组织的自由度、资源和权力，以允许他们进行客观评价，并启动、影响、解决和验证问题的解决 产品保证 —— 任务  保证合同要求的所有计划形成文档，符合合同，相互协调，并且按要求正在进行  保证软件产品和有关文档符合合同，并按照计划进行  在准备交付软件产品时，保证它们完全满足合同要求，并且需方可以接受 过程保证 —— 任务  保证一个项目采用的软件生存周期过程符合合同，并按照计划进行  保证内部软件工程实践、开发环境、测试环境和库符合合同  保证适用的主合同要求传达到分包方，并且分包方的软件产品满足主合同要求  保证需方和其他各方按照合同、协议和计划提供需要的支持和合作  保证软件产品和过程度量符合所镇定的标准和规程  保证指定的各种人员具有为满足项目需求所需的技能和知识，并接受必要的培训 质量体系保证 —— 任务  工具合同中规定的 ISO 9000的章节，保证开战附加的质量管理活动 验证过程  一个确定某项活动的软件产品是否满足以前的一些活动施加于它们的要求和条件的过程。  为了节约费用和有效进行，验证活动应尽早与采用它的过程相结合。  验证过程的执行可能带有不同程度的独立性。  独立方来执行过程，称为独立验证过程。  活动： 1 过程实施 2 验证 过程实施 —— 任务  就一个项目是否需要做验证工作以及执行验证工作的组织的所需的独立程度做出决定。 （分析需求的关键性）  如果需要做验证，建立一个验证软件产品的验证过程  如果需要做独立验证，选择一个负责进行验证的合格组织，保证其实施验证活动的独立性和权力  在范围、重要性、复杂性和关键性分析的基础上，确定需要验证的目标生存周期活动和软件产品  制订验证计划并形成文档  实施验证计划 验证 —— 任务  合同验证  过程验证  需求验证  设计验证  编码验证  集成验证  文档验证 确认过程  一个确认需求和最终的、已建成的系统或软件产品是否满足特定的预期用途的过程。  可以在早期阶段进行。  可以作为软件验收支持的一部分进行。  确认过程的执行可能带有不同程度的独立性。  独立方来执行过程，称为独立确认过程。  活动： 1 过程实施 2 确认 过程实施 —— 任务  就一个项目是否需要做确认工作以及执行确认工作的组织的所需的独立程度做出决定。  如果需要做确认，建立一个确认系统或软件产品的确认过程  如果需要做独立确认，选择一个负责进行确认的合格组织，确保执行确认任务的管理者的独立性和权力  制订确认计划并形成文档  实现确认计划 确认 —— 任务  为分析测试结果准备选定的测试需求、测试用例和测试规格说明  确保这些测试需求、测试用例和测试规格说明反映特定的预期用途的特殊要求  实施测试  确认软件产品满足它的预期用途  测试软件产品在目标环境的选定区域中的适用性 联合评审过程  评价某个项目的一项活动的状态和产品的过程。  既在项目管理级进行又在技术级进行，并且在整个合同有效期内进行。  可由两方采用，其中一方评审另一方。  活动： 1 过程实施 2 项目管理评审 3 技术评审 过程实施 —— 任务  按计划规定，在预定里程碑处进行定期评审  进行评审所需的所有资源由各方协商确定  双方达成协议：会议代表、软件产品和需要评审的问题；范围和程序；评审的输入和输出准则  评审中发现的问题进行记录，输入问题解决过程  评审结果形成文档分发  各方就评审结论、措施责任和结果准则达成协议 项目管理评审 —— 任务  针对适用的项目计划、进度安排、标准和指南进行项目状态评价。 评审的结果在双方间进行讨论，并做出下列规定：  进行改进活动  通过配备必要的资源维持项目的总体控制  改变项目的方向或决定是否需要另外计划  评价和管理可能危及项目成功的风险问题 技术评审 —— 任务  举行技术评审以评价正在考虑中的软件产品或服务，并提供以下证据：  它们时完整的  它们符合标准和规范  对它们的更改是正确地实施的，并且仅仅影响配置管理过程所标明的区域  它们遵循适用的规程  根据项目的计划、进度安排、标准和指南正在进行开发、运作或维护 审核过程 。