系统实现活动的目的是创建和测试由系统定义指定的系统版本。根据所选的生命周期模型，将活动分组并描述为迭代和/或同时执行的一般过程。这些活动包括建立系统（系统实现），集成不同的系统元素（系统集成）以及确保系统不仅满足利益相关者的需求（系统验证），而且满足系统要求和体系结构（系统验证）。这些活动不是顺序的，而是根据所选的生命周期模型同时，迭代和迭代地执行。图1（参见下面的“概述”）还示出了这些过程如何适应系统定义和系统部署的环境以及如何使用。请参考应用程序生命周期过程以进一步讨论该过程与生命周期模型之间的关系。主题系统工程知识系统的每个部分都分为知识域，即具有相关主题的信息组。知识领域又分为不同的主题。其中包括以下主题：系统实现系统集成系统验证系统确认有关将第7部分中包含的案例研究和说明映射到第3部分中涉及的主题的信息，请参阅“实现示例矩阵”。概述基本上，系统定义的输出用于在系统实施期间创建系统元素，并提供计划和标准以在系统集成期间组合这些元素。需求用于验证和确认系统元素，系统和整个系统（System of Interest（SoI））。这些活动为系统设计提供反馈，尤其是在发现问题或挑战时。最后，在考虑，验证和确认系统后，它将成为系统部署和使用的输入。重要的是要了解这些活动是重叠的。它们不必按图1所示的顺序出现。每个生命周期模型都包括实施活动，主要是验证和确认活动。这些活动的执行方式取决于所使用的生命周期模型。图1. SystemRealization。实施过程的实施是为了确保系统准备好进行转换，并具有适当的结构和行为，以在系统的整个生命周期内实现所需的操作和功能。除了实施，集成，验证和确认之外，DAU和NASA还包括实施过渡。基本实现过程的宏观视图图2显示了使用Vee生命周期模型时实现活动的一般输出的宏观视图。左侧的Vee代表“向下”箭头系统的各种设计活动。图2. TheVeeActivityDiagram（Prosnik2010）。 Vee模型的左侧显示了系统元素规格和设计说明的开发。在此阶段，将开发验证和确认计划，该计划随后将用于确定已实施的系统元素（产品，服务或企业）是否满足规范和利益相关者的需求。同样，在此阶段，初始规格成为低级系统模型的过程要求。就时间框架而言，这些活动发生在系统生命周期的早期。这些活动将在系统定义中进一步讨论。但是，某些系统实现活动与系统定义活动同时启动。了解这一点很重要；对于集成，验证和验证计划尤其如此。如图2所示，Vee模型的右侧显示了根据Vee左侧描述的系统模型（集成）组装的系统元素（产品，服务或企业）。验证和确认活动确定实施的系统满足利益相关者的需求，系统要求和设计属性的程度。这些活动应遵循Vee左侧制定的计划。在验证和确认（V＆amp; V）工作的支持下，可以连续，增量和/或迭代地完成集成。例如，集成通常从Vee的底部开始，然后一直到Vee的顶部。一旦完全定义了系统模型的所有产品，就可以开始自下而上的最终产品实现。首先应用实施过程来购买，构建，编码或重用最终产品。这些实现的最终产品将根据其设计说明和规格进行验证，并根据涉众的需求进行验证，然后转移到下一个更高的系统模型中进行集成。最终产品