软件工程复习题

第一章

1.软件工程定义：IEEE ： 软件工程是（1）将系统化的、规范的、可度量的方法应用于软件的开发、运行和维护的过程，即将工程化应用于软件中；（2）（1）中所述方法的研究

2.软件生存周期大体可分为如下几个活动：计算机系统工程、需求分析、设计、编码、测试、运行和维护

3.计算机系统工程的任务：确定待开发软件的总体要求和范围，以及它与其它计算机系统元素之间的关系进行成本估算，做出进度安排进行可行性分析，即从经济、技术、法律等方面分析待开发的软件是否有可行的解决方案，并在若干个可行的解决方案中作出选择。

4.软件需求分析：主要解决待开发软件要“做什么”的问题

确定软件的功能、性能、数据、界面等要求，生成软件需求规约。

5.软件设计：主要解决待开发软件“怎么做”的问题。

软件设计通常可分为系统设计（也称概要设计或总体设计）和详细设计。

6.1970年W.Royce 提出瀑布模型特征

接受上一阶段的结果作为本阶段的输入利用这一输入实施本阶段应完成的活动

对本阶段的工作进行评审，将本阶段的结果作为输出，传递给下一阶段

7.增量模型将软件的开发过程分成若干个日程时间交错的线性序列，每个线性序列产生软件的一个可发布的“增量”版本，后一个版本是对前一版本的修改和补充，重复增量发布的过程，直至产生最终的完善产品。

8.原型（prototype ）是预期系统的一个可执行版本，它反映了系统性质（如功能、计算结果等）的一个选定的子集。

9.螺旋模型：是瀑布模型和演化模型的结合，并增加了风险分析

10.喷泉模型是一种支持面向对象开发的模型。类及对象是面向对象方法中的基本成分。

11.“喷泉”一词体现迭代和无间隙特征

第二章

1.可行性分析主要从经济、技术、法律等方面分析所给出的解决方案是否可行，能否在规定的资源和时间的约束下完成。

2.货币的时间价值 设：当前金额为P ，年利率为i ，n 年后的金额为F ，则

3.投资回收期是衡量一个开发工程价值的经济指标.它是使累计的经济效益等于最初的投资所需的时间.

4.纯收入是另一个重要的经济指标，指出了若干年内扣除成本后的实际收入。

纯收入=累计经济效益 – 投资数

第四章

1.软件设计的任务：使用一种设计方法，软件分析模型中通过数据、功能和行为模型所展示的软件需求的信息被传送给设计阶段，产生数据/类设计、体系结构设计、接口设计、部件级设计

2.数据/类设计：将分析-类模型变换成类的实现和软件实现所需要的数据结构

体系结构设计：体系结构设计定义了软件的整体结构

接口设计：接口设计描述了软件内部、软件和协作系统之间以及软件同人之间如何通信 部件级设计：部件级设计将软件体系结构的结构性元素变换为对软件部件的过程性描述

3.信息隐藏：每个模块的实现细节对于其它模块来说应该是隐蔽的

块中所包含的信息（包括数据和过程）不允许其它不需要这些信息的模块使用， 通过信息隐蔽，则可定义和实施对模块的过程细节和局部数据结构的存取限制 ，这意味着这些独立的模块彼此间仅仅交换那些为了完成功能而必需交换的信息，也就是说应该隐藏的不是模块n

