Как сократить расходы и обеспечить оптимальную ИТ-поддержку бизнес-модели. Ищем «серединный путь спасения»

    Достижение баланса между сокращением расходов и оптимальной поддержкой бизнес-модели остается одной из основных задач для многих ИТ-отделов. Им также необходимо рассчитать, каким образом можно адаптировать объемы ИТ-поддержки с учетом потребностей бизнес-модели, чтобы не усложнять ИТ-инфраструктуру и не потерять контроль над количеством корпоративных приложений. В этой статье рассматриваются вопросы, касающиеся проведения всестороннего анализа и определения ключевых параметров принятия решений, с точки зрения успешной трансформации основных приложений в соответствии с потребностями бизнес-модели.


    Основные приложения в меняющемся ландшафте корпоративных ИТ


    В любой масштабной и постоянно развивающейся ИТ-инфраструктуре имеется множество критически важных для бизнеса приложений, которые разрабатываются в индивидуальном порядке на протяжении нескольких лет. Их способность справиться с будущими бизнес-задачами должна пройти всестороннюю проверку на прочность. Такие специализированные основные приложения могут обеспечивать выполнение ключевых процессов или управлять огромными потоками финансовых данных в организациях государственного и частного секторов. Любой сбой с их стороны может нанести колоссальный финансовый ущерб компании и (или) привести к тяжелым репутационным потерям.


    Ответственные за принятие решений в области ИТ должны определить будущее этих приложений: должны ли они быть заменены, внедрены повторно или модернизированы? Ошибки или недостаточное внимание определенным аспектам (например, в отношении сложности, экспертизы, прозрачности, управления) на этапе принятия решения приводят к неудачной реализации проектов («денежным ямам») или к срывам сроков и превышению бюджета, а также отсутствию должного уровня эффективности бизнеса или ИТ.


    Для того, чтобы обеспечить успешную реализацию проекта и гарантировать снижение рисков и максимальное увеличение потенциальной выгоды, процесс принятия решений должен строиться на обширном анализе основных приложений. Помимо технологической и бизнес-функциональности основного приложения, такой анализ должен опираться на знания всех заинтересованных сторон — бизнес-подразделений, пользователей, программистов и ИТ-специалистов.


    Такой подход будет способствовать постепенному, прозрачному и контролируемому процессу преобразования приложений, отвечающему текущим и будущим требованиям развивающегося мира цифровых технологий, который не ставит под угрозу внутреннюю ценность или функционирование существующих приложений.


    Необходимость комплексного анализа


    Возможно ли успешное преобразование, если взаимозависимости между системами не очевидны, если модули и элементы не прозрачны, а интерфейсы поддерживаются слабо и задокументированы лишь в минимальном объеме? Возможны ли какие-либо преобразования, если вы не знаете, какие именно модули и компоненты и каким образом используются в бизнес-процессе? Какого рода знания и навыки сотрудников будут потеряны после их выхода на пенсию? Как в связи с этим вы оцениваете значение таких факторов, как стоимость, время и риск?


    Всесторонний анализ позволяет решать такие задачи, создавая тем самым надежную информационную базу для решений, которые должны быть приняты для трансформации приложений в перспективную архитектуру контролируемым образом.



    Рис.1 Анализ и трансформация ключевых приложений


    Важно, чтобы в процесс анализа приложений вовлекались все соответствующие организационные структуры (например, бизнес-подразделения, отдел исследований и разработок). Такой анализ основного приложения следует проводить в контексте как бизнес-задач, так и ИТ, таким образом, чтобы он включал в себя, например, отраслевые методы, бизнес-процессы, программные продукты, ИТ-инфраструктуры и ИТ-архитектуры.


    Только полный анализ специфики бизнеса и ИТ позволит вам провести тщательную оценку возможностей основного приложения, необходимого для принятия решений с учетом рассчитанных рисков. Помимо такого уровня детализации, необходима прозрачность взаимосвязей системных компонентов и систем в средах разработки и выполнения (включая языки программирования и среды, системы баз данных, промежуточное ПО, средства управления заданиями), а также ИТ-инфраструктуры (операционные системы, аппаратное обеспечение, устройства).


    Следует также учитывать как статические аспекты (структуру приложения, исходный код, интерфейсы), так и динамические параметры (поведение приложения во время его работы). Все подходящие факторы бизнеса и ИТ должны документироваться последовательно и в сопоставлении друг с другом. Все заинтересованные лица должны иметь доступ к результатам анализа, чтобы просматривать и использовать их для совместного принятия решений.



    Рис.2 Ключевые приложения


    Сложность основных приложений


    Критически важные для бизнеса приложения, независимо от того, являются ли они диалоговыми или пакетными, довольно сложны. Это отражается не только в исходном коде, но и в соответствующей бизнес-логике и логике транзакций базы данных. В таких приложениях задействовано несколько интерфейсов, которые тесно связывают внутренние и внешние ИТ-системы, обслуживая различные бизнес-процессы и группы пользователей.


    Основные приложения работают главным образом на платформах мэйнфреймов или серверных платформах с высокой степенью масштабируемости и в них используются такие технологии, как Natural, COBOL, Adabas, DB2 или VSAM. Поскольку все эти системы оптимизировались на протяжении многих лет, они обеспечивают высокий уровень качества на этапе эксплуатации, что выражается в поддержке строгих требований соглашений об уровне обслуживания (Service Level Agreement, SLA).


    Полная прозрачность процессов и полное знание этих связанных приложений может оказаться под угрозой из-за таких факторов, как выход сотрудников на пенсию и последующая смена поколений. Актуальная, согласованная документация по внедрению ИТ-систем и соответствующей бизнес-функциональности зачастую оказывается недоступна.



    Рис.3 Сложность ключевых приложений


    Платформа интегрированного анализа


    Для того, чтобы задокументировать все связанные с контекстом элементы, установить их взаимодействие и обмен с различными заинтересованными сторонами, необходима платформа для совместного анализа. Именно она поможет определять информацию о бизнес-функциональности основных приложений и основных элементов ИТ-портфеля и корпоративной архитектуры.


    Платформа предоставляет в распоряжение всех заинтересованных сторон всестороннюю, непротиворечивую и централизованную базу знаний для формирования запросов и принятия оптимальных решений.


    Анализ основных приложений


    Анализ основного приложения должен учитывать структурные (статические) аспекты и параметры, касающиеся среды выполнения (динамические), что позволит установить уровень сложности и критичности с точки зрения использования приложения.



    Рис.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).
    • Обнаружение устаревшего или избыточного исходного кода.
    • Веб-инструменты для интерактивной навигации по программным структурам и зависимостям.

    Динамический анализ процессов


    Динамический анализ оценивает нагрузку транзакций приложения во время исполнения, доступ к базе данных, взаимодействие с пользователем и вызовы служб во время нормальной работы и пиковой загрузки. Благодаря такому анализу можно получить информацию о количестве пользователей приложения в течение определенного периода времени и эффективности, с которой оно обрабатывает пиковые нагрузки.


    Решение Entire Operations позволяет оценивать работу в режиме пакетной обработки заданий и работу с целыми сетями пакетных заданий. Статусы обработки всех заданий проверяются на предмет обнаружения и сообщения о любых нарушениях SLA и лучшего понимания зависимостей.



    Рис.6 Динамический анализ диалоговых и пакетных приложений


    Идеальная платформа для анализа, такая как Entire Operations, предлагает следующие возможности для динамического анализа:


    • Поддержка диалоговых и пакетных приложений.
    • Диагностика исходного кода при выполнении приложения (профилирование и область охвата кода).
    • Мониторинг производственного статуса на распределенных и разнородных платформах.
    • Обнаружение критических ситуаций посредством регулярного мониторинга системных KPI.
    • Измерение и визуализация завершенных пакетных процессов и определение расхождений в процессах (цель в сравнении с фактом).
    • Графические информационные панели для быстрой и простой оценки.

    Анализ бизнес-функций


    Основная задача анализа бизнес-функциональности основного приложения — установить связь между бизнес-элементами и техническими элементами для того, чтобы определить, какие части приложения реализуют конкретные бизнес-правила и (или) процессы. Только посредством таких корреляций можно получить полное представление о ходе выполнения приложения и осуществлять фактический обмен данными между сотрудниками бизнес-подразделений и ИТ-отделом.


    Интерфейс между инструментами статического анализа Natural Engineer и анализа бизнес-функций предоставляет информацию о приложениях, программах и взаимосвязях в понятной для нетехнических сотрудников форме. Он служит основой для документирования бизнес-процессов и рекомендаций по улучшениям и новым возможностям.



    Рис.7 Анализ ключевых приложений бизнес-функциональности


    Идеальный анализ посредством интерфейса Natural Engineer ARIS и, платформой ARIS предполагает следующие возможности:


    • Сопоставление бизнес-процессов и правил с компонентами реализации.
    • Перевод технической логики программы в дополнительный формат документации (например, в форму записи моделирования бизнес-процессов.
    • (BPMN)), который будет понятен и полезен для бизнес-подразделений.
    • Сопоставление пакетных данных с бизнес-событиями (бизнес-логика).
    • Анализ бизнес-процессов и их внедрение в целях оптимизации.
    • Поддержка совместной работы между бизнесом и технологическими отделами.

    Анализ ИТ-портфелей


    Результаты анализа основных приложений и их бизнес-функций станут основой для проведения инвентаризации и анализа ИТ-портфеля. Анализ ИТ-портфеля позволит наметить и оценить бизнес-функциональность, а также приложения, технологии, стратегию, требования, проекты и их сложные взаимосвязи друг с другом с целью оптимизации среды приложения и обеспечения соответствия бизнес-целям.

    Для реализации идеальной среды используется платформа управления ИТ-портфелем, такая как Alfabet компании Software AG, а также планы по внедрению и контролю соблюдения нормативных требований. При этом на этапах сбора информации, оценки портфеля и принятия решений, связанных с портфелем, крайне важно применять подход, основанный на использовании ролей и обязанностей. Заинтересованным лицам, занимающимся управлением ИТ-портфелем, необходима надежная информация о приложениях и их специфики. У них также должен быть доступ к содержимому, представлениям, функциям и рабочим процессам в соответствии со своими ролями.



    Рис.8 Взаимодействие бизнес-функциональности, ИТ-портфолио и ключевыми приложениями


    В процессе анализа платформа управления портфелем ИТ Alfabet позволяет всем заинтересованным лицам:


    • Связывать между собой бизнес-функции, приложения, технологии, проекты, стратегии, требования и затраты.
    • Определить стандарты для документирования и оценки проектов (анализ затрат/доходов).
    • Использовать результаты анализа приложений и бизнес-функций для оптимизации и приведения в соответствие объема приложений с бизнес-стратегией.
    • Оценить степень влияния изменений бизнес-функций или технологий на портфель приложений и наоборот.
    • Создать и контролировать соответствие плану разработки с точки зрения ландшафта приложения.
    • Интегрировать существующие ИТ-хранилища и их активы.
    • Настроить функции отчетности и аналитики.
    • Определять и настраивать уровни доступа и рабочие процессы для соответствующих ролей.

    Планирование и моделирование стратегического преобразования ИТ


    Результаты анализа приложений, бизнес-функций и всего ИТ-портфеля служат отправной точкой для принятия решений, которые облегчат разработку надежного плана развития, преобразующего вашу существующую архитектуру основных приложений в ориентированную на будущее целевую архитектуру. Эффективный анализ позволяет соответствующим департаментам непрерывно контролировать и управлять процессом преобразования по мере необходимости. Возможность параллельного функционирования текущих и целевых приложений в период внедрения означает, что измененные или добавленные элементы архитектуры могут быть оценены на раннем этапе, что позволит значительно снизить риски и сократить время внедрения.



    Рис.9 Путь трансформации ключевых процессов



    Ваш путь к успеху


    Успешная трансформация требует исчерпывающих релевантных данных по результатам анализа. Анализ должен заключаться в трех подходах:


    1. Анализ ключевых приложений включает статический и динамический методы обработки онлайн и пакетных приложений
    2. Анализ бизнес-функциональности, используя результаты анализа, описанного в пункте 1.
    3. Анализ ИТ-портфолио на основе результатов анализов, описанных в пунктах 1 и 2

    При необходимости возможно предусмотреть дополнительные исследования, которые могут быть осуществлены параллельно с описанным подходом, что позволит вам достичь своих целей еще быстрее.


    Вы готовы сделать первый шаг?


    Давайте обсудим, как трансформировать ключевые приложения вашего бизнеса. Напишите нам

    Software AG
    Компания

    Похожие публикации

    Реклама
    AdBlock похитил этот баннер, но баннеры не зубы — отрастут

    Подробнее

    Комментарии 1

      +2
      самый дешевый копирайтер с воркзиллы написал бы лучше

      Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

      Самое читаемое