[工学]第2章_软件过程.ppt

第2章 软件过程 软件过程框架 传统软件过程模型 现代软件过程模型 软件能力成熟度(CMM与CMMI) 个体软件过程(PSP) 团队软件过程(TSP) 第2章 软件过程 当开发产品或构建系统时，遵循一系列可预测的步骤（即路线图）是非常重要的，它有助于及时交付高质量的产品。 软件开发中所遵循的路线图就称为“软件过程”。 第2章 软件过程 软件过程提高了软件工程活动的稳定性、可控性和有组织性，如果没有过程约束，软件活动将失控并变得混乱。 但是，现代软件工程方法必须是“灵活”的。也就是要求软件工程活动、控制以及文档的编制适合于项目团队和要开发的产品。 2.1 软件过程框架 软件过程框架的内容 软件过程框架定义了若干框架活动，为完整的软件开发过程建立了基础。 过程框架还全面包括了可用于整个软件过程的活动，称为“普适性活动（Umbrella Activities）”。 2.1 软件过程框架 软件过程框架的内容 2.1 软件过程框架 软件过程框架的内容 过程框架：定义了若干框架活动，这些活动适用于所有软件项目。 普适性活动：如软件质量保证，软件配置管理和测量，它们贯穿于整个过程模型之中。 框架活动：框架中每一个活动都由一组软件工程动作组成，每一个动作又包含一个任务集合。 任务集合：每一个集合都由软件工程工作任务、项目里程碑、软件工程产品以及质量保证点组成，使得框架活动适应于不同软件项目的特征和项目组的需求。 2.1 软件过程框架 通用过程框架 通用过程框架可适用于绝大多数的软件项目，该框架由沟通、策划、建模、构造和部署5个通用框架活动组成。 (1) 沟通。这项框架活动包含系统分析员与客户之间大量的交流和协作，还包括需求获取以及其他相关活动。 (2) 策划。策划活动协助软件开发团队定义全局目标，并为后续的软件工程工作制定计划。策划活动包括一系列管理和技术实践，如描述需要执行的技术任务、可能的风险、资源需求、工作产品和工作进度计划。 2.1 软件过程框架 通用过程框架 (3) 建模。建模的目的是为了更好地理解需要构建的实体。 在软件工程中，要创建两类模型：分析模型和设计模型。 分析模型通过描述软件的信息域、功能域及行为域来表达客户的需求； 设计模型描述软件架构、用户界面及构件细节，从而帮助开发者高效地开发软件。 2.1 软件过程框架 通用过程框架 (4) 构造。构造活动包括一系列构件组装、编码和测试任务，从而为向客户和最终用户交付可运行软件做好准备。 (5) 部署。部署活动是将软件（全部或者完成的部分）交付给用户，用户对其进行评测并给出反馈意见。 部署活动包括三个动作：交付、支持和反馈。 2.1 软件过程框架 典型的普适性活动 (1) 软件项目跟踪和控制：由项目组根据计划来评估项目进度，并且采取必要的措施保证项目按进度计划进行。 (2) 风险管理：评估可能对项目成果或者产品质量产生影响的风险。 (3) 软件质量保证：确定和执行用以保证软件质量的活动。 (4) 正式技术评审：评估软件工程产品，尽量在错误传播到下一个动作或活动之前，发现并清除错误。 2.1 软件过程框架 典型的普适性活动 (5)测量：定义和收集过程、项目和产品的度量数据，以帮助团队在发布软件的时候满足客户要求。同时，测量还可与其他框架协同使用。 (6)软件配置管理：管理整个软件过程中变更所带来的影响。 (7)可复用管理：定义产品复用的标准（包括软件构件），并且建立构件复用机制。 (8)工作产品的准备和生产：包括创建产品所必须的活动，如建模、文档、日志、表格和列表等。 2.2 传统软件过程模型 2.2 传统软件过程模型 2.2 传统软件过程模型 瀑布模型 在20世纪80年代之前，瀑布模型一直是唯一被广泛采用的生命周期模型。 传统的瀑布模型如图所示。 2.2 传统软件过程模型 瀑布模型的特点 阶段间具有顺序性和依赖性。其中包含两重含义： ① 必须等前一阶段的工作完成之后，才能开始后一阶段的工作； ② 前一阶段的输出文档就是后一阶段的输入文档。 2.2 传统软件过程模型 瀑布模型的特点 推迟实现的观点 ① 瀑布模型在编码之前设置了系统分析和系统设计的各个阶段，分析与设计阶段的基本任务规定，在这两个阶段主要考虑目标系统的逻辑模型，不涉及软件的物理实现。 ② 清楚地区分逻辑设计与物理设计，尽可能推迟程序的物理实现，是按照瀑布模型开发软件的一条重要的指导思想。 2.2 传统软件过程模型 瀑布模型的特点 质量保证的观点 ① 每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务。 ② 每个阶段结束前都要对所完成的文档进行评审，以便尽早发现问题，改正错误。 2.2 传统软件过程模型 实际的瀑布模型 实际的瀑布模型是带“反馈环”的，如图所示。