2011级恩学院软件工程期末复习知识点小结--andy cao.docVIP

第一部分： 选择题知识点小结 1，软件，软件危机，软件工程的定义 P3 软件是依附在硬件上面的程序、数据和文档的集合，是指挥控制计算机系统（包括硬件和软件）工作的神经中枢。通常，软件有以下定义：软件 = 程序 + 数据 + 文档 软件文档分为开发文档和管理文档两大类。开发文档主要由项目组书写，用于指导软件开发与维护；管理文档主要由软件工程管理部门书写，用于指导软件管理和决策。软件工程规定：文档必须指挥程序，而决不允许程序指挥文档；文档与程序必须保持高度一致，而决不允许程序脱离开文档。 P4软件工程来源于软件危机，即先有软件危机，后有软件工程。所谓软件危机，就是在软件开发和维护过程中所遇到一系列难以控制的问题，包括软件开发的成本增大、进度延期、维护困难和质量得不到保障。 软件工程是研究软件开发和软件管理的一门工程学科。这里，一是强调开发，二是强调管理，三是强调工程，四是强调学科。 2，可行性研究目的及几个方面: P53 可行性分析是立项的前提，立项是可行性分析的后果。立项和合同的区别：立项有两个分析1.投资2.经济效应；合同只有一个分析经济分析。 3，画分层DFD图的基本原则P128 数据守恒　 所谓数据守恒是指加工的输入输出数据流是否匹配，即每一个加工既有输入数据流又有输出数据流。或者说一个加工至少有一个输入数据流，一个输出数据流。 加工分解的原则　自然性：概念上合理、清晰； 均匀性：理想的分解是将一个问题分解成大小均匀的几个部分； 　分解度：一般每一个加工每次分解最多不要超过７个子加工,分解应分解到基本加工为止。 子图与父图的“平衡”　　父图中某个加工的输入输出数据流应该同相应的子图的输入输出相同(相对应），分层数据流图的这种特点称为子图与父图“平衡”。 合理使用文件 当文件作为某些加工之间的交界面时，文件必须画出来，一旦文件作为数据流图中的一个独立成份画出来了，那么他同其他成份之间的联系也应同时表达出来。 画分层DFD图的方法: “先全局后局部,先整体后细节,先抽象后具体” 通常可将这种分层的DFD图,分为顶层、中间层、底层。 具体步骤： 1。先确定系统范围，画出顶层的DFD图。 2。逐层分解顶层DFD图，获得若干中间层DFD图。 3。画出底层的DFD图。 顶层图说明了系统的边界,即系统的输入和输出数据流，顶层图只有一张。底层图由一些不能再分解的加工组成，这些加工都已足够简单，称为基本加工。在顶层和底层之间的是中间层。中间层的数据流图描述了某个加工的分解，而它的组成部分又要进一步分解。 画各层DFD图时，“由外向内”。 4，软件设计原理p121 1）设计方法概论：软件设计的输入是《需求规格说明书》，输出是《概要设计说明书》和《详细设计说明书》。概要设计：概要设计，一是要覆盖《需求规格说明书》的全部内容，二是要作为指导详细设计的依据。概要设计注重于宏观上和框架上的设计，它是软件系统的总体结构设计、全局数据库(包括数据结构)设计、外部接口设计、功能部件分配设计、部件之间的接口设计。概要设计又称为架构设计。详细设计，一是要覆盖《概要设计说明书》的全部内容，二是要作为指导程序设计的依据。详细设计注重于微观上和框架内的设计，它是各子系统的公用部件实现设计、专用模块实现设计、存储过程实现设计、触发器实现设计、外部接口实现设计、部门角色授权设计、其他详细设计等。在设计之前要确定命名规范。包括系统命名规范，模块命名规范，构件命名规范，变量命名规范，以及表名、字段名、索引名、视图名、存储过程名的命名规范等。软件设计时，一方面要善于将需求规格说明书中的冗余去掉，将公用功能提炼出来，并将它设计为构件，标准化后加入到公司构件库中。另一方面，还要尽量调用公司构件库中已有的构件。按照“五个面向理论”，概要设计主要方法是面向数据，详细设计和程序设计主要方法是面向对象。所有的详细设计都是面向模块(部件/构件)的，不是面向组织结构或部门单位的。一个组织或单位，根据角色的不同授权，可以挂上不同的模块或部件。 2）软件设计原理 原理1：抽象 (1) 控制抽象：面向过程设计 ，通过控制抽象(控制流程和接口)，对软件进行分解，达到降低软件复杂度的目的。面向对象设计 ，通过数据抽象和控制抽象，实现使数据和控制溶为一体，构成一个完整的对象。(2) 过程抽象：将数据处理抽象成函数或方法，获得最终的执行结果，而不必去关心它们的内部实现细节。 (3) 数据抽象：在数据库建模和面向对象建模时，使用数据抽象，设计出数据库的表及字段，或设计出类及类的属性。 原理2：分解 (1) 在架构设计中，将软件系统分解为子系统和模块； (2) 在详细设计中，将子系统和模块分解成类和接口。 原理3：低耦合高内聚 原理4：封装：封