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

SSL, Sigle Sign On, для WAS имеется поддержка криптографических расширений Java

Поддержка Sigle Sign On

Через LDAP

Защищенность транзитных хранилищ

Не обеспечивается средствами MQ, задача возложена на сетевого администратора

Сертификация Гостехкомиссией при Президенте РФ

Нет

Сертификация Министерства обороны

Нет

Сертификация ФАПСИ

Нет

Сертифиция для обработки документов, связанных с гостайной

Не проведена

Сложность внедрения поддержки, лицензионная политика

Квалификация персонала, необходимая для выполнения базовых операций (экспертная оценка)
Установка платформы	Серьезные базовые знания администратора и прочтение инструкции по инсталляции
Настройка и связывание поставляемых готовых коннекторов	Знания программиста, изучение инструкции по инсталляции, а также знание и темы, к которой поставляется адаптер; для связывания нужно понимание бизнес-процессов и знания по настройке преобразований сообщений
Разработка собственных коннекторов	Профессиональное знание языка 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.

2.3 Возможности платформы Microsoft.NET/BizTalk

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

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

В этом смысле легче обстоит дело с мэйнфреймами корпорации 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.

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

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

Функция	Компонент платформы, отвечающий за выполнение функции
Управление Очередями Сообщений	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 - основное портальное ПО, интеграция информации из разных систем на одной странице, с доступом по однократной регистрации. Плюс управление документами, агрегирование информации и поиск (Частично) Microsoft Content Management Sever, Microsoft Commerce Server - система управления Web-контентом Эти продукты интегрируются с BizTalk Server

Возможности платформы 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
Нет сертифицированных адаптеров	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	Нет
Другие	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
Средства автоматического перекодирования русскоязычной информации в гетерогенной среде	Базово нет. Но относительно просто система на это настраивается
Поддержка 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 (OPC)	Нет готовой функциональности
Дополнения	Поддерживает вызов сборок .Net
Обращения к базам данных (универсальные интерфейсы)
ODBC	Нет. Возможно через продукты третьих фирм: BizTalk Utilities
JDBC	Нет
OLEDB	Нет
Обращение к СУБД через родные интерфейсы
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

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

Прием запросов по SOAP	BTS2004 имеет встроенный коннектор для работы с Web-сервисами из механизма сценариев В BTS2002 НЕЛЬЗЯ вызвать исполнение бизнес-сценария через SOAP за исключением случаев, когда сценарий экспортирует интерфейс СОМ. В BTS2004 это ВОЗМОЖНО
Мастера регистрации ервисов/доступ к сервисам	С помощью Visual Studio .Net
Средства оиска в репозитории сервисов	С помощью Visual Studio .Net
Поддержка WS-S	Только в BTS 2004 (обещана поддержка через плагин)
Поддержка WS-T	Нет
Описание составных сервисов и workflow при помощи языка BPEL4WS	BTS 2004 поддерживает описание бизнес-процессов при помощи языка BPEL
Подключение портлетов к порталу через SOAP	Есть в Content Management Server
Портал позволяет обращаться к своему функционалу через SOAP	Есть в Content Management Server
Инкорпорирование в Web-страницы портала данных Web-сервисов с оформлением их посредством таблиц стилей (SSL, XSL, XSLT)	Есть в Content Management Server
Встроенный интерфейс для обращения к workflow через протокол SOAP	В BTS 2004
Дополнения	BTS 2004 совместим с профилем WS-I 1.0

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

Потребность в дополнительном ПО для корректной работы платформы /Возможные замена компонентов решения
Для работы 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 имеет дополнительные средства балансировки нагрузки, в частности поддерживается концепция хостов, выполняющихся как процессы ОС. Для портала есть еще уровень кэширования.
Совместимость компонентов
Все продукты собственной разработки. Основа любого их них приобретена более двух версий на зад Продукты интегрированы
Минимальные требования к аппаратному обеспечению	Минимальная конфигурация Pentium 300+ МГц, 256 МБ ОЗУ, 6Гб диск. Для реально работающей системы эти требования выше

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

