Диплом - Математико-механический факультет СПбГУ

Санкт-Петербургский государственный университет
Математико-механический факультет
Кафедра информатики
Разработка интеграционных элементов
общеуниверситетского портала для
доступа к распределенным
формализованным информационным
ресурсам
Дипломная работа студента 542 группы
Федина Дмитрия Сергеевича
Научный руководитель
……………..…………………
/подпись/
Рецензент
……………..…………………
/подпись/
Допустить к защите
……………..…………………
/подпись/
1.
ВВЕДЕНИЕ ....................................................................................................................................................... 3
2.
ПОДХОД К ПОСТРОЕНИЮ ЕДИНОГО ИНФОРМАЦИОННОГО ПРОСТРАНСТВА .................. 5
ЗАДАЧИ ИТ - ИНФРАСТРУКТУРЫ................................................................................................................ 5
ИНТЕГРАЦИЯ ИНФОРМАЦИИ ...................................................................................................................... 5
РАЗРАБОТКА ПРОГРАММНЫХ ПРИЛОЖЕНИЙ .............................................................................................. 7
МЕТОДЫ И СРЕДСТВА, ОБЕСПЕЧИВАЮЩИЕ ЭФФЕКТИВНОЕ ФУНКЦИОНИРОВАНИЕ ИНФОРМАЦИОННОЙ
СИСТЕМЫ, ЕЕ ОБСЛУЖИВАНИЕ И РАЗВИТИЕ ............................................................................................................. 9
2.5.
ПРЕДЛОЖЕНИЯ ПО ИНТЕГРАЦИИ ДАННЫХ УНИВЕРСИТЕТА ...................................................................... 9
2.1.
2.2.
2.3.
2.4.
3.
СРЕДСТВА ИНТЕГРАЦИИ ........................................................................................................................ 11
ПРОДУКТЫ................................................................................................................................................ 11
ВОЗМОЖНОСТИ ИНТЕГРАЦИИ IBM WEBSPHERE ..................................................................................... 11
ВОЗМОЖНОСТИ ПЛАТФОРМЫ MICROSOFT.NET/BIZTALK....................................................................... 22
VERSANT OPENACCESS ............................................................................................................................ 32
ОПИСАНИЕ CASE-СРЕДСТВА ВИЗУАЛЬНОГО МОДЕЛИРОВАНИЯ REAL ДЛЯ СОЗДАНИЯ ВИЗУАЛЬНОГО
ПРЕДСТАВЛЕНИЕ БАЗЫ ДАННЫХ, С ПОСЛЕДУЮЩЕЙ ГЕНЕРАЦИЕЙ. ....................................................................... 34
3.1.
3.2.
3.3.
3.4.
3.5.
4.
ОБЗОР ТЕХНОЛОГИЙ СОЗДАНИЯ WEB-ИНТЕРФЕЙСА ................................................................ 36
4.1.
4.2.
4.3.
5.
ПОСТАНОВКА ЗАДАЧИ И СХЕМА РЕАЛИЗАЦИИ ........................................................................... 41
5.1.
5.2.
5.3.
5.4.
5.5.
6.
ОПИСАНИЕ ЗАДАЧ .................................................................................................................................... 41
СХЕМА РЕАЛИЗАЦИИ ................................................................................................................................ 42
ОПИСАНИЕ ИНТЕГРИРОВАННОЙ БД МЕТАКАТАЛОГОВ, СПРАВОЧНИКОВ И ДОКУМЕНТОВ. ..................... 45
СХЕМА АДМИНИСТРИРОВАНИЯ ПОЛЬЗОВАТЕЛЕЙ ПОРТАЛА. ОПИСАНИЕ ПОРТАЛА. ............................... 46
ОПИСАНИЕ МАКЕТА ПОРТАЛА ................................................................................................................. 48
ВЫВОДЫ ........................................................................................................................................................ 51
6.1.
6.2.
7.
ВОЗМОЖНОСТИ IBM WEBSPHERE STUDIO SITE DEVELOPER .................................................................. 36
ОПИСАНИЕ IBM WEBSPHERE PORTAL CONTENT PUBLISHING ................................................................. 36
ВОЗМОЖНОСТИ ASP.NET И ADO.NET .................................................................................................. 37
РЕЗУЛЬТАТЫ ............................................................................................................................................. 51
ПЕРСПЕКТИВЫ РАЗВИТИЯ ........................................................................................................................ 51
СПИСОК ЛИТЕРАТУРЫ ............................................................................................................................ 52
2
1. Введение
В настоящее время мировое сообщество вступило в новую фазу своего развития,
определяемую лавинообразным ростом использования информационных ресурсов в
самых разных сферах деятельности. Уровень развития информационных ресурсов и
характер их использования в значительной мере влияет на благосостояние и безопасность
общества в целом, а также его отдельных элементов, включая государственные структуры.
Информация становится таким же стратегическим ресурсом, как и традиционные материальные и энергетические. Лидирующие позиции любой организации определяются
в первую очередь ее возможностями по грамотному использованию передовых
достижений в сфере информационных технологий. Особую роль при этом играет сфера
образования, где формируется интеллектуальный потенциал страны, потребляющий и
создающий ее информационные ресурсы.
Информатизация - это комплекс работ, направленный на разработку, внедрение,
сопровождение, развитие и замену во всех сферах деятельности традиционных
технологий на более эффективные информационно-телекоммуникационные технологии.
В последнее время Правительством РФ принят ряд постановлений о начале
реализаций ряда Федеральных целевых программ в области информатизации. В первую
очередь это: "Электронная Россия на 2002-2010 годы", "Развитие единой информационнообразовательной среды Российской Федерации в 2002-2006 годы" и др.
Большое внимание проблемам информатизации уделяет Минобрнауки. Это связано
с тем, что в условиях современного научно-технического прогресса стратегия развития
системы высшего образования на пути радикального повышения эффективности и
качества подготовки специалистов в значительной степени базируется на создании и
внедрении перспективных информационных технологий.
Расширение направлений деятельности, увеличение информационных потоков,
повышение сложности комплексного управления и предъявление новых требований
приводят к необходимости создания и использования автоматизированных
информационных систем (АИС). Внедрение АИС направлено на решение задач
планирования, учета, контроля, обмена информацией, регистрации и хранения данных, на
повышение
эффективности
делопроизводства,
снижения
доли
бумажного
документооборота, увеличения точности расчетно-аналитических работ, необходимостью
перехода на информационные технологии обработки данных.
К настоящему времени в подразделениях Университета уже созданы значительные
информационные ресурсы в разных направлениях управленческой деятельности. Это
данные служб управления учебным процессом, кадровых служб, финансовых служб,
канцелярии, служб обеспечивающих обслуживание зданий и сооружений, служб
безопасности, информационных, телекоммуникационных служб, управления научной
деятельности, ученых советов и прочих. Для этой цели созданы и эксплуатируются
продолжительное время программные системы узкой направленности, предоставленные
ограниченному кругу специалистов.
Университет, в целом, располагает значительным техническим и научным
потенциалом, имеет большой опыт и авторитет в области создания и развития
телекоммуникационных и информационных систем. Университет объединяет 20
факультетов, 15 НИИ, 21 научный центр, которые географически расположены
практически во всех районах Петербурга и занимают более 300 зданий. В СПбГУ
работают и учатся около 60 тысяч человек.
Задача объединения всех информационных ресурсов (построения единого
информационного пространства) и эффективного использования информации, в
частности, для управления Университетом, подготовки специалистов, повышения
качества проведения научных работ, удовлетворения информационной потребности всех
3
универсантов является
Университета.
сложной,
но
необходимой
для
дальнейшего
развития
4
2. Подход к построению единого информационного
пространства
2.1. Задачи ИТ - инфраструктуры
Опыт разработки, внедрения и использования автономных программных систем
решающих локальные задачи, опыт массовой обработки информации и формирования
отчетов при подготовке и проведении лицензирования и аттестации ВУЗа, потребность
оперативного анализа ситуации при решении задач управления, контроля качества знаний
обучающихся показали, что необходим качественно новый уровень ИТ - инфраструктуры,
нужна другая организация обеспечения полноты и согласованности данных. По
информационным и функциональным возможностям, трудоемкости сопровождения и
развития этот уровень недостижим при использовании автономных локальных
программных приложений и баз данных и ранее используемых технологий.
Кроме того, статистика показывает, что кардинальная смена технологической базы в
компьютерном мире происходит примерно раз в семь лет, но переход от одного поколения
систем к другому не случается мгновенно. Поэтому зачастую в ВУЗах одновременно
функционируют системы трех-четырех поколений, основанные на MS DOS, Unix,
Windows 2000 и т. п. Иногда хочется избавиться от всего этого "наследия" и иметь одну
систему.
При этом поступают следующим образом. Либо "переписывают" приложения в
единой технологии, с единой базой данных (монолитный продукт), либо берут готовый
продукт ("полнофункциональный" программный пакет) сторонней организаций,
настраивая свои бизнес-процессы, либо пытаются объединить существующие
приложения, достраивая компоненту, объединяющую данные.
Но, на сегодняшний день, да и в будущем, даже самый "полнофункциональный"
программный пакет никогда не покроет всех потребностей организации. Будут появляться
приложения, которые потребуется интегрировать в существующую ИТ - инфраструктуру.
Поэтому создание интегрировано-распределенной системы (далее системы) наиболее
предпочтительный вариант, позволяющий экономить уже вложенные инвестиции и
наращивать функциональные возможности системы без больших затрат.
Для построения интегрировано-распределенной информационной системы
необходимо решить следующие основные задачи:
 интеграция необходимой информации, касающейся различных сторон
деятельности ВУЗа;
 разработка набора программных приложений для решения задач управления и
контроля качества знаний, формирования отчетной документации, предоставления
оперативной информации всем категориям обучающихся и сотрудников в
соответствии с их правами;
 разработка организационных и программно-технических методов и средств,
обеспечивающих эффективное функционирование системы, ее обслуживание и
развитие.
2.2. Интеграция информации
Интеграция информации предполагает синхронизацию данных в различных
программных приложениях и ее консолидацию для последующей обработки человеком
или автоматизированными системами.
Зачастую, следующим шагом предполагается проводить интеграцию программных
приложений (Enterprise Application Integration, EAI) - это процесс связывания независимо
друг от друга разработанных приложений так, чтобы они работали как единое целое.
5
Для организаций с низким уровнем зрелости в области информационных
технологий, к которым можно смело отнести учебные заведения, этот шаг
преждевременен, да и в мире 75% проектов интеграции связаны с интеграцией только на
уровне данных (по данным компании Microsoft на конец 2003 г.).
Как правило, корпоративная информация представлена в структурированной и
неструктурированной форме, причем вторая превышает первую в 3-4 раза и задача ее
консолидации зачастую крайне важна. Интеграцию данных в неструктурированной форме
осуществляют системы управления корпоративным контентом и системы управления
знаниями.
Информационные
ресурсы
в
структурированной
форме
представлены
преимущественно в специализированных базах данных, наполнение и обработку которых
осуществляют программные приложения специального назначения, автоматизирующие
деятельность групп сотрудников, включенных в один бизнес-процесс. Интеграцию
данных в структурированной форме осуществляют следующим способами:
 файловый обмен;
 обмен сообщениями;
 интеграция на уровне баз данных;
 интеграция через Web-сервисы;
 интеграция вокруг центральной интегрированной системы.
Файловый обмен прост и понятен. Он является единственным способом получения
информации из программных приложений (экспорт и импорт данных), не обладающих
программными интерфейсами (Application programming Interfase, API) для обращения к
ним извне. Однако он труднореализуем для значительного количества программных
приложений, работающих в реальном режиме времени на различных платформах.
На смену файловому обмену пришло межплатформенное ПО, обеспечивающее связь
между программными приложениями путем обмена сообщениями (Message-oriented
middleware, МОМ). Продукты МОМ имеют простые, легкие в использовании API,
позволяют строить приложения, ориентированные на события, имеют механизм гарантии
доставки сообщения, берут на себя решение задач, связанных с сетью, операционными
системами.
Основные преимущества МОМ – возможность обеспечения связанности
программных приложений, целостности данных, построения единой интегрированной
системы из сохраненных в неприкосновенности существующих программных
приложений. Существенными недостатками являются объем и сложность работ.
Интеграция на уровне баз данных (Enterprise Information Integration, EII)
подразумевает построение виртуальных баз данных из разнородных источников.
Продукты EII позволяют:
 строить виртуальную БД, в которой содержится информация о данных,
хранящихся в разных источниках и справочники;
 производить преобразования данных из целевой базы в общий формат и обратно;
 поддерживать стандартный SQL и транзакционность при исполнении запросов;
 производить взаимодействия с целевыми базами данных, клиентскими и
серверными приложениями.
Для организаций с незначительным числом программных приложений EII наиболее
приемлем. Однако данный способ имеет ограничение, т.к. не реализует модель,
ориентированную на события.
Web-сервис – это любой бизнес-процесс или единица логической функциональности,
обладающие простыми и более-менее общепринятыми подходами для описания и
удаленного вызова, что позволит создавать корпоративные системы более похожими на
сборку, чем на программирование. Для Web-сервиса характерно использование трех
стандартов:
 SOAP - для обмена сообщениями;
6


