下载文档原格式
软件工程名词解释软件工程名词解释1. 软件工程软件工程（Software Engineering）是一门研究和应用工程原理、方法和工具来开发和维护高质量软件的学科。
它关注软件开发的整个生命周期，包括需求分析、系统设计、编码、测试、部署和维护。
2. 需求分析需求分析（Requirements Analysis）是软件开发过程中的一项重要任务，目的是通过收集、细化和确认用户的需求，以便制定出系统的功能、性能和质量特征。
3. 系统设计系统设计（System Design）是软件开发的一个关键阶段，它通过定义系统的结构和组件之间的交互关系，来满足用户需求。
系统设计包括架构设计、模块设计和接口设计等方面。
4. 编码编码（Coding）是将系统设计的各个模块转化为计算机可执行代码的过程。
开发人员使用编程语言来实现系统的功能，并且编写和调试代码以确保其正确性和性能。
5. 测试测试（Testing）是验证和评估软件系统是否满足需求、能否正常工作的过程。
测试包括单元测试、集成测试和系统测试等多个层次，以确保软件的质量和可靠性。
6. 部署部署（Deployment）是将开发完毕的软件系统部署在目标环境中，并使其能够正常运行的过程。
部署包括安装设备、配置环境和启动软件等操作。
7. 维护维护（Mntenance）是软件工程中的一项重要任务，旨在保持系统的稳定运行和持续改进。
维护包括错误修复、性能优化和功能扩展等方面。
8. 源代码管理源代码管理（Source Code Management，SCM）是一种记录和控制软件源代码变更的技术和流程。
它提供了版本控制、协作开发和代码回滚等功能，以确保代码的可追溯性和团队的协同工作。
9. 敏捷开发敏捷开发（Agile Development）是一种以快速迭代和响应变化为特点的软件开发方法。
它强调与客户的密切合作、持续交付可用的软件、面对面的沟通和自组织团队等原则。
10. 软件架构软件架构（Software Architecture）是定义软件系统结构、组件和关系的过程。
软件工程-名词解释软件工程（Software Engineering）指的是应用工程原理、方法和工具来开发、维护和管理软件的学科和实践。
它涵盖了软件开发全生命周期的各个阶段，包括需求分析、设计、编码、测试、部署和维护等。
1. 需求分析（Requirements Analysis）需求分析是软件工程中的第一步，旨在确定用户和系统对软件的功能和性能需求。
通过与用户沟通和研究用户需求，需求分析师将需求转化为软件规范，明确软件需要实现的功能和目标。
2. 设计（Design）设计阶段是将需求规范转化为软件架构和设计方案的过程。
设计时需要考虑软件的模块化、可重用性、可维护性和性能等要求。
常用的设计方法有结构化设计、面向对象设计和组件化设计等。
3. 编码（Coding）编码是将设计好的软件模块具体实现的过程。
开发人员使用编程语言将设计文档中的算法和逻辑转化为可执行的代码。
编码期间需要遵循编码规范和标准，确保代码的可读性和可维护性。
4. 测试（Testing）测试是确保软件质量的重要环节。
在测试阶段，软件工程师使用各种测试方法和工具，检查软件是否满足预期的功能和性能需求，并发现和修复潜在的错误和缺陷。
5. 部署（Deployment）部署是将软件交付给用户并在实际环境中运行的过程。
在部署阶段，软件工程师需要进行安装、配置和集成等操作，确保软件在用户系统中的正确运行。
6. 维护（Maintenance）软件维护是对软件进行修改、优化和调试的过程。
维护工作包括纠正错误、增加新功能、改善性能以及适应新的硬件和操作系统等。
7. 迭代开发（Iterative Development）迭代开发是一种软件开发方法，通过将整个软件开发过程划分为多个迭代周期，每个周期都包含需求分析、设计、编码、测试和部署等阶段。
每个迭代周期都能够产生一个可运行的软件产品，同时还可以根据用户的反馈和需求变化进行调整和优化。
8. 敏捷开发（Agile Development）敏捷开发是一种以人员协作、迭代和快速响应变化为核心的软件开发方法。
软件工程名词解释汇总软件工程名词解释汇总1·软件工程（Software Engineering）：软件工程是一门应用计算机科学和数学原理以及工程方法论来开发、维护和管理软件项目的学科。
2·软件生命周期（Software Development Life Cycle, SDLC）：软件生命周期是指软件开发过程的不同阶段，包括需求分析、设计、编码、测试和部署等。
3·需求工程（Requirements Engineering）：需求工程是软件工程中的一个重要阶段，旨在理解和定义用户需求，并将其转化为可执行的软件规格说明。
4·设计模式（Design Pattern）：设计模式是在软件设计中反复出现的问题的解决方案，它是一种被广泛接受和验证的经验总结。
5·可行性研究（Feasibility Study）：可行性研究是对软件项目进行评估，以确定项目的可行性和可行性报告。
6·原型开发（Prototyping）：原型开发是一种快速开发技术，通过创建软件的原型来验证系统需求，以便更好地满足用户的期望。
7·面向对象（Object-Oriented）：面向对象是一种软件开发方法，其基本思想是以对象为中心，将问题划分为一组相互作用的对象。
8·可移植性（Portability）：可移植性是指软件在不同平台上的可运行性，包括硬件和操作系统。
9·故障排除（Troubleshooting）：故障排除是一种通过逐步分析和排除故障来修复软件或硬件故障的方法。
10·用户界面（User Interface, UI）：用户界面是用户与软件交互的界面，包括图形界面、命令行界面等。
11·数据库管理系统（Database Management System, DBMS）：数据库管理系统是一种用于管理和组织数据的软件系统，它提供了对数据的存储、检索和操作等功能。
软件工程名词解释和简答题总结软件工程是现代技术领域中的一个重要分支，它涉及软件开发的各个方面。
在软件工程的学习和实践过程中，我们会遇到大量的专业名词和简答题。
本文将对一些常见的软件工程名词进行解释，并对一些常见的简答题进行总结。
一、软件工程名词解释1. 软件开发生命周期（Software Development Life Cycle，SDLC）：指软件产品从定义需求到交付使用的全过程，包括需求分析、软件设计、编码测试、部署和维护等阶段。
2. 需求工程（Requirement Engineering）：指在软件开发的早期阶段通过系统分析和用户需求收集，明确用户需求、软件功能和性能等要求的过程。
3. 原型化开发（Prototyping）：指在软件开发的早期阶段建立可操作的原型，以便用户和开发者共同验证需求、功能和界面设计。
4. 面向对象（Object-Oriented）：是一种软件开发方法，将程序设计看作是对象之间的消息传递，以对象为中心进行分析和设计。
5. UML（Unified Modeling Language）：是一种用于软件工程的标准建模语言，用于描述软件系统的结构和行为，包括类图、时序图、活动图等。
二、简答题总结1. 简述软件工程的目标和原则。
软件工程的目标是通过科学化、系统化和规范化的方法，提高软件开发过程的质量和效率，满足用户需求。
其原则包括可行性、适应性、可理解性、可移植性、可维护性等。
2. 解释并比较瀑布模型和敏捷开发模型。
瀑布模型是软件开发中的经典模型，将软件开发过程划分为需求分析、设计、编码、测试和维护等阶段，各阶段按顺序进行，流程线性。
而敏捷开发模型强调快速迭代和用户反馈，将开发过程划分为多个迭代周期，每个周期完整包含需求分析、设计、编码、测试和交付等阶段。
3. 什么是软件需求规格说明书？软件需求规格说明书是在需求工程阶段编写的文档，用于明确软件系统的需求、功能和性能等要求。
软件工程名词解释汇总软件工程名词解释汇总软件工程是一门研究使用系统性和科学性的方法开发、维护和管理软件的学科。
在软件工程领域，有许多重要的名词需要我们了解和掌握。
本文档将详细解释这些名词的含义和作用。
1.软件需求软件需求是指在软件开发过程中对系统的功能、性能、接口等方面的描述和规定。
它是软件工程的基础，包括用户需求、系统需求和软件需求规格。
2.软件设计软件设计是指根据软件需求，将系统分解为更小的模块，并确定模块之间的关系和功能。
它包括结构设计、数据设计和接口设计等方面。
3.软件开发软件开发是指根据软件设计，使用编程语言和开发工具进行编码和测试，以实现软件系统的功能。
它包括需求分析、设计、编码、集成和测试等阶段。
4.软件测试软件测试是指通过一系列测试方法和技术，验证软件系统的正确性、完整性和稳定性。
它包括单元测试、集成测试、系统测试和验收测试等阶段。
5.软件维护软件维护是指对已经交付使用的软件进行修改、优化和修复缺陷，以满足用户的需求和改进软件的质量。
它包括纠错性维护、适应性维护和完善性维护等方面。
6.软件过程模型软件过程模型是指将软件开发过程划分为不同的阶段，并确定每个阶段的任务和产出物。
常见的软件过程模型有瀑布模型、迭代模型和敏捷开发模型等。
7.软件配置管理软件配置管理是指对软件和其相关文档进行版本控制、变更管理和发布管理的过程。
它包括配置项识别、变更控制和配置审计等方面。
8.软件工程质量软件工程质量是指软件系统满足用户需求、具备良好性能和稳定性的程度。
它包括功能性质量、性能质量和可维护性质量等方面。
9.Lean软件开发Lean软件开发是一种以减少浪费和提高价值创造为核心的敏捷软件开发方法。
它强调团队协作、持续改进和快速交付。
10.DevOpsDevOps是一种将软件开发和运维进行整合的方法。
它通过自动化工具和流程，实现软件系统的快速交付和稳定运行。
11.持续集成持续集成是一种通过频繁地将开发人员的代码合并到主干分支，并经过自动化测试和构建，保证软件系统的稳定性和可靠性。
软件工程名词解释软件工程名词解释1. 软件工程软件工程是指通过系统化、规范化和可量化的方法来开发、运行和维护软件系统的学科。
它涉及软件需求分析、系统设计、编码、集成、测试、部署和维护等一系列活动。
2. 需求分析需求分析是软件工程中的一个重要环节，通过与用户的交流和理解，确定软件系统需要满足的功能、性能和约束条件。
它包括需求收集、分析、规格说明和验证等过程，目的是确保软件系统开发过程中对需求的准确理解和衡量。
3. 系统设计系统设计是软件工程中的一个关键过程，其目标是根据需求分析的结果，设计出满足系统需求的软件架构和组件。
系统设计包括结构设计、接口设计、数据设计等，通过定义系统的结构和组织方式，为后续的编码和集成提供指导和依据。
4. 编码编码是将系统设计的结果转化为计算机可执行的程序代码的过程。
在编码阶段，程序员根据系统设计的规范和要求，使用特定的编程语言将算法和逻辑实现为计算机程序。
编码需要具备良好的编程能力和规范，保证代码的质量和可维护性。
5. 集成与测试集成与测试是将各个模块或组件组合在一起，验证系统的功能和性能是否符合预期。
在集成和测试过程中，需要进行单元测试、集成测试和系统测试等不同层次和类型的测试，发现和修复系统中的问题，确保系统的正确性和稳定性。
6. 部署与交付部署与交付是将开发完成的软件系统部署到预定的环境中，并交付给用户或客户使用。
在部署过程中，需要进行系统安装、配置和调试等操作，确保系统能够正常运行。
交付后，还需要提供必要的技术支持和维护，确保软件系统的正常运行和持续改进。
7. 维护软件维护是指对已交付的软件系统进行问题修复、功能增强和性能优化等一系列活动。
随着时间的推移，软件系统可能会遇到各种问题，需要及时响应和处理。
维护阶段是软件工程生命周期中最长久的阶段，需要投入相应的资源和精力。
8. 敏捷开发敏捷开发是一种迭代、交付和变化适应的软件开发方法。
在敏捷开发中，团队通过频繁地交付可用的软件版本，并与用户进行持续的沟通和反馈，根据需求的变化进行调整和优化。
(整理)软件工程名词解释软件工程名词解释软件工程是一门科学与技术，旨在设计、构建、管理和维护复杂软件系统的原则和方法。
在软件开发过程中，会涉及到许多专业术语和概念。
本文将对一些常见的软件工程名词进行解释和说明。
需求分析（Requirements Analysis）需求分析是软件开发过程中的第一步，旨在详细了解和定义用户对软件系统的需求。
通过与与用户和其他相关利益相关方的沟通和交流，需求分析师能够收集和理解用户需求，从而为软件设计和开发提供基础。
面向对象（Object Oriented）面向对象是一种软件设计和开发的范式，强调将软件系统分解为一个个独立的对象，并定义了这些对象之间的关系和交互方式。
面向对象的设计理念更加灵活和可拓展，能够提高软件的复用性和维护性。
原型（Prototype）原型是在软件开发过程中用于验证和改进设计的预备模型。
通过创建原型，开发人员能够更好地与用户交流，了解和确认软件系统的功能和界面等设计要素。
原型有助于减少需求变更和开发错误的风险。
迭代（Iteration）迭代是软件开发过程中的一个重要概念，指的是将软件开发划分为多个可重复的步骤。
在每一次迭代中，开发团队会对软件进行设计、编码、测试和评估等环节，从而逐步改进软件系统。
测试驱动开发（Test-Driven Development）测试驱动开发是一种软件开发方法，将测试作为开发的驱动力。
在这种方法中，开发人员首先编写测试用例，然后根据测试用例进行代码编写，最后再进行代码的重构和改进。
测试驱动开发有助于确保软件系统的质量和可靠性。
编码规范（Coding Standards）编码规范是一套开发人员在编写程序代码时应遵循的规则和标准。
编码规范的制定可以提高代码的可读性和可维护性，降低软件系统出错的风险。
常见的编码规范包括命名规范、缩进规范、注释规范等。
版本控制（Version Control）版本控制是一种用于管理和追踪软件开发过程中代码变更的工具。
软件工程名词解释软件工程名词解释：1.软件工程：软件工程是一种系统工程，涉及软件开发和维护的全过程，包括需求分析、设计、编码、测试和部署等各个阶段。
2.需求分析：需求分析是软件开发过程中的第一步，通过对用户需求进行调研和分析，确定系统需要满足的功能和性能要求。
3.设计：设计阶段是根据需求分析的结果，确定软件系统的总体结构和各个组件之间的关系，包括架构设计和详细设计两个层次。
4.架构设计：架构设计是软件系统的总体设计，确定系统的模块组成、组件间的协作方式以及系统的分层结构。
5.详细设计：详细设计是在架构设计的基础上，对各个模块进行具体的设计，包括数据结构、算法、接口定义等。
6.编码：编码阶段是根据设计阶段的结果，将设计的模块和功能转化为具体的程序代码。
7.测试：测试是在编码完成后的一个重要阶段，通过对软件系统进行各种测试，检验系统的功能是否符合需求，以及软件的稳定性和性能。
8.部署：部署阶段是将软件系统部署到目标环境中，包括安装、配置和上线等操作。
9.维护：维护阶段是软件系统发布后的阶段，主要是针对已发布的软件进行修改、修复和更新。
10.瀑布模型：瀑布模型是一种线性的软件开发过程模型，包括需求分析、设计、编码、测试和部署等阶段，每个阶段都是依序进行的。
11.敏捷开发：敏捷开发是一种迭代和增量的软件开发方法，强调开发团队的合作和快速响应用户需求的能力。
12.原型模型：原型模型是一种用于快速展示和验证软件系统功能的模型，可以帮助需求收集和设计。
13.UML：UML（Unified Modeling Language）是一种用于建模软件系统的标准化方法，包括用例图、类图、时序图等。
附件：本文档所涉及的附件包括需求分析文档、设计文档、测试报告等。
法律名词及注释：</br>1.版权：版权是指对著作权人对其所创作的作品享有的权利，包括复制、发行、展示、表演、传播和改编等权利。
2.许可证：许可证是指知识产权所有者授予他人使用其知识产权的一种许可证书，规定了被许可方可以使用的范围和条件。
1、软件：能完成预定功能、性能，并对相应数据进行加工的程序和描述数据及其操作的文档。
2、软件工程：是采用工程的概念、原理、技术和方法，并结合正确的管理技术和当前能够得到的最先进的技术方法，经济高效地开发和维护软件的一门工程学科。
3、软件过程：软件过程是指软件开发人员为了开发出高质量的软件产品所需完成的一系列任务的框架，它规定了完成各项任务的工作步骤。
4、软件生命周期：一个软件从定义、开发、使用和维护直至最后被废弃要经历的漫长时期。
5、软件危机：是指计算机软件的开发和维护过程中所遇到的一系列严重的问题。
页脚6、结构化分析：是面向数据流自顶向下逐步求精获取的方法，适用于数据处理系统的需求分析。
7、实体—联系图：描述系统所有数据对象的组成和属性及数据对象关系的图形语言。
8、数据字典：由数据条目组成，数据字典描述、组织和管理数据流图中的数据流、加工、数据存储等数据元素。
9、结构化设计：基于数据流的设计方法，将数据流图转换为软件结构。
10、模块化：是指解决一个复杂问题时自顶向下逐层把软件系统划分成若干模块的过程。
页脚11、逐步求精：是一种自顶向下的设计策略，是人类解决复杂问题时常用的一种技术。
是为了能集中精力解决主要问题而尽量推迟考虑问题的细节。
12、信息隐蔽：在设计中确定模块时使得一个模块的所包含的信息，对于不需要这些信息的模块来说，是不能访问的。
13、耦合：也称模块之间的联系。
指在软件系统结构中，各模块间相互联系紧密程度的度量。
模块之间的联系越紧密，其耦合程度就越强，模块的独立性就越差。
14、内聚：也称块内联系，指模块的功能强度的度量，是一个模块内部各元素之间彼此结合紧密程度的度量。
15、作用域：是指受该模块内的一个判断影响的所有模块的集合。
页脚16、控制域：指模块本身以及其所有直接或间接从属于它的模块集合。
17、扇出：指一个模块直接调用模块的数目。
18、扇入：指有多少个上级模块直接调用它。
19、模块独立性：每个模块独立完成一个相对独立的特定子功能，并且和其他模块之间的关系很简单。
软件工程名词解释1. 软件工程（Software Engineering）软件工程是一门关于软件开发和维护的学科，它涵盖了软件的开发、设计、测试、部署和维护等方面。
软件工程的目标是通过系统化、可靠的方法来开发高质量的软件。
2. 需求工程（Requirement Engineering）需求工程是软件工程中的一个重要环节，它涉及了识别、定义和管理软件系统的需求。
需求工程的目标是确保软件系统能够满足用户的需求，并且能够适应变化。
3. 设计模式（Design Pattern）设计模式是软件工程中常用的一种设计思想，它提供了一种在特定情境下解决问题的方案。
设计模式可以帮助开发人员提高代码的重用性、可维护性和可扩展性。
4. 软件测试（Software Testing）软件测试是软件工程中的一个关键环节，它旨在发现软件中的错误和缺陷。
软件测试可以通过执行各种测试用例来验证软件的正确性和健壮性。
5. 配置管理（Configuration Management）配置管理是软件工程中的一项重要任务，它涉及到对软件开发过程中所使用的各种配置项进行管理和控制。
配置管理可以帮助开发团队有效地跟踪和控制软件的变更。
6. 软件过程改进（Software Process Improvement）软件过程改进是软件工程中持续改进的过程，旨在提高软件开发过程的效率和质量。
软件过程改进可以通过引入新的方法、工具和流程来提高软件开发的生产力。
7. 敏捷开发（Agile Development）敏捷开发是一种以迭代、适应和快速交付为特点的开发方法。
敏捷开发强调团队成员之间的合作和沟通，并鼓励快速响应变化。
8. 原型开发（Prototyping）原型开发是一种快速构建、演示和测试软件系统的方法。
原型开发可以帮助开发人员更好地理解用户需求，并及时获取反馈来改进软件系统。
9. 软件架构（Software Architecture）软件架构是软件系统的基本结构和组织方式。
1．软件生存期:一个软件从定义到开发、使用和维护，直到最终被废弃，要经历一个漫长的时期，通常把软件经历的这个漫长的时期称为生存周期。
软件生存周期就是从提出软件产品开始，直到该软件产品被淘汰的全过程。
2. 什么是软件危机?为什么会产生软件危机?软件危机是指计算机软件的开发和维护过程中所遇到的一系列严重的问题，主要包含二方面的问题，一是如何开发利用软件，二是如何维护数量不断膨胀的已有软件。
产生软件危机的原因，一方面与软件本身的特点有关，另一方面和软件开发与维护的方法不正确有关。
3.快速原型模型：所谓快速原型模型是快速建立起来的可以在计算机上运行的程序，它所能完成的功能往往是最终产品能完成的功能的一个子集。
瀑布模型：是将软件生命周期的各项活动规定为依线性顺序连接的若干阶段的模型，适合于软件需求很明确的软件项目。
增量模型（渐增模型）：瀑布模型的顺序特征和快速原型模型的迭代特征相结合的产物。
螺旋模型：对于大型软件，只开发一个原型往往达不到要求。
螺旋模型将瀑布模型和增量模型结合起来，并加入了风险分析。
喷泉模型：以面向对象的软件开发方法为基础，以用户的需求为动力，以对象来驱动的模型。
4.结构化分析方法（SA）是E.Yourdon提出，是使用数据流图DFD与数据字典DD，用来描述面向数据流问题的需求分析，适合于数据处理型的软件的需求描述。
核心思想是分解化简问题，将物理表示与逻辑表示分开，对系统进行数据与结构的抽象。
优点是表达方式比文字清晰、简明，易于交流与掌握。
缺点是不能表达复合逻辑的需求分析问题，不能详细描述加工。
5.结构化设计（SD）是使用最广泛的一种设计方法，该方法适合于软件系统的总体设计和详细设计，特别是将一个复杂的系统转换成模块化结构系统，该方法具有它优势。
（相对独立，功能单一的模块结构；块内联系大，块间联系小的模块性能标准；采用模块结构图的描述方式）以模块化设计为中心，将待开发的软件系统划分为若干个相互独立的模块。
面向数据流的设计是以需求分析阶段产生的数据流图为基础，按一定的步骤映射成软件结构，因此又称结构化设计（sd）。
6.数据流图（ppt第二章18）数据流图描绘系统的逻辑模型，图中没有任何具体的物理元素，只是描绘信息在系统中流动和处理的情况。
简称DFD，是SA(结构化分析)方法中用于表示系统逻辑模型的一种工具，它以图形的方式描绘数据在系统中流动和处理的过程，由于它只反映系统必须完成的逻辑功能，所以它是一种功能模型。
数据流图是一种图形化技术，它描绘信息流和数据从输入移动到输出的过程中所经受的变换。
7.数据字典（ppt第二章39）是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。
简称DD，就是用来定义数据流图中的各个成分具体含义的，它以一种准确的、无二义性的说明方式为系统的分析、设计及维护提供了有关元素的一致的定义和详细的描述。
四类条目：数据流、数据项、数据存储、数据加工。
数据流图和数据字典共同构成系统的逻辑模型数据字典内容：（1）数据流（2）数据流分量（数据元素）（3）数据存储（4）处理8.什么是黑盒测试法？什么是白盒测试法？黑盒测试法把程序看成一个黑盒子，完全不考虑程序的内部结构和处理过程，它只检查程序功能是否能按照规格说明书的规定正常使用，程序是否能适当地接收输入数据，产生正确地输出信息。
白盒测试法的前提是可以把程序看成装在一个透明的白盒子里，也就是完全了解程序的结构和处理过程。
这种方法按照程序内部的逻辑测试程序，检验程序中的每条通路是否都能按预定要求正确工作。
黑盒测试和白盒测试的区别：前者基于功能，后者基于结构；黑盒测试常用方法有：等价划分、边界值分析、错误推测、因果图等。
9.软件系统的测试基本步骤：（1）模块测试（单元测试）把每个模块作为一个单独的实体来测试。
模块测试的目的是保证每个模块作为一个单元能正确运行。
2）子系统测试（集成测试）子系统测试是把经过单元测试的模块放在一起形成一个子系统来测试。
模块相互间的协调和通信是这个测试过程中的主要问题，着重测试模块的接口。
3）系统测试（集成测试）系统测试是把经过测试的子系统装配成一个完整的系统来测试。
不仅能发现设计和编码的错误，还应能验证系统确实能提供需要说明书中指定的功能，系统的动态特性也符合预定要求。
在这个测试步骤中发现的往往是软件设计中的错误，也能发现需求说明中的错误。
(4) 验收测试（确认测试）验收测试把软件系统作为单一的实体进行测试。
主要使用实际数据进行测试。
验收测试的目的是验证系统确实能够满足用户的需要。
单元测试又称模块测试，是针对软件设计的最小单位─程序模块，进行正确性检验的测试工作。
其目的在于发现各模块内部可能存在的各种差错。
单元测试需要从程序的内部结构出发设计测试用例。
多个模块可以平行地独立进行单元测试。
对支持某些标准规程的程序，更要着手进行互联测试。
有人把这种情况特别称为模块测试，以区别单元测试。
模块并不是一个独立的程序，在考虑测试模块时，同时要考虑它和外界的联系，用一些辅助模块去模拟与被测模块相联系的其它模块。
驱动模块(driver)桩模块(stub) ──存根模块10.驱动模块：接收测试数据，把这些数据传送给被测试的模块，并印出有关的结果。
11.桩模块：代替被测试的模块所调用的模块。
12.用面向对象方法开发软件，通常需要建立三种形式的模型，它们分别是描述系统数据结构的对象模型，描述系统控制结构的动态模型和描述系统功能的功能模型。
动态模型（ppt第九章28）动态模型表示瞬时的﹑行为化的系统的“控制”性质，它规定了对象模型中的对象的合法变化序列。
各对象之间相互触发（即作用），就形成了一系列的状态变化。
通常，用状态图来描绘对象的状态﹑触发状态转换的事件﹑以及对象的行为（对事件的响应）。
是与时间和变化有关的系统性质。
该模型描述了系统的控制结构，他表示了瞬时的、行为化的系统控制性质。
他关心的是系统的控制，操作的执行顺序。
他从对象的事件和状态的角度出发，表现了对象的相互关系。
对象模型对象模型表示静态的、结构化的系统的“数据”性质。
是对模拟客观实体的对象以及对象彼此间的关系的映射，描述了系统的静态结构。
功能模型功能模型表示变化的系统的“功能”性质，它指明了系统应该“做什么“，因此更直接地反映了用户对目标系统的需求。
13.各种耦合（ppt第五章25）模块的独立程度由两个定性标准度量：内聚性和耦合性。
耦合：是对一个软件结构内不同模块之间互连程度的度量。
耦合性是对软件模块间互连程度的度量。
耦合性强，标志互连的强，模块独立性差；耦合性弱，标志互连的弱，模块独立性强；耦合强弱取决于模块间接口的复杂程度，进入或访问一个模块的点，以及通过接口的数据。
模块间的耦合程度强烈影响系统的可理解性、可测试性、可靠性和可维护性。
模块间的耦合前两个为低等耦合中间两个为中等耦合剩下三个为高等耦合非直接耦合(Nondirect Coupling)两个模块之间没有直接关系，它们之间的联系完全是通过主模块的控制和调用来实现的。
非直接耦合的模块独立性最强。
数据耦合(Data Coupling)一个模块访问另一个模块时，彼此之间是通过简单数据参数(不是控制参数、公共数据结构或外部变量) 来交换输入、输出信息的。
数据耦合是最弱的耦合。
标记耦合(Stamp Coupling)一组模块通过参数表传递记录信息，就是标记耦合。
这个记录是某一数据结构的子结构，而不是简单变量。
控制耦合(Control Coupling)如果一个模块通过传送开关、标志、名、字等控制信息，明显地控制选择另一模块的功能，就是控制耦合。
控制耦合是中等程度的耦合，它增加了系统的复杂程度。
控制耦合往往是多余的，在把模块适当分解之后通常可以用数据耦合代替它。
去除模块间控制耦合的方法：(1)将被调用模块内的判定上移到调用模块中进行(2)被调用模块分解成若干单一功能模块外部耦合（External Coupling）一组模块都访问同一全局简单变量而不是同一全局数据结构，而且不是通过参数表传递该全局变量的信息，则称之为外部耦合。
公共耦合（Common Coupling）若一组模块都访问同一个公共数据环境，则它们之间的耦合就称为公共耦合。
公共的数据环境可以是全局数据结构、共享的通信区、内存的公共覆盖区等。
内容耦合(Content Coupling)如果发生下列情形，两个模块之间就发生了内容耦合(1) 一个模块直接访问另一个模块的内部数据;(2) 一个模块不通过正常入口转到另一模块内部;(3) 两个模块有一部分程序代码重迭(只可能出现在汇编语言中);(4) 一个模块有多个入口。
14各种内聚（ppt第五章47）内聚性标志一个模块内各个元素彼此结合的紧密程度，它是信息隐蔽和局部化概念的自然扩展。
简单地说，理想内聚的模块只做一件事情、单一的功能。
内聚性强，标志模块的独立性强；内聚性弱，标志模块的独立性差。
设计时应该力求做到高内聚。
前两个为高等内聚，中间两个为中等内聚，后面三个为低等内聚功能内聚(Functional Cohesion)一个模块中各个部分都是完成某一具体功能必不可少的组成部分，或者说该模块中所有部分都是为了完成一项具体功能而协同工作，紧密联系，不可分割的。
则称该模块为功能内聚模块。
功能内聚是最高内聚。
顺序内聚：（Sequential cohesion）是指一个模块内的处理元素和同一个功能密切相关，而且这些处理必须顺序执行（顺序依赖）。
顺序内聚也是最高内聚。
通信内聚(Communication Cohesion)如果一个模块内各功能部分都使用了相同的输入数据，或产生了相同的输出数据，则称之为通信内聚模块。
通常，通信内聚模块是通过数据流图来定义的。
过程内聚（Procedural Cohesion）使用流程图做为工具设计程序时，把流程图中的某一部分划出组成模块，就得到过程内聚模块。
例如，把流程图中的循环部分、判定部分、计算部分分成三个模块，这三个模块都是过程内聚模块。
时间内聚（Classical Cohesion）时间内聚又称为经典内聚。
这种模块大多为多功能模块，但模块的各个功能的执行与时间有关，通常要求所有功能必须在同一时间段内执行。
例如初始化模块和终止模块。
逻辑内聚（Logical Cohesion）这种模块把几种相关的功能组合在一起，每次被调用时，由传送给模块的判定参数来确定该模块应执行哪一种功能。
偶然内聚（Coincidental Cohesion）当模块内各部分之间没有联系，或者即使有联系，这种联系也很松散，则称这种模块为偶然内聚模块，它是内聚程度最低的模块总结：内聚性和耦合性是密切相关的。
高内聚性模块往往是低耦合性；强耦合性的两个模块，必是低内聚性的。
