СОЗДАНИЕ МОДУЛЯ ИНТЕРНЕТ КОНФЕРЕНЦИИ ДЛЯ ВЕБПОРТАЛА ЭЛЕКТРОННОГО ПРАВИТЕЛЬСТВА РЕСПУБЛИКИ КАЗАХСТАН



Тип работы:  Дипломная работа
Бесплатно:  Антиплагиат
Объем: 66 страниц
В избранное:   
МИНИСТЕРСТВО ОБРАЗОВАНИЯ И НАУКИ РЕСПУБЛИКИ КАЗАХСТАН

УНИВЕРСИТЕТ ТУРАН-АСТАНА

ИНЖЕНЕРНО-ЭКОНОМИЧЕСКИЙ ФАКУЛЬТЕТ

КАФЕДРА ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ

ЧЕРНООКОВ Виктор Григорьевич

СОЗДАНИЕ МОДУЛЯ ИНТЕРНЕТ КОНФЕРЕНЦИИ ДЛЯ ВЕБ-ПОРТАЛА ЭЛЕКТРОННОГО
ПРАВИТЕЛЬСТВА РЕСПУБЛИКИ КАЗАХСТАН

Дипломная работа студента 2 курса

Направление:

Специальность:

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

АСТАНА, 2010 ГОД

Задание на дипломную работу

Веб-портал электронного правительства создан во исполнение
Постановления Правительства Республики Казахстан от 8 декабря 2004 года №
1286 Об утверждении плана мероприятий по реализации Государственной
программы формирования электронного правительства в Республике
Казахстан.
Организация Интернет-конференции в онлайн-режиме на веб-портале
электронного правительства осуществляется согласно Протокольного
поручения заместителя Руководителя Администрации Президента Республики
Казахстан № 32-5.8 от 30 марта 2007 года.
Разработка модуля Интернет-конференции на веб-портале электронного
правительства предназначена для сбора вопросов пользователей сети Интернет
по различным тематикам, выставления рейтингов популярным вопросам,
проведения конференции в онлайн-режиме.
Интернет конференцию необходимо реализовать на веб-портале
электронного правительства, располагающегося по адресу www.e.gov.kz.

Предполагаемая продолжительность сбора вопросов – 2 недели.

Продолжительность проведения онлайн-трансляции Интернет-конференции –
2 часа.

Портал электронного правительства необходимо разместить на площадке
АО Казахтелеком (colocation) в г. Астана. Выход в интернет должен быть
осуществлен посредством двух каналов связи, основной – с пропускной
способностью 8 Мбитс, резервный – 4 Мбитс. При этом автоматическое
переключение на резервный канал нужно предусмотреть при условии
возникновения проблем с основным каналом связи.

Аннотация

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

Задание на дипломную работу 2
Аннотация 3
Введение 6
1. ПОСТАНОВКА ЗАДАЧИ ПРОЕКТИРОВАНИЯ СИСТЕМЫ И ПЕРЕЧЕНЬ ЗАДАЧ, ПОДЛЕЖАЩИХ
АВТОМАТИЗАЦИИ 8
1.1. Внешний контур 8
1.2. Внутренний контур 11
2. СРАВНИТЕЛЬНЫЙ АНАЛИЗ АНАЛОГОВ И ПРОТОТИПОВ СИСТЕМЫ, АНАЛИЗ РЫНКА
СОВРЕМЕННОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ 12
2.1. Сравнительный анализ аналогов и прототипов создаваемой системы
12
2.2. Анализ рынка программного обеспечения портальных платформ 15
2.2.1. Данные Gartner Group 16
2.2.2. Данные Meta Group 17
2.2.3. Технические характеристики решениий 19
2.3. Анализ рынка программного обеспечения серверов интеграции 22
2.3.1. IBM WebSphere 22
2.3.2. BEA WebLogic 23
2.3.3. Oracle 10G 24
2.3.4. BizTalk Server 2004 25
2.4. Рекомендации 26
2.5. Варианты построения системной архитектуры модуля 27
2.5.1. Централизованный вариант системной архитектуры 28
2.5.2. Распределенный вариант системной архитектуры 31
2.6. Варианты построения аппаратной архитектуры 34
2.6.1. Централизованный вариант аппаратной архитектуры 34
2.6.2. Распределенный вариант аппаратной архитектуры 35
3. РЕАЛИЗАЦИЯ ИНТЕРНЕТ КОНФЕРЕНЦИИ ИС ПЭП РК 38
3.1. Описание функционала и реализация подмодулей интернет-
конференции 38
3.2. Экономическая эффективность внедрения ИС 56
3.3. Общие принципы организации работы по охране труда на предприятии
59
3.4. Обеспечение информационной безопасности 61
3.5. Оценка рисков по проекту 62
Заключение 65
Список литературы 71
Приложение 1. Формат данных модуля интернет-конференции 72
Приложение 2. Презентация модуля интернет-конференции 77