Средства обеспечения безопасности	Все, что дает ОС Windows. Авторизация, цифровая подпись, кодирование, виртуальные частные сети.
Поддержка Sigle Sign On	Имеется только в BTS 2004
Защищенность транзитных хранилищ	Данные хранятся в SQL Server. По доступу - средствами SQL Server. Но кроме этого, можно защитись средствами операционной системы - шифрование на диске.
Сертификация Гостехкомиссией при Президенте РФ	Нет
Сертификация Министерства обороны	Нет
Сертификация ФАПСИ	Нет
Сертификация для обработки документов, связанных с гостайной	Не проведена

Сложность внедрения поддержки, лицензионная политика

Квалификация персонала , необходимая для выполнения базовых операций (экспертная оценка)
Установка платформы	Требует знания основ администрирования BTS (изложены в документации), основ администрирования SQL Server (документация)
Настройка и связывание поставляемых готовых адаптеров	Разработка схем (здесь, для BTS2004): владение Visual Studio.NET либо владение Visio (только для описания БП). Знание языков программирования может понадобиться также при написании нетривиальных кусков схем Orchestration или при отладке. Дополнительно, в схемах Orchestration для программирования может быть использован С#-подобный скриптовый язык
Разработка собственных адаптеров	Требует знания Visual Stusio.NET, языков программирования, Adapter Framework и особенностей работы той системы для которой пишется адаптер
Подключение устаревших, унаследованных и др. нестандартных приложений	Требует знания Visual Stusio.NET, языков программирования, Adapter Framework и особенностей работы той системы для которой пишется адаптер
Поддержка, администрирование и сопровождением интеграционной платформы на фазе эксплуатации	Знания основ администрирования BTS (изложены в документации), основ администрирования SQL Server (документация)
Ценовая и лицензионная политика
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

2.4 Versant OpenAccess

Характеристики продукта

Сегодня разработчикам приходится делать трудный выбор между мощными, гибкими и быстрыми приложениями, которые получаются при условии использования подхода, который имеет несколько различных названий (POJO, доменная модель, бизнес-объекты и т.д.) и подходом, основанным на модели данных. Потребность в высоко производительном, основанном на индустриальном стандарте, продукте, реализующем объектно-реляционное отображение, толкает разработчиков и архитекторов программного обеспечения к более строгому подходу к работе с данными. Команды разработчиков программного обеспечения сегодня понимают, что код, реализующий объектно-реляционное отображение, легче купить уже в готовом виде, чем делать самим. Versant Open Access Suite - это продукт, предназначенный для разработки систем масштаба предприятия и предоставляющий Java и .NET программистам возможность прозрачной сохраняемости объекты. Это полнофункциональное средство объектно-реляционного отображения (O/R mapping). От начала и до конца оно разрабатывалось, ориентируясь на потребности широкого класса приложений.

Наиболее значимые возможности:

Основные выгоды от использования Versant Open Access Suite:

Высокая производительность

Простота использования

Поддержка больших баз данных

Поддержка различных технологий, различных серверов, Java/.NET API

Ключевые возможности:

Оптимизация запросов

Двухуровневое кэширование

Возможность работы с данными при отсутствии соединения

Объектно-реляционное отображение

Архитектура

Архитектура Versant Open Access Suite объединяет в себе все требования, предъявляемые к средствам обеспечения сохраняемости объектов или объектно-реляционного отображения. Она предоставляет набор возможностей, который может быть применен независимо от API, языка программирования или базы данных. Высокопроизводительное сохранение объектов подразумевает наличие запросов, кэширования, планов выбора данных, объектно-реляционного отображения и т.п. Все эти возможности поддерживаются Versant Open Access Suite.