i F P )1/(+=n

i P F )1(+=

的一切信息，而是模块的实现细节。

4.模块独立：模块完成独立的功能并且与其他模块的接口简单，符合信息隐蔽和信息局部化原则，模块间关联和依赖程度尽可能小

5.模块的独立性可以由两项指标来衡量：内聚度与耦合度

6.内聚（cohesion）是一个模块内部各个元素彼此结合的紧密程度的度量

耦合(coupling)是模块之间的相对独立性（互相连接的紧密程度）的度量

7.内聚性分为七种类型：（1）巧合内聚（偶然内聚）：将几个模块中没有明确表现出独立功能的相同程序代码段独立出来建立的模块称为巧合内聚模块。（2）逻辑内聚：指完成一组逻辑相关任务的模块，调用该模块时，由传送给模块的控制型参数来确定该模块应执行哪一种功能。（3）时间内聚：指一个模块中的所有人物必须在同一时间段内执行（4）过程内聚：指一个模块完成多个任务，这些任务必须按指定的过程（procedural）执行。（5）通信内聚：指一个模块内所有处理元素都集中在某个数据结构的一块区域中。（6）顺序内聚：指一个模块完成多个功能，这些功能又必须顺序执行。（7）功能内聚：指一个模块中各个部分都是为完成一项具体功能而协同工作，紧密联系，不可分割的

8.耦合方式有七种类型：（1）内容耦合：如果一个模块直接访问另一个模块的内部数据；或者一个模块不通过正常入口转到另一模块内部；或者两个模块有一部分程序代码重迭；或者一个模块有多个入口，则两个模块之间就发生了内容耦合。2) 公共耦合：若一组模块都访问同一个公共数据环境，则它们之间的耦合就称为公共耦合。公共的数据环境可以是全局数据结构、共享的通信区、内存的公共覆盖区等。3) 外部耦合：指模块间通过软件之外的环境联结（如I/O将模块耦合到特定的设备、格式、通信协议上）时，称为外部耦合。4)控制耦合：如果一个模块传送给另一个模块的参数中包含了控制信息，该控制信息用于控制接收模块中的执行逻辑，则称为控制耦合（5）标记耦合：两个模块之间通过参数表传递一个数据结构的一部分（如某一数据结构的子结构），就是标记耦合。6) 数据耦合：两个模块之间仅通过参数表传递简单数据，则称为数据耦合。7) 非直接耦合：如果两个模块之间没有直接关系，即它们中的任何一个都不依赖于另一个而能独立工作，这种耦合称为非直接耦合。

9.在部件级设计阶段，主要完成如下工作：

（1）为每个部件确定采用的算法，选择某种适当的工具表达算法的过程，编写部件的详细过程性描述；（2）确定每一部件内部使用的数据结构；（3）在部件级设计结束时，应该把上述结果写入部件级设计说明书，并且通过复审形成正式文档，作为下一阶段（编码阶段）的工作依据。

10.“如果一个程序的代码块仅仅通过顺序、选择和循环这三种基本控制结构进行连结，并且每个代码块只有一个入口和一个出口，则称这个程序是结构化的”。

11.判定表却能清晰地表达复杂的条件组合与应做动作之间的对应关系。

第五章

1.结构化分析与设计是一种面向数据流的传统软件开发方法，以数据流为中心构建软件的分析模型和设计模型

2.数据字典条目包括：数据流、文件、数据项(组成数据流和文件的数据)、加工、源或宿

3.结构图的几个概念：

深度：程序结构图中控制的层数，

宽度：程序结构图中同一层次上模块总数的最大值，

扇出(fan out)：该模块直接调用的模块数目。

扇入(fan in)：能直接调用该模块的模块数目。

4.启发式设计策略：（1）改造程序结构图，降低耦合度，提高内聚度（2）避免高扇出，并

随着深度的增加，力求高扇入（3）模块的影响范围应限制在该模块的控制范围内（4）降低模块接口的复杂程度和冗余程度，提高一致性（5）模块的功能应是可预测的，避免对模块施加过多的限制（6）尽可能设计单入口和单出口的模块

5.变换流类型的数据流图可明显地分成输入、变换、输出三部分

6.事务流类型的数据流沿着输入路径到达一个事务中心，事务中心根据输入数据的类型在若干条动作路径中选择一条来执行

7.数据流图映射到结构图的步骤：（1）复审和精化数据流图。（2）确定数据流图的类型(变换型、事务型)。（3）将DFD映射成初始结构图。（4）改进初始结构图

8.变换分析的任务是将变换型的DFD映射成初始的结构图，步骤如下：

划定输入流和输出流的边界，确定变换中心

进行第一级分解：将DFD映射成变换型的程序结构

进行第二级分解：将DFD中的加工映射成结构图中的一个适当的模块

