第三章软件工程

1、第三章 软件工程1. 软件工程基本概念。2. 结构化分析方法。3. 结构化设计方法。4. 软件测试。5. 程序的调试。第三章 软件工程1、软件工程的基本概念1.1 软件以及特点（1）软件的组成 计算机软件(Software)是计算机系统中与硬件相互依存的另一部分，是包括程序、数据及其相关文档的集合。 软件由两部分组成：机器可执行的程序和数据和有关文档。第三章 软件工程（2）软件的特点 软件是一种逻辑实体，而不是物理实体，具有抽象性。 软件的生产与硬件不同，它没有明显的制作过程。 软件在运行、使用期间不存在磨损、老化问题。 软件的开发、运行对计算机系统具有依赖性，受计算机系统的限制，这导致了软件

2、移植的问题。 软件复杂性高，成本昂贵。 软件开发涉及诸多的社会因素。第三章 软件工程1.2 软件危机与软件工程软件工程概念的提出源自软件危机。 软件危机主要表现在： 软件需求的增长得不到满足； 软件开发的成本和进度无法控制； 软件质量难以保证； 软件不可维护或维护成度非常低； 软件成本不断提高； 软件开发生产率的提高赶不上硬件的发展和应用需求的增长。注：将软件危机可以归结为成本、质量、生产率等问题。 为了消除软件危机，形成了软件工程的概念，开辟了工程学的新兴领域软件工程学。软件工程就是试图用工程、科学和数学的原理与方法研制、维护计算机软件的有关技术及管理方法。 关于软件工程的定义，国标(GB)

3、中指出，软件工程是应用于计算机软件的定义、开发和维护的一整套方法、工具、文档、实践标准和工序。第三章 软件工程 软件工程的目的就是要建造一个优良的软件系统，它以下两方面的内容：1）软件开发技术。 主要有软件开发方法学、软件工具、软件工程环境。第三章 软件工程2）软件工程管理。 软件工程的主要思想是将工程化原则运用到软件开发过程，它包括3要素：方法、工具和过程。 方法是完成软件工程项目的技术手段；工具是支持软件的开发、管理、文档生成；过程支持软件开发的各个环节的控制、管理。第三章 软件工程1.3 软件工程过程与软件生命周期1. 软件工程过程（Software Engineering Proces

4、s） 软件工程过程是为获得软件产品，在软件工具的支持下由软件人员完成的一系列软件工程活动，是把输入转化为输出的一组彼此相关的资源和活动。第三章 软件工程2. 软件的生命周期（Software Life Cycle） 通常，将软件产品提出、实现、使用 、维护到停止使用退役的过程称为软件的生命周期。第三章 软件工程软件生命周期分为定义、开发及维护三个阶段。1）软件定义阶段：包括制定计划和需求分析。制定计划：确定总目标；可行性研究；探讨解决方案；制定开发计划。需求分析：对待开发软件提出的需求进行分析并给出详细的定义。第三章 软件工程2）软件开发阶段：软件设计：分为概要设计和详细设计两个部分。软件实现

5、：把软件设计转换成计算机可以接受的程序代码。软件测试：在设计测试用例的基础上检验软件的各个组成部分。3）软件运行维护阶段：软件投入运行，并在使用中不断地维护，进行必要的扩充和删改。注：软件生命周期中所花费最多的阶段是软件运行维护阶段。第三章 软件工程可行性研究初步项目计划需求分析概要设计详细设计实现测试使用维护退役定义阶段开发阶段维护阶段第三章 软件工程1.4 软件工程的目标与原则 1. 软件工程的目标 软件工程的目标是，在给定成本、进度的前提下，开发出具有有效性、可靠性、可理解性、可维护性、可重用性、可适应性、可移植性、可追踪性和可互操作性且满足用户需求的产品。软件工程研究的内容主要包括：软

6、件开发技术和软件工程管理；第三章 软件工程2. 软件工程的原则 软件工程原则包括抽象、信息隐蔽、模块化、局部化、确定性、一致性、完备性和可验证性。(1)抽象。抽取事物最基本的特性和行为，忽略非本质细节。(2)信息隐蔽。用封装技术，将程序模块的实现细节隐藏起来，使模块接口尽量简单。第三章 软件工程2. 软件工程的原则(3)模块化。模块是程序中相对独立的成分，一个独立的编程单位，应有良好的接口定义。(4)局部化。要求在一个物理模块内集中逻辑上相互关联的计算资源，保证模块间具有松散的耦合关系，模块内部有较强的内聚性，这有助于控制解的复杂性。第三章 软件工程2. 软件工程的原则(5)确定性。软件开发过

