软件工程讲解软件生命周期课件.ppt

● 对象彼此之间仅能通过发送消息互相联系。对象与传统数据有本质区别，它不是被动地等待外界对它施加操作，相反，它是进行处理的主体，必须向它发消息请求它执行它的某个操作以处理它的数据，而不能从外界直接对它的数据进行处理。也就是说，对象的所有私有信息都被封装在该对象内，不能从外界直接访问，这就是通常所说的封装性。 面向对象方法学的出发点和基本原则，是尽可能模拟人类习惯的思维方式，使开发软件的方法与过程尽可能接近人类认识世界解决问题的方法与过程，从而使得描述问题的问题空间与实现解法的解空间在结构上尽可能一致。 1.3 软件生命周期 概括地说，软件生命周期由软件定义、开发和运行维护三个时期组成，每个时期又可以进一步划分成若干个阶段。 软件定义时期的任务是定义所要开发的软件，具体地说，就是确定软件开发工程必须完成的总目标；确定工程的可行性；导出实现工程目标应该采用的策略及软件必须具有的功能；估算完成该项开发工程需要的资源和成本，并且制定工程进度表。这个时期的工作通常又称为系统分析，由系统分析员采用结构化分析方法或面向对象分析方法完成。通常把软件定义时期进一步划分成问题定义、可行性研究和需求分析三个阶段。 开发时期具体设计和实现在前一个时期所定义的软件，它通常由下述四个阶段组成：概要设计，详细设计，编码和单元测试，综合测试。其中前两个阶段又称为系统设计，常用的设计方法有结构化设计方法和面向对象设计方法；后两个阶段又称为系统实现，常用的实现方法同样有结构化实现方法和面向对象实现方法。 运行维护时期的主要任务是使得软件持久地满足用户需要并长期为用户服务。具体地说，当软件在使用过程中发现错误时应该加以改正；当环境改变时应该修改软件以适应新的环境；当用户有新的要求时应该及时修改或扩充软件以满足用户的新需求。通常对维护时期不再进一步划分阶段，但是每一次维护活动实质上都是一次压缩和简化了的定义和开发过程。 在实际从事软件开发工作时，软件规模、种类、开发环境及开发时使用的技术方法等因素，都影响阶段的划分。例如，开发规模较小的软件时，只需把软件生命周期划分成较少的几个阶段，相反，开发规模很大的软件时，则阶段应该划分得更细一些。 1.4 软 件 过 程 软件过程定义了运用软件开发方法的顺序、应该交付的文档资料、为保证软件质量和协调变化所需要采取的管理措施以及标志软件开发各个阶段任务完成的里程碑。为获得高质量的软件产品，软件过程必须科学而且合理。软件过程是构成软件工程方法学的一个重要的成分。 软件生命周期模型规定了把软件生命周期划分成哪些阶段及各个阶段的执行顺序，也称为软件过程模型，它是描述软件过程的一种常见的方式。 图1.2 传统的瀑布模型 ? 1.4.1 瀑布模型 在20世纪80年代之前，瀑布模型一直是惟一被广泛采用的软件过程模型，现在它仍然是软件工程中应用得非常广泛的过程模型。图1.2所示为传统的瀑布模型。 按照传统的瀑布模型开发软件，有下述三个特点： （1）阶段间具有顺序性和依赖性 （2）推迟实现的观点 清楚地区分逻辑设计与物理设计，尽可能推迟软件的物理实现，是按照瀑布模型开发软件的一条重要的指导思想。 （3）质量保证的观点 软件工程的基本目标是优质、高产。为了保证所开发出的软件的质量，在瀑布模型的每个阶段都坚持下述的两个重要做法： ● 每个阶段都必须完成规定的文档，没有交出合格的文档就是没有完成该阶段的任务。完整、准确的合格文档不仅是软件开发过程中各类人员之间相互沟通的媒介，也是运行时期对软件进行维护的重要依据。 ● 每个阶段结束前都要对该阶段所完成的文档（或程序）进行评审（或测试），以便尽早发现问题，及时改正错误。事实上，如果没有在每个阶段结束前都进行评审，则越是早期阶段犯下的错误，暴露出来的时间就越晚，排除故障改正错误所需付出的代价也越高。因此，及时审查是保证软件质量、降低软件成本的重要措施。 图1.3 实际的瀑布模型 ? 但传统的瀑布模型过于理想化，事实上，人在工作过程中不可能不犯错误，评审也并不能保证发现所有错误，潜伏的错误将在后续阶段被陆续发现。在设计阶段可能发现规格说明文档中的错误，而设计上的缺陷或错误可能在实现过程中显现出来，在综合测试阶段将发现需求分析、设计或编码阶段的许多错误。当然，发现错误就必须及时改正，因此，实际的瀑布模型是带“反馈环”的，如图1.3所示（图中实线箭头表示开发过程，虚线箭头表示维护过程）。 当在后面阶段发现前面阶段所犯的错误时，需要沿图中左侧的“反馈线”返回前面的阶段，修正前面阶段的产品（文档或程序）之后再回来继续完成后面阶段的任务。 瀑布模型有下述的许多优点： ● 它