- •Факультет бизнеса и менеджмента
- •Глава 1. Теоретические предпосылки исследования
- •Анализ успешныхIt-проектов
- •Возможные причины невыполнения проектов
- •Инструментальные методы достижения цели и их обоснование
- •Обоснование выбора инструментального средства для описания процесса управления проектами
- •Метод поиска возможных нововведений
- •Практическая значимость предложенного подхода
- •Постановка задачи
- •Глава 2. Текущий подход к управлению проектами в компании крок
- •Информационные системы и управление проектами
- •Информационные системы, участвующие в управлении проектами компании крок
- •Существующая функциональная модель процесса управления проектами
- •Обмен данных между системами
- •Общие сведения
- •Синхронизация информационных систем
- •Интеграция информационных систем
- •Глава 3. Предлагаемые изменения вподход к управлению проектами
- •Анализ текущего процесса
- •Описание изменений для внедрения
- •Предлагаемые изменения
- •План внедрения изменений
- •Ожидаемый экономический эффект
- •Оценка эффективности предлагаемых изменений
- •Алгоритм расчета эффективности
- •Пример применения предложенного алгоритма
- •Заключение
- •Список литературы
- •Москва, 2017
Обмен данных между системами
Общие сведения
Каждая из систем использует собственный сервер для хранения данных. Ввиду того, что каждая система подключается к процессу на своем этапе, необходимо, чтобы в них хранилась актуальная информация. Для этого существуют два способа передачи данных между системами: синхронизация и интеграция.
В разных системах используются различные способы хранения данных и маски кодов. В связи с этим встает вопрос о сопоставлении объекта в одной системе варианту этого же объекта в другой системе. Для решения этого вопроса был разработан уникальный код (так называется крок-код), который хранится как реквизит объекта в каждой системе. Крок-код существует для каждого вида объекта, который используется более чем в одной системе. Для каждого объекта он уникален, но совпадает у вариантов одного и того же объекта в разных системах.
Синхронизация информационных систем
Первый способ обмена данными – синхронизация с помощью шины данных (ESB–enterpriseservicebus). Шина данных – это система, которая получает информацию из мастер-системы, преобразует ее в нужную форму и отправляет ее во все системы, в которых также используется эта информация. Синхронизация является приоритетным методом обмена данных, так как при изменении на стороне мастер-системы не появляется необходимости вносить изменения во все смежные системы, достаточно доработать механизм передачи данных шиной и процесс преобразования данных. Обмен информации между шиной данных и смежными системами происходит с помощью файлов форматаXSD. Такой формат позволяет передавать сущности, содержащие реквизиты определенного типа данных и осуществлять проверку соответствия данных заданному типу. Проверка корректности отправляемых данных осуществляется на всех этапах: отправка из мастер-системы, прием шиной данных, отправка из шины данных, прием системой-приемником. Частая проверка позволяет минимизировать риск повреждения файла в процессе передачи данных по каналам связи.
Синхронизация происходит в несколько этапов. Схема работы шины данных представлена на рисунке 6:
Изменения данных в мастер-системе. Этот процесс является триггером для синхронизации, который сообщает, что необходимо обновить информацию в смежных системах.
Формирование очереди в мастер-системе. После изменения данных мастер-системе обновленные данные записываются в XSD-файл, происходит проверка корректности файла. Затем файл помещается в очередь для отправки в шину данных.
Загрузка данных в шину. Согласно расписанию, мастер-система загружает XSD-файлы в шину данных.
Отправка нотификации о приеме. Шина данных проверяет каждый файл на корректность. В случае, если файл заполнен корректно, то шина отправляет нотификацию в мастер-систему о получении данных. Если же полученные шиной данные заполнены некорректно, то отправляется сообщение об ошибке. Подобное сообщение для технической поддержки отправляет мастер-система, если в течении определенного времени не получает сообщение от шины. После этого файл удаляется из очереди мастер-системы.
Преобразование данных. Шина проверяет, в какие системы- приемники должна попасть полученная информация, и преобразует файл под формат каждой из них, происходит проверка корректности сформированного файла. Преобразованный файл попадает в очередь на отправку в определенную систему-приемник.
Запрос данных у шины. В соответствии с расписанием, система-приемник запрашивает шину о наличии файлов для синхронизации в очереди по конкретной системе.
Отправка данных в систему-приемник. В случае, если в очереди имеются данные для синхронизации, шина отправляет все файлы в систему-приемник.
Отправка нотификации о приеме. Система-приемник проверяет каждый файл на корректность. В случае, если файл заполнен корректно, то система отправляет нотификацию шине о получении данных. Если же полученные системой данные заполнены некорректно, то отправляется сообщение об ошибке. Подобное сообщение для технической поддержки отправляет шина данных, если в течении определенного времени не получает сообщение от системы-приемника. После этого файл удаляется из очереди шины для определенной системы.
Рисунок 6. Синхронизация нескольких систем между собой