Санкт-Петербургский государственный университетМатематико-механический факультет

Кафедра информатики

Разработка интеграционных элементов общеуниверситетского портала для

доступа к распределенным формализованным информационным

ресурсам

Дипломная работа студента 542 группыФедина Дмитрия Сергеевича

Научный руководитель

……………..…………………

/подпись/

Рецензент ……………..…………………

/подпись/

Допустить к защите ……………..…………………

/подпись/

1. ВВЕДЕНИЕ........................................................................................................................................................3

2. ПОДХОД К ПОСТРОЕНИЮ ЕДИНОГО ИНФОРМАЦИОННОГО ПРОСТРАНСТВА..................5

2.1. ЗАДАЧИ ИТ - ИНФРАСТРУКТУРЫ................................................................................................................52.2. ИНТЕГРАЦИЯ ИНФОРМАЦИИ.......................................................................................................................52.3. РАЗРАБОТКА ПРОГРАММНЫХ ПРИЛОЖЕНИЙ..............................................................................................72.4. МЕТОДЫ И СРЕДСТВА, ОБЕСПЕЧИВАЮЩИЕ ЭФФЕКТИВНОЕ ФУНКЦИОНИРОВАНИЕ ИНФОРМАЦИОННОЙ СИСТЕМЫ, ЕЕ ОБСЛУЖИВАНИЕ И РАЗВИТИЕ.............................................................................................................92.5. ПРЕДЛОЖЕНИЯ ПО ИНТЕГРАЦИИ ДАННЫХ УНИВЕРСИТЕТА......................................................................9

3. СРЕДСТВА ИНТЕГРАЦИИ.........................................................................................................................11

3.1. ПРОДУКТЫ.................................................................................................................................................113.2. ВОЗМОЖНОСТИ ИНТЕГРАЦИИ IBM WEBSPHERE.....................................................................................113.3. ВОЗМОЖНОСТИ ПЛАТФОРМЫ MICROSOFT.NET/BIZTALK.......................................................................223.4. VERSANT OPENACCESS.............................................................................................................................323.5. ОПИСАНИЕ CASE-СРЕДСТВА ВИЗУАЛЬНОГО МОДЕЛИРОВАНИЯ REAL ДЛЯ СОЗДАНИЯ ВИЗУАЛЬНОГО ПРЕДСТАВЛЕНИЕ БАЗЫ ДАННЫХ, С ПОСЛЕДУЮЩЕЙ ГЕНЕРАЦИЕЙ........................................................................34

4. ОБЗОР ТЕХНОЛОГИЙ СОЗДАНИЯ WEB-ИНТЕРФЕЙСА.................................................................36

4.1. ВОЗМОЖНОСТИ IBM WEBSPHERE STUDIO SITE DEVELOPER..................................................................364.2. ОПИСАНИЕ IBM WEBSPHERE PORTAL CONTENT PUBLISHING.................................................................364.3. ВОЗМОЖНОСТИ ASP.NET И ADO.NET...................................................................................................37

5. ПОСТАНОВКА ЗАДАЧИ И СХЕМА РЕАЛИЗАЦИИ............................................................................38

5.1. ОПИСАНИЕ ЗАДАЧ.....................................................................................................................................385.2. СХЕМА РЕАЛИЗАЦИИ.................................................................................................................................395.3. ОПИСАНИЕ ИНТЕГРИРОВАННОЙ БД МЕТАКАТАЛОГОВ, СПРАВОЧНИКОВ И ДОКУМЕНТОВ.....................425.4. СХЕМА АДМИНИСТРИРОВАНИЯ ПОЛЬЗОВАТЕЛЕЙ ПОРТАЛА. ОПИСАНИЕ ПОРТАЛА...............................435.5. ОПИСАНИЕ МАКЕТА ПОРТАЛА..................................................................................................................45

6. ВЫВОДЫ..........................................................................................................................................................46

6.1. РЕЗУЛЬТАТЫ..............................................................................................................................................466.2. ПЕРСПЕКТИВЫ РАЗВИТИЯ.........................................................................................................................46

7. СПИСОК ЛИТЕРАТУРЫ.............................................................................................................................47

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 - для обмена сообщениями; WSDL - для описания свойств Web-сервиса;

6

UDDI - для регистрации WSDL - описаний в каталогах, а также получения записей из этих каталогов.

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

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

