下载文档原格式
软件工程名词解释软件工程名词解释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 Lifecycle）软件生命周期指的是软件从概念、需求定义到退役或废弃的全过程。
它包括需求分析、系统设计、编码、测试、部署和维护等阶段。
软件生命周期管理是软件工程的核心概念之一。
3. 需求工程（Requirements Engineering）需求工程是指在软件开发过程中，对用户需求进行系统和详细的分析、定义和管理的过程。
它包括需求获取、需求分析、需求规格和验证等活动，旨在确保软件开发满足用户的实际需求。
4. 设计模式（Design Pattern）设计模式是指在软件开发中经常遇到的一些设计问题的解决方案。
它描述了一种在特定环境下重复出现的问题和解决该问题的方法。
设计模式有助于提高软件的可维护性、可扩展性和重用性。
5. UML（Unified Modeling Language）UML是一种用于软件系统建模的标准化图形化语言。
它提供了一组符号和符号规则，用于描述系统的结构、行为和交互。
UML可以帮助软件工程师更好地理解和沟通软件设计和开发过程中的各个方面。
6. 敏捷开发（Agile Development）敏捷开发是一种迭代、增量和协作的软件开发方法。
它强调团队成员之间的密切合作和快速响应变化，以满足客户需求。
敏捷开发通过迭代开发、持续集成和快速反馈等方式，提高软件开发的灵活性和适应性。
7. 软件测试（Software Testing）软件测试是指通过运行系统或组件，以评估其是否满足特定需求、以检测其缺陷或以衡量其质量的过程。
软件测试可以分为功能测试、性能测试、安全测试等不同的类型。
8. 软件质量保证（Software Quality Assurance）软件质量保证是一种通过制定和实施相关的标准和流程，以确保软件开发过程和软件产品符合预期质量要求的活动。
软件工程名词解释软件工程名词解释1.软件工程概述软件工程是一门学科，涉及开发、维护和管理软件系统的方法和技术。
它包括软件开发生命周期、软件需求工程、软件设计、软件构建、软件测试和软件维护等方面。
2.软件开发生命周期软件开发生命周期是软件开发过程中的各个阶段，包括需求分析、设计、编码、测试和部署等。
每个阶段都有其特定的目标和活动，以确保软件质量和可靠性。
2.1 需求分析需求分析阶段是确定软件系统需求的过程。
它包括需求收集、需求分析、需求规格说明和需求验证等活动，以确保软件系统满足用户需求。
2.2 设计设计阶段是根据需求分析的结果，确定软件系统的结构和组织方式。
它包括系统设计、模块设计和接口设计等活动，以确保软件系统的可扩展性和可维护性。
2.3 编码编码阶段是根据设计阶段的结果，将软件系统的功能实现为代码的过程。
开发人员将设计的概念转化为可执行的程序，同时进行代码的测试和调试。
2.4 测试测试阶段是验证软件系统是否满足预期需求的过程。
它包括单元测试、集成测试和系统测试等活动，以发现和修复软件中的错误和缺陷。
2.5 部署部署阶段是将开发完成的软件系统交付给用户并安装到目标环境中的过程。
它包括软件安装、配置和培训等活动，以确保用户能够正确使用和维护软件系统。
3.软件需求工程软件需求工程是从用户和利益相关者的角度，对软件系统需求进行识别、规范和管理的过程。
它包括需求获取、需求建模、需求规格化和需求变更控制等活动。
3.1 需求获取需求获取是通过与用户和利益相关者的沟通，获取软件系统需求信息的过程。
它包括需求调查、访谈和观察等活动，以确保对用户需求的准确理解。
3.2 需求建模需求建模是将需求信息转化为形式化的模型，以便进行分析和规范的过程。
常用的需求建模技术包括用例图、活动图和类图等。
3.3 需求规格化需求规格化是将需求模型转化为可被计算机理解和实现的形式的过程。
它将需求规约成精确、一致和可验证的表达方式，以作为软件开发的依据。
软件工程名词解释1、软件：是计算机程序及其说明程序的各种文档。
2、软件危机：是计算机软件的开发和维护过程所遇到的一系列严重的问题。
3、软件危机的几种典型表现：（1）对软件开发成本和进度的估计常常很不明确；（2）用户对“已完成的”软件系统部满意的现象经常发生；（3）软件产品的质量往往靠不住；（4）软件常常是不可维护的；（5）软件通常是没有适当的文档资料；（6）软件成本在计算机系统总成本中所占的比列逐年上升；（7）软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。
产生软件危机的原因：（1）软件不同于硬件，它是计算机系统中的逻辑部件而不是物理部件；（2）软件不同于一般程序，它的一个显著特点是规模庞大，而且程序复杂性将随程序规模的增加呈指数上升；为了解决软件危机，既要有技术措施（方法和工具），又要有必要的组织管理措施。
3、软件工程：用科学知识和技术原理来定义、开发、维护软件的一门学科。
（它是一门综合性的交叉学科，它涉及计算机科学、工程科学、管理科学、数学等。
）4、软件工程方法学包括三个要素：方法、工具和过程。
5、软件工程过程：规定了获取、供应、开发、操作和维护软件时，要实施的过程、活动和任务。
其目的：是为各种人员提供一个公共的框架，以便用相同的语言进行交流。
包括七个过程：获取过程、供应过程、开发过程、操作过程、维护过程、管理过程、支持过程。
6、软件生存周期：一个软件从提出开发要求开始直到该软件报废为止的整个时期。
包括：（软件定义、软件开发和运行维护）可行性分析和项目开发计划、需求分析、概要设计、详细设计、编码、测试、维护（是软件生存周期中最长的阶段）等。
7、软件定义时期通常划分成三个阶段：问题定义、可行性研究和需求分析。
8、开发时期通常由四个阶段组成：总体设计、详细设计、编码和单元测试、综合测试。
9、通常对维护时期不再进一步划分阶段。
10、软件生存周期模型：是描述软件开发过程中各种活动如何执行的模型。
软件工程名词解释软件工程名词解释1. 软件工程软件工程是指通过系统化、规范化和可量化的方法来开发、运行和维护软件系统的学科。
它涉及软件需求分析、系统设计、编码、集成、测试、部署和维护等一系列活动。
2. 需求分析需求分析是软件工程中的一个重要环节，通过与用户的交流和理解，确定软件系统需要满足的功能、性能和约束条件。
它包括需求收集、分析、规格说明和验证等过程，目的是确保软件系统开发过程中对需求的准确理解和衡量。
3. 系统设计系统设计是软件工程中的一个关键过程，其目标是根据需求分析的结果，设计出满足系统需求的软件架构和组件。
系统设计包括结构设计、接口设计、数据设计等，通过定义系统的结构和组织方式，为后续的编码和集成提供指导和依据。
4. 编码编码是将系统设计的结果转化为计算机可执行的程序代码的过程。
在编码阶段，程序员根据系统设计的规范和要求，使用特定的编程语言将算法和逻辑实现为计算机程序。
编码需要具备良好的编程能力和规范，保证代码的质量和可维护性。
5. 集成与测试集成与测试是将各个模块或组件组合在一起，验证系统的功能和性能是否符合预期。
在集成和测试过程中，需要进行单元测试、集成测试和系统测试等不同层次和类型的测试，发现和修复系统中的问题，确保系统的正确性和稳定性。
6. 部署与交付部署与交付是将开发完成的软件系统部署到预定的环境中，并交付给用户或客户使用。
在部署过程中，需要进行系统安装、配置和调试等操作，确保系统能够正常运行。
交付后，还需要提供必要的技术支持和维护，确保软件系统的正常运行和持续改进。
7. 维护软件维护是指对已交付的软件系统进行问题修复、功能增强和性能优化等一系列活动。
随着时间的推移，软件系统可能会遇到各种问题，需要及时响应和处理。
维护阶段是软件工程生命周期中最长久的阶段，需要投入相应的资源和精力。
8. 敏捷开发敏捷开发是一种迭代、交付和变化适应的软件开发方法。
在敏捷开发中，团队通过频繁地交付可用的软件版本，并与用户进行持续的沟通和反馈，根据需求的变化进行调整和优化。
软件工程名词解释软件工程名词解释1·软件工程（Software Engineering）：软件工程是研究和应用计算机科学原理和方法，以系统化、规范化、可量化的方式开发、运行和维护软件的一门学科。
2·需求分析（Requirement Analysis）：需求分析是软件工程中的第一步，指的是分析和理解用户对软件系统的需求，确定系统的功能和性能要求。
3·设计（Design）：设计阶段是根据需求分析阶段的需求，制定软件的整体架构和详细设计方案，包括软件结构、模块划分、接口定义等。
4·编码（Coding）：编码阶段是将设计阶段的详细设计方案转化为计算机可执行的代码，实现软件功能。
5·测试（Testing）：测试阶段是对编码完成的软件进行全面的测试，发现和修复软件中的错误和缺陷，确保软件的质量和稳定性。
6·部署（Deployment）：部署阶段是将测试通过的软件安装到目标环境中，并进行相关配置和调试，使软件能够正常运行。
7·维护（Mntenance）：维护阶段是在软件发布后，对软件进行日常的维护和更新，包括错误修复、功能添加等。
8·软件开发生命周期（Software Development Life Cycle）：软件开发生命周期是指从需求分析到软件维护的整个过程，包括需求分析、设计、编码、测试、部署和维护等阶段。
9·迭代开发（Iterative Development）：迭代开发是一种软件开发方法，将整个开发过程分成多个迭代周期，每个迭代周期内完成一部分功能，逐步完善软件。
10·敏捷开发（Agile Development）：敏捷开发是一种快速响应需求变化的软件开发方法，强调灵活性和与用户的紧密合作。
11·UML（Unified Modeling Language）：统一建模语言是一种标准的面向对象建模语言，用于描述软件的需求、设计和结构等，是软件工程中常用的建模工具。
●软件：是计算机程序、规程以及运行计算机系统可能需要的相关文档和数据。
●软件危机：是指在计算机软件的开发和维护过程中遇到的一系列严重问题。
●软件工程：①将系统性的、规范化的、可定量的方法应用于软件的开发、运行和维护，即工程化应用到软件上；②对①中所述方法的研究。
●软件过程：是软件工程人员为了获得软件产品而在软件工具的支持下实施的一系列软件工程活动。
●软件项目管理：是为了使软件项目能够按照预定的成本、进度、质量顺利完成，而对成本、人员、进度、质量、风险等进行分析和管理的活动。
●软件项目计划：是一个用来协调所有其他计划、以指导项目实施和控制的文件，它应该随着项目的进展和信息的补充进行定期完善。
●风险识别：是试图采用系统化的方法，识别特定项目已知的和可预测的风险。
●风险分析：是对已识别的风险进行估计和评价，确定风险发生的概率与后果。
●风险监控：是跟踪和监视项目的执行状态，洞察由于人员、技术、环境等方面的变化而给项目目标实现产生的影响。
●软件需求：①用户解决问题或达到目标所需的条件或能力。
②系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力。
③一种反映上面①或②所描述的条件或能力的文档说明。
●业务需求：是组织或客户对于系统的高层次目标要求，定义了项目的远景和范围，即确定软件产品的发展方向、功能范围、目标客户和价值来源。
●用户需求：是从用户角度描述的系统功能需求和非功能需求，通常只涉及系统的外部行为，而不涉及系统的内部特性。
●系统需求：是更加详细地描述系统应该做什么，通常包括许多不同的分析模型，诸如对象模型、数据模型、状态模型等。
●需求工程：是应用已证实有效的原理和方法，并通过合适的工具和符号，系统地描述出待开发系统及其行为特征和相关约束。
●设计：是研究系统的软件实现问题，即在分析模型的基础上形成实现环境下的设计模型；●面向对象设计：是根据已建立的系统分析模型，运用面向对象技术，进行系统的软件设计。
软件工程名词解释软件工程名词解释：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. 软件软件是计算机系统中与硬件相互依存的部分，它是包括程序、数据及相关文档的完整集合。
2. 软件危机软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
3. 软件工程软件工程是研究和应用如何以系统化的、规范的、可度量的方法去开发、运行和维护软件，即把工程化应用到软件上。
4. 软件生存周期软件生存周期是指软件产品从考虑其概念开始到该软件产品交付使用，直至最终退役为止的整个过程，一般包括计划、分析、设计、实现、测试、集成、交付、维护等阶段。
5. 软件复用软件复用就是利用某些已开发的、对建立新系统有用的软件元素来生成新的软件系统。
6. 质量质量是产品或服务满足明确或隐含需求能力的特性和特征的集合。
在合同环境下，需求是明确的；在其他环境下，隐含的需求需要识别和定义。
7. 质量策划质量策划包括产品策划、管理和作业策划，以及质量计划的编制和质量改进的准备工作。
8. 质量改进质量改进是以最求最高的效益和效率为目标的持续性活动。
9. 质量控制质量控制是对流程和产品的符合性的评估，独立分析不足并予以更正使得产品与需求相符。
10. 质量保证质量保证是有计划的和系统性的活动，它对部件或产品满足确定的技术需求提供足够的信心。
11. 软件质量软件质量是指明确声明的功能和性能需求、明确文档化的开发标准、以及专业人员开发的软件所具有的所有隐含特征都得到满足。
12. 正式技术复审正式技术复审是一种由软件开发人员进行的软件质量保证活动，其目的是在软件的任何一种表示形式中发现功能、逻辑或实现的错误，验证经过复审的软件确实满足需求，保证软件符合预定义的标准，使软件按照一致的方式开发，使项目更易于管理。
13. ISO（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力；（3）一种反映上面（1）或（2）所描述的条件或能力的文档说明。
25. 业务需求业务需求（business requirement）反映了组织机构或客户对系统或产品高层次的目标要求，它们在项目视图与范围文档中予以说明。
26. 用户需求用户需求（user requirement）描述了用户使用产品必须要完成的任务，可以在用例模型或方案脚本中予以说明。
27. 功能需求功能需求（functional requirement）定义了开发人员必须实现的软件功能，使得用户能完成他们的任务，从而满足了业务需求。
28. 非功能需求非功能需求（non-functional requirement）是从各个角度对系统的约束和限制，反映了应用对软件系统质量和特性的额外要求。
29. 需求工程需求工程是应用已证实有效的原理和方法，通过合适的工具和符号，系统地描述出待开发系统及其行为特征和相关约束。
30. 需求分析需求分析主要是对收集到的需求进行提炼、分析和仔细审查，以确保所有的风险承担者都明白其含义并找出其中的错误、遗漏或其它不足的地方，形成完整的分析模型。
31. 软件需求规格说明软件需求规格说明是需求开发的最终结果，它精确地阐述一个软件系统必须提供的功能和性能以及它所要考虑的限制条件。
软件需求规格说明不仅是系统测试和用户文档的基础，也是所有子系列项目规划、设计和编码的基础。
32. 风险承担人风险承担人是任何将从新系统或应用的实现中受到实质性影响的人。
33. 软件原型软件原型是所提出的新产品的部分实现，其目的是为了解决在产品开发的早期阶段需求不确定的问题。
34. 实体关系图实体关系图描述数据对象及其关系。
35. 数据流图数据流图是结构化分析的基本工具，它描述了信息流和数据转换。
36. 状态转换图状态转换图通过描述状态以及导致系统改变状态的事件来表示系统的行为。
37. 数据字典数据字典描述数据流图的数据存储、数据加工（最底层加工）和数据流。
38. 对象对象（Object）是系统中用来描述客观事物的一个实体，它是构成系统的一个基本单位，由一组属性和对这组属性进行操作的一组服务组成。
39. 类类（Class）是具有相同属性和服务的一组对象的集合，它为属于该类的全部对象提供了统一的抽象描述，其内部包括属性和服务两个主要部分。
40. 封装封装（Encapsulation）是把对象的属性和服务结合成一个独立的系统单位，并尽可能隐藏对象的内部细节。
41. 继承继承（Inheritance）是指子类可以自动拥有父类的全部属性和服务。
42. 消息消息（Message）是对象发出的服务请求，一般包含提供服务的对象标识、服务标识、输入信息和应答信息等信息。
43. 多态性多态性（Polymorphism）是指在父类中定义的属性或服务被子类继承后，可以具有不同的数据类型或表现出不同的行为。
44. 主动对象主动对象（Active Object）是一组属性和一组服务的封装体，其中至少有一个服务不需要接收消息就能主动执行（称为主动服务）。
45. 面向对象分析面向对象的分析（OOA）就是运用面向对象的方法进行需求分析，其主要任务是分析和理解问题域，找出描述问题域和系统责任所需的类及对象，分析它们的内部构成和外部关系，建立OOA模型。
46. 面向对象设计面向对象的设计（OOD）就是根据已建立的分析模型，运用面向对象技术进行系统软件设计。
它将OOA模型直接变成OOD模型，并且补充与一些实现有关的部分，如人机界面、数据存储、任务管理等。
47. 面向对象编程面向对象的编程（OOP）就是用一种面向对象的编程语言将OOD模型中的各个成分编写成程序。
48. 面向对象测试面向对象的测试（OOT）是指对于运用OO技术开发的软件，在测试过程中继续运用OO技术进行以对象概念为中心的软件测试。
49. 统一建模语言UML统一建模语言（Unified Modeling Language，UML）是一种直观化、明确化、构建和文档化软件系统产物的通用可视化建模语言。
50. 用例图用例图定义了系统的功能需求，它完全是从系统的外部观看系统功能，并不描述系统内部对功能的具体实现。
51. 类图类图描述系统的静态结构，表示系统中的类以及类与类之间的关系。
52. 对象图对象图描述了一组对象以及它们之间的关系，表示类的对象实例。
53. 状态图状态图表示一个状态机，强调对象行为的事件顺序。
54. 时序图时序图表示一组对象之间的动态协作关系，反映对象之间发送消息的时间顺序。
55. 协作图协作图表示一组对象之间的动态协作关系，反映收发消息的对象的结构组织。
56. 活动图活动图反映系统中从一个活动到另一个活动的流程，强调对象间的控制流程。
57. 组件图组件图描述组件以及它们之间的关系，表示系统的静态实现视图。
58. 分布图分布图反映了系统中软件和硬件的物理架构，表示系统运行时的处理节点以及节点中组件的配置。
59. 软件体系结构软件体系结构包括一组软件部件、软件部件的外部的可见特性及其相互关系，其中软件外部的可见特性是指软件部件提供的服务、性能、特性、错误处理、共享资源使用等。
60. 软件测试软件测试是以最少的时间和人力系统地找出软件中潜在的各种错误和缺陷。
61. 静态测试静态测试是指被测试程序不在机器上运行，而是采用人工检测和计算机辅助静态分析的手段对程序进行检测。
62. 动态测试动态测试是指通过运行程序发现错误，一般意义上的测试主要是指动态测试。
63. 黑盒测试黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有功能的情况下，通过测试来检测每个功能是否都能正常使用。
64. 白盒测试白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能。
65. 软件调试软件调试则是在软件测试成功后，根据错误迹象确定错误的原因和准确位置，并加以改正。
66. 软件测试自动化测试自动化是通过开发和使用一些工具自动测试软件系统，特别适合于测试中重复而繁琐的活动。
67. 软件维护软件维护是指在软件运行或维护阶段对软件产品所进行的修改。
68. 改正性维护在软件交付使用后，由于开发时测试得不彻底或不完全，在运行阶段会暴露一些开发时未能测试出来的错误。
为了识别和纠正软件错误，改正软件性能上的缺陷，避免实施中的错误使用，应当进行的诊断和改正错误的过程，这就是改正性维护。
69. 适应性维护随着计算机技术的飞速发展和更新换代，软件系统所需的外部环境或数据环境可能会更新和升级，如操作系统或数据库系统的更换等。
为了使软件系统适应这种变化，需要对软件进行相应的修改，这种维护活动称为适应性维护。
70. 完善性维护在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。
为了满足这些要求，需要修改或再开发软件，以扩充软件功能、增强软件性能、改进加工效率、提高软件的可维护性。
这种情况下进行的维护活动叫做完善性维护。
71. 预防性维护预防性维护是指采用先进的软件工程方法对需要维护的软件或软件中的某一部分重新进行设计、编制和测试，提高软件的可维护性和可靠性等，为以后进一步改进软件打下良好基础。
72. 软件的可维护性软件的可维护性是指软件能够被理解、纠正、适应和完善以适应新环境的难易程度。
73. 项目项目就是以一套独特而相互联系的任务为前提，有效地利用资源，为实现一个特定的目标所做的努力。
74. 项目管理项目管理就是通过合理地组织和利用一切可以利用的资源，按照计划的成本和计划的进度，完成一个计划的目标，它包含团队管理、风险管理、采购管理、流程管理、时间管理、成本管理和质量管理等。
