Главная Коллекция "Otherreferats" Программирование, компьютеры и кибернетика Разработка интеграционных элементов общеуниверситетского портала для доступа к распределенным формализованным информационным ресурсам

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

Основные подходы к построению единого информационного пространства, задачи ИТ-инфраструктуры. Принципы создания интегрировано-распределенной информационной системы. Обзор технологий для разработки web-интерфейса, постановка задачи и схема реализации.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 08.03.2012
Размер файла 745,5 K

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

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

Страница:

Размещено на http://www.allbest.ru/

74

Размещено на http://www.allbest.ru/

Санкт-Петербургский государственный университет

Математико-механический факультет

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

ДИПЛОМНАЯ РАБОТА

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

студента 542 группы

Федина Дмитрия Сергеевича

  • СОДЕРЖАНИЕ
  • Введение 3
  • 1. Подход к построению единого информационного пространства 6
    • 1.1 Задачи ИТ - инфраструктуры 6
    • 1.2 Интеграция информации 7
    • 1.3 Разработка программных приложений 10
    • 1.4 Методы и средства, обеспечивающие эффективное функционирование информационной системы, ее обслуживание и развитие 14
    • 1.5 Предложения по интеграции данных Университета 15
  • 2. Средства интеграции 17
    • 2.1 Продукты 17
    • 2.2 Возможности интеграции IBM WebSphere 17
    • 2.3 Возможности платформы Microsoft.NET/BizTalk 32
    • 2.4 Versant OpenAccess 45
    • 2.5 Описание CASE-средства визуального моделирования REAL для создания визуального представление базы данных, с последующей генерацией. 49
  • 3. Обзор технологий создания web-интерфейса 51
    • 3.1 Возможности IBM WebSphere Studio Site Developer 51
    • 3.2 Описание IBM WebSphere Portal content publishing 52
    • 3.3 Возможности ASP.NET и ADO.NET 54
  • 4. Постановка задачи и схема реализации 59
    • 4.1 Описание задач 59
    • 4.2 Схема реализации 60
    • 4.3 Описание интегрированной БД метакаталогов, справочников и документов. 63
    • 4.4 Схема администрирования пользователей портала. Описание портала. 65
    • 4.5 Описание макета портала 68
  • Выводы 72
  • Список литературы 74

Введение

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

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

Информатизация - это комплекс работ, направленный на разработку, внедрение, сопровождение, развитие и замену во всех сферах деятельности традиционных технологий на более эффективные информационно-телекоммуникационные технологии.

В последнее время Правительством РФ принят ряд постановлений о начале реализаций ряда Федеральных целевых программ в области информатизации. В первую очередь это: "Электронная Россия на 2002-2010 годы", "Развитие единой информационно-образовательной среды Российской Федерации в 2002-2006 годы" и др.

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

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

К настоящему времени в подразделениях Университета уже созданы значительные информационные ресурсы в разных направлениях управленческой деятельности. Это данные служб управления учебным процессом, кадровых служб, финансовых служб, канцелярии, служб обеспечивающих обслуживание зданий и сооружений, служб безопасности, информационных, телекоммуникационных служб, управления научной деятельности, ученых советов и прочих. Для этой цели созданы и эксплуатируются продолжительное время программные системы узкой направленности, предоставленные ограниченному кругу специалистов.

Университет, в целом, располагает значительным техническим и научным потенциалом, имеет большой опыт и авторитет в области создания и развития телекоммуникационных и информационных систем. Университет объединяет 20 факультетов, 15 НИИ, 21 научный центр, которые географически расположены практически во всех районах Петербурга и занимают более 300 зданий. В СПбГУ работают и учатся около 60 тысяч человек.

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

информационная система интерфейс интегрированный

1. Подход к построению единого информационного пространства

1.1 Задачи ИТ - инфраструктуры

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

Кроме того, статистика показывает, что кардинальная смена технологической базы в компьютерном мире происходит примерно раз в семь лет, но переход от одного поколения систем к другому не случается мгновенно. Поэтому зачастую в ВУЗах одновременно функционируют системы трех-четырех поколений, основанные на MS DOS, Unix, Windows 2000 и т. п. Иногда хочется избавиться от всего этого "наследия" и иметь одну систему.