Введение

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

Разновидности интернет-конференций:
• Скайп-конференции
• Friendfeed-конференциисеминары
• Wiki-конференциисеминары
• Интегрированные, когда используются различные среды и сервисы (напр.,
wiki и блоги, wiki и skype)
Правила проведения интернет-конференций:
Ведущим конференции может стать любое частное лицо либо организация.
Ведущий определяет тему конференции, сроки проведения, методики
извещения аудитории
Ведущий заполняет информацию о конференции (для проведения Интернет-
конференции формируется отдельная Вики-страница)
Участники интернет-конференции регистрируются и заполняют данные о
себе (ФИО, должность, организация, контактный электронный адрес), делают
ссылку на страницу в разделе "Участники" на странице конференции.
• Участники конференции публикуют свой доклад самостоятельно, делают
ссылку на страницу доклада со страницы конференции
• Конференция открывается для обсуждения в 00.00 указываемой даты начала
и закрывается в 23.59 указанной даты конца конференции.
• Обсуждение докладов может проводиться на странице "Обсуждение" каждого
доклада или в организованных ведущим конференции скайп-чатах, блогах,
общих документах.
• Сбор вопросов по обсуждению докладов можно осуществлять с помощью on-
line формы.
• В процессе обсуждения действует цензура соответствия текста
общепринятым нормам человеческого общения
Итогом конференции является заполняемый ведущим постскриптум.
Публикуются вопросы и ответы на странице интернет-конференции. Одновременно
формируется новость для дополнительного привлечения внимания читателей. Она
содержит наиболее важные вопросы и ответы, а также ссылку на указанную
страницу с развернутым списком вопросовответов.
Интернет-конференция Главы государства в режиме on-line проводится
впервые в целях организации диалога с пользователями глобальной сети
Интернет по актуальным вопросам, отобранным с модуля Интернет-конфренции.
Организаторами Конференции представлена возможность пользователям сети
задать вопрос, заполнив форму с необходимыми полями: имя, тематика,
защитный код. Максимальная длина вопроса не может превышать 500 символов.
После отправки вопроса ему присваивается уникальный номер (ID), по которому
пользователь может отслеживать статус рассмотрения вопроса после его
опубликования на портале.
В период приема вопросов предоставляется возможность проголосовать за
понравившийся вопрос. Результаты голосования определят наиболее популярные
вопросы, ответы на которые войдут в Топ-30 и будут даны Главой государства
в день проведения конференции и опубликованы на портале.
Площадкой проведения Интерент-конференции выбран Портал Электронного
Правительства Республики Казахстан, который размещен по адресу
www.e.gov.kz.

1. ПОСТАНОВКА ЗАДАЧИ ПРОЕКТИРОВАНИЯ СИСТЕМЫ И ПЕРЕЧЕНЬ ЗАДАЧ,
ПОДЛЕЖАЩИХ АВТОМАТИЗАЦИИ

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

Язык программирования - Java

Система Интернет-конференции должна иметь два интерфейса:

▪ внешний (для отправки вопросов и просмотра соответствующих
ответов);
▪ внутренний (для выполнения функций обработки вопросов).

1. Внешний контур

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

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

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

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

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

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

Рубрикатор Интернет-конференции должен состоять из нижепредставленных
8 рубрик и 43 подрубрик.

Экономика: Социальная сфера:
Конкурентоспособная экономика Доходы населения
Промышленность Трудовые отношения, занятость
Инвестиции Пенсионное обеспечение
Поддержка села Жилищная политика
Торговля Коммунальная сфера
Развитие бизнеса Образование и наука
Транспорт и коммуникации Здравоохранение
Финансовая политика Демография и миграция
Экономическая интеграция и Защита материнства и детства
глобализация Социальная защита инвалидов
Молодежная политика
Экология
Регионы: Внутренняя политика:
Региональная политика Политические реформы
Развитие гг. Астана и Алматы Парламент
Земельные отношения Выборы
Политические партии
СМИ
НПО
Местное самоуправление
Межэтнические и межконфессиональные
отношения
Культура
Языковая политика
Права человека
Государственное управление: Внешняя политика и безопасность:
Административная реформа Интеграционные объединения
Судебно-правоохранительная система Проблемы безопасности
Борьба с коррупцией Двусторонние отношения
Политика в Центральной Азии
Председательствование в ОБСЕ
Личные вопросы Другие вопросы

При нажатии на определенную рубрику, пользователь должен перейти в
список вопросов по данной рубрике.

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

Пользователь должен иметь возможность голосования за тот или иной
вопрос, тем самым повышая его рейтинг. Каждый уникальный посетитель должен
иметь возможность голосования только один раз за один и тот же вопрос.

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