WSDL - для описания свойств Web-сервиса;
UDDI - для регистрации WSDL - описаний в каталогах, а также получения записей
из этих каталогов.
Web-сервисы обладают рядом свойств, которые делают их крайне привлекательными
для решения задач интеграции.
Во-первых, они обеспечивают отличное средство для оформления компонентов
бизнес - логики в качестве интерфейсов, программно легко доступных и допускающих
многократное применение в разных приложениях.
Во-вторых, Web-сервисы - это удобный механизм для взаимодействия приложений:
ведь в идеале все их API определены и опубликованы в каталогах UDDI.
И, наконец, они (по крайней мере, теоретически) обеспечивают защиту инвестиций,
т.к. приложения, "обернутые" в Web-сервисы, в целом легче заменить.
Некоторые известные программные системы (например, Lotus Domino) обладают
большим набором коннекторов к разным программным продуктам, что позволяет на их
основе строить интегрированные системы.
2.3. Разработка программных приложений
Принципиальным
вопросом
в
создании
интегрировано-распределенной
информационной системы является разработка программных приложений (программного
обеспечения) для доступа к данным и реализации бизнес-процессов управления ВУЗом.
Процесс разработки программного обеспечения определяет действия и
организационные процедуры, направленные на усиление совместной работы группы
разработчиков с целью поставки заказчикам высококачественного программного
продукта.
Современные процессы разработки ПО непременно являются итеративными
процессами с пошаговым наращиванием возможностей системы.
Модели системы уточняются и преобразуются на этапах анализа, проектирования, и
реализации – в результате успешных итераций добавляются новые детали, при
необходимости вводятся изменения и усовершенствования, а выпуски программных
компонентов обеспечивают удовлетворение требований пользователей.
Одной из главных проблем для любой организации, занятой производством
программного обеспечения является совершенствование процесса разработки.
Одним из наиболее известных методов оценки и усовершенствования процессов
разработки является так называемая модель технологической зрелости (СММ). Это
пятиуровневая модель, где каждому уровню приписывается определенное состояние от
хаоса до управляемого и измеряемого процесса повышения качества. Помимо СММ
существуют и другие модели усовершенствования процесса создания ПО. Серия
стандартов по качеству ISO 9000 применяется для управления качеством и определения
процесса производства качественного продукта. Стандарты носят общий характер – они
применимы для любой отрасли и всех видов бизнеса, включая разработку ПО. В основе
серии стандартов ISO 9000 лежит предположение, что если процесс организован
надлежащим образом, то и результат процесса (товар или услуга) также будут обладать
надлежащим качеством.
Проекты по разработке информационных систем должны планироваться с учетом
наибольшей деловой выгоды бизнес-стратегии. Бизнес-стратегию можно определить
посредством различных процессов, известных как стратегическое планирование, бизнесмоделирование, реинжиниринг бизнес-процессов, стратегическое увязывание, управление
информационными ресурсами и т.п. Все перечисленные подходы связаны с изучением
фундаментальных бизнес-процессов в ВУЗЕ, целью которых является оптимизация
процессов
с возможностью последующей
модификацией их с помощью
информационных технологий.
7
Существует много способов планирования разработки системы. Перечислим
некоторые: SWOT, VCM, BPR.
Подход SWOT позволяет идентифицировать, классифицировать, ранжировать и
выбирать проекты по разработке ИС таким образом, чтобы они были увязаны с сильными
и слабыми сторонами организации, а также с существующими возможностями и угрозами.
Подход VCM позволяет оценить конкурентные преимущества с помощью анализа
всей цепочки видов деятельности в организации, начиная от получения сырья до конечной
продукции.
Современный подход к разработке – BPR (реинжиниринг бизнес-процессов) основан
на допущении, что современные организации должны реконструировать себя и отказаться
от функциональной декомпозиции, иерархических структур и принципов приоритетности
повседневных нужд, которые они сегодня используют.
Жесткие организационные структуры, в которых бизнес-процессы разорваны между
многими подразделениями, устарели. Необходимо сосредотачиваться на бизнеспроцессах, а не на отдельных задачах, заданиях, специалистах и функциях подразделений.
Эти процессы разделены по горизонтали между видами деятельности и завершаются в
точках контакта с потребителями.
Основная цель реинжиниринга бизнес-процессов состоит в радикальной
реконструкции бизнес-процессов. Бизнес-процессы надо идентифицировать, хорошо
наладить и усовершенствовать. Поведение процессов фиксируется в виде диаграммы
потоков работ. Потоки работ охватывают потоки событий, документов и информации в
рамках бизнес-процессов и могут использоваться для подсчета времени, ресурсов и
финансовых средств, необходимых для этих видов деятельности.
Основным препятствием на пути реализации BPR-подхода является необходимость
внедрения горизонтального процесса в традиционную вертикальную структуру
управления.
Иногда радикальные изменения неприемлемы. Традиционные структуры не могут
быть изменены в одночасье. Радикальные шаги могут встретить сопротивление, и
потенциальные выгоды от внедрения BPR-подхода могут быть подвергнуты риску. В
данных обстоятельствах все же можно выиграть, моделируя бизнес-процессы и
усовершенствуя их, а не подвергать полной переделке.
После того, как бизнес-процесс определен, «хозяева» процесса могут потребовать
поддержки со стороны ИТ с целью дальнейшего повышения продуктивности этих
процессов. Результирующий проект по разработке информационной системы должен
сосредотачиваться на реализации выявленных потоков работ. Сочетание эффективности,
получаемой от применения BPR-подхода, с продуктивностью, являющейся результатом
применения ИТ, может привести к поразительному улучшению всех современных
показателей деятельности организации, таких как уровень качества и обслуживания,
скорость, затраты, цена, конкурентные преимущества, гибкость и т.д.
Условно все программные приложения можно поделить на две группы:
 прикладные программные приложения со сложной логикой;
 узкоспециализированные программные приложения.
Как правило, к первым относятся приложения для автоматизации устоявшихся
бизнес-процессов, которые в основном и наполняют информационные ресурсы. Они
работают по технологии клиент-сервер на трехуровневой архитектуре с классическим
развитым интерфейсом. Для таких приложений возникает проблема своевременной
синхронной замены версий на рабочих станциях клиентов, но она решается путем
установки приложений с web-сервера, и как один из вариантов - копирование компонента
ActiveX, полностью реализующего "тонкого" клиента, с целью отображения его в
браузере.
Узкоспециализированные программные приложения, построенные в виде
"ультратонкого" клиента, предоставляют простой интерфейс, реализуемый браузером, и
8
не требуют использования специфики операционной системы, рабочей станции и
низкоуровневых
протоколов.
Такие
программные
приложения
позволяют
автоматизировать одну - две бизнес-функции, как правило, для получения необходимых
данных из информационных ресурсов.
Такой подход обладает рядом положительных сторон, наиболее важными из которых
являются:
 независимость программных приложений, что облегчает их разработку и срок
ввода в эксплуатацию;
 узкая функциональная специализация программных приложений, что избавляет их
от избыточности, упрощает их освоение;
 относительная легкость внедрения системы и ее сопровождение.
2.4. Методы и средства, обеспечивающие эффективное функционирование
информационной системы, ее обслуживание и развитие
Наиболее перспективной является Концепция управления ИТ - службами (ITSM - IT
Service Management), которая предлагает новый взгляд на организацию
функционирования ИТ - подразделений. Концепция построена на базе "эталонных"
моделей и принципов, изложенных в Библиотеке передового опыта в области управления
информационными технологиями (ITIL - IT Infrastructure Library). На сегодняшний день
ITIL - это широко применяемый стандарт де-факто в сфере управления
информационными технологиями.
Основная идея внедрения ITSM состоит в том, чтобы ИТ - подразделения перестали
быть вспомогательными элементами для основной деловой сферы ВУЗа, ответственными
только за работу отдельных серверов, сетей и приложений, "где-то и как-то"
применяющихся в ВУЗе. ИТ- подразделения становятся полноправными участниками
основных процессов, выступая в роли поставщиков определенных услуг для всех
подразделений, а отношения между ними формализуются как отношения "поставщик
услуг - потребитель услуг". Подразделение - конечный пользователь - формулирует свои
требования к необходимому спектру информационных услуг и их качеству, руководство
организации определяет объем финансирования для выполнения этих требований, а ИТ подразделения поддерживают и развивают информационную инфраструктуру
организации таким образом, чтобы она была в состоянии обеспечить требуемую услугу с
заданным качеством.
Для того чтобы это стало реальным, ИТ - подразделения должны работать поновому, а именно - перейти от управления отдельными информационными ресурсами
организации к интегрированному управлению услугами, которые на этих ресурсах
базируются. Они должны перестать воспринимать персонал других отделов только как
своих пользователей, наладить отношениями с ними как с заказчиками.
Идеология Концепции держится на трех китах:
 формализация процессов функционирования информационных технологий;
 профессионализм и четкая ответственность сотрудников ИТ - подразделений за
определенный круг задач;
 технологическая инфраструктура обеспечения качества услуг: собственно
