Разработка образовательного портала "Информационные системы ОАО "РЖД"

Содержание


Введение

. Предпроектное обследование

.1 Анализ проблемы поддержки образовательной деятельности в отрасли

.2 Анализ портальных технологий

.2.1 Понятие порталов

.2.2 Технологии создания образовательного портала

.3 Обоснование целесообразности разработки

.4 Требования

.4.1 Общие требования к порталу

.4.2 Требования к функциям портала

.4.3 Требования к программному и техническому обеспечению

. Разработка портала

.1 Обоснование выбора платформы портала

.2 Возможности WebSphere Portal

.2.1 Настройка информационного наполнения

.2.2 Внешний вид страниц

.2.3 Персонализация

.2.4 Поддержка новых устройств, клиентов и языков описания документов

.2.5 Портлеты

.2.6 Защита

.3 Выбор программно-технической платформы для портала

.3.1 Анализ необходимого аппаратного обеспечения

.3.2 Анализ необходимого программного обеспечения

.3.3 Реализация программно-аппаратной архитектуры для портала

.4 Анализ исходных данных

.4.1 Взаимодействие с системой СДОП

.4.2 Взаимодействие с кадровой системой

.4.3 АИС Реестр

.4.4 Интранет-ресурсы

.4.5 Поставщики программного обеспечения и разрабатывающие организации

.4.6 Обучающие организации

.5 Разработка средств администрирования и безопасности

.5.1 Анализ методов доступа к порталу

.5.2 Организация доступа к образовательному порталу

.6 Организация импорта информационного наполнения

.6.1 Импорт информационного наполнения с Web-страницы

.6.2 Импорт новостей и других форматированных данных

.6.3 Использование части информационного наполнения Web-сайтов

.7 Организация контента портала

.7.1 Отображение статических файлов HTML

.7.2 Добавление сервлетов

.7.3 Отображение страниц JSP

.7.4 Отображение форматированных данных

.7.5 Отображение документов

. Системотехнические расчёты

. Экономическое обоснование разрабатываемого портала

.1 Постановка экономической задачи

.2 Расчёт затрат, связанных с разработкой портала

.3. Общие затраты на разработку портала

.4 Оценка экономического эффекта

. Охрана труда и безопасность жизнедеятельности

.1 Постановка задачи

.2 Идентификация опасных и вредных факторов, сопутствующих созданию портала

.2.1 Определение опасных и вредных производственных факторов

.2.2 Классификация условий труда

.2.3 Констатация наиболее значимых факторов, сопровождающих создание портала

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

.4 Рекомендации по обеспечению безопасности и охране труда

Заключение

Список использованных источников

Приложения

Приложение №1. Права доступа на операции с ресурсами портала различных категорий пользователей

Приложение №2. Инструкция по управлению пользователями, группами и ресурсами

Приложение №3. Инструкция по импорту информационного наполнения портала

Приложение №4. Инструкция по формированию содержимого портала


Введение


Сейчас в отрасли применяется множество информационных систем и технологий различного характера. Их объём растёт с каждым годом, постоянно внедряются новейшие технологии. Соответственно растёт число пользователей информационных систем.

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

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

Требуется «место», где будут скоплены все материалы образовательного характера по информационным технологиям и системам, используемым или внедряемым в отрасли ОАО «РЖД»

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

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

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

Корпоративный образовательный портал отрасли способен:

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

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

·достаточно просто персонализировать доступ с системами авторизации и аутентификации.

·объединить в себе отдельные приложения, создав единую отраслевую образовательную среду


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


1. Предпроектное обследование


1.1 Анализ проблемы поддержки образовательной деятельности в отрасли


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

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

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

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

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

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

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

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


1.2 Анализ портальных технологий


1.2.1 Понятие порталов

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

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

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

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

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

·Торговые порталы - это торговые площадки, которые связывают продавцов и покупателей.

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

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

·Организация сообществ;

·Индивидуальная настройка;

·Электронная почта Web;

·Поиск в каталогах;

·Новости и финансы;

·Дискуссии;

·Доски сообщений;

·Покупки;

·Краткие рекламные объявления;

·Игры и ПО;

·Мгновенная пересылка сообщений;

·Бесплатные базовые страницы.

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

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

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


1.2.2 Технологии создания образовательного портала

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

Рассмотрим основные платформы, которые в данное время существуют, для выбора основы для разрабатываемого образовательного портала. В качестве объектов сравнительного анализа были выбраны решения наиболее известных и авторитетных в области порталостроения фирм-разработчиков, имеющих представительства в России[5]:

·Hummingbird Enterprise (www.hummingbird.com)

·программно-технологическая платформа X-Ware (группа компаний Stack) (www.stack.net)