Модуль должен иметь механизм поиска вопросов.

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

1) На рассмотрении
2) Опубликован
3) Не одобрен
4) Подготовлен ответ
Внешним пользователям должна быть предоставлена возможность просмотра
статистики по заданным вопросам.

Статистика должна отображаться в следующих разрезах:

1) По рубрике;
2) По возрастному составу пользователей;
3) По месту жительства пользователей;
4) По половому составу пользователей;
5) По социальному статусу пользователей;
6) По источнику: веб-форма, электронная почта.

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

Ответы на все поступившие вопросы должны быть опубликованы на портале
в течение 30 дней после проведения онлайн-трансляции.

2. Внутренний контур

Внутренний интерфейс Системы предназначен для реализации подсистемы
обработки вопросов. Доступ к системе обработки запросов будут иметь три
категории пользователей;

модераторы;

стенографисты;

эксперты-аналитики.

Вопросы, поступающие на портал, должны проходить первичную обработку
модераторами.

Модератор должен иметь доступ к следующим функциям:

1) указаниередактирование рубрики (тематики) вопроса;
2) редактирование орфографических, синтаксических и других ошибок;
3) отклонение вопроса по причине некорректности;
4) одобрение вопроса.
Модуль публикации ответов на вопросы должен предусматривать
возможность публикации диалога во время онлайн-трансляции Интернет
конференции и возможность подготовки ответов на вопросы, не вошедшие в ТОП.

1. СРАВНИТЕЛЬНЫЙ АНАЛИЗ АНАЛОГОВ И ПРОТОТИПОВ СИСТЕМЫ, АНАЛИЗ РЫНКА
СОВРЕМЕННОГО ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

1. Сравнительный анализ аналогов и прототипов создаваемой системы

Развитие информации и электронных технических средств оказало
серьезное влияние на структуры и процессы государственного управления. Если
вначале это влияние выразилось в повышении эффективности сбора, обработки и
использования информации в процессе принятия решений, то в дальнейшем
начали происходить заметные трансформации в институтах и методах
организации всей системы государственного управления. Особую интенсивность
информационные технологии в государственном управлении приобретают в
середине 90-х годов, что выражается в появлении нового концепта
электронное правительство (e-government). Формируются и связанные с ним
концептуальные понятия электронная демократия (e-democracy),
электронное управление (e-governance). В целом развитие электронного
правительства следует за развитием электронного бизнеса и электронной
коммерции.

Применение электронных и информационных технологий в государственном
управлении проходит ряд этапов. Выделяют пять основных этапов в этом
процессе (согласно данным Отделения государственной экономики и управления
ООН и Американского общества государственного управления).

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

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

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

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

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

Некоторые исследователи говорят о наиболее высоком этапе развития
электронного правительства, когда оно включается в систему электронной
демократии, позволяющей осуществлять электронное голосование, сетевые
публичные форумы, сетевые социологические обследования и т.д. Как пишет
Джей Мун, если предыдущие... стадии относятся к сетевым публичным услугам
в административной сфере, [последняя] стадия подчеркивает сетевую
политическую активность граждан (Moon, 2002, p. 427).

Уровень развития электронного правительства по странам, естественно
различен. Провидимые сравнительные исследования (некоторые проводятся,
например, с 1996 г. на основе Website Attribute Evaluation System
(http:www.cyprg.arizona.edu) исследовательской группой по политике в
киберпространтсве (the Cyberspace Policy Research Group) в Университете
Аризоны и Джордж Мейсон Университете (США)) показывают, что наиболее
развитыми в этом отношении являются Великобритания и Соединенные Штаты,
затем идут Индия, Австралия, Канада и Япония. Страны отличаются по уровню
прозрачности и интерактивности правительства. Так, Канадское правительство
более интерактивно, чем прозрачно, тогда как Австралия имеет более
прозрачное правительство, но менее взаимодействующее с населением.
Правительство в США характеризуется наибольшей степенью прозрачности и
открытости.

В Великобритании основным правительственным порталом, обеспечивающим
работу электронного правительства, является Британский сетевой портал для
граждан (UK online Citizen Portal: http:www.ukonline.gov.uk), котрый
обеспечивает доступ к правительственной информации и услугам. Он появился в
2001 г. Каждый день его посещают сто двадцать три тысячи визитеров. До
этого с 1994 г. информационные услуги оказывал сайт Британского
правительства (http:www.open.gov.uk), который размещал сайты отдельных
правительственных подразделений в алфавитном порядке. Новый портал имеет
выход на сайт Вход в правительство (Government Gateway), который
обеспечивает регистрационные услуги и предоставляет бланки документов
(например, налоговые формы). Основной портал дает возможность выхода на
сайты коммерческих предприятий, обратную связь, консультации и т.д.

