《软件工程导论》考试夹带

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

2.产生软件危机的原因：一方面与软件本身的特点有关，另一方面也和软件开发与维护的方法不正确有关。

3.软件工程的定义：是指导计算机软件开发和维护的一门工程学科。具体如下：

开发进度难以估计，开发质量难以衡量

设计中的错误很难维护

规模庞大，而且程序复杂性将随着程序规模的增加而呈指数上升。

4.怎样解决软件危机？

(1)对软件要有正确的认识

(2)软件开发应该是一种组织良好、管理严密、各类人员协同配合、共同完成的工程项目。

(3)应该推广使用在实践中总结出来的开发软件的成功的技术和方法。

(4). 应该开发和使用更好的软件工具。

5.可行性研究的任务？

(1)需要进一步分析和澄清问题定义。

(2)导出系统的逻辑模型。

(3)最根本的任务是对以后的行动方针提出建议。

6.需求分析

1. 功能需求

这方面的需求指定系统必须提供的服务。通过需求分析应该划分出系统必须完成的所有功能。

2. 性能需求

软件开发的技术性指标。

例如：存储容量限制

执行速度、响应时间

吞吐量

7.形式化说明技术

Z语言：形式化的规格说明语言中，较典型的一种语言。

用Z语言描述的，最简单的形式化规格说明含有四个部分：

（1）给定的集合，数据类型及常数；

（2）状态定义；

（3）初始状态；

（4）操作；

8.总体设计

模块化：采用模块化原理可以使软件结构清晰，容易设计也容易阅读和理解、测试。

抽象：抽象就是抽出事物的本质特性而暂时不考虑它们的细节。

逐步求精：逐步求精：为了能集中精力解决主要问题而尽量推迟对问题细节的考虑。

信息隐蔽和局部化：该原理有利于提高模块的内聚性。

模块独立：模块独立重要性理由：

第一，有效的模块化的软件比较容易开发出来。

第二，独立的模块比较容易测试和维护。

9.详细设计

第一章

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

2.产生软件危机的原因：(1) 开发人员方面，对软件产品缺乏正确认识，没有真正理解软件产品是一个完整的配置组成。造成开发中制定计划盲目、编程草率，不考虑维护工作的必要性。(2) 软件本身方面，对于计算机系统来说，软件是逻辑部件，软件开发过程没有统一的、公认的方法论和规范指导，造成软件维护困难。(3)尤其是随着软件规模越来越大,复杂程度越来越高,原有软件开发方式效率不高、质量不能保证、成本过高、研制周期不易估计、维护困难等一系列问题更为突出，技术的发展已经远远不能适应社会需求。

//3.软件配置的主要包括程序、文文件和数据等成分。

4.软件工程的定义：软件工程是应用计算机科学、数学及管理科学等原理开发软件的工程。它借鉴传统工程的原则、方法，以提高质量，降低成本为目的。

//5.所谓基准配置又称基线配置。

6.通常把在软件生命周期全过程中使用的一整套技术方法的集合称为方法学，也称为范型

7.软件工程方法学包含三个要素：方法、工具和过程。

8.目前使用得最广泛的软件工程方法学，分别是传统方法学和面向对象方法学

9.传统方法学也称为生命周期方法学或结构化范型

10.面向对象方法学的四个要点：1.把对象作为融合了数据及在数据上的操作行为的统一的软件构件 2.把所有对象都划分成类 3.按照父类（或称为基类）与子类（或称为派生类）的关系，把若干个相关类组成一个层次结构的系统（也称为类等级）。4.对象彼此间仅能通过发送消息互相联系。

11.软件生命周期：软件定义（问题定义，可行性研究，需求分析）、软件开发（总体设计，详细设计，编码，单元测试，总体测试）、运行维护（持久地满足用户的需要）

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

13.瀑布模型，快速原型模型，增量模型，螺旋模型，喷泉模型，概念.方法.优缺点.区别。

14.所谓构件就是功能清晰的模块或子系统

15.RUP（Rational统一过程）软件开发的生命周期是一个二维的生命周期模型

16.”极限”二字的含义是指把好的开发实践运用到极致

17.微软过程把软件生命周期划分为成5个阶段：规划阶段，设计阶段，开发阶段，稳定阶段，发布阶段。

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

第二章可行性研究

19.可行性研究的目的就是用最小的代价在尽可能多的时间内确定问题能否能够解决。

20.可行性包括：技术可行性，经济可行性，操作可行性。

21.系统流程图是概括地描绘物理系统的传统工具。它的基本思想是用图形符号以黑盒子形式描绘组成系统的每个部件（程序，文文件，数据库，人工过程等）。系统流程图表达的是数据在系统各部件之间流动的情况，而不是对数据加工处理的控制过程，因此尽管系统流程图的某些符号和程序流程图的符号形式相同，但是它却是物理数据流程图而不是程序流程图。

22.书库流图(DFD)是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。在数据流程图中没有任何具体的物理部件，它只描绘数据在软件中流动和被处理的逻辑过程。数据流程图是系统逻辑功能的图形表示。

23.用系统流程图描绘一个系统时，系统的功能和实现每个功能的具体方案是混在一起的。

24.有数据元素组成的数据的方式只有下述3种基本类型：顺序（即以确定次序连接两个或多个分量）。选择即从两个或多个可能的元素中选取一个重复即把指定的分量重复零次或多次。

第三章