·платформа WebSphere (IBM) (www.ibm.com)

·Oracle Portal (www.oracle.com)

·Microsoft SharePoint Portal Server (www.microsoft.com)

Hummingbird Enterprise Information Portal (EIP), как и порталы других производителей относительно новый продукт, однако опыт компании в разработке программ для межсетевого взаимодействия и решений для управления знаниями, документами и данными, средств бизнес-анализа, доступа к хост-машинам позволил ей представить рынку свое творение.

В настоящее время корпоративный портал Hummingbird один из основных продуктов данного типа на рынке. Технология Hummingbird не только обеспечивает пользователям поддержку их front-end инструментов посредством обмена метаданными, но также предоставляет унифицированный доступ для просмотра любых объектов метаданных и выполнения запросов по огромному количеству различных репозиториев, возможно, и различной архитектуры. Фактически, Hummingbird представляет на рынке первый портал метаданных, что дает пользователям много новых возможностей.

Быстрое увеличение количества унаследованных и многоплатформенных систем внутри организаций сделало решение проблемы доступа к корпоративным ресурсам весьма сложным и обременительным. Каждая система требует собственных параметров для идентификации пользователя. Если только организации не перейдут на единую платформу, они столкнутся со значительными проблемами, связанными с обучением пользователей.CAP Server решает эти проблемы, обеспечивая единый, безопасный и унифицированный доступ к множеству гетерогенных служб каталогов, чтобы использовать преимущества каждой из них. Протокол САР избавляет от необходимости разрабатывать специфический код для обеспечения интерфейса с каждой службой каталогов и ограничивать выбор сетевой среды одной единственной платформой, позволяя работать со всеми одновременно.

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

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

Достоинства:

Демонстрирует прекрасные характеристики для построения корпоративных порталов.

Недостатки:

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

Программно-технологическая платформа X-Ware позволяет объединять в единое целое различные программные и информационные ресурсы и обеспечивает возможность оперативного нахождения и представления любых имеющихся данных. Эта платформа обеспечивает не только объединение разнородных источников информации, но также создание новых информационных ресурсов и управление ими. За счет оптимального использования вычислительных и телекоммуникационных ресурсов в распределенной среде платформа X-Ware обеспечивает высокую производительность и надежность при работе с географически удаленными и разнородными источниками данных. Программно технологическая платформа X-Ware представляет собой интегрированный комплекс программных решений, предназначенных для создания и поддержания крупных распределенных информационных систем. Трехуровневая архитектура программно-технологической платформы позволяет подключать к ядру («общей шине») любое количество необходимых модулей, обеспечивающих внешние функции системы, Эти модули могут располагаться в географически удаленных точках и работать с данными, хранящимися в разных форматах и на разных программно-аппаратных платформах. Ядро системы может быть распределенным и не иметь критического участка в виде единого центрального сервера.

Ядро выполняет следующие основные функции:

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

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

·обеспечение информационной безопасности (аутентификации, авторизации, шифрования);

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

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

Существующий набор подключаемых к ядру X-Ware модулей позволяет строить распределенные информационные системы любой степени сложности:

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

·Модуль управления веб-сайтами позволяет создавать высокопроизводительные динамические веб-сайты и порталы.

·Модуль Stager обеспечивает возможность непрерывной разработки и обновления веб-ресурсов.

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

·Модуль управлений каталогами предназначен для формирования иерархических структур адресов интернет-ресурсов для использования в Универсальной Поисковой Машине или Модуле геотаргетинга для систематизации ресурсов Интернет.

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

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

·Универсальная (периодической индексации) Машина Поиска предназначена для поиска информации в медленно обновляющихся информационных массивах (типичным примером является поиск по ресурсам Интернет и архивам документов). Обе поисковые системы являются полнотекстовыми и могут быть полностью адаптированы к морфологическим особенностям любого языка

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

Достоинства:

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

Недостатки:

Трудоемкость разработки: не распространяется в форме отдельного продукта, а используется при разработке под заказ.

Oracle Portal - это система обработки данных с полной и ясной инфраструктурой для создания нового поколения интеллектуальных интернет-приложений. В состав Oracle9i входят:

·база данных Oracle9i Database;

·сервер приложений Оrасlе9i Application Server;

·среда разработки Оracle9i Developer Suite.