Во-вторых, Web-сервисы - это удобный механизм для взаимодействия приложений: ведь в идеале все их API определены и опубликованы в каталогах UDDI.

И, наконец, они (по крайней мере, теоретически) обеспечивают защиту инвестиций, т.к. приложения, "обернутые" в Web-сервисы, в целом легче заменить.

Некоторые известные программные системы (например, Lotus Domino) обладают большим набором коннекторов к разным программным продуктам, что позволяет на их основе строить интегрированные системы.

2.3. Разработка программных приложений Принципиальным вопросом в создании интегрировано-распределенной

информационной системы является разработка программных приложений (программного обеспечения) для доступа к данным и реализации бизнес-процессов управления ВУЗом.

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

Современные процессы разработки ПО непременно являются итеративными процессами с пошаговым наращиванием возможностей системы.

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

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

Одним из наиболее известных методов оценки и усовершенствования процессов разработки является так называемая модель технологической зрелости (СММ). Это пятиуровневая модель, где каждому уровню приписывается определенное состояние от хаоса до управляемого и измеряемого процесса повышения качества. Помимо СММ существуют и другие модели усовершенствования процесса создания ПО. Серия стандартов по качеству ISO 9000 применяется для управления качеством и определения процесса производства качественного продукта. Стандарты носят общий характер – они применимы для любой отрасли и всех видов бизнеса, включая разработку ПО. В основе серии стандартов ISO 9000 лежит предположение, что если процесс организован надлежащим образом, то и результат процесса (товар или услуга) также будут обладать надлежащим качеством.

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

Существует много способов планирования разработки системы. Перечислим некоторые: SWOT, VCM, BPR.

7

