Характеристика архитектуры электронного правительства

В отношении архитектуры электронного правительства это условно показано на рис. 8.

Рис. 8 Представления, используемые для описания архитектуры электронного правительства в SAGA (модель RM-ODP)

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

Существенное внимание в немецких подходах (как в самой SAGA, так и в Руководстве по электронному правительству) уделяется оптимизации и правилам описания административных и бизнес-процессов.

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

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

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

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

· клиент;

· презентационный уровень;

· промежуточный уровень (включая компоненты интеграции);

· бэк-энд (системы заднего плана, унаследованные системы).

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

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

Рис. 9 Эталонная модель прикладных систем SAGA

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

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

· моделирование процессов;

· моделирование данных;

· архитектура приложений;

· клиентская часть;

· презентация данных;

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

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

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

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

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

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

Таким образом, механизмы централизованного управления и децентрализованной реализации в случае немецкой программы BundOnline 2005 включают в себя общее управление, надзор и мониторинг проекта через реализацию общих (базовых) компонент, создание центров компетенции по этим базовым технологиям и централизованную координацию - так, как это показано на рис 10

Рис. 10 Механизмы централизованного управления и децентрализованной реализации архитектуры электронного правительства Германии

Архитектура взаимодействия электронного правительства Великобритании (e-GIF)

Архитектура взаимодействия электронного правительства (e-GIF - e-Government Interoperability Framework) устанавливает государственные технические политики и спецификации с целью достижения высокого уровня интеграции и взаимодействия информационных систем государственного сектора Великобритании. В апреле 2004 года опубликована уже шестая версия этой архитектуры [9.17].

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

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

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

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

· Стандарт на метаданные электронного правительства (e-GMS - e-government Metadata Standard). Основан на так называемом Дублинском ядре и нужен, в частности, для стандартного описания всей информации, публикуемой государственными ведомствами, например, на государственных порталах.

· Список Категорий Правительственной информации (GCL - Government Category List). Просмотр категорий информации является, как правило, первым инструментом поиска, поэтому целесообразно иметь государственные стандарты в этой области.

· Каталог Стандартных Государственных Данных (GDSC - Government Data Standards Catalogue). Этот Каталог описывает элементы и типы данных, которые используются, например, в "Общей Информационной Модели Государственной Услуги", описанной в e-SDF (см. ниже), и в Справочной Модели Сообщений, определяющей форматы стандартных сообщений, которыми обмениваются государственные информационные системы. Каталог обеспечивает связь между функциональными требованиями с точки зрения описания услуг ("Общая Информационная Модель Государственных Услуг") и техническим описанием с точки зрения практической реализации (Справочная Модель Сообщений). По большому счету, Каталог Стандартных Государственных Данных описывает имена различных элементов (тэгов), используемых в различных государственных XML-документах (например, как будут именоваться тэги, используемые для описания "Фамилии", "Имени" гражданина, элементов адреса места жительства и пр.), какие типы данных при этом имеются в виду (текстовые, числовые и пр., а также их формат).

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

· Каталог Технических Стандартов (TSC - Technical Standards Catalogue). Определяет технические стандарты и спецификации в четырех областях: взаимодействие систем, интеграция данных, метаданные управления контентом и доступ к электронным услугам. Это минимальный набор стандартов, которые требуются для обеспечения широкого спектра транзакций и услуг, предоставляемых государством, и для интеграции государственных информационных систем.

· Методика разработки электронных услуг (e-SDF - e-Services Development Framework). Содержит методики описания и разработки электронных государственных услуг, в том числе с применением конструкций языка UML, параметры стандартной модели сервисного взаимодействия государства и гражданина в процессе предоставления услуги, высокоуровневую архитектуру информации, которая включает Общую Информационную Модель Государственной услуги и Справочную Модель Сообщений.

Совокупность документов, определяющих архитектуру электронного правительства Великобритании, представлена на рисунке 11

Рис. 11 Структура областей описания архитектуры электронного правительства Великобритании

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

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

2.2 Архитектура и стратегия ИТ и электронного правительства регионального уровня и городского уровня

Основные компоненты

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

Известные нам практические примеры - описание архитектуры уровня отдельных штатов США, отдельных городов Северной Америки и Европы - основаны на использовании какой-либо одной из известных на практике методологий. При этом нам встречались случаи, когда в основу работ были положены, например, методологии META Group или Gartner.

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

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

Остановимся на таких аспектах архитектуры, как цели, задачи и стратегии, и приведем соответствующие примеры. Цели, задачи и обеспечивающие эти задачи стратегии определяются уровнем развития информационных технологий и соответствующими потребностями в них. В качестве примера приведем выдержки с описаниями целей и стратегий Департамента информационных технологий штата Вашингтон, США. [9.18].

В этом документе сформулированы следующие высокоуровневые цели на 2005-2007 года:

· максимизировать использование существующей ИТ-инфраструктуры;

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

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