информационные технологии, служба поддержки пользователей, служба
управления конфигурациями и изменениями, система контроля услуг, служба
тестирования и внедрения новых услуг и т.д.
2.5. Предложения по интеграции данных Университета
При построении архитектуры интегрировано-распределенной информационной
системы университета, необходимо учитывать тот факт, что к настоящему моменту
функционирует определенное число информационных систем, формирующих базы
данных.
9
Предполагая, что существующие программные системы удовлетворяют
функциональным требованиям, предъявляемым со стороны пользователей, целесообразно
использовать их с целью создания единой интегрированной системы. Во-первых, такой
подход существенно сэкономит финансовые и трудовые ресурсы. Во-вторых, не
потребуется переобучать сотрудников, что зачастую, на начальном этапе, может
приводить к сбоям и нарушениям в процессах управления деятельностью ВУЗа.
Таким образом, выбираем вариант интеграции на основе существующих данных и
приложений, не нарушая действующей схемы организации работы с информационными
ресурсами. Такой подход позволяет создать единый Web-интерфейс доступа к
интегрированным данным, а также, в дальнейшем, развить систему путем внедрения webсервисов к соответствующим приложениям для интеграции последних.
10
3. Средства интеграции
3.1. Продукты
На сегодняшний день существует большое количество продуктов, позволяющих
осуществить интеграцию данных и приложений. Вот наиболее мощные и доступные
платформы интеграции:
Платформа BEA WebLogic
Платформа IBM WebSphere
Платформа Microsoft.NET/BizTalk
Платформа Oracle 10g
Платформа SAP NetWeaver
Платформа ИВК Юпитер
Платформа Versant Open Access
Для анализа, из наиболее доступных для работы были выбраны платформы: IBM
WebSphere, и Microsoft.Net, Versant OpenAccess. IBM WebSphere, является наиболее
мощным средством интеграции и предоставляет широкую линейку продуктов
позволяющих сформировать из них набор подходящий под конкретные задачи
возникающие в процессе интеграции. Microsoft.NET является массово внедряемым
продуктом, что делает его доступным для широкого круга разработчиков. Versant Open
Access был предоставлен дистрибьюторами продукта.
3.2. Возможности интеграции IBM WebSphere
Платформа IBM WebSphere
3.2.1.
Общая характеристика платформы
На сегодня платформа WebSphere корпорации IBM - функционально самая полная
среди наборов инструментов EAI разных вендоров. Она поддерживает разные стили
интеграции - на уровне данных, обмена сообщениями, сквозных бизнес-процессов.
WebSphere дает возможность проводить интеграцию приложений, служить основой для
информационного взаимодействия с бизнес-партнерами (В2В), позволяет управлять
бизнес-процессами и исполнять бизнес-логику программ на языке Java.
3.2.2.
Основные продукты семейства WebSphere для интеграции данных и процессов
Продукт
WebSphere
Application
Server
(WAS)
Назначение
Важные средства взаимодействия
Построение
J2EE- Главный механизм для поддержки исполнения
приложений и Web- EJB-компонентов и Web-сервисов. Для
интеграции с
сервисов
приложениями опирается на средства ICS, WSMB,
JCA-адаптеры, адаптеры WebSphere Business
Integration Adapters,
CORBA, средства Java для вызова родного кода.
Для управления бизнес-процессами версия
WebSphere Application Server Process Choreographer
имеет встроенные средства workflow,
позволяющие координировать работу EJB и Webсервисов, а также поддерживает тесную связь с
MQWF через специализированный контейнер EJB
(Process Management Container) и очереди JMS/MQ.
11
Она может выступать в роли брокера сообщений.
WebSphere
Business
Integration
Interchange
(ICS)
Высокоуровневый
обмен сообщениями
для
интеграции
приложений,
использующий
принцип обобщенных
бизнес-объектов
и
архитектуру Hub-andSpoke
Функции публикации и подписки,
автоматически исполняемые транзакционные
бизнес-процессы коммутации данных
(collaborations). Для связи между узлами и связи
с расположенными в приложениях частями
адаптеров опирается на CORBA и JMSвозможности MQ (для гарантированной доставки).
Взаимодействует с Workflow через коннектор
Adapter for WebSphere MQ Workflow. Продукт
полностью Java-ориентирован
WebSphere
Business
Integration
MQ
Message
Broker(WS
MB)
Брокер
низкоуровневых
сообщений (нет
обобщенных объектов)
Есть функции публикации и подписки,
преобразования сообщений. Поддерживается
распределенная архитектура узлов. Для
реализации сложных процессов стыкуется с
MQWF. Продукт не опирается на концепцию
обобщенных объектов как таковую, но использует
тот же набор адаптеров (и сообщений), что и ICS.
Поддерживает создание прерываемых и
непрерываемых пользователем процессов;
Позволяет "экспортировать" определенный в нем
бизнес-процесс в сервер приложений в качестве
безстатусного компонента EJB, "обертывая" его в
Process Management Container. Позволяет
обращаться к своему функционалу через ПОР;
допускает JMS-rendering, что дает возможность
дистанционно вызывать через JMS часть функций
API Опираясь на перечисленные возможности,
EJB в сервере приложений может участвовать как
узел активности workflow, а может управлять ею.
Для этого имеется аналогичный SQL язык,
допускающий выборку списка текущих процессов и
их свойств. Workflow хранит всю информацию о
статусе процессов в DB2.
Сам способен интегрироваться с системами через
CORBA/COM/EJB, а также взаимодействовать с
базами данных
WebSphere
MQ
Workflow
(MQWF)
WebSphere
Business
Integration
Adapters
Framework
WebSphere
Business
Integration
Adapters
(WBIA)
Исполнение
сценариев
Архитектура
коннекторов
Общая для ICS, WSMB, WAS.
Набор адаптеров для
основных
приложений,
инструменты для
настройки адаптеров
Адаптеры пригодны для ICS, WSMB, WAS.
Основаны на Adapters Framework.
Работают через очереди сообщений JMS/MQ.
Содержат обширную библиотеку безнес-объектов
(сообщений для WSMB)
Ключевых интеграционных приложений в платформе шесть: две системы MOM Business Integration Interchange Server (ICS) и MQ Business Integration Message Broker
(WSMB)), опирающиеся на ПО управления очередями MQ (бывшая MQSeries), сервер
приложений Application Server (WAS), портальное ПО Portal Server, функционирующее на
12
базе WAS, и система workflow, которая стыкуется с WSMB, IBM часто меняет названия
продуктов, их комплектацию и назначение. Недавно в состав WebSphere был включен
Business Integration Workbench - средство проектирования бизнес-процессов и управления
ими. На момент выпуска отчета, например, все семейство брокеров сообщений IBM
можно было приобрести в одном комплекте - WebSphere Business Integration Server. Кроме
того, помимо перечисленных основных продуктов выпускаются еще десятки дополнений
к ним. Для выполнения законченного проекта, клиенту, возможно, потребуется
приобретение этих и других компонентов, включая, например, средства управления и
обеспечения безопасности Tivoli.
Главная проблема, которая подстерегает компанию, решившуюся выбрать
технологию интеграции IBM - это именно огромное число продуктов. В целом, нелегко
даже просто разобраться какой из них за что отвечает. За полноту линейки приходится
платить и другую цену: многие продукты были получены в результате приобретения
других фирм, и, в итоге, предоставляют идентичные функции и не всегда четко
стыкуются. Нужно сказать, что IBM постепенно устраняет последнюю проблему.
Например, она модифицировала все свои брокеры сообщений так, чтобы они были
совместимы с семейством адаптеров WebSphere Business Integration Adapters (WBIA). Они
преобразуют события внутри бизнес-приложений в доставляемые по JMS сообщения,
содержащие бизнес-объекты, а также позволяют при помощи бизнес-объектов выполнять
команды API приложений. Адаптеры WBIA можно использовать и с сервером
приложений, при помощи технологий JMS и Message Driven Beans.
В платформе IBM брокеры сообщений отделены от сервера приложений, но он тем
не менее, вбирает в себя некоторые их функции. Хотя сервер приложений и не имеет
средств трансформации сообщений, их можно легко интегрировать в бизнес-процесс поля XML-сообщения можно средствами WAS отобразить на атрибуты EJB-компонента,
что сильно сокращает время разработки. Естественно, сервер приложений поддерживает и
архитектуру ЕJВ.
WAS вообще является одним из лучших серверов приложений на сегодняшний день.
Он предлагает полную поддержку J2EE 1.3, а также ряд возможностей, которые можно
найти, пожалуй, только в платформе BEA WebLogic. Например, он содержит встроенные
возможности высокоуровневого (т.е. без программирования) задания бизнес-правил и
сценариев workflow, что позволяет эффективнее использовать компоненты ЕJВ.
Аналогичным образом он позволяет работать с Web-сервисами - собирая их в рамках
единого процесса и публикуя его затем как новый Web-сервис. Анализ направления
развития сервера приложений показывает, что он все больше ориентируется на
интеграцию на уровне бизнес-процессов.
В сервер приложений включена поддержка новых Java-средств обеспечения
безопасности - Java 2 Security Model (для защиты ресурсов), Java Secure Socket Extension
(JSSE, защита транспортного уровня на базе TLS/SSL), поддержка средств интеграции
продуктов шифрования и аутентификации на основе сертификатов Java Cryptographic
Extension (JCE), Common Secure Interoperability V2 (CSIv2). Но в целом организация
защищенной инфраструктуры на базе интеграционных продуктов IBM - задача очень
сложная (хотя бы в виду их количества). Для некоторых продуктов (в том числе MQ)
защита транзитных хранилищ обеспечивается только средствами ОС. Поэтому для
комплексного решения этой задачи лучше опираться на фундамент средств управления и
обеспечения безопасности IBM Tivoli. В любом случае стоит учитывать, что
сертификация этих продуктов для работы с секретными документами не проведена.
За интеграцию на более низком слое (данных) отвечают два брокера сообщений: ICS
и WSMB.
ICS почти полностью написан на Java. Он построен на идеологии Hub and Spoke и
поддерживает концепцию бизнес-объектов, а потому ориентирован на высокоуровневую
интеграцию. Он также более закрыт - сценарии коммутации данных (они называются
13
collaborations) в первую очередь ориентированы на транзакционную работу. В этом
смысле ICS предлагает такие уникальные возможности, как обеспечение согласованности
данных в приложениях в процессе долгоиграющих транзакций с поддержкой отката в
случае сбоя одного из этапов (что достигается выполнением задаваемых пользователем
компенсационных шагов). Для баз данных двухфазные транзакции давно стали
обыденностью, но для приложений их реализовать очень сложно.
С другой стороны, ориентация ICS на выполнение атомарных сценариев делает
крайне сложным (но не невозможным) включение в коммутационные сценарии шагов,
связанных со взаимодействием с человеком. IBM позиционирует WSMB именно в этой
нише. Он легче интегрируется со средством workflow - MQWF. При этом, однако, WSMB
не преобразует бизнес-объекты в обобщенный формат, работая с форматом данных
коннектора к приложению, что делает его более гибким и пригодным для низкоуровневой
интеграции. Отсутствие поддержки обобщенных объектов приводит, однако, к
необходимости установления большого числа попарных преобразований сообщений,
передаваемых между интегрируемыми приложениями.
Как ICS, так и WSMB опираются на MQ как транспортную архитектуру. Оба
продукта предлагают широкий спектр средств работы с сообщениями, включая
пополнение их полей информацией из баз данных или информацией из файлов. Набор
коннекторов WBIA позволяет получать данные и обращаться к файлам по протоколам
FTP, HTTP и пр.
Платформа WebSphere предоставляет широкие средства для работы с Webсервисами. Средства для работы с ними предлагаются на каждом ее уровне - от брокера
сообщений до портала. Однако, в отличие от платформы BEA Systems, ряд совсем новых
стандартов, таких, как WS-S, пока не поддерживается.
IBM как основной производитель мэйнфреймов уделяет большое внимание
поддержке унаследованных платформ. Поэтому, в платформе есть обширные средства для
решения этой задачи. Стоит однако заметить, что IBM не гарантирует взаимодействия с
рядом других платформ интеграции, что потенциально может вызвать технические
проблемы, при связывании систем двух объединяющихся компаний. По счастью,
большинство остальных вендоров считают ПО IBM MQ стандартом и интегрируются с
ним.
Стоимость продуктов IBM достаточно высокая. Недавно корпорация перешла от
модели лицензирования по производительности к более прозрачной модели
лицензирования по числу процессоров. Однако, главные затраты проекта будут на
консалтинг - без привлечения квалифицированных специалистов в интеграционном
проекте будет обойтись непросто: столь обширен и сложен продуктовый ряд этого
вендора. В дальнейшем, однако эти начальные затраты могут окупиться (особенно в
крупных компаниях), так как любую возникающую затем техническую проблему (если
она не связана с локализацией) можно решить средствами IBM. Кроме того, IBM
предлагает еще ряд инструментов и средств разработки, упрощающих управление
созданным решением и его развитие.
3.2.3.
Интеграционные компоненты платформы IBM
Функция
Управление
очередями
сообщений
Брокер
сообщений,
обеспечивающий
преобразование форматов
Компонент платформы , отвечающий за выполнение функции
Да, WebSphere MQ (бывший MQSeries) [именуемый далее MQ]
Да, WebSphere MQ Business Integration Message Broker (бывший
MQSeries Integrator) [далее именуемый WSMB], предоставляет
обширную функциональность для выполнения, подключения и
14
настройки разных внешних приложений, преобразования и
маршрутизации сообщений.
Высокоуровневую обработку сообщений на базе концепции
бизнес-объектов ведёт WebSphere Business Integration Interchange
Server (бывший CrossWorlds) [далее ICS]. Коммутация объектов
между приложениями основывается на понятии коммутационных схем
(collaborations). IBM поставляет большую библиотеку готовых
шаблонов для создания collaborations
Версия WebSphere Application Server Process Choreographer может
выступать как брокер сообщений.
Сервер приложений на базе
J2EE
Сервер приложений на базе
СОМ
"Зонтичный" интерфейс для
доступа к базам данных
Подсистема Workflow для
автоматизации
бизнеспроцессов,
предусматривающих
активное участие человека
Да, WebSphere Application Server [далее WAS]
Нет
Продукт DB2 Information Integrator
Да, WebSphere MQ Workflow (бывший MQSeries Workflow) далее
MQWF]
Новый продукт WebSphere Business Integration Workbench
позволяет моделировать бизнес-процессы для MQWF, ICS и для
WSMB
Подсистема автономного Да, ICS и WSMB предоставляют эти функции
исполнения (без участия
человека) сценариев бизнеслогики высокого уровня для
интегрированного
приложения
Готовые
инструменты Продукты линейки Tivoli
обеспечения однократной
аутентификации
пользователя в разных
корпоративных
приложениях и системах.
СУБД
IBMDB2 UDB v8.1
Программное обеспечение Да, WebSphere Portal Server (который работает поверх сервера
приложений WAS)
для построения порталов
3.2.4.
Возможности платформы WebSphere по взаимодействию с другими платформами и
приложениями
Уровни платформы, к которым происходит подключение внешних приложений
Уровень
интерфейса Да, возможно применение WebSphere Portal Server для интеграции на
пользователя (портал)
уровне представления
Да, возможно применение интеграционной среды сервера
Уровень сервера приложений
приложений WAS Process Choreographer, можно также подключать к
WAS приложения через адаптеры JCA 1.0, а также при помощи
дополнительно разрабатываемых собственных мостов и шлюзов;
можно вести интеграцию через JMS-интерфейс, Message Driven
Beans и очереди MQ
15
Да, интеграционный пакет WebSphere Business Integration с
компонентами — ICS, MQWF, WSMB. Рекомендуемая классическая
архитектура интеграционного решения — ICS + MQ для интеграции
прикладных приложений на уровне бизнес-обьектов, и WS MB + MQ
для передачи и обработки данных в виде электронных документов и
сообщений.
Коннекторы брокера сообщений
Используется один набор адаптеров для обоих продуктов ICS и WSMB.
SAP R/3 (mySAP, eBusiness Suite), Oracle Applications (eBusiness
Сертифицированные
Suite), PeopleSoft, Siebel CRM, Lotus Domino
Нет сертифицированных
JD Edwards OneWorld, BAAN 4i, Microsoft Small Business Axapta,
адаптеров
Microsoft Small Business Navision, Microsoft Small Business Great
Plains, Pivotal CRM, Onyx CRM, SalesLogix CRM Documentum 4i,
Галактика, Парус, 1C, Интеллект-Сервис, Инфософт, Цефей
WebSphere Business Integration Adapter Development Kit предлагает
Способ разработки
API, которое позволяет разработать коннекторы для специфичных
приложений, типов источников и приемников данных, используя
языки программирования С/С -и- или Java
Да, в ICS и WSMB имеются средства визуальной настройки
Настройки адаптеров через
посылаемых сообщений и трансформации принимаемых. Многое
метаданные
зависит от настроек конкретного коннектора, поставляемого с
платформой. Для различных типов имеются свои механизмы
интерактивного определения правил преобразования и
сопоставления полей (field mapping)
Графические инструменты Да, в ICS и WSMB имеются визуальные средства настройки
настройки коннекторов
преобразования данных, логики подключения и обработки пакетов
данных или объектов. Можно также посмотреть и изменить статус
коннектора (активен, приостановлен), определить схемы
преобразований, к которым он подключен, а также обрабатываемые
сообщения.
Коннекторы сервера приложений
Поддерживается технология JCA; Через JMS/MQ и Message Driven Beans возможна интеграция с
коннекторами WS Business Integration Adapters
Уровень брокера сообщений
Портальные коннекторы (портлеты)
SAP R/3 (mySAP, eBusiness Suite), Oracle Applications (eBusiness
Готовые
Suite), PeopleSoft, JD Edwards OneWorld, BAAN 4i, Siebel CRM, Lotus
Domino
Microsoft Small Business Navision Axapta, Microsoft Small Business
Отсутствуют (основные)
Attain, Microsoft Small Business Great Plains, Pivotal CRM,
Documentum 4i,Onyx CRM, SalesLogix CRM, Галактика, Парус, 1C,
Интеллект-Сервис, Инфософт, Цефей
среда разработки сервера приложений, WebSphere Application
Способ разработки
Developer, Eclipse, Visual Age for Java и другие продукты IBM
Взаимодействие с другими платформами интеграции
IBM WebSphere Business WAS, ICS, WSMB совместимы через MQ/JMS, WSBI adapter for
Integration Message Broker
MQSI
IBM WebSphere Business WAS, ICS, WSMB совместимы через MQ/JMS, WSBI adapter for
Integration Interchange Server
MQSI
BEA WebLogic Integration
Через Web-сервисы
Sun ONE Integration Server
He
поддерживается
Oracle Advanced Queuing
Не поддерживается
Microsoft BizTalk
Через MSMQ-MQSeries мост от Microsoft; есть совместимость на
уровне BizTalk 2004
Поддерживаются форматы и компоненты Sybase(Neon)
Ruler/Formatter
Sybase Business Process
Integrator Suite
16
TIBCO
Не поддерживается
Прием, синтаксический разбор и отображение во внутреннее представление сообщений или
форматов файлов
XML (с описаниями на DTD, Да, WSMB обладает развитым сервисом разбора и форматирования
XDR, XSL/XSLT и т.д.)
XML и пользовательских форматов, включая репозиторий для
форматов, встроенные и пользовательские парсеры, Функция
DataHandler for XML (специальный Java класс для среды Adapter
Framework), входит в ICS
Сервис форматирования WSMB Функция
HTML
DataHandler for HTML входит в ICS
Сервис форматирования WSMB Закачка файла в систему через
TXT (ключ-значение)
коннектор JText; синтаксический разбор - через Name Value
DataHandler входит в ICS
Сервис форматирования WSMB Через
TXT (колонки)
FixedWidth DataHandler входит в ICS
CSV (данные, разделенные Сервис форматирования WSMB через Delimited DataHandler входит в
ICS
запятыми)
Сервис форматирования WSMB Через доп. пакет WebShpere Data
EDI
Interchange EDI-коннектор, Специализированное В2В решение
WebSphere Business Integration Connect, Специализированное EDI
решение WebSphere DataExchange Server
XLS (Microsoft Excel)
DBF
другие
Через WSMB, DB2 Information Integrator и JDBC-адаптер
Через WSMB, DB2 Information Integrator и JDBC-адаптер
N/A
Поддержка современных коммуникационных протоколов и стандартов
HTTP
Да, везде
HTTP/S
Да, везде
FTP
Да, есть обработчик WSMB, коннектор WBAI
SMTP
Да, WSMB, EMAIL-коннектор WBAI
РОРЗ
Есть обработчик WSMB
IMAP4
EMAIL-коннектор WBAI
Другие
Дополнительно: SOAP, ebXML, RosettaNet, T3 и другие.
Получение сведений о правах Поддерживается
доступа пользователей и
другой информации из LDAPкаталогов
Функциональность работы с сообщениями
Да, функция MQ. При этом обеспечивается работа на почти всех
Гарантированная доставка
промышленных аппаратных и программных платформах.
Гарантированная обработка Да, WSMB поддерживает транзакционность в обработки сообщений,
доставленных сообщений
включая двухфазную координацию с внешними базами данных
Синхронный способ доставки Да, WSMB (TCP IP Publish/Subscribe, HTTP, Scada) WSBI
сообщений
Interchange Server (HOP, HTTP)
Ограничения на объем
Да, имеются на длину передаваемого сообщения (до 1 Гб), на
передаваемых по шине
количество сообщений в очереди (до 1 миллиарда сообщений).
данных, например,
Ограничения зависят от платформы и версии продуктов.
ограничения на длину
передаваемого сообщения
Возможность направления
Да в том числе по физическим – средствами MQ
сообщений по альтернативным
маршрутам
На всех промышленных платформах; UNIX-клонах (IBM AIX,
Платформы, на которых
17
может функционировать ПО
шины обмена сообщениями
Средства автоматического
перекодирования
русскоязычной
информации в
гетерогенной среде
Solaris, HP-UX), Linux, Windows, цифровых персональных
устройствах, хостах и мейнфреймах OS/390, AS/400, DEC
VAX,
Tandem.
Реализации разных версий совместимы
На транспортном уровне WebSphere MQ поддерживается
перекодировка на между произвольными кодовыми страницами.
Поддержка XML в качестве
внутреннего формата
представления данных для
шины обмена сообщениями
Средства для импорта XMLо п иса н ий ф о рма то в
сообщений (XML-схем)
Графические инструменты
(WYSIWYG, к примеру,
опирающиеся на концепцию
drag-and-drop) для задания
карт преобразования полей
сообщений
Да, используется, в т.ч. для внутреннего представления
документов внутри брокера сообщений, для обмена между
адаптерами WSBI и интеграционным брокером
Средства (в том числе
графические), упрощающие
описание процесса
пополнения данных в
трансформируемых
сообщениях информацией из
внешних источников (СУБД и
пр)
Внутренний формат хранения
таблиц преобразований
Да, WebSphere Development Kit (Eclipse), а также Object
Discovery Agent в составе WS Adapters.
Да
Да
ICS хранит объекты в Java-коде, WSMB использует ESQL в
скомпилированном виде, а также в виде бизнес правил в
репозитории. Редактирование карт преобразований
вручную с помощью инструментов возможно.
Поддержка брокером
вложенных друг в друга
сообщений
Управление транзакциями
Поддерживаются WSMB и ICS. Поля вложенных сообщений
можно отображать при помощи графического инструмента на поля
итогового сообщения
Поддержка транзакционности
в платформе (в том числе
многофазных транзакций с
изоляцией данных в
приложениях)
WSMB поддерживает двухфазные транзакции (two-phase
commit) при работе с очередями сообщений, электронными
документами и СУБД DB2, Oracle.
ICS имеет собственную систему поддержки транзакций (с
компенсационными шагами в случае исполнения отката) в
приложениях
WS Application Server также обеспечивает поддержку
транзакций (с компенсационными шагами в случае исполнения
отката) в приложениях
Поддержка обращения к внешним модулям (синхронного) — вызов методов
ЕХЕ-файлы
Поддерживается WSMB, MQWF, WAS
библиотеки DLL
Поддерживается WSMB, MQWF, WAS
Java RMI
Поддерживается ICS, WSMB (через доп. модули), MQWF, WAS
EJB (J2EE)
Поддерживается ICS, MQWF, WAS
объектов CORBA
Поддерживается ICS, MQWF, WAS
18
вызов функций RPC
Нет
OLE/COM/DCOM /COM+
Поддерживается технологическим СОМ-адаптером WBIA
SOAP
ICS, WSMB, WAS
OLE for Process Control (OPC) Нет готовой функциональности
Обращения к базам данных (универсальные интерфейсы )
ODBC
Стандартный узел процесса обработки данных WSMB
Стандартный узел процесса обработки данных WSMB; Для ICS,
WSMB имеется адаптер WBIA для формирования messagingзапросов к поддерживающим JDBC СУБД Для WAS — стандартная
функция J2EE
OLEDB
напрямую НЕ ПОДДЕРЖИВАЕТСЯ
Обращение к СУБД через родные интерфейсы
IBMDB2
Поддерживается
DB/400
Поддерживается
Oracle
Только через ODBC, JDBC
Microsoft SQL Server
Только через ODBC, JDBC
Другие методы формирования запросов
HTTP по URL-адресу,
Поддерживается при помощи Adapters Framework for ICS
содержащему параметры
запроса
Формирование запросов по
DB2 Information Integrator, DB2 Content Manager
протоколам XQuery/ X-Query
Вызовы мониторов транзакций CICS, IMS, Tuxedo
JDBC
Поддержка старых систем 70-80х годов выпуска
Машины IBM (мэйнфреймы,
Да, MQSeries
AS/400, MVS и пр.)
Поддерживается платформа IBM. Специфика ее клонирования в ЕС
Машины серии ЕС ЭВМ
ЭВМ не учитывается
Машины серии БЭСМ, VAX, Да, некоторые через MQSeries
другие
Поддержка старых протоколов транспортного уровня
Поддерживаются
SNA, Novell SPX
3.2.5.
Поддержка Web-сервисов
Прием запросов по SOAP
Мастера регистрации
сервисов/доступ к сервисам
Сервер приложений: встроено
Брокер сообщений ICS, WSMB: есть
сообщениями через SOAP
Сервер приложений
коннектор обмена
Средства поиска в
репозитории сервисов
Сервер приложений
Поддержка WS-S
Поддержка WS-T
Описания составных сервисов и
workflow при помощи языка
BPEL4WS
Подключение портлетов к
порталу через SOAP
Портал позволяет обращаться к
своему функционалу через
SOAP
Нет
Нет
Сервер приложений: можно конструировать составные сервисы с
помощью встроенного инструментария MQWF не поддерживает этой
возможности
Да
Да
19
Инкорпорирование в WebДа
страницы портала данных Webсервисов с оформлением их
посредством таблиц стилей
(SSL, XSL, XSLT)
Встроенный интерфейс для
Поддерживается MQWF Также ICS позволяет вызывать
обращения к workflow через
функционал collaborations через SOAP
протокол SOAP
3.2.6.
Целостность и технологичность платформы
Потребность в дополнительном ПО для корректной работы платформы /Возможные замены
компонентов решения
DB2 необходим для MQWF, рекомендован для WSMB. В комплект
СУБД
поставки входит лицензия на DB2 Для ICS можно использовать IBM
DB2 или Microsoft SQL Server
Брокеры CORBA
Для ICS требуется VisiBroker, входит в комплект поставки
MQ + Java API for MQ + WSMB или брокер публикации/подписки,
Шина обмена данных
входит в поставку
Среда разработки
Собственная, есть API для работы на С, C++, Java
Только если используется WebClient for MQ Workflow. Годится
Web-сервер
любой, удовлетворяющий спецификациям servlets API 2. 1 и JSP 1 .0.
Рекомендуется IBM WebSphere Application Server v. 3.5, 4.0 или 5.0
Сервер приложений (для WebSphere Portal Server работает поверх WebSphere Application
порталов)
Server v 4.0.2 и выше
Для всех больших продуктов требуется LDAP-сервер — IBM
Дополнения
Directory Server или or IBM Secureway Directory Server желательно
ПО Tivoli для управления и обеспечения безопасности
Технологические свойства ядра
Поддержка
перевода Да, MQWF. Он хранит все данные об исполнении процесса в DB2
длинных
процессов
в
"спящее" состояние
Имеются собственные средства балансировки нагрузки: Брокеры
Масштабируемость
обмена сообщениями — возможно применение
множественных серверов (кластеров) Сервер приложений —
расширенные средства балансировки и управления
производительностью Портал — масштабируется вместе с WAS
Совместимость компонентов
MQ выпускаются IBM и в промышленной эксплуатации в течение десятков лет. WSMB разработан
внутри IBM поверх MQ. WebSphere AS и Portal Server являются разработкой IBM. ICS 4.2 является
новой версией приобретенного с одноименной компанией продукта Cross Worlds.
(Для платформы Windows)
Минимальные требования к
ICS: 1 ГГц процессор , 512 Мб ОЗУ, 40 Гб диск WSMB: Pentium III,
аппаратному обеспечению
700 МГц, 512 MB ОЗУ
WAS: 500MHz, 512 Мб ОЗУ, 520 Мб диск
MQWF: 500 Мгц процессор, 256 Мб ОЗУ
3.2.7.
Защищенность платформы
Средства
безопасности
обеспечения SSL, Sigle Sign On, для WAS имеется поддержка
криптографических расширений Java
Поддержка Sigle Sign On
Через LDAP
20
Защищенность
транзитных Не обеспечивается средствами MQ, задача возложена на
хранилищ
сетевого администратора
Сертификация Гостехкомиссией Нет
при Президенте РФ
Сертификация
Министерства Нет
обороны
Сертификация ФАПСИ
Нет
Сертифиция
для
обработки Не проведена
документов,
связанных
с
гостайной
3.2.8.
Сложность внедрения поддержки, лицензионная политика
Квалификация персонала, необходимая для выполнения базовых операций (экспертная
оценка)
Серьезные базовые знания администратора и прочтение инструкции по
Установка платформы
инсталляции
Настройка и
Знания программиста, изучение инструкции по инсталляции, а также
связывание
знание и темы, к которой поставляется адаптер; для связывания
поставляемых
нужно понимание бизнес-процессов и знания по настройке
готовых коннекторов
преобразований сообщений
Разработка
Профессиональное знание языка Java/C/C++ и системы, к которой
собственных
необходимо разработать адаптер
коннекторов
Подключение
Профессиональное знание языка Java/C/C++ и системы, к которой
устаревших,
необходимо разработать адаптер, зависит от сложности приложения
унаследованных
и
др. нестандартных
Поддержка,
Достаточно знания документации по администрированию системы и
приложений
администрирование
навыков системного администратора
и сопровождением
интеграционной
платформы на фазе
эксплуатации
Ценовая
и лицензионная политика
Большинство продуктов лицензируются по числу процессоров (MQ, WSMB, ICS,
MQWF), адаптеры лицензируются по экземплярам или на организацию.
Неофициальная оценка стоимости лицензий (реальная цена сильно зависит от
конфигурации
продукта):











