软件工程导论最全复习总结(精)

第一篇：软件工程导论最全复习总结(精)

1、软件危机是指在计算机开发过程中的开发和维护过程中所遇到的一系列的严重问题。

2、软件是程序、数据及相关文档的完整集合,程序是能够完成预定功能和性能的可执行的

程序序列;数据是是使程序能够适当的处理信息的数据结构;文档是开发、使用和维护程序所需要的图文资料。

3、软件工程学包含3个要素:方法、工具、过程。

4、目前使用最广泛的软件工程方法学是传统方法学和面向对象方法学。

5、软件工程方法学的软件过程基本上可以用瀑布模型来描述。

6、瀑布模型、快速原型模型、增量模型、螺旋模型、喷泉模型。

7、Rup把软件生命周期划为:初始、精化、构建、移交阶段。

8、可行性研究的三方面:技术可行性、经济可行性、操作可行性。

9、数据流图(DFD是一种图形化技术,他描绘信息流和数据从输入移动到输出的过程中

所经受的变化。

10、数据字典是关于数据信息的集合,也就是对数据流程图中所包含的所有元素的定义 的集合。

11、数据流图和数据字典共同构成系统的逻辑模型,没有数据字典,数据如就不严格, 没有流程图,数据字典也难以发挥作用。

12、需求分析阶段结束之前,系统分析员应该写出软件需求规格说明书,以书面形式准

确的描述软件需求。13、9、结构化分析方法就是面向数据流自顶向下逐步求精进行需求分析的方法。

14、ER图中包含了实体、关系和属性,矩形代表实体,菱形表示关系,椭圆或圆角矩

形表示属性,用直线把实体和其属性连接。

15、验证软件需求的正确性:一致性、完整性、现实性、有效性。

16、总体设计的基本目的是回答“概括地说,系统应该如何实现?”,总体设计又称为

概要设或初步设计。

17、模块的独立程度可以有两个定性标量度量:内聚和耦合。

18、软件测试的目标:(1测试是为了发现程序中的错误而执行程序的过程;(2好的

测试方案是极可能发现迄今为止尚未发现的错误的测试方案;(3成功的测试是发现可至今为止尚未发现的错误的测试。

19、软件测试步骤:模块测试、子系统测试、系统测试、验收测试、平行运行。

20、软件可靠性是程序在给定的时间点,按照规格说明书的规定,成功的运行的概率。

21、用面向对象方法开发软件,通常需要建立3种形式的模型:描述系统数据结构的对

象模型,描述系统控制结构的动态模型和描述系统功能的功能模型。

22、用面向对象方法开发软件,在任何情况下,对象模型始终都是最重要、最基本的、最核心的。

23、通常,使用UML提供的类图来建立对象模型。

24、类与类之间通常有关联、泛化(继承、依赖和细化等4种关系。

25、在UML中,在一段为空心的三角形的连线表示泛化关系。

26、复杂问题的对象模型通常由:主题层、类与对象层、结构层、属性层和服务层。

27、广义的说,软件重用可分为知识重用、方法和标准的重用、软件成分的重用。

28、工程网络和Gantt图同样是安排进度和管理工程进度情况的强有力的工具。29、3种典型人员组织方式:民主制程序员组、住程序员组、现代程序员组。30、软件过程的输出信息可以分为3类计算机程序、描述计算机程序的文档、数据,这

些项组成了软件过程中产生的全部信息,人们把他们统称为软件配置,而这些项就是软件配置项。

31、Cmm把软件过程从无序到有序的进化过程分成5个阶段,并把这些阶段排序,形

成五个逐层提高的等级。能力的成熟度的5个等级从低到高依次是:初始级(1级、可重复级(2级、已定义级(3级已管理级(4级和优化级(5级。

15、编码风格:持续内部文档、数据说明、语句构造、输入输出、效率、32、软件危机的典型表现:对软件开发成本和进度的估计常常很不准确;用户对“已完

成”的软件系统不满意的现象经常发生;软件产品质量往往靠不住;软件常常是不可维护的;软件通常没有适当的文档资料;软件成本在计算机总成本中所占的比例逐年上升;软件开发生产效率提高的速度,远远跟不上计算机应用迅速普及深入的趋势。

33、软件不同于硬件,他是计算机系统的逻辑部件而不是物理部件。

34、软件不同于一般程序,它的一个显著特点就是规模庞大。简单题

1、软件工程基本原理(1用分阶段的生存周期严格管理。(2坚持进行阶段评审。(3实行严格的产品控制。(4采用现代程序设计技术。(5结果应能清楚地审查。(6开发小组人员应该少而精。(7承认不断改进软件工程实践的必要性。

2、软件生命周期各阶段的基本任务软件生命周期由软件定义、软件开发和运行维护3个时期组成,每个时期又进一步划分成若干个阶段。(1问题定义(2可行性研究(3需求分析(4总体设计(5详细设计(6编码和单元测试(7综合测试(8软件维护

3、需求分析的任务

一、确定对系统的综合要求(1功能需求(2性能需求(3可靠性和可用性需求(4出错处理需求(5接口需求(6约束(7逆向需求(8将来可能提出的需求

二、分析系统的数据要求

三、导出系统的逻辑模型

四、修正系统开发计划

4、改进软件设计的启发式规则(1改进软件结构提高模块独立性(2模块规模应该适中(3深度、宽度、扇出和扇入都应适当(4模块的作用域应该在控制域之(5力争降低模块接口的复杂程度(6设计单入口单出口的模块(7模块功能应该可以预测

5、面向对象设计准则和启发式原则

(1模块化(2抽象(3信息隐藏(4弱耦合(5强内聚(6可重用

(1设计结果应该清晰易懂(2一般-特殊结构的深度应适当(3设计简单的类(4使用简单的协议(5使用简单的服务(6把设计变动减至最小

6、软件维护的几种类型

(1改正性维护(2适应性维护(3完善性维护(4预防性维护

7、决定软件可维护性因素

(1可理解性(2可测试性(3可修改性(4可移植性(5可重用性

8、软件配置项

软件配置的主要任务就是控制变化,同时也负责各个软件配置项和软件各种版本的标志、软件配置审计以及软件配置发生的任何变化的报告。(1标识软件配置中的对象(2版本控制(3变化控制(4配置审计(5状态报告

设计题

1、等价类有效/无效数据边界值测试

2、UML类图的描述

3、N-S图、PAD图 论述题

(1软件工程(2可行性研究问题定义阶段必须回答的关键问题是:“要解决的问题是

什么”。如果不知道问题是什么就试图解决这个问题,显然是盲目的,只会自白浪费

时间和金钱,最终得出的结果很可能是毫无意义的。尽管确切地定义问题的必要性是十分明显的,但是在实践中它却可能是最容易被忽视的一个步骤。(3需求分析这个阶段的任务仍然不是具体地解决客户的问题,而是准确地回答“目标系统必须做什么”这个问题。(4总体设计这个阶段的基本任务是,概括地回答“怎样实现目标系统?”这个问题。概要设计又称为初步设计、逻辑设计、高层设计或总体设计。(5详细设计这个阶段的任务还不是编写程序,而是设计出程序的详细规格说明。这种规格说明的作用很类似于其他工程领域中工程师经常使用的工程蓝图,它们应该包含必要的细节,程序员可以根据它们写出实际的程序代码。(6编码实现(语言,测试这个阶段的关键任务是写出正确的容易理解、容易维护的程序模块。(7维护维护阶段的关键任务是,通过各种必要的维护活动使系统持久地满足用户的需要。

(8面向对象技术(9项目管理

1.软件工程学:为了更有效地开发与维护软件,软件工作者早20世纪60年代后期开始认真

研究消除软件危机的途径,从而逐渐形成了一门新兴的工程学科。2.软件危机典型变现:(1.对软件发开成本和进度的估计常常不准确.(2.用户对“已完成的”软件系统不满意的现象经常发生.(3.软件产品的质量往往靠不住.(4.软件常常是不可维护的.(5.软件通常没有适当的文档资料.(6.软件成本在计算机系统总成本中所占的比例逐年上升.(7.软件开发产生率提高的速度,远远跟不上计算机应用迅速普及深入的趋势.3.产生软件危机的原因:(1.软件不同于硬件,它是计算机系统中的逻辑部件而不是物理部件.(2.软件不同于一般程序,它的一个显著特点是规模庞大,而且程序复杂性将随着程序规模 的增加而呈指数上升.(3.软件本身独有的特点确实给开发和维护带来一些客观困难.(4与软件开发和维护有关的许多错误认识和做法形成,可以归因于在计算机系统发展的早

期阶段软件开发的个体特点.4.消除软件危机的途径:(1.应该对计算机软件有一个正确的认识.(2.充分认识到软件开发不是某种个体劳动的神秘技巧,而应该是组织良好、管理严密、各

类人员协同配合、共同完成的工程项目.(3.在使用要总结出成功的技术和方法,尽快消除错误概念和做法.(4.开发和使用更好的软件工具 5.软件工程的本质特性:(1.软件工程关注于大型程序的构造.(2.软件工程的中心课题是控制复杂性.(3.软件经常变化.(4.开发软件的效率非常重要.(5.和谐地合作是开发软件的关键.(6.软件必须有效地支持它的用户.(7.在软件工程领域中通常由具有一种文化背景的人替具有另一种文化背景的人创造产

品.6.软件工程的原理:(1.用分段的生命周期计划严格管理.(2.坚持进行阶段评审.(3.实行严格的产品控制.(4.采用现代程序设计技术.(5.结果应能清楚地审查.(6.开发小组的人员应该少而精.(7.承认不断改进软件工程实践的必要性.7.软件生命周期:由软件定义、软件开发和运行维护3个时期组成,每个时期又进一步划分成若干个阶段.8.软件开发时期4个阶段:总体设计,详细设计,编码和单元测试,综合测试.9.软件维护,维护阶段的关键任务是,通过各种必要的维护活动使系统持久地满足用户的需要.10.瀑布模型的特点:(1.阶段间具有顺序性和依赖性.(2.推迟实现的观点.(3.质量保证的观点.11.快速原型模型:是快速建立起来的可以在计算机运行的程序,它所能完成的功能往往是最

终产品能完成的功能的一个子集.12.快速模型的主要优点是不带馈环的,软件产品基本上是线性顺序进行的.13.可行性研究的目的:用最小的代价在尽可能短的时间内确定问题是否能够解决.14.可行性的解法:(1技术可行性.(2经济可行性.(3操作可行性.15.可行性研究过程步骤:(1.复查系统规模和目标.(2.研究目前正在使用的系统.(3.导出新系统的高层逻辑模型.(4.进一步定义问题.(5.导出和评价供选择的解法.(6.推荐行动方针.(7.草拟开发计划.(8.书写文档提交审查.16.系统流程图:是概括地描绘物理系统的传统工具.它的基本思想是用图形符号以黑盒子形

式描绘组成系统的每个部件.17.数据流图(DFD:是一种图形化技术,它描绘信息流和数据从输入移动到输出的过程中所经

受的变换.18.数据字典:是关于数据的信息的集合,就是对数据流图中包括的所有元素的定义的集合.19.数据字典组成元素:(1数据流.(2数据流分量.(3数据存储.(4处理.20.定义数据的方法:定义绝大多数复杂事物的方法,都是用被定义的事物的成分的某种组合

表示这个事物,这些组成成分又由更底层的成分的组合来定义.21.数据字典最重要用途:作为分析阶段的工具。

22.为什么要进行需求分析:因为它的基本任务是准确地回答“系统必须做什么?”这个问

题。可行性研究阶段只是粗略了解用户的需求,许多细节被忽略,然而最终的系统中却不能遗漏任何细节。所以可行性研究并不能代替需求分析。

23.软件系统综合要求:(1功能需求.(2性能需求.(3可靠性和可行性需求.(4出错处理需求.(5 接口需求.(6约束.(7逆向需求.(8将来可能提出的要求.24.访谈:是最早开始使用的获取用户需求的技术,是迄今为止仍然广泛使用的需求分析技术.25.需求分析过程3种模型:数据模型、功能模型和行为模型.26.数据模型包含3种相互关联信息:数据对象、数据对象的属性及数据对象彼此间相互连接的关系.27.总体设计的目的:就是回答“概括地说,系统应该如何实现?”这个问题.28.总体设计两个过程:系统设计阶段,确定系统的具体实现方案;结构设计阶段,确定软件结

构.29.总体设计过程步骤:(1设想供选择的方案.(2选取合理的方案.(3推荐最佳方案.(4功能分

解.(5设计软件结构.(6设计数据库.(7制定测试计划.(8书写文档.(9审查和复查.30.模块化:就是把程序划分成独立命名且可独立访问的模块,每个模块完成一个子功能,把这

些模块集成起来构成一个整体,可以完成指定的功能满足用户的需求.31.怎做到模块独立:开发具有独立功能而且和其他模块之间没有过多的相互作用的模块.32模块独立两个定性标准度量:内聚和耦合.33.耦合:对一个软件结构内不同模块之间互连程度的度量.34.内聚:标志着一个模块各个元素彼此结合的紧密程度,它是信息隐藏和局部化概念的自然

扩展.35.功能内聚10分顺序内聚9分通信内聚7分过程内聚5分时间内聚3分逻辑内聚1 分偶然内聚0分

36.设计时要力争做到高内聚,低耦合.37.启发式规则介绍:(1.改进软件结构提高模块独立性.(2.模块规模应该适中.(3.深度、宽度、扇出和扇入都应适当.(4.模块的作用域应该在控制域之内.(5.力争降低模块接口的复杂程度.(6.设计单入口单出口的模块.(7.模块功能应该可以预测

38.交换流:信息沿输入通信路进入系统,同时由外部形式变换成内部形式,进入系统的信息通

过变换中心,经加工处理以后再沿输出路变成外部形式离开软件系统.39.事务流:数据沿输入通路到达一个处理T,这个处理根据输入数据的类型在若干个动作序列

中选出一个来执行.40.详细设计目标:确定应该怎样具体地实现所要求的系统.41.结构程序设计:如果一个程序的代码块仅仅通过顺序、选择和循环这3种基本控制结构进

行连接,并且每个代码只有一个入口和一个出口.42.实现:通常把编码和测试统称.43.编码:就是那软件设计结果翻译成用某种程序设计语言书写的程序.44.测试方法:黑盒测试(知产品的功能可测试和白盒测试(知产品内部工作过程可测试

45.测试步骤:(1模块测试.(2子系统测试.(3系统测试.(4验收测试.(5平行运行.46.测试重点:(1模块接口(2局部数据结构(3重要的执行通路(4出错处理通路(5边界条件.47.确认测试:也称验收测试,它的目标是验收软件的有效性.48.Alpha测试:由用户在开发者的场所进行,并且在开发者对用户的“指导”下进行测试.开发者

负责记录发现的错误和使用中遇到的问题.49.Beta测试:由软件的最终用户在一个或多个客户场所进行.与Alpha测试不同,开发者通常

不在Beta测试的现场,因此,Bate测试时软件在开发者不能控制的环境中的“真实”应用.50.调试:是在测试发现错误之后排除错误的过程.51.软件维护:就是在软件已经交付使用之后,为了改正错误或满足新的需要而修改的过程.52.改正性维护:诊断和改正错误的过程.53.决定软件维护性的因素:(1可理解性.(2可测试性.(3可修改性.(4可移植性.(5可重用性.54.用户文档:是用户了解系统的第一步,它应该能使用户获得对系统的准确的初步印象.55.用户文档包括的内容:(1功能描述(2安装文档(3使用手册(4参考手册(5操作员指南.56.系统文档:指从问题定义、需求说明到验收测试计划这样一系列和系统实现有关的文档.

第二篇：软件工程导论复习整理(最新)

第一章

1..软件危机：在计算机软件的开发和维护过程中所遇到的一系列严重问题。

2.软件与硬件的区别：软件不同于硬件，它是计算机系统中的逻辑部件而不是物理部件。

3.软件：程序、数据及相关文档的完整集合。

4.软件工程是指导计算机软件开发和维护的一门工程学科，采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到最好的技术方法结合起来，以经济地开发出高质量的软件并有校地维护它。

5.软件工程方法学三要素：方法、工具和过程。

6.传统方法学也称为生命周期方法学或结构化范型。它采用结构化技术来完成软件开发的各项任务，并使用适当的软件工具或软件工程环境来支持结构化技术的运用。

7.面向对象方法学把数据和行为看成同等重要的，它是一种以数据为主线，把数据和对数据的操作紧密地结合起来的方法。

8.软件生命周期划分为三个时期:1软件定义（问题定义、可行性研究、需求分析），2软件开发（总体设计、详细设计、编码和单元测试、综合测试），3运行维护（软件维护）。

9.4类软件维护活动：改正性维护，也就是诊断和改正在使用过程中发现的软件错误；适应性维护，即修改软件以适应环境的变化；完善性维护，即根据用户的要求改进或扩充软件使它更完善；预防性维护，即修改软件，为将来的维护活动预先做准备。

10.“瀑布模型”的缺点：它是由文档驱动的，仅仅通过写在纸上的静态的规格说明，很难全面正确地认识动态的软件产品；瀑布模型几乎完全依赖于书面的规格说明，很可能导致最终开发出的产品不能真正的满足用户的需要。

11.快速原型模型的优点：原型系统已经通过与用户交互而得到验证，据此产生的规格说明文档正确地描述了用户需求；开发人员通过建立原型系统已经学到了很多东西，因此，在设计和编码阶段发生错误的可能性也比较小，这自然减少了在后续阶段需要改正前面阶段所犯错误的可能性。

第二章 1.可行性研究的三个方面：技术可行性:使用现有的技术能实现这个系统经济可行性:这个系统的经济效益能超过它的开发成本操作可行性:系统的操作方式在这个用户组织内行得通

2.数据流图的4个基本符号及画法P41

3.数据字典：是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。

4.符号含义：＝表示“等价于”或“定义为”；＋表示连接；[ ]表示“或”，用“|”分隔；{ }表示“重复”，()表示“可选”用“，”号隔开；1｛A}5 表示上限和下限。

5.高校电话号码数据的定义P54

第三章

1.需求分析3种模型：数据模型：实体-联系图，描绘数据对象及数据对象之间的关系；功能模型：数据流图，描绘当数据在软件系统中移动时被变换的逻辑过程；行为模型：状态转换图，指明了作为外部事件结果的系统行为，描绘了系统的各种行为模式。

2.ER图3种基本成分：实体（数据对象），关系，属性。P64

3.软件需求验证的四个方面：一致性，完整性，现实性，有效性。

第四章

1.总体设计2个主要阶段：系统设计阶段，确定系统的具体实现方案；结构设计阶段，确定软件结构。

2.信息隐藏：设计和确定模块，使得一个模块内包含的特定信息，对于不需要这些信息的模块来说，是不能访问的。

3.模块独立2个度量标准：内聚和耦合。耦合衡量不同模块彼此间互相依赖（连接）的紧密程度；内聚衡量一个模块内部各个元素彼此结合的紧密程度。4.耦合与内聚判定P98-99

5.深度：表示软件结构中控制的层数，它往往粗略的标志一个系统的大小和复杂程度，深度和程序长度之间应该有粗略的对应关系；宽度：是软件结构内同一层次上的模块总数的最大值；扇出：是一个模块直接控制（调用）的模块数目；扇入：表明一个模块有多少上级模块直接调用它

6.P100 模块的作用域和模块的控制域之间的关系：模块的作用域定义为受该模块内一个判定影响的所有模块的集合；模块的控制域是这个模块本身以及所有直接或间接从属于它的模块的集合；模块的作用域应该在控制域之内（在设计的很好的系统中，所有受判定影响的模块应该都从属于做出判定的那个模块，最好局限于做出判定的那个模块本身以及它的直属下级模块）。

6.层次图，结构图P10

2第六章

1.结构程序设计定义：如果一个程序的代码块仅仅通过顺序、选择和循环这3种基本控制结构进行连接，并且每一个代码块只有一个入口和一个出口，则称这个程序是结构化的。

2.P124 过程设计的工具：程序流程图、盒图、PAD图、判定表、判定树、过程设计语言。

3.画出伪码程序的程序流程图和盒图 P1

41第七章

1.软件测试在软件生命周期中横跨两个阶段：单元测试：模块的编写者和测试者是同一个人，编码和单元测试属于软件生命周期的同一个阶段；综合测试：由专门的测试人员承担这项工作。

2.为什么软件测试不能由程序的编写人员来做？

(1)测试是为了发现程序中的错误而执行程序的过程。

(2)正确认识测试的目标是十分重要的，测试目标决定了测试力案的设计。如果为了表明程序是正确的而进行测试，就会设计一些不易暴露错误的测试方案；相反，如果测试是为了发现程序中的错误，就会力求设计出最能暴露错误的测试方案。

(3)由于测试的目标是暴露程序中的错误，从心理学角度看，由程序的编写者自己进行测试是不恰当的。

3.测试方法：(1)黑盒测试 ：把程序看作一个黑盒子，完全不考虑程序的内部结构和处理过程 ；对程序接口进行测试，检查程序功能是否能按规格说明书的规定正常使用； 程序是否能适当地接受输入数据并产生正确的输出信息； 程序运行过程中能否保持外部信息的完整性

(2)白盒测试 ：把程序堪称装在一个透明的白盒子里，测试者完全知道程序的结构处理算法 ；按照程序内部的逻辑测试程序，检测程序中的主要执行通路是否都能按 预定要求正确工作。

4.测试步骤：模块测试，子系统测试，系统测试，验收测试，平行运行。P151

5.集成测试是测试和组装软件的系统化技术，即是在把模块按照设计要求组装起来的同时进行测试，由模块组装成程序时两种方法：非渐增式测试方法和渐增式测试方法。

6.P162 逻辑覆盖标准：语句覆盖，判定覆盖，条件覆盖，判定条件覆盖，条件组合覆盖，（还有点覆盖，边覆盖，路径覆盖）。

7.设计测试用例：P16

2第八章

1.软件维护：在软件已经交付使用之后，为了改正错误或者满足新的需要而修改软件的过程。

2.维护工作量的一个模型： M = P + K × exp(c-d)其中： M是维护用的总工作量，P是生产性工作量，K是经验常数，c是复杂程度d是维护人员对软件的熟悉程度。exp，以自然对数e为底指数函数，Exponential(指数曲线)。

3.软件可维护性与哪些因素有关？在软件开发过程中应该采取哪些措施来提高软件产品可维护性？

答：软件的可理解性、可测试性、可修改性、可移植性 和可重用性是决定软件可维护下的基本因素。

软件生命周期每个阶段的工作都和软件可维护性有密切关系。良好的设计，完整准确易读易理解的文档资料，以及一系列严格的复审和测试，使得一旦发现错误时比较容易诊断和纠正，当用户有新要求或外部环境变化时软件能较容易地适应，并且能够减少维护引入的错误。因此，在软件生命周期的每个阶段都必须充分考虑维护问题，并且为软件维护预做准备。

第九章

1.面向对象的概念：对象，类，实例，消息，方法，属性，封装，继承，多态性P209-215 对象：是封装了数据结构及可以施加在这些数据结构上的操作的封装体（类的实例）类：是对具有相同属性和行为的一个或多个对象的描述（支持继承的抽象数据类型）实例：是由某个特定的类所描述的一个具体的对象

消息:就是要求某个对象执行在定义它的那个类中所定义的某个操作的规格说明。由3部分组成：接收消息的对象，消息选择符，零个或多个变元

方法：是对象所能执行的操作，描述了对象执行操作的算法，响应消息的方法

属性：类中所定义的数据，对客观世界实体所具有的性质的抽象

封住：就是信息隐藏，通过封装对外界隐藏了对象的实现细节

继承：子类自动地共享基类中定义的数据和方法的机制

多态性：指子类对象可以像父类对象那样使用，同样的消息既可以发送给父类对象也可以发送给子类对象

2.面向对象建模：描述系统数据结构的对象模型，描述系统控制结构的动态模型，描述系统功能的功能模型。类名

3.对象模型：P217 属性类图符号：服务

4.表示关系的符号：类与类之间通常有关联、泛化(继承)、依赖和细化等4种关系关联：表示俩个类的对象之间存在某种语义上的联系

泛化：是通用元素和具体元素之间的一种分类关系

依赖：描述俩个模型元素（类，用例等）之间的语义连接关系

细化：用来协调不同阶段模型之间的关系，表示各个开发阶段不同抽象层次的模型之间的相关性，常常用于跟踪模型的演变。

5.功能模型：用例图包含的模型元素有系统、行为者、用例及用例之间的关系P224

第十章

1.面向对象分析，就是抽取和整理用户需求并建立问题域精确模型的过程

2.建立对象模型、动态模型、功能模型的基本方法P235-255

第三篇：软件工程导论复习材料

1.软件工程基本概念

1.（）因素促使计算机系统越来越复杂。

A.计算机内存和存储容量上的巨大增长

B.外部输入／输出选项的更加多样性

C.计算机体系结构方面的深刻变化

D.以上所有选项

2.下面的（）不再是现代软件工程师关注的问题。

A.为什么不能在产品发布前去除软件错误？

B.为什么软件需要很长时间才能完成？

C.为什么开发一个软件的成本这么高？

D.为什么计算机硬件的成本这么高？

3.软件会逐渐退化而不会磨损，其原因在于（）。

A.软件备件很难订购

B.软件错误通常发生在使用之后

C.通常暴露在恶劣的环境下

D.不断的变更使组件接口之间引起错误软件

4.大多数软件仍然是定制开发的，其原因在于（）。

A.软件组件重用是十分普遍的 B.可重用的组件太昂贵而无法使用

C.软件在不使用其他组件的情况下很容易构造出来

D.商业组件在很多应用领域中可以得到

5.下面的（）说法是正确的。

A.软件危机在20世纪70年代末期全面爆发

B.当前先进的软件工程方法已经解决了软件危机的问题

C.软件危机是指在计算机软件的开发和维护过程中遇到的一系列严重问题

D.软件危机是指在软件产品中存在一系列的质量问题 1.瀑布模型本质上是一种（）。

A、线性迭代模型

B、顺序迭代模型C、线性顺序模型

D、及早见产品模型 2.（）是用户和设计交换最频繁的方法。

A、原型化方法

B、瀑布模型方法C、螺旋模型方法

D、构件组装模型 5.在软件开发模型中，提出最早、应用最广泛的模型是（）A.瀑布模型

B.喷泉模型

C.增量模型

D.螺旋模型

1.软件工程的方法只适用于大型软件的开发，对小型软件的开发没有帮助。（）1.什么是软件危机？其主要表现有那些？

1.有人认为软件工程过于耗费时间，并且妨碍开发人员的编程效率。你是否认同这种观点？请阐述理由。

2.需求分析 需求规格说明描述了（）。

A.计算机系统的功能、性能及其约束

B.每个指定系统的实现

C.软件体系结构的元素

D.系统仿真所需要的时间

7．软件可行性研究实质上是要进行一次（）需求分析、设计过程。A.简化、压缩的B.详细的 C.彻底的D.深入的 11.下面说法不正确的是（）。

A.流程图不易表示数据结构

B.流程图容易造成非结构化的程序结构

C.流程图支持逐步求精

D.流程图描述的是程序的逻辑结构 1.需求分析中开发人员要从用户那里了解（）。

A、软件做什么B、用户使用界面C、输入的信息D、软件的规模

2.需求分析阶段，分析人员要确定对问题的综合需求，其中最主要的是（）需求。A、功能 B、性能 C、数据 D、环境 24.软件可行性研究一般不考虑（）

A.是否有足够的人员和相关的技术来支持系统开发 B.是否有足够的工具和相关的技术来支持系统开发 C.待开发软件是否有市场、经济上是否合算 D.待开发的软件是否会有质量问题 25.需求规格说明描述了（）

A.计算机系统的功能、性能及其约束 B.每个指定系统的实现 C.软件体系结构的元素

D.系统仿真所需要的时间

26.需求分析阶段，分析人员要确定对问题的综合需求，其中最主要的是（）需求 A.功能

B.性能

C.数据

D.环境

7.成本效益分析的目的是从

角度评价开发一个项目是否可行。

2.软件需求规格说明书在软件开发过程中具有重要的作用，它是软件可行性分析的依据。3.（）目前存在一个很普遍的现象，即不同的客户提出的需求是相互矛盾的，但每个人都争辩自己是正确的。

5.（）在需求分析过程中，分析员要从用户那里解决的最重要的问题是明确软件做什么。2.可行性研究主要确定问题分析阶段所确定的问题是否有可行的解。（）6.在需求分析过程中，分析员要解决的最重要的问题是明确软件做什么。（）7.数据流图的画法？

3.软件设计与编码.概要设计阶段产生的文档不包括（）。A.概要设计说明书

B.数据库设计说明书 C.用户手册

D.开发进度月报.一个模块把数值作为参数传送给另一个模块，这种耦合方式称为（）。A.数据耦合 B.公共耦合 C.控制耦合 D.标记耦合

10．与详细设计相对应的是数据库的（）设计。A.概念

B.逻辑 C.物理

D.功能 19.序言性注释主要内容不包括（）。

A.模块的接口

B.数据的描述

C.模块的功能

D.数据的状态 11.模块化的目的是：（）

A、增加内聚性 B、降低复杂性C、提高易读性D、减少耦合性 12.软件设计中划分模块的一个准则是（）。

A、低内聚低耦合B、低内聚高耦合C、高内聚低耦合D、高内聚高耦合 13.下列耦合中，耦合程度最高的是：（）A、标记耦合 B、控制耦合 C、内容耦合 D、公共耦合 14.模块间耦合程度越高，说明模块之间彼此依赖的程度越（）。A、松散 B、紧密 C、无法判断 D、相等 15.程序的三种基本控制结构是（）。A、过程、子程序和分程序。B、顺序、选择和重复。C、递归、堆栈和队列。D、调用、返回和转移。

2.软件设计阶段一般分为

和

两个阶段。

3.软件开发过程中，模块化开发追求的目标是：__________________。6.数据建模常用的模型是______________。任何程序都可由

、和

3种基本控制结构构造。这3种基本结构的共同点是

、。

4.软件人员的数量与软件开发进度成正比。（）

8.模块化程序设计中，模块越小，模块化的优点越明显。一般来说，模块的大小都在10行以下。（）

9.模块化，信息隐藏，抽象和逐步求精的软件设计原则有助于得到高内聚，低耦合度的软件产品。（）

10.程序设计风格指导原则提出，尽量多使用临时变量。（）8.模块化程序设计中，模块越小，模块化的优点越明显。（）

4.软件测试

13．（）方法需要考察模块间的接口和各模块之间的联系。A.单元测试

B.集成测试 C.确认测试

D.系统测试

16．在软件生存周期中，时间最长、所花费的精力和费用也最多的阶段是（）。A.详细设计

B.维护 C.概要设计

D.测试 16.软件测试的目的是？（）A、证明软件的正确性

B、找出软件系统中存在的所有错误 C、证明软件系统中存在错误

D、尽可能多的发现软件系统中的错误

17.（）是以提高软件质量为目的的技术活动。A．技术创新

B．测试

C．技术创造

D．技术评审

18.软件维护工作的最主要部分是（）。A、校正性维护 B、适应性维护 C、完善性维护 D、预防性维护

19.检查软件产品是否符合需求定义的过程称为（）。A、确认测试 B、集成测试 C、验收测试 D、系统测试

20.软件维护的副作用，是指（）。A、开发时的错误 B、隐含的错误

C、因修改软件而造成的错误 D、运行时误操作

33.发现错误能力最弱的是（）A.语句覆盖

B.判定覆盖

C.条件覆盖

D.路径覆盖 34.（）方法需要考察模块间的接口和各模块之间的联系 A.单元测试

B.集成测试

C.确认测试

D.系统测试 1.软件测试主要可分为________和________两种类型。

4.软件维护可分为四类，它们是改正性维护，________，________ 和________。8.软件可维护性的因素是可理解性、可测试性、可修改性、可移植性和_____。

9． 软件质量保证应从________开始，直到投入使用和售后服务的软件生存期的每一阶段中 4 的每一步骤。

3.为了加快软件维护作业的进度，应尽可能增加维护人员的数目。（）

5.质量保证是为了保证产品和服务充分满足消费者要求的质量而进行的有计划,有组织的活动。（）

6.判定覆盖不一定包含条件覆盖，条件覆盖也不一定包含判定覆盖。（）7.测试只能证明程序有错误,不能证明程序没有错误。（）3.软件维护就是改正软件中的错误。（）

10.用黑盒法测试时，测试用例是根据程序内部逻辑设计的。（11.基本路径测试的分析方法？）5

5.面向对象的软件工程（UML）..（）意味着一个操作在不同的类中可以有不同的实现方式。

A.消息

B.多继承

C.多态性

D.封装.顺序图反映对象之间发送消息的时间顺序，它与（）是同构的。A.用例图

B.类图

C.协作图

D.状态图

28.在软件工程学中，我们把一组具有相同数据结构和操作的对象的集合定义为（）A.类

B.属性

C.对象

D.消息

29.顺序图反映对象之间发送消息的时间顺序，它与（）是同构的 A.用例图

B.类图

C.协作图

D.状态图 35.下列关于UML叙述不正确的是（）A、UML是一种高级编程语言，且是可视化的B、UML是一种文档化语言 C、UML是一种可用于详细描述的语言

D、UML是一种构造语言

36.表示一种一般事物（父类）和特殊事物（子类）之间的关系是（）A、依赖

B、关联

C、泛化

D、实现 1.（）用例参与者总是人员而不是系统设备。

6.（）面向对象设计是在分析模型的基础上，运用面向对象技术生成软件实现环境下的设计模型。

8.（）关系数据库可以完全支持面向对象的概念，面向对象设计中的类可以直接对应到关系数据库中的表。

9.UML用例图的画法？

6.项目管理

38.CMMI体系中，第三级是（）A、已管理级

B、已量化管理级 C、已定义级

D、持续优化级 5.软件配置管理中，基线是___________________________________。4.（）软件工作产品一旦成为基线就不能再更改了。4.什么是软件配置管理？主要目标和手段是什么？ 4.什么是基线？

第四篇：软件工程导论填空题总结

1.软件生存周期一般可分为问题定义、可行性研究、需求分析、设计编码、测试、运行与维护阶段。

2.按软件的功能进行划分，软件可以划分为系统软件、支撑软件 和应用软件。

3.可行性研究主要集中在以下四个方面 经济可行性、技术可行性、法律可行性 和抉择。4.用户界面的可使用性是用户界面设计最重要的也是最基本的目标。

5.常见的软件概要设计方法有3大类：以数据流图为基础构造模块结构的结构化设计方法，以数据结构为基础构造模块的jackson方法_，以对象、类、继承和通信为基础的面向对象设计方法。

6.数据流图和数据字典共同构成系统的逻辑模型。

7.软件测试的方法有分析方法和非分析方法（即黑盒法）。8.单元测试一般以白盒测试为主，黑盒测试为辅。

9.成本估计方法主要有自底向上估计、自顶向下估计和算法模型估计三种类型。10.通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学，也称为范型,软件工程方法学包含三个要素：方法、工具和过程。目前使用得最广泛的软件工程方法学，分别是传统方法学和面向对象方法学

11.最基本的测试是集成测试和验收测试。

12.所谓情景分析就是对用户将来使用目标系统解决某个具体问题的方法和结果进行分析 13.需求分析过程应该建立3种模型，它们分别是数据模型，功能模型，行为模型.数据对象彼此之间相互连接的方式称为联系，也称为关系。联系可分为3种类型：一对一联系，一对多联系，多对多联系。

14.软件的验证：一致性，完整性，现实性，有效性

15.四种维护的定义：1.改正性维护2.适应性维护3.完善性维护4.预防性维护。2.数据流图中信息流的类型有（变换流）和(事务流)。3.软件的定义是：软件=程序+数据+（文档），软件是（程序及其文档）。4.经典结构程序设计包括顺序、选择和（重复）三种结构。5.集成测试时对软件结构中上层使用(自顶向下)的集成测试方法，对软件结构中下层使用(自底向上)的集成测试方法。

6.软件维护包括(改正性维护)、适应性维护、完善性维护、预防性维护。

7.面向对象方法学建模得到的三个基本子模型是(对象建模)、动态模型、功能模型。8.复杂大型问题的对象模型通常由主题层、类与对象层、结构层、(属性层)、及服务层5个层次组成。

9.面向对象方法学是基于 软件的重用。

10.软件层次结构图中方框间的连线表示

调用 关系。

21．在软件开发过程中要产生大量的信息，要进行大量的修改，软件配置管理能协调软件开发，并使混乱减到最低程度。

22．规定功能的软件，在一定程度上对自身错误的作用（软件错误）具有屏蔽能力，则称此软件具有容错功能的软件。

23．McCall提出的软件质量模型包括11 个软件质量特性。

24．软件可维护性度量的七个质量特性是可理解性、可测试性、可修改性、可靠性、可移植性、可使用性和效率。

25．为了便于对照检查，测试用例应由输入数据和预期的输出结果两部分组成。

26．程序设计语言的心理特性主要表现在 歧义性、简洁性、传统性、局部性和顺序性。27．软件结构是以 模块 为基础而组成的一种控制层次结构。

28．在结构化分析中，用于描述加工逻辑的主要工具有三种，即：结构化语言、判定表、判定树。

29．结构化语言是介于自然语言和形式语言之间的一种半形式语言。

30．若年利率为i，不计复利，n年后可得21．系统流程图是描述物理模型的传统工具，用图形符号表示系统中各个元素表达了系统中各种元素之间的(信息流动)情况。22．成本效益分析的目的是从(经济)角度评价开发一个项目是否可行。

23．自顶向下结合的渐增式测试法，在组合模块时有两种组合策略：深度优先策略和(宽度优先策略)。

24．独立路径是指包括一组以前没有处理的语句或条件的一条路径。从程序图来看，一条独立路径是至少包含有一条(在其他独立路径中未有过)的边的路径。

25．汇编语言是面向(机器)的，可以完成高级语言无法完成的特殊功能，如与外部设备之间的一些接口工作。

26．在JSP方法中解决结构冲突的具体办法是(中间数据结构或中间文件)。

27．详细设计的任务是确定每个模块的内部特性，即模块的算法、(使用的数据)。28．所有软件维护申请报告要按规定方式提出，该报告也称(软件问题)报告。

29．有两类维护技术：在开发阶段使用来减少错误、提高软件可维护性的面向维护的技术；在维护阶段用来提高维护的效率和质量的(维护支援)技术。

30．科学工程计算需要大量的标准库函数，以便处理复杂的数值计算，可供选择的语言有：(FORTRAN语言)、PASCAL语言、C语言和PL/1语言。1.软件的开发与运行经常受到硬件的限制和制约。(√)2.模块内的高内聚往往意味着模块间的松耦合。(√)3．Jackson图只能表达程序结构，不能表达数据结构。(X)上述数据流图表示数据A和B同时输入变换成C。(X)5．软件的质量好坏主要由验收人员负责，其他开发人员不必关心。(X)6．判定覆盖不一定包含条件覆盖，条件覆盖也不一定包含判定覆盖。(√)7.应该尽量使用机器语言编写代码，提高程序运行效率，而减少高级语言的使用。(X)8．UML只能应用于软件系统模型的建立。(X)9．容错就是每个程序采用两种不同的算法编写。(X)软件测试的目的是为了无一遗漏的找出所有的错误。(X)1.在进行总体设计时应加强模块间的联系。（N）2.系统结构图是精确表达程序结构的图形表示法。因此，有时也可以将系统结构图当作系统流程图使用。（N）

3.用黑盒法测试时，测试用例是根据程序内部逻辑设计的。（N）4.在程序调试时，找出错误的位置和性质比改正该错误更难。（Y）

5.以对象、类、继承和通信为基础的面向对象设计方法（OOD）也是常见的软件概要设计方法之一。（Y）

6.如果通过软件测试没有发现错误，则说明软件是正确的。（N）7.快速原型模型可以有效地适应用户需求的动态变化。（Y）

8.模块化，信息隐藏，抽象和逐步求精的软件设计原则有助于得到高内聚，低耦合度的软件产品。（Y）

9.集成测试主要由用户来完成。（N）10.软件危机完全是由于硬件问题引起的。（N）

第五篇：软件工程导论知识总结范文

软件工程导论 第一章:软件工程学概论

1.软件危机：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。

2.概括的说，软件危机包括两方面问题：如何开发软件已满足日益增长的需求；如何维护数量不断膨胀的已有软件。3.软件危机的典型表现：对软件开发成本和进度的估计常常很不准确；用户对“已完成的”软件系统不满意的现象经常发生；软件的质量往往靠不住；软件常常是不可维护的；软件通常没有适当的文档资料；软件成本在计算机系统总成本中所占的比例逐年上升；软件开发生产率提高的速度，远远跟不上计算机应用迅速不及深入的趋势。

4.产生软件危机的原因：在软件开发和维护的过程中存在这么多严重的问题，一方面与软件本身的特点有关，另一方面也和软件开发与维护的方法不正确有关。

5.在实践过称中或多或少的采用了错误的方法和技术，这可能是使软件问题发展成软件危机的主要原因。

6.软件不同与硬件，他是计算机系统中的逻辑部件而不是物理部件。

7.软件不同于一般程序，他的一个显著特点是估摸庞大，而且程序复杂性将随着程序规模的增加而呈指数上升。

8.软件本身独有的特点确实给开发和维护带来一些客观困难。9.对用户要求没有完整的认识就匆忙着手编写程序是软件开发功臣失败的主要原因之一。

10.一个软件从定义、开发、使用和维护，直到最终被遗弃，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生命周期。

11.软件是程序、数据及相关文档的完整集合。其中，程序是能够完成预定功能和性能的可执的指令序列；数据是使程序能够适当的处理信息的数据结构；文档是开发、使用和维护程序所需要的图文资料。

12.软件工程是指导计算机软件开发和维护的一门工程学科。13.软件工程是：把系统的、规范的、可度量的途径应用与软件开发、运行和维护过程，也就是吧工程应用与软件；研究前面所提到的途径。

14.软件工程的本质特性：软件工程关注与大型程序的构造；软件工程的中心课题是控制复杂性；软件经常变化；开发软件的效率非常重要；和谐的合作是开发软件的关键；软件必须有效地支持他的用户；在软件工程领域中通常由具有一种文化背景的人体另一种具有文化背景的人创造产品。

15.软件工程的基本原理：用分阶段的生命周期计划严格管理；坚持进行阶段评审；实行严格的产品控制；采用现代程序设计技术；结果应能清楚的审查；开发小组的人员应该少而精；承认不断该井软件工程的必要性。16.软件工程包括技术和管理两方面得内容，是技术与管理紧密结合所形成的工程学科。

17.通常把在软件生命周期全过程中使用的一套技术方法的集合称为方法学，也称之为范型。18.方法学三要素：方法、工具和过程。

19.传统方法学也称为生命周期方法学或结构化范型。它采用结构化技术来完成软件开发的各项任务，并使用适当的软件工具或软件工程环境来支持结构化技术的运用。

20.面向对象方法学与传统方法学相反，它吧数据和行为看成是同等重要的，他是一种一数据为主线，把数据和对数据的操作紧密的结合起来的方法。

21.棉线对象方法学的要点:把对象作为融合了数据及在数据上的操作行为的统一的软件构件；把所有的对象都划分成类；按照父类与子类的关系，把若干相关类组成一个层次结构的系统；对象彼此间仅能通过发送消息互相联系。

22.传统方法学强调自顶而下顺序的完成软件开发的各项任务。23.面向方法学开发软件的过程，是一个主动地多次反复迭代的演化过程。

24.面向对象范型的优点：降低了软件产品的复杂性，提高了软件的可理解性，简化了软件的开发和维护工作；促进了软件重用。25.面向对象方法特有的继承性和多态性，进一步提高了可重用性。26.软件生命周期由软件定义、软件开发和运行维护3个时期组成，每个时期又进一步划分成若干个阶段。

27.软件定义时期的任务：确定软件开发工程必须完成的总目标；确定工程的可行性；导出实现工程目标应该采用的策略及系统必须完成的功能；估计完成该工程需要的资源和成本，并且制定工程进度表。

28.软件定义时期分为三个阶段：问题定义、可行性研究、需求分析。

29.开发时期阶段组成：总体设计、详细设计、编码和单元测试、综合测试。

30.维护时期的树妖任务是使软件持久的满足用户的需求。31.最基本的测试是集成测试和验收测试。

32.通常的维护活动：改正性维护；适应性维护；完善性维护；预防性维护。

33.软件过程是为了获得高质量软件所需要完成的一系列框架，它规定了完成各项的任务工作步骤。

34.把过程定义为：使用资源将输入转化为输出的活动所构成的系统。

35.系统是相互关联或相互作用的一组要素。

36.过程定义了运用方法的顺序、应该交付的文档资料、为保证软件件质量和协调变化所需要的管理措施，以及标志软件开发各个阶段任务完成的里程碑。37.瀑布模型一直被广泛采用的生命周期模型，仍然是软件工程中应用的最广泛的过程模型。

38.瀑布模型的特点：阶段间具有顺序性和依赖性；推迟延迟的观点；质量保证的观点。

39.瀑布模型的优点：可强迫开发人员采用规范的方法；严格的规定了每个阶段必须提交的文档；要求每个阶段交出的所有产品都必须经过质量保证小组的仔细验证。

40.所谓快速原型是快建立起来的可以在计算机上运行的程序，他所能完成的功能往往是最终端产品能完成的功能的一个子集。41.快速原型模型的主要优点：不带反馈环，软件产品的开发基本上是线性顺序进行的。42.增量模型也称渐进模型。

43.增量模型的优点：能在短时间内向用户提交可完成部分工作产品；逐步增加产品功能可以使用户有充裕的时间学习和适应新产品从而减少一个全新的软件可能给客户组织带来的冲击。44.螺旋模型的基本思想是，使用原型及其他方法来尽量降低风险。可以把它看作是在每个阶段都增加了风险分析过程的快速模型。

45.螺旋模型的优点：对可选方案和约束条件的强调有利于已有软件的重用，也有助于把软件质量作为软件来发的一个重要目标；减少了过多测试或测试不足所带来的风险；更重要的是，在螺旋模型中维护只是模型的另一个周期，在维护和开发之间并没有本质区别。

46.喷泉模型是典型的面向对象的软件过程模型之一。47.“喷泉”这个词体现了面向对象开发过程迭代和无缝的特性。

48.Ratioanal统一过程是一种完整而且完美的软件过程。49.RUP软件开发生命周期是一个二维的生命周期模型。50.RUP九个核心工作流：业务建模；需求；分析与设计；实现；测试；部署；配置与变更管理；项目管理；环境。

51.RUP工作阶段：初始阶段、精化阶段、构建阶段、移交阶段。52.极限编程：是敏捷过程中最富盛名的一个，“极限”含义是指把好的开发实践运用到极致。

53.微软过程生命周期：规划阶段、设计阶段、开发阶段、稳定阶段、发布阶段。

54.面向对象方法=对象+类+继承+用消息通信

可行性研究

1.典型的可行性研究过程步骤：复查系统规模和目标；研究目前正在使用的系统；导出新系统的高岑逻辑模型；进一步定义问题；导出和评论供选择的解法；推荐行动方针；草拟开发计划；书写文档提交审查。

2.系统流程图是概括的描绘物理系统的传统工具。他的基本思想是用图形符号以黑盒子形式描绘组成系统的每个部件（程序、文档、数据库、人工过程等）。

3.系统流程图基本符号：处理（矩形）、输入输出（平行四边形）、连接（圆形）、换页连接（向下的五边形箭头）、数据流（箭头）。

4.面对复杂的系统时，一个比较好的方法是分层次的描绘这个系统。

5.数据流图（DFD）是一种图形化技术，他面会信息流和数据从输入移动到输出的过程中所经受的变换。6.数据流图是系统逻辑功能的图形表示。

7.数据流图符号：正方形（或立体型）表示数据的源点或终点；圆角矩形（或圆形）代表数据变换的处理；开口矩形（或两条平行线）代表数据存储；箭头代表数据流，即特定数据流动的方向。8.数据存储和数据流都是数据，仅仅所处的状态不同，数据存储是处于静止状态的数据，数据流是处于运动中的数据。9.画数据流图的基本目的是利用它作为交流信息的工具。另一个主要的用途是作为分析和设计的工具。

10.数据字典是关于数据信息的集合，也就是对数据流图中包含的所有元素的定义的集合。、11.数据流图和数据字典共同构成系统的逻辑模型，没有数据字典，数据流图就不严格，然而没有数据流图，数据字典也难以发挥作用。12.数据字典4类元素的定义组成：数据流；数据流分量（即数据元素）；数据存储；处理。

13.数据字典中记录数据元素的下列信息：一般信息；定义；使用特点；控制信息和分组信息。

14.数据元素组陈的方式：顺序、选择、重复，可选。15.“=”:等价于或定义为；“+”；和（即连接两个分量）；“【】”：或（即，从方括弧内列出的若干分量中选择一个），通常用“|”号隔开供选择的分量；“{}”：重复；“（）”：可选。

16.数据字典最重要的用途是作为分析阶段的工具。

17.卡片形式书写数据字典：开片：名字、别名、描述、定义、位置。

18.软软开发成本主要表现为人力消耗。

19.估算技术：代码行技术；任务分解技术；自动估算成本技术。20.成本/效益分析地第一步是估计开发成本、运行费用和新系统将带来的经济效益。

21.通常用利率的形式表示货币的时间价值。

22.通常用投资回收期衡量一项开发工程的价值。所谓投资回收期就是使累计的经济效益等于最初投资所需要的时间。23.衡量工程价值的另一项经济指是工程的纯收入，也就是在整个生命周期之内系统的累计经济效益与投资之差。需求分析 1.软件系统的综合要求：功能需求；性能要求；可靠性和可用性需求；出错处理需求；接口需求；约束；你想需求；将来可能提出的要求。

2.分析系统的数据要求，这是软件需求分析的一个重要任务，它通常采用建立数据模型的方法。

3.复杂的数据由许多基本的数据元素组成，数据结构表示数据元素之间的逻辑关系。

4.访谈是最早开始使用的获取用户需求的技术，也是迄今为止仍然广泛使用的需求分析技术。他有两种基本形式，分别是正式的和非正式的访谈。

5.软件系统本质上是信息处理系统，而任何信息处理系统的基本功能都是把输入数据转变成需要的输出信息。

6.结构分析方法就是面向数据流自顶而下逐步求精进行需求分析的方法。

7.面向团队的需求收集法，称为简易的应用规格说明技术。这种方法提倡用户与开发者密切合作，共同表示问题，提出解决方案要素，商讨不同方案并指定基本要求。

8.面向团队的需求方法的优点：开发者与用用户不分彼此，齐心协力，密切合作；即时讨论并求精；有能导出规格说明的具体步骤。

9.快速建立软件原型是最准确、最有效、最强大的需求分析技术。他是快速建立起来的旨在演示目标系统主要功能的可运行的程序。

10.构建原型的要点是，他应该实现用户看得见的功能，省略系统“隐含”功能。

11.快速模型的特性：快速；容易修改。

12.快随构建和修改原型的方法和工具：第四代技术；可重构的软件构件；形式化规格说明和原型环境。

13.通常，模型是由一组图形符号和组织这些符号的规则组成。14.结构化分析实质上是一种创建模型的活动。

15.通过需求分析除了创建分析模型之外，还应该写出软件需求规格说明书，他是需求分析阶段得出的最主要的文档。16.通常用自然语言完整、准确、具体的描述系统的数据要求、功能需求、性能需求、可靠性和可用性要求、出错处理需求、接口需求、约束、逆向需求以及将来可能提出的要求

17.概念性数据模型是一种面向问题的数据模型，是按照用户的观点对数据建立的模型。

18.数据模型包含三种续相互关联的信息：数据对象、数据对象的属性、数据对象彼此间相互连接的关系。19.联系：一对一；一对多；多对多。

20.ER图（实体-联系图）包含了实体、关系、属性，通常用矩形代表实体，用连接相关实体的菱形表示关系，用椭圆形或圆角矩形表示实体的属性，并用直线把实体与其属性连接起来。21.通常用“范式”定义消除数据冗余的程度。第一范式（1NF）数据冗余程度最大，第五范式（5NF）数据冗余程度最小。22.状态转换图（简称状态图）通过描绘系统的状态及引起系统状态转换的事件，来表示系统地行为。

23.状态是任何可以被观察到得系统行为模式，一个状态代表系统的一种行为模式。

24.在状态图中定义的状态主要有：初态、终态和中间状态。在一张状态图中只能有一个初态，而终态则可以有0至多个。25.事件就是引起系统动作或转换状态的控制信息。

26.状态图中，初态用实心圆表示，终态用一对同心圆表示，中间状态用圆角矩形表示。

27.活动表语法格式：事件名(参数表)/动作表达式；三种事件：entry（进入该状态的动作）, exit（退出该状态的动作）, do（该状态下的动作）。

28.事件表达式的语法格式：事件说明【守卫条件】/动作表达式；守卫条件为真时，状态转换发生。

29.层次方框图用树形结构的一系列多层次的矩形框描绘的数据的层次结构。

30.Warnier图和层次方框图相似，W图也用树形层次结构描绘信息，但是这种图形工具比层次方框图提供了更丰富的秒胡手段。

31.IPO图是输入、处理、输出图的简称。一种图形工具，能够方便的描绘输入数据、对数据的处理和输出数据之间的关系。32.验证软件需求的4个方面：一致性、完整性、现实性、有效性。

33.PSL/PSA（问题陈述语言/问题陈述分析程序）系统：功能：描述任何应用领域的信息系统；创建一个数据库保存对该信息系统的描述符；对描述符施加增加、删除和更改等操作；产生格式化的文档和关于规格说明书的各种分析报告。

34.PSL/PSA系统用描述符从系统信息流、系统结构、数据结构、数据导出、系统规模、系统动态、系统性质和羡慕管理共8个方面描述信息系统。第五章:总体设计

总体设计过程分为两个阶段: 1>.系统设计,确定系统的具体实现方案 2>.结构设计阶段,确定软件结构

总体设计的9个步骤: 1>.设想供选择的方案 2>.选取合理的方案 3>.推荐最佳方案 4>.功能分解 5>.设计软件结 6>.设计数据库 7>.制定测试计划 8>.书写文档 9>.审查和复查

书写文档(形成概要设计规格说明书): 1>.系统说明 2>.用户手册 3>.测试计划 4>.详细的实现计划 5>.数据库设计结果

模块是由边界元素限定相邻程序元素的序列,而且有一个总体标识符代表它.(模块式构成程序的基本构件)根据模块数目和接口成本(模块间的联系成本)两个因素来决定模块的最适当数目.抽象:就是抽出事物的本质特征而暂时不考虑他们的细节.(抽象层次的过程实际上也是逐步求精的过程).抽象和求精是一对互补的概念,也是人类解决复杂问题时最常用,最有效的方法.抽象使得设计者能够说明过程和数据，同时却忽略了低层细节，求精则帮助设计者在设计过程中逐步揭示出低层细节。

信息隐藏原理指出:应该这样设计和确定模块,使得一个模块内包含的信息(过程和数据)对于不需要这些信息的模块来说是不能访问的.局部化,是指把一些关系密切的软件元素物理地放得彼此靠近,在模块中使用局部数据元素是局部化的一个例子.模块独立性:使得每个模块完成一个相对独立的特定子功能,并且和其他模块之间的关系很简单.模块的独立程序由两个标准度量：

1>.耦合:数据耦合，控制耦合，特征耦合，公共环境耦合，内容耦合

（尽量使用数据耦合，少用控制耦合和特征耦合，限制公共环境耦合的范围，完全不用内容耦合）

2>.内聚:功能内聚,信息内聚,通信内聚,过程内聚,时间内聚,逻辑内聚,偶然内聚.启发式规则: 1>.改进软件结构提高模块独立性 2>.模块规模应该适中

3>.深度,宽度,扇出和扇入都应适当 4>.模块的作用或应该在控制域之内 5>.力争降低模块接口的复杂程度 6>.设计单入口单出的模块 7>.模块功能应该可以预测

层次图和HIPO图,结构图(描绘软件结构的图形工具).结构图:用尾部是空心圆表示传递的是数据,实心圆表示传递的是控制信息.面向数据流的设计方法:把信息流映射成软件结构,信息流的类型决定了映射方法信息流类型:1>.交换流,2>.事务流 第六章:详细设计

在设计人机界面过程中,遇到的4个问题: 1>.系统影响时间(长度,易变性)2>.用户帮助设施(集成的/附加的帮助设施)3>.出错信息处理

4>.命令交互(一个命令对应单一的功能)人机界面设计指南: 1>.一般交互指南涉及信息显示,数据输入和系统整体控制,因此这类指南是全局性的,忽略它们将承担较大的风险.2>.信息显示指南:用文字,图形和声音按位置移动和大小,使用颜色,分辨率和省略

3>.数据输入指南:选择命令,输入数据和向系统提供输入

过程设计的 工具: 1.程序流程图

程序流程图的缺点: 1>.程序流程图本质上不是逐步求精的好工具,它诱使程序员过早的考虑程序的控制流程,而不去考虑程序的全局结构 2>.程序流程图中用箭头代表控制流,因此程序员不受任何约束,可以完全不顾结构程序设计的精神,随意转移控制 3>.程序流程图不容易表示数据结构 2.盒图 盒图的特点:克服了程序流程图的缺点,但自身缺点是不易扩展

1>.功能域(即一个特定控制结构的作用域)明确,可以从盒图上一眼就看出来 2>.不能任意转移控制

3>.很容易确定局部和全程数据的作用域

4>.很容易表现嵌套关系,也可以表示模块的层次结构

3.PAD图(问题分析图):是用二维树形结构的图来表示程序的控制流.将这种图翻译成程序代码比较容易

4.判断表:能够清晰的表示复杂的条件组合与应做的动作之间的对应关系.(在多重嵌套的条件选择时)5.判定树:容易绘制,易于理解,但不能判断哪些组合不可能,叶子多

6.过程设计语言(伪码):是用正文形式表示的数据和处理过程的设计工具.过程设计语言(PDL)的优点: 1>.可以作为注释直接插在源程序中间

2>.可以使用普通的正文编辑程序或文字处理系统,很方便的完成PDL的书写和编辑工作

3>.已经有自动处理PDL的程序存在,而且可以自动由PDL生成程序代码

程序复杂程序的定量度量 1.流图:只要顺序执行俄流向都能合并,忽略箭头,每个节点都是连通的(用圆表示节点代表一条或多条语句,箭头线成为边,代表控制流)由边和结点围成的面积为区域,当计算区域数时应该包括图形外部为被围起来的那个区域.计算环形复杂度的方法: 1>.流图的区域数等于环形复杂度

2>.流图G的环形复杂度V(G)=E-N+2,其中E是流图中边的条数,N是节点数

3>.流图G的环形复杂度V(G)=P+1,其中P是流图中判定节点的数目 第七章: 1.通常把编码和测试统称实现

2.所谓编码就是把软件设计结果翻译成某种程序设计语言书写的程序

3.为了使程序容易测试和维护以减少软件的总成本，所选用的高级语言有理想的模块化机制，以及可读性好的控制结构和数据结构。为了便于调试和提高软件可靠性，语言特点应该是编译程序能够多地发下程序中错的错误，为了降低软件开发和维护的成本，选用的高级语言应该有良好的独立编译机制。4.选择程序设计语言的使用标准： 1).系统用户的要求 2).可以使用的编译程序 3).可以得到的软件工具 4).工程规模 5).程序员的知识

6).软件可移植性要求 7).软件的应用领域 5.编码的风格: 1).程序内部的文档 2).数据说明 3).语句说明 4).输入输出

5).效率（通算法提高和决定的）提高效率 ：

1).效率是性能的要求，因此应该在需求分析阶段效率方面的要求

2).效率是靠设计来以高的

3).程序的效率和程序的简单程序是一致的 6.讨论效率问题： 1).程序运行时间 2).存储器效率 3).输入输出效率 软件测试基础： 1.测试方法：

1).黑盒：如果已经知道了产品应该具有的功能，可以通过测试来检验是否每个功能都能正常使用。

2).白盒: 如果知道产品的内部工作过程，可以通过测试来检验产品内部动作是佛感召规格说明的规定正常进行

2.黑盒测试是在程序接口进行的 黑盒测试（功能测试）3.测试步骤： 模块测试-》子系统测试-》系统测试-》验收测试-》平行运行

4.测试阶段的信息流： 1》软件配置 2》测试配置 5.单元测试主要使用白盒测试技术，而且对多个模块的测试可以并行的进行 6.测试重点： 1).模块接口 2).局部数据接口 3).重要的执行通路 4).出错处理器 5).边界条件

7.软件测试：为了发现错误而执行代码过程 8.程序调试：为了诊断和改正程序中错误的错误代码 9.集成测试是测试盒组装软件的系统化技术

10.验证指的是保证软件正确地实现了某个特定要求的一系列活动，而确认指的是为了保证软件确实满足了用户需求而进行的一系列活动

11.需求分析阶段产生的软件需求规格说明书。第八章: 软件维护：在软件交付使用之后，为了改正错误或者满足新的需要而修改的过程

改正性维护：把诊断和改正错误的过程称为改正性维护

适应性维护：为了和变化了的环境适当的配合而进行的修改软件的活动是既必要而又经常性的活动

完善性维护：在软件使用的过程中，用户往往提出增加新功能或修改已有功能的建议，还可能提出一般性的改进意见

预防性维护：为了改进未来的标准性或可靠性或为了给未来奠定更好的基础而修改软件

软件维护的过程： 1.维护组织 2.维护报告：

⑴满足维护要求表中提出的要求所需要的工作量 ⑵维护要求的性质 ⑶这项要求的优先次序 ⑷与修改有关的事后数据 3.维护的事件流 4.保存维护记录 5.评价维护活动: ⑴每次程序运行平均失败的次数 ⑵用于每一类维护活动的总人时数

⑶平均每个程序每种语言每种维护类型，所做的程序变动数 ⑷维护过程中增加或删除一个原语句平均花费的人时数 ⑸维护每种语言所花费的人时数 ⑹一张维护要求表的平均周转时间 ⑺不同维护类型所占的百分比

软件的可维护性的定义：维护人员理解改动改正或改进这个软件的难易程度

决定软件可维护的因素主要有： 1).可理解性 2).可测试性 3).可修改性 4).可移植性 5).可重用性

重用指同一事物不做修改或稍加改动就在不同环境中多次重复使用

以下一个方面可以提高软件的可维护性: 1).软件中可使用的可重用的构件越多，软件的可靠性越高，改正性维护需求需求就越少

2).软件中可使用的可重用的构件越多，适应性和完整性就越容易，文档影响软件可维护性的决定因素

软件系统的文档可分为用户文档和系统文档

软件文档应满足下数要求: 1).必须描述如何使用这个系统 2).必须描述怎样安装和管理这个系统 3).必须描述系统需求和设计 4).必须描述系统的实现和测试

用户文档至少包含下数: 1).功能描述 2).安装文档 3).使用手册 4).参考手册 5).操作员指南

所谓系统文档只从问题定义需求说明到验收测试计划，这样一系列和实现有关的文档

可维护性是所有软件都应该具备的基本特点

代码复审应该强调编码风格和内部说明文档这两个影响可维护性的因素

配置复审在测试结束是进行正式的可维护性复审

配置复审的目的是保证软件配置的所有成分都是完整的，一致的和可理解的

为了便于修改和管理已经编目归档了, 软件在工程过程模型的六类活动： 1).库存目录分析 2).文档重档 3).逆向工程 4).代码重构 5).数据重构 6).正向工程 第九章: 面向对象方法学的出发点和基本原则是尽可能模拟人类习惯的思维方式,使开发软件的方法与过程尽可能接近人类认识世界解决问题的方法于过程，也就是使描述问题的问题空间与实现解决的解决空间在结构上尽可能一致

面向对象方法学具有以下4个要点: 1).认为客观世界是又各种对象组成，任何事物都是对象 2).把所有对象都划分成各种对象类，每个对象都定义了一组数据和一组方法

3).按照子类与父类的关系把若干个对象类组成一个层次结构的系统

4).对象彼此之间仅能通传递消息互相联系

面向对象方法学的优点有: 1).与人类习惯的思维方法一致 2).稳定性好 3).可重用性好

4).较易开发大型软件产品 5).可维护性好

由于以下因素使得面向对象方法所开发的软件可维护性好: 1).稳定性比较好 2).较容易修改 3).容易理解 4).易于测试和调试

面向对象方法学中的对象是由描述该对象性的数据以及可以对这些数据施加的所有操作封装在一起所构成的同意体

对象是封装了数据结构以及施加在这些数据结构上的操作的封装体

对象有如下基本特点: 1).以数据为中心 2).对象是主动的 3).实现了数据封装 4).本质上具有并行性 5).模块独立性好

类就是对具有相同数据和相同操作的一组相似对象的定义

类是支持继承的抽象数据类型而对象就是类的实例

实例就是由某个特定的类所描述的一个具体的对象

消息是要求某个对象执行在定义它的那个类中所定义的某个操作的规格说明

消息由三部分组成 1).接受消息对象 2).消息选择符 3).零个或多个变元

方法就是对象所执行的操作，也就是类中所定义的服务

属性就是类中所定义的数据，它是对客观世界实体所具有的性质的抽象

对象具有封装性的条件如下: 1).有一个清晰的边界 2).有确定的接口 3).受保护的内部实现

继承是指直接获得已有的性质和特征而不必重复定义它们

多态性是指子类对象可以像父类对象那样使用同样的消息既可以发送给父类对象也可以发送给子类对象

函数重载是指同一个作用域内的若干个参数特征不同的函数可以使用相同的函数名字

运算符重载是指同一个运算符也可以施加于不同类型的操作数上面

所谓模型就是为了理解事物而对事物做出的一种抽象，是对事物一种无歧义的书面描述

用面向对象方法开发软件通常需要建立3中模式: 1).描述系统数据结构的对象模型 2).描述系统控制结构的动态模型 3).描述系统的功能的功能模型

关联是双向的，可在一个方向上为关联起一个名字，在另一个方向上起另一个名字

聚集也称聚合，是关联的特例聚集表示类与类之间的关系，是整体与部分的关系

共享聚集在聚集关系中处于部分个对象可同时参与多个属于整体对象的构成

泛化关系就是通常所说的继承关系，是通用元素和具体元素之间的一种分类关系

没有具体对象的类称为抽象类

预定义的类约束有四种: 1).多重 2).不相交 3).完全 4).不完全

多重继承指的是一个子类可以同时多次继承同一个上层基类

依赖关系描述两个模型元素之间的语意连接关系，其中一个模型元素是独立的，另一个模型元素不独立，它依赖于独立的独立的模型元素

当对同一个事物在不同抽象层次上描述时这些描述之间具有细化关系

细化用来协调不同模型之间的关系，表示各个开发阶段不同抽象层次之间的相关性 第十三章：

管理:通过计划组织和控制等一系列活动,合理地配置和使用各种资源,以达到既定目标的过程.软件项目管理贯穿于软件的整个生命周期之中.软件管理项目过程从一组项目计划活动开始,而制定计划的基础是工作量估算和完成期限估算.为了使估算项目的工作量和完成期限,首先需要估算软件的规模.度量软件规模的技术: 1>.代码行技术:比较简单的定量估算软件规模的方法.2>.功能点技术:依据对软件信息域特性和软件复杂性的评估结果估算软件规模,用功能点(FP)为单位.信息域的五个特性:输入项数,数出项数,查询数,主文件数,我外部接口数.估算功能点的步骤: 1>.计算未调整的功能点数UFP 2>.计算技术复杂性因子TCF 3>.计算功能点数FP 工作量：软件规模（KLOC或FP）的函数。单位：人月.工作量估算常用模型：静态单变量模型，动态多变量模型，COCOMO2模型.COCOMO2构造性成本模型，给出了三个层次的软件开发工作量估算模型：

1>.应用系统组织模型：主要用于估算构建原型的工作量。2>.早期设计模型：适用于体系结构设计阶段。

3>.后体系结构模型：适用于完成体系结构设计之后的软件开发阶段。

成本因素分为：产品因素、平台因素、人员因素、项目因素。COCOMO2使用的5个分级因素：项目先例性、开发灵活性、风险排除度、项目组凝聚力、过程成熟度。

工程网络是系统分析和系统设计的强有力的工具，用箭头表示作业(即消耗资源又需要持续一定时间),用圆圈表示事件(并不消耗时间和资源).制定进度计划的工具有Gantt图和工程网络。

机动时间=它结束事件的最迟时刻-它开始事件的最早时刻-持续时间.人员组织： 1>.民主制程序员组

2>.主程序员组（特性：专业化、层次化）3>.现代程序员组

软件质量：软件与明确的和隐含的定义的需求相一致的程序.具体地说是：软件与明确的叙述的功能和性能需求，文档中明确描述的开发标准以及任何专业开发的软件产品都应该具有的隐含特征相一致的程度.软件质量保证措施：（软件复审是最重要的之一）1>.基于非执行的测试 2>.基于执行的测试 3>.程序正确性证明

正式技术复审包括走查和审查.走查有两种方式：参与者驱动法，文档驱动法。审查的基本步骤：综述，准备，审查，返工，跟踪。

软件配置管理员是应用于整个软件过程中的保护性活动，是在软件整个生命期内管理变化的一组活动。目标是使变化能够更正确且更容易被适应，在需要修改软件时减少为此而花费的工作量。

能力成熟度模型是改进软件过程的有效策略，以增量方式逐步引入变量，明确定义了5个成熟度级。一个软件开发组织可用一系列小的改良性步骤买入更高的成熟度等级。