· обеспечить высокий уровень партнерства между ИТ-службами и другими подразделениями за счет предоставления высококлассных ИТ-услуг;

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

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

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

Задача 1: Обеспечить бесперебойную работу основных ИТ-систем

· Стратегия 1.1. Обеспечить инвестиции в возможности и устойчивость инфраструктуры.

· Стратегия 1.2. Обеспечить защиту критически важных бизнес-функций за счет инвестиции в безопасность сети.

· Стратегия 1.3. Инвестировать в средства обеспечения высокой доступности систем и web-технологии.

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

Задача 2: Поддерживать передовые позиции в области электронного правительства через инновации

· Стратегия 2.1. Обеспечить эффективность публикации информации на Web с помощью технологий управления контентом.

· Стратегия 2.2. Расширить возможности публичного и внутреннего портала.

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

· Стратегия 2.4. Обеспечить потребности в области предоставления видео-информации на рабочие места.

· Стратегия 2.5. Расширить возможности в области он-лайновых платежей.

· Стратегия 2.6. Расширить возможности и использование архитектуры корпоративного (в масштабах всего правительства штата) каталога Active Directory.

· Стратегия 2.7. Провести оценку беспроводных и мобильных технологий.

Задача 3: Обеспечить баланс контроля и инноваций в практике управления

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

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

· Стратегия 3.3. Обеспечить реализацию основных ИТ-проектов за счет стандартизации процессов управления проектами и обучения.

· Стратегия 3.4. Реализовать управление "портфелем портфелей проектов" различных ведомств на основе целостных для всего штата представлений об инвестициях в ИТ.

Задача 4: Стимулировать и обеспечивать межведомственную и межфункциональную кооперацию

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

· Стратегия 4.2. Создавать политики для лучшей поддержки межведомственных проектов.

· Стратегия 4.3. Помогать небольшим по размерам агентствам в использовании общих технологических ресурсов.

Задача 5: Искать дополнительные возможности экономии для пользователей услуг Департамента Информационных Технологий (ДИТ)

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

· Стратегия 5.2. Помогать пользователям услуг ДИТ в обмене идеями вместо обмена персоналом.

· Стратегия 5.3. Предоставлять своим потребителям и использовать внутри ДИТ лучшие практики в области ИТ-сервисов.

Задача 6: Продолжать использование эффективных и стратегических методов работы внутри ДИТ

· Стратегия 6.1. Использовать результаты исследований для лучшего понимания потребностей потребителей услуг ДИТ, взаимодействия с ними и их обслуживания.

· Стратегия 6.2. Улучшить процессы расчетов за предоставляемые услуги.

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

· Стратегия 6.4. Привлекать, развивать и удерживать необходимые для развития людские ресурсы.

· Стратегия 6.5. Использовать проактивные подходы в управлении рисками.

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

Рис. 12 Программа разработки политик, стандартов и процедур

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

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

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

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

Ссылки на примеры описания архитектур электронного правительства регионального, городского уровня и уровня отдельных ведомств

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

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

Таблица 1 Уровни зрелости архитектуры государственной организации

2.3 Оценка зрелости архитектуры государственной организации

Для оценки степени зрелости архитектуры государственных организаций может быть полезна следующая модель GAO (Финансово-контрольное управление США) [9.19], которая определяет 5 уровней зрелости. Рассматриваемый стандарт получил название "Пять стадий зрелости архитектуры Предприятия - GAO's Five Stages of Enterprise Architecture Maturity" и предназначен для использования во всех федеральных правительственных агентствах, департаментах и бюро США.

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

Уровни идентифицируются в соответствии со степенью реализации нескольких основных атрибутов, таких как:

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

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

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

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

В 2003 году была разработана новая, "более жесткая" версия 1.1 этого стандарта [9.20], которая предъявляет повышенные требования к организации процессов и, соответственно, к достижению того или иного уровня зрелости. Эти дополнительные требования появляются, начиная со стадии 2, и распространяются явно или неявно на последующие стадии. Примерами таких дополнительных требований служит необходимость разработки модели оценки эффективности как для существующего состояния информационных систем, так и для целевого состояния "как должно быть", или явное упоминание необходимости разработки метрик для количественных оценок. На стадии 4 отмечается необходимость проведения независимой оценки предлагаемых архитектурных решений и верификации правильности их реализации.

Рисунок 13 показывает распределение государственных ведомств США по различным стадиям зрелости реализованного в них архитектурного процесса, по состоянию на 2003 год. (были проанализированы 96 ведомств). Анализ показал, что многие агентства еще достаточно далеки от желаемого уровня. Фактически уровень 5 достигнут только в Администрации Президента США.

Рис.13 Сравнительная оценка зрелости корпоративной архитектуры агентств 2003 года

Возникает естественный вопрос: а на каком уровне зрелости архитектуры находятся российские государственные ведомства?

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