Модернизация системы наследия: с чего начать?

Ана Нето Разъемы, Продукты и решения Оставить комментарий

Ваше долго доверенное пользовательское программное обеспечение начинает вас подводить.

Ты хочешь что-то изменить. Но как ты это делаешь?

Каков подход, который будет работать лучше всего для вас: интеграция или миграция?

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

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

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

  • Вы заметили, что это изолированный как если бы это был остров в центре современного программного обеспечения Вашей организации?
  • Тебе не кажется, что это воспитывает устаревшие процессы и рабочие процессыи по этой причине мешаешь росту компании?
  • Разве это не стоит вашей организации слишком много времени и ресурсов?

На данный момент два унаследованных подхода к модернизации системы ты можешь взять:
интеграция
или Миграция. 

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

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

Допустим, вы идентифицируете, что в унаследованной системе есть клиенты, и ведёте в ней информацию, в том числе и о предыдущих контактах, сделанных с ними. Вы видите в старой системе служебные звонки, заказы на обслуживание, ремонт и поставки. Вы думаете, что в будущем эта информация попадет в современная комбинация CRM+ERP. Давайте представим себе, что вы выбрали опцию Microsoft, 1ТП21Т с взаимодействием с клиентами и бизнес центром.

Но как ты это делаешь? Какой подход лучше всего подойдет Вам: интеграция или миграция?

Устаревшая системная интеграция с Dynamics 365

Интеграционный подход подразумевает, что унаследованные системы будут работать вместе с новыми элементами инфраструктуры, в данном случае с Dynamics. Это практическое компромиссное решение, если старая система обрабатывает определенные ситуации, и компания хочет сохранить ее, по крайней мере, на время. Важная информация, такая как информация о Контактах и Учетных записях, может быть синхронизирована как в унаследованной системе, так и в Dynamics.
Такой тип решения часто является ступенькой в запланированной миграции, что означает, что он приближает вашу организацию к тому, чтобы отпустить старое старое ПО, не делая этого на данный момент.
Если ваша компания ранее не работала с Dynamics 365, то интеграционный подход даст вашей команде время, чтобы привыкнуть к новому программному обеспечению. Даже если они уже работают с Dynamics 365, то, несмотря на то, что они работают в более медленном темпе, это все равно может быть хорошо. Вы сможете перенести понравившиеся Вам функции из старой системы в Dynamics, протестировать их и убедиться в том, что требования полностью удовлетворены. Затем Вы сможете соответствующим образом обучить персонал. Убедитесь, что Вы выделяете достаточно времени на обучение, так как кажется, что всегда есть некоторое сопротивление, чтобы изменить то, как делаются вещи.

Миграция системы из прошлого в Dynamics 365

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

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

Может ли помочь платформа интеграции?

Умный способ решения проблем, связанных как с интеграцией, так и с проектами по миграции, заключается в создании пользовательского приложения, которое будет работать с конкретными потребностями вашего проекта. Настраиваемое приложение может помочь как с интеграцией, так и с миграцией, поскольку оно учитывает ваши требования и особенности исходной старой системы. Вы создаете его самостоятельно, поэтому основное внимание уделяется тому, чтобы необходимые функции были доступны конечному пользователю.
Но можете ли вы позволить себе построить пользовательское приложение в рамках проекта с жесткими сроками и бюджетом?
Это место, где интеграционная платформа, такая как Connect Bridgeможет войти. Это позволяет использовать любой язык программирования для построения вашего пользовательского интеграционного программного обеспечения с гораздо меньшим количеством строк кода.
Вы можете использовать подключение в стиле базы данных Connect Bridge для подключения практически к любому пакетному программному обеспечению с помощью широкого набора 400+ разъемов.

    Как Connect Bridge может помочь?

    Вот основные преимущества:

    • Скорость - По мере того, как вы начнете с предварительно протестированного решения, вам понадобится уменьшенное количество строк кода, и у вас будет меньше ошибок.
    • Простота - Вам вообще не придется использовать API Dynamics. Вместо этого Вы будете использовать только Connect Bridge и стандартный синтаксис SQL. Соединитель CB Dynamics будет транслировать SQL операторы в вызовы API. Команды разработчиков программного обеспечения осваивают Connect Bridge в течение нескольких часов, и это намного быстрее, чем требуется для освоения API. Более того, в следующий раз при интеграции с другой системой, вы сможете воспользоваться тем, чему научились на начальном проекте. На самом деле, вам не нужно будет изучать новый API или что-то еще.
    • Аналитические свойства - Возможность просмотра целевой системы, как если бы это была база данных, очень полезна для определения путей миграции данных. Наличие инструмента Query для проверки потенциально интересных запросов позволит вам использовать всю мощь языка SQL.
    • Эффективность команды - Вы можете работать с проектами Connect Bridge с гораздо меньшей командой, так как проект в целом намного проще. Это может сэкономить вам огромное количество коммуникаций... и денег.
    • Техническое обслуживание - Connect Bridge гарантирует прямую и обратную совместимость. Это означает, что при наличии обновления для Dynamics, Connect Bridge справится с ним. Вам не придется беспокоиться, а это особенно важно для интеграционных проектов.

    Мы обсуждали интеграцию и миграцию на Dynamics365, но то же самое решение работает со многими другими типами программного обеспечения. Connect BridgeПодключение в стиле базы данных и обширный массив из 400+ разъемов могут быть использованы для подключения практически ко всему пакетному программному обеспечению.

    Разъемы Connect Bridge включают в себя следующие области:

    • Системы управления документооборотом (СУД, например, Microsoft SharePoint)
    • Управление взаимоотношениями с клиентами (CRM, например, Microsoft Dynamics 365, который использовался в качестве примера)
    • ERP/Учет (например, Dynamics NAV, Dynamics 365 BC, Quickbooks или SAP).
    • Общение и совместная работа (Электронная почта, Календарь, Задачи и Заметки, чтобы можно было подумать о Microsoft Exchange и Outlook или Gmail и Календарь Google).
    • База данных (например, SQL Server, Oracle, MySQL, MariaDB)
    • OData (например, Microsoft Excel)
    • Индустриальный IoT (OPC UA)

      Takeaway

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

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

      Лучший способ добраться до этого - упростить эту интеграцию или миграцию. Чтобы достичь этого без ущерба для ваших требований, вы можете обратиться к интеграционной платформе, такой как Connect Bridge. Наши специалисты помогут вам подобрать оптимальный подход к вашему конкретному случаю. Свяжитесь с ними, отправив им сообщение электронная почта или использующий наш контактная форма.

        Читайте больше в наших последних сообщениях


        Об авторе

        По адресу Ана НетоТаким образом, технический консультант в 1ТП17Т.

        "Я работаю инженером программного обеспечения с 1997 года, с недавней любовью к письму и публичным выступлениям".  У вас есть вопросы или комментарии по поводу данного сообщения или по поводу Connect Bridge? Я с удовольствием выслушаю ваши отзывы!"
        ana@connecting-software.com

        Добавить комментарий

        Ваш адрес email не будет опубликован. Обязательные поля помечены *