转型过程中的SaaS问题及方法

　　对于大部分企业来说，通常面临两种选择：内部承载一个Web应用，或者采用SaaS服务。

　　遗留应用对于绝大多数企业来说是一种必要的负担：承担着业务运转的重任又阻碍了技术的进步。然而由于业务流程的改变或者与新系统集成的需求，替代或改进遗留应用的时机已经到来了。此时，就必须有一个应用转型的规划。

　　应用转型同时意味着挑战和机遇：重构应用所需的成本;新应用带来的生产率和可用性提升。在挑战和机遇之间要做出很好的权衡，以此判断重构应用是否可行。

　　幸运的是，有许多转型或迁移应用的途径可供企业选择。尽管各种方法之间存在差异，但是都可以用通用的IT实践经验来加以评判。这样就能有助于减少各选项存在的不确定性。

　　应用转型的方法

　　首先，IT总监可以用系统设计周期(system design lifecycle，SDLC)的方法来确定应用转型的可行性。最直接的效果是，如果一个IT系统、流程或应用的维护成本超出了替代成本，该方法就会提示进行升级或换代工作。

　　SDLC概念非常容易理解，但是运用难度却很大。在应用开发方面，SDLC能计算出必需的显性和隐性成本。显性成本以每小时人工、必要的系统以及其他支撑因素等来描述，而隐性成本则通常等同于生产力的提升。

　　关于应用的升级或替代还有另外的一些理由，比如法规监管的要求、工作环境转型(虚拟办公室、移动办公、合同工)、系统平台重构(服务器变更、数据库升级、桌面操作系统更新)等。

　　通过各种所获取的信息，IT经理很容易对应用转型的费用形成清晰的认识。然而，转型的过程是充满挑战的，最终的结果可能和预期大相径庭。为了减少结果的不确定性，对过程的正确理解以及对潜在风险的充分评估是非常重要的。