Подход 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 ApplicationServer (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-and-Spoke

Функции публикации и подписки, автоматически исполняемые транзакционные бизнес-процессы коммутации данных (collaborations). Для связи между узлами и связи с расположенными в приложениях частями адаптеров опирается на CORBA и JMS-возможности MQ (для гарантированной доставки). Взаимодействует с Workflow через коннектор Adapter for WebSphere MQ Workflow. Продукт полностью Java-ориентирован

WebSphere Business Integration MQ Message Broker(WSMB)

Брокер низкоуровневых сообщений (нет обобщенных объектов)

Есть функции публикации и подписки, преобразования сообщений. Поддерживается распределенная архитектура узлов. Для реализации сложных процессов стыкуется сMQWF. Продукт не опирается на концепцию обобщенных объектов как таковую, но использует тот же набор адаптеров (и сообщений), что и ICS.

WebSphere MQWorkflow (MQWF)

Исполнение сценариев

Поддерживает создание прерываемых и непрерываемых пользователем процессов; Позволяет "экспортировать" определенный в нем бизнес-процесс в сервер приложений в качестве безстатусного компонента EJB, "обертывая" его в Process Management Container. Позволяет обращаться к своему функционалу через ПОР; допускает JMS-rendering, что дает возможность дистанционно вызывать через JMS часть функций API Опираясь на перечисленные возможности, EJB в сервере приложений может участвовать как узел активности workflow, а может управлять ею. Для этого имеется аналогичный SQL язык, допускающий выборку списка текущих процессов и их свойств. Workflow хранит всю информацию о статусе процессов в DB2.Сам способен интегрироваться с системами через CORBA/COM/EJB, а также взаимодействовать с базами данных

WebSphere Business Integration Adapters Framework

Архитектура коннекторов

Общая для ICS, WSMB, WAS.

WebSphere Business Integration Adapters (WBIA)

Набор адаптеров для основных приложений, инструменты для настройки адаптеров

Адаптеры пригодны для 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

Да, WebSphere Application Server [далее WAS]

Сервер приложений на базе СОМ

Нет

"Зонтичный" интерфейс для доступа к базам данных

Продукт DB2 Information Integrator

Подсистема Workflow для автоматизации бизнес-процессов, предусматривающих активное участие человека

Да, 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 Integration Message Broker

WAS, ICS, WSMB совместимы через MQ/JMS, WSBI adapter for MQSI

IBM WebSphere Business Integration Interchange Server

WAS, ICS, WSMB совместимы через MQ/JMS, WSBI adapter for MQSI

BEA WebLogic Integration Через Web-сервисы Sun ONE Integration Server He

поддерживается

Oracle Advanced Queuing Не поддерживается Microsoft BizTalk Через MSMQ-MQSeries мост от Microsoft; есть совместимость на

уровне BizTalk 2004 Sybase Business Process Integrator Suite

Поддерживаются форматы и компоненты Sybase(Neon) Ruler/Formatter

16

TIBCO Не поддерживается

Прием, синтаксический разбор и отображение во внутреннее представление сообщений или форматов файловXML (с описаниями на DTD, XDR, XSL/XSLT и т.д.)

Да, WSMB обладает развитым сервисом разбора и форматирования XML и пользовательских форматов, включая репозиторий для форматов, встроенные и пользовательские парсеры, Функция DataHandler for XML (специальный Java класс для среды Adapter Framework), входит в ICS

HTML Сервис форматирования WSMB Функция DataHandler for HTML входит в ICS

TXT (ключ-значение) Сервис форматирования WSMB Закачка файла в систему через коннектор JText; синтаксический разбор - через Name Value DataHandler входит в ICS

TXT (колонки) Сервис форматирования WSMB Через FixedWidth DataHandler входит в ICS

CSV (данные, разделенные запятыми)

Сервис форматирования WSMB через Delimited DataHandler входит в ICS

EDI Сервис форматирования WSMB Через доп. пакет WebShpere Data Interchange EDI-коннектор, Специализированное В2В решение WebSphere Business Integration Connect, Специализированное EDI решение WebSphere DataExchange Server

XLS (Microsoft Excel) Через WSMB, DB2 Information Integrator и JDBC-адаптер DBF Через 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 в качестве внутреннего формата представления данных для шины обмена сообщениями

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

Средства для импорта XML-описаний форматов сообщений (XML-схем)

Да

Графические инструменты (WYSIWYG, к примеру, опирающиеся на концепцию drag-and-drop) для задания карт преобразования полей сообщений

Да

Средства (в том числе графические), упрощающиеописание процесса пополнения данных втрансформируемых сообщениях информацией из внешних источников (СУБД и пр)

Да, 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

JDBC Стандартный узел процесса обработки данных 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

Формирование запросов по протоколам XQuery/ X-Query

DB2 Information Integrator, DB2 Content Manager

Вызовы мониторов транзакций CICS, IMS, Tuxedo

Поддержка старых систем 70-80х годов выпуска Машины IBM (мэйнфреймы, AS/400, MVS и пр.)

Да, MQSeries

Машины серии ЕС ЭВМ Поддерживается платформа IBM. Специфика ее клонирования в ЕС ЭВМ не учитывается

Машины серии БЭСМ, VAX, другие

Да, некоторые через MQSeries

Поддержка старых протоколов транспортного уровня Поддерживаются SNA, Novell SPX

3.2.5. Поддержка Web-сервисов

Прием запросов по SOAP Сервер приложений: встроено Брокер сообщений ICS, WSMB: есть коннектор обмена сообщениями через SOAP

Мастера регистрации сервисов/доступ к сервисам

Сервер приложений

Средства поиска в репозитории сервисов

Сервер приложений

Поддержка WS-S Нет Поддержка WS-T Нет Описания составных сервисов и workflow при помощи языка BPEL4WS

Сервер приложений: можно конструировать составные сервисы с помощью встроенного инструментария MQWF не поддерживает этой возможности

Подключение портлетов к порталу через SOAP

Да

Портал позволяет обращаться к своему функционалу через SOAP

Да

19

Инкорпорирование в Web-страницы портала данных Web-сервисов с оформлением их посредством таблиц стилей (SSL, XSL, XSLT)

Да

Встроенный интерфейс для обращения к workflow через протокол SOAP

Поддерживается MQWF Также ICS позволяет вызывать функционал collaborations через 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 Web-сервер Только если используется WebClient for MQ Workflow. Годится

любой, удовлетворяющий спецификациям 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 - в BTS2002 эта СУБД используется как репозиторий сценариев XLANG и место

22

хранения статуса исполнения долгоживущих процессов, а в 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.

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

3.3.2. Интеграционные компоненты платформы Microsoft

24

Функция Компонент платформы, отвечающий за выполнение функции Управление Очередями Сообщений

MSMQ обеспечивает передачу информации посредством очередей сообщений, входит в состав Windows 200x Server

Брокер Сообщений, Обеспечивающий

BizTalk Messaging - брокер сообщений. Преобразование данных из формата в формат - одна из функций BizTalk Orchestration. Оба входят в состав BizTalk Server (далее BTS)

Сервер приложений на базе J2EE

N/A

Сервер приложений на базе СОМ

Microsoft Transaction Server, входит в состав ОС Windows 200x Server

"Зонтичный" интерфейс для доступа к базам

Как продукта нет

Подсистема Workflow для автоматизации бизнес-процессов, предусматривающих активное участие человека

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 по взаимодействию с другими платформами и приложениями

Уровни платформы, к которым происходит подключение внешних приложений Уровень интерфейса пользователя (портал)

Для SharePoint Portal Server 2003, Microsoft Content Management Sever, Microsoft Commerce Server

Уровень сервера приложений

В принципе возможно на уровне COM/MTS или .NET, но естественней интегрировать приложения через BizTalk. Для отсылки синхронных запросов, BizTalk не нужен. Это делает DTC (Distributed Transaction Component).

Уровень брокера Да, сам BizTalk Server является брокером Коннекторы брокера сообщений Сертифицированные от Microsoft: SAP

Предоставляются третьими сторонами для: SAP R/3, Oracle Applications (Financials), PeopleSoft, JD Edwards One World, Siebel CRM (iWay), Pivotal CRM, Onyx CRM

25

Нет сертифицированных адаптеров

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 Integration Message Broker

Есть адаптер для MQSeries

IBM WebSphere Business Integration Interchange Server

Есть адаптер для MQSeries

BEA WebLogic Integration Нет Sun ONE Integration Server Нет Oracle Advanced Queuing Через адаптеры фирмы iWay и Taviz , Microsoft BizTalk Конечно Sybase Business Process Integrator Suite

Нет

TIBCO Через адаптеры фирмы 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-and-drop) для задания карт преобразования полей сообщений

