Geum.ru

Отчет о научно-исследовательской работе по теме: №21 «Разработка рекомендаций по созданию и использованию единой системы объединеных государственных и муниципальных информационных ресурсов» (Заключительный)

Вид материалаОтчет
Подобный материал:
1   ...   16   17   18   19   20   21   22   23   ...   35
Источники:

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

По проекту СЭВ
  • Пилотный проект по подготовке сводного прогноза объема закупок. Пояснительная записка к техническому проекту.
  • Пилотный проект по автоматизации процедур взаимодействия Минэкономразвития России с гражданами и хозяйствующими субъектами по их запросам. Пояснительная записка к техническому проекту.
  • ТЗ на доработку системы разработки процедур электронного взаимодействия в части модификации модуля конструирования процедур электронных взаимодействий и репозитария процедур электронных взаимодействий.
  • ЧТЗ на Разработку модуля интеграции Среды с Экономическим порталом.
  • ЧТЗ на Пилотный проект по автоматизации процедур взаимодействия Минэкономразвития России с гражданами и хозяйствующими субъектами по их запросам.
  • ЧТЗ на Пилотный проект по подготовке сводного прогноза объема закупок.
  • ЧТЗ на Развитие Среды электронного взаимодействия федеральных органов исполнительной власти и хозяйствующих субъектов.

Заключение

Настоящая научно-исследовательская работа была посвящена доработке и практическому применению концепции Объединения Государственных Информационных Ресурсов (ОГИР). В ходе проекта были получены следующие результаты:
  • Разработаны функции органов и организаций, осуществляющих управление процессами создания и использования ОГИР, проведена их классификация; разработан проект распределения функций между существующими органами государственной власти.
  • Разработаны и обоснованы рекомендации по использованию существующих информационных технологий, основанных на открытых международных стандартах, для реализации «Абстрактной архитектуры взаимодействия распределенных информационных ресурсов», лежащей в основе ОГИР.
  • Проведен анализ современных подходов к разработке информационных архитектур и разработана методика систематизации государственных информационных ресурсов.
  • Разработаны функциональные требования к системообразующим компонентам инфраструктуры ОГИР, включающим портал, репозиторий, удостоверяющий центр. По всем компонентам инфраструктуры предложены возможные технологические решения.
  • Разработаны предложения по составу нормативных документов и проектов нормативно-правовых актов, регламентирующих создание и использование интегрированных информационных ресурсов.
  • Проанализированы два проекта создания интегрированных информационных систем на примере проектов, выполняемых в рамках ФЦП «Электронная Россия 2002-2010 г.г.» на соответствие разработанной концепции ОГИР.

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

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

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


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

  1. Australian Government Locator Service AGLS AS5044// ссылка скрыта
  2. Основные положения создания федеральной системы каталогизации продукции для федеральных государственных нужд //ссылка скрыта
  3. Универсальная десятеричная классификация // ms.ru/norms/norms/0top.php">
  4. Что такое Dublin Core?// ссылка скрыта
  5. Ю. Димов. Метрология, стандартизация и сертификация: Учебник для вузов. 2-е изд// ссылка скрыта



Приложения

Приложение 1: Информационная модель агентской системы



4.1. UML - Основные связи для агента


Рисунок отражает основные отношения между агентом и другими ключевыми элементами абстрактной архитектуры FIPA



4.2 UML - Связи т"Транспорт-сообщенияе"


Транспорт-сообщение – объект, который передается от агента агенту. Оно содержит описание транспорта для отправителя и получателя (получателей) вместе с нагрузкой, содержащей сообщение.



4.3 UML - Связи для элемента справочника агентов и локатора агента


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



4.4 UML - Связи для элемента справочника сервисов и локатора сервиса

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



4.5 UML - Элементы сообщения

Рисунок показывает элементы сообщения. Сообщение содержится в транспорт-сообщении, когда сообщения посылаются.



4.6 UML - Элементы т"Транспорт-сообщенияе"

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

Приложение 2: Архитектура технологии Web-services



4.7 Концептуальная модель сообщения

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



4.8 Концептуальная модель сервиса

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



4.9 Концептуальная модель ресурса

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



4.10 Концептуальная модель политики

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

Приложение 3: Структура продукта на основе Workflow



4.11. Общая структура продукта на основе технологии Workflow

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

Общая модель имеет три типа компонентов:
  • компоненты программного обеспечения (software components), которые обеспечивают поддержку различных функций внутри системы workflow (показаны темным выделением);
  • различные типы системных определяющих и управляющих данных (показаны без выделения), которые используются компонентами программного обеспечения;
  • приложения и базы данных приложений (показаны светлым выделением), которые не являются частью продукта workflow, но могут быть задействованы им как часть всей системы workflow.



Приложение 4: Свойства квалификаторов Dublin Core

Квалификаторы Dublin Core имеют следующие свойства:
  • Имя: Уникальный символ, приписанный квалификатору.
  • Метка: Человеко-читаемая метка, назначенная квалификатору.
  • Определение: Формулировка, которая представляет содержание и внутреннюю природу квалификатора.
  • Комментарий: Дополнительная информация связанная с квалификатором (при наличии).
  • Смотри также: Ссылка к добавочной информации о квалификаторе (при наличии).