软件工程相关术语
信息技术 软件工程术语
信息技术软件工程术语1. 软件工程：一种系统性、规范化和定量化的方法，用于开发、维护和测试软件。
2. 需求工程：确定、分析和规范用户需求的过程。
3. 需求文档：描述软件开发过程中所需的功能和行为的文档。
4. 设计模式：是经过验证的、常见的软件设计方案。
5. 结构化分析：研究软件结构和功能的方法。
6. 结构化设计：设计软件结构的过程。
7. 原型设计：通过创建原型来验证软件的设计。
8. 数据库管理系统：用于管理、存储和访问数据的软件。
9. 数据库设计：规划数据库结构的过程。
10. 数据库模型：描述数据库结构和关系的图形表示形式。
11. 数据库查询语言：用于检索和操作数据库的编程语言。
13. 数据挖掘：从大量数据中提取有价值信息的技术。
14. 面向对象编程：一种使用对象和类来描述和组织程序的编程方法。
15. 抽象类：一种不能直接实例化的类，用作其他类的基础。
16. 接口：一种用于描述相似行为的协议。
17. 继承：一种从基类派生新类的机制。
18. 多态性：同一操作可以应用于多个类型的能力。
19. UML：一种用于软件建模的统一建模语言。
20. 用例图：用于描述系统行为的图形表示法。
22. 顺序图：描述对象之间的交互的图形表示法。
25. 部署图：描述软件系统和硬件组件之间的关系。
26. 构件化：一种将软件系统分解成组件来管理和维护的方法。
27. 配置管理：管理软件和相关文档的变更和版本控制的过程。
28. 质量保证：用于确保软件质量的方法。
29. 测试计划：描述测试目标和策略的文档。
30. 静态测试：不执行代码的测试，例如代码审查。
32. 集成测试：测试系统组件之间的交互。
33. 系统测试：对整个系统的测试，以验证其功能。
34. 用户验收测试：由最终用户进行的测试，以验证软件是否满足其需求。
35. 软件维护：对软件进行更改、更新和修复的过程。
36. 改进过程：用于改进软件开发和维护过程的方法。
37. 项目管理：用于管理软件开发项目的方法。
软件工程术语
软件工程术语软件工程术语1. 软件工程软件工程是一种应用工程原理和方法来开发、维护和管理软件的学科。
它涵盖了软件开发的各个方面，包括需求分析、软件设计、编程、测试、部署和维护等。
2. 需求分析需求分析是软件开发过程中的第一步，它涉及收集、分析和文档化用户对软件系统的需求。
通过需求分析，可以明确软件系统应该具备的功能和性能要求。
3. 软件设计软件设计是指根据需求分析的结果，制定出满足用户需求的软件系统的结构与组织的过程。
它包括架构设计、模块设计、接口设计等。
4. 编程编程是将软件设计转化为可执行代码的过程。
它涉及选择合适的编程语言、编写源代码、调试和优化代码等。
5. 测试测试是软件开发过程中的一个重要环节，旨在验证软件是否符合预期的需求和质量标准。
测试包括单元测试、集成测试、系统测试和验收测试等。
6. 部署部署是将经过测试的软件系统安装到目标环境中的过程。
它包括将软件部署到服务器、配置运行环境、设置权限等操作。
7. 维护维护是在软件系统投入使用后对其进行修复和改进的过程。
维护包括故障修复、性能优化、功能扩展等。
8. 版本控制版本控制是一种管理软件开发过程中代码版本的方法。
它可以追踪代码的修改历史、协调多人开发、回滚代码等。
9. 敏捷开发敏捷开发是一种以迭代、循序渐进的方式进行软件开发的方法。
它强调与用户的密切合作、快速反馈和灵活应对需求变化。
10. 原型原型是软件开发过程中用于表达和验证设计概念的简单实现。
原型可以帮助开发团队理解用户需求，减少开发风险。
11. UMLUML（统一建模语言）是一种用于建模软件系统的图形化语言。
它可以用于描述软件系统的结构、行为和交互等。
12. 数据库数据库是用于存储和管理数据的软件系统。
它提供了数据的持久化和高效的检索能力，广泛应用于软件系统中的数据存储。
13. 服务器服务器是一种在网络环境中提供服务的计算机。
它可以运行软件系统，并接受来自客户端的请求，响应相应的结果。
软件工程常用术语
软件工程常用术语cardinality基数元素集内的元素数目。
对比：多重性(multiplicity)。
causal analysis因果分析追查问题的产生缘故，并确定解决方法。
CBD基于构件的开发CCB变更操纵委员会CDR关键设计评审CGI公共网关接口change control board （CCB）变更操纵委员会CCB 的作用是提供集中的操纵机制，以确保妥当地考虑、批准和和谐每个变更要求。
change management变更治理操纵和跟踪工件变更的活动。
另请参见范畴治理。
change request （CR）变更要求对涉众提出的要变更工件或过程的任何要求的统称。
在变更要求中记录的信息是有关当前问题、提议解决方案及其成本的起源和阻碍的信息。
另请参阅扩展要求、缺陷。
checklist检查表checkpoints检查点某种组织良好的工件应该具有的一组条件。
也可采纳应作确信回答的问答形式。
class类关于一组具有共同属性、操作、方法、关系和语义的对象的描述。
类可使用一组接口来指定它提供给其环境的操作集合。
请参见接口。
class diagram 类图显示了一组说明性（静态）模型元素的图,例如类、类型及它们的内容和关系。
class hierarchy 类分层结构共享某一单继承的类之间的关系。
所有 Java 类都从 Object（对象）类继承。
class library 类库类的集合。
class method 类方法请参见方法。
classifier 分类器描述行为和结构特性的机制。
分类器包括接口、类、数据类型和构件。
client客户端向其他分类器要求服务的分类器。
对比：提供端 (supplier)。
client/server 客户机/服务器分布式数据处理中的交互模型，即某一位置的程序向另一位置的程序发出要求并等待响应。
发出要求的程序称为客户程序，应答程序称为服务程序。
collaboration 协作(1) 关于为在某一环境中实施某种行为而交互的对象集的说明。
软件工程专业术语
软件工程专业术语1. 软件开发生命周期1.1 需求分析阶段：确定用户需求，编写需求规格说明书。
1.2 设计阶段：根据需求规格说明书设计系统架构和模块结构。
1.3 编码实现阶段：将设计文档转化为可执行的代码，并进行单元测试。
1.4 测试与调试阶段：对整个系统进行功能、性能等各方面的测试，并修复错误。
1.5 发布与维护阶段：发布正式版本并提供后期支持和维护。
2. 前端开发相关术语2.前端技术包括（超文本标记语言）、CSS（层叠样式表）以及JavaScript等内容；用于定义网页结构，CSS用于控制页面样式,Javascript则是一种脚本程序,可以增加交互效果.3 . 后台开发相关术语在Web应用中，后台指运行在服务器上处理数据逻辑、数据库操作或其他服务接口请求的部分.在Java Web项目中常使用Spring MVC作为MVC框架来搭建一个基础完善且易扩展的web 应用;Spring Boot 是由 Pivotal 团队提供了全新视角去看待如何构建一个 Spring 应用。
使用Spring Boot 可以非常方便的创建独立运行,减少了开发人员对项目配置环境等各种杂乱无章的要求。
4. 数据库相关术语数据库是指按一定规则组织起来并存放于二级存储器中的数据集合。
关系型数据库（RDBMS）使用表格结构，通过SQL进行操作和查询；非关系型数据库（NoSQL）不采用传统的基于表格模式设计，并且往往没有声明性查询语言.5 . 版本控制工具GitGit 是目前最先进、高效而又易用的分布式版本控制系统.6 . 代码管理平台GitHubGitHub 提供了免费托管IT项目源码仓库功能，并提供社交网络元素使得程序员可以互相讨论分享知识,这样就能更好地利益共享与协作7. 敏捷开发方法敏捷软件开发宣称自己强调个体和交互胜过流程和工具；可工作软件胜过详尽文档；客户合作优先权重大于契约谈判; 响应变化超越遵循计划这四点原则;8. 质量保证(QA)与测试质量保证(QA): 是指在产品或服务生命周期中，通过预防性的活动来确保质量达到要求。
软件工程相关术语
软件工程相关术语 WTD standardization office【WTD 5AB- WTDK 08- WTD 2C】软件工程相关术语需求接口需求（interface requirement）-GBT11457规定系统或系统部件必须与之交互的外部项或提出由这样的交互引起的在格式、时间关系或其他因素方面提出的限制的需求。
性能需求（performance requirement）-GBT11457在功能需求上加上条件的需求。
例如，在规定的速度、精度或存储器使用条件下执行指定函数的需求。
性能规格说明（performance specification）-GBT11457规定系统或部件必须具有的性能特征的文档。
这些特征典型地包括：速度、精度和存储器使用。
常常是需求规格说明书的一部分。
物理需求（physical requirement）-GBT11457规定系统或系统部件必须具有的物理特征的一种需求，例如材料、形状、尺寸、重量。
测试（test）-GBT11457A）一种活动，在此活动中，系统或部件在一定的条件下执行，观察或记录其结果，对系统或部件的某些方面进行评价。
B）实施如在A）中的活动。
C）一个或多个测试用例集。
D）一个或多个测试规程集。
E）一个或多个测试用例和规程集。
接口测试（interface testing）-GBT11457引导以评价系统或部件能否相互正确地传送数据与控制信息的测试。
变异测试（mutation testing）-GBT11457一种测试技术，其中的两个或多个程序变异用相同的测试用例执行，以评价测试用例检测变异中的差别的能力。
运行测试（operational testing）-GBT11457在它的目标环境中，评价系统或部件的测试行为。
路径测试（path testing）-GBT11457设计以执行通过计算机程序的全部或所选择的路径的测试。
性能测试（performance testing）-GBT11457评价系统或部件与规定的性能需求的依从性的测试行为。
软件工程专业术语
引言：软件工程是一个涉及软件开发、测试、维护和管理的学科和行业。
在软件工程领域，存在着许多专业术语，这些术语对于理解和交流软件工程相关的概念非常重要。
本文将介绍一些常见的软件工程专业术语，包括需求分析、软件设计、编码、测试和维护等方面。
概述：正文内容：一、需求分析1.用户需求：用户对软件系统的功能、性能和界面等方面的要求。
2.功能需求：软件系统需要具备的功能，如输入、输出、处理和存储等。
3.非功能需求：软件系统除了功能需求外，还需要具备的性能、安全性、可靠性和易用性等方面的要求。
4.需求规约：对软件系统需求的详细描述，包括功能描述、非功能描述和需求约束等。
5.需求验证：通过测试和评审等手段来确保需求规约的正确性和完整性。
二、软件设计1.结构设计：将软件系统划分为模块，并定义模块之间的关系和接口。
2.数据设计：定义软件系统中数据的组织和存储方式，包括数据库的设计和数据结构的定义。
3.界面设计：设计软件系统的用户界面，使用户可以方便地进行操作和交互。
4.架构设计：确定软件系统的整体框架和组件之间的关系，以便后续开发和维护。
5.设计模式：在软件设计过程中使用的一些通用解决方案，用于解决常见的设计问题。
三、编码1.编程语言：在软件开发过程中使用的一种特定的计算机语言，例如Java、C++和Python等。
2.代码规范：制定一套统一的编码规则和标准，以确保代码的可读性和可维护性。
3.软件框架：提供一组通用功能和结构的软件开发平台，以简化软件开发过程。
4.软件库：提供一系列可重用的代码和功能，以加快软件开发速度。
5.调试和测试：使用各种调试工具和技术来识别和解决代码中的错误和问题。
四、测试1.单元测试：对软件系统中的最小单元（如函数或方法）进行测试，以验证其功能的正确性。
2.集成测试：将不同的模块或组件组合在一起进行测试，以确保它们在组合时能够正常工作。
3.验收测试：由用户或客户进行的测试，旨在确认软件系统是否满足用户需求和预期。
软件工程术语
软件工程术语软件工程术语1. 引言软件工程是一门研究软件开发和维护的学科，其中涉及到许多专业术语。
本文将介绍一些常见的软件工程术语，以帮助读者更好地理解软件开发和维护过程中的概念和流程。
2. 软件开发生命周期2.1. 需求分析（Requirement Analysis）需求分析是软件工程中非常重要的一个阶段，其目的是明确软件系统的需求和功能。
在这个阶段，开发团队与客户沟通，收集并分析客户的需求，确定软件系统的基本功能和特性。
2.2. 设计（Design）在软件开发过程中，设计阶段是将需求分析阶段得到的软件需求转化为可设计的系统结构和逻辑。
设计阶段将包括软件的体系结构设计、模块划分、算法设计等。
2.3. 编码（Coding）编码阶段是将软件设计阶段得到的设计方案转化为实际的程序代码的过程。
在编码阶段，开发人员将根据设计文档撰写代码，并进行必要的单元和集成。
2.4. （Testing）软件是确保软件质量的关键过程，其目的是发现和修复潜在的程序错误。
阶段包括单元、集成、系统和验收等。
2.5. 部署（Deployment）部署阶段是将开发完成的软件系统部署到实际的运行环境中的过程。
在部署阶段，会进行安装、配置和初始化等操作，以确保软件系统能够正常运行。
2.6. 维护（Mntenance）维护阶段是软件生命周期的一个阶段，其目的是保证软件系统在运行过程中的正常运行和持续改进。
维护包括错误修复、性能优化、功能添加等。
3. 常见的软件开发术语3.1. 需求（Requirement）需求指的是对软件系统的功能、性能和其他约束的描述。
需求是设计和实现软件系统的基础。
3.2. 模块（Module）模块是软件中相对独立的功能单元，通常承担特定的任务或实现某一部分功能。
3.3. 接口（Interface）接口是模块之间进行通信和交互的规范。
接口定义了模块之间的输入和输出参数、约定和规则。
3.4. 数据库（Database）数据库是存储和管理数据的数据集合。
软件工程专业术语(一)
软件工程专业术语（一）引言概述：软件工程是一门应用科学，它涵盖了软件开发、测试、维护等一系列活动。
在软件工程领域中，有诸多专业术语被广泛使用。
本文将介绍软件工程中的一些常见术语，旨在帮助读者更好地理解和应用软件工程知识。
正文内容：1.需求分析与设计：\t1.1 需求获取：通过与用户交流、分析市场情况等方式，收集软件系统的需求信息。
\t1.2 功能规约：明确软件系统的功能需求，详细描述系统需要具备的功能和行为。
\t1.3 系统设计：依据需求规约，确定系统的结构和组件，设计出满足需求的软件系统。
\t1.4 数据建模：描述软件系统中数据的结构、关系和操作方式。
\t1.5 界面设计：设计用户界面，使用户能够直观地使用系统。
2. 编码与测试：\t2.1 编程语言：选择适用的编程语言进行软件开发。
\t2.2 编码风格：编写易于理解、维护和重用的代码。
\t2.3 软件测试：通过执行测试用例，验证软件是否符合需求规约。
\t2.4 单元测试：对软件系统中的单元进行独立测试，确保其功能正常。
\t2.5 集成测试：将多个单元组合起来，测试不同模块之间的交互和整合情况。
3. 配置管理与版本控制：\t3.1 配置项：对软件系统中的组成和相关文档进行统一管理的部件或元素。
\t3.2 配置管理：对软件系统进行版本控制、变更管理和发布管理，确保系统的可追踪性和可控制性。
\t3.3 版本控制：跟踪和管理软件系统的不同版本，追踪开发历史和修复版本的错误。
\t3.4 变更管理：记录和控制软件系统的变更，确保变更的正确性和合理性。
\t3.5 发布管理：制定发布计划，将软件系统的新版本或修复版本交付给用户或客户。
4. 软件工程的质量保证：\t4.1 质量标准：制定软件质量标准，对软件系统进行评估和认证。
\t4.2 需求验证：验证软件系统是否满足用户的需求和期望。
\t4.3 验证与验证：通过代码检查、静态分析等方式，发现并修复软件中潜在的问题。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
软件工程相关术语第1章需求1.1接口需求（interface requirement）-GBT11457规定系统或系统部件必须与之交互的外部项或提出由这样的交互引起的在格式、时间关系或其他因素方面提出的限制的需求。
1.2性能需求（performance requirement）-GBT11457在功能需求上加上条件的需求。
例如，在规定的速度、精度或存储器使用条件下执行指定函数的需求。
1.3性能规格说明（performance specification）-GBT11457规定系统或部件必须具有的性能特征的文档。
这些特征典型地包括：速度、精度和存储器使用。
常常是需求规格说明书的一部分。
1.4物理需求（physical requirement）-GBT11457规定系统或系统部件必须具有的物理特征的一种需求，例如材料、形状、尺寸、重量。
第2章测试（test）-GBT11457A）一种活动，在此活动中，系统或部件在一定的条件下执行，观察或记录其结果，对系统或部件的某些方面进行评价。
B）实施如在A）中的活动。
C）一个或多个测试用例集。
D）一个或多个测试规程集。
E）一个或多个测试用例和规程集。
2.1接口测试（interface testing）-GBT11457引导以评价系统或部件能否相互正确地传送数据与控制信息的测试。
2.2变异测试（mutation testing）-GBT11457一种测试技术，其中的两个或多个程序变异用相同的测试用例执行，以评价测试用例检测变异中的差别的能力。
2.3运行测试（operational testing）-GBT11457在它的目标环境中，评价系统或部件的测试行为。
2.4路径测试（path testing）-GBT11457设计以执行通过计算机程序的全部或所选择的路径的测试。
2.5性能测试（performance testing）-GBT11457评价系统或部件与规定的性能需求的依从性的测试行为。
2.6合格性测试（qualification testing）-GBT11457确定系统或部件是否适合于操作使用的测试行为。
2.7回归测试（regression testing）-GBT11457系统或部件选择的重新测试，用以验证修改未引起不希望的有害效果，或证明修改后的系统或系统部件仍满足规定的需求。
2.8强度测试（stress testing ）-GBT11457评价系统或部件在它规定的需求的限定或超出时情况的测试。
2.9结构测试（structural testing）-GBT11457侧重于系统或部件部机制的测试。
类型包括分支测试、路径测试、语句测试。
2.10系统测试（system testing）-GBT11457在完整的、集成的系统上的测试行为，它用以评价系统与规定的需求的遵从性。
2.11测试性（testability）-GBT11457a)系统或成分便于建立测试准则并进行测试以确定是否满足测试准则的程度。
b)使用允许建立测试准则并进行测试以确定是否满足测试准则方面的措辞来描述需求的程度。
2.12测试台（test bed）-GBT11457a)测试环境，其中包括测试系统或部件所必须的硬件、探测工具、模拟程序、软件工具以及其他支持软件。
b)在测试系统或系统的部件时所必需的全部测试用例的汇集。
2.13测试用例（test case）-GBT11457a)为具体的目标（例如，为练习具体的程序路径或验证对特定需求的遵循性）而开发的一组测试输入、执行条件和预料的结果。
b)对于测试项，规定输入、预料的结果和一组执行条件的文档。
2.14测试用例生成器（test case generator）-GBT11457一种软件工具，它接受输入源代码、测试准则、规格说明或数据结构定义，用这些输入以产生测试输入数据，有时，还确定预料的结果。
2.15测试用例规格说明（test case specification）-GBT11457对于要测试的项，规定测试输入、执行条件和预料的结果的文档。
2.16测试覆盖（test coverage）-GBT11457测试围给定的测试或测试集，对于给定的系统和部件实现所有规定的需求的程度。
2.17测试准则（test criteria）-GBT11457系统或部件为通过给定的测试必须满足的准则。
2.18测试数据（test data）-GBT11457用来测试系统或系统部件的数据。
2.19测试设计（test design）-GBT11457一种文档，它规定对软件特性或软件特性与标识相关测试的组合的详细测试方法。
2.20测试文档集（test documentation）-GBT11457描述系统或部件的测试计划或测试结果的文档。
类型包括：测量用例规格说明、测试事件报告、测试日志、测试计划、测试规程和测试报告。
2.21测试驱动程序（test driver）-GBT11457一种软件模块，它用于引用测试下的模块并常常提供测试输入、控制和监控执行并报告测试结果。
2.22测试项（test item）-GBT11457是测试目标的软件项。
2.23测试项传输报告（test item transmittal report）-GBT11457标识为测试传送的一个或多个项的文档。
它包括当前状态和位置信息。
2.24测试日志（test log）-GBT11457按年月日对全部测试活动有关细节所做的记录。
2.25测试目标（test objective）-GBT11457在规定的条件下要度量的软件特性的标识集，它由把实际行为与在软件文档中描述的所要求的行为进行比较来度量。
2.26测试阶段（test phase）-GBT11457软件生存周期中的一段时间，在此期间对软件产品的部件进行评价且进行集成。
并评价软件产品以确定需否已得到满足。
测试计划（test plan）-GBT11457a)描述要进行的测试活动的围、方法、资源和进度的文档。
它标识测试项、要测试的特性、测试任务、谁做每一个任务和任务意外事故的风险计划。
b)描述为测试系统或部件必须遵循的技术和管理方法的文档。
典型包括：标识要测试的项、要执行的任务、响应、进度和测试活动要求的资源。
2.27测试规程（test procedure）-GBT11457a)对于给定的测试用例的设置、执行和评价测试结果的详细指令。
b)包含如a）中一组相关指令的文档。
c)规定执行测试的动作序列的文档。
2.28测试可重复性（test repeatability）-GBT11457测试的一种属性。
指明每次进行的测试时，产生相同的结果。
2.29测试报告（test report）-GBT11457描述对系统或部件进行测试产生的行为及结果的文件。
2.30测试集体系结构（test set architecture）-GBT11457在直接反应测试目标的层次分解的测试用例集之间的嵌套关系。
2.31测试总结报告（test summary report）-GBT11457总结测试活动和结果的文件。
它也包含相应测试项的评价。
2.32测试单元（test unit）-GBT11457一个或多个计算机程序模块与相关的控制数据（例如，表）、用法规程和操作规程一起的集合，这些集合满足下列条件：a）所有模块来自单个计算机程序、b）在集中至少有一个新的或更改的模块未完成单元测试、c)模块与它相关的数据和规程是测试过程的唯一目标。
2.33测试有效性（test-validity）-GBT11457完成测试规定目标的程度。
2.34测试（testing）a)在规定的条件下操作系统或部件、观察或记录结果并对系统或部件的某些方面作评价的过程。
b)分析软件项以检测在存在的和要求的条件之间的区别（即，隐错）以评价软件项的特征。
2.35单元测试（unit testing）-GBT11457独立的硬件或软件单元或相关单元组的测试。
第3章软件工程3.1生存周期模型（life-cycle model）-GBT11457一个框架，它含有从需求定义到使用终止，跨越整个生存期的系统开发、操作和维护中所需实施的过程、活动和任务。
3.2中间件（middleware）-GBT11457一种类型的软件模块，它处在系统软件和应用软件之间，依赖系统软件的支持，又为应用软件提供支持，以方便应用软件的开发。
3.3模型（model）-GBT11457现实世界中过程、设备或概念的一种表示。
3.3.1分析模型（analytical model）3.3.2可用性模型（availability model）3.3.3排错模型（debugging model）3.3.4出错模型（error model）3.3.5可靠性模型（reliability model）3.3.6仿真（simulation）3.3.7统计测试模型（statistical test model）-GBT11457一种模型，它把程序故障与输入数据集联系起来。
模型也给出了这些故障将引起程序失效的概率。
3.4模型元素（model element）-GBT11457从被建模的系统抽象出来的元素。
3.5模型库（model library）-GBT11457含有供其他包重用的模型元素的一种衍型包。
模型库类似于某种程序设计语言中的类库。
3.6模块（module）-GBT11457a)离散的程序单位。
且对于编译、与其他单位相结合和装入来说是可标识的。
b)程序中一个能逻辑地分开的部分。
3.7同行评审（peer review）-GBT11457由软件工程产品生产者的同行遵循已定义的规程对工作产品进行的评审，以标识工作产品存在的缺陷和需要的改进。
3.8物理配置审核（physical configuration audit）-GBT11457验证已建立的某个配置项遵循定义它的技术文档的审核行为。
3.9软件体系结构（software architecture）-GBT11457它是对系统整体结构设计的刻画，包括全局组织与控制结构，构件间通信、同步和数据访问的协议，设计元素间的功能分配、物理分布、设计元素集成、伸缩性和性能、设计选择等。
3.10软件基线审核（software baseline audit）-GBT11457为验证基线是否与描述基线的文档相符，对软件基线库的结构、容和设施进行的一种检查。
3.11软件开发环境（software development environment）-GBT11457支持软件产品开发的软件系统，简称SDE。
它由软件工具和环境集成机制构成，前者用以支持软件开发的相关过程、活动和任务，后者为工具集成和软件的开发、维护及管理提供统一的支持。