IBM WebSphere Business Integration Server — около 190 тыс. долл. на процессор
IBM WebSphere Business Integration Workbench Server — от 39 до 98 тыс. долл. на
процессор
IBM WebSphere Business Integration Server — от 85 до 285 тыс. долл. на процессор
IBM WebSphere Interchange Server — от 110 до 280 тыс. долл. на процессор
IBM WebSphere MQ Extended Security Edition — от 8 до 13 тыс. долл. на процессор
IBM WebSphere MQ Express ( v. 5.3 ) — от 3,8 до 6 тыс. долл. на процессор
IBM WebSphere MQ Workflow — около 160 тыс. долл. на процессор
IBM WebSphere Application Server ( v. 5.0 ) — 8,5 тыс. на процессор
IBM WebSphere Application Server Advanced Edition — от 11 до 13 тыс. долл. на
процессор
IBM WebSphere Application Server Express — ориентировочно 1800 долл. на
процессор
IBM WebSphere Application Server Express (20 пользователей) — около $500.
21
3.2.3
Выводы
3.3. Возможности платформы Microsoft.NET/BizTalk
3.3.1.
Общая характеристика платформы
Платформа Microsoft дает разработчику ту же функциональность, что и мир J2EE,
но естественно, только в рамках мира Windows. Инструменты, необходимые для
реализации различных интеграционных подходов, в платформе корпорации Microsoft
разнесены по нескольким продуктам, а часть функциональности включена
непосредственно в ОС - например, компонент управления транзакциями MTS, Web-сервер
Internet Information Server, библиотеки и среда исполнения "управляемого кода" .Net
(Common Runtime Environment) и пр.
Основную функциональность EAI несет BizTalk Server (далее BTS) - сервер
интеграции на базе XML. Он может работать и как брокер сообщений, т.е.
осуществлять преобразование и коммутацию поступающих в него сообщений, и как
механизм выполнения бизнес-сценариев. В отличие от платформ на базе J2EE, где серверы
приложений является основой для исполнения всей бизнес-логики - как низкого уровня
(компоненты EJB), так и высокого (через механизмы workflow) -BizTalk отвечает
только за высокоуровневую бизнес-логику и интеграцию систем, а выполнение логики
низкого уровня реализуется моделью СОМ+ или .Net.
Архитектурно BizTalk состоит из нескольких модулей: графических редакторов
карт преобразований XML-сообщений и сценариев бизнес-логики, а также
механизмов исполнения преобразований XML-сообщений и бизнес-сценариев. В версии
2004 появились компоненты, обеспечивающие работу пользователей с бизнес-процессами
через Web-браузер или клиентские программы типа Microsoft InfoPath.
Принятая Microsoft модель интеграционной разработки позволяет эффективно
разделить работу программиста и аналитика бизнес-процессов. Она похожа на ту, что
заложила, скажем, фирма ВЕА в свою платформу WebLogic Integration Platform.
(Естественно, последняя опирается на J2EE, а не на СОМ+). Бизнес-аналитик может
графически рисовать бизнес-процесс (если это вообще требуется в проекте),
используя такие понятия, как рабочий документ, действия, условия ветвления
процесса (т.е. принятия "решения"), точки распараллеливания и объединения
(ожидания) процессов, параллельных веток исполнения (с возможностями ожидания одной
или всех точек), преобразования документов. Для этого достаточно знания основ
программирования.
Затем аналитик или специалист по интеграции определяет точки вызова
внешней функциональности - реализуемой СОМ-объектами, кодом .Net, Webсервисами, привязываемыми к BizTalk через очереди сообщений MSMQ, картами
преобразования сообщений и т.п. Разработчик низкого уровня программирует эту
функциональность - создает СОМ-объекты в Visual Studio .Net или другой среде
разработки, определяет карты преобразований документов.
В BTS2002 реализован сценарный механизм "почти" уровня workflow, а в
BTS2004 - полноценный механизм workflow, включающий поддержку бизнеспроцессов с участием человека. В версии 2002 сценарии создаются графически и
сохраняются на языке XLANG. В BTS2004 сценарии workflow создаются в среде
Microsoft Visio и компилируются в сборки .Net, за счет чего достигается более
высокая производительность. В обоих случаях важную роль играет Micrososft SQL Server
22
- в BTS2002 эта СУБД используется как репозиторий сценариев XLANG и место
хранения статуса исполнения долгоживущих процессов, а в BTS2004 она вообще
применяется в качестве универсального "ящика для сообщений" (Messaging Box).
Философски эти версии сильно различаются - BTS2002 лишь отчасти
предназначался для процессно-ориентированной интеграции, а для BTS2004 этот подход
является основным. Между тем, версия 2004 унаследовала все лучшие свойства
предшественника как брокера сообщений. В любом случае, разработчику совсем не
обязательно использовать весь функционал - он может не использовать брокер сообщений
или отказаться от сценарной обработки (см. Рис.)
В версии 2004 разделение труда программиста и других участников проекта
интеграции дополнительно усилено. Помимо архитектора, задающего общую канву
процесса, в настройке системы может участвовать и пользователи-предметники. Для этого
введены два новых механизма - бизнес-правил (Business Rules) и конфигурирования
процесса (Business Process Configuration). Первый из них позволяет оформить наборы
проверок в схеме дирижирования процессом в виде отдельных компонент (бизнесправил). Разработчик задает отображение полей входящего XML-документа в
именованные параметры, список которых формирует словарь правила. Эти параметры
затем фигурируют в последовательностях сравнений, которые определяет уже бизнесспециалист, применяя специальный графический редактор. Таким образом, пользователь
может быстро поменять конкретные правила в простом инструменте, не прибегая к
помощи идеологически сложных средств, для изменения всего процесса. Второй
механизм позволяет определить список параметров процесса (например, конкретные
значения проверок), доступных для модификации извне. При этом сам процесс
представляется для пользователя как "черный ящик".
На наш взгляд, BizTalk Server имеет три неоспоримых преимущества перед
другими рассмотренными в данном проекту продуктами:
 Идеологически он крайне прост. Он позволяет разделить работу бизнесаналитика, специалиста по интеграции и разработчика. Для решения целого ряда