При этом поступают следующим образом. Либо "переписывают" приложения в единой технологии, с единой базой данных (монолитный продукт), либо берут готовый продукт ("полнофункциональный" программный пакет) сторонней организаций, настраивая свои бизнес-процессы, либо пытаются объединить существующие приложения, достраивая компоненту, объединяющую данные.

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

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

· интеграция необходимой информации, касающейся различных сторон деятельности ВУЗа;

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

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

1.2 Интеграция информации

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

Зачастую, следующим шагом предполагается проводить интеграцию программных приложений (Enterprise Application Integration, EAI) - это процесс связывания независимо друг от друга разработанных приложений так, чтобы они работали как единое целое.

Для организаций с низким уровнем зрелости в области информационных технологий, к которым можно смело отнести учебные заведения, этот шаг преждевременен, да и в мире 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-сервиса;

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

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

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

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

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

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

1.3 Разработка программных приложений

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

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

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

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

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

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

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

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

Подход SWOT позволяет идентифицировать, классифицировать, ранжировать и выбирать проекты по разработке ИС таким образом, чтобы они были увязаны с сильными и слабыми сторонами организации, а также с существующими возможностями и угрозами.

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

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

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

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

Основным препятствием на пути реализации BPR-подхода является необходимость внедрения горизонтального процесса в традиционную вертикальную структуру управления.

Иногда радикальные изменения неприемлемы. Традиционные структуры не могут быть изменены в одночасье. Радикальные шаги могут встретить сопротивление, и потенциальные выгоды от внедрения BPR-подхода могут быть подвергнуты риску. В данных обстоятельствах все же можно выиграть, моделируя бизнес-процессы и усовершенствуя их, а не подвергать полной переделке.

После того, как бизнес-процесс определен, «хозяева» процесса могут потребовать поддержки со стороны ИТ с целью дальнейшего повышения продуктивности этих процессов. Результирующий проект по разработке информационной системы должен сосредотачиваться на реализации выявленных потоков работ. Сочетание эффективности, получаемой от применения BPR-подхода, с продуктивностью, являющейся результатом применения ИТ, может привести к поразительному улучшению всех современных показателей деятельности организации, таких как уровень качества и обслуживания, скорость, затраты, цена, конкурентные преимущества, гибкость и т.д.

Условно все программные приложения можно поделить на две группы:

· прикладные программные приложения со сложной логикой;

· узкоспециализированные программные приложения.

Как правило, к первым относятся приложения для автоматизации устоявшихся бизнес-процессов, которые в основном и наполняют информационные ресурсы. Они работают по технологии клиент-сервер на трехуровневой архитектуре с классическим развитым интерфейсом. Для таких приложений возникает проблема своевременной синхронной замены версий на рабочих станциях клиентов, но она решается путем установки приложений с web-сервера, и как один из вариантов - копирование компонента ActiveX, полностью реализующего "тонкого" клиента, с целью отображения его в браузере.

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

Такой подход обладает рядом положительных сторон, наиболее важными из которых являются:

· независимость программных приложений, что облегчает их разработку и срок ввода в эксплуатацию;

· узкая функциональная специализация программных приложений, что избавляет их от избыточности, упрощает их освоение;

· относительная легкость внедрения системы и ее сопровождение.

1.4 Методы и средства, обеспечивающие эффективное функционирование информационной системы, ее обслуживание и развитие

Наиболее перспективной является Концепция управления ИТ - службами (ITSM - IT Service Management), которая предлагает новый взгляд на организацию функционирования ИТ - подразделений. Концепция построена на базе "эталонных" моделей и принципов, изложенных в Библиотеке передового опыта в области управления информационными технологиями (ITIL - IT Infrastructure Library). На сегодняшний день ITIL - это широко применяемый стандарт де-факто в сфере управления информационными технологиями.

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

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

Идеология Концепции держится на трех китах:

· формализация процессов функционирования информационных технологий;

