作为系统部署的一部分，必须进行现场安装、检查、集成和测试，以确保系统适合部署到现场和/或运行环境中。转移是在确认和使用之间架起桥梁的过程;它明确地处理了从开发到物流、操作、维护和支持的转换。

主题

对于转换或部署，有许多不同的方法，对于转换中包含什么，也有许多不同的观点。SEBoK使用ISO/IEC/IEEE 15288对过渡的定义，如下所示(ISO/IEC/IEEE 15288 2015):

[过渡]流程安装一个经过验证的系统，以及相关的使能系统，如协议中定义的操作系统、支持系统、操作员培训系统、用户培训系统。该过程用于系统结构的每个级别和每个阶段，以完成为退出该阶段而建立的标准。

以线性的方式思考，系统被过渡到操作，然后将在操作环境中使用和维护。然而，对于过渡也有其他看法。例如，NASA系统工程手册指出，过渡可以包括最终使用的交付以及集成部件的交付(NASA 2007)。使用这个视图，转换是将系统组件从实现活动移动到集成活动的机制。NASA关于过渡的讨论还表明，过渡可以包括维持活动:

将产品从实施、集成、验证和验证的地点交付或移动给客户的行为。

许多系统使用迭代或演化的方法进行部署，在这种方法中，操作上有用的功能是逐步开发和部署的。当这些操作上有用的能力被充分部署并过渡到操作使用时，后勤、维护和支持的过渡可能会渐进地发生或推迟到整个系统能力交付之后。

过程和方法

正如对于转换和部署的定义有多种观点一样，也有几种方法来划分转换所需的活动。例如，NASA系统工程手册对过渡状态的定义:该法案可以包括包装、处理、储存、移动、运输、安装和维持活动(2007)。然而，SEBoK包括了与过渡分离的可持续主题;这将在维护和后勤主题中讨论。国际系统工程理事会(INCOSE)认为过渡过程分为两个步骤:规划和执行。虽然部署和转换有几个流程，但大多数流程通常包括以下活动:

• 开发一个部署/过渡策略 —— 理想情况下，过渡活动的规划应在 SE 生命周期 的早期开始，尽管可以在实现的同时进行这些活动 活动。 规划通常应包括对安装、检查、集成和测试等常见较低级别活动的一些考虑。 这些活动对于证明系统和与操作环境的接口可以按预期运行并满足合同系统规范至关重要。 为使这些活动得到有效管理和有效实施，开展这些活动的标准、责任和程序应在规划阶段明确建立并达成一致。
• 为过渡系统制定计划或者将系统功能转化为操作使用和支持。系统或增量系统功能的过渡计划应该与整体的过渡策略一致，并得到相关涉众的同意。过渡规划通常包括建立支持战略，这可能包括有机支持基础设施、承包商后勤支持或其他来源(Bernard et al. 2005, 1-49)。它还可以包括定义要建立的支持级别。策略很重要，因为它驱动了大多数其他过渡计划活动，以及产品设计考虑因素。过渡计划应包括与下列活动协调的考虑:
  • 安装 - 安装通常是指物理上恢复系统所需的活动； 这可能包括将接口连接到其他系统，如电气、计算机或安全系统，也可能包括软件接口。 安装规划通常应记录系统的复杂性、操作环境中预期的环境条件范围、任何接口规范以及安全等人为因素要求。 当实际条件需要更改安装要求时，应记录这些要求并与相关利益相关者讨论。
  • 集成 - 虽然系统集成活动通常会在安装之前执行，但可能还有其他步骤可将系统集成到其操作环境中。 此外，如果系统以增量方式交付，则可能会有与过渡相关的集成步骤（有关集成的更多信息，请参阅系统实现知识领域 (KA)）。
  • 验证 和确认(V&V) - 在此阶段，可以执行物理、电气和机械检查的 V&V，以验证系统是否已正确安装。 交付后进行的验收测试可能成为此过程的一部分（有关 V&V 的更多信息，请参阅 系统实现KA）。 可以使用几种类型的验收测试：
  • 现场验收测试 (OSAT) - 此测试包括任何现场验收测试，并且仅在系统成功置于操作环境中之后执行。 它可能包括功能测试，以证明系统运行正常并正常执行。
    • 现场验收测试 - 该测试包括飞行和海上验收测试； 如果适用，仅在系统成功通过 OSAT 后执行。 现场测试的目的是为了证明系统在实际运行环境中满足系统规范中要求的性能规范。
    • 操作测试和评估 (OT&E) - OT&E 包含一系列测试，旨在估计系统的操作有效性。
    • 评估系统过渡到运营的准备情况 ——这基于过渡计划中确定的过渡标准。 这些标准应支持对系统过渡准备情况的客观评估。 与转换相关的集成、验证和确认活动可用于衡量系统是否满足转换标准。
    • 分析整个过渡活动的结果和任何必要的行动 - 作为分析的结果，可能需要额外的过渡活动和行动。 该分析还可以确定未来过渡活动中需要改进的领域。

需要额外考虑和 SE 活动的一些常见问题是遗留系统的利用或替换。 组织在早期运营阶段继续测试也很常见。 以下活动支持这些情况：

• 系统试运行 - 成功完成各种验收测试后，系统将移交给用户或指定的部署后支持组织。 测试的系统可能必须在规定的时间段内进行验证（称为系统试运行，通常为一到两年），以确保可靠性和可维护性 (R&M) 以及综合后勤支持 (ILS) 可交付成果的充分性。 R&M 是重要的系统运行特性，对运行效率、在役维护支持的经济性和 生命周期成本 (LCC) 具有重要影响。
• 逐步进入/逐步退出 - 通常在系统定义期间确定逐步进入的需要，当新系统需要替换现有系统时（有关更多信息，请参阅系统定义KA)。 这些活动应有助于最大限度地减少对运营的干扰，同时最大限度地减少对运营准备的不利影响。 同样重要的是，新系统的逐步加入和现有系统的逐步退出与系统运行的系统活动并行发生，以最大限度地利用资源。 需要考虑的逐步进入/逐步退出的其他方面包括：
  • 适当规划逐步淘汰现有系统（如有必要）。
  • 对于多用户或复杂系统，根据指挥级别、编队层次等分阶段引入系统。
  • 对用户当前操作的干扰最小。
  • 建立用户对操作中遇到的问题等的反馈系统。
  • 处置过程包括危险物品的处理、处置成本、批准等。

适用的方法和工具

一个系统可能必须经过可靠性验证测试 (RDT) 以确保它满足其合同 R&M 保证。 RDT是在实际现场条件下进行的，特别是对于少量采购的大型系统。 在 RDT 期间，系统在规定的测试时间内在现场运行，并系统地记录所有现场数据。 在测试期结束时，对 RDT 数据进行分析。 数据分析应有助于确定系统可靠性。 该分析的一种可能输出如下图 1 所示。

图 1. 名义可靠性分析。 （SEBoK 原创）