哼哼的博客

链接：https://pan.baidu.com/s/12LgRxClsmT2dzHn_r85yLg。

工程基础（ENGINEERING FOUNDATIONS）IEEE将工程定义为“对结构、机器、产品、系统或过程应用系统的、有纪律的、可量化的方法”[1]。本章概述了一些对软件工程师有用的工程基础技能和技术。重点是支持其他KA的主题，同时尽量减少本文档其他部分所涵盖主题的重复。随着软件工程理论和实践的不断成熟，软件工程是一门以所有工程学科所共有的知识和技能为基础的工程学科。这个工程基础知识领域（KA）涉及应用于软件工程和其他工程学科的工程基础。本KA的主题包括经验方法和实验技术、统计分析、测量、工程设计.

数学基础（MATHEMATICAL FOUNDATIONS）软件专业人士以程序为生。在一种非常简单的语言中，一个人只能为遵循一个易于理解的、无歧义的逻辑的东西编程。数学基础知识区（KA）帮助软件工程师理解这种逻辑，而这种逻辑又被翻译成编程语言代码。数学，这是在这个KA的主要重点是非常不同于典型的算术，在那里处理和讨论数字。逻辑和推理是软件工程师必须解决的数学本质。从某种意义上说，数学是对形式系统的研究。“正式”一词与严谨有关，因此对事实不能有任何模棱两可或错误的解释。因此，数学是对任何概念的任何和所有.

计算基础（COMPUTING FOUNDATIONS）

软件工程经济学（SOFTWARE ENGINEERING ECONOMICS）软件工程经济学是关于在商业环境中做出与软件工程相关的决策。软件产品、服务和解决方案的成功取决于良好的业务管理。然而，在许多公司和组织中，软件业务与软件开发和工程的关系仍然很模糊。这个知识领域（KA）提供了软件工程经济学的概述。经济学是研究价值、成本、资源及其在特定环境或情况下的关系的学科。在软件工程学科中，活动有成本，但是产生的软件本身也有经济属性。软件工程经济学提供了一种系统地研究软件和软件过程属性的方法，将它们与经济度量.

软件工程专业实践（SOFTWARE ENGINEERING PROFESSIONAL PRACTICE）软件工程专业实践知识领域（KA）涉及软件工程师必须具备的知识、技能和态度，以专业、负责和道德的方式实践软件工程。由于软件产品在社会和个人生活中的广泛应用，软件产品的质量会对我们的个人幸福和社会和谐产生深远的影响。软件工程师必须处理独特的工程问题，生产出具有已知特性和可靠性的软件。这一要求要求软件工程师拥有一套适当的知识、技能、培训和专业实践经验。专业实践，是指在提供服务的过程中以及服务产生的最终产品.

软件质量（SOFTWARE QUALITY）什么是软件质量，为什么它如此重要以至于它包含在SWEBOK指南的许多知识领域（KA）中？其中一个原因是软件质量这个术语过载了。软件质量可以是指：软件产品的理想特性，在某种程度上，特定的软件产品具有这些特性，以及用于实现这些特性的过程、工具和技术。多年来，作者和组织对“质量”一词的定义有所不同。对Phil Crosby来说，这是“符合要求”[1]。Watts Humphrey将其称为“达到了“适合使用”的优秀水平”[2]。与此同时，IBM创造了一个短语“市场驱.

软件工程模型与方法 (SOFTWARE ENGINEERING MODELS AND METHODS)软件工程模型和方法将结构强加给软件工程，目的是使该活动系统化、可重复，并最终更加面向成功。使用模型提供了一种解决问题的方法、一种表示法以及模型构建和分析的过程。方法提供了一种方法来系统地说明、设计、构造、测试和验证最终项目软件和相关工作产品。软件工程模型和方法在范围上有很大的不同，从处理单个软件生命周期阶段到覆盖整个软件生命周期。这一知识领域（KA）的重点是包含多个软件生命周期阶段的软件工程模型和方法.

