本文共 1066 字，大约阅读时间需要 3 分钟。
当新系统似乎开发完毕，要取代原来的系统时，系统过渡就是设计者不得不面对的问题。
这个问题，不幸的是，比许多人想象得要复杂，和软件开发一样，存在着许多冲突和限制。例如，费用 、 客户关系 、 后勤保证和风险等。设计者需要考虑的问题也很多，其中比较重要的几个问题是：
使用不同的系统过渡方案意味着不同的风险，不同的费用及不同的复杂度。
使用不同的系统过渡方案意味着不同的风险，不同的费用及不同的复杂度。
（1）直接过渡
这是一种快速的系统过渡方式，当新系统运行时，立即关闭原来的系统。这种过渡方式非常简单，没有后勤保障的问题，也不要消耗很多资源。同时，它也意味着大风险，目标系统的特性决定了风险的大小。设计者主要要权衡当新系统失败时，系统停止运行或者勉强运行给客户带来的损失有多大。由于这种过渡方式简单而费用低廉，对于可以容忍停机一段时间的系统的实践者，可以采用这种方式。
（2）并行过渡
设计者采用并行过渡方式，让新系统和旧系统在一段时间里同时运行，通过这样的旧系统作为新系统的备份，可以大大降低系统过渡的风险。可是并行过渡显然比直接过渡要消耗更多的资源：现有的硬件资源必须保证能同时跑两套系统，这常常意味着增加服务器和额外的存储空间，需要增加人员来同时使用两套系统，或者增加现有员工的工作量，让他们同时操作两套系统。这种方式同时也增加了管理和后勤保障的复杂度。
据统计，并行过渡时期的开销是旧系统单独运行时的 2.5 ～3倍。设计者还会发现有些系统无法使用并行过渡的方式，主要是客户没有足够的资源来维持两个系统同时运行，另外一种情况是新 、 旧系统差别太大，旧系统的数据无法为新系统采用。
当客户无法使用并行过渡，又想尽可能地减少风险，设计者可以使用部分并行过渡的策略，使并行的开销减少到客户能够接受的范围内。
（3）阶段过渡
通常在系统非常复杂 、 过于庞大以至于无法一次性进行过渡时采用，也适用于分阶段开发的系统。设计者需要设计一系列步骤和过程来完成整个系统的过渡，这种过渡方式和系统的复杂程度相关，随着系统的不同往往有很大的不同。和并行过渡一样，阶段过渡也能够减少风险，显然局部的失败要比全体的失败更容易接受，带来的损失更小。阶段过渡也带来了复杂性，有时候比并行过渡更加复杂。
转载地址：http://wydcf.baihongyu.com/