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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Скорость - Поскольку вы начинаете с предварительно протестированного решения, вам потребуется меньшее количество строк кода, и у вас будет меньше ошибок.
• Простота - Вам вообще не придется использовать 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)