Возможности и преимущества

Любое приложение получает возможность прозрачно сохранять объекты, независимо от API, языка программирования, используемых инструментов, подхода к программированию и программной инфраструктуры. И все это на фоне высочайшего быстродействия. Такие возможности делают Versant Open Access Suite наиболее предпочтительным и безопасным выбором.

Требования

Базы данных	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-совместимые языки

Официальным дистрибьютором компании Versant в России и СНГ является компания «Ленвендо».

Варианты применения Versant Open Access для построения интегрировано-распределенной системы.

Предложения по организации структуры базы данных.

1. Reverse engineering - по созданным ранее таблицам создаются java классы, с которыми работает программист WebSphere, средствами VOA осуществляется взаимодействие с реляционными базами данных. Недостатки: не будет объектного подхода в описании данных. Необходимо хранить ссылки между базами данных.

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

Преимущества: взаимодействие клиентов с единой базой данных, единая структура данных. (Адекватная объектная модель структуры университета - иерархия классов. Например, базовый класс “Персона”, наследники “Студент”, “Работник Университета” и т.п. В свою очередь, у “Студента” наследники “Студент Физфака”, “Студент Мат-Меха” и т.п.).

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

3. То же подход что и в пункте 2, но занесение данных производится через единый интерфейс, без промежуточных локальных баз данных.

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

Результаты применения

В результате использования продукта, были выявлены проблемы стыковки данного продукта с продуктами IBM Web Sphere. Так же заявлена возможность стыковки с Microsoft.NET. В частности проблема использования в этих продуктах разных версий J2EE. В перспективе разработчики заявили о том, что процедура стыковки продуктов будет улучшена.

2.5 Описание CASE-средства визуального моделирования REAL для создания визуального представления базы данных, с последующей генерацией

При создании макета информационной системы. Репозиторий метаданных был реализован, как отдельная база данных в хранилище данных IBM DB2.

Средство визуального моделирования REAL предоставляет возможность генерирования экземпляра базы данных по соответствующей модели «сущность-связь» реализованной как модель классов.

В связи с чем, по описанию структуры базы данных (которая приведена далее) было сформировано визуальное представление ее структуры на основе модели классов REAL:



Рисунок 1.

Схема репозитория метаданных - модель классов.

Далее с помощью инструмента «Database Generator», входящего в комплект поставки была сформирована база данных «META» соответствующая репозиторию метаданных. (Подробнее см.. [?]). Полученная схема сущностей репозитория метаданных может быть в дальнейшем использована при переходе к другой СУБД, в рамках другой платформы интеграции (например, Microsoft SQL Server).

3 Обзор технологий создания web-интерфейса

3.1 Введение

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

IBM WebSphere Studio Site Developer

Технология ASP.NET входящая в комплект среды Visual Studio.NET.

3.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.

3.3 Описание IBM WebSphere Portal Server

WebSphere Portal Server (WPS) -- это предложение для построения горизонтальных и корпоративных порталов, предоставляющее доступ к приложениям, данным и экспертам с помощью программных модулей (адаптеров), называемых портлетами. Компания IBM предлагает широкий выбор готовых портлетов в составе продукта и инструменты разработки собственных портлетов.

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

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.

3.4 Возможности ASP.NET и ADO.NET в Visual Studio

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

Web-приложения в Visual Studio строятся на основе ASP.NET. ASP.NET - это платформа для разработки и выполнения приложений на web-сервере, включающая в себя объекты и элементы управления времени разработки и контекст среды выполнения.

