[清华版《软件工程》教案]1软件工程学概论.pptVIP

1.4.8 微软过程 1 微软过程准则 项目计划兼顾不确定因素 风险管理减少不确定因素影响 以过度版本提供稳定性和可预测性 采用快速循环、递进的开发过程 平衡产品特性和成本 项目进度表的稳定性和权威性 小项目组并发开发 软件配置项基线化 原型验证，早期论证 零缺陷为追求目标 里程碑评审会 2.微软软件生命周期 图1.13微软软件生命周期阶段划分和主要里程碑 3.微软过程模型 图1.14微软过程的生命周期模型 软件工程过程的特性： 1、可理解性 2、可见性（过程的进展和结果可见） 3、可靠性 4、可支持性(易于使用CASE工具支持） 5、可维护性 6、可接受性（为软件工程师接受） 7、开发效率 8、健壮性（抵御外部意外错误的能力） 1.4 软件工程过程 通常使用生命周期模型简洁地描述软件过程。 生命周期模型规定了把生命周期划分成哪些阶段及各个阶段的执行顺序，因此，也称为过程模型。 目前有若干软件生存期模型，各种模型有其不同的特点，并适用于不同的开发方法。 常见的模型： 瀑布模型、快速开发模型、增量模型、螺旋模型、喷泉模型等。 1.4 软件工程过程 1.4.1 瀑布模型 问题定义 编 码 需求分析 设 计 可行性研究 运行与维护 测 试 开发 时期 运行 时期 计划时期 (目标与范围说明书) (可行性论证论告) (维护报告) (测试报告) (程序) (设计文档) (需求说明书) 传统瀑布模型 1.4.1 瀑布模型 1. 阶段间具有顺序性和依赖性 这个特点有两重含义： ①必须等前一阶段的工作完成之后，才能开始后一阶段的工作； ②前一阶段的输出文档就是后一阶段的输入文档，因此，只有前一阶段的输出文档正确，后一阶段的工作才能获得正确的结果。 2. 推迟实现的观点 对于规模较大的软件项目来说，往往编码开始得越早最终完成开发工作所需要的时间反而越长。这是因为，前面阶段的工作没做或做得不扎实，过早地考虑进行程序实现，往往导致大量返工，有时甚至发生无法弥补的问题，带来灾难性后果。 1.4.1 瀑布模型 瀑布模型分析与设计阶段的基本任务主要考虑目标系统的逻辑模型，不涉及软件的物理实现。 清楚地区分逻辑设计与物理设计，尽可能推迟程序的物理实现，是按照瀑布模型开发软件的一条重要的指导思想。 3. 质量保证的观点 软件工程的基本目标是优质、高产。为了保证所开发的软件的质量，在瀑布模型的每个阶段都应坚持两个重要做法： 1.4.1 瀑布模型 （1） 每个阶段都必须完成规定的文档 完整、准确的合格文档不仅是软件开发时期各类人员之间相互通信的媒介，也是运行时期对软件进行维护的重要依据。 （2） 每个阶段结束前都要对文档进行评审 尽早发现问题，改正错误。 实际的瀑布模型是带“反馈环”的，如图所示 1.4.1 瀑布模型 实际的瀑布模型 1.4.1 瀑布模型 瀑布模型有许多优点： 可强迫开发人员采用规范的方法（结构化技术）； 严格地规定了每个阶段必须提交的文档； 要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。 瀑布模型缺点： “强调文档驱动”，导致用户在使用软件之前只能通过文档认识软件，而真正使用软件时可能出现与想象之间有差异。 1.4.2 快速原型模型 所谓快速原型是快速建立起来的可以在计算机上运行的程序，它所能完成的功能往往是最终产品能完成的功能的一个子集。 1.4.1 瀑布模型 快速原型模型 快速原型没有反馈环，同用户已经充分交流、开发人员对系统也充分了解。广泛地使用第四代语言（4GL）构建快速原型。 1.4.3 增量模型 增量模型 1.4.3 增量模型 增量模型也称为渐增模型如图所示 增量模型和瀑布模型之间的本质区别是：瀑布模型属于整体开发模型，它规定在开始下一个阶段的工作之前，必须完成前一阶段的所有细节。而增量模型属于非整体开发模型，它推迟某些阶段或所有阶段中的细节，从而较早地产生工作软件。 采用瀑布模型或快速原型模型开发软件时，目标都是一次就把一个满足所有需求的产品提交给用户。增量模型则分批地逐步向用户提交产品，开发人员一个构件接一个构件地向用户提交产品。从第一个构件交付之日起，用户就能做一些有用的工作。能在较短时间内向用户提交可完成部分工作的产品。 1.4.3 增量模型 图1.6描绘了一种风险更大的增量模型：一旦确定了用户需求之后，就着手拟定第一个构件的规格说明文档，完成后规格说明组将转向第二个构件的规格说明，与此同时设计组开始设计第一个构件……用这种方式开发软件，不同的构件将并行地构建，因此有可能加快工程进度。 但是，使用这种方法将冒构件无法集成到一起的