По мере того как прикладные программные системы мигрируют в Интернет, постепенно трансформируясь в платные службы, высокая масштабируемость, производительность, интеллектуальность и надежность Oracle9i становятся особенно актуальными для электронного бизнеса. Oracle9i Application Server обладает широкими возможностями для размещения в Интернете веб-узлов и приложений. Можно создавать веб-узлы на основе новейших технологий, включая языки Java (с учетом новейшего стандарта J2EE), XML и PL/SQL Средства из пакета Oracle Internet Developer Suite - JDeveloper или Forms Developer - позволяют быстро создавать и устанавливать приложения в тесной связи с Оrасlе9i Application Server. i Application Server поддерживает новейшую технологию кэширования, кардинально увеличивающую производительность и масштабируемость веб-узлов. При этом можно обслуживать большее количество пользователей динамичного веб-узла, не тратясь на дополнительное оборудование. С помощью Oracle9i AS Portal и его технологии портлетов можно быстро создавать персонифицированные порталы, для обращения к которым требуется ввести пароль лишь один раз. Это упрощает доступ к содержимому узла и обеспечивает необходимую безопасность. Новое приложение для электронного бизнеса (Webtop) доставляет разным группам пользователей персонифицированную информацию, повышает производительность их труда, снабжает необходимыми данными поставщиков и снижает издержки.

После размещения веб-узла в Интернет Oracle9i Application Server предоставляет в распоряжение администраторов встроенные функции генерации отчетов, специальных запросов и анализа для получения необходимой деловой информации. Это поможет оперативно принять точные решения для повышения эффективности функционирования.

В Oracle9i Application Server реализованы необходимые технологии для взаимодействия с приложениями, бизнес-процессами. Также в нем реализованы базовые технологии оперативной работы с клиентами, сотрудниками и партнерами. Оrасlе9i предоставляет полный набор служб порталов: для публикаций в Интернет, управления содержимым, динамической персонификации, обеспечения безопасности и администрирования веб-узлов.

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

Приложения Oracle Portal составляются из компонентов различных типов. Формы позволяют пользователю вводить информацию, используя текстовые поля, поля множественного выбора, флаги, раскрывающиеся списки и диалоговые окна. Списки и диалоговые окна могут быть основаны на статических значениях, либо выборках из базы данных. Поля ввода могут быть проверены на соответствие различным условиям перед посылкой на сервер через клиентский код JavaScript. Возможности написания и вызова процедур PL/SQL обеспечивают проверки и реализацию необходимой бизнес-логики на сервере.Отчеты отображают информацию из базы данных в формате HTML, Text или Microsoft Excel. Кроме того, возможна интеграция с Oracle Reports, предоставляющим мощные возможности сервера отчетов. Диаграммы графически представляют числовую информацию. При этом для отображения полосок разной длины используются возможности HTML, что позволяет найти приемлемый баланс между наглядностью и нагрузкой на сеть. Меню предлагают пользователю набор ссылок, основанный на его привилегиях. Отображаются только те ссылки, которые пользователь имеет право видеть. Система меню может иметь вложенный характер, а встроенная функция поиска позволяет быстро отыскать нужную ссылку. Календари отображают информацию по месяцам. К примеру, за несколько минут можно получить календарь, в котором имена сотрудников расположены в ячейках, соответствующих их дням рождения. Иерархии графически отображают данные с соотношениями подчинения (например, организационные диаграммы) и предоставляют возможности навигации. Динамические страницы дают возможность вставлять вызовы кода PL/SQL в страницы HTML для создания дополнительных приложений или интеграции уже существующих.

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

Достоинства:

Мощная развивающаяся система. Хорошие средства разработки. Обширные дополнительные возможности.

Недостатки:

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

Microsoft Share Point Portal Server - это гибкое веб-решение, предназначенное для создания порталов, с помощью которых облегчается поиск, совместное использование и публикация информации

Сервер SharePoint Portal Server позволяет создать богатый возможностями, готовый к работе и допускающий настройку веб-портал, предоставляющий сотрудникам организации быстрый доступ к важной деловой информации. В него интегрированы основные функции управления документами, такие как извлечение и возврат документов, профили документов и публикация документов с помощью хорошо известных пользователям приложений Microsoft Office. Кроме того, пользователи могут создавать рабочие области сервера SharePoint Portal Server, в которых может выполняться планирование проекта и управление соответствующими документами, а также предоставление их в общий доступ.

Узел электронных панелей сервера выполняет функции централизованного настраиваемого пункта доступа к информации извлекаемой из разнообразных источников. Одновременно с этим он обеспечивает безопасность используемых документов. Внешними источниками информации могут являться другие рабочие области сервера, узлы интрасети или Интернет, общие папки Microsoft Exchange и Microsoft Exchange Server, базы данных Lotus Notes, локальные файловые системы и сетевые файловые серверы.