Имеются. Для BTS2002 существует целый набор графических утилит для создания и управления схемами преобразования данных, схемами Orchestration и т.д. В BTS2004 все средства разработки сведены в рамках Visual Studio.NET. В самой Visual Studio.NET добавлены новые типы проектов для поддержки BTS.

Средства (в том числе графические), упрощающие описание процесса пополнения данных в трансформируемых сообщениях информацией из внешних источников (СУБД и пр.)

Имеются

Внутренний формат хранения таблиц преобразований

XSLT Редактирование карт преобразований возможно вручную и с помощью инструментов

Поддержка брокером вложенных друг в друга сообщений

Нет

Управление транзакциямиПоддержка транзакционности в платформе (в том числе многофазных транзакций с изоляцией данных в приложениях)

BTS поддерживает возможность выполнять действия в рамках транзакции. Но для этого и коннектор должен поддерживать возможность откатить транзакцию. Поддерживаются как короткие транзакции (short transactions), так и длинные транзакции (long transactions). Длинные транзакции могут выполняться продолжительное время: дни, недели. Поддержка обращения к внешним модулям (синхронного) - вызов методов

ЕХЕ-файлы Поддерживается в BTS2002 Библиотеки DLL Поддерживается в BTS2002 Java RMI Не поддерживается Microsoft, возможно ЧЕРЕЗ АДАПТЕРЫ

(фирма WRQ) EJB (J2EE) Не поддерживается Microsoft, возможно ЧЕРЕЗ АДАПТЕРЫ

(фирма WRQ)

Объектов CORBA Нет

Вызов функций RPC Поддерживается OLE/COM/DCOM /COM+ Поддерживается SOAP Поддерживается OLE for Process Control Нет готовой функциональности Дополнения Поддерживает вызов сборок .Net Обращения к базам данных (универсальные интерфейсы) 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-адресу, содержащему параметры запроса

Да

Формирование запросов по протоколам XQuery/ X-Query

He поддерживается

Вызовы мониторов транзакций CICS, IMS, Tuxedo

Через связку СОМ+MTS-Host Integration Server Через адаптеры Attunity

Поддержка старых систем 70-80х годов выпуска Машины IBM (мэйнфреймы, AS/400, MVS и пр.)

Host Integration Server – взаимодействие с IBM AS/400 и мэйнфреймами 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

Есть в Content Management Server

Портал позволяет обращаться к своему функционалу через SOAP

Есть в Content Management Server

Инкорпорирование в Web-страницы портала данных Web-сервисов с оформлением их посредством таблиц стилей

