工程类过程域涵盖了工程学科所共有的开发与维护活动。工程类过程域的书写使用了通用的工程术语，这样，涉及产品开发过程（如软件工程、机械工程等）的任何技术学科都能够将其用于过程改进。工程类过程域还将不同工程学科的关联过程整合到单一的产品开发过程之中，来支持以产品为导向的过程改进策。这样的策略瞄准的是实质性的业务目标，而非特定的技术学科。这种过程方法有效避免了组织级“烟囱”型隔阂思想的倾向。

五个工程类过程域是：

• 产品集成（Product Integration， PI）

• 需求开发（Requirements Development， RD）

• 技术解决方案（Technical Solution， TS）

• 确认（Validation， VAL）

• 验证（Verification， VER）

产品集成：包含的特定实践与建立集成策略、进行产品组件集成、以及向客户交付产品等相关联。“产品集成”过程域在实施产品集成过程时使用了“确认”过程域与“验证”过程域中的特定实践。 “验证”过程域的实践在产品集成之前验证了产品组件的接口与接口需求。接口验证是集成过程中的 必要事件。在操作环境中进行产品集成时，就要使用到“确认”过程域中的特定实践。

需求开发:过程域识别客户需要并将这些需要转化为产品需求。产品需求的集合被加以分析，生成高层次的概念解决方案。该需求集合随后被分配，以建立最初的产品组件需求集合。再衍生出其它有助于定义产品的需求，并分配至产品组件。该产品与产品组件的需求集合清晰地描述了产品的性能、质量属性、设计功能、验证需求等等，并通过开发人员能够理解并使用的术语进行描述。

技术解决方案：在此处需求被转换为产品架构、产品组件设计与产品组件（如通过编码、制造等）。 需求也被提供给“产品集成”过程域，在此处产品组件被组合起来，接口得到验证，以确保其符“需求开发”过程域所提供的接口需求。开发产品组件的技术数据包，用于“产品集成”过程域“供方协议管理”过程域。备选解决方案被考察，并基于已建立的准则选择最优设计。这些准则可以因产品不同而有显著区别，这取决于产品类型、操作环境、性能需求、支持需求以及成本或交付进度。选择最终解决方案的工作会用到“决策分析与解决”过程域中的特定实践

确认:过程域对照客户需要，增量式地对产品进行确认。确认可以在操作环境或模拟的操作环境下执。在确认的需求方面与客户进行协调是该过程域的重要元素。“确认”过程域的范围包括对产品、产品组件、选定的中间工作产品与过程的确认。这些已确认的要素常常需要再次验证与再次确认。确认中发现的问题往往在“需求开发”过程域或“技术解决方案”过程域中得到解决。

验证:过程域确保选定的工作产品满足规定的需求。 “验证”过程域选择工作产品与验证方法，用于对照规定的需求对工作产品进行验证。一般来说验证是一个增量式的过程，从产品组件的验证开始， 通常以对完全组装了的产品进行验证为结束。验证也应对了同级评审。同级评审是一种经实践检验了 的方法，用于尽早移除缺陷，并为正在开发或维护的工作产品与产品组件提供有价值的洞察