задач интеграции (например, через файловый обмен) достаточно освоить
графический редактор карт преобразования сообщений и еще пару операций.
Простоте способствует и то, что BizTalk в первую очередь ориентирован на обмен
структурированными XML-документами и способен принимать их по различным
каналам.
 Он позволяет разработчикам для платформы Windows наиболее полно
использовать
свои
знания.
Вся
архитектура
интеграции
BizTalk
опирается на модель .Net, СОМ+, технологию MSMQ. Компании,
использующие в работе инструменты разработки Visual Studio смогут
проводить
и
с
использованием
BizTalk
сложные
интеграционные
проекты.
 Интеграцию систем с помощью BizTalk можно осуществлять постепенно.
Начать с простого проекта с обменом файлами и нарастить его до
сложной системы со сквозными бизнес-проектами.
Однако эти же свойства определяют и слабые стороны продукта: он
функционирует только на платформе Windows и в существенной степени опирается на
нее. Поэтому, несмотря на то что партнеры Microsoft предлагают много коннекторов
для разных систем и файловых форматов, при попытке использовать BizTalk в
гетерогенной среде, особенно содержащей старые платформы и унаследованные
протоколы связи, могут возникать непредвиденные сложности. Отделение от ядра
продукта значительной части функциональности может приводить к как к снижению
23
стоимости проекта (за счет упрощения системы и более низкой цены ядра), так и к его
удорожанию - если дополнительных компонент требуется много. Растет и риск их
несовместимости.
В этом смысле легче обстоит дело с мэйнфреймами корпорации IBM -проблема взаимодействия с их данными может быть решена при помощи пакета самой
Microsoft - Host Integration Server. Стоит также заметить, что для ряда вертикальных
отраслей Microsoft предложены наборы, состоящие из шаблонов решений и
специализированных компонент, поддерживающих типовые для этих отраслей
протоколы обмена данными. Эти ускорители (Accelerators) есть, например, для
финансового сектора и здравоохранения.
Microsoft известна умением качественно интегрировать продукты, и BizTalk — не
исключение. Он довольно гладко стыкуется с другими приложениями ее
платформы. Однако, стоит иметь в виду, что комплект поставки BizTalk 2002
неполон: необходима дополнительно лицензия на Microsoft SQL Server. Также при
развитии проекта на BizTalk 2002 может потребоваться приобретение одной из
последний версий Visual Studio (а в гетерогенной среде - и других компонент).
Microsoft была одной из тех компаний, кто прокладывал дорогу XML в отрасли, a
BizTalk - один из ее первых продуктов на рынке, обеспечивших поддержку этого языка.
Естественно, поддержка в нем XML оказывается на высоте. Это и другие качества
позволяют применять BizTalk для построения Web-ориентированных решений. В
версии 2004 реализована также развитая поддержка Web-сервисов: они могут вызываться
из узлов бизнес-процесса, а сами бизнес-процессы могут также инициироваться через
протокол SOAP. Сценарии процессов можно экспортировать/импортировать в файлы на
языке BPEL, хотя и с потерей некоторых данных (в основном информации о вызовах
локальных методов). В BTS2004 также появились средства для управления жизненным
циклом и сопровождения создаваемых бизнес-процессов ~ в частности для анализа
бизнес-активности.
В продукте версии 2002 не было уделено также специального внимания
проблемам безопасности - она делегирована на уровень Windows и SQL Server. В версии
2004 этот недостаток несколько компенсирован - обеспечена поддержка однократной
регистрации (Single Sign On), аутентификации приходящих сообщений, а также "хостов"
(это логически обособленные группы бизнес-сценариев, адаптеров, каналов и других
элементов, что вводящие дополнительный слой изоляции между исполняемыми
компонентами).
BizTalk имеет отличные ценовые характеристики. BizTalk Server Enterprise
Edition - самая технологически полная версия продукта (обеспечивается интеграция
любого числа внутренних и внешних приложений, поддерживаются
многопроцессорные и кластерные конфигурации) стоит всего $24999 на процессор. А если
требуется согласовать всего два приложения, то достаточно версии Partner Edition, ценой
менее $1000.
Кроме того, стоимость самого проекта (если не требуются коннекторы),
благодаря указанным выше достоинствам продукта, может быть существенно ниже, чем
при использовании ряда других серверов. Немаловажно, что благодаря этим качествам
снизится и время внедрения. Важно и то, что продукт не требует мгновенного
погружения во все свои сложности. Компания-заказчик может постепенно
углубляться в его функционал - начать с самой примитивной интеграции с обменом и
конвертацией файлов и дорасти до сложных проектов с поддержанием онлайнового
согласования баз данных приложений и сквозных бизнес-процессов.
24
3.3.2.
Интеграционные компоненты платформы Microsoft
Функция
Управление
Очередями Сообщений
Брокер
Сообщений,
Обеспечивающий
Преобразование
Форматов
Сервер
приложений
на
базе J2EE
Сервер приложений на
базе СОМ
"Зонтичный" интерфейс
для доступа к базам
данных
Подсистема
Workflow для
автоматизации бизнеспроцессов,
предусматривающих
активное участие человека
Компонент платформы, отвечающий за выполнение функции
MSMQ обеспечивает передачу информации посредством
очередей сообщений, входит в состав Windows 200x Server
BizTalk Messaging - брокер сообщений. Преобразование
данных из формата в формат - одна из функций BizTalk
Orchestration. Оба входят в состав BizTalk Server (далее BTS)
N/A
Microsoft Transaction Server, входит в состав ОС Windows 200x
Server
Как продукта нет
Workflow описывается с помощью схем Orchestration. В
BTS2004 возможности Orchestration получили дальнейшее
развитие, в том числе и за счет добавления новых элементов
(shapes). Возможно построение workflow, предусматривающего
участие человека Для реализации этого, в частности, можно
применять т.н. длительные транзакции (long transactions).
InfoPath (старое название - X-Docs) является
клиентским приложением для доступа к данным
через систему предопределенных пользователем форм.
Возможно применение этого приложения в том числе и как
клиентского интерфейса для workflow.
Подсистема
Подсистема ВТ Orchestration предусматривает автоматическое
автономного исполнения исполнение сценария бизнес-процесса, описанного с помощью
(без
участия человека) схемы Orchestration.
сценариеввысокого
бизнес- уровня
логики
для
интегрированного
приложения
Готовые
инструменты Single Sign-On (SSO, иногда Enterprise SSO) поддерживается,
обеспечения однократной начиная с BTS2004
аутентификации
пользователя в разных Microsoft SQL Server, номер версии зависит от версии BizTalk
СУБД
корпоративных
СУБД, обязательна для BizTalk. В ней сохраняются бизнесприложениях и системах. сценарии XLANG и журналы событий.
Программное обеспечение Функциональность портала реализуется несколькими
для построения порталов продуктами:
SharePoint Portal Server 2003 - основное портальное ПО,
интеграция информации из разных систем на одной странице, с
3.3.3. Возможности платформы
Microsoft
по взаимодействию
с другими
платформами и
доступом
по однократной
регистрации.
Плюс управление
приложениями
документами, агрегирование информации и поиск
(Частично) Microsoft Content Management Sever, Microsoft
Уровни платформы, к которым
происходит
подключение
внешних
приложений
Commerce
Server - система
управления
Web-контентом
Для SharePoint Portal Server 2003, Microsoft Content
Уровень интерфейса
Management
Sever, Microsoftс Commerce
Server
пользователя (портал)
Эти
продукты интегрируются
BizTalk Server
В принципе возможно на уровне COM/MTS или .NET,
Уровень сервера
но естественней интегрировать приложения через BizTalk.
приложений
Для отсылки синхронных запросов, BizTalk не нужен. Это
делает DTC (Distributed Transaction Component).
Уровень брокера
Да, сам BizTalk Server является брокером
Коннекторы
брокера
сообщений
сообщений
сообщений
25
Сертифицированные
Нет
сертифицированных
адаптеров
Способ разработки
от Microsoft: SAP
Предоставляются третьими сторонами для: SAP R/3, Oracle
Applications (Financials), PeopleSoft, JD Edwards One World,
Siebel CRM (iWay), Pivotal CRM, Onyx CRM
BAAN 41, Microsoft Small Business Axapta и Microsoft Small
Business Navision, Microsoft Small Business Great Plains,
Documentum 4i, Lotus Domino, SalesLogix CRM, Галактика,
Парус, 1C, Интеллект-Сервис, Инфософт, Цефей
Visual Studio. NET, Adapter Framework
Настройки адаптеров через Если предусмотрено разработчиком адаптера
метаданные
Графические инструменты Если предусмотрено разработчиком
настройки коннекторов
адаптера
Коннекторы сервера приложений
N/A
Портальные коннекторы (портлеты )
Готовые
Microsoft Small Business Navision, Microsoft Small Business Great
Plains, Siebel CRM (CM www.microsoft.com/sharepoint/
server/downloads/webparts/erp.asp)
Отсутствуют (основные)
Способ разработки
Предоставляются третьими сторонами для: SAP R/3 (mySAP),
PeopleSoft, JD Edwards OneWorld, Oracle Applications (eBusiness
Suite)
Microsoft Small Business Axapta, Documentum 4i, Lotus Domino,
BAAN 4i, Pivotal CRM, Onyx CRM, SalesLogix CRM, Галактика,
Парус, 1C, Интеллект-Сервис, Инфософт, Цефей
Visual Studio .NET
Взаимодействие с другими платформами интеграции
IBM WebSphere MQ Business Есть адаптер для MQSeries
Integration Message Broker
IBM WebSphere Business Есть адаптер для MQSeries
Integration Interchange Server
BEA WebLogic Integration
Нет
Sun ONE Integration Server
Нет
Oracle Advanced Queuing
Через адаптеры фирмы iWay и Taviz
Microsoft BizTalk
Конечно
Sybase
Business
Integrator Suite
TIBCO
Process
,
Нет
Через адаптеры фирмы iWay и Taviz
Примечание
Есть адаптер третьей стороны для работы JMS-системами (BizTalk
Utilities)
Прием, синтаксический разбор и отображение во внутреннее представление сообщений или
форматов файлов
XML (с описаниями на DTD, Да
XDR, XSL/XSLT и т.д.)
HTML
Нет
TXT (ключ-значение)
Нет
TXT (колонки)
Да
CSV (данные, разделенные Да
запятыми)
EDI
Да
XLS (Microsoft Excel)
Нет
DBF
Нет
26
Другие
BTS может работать файлами любого формата, при наличии
адаптера. Напрямую, без адаптера, возможна работа только
файлами формата XML..
Готовые анализаторы от партнеров (Itemfield): XML, LegalXML,
IPX, cXML, ebXML, HL7 V3.0, Accord, HL7, EDI, EDIFact, FIX,
Swift, Accord, ASTM, JetForms, Cargo-IMF, MVR, ASCII Unicode,
ASCII ANSI, Cobol, FlatFile, EBCDIC, HTML, Microsoft Excel,
Microsoft PowerPoint, Microsoft Word, StarOffice, Word Perfect,
PostScript, AFP
Поддержка современных коммуникационных протоколов и стандартов
HTTP
Да
HTTP/S
Да
FTP
SMTP
POPS
Да
Да
Нет. Но есть адаптер третьей стороны для POPS (BizTalk
Utilities)
IMAP4
Дополнения
Нет
Имеются средства для получения данных из файлов. BizTalk
не предоставляет своей коммуникационной инфраструктуры
тран портного уровня и опирается на инфраструктуру ОС
Получение сведений о правах Поддерживается
доступа пользователей и
другую информацию из
LDAP-каталогов
Функциональность работы с сообщениями
Гарантированная доставка
Косвенно. Через описание транзакции
Гарантированная
обработка доставленных
сообщений
Да, если была создана соответствующая схема
Orchestration, то доставленное сообщение будет обработано.
Есть
синхронный способ
доставки сообщений
Ограничения на объем
передаваемых по шине
данных, например,
ограничения на длину
передаваемого сообщения
Возможность направления
сообщений по
альтернативным маршрутам
Есть
Ограничения в BTS2002: 20 МБ, ограничение на длину
сообщения MSMQ - 4 МБ
В BTS2004 значимых ограничений нет
Только на логическом уровне
Платформы, на которых
Windows
может функционировать ПО
шины обмена сообщениями
Средства
Базово нет. Но относительно просто система на это
автоматического
настраивается
перекодирования
русскоязычной информации
в гетерогенной среде
27
Поддержка XML в
качестве внутреннего
формата представления
данных для шины обмена
сообщениями
Да
Средства для импорта
XML-описаний форматов
сообщений (XML-схем)
Да
Графические
инструменты (WYSIWYG,
к примеру, опирающиеся
на концепцию drag-anddrop) для задания карт
преобразования полей
сообщений
Имеются. Для BTS2002 существует целый набор
графических утилит для создания и управления схемами
преобразования данных, схемами Orchestration и т.д. В
BTS2004 все средства разработки сведены в рамках Visual
Studio.NET. В самой Visual Studio.NET добавлены новые
типы проектов для поддержки BTS.
Средства (в том числе
Имеются
графические), упрощающие
описание процесса
пополнения данных в
трансформируемых
сообщениях информацией
из внешних источников
(СУБД и пр.)
Внутренний формат
XSLT Редактирование карт преобразований возможно
хранения таблиц
вручную и с помощью инструментов
преобразований
Поддержка брокером
Нет
вложенных друг в друга
сообщений
Управление транзакциями
Поддержка
BTS поддерживает возможность выполнять действия в
транзакционности в
рамках транзакции. Но для этого и коннектор должен
платформе (в том числе
поддерживать возможность откатить транзакцию.
многофазных транзакций с Поддерживаются как короткие транзакции (short transactions),
изоляцией данных в
так и длинные транзакции (long transactions). Длинные
приложениях)
транзакции могут выполняться продолжительное время: дни,
недели.
Поддержка обращения к внешним
модулям (синхронного) - вызов методов
ЕХЕ-файлы
Поддерживается в BTS2002
Библиотеки DLL
Поддерживается в BTS2002
Не поддерживается Microsoft, возможно ЧЕРЕЗ АДАПТЕРЫ
Java RMI
(фирма WRQ)
Не поддерживается Microsoft, возможно ЧЕРЕЗ АДАПТЕРЫ
EJB (J2EE)
(фирма WRQ)
Объектов CORBA
Нет
Вызов функций RPC
Поддерживается
OLE/COM/DCOM /COM+
Поддерживается
SOAP
Поддерживается
OLE for Process Control
Нет готовой функциональности
Дополнения
Поддерживает вызов сборок .Net
(OPC)
Обращения к базам данных (универсальные интерфейсы)
ODBC
Нет. Возможно через продукты третьих фирм: BizTalk Utilities
JDBC
OLEDB
Нет
Нет
28
Обращение к СУБД через родные интерфейсы
IBM DB2
Нет. Возможно через адаптеры (фирма Attunity)
DB/400
Через Host Integration Server или адаптеры WRQ
Oracle
Нет. Возможно через адаптеры (фирма Attunity)
Microsoft SQL Server
Да
Через адаптеры для BizTalk (фирма Attunity) поддерживаются:
Дополнение
IBM DB2, Btrieve, Informix, Ingres, Ingres II, NonStop
SQL/MP, Oracle, Oracle Rdb, SQL Server, Sybase
Другие методы формирования запросов
HTTP по URL-адресу,
Да
содержащему параметры
запроса
Формирование запросов
He поддерживается
по протоколам XQuery/ XQuery
Вызовы
Через связку СОМ+MTS-Host Integration
мониторов транзакций
Server
CICS,
IMS, Tuxedo
Через адаптеры Attunity
Поддержка старых систем 70-80х годов выпуска
Host Integration Server – взаимодействие с IBM AS/400 и
Машины IBM
(мэйнфреймы, AS/400, MVS мэйнфреймами IBM серий 390 и пр.
и пр.)
Поддержка старых мэйнфреймов через коннекторы WRQ и
др. в режиме эмуляции терминалов 3270, 5250, VTx (Unixсистемы), 23 92 А и 70092 (HP MVS) и пр.
Машины серии ЕС ЭВМ
Поддерживается платформа IBM (см. выше).
Специфика ее клонирования в ЕС ЭВМ не учитывается
Машины серии БЭСМ,
Нет
VAX, другие
Поддержка старых протоколов транспортного уровня
Нет. BizTalk не поддерживает транспортный уровень.
Поддерживаются
Windows в стандартной поставке тоже не поддерживает
старые протоколы. Легко BizTalk в такие системы включить
нельзя
Microsoft Host Integration Server обеспечивает
взаимодействие с сетями SNA
Не поддерживаются (важные) Novell SPX, X25
3.3.4.
Поддержка Web-сервисов
Прием запросов по
SOAP
BTS2004 имеет встроенный коннектор для работы с Webсервисами из механизма сценариев
В BTS2002 НЕЛЬЗЯ вызвать исполнение бизнес-сценария
через SOAP за исключением случаев, когда сценарий
экспортирует интерфейс СОМ. В BTS2004 это ВОЗМОЖНО
Мастера регистрации
ервисов/доступ к сервисам
С р е д с т в а ои с к а в
р епозитории сервисов
С помощью Visual Studio .Net
С помощью Visual Studio .Net
29
Поддержка WS-S
Только в BTS 2004 (обещана поддержка через плагин)
Поддержка WS-T
Нет
Описание составных
сервисов и workflow при
помощи языка BPEL4WS
BTS 2004 поддерживает описание бизнес-процессов при
помощи языка BPEL
Подключение портлетов к
порталу через SOAP
Портал позволяет
обращаться к своему
функционалу через SOAP
Есть в Content Management Server
Есть в Content Management Server
Инкорпорирование в Web- Есть в Content Management Server
страницы портала данных
Web-сервисов с
оформлением их
посредством таблиц стилей
Встроенный
интерфейс для В BTS 2004
(SSL,
XSL, XSLT)
обращения к workflow через
протокол SOAP
Дополнения
BTS 2004 совместим с профилем WS-I 1.0
3.3.5.
Целостность и технологичность платформы
Потребность в дополнительном ПО для корректной работы платформы /Возможные
замена компонентов решения
Для работы BizTalk Server 2002 требуются дополнительно: Microsoft SQL Server 2000 Для
работы BTS2004 требуется только компоненты ОС Windows 2003 Server и SQL Server 2000
SP3 Для разработки схем преобразования и схем Orchestration требуется среда
разработки Visual Studio.NET
СУБД
Не заменяема
Брокеры CORBA
Не поддерживаются
Шина обмена данных
N/A
Среда разработки
Не заменяема
Web-сервер
Internet Information Server
Сервер приложений (для
N/A
порталов)
Дополнительно
N/A
Технологические свойства ядра
Поддержка перевода в
длинных процессов в
"спящее" состояние
Масштабируемость
Есть в BTS2002
BTS 2004 более полно опирается на СУБД t и
обеспечивает "по большей части безстатусную" работу
процесса. Поддерживаются long transactions.
BTS умеет масштабироваться с помощью средстве ОС. SQL
Server также умеет масштабироваться. BTS 2004 имеет
дополнительные средства балансировки нагрузки, в частности
поддерживается концепция хостов, выполняющихся как
процессы ОС.
Для портала есть еще уровень кэширования.
Совместимость компонентов
Все продукты собственной разработки. Основа любого их них приобретена более двух
версий на зад Продукты интегрированы
30
Минимальные требования Минимальная конфигурация Pentium 300+ МГц, 256 МБ ОЗУ,
к аппаратному обеспечению 6Гб диск. Для реально работающей системы эти требования
выше
3.3.6.
Защищенность платформы
Средства обеспечения
безопасности
Все, что дает ОС Windows. Авторизация, цифровая подпись,
кодирование, виртуальные частные сети.
Поддержка Sigle Sign On
Защищенность транзитных
хранилищ
Имеется только в BTS 2004
Данные хранятся в SQL Server. По доступу - средствами SQL
Server. Но кроме этого, можно защитись средствами операционной
системы - шифрование на диске.
Нет
Сертификация
Гостехкомиссией
при
Президенте РФ
Сертификация Министерства
обороны
Сертификация ФАПСИ
Сертификация для обработки
документов, связанных с
гостайной
3.3.7.
Нет
Нет
Не проведена
Сложность внедрения поддержки, лицензионная политика
Квалификация персонала , необходимая для выполнения базовых операций (экспертная
оценка)
Требует знания основ администрирования BTS (изложены в
Установка платформы
документации), основ администрирования SQL Server
(документация)
Настройка и
Разработка схем (здесь, для BTS2004): владение Visual
связывание поставляемых
Studio.NET либо владение Visio (только для описания БП).
готовых адаптеров
Знание языков программирования может понадобиться также
при написании нетривиальных кусков схем Orchestration или
при отладке. Дополнительно, в схемах Orchestration для
программирования может быть использован С#-подобный
Разработка
скриптовый
Требует
знания
языкVisual Stusio.NET, языков
собственных адаптеров
программирования, Adapter Framework и особенностей работы
той системы для которой пишется адаптер
Подключение
Требует знания Visual Stusio.NET, языков
устаревших,
программирования, Adapter Framework и особенностей
унаследованных
и
работы той системы для которой пишется адаптер
др. нестандартных
Поддержка,
Знания основ администрирования BTS (изложены в
приложений
администрирование
документации), основ администрирования SQL Server
и сопровождением
(документация)
интеграционной
платформы на фазе
эксплуатации
Ценовая и лицензионная политика
31
BizTalk Server Standard Edition - Интеграция 5 внутрикорпоративных и 10 внешних
приложений. Не поддерживает многопроцессорные и кластерные конфигурации. Для
работы необходим SQL Server любой редакции. S6999/CPU
BizTalk Server Enterprise Edition - Интеграция любого числа внутренних и внешних
приложений. Поддерживает многопроцессорных и кластерные конфигурации. Для работы
необходим SQL Server любой редакции. S24999/CPU
BizTalk Server Partner Edition - интеграция двух внутрикорпоративных и двух внешних
приложений. Не поддерживает многопроцессорные и кластерные конфигурации. В составе
продукта поставляется SQL Server Desktop Engine (м.б. заменен на любую другую версию
SQL) $999/CPU
3.4. Versant OpenAccess
3.4.1.
Характеристики продукта
Сегодня разработчикам приходится делать трудный выбор между мощными,
гибкими и быстрыми приложениями, которые получаются при условии использования
подхода, который имеет несколько различных названий (POJO, доменная модель, бизнесобъекты и т.д.) и подходом, основанным на модели данных. Потребность в высоко
производительном, основанном на индустриальном стандарте, продукте, реализующем
объектно-реляционное отображение, толкает разработчиков и архитекторов программного
обеспечения к более строгому подходу к работе с данными. Команды разработчиков
программного обеспечения сегодня понимают, что код, реализующий объектнореляционное отображение, легче купить уже в готовом виде, чем делать самим. Versant
Open Access Suite - это продукт, предназначенный для разработки систем масштаба
предприятия и предоставляющий Java и .NET программистам возможность прозрачной
сохраняемости объекты. Это полнофункциональное средство объектно-реляционного
отображения (O/R mapping). От начала и до конца оно разрабатывалось, ориентируясь на
потребности широкого класса приложений.
Наиболее значимые возможности:
Основные выгоды от использования Versant Open Access Suite:
Высокая производительность
Простота использования
Поддержка больших баз данных
Поддержка различных технологий, различных серверов, Java/.NET API
Ключевые возможности:
Оптимизация запросов
Двухуровневое кэширование
Возможность работы с данными при отсутствии соединения
Объектно-реляционное отображение
32
3.4.2.
Архитектура
Архитектура Versant Open Access Suite объединяет в себе все требования,
предъявляемые к средствам обеспечения сохраняемости объектов или объектнореляционного отображения. Она предоставляет набор возможностей, который может быть
применен независимо от API, языка программирования или базы данных.
Высокопроизводительное сохранение объектов подразумевает наличие запросов,
кэширования, планов выбора данных, объектно-реляционного отображения и т.п. Все эти
возможности поддерживаются Versant Open Access Suite.
3.4.3.
Возможности и преимущества
Любое приложение получает возможность прозрачно сохранять объекты, независимо
от API, языка программирования, используемых инструментов, подхода к
программированию и программной инфраструктуры. И все это на фоне высочайшего
быстродействия. Такие возможности делают Versant Open Access Suite наиболее
предпочтительным и безопасным выбором.
3.4.4.
Требования
Базы данных
Стандарты доступа к данным
Языки программирования
Oracle, Microsoft SQL Server, DB2,
MySQL, Pointbase, Sybase, Informix, SAP
DB, Interbase, Firebird, Versant Database
JDO, .NET, EJB 3.0, SDO
C#, Java, managed C++, J#, VB.NET,
любые IL-совместимые языки
33
Официальным дистрибьютором компании Versant в России и СНГ является
компания «Ленвендо».
3.4.5.
Варианты применения Versant Open Access для построения интегрированораспределенной системы.
Предложения по организации структуры базы данных.
1. Reverse engineering – по созданным ранее таблицам создаются java классы, с
которыми работает программист WebSphere, средствами VOA осуществляется
взаимодействие с реляционными базами данных. Недостатки: не будет
объектного подхода в описании данных. Необходимо хранить ссылки между
базами данных.
2. Единая база данных с иерархией классов, в которую осуществляется
репликация данных по индивидуальным правилам реплицируемой базы.
Преимущества: взаимодействие клиентов с единой базой данных, единая
структура данных. (Адекватная объектная модель структуры университета –
иерархия классов. Например, базовый класс “Персона”, наследники “Студент”,
“Работник Университета” и т.п. В свою очередь, у “Студента” наследники
“Студент Физфака”, “Студент Мат-Меха” и т.п.).
Недостатки: для каждой реплицируемой базы необходимо описать правила
внесения данных в единую базу.
3. То же подход что и в пункте 2, но занесение данных производится через единый
интерфейс, без промежуточных локальных баз данных.
Преимущества: преимущества второго подхода без его недостатков, полная
централизованность (хранение, ввод/вывод данных например через web
интерфейс).
3.4.6.
Результаты применения
В результате использования продукта, были выявлены проблемы стыковки данного
продукта с продуктами IBM Web Sphere. Так же заявлена возможность стыковки с
Microsoft.NET. В частности проблема использования в этих продуктах разных версий
J2EE. В перспективе разработчики заявили о том, что процедура стыковки продуктов
будет улучшена.
3.5. Описание CASE-средства визуального моделирования REAL для
создания визуального представления базы данных, с последующей
генерацией.
При создании макета информационной системы. Репозиторий метаданных был
реализован, как отдельная база данных в хранилище данных IBM DB2.
Средство визуального моделирования REAL предоставляет возможность
генерирования экземпляра базы данных по соответствующей модели «сущность-связь»
реализованной как модель классов.
В связи с чем, по описанию структуры базы данных (которая приведена далее) было
сформировано визуальное представление ее структуры на основе модели классов REAL:
34
Рисунок 1.
Схема репозитория метаданных – модель классов.
Далее с помощью инструмента «Database Generator», входящего в комплект
поставки была сформирована база данных «META» соответствующая репозиторию
метаданных. (Подробнее см.. [?]). Полученная схема сущностей репозитория метаданных
может быть в дальнейшем использована при переходе к другой СУБД, в рамках другой
платформы интеграции (например, Microsoft SQL Server).
35
4. Обзор технологий создания web-интерфейса
4.1. Введение
При разработке единой интегрировано-распределенной системы на основе единого
пользовательского интерфейса, для успешного взаимодействия с выбранными продуктами
интеграции на уровне баз данных из множества представленных на рынке ПО продуктов
были выбраны следующие средства:
IBM WebSphere Studio Site Developer
Технология ASP.NET входящая в комплект среды Visual Studio.NET.
4.2. Возможности IBM WebSphere Studio Site Developer
IBM Web Sphere Studio Site Developer предоставляет интегрированную среду
разработки для создания, тестирования и развертывания приложений J2EE с HTMLстраницами, сервлетами и компонентами JSP. Создает приложения для Web-служб на базе
открытых стандартов, генерирует XML-документы из описаний типов документов (DTD Document Type Definition) и предоставляет среду коллективной разработки, обеспечивает
сквозное локальное и удаленное тестирование и создает приложения с использованием
мастеров, генераторов кода.
В рекламных проспектах также заявлены следующие основные возможности:
 наличие встроенной справки по коду, завершение кода и генерация кода;
 встроенная среда тестирования элементов (Unit Test) и удобный отладчик Java и
