软件工程导论

1、名词解释

• 数据字典: 数据字典是关于数据的信息的集合，对数据流图中包含的所有元素的定义的集合，由下列四类元素的定义组成:数据流，数据流分量(即数据元素)，数据存储，处理。P47
• 内聚: 指一个模块内部各个元素彼此结合的紧密程度的度量。
• *UML类图: 对系统中的各种概念进行建模，并描述出系统中的类，以及各个类之间的关系的静态视图。P217
• 白盒测试:白盒测试又称为结构测试，这种方法按照程序内部的逻辑测试程序，检测程序中的主要执行通路是否都能按照预订要求正确工作。
• 软件工程:软件工程是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术、和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，已经济地开发出高质量的软件并有效地维护它，这就是软件工程。
• 软件危机:指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
• *UML用例:参与者、用例以及它们之间的关系构成的用于描述系统功能的动态视图。
• 耦合:指软件系统结构中各模块间相互联系紧密程度的一种度量。P97
• 回归测试:指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。
• 软件维护:在软件运行或维护阶段对软件产品所进行的修改。
• 集成测试:在单元测试的基础上，将所有模块按照概要设计组装成为子系统或系统进行测试。
• 系统测试:指对整个系统的测试，将硬件、软件、操作人员看作一个整体，检验它是否有不符合系统说明书的地方。

2、填空题

• 软件：一个软件必须由一个完整的配置组成，事实上，软件是程序、数据以及相关文档的完整集合。
• 模块独立程度：模块独立程度可以由两个定性标准度量，这两个标准分别是内聚和耦合。P97
• 耦合：是对一个软件结构内不同模块之间互连程度的度量。耦合强弱取决于模块间接口的复杂程度，进入或访问一个模块的点，以及通过接口的数据。耦合程度影响系统的可理解性、可测试性、可靠性和可维护性。
  • 内聚：标志着一个模块内各个元素彼此结合的紧密程度，它是信息隐藏和局部化概念的自然扩展。
• DFD图：数据流图或者叫数据流程图，一种图形化技术，描绘信息流和数据从输入移动到输出过程中所受到的转换。分层细化保证信息的连续性。P40
• UML用例：一个用例是可以被行为者感受到的、系统的一个完整的功能。在UML中把用例定义为系统完成的一系列的动作，动作的结果能被特定的行为者察觉到。P225
• 结构化分析方法：面向数据流自顶向下逐步求精进行需求分析的方法。P59数据流图是极好的复查工具
• 面向对象的软件过程模型:对象模型、动态模型、功能模型
• 可行性分析:可行性研究是用最小的代价在尽可能短的时间内确定问题是否可以被解决。一般从下面三个方面研究： 技术可行性、经济可行性、操作可行性P35
• 需求分析：软件定义时期的最后一个阶段，他的基本任务是准确回答了“系统必须做什么”这个问题，主要是确定了目标系统必须具备哪些功能。P55
• 软件开发方法学：通常把在软件生命周期全过程中使用的一整套技术方法的集合成为方法学，也称为范型。软件工程方法学包含3个要素：方法、工具、过程
• UML活动图、状态图、顺序图
  • 活动图：描述了在一个过程中，顺序的/并行的活动及其之间的关系，强调的是从活动到活动的控制流，是一种表述过程原理、业务过程以及工作流的技术。
  • 状态图：描述一个实体基于事件反应的动态行为，显示了该实体如何根据当前状态对不同的事件做出反应。P250
  • 顺序图（时序图）：将交互关系表示为一个二维图

3、简答题

• 软件过程模型

  • 软件过程：为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。
  • 生命周期模型：规定了把生命周期划分成为哪些阶段以及各个阶段的执行顺序，因此也称为过程模型。
    • 瀑布模型：阶段间具有顺序性和依赖性；推迟现实的观点；质量保证的观点；
    • 快速原型模型：有助于保证用户的真实需要得到满足；
    • 增量模型：能在较短时间内向用户提交可完成部分工作的产品，逐步增加产品功能可以使用户有较充裕的时间学习和适应新产品；
    • 螺旋模型：增加了风险测试；
    • 喷泉模型：面向对象软件开发的过程迭代和无缝的特性。

• 模块耦合是指不同模块之间相互依赖程度的度量;

• 设计原则：尽量使用数据耦合，少使用控制耦合和特征耦合，限制公共环境耦合的范围，完全不用内容耦合

• UML类图、类、对象、关联

  • 类图：类图描述类及类与类之间的静态关系。类图是一种静态模型,它是创建其他UML图的基础。一个系统可以由多张类图来描述,一个类也可以出现在几张类图中。
  • 类：对具有相同数据和相同操作的一组相似对象的定义，也就是对具有相同属性和行为的一个或多个对象的描述，通常在这种描述中也包括对怎样创建该类的新对象的说明。P221
  • 对象：对象是封装了数据结构及可以施加在这些数据结构上的操作的封装体，这个封装体有可以唯一地标识它的名字，而且向外界提供一组服务（即公有的操作）P210
  • 关联：表示两个类的对象之间存在某种语义上的联系。涉及普通关联、关联的角色、限定关联、关联类。P218

• 对象模型、功能模型、控制模型

  • 对象模型：对象模型表示静态的、结构化的系统的“数据”性质。它是对模拟客观世界实体的对象以及对象彼此间的关系的映射，描述了系统的静态结构。
  • 功能模型：表示变化的系统的“功能”性质，它指明了系统应该“做什么”，因此更直接地反应了用户对目标系统的需求
  • 控制模型：表示瞬时的、行为化的系统控制性质，它规定了对象模型中的对象的合法序列变化。

• 软件需求规格说明书、设计规格说明书

  • 软件需求规格说明书：分析任务的最终产物，通过建立完整的信息描述、描述的功能和行为描述、性能需求和设计约束的说明、合适的验收标准，给出对目标软件的各种需求
  • 设计规格说明书：设计说明书是说明如何实现这些功能、性能的。设计书中会对功能进行重新的分解，并需要描述这些功能如何实现，甚至包括如何用代码实现。