Канадское правительство нацелено на предоставление полной информации и
услуг правительства через сеть к 2004 году. Уже сейчас здесь действуют три
правительственных портала, обеспечивающие коммуникацию и взаимодействие
между гражданами и правительством. Это Канадский сайт (Canada Site:
http:canada.gs.ca), Правительство он-лайн (Government On-Line:
http:www.gol-ged.gs.ca) и Служение Канаде (Service Canada:
http:www.servicecanada.gs.ca). Канадский сайт появился в 1995 г. и
является основным для предоставления услуг через сеть.

В Соединенных Штатах Америки главный правительственный портал First
Gov, введенный в действие в 2000 г., (http:www.firstgov.gov) служит
реализации основных целей пятого этапа применения информационных технологий
к государственному управлению. Он построен в соответствии с основной
концепцией электронного правительства как системы отношений правительство -
граждане, правительство - бизнес, межагентские отношения. Этот портал
объединил свыше 27 миллионов федеральных правительственных страниц с целью
более эффективного поиска информации и оказания услуг, следуя потребностям
пользователей. В 2000 г. едва ли не каждое федеральное агентство,
большинство штатов и огромное количество местных органов власти
обеспечивали информацию и услуги через сеть. Медианное число услуг,
обеспечиваемых через сеть правительствами штатов, было четыре (Fountain,
2001, p. 5). Конечно, между различными правительственными органами есть
различия в осуществлении электронного правительства. Некоторые считают, что
федеральное правительство существенно отстает от штатов. В штате Мериленд,
например, уже к 2002 г. планировалось 50 % услуг осуществлять через сеть, а
к 2004 г. - уже 80 %. Нынешняя администрация США прилагает значительные
усилия по электронизации своей деятельности.

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

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

2. Анализ рынка программного обеспечения портальных платформ
Среди предлагаемых сегодня на рынке портальных решений можно выделить:
отечественные (и ряд зарубежных) компании, которые предлагают свои
услуги по созданию корпоративных порталов;
серийные продукты крупных западных компаний-разработчиков программного
обеспечения.
Большинство компаний порталом называют разработку на основе
статического HTML, либо на базе собственной системы управления контентом.
Такие решения не обязательно предполагают возможность доступа к
информационным системам. Решения же, интегрирующие в себя офисные
приложения, как правило, разрабатываются с нуля под конкретного заказчика.
В этом случае, можно отметить, по крайней мере, два риска: отсутствие
проверенных механизмов обеспечения безопасности информации и зависимость от
разработчика на все время существования проекта.
Западные компании предлагают заказчику не сам портал, а инструментарий
для его разработки. Однако инструментарий этот легок в освоении и заказчик
может внедрить решение самостоятельно или же пригласить стороннюю фирму.
Компании-разработчики, в свою очередь, также можно разделить на две
категории:
одна из них представляет таких крупных разработчиков программного
обеспечения, как Microsoft, IBM, Oracle, SAP, Sybase, Sun. Для таких
компаний портальные разработки являются частью общего продуктового ряда;
вторая – компании, для которых портальное программное обеспечение
является единственным продуктом — это Bea, Plumtree Software, Broadvision,
Epicentric и другие.
Сравнительная характеристика портальных платформ проводилась в связи с
необходимостью определения наиболее оптимального решения по выбору
портальной платформы при построении портала и шлюза электронного
правительства Республики Казахстан.
В соответствии с Концепцией создания портала электронного
правительства Республики Казахстан приоритет выбора поставщика решения был
обозначен в сторону лидирующих вендоров на рынке портальных платформ.
Данный раздел подготовлен на основании аналитических отчетов
консалтинговых компаний Gartner Research, MetaGroup (отчет в журнале
InfoWorld), а также информации, предоставленной компаниями Sun, Oracle,
Bea, IBS, CBS, Bimash.

1 Данные Gartner Group

Рис. 1. Магический Квадрат рынка горизонтальных порталов на март 2004
г. компании Gartner Research
Портальная стратегия Bea Systems улучшилась с выпуском v.8.1. Тем не
менее, Bea Systems необходимо усилить развитие дополнительных компонент
коллективной работы, управления контентом и т.п.
Решение IBM продолжает лидировать на рынке портальных решений.
Комбинированное решение сервера приложений, портальной платформы и
дополнительных компонент позволяет реализовать наиболее полный функционал,
однако за счет многочисленного использование дополнительных продуктов
внедрение требует значительно больших ресурсов.
Oracle улучшил свои позиции в секторе лидеров. С выходом версии Oracle
10g с комбинированным решением серверов приложений, портальной платформы и
дополнительных компонент архитектура решения направлена на усиленное
развитие дополнительных компонент коллективной работы, управления контентом
и др.
Sun Microsystems продолжает свое присутствие в секторе лидеров, не
смотря на то, что их портальное решение в комбинации с дополнительными
компонентами коллективной работы и управления контентом уступает основным
лидерам, применение технологий идентификации остается наиболее удачным и
важным решением платформы по сравнению с другими.
Microsoft улучшила свое положение в секторе с появлением Microsoft
Office SharePoint Portal Server 2003, обепсечивающим комбинацию портального
решения с дополнительными компонентами. SharePoint Portal Srver – один из
компонентов портальной структуры на рынке наиболее легкий в развертывании.
Однако Microsoft отказалась поддержать два завершенных портальных
стандарта: JSR-168 и Веб-службы удаленных портлетов (WSRP).

