在削减成本和最佳支持业务模型之间寻求平衡是许多IT部门面临的主要挑战。他们还需要根据业务模型的需求，计算如何调整IT支持的数量，而又不增加IT基础架构的复杂性或使应用程序格局变得不受控制。
从进行全面的分析到建立关键的决策参数，本文涵盖了成功实现针对业务模型需求的核心应用程序转换的过程。
您可能还会喜欢：NCache：扩展.NETCore应用程序以提高性能。
不断变化的IT环境中的核心应用
每个大型且不断发展的IT应用程序领域都具有广泛的业务关键型应用程序，这些应用程序是在多年的时间里单独开发的。他们承受未来的能力必须经受考验。这些定制的核心应用程序可以实施核心流程或管理公共和私营部门中的组织的大量财务数据流。这些应用程序的任何失败都将对公司造成巨大的财务损失和/或不可挽回地损害其形象。
由IT决策者决定这些应用程序的未来-是否应替换，重新实现或现代化它们？在决策阶段对某些方面（例如，复杂性，专业知识，透明度，治理）的错误或未充分考虑会导致项目失败（“钱坑”）或错过最后期限和预算，而不会增加业务或IT的价值。
为了减轻风险，最大程度地提高潜在收益并确保项目成功，必须将广泛的核心应用程序分析纳入决策过程。分析必须考虑核心应用程序的技术和业务功能，以及所有相关利益相关者（例如业务部门，用户，程序员和IT运营）的知识。
最终目标是逐步，透明和可控制的应用程序转换，可以解决不断增长的数字世界的当前和未来需求，而不会损害现有应用程序的内在价值或操作。
需要综合分析
如果系统之间的依存关系不明确，模块和元素不透明，接口维护不善且仅进行了最少的记录，那么如何成功转换？如果您无法确定业务流程中使用了哪些模块和组件，如何进行转换？工作人员即将退休时，将失去对申请的哪些知识？在这些条件下，您如何实际计算成本，时间和风险等因素的价值？
全面的分析必须解决这些问题，以便为要制定的决策建立坚实的信息基础，以便以可控的方式将应用程序发展为面向未来的架构。
对应用程序的分析必须涉及所有相关的组织实体，例如业务部门和研发部门。该分析必须包含核心应用程序的业务和IT上下文，例如，特定于行业的方法，业务流程，软件产品，IT基础结构和IT体系结构。
只有对业务和IT上下文进行完整的分析，才能使您对核心应用程序进行全面评估，以做出具有计算风险的决策。除了应用程序详细信息，开发和运行时环境（例如，编程语言和环境，数据库系统，中间件，作业控制）以及IT基础架构（例如，操作系统，硬件，设备）中系统组件和系统的依赖性也必须是透明的。
必须考虑静态方面（例如，应用程序结构，源代码，接口）以及动态标准（例如，运行时行为）。所有相关的业务和IT因素都必须被一致地记录并且彼此相关。所有利益相关者都应有权访问分析结果，以查看并用于协作决策。
核心应用程序的复杂性
关键业务应用程序，无论是对话的还是批处理的，都非常复杂。这不仅反映在源代码中，而且还反映在各自的业务和数据库事务逻辑中。还涉及多个接口，这些接口紧密地链接了内部和外部IT系统，为各种业务流程和用户组提供服务。
核心应用程序主要运行在大型机平台或高度可扩展的服务器平台上，并采用Natural，COBOL，Adabas，DB2或VSAM等技术。由于这些系统经过多年优化，因此可以达到高水平的运行质量，这可以通过严格的服务水平协议（SLA）来实现。
由于员工退休和随之而来的世代过渡等因素，这些链接的应用程序的完全透明性和完整知识面临风险。通常无法获得有关IT实施和相关业务功能的最新，一致的文档。
综合分析平台
为了记录所有与上下文相关的元素，建立它们之间的关系并与各种利益相关者共享，您需要一个集成的协作分析平台。在那里，有关业务功能的信息是相对于核心应用程序以及IT产品组合和企业体系结构的主要元素定义的。
这为所有利益相关者提供了一个全面，一致，集中的查询和决策知识库。
核心应用分析
核心应用程序分析必须考虑结构性（静态）和运行时（动态）方面，以便建立有关应用程序使用的复杂性和重要性级别。
静态应用分析
业务和流程逻辑由源代码以及相关的程序结构和库实现。但是，源代码通常包含比结构更多的“意大利面条代码”，这使得难以识别和更改业务逻辑。
理想的分析平台可提供以下功能：
用于COBOL，IBMCICS表，JCL和Natural源代码的分析工具。支持3GL语言和功能，例如各种编程类型（如子程序和字帖）以及不同的产品版本。接口识别和文档。自动生成多种格式（例如MicrosoftExcel，MicrosoftWord，PDF和HTML）的应用程序文档，结构图（例如控制流，决策表），报告和影响分析识别数据库，数据库结构和访问类型。复杂性指标（例如McCabe，Halstead）。标识过时或冗余的源代码。基于Web的工具，用于程序结构和依赖项的交互导航。流程动态分析
动态分析会评估应用程序的运行时事务负载，数据库访问，用户交互以及正常运行期间和高峰负载时间内的服务调用。它提供有关特定时间段内应用程序的用户数量以及处理峰值负载的效率的信息。
整个运营评估批处理作业的操作和整个批处理作业的网络。检查所有作业的处理状态，以检测和报告任何违反SLA的行为，并更好地理解依赖性。
理想的分析平台提供了以下用于动态分析的功能：
对话框和批处理应用程序支持。执行时的源代码诊断（概要分析和代码覆盖率）。跨分布式平台和异构平台的生产状态监控。通过定期监视系统KPI来检测紧急情况。测量和可视化已完成的批处理过程，并确定过程差异（目标与实际）。图形化的仪表板，可快速，轻松地进行评估。业务功能分析
分析核心应用程序的业务功能的主要目的是建立业务和技术元素之间的关系，以确定应用程序的哪些部分实现哪些业务规则和/或过程。只有这些相关性才能提供应用程序的全貌，从而允许业务部门的员工与IT部门的员工之间进行基于事实的交换。
静态分析工具NaturalEngineer和ARIS之间的接口用于业务功能分析，以非技术人员易于理解的方式提供有关应用程序，程序和关系的知识。它是业务流程文档以及改进和增强建议的基础。
IT产品组合分析
核心应用程序及其业务功能的分析结果将为IT产品组合的总体清单和分析奠定基础。IT产品组合分析应规划并评估业务功能，应用程序，技术，策略，需求，项目及其相互之间的复杂关系，以优化应用程序范围并使之与业务目标保持一致。
理想的环境是使用IT组合管理平台（例如SoftwareAG的Alfabet），并包括实施和合规性治理计划。在收集信息，评估投资组合以及做出与投资组合相关的决策时，明确角色和职责尤为重要。IT项目组合管理利益相关者需要有关应用程序及其上下文的可靠信息。他们还必须有权访问特定于角色的内容，视图，功能和工作流程。
规划和模拟战略性IT转型
对应用程序，业务功能和整个IT产品组合的分析结果是制定决策的起点，这些决策将有助于制定可靠的发展计划，从而将您当前的核心应用程序体系结构转换为面向未来的目标体系结构。通过有效的分析，相关部门可以根据需要持续监视和管理转换过程。在实施期间，当前应用程序和目标应用程序的并行操作意味着可以尽早评估已修改或添加的体系结构元素，从而显着降低了风险并缩短了实施时间。
您的成功之路
成功的转型需要全面，相关的分析结果。分析应分三个步骤执行：
分析静态和动态方法的核心应用程序，以进行在线和批处理考虑到第一步的结果来分析业务功能考虑到第一和第二步的结果来分析IT产品组合如有必要，可以同时执行子步骤，这可以帮助您快速获得有见地的结果。