Сервер SharePoint Portal Server можно развернуть как внутри одного отдела, так и в масштабах целого предприятия. Он предназначен для работы в тесной интеграции с широко распространенными приложениями, такими как пакет Microsoft Office и браузер Microsoft Internet Explorer. Таким образом, сотрудники организации могут немедленно воспользоваться преимуществами данного продукта.

Особенности решения Microsoft SharePoint Portal Server:

·Упрощение доступа к деловой информации:

·Наиболее важные источники и типы информационных ресурсов предприятия индексируются;

·фиксируются и поддерживаются настройки безопасности для операционной системы Windows, сервера Exchange и Lotus Notes;

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

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

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

·Тесная интеграция информационного портала с пакетом Microsoft Office и рабочим столом Windows:

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

·упрощенное прослеживание истории документа и откат к предыдущим версиям;

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

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

·Эффективный способ построения и расширения интранет-портала:

·интерфейс портала, построенный на основе электронных инструментальных панелей, допускает расширение путем добавления веб-компонентов;

·упрощено создание индивидуальных электронных инструментальных панелей и предоставления общего доступа к ним для других пользователей;

· портал основан на принятых в отрасли и в Интернет стандартах, таких как XML, WebDAV, ADO/OLEDB и CDO;

·средства Visual Studio позволяют разработчикам создавать приложения, в которых с помощью страниц Active Server Pages и объектов ADO обеспечиваются дополнительные возможности для совместной работы.

Достоинства:

Мощное комплексное решение.

Недостатки:

Отсутствует фирменная поддержка русского языка в поиское.

IBM WebSphere Portal является частью программной платформы WebSphere. Эта платформа предназначена для:

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

·интеграции и автоматизации бизнес-процессов;

·построения, подключения и управления приложениями.

Этим трем функциональным направлениям соответствуют решения:

Функциональный фундамент и инструменты для создания, эксплуатации и развертывания приложений. Сервер приложений WebSphere Application Server, пакет MQ для обмена сообщениями и самые современные инструменты разработки формируют прочную базу платформы. Этот фундамент и набор инструментов помогают предоставить заказчику необходимые функции для работы в Интернет, позволяют создавать и использовать веб-службы, а также обеспечивают связь заказчика с более масштабным техническим сообществом разработчиков и других пользователей WebSphere.

Интеграция бизнеса для обеспечения совместимости внутренних бизнес-процессов, включая процессы с участием бизнес-партнеров. Входящие в состав пакета WebSphere продукты, такие, как WebSphere Business Integrator, облегчают внедрение приложений и бизнес-процессов, включая решения для управления цепочками поставок (SCM) и интеграции существующих процессов с Web.

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

Достоинства:

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

Недостатки:

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

1.3 Обоснование целесообразности разработки


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

Создание портала повлечёт повышение общей производительности сотрудников, что достигается за счет:

·создания и эффективного использования информационно-образовательной среды;

·ускорения внедрения новых информационных систем на всех уровнях РАО РЖД;

·оперативное удовлетворение информационных потребностей пользователей;

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

·интеграции и упорядочиванию всех образовательных ресурсов отрасли;

·контроля за образовательным процессом в отрасли;

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


1.4 Требования


1.4.1 Общие требования к порталу

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

·соответствие международным стандартам открытых систем, в том числе стандартам разработки, сопровождения и документирования;

·соответствие международным стандартам в области управления качеством ISO9000, наличие сертификатов качества;

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

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

·многоплатформенность (операционные системы и аппаратные средства);

·распределенность, т.е. возможность построения портала (системы порталов) на нескольких, в том числе географически удаленных серверах, возможность создания зеркальных серверов;

·масштабируемость по количеству пользователей, объему хранимых данных, интенсивности обмена данными, скорости обработки запросов и данных, набору предоставляемых услуг, способам обеспечения доступа и т.п.;

·надежность (постоянная работоспособность, минимизация времени простоя и времени восстановления, обеспечение средствами сохранения и восстановления данных, резервирования);

·поддержка фирмы-производителя на территории РФ, обучение персонала, горячая линия, обновление версий.

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

·обеспечение времени реакции портала на запросы пользователей не более 3 секунд при использовании в запросе собственных данных портала, и не более 10 секунд при использовании внешних данных.


1.4.2 Требования к функциям портала

В портале должны быть заложены следующие функции:

·поддержка поиска - обеспечивает клиента доступом к широкому спектру русифицированного поиска источников информации внутри и вне портала.

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

·организация интерактивных диалогов пользователей портала (чаты, дискуссии, голосования, конференции и т.д.);

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

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

·организация рассылок пользователям по интересующим темам или подпискам;

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

·администрирование портала.

1.4.3 Требования к программному и техническому обеспечению