2 Данные Meta Group

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

После проведенных исследований было определено, что каждое предлагаемое
решение обладает своими достоинствами и недостатками.
Решение Bea Systems обеспечивает полное решение для создания портала с
индивидуальными настройками. Объединенная инфраструктура Bea Systems
позволяет разработчикам создавать продвинутые решения при построении
порталов и применении портлетов. Решение является лидером инфраструктурного
программного обеспечения для создания веб-ориентированных приложений
(сервера приложений, интеграции, порталы, среда разработки на Java) и
является очень дружественным по отношению к установке и администрированию.
Решение IBM объединяет несоизмеримые корпоративные приложения и
информацию, давая пользователям персонифицированное представление данных,
требуемых на их рабочих местах. Служащие могут сотрудничать в реальном
времени, хотя действующее редактирование документа могло быть улучшено.
Применение портлетов, включая сторонних разработчиков, значительно
уменьшают время развития.
Microsoft сосредотачивается на обеспечении коллективной работы с
информацией для корпоративных решений. Легко настраиваемый продукт, однако
добиться наилучших результатов возможно при использовании всей линейки
продуктов Microsoft.
Решение Oracle, направленно на создание портального Веб интерфейса,
публикуя информацию, и поставляя персонифицированное содержание
пользователям. Использование портлетов значительно облегчают сопровождение
и развитие системы.
Решение Sun Microsystems обладает самым сильным техническим фондом и
поддержкой стандартов, которое включает идентификацию, прикладное
обеспечение, каталоги и Web-серверы. Одним из преимуществ по сравнению с
конкурентами является сильное решение портальной платформы для мобильных
устройств. Поддержка портлетов и Веб-сервисов значительно облегчает
сопровождение и развитие системы. В составе платформы реализовано
уникальное решение обеспечения VPN – безопасного удаленного доступа.
Решение имеет самый мощный и развитый сервер удостоверений (identity
management) (Java System Access Manager) и сильную службу каталогов Sun
System Directory Server (LDAP). В них, за последние несколько лет, включена
поддержка стандартов обеспечения единой аутентификации SAML и Liberty
Alliance.

3 Технические характеристики решениий

Bea WebLogic 8.1
Функционал, реализованный в платформе:
o Поиск, персонализация, система управления контентом,
совместная работа, веб клипинг, коммерция, управление
сообществами

Поддерживающие платформы:
o Microsoft Exchange, Lotus Notes; Oracle, SQL, Informix,
Sybase, DB2 databases; Дополнительно Liquid Data
WebLogic для объединение различных данных. WebLogic
Integration включает, более 50 коннекторов (SAP,
PeopleSoft, Siebel, Oracle, и системы мэйнфрэйма).

Стандарты, поддерживающие платформой:
o J2EE, JSR 168, Struts, WSRP, XML, XMLBeans

IBM WebSphere Portal 5.0
Функционал, реализованный в платформе:
o Поиск, документооборот, интерактивное редактирование
документов, публикация контента, персонализация,
саморегистрация, делегирование полномочий, динамический
перевод

Поддерживающие платформы:
o JDBC, Domino, PeopleSoft, Внешний HTML (веб клиппинг)

Стандарты, поддерживающие платформой:
o HTML, HTTP, J2EE, JSR 168, SOAP, WML, WSRP

Microsoft Office SharePoint Portal Server 2003
Функционал, реализованный в платформе:
o Совместная работа над документами, Поиск, обзоры,
проекты, подписка на контент, персонализация, новости,
дискуссии

Поддерживающие платформы:
o JDBC, Domino, PeopleSoft, Внешний HTML (веб клиппинг)

Стандарты, поддерживающие платформой:
o Microsoft Office System; SAP и другие системы основанные
на Biz Talk Server. Более 300 адаптеров. Настраиваемая
система Web Parts обеспечивает интеграцию со многими
продуктами и сервисами

OracleAS Portal 10g
Функционал, реализованный в платформе:
o Поиск, документооборот, построитель портлетов, системы
совместной работы, персонализация

Поддерживающие платформы:
o Стандартный протокол Интернета; Oracle AQ, MQSeries, и
любые JMS системы сообщений; Oracle, DB2, Sybase,
Informix, SQL Server databases и JDBC или JCA данные;
различные маинфрой коннекторы