· профессионализм и четкая ответственность сотрудников ИТ - подразделений за определенный круг задач;

· технологическая инфраструктура обеспечения качества услуг: собственно информационные технологии, служба поддержки пользователей, служба управления конфигурациями и изменениями, система контроля услуг, служба тестирования и внедрения новых услуг и т.д.

1.5 Предложения по интеграции данных Университета

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

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

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

2 Средства интеграции

2.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 был предоставлен дистрибьюторами продукта.

2.2 Возможности интеграции IBM WebSphere. Платформа IBM WebSphere

Общая характеристика платформы

На сегодня платформа WebSphere корпорации IBM - функционально самая полная среди наборов инструментов EAI разных вендоров. Она поддерживает разные стили интеграции - на уровне данных, обмена сообщениями, сквозных бизнес-процессов. WebSphere дает возможность проводить интеграцию приложений, служить основой для информационного взаимодействия с бизнес-партнерами (В2В), позволяет управлять бизнес-процессами и исполнять бизнес-логику программ на языке Java.

Основные продукты семейства WebSphere для интеграции данных и процессов

Продукт

Назначение

Важные средства взаимодействия

WebSphere Application

Server (WAS)

Построение J2EE-приложений и Web-сервисов

Главный механизм для поддержки исполнения EJB-компонентов и Web-сервисов. Для интеграции с приложениями опирается на средства ICS, WSMB, JCA-адаптеры, адаптеры WebSphere Business Integration Adapters, CORBA, средства Java для вызова родного кода. Для управления бизнес-процессами версия WebSphere Application Server Process Choreographer имеет встроенные средства workflow, позволяющие координировать работу EJB и Web-сервисов, а также поддерживает тесную связь с MQWF через специализированный контейнер EJB (Process Management Container) и очереди JMS/MQ. Она может выступать в роли брокера сообщений.

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 MQ

Workflow (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, функционирующее на базе 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 и поддерживает концепцию бизнес-объектов, а потому ориентирован на высокоуровневую интеграцию. Он также более закрыт - сценарии коммутации данных (они называются 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 предлагает еще ряд инструментов и средств разработки, упрощающих управление созданным решением и его развитие.

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

Функция

Компонент платформы , отвечающий за выполнение функции

Управление очередями сообщений

Да, WebSphere MQ (бывший MQSeries) [именуемый далее MQ]

Брокер сообщений, обеспечивающий преобразование форматов

Да, WebSphere MQ Business Integration Message Broker (бывший MQSeries Integrator) [далее именуемый WSMB], предоставляет обширную функциональность для выполнения, подключения и

настройки разных внешних приложений, преобразования и маршрутизации сообщений.

Высокоуровневую обработку сообщений на базе концепции бизнес-объектов ведёт 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)

Возможности платформы WebSphere по взаимодействию с другими платформами и приложениями

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

Уровень интерфейса пользователя (портал)

Да, возможно применение WebSphere Portal Server для интеграции на уровне представления

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

Да, возможно применение интеграционной среды сервера приложений WAS Process Choreographer, можно также подключать к WAS приложения через адаптеры JCA 1.0, а также при помощи дополнительно разрабатываемых собственных мостов и шлюзов; можно вести интеграцию через JMS-интерфейс, Message Driven Beans и очереди MQ

Уровень брокера сообщений

Да, интеграционный пакет 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

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

вызов функций 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

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

Прием запросов по SOAP

Сервер приложений: встроено

Брокер сообщений ICS, WSMB: есть коннектор обмена сообщениями через SOAP

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

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

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

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

Поддержка WS-S

Нет

Поддержка WS-T

Нет

Описания составных сервисов и workflow при помощи языка BPEL4WS

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

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

Да

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

Да

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

Да

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

Поддерживается MQWF Также ICS позволяет вызывать функционал collaborations через SOAP

Целостность и технологичность платформы

Потребность в дополнительном ПО для корректной работы платформы /Возможные замены компонентов решения

СУБД

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 Мб ОЗУ

Защищенность платформы

Средства обеспечения безопасности

Страница:


Подобные документы

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены