ВВЕДЕНИЕ
Корпорации на протяжении многих лет внедряли разнообразное сочетание программного и аппаратного обеспечения, чтобы получить конкурентное преимущество. Быстрый прогресс в сфере ИТ в сочетании с меняющимися потребностями бизнеса привели к появлению контрастных ИТ-сред на предприятиях.
На одном конце спектра находятся приложения с открытой архитектурой, которые используют потенциал Интернета, а на другом конце — традиционное, закрытое, устаревшее программное обеспечение. корпоративные данные по-прежнему хранятся в устаревших системах. По оценкам некоторых исследований рынка, более 70% систем. Следовательно, успешное управление и повторное развертывание устаревших систем для удовлетворения потребностей бизнеса завтрашнего дня является сегодня основной задачей.
Этот технический документ поможет организациям понять проблемы, связанные с эффективным управлением существующими устаревшими системами.
СТАРЫЕ ПРИЛОЖЕНИЯ
ОПРЕДЕЛЕНИЕ
Устаревшая система обычно состоит из крупных приложений, которые обращаются к объемным данным, хранящимся в устаревших системах управления базами данных, работающих на мэйнфреймах или платформах среднего уровня.
Эти системы имели экономический смысл, когда они были разработаны. Функциональность этих систем на момент установки не вызывала сомнений. Однако по мере развития технологий и потребностей бизнеса их обслуживание стало сложным и неэкономичным.
Поскольку предприятие вложило в эти системы значительное количество времени и денег, эти инвестиции невозможно просто списать.
ПРОБЛЕМЫ, СВЯЗАННЫЕ С СТАРЫМИ ПРИЛОЖЕНИЯМИ
В своем нынешнем состоянии большинство устаревших приложений сталкиваются с рядом проблем, связанных с их функционированием и обслуживанием. Ниже перечислены некоторые типичные проблемы:
Устаревшие системы созданы для внутреннего использования в масштабах всего предприятия, тогда как современный бизнес требует, чтобы они были доступны новым внешним объектам. Основное внимание почти всегда уделялось внутренней бизнес-логике.
Эти приложения негибкие. Они не являются модульными, поэтому разделение логики представления, бизнеса и базы данных требует критически важных ресурсов.
Отсутствие документации и квалифицированной рабочей силы делает любую модификацию разовым процессом, а не целостным. Это может привести к сбоям и поломкам в непредсказуемых частях системы.
Усилия по решению этих проблем носили разрозненный характер и имели ограниченный эффект. Сочетание новых систем и модернизированных старых усугубило проблему. Внедрение новых технологий и языков часто происходит только ради технологий. Наконец, необходимость предоставлять функциональность приложений через новые каналы, такие как мобильные устройства, с различными подходами к транзакциям усугубляет проблемы успешной модернизации устаревших систем.
ПРЕИМУЩЕСТВА СТАРЫХ ПРИЛОЖЕНИЙ
Организации продолжают использовать устаревшие приложения по разным причинам. Некоторые из преимуществ, воспринимаемых организациями:
Устаревшие системы были разработаны и до сих пор используются для критически важных приложений.
Системой пользуется большое количество пользователей. Они хорошо знакомы с функциями приложений, включая их внешний вид. Они также получили полное понимание сильных и слабых сторон системы.
Базовое аппаратное и программное обеспечение таких устаревших систем проверено временем и очень надежно. Сами приложения развивались на протяжении нескольких десятилетий и ведут себя очень предсказуемо.
Эти факторы способствуют продолжению использования устаревших систем. Однако эффективная модернизация этих устаревших систем обеспечит усиление этих преимуществ с минимальными затратами.
ИЗМЕНЕНИЕ БИЗНЕС-ТРЕБОВАНИЙ И УСТАРЕВШИХ ПРИЛОЖЕНИЙ
Экономические и политические условия последних нескольких лет привели к возникновению ряда новых проблем для технологических организаций.
Время выхода на рынок сокращается. Организации переходят от 18-месячных проектных циклов к 6-месячным проектным циклам.
Новые продукты и услуги внедряются в быстрой последовательности.
В условиях глобализации и дерегуляции необходимость в гибких системах, которые могут синхронизироваться с быстрыми изменениями в бизнесе, стала критически важной.
Организации сопоставляют контроль затрат с соответствующими ожиданиями от обслуживания.
Такие динамичные соображения заставили организации оценить финансовую жизнеспособность своего ИТ-портфеля, чтобы они могли использовать преимущества языков нового века, а также оптимизировать окупаемость инвестиций в существующие приложения.
Лидеры бизнеса должны учитывать следующие стратегические вопросы при выходе за рамки устаревших систем:
Общая стоимость владения -
Как правило, общая стоимость владения (TCO) поддержания работоспособности устаревшей системы может быть очень высокой по сравнению со стоимостью эксплуатации более современной системы.
Общая стоимость владения системы включает в себя такие компоненты, как операции (аппаратное обеспечение, системное программное обеспечение), производственная поддержка и обслуживание приложений. Строки кода, качество документации и структура приложения напрямую влияют на стоимость системы.
Опыт отрасли показывает, что после преобразования устаревшей системы затраты на техническое обслуживание снижаются почти в 3 раза. Это действительно возможно, если новая система лучше структурирована, лучше документирована и имеет оптимизированный код.
Производительность -
Унаследованная система обычно обязана своей стабильностью, масштабируемостью и надежностью базовым платформам мэйнфреймов, на которых она развернута. Любой подход к модернизации устаревшей системы должен учитывать это и разрабатывать соответствующее решение.
Модернизация наследия подразумевает не переход от платформы мэйнфреймов в ее нынешнем виде, а оптимизацию существующей системы для повышения производительности.
Гибкость -
Технологии, используемые в устаревших приложениях, часто плохо интегрируются с компонентами новых технологических приложений, которые были разработаны впоследствии. Но основная потеря гибкости возникает из-за того, что приложения являются монолитными — в отличие от более поздних многоуровневых архитектур, в которых представление и бизнес-логика разделены. Многоуровневая архитектура обеспечивает большую гибкость и позволяет быстро вносить изменения.
Архитектурная жесткость — одна из основных причин, по которой некоторые организации предпочитают перепроектировать устаревшее приложение, даже сохраняя базовую платформу и язык.
Преобразованное приложение создает многоуровневую адаптируемую систему, позволяющую легко интегрировать новые технологии.
Доступность знаний -
Программисты, владеющие COBOL, PL/1, ассемблером и некоторыми другими устаревшими языками, — исчезающее племя. Эти языки программирования больше не преподаются на курсах информатики в школах и учебных заведениях – следовательно, без значительной переподготовки трудно создать эти навыки самостоятельно.
Та же проблема актуальна и для используемых технологий баз данных. Раньше очень часто использовались иерархические и сетевые базы данных, тогда как современные приложения работают с реляционными базами данных.
И последнее, но не менее важное: документация по функциям приложения почти всегда неадекватна, и лишь немногие люди обладают полными знаниями о том, что делает приложение.
Вымершие торговцы -
Во многих зарегистрированных случаях компания, которая первоначально разработала приложение, больше не занимается бизнесом. Это ставит их клиентов в очень опасное положение, поскольку чаще всего язык, используемый для разработки системы, уже устарел и больше не поддерживается. Кроме того, система обычно сильно адаптируется и не имеет надлежащей документации. Это также является основным узким местом при реализации улучшений и изменений в приложении.
Следовательно, всякий раз, когда такую систему необходимо взять на себя для обслуживания, она требует длительного обучения. Этот период может варьироваться от 2 до 6 месяцев в зависимости от сложности системы. Только после ознакомления с системой сторонняя сторона сможет выполнить эффективные работы по техническому обслуживанию.
Соответствие бизнес-целям -
Некоторые ИТ-директора наверняка задаются вопросом, стоит ли тратить деньги на поддержание и обновление устаревшей системы. В действительности, такие затраты могут обеспечить здоровую отдачу от инвестиций, и их не следует рассматривать как простые текущие расходы.
Существует три различных типа затрат на техническое обслуживание: профилактические (например, Y2K, евро), адаптивные и аварийные. Расходы на профилактическое и аварийное обслуживание необходимы для поддержания работоспособности системы, поэтому затраты, относящиеся к ним, можно назвать эксплуатационными расходами.
Адаптивное обслуживание обычно подразумевает улучшения или модернизацию. Такое обслуживание, хотя и поэтапное, улучшает функциональность, доступность и обеспечивает хорошую ценность для бизнеса. К сожалению, большинство запросов на усовершенствование отходят на второй план, поскольку большая часть бюджетных ассигнований уходит на профилактическое и аварийное обслуживание.
Повышенную отдачу от инвестиций можно получить, только проведя значительную модернизацию, и то тогда, когда бизнес в ней больше всего нуждается.
Для обновления устаревшей версии необходимо провести надлежащее планирование и анализ рентабельности инвестиций (ROI), чтобы узнать, увеличивается ли ценность от увеличения прибыли или снижения совокупной стоимости владения (затраты на техническое обслуживание, инфраструктуру и эксплуатацию).
АЛЬТЕРНАТИВНЫЕ РЕШЕНИЯ
Организации, отказывающиеся от устаревших систем, должны принять финансово жизнеспособное решение, отвечающее стратегическим потребностям бизнеса. При переходе от устаревших систем к более современным платформам ИТ-директору доступны различные варианты.
Функциональное расширение -
Функциональное расширение полезно, когда устаревшее приложение обладает адекватной бизнес-логикой, но требует дополнительных функций.
Функциональное расширение означает закрытие функциональных пробелов в устаревшем приложении путем реинжиниринга существующего приложения или путем его интеграции с другим приложением.
Техническое расширение -
Техническое расширение полезно, когда существующие устаревшие приложения требуют высоких эксплуатационных расходов и существует острая необходимость поделиться бизнес-возможностями с партнерами/поставщиками. Одним из ключевых факторов технического расширения является необходимость поддержки устаревшего приложения через Интернет.
Техническое расширение охватывает такие виды деятельности, как:
Очистка/оптимизация кода
Компонентизация
Разработка оберток
Унаследованная интеграция
Как в функциональном, так и в техническом расширении процессы и бизнес-правила сохраняются, а критически важные компоненты приложения преобразуются и адаптируются.
Миграция -
Миграция становится важным вариантом модернизации, когда устаревшее приложение имеет адекватные бизнес-правила, но требует более высокой масштабируемости и совместимости.
Эта опция также полезна, когда сложно отделить логику от постоянных данных и слоев представления.
Выбор целевого языка программирования/платформы/базы данных
Миграция кода
Миграция базы данных
Миграция развертывания
Замена -
Другой вариант — заменить существующее устаревшее приложение стандартным готовым продуктом или переписать его в новой среде программирования.
Замена принесет выгоды, аналогичные реинжинирингу, и уязвима перед аналогичными недостатками. Существует также опасность упустить из виду важные бизнес-правила, составляющие основу устаревшего приложения.
ВЫБОР ПОДХОДЯЩЕГО РЕШЕНИЯ
Выбор любого из этих четырех вариантов будет основан на обширном анализе портфеля приложений по различным параметрам приложения, некоторые из которых включают:
Функциональная пригодность
Наличие различных функций
Масштабируемость
Совместимость
Ремонтопригодность
Надежность
Наличие стандартных решений (OTS Products)
Простота использования
Уровень доступной документации
Доступность
Доступна поддержка от поставщика платформы/технологии.
Применимость политик и стандартов архитектуры предприятия
Анализ портфеля по этим параметрам поможет проанализировать приложения на основе функциональных и технических пробелов в приложениях. После того, как анализ портфолио выявил функциональные и технические пробелы, каждое приложение можно поместить в один из 9 блоков, показанных в следующей сетке анализа. Это поможет определить подходящую стратегию модернизации приложения.
Анализ портфеля является наиболее важным аспектом общей модернизации корпоративных приложений, и, следовательно, должен быть инструментальный подход, который в значительной степени устранит субъективность, привносимую чисто ручным подходом.
РАСШИРЕНИЕ УСТАРЕВШЕГО НАСЛЕДСТВИЯ (ФУНКЦИОНАЛЬНОЕ И ТЕХНИЧЕСКОЕ)
ЧТО ТАКОЕ РАСШИРЕНИЕ СТАРИИ?
Legacy Extension устраняет разрыв между устаревшими и стратегическими архитектурами. Это дополняет неинвазивную интеграцию и другие варианты проекта. Расширение устаревших версий является экономически эффективным, эффективным по времени и не сопряжено с риском. Процесс расширения состоит из понимания и документирования существующей системы; декомпозиция приложения на данные, представление и логику обработки; создание и извлечение повторно используемых компонентов; и, при желании, преобразование устаревшего кода в веб-совместимые языки.
ПРЕИМУЩЕСТВА СТАРОГО РАСШИРЕНИЯ
Расширение устаревшей системы дает организациям ряд явных преимуществ, в том числе:
1. Снижение затрат на обслуживание до 40 % за счет лучшего понимания функциональности ваших приложений. Оптимизированная стоимость владения преобразованной системой и снижение общих затрат (включая новые ресурсы, обучение и обслуживание).
2. Использование текущих бизнес-процессов и современных технологий.
3. Улучшение доступа к системе за счет повторного развертывания и переориентации существующих аппаратных и программных ресурсов. В любое время и в любом месте, безопасный доступ для пользователей и клиентов. Легкий доступ к пользователям через Интернет, поскольку для доступа не требуется никакого дополнительного оборудования или программного обеспечения.
приложение. Удобный интерфейс, требующий минимального обучения/переобучения.
4. Смещает зависимость деятельности по техническому обслуживанию от нескольких человек на прозрачные процессы и инструменты. Простота обслуживания с точки зрения группы программирования/обслуживания.
5. Полная документация системы с полным знанием процессов.
6. Простота развертывания и расширения функциональности.
МЕТОДЫ ПРОДЛЕНИЯ НАСЛЕДИЯ
Устаревшие системы обычно состоят из миллиардов строк кода на множестве традиционных языков. Процесс расширения включает сканирование кода, извлечение бизнес-логики, удаление мертвого кода и объединение модулей в логические компоненты. Квалифицированные программисты могут выполнить эти действия вручную. Однако из-за различных временных, финансовых и рисков ручного вмешательства расширение с помощью инструментов является более быстрым, простым и экономически эффективным вариантом.
ИНСТРУМЕНТАЛЬНЫЙ ПОДХОД К РАСШИРЕНИЮ
Потребность в быстрой разработке приложений, а также значительные достижения в автоматизации разработки программного обеспечения привели к созданию инструментов, которые автоматизируют и помогают в процессе расширения устаревших версий. В устаревших системах одна программа выполняет несколько функций, или одну и ту же функцию могут выполнять несколько программ. Понимание всех операций, выполняемых функцией, является сложной задачей с точки зрения масштаба, усилий и сложности. Чтобы полностью понять одну функцию, возможно, придется проанализировать несколько программ. Этот метод требует много времени и подвержен ошибкам.
ПРЕИМУЩЕСТВА ИСПОЛЬЗОВАНИЯ ИНСТРУМЕНТА
Расширения на основе инструментов могут оказаться полезными в следующих областях:
1. Извлечение бизнес-логики. Инструмент может извлечь бизнес-логику, связанную с функциональностью, из всех программ и сделать всю функциональность доступной в виде репозитория бизнес-правил. Благодаря автоматизации функционального анализа разработчик может уделять больше времени оптимизации и компонентизации
код.
2. Извлечение на системном и функциональном уровнях. Инструмент может извлекать бизнес-логику как на системном, так и на функциональном уровне. Развертывание инструмента гарантирует, что из системы будут извлечены все бизнес-знания, обеспечивая при этом точную картину функциональности приложений.
3. Графическое изображение работы системы. Инструмент также может обеспечивать графическое представление работы системы и выделять различные модули в программе. Это дает разработчику лучшее понимание системы. Инструменты также можно использовать для миграции данных, благодаря чему можно моделировать данные для целевой системы. Это очень полезно в таких случаях, как преобразование VSAM в RDBMS.
Обычно инструментальный подход к расширению устаревших версий включает в себя следующие шаги:
Базовый анализ инвентаря -
1. Инструмент производит инвентаризацию по модулям.
2. Сообщается об отсутствующих процедурах, программах и т. д. Например, программа А вызывает другую программу Б, а программа Б не фигурирует в списке программ. Затем программу B можно импортировать в инвентарь инструментов.
3. Цикл продолжается до завершения инвентаризации.
4. Дублирующие программы, т.е. программы, на которые не ссылаются никакие другие программы, идентифицируются и игнорируются.
Планирование и планирование -
1. Импортированные программы анализируются на предмет сложности. Разные инструменты используют разные алгоритмы определения сложности.
2. Анализ сложности помогает оценить усилия по расширению программ и дальнейшему планированию необходимых мероприятий.
Генерация потока процесса -
1. Инструмент генерирует поток операций для транзакции.
2. Он подчеркивает перекрестные ссылки и взаимозависимость между программами, пакетными заданиями, модулями и т. д.
3. Визуальное представление обеспечивает лучшее понимание системы на макро- и микроуровне.
Моделирование данных -
1. Инструмент генерирует модель данных текущей системы «как есть».
2. Эту модель можно дополнительно нормализовать и оптимизировать в соответствии с требованиями клиента.
3. Эту модель данных можно экспортировать для прямого использования с помощью стандартных инструментов, таких как Rational Rose, ERWIN и т. д., для создания целевой базы данных.
4. Модель также можно использовать для создания DDL для целевой базы данных. Эта функция повышает ценность при преобразовании наборов данных VSAM в РСУБД.
5. Зависимости и отношения между различными объектами можно моделировать с помощью графических интерфейсов.
6. В большинстве случаев бэкенд может остаться без изменений.
Добыча знаний и распространение знаний -
1. Сложные правила разбиваются на независимые атомарные правила. Извлеченные правила проверяются и проверяются на соответствие коду и текущей функциональности. Лишний код отсеивается.
2. «Сценарии использования» разрабатываются и с ними связываются соответствующие бизнес-правила, в результате чего создаются компоненты, которые переводятся в программное обеспечение на целевом языке. Компонент может состоять из более чем одной функции. Конструкция компонентов зависит от целевой архитектуры и инфраструктуры.
Развертывание -
1. Приложение с измененной архитектурой предоставляется внутренним пользователям для тестирования его функциональности.
2. Созданное программное обеспечение реализуется на целевой платформе.
ПОДХОД ПАТНИ
ДОПОЛНИТЕЛЬНОЕ ОБСЛУЖИВАНИЕ
Патни считает, что лучший способ удовлетворить потребности клиента — это впитать процессы, преобладающие на объекте клиента, и объединить их с инструментами, процессами и методологиями разработки Патни.
Такой подход позволяет Patni предоставлять «наилучшие процессы обслуживания», которые повышают ценность ИТ-операций клиента.
В Патни есть «Центр передового опыта» по модернизации наследия. Целью этой группы является:
1. Предоставить внутренние консультации и установить стандарты для ряда устаревших технологий.
2. Определить «дополнительные» инструменты, процессы и методологии и облегчить их использование на объектах клиентов.
3. Обеспечить «проверку концепции» и сформулировать решения в области электронного бизнеса, модернизации устаревших систем и управления приложениями.
4. Предоставлять экономически эффективные услуги по передаче решений подразделениям доставки, используя разумное сочетание высококвалифицированных ИТ-специалистов, работающих как на местах, так и за рубежом.
Центр передового опыта по модернизации наследия обладает опытом реализации проектов на различных устаревших платформах, таких как мэйнфреймы IBM и AS/400, Vax/VMS, HP 3000/MPE.
НЕИНВАЗИВНЫЙ
Патни считает, что любое расширение устаревших систем должно быть максимально «неинвазивным». Как описано ранее, «Переосмысление», «Реинжиниринг» и «Замена» — это три стратегии перехода от устаревших платформ к новым. Они варьируются от «косметических» до «высокоинвазивных» методов, используемых поставщиками конкретных инструментов и технологий.
НАСТРОЙКА ОБЪЕМА
Основываясь на нашем обширном консультационном опыте, Патни предлагает классификацию затрат и выгод. На основе своего исследования наши аналитики относят приложения к одной из четырех категорий:
Обновление/замена -
Приложения, которые предоставляют стратегически важные функциональные возможности, но имеют высокую стоимость хранения, должны быть сохранены. Однако они являются кандидатами на снижение затрат за счет модернизации технологий или использования других систем. Если эксплуатация систем квадранта 4 (экспорт) позволит заменить эти системы, эти приложения фактически перейдут в квадрант 1 (выход из эксплуатации).
Ушедший на пенсию -
Приложения, которые не предоставляют каких-либо стратегически важных функций, но имеют высокую стоимость хранения, имеют низкое соотношение цены и качества. системы, которые частично выведены из эксплуатации или используются только для справки по историческим данным, будут включены в эту категорию.
Удерживать -
Приложения, которые не предоставляют каких-либо стратегически важных функций, но имеют соответственно низкую стоимость хранения, лучше всего хранить «как есть». От их вывода из эксплуатации мало что получится, поскольку затраты на их удержание невелики, а также от дальнейших вложений времени и усилий. Если использование системы квадранта 4 (эксплуатация) позволит заменить эти системы, эти приложения фактически перейдут в квадрант 1 (устареют).
Максимальное использование -
Их приложения действительно обеспечивают стратегически важные функциональные возможности, а также имеют низкую стоимость удержания, предлагают хорошее соотношение цены и качества и должны использоваться как можно шире. Эксплуатация может привести к тому, что другие системы (Квадрант 2, модернизация/замена) и Квадрант 3 (Сохранение) станут избыточными, что фактически переместит их в Квадрант 1 (Списание). Высокая Низкая Стратегическая ценность Высокая
ПРОЦЕСС РАСШИРЕНИЯ СТАРОГО ПРИЛОЖЕНИЯ
Шаги:
1. Понимание наследия: документирование существующей системы.
2. Декомпозиция системы: приложение разбивается на данные, представление и логику обработки.
3. Компонентизация: создание и извлечение повторно используемых компонентов.
4. Расширение: конвертируйте устаревший код в веб-совместимые языки.
Любое устаревшее расширение потребует правильных инструментов и правильного подхода. Патни имеет стратегические альянсы с некоторыми ведущими поставщиками инструментов для «устаревшей модернизации» и веб-технологий в отрасли. Богатый опыт, ориентация на клиента, самые современные инструменты, процессы и методологии разработки позволяют Patni предоставлять «наиболее подходящие процессы обслуживания», которые повышают ценность ИТ-операций клиента.
ЗАКЛЮЧЕНИЕ
1. Более 70% корпоративных данных по-прежнему хранятся в устаревших системах.
2. Крупные корпорации вложили в эти системы значительные ресурсы. Эти инвестиции не могут быть списаны.
3. Устаревшие системы были разработаны и до сих пор используются для критически важных приложений.
4. В своем нынешнем состоянии большинство устаревших приложений сталкиваются с рядом проблем, связанных с их функционированием и обслуживанием.
5. Выходя за рамки устаревших систем, лидеры бизнеса должны учитывать такие стратегические вопросы, как:
Общая стоимость владения
Производительность
Гибкость
Доступность знаний
Вымершие торговцы
Соответствие бизнес-целям
6. При переходе с устаревших систем на более современные платформы ИТ-директору доступны различные варианты:
Функциональное расширение
Техническое расширение
Миграция
Замена
7. Любое расширение устаревших систем должно быть «неинвазивным».
8. Процесс расширения состоит из понимания и документирования существующей системы; декомпозиция приложения на данные, представление и логику обработки; создание и извлечение повторно используемых компонентов; и, при желании, преобразование устаревшего кода в веб-совместимые языки.
Из-за недавних устаревших моделей разработки поддержка устаревшей базы данных при попытке перехода на более новую технологию может стать экспоненциально сложной. В отрасли существует постоянный спрос на консолидацию наследия. Руководство может задаться вопросом, какие варианты наследия остались. Модернизация устаревших систем дает организациям возможность трансформировать устаревшие системы, одновременно повышая эффективность работы всех организационных подразделений. Обычно консолидация устаревших систем приводит к снижению затрат за счет сокращения затрат на обслуживание, повышения производительности персонала, сокращения времени обработки или повышения операционной эффективности. Изменение бизнес-требований и устаревших приложений Несмотря на изменение бизнес-требований, предприятия укоренились в устаревших технологиях, главным образом, из соображений стоимости. По мере роста организации долгосрочная поддержка устаревшей инфраструктуры становится дефицитным ресурсом, поскольку заинтересованные стороны в отрасли здравоохранения не могут обеспечить достаточное количество сотрудников для усилий по модернизации устаревшей инфраструктуры. Поэтому из-за постоянной смены технологий внутри любой организации возникает общий вопрос: сможем ли мы достичь единой структуры реализации стратегии? Организационные изменения также требуют параллельных изменений в рабочих процессах, моделях предоставления услуг, нормативной нагрузке, восприятии заинтересованных сторон и системной инфраструктуре. В нашей организации не было такой инфраструктуры данных для эффективной поддержки клинических записей. Без надлежащего хранения клинической информации и точного медицинского диагноза управление медицинской информацией пациентов может стать сложной задачей. Для внедрения и адекватного обслуживания устаревших систем оперативным группам необходимо межведомственное сотрудничество, гибкость бюджета и целенаправленное управление посредством интегрированной автоматизации рабочих процессов. В хорошо продуманных устаревших планах развертывания должны применяться соответствующие методы оптимизации развертывания, например, проверяющие движения сверху вниз; Усилия по переходу также должны включать создание целостных системных интерфейсов, миграцию и тестирование, позволяющие избежать устаревших закулисных действий. Таким образом, предприятиям никогда не следует упускать из виду взаимодействие с конечными пользователями при планировании модернизации устаревших систем. Стратегические пробелы в архитектуре предприятия и комплексное управление изменениями — два основных элемента трансформации наследия. Постоянное рассмотрение устаревших обновлений должно отдавать предпочтение ИТ-инфраструктуре здравоохранения, которая является быстрой, ценной и имеет стабильные преимущества в улучшении обслуживания и процессов обработки данных. Тем не менее, устаревшие системы играют решающую роль.
-
Jing — Отличный Инструмент Видеомаркетинга
19 Oct, 24 -
Интернет-Маркетинг И Веб-Трафик
19 Oct, 24