·Использование стандартных средств доступа и изменения информации на рабочих местах пользователей (не требовать установки на компьютерах пользователей дополнительного программного обеспечения, за исключением тех, которые входят в комплект поставки операционной системы и Internet Explorer-а);

·не предъявлять завышенных требований к рабочим станциям пользователей;

·портал не должен перегружать сеть передачи данных излишней информацией;

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

·независимость системы хранения от аппаратных особенностей вычислительных серверов


2. Разработка портала


2.1 Обоснование выбора платформы портала


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

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

·экспертные оценки независимых агентств;

·экспериментальная инсталляция портальных платформ и реализация отдельных функций на их базе.

Независимыми экспертами из числа ведущих специалистов информационных технологий (Михаил Булгаков, начальник отдела информационных систем ГосНИИ ИТТ Информика»; Владислав Герасимов, начальник отдела сетевых технологий НовГ; Николай Курмышев, проректор по информатизации НовГУ; Юрий Ижванов, первый заместитель директора ГосНИИ ИТТ «Информика») были выдвинуты ряд свойств, которыми должны обладать порталы [5].

Эти свойства:

·Стоимость платформы

·Поддержка неструктурированных данных в портале

·Поддержка структурированных данных в портале

·Автоматическое накопление содержимого портала

·Обработка накопленного содержимого портала

·Создание содержимого портала

·Поиск и предметный указатель

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

·Возможность подписки на информацию

·Интернационализация поиска (русифицированный поиск)

·Представление данных

·Интернационализация интерфейса (русификация интерфейса)

·Администрирование

·Поддержка нетрадиционных компьютерных устройств

·Документооборот

·Интеграция с почтовыми службами

·Поддержка различных серверных платформ

·Поддержка взаимодействия платформ

·Архитектура портала

·Рабочие характеристики портала

·Установка и документирование

·Поддержка стандартов

·Поддержка различных браузеров для отображения

·Средства создания портлетов

·Требования к аппаратным средствам

·Масштабируемость/ Надежность

·Безопасность

·Контроль работы/ Генерация отчётов

·Поддержка со стороны производителя

По этим свойствам экспертами были проставлены соответствующие баллы степени обладания свойством по каждой платформе (от 1 до 10). На диаграмме 2.1 представлены эти баллы по свойствам.


Диаграмма 2.1 Оценка обладания свойствами различных платформ


Каждый эксперт независимо друг от друга приписывает ранги от 1 до 5, причём наиболее важному свойству - ранг 1, а наименее важному - 5. Результаты ранжировки в таблице 2.1.


Таблица 2.1 Результаты экспертного опроса

характеристики платформранги, присваиваемые соответствующими экспертами 1. Стоимость 3224322. Поддержка неструктурированных данных3234423. Поддержка структурированных данных2311224. Автоматическое накопление содержимого портала3423325. Обработка накопленного содержимого портала2223316. Создание содержимого1132247. Поиск и предметный указатель1123228. Возможность ограничивать информацию 3334459. Возможность подписки на информацию43343510.Интернационализация (поиск)21132111. Представление данных 32232412. Интернационализация (интерфейс) 22121113. Администрирование 11232214. Поддержка нетрадиционных к-ых устройств44554415. Документооборот34443316. Интеграция с почтовыми службами53335417. Поддержка серверных платформ21232218. Поддержка взаимодействия платформ21133219. Архитектура портала41332420. Рабочие характеристики12232221. Установка и документирование22321422. Поддержка стандартов12231123. Поддержка Браузеров12312124. Средства создания портлетов12131125. Требования к аппаратным средствам32234326. Масштабируемость/ Надежность21112127. Безопасность21122328. Контроль работы/ Генерация отчётов43345229. Поддержка производителя123324

Проведём ранжировку к нормализованному виду (свойствам, имеющим одинаковые ранги, припишем ранг, равный среднему значению номеров занимаемых мест). Результаты нормировки в таблице 2.2.


Таблица 2.2 Нормированные результаты экспертного опроса

