Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
эг.doc
Скачиваний:
4
Добавлен:
01.04.2025
Размер:
2 Мб
Скачать
☆

2.3.3 Стратегическое руководство икт на уровне штата

Как правило, на уровне штата существуют отдельные структуры, способствующие развитию услуг электронного правительства по направлениям G2C, G2B и G2G. Их архитектура должна подчиняться единым правилам, предъявляемым к архитектуре федерального предприятия. Задача организации, реализующих проекты e-Government на уровне штата – содействие населению, бизнесу и другим государственным ведомствам путем предоставления им различных информационных услуг (в т.ч. специфичных для конкретного штата или города). Например, Управление Бизнеса и Предприятий (Enterprise Business Office - EBO) в Калифорнии занимается оптимизаций взаимоотношения бизнеса и администрацией штата. Данная организация также отвечает за работоспособность и развитие Интренет-портала, предоставляющего услуги бизнесу в круглосуточном режиме. EBO также курирует ряд других проектов, например, выдачу регистраций на организацию предприятий по контролю за насекомыми-паразитами и т.д.

Согласно, исследованию, проведенному в 2001 г., федеральные сайты в большинстве случаев опережают сайты правительств штатов. Особенно сильно это различие наблюдается в области доступа граждан к базам данных (90 % у федеральных сайтов и только 53% сайтов правительств штатов). Предоставление электронных услуг в федеральных сайтах предусмотрено в 34% сайтах, а в сайтах штатов только у 24%.

Значительно опережают федеральные сайты в области предоставления услуг для людей с ограниченными возможностями (соответственно 54% и 26%). Политику и средства сохранения секретности предусматривают 81% федеральных сайтов и 26% сайтов правительств штатов. Полные данные по всем сравниваемым показателям приведены в таблице 2.3.

Таблица 2.3. Использование электронных технологий на двух уровнях власти

Технология

Федеральные сайты

Сайты правительств штатов

Доступ к базам данных

90

53

Онлайновые услуги

34

24

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

54

26

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

81

26

Политика и средства обеспечения безопасности

56

16

Доступ к публикациям

98

93

Комментарии

19

5

Связь с другими сайтами

81

68

Связь с порталом

64

43

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

25

5

Наличие электронной почты

86

84

Наличие рекламы

0

2

Бесплатное пользование услуг

19

2

Обслуживание кредитных карт

27

9

Средства поиска информации

80

51

Последние новости по электронной почте

41

8

2.4 Процесс формирования и использования ефа

2.4.1 Процесс формирования и использования ефа в сша

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

Распространенные в части публикаций рисунки и схемы FEA (Federal Enterprise Architecture) - ЕФА в США - как совокупности пяти ссылочных моделей совершенно неполно представляют всю совокупность архитектурных продуктов или артефактов (architecture product, architecture artefact), которые - по описаниям FEAPMO - составляют Федеральную архитектуру в США. (Аналогично и в материалах других стран ЕФА включает и ряд других, в том числе - основополагающих описаний и документов.) По этой причине полезно рассматривать архитектуру в широком смысле, как полный (и постоянно развивающийся) набор компонентов, который и составляет "Стратегический базис информационных ресурсов", как это цитировалось в п.1.3 раздела 1.

Федеральная Архитектура в США представляет собой обширный комплекс концептуальных материалов, архитектурных моделей разных типов, правил применения указанных концепций и моделей на практике, правил оценки качеств достигаемых результатов, инструментальных средств поддержания архитектурных продуктов и процесса их разработки/развития. В первую очередь, ЕФА разбивается на описания:

  • главных целей и принципов создания ЭП и самой ЕФА;

  • задач и требований к ЕФА;

  • общей схемы ЕФА и правил построения основных архитектурных моделей в их развитии во времени:

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

  • методов оценки зрелости процессов, связанных с архитектурой, и самой архитектуры;

  • других практических рекомендаций.

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

Важно учитывать, что постоянно, во всех документах CIO Council и FEAPMO указывается, что FEA на практике реализуется посредством соответствующего формирования архитектуры отдельных агентств. В связи с этим процессы формирования и использования ЕФА могут реально осуществляться только во взаимосвязи с процессами формирования и использования архитектур отдельных агентств.

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

Более подробно отдельные компоненты ЕФА в США рассматриваются в следующем разделе. Здесь дается лишь краткая характеристики основных ссылочных (референсных) моделей, необходимая для того, чтобы предварить описание общего процесса формирования и использования ЕФА как совокупности отдельных, но взаимосвязанных процессов, связанных с основными моделями, а также с процессами управления инвестициями в проекты и программы ЭП.

Основания и общий ход процесса создания ЕФА

После принятия в США законов о повышении результативности правительства (GPRA) и Клингера-Кохена распоряжением Федерального Правительства США №13011 "Федеральные Информационные Технологии (Federal Information Technology) [25]" был образован Совет руководителей информационных служб (The Chief Information Officers Council – CIO). Этот орган выполняет функцию основного межведомственного форума, обеспечивающего координацию и улучшение деятельности по проектированию, модернизации, использованию, разделению и сопровождению федеральных информационных ресурсов.

В октябре 1996 года Офис Управления и Бюджета (Office of Management and Budget – OMB) своим документом M-97-02 "Финансирование инвестиций в информационные технологии (Funding Information Systems Investments) [25]" установил, что инвестиции агентств Федерального Правительства США в ключевые информационные системы федеральных предприятий, правительственных агентств и бюро, должны осуществляться в соответствии с разработанной архитектурой, называвшейся тогда в документах "Архитектурой информационных технологий" (ITA).

