1软件工程基本知识

软件工程基本知识 一、软件工程的产生 随着1946年世界上第一台电子计算机的诞生，计算机的灵魂——软件也慢慢发展起来。在50、60年代开发大型系统软件用手工方式进行，生产效率低、出错率高。例如，IBM公司的OS/360操作系统用了5000人年开发，软件产品每个版本均有1000多个大大小小的错误，这种状态无法满足日益增长的软件生产的需要。产生了以下几个方面的问题： （1） 软件复杂性飞速增长 （2） 软件成本极高 （3） 开发周期长 （4） 维护工作量大 由于以上几个方面的原因，导致了60年代的“软件危机”，软件危机是指软件在开发和维护过程中所遇到的一系列严重。概括地说软件危机包含以下两方面的问题： （1） 如何开发软件，怎样满足软件日益增长的需求； （2） 如何维护数量不断膨胀地已有软件。 具体地说，软件危机主要有以下表现： （1） 对软件开发成本和进度的估计常常很不准确； （2） 用户对“已完成的”软件系统不满意的现象经常发生； （3） 软件产品的质量往往靠不组合； （4） 软件常常是不可维护的； （5） 软件通常没有适当的文档资料； （6） 软件成本在计算机系统总体成本中所占的比例逐年上升； （7） 软件开发生产率提高的速度，远远跟不上计算机应用普及深入的趋势。 为了解决软件危机中出现的问题，在1968年计算机软件学术会议上第一次的提出了“软件工程”的概念。 软件工程强调使用生命周期方法学和各种结构化分析与设计技术。用“系统的观点来分解问题然后再分别解决各个子问题。” 生命周期：和生命的孕育、诞生、成长于衰亡一样，软件生命周期指软件的有关概念的提出到软件的消亡共包括可行性分析→概要设计→详细设计→编码→测试→运行和维护6个阶段。 二、软件工程核心思想 软件工程是指导计算机软件开发和维护的工程科学。采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好技术方法结合起来，这就是软件工程。管理和技术是软件工程的核心。 软件工程的七条基本原理： 1． 用分阶段的生命周期计划严格管理； 这条原理意味着应把软件生命周期分成若干阶段，并制定相应地切实可行的计划，然后严格按照计划对软件的开发与维护工作进行管理。 Boehm认为，在软件的整个生命周期中应该制定并严格执行六类计划： 1） 项目概要计划 2） 里程碑计划 3） 项目控制计划 4） 产品控制计划 5） 验证计划 6） 运行维护计划 不同层次管理人员都必须严格按照计划各尽其责地管理软件开发与维护工作，绝不能受客户或上级人员的影响而擅自背离预定计划。 2． 坚持进行阶段评审； 软件的质量保证工作不能等到编码阶段结束之后再进行。至少有两个理由： 第一， 大部分错误是在编码之前造成的，根据Boehm等人的统计，设计错误占软件错误的63%,编码错误仅占37％。 第二， 错误发现与改正的越晚，所需付出的代价也越高。 因此，在每个阶段都进行严格的评审，以便尽早发现在软件开发过程中所犯的错误，是一条必须遵循的重要原则。 3． 实现严格的产品控制； 在软件开发过程中不随意改变需求，因为改变一项需求往往需要付出较高的代价。绝对不能谁想修改软件，就随意修改软件。 4． 采用现代化设计技术； 1960s 年代末提出的结构程序设计技术，已经成为绝大多数人公认的先进的程序设计技术。以后又进一步发展出各种结构分析与结构设计技术。实践表明，采用先进的技术既可提高软件开发的效率，又可提高软件维护的效率。 5． 结果应能清楚地审查； 6． 开发人员应该少而精； 7． 承认不断改进软件工程事件的必要性。 重点：需求分析、概要设计、详细设计、软件测试和软件调试的作用、方法等 一、 软件工程基本概念 1. 软件是计算机系统中与硬件相互依存的重要部分，包括程序、数据及相关的文档 。其中，程序 是软件开发人员根据用户需求开发的、用程序设计语言描述的、适合计算机执行的指令（语句）序列。 2. 下列叙述中，正确的是(D)

A.软件就是程序清单 B.软件就是存放在计算机中的文件

C.软件应包括程序清单及运行结果 D.软件包括程序和文文件 3. 软件按功能可以分为：应用软件、系统软件、支撑软件（或工具软件） 4. 软件工程的出现是由于（软件危机的出现） 5. 开发软件所需高成本和产品的低质量之间有着尖锐的矛盾，这种现象称做（软件危机） 软件工程概念的出现源自软件危机。所谓软件危机是泛指在计算机软件的开发和维护过程中所遇到的一系列严重问题。总之，可以将软件危机归结为成本、质量、生产率等问题。 6. 开发大型软件时，产生困难的根本原因是(大型系统的复杂性)。 7. 软件危机出现于20世纪60年代末，为了解决软件危机，人们提出了 软件工程学 的原理来设计软件这就是软件工程诞生的基础。 8. 下列不属于软件工程的3个要素的是（D） A.工具 B.过程 C.方法 D.环境

二级公共基础知识第三章结构化分析方法 二、结构化分析方法 需求分析与需求分析方法 18. 在软件生产过程中，需求信息的给出是(软件用户)。 19. 需求分析中，开发人员要从用户那里了解(软件做什么)。 20. 需求分析阶段的任务是确定 (软件系统功能) 21. 需求分析的任务是发现需求、求精、建模和定义需求的过程。需求分析将创建所需的数据模型、功能模型和 控制模型 22. 需求分析阶段的工作：需求获取、需求分析、编写需求规格说明书、需求评审 下列工具中属于需求分析常用工具的是(D)。 A)PAD B)PFD C)N—S D)DFD 结构化分析方法 常用的需求分析方法：