7、程中所有概念的表达应是确定的、无歧义且规范的。(6)一致性。程序内外部接口应保持一致，系统规格说明与系统行为应保持一致。 (7)完备性。软件系统不丢失任何重要成分，完全实现系统所需的功能。(8)可验证性。应遵循容易检查、测评、评审的原则，以确保系统的正确性。第三章 软件工程1.5 软件开发工具与软件开发环境1. 软件开发工具 软件开发工具是指可以用来帮助开发，测试、分析、维护其他计算机程序及其文档资料，实现软件生产过程自动化的一类程序。 软件工具主要包括需求分析工具、设计工具、编码工具、确认工具、维护工具等。第三章 软件工程2. 软件工程环境(1)软件工程环境是全面支持软件开发全过程的软件工具

8、集合。(2)计算机辅助软件工程(CASE)是将各种软件工具、开发机器和一个存放开发过程信息的中心数据库组合起来，形成软件工程环境。它将极大降低软件开发的技术难度并保证软件开发的质量。第三章 软件工程2、结构化分析方法2.1 需求分析与需求分析方法1需求分析 软件需求是指用户对目标软件系统在功能、行为、性能、设计约束等方面的期望。而需求分析的任务就是导出目标系统的逻辑模型，解决“做什么”的问题。第三章 软件工程需求分析阶段的工作包括四个方面： 需求获取 需求分析 编写需求说明书 需求评审 第三章 软件工程2需求分析方法常见的需求分析方法有：（1）结构化分析方法。主要包括面向数据流的结构化分析方法

9、SA、面向数据结构的Jackson方法JSD和面向数据结构的结构化数据系统开发方法DSSD。（2）面向对象的分析方法。第三章 软件工程2.2 结构化分析方法介绍 （1）关于结构化分析方法 结构化分析方法的实质是着眼于数据流，自顶向下，逐层分解，建立系统的处理流程，以数据流图和数据字典为主要工具，建立系统的逻辑模型。第三章 软件工程结构化分析的步骤如下：通过对用户的调查，以软件的需求为线索，获得当前系统的具体模型：去掉具体模型中非本质因素，抽象出当前系统的逻辑模型：根据计算机的特点分析当前系统与目标系统的差别，建立目标系统的逻辑模型完善目标系统并补充细节，写出目标系统的软件需求规格说明；评审直到

10、确认完全符合用户对软件的需求。第三章 软件工程（2）结构化分析的的常用工具1. 数据流图 数据流图是以图形的方式描绘数据在系统中流动和处理的过程，它反映了系统必须完成的逻辑功能，是结构化分析方法中用于表示系统逻辑模型的一种工具。第三章 软件工程2. 数据字典 数据字典是结构化分析方法的核心。 数据字典是对所有与系统相关的数据元素的一个有组织的列表，以及精确的、严格的定义，使得用户和系统分析员对于输入、输出、存储成分和中间计算结果有共同的理解。第三章 软件工程3. 判定表 判定表是一种文本化的加工说明的流行格式，它特别适用于带有一组测试条件的说明。 条 件分 类1234金 额1000100010

11、001000动 作账目状况未过期已过期未过期已过期押下批准单发出批准单发出提货单发出通知单第三章 软件工程第三章 软件工程2.3 软件需求规格说明书 软件需求规格说明书是需求分析阶段的最后成果，是软件开发中的重要文档之一。1. 软件需求规格说明书的作用(1)便于用户、开发人员进行理解和交流。(2)反映出用户问题的结构，可以作为软件开发工作的基础和依据。(3)作为确认测试和验收的依据。第三章 软件工程2. 软件需求规格说明书的内容(了解即可，考试不考)概述；数据描述；功能描述；性能描述；参考文献；附录。第三章 软件工程3. 软件需求规格说明书的特点（了解即可）正确性；无歧义性；完整性；可验证性；