Javascript;
 поддержка XHTML, JSP 1.2, Servlet 2.3 и JDK 1.3;
 интегрированная среда разработки Java и визуальный редактор (Visual Editor) для
Java;
 визуальная среда Web-разработки для быстрого создания динамических Webузлов;
 основанное на технологии Struts средство Model View Controller для планирования
и визуального конструирования Web-приложений.
Тем не менее, среда визуального конструирования уступает своим аналогам, как
систем разработки Microsoft.NET, так и другим средам, основанным на J2EE (например,
IntelliJ IDEA). Это связанно с тем, что среда разработки Site Developer основана на
продукте Eclipse фирмы Borland и использует надстройки над этой средой. Eclipse
является открытым программным средством, но, тем не менее, уступает по своим
возможностям остальным продуктам такого типа. К тому же хоть Eclipse и создавалась
как для работы с JVM версии 1.3 так и версии 1.4, однако текущие версии спроетированы
так, чтобы запускаться на JVM версии 1.3, поэтому возникает множество проблем при
работе с версий 1.4.
4.3. Описание IBM WebSphere Portal Server
WebSphere Portal Server (WPS) — это предложение для построения горизонтальных и
корпоративных порталов, предоставляющее доступ к приложениям, данным и экспертам с
помощью программных модулей (адаптеров), называемых портлетами. Компания IBM
предлагает широкий выбор готовых портлетов в составе продукта и инструменты
разработки собственных портлетов.
Среди охватываемых разновидностей данных, предоставляемых WPS, —
информация, поступающая от новостных агентств, неструктурированная информация,
36
пакеты приложений независимых разработчиков, традиционные приложения, СУБД и
файловые системы, системы управления информационным наполнением сайтов, офисные
пакеты.
WPS может быть развернут как корпоративный портал для сотрудников, бизнеспартнеров и заказчиков. Этот продукт содержит функции структурирования и
категоризации
информационного
наполнения,
обеспечения
безопасности,
персонализации, управления документооборотом (рис. 1).
Рисунок 1.
Структура WebSphere Portal Server
Структура WPS основана на следующих продуктах: WebSphere Application Server,
WebSphere Personalization, WebSphere Everyplace Suite, а также на программных
продуктах Lotus Corporation.
Службы представления WPS предоставляют простой в использовании тонкий клиент
с Web-интерфейсом, с помощью которого пользователи, работающие с браузером, могут
настраивать вид портала, опции поиска бизнес-контента и доступа к нему. Данные
службы работают совместно с WebSphere Everyplace Suite, который позволяет
адаптировать пользовательский интерфейс к возможностям мобильных устройств и WAPтелефонов. Службы персонализации WPS используют интеграцию с продуктами Tivoli.
WPS предоставляет доступ к службам поддержки коллективной работы путем
интеграции с продуктами Lotus и Microsoft, причем интерфейс к этим продуктам
представлен в виде портлетов. WPS содержит адаптеры-портлеты для Lotus Notes View, Email, Calendar, списков To Do и дискуссионных групп. Такие продукты, как Lotus
Quickplace, Sametime, LearningSpace и Domino.Doc, можно приобрести отдельно и
добавить в WPS в виде портлетов. WPS содержит портлеты и для компонентов Microsoft
Exchange: Calendar, Inbox, Contacts и Office Library.
Службы
управления
документооборотом
WPS
поддерживают
полный
документооборот транзакционного типа в рамках нескольких систем, которые совместно
формируют бизнес-процесс. Эта функция появилась благодаря интеграции с продуктом
MQSeries Workflow.
4.4. Возможности ASP.NET и ADO.NET в Visual Studio
37
Visual Studio .NET позволяет создавать приложения, расширяющие возможности
Интернета. Это могут быть как обычные web-узлы, содержащие страницы HTML, так и
полнофункциональные бизнес-приложения для интрасетей и Интернета, или сложные
приложения для электронной коммерции по модели «бизнес-бизнес», которые
предоставляют web-компоненты для обмена данными с помощью XML.
Web-приложения в Visual Studio строятся на основе ASP.NET. ASP.NET - это
платформа для разработки и выполнения приложений на web-сервере, включающая в себя
объекты и элементы управления времени разработки и контекст среды выполнения.
ASP.NET, в свою очередь, является частью .NET Framework, а потому обеспечивает
доступ ко всем возможностям этой платформы. Например, можно создавать webприложения ASP.NET на любом языке программирования .NET (Visual Basic, C#,
управляемые расширения для C++ и многие другие) и средств отладки .NET. Доступ к
данным осуществляется средствами ADO.NET. Аналогично, можно обращаться к
службам операционной системы, используя классы .NET Framework, и т. д.
Web-приложения ASP.NET выполняются на web-сервере, настроенном на работу с
Microsoft Internet Information Services (IIS). Однако необязательно работать с IIS
напрямую. Можно программировать средства IIS, используя классы ASP.NET, а Visual
Studio будет выполнять задачи управления файлами, такие как создание приложений IIS
по мере необходимости и обеспечение способов развертывания web-приложений в IIS.
Рисунок 1.
Архитектура ASP.NET
Как и для любых приложений .NET, .NET Framework позволяет создавать
приложения ASP.NET с помощью текстовых редакторов, компилятора командной строки
и других простых инструментов. Можно копировать файлы в IIS вручную для
развертывания приложения.
В качестве альтернативного варианта можно использовать Visual Studio. В сущности,
web-приложения, созданные с помощью Visual Studio, можно было бы создать вручную.
Это означает, что при работе с Visual Studio не создается какой-то другой тип webприложения; конечным результатом по-прежнему является web-приложение ASP.NET.
Преимущество использования Visual Studio заключается в том, что эта среда
предоставляет инструментальные средства, благодаря которым процесс разработки
приложений становится быстрее, проще и надежнее. В число этих инструментов входят:
Визуальные конструкторы для web-страниц с перетаскиваемыми элементами
управления и режимом просмотра кода (HTML), в котором предусмотрена возможность
проверки синтаксиса.
Оптимизированные редакторы кода, включающие в себя завершение операторов,
проверку синтаксиса и другие возможности IntelliSense.
Встроенные средства компиляции и отладки.
38
Средства управления проектом для создания файлов приложения и управления ими,
включая развертывание на локальном или удаленном сервере.
Эти возможности знакомы опытным пользователям Visual Studio, поскольку они
похожи на соответствующие возможности для создания приложений в предыдущих
версиях Visual Basic и Visual C++. С помощью Visual Studio .NET можно использовать
подобные возможности при создании web-приложений ASP.NET.
Создание web-приложений ASP.NET включает в себя работу со многими элементами
из тех, что используются в любом приложении для настольного компьютера или клиентсерверном приложении. В их число входят:
Средства управления проектом.
При создании web-приложения ASP.NET
необходимо отслеживать нужные файлы: какие из них должны быть скомпилированы, а
какие развернуты.
Интерфейс пользователя. Приложение, как правило, выводит данные на экран
пользователю; в web-приложении ASP.NET интерфейс пользователя представлен в виде
страниц Web Forms, которые направляют выводимые данные в обозреватель. При
необходимости можно создать вывод, специально рассчитанный на работу с мобильными
устройствами или другими web-устройствами.
Компоненты. Многие приложения содержат элементы, которые содержат код для
выполнения определенных задач и могут быть использованы повторно. Эти компоненты
можно создавать в web-приложениях в качестве web-служб XML, которые позволяют
вызывать эти компоненты через Интернет, например из web-приложения, другой webслужбы или формы Windows Forms.
Данные. Для большинства приложений требуется доступ к данным в той или иной
форме. В web-приложениях ASP.NET можно использовать ADO.NET (службы данных,
являющиеся частью .NET Framework).
Безопасность, производительность и другие функциональные возможности
инфраструктуры. Как и в любом другом приложении, необходимо обеспечивать меры
безопасности для предотвращения несанкционированного использования, тестировать и
отлаживать приложение, налаживать его производительность и выполнять другие задачи,
напрямую не связанные с первоначальным назначением приложения.
На следующей диаграмме показано, каким образом части веб-приложения ASP.NET
соотносятся между собой и какое место они занимают в объемлющем контексте .NET
Framework.
39
Рисунок 3.
4.5. Результат апробации технологий создания web-интерфейса
создания пользовательского интерфейса для макета портала.
для
Практический опыт показал, что применяя технологии ASP.NET и ADO.NET,
разработка web-приложения занимает существенно меньший объем времени, чем
аналогичная разработка в среде WebSphere Studio Site Developer. Так как обладает более
прозрачной архитектурой и эргономичной средой разработки Visual Studio.NET.
40
5. Постановка задачи и схема реализации
5.1. Общие требования построения единой интегрировано-распределенной
системы
1. Основа информационной электронной среды СПбГУ определяется
коммуникациями и набором приложений (баз данных).
2. Коммуникации состоят из централизованного коммуникационного пространства
СПбГУ и распределенных коммуникаций подразделений и служб.
3. Приложения (базы данных) распределены между службами ректората и
подразделениями.
4. Все подразделения и службы ректората должны будут хранить в централизованном
коммуникационном пространстве регламентированные базы данных, поддерживать
их актуальность, целостность, корректность хранимой информации и
обслуживающие приложения.
5. Перечень регламентированных баз данных утверждается ректором СПбГУ.
Структура данных в централизованном коммуникационном пространстве
определяется ответственным за определенное направление работы управлением
ректората.
6. В централизованном коммуникационном пространстве СПбГУ действует единая
система аутентификации пользователей. При этом администрирование доступа к
приложениям (базам данных), хранящимся и работающим в централизованном
коммуникационном пространстве осуществляется через ответственное за это
приложение подразделение (или службу).
7. В подразделениях и службах могут быть свои приложения (базы данных), доступ к
которым и организация работы обеспечиваются их собственными ИТ силами.
Если такие приложения (базы данных) (или их части) должны быть в
централизованном коммуникационном пространстве, то соответствующие
подразделения или службы должны обеспечить репликацию данных в базу данных,
хранящуюся в централизованном коммуникационном пространстве (в режиме online или off-line).
5.2. Описание задач
Для продолжения дальнейших исследований в области построения интегрированораспределенной системы было принято решение по созданию пробного макета
информационной системы и портала Университета. Такой макет позволит наглядно
представить мощность и перспективы создаваемой интегрированной системы. В рамках
данной задачи были выделены следующие ключевые подзадачи:


