[理学]软件工程第1章.pptVIP

1.2 软件工程 喷泉模型 8)软件使用：应大力推广软件的使用 9)软件的维护：对软件产品进行修改，需求变化是作出响应，发现软件潜在的错误，软件维护直接影响到软件的生存周期，应重视。 10）退役：软件停止使用。以上是软件使用、维护和退役。 二、软件工程过程 软件工程过程规定了获取、供应、开发、操作、和维护软件时，要实施的过程、活动和任务。 其目的是为各种人员提供一个公共的框架，以便用相同的语言进行交流。 这个框架由几个重要过程组成，这些过程含有用来获取、供应、开发、操作、和维护软件所用的基本的、一致的要求。该框架还用来控制和管理软件的过程。 软件工程过程包含 7 个过程。 1.获取过程 2.供应过程 3.开发过程 4.操作过程 5.维护过程 6.管理过程 7.支持过程 综合起来为：软件规格说明、软件开发、软件确认、软件演进。 软件工程 软件规格说明：规定软件的功能及其运行的限制 软件开发：产生满足规格说明的软件 软件确认：确认软件能够完成客户提出的要求 软件演进：为满足客户的变更要求，软件必须在使用的过程中演进 1.4 软件生存周期模型（软件开发模型） 软件生存周期模型是描述软件开发过程中各种活动如何执行的模型。 一个强有力的软件生存周期模型对软件开发提供了强有力的支持，为软件开发过程中所有活动提供了统一的政策保证，为参与开发的所有成员提供了帮助和指导。 软件生存周期模型确立了软件开发和演绎中各阶段的次序限制以及各阶段活动的总则，确立开发过程所遵守的规定和限制，便于各种活动的协调以及各人员的有效通信，有利于活动重用和活动管理。 目前有若干种软件生存周期模型：瀑布模型、增量模型、螺旋模型、喷泉模型、变换模型、基于知识的模型等。 1.4 软 件 过 程 软件过程定义了运用软件开发方法的顺序、应该交付的文档资料、为保证软件质量和协调变化所需要采取的管理措施以及标志软件开发各个阶段任务完成的里程碑。为获得高质量的软件产品，软件过程必须科学而且合理。软件过程是构成软件工程方法学的一个重要的成分。 软件生命周期模型规定了把软件生命周期划分成哪些阶段及各个阶段的执行顺序，也称为软件过程模型，它是描述软件过程的一种常见的方式。 图1.2 传统的瀑布模型 ? 1.4.1 瀑布模型 在20世纪80年代之前，瀑布模型一直是惟一被广泛采用的软件过程模型，现在它仍然是软件工程中应用得非常广泛的过程模型。图1.2所示为传统的瀑布模型。 按照传统的瀑布模型开发软件，有下述三个特点： （1）阶段间具有顺序性和依赖性 （2）推迟实现的观点 清楚地区分逻辑设计与物理设计，尽可能推迟软件的物理实现，是按照瀑布模型开发软件的一条重要的指导思想。 （3）质量保证的观点 软件工程的基本目标是优质、高产。为了保证所开发出的软件的质量，在瀑布模型的每个阶段都坚持下述的两个重要做法： ● 每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务。完整、准确的合格文档不仅是软件开发过程中各类人员之间相互沟通的媒介，也是运行时期对软件进行维护的重要依据。 ● 每个阶段结束前都要对该阶段所完成的文档（或程序）进行评审（或测试），以便尽早发现问题，及时改正错误。事实上，如果没有在每个阶段结束前都进行评审，则越是早期阶段犯下的错误，暴露出来的时间就越晚，排除故障改正错误所需付出的代价也越高。因此，及时审查是保证软件质量、降低软件成本的重要措施。 图1.3 实际的瀑布模型 ? 但传统的瀑布模型过于理想化，事实上，人在工作过程中不可能不犯错误，评审也并不能保证发现所有错误，潜伏的错误将在后续阶段被陆续发现。在设计阶段可能发现规格说明文档中的错误，而设计上的缺陷或错误可能在实现过程中显现出来，在综合测试阶段将发现需求分析、设计或编码阶段的许多错误。当然，发现错误就必须及时改正，因此，实际的瀑布模型是带“反馈环”的，如图1.3所示（图中实线箭头表示开发过程，虚线箭头表示维护过程）。 当在后面阶段发现前面阶段所犯的错误时，需要沿图中左侧的“反馈线”返回前面的阶段，修正前面阶段的产品（文档或程序）之后再回来继续完成后面阶段的任务。 瀑布模型有下述的许多优点： ● 它可强迫开发人员采用规范的开发方法（例如，结构化技术）。 ● 它严格地规定了每个阶段必须提交的文档。 ● 它要求每个阶段所交出的一切产品都必须经过质量保证小组的仔细验证。