Для достижения стратегических целей и направлений развития Федерального Правительства США Совет CIO сконцентрировался в первую очередь на процессах проектирования, реализации и сопровождения единой Федеральной Архитектуры Предприятия (FEA - Federal Enterprise Architrcture) и, затем, унифицированных способов построения архитектур отдельных федеральных предприятий.

В связи с этим Совет CIO в апреле 1998 года начал разрабатывать документ "Структура Федеральной Архитектуры Предприятия", и в сентябре 1999 года этот документ был выпущен в качестве основополагающего руководящего методического материала (РМ) (Federal Enterprise Architecture Framework Version 1.1 September 1999. Developed by: The Chief Information Officers Council) [26]. Документ содержит:

  • основополагающие определения и руководящие принципы построения ЕФА;

  • обобщенную схему или структуру архитектуры (FEAF, то есть FEA Framework) и способов ее применения.

Было указано, что Федеральные правительственные агентства могут использовать эти же, либо модифицированные подходы к разработке собственных архитектур (называемых EA или ITA) с учетом требований Закона Клиннгера-Кохена (Clinger-Cohen Act). Кроме того, был определен первоначальный набор архитектурных моделей, составляющих всю ЕФА.

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

Целью разработки FEAF являлась организация планомерной и целенаправленной разработки перспективной по своим качествам FEA - собственно ЕФА, Единой Федеральной Архитектуры, как комплекса наполненных содержательными описаниями архитектурных моделей, которые представляют разные стороны всего функционально-информационного устройства Федерального Правительства.

А назначением наполненной ЕФА являлась идентификация возможностей по упрощению процессов и по унификации работ, осуществляемых между различными Агентствами, а также операций в пределах разных направлений деятельности (Line of business), осуществляемых в федеральном правительстве. Результатом этих усилий должно стать ориентированное на потребности граждан и потребителей правительство, которое максимизирует инвестиции в технологии с тем, чтобы улучшить достижение результатов своей миссии. ЕФА была определена как основанная на деловых целях и критериях "рамочная" структура, имеющая целью усовершенствование взаимодействия как между агентствами, так и в масштабах всего федерального правительства.

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

В 2000 - 2001 годах CIO Council выпустил ряд РМ, в частности - по управлению инвестициями в ИКТ в рамках отдельных госорганизаций, а также практическое руководство по планированию архитектуры организации. Тогда же CIO Council разработал требования к "Офису управления проектом ЕФА" - офису FEAPMO, который и был создан при OMB для координации и управления всеми работами по EFA. В 2002 году была выпущена первая версия BRM (Business Reference Model) - Референсной (эталонной) бизнес-модели для ЕФА. Эта модель начала строиться на результатах большой работы "Рабочей группы по ЭП" США, которая до этого собрала и упорядочила информацию о деятельности всех агентств федерального правительства США, провела аналитическую работу по исключению дублированных функций и др. Следующий итерационный рабочий цикл, осуществленный уже FEAPMO, позволил получить BRM v.1.

FEAPMO разработал также документы (РМ) по ряду других эталонных моделей ЕФА:

  • ARM (Application-Capability Reference Model) – референсная модель приложений (возможностей), предназначена для идентификации и классификации горизонтальных и вертикальных возможностей ИКТ-приложений;

  • CRM/TRM (Common/Technical Reference Model) - технический фундамент, позволяющий описать, каким образом ИКТ поддерживают реализацию возможностей приложений, выделяет те элементы технологии, которые совместно поддерживают понимание и реализацию компонентной ("компонентно-базированной") архитектуры (Component-based Architectures).

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

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

Необходимо указать, что в разработке ЕФА в США принимает участие большое число не только специально созданных государственных органов (советов, офисов и т.д.), но и некоммерческих профессиональных организаций, концентрирующих интеллектуальный капитал представителей большого числа научных, консультационных и иных организаций и компаний, отдельных экспертов. Эти организации поддерживаются государственным бюджетом для выполнения целевых и поисковых НИР в области ЭП. Так, разработка концепции и структурной организации PRM (Performance Reference Model) - эталонной (референсной) модели производительности - была выполнена при участии и по материалам IAC EA SIG - Enterprise Architecture (EA) SIG of the Industry Advisory Council (IAC) (см. Performance Reference Model IAC EA SIG).

В 2002 году BRM v.1 начала использоваться в бюджетном процессе, но продолжалась ее модификация для улучшения качеств. В 2003 году опубликована BRM v.2. В РМ, содержащем описание BRM v.2, включено также описание процесса применения BRM в ходе подачи и защиты бюджетных заявок. Кроме того, содержится описание процесса разработки BRM v.2 на основе BRM v.1 и целого ряда других документов, моделей и процессов.

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

  • SRM (Service Component Reference Model) в определенном смысле заменяет ARM,

  • TRM (Technical Reference Model) аналогичным образом заменяет прежние CRM/TRM.

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

Последней опубликована PRM - Performance Reference Model, модель производительности/результативности Федерального Правительства и его ИКТ-систем. Последняя модель тесно связана с BRM по структуре соответствия показателей результативности и направлений деятельности / деловых подфункций правительства.

Эталонная модель информации/данных (DRM) до сих пор не опубликована (оценка причин и последствий такого состоянию приведена далее - в разделах 3 и 4).

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]