标注输入输出信息：根据DFD，在初始结构图上标注模块之间传递的输入信息和输出信息9.事务分析的任务是将事务型DFD映射成初始的结构图，步骤如下：

（1）确定事务中心：事务中心位于数条动作路径的起点，这些动作路径呈幅射状从该点流出（2）将DFD映射成事务型的结构图。（3）分解每条动作路径所对应的结构图

第六章

1.JSP：Jackson结构程序设计方法。JSD：Jackson系统开发方法

2.JSP方法：目标：获得简单清晰的设计方案设计原则：使程序结构与问题结构(数据结构)相对应。

第七章

1.面向对象分析的一般步骤如下：

（1）获取客户对系统的需求：包括标识场景（scenario）和用况（use case，也称用例），以及建造需求模型。（2）用基本的需求为指南，来选择类和对象（包括属性和操作）。（3）定义类的结构和层次。（4）建造对象—关系模型。（5）建造对象—行为模型。（6）利用用况/场景来复审分析模型。

2.面向对象设计的一般步骤如下：（1）系统设计（2）对象设计（3）消息设计（4）复审

3.创建用况模型的步骤包括：

1．定义系统2．确定执行者3．确定用况4．描述用况5．定义用况间的关系，6．确认模型

4.类图由系统中使用的类以及它们之间的关系组成

5.CRC：类-责任-写作者（claas-respomsibility-collabarator）

6.状态机图通常是对类描述的补充，它说明该类的对象所有可能的状态，以及哪些事件将导致状态的改变。状态机图描述了对象的动态行为，是一种对象生存周期的模型

7.顺序图用来描述对象间的交互行为，它关注于消息的顺序，即对象间消息的发送和接收的顺序

8.通信图展示了围绕着组合结构的各部分或协作的各角色而组织的一种交互。通信图与顺序图都展示了交互，但它们强调不同的方面。顺序图清晰地展示了时间顺序，但不明确显示对象之间的关系；通信图清晰地展示了对象间的关系，但消息顺序和并发线程必须通过顺序号来指明。

9.构件图显示构件类型的定义、内部结构和依赖。

10.部署图展示了运行时处理结点和在结点上生存的制品的配置。

第八章

1.注解分为序言性注解和功能性注解。

2.软件测试的目的：发现软件中的错误和缺陷，并加以纠正。

3.测试用例的设计方法大体分为：白盒测试与黑盒测试

4.白盒测试（称结构测试）把测试对象看作一个透明的盒子，测试人员根据程序内部的逻辑结构及有关信息设计测试用例，检查程序中所有逻辑路径是否都按预定的要求正确地工作。

5.黑盒测试（称行测试）把测试对象看做一个黑盒子，测试人员完全不考虑程序内部的逻辑结构和内部特性，只依据程序的需求规格说明书，检查程序的功能是否符合它的功能需求。

6.大量的错误是发生在输入或输出范围的边界上，而不是在输入范围的内部。因此针对各种边界情况设计测试用例，其揭露程序中错误的可能性就更大

7.错误猜测是一种凭直觉和经验推测某些可能存在的错误，从而针对这些可能存在的错误设计测试用例的方法。

8.测试的目的是发现错误，调试（称排错）目的是确定错误的原因和准确位置，并加以纠正

9.调试方法（1）蛮力法（2）回溯法（3）原因排除法。原因排除法分为归纳法和演绎法。第13、14章

1.软件维护分为：纠错性维护，适应性维护，改善性维护，预防性维护。

2.软件项目管理的关注点集中于4个P上：人员，产品，过程，项目。

3.软件规模通常用程序的代码行（LOC）或千行代码(KLOC)来衡量.

4.软件质量定义为与软件产品满足明确或隐含需求的能力有关的特征和特性的总和。

5.软件可靠性是指在规定的条件下和规定的时间内软件按规格说明要求不引起系统失效的概率。

6.软件项目进度管理的目的是确保软件项目在规定的时间内按期完成。

7.风险管理包含了风险标识，风险预测。风险评估，风险管理与监控。