Стандарты, поддерживающие платформой:
o HTML, JSR 168, .Net, SQL, WebDAV, WSRP, XML

Sun Java System Portal Server 6.2
Функционал, реализованный в платформе:
o Идентификация и система управления политиками,
персонализация, поиск, система управления контентом, веб
сервисы и инструметарий разработчика, совместная работа,
безопасный удаленный доступ

Поддерживающие платформы:
o Lotus Notes, JSP поставщики, URL scraper, XML каналы,
Календари, Instant Messaging, Web services, RSS, FatWire
Spark Portal CM и Microsoft Exchange

Стандарты, поддерживающие платформой:
o HTML, iCal, IMAP, J2EE, JavaServlets, JCA, JSP, JSR 168,
Liberty, RSS, SAML, SOAP, UDDI, Web services, WSDL,
WSRP, XML

Все рассматриваемые решения, кроме Microsoft SharePoint Portal Server
2003 являются многоплатформенными, то есть имеется возможность
функционирования на операционных системах (семейства Unix, Linux, NT) и
аппаратных средствах ведущих производителей, что является одним из
важнейших требований. Добиться максимального эффекта от данного решения
возможно при использовании всей сопутствующей линейке ПО от компании
Microsoft.
Программное обеспечение всех решений основано на компонентной
(модульной) структуре, то есть оно предполагает замену программных
компонентов независимо друг от друга. Это такие компоненты как: сервер
портала, веб сервер, службу каталогов, сервер приложений, средства
коллективной работы, в том числе средства электронной почты, систему
управления контентом, СУБД, сервер идентификации и другие дополнительные
компоненты (в зависимости от платформы).
Решения, не включающие в себя ПО коллективной работы, электронной
почты, управления контентом, требуют приобретения продуктов сторонних
разработчиков. Для обслуживания сложной инфраструктуры, использующей
специализированные продукты различных поставщиков, неизбежно потребуются
администраторы, обученные соответствующим специализированным процедурам
установки и администрирования, что приводит в итоге к повышению общей
стоимости владения.
Обязательным критерием отбора должно являться требования наличия
сертифицированных партнеров на территории Казахстана и СНГ.
Следует отметить две наиболее открытые платформы Bea WebLogic 8.1 и Sun
JES. Однако данные решения обладают недостатками, связанными со слабыми
механизмами управления контентом и коллективной работой. Тем не менее, Sun
JES обладает несколькими уникальными преимуществами, такими, как: наиболее
развитая система идентификация, более мягкие условия лицензирования. В свою
очередь Bea WebLogic обладает наилучшей системой интеграции и средой
разработки, что позволяет внедрять проекты индивидуального характера.
По данным отчета компании InfoWorld данные продукты обладают наиболее
высоким рейтингом окупаемости продукта уже через 18 месяцев.
Тем не менее, наиболее полным решением является решение компании IBM.
По данным Gartner Research эта платформа обладает самым высоким рейтингом.
Однако реализация всего функционала требует дополнительного использования
линейки продуктов Lotus Domino и ряда других продуктов, в результате чего
стоимость решения возрастает и внедрение требует дополнительных временных,
финансовых и человеческих затрат.
Одним из наиболее доступных в финансовом плане является решение
компании Oracle. Решение не только позволяет сэкономить средства за счет
снижения начальных затрат на приобретение, но и за счет его комплексности,
то есть в состав решения входят все необходимые компоненты, при чем по
сравнению с IBM исключены дублирующие затратные механизмы (компоненты).
Однако следует отметить что, менее гибкая система поддержки стандартов по
сравнению с конкурентами уменьшает степень масштабируемости решения.
Наиболее существенным недостатком является лицензирование средств
коллективной работы по количеству пользователей.
Преимуществом решений IBM, Oracle и Microsoft является наличие
широкой партнерской сети на территории Республики Казахстан и стран СНГ.

2.3. Анализ рынка программного обеспечения серверов интеграции
На рынке интеграционных платформ наиболее заметны компании IBM, BEA
Systems, Oracle, Microsoft. Предварительный сравнительный анализ
программных продуктов для реализации интеграционных решений показывает
приблизительную сопоставимость их функциональных возможностей, однако
углубленное рассмотрение интеграционных продуктов выявляет и определенные
отличия.

