1 目的
过渡过程 1的目的是建立系统的能力，以在运营环境中提供利益相关者要求指定的服务。
此过程以有序、计划的方式将系统移至运行状态，以便系统正常运行、可操作并与其他操作系统兼容。它会安装经过验证的系统以及相关的支持系统，例如规划系统、支持系统等。操作员培训系统，用户培训系统，如协议中所定义。此流程用于系统结构中的每个级别和每个阶段，以完成退出该阶段时制定的标准。它包括准备适用的存储、处理和运输支持系统。
对于软件系统来说，转换过程的目的是建立系统在不同环境中提供服务的能力。
过渡过程通常用于将软件重复部署到不同的环境，例如从开发环境到测试或维护环境，或在各种测试环境之间，或从一个操作环境到另一个操作环境（例如，重新托管或使用云服务）。过渡到备份或应急站点通常是为业务连续性和灾难恢复而计划和演练的。软件系统的过渡可能涉及硬件的物理重新定位、物理或虚拟基础设施的安装和激活或取消激活，或启用系统不同位置，或不改变物理基础设施。过渡可能涉及改变数据源、数据结构，或功能软件的更新或升级。过渡包括定期的紧急补丁和修复，以确保安全和其他问题。过渡可能涉及组织之间的转移，也包括向现有软件系统或服务添加大量新用户。向新系统的过渡通常与现有系统的退役和处置同时进行，需要将数据从旧系统迁移到其替代系统。
注：转变可以涉及使用知识管理流程进行知识转移。
2 结果
成功实施过渡进程的结果是：
3 活动和任务
项目应根据与过渡过程相关的适用组织政策和程序实施以下活动和任务。
a)准备软件系统转换。此活动包括以下任务：
1） 定义管理软件发布和其他软件系统转换的策略，包括以下考虑：
我） 确定过渡类型和过渡成功标准；
二） 确定重复转换的频率，例如开发、测试和操作软件系统的更新和升级；
三） 尽量减少过渡期间的安全风险、中断和停机时间；
四） 将数据从以前的系统归档、销毁、转换和验证到新系统；包括通过外部接口接收的数据；
五） 制定应急计划以解决问题、备份并恢复到上一个工作的系统版本；
六） 调度转换与正在进行的业务处理一致，与系统阶段或同步转换
七） 利益相关者的变更管理，包括接口合作伙伴、人工操作员、系统管理员以及软件系统或服务用户；
注意变更管理活动通常用于设计与新系统相关的业务流程中的变更，规划业务流程中的过渡，并获得用户对新系统的有效使用的承诺。
八） 验证过渡系统或要素的相关策略；
九） 通过转移和更新系统设计文档、用户文档和测试程序来启动用户支持和维护活动；以及
x） 当新系统投入使用而旧系统退役时，同时执行过渡、操作和处置过程 4。
注：该策略包括角色 5和职责、批准权限、战备情况审查和培训。
2）识别和定义设施、场地、通信网络或目标环境所需的变化软件系统安装或转换。
注意对于每次转换，请识别并定义基础设施或启用系统所需的任何变更。可进行现场调查以确定安装或使用软件系统所需的物理环境变更，例如维护系统的物理和信息安全的变更。
3）确定信息需求并安排用户文档以及操作员、用户和其他对系统利用和支持必要的利益相关者。
注：过渡包括迁移或激活用户对软件系统的访问权限。建立用户角色并实施用户帐户和访问控制。
4）准备详细的过渡信息，如计划、时间表和程序。
注：过渡策略通常记录在计划中，例如过渡计划或项目的 SDP 或 SEMP。过渡计划有助于确认是否有足够的资源和基础设施来支持过渡， 以便能够在合理的时间范围内执行活动，从而最大限度地减少中断。计划可以包括排练
对于复杂的转换，需要对数据库和系统备份与恢复以及软件安装等程序进行测试，以验证持续时间和正确的结果。
注：在指定的变更或并发操作期间，对服务的转移进行管理，以便持续符合利益相关者的持久需求或实现商定的服务水平。如果需要新旧系统同时进行一段时间的并行操作，则应确定和开发特殊程序，以接收和利用来自接口伙伴的数据。
- 识别转变过程中的系统约束，并将其纳入软件系统需求、架构或设计中。
- 确定并规划支持过渡所需的必要支持系统或服务。
注：这包括识别支持系统的要求和接口。过渡常常涉及使用高度自动化的基础设施来交付、安装和激活或停用软件。对于电子软件分发，通常需要临时或持续改变连接性，以便进行软件和数据迁移和持续维持。支持系统可以包括过渡期间使用的备份或备用系统。
- 获取或获得将要使用的支持系统或服务的访问权。
注：验证过程 6用于客观确认过渡支持系统是否实现了其预期用途和功能。
b)执行转换。此活动包括以下任务：
1）根据安装要求准备操作场地或虚拟环境。
注：现场准备工作依照适用的健康、安全、保障和环境法规进行。虚拟环境和新的通信资源已初始化并验证。物理系统元素和支持系统的装运和接收已安排。
- 在正确的地点和时间交付软件系统或元素以进行安装。
注：软件通常以电子方式交付。对于物理介质、硬件和嵌入式软件系统，有时需要在交付或安装之前考虑临时存储。
注：以电子或实物形式提供约定的信息项目，例如培训材料、物流支持包或用户文档。
- 将产品安装到物理或虚拟操作配置中并将其接口到其环境中。
注意产品安装包括使用所需的操作数据、环境更改或业务流程更改对其进行配置。实例化数据库并执行数据迁移（适用）。系统元素的许可和维护协议以及其他知识产权将根据协议进行转让。
- 为操作员、用户和其他利益相关者提供产品使用和支持所需的用户文档和培训。
- 执行激活和签出，包括以下约定：
注：此任务根据操作程序、组织政策和法规，采取激活产品到操作状态所需的步骤，包括启动、环境条件评估和其他就绪评估。当无法获得操作的确切位置或环境，或者需要从多个或移动位置访问软件时，将选择代表性示例。
注：验收测试有时在协议中定义，以证明安装令人满意。此任务与验证过程相互作用，以客观地确认系统在操作环境中满足利益相关者的要求。如协议中所述，验收测试可以定义标准，证明软件系统实体在安装并持续存在于操作环境中时，有能力提供所需的功能和服务。要特别关注关键功能和逻辑接口。
注：作为配置管理过程的一部分，物理配置审计 (PCA) 和现有文档的更新通常在系统激活时执行。可确认防伪规定。
我） 演示软件系统的正确安装。
注意此任务可以包括数据和操作的完整性检查，例如，软件代码和数据表示是否按照规定正确初始化、执行和终止。
- 证明已安装或转换的产品能够提供其所需的功能。
注意这是一项操作准备任务，用于检查操作状态的功能能力准备情况。特别关注数据接口和安全问题：执行信息保证和互操作性功能。
三） 证明该系统提供的功能可通过支持系统维持。
注意这是一项操作准备任务，用于检查支持系统的运行状态的准备情况。例如，演示了监控、问题报告、访问控制、备份和恢复以及用户协助（客户支持）的激活。
- 审查软件系统的运行准备情况。
注：这包括功能演示、验证活动和维持演示的结果。可进行准备情况审查。影响转换成功的缺陷、风险和问题均已解决、接受放弃或关闭。
- 调试软件系统运行。
注意这包括在系统运行开始（调试）期间向用户、管理员和操作员提供支持。
c)管理过渡结果。此项活动包括以下任务：
1）记录转变结果和遇到的异常。
注：这包括由于过渡策略、过渡支持系统、过渡执行或不正确的软件系统或数据库系统定义而导致的异常。当系统、其运行环境和支持系统之间存在不一致时，将通过纠正措施（包括需求变更）解决偏差。项目评估与控制和质量保证过程用于分析数据以确定根本原因 7、支持纠正或改进措施并记录经验教训。
2）记录过渡事件和问题并跟踪其解决方案。
注：执行问题解决是通过质量保证和项目评估和控制过程来处理的。在过渡期间，将记录问题发生的情况，以便在可能的情况下可重复该问题并确定缺陷的根本原因。对其他需求、架构、设计或软件系统元素的更改是使用其他技术过程来完成的。
- 保持转换后的软件系统元素的可追溯性。
注：转换和部署的系统和元素与软件系统和支持系统批准和控制的版本之间保持双向可追溯性。
- 提供已选定的基线关键工件和信息项。
注意配置管理流程用于建立和维护配置项和基线，包括过渡的软件系统元素。此流程确定基线的候选者，而信息管理流程控制信息项。对于此流程，过渡策略、培训材料、安装、过渡和数据迁移程序以及用户文档是典型的作为基线的信息项。