12、一致性；可理解性；可修改性；可追踪性。 注：其中最重要的特点是无歧义性第三章 软件工程3、结构化设计方法 结构化设计方法的基本思想是将软件设计成由相对独立、单一功能的模块组成的结构。第三章 软件工程1. 软件设计的基础 需求分析主要解决“做什么”的问题，而软件设计主要解决“怎么做”的问题。（1）从技术观点看，软件设计包括软件结构设计、数据设计、接口设计、过程设计。结构设计：定义软件系统各主要部件之间的关系。数据设计：将分析时创建的模型转化为数据结构的定义。接口设计：描述软件内部、软件和协作系统之间以及软件与人之间如何通信。过程设计：把系统结构部件转换成软件的过程性描述。（2）从工程角度来看，软

13、件设计分两步完成，即概要设计和详细设计。 概要设计：又称结构设计，将软件需求转化为软件体系结构，确定系统级接口、全局数据结构或数据库模式。 详细设计：确定每个模块的实现算法和局部数据结构，用适当方法表示算法和数据结构的细节。第三章 软件工程2. 软件设计的基本原理 软件设计的基本原理包括：抽象、模块化、信息隐蔽和模块独立性。第三章 软件工程1）抽象。抽象是一种思维工具，就是把事物本质的共同特性提取出来而不考虑其他细节。2）模块化。解决一个复杂问题时自顶向下逐步把软件系统划分成一个个较小的、相对独立但又不相互关联的模块的过程。3）信息隐蔽。每个模块的实施细节对于其他模块来说是隐蔽的。4）模块独立

14、性。软件系统中每个模块只涉及软件要求的具体的子功能，而和软件系统中其他的模块的接口是简单的。第三章 软件工程模块分解的主要指导思想是信息隐蔽和模块独立性。模块的耦合性和内聚性是衡量软件的模块独立性的两个定性指标。在结构化程序设计中，模块划分的原则是：模块内具有高内聚度，模块间具有低耦合度。内聚性：是一个模块内部各个元素间彼此结合的紧密程度的度量。耦合性：是模块间互相连接的紧密程度的度量。一个设计良好的软件系统应具有高内聚、低耦合的特征。第三章 软件工程3、概要设计3.1 概要设计的任务软件概要设计的基本任务是：1) 设计软件系统结构 2) 数据结构及数据库设计3) 编写概要设计文档4) 概要设

15、计文档评审 常用的软件结构设计工具是结构图，也称程序结构图。 程序结构图的基本图符如右图所示：3.2 面向数据流的设计方法 面向数据流的设计方法定义了一些不同的映射方法，利用这些方法可以把数据流图变换成结构图表示软件的结构。第三章 软件工程数据流的类型：变换型和事务型。（1）变换型：变换型数据处理问题的工作过程大致分为三步，即取得数据、变换数据和输出数据。变换型系统结构图由输入、中心变换、输出三部分组成。第三章 软件工程（2）事务型：事务型数据处理问题的工作机理是接受一项事务，根据事务处理的特点和性质，选择分派一个适当的处理单元，然后给出结果。第三章 软件工程面向数据流设计方法的实施要点与设计

16、过程（了解即可）第1步：分析、确认数据流图的类型，区分是事务型还是变换型。第2步：说明数据流的边界。第3步：把数据流图映射为程序结构。第4步：根据设计准则对产生的结构进行细化和求精。第三章 软件工程3.3 概要设计的准则 提高模块独立性。 模块规模适中。 深度、宽度、扇出和扇入适当 使模块的作用域在该模块的控制域内。应减少模块的接口和界面的复杂性。设计成单入口、单出口的模块。设计功能可预测的模块。第三章 软件工程4、详细设计 详细设计也称过程设计。 详细设计是为软件结构图中的每一个模块确定实现算法和局部数据结构，用某种选定的表达工具表示算法和数据结构的细节。其目的是确定怎样来具体实现所要求的系

17、统。 详细设计的任务是确定实现算法和局部数据结构，不同于编码或编程。第三章 软件工程常见的过程设计工具有：图形工具：程序流程图，N-S，PAD，HIPO。表格工具：判定表。语言工具：PDL(伪码)。第三章 软件工程在程序流程图中常用的图形符号如图所示：第三章 软件工程结构化程序设计限制流程图只能使用五种基本控制结构，如图所示。 例如，下面是简单托运货物运费计算的问题。设货物重量x，客户信息y，输入x、y后，计算运费的具体要求是：如果015(设为条件2)，则用公式2计算后，循环3次完成同样的“记账”和“输出”操作，然后程序结束。该问题程序的程序流程图描述如图第三章 软件工程 1973年Nossi