软件工程过程（SOFTWARE ENGINEERING PROCESS）工程（engineering）过程由一组相互关联的活动组成，这些活动将一个或多个输入转换为输出，同时消耗资源来完成转换。传统工程学科的许多过程（如电气、机械、土木、化学）都涉及将能量和物理实体从一种形式转化为另一种形式，如将势能转化为电能的水电站大坝或利用化学过程将原油转化为汽油的炼油厂。在这个知识领域（KA），软件工程过程与软件工程师为开发、维护和操作软件而完成的工作活动有关，例如需求、设计、构造、测试、配置管理和其他软件工程过.

软件工程管理（SOFTWARE ENGINEERING MANAGEMENT）

软件配置管理（SOFTWARE CONFIGURATION MANAGEMENT）系统可以定义为为了实现一个或多个规定的目的而组织起来的相互作用的元素的组合[1]。系统的配置是指硬件或软件的功能和物理特性，如技术文件中规定的或在产品中实现的[1；它也可以被认为是根据特定的构建过程组合的特定版本的硬件，固件或软件项的集合，以服务于特定的目的。因此，配置管理（CM，Configuration management）是在不同时间点识别系统配置的规程，目的是系统地控制对配置的更改，并在整个系统生命周期中维护配置.

软件维护（SOFTWARE MAINTENANCE）软件开发工作的结果是交付满足用户需求的软件产品。因此，软件产品必须改变或发展。一旦投入使用，缺陷就会被发现，操作环境会发生变化，新的用户需求就会浮出水面。生命周期的维护阶段开始于保修期或实施后支持交付之后，但维护活动发生的时间要早得多。软件维护是软件生命周期的一个组成部分。然而，它并没有得到与其他阶段同等程度的关注。从历史上看，在大多数组织中，软件开发比软件维护更受关注。这一点现在正在发生变化，因为各组织正努力通过尽可能长时间地保持软件运行来最大限度.

软件测试（SOFTWARE TESTING）软件测试包括动态验证一个程序在一组有限的测试用例上提供了预期的行为，这些测试用例是从通常无限的执行域中选择的。在上述定义中，粗体字对应于描述软件测试知识领域（KA）的关键问题：动态：这一术语意味着测试总是对选定的输入执行程序。因为一个复杂的系统，仅仅用一个不确定的输入值来指定一个不确定的行为是不够的。然而，在本KA中，术语“输入”将被保留，其隐含的约定是，其含义在其重要的情况下也包括指定的输入状态。静态技术不同于动态测试，是动态测试的补充。静态技术包含在.

软件构建（SOFTWARE CONSTRUCTION）软件构建是指通过编码、验证、单元测试、集成测试和调试的组合来详细地创建软件的工作。软件构建知识域与软件设计和测试知识域关联的最为紧密。软件构建是软件设计的后置工作流程，是软件测试的前置工作流程。虽然大部分的软件设计是在构建之前完成的，但是也有与构建同时进行的设计工作。在整个构建过程中，软件工程师要对他们的成果进行单元测试和集成测试，因此软件构建也承担了一部分的测试工作。软件构建通常产生软件项目中需要管理的最多的配置项(源代码、文档、测试用例，等.

软件设计（ SOFTWARE DESIGN）设计被定义为“定义体系结构，组件，接口和系统或组件的其他特征的过程”和“ 该过程的结果”。 从设计的角度来看，软件设计是软件工程生命周期活动，在其中分析软件需求，以便对软件的内部结构进行描述，以作为其构建的基础。 软件设计（结果）描述了软件体系结构，即如何将软件分解和组织为组件，以及这些组件之间的接口。 还应该在详细的级别上描述组件，以使其能够构建。软件设计在开发软件中起着重要作用：在软件设计期间，软件工程师会生成各种模型，这些模型构成了要实施的解决方案的蓝.

软件需求（ SOFTWARE REQUIREMENTS）软件需求知识领域与软件需求的启发，分析，规范和验证以及软件产品整个生命周期中的需求管理有关。 在研究人员和行业从业人员，当与需求相关的活动执行不当时软件项目将非常脆弱。软件需求表达了软件产品上的需求和约束，这些需求和约束有助于解决某些实际问题。其知识领域涉及软件需求的提取、分析、细化和验证，以及软件产品整个生命周期的需求管理。软件需求与软件设计，软件测试，软件维护，软件配置管理，软件工程管理，软件工程过程，软件工程模型和方法以及软件质量密切.