Методы обеспечения интеграции слабосвязанных информационных систем

• Автор: Платонов, Юрий Георгиевич
• Шифр специальности: 05.13.11
• Научная степень: Кандидатская
• Год защиты: 2013
• Место защиты: Новосибирск
• Количество страниц: 107 с. : ил.

Оглавление
Введение
Глава 1. Современные технологии, использованные автором
1.1 Типовые подходы к обеспечению интеграции информационных систем и обмена данными между ними
1.2 Сервисно-ориентированная архитектура (Service-oriented Architecture SOA) .
1.3 Архитектурный шаблон проектирования Command and Query Responsibility Segregation (CQRS)
1.4 Выводы
Глава 2. Интеграция программных модулей автоматизации жизненного цикла программного обеспечения для нужд предприятий с повышенными требованиями к качеству конечного программного продукта
2.1 Описание предметной области
2.2 Метод перевода информационных систем на сервисно-ориентированную архитектуру
2.3 Выводы
Глава 3. Решение задач интеграции произвольных независимых информационных систем
3.1 Интеграция независимых информационных систем, созданных ранее третьими фирмами
3.1.1 «Открытые» информационные системы
3.1.2 «Закрытые» информационные системы с внешним API
3.1.3 Информационные системы с закрытым программным кодом
3.2 Обеспечение масштабируемости объединенной системы
3.3 Защита от несанкционированного доступа
3.4 Возможности интеграции независимых информационных систем, созданных ранее третьими фирмами, с перспективой дальнейшей работы на устройствах с ограниченными вычислительными ресурсами
3.4.1 Проблема недостаточности вычислительных ресурсов и свободного
файлового пространства на стороне «клиента»
3.4.2 Авторизация и безопасность передачи данных в подобных системах
3.4.3 Штатная работа спроектированной системы
3.4.4 Работа в условиях недоступности сервера
3.4.5 Перспективы развития и особенности взаимодействия мобильного
клиентского приложения и корпоративного приложения
3.5 Выводы
Глава 4. Интеграция нескольких информационных систем методом «Business Community»
4.1 Модификация метода «Business Community» для «Облачных вычислений»
(Cloud computing)
Заключение
Литература
Приложение 1. Примеры конечных автоматов, описывающие жизненный цикл исполнительных документов
Приложение 2. Экспериментальные данные для сравнительного анализа шардинга баз данных в информационных системах с повышенным требованием к качеству кода

Введение
Современное производство демонстрирует устойчивые тенденции к глобализации, будь то объединение нескольких независимых производств (или этапов производства) в один сложный производственный комплекс или добавление новых процессов к уже существующей совокупности.
В настоящее время существует ряд хорошо изученных способов проектирования объединенных информационных систем, включающих в себя несколько систем, независимых изначально.
В случаях, когда между интегрируемыми системами существует стабильный канал связи, исходный код каждого из включенных в интеграцию приложений доступен и может быть, при необходимости, изменен, и, кроме того, не существует ограничений на вычислительные ресурсы используемых устройств, качественная интеграция этих систем может быть обеспечена средствами, описанными в Г лаве 1.
В то же время, в случаях, когда возможности разработчика объединенной системы каким-либо образом ограничены, использование стандартных средств интеграции не всегда возможно.
Именно эти осложненные обстоятельства формируют предметную область настоящего исследования.
Автором предложен ряд принципиально новых методов, предназначенных для обеспечения интеграции слабосвязанных информационных систем в следующих случаях:
• Если связь между системами не стабильна. Интерес представляет обеспечение автоматической синхронизации данных, если связь между системами прерывается, а позже восстанавливается.
• Если отсутствует возможность реорганизации программного кода включенных приложений (по техническим, либо экономическим, причинам).

• Если вовлекаемые информационные системы представляют собой сложные производственные комплексы с большими объемами данных и сложной функциональностью, а вычислительные ресурсы используемых устройств ограничены. В частности, интерес представляет разработка интеграции для слабосвязанных информационных систем, которую можно будет использовать не только на стационарных компьютерах, но и на планшетных компьютерах и мобильных телефонах, вычислительные возможности которых, по сравнению со стационарным компьютером, существенно ограничены.
• Если необходимо время от времени менять состояние интеграции - добавлять в нее или исключать новые системы, делать закрытыми или доступными различные типы данных.
Из всех описанных в разделе 1.1 типов интеграции, наибольший интерес для автора представляет интеграция приложений, как самая, по его мнению, перспективная в части улучшения технологий интеграции и разработки новых ее способов.
В частности, в настоящее время не были системно исследованы и, соответственно, представляются интересными для разработки, технологии проектирования и интеграции информационных систем для следующих областей:
1. Интеграция информационных систем, разработанных для нужд предприятий с повышенными требованиями к качеству программного кода и заранее утвержденным жизненным циклом программного продукта;
2. Интеграция информационных систем, имеющих жесткие ограничения на аппаратные ресурсы;
3. Интеграция информационных систем различной природы данных без возможности (или с ограниченной возможностью) внесения изменений в программный код самих систем;

Надо заметить, что конфликт имен, возникающий при попытке сохранить файл с именем уже существующего файла, разрешается через добавление суффикса к оригинальному имени файла.
В качестве внутреннего имени автором при проектировании использовалась система глобальных идентификаторов (Globally Unique Identifier GUID), предложенную компанией Microsoft [23].
Для увеличения скорости работы с файловой структурой автором предложено создать набор одноуровневых каталогов, имена которых будут формироваться из первых двух разделов GUID имени сохраняемого файла.
После получения внутреннего имени сервис управления файл-репозиторием сохраняет файл и отправляет уведомление о результате своей работы сервису, посылавшему запрос на сохранение.
Немногим отличается картина при удалении или модификации файла. В этом случае сервис управления файл-репозиторием, на который поступил запрос, получает внутреннее имя файла по правилам, аналогичным правилу сохранения файла, и сохраняет файл (или переписывает его при необходимости), а остальным сервисам, находящимся в пуле, посылает сообщения об удалении файла с полученным внутренним именем. После это сервис дожидается подтверждающих сообщений о результатах работы остальных сервисов и передает общий результат внутреннему сервису, запрашивающему модификации или удаление.
Рассмотрим последовательность поиска информации, содержащейся в файлах объединенного репозитория (см. Рис. 9).