Создание структуры интегрировано-распределенной системы:
o Создание механизма объединения данных университета через процесс
репликации. Описание процесса репликации. Реализация механизма
репликации с помощью J2EE-технологии.
o Описание структуры репозитория метаданных.
Создание макета портала, предоставляющего единый web-интерфейс к
интегрировано-распределенным данным.
o Создание системы администрирования портала. Описание способов
регистрации новых пользователей.
o Создание пользовательского интерфейса на основе метаданных ИРАИС.
Автоматическое создание профайла пользователя.
41
o Реализация пользовательских приложений, осуществляющих доступ к
персональным данным пользователя.
5.3. Схема реализации
Для решения задачи создания web-интерфейса к интегрированной базе данных
университета предлагается следующая схема (см. Схему 1). Из схемы видно, что
имеется общее хранилище объединяющее все образы баз данных отделов и
факультетов а также служебные базы данных (почта, документы, справочник) и база
данных «Персоналии», предоставляющая мета-информацию, для персоны
университета. Доступ через портал осуществляется только к хранилищу, приложения
же работают на основе оригинальных баз данных, и пополняются актуальной
информацией их владельцами.
Портал СПбГУ
Информационно
Управляющий центр
Преподаватели
Приложение
«Студент Матмеха»
…
Webсервисы
Репликация
Студент фил. Фта.
Сотр НИИФ.
Зарплата, отдел
кадров.
преподаватели
Студент матмех факультета
…
Схема 1.
Общая схема портала.
42
Информационно Управляющий Центр
Система
0 уровень
1 уровень
Средства
разработки
сервисов
Средства создания
портлетов
Почтовый сервер
Репозиторий
метаданных
Средства
репликации
UDDI
Система
документооборота
Репозиторий
справочников
2 уровень
3 уровень
Данные
Web-сервисы
Хранилище образов
баз данных
Схема 2.
Структура информационно-управляющего центра.
43
Объект репликации
Таблица, содержащая
персональную информацию
Таблица, содержащая
персональную информацию
Процесс репликации
Извлечение
персональных данных:
Ф.И.О.,
персональный
идентификатор,
дату рождения.
Репозиторий метаданных
Процесс трансформации
данных (Максимальное
сохранение структуры
репликанта)
Система
администрирования
БД
«Персоналии»
Хранилище образов
баз данных
Система
регистрации
Схема 3. Репликация данных.
44
5.4. Описание интегрированной
документов.
БД
метакаталогов,
справочников
и
1. Данные хранятся в централизованном хранилище в виде репликаций (образов)
нескольких распределенных баз данных. Исходные базы данных могут храниться в
подразделениях или службах ректората или непосредственно в централизованном
хранилище.
2. На первом этапе стержневым элементом интеграции является база данных
«Персоналии» и единая система электронного документооборота.
3. Все базы данных имеют естественную иерархию.
Верхний (нулевой) уровень:
 «Персоналии»