характеристики платформранги, присваиваемые соответствующими экспертами суммарный рангдисперсия рангов1. Стоимость2115,512,525,520,512,5107,5306,252. Поддержка неструктурированных данных2115,522,525,525,512,5122,51056,253. Поддержка структурированных данных1324421112,55412964. Автоматическое накопление содержимого портала212812,51520,512,597495. Обработка накопленного содержимого портала1315,512,51520,5476,5182,256. Создание содержимого4,5522,55,5112448,51722,257. Поиск и предметный указатель4,5512,5151112,54817648. Возможность ограничивать информацию212422,525,525,528,5118,5812,259. Возможность подписки на информацию26,52422,525,520,528,511984110.Интернационализация (поиск)13541511448176411. Представление данных2115,512,51511247522512. Интернационализация (интерфейс)1315,545,52,5440,52450,2513. Администрирование4,5512,5151112,548176414. Поддержка нетрадиционных к-ых устройств26,528292925,524138230415. Документооборот21282825,520,519123108916. Интеграция с почтовыми службами292422,51528,52411984117. Поддержка серверных платформ13512,5151112,556,51122,2518. Поддержка взаимодействия платформ13541520,512,557,51056,2519. Архитектура портала26,5522,51511248010020. Рабочие характеристики4,515,512,5151112,558,5992,2521. Установка и документирование1315,522,55,52,5245996122. Поддержка стандартов4,515,512,5152,5450160023. Поддержка Браузеров4,515,522,5211455,51190,2524. Средства создания портлетов4,515,54152,5441,52352,2525. Требования к аппаратным средствам2115,512,51525,51989,50,2526. Масштабируемость/ Надежность1354211435302527. Безопасность13545,5111938,52652,2528. Контроль работы/ Генерация отчётов26,52422,525,528,512,5127136929. Поддержка производителя4,515,522,515112468,5462,25

Суммарный ранг характеристики:


Коэффициент согласованности экспертов (конкардации):


где


В нашем случае имеем:

Проверим значимость коэффициента конкордации с помощью распределения . В нашем случае имеем


X=m(n-1)k0


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

X=6*28*0,12=20,16

Статистическое распределение равно 16,9. Таким образом, экспериментальное значение X=20,16 больше теоретического=16,9, то отклоняем гипотезу о случайной простановке рангов.

Коэффициент важности свойств:


большие его значения свидетельствуют о большей важности свойств.

В таблице 2.3 отображены важности свойств для каждой из характеристик.

Коэффициент предпочтительности варианта портала:


где оценка обладания характеристикой вида портала.


Таблица 2.3 Выбор портала

характеристики платформкоэффициент важности характеристикиHummingbird Enterpriseплатформа X-Wareплатформа WebSphereOracle PortalMicrosoft Portal Server1. Стоимость0,0555851072. Поддержка неструктурированных данных0,00810610353. Поддержка структурированных данных0,0471095894. Автоматическое накопление содержимого портала0,0539710775. Обработка накопленного содержимого портала0,0491099996. Создание содержимого0,041099797. Поиск и предметный указатель0,0425101010478. Возможность ограничивать информацию0,05591071099. Возможность подписки на информацию0,05610101051010.Интернационализация (поиск)0,043510599811. Представление данных0,049107910912. Интернационализация (интерфейс)0,042101010101013. Администрирование0,043599108814. Поддержка нетрадиционных к-ых устройств0,0624105815. Документооборот0,056721010516. Интеграция с почтовыми службами0,0575210101017. Поддержка серверных платформ0,04571057218. Поддержка взаимодействия платформ0,04510101071019. Архитектура портала0,045631010720. Рабочие характеристики0,04551109521. Установка и документирование0,045591108822. Поддержка стандартов0,04479106523. Поддержка Браузеров0,045591099924. Средства создания портлетов0,0452109625. Требования к аппаратным средствам0,0515931010926. Масштабируемость/ Надежность0,040544107527. Безопасность0,0415641010528. Контроль работы/ Генерация отчётов0,00586108529. Поддержка производителя0,04757610910Коэффициент предпочтительности портала10,048,3111,910,79,95


Судя по таблице 2.3 мы видим что наибольшее значение у коэффициента предпочтительности у платформы WebSphere, таким образом, выберем её для создания нашего образовательного портала.


2.2 Возможности WebSphere Portal


2.2.1 Настройка информационного наполнения

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

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


2.2.2 Внешний вид страниц

Для определения внешнего вида страниц в WebSphere Portal применяются шаблоны JSP, каскадные таблицы стилей и изображения. Этими шаблонами можно управлять, например, добавляя на страницы портала элементы фирменного стиля, либо полностью изменяя цветовую схему или стиль портала. Система определения цветовых тем и оболочек портала поддерживает применение в теме нескольких оболочек, добавление элементов фирменного стиля, использование стилей навигации и динамических каскадных таблиц стилей. Темы и оболочки могут применяться не только ко всему порталу в целом, но и к отдельным страницам. Различные оболочки можно применять и к отдельным портлетам, что позволяет детально настроить внешний вид портала в соответствии с нуждами пользователя. Применение на каждой странице собственной темы позволяет при наличии одного портала создать впечатление поддержки нескольких виртуальных порталов. Все наглядные элементы WebSphere Portal, включая заголовок, области навигации, рисунки, заголовки портлетов и таблицы стилей, могут быть изменены, чтобы модифицировать внешний вид портала. Для создания внешнего вида и макета портала используются стандартные форматы файлов, такие как JPEG, GIF, CSS и JSP.

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