Есть в Content Management Server

Встроенный интерфейс для обращения к workflow через протокол SOAP

В BTS 2004

Дополнения 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, E-mail, 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

Visual Studio .NET позволяет создавать приложения, расширяющие возможности Интернета. Это могут быть как обычные web-узлы, содержащие страницы HTML, так и

37

полнофункциональные бизнес-приложения для интрасетей и Интернета, или сложные приложения для электронной коммерции по модели «бизнес-бизнес», которые предоставляют 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. В подразделениях и службах могут быть свои приложения (базы данных), доступ к которым и организация работы обеспечиваются их собственными ИТ силами. Если такие приложения (базы данных) (или их части) должны быть в централизованном коммуникационном пространстве, то соответствующие подразделения или службы должны обеспечить репликацию данных в базу данных, хранящуюся в централизованном коммуникационном пространстве (в режиме on-line или off-line).

5.2. Описание задач

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

Создание структуры интегрировано-распределенной системы:o Создание механизма объединения данных университета через процесс

репликации. Описание процесса репликации. Реализация механизма репликации с помощью J2EE-технологии.

o Описание структуры репозитория метаданных. Создание макета портала, предоставляющего единый web-интерфейс к

интегрировано-распределенным данным.o Создание системы администрирования портала. Описание способов

регистрации новых пользователей.o Создание пользовательского интерфейса на основе метаданных ИРАИС.

Автоматическое создание профайла пользователя.

41

o Реализация пользовательских приложений, осуществляющих доступ к персональным данным пользователя.

5.3. Схема реализации

Для решения задачи создания web-интерфейса к интегрированной базе данных университета предлагается следующая схема (см. Схему 1). Из схемы видно, что имеется общее хранилище объединяющее все образы баз данных отделов и факультетов а также служебные базы данных (почта, документы, справочник) и база данных «Персоналии», предоставляющая мета-информацию, для персоны университета. Доступ через портал осуществляется только к хранилищу, приложения же работают на основе оригинальных баз данных, и пополняются актуальной информацией их владельцами.

Схема 1.Общая схема портала.

42

Схема 2. Структура информационно-управляющего центра.

43

Схема 3. Репликация данных.

44

5.4. Описание интегрированной БД метакаталогов, справочников и документов.

1. Данные хранятся в централизованном хранилище в виде репликаций (образов) нескольких распределенных баз данных. Исходные базы данных могут храниться в подразделениях или службах ректората или непосредственно в централизованном хранилище.

2. На первом этапе стержневым элементом интеграции является база данных «Персоналии» и единая система электронного документооборота.

3. Все базы данных имеют естественную иерархию. Верхний (нулевой) уровень:

«Персоналии»o Таблица «Персоны»

Фамилия, имя, отчество Год рождения Уникальный «ключ» (код)

o Таблица «Базы данных и приложений первого уровня» Название базы данных Название таблицы с персональной информацией Название поля, задающего уникальный «ключ» в таблице с

персональной информацией Строка с видом запроса персональной информации Ссылка на «portlet», который выводит справочную информацию по

персоне из базы данных первого уровня Ссылка на приложение, работающее с этой базой данных (либо на

портлет, либо на какой-то объект-приложение с указанием его размещения)

Уникальный «ключ» (код)o Таблица «Ссылки на персональную информацию в базах данных

первого уровня» Ссылка через уникальный «ключ» из таблицы «Персоны» Ссылка через уникальный «ключ» из таблицы «Базы данных и

приложений первого уровня» Признак «активности» персоны в соответствующей базе данных

первого уровня «Документы» «Почта» «Справочники»

4. База данных «Персоналии» пополняется из баз данных первого уровня, которые ведутся либо в той или иной службе ректората либо в подразделениях.

«Студент факультета» «Абитуриент» «Аспирант» «Слушатель факультета доп. образования» (малого ф-та, спец. факультета

и т.п.) «Кадры общеуниверситетские» «Сотрудник НИИ» «Сотрудник подразделения» «Работник по договору» «Зарплата» «…»

Номенклатура баз данных первого уровня может динамически изменяться. При этом, например, в перспективе может быть несколько баз данных «Студент мат-меха», соответствующие разным периодам времени (архивы) и изменяющимся со временем приложениям.

5.5. Схема администрирования пользователей портала. Описание портала.

45

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

Схема 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