（1）结构化分析方法。主要包括：面向数据流的结构化分析方法(SA)，面向数据结构的Jackson方法(JSD)和面向数据结构的结构化数据系统开发方法(DSSD) （2）面向对象的分析方法(OOA) 23. 结构化方法的核心和基础是结构化程序设计理论 24. 下列不属于结构化分析的常用工具的是(D)。 A)数据流程图 B)数据字典 C)判定树 D)PAD图 25. 在结构化方法中，用数据流程图（DFD）作为描述工具的软件开发阶段是 (B) A)可行性分析 B)需求分析 C)详细设计 D)程序编码 26. 数据流程图用于抽象描述一个软件的逻辑模型．数据流程图由一些特定的图符构成。下列图符名标识的图符不属于数据流程图合法图符的是(A)。 A)控制流 B)加工 C)数据存储 D)源和潭 说明：数据流程图中的主要图形元素与说明： 27. 在数据流程图(DFD)中的箭头代表的是(数据流) 28. 在数据流程图(DFD)中，带有名字的箭头表示(资料的流向)。 29. 在结构化分析方法中，用于描述系统中所用到的全部数据和文件的文文件称为 数据字典 软件需求规格说明书 30. 软件需求规格说明书 是需求分析阶段的最后结果

31. 下列叙述中，不属于软件需求规格说明书的作用的是（D） A.便于用户、开发人员进行理解和交流 B.反映出用户问题的结构，可以作为软件开发工作的基础和依据 C.作为确认测试和验收的依据 D.便于开发人员进行需求分析

32. (数据描述)是对软件系统所必须解决的问题做出的详细说明 说明：需求规格说明书一般包括以下内容：概述、数据描述、性能描述、功能描述、参考文献目录等。其中概述从系统角度描述软件的目标和任务；功能描述中描述了为解决用户问题所需要的每一项功能的过程细节；性能描述说明系统应达到的性能和应该满足的限制条件、检测的方法和标准。 三、结构化设计方法 软件设计的基本概念 33. 在软件开发中，下面任务不属于设计阶段的是(D) A)数据结构设计 B) 给出系统模块结构 C)定义模块算法 D)定义需求并建立系统模型 34. 软件设计包括软件的结构、数据、接口和过程设计，其中软件的过程设计是指(系统结构部件转换成软件的过程描述)。 说明：结构设计：定义软件系统各主要部件之间的关系；数据设计：将分析时创建的模型转化为数据结构的定义；接口定义：描述软件内部、软件和协作系统之间以及软件与人之间如何通信；过程设计：把系统结构部件转换成软件的过程性描述。 35. 下面不属于软件设计原则的是（C）A.抽象 B.模块化 C.自底向上 D.信息隐藏

36. 耦合和内聚是评价模块独立性的两个主要标准，其中 内聚 反映了模块内各成分之间的联系，耦合反映了模块间互相连接的紧密程度。 37. 内聚性是信息隐蔽和局部化概念的自然扩展，一个模块的内聚性越强，则该模块的模块独立性越 强 。一个模块与其它模块的耦合性越强，则它的模块独立性越 弱 。 38. 下列叙述中，正确的是（C） A.接口复杂的模块，其耦合程度一定低 B.耦合程度弱的模块，其内聚程度一定低 C.耦合程度弱的模块，其内聚程度一定高 D.以上都不对 39.下列选项中，不属于模块间耦合的是(B)。A.数据耦合B.同构耦合C.异构耦D.公用耦合

40.软件设计中，有利于提高模块独立性的一个准则是( C)。 A.低内聚低耦合 B.低内聚高耦合 C.高内聚低耦合 D.高内聚高耦合

概要设计 41. 软件的概要 设计又称为总体结构设计，其主要任务是建立软件系统的总体结构，设计数据结构及数据库，编写概要设计文檔，概要设计文檔评审。 42. 在结构化方法中，软件功能分解属于下列软件开发中的阶段是 (C) A.详细设计 B.需求分析 C.总体设计 D.编程调试 43. 在概要设计阶段，常用的软件结构设计工具是 结构图 (sc)，也称程序结构图。生成的结构图中，带有箭头的联机表示(模块之间的调用关系)，矩形表示模块。

44. 在概要设计阶段，一般采用面向数据流的设计方法。数据流的类型有 变换型 和事务型。将变换型映像成结构图称为 变换分析 。将事务型映像成结构图称为 事务分析 。

45. 好的软件设计结构通常 顶层 高 扇出，中间扇出较少，底层 高 扇入。 46. 模块的控制范围包括它本身以及它所有的从属模块，模块的作用范围是指模组内一个判定的作用范围，凡是受到这个判定影响的所有模块都属于这个判定的作用范围。理想的情况是(模块的作用范围应在控制范围内) 详细设计 47. 详细设计 的任务是为软件结构图中的每一个模块确定实现算法和局部数据结构，用选定的表达工具表示算法和数据结构的细节。确定怎样来具体实现所要求的系统。

48. 为了避免流程图在描述程序逻辑时的灵活性，提出了用方框图来代替传统的程序流程图，通常也把这种图称为(N—S图)。 49. 详细设计的结果基本决定了最终程序的(质量)。 50. 软件设计模块化的目的是 降低复杂性。 51. 详细设计的典型语言描述工具是(PDL) 结构化分析(需求阶段)的常用工具有：数据流程图(DFD)、数据字典(DD)、判定树和判定表 结构设计（概要设计阶段）工具是：结构图(SC, structure chart)