软件工程 - 简答题复习

软件工程一些简答题

 

1. 耦合性和内聚性有几种类型，其耦合度，内聚强度的顺序如何

耦合度由低到高：

非直接耦合 数据耦合 标记耦合 控制耦合 外部耦合 公共耦合 内容耦合

内聚度由强到弱：

功能内聚 顺序内聚 通信内聚 过程内聚 时间内聚 逻辑内聚 偶然内聚

 

补充：

耦合类型:

（1） 内容耦合：如果发生下列情形，两个模块之间就发生了内容耦合

             1. 一个模块直接访问另一个模块的内部数据;

             2. 一个模块不通过正常入口转到另一模块内部;

             3. 两个模块有一部分程序代码重迭(只可能出现在汇编语言中);

             4. 一个模块有多个入口。

（2） 公共耦合：若一组模块都访问同一个公共数据环境，则它们之间的耦合就称为公共耦合。公共的数据环境可以是全局数据结构、共享的通信区、内存的公共覆盖区等。

（3） 外部耦合： 一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传递该全局变量的信息，则称之为外部耦合。

（4） 控制耦合：如果一个模块通过传送开关、标志、名字等控制信息，明显地控制选择另一模块的功能，就是控制耦合。

（5） 标记耦合：一组模块通过参数表传递记录信息，就是标记耦合。这个记录是某一数据结构的子结构，而不是简单变量。

（6） 数据耦合：一个模块访问另一个模块时，彼此之间是通过简单数据参数 (不是控制参数、公共数据结构或外部变量) 来交换输入、输出信息的。

（7） 非直接耦合：两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实现的

耦合度逐渐降低

 

内聚类型

（1）功能内聚（Functional Cohesion）  

如果一个模块内所有处理元素完成一个，而且仅完成一个功能，则称为功能内聚。

功能内聚是最高程度的内聚。但在软件结构中，并不是每个模块都能设计成一个功能内聚模块。

（2）顺序内聚（Sequential Cohesion）    

如果一个模块内处理元素和同一个功能密切相关，而且这些处理元素必须顺序执行，则称为顺序内聚。   

（3）通信内聚（Communicational Cohesion）    

如果一个模块中所有处理元素都使用同一个输入数据和（或）产生同一个输出数据，称为通信内聚。   

（4）

过程内聚（Procedural Cohesion）  

如果一个模块内的处理元素是相关的，而且必须以特定的次序执行，称为过程内聚。  

过程内聚与顺序内聚的区别是：顺序内聚中是数据流从一个处理单元流到另一个处理单元，而过程内聚是控制流从一个动作流向另一个动作。

（5）时间内聚（Temporal Cohesion）    

如果一个模块包含的任务必须在同一段时间内执行，称为时间内聚。也称为瞬时内聚。     

（6）逻辑内聚（Logical Cohesion）    

如果模块完成的任务在逻辑上属于相同或相似的一类，称为逻辑内聚。

（7）偶然内聚（Coincidental Cohesion）    

如果一个模块由完成若干毫无关系的功能处理元素偶然组合在一起的，就叫偶然内聚。

内聚度逐渐降低

 

2. 什么是数据字典，简述数据字典与数据流图的关系

数据字典是关于数据的信息的集合，对数据流程图中的各个元素做完整的定义与说明，是数据流程图的补充工具。

数据流图和数据字典共同构成系统的逻辑模型，没有数据字典，数据流图就不严格，然而没有数据流图，数据字典也难以发挥作用。数据流图和对数据流图中的每个元素的精确定义放在一起，才能共同构成系统的规格说明。

 

3. 简述编码风格的重要性

阅读程序是软件开发和维护过程中的一个重要组成部分，程序实际上也是一种供人阅读的文章，应当在编写程序时讲求程序的风格，这将大量地减少人们读程序的时间。良好的编码风格有助于编写出可靠而又容易维护的程序，编码的风格在很大程度上决定着程序的质量。

 

4. 面向对象的测试和传统开发方法的测试有什么不同  ？

(1) 两者都可以分成四个阶段进行。但传统测试最小单元是模块，而在面向对象环境下。最小的可测试的单元式封装了的类或对象，而不是程序模块。

