《软件工程实务》第一章软件工程概述.ppt

5.软件测试 软件测试是保证软件质量的重要手段，其主要方式是在设计测试用例的基础上检验软件的各个组成部分。测试分为模块测试、组装测试和确认测试。模块测试是查找各模块在功能结构上存在的问题。组装测试是将各模块按一定顺序组装起来进行的测试，主要是查找各模块之间接口上存在的问题。确认测试是按软件需求说明书上的功能逐项进行的，发现不能满足用户需求的问题，决定开发的软件是否合格、能否交付用户使用等。 6.软件维护 已交付的软件投入正式使用，便进入运行阶段。这一阶段可能持续若干年甚至几十年。软件在运行中可能由于多方面的原因，需要对它进行修改。其原因可能有：运行中发现了软件中的错误需要修正；为了适应变化了的软件工作环境，需做适当变更；为了增强软件的功能需做变更等。 第一章 软件工程概述 软件的概念 软件危机和软件工程的定义 软件的生命周期 软件开发模型介绍及其应用范围 一些常用的工具 软件开发模型是软件工程思想的具体化，它反映了软件在其生命周期中各阶段之间的衔接和过渡关系以及软件开发的组织方式。 通过建立抽象的软件开发模型，把软件生命周期中的各个活动或步骤安排到一个框架中，将软件开发的全过程清晰且直观地表达出来。 软件工程领域中出现了多种不同的软件开发模型，它们具有不同的特征，适应于不同特点的软件开发项目。 瀑布模型 瀑布模型由W.Royce于1970年首先提出。根据软件工程生存周期各个阶段的任务，瀑布模型从可行性研究开始，逐步进行阶段性变换，直至通过确认测试并得到用户确认的软件产品为止。瀑布模型上一阶段的变换结果是下一阶段变换的输入，相邻两个阶段具有因果关系，紧密联系。一个阶段的失误将蔓延到以后的各个阶段。为了保障软件开发的正确性，每一阶段任务完成后，都必须对它的阶段性产品进行评审，确认之后再转入下一阶段的工作。评审过程发现错误和疏漏后，应该及时反馈到前面的有关阶段修正错误或弥补疏漏，然后再重复前面的工作，直至某一阶段通过评审后再进入下一阶段。瀑布模型如图所示。 瀑布模型 瀑布模型有许多优点，如可强迫开发人员采用规范的方法；严格规定了每个阶段必须提交的文档；要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证等。 但瀑布模型也存在缺点，其主要表现在：①在软件开发的初始阶段指明软件系统的全部需求是困难的，有时甚至是不现实的。而瀑布模型在需求分析阶段要求客户和系统分析员必须做到这一点才能开展后续阶段的工作。②确定需求后，用户和软件项目负责人要等相当长的时间才能得到一份软件的最初版本。如果用户对这个软件提出比较大的修改意见，那么整个软件项目将会蒙受巨大的人力、财力和时间方面的损失。 瀑布模型的适用范围 有明确的需求的软件 开发人员经验丰富 项目的风险较低 原型模型 原型模型又称演化模型，主要是针对事先不能完整定义需求的软件项目开发而言的。许多软件开发项目由于人们对软件需求的认识模糊，很难一次开发成功，返工再开发难以避免。因此，人们对需开发的软件给出基本需求，作第一次试验开发，其目标仅在于探索可行性和弄清需求，取得有效的反馈信息，以支持软件的最终设计和实现。通常我们把第一次实验性开发出的软件称为原型（prototype）。这种开发模型可以减少由于需求不明给开发工作带来的风险，有较好的效果。相对瀑布模型来说，原型模型更符合人类认识真理的过程和思维，是目前较流行的一种实用的软件开发方法。原型模型如图所示。 原型模型 用于挖掘需求 功能不完善 与其他模型相结合 原型化模型有丢弃型、样品型和渐增式演化型三种形式。 丢弃型是指原型开发后，已获得了更为清晰的需求反馈信息，原型无需保留而丢弃，开发的原型仅以演示为目的，这往往用在软件的用户界面的开发上。 样品型是指原型规模与最终产品相似，只是原型仅供研究用。 渐增式演化型是指原型作为最终产品的一部分，它可以满足用户的部分需求，经用户试用后提出精华系统、增强系统能力的需求，开发人员根据反馈信息，实施开发的迭代过程。如果在一次迭代过程中，有些需求还不能满足用户的需求，可以在下一迭代过程中予以修正，整个实现后软件才可最终交付使用。 原型模型的适用范围 1．对现有的软件系统进行产品升级或功能完善。 2．开发人员与用户之间交流受限，需求获取困难。 3．开发人员对要采用的技术手段不熟悉或把握性不大。 4．具备快速开发的工具便于制作原型。 增量模型 增量模型是把待开发的软件系统模块化，将每个模块作为一个增量组件，从而分批次地分析、设计、编码和测试这些增量组件。运用增量模型的软件开发过程是递增式的过程。相对于瀑布模型而言，采用增量模型进行开发，开发人员不需要一次性地把整个软件产品提交给用户，而是可以分批次进行提交。 一般情况下，开发人员会首先实现提供基本核心功能的增量组件，创建一个具备基本功能的子系统，然后再对其进行