o Таблица «Персоны»
 Фамилия, имя, отчество
 Год рождения
 Уникальный «ключ» (код)
o Таблица «Базы данных и приложений первого уровня»
 Название базы данных
 Название таблицы с персональной информацией
 Название поля, задающего уникальный «ключ» в таблице с
персональной информацией
 Строка с видом запроса персональной информации
 Ссылка на «portlet», который выводит справочную информацию по
персоне из базы данных первого уровня
 Ссылка на приложение, работающее с этой базой данных (либо на
портлет, либо на какой-то объект-приложение с указанием его
размещения)
 Уникальный «ключ» (код)
o Таблица «Ссылки на персональную информацию в базах данных
первого уровня»
 Ссылка через уникальный «ключ» из таблицы «Персоны»
 Ссылка через уникальный «ключ» из таблицы «Базы данных и
приложений первого уровня»
 Признак «активности» персоны в соответствующей базе данных
первого уровня

«Документы»
 «Почта»
 «Справочники»
4. База данных «Персоналии» пополняется из баз данных первого уровня, которые
ведутся либо в той или иной службе ректората либо в подразделениях.
 «Студент факультета»
 «Абитуриент»
 «Аспирант»
 «Слушатель факультета доп. образования» (малого ф-та, спец. факультета и
т.п.)
 «Кадры общеуниверситетские»
 «Сотрудник НИИ»
 «Сотрудник подразделения»
 «Работник по договору»
 «Зарплата»
 «…»
Номенклатура баз данных первого уровня может динамически изменяться. При этом,
например, в перспективе может быть несколько баз данных «Студент мат-меха»,
соответствующие разным периодам времени (архивы) и изменяющимся со временем
приложениям.
45
5.5. Схема администрирования пользователей портала. Описание портала.
1. В базе данных «Персоналии» нельзя завести нового человека, но можно
«объединить» двух разных, у которых нет разных записей в одной из баз данных
первого уровня. Также можно «разделить» на две одну запись в таблице «Персоналии»
при том условии, что у каждой из новых записей останется не меньше одной ссылки на
какие-то базы данных первого уровня.
 Первоначально в базу данных «Персоналии» попадают все люди из баз
данных первого уровня.
 При появлении в базах данных первого уровня новых людей изменения в
базе данных
«Персоналии»
производятся
либо в режиме
online
автоматизировано, либо в режиме offline автоматически в определенные
системным администратором периоды времени
 При автоматизированном переводе данных из одной базы в другую
(например, из «Абитуриент» в «Студент») новая запись в базе данных не
заводится, а добавляется новая ссылка.
 При устройстве на работу по совместительству или при поступлении на курсы
для получения дополнительного (второго) образования в приложениях,
работающих с базами данных первого уровня, надо включить возможность
«загрузки» персональной информации из другой базы данных (по крайней
мере, надо иметь хотя бы просто возможность добавить новую ссылку в базе
данных «Персоналии»)
2. В интегрированной информационной системе СПбГУ действует единая система
регистрации пользователей и доступа LDAP.
Доступ пользователей к LDAP-серверу осуществляется через портал СПбГУ,
набором в любой из программ-браузеров (просмотров) (Internet Explorer, Netscape
Navigator и т.п. ) набором адреса портала.
Предварительно зарегистрированные пользователи набирают LoginName, пароль
и после этого попадают на свою рабочую (или стартовую страницу, на которой есть
ссылка на страницу с персональной информацией) страницу. Если у пользователя в
момент входа в систему нет признака «Активен» хотя бы в одной из записей в таблице
«Ссылки на персональную информацию в базах данных первого уровня», то доступ к
его рабочей странице автоматически блокируется.
По умолчанию для всех пользователей на рабочей странице располагаются
портлеты для работы и вывода персональной информации из баз данных первого
уровня и портлет системы документооборота, в котором отражаются назначенные ему
для работы или ознакомления документы. Если пользователь «не увидит» какогонибудь портлета на своей рабочей странице, то это может быть связано с тем, что в
таблице «Персоны» информация о пользователе дублируется. В этом случае
пользователь должен иметь возможность «дать задание» системному администратору
базы данных «Персоналии» разобраться с дублированием его данных.
Пользователи в меру своей компетенции, определенной администраторами
системы, могут переконфигурировать свою рабочую страницу. По мере разработки
системы
администратором
будут
добавляться
возможности
использования
пользователями новых портлетов, выдающих ту или иную справочную и аналитическую
информацию из всей совокупности баз данных первого уровня.
3. Для регистрации пользователей возможны варианты:
 Пользователь регистрируется самостоятельно. При регистрации он
указывает свои: имя, фамилию и отчество. По этим данным определяется,
есть ли этот человек в настоящий момент в базе данных «Персоналии». И
если есть, то принимаем его в качестве этого пользователя портала и
отображаем для него соответствующие персональные сервисы. В случае
ошибочной идентификации пользователя, эти вопросы предлагается
решать через администратора системы (по e-mail или личной встречей).
(Этот вариант годиться для апробирования портала и является наиболее
легко реализуемым, например в рамках системы интеграции основанной
на IBM WebSphere Portal).
46

Логин и пароль для входа в портал, определяется администратором
портала, в соответствии с едиными правилами. Затем эта информация
передаётся непосредственным пользователям. Например при поступлении
в университет при регистрации абитуриента, ему выдается такой логин и
пароль, с помощью которых он сможет посмотреть информацию о своих
вступительных экзаменах и решениях ЦПК.
4. Для работы с базами данных первого уровня используются специальные
приложения, которые могут иметь свою систему доступа, администрирования и
правил работы. Ответственность за работоспособность приложения и
содержание хранящихся данных несет на себе руководство соответствующего
подразделения или службы ректората.
5. Представление данных
в портале не зависит от специфики приложений
работающих с этими данными, так как предназначены для предоставления
личной информации универсантам. Для репликации же предполагается
использовать специально выделенный web-сервис.
6. Описание примерной структуры представления информации в портале (для
конкретного пользователя - учащегося):
Персон. данные учащегося
назначенные документы
студент
сотрудник НИИ
…
Назначенные документы
информационные материалы
документы для обработки
обрабатываемые документы
…
47
5.6. Описание макета портала
5.6.1.
Структура макета
При разработке макета портала были выделены следующие требования и задачи:
 Макет должен содержать систему аутентификации и регистрации
пользователей портала, в соответствии с предложенной схемой реализации;
 Аутентификация должна быть произведена один раз. То есть в следующий раз
система должна автоматически определить пользователя;
 После аутентификации пользователя, пользователю должна быть предоставлена
его персональная странница;
 Используя информацию из репозитория метаданных, портал должен
предоставить список доступных пользователю сервисов (в виде
соответствующих ссылок) и предоставить эти сервисы в виде web-приложений;
 В списке сервисов должны быть доступны ссылки на актуальную информацию
из баз данных первого уровня.
 Репрезентация этих данных должна соответствовать схеме отображения этих
данных в приложениях, формирующих данные.
При описании макета портала так же следует выделить следующие структурные
элементы связывающие портал с информационным хранилищем ИРАИС:
 Система администрирования пользователей портала функционирует отдельно
от хранилища интегрировано-распределенных данных системы.
 Система администрирования содержит ссылки на таблицу «персоны» из
репозитория метаданных.
 По репозиторию метаданных формируется профайл пользователя путем
указания ссылок на базы данных и web-приложений, входящих в соствав
портала и работающих с соответствующими данными.
При создании макета, было произведено тестирования на основе баз данных
«Студент» (база данных студенческого отдела) и «Аспирант» (база данных отдела
аспирантуры). База данных «Аспирант» в свою очередь содержит персональную
информацию, как для аспирантов, так и для научных руководителей.
Макет портала реализован на основе технологии ASP.NET. В качестве языка
разработки был выбран язык программирования C#, входящий в комплект среды
разработки VisualStudio.NET. Макет представляет собой набор ASP-странниц с
соответствующим серверным кодом (более подробно см. Приложение).
48
Система
администрирования
пользователей портала
Портал
Имеем актуальную ссылку
на таблицу персона
Репозиторий метаданных
Профайл
пользователя:
Список сервисов
формируется на
основе доступных
баз данных
Ссылки на персональную
информацию в базах
данных первого уровня
Система отображения персональной
информации пользователя портала
Web-приложение для отображение
персональной информации
студента
Web-приложение для отображение
персональной информации
аспиранта
Другие базы
данных...
Web-приложение для отображение
персональной информации
научного руководителя
База данных
«Студент»
База данных
«Аспирант»
Схема 4. Структура макета портла.
5.6.2.
Описание пользовательского интерфейса
При первом входе в портал пользователю необходимо будет пройти регистрацию,
если он еще не занесен в реестр пользователей.При регистрации пользователя необходимо
указать: имя пользователя, пароль и полные фамилию, имя, отчество. При этом система
автоматически определит пользователя, как человека имеющего данные в интегрированораспределенном хранилище:
49
Дале необходимо пройти аутентификацию указав свое имя пользователя и пароль.
50
6. Выводы
6.1. Результаты
В рамках данной дипломной работе были достигнуты следующие результаты:
1. Рассмотрены существующие подходы построения интегрировано-распределенных
систем. Проанализированы достоинства и недостатки соответствующих подходов.
Проведен анализ текущего состояния информационной системы СПбГУ.
Рассмотрены варианты применения подходов интегрирования для создания единой
интегрированной распределенной информационной системы университета.
2. Исследована возможность применения наиболее перспективных из существующих
продуктов для построения ИС Университета. В частности рассмотрена
возможность применения следующих систем интеграции:
 Платформа IBM WebSphere и другие продукты корпорации IBM.
 Платформа Microsoft.NET.
3. Разработана архитектура информационной системы Университета на основе
интеграции баз данных и единого web-интерфейса.
4. Разработан макет портала Университета. Реализованы:
 Система регистрации пользователей.
 Схема доступа к персональной информации пользователя
Исследованы возможности основных технологий разработки web-приложений в
контексте построения портала Университета:
 IBM WebSphere Studio Site Developer
 ASP.NET
5.
Реализован механизм репликации данных из локальной базы данных в хранилище
интегрированных данных, с актуализацией информации в репозитории
метаданных, путем согласования реестра пользователей интегрированной системы
и указанием актуальных ссылок на образы в хранилище образов.
Основой предлагаемого в настоящем проекте решения является разработка и
внедрение в подразделениях Университета единого подхода к интеграции существующих
и вновь создаваемых ресурсов в ИРАИС. При этом на самых ранних стадиях реализации
проекта достигаются по крайней мере две цели: во-первых, обеспечивается возможность
использования всеми клиентами уже имеющихся информационных ресурсов, во-вторых,
уровень интеграции включенных в систему ресурсов оказывается достаточно высок для
обеспечения возможности эффективного управления ими со стороны системы.
6.2. Перспективы развития
При выборе рассмотренного в проекте решения возможны следующие
Реализация интеграции через web-сервисы. Модернизация приложения для работы с
ИРАИС.
Синхронизация данных из хранилища образов баз данных вместо репликации.
Создание полностью распределенной системы данных.
51
7. Список литературы
[1] Отчет «Методы и инструменты интеграции корпоративных приложений (Enterprise
Application Integration - EAI)», подготовленный группой авторов «RC GROUP».
[2] Библиотека MSDN - Visual Studio .NET 2003. http://msdn.microsoft.com/library/rus/
52