1. IBM WebSphere
Сегодня платформа WebSphere предлагает полный набор функций EAI
(Enterprise Application Integration) и поддерживает различные стили
интеграции: на уровне данных, обмена сообщениями, сквозных бизнес-
процессов, В2В-интеграции, исполнения бизнес-логики программ на Java и пр.
В этой платформе шесть ключевых интеграционных приложений: две системы
класса MOM (Message-Oriented Middleware – программное обеспечение
промежуточного слоя, ориентированное на обмен сообщениями) – это Business
Integration Interchange Server (ICS) и MQ Business Integration Message
Broker (WSMB), опирающиеся на ПО управления очередями MQ (бывшая MQSeries);
сервер приложений WebSphere Application Server (WAS); ПО построения
порталовPortal Server, функционирующее на базе WAS; система workflow,
которая стыкуется с WSMB. Относительно недавно в состав WebSphere было
включено средство проектирования и управления бизнес-процессами – Business
Integration Workbench.
Помимо перечисленных основных продуктов выпускаются еще десятки
дополнений к ним, и это одна из главных проблем, которая подстерегает
компанию, решившуюся выбрать технологию интеграции WebSphere. Наличие
огромного количества продуктов усложняет ориентацию в них, а за полноту
линейки приходится расплачиваться еще и тем, что многие продукты были
получены в результате приобретения других фирм и в итоге предоставляют
идентичные функции, которые не всегда четко стыкуются. Правда, следует
отметить, что компания IBM постепенно устраняет проблему нестыковок и,
например, модифицировала все свои брокеры сообщений так, чтобы они были
совместимы с семейством адаптеров WebSphere Business Integration Adapters
(WBIA), предназначенным для подключения наиболее популярных платформ
автоматизации бизнеса и протоколов.
Большинство продуктов, входящих в платформу WebSphere, можно назвать
образцовыми в своих классах, особенно брокер сообщений WSMB или сервер
приложений WAS. Последний предлагает поддержку J2EE 1.3 и ряд
дополнительных возможностей. К их числу относятся, скажем, встроенные
возможности высокоуровневого (т.е. без программирования) задания бизнес-
правил и сценариев (процессов), что позволяет эффективнее связывать
компоненты EJB в рамках общего сценария бизнес-логики. Аналогичным образом
этот сервер приложений позволяет работать с Web-сервисами, собирая их в
рамках единого процесса и публикуя его затем как новый Web-сервис. Анализ
развития сервера приложений показывает, что он все больше ориентируется на
интеграцию на уровне бизнес-процессов.
Традиционно IBM большое внимание уделяет поддержке унаследованных
платформ, и в WebSphere имеются соответствующие средства. С другой стороны,
как один из законодателей в области новейших технологий, корпорация
обеспечила в платформе и широкую поддержку Web-сервисов. Средства для
работы с ними предлагаются на каждом уровне – от брокера сообщений до
портала. Но, в отличие от продуктов ВЕА, как одного из основных
конкурентов, ряд совсем новых стандартов, таких, как WS-Security, пока не
поддерживается.
К недостаткам платформы можно отнести сложную организацию защиты
информации в системе, опирающейся на интеграционные продукты IBM (что можно
объяснить, в частности, их количеством), поэтому для комплексного решения
этой задачи лучше опираться на фундамент средств управления и обеспечения
безопасности IBM Tivoli.

2. BEA WebLogic
ВЕА WebLogic Integration – инструмент интеграции, входящий в платформу
ВЕА Web-Logic Platform, построенную по принципу все включено. Используя
единую оболочку платформы, пользователь может осуществлять работы,
связанные с интеграцией приложений и информационным взаимодействием с
бизнес-партнерами, реализовывать процессы, а также создавать бизнес-логику
программ на языке Java. Всего в платформу входит пять главных компонентов:
виртуальная Java машина, сервер приложений, средство построения порталов,
пакет инструментов интеграции и среда разработки. Возможности интеграции
WebLogic Integration опираются на сервер приложений: он используется и в
качестве среды исполнения для логики брокера сообщений, и как система
выполнения сценариев бизнес-логики и портала.
Ключевым преимуществом своей платформы ВЕА считается возможность
снижения требований к группе разработки за счет использования
трехуровневого подхода к созданию программных систем: уровень бизнес-
аналитика (оперирует понятиями потоков документов), сборщика прикладной
логики из готовых компонентов (создание процессов) и разработчика
компонентов J2EE. В платформу интегрированы также средства генерации
программного кода из визуальных описаний, что в принципе позволяет
создавать программы на Java программистам, привыкшим работать с Visual
Basic или Кобол. Стоит заметить, что, как показал наш опыт, полностью этот
подход реализовать не удается: сколько-нибудь нетривиальные процессы
невозможно прописать только средствами высокого уровня и приходится
прибегать к программированию на Java.
Помимо компонентов разработки в платформу включены инструменты для
управления и сопровождения создаваемой инфраструктуры, в том числе,
управления ее производительностью, настройками безопасности и жизненным
циклом системы. Весьма развита функциональность MOM, в основе которой лежит
программное обеспечение гарантированной доставки, совместимое с Java
Messaging Service, и брокер сообщений, функционирующий под управлением
сервера приложений. Для платформы создано много готовых адаптеров
(практически для всех известных ERP-систем и систем документооборота),
синтаксических анализаторов форматов файлов, средств обращения ко всем
исполняемым модулям программ Windows и Java и взаимодействия с
интеграционными платформами других фирм. Имеются также возможности по
ускоренному созданию новых адаптеров. Стоит, правда, учесть, что
подключение очень старых приложений или использование сетей с
унаследованными транспортными протоколами может потребовать от
разработчиков нетиповых подходов — набор стандартных средств реализации
подобных решений не слишком обширен.

