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

· «Работник по договору»

· «Зарплата»

· «…»

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

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

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

· Первоначально в базу данных «Персоналии» попадают все люди из баз данных первого уровня.

· При появлении в базах данных первого уровня новых людей изменения в базе данных «Персоналии» производятся либо в режиме online автоматизировано, либо в режиме offline автоматически в определенные системным администратором периоды времени

· При автоматизированном переводе данных из одной базы в другую (например, из «Абитуриент» в «Студент») новая запись в базе данных не заводится, а добавляется новая ссылка.

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

2. В интегрированной информационной системе СПбГУ действует единая система регистрации пользователей и доступа LDAP.

Доступ пользователей к LDAP-серверу осуществляется через портал СПбГУ, набором в любой из программ-браузеров (просмотров) (Internet Explorer, Netscape Navigator и т.п. ) набором адреса портала.

Предварительно зарегистрированные пользователи набирают LoginName, пароль и после этого попадают на свою рабочую (или стартовую страницу, на которой есть ссылка на страницу с персональной информацией) страницу. Если у пользователя в момент входа в систему нет признака «Активен» хотя бы в одной из записей в таблице «Ссылки на персональную информацию в базах данных первого уровня», то доступ к его рабочей странице автоматически блокируется.

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

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

3. Для регистрации пользователей возможны варианты:

· Пользователь регистрируется самостоятельно. При регистрации он указывает свои: имя, фамилию и отчество. По этим данным определяется, есть ли этот человек в настоящий момент в базе данных «Персоналии». И если есть, то принимаем его в качестве этого пользователя портала и отображаем для него соответствующие персональные сервисы. В случае ошибочной идентификации пользователя, эти вопросы предлагается решать через администратора системы (по e-mail или личной встречей). (Этот вариант годиться для апробирования портала и является наиболее легко реализуемым, например в рамках системы интеграции основанной на IBM WebSphere Portal).

· Логин и пароль для входа в портал, определяется администратором портала, в соответствии с едиными правилами. Затем эта информация передаётся непосредственным пользователям. Например при поступлении в университет при регистрации абитуриента, ему выдается такой логин и пароль, с помощью которых он сможет посмотреть информацию о своих вступительных экзаменах и решениях ЦПК.

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

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

6. Описание примерной структуры представления информации в портале (для конкретного пользователя - учащегося):

Структура макета

При разработке макета портала были выделены следующие требования и задачи:

· Макет должен содержать систему аутентификации и регистрации пользователей портала, в соответствии с предложенной схемой реализации;

· Аутентификация должна быть произведена один раз. То есть в следующий раз система должна автоматически определить пользователя;

· После аутентификации пользователя, пользователю должна быть предоставлена его персональная странница;

· Используя информацию из репозитория метаданных, портал должен предоставить список доступных пользователю сервисов (в виде соответствующих ссылок) и предоставить эти сервисы в виде web-приложений;

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

· Репрезентация этих данных должна соответствовать схеме отображения этих данных в приложениях, формирующих данные.

При описании макета портала так же следует выделить следующие структурные элементы связывающие портал с информационным хранилищем ИРАИС:

· Система администрирования пользователей портала функционирует отдельно от хранилища интегрировано-распределенных данных системы.

· Система администрирования содержит ссылки на таблицу «персоны» из репозитория метаданных.

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

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

Макет портала реализован на основе технологии ASP.NET. В качестве языка разработки был выбран язык программирования C#, входящий в комплект среды разработки VisualStudio.NET. Макет представляет собой набор ASP-странниц с соответствующим серверным кодом (более подробно см. Приложение).

Схема 4. Структура макета портла.

Описание пользовательского интерфейса

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

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

Выводы

1. Рассмотрены существующие подходы построения интегрировано-распределенных систем. Проанализированы достоинства и недостатки соответствующих подходов. Проведен анализ текущего состояния информационной системы СПбГУ. Рассмотрены варианты применения подходов интегрирования для создания единой интегрированной распределенной информационной системы университета.

2. Исследована возможность применения наиболее перспективных из существующих продуктов для построения ИС Университета. В частности рассмотрена возможность применения следующих систем интеграции:

· Платформа IBM WebSphere и другие продукты корпорации IBM.

· Платформа Microsoft.NET.

3. Разработана архитектура информационной системы Университета на основе интеграции баз данных и единого web-интерфейса.

4. Разработан макет портала Университета. Реализованы:

· Система регистрации пользователей.

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

Исследованы возможности основных технологий разработки web-приложений в контексте построения портала Университета:

· IBM WebSphere Studio Site Developer

· ASP.NET

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

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

Перспективы развития

Реализация интеграции через web-сервисы. Модернизация приложения для работы с ИРАИС.

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

Список литературы

[1] Отчет «Методы и инструменты интеграции корпоративных приложений (Enterprise Application Integration - EAI)», подготовленный группой авторов «RC GROUP».

[2] Библиотека MSDN - Visual Studio .NET 2003. http://msdn.microsoft.com/library/rus/

Размещено на Allbest.ru