Глава 3 разработка прототипов и анализ результатов

В качестве основы для прототипа OpenSPCoop было выбрано приложение «Биржа Труда». 3 сервиса образуют простейшую клиент-серверную архитектуру. «Союз Работников» принимает заявки безработных граждан ищущих работу. Каждый ищущий может разместить (publishProfile), обновить (updateProfile) или же удалить свою анкету (deleteProfile). В то же самое время, «Офис Компаний» дает возможность компаниям размещать свои предложения об открытых вакансиях. «Брокер» служит посредником между «Союзом Работников» и «Офисом Компаний» и позволяет каждой анкете безработного быть проверенной на все предложения компаний (searchJOffer) и наоборот – каждой заявке компании проверить все анкеты безработных (searchProfile) (Рисунок 3):

Рисунок 3 Архитектура приложения «Биржа Труда»

В качестве примера, иллюстрирующего принцип работы «Биржи Труда» можно использовать диаграмму последовательности (Рисунок 4):

Рисунок 4 Диаграмма последовательности для приложения «Биржа Труда»

Рассмотрим все шаги диаграммы последовательно: безработный гражданин посылает свою анкету в «Союз Работников»(publishProfile), «Союз Работников» сохраняет анкету в своей базе данных и уведомляет «Брокера» о том, что появилась новая анкета(notifyNewProfile). В свою очередь, «Брокер» посылает запрос «Офису Компаний» с тем, чтобы найти все подходящие вакансии в компаниях(searchJOffer). «Офис Компаний» проводит поиск, и все результаты отсылает владельцу анкету посредством электронной почты(sendOffers2Profile). Данное приложения имеет достаточную сложность, чтобы проверить возможности, которые предоставляет OpenSPCoop.  Все сообщения, которыми обмениваются компоненты, - сообщения SOAP, и все сервисы реализованы как веб-сервисы. Идея построения прототипа – представить «Союз Рабтников» и «Офис Компаний» как два государственных учреждения, которым необходимо взаимодействовать друг с другом для предоставления более качественного сервиса (теперь ручной труд по поиску соответствий будет заменен автоматическим поиском). В качестве такого «клея» служит OpenSPCoop, который дает возможность построить единую информационную систему. Вот набор шагов, необходимых для публикации сервисов:

1. Настроить реестр OpenSPCoop;

2. Настроить домен «Союза Работников» внутри OpenSPCoop;

3. Настроить домен «Офиса Компаний» внутри OpenSPCoop.

Результаты проведенного эксперимента с платформой OpenSPCoop следующие:· Была проведена настройка платформы, позволяющая опубликовать веб-сервисы;·  Вся настройка была проведена без написания кода;· Веб-сервисы могут быть разработаны на любом языке, и работать на любой платформе;

·    Проведена настройка безопасности данных сервисов (аутентификация при помощи паролей).

В качестве основы для Sirv-Interop прототипа было выбрано приложение Civilia компании DeltaDator, крупнейшего производителя решений в области электронного правительства в Италии [5].Civilia состоит из двух компонентов: PrometeoWeb, который позволяет управлять бюджетом организаций, и Contabilità Finanziaria, которое производит аудит бюджета. Задача Sirv-Interop объединить эти два приложения в единую систему, в случае, если они работают в различных ГУ. Например, одна администрация может составлять бюджет, а другая проводит аудит.

Мы можем проиллюстрировать взаимодействие между PrometeoWeb и Contabilità Finanziaria используя диаграмму последовательностей Рисунок 5:

Рисунок 5 Взаимодействие между PrometeoWeb и Contabilita Finanziaria

Из диаграммы следует, что PrometeoWeb предоставляет три метода для Contabilità Finanziaria: getStruttura, getBudget, getVariazioniBudget. getStruttura возвращает структуру бюджета, после того как Contabilità Finanziaria получает структуру, оно может запросить сам бюджет, используя метод getBudget и, если необходимо, может запросить вариации бюджета (getVariazioniBudget).

Разработка прототипа Sirv-Interop включает следующие шаги:

1. Написание модели данных в формате WSDL;

2.  Построение модуля единой информационной системы на базе Sirv-Interop.

В результате анализа, проведенного после разработки прототипа, можно отметить:

· Для публикации сервисов необходимо написание кода (классы-обертки);

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

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

 

 

ЗАКЛЮЧЕНИЕ

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

Беларусь не стоит в стороне от прогрессивного перехода к электронному правительству. Общенациональная стратегия перехода к информационному обществу нашла свое отражение в Государственной программе информатизации Республики Беларусь «Электронная Беларусь». На этапе 2006-2010 годов должны быть завершены работы по созданию общегосударственной автоматизированной информационной системы, сформирована единая информационная и телекоммуникационная инфраструктура, обеспечено внедрение системы электронной торговли для государственных нужд на республиканском уровне, стандартизованного электронного документооборота и систем обеспечения национальной безопасности. Кроме того, одним из важных результатов программы станет расширение числа пользователей сети Интернет и объемов получаемых с ее помощью услуг.

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

1 Institute of Electrical and Electronics Engineers. IEEE Standard Computer Dictionary: A Compilation of IEEE Standard Computer Glossaries. New York, NY: 1990.

2 JSR-000208 Java Business Integration 1.0, http://jcp.org/aboutJava/communityprocess/final/jsr208/index.html

3 Web Services Description Language (WSDL) 1.1, http://www.w3.org/TR/wsdl

4 Roberto Baldoni1, Stefano Fuligni, Massimo Mecella1, and Francesco Tortorelli. The Italian e-Government Service Oriented Architecture. Strategic Vision and Technical Solutions.

5 DeltaDator s.p.a., http://www.deltadator.it/