18、和Shneiderman提出了用方框图来代替传统的程序流程图，通常把这种图称为NS图。五种基本结构的NS 图如图所示。下面是求某数是否是素数的问题，该问题的NS图描述如图所示： PAD是问题分析图（Problem Analysis Diagram）的英文编写。它是继流程图和方框图之后，又一种主要用于描述软件详细设计的图形表示工具。与方框图一样，PAD也只能描述结构化程序允许使用的几种基本结构。第三章 软件工程PAD有以下特征：结构清晰，结构化程度高；易于阅读；最左端的纵线是程序主干线，对应程序的第一层结构；每增加一层PAD图向右扩展一条纵线，故程序的纵线数等于程序的层次数；程序执行从PAD最左

19、端主干线上端结点开始，自上而下、自左向右依次执行，程序图止于最左端主干线。第三章 软件工程 过程设计语言（PDL）也称为结构化的英语和伪码，它是一种混合语言，采用英语的词汇和结构化程序设计语言语法，类似编程语言。第三章 软件工程4、软件测试4.1软件测试的基础1.什么是软件测试 软件测试是在软件投入生产性运行之前，对软件需求分析、设计规格说明和编码的最终复审，是软件质量保证的关键步骤。如果给软件测试下定义的话，可以这样讲：软件测试是为了发现错误而执行程序的过程。第三章 软件工程2. 软件测试的目的和准则（1）软件测试的目的： 测试是程序的执行过程，目的在于发现错误； 一个好的测试用例在于能发现

20、至今未发现的错误； 一个成功的测试是发现了至今未发现的错误的测试。 尽可能地多发现程序中的错误，不能也不可能证明程序没有错误第三章 软件工程（2）软件测试的准则： 所有测试都应追溯到需求； 严格执行测试计划，排除测试的随意性； 充分注意测试中的群集现象； 程序员应避免检查自己的程序； 穷举测试不可能； 妥善保存测试计划、测试用例、出错统计和最终分析报告，为维护提供方便。第三章 软件工程4.2 软件测试技术与方法 软件测试的方法和技术是多种多样的。 若从是否需要执行被测软件的角度，可以分为静态测试和动态测试方法。 若按照功能划分可以分为白盒测试和黑盒测试方法。第三章 软件工程一、静态测试与动态测

21、试（一） 静态测试方法静态测试一般指人工评审软件文档或程序，以便发现错误。静态测试包括：代码检查、静态结构分析、代码质量度量等。（二）动态测试方法 动态测试是在样板测试数据上执行程序并分析输出以发现错误的过程。所以动态测试包括三部分：生成测试数据、执行程序与验证的输出结果。第三章 软件工程（一）白盒测试（看得见程序内部，因此是测试内部结构和流程）（1）白盒测试白盒测试方法也称为结构测试或逻辑驱动测试。它是根据软件产品的内部工作过程，检查内部成分，以确认每种内部操作符合设计规格要求。（2）白盒测试的基本原则是要验证所有内部数据结构的有效性。第三章 软件工程（3）白盒测试法的测试用例是根据程序的内

22、部逻辑来设计的，主要用软件的单元测试。（4）白盒测试的主要方法有逻辑覆盖、基本路径测试等。 逻辑覆盖泛指一系列以程序内部的逻辑结构为基础的测试用例设计技术。通常所指的程序中的逻辑表示有判断、分支和条件等几种表示方式。 基本路径测试的思想和步骤是，根据软件过程性描述中的控制流程确定程序的的环路复杂性度量，用此度量定义基本路径集合，并由此导出一组测试用例，对每一条独立执行路径进行测试。第三章 软件工程（二）黑盒测试（看得见程序外部，因此是测试外部功能与特性） 就软件测试来讲，软件的黑盒测试意味着测试要根据软件的外部特性进行。也就是说，这种方法是把测试对象看作一个黑盒子，测试人员完全不考虑程序内部的

