Введение 4
Обзор литературы 7
Цели и задачи 9
Глава 1. Анализ и оценка качества интеграции компонентов
ИС СПбГУ 11
1.1. Передача файла 13
1.2. Общая база данных 13
1.3. Удаленный вызов процедуры 17
1.4. Обмен сообщениями 18
1.5. Другие способы 19
1.5.1. Использование ETL-средств 20
1.5.2. Пакетная загрузка данных через UI-интерфейс 22
1.6. Альтернативная классификация интеграционных методов 23
1.7. Выводы 24
Глава 2. Анализ интеграционных инструментов 29
Глава 3. Использование техник непрерывной интеграции при решении
задач интеграции приложений 33
Глава 4. Интеграция между подсистемой “Обучающиеся” и ЭБИС 36
4.1. Описание сценария взаимодействия между
модулем “Карточка студента” и ЭБИС 37
4.2. Анализ исходного решения 39
24.3. Реализация интеграционного решения
на основе механизма обмена сообщениями 41
4.3.1. Описание алгоритма 41
4.3.2. Преимущества 42
4.3.3. Доставка сообщений в брокер 44
4.3.4. Обеспечение атомарности операций изменения данных и
доставки событий в очередь 47
4.3.5. Инкапсуляция логики создания читательских записей 49
4.4. Выводы 50
Глава 5. Интеграция между подсистемой “Обучающиеся” и СЭДД
“Дело” 53
5.1. Анализ проблем 54
5.2. Решение проблем исходной реализации 55
5.2.1. Достижение отказоустойчивости 55
5.2.2. Задача упорядочивания событий в распределенной системе 59
Тестирование 61
Дальнейшее развитие 63
Заключение 65
Список литературы 66
Приложение
В настоящее время довольно сложно представить себе работу
организации, которая не задействовала бы информационные технологии для
автоматизации и оптимизации различного рода бизнес-процессов.
Если говорить о Санкт-Петербургском государственном университете
(СПбГУ) , рассматривая эволюцию развития правил обучения в период с
1991 года и по настоящее время, то можно сказать, что он, как организация,
прошел достаточно сложный и неоднозначный путь.
На настоящее время в СПбГУ, только в рамках информационной
системы “Обучение” насчитывается более десяти самостоятельных
комплексных приложений, каждое из которых предназначено для
выполнения некоторого обособленного набор задач. В свою очередь,
упомянутые приложения сами могут состоять из множества различных
условно независимых компонент.
Например, в рамках ИС “Обучение” на момент написания работы в
эксплуатации находятся такие подсистемы как “Обучающиеся” (“Карточка
студента” “Дисциплины”, “Учебные планы”, “Педагогические поручения”,
ИС “Выпускник”, или же такие, более известные для абитуриентов и
студентов СПбГУ как “Прием”, или “Электронное расписание”.
Стоит отметить, что несмотря, на первый взгляд, на достаточно разные
задачи, зачастую, для реализации какого-либо бизнес-процесса, необходимо
обеспечить взаимодействие некоторого набора подсистем друг с другом.
Например, фиксация зачисления абитуриента в СПбГУ осуществляется в
рамках подсистемы “Прием”, а основной учет студенческих данных (номер
курса, группы, осуществление процессов перевода, ведение успеваемости и
т.п.) в подсистеме “Обучающиеся”. Соответственно, каждый год, после
окончания приемной кампании, возникает задача импорта данных о
зачисленных студентах из одной подсистемы в другую.
4Описанный случай достаточно тривиален, однако, в действительности,
существуют и более сложные процессы, которые могут задействовать более
двух систем, требовать реализации синхронизации данных в разных
направлениях (из одной системы в другую и обратно) и при этом
обеспечивать допустимый показатель задержки синхронизации. Реализацию
такого рода механизмов взаимодействия между системами будем называть
интеграцией, а бизнес-процесс, для осуществления которого требуется
обеспечение взаимодействия - интеграционным сценарием.
Существует множество технических способов реализации механизмов
взаимодействия между системами. Анализ такого рода способов, с
подробным описанием достоинств и недостатков каждого из них, как
правило, можно найти в литературе, посвященной вопросам интеграции
корпоративных приложений. Каждый из авторов может отдавать
предпочтение и уделять большее внимание какому-то одному из
существующих способов интеграции, однако, все специалисты, как правило,
сходятся в одном - любая реализация интеграционной логики всегда
повышает сложность поддержки информационной системы.
Стоит отметить, что на момент написания данной работы, автор
являлся сотрудником Управления-Службы Информационных технологий
СПбГУ, в обязанности которого входила разработка и поддержка некоторого
набора из озвученных ранее подсистем ИС СПбГУ. В рамках выполнения
своих должностных обязанностей, автору пришлось столкнуться со всем
многообразием существующих в организации систем и интеграционных
решений. Можно говорить о том, что сделанные в ходе работы наблюдения и
заметки относительно существующих технологических решений послужили
началом написания данной диссертации.
Был обнаружен ряд недостатков, присущих существующим процессам
и механизмам взаимодействия между системами. В свою очередь, можно
5говорить о том, что эти недостатки вели к снижению эффективности
поддержки, разработки, и, что самое главное, эксплуатации (то есть удобства
для конечных пользователей) существующих приложений.
Анализу такого рода проблем, выявлению недостатков и выработке
путей улучшения существующих систем и интеграционных процессов между
ними посвящена данная работа
В рамках данной работы был осуществлен сбор информации о
ключевых программных компонентах, входящих в состав ИС СПбГУ и
способах их интеграции. Была собрана информация о технической
реализации данных решений, выявлены основные классы проблем, и
представлена оценка степени их влияния на эффективность поддержки,
разработки и эксплуатации компонентов ИС.
С целью оценки возможностей улучшения существующих механизмов
взаимодействия между компонентами, была исследована литература,
посвященная вопросам интеграции корпоративных приложений.
Были изучены подходы и инструменты, направленные на упрощение
тестирования и развертывания сложных многокомпонентных систем.
На основе изученной информации и инструментов, была осуществлена
модификация двух существующих интеграционных решений с целью
минимизации ресурсов на поддержку и эксплуатацию в сравнении с
исходным вариантом. Была осуществлена оценка возможности
переиспользования полученных результатов в ходе решения других интеграционных задач.
Результаты осуществленного тестирования полученных решений
показали уменьшение ошибок в ходе эксплуатации и увеличение
производительности отдельных компонентов ИС, что может говорить о
достижении цели работы в их контексте.