ASP.NET, в свою очередь, является частью .NET Framework, а потому обеспечивает доступ ко всем возможностям этой платформы. Например, можно создавать web-приложения ASP.NET на любом языке программирования .NET (Visual Basic, C#, управляемые расширения для C++ и многие другие) и средств отладки .NET. Доступ к данным осуществляется средствами ADO.NET. Аналогично, можно обращаться к службам операционной системы, используя классы .NET Framework, и т. д.

Web-приложения ASP.NET выполняются на web-сервере, настроенном на работу с Microsoft Internet Information Services (IIS). Однако необязательно работать с IIS напрямую. Можно программировать средства IIS, используя классы ASP.NET, а Visual Studio будет выполнять задачи управления файлами, такие как создание приложений IIS по мере необходимости и обеспечение способов развертывания web-приложений в IIS.

Рисунок 1.

Архитектура ASP.NET

Как и для любых приложений .NET, .NET Framework позволяет создавать приложения ASP.NET с помощью текстовых редакторов, компилятора командной строки и других простых инструментов. Можно копировать файлы в IIS вручную для развертывания приложения.

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

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

Визуальные конструкторы для web-страниц с перетаскиваемыми элементами управления и режимом просмотра кода (HTML), в котором предусмотрена возможность проверки синтаксиса.

Оптимизированные редакторы кода, включающие в себя завершение операторов, проверку синтаксиса и другие возможности IntelliSense.

Встроенные средства компиляции и отладки.

Средства управления проектом для создания файлов приложения и управления ими, включая развертывание на локальном или удаленном сервере.

Эти возможности знакомы опытным пользователям 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.

Рисунок 3.

3.5 Результат апробации технологий создания web-интерфейса для создания пользовательского интерфейса для макета портала.

Практический опыт показал, что применяя технологии ASP.NET и ADO.NET, разработка web-приложения занимает существенно меньший объем времени, чем аналогичная разработка в среде WebSphere Studio Site Developer. Так как обладает более прозрачной архитектурой и эргономичной средой разработки Visual Studio.NET.

4 Постановка задачи и схема реализации

4.1 Общие требования построения единой интегрировано-распределенной системы

1. Основа информационной электронной среды СПбГУ определяется коммуникациями и набором приложений (баз данных).

2. Коммуникации состоят из централизованного коммуникационного пространства СПбГУ и распределенных коммуникаций подразделений и служб.

3. Приложения (базы данных) распределены между службами ректората и подразделениями.

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

5. Перечень регламентированных баз данных утверждается ректором СПбГУ. Структура данных в централизованном коммуникационном пространстве определяется ответственным за определенное направление работы управлением ректората.

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

7. В подразделениях и службах могут быть свои приложения (базы данных), доступ к которым и организация работы обеспечиваются их собственными ИТ силами. Если такие приложения (базы данных) (или их части) должны быть в централизованном коммуникационном пространстве, то соответствующие подразделения или службы должны обеспечить репликацию данных в базу данных, хранящуюся в централизованном коммуникационном пространстве (в режиме on-line или off-line).

4.2 Описание задач

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

· Создание структуры интегрировано-распределенной системы:

o Создание механизма объединения данных университета через процесс репликации. Описание процесса репликации. Реализация механизма репликации с помощью J2EE-технологии.

o Описание структуры репозитория метаданных.

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

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

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

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

4.3 Схема реализации

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

Схема 1.

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



Схема 2.

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

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

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

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

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

3. Все базы данных имеют естественную иерархию.

Верхний (нулевой) уровень:

· «Персоналии»

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

q Фамилия, имя, отчество

q Год рождения

q Уникальный «ключ» (код)

o Таблица «Базы данных и приложений первого уровня»

q Название базы данных

q Название таблицы с персональной информацией

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

q Строка с видом запроса персональной информации

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

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

q Уникальный «ключ» (код)

o Таблица «Ссылки на персональную информацию в базах данных первого уровня»

q Ссылка через уникальный «ключ» из таблицы «Персоны»

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

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

· «Документы»

· «Почта»

· «Справочники»

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

· «Студент факультета»

· «Абитуриент»

· «Аспирант»

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

· «Кадры общеуниверситетские»

· «Сотрудник НИИ»

· «Сотрудник подразделения»