其他见解

现代化应用程序，减少对业务的干扰

数字颠覆是cxo目前最担心的问题。对核心系统进行现代化改造是任何数字转型中最令人生畏的方面，因为应用程序经常运行在过时的技术上。雷竞技足球像IBM大型机或AS/400这样的旧系统不仅很难更改，而且经常很难找到相关的技能集来管理它们。然而，困扰客户的最大问题是，他们如何改变他们的大型单片系统，以最小的影响他们的业务。

根据我的经验，我认为可以通过查看单个应用程序或应用程序/功能集群在一段时间内由于业务变化而发生的更改频率来解决这个问题。进入Gartner pace分层应用程序策略，该策略根据应用程序需要更改的速度对其进行分类

1. 记录系统(SOR)变化不频繁，可能在5-6年。
2. 分化系统(SOD)在1-3年的时间内发生变化，通常用于在市场上创造分化
3. 创新系统(SOI)经常发生变化(在不到一年的时间内)，并受到消费者需求变化的驱动

有关类别的详细了解，请参阅GARTNER PACE层战略。

现在让我们看看，当我们的客户想要以最小的业务干扰对单块应用程序进行现代化时，这如何为他们解决问题。

让我们考虑一个保险行业的政策管理系统的例子:

1. 跨渠道服务内容的前端层需要设计成一种创新体系，以便每次添加新渠道时都能进行更改。随着移动设备的出现，为了给这些移动设备用户提供数字体验，许多前端系统不得不重新编写。
2. 保险公司经常在市场上推出新产品，以提供便利，如简化表单或支持自动填写的表单。定价引擎或产品配置等功能是差异化系统的其他例子。
3. 大型机上存储策略数据的后端数据库很少容易发生变化，并且可能对所有保险公司都是一样的，因此是记录系统。

考虑到上述功能的混合，保险公司的CXO应该谨慎地确定soi和sod，并分阶段将它们从大型机中移出，保留后端数据库和数据访问逻辑等sor。SOD和SOI可以移动到一个更可配置的层，通过api与后端或集成。

以下是这种方法的优点:

1. 只有在对业务和最终消费者有直接影响的地方才可以进行更改。
2. 如果有多个系统被分类为sod，可以对它们进行进一步的优先级排序，然后通过api将它们与其他系统隔离开来
3. 移动到大型机外部一层的功能可以进行配置，如果有必要的话，可以由商业现货产品(COTS)替代
4. 人们可以继续维护大型机上的SORs，并应用技术来优化它们
5. 这种转换的成本可以与业务影响相一致，而不是所有的支出都必须在第一年

CXO的下一个挑战是识别sod。以下是草甘膦的一些特征。

• 影响最终用户的体验:此功能对业务的重要kpi有直接影响
• 经常变化:基于规则的可配置系统将有助于更快地进行更改，并且不会出现错误
• 业务关键:这些系统中的任何更改都被认为是关键的，因为下游系统依赖于此应用程序

SOD应用程序的其他特性可能与客户的业务领域相关。然而，这个框架可以帮助客户轻松地从单一的框架中迁移出来，而且不会造成不必要的干扰。