软件工程 教学课件 作者 郑人杰 马素霞 麻志毅 第10章 软件生存期模型.pptVIP

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