(2) 因为面向对象软件没有一个层次的控制结构，多以传统的自顶向下和自底向上的组装策略意义不大。每次将一个操作组装到类中常常行不通，因为在构成类的各个部件之间存在各种直接和非直接的交互，对于面向对象系统的组装测试，存在两种不同的测试策略。

 

5. 什么是软件危机？为什么会产生软件危机？分析软件危机的主要原因有哪些

软件危机是指软件在开发和维护过程遇到的一系列严重问题，主要包含两方面的问题，一是如何开发利用软件，而是如何维护数量不断膨胀的已有软件。

产生软件危机的原因，一方面与软件本身的特点有关，另一方面和如那件开发与维护的方法不正确有关, 具体如下：

①软件日益复杂和庞大

②软件开发管理困难和复杂

③软件开发技术落后

④生产方式落后

⑤开发工具落后

⑥软件开发费用不断增加

 

6. 什么是软件的生存周期？包括哪几个部分？

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

软件的生存周期就是从提出软件产品开始，直到该软件产品被淘汰的全过程。它包括制定计划、需求分析、软件设计、程序编写、软件测试、运行维护等。

 

7. 什么是黑盒测试法？

黑盒测试法又称功能测试或数据驱动测试，该方法把程序看成一个不透明的黑盒子，完全不考虑程序的内部结构和处理过程，只在程序的接口处进行测试，即它只检查程序功能是否能按照规格说明书的规定正常使用，程序是否能适当地接受输入数据，产生正确的输出信息。

 

8. 请简要说明需求分析的三个层次包括哪些主要内容

软件需求包括三个不同的层次：业务需求，用户需求和功能需求与非功能性需求

(1) 业务需求反映了组织机构或客户对系统、产品高层次的目标要求

(2) 用户需求描述了用户使用产品必须要完成的任务

(3) 功能需求与非功能性需求定义了开发人与必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求

 

9. 在需求分析阶段, 建立目标系统的逻辑模型的具体做法是什么?
具体做法:

首先确定目标系统与当前系统的逻辑差别；

然后将变化部分看作是新的处理步骤，对功能图及对象图进行调整；

最后由外及里对变化的部分进行分析，推断其结构，获得目标系统的逻辑模型.

通常用数据流图、数据字典和主要的处理算法描述这个逻辑模型.

所谓"需求分析"，是指对要解决的问题进行详细的分析，弄清楚问题的要求，包括需要输入什么数据，要得到什么结果，最后应输出什么。可以说，在软件工程当中的“需求分析”就是确定要计算机“做什么”

 

10. 为什么数据流图要分层?

为了表达数据处理过程的数据加工情况, 用一个数据流图是不够的. 为表达稍微复杂的实际问题, 需要按照问题的层次结构进行逐步分解, 并以分层的数据流图反映这种结构关系.

 

11. 软件的质量反应为哪些方面的问题？

软件质量是软件符合明确规定的功能和性能要求，符合明确的开发标准，符合所有软件开发专业的共性、隐性标准，如易用性，可维护性等。

软件质量反映了以下三方面的问题

• 需求——软件需求是度量软件质量的基础，不满足需求的软件就不具备质量
• 规范——不遵循各种标准中定义的开发规则，软件质量就得不到保证
• 扩展——只满足明确定义的需求，而没有满足应有的隐含需求，软件质量也得不到保证

 

13.软件测试包括哪些步骤？说明这些步骤的测试对象是什么？

①单元测试，测试对象为单元模块

②集成测试，测试对象为组装后的程序模块

③确认测试，测试对象为可运行的目标软件系统

 

14. 需求分析与软件设计两个阶段任务的主要区别是什么？

需求分析定义软件的用户需求，即定义待开发软件能做什么

软件设计定义软件的实现细节以满足用户需求，即研究如何实现软件

 

15. 说明软件测试和调试的目的有何区别

测试的目的是判断和发现软件是否有错误

调试的目的是定位软件错误并纠正错误

 

16. 简述需求分析方法应遵循的基本原则

① 必须能够表达和理解问题的数据域和功能域

② 可以把一个复杂的问题按功能进行分解并可逐层细化

③ 建模

 

17. CMM模型包括哪些等级？

CMM（Capability  Maturity Model, 能力成熟度模型)

5	优化级	持续的过程改进
4	量化管理级	量化管理
3	已定义级	过程标准化
2	可重复级	基本项目管理
1	初始级	有能力的人和个人英雄主义