在节省成本和最佳业务模型支持之间取得平衡仍然是许多IT部门面临的主要挑战之一。 他们还需要弄清楚如何使IT支持量适应业务模型的需求，以免使IT基础架构复杂化，并且不会失去对企业应用程序数量的控制。 本文讨论了根据业务模型的需要成功转换主要应用程序方面与关键决策参数进行综合分析和确定有关的问题。
不断变化的企业IT领域中的关键应用
在任何大规模且不断发展的IT基础架构中，都有许多单独开发了数年的关键业务应用程序。 他们应对未来业务挑战的能力必须通过全面的实力测试。 这样的专用核心应用程序可以支持关键流程或管理公共和私营部门组织中的大量财务数据流。 任何方面的失败都会给公司造成巨大的财务损失，并（或）导致严重的声誉损失。
IT决策者必须确定这些应用程序的未来：是否应该对其进行替换，重新部署或现代化？ 在决策阶段对某些方面（例如，在复杂性，专业知识，透明度，管理方面）的错误或关注不足会导致项目失败（“钱坑”）或未能按时完成并超出预算，以及缺乏适当水平的业务绩效或资讯科技
为了确保项目的成功实施并确保降低风险和最大程度地增加潜在收益，决策过程应基于对主要应用程序的广泛分析。 除了主要应用程序的技术和业务功能之外，这种分析还应该基于所有相关方的知识-业务部门，用户，程序员和IT专家。
这种方法将有助于逐步，透明和可控的过程来转换应用程序，以满足不断发展的数字技术世界的当前和未来要求，而这不会损害现有应用程序的内在价值或功能。
需要综合分析
如果系统之间的相互依存性不明显，模块和元素不透明且接口支持不佳且仅在最小程度上进行了记录，是否可能成功转换？ 如果您不知道使用了哪些模块和组件以及在业务流程中如何使用它们，是否可以进行任何转换？ 退休后会失去什么样的知识和技能？ 您如何评估成本，时间和风险等因素的重要性？
全面的分析使我们能够解决此类问题，从而为决策所创建的可靠信息库，这些决策必须以受控方式将应用程序转换为有希望的架构。
图1关键应用程序的分析和转换
所有相关的组织结构都必须参与应用程序分析过程（例如，业务部门，研究和开发），这一点很重要。 对主要应用程序的这种分析应该在业务任务和IT的背景下进行，因此它包括例如行业方法，业务流程，软件产品，IT基础结构和IT体系结构。
只有对业务和IT的详细信息进行全面分析，您才能对基于计算的风险做出决策所需的主应用程序功能进行全面评估。 除了这一详细程度之外，还要求开发和运行时环境（包括编程语言和环境，数据库系统，中间件，作业管理工具）以及IT基础结构（操作系统，硬件，设备）中的系统组件和系统之间的关系透明。 。
它还应该考虑静态方面（应用程序结构，源代码，接口）和动态参数（操作期间的应用程序行为）。 所有相关的业务和IT因素都必须按顺序记录并相互关联。 所有利益相关者都必须有权访问分析结果，以便查看并用于联合决策。
图2关键应用
核心应用程序的复杂性
关键业务应用程序，无论是交互式的还是批处理的，都非常复杂。 这不仅反映在源代码中，还反映在相应的业务逻辑和数据库事务逻辑中。 此类应用程序涉及多个接口，这些接口紧密连接内部和外部IT系统，为各种业务流程和用户组提供服务。
主要应用程序主要在具有高度可扩展性的大型机或服务器平台上运行，并使用Natural，COBOL，Adabas，DB2或VSAM等技术。 由于多年来对所有这些系统进行了优化，因此它们在运营阶段提供了很高的质量，这转化为对服务水平协议（SLA）严格要求的支持。
由于诸如退役和后代之类的因素，完整的过程透明度和对这些相关应用程序的全面了解可能会处于危险之中。 通常无法获得有关IT系统和相关业务功能的最新，一致的文档。
图3关键应用程序的复杂性
综合分析平台
为了记录所有与上下文相关的元素，建立它们与各种利益相关者的互动和交流，需要一个联合分析的平台。 这将有助于确定有关主要应用程序的业务功能以及IT产品组合和企业体系结构的主要元素的信息。
该平台为所有感兴趣的各方提供了一个全面，一致和集中的知识库，用于生成请求和做出最佳决策。
主要应用分析
对主应用程序的分析应考虑结构（静态）方面和与运行时（动态）相关的参数，这将从使用应用程序的角度确定复杂性和关键性级别。
图4综合分析平台
静态应用分析
使用源代码以及相关的软件结构和库来实现业务逻辑和流程逻辑。 但是，源代码通常是没有清晰结构的意大利面条式代码，这会对业务逻辑的识别和更改产生负面影响。 Natural Engineer是用于对应用程序（例如程序和数据结构）进行静态分析的工具，它使您可以准确显示当前情况。 不同的评估选项将有助于使对应用程序的复杂静态分析更易于管理。
图5应用程序的静态分析
理想的分析平台，例如Natural Engineer，具有以下功能：
- 用于COBOL，IBM CICS表，JCL源代码和Natural的分析工具。
- 支持Adabas＆Natural ，COBOL以及其他3GL语言和功能，例如各种类型的编程，例如例程，笔记本和不同的产品版本。
- 识别界面和文档。
- 自动创建应用程序文档，结构图（例如，控制流，决策表），报告和多种格式（例如Microsoft Excel，Microsoft Word，PDF和HTML）的影响分析。
- 识别数据库（例如Adabas ，DB2），数据库结构和访问类型。
- 复杂度指标（McCabe，Halstead）。
- 检测过时或冗余的源代码。
- 基于Web的工具，用于通过软件结构和依赖项进行交互式导航。
动态过程分析
动态分析在正常运行和峰值负载期间评估运行时，数据库访问，用户交互以及服务调用时的应用程序事务负载。 通过此分析，您可以获得有关特定时间段内应用程序的用户数量及其处理高峰负载的效率的信息。
整个操作解决方案使您可以评估批处理模式下的工作，并可以处理整个批处理作业网络。 检查所有作业的处理状态，以检测和报告任何SLA违规情况，并更好地了解相关性。
图6对话框和批处理应用程序的动态分析
理想的分析平台（例如整个运营）提供以下动态分析功能：
- 支持交互式和批处理应用程序。
- 在应用程序执行期间对源代码的诊断（代码的概要分析和范围）。
- 监视分布式和异构平台上的生产状态。
- 通过定期监视系统KPI来检测紧急情况。
- 测量和可视化已完成的批处理过程，并确定过程中的差异（目标与事实）。
- 图形化的仪表板，方便快捷地定价。
业务功能分析
分析主应用程序的业务功能的主要任务是在业务元素和技术元素之间建立连接，以确定应用程序的哪些部分实现特定的业务规则和（或）流程。 只有通过这种关联，我们才能获得应用程序进度的完整图片，并在业务部门的员工和IT部门之间实际交换数据。
Natural Engineer静态分析工具和业务功能分析之间的接口以非技术人员理解的方式提供有关应用程序，程序和关系的信息。 它是记录业务流程以及改进建议和新机会的基础。
图7业务功能关键应用分析
通过自然工程师ARIS界面和ARIS平台进行的完美分析提供以下功能：
- 将业务流程和规则与实施组件相匹配。
- 将该程序的技术逻辑转换为其他文档格式（例如，以记录业务流程建模的形式）。
- （BPMN）），这对于业务部门将是可以理解和有用的。
- 将数据包数据与业务事件（业务逻辑）进行匹配。
- 分析业务流程及其实现以进行优化。
- 支持业务和技术部门之间的协作。
IT投资组合分析
主要应用程序及其业务功能的分析结果将成为进行IT资产清单和分析的基础。 对IT产品组合的分析将使我们能够概述和评估业务功能以及应用程序，技术，策略，需求，项目及其彼此之间的复杂关系，以优化应用程序环境并确保符合业务目标。
为了实现理想的环境，使用了IT组合管理平台，例如Software AG的Alfabet以及实施和监视合规性的计划。 此外，在收集信息，评估投资组合以及做出与投资组合相关的决策的阶段，使用基于角色和职责使用的方法极为重要。 那些对管理其IT产品组合感兴趣的人需要有关应用程序及其详细信息的可靠信息。 他们还应该根据自己的角色访问内容，视图，功能和工作流程。
图8业务功能，IT产品组合和关键应用程序之间的相互作用
在分析过程中， Alfabet的 IT产品组合管理平台允许所有感兴趣的各方：
- 链接业务功能，应用程序，技术，项目，策略，需求和成本。
- 定义用于记录和评估项目的标准（成本/收入分析）。
- 使用对应用程序和业务功能的分析结果来优化应用程序量并将其与业务策略保持一致。
- 评估业务功能或技术变化对应用程序组合的影响，反之亦然。
- 根据应用程序环境创建和监视对开发计划的遵守情况。
- 集成现有的IT存储库及其资产。
- 自定义报告和分析功能。
- 定义和配置各个角色的访问级别和工作流程。
战略性IT转型规划和建模
应用程序，业务功能和整个IT产品组合的分析结果可作为决策的起点，这些决策将有助于制定健壮的开发计划，从而将您现有的核心应用程序体系结构转换为面向未来的目标体系结构。 通过有效的分析，相关部门可以根据需要持续监视和管理转换过程。 在实施期间，当前应用程序和目标应用程序可以并行运行的可能性意味着可以在早期评估更改或添加的体系结构元素，这将显着降低风险并缩短实施时间。
图9关键流程的转变路径
您的成功之路
成功的转型需要来自分析的全面，相关的数据。 分析应包括三种方法：
- 关键应用程序分析包括用于在线和批处理应用程序的静态和动态处理方法
- 使用第1段中所述的分析结果来分析业务功能。
- 根据第1和第2段所述分析结果对IT产品组合进行分析
如有必要，可以提供与上述方法同时进行的其他研究，这将使您更快地实现目标。
您准备好迈出第一步了吗？
让我们讨论如何转换业务的关键应用程序。 写信给我们