23、逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能说明。第三章 软件工程 黑盒测试不关心程序内部的逻辑，只是根据程序的功能说明来设计测试用例，主要方法有等价类划分法、边界值分析法、错误推测法和因果图等，主要用于软件的确认测试。第三章 软件工程 等价类划分法。这是一种典型的黑盒测试方法，它是将程序的所有可能的输入数据划分成若干部分（及若干等价类），然后从每个等价类中选取数据作为测试用例。 边界值分析法。它是对各种输入、输出范围的边界情况设计测试用例的方法。实践证明，程序往往在处理边缘情况时出错，因而检查边缘情况的测试用例查错率较高。边缘情况是指输入等价类或输出等价类的

24、边界值。 错误推测法。人们可以靠经验和直觉推测程序中可能存在的各种错误，从而有针对性地编写检查这些错误的用例。 第三章 软件工程4.3 软件测试的实施 软件测试过程分4个步骤，即单元测试、集成测试、验收测试（确认测试）和系统测试。1. 单元测试 单元测试是对软件设计的最小单位模块(程序单元)进行正确性检验的测试。单元测试的目的是发现各模块内部可能存在的各种错误。 单元测试的依据是详细设计说明书和源程序。第三章 软件工程2. 集成测试 集成测试是测试和组装软件的过程。它是把模块在按照设计要求组装起来的同时进行测试，主要目的是发现与接口有关的错误。 集成测试的依据是概要设计说明书。第三章 软件工程

25、3. 确认测试 确认测试的任务是验证软件的有效性，即验证软件的功能和性能及其他特性是否与用户的要求一致。 确认测试的主要依据是软件需求规格说明书。 确认测试主要运用黑盒测试法。 第三章 软件工程4. 系统测试 系统测试是将通过测试确认的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外设、支持软件、数据和人员等其他系统元素组合在一起，在实际运行(使用)环境下对计算机系统进行一系列的集成测试和确认测试。 系统测试的测试用例应根据需求分析规格说明来设计，其目的在于通过与系统的需求定义进行比较，发现软件与系统定义不符合或与之矛盾的地方第三章 软件工程5、程序的调试5.1程序调试的基本概念 在对

26、程序进行了成功的测试之后将进入程序调试(通常称Debug，即排错)。 程序调试的任务是诊断和改正程序中的错误。它与软件测试不同，软件测试是尽可能多地发现软件中的错误。先要发现软件的错误，然后借助于一定的调试工具去执行找出软件错误的具体位置。 软件测试贯穿整个软件生命期，调试主要在开发阶段。第三章 软件工程程序调试的原则（了解即可）（1）确定错误的性质和位置时的注意事项：分析思考与错误征兆有关的信息；避开死胡同；只把调试工具当作辅助手段来使用；避免用试探法，最多只能把它当作最后手段。第三章 软件工程（2）修改错误的原则在出现错误的地方，很可能还有别的错误；修改错误的一个常见失误是只修改了这个错误

27、的征兆或这个错误的表现，而没有修改错误本身；注意修正一个错误的同时有可能会引入新的错误；修改错误的过程将迫使人们暂时回到程序设计阶段；修改源代码程序，不要改变目标代码第三章 软件工程5.2 软件的调试方法 1. 强行排错法 作为传统的调试方法，其过程可概括为，设置断点、程序暂停、观察程序状态、继续运行程序是目前使用较多、效率较低的调试方法。涉及的调试技术主要是设置断点和监视表达式。例如：通过内存全部打印来排错；在程序特定部位设置打印语句，即断点法；自动调试工具。第三章 软件工程2. 回溯法 该方法适合于小规模程序的排错。即一旦发现了错误，先分析错误征兆，确定最先发现“症状”的位置。然后，从发现“症状”的地方开始，沿程序的控制流程，逆向跟踪源程序代码，直到找到错误根源或确定错误产生的范围。第三章 软件工程3. 原因排除法 原因排除法是通过演绎和归纳，以及二分法来实现的。 演绎法是一种从一般原理或前提出发，经过排除和精化的过程来推导出结论的思考方法。 归纳法是一种从特殊推断出一般的系统化思考方法。其基本思想是从一些线索着手，通过分析寻找到潜在的原因，从而找出错误。第三章 软件工程 二分法实现的基本思想是，如果已知每个变量在程序中若干个关键点的正确值，则可以使用定值语句(如赋值语句、输入语句等)在程序中的某点附近给这些变量赋正确值，然后运行程序并检查程序的输出。第三章