3. Oracle 10G
Корпорация Oracle поставляет технологии нескольких классов,
ориентированные на разные типы интеграции: на уровне данных (технология
Transparent Gateways и адаптеры базы данных), на уровне пользовательского
интерфейса (портал), на уровне сервера приложений и MOM. Полный набор
средств интеграции приложений называется Oracle Integration. Общим для всех
этих решений является использование СУБД Oralce 10g в качестве базы, в
которой хранятся все метаданные и настройки интеграции, вместе с рабочими
данными (свойствами объектов и очередей сообщений). Использование СУБД для
таких целей несколько повышает планку требований к оборудованию, но
одновременно увеличивает надежность, защищенность, масштабируемость
решения.
В роли второго базового строительного блока платформы выступает сервер
приложений Oracle Application Server 10g, представляющий собой
композиционный продукт, включающий инфраструктурные компоненты J2EE,
репозитарий данных (в том числе СУБД для репозитария) и т.п. Oracle
Integration базируется на Oracle Application Server и состоит из трех
основных продуктов:
Oracle InterConnect – брокер сообщений, обеспечивающий асинхронное
взаимодействие приложений. Как и в IBM WebSphere ICS, в нем применяется
идеология преобразования сообщений о происходящих в интегрируемых
приложениях событиях в некоторый обобщенный вид.
OracleAS ProcessConnect – средство для интеграции на уровне бизнес-
процессов и В2В. В предыдущих версиях для подобной интеграции приходилось
применять связку Oracle InterConnect и Oracle Workflow, теперь подобная
интеграция делается более прозрачно. Как и в платформах Microsoft, IBM и
BEA, интеграция может вестись не только на уровне приложений, но и на
уровне бизнес-партнеров – через обмен данными EDI, RosettaNet и UCCnet.
Подобно большинству других платформ, Oracle Application Server и Oracle
ProcessConnect обеспечивают поддержку Web-сервисов.
Oracle BPEL Process Manager – новый продукт, поэтому рассматривать его
положительные и отрицательные стороны еще рано. Язык BPEL в версии Oracle
реализован на базе спецификации 1.1. Данный продукт, также как и
большинство рассматриваемых продуктов, позволяет описывать взаимодействие
интегрируемых систем с помощью визуальных средств разработки. Созданный
таким образом процесс преобразуется в нотацию на BPEL. Продукт также
позволяет разрабатывать процессы непосредственно на языке BPEL, причем
графическое представление процесса будет создаваться автоматически. Также
необходима поддержка стандартов WS-Security и WS-Addressing.
В целом нужно отметить, что на базе самого сервера приложений
пользователь может строить новое транзакционное и Web-ориентированное
прикладное программное обеспечение, в синхронном режиме подключая через
J2EE Connector Architecture унаследованные платформы. Технология JCA 1.0
применяется как основная и как база для построения адаптеров к приложениям
и протоколам для модуля ProcessConnect.
Преимуществом платформы Oracle 10g является наличие средств управления
интеграционными метаданными. Помимо того, что метаданные вообще лежат в
основе этой платформы интеграции, важно ... продолжение

Вы можете абсолютно на бесплатной основе полностью просмотреть эту работу через наше приложение.
Похожие работы
СОЗДАНИЕ МОДУЛЯ ИНТЕРНЕТ КОНФЕРЕНЦИИ НА ВЕБ-ПОРТАЛЕ ЭЛЕКТРОННОГО ПРАВИТЕЛЬСТВА РЕСПУБЛИКИ КАЗАХСТАН
АНАЛИЗ ФУНКЦИОНИРОВАНИЯ ИНФОРМАЦИОННЫХ СИСТЕМ ИНИС И РНИОН
ОТЧЕТ ПО САМООЦЕНКЕ ОБРАЗОВАТЕЛЬНОЙ ПРОГРАММЫ 5В011800 «РУССКИЙ ЯЗЫК И ЛИТЕРАТУРА»
Создание электроннного учебника в программной среде Macromedia Flash
Образовательная программа
Разработка электронного учебника “Экономика” в программной среде Macromedia Flash
Нотариат в РК
Дистанционное образование
Гис-технологии в системе государственного земельного кадастра Казахстана
Интернет и системы бронирования в индустрии гостеприимства
Дисциплины