在前期A中，SE引擎用于开发初始概念。明确定义人员，硬件和软件在执行任务目标中的独特作用；建立系统功能和性能界限；开发/确定一组初步/草拟的关键高级需求，定义一个或多个初始操作概念（ConOps）场景；通过迭代建模，模型化，仿真或其他方式来实现这些概念；并验证并验证这些概念和产品将能够满足关键的高级需求和ConOps。操作概念必须包括所有重要操作情况的方案，包括已知的非标称情况。要开发一套有用且完整的方案，必须考虑重要的故障和降级模式的运行情况。ConOps早期开发的重要性不可低估。随着系统需求变得更加详细和包含更复杂的技术信息，利益相关者和用户将越来越难以理解需求传达的内容。也就是说，可视化最终产品可能会变得更加困难。ConOps可以用作检查是否缺少需求或发生冲突的需求。

请注意，这个前期阶段A的初始概念开发工作不是对最终产品执行的正式验证程序，而是通过确保在此预阶段A中开发的概念得到有条不紊地进行的有条不紊的运行能够满足利益相关者的可能要求和期望。将概念开发到最低水平，以确保它们可行，并将风险降低到足以满足项目的程度。从理论上讲，这个过程可以向下到每个系统的电路板层面；然而，这将花费大量时间和金钱。产品的级别或层次可能比电路板的级别更高，使设计师能够准确地确定完成项目的可行性，这就是Pre-Phase a的目的。

在阶段A期间，SE引擎的递归使用将继续下去，这一次采用在阶段A期间开发和验证的概念和关键需求草稿，并使其成为基准系统需求和ConOps的集合。在此阶段，可以模拟高风险的关键领域，以确保正在开发的概念和要求是良好的，并确定以后阶段将需要的验证和确认工具及技术。

在阶段B中，SE引擎将被递归地应用于进一步成熟的需求和开发产品树中所有产品的设计，并执行概念验证和确认，以确保设计能够满足他们的需求。评估操作设计和任务场景，并评估设计能力和成本估算范围内的执行可行性。

阶段C再次使用SE引擎的左侧来完成所有需求更新，完成ConOps验证，将最终设计开发到产品树的最低级别，然后开始制造。

阶段D使用SE引擎的右侧递归执行最终产品的最终实现，集成，验证和确认，并在最终通过时将最终产品转换给用户。

SE发动机的技术管理过程在E和F阶段用于监控性能；控制配置；并做出与操作相关的决策，维持工程和关闭系统。随着新的发展，现有系统的任何新功能或升级都会重新进入SE引擎。