Рисунок 2.1


2.2.3 Персонализация

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

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

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

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

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

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

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


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

Все более важным становится доступ не только с персональных компьютеров, но и с помощью мобильных устройств связи (рисунок 2.2). WebSphere Portal обеспечивает поддержку нетрадиционных устройств за счет создания страниц на любом языке описания.


Рисунок 2.2


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

·HTML: для настольных компьютеров и некоторых моделей PDA

·WML: для устройств WAP, таких как мобильные телефоны

·cHTML: для мобильных устройств сети NTT DoCoMo iMode.

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

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

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

2.2.5 Портлеты

Портлеты представляют собой важнейший компонент WebSphere Portal. Портлеты - это небольшие приложения портала, разработка, внедрение и просмотр которых осуществляется независимо друг от друга, также как и управление портлетами. Администраторы составляют страницы портала, выбирая портлеты и располагая их в желаемом порядке, в результате чего получаются измененные Web-страницы. На рисунке 2.3 показано как организуется информационное наполнение страницы с помощью портлетов.


Рисунок 2.3


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

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

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

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

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

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

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


2.2.6 Защита

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

·Web-страницы, на которых пользователи могут регистрироваться и изменять свою учетную запись

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

·Хранилище информации о пользователях портала

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

Набор атрибутов, задаваемых в пользовательском профайле по умолчанию, поддерживается большинством каталогов LDAP. Хранилище данных пользователей может включать в себя несколько источников данных. По умолчанию хранилище состоит из двух источников данных: базы данных и сервера каталогов. База данных может быть произвольной при условии, что она поддерживается WebSphere Portal.

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

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

В WebSphere Portal применяется идентификация на основе форм. Это означает, что при попытке обращения к порталу пользователю с помощью формы HTML предлагается указать ИД и пароль. Затем сервер портала передает серверу приложений запрос на проверку идентификационной информации с помощью реестра пользователей LDAP.

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


2.3 Выбор программно-технической платформы для портала


Для успешной работы образовательного портала, основанного на WebSphere Portal необходимо аппаратная и техническая платформа, совместимая с WebSphere Portal.

С приведённым ниже обеспечением платформа WebSphere Portal тестировалась на работоспособность, применение отличного программного и аппаратного обеспечения не гарантирует корректной работоспособности портала.

Для успешной установки WebSphere Portal следует убедиться, что идентификатору пользователя, который будет применяться при установке, предоставлены следующие права доступа:

·ИД пользователя к моменту запуска установки должен уже существовать.

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

·При запуске WebSphere Application Server в качестве службы у ИД пользователя должны быть особые права доступа.

-Работа в режиме операционной системы: в Windows эти права обозначены как привилегия для учетной записи пользователя.

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


2.3.1 Анализ необходимого аппаратного обеспечения

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

·Процессор: Рекомендуются серверы средней и высокой производительности с процессором не ниже Pentium 4 частотой 1,4 ГГц.

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

·Дисковое пространство: Для установки WebSphere Application Server, расширений и исправлений, WebSphere Portal потребуется 2092 Мб памяти в установочном каталоге и не менее 750 Мб во временном каталоге. Так как в процессе работы портала в базе данных будет накапливаться информация о пользователях, персонализированная информация, метаинформация портала, то следует предусмотреть объём дискового пространства с базой данных не менее 100 Gb памяти.

·Виртуальная память/пространство подкачки: Рекомендуется установить объем виртуальной памяти равным удвоенному объему оперативной памяти. Объем виртуальной памяти должен быть не меньше объема оперативной памяти.

·Файловая система: Рекомендуется файловая система NTFS.

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

-Сетевой адаптер и соединение с физической сетью, поддерживающей передачу пакетов IP.

-Настроенное полное имя хоста. Система портала должна поддерживать преобразование полного имени хоста в IP-адрес.


2.3.2 Анализ необходимого программного обеспечения

На рисунке 2.4 представлено как программное обеспечение взаимодействует с WebSpher Portal. Для работы WebSphere Portal необходим WebSphere Application Server в качестве сервера приложений, база данных для хранения сведений о пользователях и метаданных портала, HTTP Server, поддержка операционной системы. Для отображения информации пользователям требуется стандартный браузер.

Рисунок 2.4


Приведём наиболее подходящее программное обеспечение, которое необходимо установить для успешной работы WebSphere Portal:

·Операционная система: Продукт WebSphere Portal лучше всего использовать с операционной системой Microsoft Windows 2003 Enterprise, но можно установить на компьютер с одной из следующих операционных систем:

-Microsoft Windows 2003 Standard;

-Microsoft Windows 2000 Advanced Server SP4;

-Microsoft Windows 2000 Server SP4

·Сервер приложений: Продукт WebSphere Portal необходимо установить на сервере WebSphere Application Server максимальной из поддерживаемых версий со всеми исправлениями.

·Web-сервер: WebSphere Portal устанавливается совместно с веб-сервером IBM HTTP Server, хотя допустимо использование любого Web-сервера.

·База данных: По умолчанию WebSphere Portal устанавливается вместе с базой данных Cloudscape. Но для масштабов отрасли лучше использовать более производительную и надёжную базу данных IBM DB2 Universal Database Enterprise Server Edition 8.1, т.к. число пользователей, сведения о которых должны храниться в базе данных, превышает 2000. Для хранения информации WebSphere Portal могут применяться следующие базы данных:

-Cloudscape версии 5.1;

-IBM DB2 Universal Database Workgroup Server Edition 8.1;

-Oracle Enterprise Edition 9i выпуск 2;

-SQL Server Enterprise Edition 2000 SP3a.

·Web-браузеры: Поддержка Web-браузера определяется конкретным портлетом или компонентом портала, поэтому для правильного отображения информации портлетов в окне браузера пользователя портала следует применять стандартный браузер, встроенный в Windows, Microsoft Internet Explorer версии 5.5 или 6.0. Остальные браузеры могут некорректно работать с порталом и его компонентами.


2.3.3 Реализация программно-аппаратной архитектуры для портала

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

Построим архитектуру портала на 2 серверах, один из которых будет использоваться для базы данных, а другой для WebSphere Application и Portal Server. В качестве серверов для портала и базы данных используем двухпроцессорные сервера IBM xServer 345 с тактовой частотой процессора Intel Xeon 2,8 Ггц, объёмом оперативной памяти 2 Гб, RAID 6 организацией трёх дисковых накопителей по 72 Гб.

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

Для WebSphere Portal 5.0 используем Application Server и IBM HTTP Server, поставляемые вместе с сервером портала. Разворачивать портал следует в установленной операционной системе Microsoft Windows 2003 Enterprise.

Графически программно-аппаратная платформа портала отображена на рисунке 2.5.


Рисунок 2.5 Программно-аппаратная архитектура


2.4 Анализ исходных данных


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

·Общие;

·Составные;

·Специализированные.

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

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

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

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

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

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

На рисунке 2.6 представлены источники внешней информации для портала:


Рисунок 2.6 Источники внешней информации


Для организации связи с источниками информации распределим роли персонала портала (разработчики, служба сопровождения) следующим образом (рис 2.7):

·Руководитель: контроль и руководство над проектом портала.

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

·Редакторы: размещение информации в портале.

·Администраторы: управление порталом.


Рисунок 2.7 Use Case диаграмма взаимодействия персонала портала


Предполагаемая организационная структура взаимодействия разработчиков портала с сотрудниками организаций и систем, являющихся поставщиками информации показана на диаграмме Use Case (рис 2.8). Здесь предполагается, что взаимодействие будет построено между менеджерами портала с персоналом этих источников, систем, для анализа необходимой порталу информации.



Похожие материалы:

Коллективное использование произведений

Тема Коллективное использование произведений г. Златоуст. Южно Уральский Государственный Университет

Медный всадник

В письме Апраксину Петр однажды попросил На подписях пожалуй пишите просто также и в письмах без великого. Правителя самого. Среди всех дел Петра есть одно без которого остальные попросту не имели бы смысла. Реформа армии и создание. мая года весь Петербург съехался в мастерскую скульптора возле зеленого моста через Фонтанку чтобы посмотреть гипсовую модель будущего памятника. Каких. проведены им сквозь огонь и воду.

А.С.Пушкин в жизни И.А.Гончарова

Пушкин представлял собою для Гончарова не только поэтический но и личностный человеческий феномен. Естественно что Гончаров знал. Из письма к К.Р. от января г. мы узнаем о том как внимательно вглядывался Гончаров в творческую. Говоря о своем первом знакомстве с творчеством Пушкина Гончаров всегда указывал на тот эстетический фон который оттенял значение этого знакомства. В письме к. Однако есть загадка в том что в На родине нет и намека на эти разговоры. В чем же дело Ответ может заключаться во первых в личности Загряжского и во вторых в. Известно что Гончаров наизусть знал практически.

Основы правового положения человека и гражданина

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

Семейное неблагополучие как фактор девиантного поведения детей

. Оглавление Глава. Теоретические аспекты семейного воспитания Введение по дисциплине Социальная работа с семьей и детьми