part1

Document Sample
part1 Powered By Docstoc
					                                 Отчет
                    О научно-исследовательской работе
«Разработка типовых требований к процессам информатизации органов
   государственной власти, включая разработку единой методологии
построения «электронного правительства» (2003 – 2004 гг)", выполненной
     по заказу Министерства экономического развития и торговли
                        Российской Федерации
                             № темы 21.3.20

                                 Часть I




                           Москва 2003
                                                          Содержание
Часть 1. Систематизация и анализ мирового опыта построения и использования
          единой архитектуры органов власти при проведении реинжиниринга
                              государственных функций на основе ИКТ                                         8
Раздел 1. Причины, направления и основные подходы к реинжинирингу госфункций на
основе ИКТ.................................................................................................................................... 8
   1.1 Причины и основные направления реинжиниринга государственных функций ......... 8
       1.1.1 Глобальные причины изменений госструктуры и реинжиниринга госфункций .. 8
       1.1.2 Реорганизация госорганов: структурные императивы и стратегическое значение
       партнерства ......................................................................................................................... 10
       1.1.3 Реформы госорганов, электронные правительства и ИКТ .................................... 15
       1.1.4 Необходимые условия осуществления реформ ...................................................... 19
   1.2 ИКТ-политика и ее связь с общей политикой государства .......................................... 21
       1.2.1 Административные реформы и ИКТ-политика...................................................... 21
       1.2.2 Государственная ИКТ-политика - определение и представление ........................ 22
       1.2.4 Процессы реализации государственной ИКТ-политики - краткое представление.
       Взаимосвязь политик и процессов .................................................................................... 26
   1.3 Понятие и методология «единой функционально-информационной архитектуры»
   для поддержки ИКТ-политики .............................................................................................. 28
       1.3.1 Базовые термины ....................................................................................................... 29
       1.3.2 Об устройстве и применении единой архитектуры ............................................... 31
       1.3.3 Методология создания и использования единой архитектуры ............................. 34
   1.4 Основные задачи, для решения которых применяется единая архитектура
   электронного правительства.................................................................................................. 35
   1.5 Подходы к реорганизации и трансформации предприятий (организаций) ................ 38
       1.5.1 Постоянное совершенствование процессов и управление качеством .................. 38
       1.5.2 "Новый маркетинг" и модели человеческого фактора........................................... 39
       1.5.3 Управление развитием на основе сбалансированных систем индикаторов ........ 41
       1.5.4 Подходы к реорганизации предприятий с опорой на новые возможности ИКТ 42
   1.6 Барьеры, в использовании ИКТ для поддержки реформирования органов власти и
   перехода от традиционного правительства к электронному. Способы преодоления
   барьеров ................................................................................................................................... 45



                                                                     2
      1.6.1 Проблема реинжиниринга бизнес-процессов ......................................................... 45
      1.6.4 Финансовые барьеры................................................................................................. 50
      1.6.5 Масштаб и сложность задачи в целом..................................................................... 51
Раздел 2. Основные процессы и методы организации применения ИКТ в органах
государственного управления ................................................................................................... 52
   2.1 Группы рассматриваемых политик, процессов и моделей. Подход к рассмотрению
   актуального зарубежного опыта ........................................................................................... 53
      2.1.1 Сводные группы рассматриваемых политик, процессов и моделей .................... 53
      2.1.2 Подход к рассмотрению актуального зарубежного опыта .................................... 55
   2.2 Формирование государственной ИКТ-политики .......................................................... 57
   2.3 Стратегическое руководство ИКТ .................................................................................. 60
      2.3.1 Стратегическое руководство ИКТ на федеральном уровне. Опыт США ............ 60
      2.3.2 Стратегическое руководство ИКТ на уровне организации, федерального
      предприятия ........................................................................................................................ 64
      2.3.3 Стратегическое руководство ИКТ на уровне штата .............................................. 68
   2.4 Процесс формирования и использования ЕФА ............................................................. 69
      2.4.1 Процесс формирования и использования ЕФА в США ........................................ 69
      2.4.2 Краткое представление основных моделей существующей ЕФА ........................ 75
      2.4.3 Процесс формирования и наполнения ЕФА ........................................................... 77
      2.4.4 Процесс использования ЕФА ................................................................................... 79
   2.5 Процесс построения архитектуры отдельной организации ......................................... 84
      2.5.1. Типовые структуры и процессы .................................................................................. 84
      2.5.2 Разработка переходных планов ................................................................................ 87
      2.5.3 Процесс отображения ЕФА на архитектуры конкретных организаций и
      межведомственные системы ............................................................................................. 90
   2.6. Процесс Управления Инвестициями на федеральном уровне .................................... 93
      2.6.1 Процесс Управления Инвестициями на федеральном уровне .............................. 93
      2.6.2 Процесс Управления Инвестициями (УИ) в конкретной государственной
      организации ......................................................................................................................... 99
      2.6.3 Модель зрелости как средство для организационных усовершенствований .... 104
      2.6.4 Модель зрелости как инструмент для проведения оценки зрелости организации
       ............................................................................................................................................ 105



                                                                       3
   2.7 Концепции построения ЭП и применения архитектур предприятия в правительствах
   разных стран.......................................................................................................................... 106
       2.7.1. Результаты независимого обследования направлений и особенностей
       реализации ЭП за 2003 год на примере 22-х стран ....................................................... 106
       2.7.2 Программа архитектуры онлайнового правительства Канады ........................... 113
       2.7.3 Основные положения развития электронного правительства Дании ................ 115
       2.7.4 Процесс развития ЭП и архитектуры предприятия в Австралии - пример для
       местных правительств ...................................................................................................... 116
   2.8 Особенности процесса применения общих стандартов в программах ЭП США и
   Европы ................................................................................................................................... 118
       2.8.1 Использование обобщенных стандартов .............................................................. 119
       2.8.2 Использование конкретных технических стандартов при построении ИКТ-
       архитектуры и разработке программ “электронного правительства” ......................... 121
       2.8.3 Стандарты интероперабельности для архитектуры электронных правительств в
       Европейских странах ........................................................................................................... 123
Раздел 3. Характеристики отдельных слоев архитектуры и архитектурных моделей, их
взаимосвязи ............................................................................................................................... 126
   3.1 Состав ЕФА в США ....................................................................................................... 126
       3.1.1. Общее описание ЕФА в США ............................................................................... 126
       3.1.2 Исходные схемы для построения FEAF ................................................................ 127
       3.1.3 Отражение исходных методов в FEAF .................................................................. 129
       3.1.4 Основные архитектурные принципы FEAF .......................................................... 130
       3.1.5 Компоненты федеральной архитектуры и архитектуры отдельного агентства 133
       3.1.6 Подробнее о схеме архитектуры предприятия Дж. Захмана............................... 137
   3.2 Справочная модель производительности (The Performance Reference Model, PRM)
    ................................................................................................................................................ 141
       3.2.1 Представление Справочной модели производительности .................................. 141
       3.2.2 Задачи PRM - Справочной модели производительности .................................... 142
       3.2.3 Структура PRM ........................................................................................................ 143
       3.2.4 Области и категории показателей, базовые показатели и примеры их настройки
       ............................................................................................................................................ 147
   3.3 Справочная бизнес-модель (Business Reference Model - BRM) ................................. 153
       3.3.1 Представление Справочной бизнес-модели ......................................................... 153

                                                                        4
    3.3.2 Первая версия и развитие BRM ............................................................................. 153
    3.3.3 Обзор изменений, произведенных в областях бизнеса Справочной бизнес-
    модели BRM версии 2.0. .................................................................................................. 155
                                                 УСЛУГИ ДЛЯ ГРАЖДАН                157
                                                 Транспортировка                   157
    3.3.4 Общее резюме проведенных изменений. .............................................................. 166
    3.3.5 Изменения по переименованиям для области «Управление правительственными
    ресурсами» ........................................................................................................................ 169
3.4 Справочная модель сервисных компонентов Версия 1.0 (Service Component
Reference Model, SRM) ......................................................................................................... 171
    3.4.1 Представление справочной модели сервисных компонентов SRM .................... 171
    3.4.2 Введение в компоненты .......................................................................................... 174
    3.4.3 Области, типы и компоненты ................................................................................. 175
3.5 Справочная модель данных и информации (Data & Information Reference Model,
DRM) ...................................................................................................................................... 181
    3.5.1 Базовые стандарты Справочной модели данных ................................................. 182
    3.5.2 Архитектура информационной интеграции.......................................................... 183
    3.5.3 Компоненты DRM. .................................................................................................. 183
    3.5.4 Средства мета объектов (Meta Object Facility, MOF) ........................................... 184
    3.5.5 Словарь федеральных данных (Federal Data Dictionary) ..................................... 185
    3.5.6 Технологии интеграции информации и данных. .................................................. 185
    3.5.7 Проблемы Справочной модели данных ................................................................ 186
3.6 Техническая справочная модель (Technical Reference Model, TRM) ........................ 186
    3.6.1 Техническая справочная модель включает четыре основных области сервисов:
    ............................................................................................................................................ 187
                                                Интеграция приложений предприятия 189

    3.6.2 Ключевые понятия TRM ......................................................................................... 190
3.7 Интеграция существующих и разрабатываемых справочных моделей .................... 193
3.8 Отображение ЕФА на архитектуру конкретной организации ................................... 194
    3.8.1 Особенности отображения архитектурных продуктов DOI верхнего уровня на
    направления деятельности и функциональные подобласти в BRM FEA .................. 195
    3.8.2 Описание состава и порядка разработки архитектуры DOI в целом.................. 198
-      «общее видение потребностей»; ...................................................................................... 198

                                                                    5
  Документ «Общее видение потребностей».............................................................................. 201
     3.8.3 Привязка архитектурных моделей DOI к элементам справочных моделей ЕФА в
     США (FEA) ....................................................................................................................... 202
  3.9 Дополнительные сведения по вопросам моделей формирования ЕФА в Европе и
  Австралии .............................................................................................................................. 204
     3.9.1 Евросоюз .................................................................................................................. 204
     3.9.2 Архитектура Австралийской ассоциации местных правительств ...................... 206
  3.10 Анализ основных существующих сред и средств моделирования, применяемых в
  международной практике при моделировании архитектур класса ЕФА и комплексной
  архитектуры предприятия.................................................................................................... 207
Раздел 4. Систематизация, оценки и рекомендации по перспективности анализируемых
подходов, методологий и отдельных моделей ЕФА ............................................................. 215
  4.1 Обобщенная оценка состояния в области ЭП и ЕФА в мире и рекомендации по
  применению мирового опыта .............................................................................................. 215
  4.2 Оценки обоснованности и необходимости централизованного руководства
  применением ИКТ для совершенствования госуправления, его возможности и границы
  применения............................................................................................................................ 216
     4.2.1 Необходимость централизованного руководства как полномочного
     стратегического руководства программами ЭП ............................................................ 216
     4.2.2 Рекомендации по выбору подхода к управлению программой ЭП и
     применением ЕФА............................................................................................................ 218
  4.3 Типичная схема архитектурных процессов как основы процесса стратегического
  управления применением ИКТ на основе ЕФА ................................................................ 219
  4.4 Подтверждения обоснованности ориентиров в стратегическом руководстве
  программой ЭП (оценки Accenture).................................................................................... 221
  4.5 Оценки перспективности, полноты и корректности общего архитектурного подхода
  и отдельных моделей............................................................................................................ 224
     4.5.1 Общие оценки .......................................................................................................... 224
     4.5.2 Общие оценки ЕФА США ...................................................................................... 224
     4.5.3 Характеристики других недостатков моделей ЕФА в США .............................. 226
     4.5.4 Недостатки европейских подходов ........................................................................ 227
  4.6 Оценка положения с полнотой и корректностью в области терминологии ............. 228
     4.6.1 Общее описание ситуации ...................................................................................... 228

                                                                   6
4.6.2 Неустояшееся состояние, его признаки и тенденции .......................................... 230
4.6.3 Рекомендации по дальнейшим действиям ............................................................ 232




                                                7
Часть 1. Систематизация и анализ мирового опыта построения и
использования            единой         архитектуры         органов         власти      при
проведении реинжиниринга государственных функций на основе
ИКТ

Раздел       1.     Причины,       направления         и    основные         подходы      к
реинжинирингу госфункций на основе ИКТ

1.1 Причины и основные направления реинжиниринга государственных
функций

1.1.1 Глобальные причины изменений госструктуры и реинжиниринга
госфункций
Прежде,   чем      выделить   причины    и   подходы   реинжиниринга    госфункций,
существенно связанные именно с ИКТ, надо назвать несколько глобальных
тенденций,        делающих    административные    реформы     (и    реформирование
государственной службы в частности) повсеместной тенденцией в развитых и
интенсивно развивающихся странах. Анализ, выполненный в [1], позволил выделить
три основных глобальных процесса, происходящих в мире
Демократические        преобразования,   развертывающиеся    не    только   в   сфере
осуществления власти, но и в сфере участия граждан в анализе информации, оценке
событий и выражения этой оценки и т.д., в частности:
              - отказ от управления при помощи деспотических систем, участие
          граждан в решениях, которые воздействуют на их жизни;
              - рост уровня образования в мире и возможностей использовать это
          образование для получения и анализа информации глобального характера;
              - реальный доступ к информации о все большем числе и типе
          событий, доступ к непосредственному анализу этих событий, знание того,
          как они интерпретируются людьми в самых разных местах.
Распространение экономического либерализма При этом в настоящее время
утвердидись убежедния, что, с одной стороны, бесконтрольность глобальной



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

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

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

                                            10
скорости реагирования), которые, фактически, требуют еще более фундаментальных
изменений в управлении.
      Желание многих граждан и групп получать консультации и участвовать в
процессах принятия решений государственных органов создало потребность,
которая еще не была полностью удовлетворена и может быть удовлетворена только
посредством изменения роли тех, кто традиционно принимал эти решения. Вместо
просто принятия решений важной частью процесса станет объяснение ситуации,
изложение различных вариантов и убеждение       всех вовлеченных в обсуждение
сторон.   Эти   долгосрочные   тенденции   требуют   намного   большей   степени
партнерства между теми, кто управляет, и "управляемыми", между политическими
деятелями и бюрократией, между обслуживаемыми людьми и различными
государственными учреждениями, которые обеспечивают услуги. Те же партнерские
отношения все больше требуются для ведения внешней политики и развития
государств на международном уровне в силу роста взаимозависимости наций и
общих глобальных международных проблем (это реализуется в многочисленных
новых международных «клубах», где решения достигаются на основании
консенсуса).
      С точки     зрения реинжиниринга устройства госорганов задача в целом
формулируется следующим образом: «перейти от бюрократической модели
управления к обучающейся организационной модели органов государственного
управления» (Дж. Бургон, президент CCMD, Канада, см. [1]).
      При этом бюрократическая модель управления госорганов оценивается так
же, как старая индустриальная модель частного сектора, которая основана на четко
очерченных повторяющихся задачах, где схожие задачи объединяются в группы,
группы - в отделы и так далее. Вся система работает подобно типичной хорошо
смазанной машине индустриальной эры. Бюрократическая система повышает свою
производительность за счет наращивания мощностей по решению примерно одних и
тех же задач примерно одними и теми же способами. И соответственно выдает она
предсказуемые и заранее определенные результаты.
      Обучающаяся модель организации (частной или государственной), основана
на самокоординируемой работе индивидуумов, групп и сетей индивидов и групп.
Эта   модель    должна    обладать   способностями   постоянно   развиваться   и
эволюционировать, искать новые пути для лучшего выполнения поставленных

                                           11
задач. Постоянно выполнять одни и те же задачи – даже довольно эффективно – уже
недостаточно, так как реагировать на изменения оказывается слишком дорого,
слишком медленно и всегда поздно.
      В настоящее время фактически не осталось департаментов (агентств,
министерств), которые были бы самодостаточны для решения проблем или где
решения не вовлекают более одного традиционного сектора правительственной
деятельности. В результате есть большая потребность в новых, горизонтальных
методах изучения проблем и обнаружения решений. Департаменты - это по
существу вертикальные структуры, задуманные в более простые времена, когда
области деятельности типа сельского хозяйства, или лесоводства, или транспорта
разумно было рассматривать в качестве отдельных областей. Современные
проблемы, с которыми сталкиваются госорганы, требуют новых механизмов
горизонтальной координации. К примеру, по этой причине результатом действий,
предпринятых в данном направлении в канадском государственном секторе, стало
создание горизонтального комитета ICERDC (Межведомственного Комитета по
Экономическим Отношениям с Развивающимися Странами), где представители
Отдела финансов, Банка Канады, Отдела окружающей среды, Внешних отношений и
CIDA обмениваются информацией и совместно принимают решения относительно
политики в области международного развития. Установление и укрепление
горизонтальных связей между структурами разных традиционных ведомств для
формирования политики и выполнения программ будет становиться        все более
важной частью реформы правительственного и административного управления в
ближайшем будущем.
      Итак, большее количество названных выше тенденций можно объединить
общим представлением о том, что для органов государственного управления более
невозможно     анализировать    комплексные     проблемы     или    предлагать
взаимозависимые решения без объединения усилий с группами людей, которые
обладают постоянно обновляемым и более глубоким знанием внешней и внутренней
окружающей среды.
      Одним из следствий этого становится приватизация и внешнее контрактация
для выполнения правительственных программ структурами частного сектора. При
этом, как уже было сказано, государственный сектор должен стать более
вовлеченным в области консультирования, объяснения, переговоров, убеждения и

                                          12
партнерства, где знания должны разделяться на горизонтальном основании, которое
по   существу означает   подход     к     решению   проблемы   на    основе   работы
многопрофильной, неоднородной по составу команды.
      В более общем плане, правительственные органы все больше не могут
принимать решения без более полного согласия управляемых, в связи с чем
правительство должно стать в меньшей степени "источником приказов" и в большей
степени арбитром, а высшие правительственные должностные лица должны стать
меньше администраторами и исполнителями программ и действий и более
советниками (на основе постоянно актуализируемого знания), теми, кто помогает
определять и объяснять параметры, в пределах которых решения должны быть
найдены.
      Это означает, что "дихотомия" субъектов политического уровня и органов
госслужбы должна развиться в более полное партнерство, то есть в современном
правительстве задачи понимания, консультации, объяснение и убеждение должны
быть разделены между политическими деятелями и чиновниками, а также уже
упоминаемыми группами обслуживаемых граждан, компаний и представителями
других уровней правительства.
      Рассматриваемые тенденции изменения организации структуры и функций
государственных органов начали реализовываться в Канаде (в течение последних 10
– 15 лет в ходе реализации сначала программы Public Service 2000, а потом La
Releve), в Скандинавских странах, таких как Швеция, где достигнуты основные
решения в области экономической политики через совместное усилие правительства,
частного бизнеса и работников, в Германии, Японии и во многих странах Юго-
Восточной Азии, где реализованы так называемые формы корпоративного
правительства. Нельзя считать простым совпадением тот факт, что названные
страны в последнее время признаются одними из наиболее экономически развитых и
социально обеспеченных стран мира.
      Как достаточно типичный для стран условно "среднего" масштаба по
населению   и   сложности       системы    госорганов   представим    путь    реформ
Великобритании. (В дальнейшем в занчительном объеме будет представлен опыт
США как обладающий рядом характеристик, делающих его важнейшим для России.)
      Вопросы улучшения системы оказания государственных услуг населению
занимают важное место в политике британского правительства, направленной на

                                             13
достижение более эффективной работы исполнительной власти. Первым шагом в
этой области явилось принятие в 1982 году плана “Инициативы в управлении
финансами”, вторым – опубликование в 1987 году доклада “Совершенствование
управления работой правительства: следующие шаги” с изложением программы
развития    госслужбы    и   мер   по   повышению       эффективности    и    качества
государственных услуг. В 1991 году была разработана концепция Хартии граждан -
10-летней программы, целью которой являлось повышение стандартов и полезности
государственных услуг, улучшение их организации и распределения. В 1997 году
правительство лейбористов пересмотрело данную программу, включив ее в качестве
составной части в более широкую инициативу по совершенствованию работы
исполнительной власти. Наконец в марте 1999 года опубликована Белая книга
“Модернизация правительства”,      представляющая       долговременную       программу
реформирования государственного управления. В ней выделено пять приоритетных
направлений:
        -   обеспечение комплексного подхода к          разработке государственной
политики с ориентацией на общенациональные интересы и стратегические цели, а не
только на конъюнктурные факторы;
        - повышение целенаправленности и ответственности за распределение
государственных услуг за счет тщательного учета интересов различных социальных
групп (пожилых людей, женщин, инвалидов, национальных меньшинств), а не
потребностей     отдельных   госструктур   за    счет   использования   современных
технологий и внедрения новых услуг для развития малого бизнеса;
        -   улучшение качества государственных услуг путем разработки программы
отчетов министерств по этим вопросам; поддержки информационной сети по
качеству для обмена прогрессивным опытом; применения в работе госучреждений
различных моделей повышения качества (премия “Знак Хартии”, инвестирование в
персонал для усиления мотивации и повышения квалификации и т.д.);
        -   использование информационных технологий для лучшего удовлетворения
потребностей граждан и распространения государственных услуг через электронные
сети;
        -   модернизация госслужбы путем изменения системы стимулирования
служащих, улучшения оценки показателей работы, более широкого доступа к работе
женщин, инвалидов, национальных меньшинств.

                                            14
1.1.3 Реформы госорганов, электронные правительства и ИКТ
          Современные представления о реформировании государственного управления
наряду        с   другими    элементами       включают        и   концепцию       электронного
правительства (e-government). Эта концепция охватывает в первую очередь
операционную         (или    административную          и    исполнительную)      составляющую
деятельности правительства, т.е. то, что называется правительственной машиной
(government       machine    или     machinery    of       government)   и   входит    в   сферу
организационного проектирования.
          Уже     сейчас    мировой    опыт      показывает,      что    внедрение    концепции
электронного правительства (ЭП) дает гражданам доступ к высококачественным
услугам госпредприятий (госорганов) и одновременно уменьшает стоимость этих
услуг. В целом стандартизация планирования и создания, а также унификация
государственных автоматизированных систем, упрощение, сокращение числа и
унификация бизнес-процессов госпредприятий (управленческих и операционных
деловых процессов):
          -   обеспечивают обслуживание граждан безотносительно к тому, как они
вступают в контакт с госучреждением – по телефону, лично, через веб-сайт или
другим способом;
          -   снижают расходы и упрощают взаимодействие коммерческого бизнеса с
правительством;
          -   сокращают правительственные операционные расходы;
          -   открывают     доступ     к   госучреждениям         людям      с   ограниченными
физическими возможностями;
          -   повышают прозрачность и ответственность правительства.
          Указанное повышение эффективности деловых процессов в полной мере
базируется на общей концепции реинжиниринга процессов и ряде других
концепций. Но именно концепция реинжиниринга определяет необходимость,
условия и способы применения ИКТ для достижения нужной эффективности (см. п.
1.5.4).
          В связи со сказанным возникло два вида определения понятия "электронное
правительство" (ЭП). В тех случаях, когда превалирует более консервативный
европейский подход, «электронное правительство», определяется следующим



                                                    15
образом: «…использование ИКТ, особенно Интернета в качестве инструмента,
позволяющего достигать более эффективного управления».              «Необходимость
внедрения электронного правительства: основные выводы» (The Е-Government
Imperative: main findings), аналитическое исследование ОЭСР, 2003 г. [2].
      В     США    программа    E-Government      предусматривает    осуществление
комплекса     инициатив,     обеспечивающих       трансформацию      традиционного
правительства в электронное. В контексте программы создания электронного
правительства США это понятие получило следующее толкование: «Электронное
правительство (E-Government): правительство, обладающее новыми качествами
(открытостью, ответственностью, эффективностью) в сфере предоставления услуг
гражданам, коммерческим компаниям и стране в целом благодаря использованию
достижений информационных технологий». (На основе документов FEAPMO USA).
      Однако различия в определениях оказываются не важными по существу, так
как и указанный отчет ОЭСР трактует ЭП как правительство, обладающее
новыми качествами в выполнении управления за счет существенной опоры на
ИКТ. Этот отчет также, как и программа США по ЭП, фиксирует необходимость
реформирования государственных административных органов, определяет основные
стимулы, заставляющие проводить реформы, называет по сути те же стратегические
цели и задачи реформирования, так же говорит о процессе трансформации
традиционного правительства в ЭП и о факторах риска в осуществлении этого
процесса.
      Другими словами, общим выводом является то, что электронное
правительство является не просто применением ИКТ в традиционном правительстве,
но трансформированным правительством, во многом принципиально изменившимся
по качествам выполнения своих управленческих функций.
      Этот вывод является достаточно обычным для методики и практики
реинжиниринга организаций, так как отражает феномен последнего времени,
выраженный в лозунге: применение ИКТ в деловой жизни организации меняет
(способно изменить) не только способ, но и само существо ведения дел. Безусловно,
это заявление справедливо лишь при адекватно поставленных целях и грамотно
выполненном использовании ИКТ. (Известно также, что в российской практике этот
подход часто вызывает отторжение управленцев "классического" типа, что является
постоянно присутствующим барьером на пути самых разных реформ или

                                             16
реинжиниринга деловых процессов).
      Понимание роста сложности проблем управления и важности аналитической
обработки информации для принятия решений чиновниками самых разных уровней,
постоянно   расширяет   концепцию   ЭП   за    рамки   поддержки   операционной
деятельности в сторону повышения эффективности аналитической деятельности.
Примером такого расширения является область, известная как "управление
знаниями". На пути включения в ЭП систем подобного аналитического характера
достигается повышение профессионализма и компетенции правительства, качества и
скорости его реакции на новые проблемы, переход к гибким организациям,
ориентированным на знания.
      Новым типом канала или точки доступа граждан, коммерческих предприятий
и общественных организаций к правительству, который связывают обычно с
появлением именно ЭП, является правительственный или ведомственный портал. Он
не только функционально подменяет другие точки доступа (например, письма
государственной почтовой службы) в госпредприятия, но позволяет передавать
потребителям цифровые продукты (например, цифровые книги) и предоставлять им
цифровые услуги (например, оплачивать налоги). Тем не менее, как было сказано,
суть ЭП лежит глубже. Она определяется качеством выполнения всех функций
государственных организаций (предприятий), по какому бы каналу доступа к ним
ни потреблялись их результаты. (Об этом прямо говорится в различных
программах ЭП.) Таким образом, это еще раз указывает на политический характер
использования и реализации концепции электронного правительства. В этой связи
важными являются следующие два последовательно осуществляемые процесса:
      1. определение государственной ИКТ-политики и процесса ее реализации;
      2. постановка процесса стратегического руководства использованием ИКТ в
         госорганизации (на госпредприятии) в соответствии с государственной
         ИКТ-политикой.
      В этих процессах важнейшим концептуальным инструментом реализации
стратегии является "единая архитектура" правительства, а также архитектура
каждого конкретного госпредприятия (организации государственного управления и
обслуживания) - сама по себе и в связи с единой, интегрированной архитектурой
правительства как обобщенного и интегрированного госпредприятия.
      Произошло сочетание акцента на полезных результатах деятельности

                                          17
госорганов       (выработке    услуг    клиентам        правительства)    и     применения   к
правительству в целом и отдельной госорганизации понятия и аппарата
архитектуры, ранее разработанного для коммерческих, промышленных и др.
негосударственных организаций. (Это понятие официально включено не только в
документы по ЭП ряда стран, но и включено в стандарты ISO/IEC, где описаны
основные свойства и "работа" этого понятия.) В результате это привело к широкому
использованию       понятия    "архитектура   предприятия"         (Enterprise    Architecture)
применительно к рассматриваемой области. Этот непривычный для госслужащих в
России подход оказался весьма продуктивным, в связи с чем он конструктивно
используется не только в США (где возник), но также в Европе -- странах-членах ЕС
и странах, готовящихся таковыми стать.
       В ЕС концепция архитектуры предприятия пробивалась и вырастала в
течении нескольких последних лет в рамках различных программ, а в отдельной
стране была названа своим именем только в середине 2003 г. в белой книге по этому
вопросу датского правительства (http://www.oio.dk/arkitektur/eng) [3]. Архитектурные
подходы,     в    большей     степени    касающиеся         архитектуры       информационных
технологий, развивались в ЕС в рамках программы обмена данными между
администрациями (Interchange of Data between Administrations, IDA), которая в
середине 2003 г. была переопределена в программу интероперабельного пан-
европейского предоставления услуг электронных правительств государственным
организациям, бизнесу и гражданам (Interoperable Delivery of pan-European
eGovernment Services to Public Administrations, Businesses and Citizens, IDAbc --
http://europa.eu.int/ISPO/ida/jsps/index.jsp?fuseAction=home)            [4].      Специально
архитектуре      предприятия     посвящена    программа         инфограждан       (InfoCitizen,
http://www.eurice.de/infocitizen/index.htm) [5].
       Наиболее продвинувшимся является процесс создания ЭП и единой
архитектуры ЭП в США. Дальнейший анализ во многом будет опираться на опыт
этой страны. Тем не менее, в последнее время к именно такому пониманию ЭП и
использованию единой архитектуры примкнули и другие страны.
       Так, представленный выше в п. 1.1.2 путь реформирования госорганов в
Великобритании включил в себя программу работ по созданию ЭП. Программа
электронных государственных служб (“E-citizen, E-business, E-government. A strategic
framework for public service in the Information Age”) составлена на основе положений

                                                   18
“Белой книги по модернизации правительства” (Modernising Government White
Paper) [6], которая была опубликована в марте 1999 года. ЭП рассматривается как
ключевой фактор в модернизации деятельности правительства и создании
государственной службы нового тип, позволяющей обеспечить государству и
обществу конкурентные преимущества в условиях глобализации. В основу проекта
“электронного правительства” положен тезис “Правительство не для себя,
Правительство для людей”. По сути, этот тезис явился выражением корневой
части государственной политики в области реформирования госорганов и их
функций. На основе этой политики совершалось формирование национальной ИКТ-
политики и ее реализация.
       Следует отметить, что ЕС и центральные правительства его стран-членов
оказывают        существенную         методическую        помощь            своим     регионам   и
муниципалитетам в создании соответствующего уровня ЭП. Например, в Германии
разработана не только своего рода федеральная архитектура предприятия (Standards
und        Architekturen        für        eGovernment-Anwendungen,                    SAGA       -
http://www.kbst.bund.de/SAGA-,182/start.htm)          [7],     но   и       подробное     обширное
руководство по строительству ЭП в землях, доступное в оперативном режиме
(http://www.bsi.de/fachthem/egov/6.htm) [7]. В рамках программы создания ключевых
элементов для объединения в сеть европейских местных органов власти (Key
Element    for   European   Local      Authorities    Networking,           KEeLAN)     разработано
руководство          по      строительству                ЭП            в           муниципалитетах
(http://www.keelan.ie/roadmap/guidelines/index.htm) [8].

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


                                                     19
ставится задача обеспечения клиентоориентированности правительства в целом и
его отдельных органов;
      -     в процесс управления должны вовлекаться все партнеры и другие
заинтересованные лица. Должно быть           достигнуто гораздо             более близкое
сотрудничество между политическими деятелями и руководителями/сотрудниками
государственных     организаций    (министерств,    комитетов,         и    т.д.),     группами
обслуживаемых граждан, представителями других уровней правительства, частным
бизнесом;
      -     государственные органы будут по необходимости меньшими и более
профессиональными. При этом должен быть изменен подход к обязанностям
самого гослужащего. Государственные служащие из тех, кто работает в строгих
иерархических структурах, должны быть готовы работать в более инновационной,
горизонтальной окружающей среде и, учиться лучше взаимодействовать (друг с
другом и с внешней средой). Изменения происходят быстро, и государственная
служба должна приспособиться к изменениям в том же темпе. Будущее
государственной службы – реализация принципа обучающейся организации;
      -     государственная служба должна сделать максимальную ставку на своих
будущих менеджеров, стараясь привлечь к сотрудничеству лучшие кадры страны.
Одним из методов привлечения новых талантливых кадров должны стать
возможности постоянного обучения и роста, а также относительная свобода в
принятии      нестандартных    инновационных       решений.        В       новом       обществе
(информационном и обществе знаний) наиболее современное качественное
образование и доступ к информационным ресурсам продолжают оставаться
ключевым моментом биографии человека. Целью государственной службы, таким
образом,     становится   максимально     высокий        уровень       предоставления        и
использования новейших информационных ресурсов и информационных систем,
позволяющий правительству и удовлетворять информационные потребности
населения;
      -     необходимые    качества,   требуемые    от    правительства          (открытость,
ответственность,    эффективность)     обеспечиваются       посредством              выполнения
программ перехода от традиционных к электронным правительствам. По сути,
этот переход является проектной программой по реинжинирингу деловых процессов
правительственных органов, отличающейся весьма большим масштабом и рядом

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

1.2 ИКТ-политика и ее связь с общей политикой государства

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


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

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


                                                 22
совершенствованию       информационных        систем   и    средств   компьютерной
инфраструктуры для обеспечения выполнения функций одной или нескольких
государственных     организаций    или   же    выполнения   общеправительственных
функций.
1.2.3 Формы и субъекты проведения ИКТ-политики
ИКТ-политика формулируется в нескольких формах. Политики объявляют ее
публично и подтверждают неоднократно, включая эту деятельность в процесс
разъяснения, убеждения, привлечения всех необходимых заинтересованных лиц.
Законодательные и исполнительные органы государств формируют совокупность
правовых и базовых методических документов, в которых на достаточно
длительную перспективу определяется государственная ИКТ-политика.
Так, в США строительство институтов управления информатизацией органов
федеральных власти, штатов и округов прошло длинный путь от фрагментарной
раздробленности к высокой степени централизации на федеральном уровне и к
значительной степени координации на уровне штатов и районов / муниципалитетов.
И в ноябре 2002 г. был принят специальный закон об ЭП. Федеральная политика
информатизации охватывает в США следующие направления:
        -   инициативы в области строительства ЭП;
        -   качество информации;
        -   затраты на ИКТ;
        -   компьютерная безопасность;
        -   защита персональных данных;
        -   реализация закона об устранении бумажного документооборота
(Government Paperwork Elimination Act, GPEA);
        -   реализация закона о свободе информации (Freedom of Information Reform
Act).
        Политика не только выражается в документальной форме (законы, акты,
обязательные инструкции и др.), но и требует институализации (также посредством
нормативных актов) субъектов, ответственных за практическую реализацию
политики. Так, в США появился пост федерального управляющего ИТ. В целом
политику информатизации формирует и реализует Офис менеджмента и бюджета
(OMB) Исполнительного офиса Президента. В Офисе менеджмента и бюджета этим



                                              23
конкретно занимаются Офис информации и регулирования и Офис ЭП и ИТ
(http://www.whitehouse.gov/omb/inforeg/infopoltech.html) [9].
       Существуют советы управляющих ИТ федеральных органов власти, штатов и
местных органов самоуправления. Эти советы взаимодействуют и координируют
свои усилия на совместных заседаниях и различных конференциях. Мы видим в
США стройную, ясную, многоуровневую и достаточно гибкую систему управления
информатизацией страны и соответствующей личной ответственности.
       Формирование ИКТ-политики и ее оргструктурной поддержки в других
странах   имеют      различия,   определяющиеся      размерами,    административным
устройством государственных и местных органов, приоритетами и даже традициями.
       Великобритания     является   унитарным     государством,    поэтому   в   ней
центральное    правительство     непосредственно     направляет    как   собственную
информатизацию (http://www.govtalk.gov.uk/), так и информатизацию местных
органов власти (http://www.info4local.gov.uk/). Центральной фигурой в этом процессе
является так называемый «электронный посол» в ранге министра (э-посол, e-Envoy
http://www.e-envoy.gov.uk/Home/Homepage/fs/en) [8]. Этот пост и соответствующий
офис был создан в 1999 г. Офис этого министра является подразделением группы
реформы госуправления Правительства. Основная задача офиса – к 2005 г.
обеспечить предоставление электронным образом основных услуг правительства.
Отсюда следует, что в Великобритании через указанный пост установлена прямая
связь политики государства в отношении административной реформы с политикой
управления информатизацией всей страны.
       В федеративной Германии государственную ИКТ-политику проводят два
ведомства - Федеральное ведомство по безопасности информационной техники
(http://www.bsi.de) и Министерстве внутренних дел. Первое занимается только
техническими аспектами информационных технологий в федеральных организациях.
В МВД есть Федеральный отдел по координации и консультированию в области
применения     ИКТ    в   государственном     управлении    (Die   Koordinierungs-und
Beratungsstelle der Bundesregierung für Informationstechnik in der Bundesverwaltung,
KBSt -- http://www.kbst.bund.de/-,29/Aktuelles-aus-der-KBSt.htm). Он отвечает за
выполнение федеральной программы построения в Германии к 2005 г. Федерального
ЭП (BundOnLine 2005 -- http://www.bund.de/BundOnline-2005-.6164.htm) [11]. Этот
отдел является рабочим органом Межминистерского координационного совета по

                                              24
ИКТ в государственном управлении (Der Interministerielle Koordinierungsausschuss
für die Informationstechnik in der Bundesverwaltung, IMKA). Состав и задачи IMKA
были определены еще в 1988 г. в инструкции по применению ИКТ в
государственном управлении (опубликована в GMBl 1988 Nr. 26 S. 470 ff.).
Одновременно отдел является и рабочим органом Совета по сотрудничеству в
области    автоматической   обработки     данных   федерации,    земель     и   коммун
(Kooperationsausschuss ADV Bund/Länder/Kommunaler Bereich - www.koopa.de).
Совет существует с 1970 г., в нем попеременно председательствуют члены Совета от
земель и коммун.
      В ЕС в целом ИКТ-политику определяет программа построения
информационного общества "Электронная Европа" (E-Europe http://europa.eu.int /
information_society/ eeurope/2005 / index_en.htm) [13], утвержденная
Европарламентом. Она охватывает следующие направления:
      -    широкополосные сети;
      -    электронный бизнес;
      -    электронное правительство;
      -    электронное здравоохранение;
      -    электронное обучение;
      -    информационная безопасность.
(см. отражение императивов этой политики в материале The Е-Government
Imperative: main findings, аналитическое исследование ОЭСР, 2003 г.) [2].
Таким образом, в разных странах и их объединениях мы видим:
      -    тесную связь политики реформирования правительства с применением
ИКТ, проявляющуюся в направлении / инициативе "Электронное правительство") и
      -    связь информатизации центральных органов с информатизацией всей
страны
      -    при различных способах организационного устройства соответствующих
органов.
Сами же императивы ИКТ-политики не только однозначно связаны с политикой
кардинального      повышения       эффективности     и    клиентоориентированности
правительственных органов и правительства в целом, но являются во многом
общими для разных стран Старого и Нового Света.



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




                                            26
                              Государственная политика в целом
       Политика реформирования и развития
                                    Политика в             Социальная        Политики в др. областях
       органов власти               области ИКТ             политика


    Политика применения ИКТ для                        Основные цели и руководящие
    реформирования и развития органов                  принципы, институализация в целом
    власти

          Процесс стратегического руководства
          применением ИКТ в органах власти               Видение, иерархия целей,
          разных уровней                                 стратегические планы, ресурсы, контроль


            Создание нормативно-правового                  Законы, Акты, Постановления,
            обеспечения                                    инструкции

            Формирование и применение ЕФА                  Обобщенная схема и модели ЕФА,
                                                           методология построения и применения
            Управление инвестициями
                                                           Бюджеты, заключения аудита
            Другие процессы


Рис. 1.2. Схема организации и реализации ИКТ-политики. Применение ИКТ для реформирования
правительственных органов на основе ЕФА

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


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

1.3 Понятие и методология «единой функционально-информационной
архитектуры» для поддержки ИКТ-политики
      Как уже говорилось выше,, понятие единой архитектуры (Common
Architecture, Federal Architecture, Joint Architecture) или аналогичное вводится в
разных странах для обозначения комплексных функционально-информационных
моделей,    представляющих           совокупность          основных    аспектов   устройства
электронного правительства.
      Понятие единой архитектуры и методология ее применения рассматриваются
в настоящем документе в первую очередь на основе опыта программы ЭП США
(FEA - Federal Enterprise Architecture). Особенности, наблюдаемые в практике других
стран, будут обсуждаться далее. Это решение поясняется в разделе 2.
      Рассмотрение ведется сначала на уровне общегосударственных, федеральных
государственных органов и применяемых для них архитектурных подходов.
Особенности,       присущие       региональному       и     муниципальному   уровню     будут
приведены в разделах 2 и 3 данного отчета.

                                                      28
1.3.1 Базовые термины
      В подходах разных стран указанная комплексная модель вводится с
использование следующих базовых понятий:
      -     предприятие (enterprise);
      -     архитектура (architecture);
      -     единая (joint);
      -     федеральная, (federal) для ЭП общегосударственного уровня стран с
федеральным устройством государства -).
      Использование понятия "предприятие" применительно к органам власти -
весьма существенный в мировой практике прием, важный по следующим причинам:
      -     он применяется практически повсеместно в разных странах и на
протяжении многих лет;
      -     дает возможность продуктивно применять к госорганам хорошо развитые
методики и целостные методологии моделирования и планирования трансформации
(реформирования, реинжиниринга), разработанные для предприятий, определенных
в общем смысле (см. далее определение ISO/IEC), и предприятий других типов;
      -     вполне соответствует современным требованиям к правительствам,
требующим от них работы не "на себя", но в первую очередь на внешнего клиента,
предусматривающим ясное определение тех полезных результатов, которые
вырабатываются правительством (госорганами) и стали называться "услугой" в
достаточно обобщенном понимании (см. п. 1.1);
      -     позволяет в полной мере применять к органам власти критерии
результативности (аналогично любому предприятию, производящему услуги);
      -     распространяет на этой основе применение критериев результативности
(эффективности) на использование ИКТ, включая конкретные системы и проекты их
создания.
      По этим причинам этот термин используется при анализе зарубежного опыта.
Важно опираться на международно признанные определения соответствующих
терминов.
      Предприятие (Enterprise)




                                           29
       1) [ISO-15704] Одна или несколько организаций, совместно выполняющих
определенную миссию и руководствующихся общими целями и задачами для
предоставления некоторого выхода, например, продукта или услуги [13].
       2) [ISO-14258] Группа организаций, руководствующаяся общими целями и
задачами для предоставления продуктов и услуг [14].
       Архитектура предприятия
       Понятие «единой функционально-информационной архитектуры» основано
на ранее введенном в международную практику планирования интегрированных
ИКТ-систем понятия "архитектура предприятия". В связи с этим приведем несколько
определений,     составляющих       общепринятый       методологический       фундамент,
закрепленный в международных стандартах.
       Общие определения архитектуры предприятия как системы по
международному стандарту [13] ISO 15704:
       «Описание (модель) основного расположения и взаимосвязей частей системы
(физического либо концептуального объекта или сущности).
       Замечание: существует два типа архитектур, относящихся к интеграции
предприятий:
       -   архитектуры систем, иногда называемые архитектурами "типа 1", которые
относятся к конструкции некоторой системы, например, к компьютерной системе
управления как к части общей системы интеграции предприятия;
       -   референсные (ссылочные, эталонные) описания предприятия, иногда
называемые архитектурами "типа 2", которые относятся к организации разработки и
реализации такого проекта, как интеграция всего предприятия, или к иной
программе развития предприятия».
       Архитектура (системы / предприятия) по документу [15] "A Practical Guide to
Federal Enterprise Architecture. Chief Information Officer Council. Version 1.0":
       -   "структура (схема), которая отображает взаимосвязи между всеми
элементами внутреннего подчинения, системами или действиями";
       -   "совокупность артефактов конструкции или описательных представлений,
которые характеризуют объект таким образом, чтобы он мог продуцироваться по
описанным требованиям, а также поддерживаться на протяжении периода его
полезной жизни".



                                                30
         Для программ ЭП в разных странах существенным является использование
единых архитектур (в Дании - joint architecture, JA, в США - Federal Enterprise
Architecture,    FEA),    описывающих     ряд     важнейших   функциональных    и
информационных свойств правительства как единого целого.
         В методических документах, разработанных для осуществления программы
ЭП в США, комплексная модель правительства и используемых им ИКТ соединяет
несколько описаний (моделей), каждое из которых обладает своей спецификой.
                Архитектурные модели, представляющие собой деловую модель
предприятия, содержат интегрированные описания, объединяющие функции
госпредприятий в виде единого предприятия-правительства. Другие модели,
ориентированные на представление рекомендуемых ИКТ, представляют собой
типизированные компоненты и стандарты для многократного или общего
использования в организациях правительства или его инфраструктуре.
         В связи с задачами применения единой архитектуры в программе ЭП США
было введено следующее определение, дополняющее предыдущие: Федеральная
архитектура предприятия (предприятий) (Federal Enterprise Architecture).L16]
         Стратегический базис информационных ресурсов, который определяет:
структуру деятельности; информацию, которая необходима для осуществления
деятельности; технологии (в данном аспекте, в первую очередь - ИКТ), которые
необходимы для поддержки деловых операций, а также переходные процессы,
необходимые для реализации новых технологий, обеспечивающих удовлетворение
изменяющихся потребностей деятельности. Основное внимание в федеральной
архитектуре предприятий направлено на общие вопросы федеральной архитектуры,
решение которых именно на федеральном уровне имеет важное значение для всех
федеральных предприятий и общества в целом.

1.3.2 Об устройстве и применении единой архитектуры
         Такие комплексные модели обычно включают в себя следующие (но не
только) основные компоненты:
         -   модель производительности/эффективности правительственных органов и
их ИС;
         -   модель функций правительства, его деловых процессов;
         -   модель программных сервисов (универсальных прикладных программ);


                                             31
      -    модель деловой информации и данных;
      -    модель базовых компьютерных технологий.
     Ряд стандартов (де юре и де факто) предписывает выделять модель деловой
информации и относить ее к слою деловой модели. В разных случаях выделяются и
другие модели или аспекты, например, архитектура безопасности или модели
правительственных порталов.
      Многим моделям дают характеристику "эталонных" (reference model, также
ссылочная или референсная модель). Этим подчеркивается два свойства этих
моделей:
      -     они рассматриваются как обобщенные модели, пригодные для очень
широкого класса реальных организаций;
      -     они служат средством оценки уровня характеристик реальной
организации (и ее ИКТ-систем) по сравнению с "эталоном".
      Важно избежать неадекватно широкого или, наоборот, узкого понимания
термина "единая архитектура".
      Трактовка понятия единая архитектура (JA, FEA и др.) определяется целью и
областью применения стоящих за этим понятием моделей. Единая архитектура и
входящие в нее модели не предназначены для непосредственного использования в
качестве архитектуры конкретных организаций.
      Однако схема построения единой архитектуры может быть схожей для ЭП
разных уровней власти и применяться также в конкретных госорганизациях. Тем не
менее, ее "единство" состоит не в "тотальном" копировании на все уровни и
организации, но в первую очередь и в основном в создании единого набора
критериев, методов оценок и возможных решений, которые единообразным
способом применяются для решения задач руководства построением ЭП.
     В наиболее развитых вариантах единой архитектуры главные задачи, ради
решения которых она используется, таковы:
      -    ясное и эффективное управление федеральными (региональными,
муниципальными) инвестициями в АС и ИКТ на основе основных приоритетов
развития органов власти (федеральных, региональных, муниципальных);
      -    определение перспективных стандартов (общеархитектурных и локальных
технических) реализации ИКТ-систем и ЭП в целом при предоставлении



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

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

1.3.3 Методология создания и использования единой архитектуры
      Методология ЕА представляет собой целостную систему подходов и
методов, логических схем их применения для создания и применения единой
архитектуры, позволяющую единообразно проводить всю совокупность работ по
формированию, использованию и развитию единой архитектуры с устойчивым
получением прогнозируемых результатов: эффективного использования ИКТ для
реализации государственной ИКТ-политики. Методология включает в себя:
      -   набор общих руководящих принципов, объединяющих все компоненты
методологии и служащих стратегическим руководством по ее применению;
      -   совокупность руководящих методических документов, задающих общую
схему описания архитектур, составляющих комплексную (интегрированную)
архитектуру правительства – единую архитектуру;
      -   совокупность руководящих методических документов, представляющих
набор отдельных архитектурных моделей (описывающих представление функций и
информационных     потоков    правительства,     рекомендуемые   типовые   ИКТ-


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

1.4 Основные задачи, для решения которых применяется единая
архитектура электронного правительства
      Главные задачи, ради решения которых используется единая архитектура ЭП,
указывались выше в п. 1.3.2. Здесь приводится более подробный обзор задач, в

                                          35
решении которых единая архитектура – в частности, единая федеральная
архитектура, ЕФА - применяется непосредственно или косвенно, но принося при
этом существенную пользу.
        ЕФА является инструментом, который позволяет центральному
(федеральному) правительству:
        -   идентифицировать и систематизировать существующие у министерств (и
других Федеральных Предприятий, определенных выше в п. 1.3.2) потребности по
использованию ИКТ и возможности по сокращению имеющейся избыточности, а
также
        -   определять направления, по которым у различных государственных
организаций этого уровня, имеются однородные запросы на инвестиции в ИКТ (при
наличии естественных ограничений на финансирование).
        ЕФА позволяет решать следующие задачи:
        -   облегчать   горизонтальное     (между   федеральными    ведомствами)   и
вертикальное (федеральное правительство, региональные и местные правительства)
взаимодействие;
        -   планировать интеграцию ИКТ-ресурсов межведомственного или общего
пользования;
        -   делать зримым и контролируемым воздействие используемых ИКТ на
эффективность выполнения миссии министерств в целом и их отдельных программ.
        Последнее дает возможность стимулировать процесс реформ правительств
(административной,      гражданской      службы)     за   счет   задания   и   аудита
контролируемых показателей эффективности деятельности правительства.
   Так, Совет Директоров информационных служб (CIO) при правительстве США и
Офис управления проектом создания Федеральной архитектуры (FEAPMO)
разработал архитектуру ЭП (Федеральную Архитектуру Предприятий – FEA) исходя
из необходимости создания системы управления переходом от традиционного
правительства к электронному. В первую очередь FEA используется для:
      - централизованной финансовой поддержки тех (на данном этапе –
практически только тех) заявок и проектов агентств (министерств) и других
федеральных предприятий, которые отвечают миссии этого агентства,
поддерживают бизнес-процессы, соответствующие закрепленным в ЕФА задачам и
функциям ЭП в целом, дают обоснованный прогноз улучшения показателей
деятельности агентства;



                                              36
       - выделения, поддержки и широкого использования процессов, имеющих
общефедеральное значение;
       - обеспечения и улучшения взаимодействия федеральных ведомств и
организаций;
       - поддержки совместного использования (разделения) информации между
агентствами федерального Правительства США, а также и между другими
правительственными организациями с целью повышения качества предоставляемых
государством услуг.
       Для достижения стратегических целей и направлений развития Федерального
Правительства США Совет CIO и офис FEAPMO сконцентрировались в первую
очередь именно на процессах проектирования, реализации и сопровождения
FEA, включая процессы ее взаимного согласования с архитектурами конкретных
агентств.
    FEAPMO указывает, что задачи, которые помогает решать единая архитектура в
США, можно сгруппировать по следующим направлениям.
       Для граждан и частного сектора:
       - улучшение качества обслуживания органами федеральных предприятий
за счет оптимизации и повышения эффективности их бизнес-процессов;
       - экономия времени, финансовых средств и усилий со стороны граждан и
частного бизнеса на соблюдение всех правил и регулирующих государственных
норм.
       Для федеральных предприятий (агентств и др.):
       - экономия времени и денежных средств благодаря возможности
применения повторно используемых бизнес-процессов, общих данных и ИКТ-
компонентов, разработанных другими правительственными агентствами;
       - достижение максимальной эффективности работы федеральных
предприятий за счет возможности использования лучших компонент (включая
самый разный передовой опыт - “лучшие практики”) и обмена знаниями;
       - улучшение взаимодействия федеральных предприятий и степени
безопасности благодаря применению общих компонентов инфраструктуры и общих
прикладных и базовых ИКТ-сервисов;
       Для федерального правительства в целом:
       - исключение дублирования инвестиций в ИКТ федеральных агентств с
инвестициями других агентств еще до того, как будет развернута разработка
соответствующего бизнес-решения и произойдет его представление в
Административно-бюджетное управление;
       - идентификация общих бизнес-функций, выполняемых в разных
правительственных агентствах;
       - интеграция процессов измерения характеристик результативности
деятельности агентств (показателей эффективности) с бюджетным процессом в




                                         37
рамках ключевых направлений деятельности, осуществляемых Федеральным
правительством;
       -   предоставление    Правительству        расширенных   возможностей   по
планированию и финансово-бюджетному контролю капитальных инвестиций в
ИКТ.
       Последовательное проведение политики обязательной оценки эффективности
функций и деловых процессов, реализует следующую роль ЕФА. ЕФА служит
носителем основных критериев реформирования органов власти (в первую
очередь в части выполняемых ими деловых процессов и качеств получаемых
результатов). Процесс применения ЕФА служит и одним из инструментов
реформирования посредством определения параметров реинжиниринга деловых
процессов и контроля значений этих параметров.
       В связи со сказанным, указание FEAPMO на реинжиниринг деловых
процессов (бизнес-процессов в оригинальных документах) постоянно сопровождает
описание новых, целевых версий архитектур – FEA и каждого агентства -, которые
должны приходить на смену существующим состояниям всей FEA и архитектур
каждого агентства (см. о реинжиниринге бизнес-процессов как общей методологии и
ее применении в государственных органах в п. 1.5.).

1.5 Подходы к реорганизации и трансформации предприятий
(организаций)

1.5.1 Постоянное совершенствование процессов и управление качеством
       В настоящее время существует несколько подходов, объединенных одним
принципом управления, который можно назвать "управление качеством" или
"непрерывное совершенствование процессов" - управление посредством всестороннего
и постоянного совершенствования и улучшения качества процессов и результатов. В
настоящее время этот подход стал одним из общепризнанных и применяемым наряду и
совместно с другими подходами.
       В качестве базового можно выделить подход CPI, Continuous Process
Improvement – «Непрерывное совершенствование процессов». Одним из вариантов
является подход TQM -Total Qualiti Manegement, "Всеобщее управление качеcтвом".
Эти подходы воплощены в стандартах ISO 9000:2000 [17].


                                             38
      Ориентированный вначале на промышленные предприятия, подход CPI был
применен и к сфере услуг, в частности, к деятельности государственных
организаций. Он продолжает активно использоваться и сохраняет перспективность.
Примером служат излагаемые в последующих разделах различные варианты модели
зрелости процессов.
      К актуальным требованиям управления по тактическим и стратегическим
результатам (количественным и качественным) прямое отношение имеет то, что CPI
отвергает "планирование от достигнутого" (т.н. пропорциональное планирование),
требует обоснования того, за счет чего будет достигнут тот или иной результат..
      Особая группа требований подчеркивает то, что "качество нельзя купить", что
путь совершенствования предприятие может пройти только само, что рассчитывать на
простое копирование чужого опыта не приходится. Это в частности выражалось в
формуле: “Трансформация под силу только людям, а не технике". ИКТ/
      Для     выполнения    крупных     программ    совершенствования      госслужбы
существенны практически все правила CPI. Исключением может казаться то, что по
известным причинам часто требуется сокращение персонала многих государственных
организаций, но это кажущееся исключение (что понятно из сравнения подходов CPI
и BPR). Важно указать на то, что CPI (как и TQM) не приносит результата, если
сводится к чисто "административным" действиям, равно как если преуменьшается
объем усилий и затрат всех видов, которые нужны для достижения и удержания
результата.

1.5.2 "Новый маркетинг" и модели человеческого фактора
      Положение подхода CPI о том, что критерии качества исходят от потребителя,
стало положением так называемого нового маркетинга. Это же положение в наше
время стало центральным в реформе государственных организаций и в программах
создания ЭП, ориентируемых на производство         качественных услуг гражданам и
другим клиентам госпредприятий.
      Маркетинговое управление, как может показаться, не имеет прямого отношения
к аспектам совершенствования госпредприятий в той части, которая касается анализа
собственных конкурентов и борьбы за долю рынка. Действительно, государственные
организации (министерства, комитеты и т.п.) одной страны не должны конкурировать
между собой из-за положения на рынке. Тем не менее, косвенно или прямо


                                            39
маркетинговое управление или его отдельные методы существуют и должны
применяться и для государственных организаций, например, из-за необходимости:
      -    в справедливых и законных формах работать для создания отечественным
предприятиям лучших условий на всех открытых рынках;
      -    планировать многие комплексы государственных сил и средств, в
противовес меняющимся конкурентным, антагонистическим силам (терроризму,
преступности, эпидемиям, катастрофам и др.);
      -    создавать   условия справедливой конкуренции для национальных и
зарубежных компаний в части получения госзаказов; так, методы конкурентного
анализа вполне применимы госпредприятиями при осуществлении ими важных
закупок на конкурсной основе, использование т.н. идеальных потребительских
моделей остается полезным инструментом и др.
      Кроме того, маркетинговое управление имеет прямое отношение в части
организации цикла стратегического и тактического управления предприятием и,
главное,   в   создании   предприятия,   ориентированного   на   клиентов   ("клиент-
ориентированное предприятие").
      Данный подход предъявляет требования к переустройству организационной
культуры предприятия, без чего успех деятельности частичен, недолог или вообще не
наступает. Бюрократическая иерархия с формальными вертикальными отношениями и
полной подчиненностью начальнику неизбежно приводит в поведению сотрудников по
модели "Б" ("безынициативная позиция", работа "от - до" и т.п.). А модель "Б" не
позволяет успешно проводить инновации и реформы, требующие активного участия
сотрудников, принятия ими на себя должной доли ответственности за реформы,
ориентации на интересы клиента (а не на свои личные). И наоборот, модель "А"
("активная позиция", идентификация интересов предприятия, а значит и клиентов, как
собственных и др.) требует свободных горизонтальных взаимодействий сотрудников,
значительной свободы в решениях, соответствующих прав/власти, но, конечно, не
власти над клиентами или подчиненными, а власти принимать окончательные решения
в определенной, достаточно широкой области при условии полной ответственности за
эти решения.
      Эти положения надо иметь в виду и при формулировании стратегий развития
госпредприятий, при определении концепции построения ЭП. Последние не являются
самоцелью, как и любое применение компьютеров. А задачи, ради которых создаются

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

1.5.3 Управление развитием на основе сбалансированных систем индикаторов
Несколько десятилетий развивается подход к планированию и управлению
предприятием (организацией) на основе специальным образом выстроенной иерархии
целей и показателей деятельности предприятия, а именно:
      -    КФУ (CSF) - критические факторы успеха и
      -    КПП - показатели, или индикаторов, производительности/эффективности (KPI).
      К КФУ и КПП предъявляются специальные критерии корректности и
сбалансированности. Корректность обеспечивалась выполнением так называемого принципа
SMART.
      К настоящему моменту стало общепринятым, что набор показателей должен
представлять собой сбалансированную по ряду аспектов систему. Предполагается, что
набор показателей должен характеризовать:
      -    как результаты, так и процессы деятельности;
      -    как внешние характеристики предприятия, так и внутренние;
      -    как экономические (финансовые), так и нефинансовые показатели;
      -    как аспекты, связанные с людьми, так и с машинами.
      Аналогичные подходы применяются сейчас и в программах ЭП. В связи с этим
надо помнить и про принцип прослеживания к миссии (т.е. неразрывная связь и оценка
всех решений с целеполаганием, анализ вариантов целей / стратегий / мероприятий
/проектов на основе степени соответствия, определяемой посредством прослеживания)
и про индивидуальность набора критических факторов успеха и сбалансированных
показателей для каждого предприятия / руководителя (в противовес некритичному
выбору той или иной "готовой" системы показателей).
      Наконец, надо указать на существование в мировой практике особого вида
деятельности, связанного с КПП (KPI), - так называемых эталонных измерений
показателей производительности, более точно - измерений показателей для получения


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

1.5.4 Подходы к реорганизации предприятий с опорой на новые возможности
ИКТ

1.5.4.1 Глобализация, новые возможности ИКТ и радикальный BPR
             Одним из подходов, приведших к трансформации предприятий с целью
повышения эффективности выполняемых ими процессов, в том числе на основе
применения ИКТ, является подход BPR - Business Process Reengineering.
             "BPR - фундаментальное переосмысление и радикальная реконструкция бизнес-
процессов с целью достижения кардинальных улучшений в критически важных в
современных условиях показателях производительности, таких как стоимость,
качество, услуги, скорость".
             (Формулировалось вначале в докладе М. Хаммера (Michael                Hammer)
"Reengineering Work: Don't Automate, Obliterate" в 1990 году, затем в 1993 году в
монографии М.Хаммера и Дж.Чампи "Реинжинириг корпораций" [18], где и был
введен в практику термин BPR).
             Конструктивные определения бизнес-процессов:
             -   "Бизнес-процесс - это совокупность работ (activities), которая имеет один
или более видов входных потоков и создает выход, имеющий ценность для клиента";
         -       "Реинжиниринг    -   это   не   автоматизация,   в   первую    очередь   не
автоматизация существующих процессов. Автоматизация - это простой путь более
эффективно выполнять неверные вещи".
     -           “Реинжиниринг - это не реорганизация и не построение плоской
организации, хотя реинжиниринг может на самом деле продуцировать плоские
оргструктуры. Проблемы, с которыми сталкиваются предприятия, коренятся не в
организационных структурах, а в структурах процессов”.
             Отмечалось, что бюрократия сама по себе не является проблемой. "Попробуйте
убрать ее и наступит хаос". Бюрократия "склеивает" организацию воедино.


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

1.5.4.2 BPR для государственных организаций (на опыте США)
      Летом 1993 года комиссия по оценке результатов экономического развития
США под председательством вице-президента Ала Гора выработала инициативу
«Создание правительства заново», которая во многом вобрала в себя принципы
реинжиниринга. Однако реинжиниринг правительственных организаций выявил и
некоторые особые проблемы и барьеры на пути совершенствования. К ним в первую
очередь были отнесены:
      -   неопределенность       критериев        успешности      функционирования
государственных (правительственных) организаций;
      -   отсутствие столь "неумолимых" по характеру воздействия стимулов к
совершенствованию, как конкуренция;
      -   традиционная     обособленность     различных    ведомств,    затрудняющая
совместную деятельность;
      -   консерватизм и повсеместное наличие жестких бюрократических структур,
приводящих к безынициативности госслужащих (модель поведения "Б").
      Легко видеть, что ЭП - это инициатива, нацеленная, в том числе, на преодоление
этих барьеров.

1.5.4.3 BPI / BPT: от программ сокращения кадров к управлению знаниями
      По данным одного из ежегодных обзоров Ассоциации американских
менеджеров   (American     Management   Assn.),   "в   компаниях, где    проводится
сокращение штатов, резко падает лояльность сотрудников и размывается
традиционная корпоративная мораль". При этом "там, где упор был сделан на
сокращение штатов и выполнение больших объемов меньшими силами, управленцам
досталось горше всех" (Президент Work in America Institute Джером Розоу).
      Возникли предложения проводить реформирования и трансформации так,
чтобы CPI / TQM и реинжиниринг "шли рука об руку". О том, что эти подходы могут
взаимно дополнять друг друга, писали и Хаммер/Чампи в 1994 году. В результате


                                             43
кроме BPR получили распространение и более мягкие способы трансформации бизнес-
процессов и организации, называемые иногда BPI (Business Process Improvement) или
BPT (Business Process Transformation). При этом практически все основные приемы
BPR остались в методическом багаже реформирования предприятий.

1.5.4.4 «Феномен Интернет» (взлет, падение и новый рост). Становление комплексных
методик
      Бурное развитие Интернет за счет количественного роста числа точек и каналов
(логических и физических), за счет роста разнообразных возможностей (в том числе
очень легких в использовании для клиентов/пользователей) повсеместно получать и
обрабатывать любую информацию возникли эффекты, качественно повлияло на
возможность управления и обслуживания клиентов.
      Однако любое мало-мальски конкретное представление о проблемах реальных
предприятий говорит о том, что:
      -   производственная и организационная культура -- самая консервативная
компонента, базовые технологии производства (для госпредприятия это тесно связано
с законодательством, с регулирующей базой), а также финансовые обстоятельства
предприятия имеют большую значимость, чем Интернет «сам по себе»;
      -   существует значительная узость взгляда компьютерных специалистов и
менеджеров, высказывающих предположения о том, что Интернет решит все проблемы
"сам собой".
      Более того, падение бума Интернет в 1999-2000 годах уже показало
преувеличенность обещаний.
       Проблемы    в   основном   лежат    в   изменении    способов   управления,
осуществляемых людьми, и в меньшей степени - в изменении средств управления (при
ставшем очевидным сильнейшем влиянии средств на способы).
      В результате, во второй половине 90-х годов сформировался комплексный
подход к реорганизации/развитию предприятий, отраженный в ряде известных
методик. Примером может служить методика Change Integration консультационной
компании PriceWaterhouse (третья версия относится к 1996 году). Ее основные
характеристики:
      -   тесная связь проектов развития предприятий с процессом стратегического
управления предприятием;


                                          44
           -   учет всех существенных побудительных причин (двигателей) изменений
(внешних, внутренних, рыночных, общественных, технологических, законодательных,
и т.д.);
           -   использование всех необходимых "рычагов" для осуществления изменений
(услуги/продукты/рынки, люди/оргструктуры, бизнес-процессы/ИКТ-приложения);
           -   опора на комплексный, системный подход ("System Thinking"), на основные
достижения всех известных подходов и методов, организация их параллельного
совместного применения.
           Опыт и методическое обеспечение программ трансформации традиционных
правительств в электронные, рассматриваемые далее в данном отчете, показывают, что
указанный широкий подход, в полной мере нашел свое применение в этой сфере.

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

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

                                                45
существующих бизнес процессов. Это само по себе является непростой задачей и
связано с большими расходами. Тем более необходимо определение той
добавленной ценности, которую привносят ИКТ-системы. В случае, если эта
добавленная ценность неясна, инвестиции могут не делаться.
      Преодоление этого барьера лежит, в частности, на пути вычленения полезных
функций правительства и задания для них показателей, которые отражали бы эту
пользу. Публикация и мониторинг указанных показателей являются мощным
фактором    преодоления    тормозящих      сил,    включения   не   только   внешних
(«насильственных»), но и внутренних для организаций двигателей реинжиниринга.
При этом инструментальные и методические механизмы ЕФА оказывают важное
поддерживающее влияние, позволяя динамически соединять и отслеживать сложные
взаимосвязи отдельных объектов реинжиниринга:
      -    показателей эффективности и их значений;
      -    деловых процессов и действий;
      -    их входов и выходов (результатов);
      -    организационных структур и лиц (должностей, ролей), участвующих в
шагах процессов;
      -    информационных активов, используемых или порождаемых в процессах и
др.
      Реализация ИКТ-проектов на государственном уровне нередко также требует
внесения изменений в текущее или разработку нового законодательства, что влечет
большие организационные, временные, а также финансовые затраты.
      С проблемами изменения законодательных норм сейчас сталкиваются многие
европейские страны, планирующие в ближайшем будущее внедрить электронные
средства идентификационных документов (электронные паспорта, ID карты и т.д.).
Так, например, Министр внутренних дел Германии г-н Отто Шилли, активно
выступающий      в   поддержку    использования      биометрических    данных    для
идентификации граждан, в интервью 'Tagesspiegel am Sonntag' 07/09/2003 заявил, что
планы по использованию биометрические данных для целей идентификации
граждан и таможенного контроля должны реализовываться быстрее и главная задача
сегодня - “создать юридическую базу для включения этих данных в паспорта,
идентификационные документы и визы”.



                                              46
      Изменение сквозных процессов, объединяющих несколько существующих
организаций, может приводить к возникновению ситуаций, когда персональные
данные могут попадать в те организации или к тем лицам, которые – по
существующим регламентам, инструкциям, актам и законам – ранее не имели
доступа к этим данным. В связи с этим нужен анализ проектов, предлагающих
передачу и накопление персональных данных, и формирование инициатив на
корректировку правовых документов в необходимых и обоснованных случаях.
      1.6.2 Технологические барьеры
      К технологическим барьерам можно отнести следующие:
      -   отсутствие развитой коммуникационной инфраструктуры, недостаточная
компьютерная вооруженность граждан и организаций («цифровое неравенство»);
      -   наличие     нескольких         конкурирующих         и    слабо     совместимых
технологических     стандартов,    затрудняющих         взаимодействие      ИКТ-систем    и,
следовательно, реализацию сквозных деловых процессов, использование общих
информационных ресурсов;
      -   непродуманная архитектура систем, использующихся в настоящий
момент (невозможность расширения, отсутствие интерфейса для взаимодействия с
другими приложениями);
      -   разрозненность и несовместимость баз данных федеральных предприятий
– не только на уровне технологических стандартов, но и на уровне содержательного
и формального представления хранимых информационных объектов и элементов.
      Данные проблемы характерны без исключения для всех стран, начавших
процессы информационной интеграции и реинжиниринга государственных органов
власти и федеральных предприятий.
      «Цифровое      неравенство»         преодолевается      планомерной     работой     по
обеспечению все большему числу граждан реального доступа к Интернет. Кроме
обеспечения      официальных      мест   доступа       проводятся   программы    обучения
пользователей.    Сохраняются      также    все    традиционные      каналы     доступа    к
правительственным органам.
Указанные программы распространяются также и на госслужащих, и на
госорганизации в целом, при этом, как и в любых других случаях, требуется
обоснование расширения компьютерного парка конкретной организации.



                                                  47
      Несовместимость стандартов, систем и баз данных преодолеватся на пути
планомерного формирования и использования ЕФА – единой архитектуры в ее
слоях, представленных моделями деловой информации, хранимых и передаваемых
данных, сервисов и базовых технологий. Аналогично этому ЕФА служит средством
выявления непродуманных архитектур систем и баз данных, использующихся в
настоящий момент, разработке и осуществлению планомерной миграции на системы
и базы данных, не создающие значительных затруднений для стыковки, доступных
для управляемого совместного доступа.
      Кроме того, должны разрабатываться и вводиться стандарты на размещение
открытой информации. Широко известен положительный опыт разработки таких
стандартов (и первоначально ИКТ-политики в данной области), накопленный в
Великобритании. Особое внимание целесообразно уделять стандартам качества
предоставления информации и контролем за согласованным ее предоставлением.
Рассмотрим ситуацию на примере Венгрии. Государственные ведомства и
организации ежедневно создают сотни различных документов, с каждым днем объем
этот неуклонно растет. Открытые документы размещаются для общего доступа на
сайтах ведомств. Наличие у каждого ведомства собственных веб-сайтов при
отсутствии стандартов на их наполнение привело к тому, что сегодня в Интернете
большая    часть   информации     дублируется     (что   означает    неэффективное
использование финансовых и человеческих ресурсов на наполнение сайтов), а часть
информации либо публикуется не полностью, либо представлена в нестандартных
форматах, что значительно затрудняет ее использование. В 2001г. по решению
премьер-министра был создан специальный комитет Data Management Technical
Committee (DMTC), который подготовил проект создания репозитория всех
государственных    информационных ресурсов (проект «Kikeres»). Репозиторий
является аналогом систем GILS (Governmental (or Global) Information Locator
System), которые применяются в США, Канаде, Австралии и др. станах. Согласно
замыслу разработчиков, репозиторий будет содержать не сами данные, а метаданные
(данные   о   данных)    т.е.   описание   всех     имеющихся       государственных
информационных ресурсов (тип информации, формат баз данных, связи баз данных
между собой и т.д.), что значительно упростит поиск нужной информации, исключит
дублирование и введет единый формат представления данных. Первый пилотный
проект на базе 5 государственных учреждений (Ministry of Youth and Sports, Baranya

                                           48
County Public Administration Office, Hajdú-Bihar County Municipality, the Lord Major’s
Office of Budapest, Geological Institute of Hungary) был начат в 1999г и успешно
закончен в начале 2001г. Этот путь позволяет осуществлять упорядочение
размещения правительственной информации в Интернет и преодолевать указанный
барьер.
      1.6.3 Барьеры использования ИКТ, связанные с человеческим фактором
   Как показывает практика, одними из наиболее трудно преодолимых барьеров
использования ИКТ, являются барьеры связанные с человеческим фактором. К ним,
например, относятся следующие барьеры:
       -    “ограниченное видение” лиц, ответственных за разработку/ внедрение/
эксплуатацию ИКТ, в отдельных ведомствах и на государственном уровне в целом;
       -    отсутствие доверия к новым компьютерным технологиям со стороны
руководства государственных органов, с одной стороны, и недостаточное понимание
степени сложности многих ИКТ как наукоемких технологий, с другой;
       -    отсутствие понимания у многих руководителей того факта, что
реформирование деловых процессов и организации в целом на уровне современных
требований невозможно без использования современных ИКТ для: создания
сквозных деловых процессов, резкого повышения информационной вооруженности
сотрудников, и т.д.
       -    отсутствие   понимания    тех   эффектов,    которые   может    принести
правильное применение ИКТ;
       -    недостаточная компьютерная грамотность пользователей (внешних и
внутренних для организации), отсутствие доверия к новым компьютерным
технологиям со стороны частных компаний и населения;
      -    невозможность использования возможностей ЭП лицами с ограничениями
физических возможностей (например, возможностей зрения).
      Неготовность использовать ИКТ вызывает (аналогично неготовности и к
инновациям других видов) чувство неуверенности и даже страха, приводит к
невысказываемому явно отторжению новшеств в организациях (вплоть до саботажа
или полного выхолащивания назначения ИКТ в организации).
      Недоверие внешних пользователей дискредитирует идею ЭП целиком. Так,
согласно недавнему исследованию Еврокомиссии основной проблемой развития
электронной коммерции в частном секторе большинства европейских государств

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

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



                                          50
       Так, например, согласно последнему отчету Комиссии Информационного
Общества Ирландии (Ireland's Information Society Commission) правительство
Ирландии при условии выбора правильной стратегии организации электронных
госзакупок сможет экономить 1 млрд. евро в год, что составляет примерно 11% от
объема всех государственных расходов на товары и услуги.       Однако, основной
проблемой внедрения новых технологий для автоматизации государственных
закупок в Ирландии является бюджетное недофинансирование. На сегодняшний
день бюджет проекта по реализации электронных госзакупок составляет около 5
млн. евро в год, что, по мнению, экспертов ISC, составляет лишь треть
необходимого фонда.
   Преодоление этих барьеров лежит на пути:
   -   построения и использования ЕФА для планомерного определения выгод от
       реализуемых функций госорганов и оценки выгод применения ИКТ-систем
       для поддержки этих функций в виде измеримых показателей;
   -   использования ЕФА для выбора наиболее приоритетных и ценных проектов с
       целью концентрации средств;
   -   использования ЕФА для распространения передового опыта, экономичных,
       надежных и перспективных решений для сокращения дублирования работ и
       инвестиций уменьшения рисков при создании систем.

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


                                            51
       -    работающая единая архитектура органов власти и используемых ими
ИКТ.
       ЕФА позволяет:
       -    видеть целое и его перспективы, незагроможденное частными решениями,
системами, обстоятельствами;
       -    объединять на одной основе большое число организаций и отдельных
экспертов для участия в этой работе;
       -    упорядоченно учитывать обратную связь от отдельных госорганов и
других участников процесса;
       -    планомерно двигаться к перспективным целям, выстраивая переходные
процессы от существующих состояний госорганов, их процессов и систем, к
желательным;
       -    реалистично оценивать пройденный путь и корректировать дальнейшие
планы;
       -    делать эти оценки планы общим достоянием, что делает понятным и
оправданным затраты на ЭП и связанные с ним действия в глазах всего общества.

Раздел 2. Основные процессы и методы организации применения
ИКТ в органах государственного управления
Примечания
         1 В этом разделе, как и во всей части, англоязычный термин «Reference model»
         чаще всего переводится как «Справочная модель», этот термин может так же
         встречаться в других переводах, как «Референсная», «Ссылочная» или
         «Эталонная» модель.
         2 Под словом «Агентство» понимаются правительственные учреждения разного
         уровня, чаще всего – федеральные министерства, как это принято в США или
         Канаде.
         3 Под принятым сокращением РМ понимается термин: «Руководящие
материалы»




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

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

2.1.1 Сводные группы рассматриваемых политик, процессов и моделей
         Данный пункт рассматривается как база для анализа в последующих пунктах
этой и последующих Разделах. В соответствии с принятым в настоящем отчете
подходом, ниже сформирована база для последующего анализа в виде совокупности
групп рассматриваемых политик, процессов и моделей, обнаруженных в опыте разных
стран и представляющих интерес для данной работы.
         Указанная совокупность групп политик, процессов и моделей приведена в
таблице 2.1.
При ее формировании не ставилась задача создания исчерпывающего детального
перечня соответствующих компонентов. Ориентация была на большую концентрацию в
области применения технологий ЭП и методик работы с Единой Федеральной


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


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


 Базовые общие схемы моделей и их концепции
 Модели эффективности и управление эффективностью ИКТ (для развития госорганов)
 Модели деятельности (основной, вспомогательной) госорганов
 Модели приложений для внутренних и конечных пользователей
 Модели данных и базовых ИКТ
 Фактическое применение стандартов на уровне страны: технические ИКТ-стандарты и профили
 типовых систем / компонентов
                       Аналогично – на уровне отдельной организации


       Приведенный выше перечень будет уточнен и детализирован на основе


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

2.1.2 Подход к рассмотрению актуального зарубежного опыта
      В качестве основного методологического подхода преодоления недостатков
использования ИКТ для повышения эффективности государственного управления
фиксировались разработка и внедрение процессов стратегического руководства
применением ИКТ для госорганов (некоторого уровня управления в целом и в
конкретной организации) и использование в этих процессах единой федеральной
функционально-информационной архитектуры органов власти - ЕФА.
      На основании такой фиксации выделены страны "наибольшего интереса". В их
число вошли в первую очередь США, как страна:
      -   имеющая наибольший объем и системность в формировании комплексной
методологии создания ЭП и применения ЕФА для совершенствования органов власти;
      -   оцененная в проектах Евросоюза как явный методологический лидер, опыт
ЕФА которого будет учитываться в первую очередь.
      Так, в отчете проекта Евросоюза InfoCitizen (шифр IST–2000 – 28759) [5],
содержит анализ состояния дел с формированием и использованием архитектуры для
программы "Электронная Европа"; этап завершился в 2002 году) отмечено, что:
      -   разработка общей схемы Федеральной архитектуры (FEAF, Federal Enterprise
Architecture Framework), выполненная Советом федеральных CIO США, в наибольшей
степени соответствует подходу и целям InfoCitizen;
      -   FEAF представляет собой наиболее развитый проект для поддержки
"интеллектуального правительства" (Smart Government);


                                            55
       -   FEAF задает для этой цели архитектуру "единого Федерального Предприятия"
(entire Federal Enterprise).
       Известные документы и результаты выполнения программ создания ЭП
показывают, что в наибольшем объеме и с наибольшей комплексностью политики,
процессы и модели, приведенные ниже, для уровня страны в целом разработаны и
применяются в США.
       Необходимо       учесть,   что    в   США     существует   три   основных   уровня
территориально-административного деления, при этом на уровне штата установлена
большая самостоятельность в организации органов управления. Особо надо отметить
развитые     в   США       системы      политического,   бюджетного,    методического   и
организационно-управленческого обеспечения создания ЭП, что в настоящий момент
представляет наибольший интерес и для России.
       В соответствии с этим фиксируется, что "страной наибольшего интереса" в
основном является США, далее в первую очередь производится анализ опыта этой
страны. Опыт других стран будет приводиться в дополнение к опыту США в форме
небольших обзоров полезных методов/практики, добавляемых к опыту "страны
наибольшего интереса".
       Ряд недостатков, присущих процессам и моделям, используемым в США,
требует обратить внимание в первую очередь на Евросоюз и отдельные европейские
страны, Австралию. Значительный интерес представляют определенные аспекты
определения ЭП и единых архитектур, существующие в Дании и Канаде. Будут также
выделены независимые оценки успехов и отличий в развитии ЭП различных стран за
2003 год и будет рассмотрен анализ международного опыта производится по схеме:
       -   рассматривается опыт США как страны "наибольшего интереса", он
оценивается и берется за основу для рекомендаций в конце данного раздела и для
разработки рекомендаций для России в следующем разделе Отчета;
       -   добавляется информация про ценный опыт других стран, который
восполняет упущенное в США или особо ценен для России по различным
соображениям, причем именно на данном этапе применения методов создания
"электронного правительства", анализа и разработки методологии создания и
применения единой архитектуры правительственных органов.
       На основании указанного выше анализа в заключительных фрагментах данного
раздела вводится "обобщенная схема моделей архитектуры" (ОСМА) с целями:

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

2.2 Формирование государственной ИКТ-политики
    Основная инициатива по развитию "электронного правительства" (ЭП) в США
принадлежит Президенту и его администрации. Президент:
      -   определяет наиболее важные стратегические направления развития ЭП;
      -   указывает приоритетные проекты;
      -   озвучивает идеологию создания и внедрения технологий ЭП.
      Одним из руководящих документов США по созданию ЭП является пакет
документов под общим названием Повестка Президента (President’s Management
Agenda - PMA), в которой обобщена ИКТ-стратегия США. Как приложение к PMA в
США существует памятка Президента о 24 президентских инициативах (24
Presidential Priority E-Gov Initiatives), в которых указаны те услуги и сервисы, которые
должны стать доступными для граждан через Интернет в ближайшее время. В
непосредственные обязанности Президента входит утверждение законопроектов, после
их одобрения Сенатом. Президент играет важную роль в формировании юридической
базы ЭП. В 2002 г. был принят основополагающий закон об “электронном
правительстве” (E-Government Act of 2002) [19], который
      -   в деталях отражает структуру ЭП;
      -   определяет источники финансирования;
      -   предписывает политику государственных ведомств и организаций;
      -   отражает вопросы безопасности и т.д.
      Второй важной функцией Президента является руководство и контроль за
деятельностью Административно-бюджетного управления (Office of Management
and Budjet - OMB), которое непосредственно курирует вопросы по разработки и



                                             57
внедрению ЭП. Президент также назначает Главу Управления Электронного
Правительства (Отдел OMB).
      Немаловажной функцией Президента также является связь с общественностью.
Президент активно выступает за создание эффективного, прозрачного правительства,
ориентированного на интересы американских граждан. В своих посланиях, Президент
объясняет, почему необходимо “электронное правительство”, каковы его цели и задачи,
что и как нужно делать в первую очередь. В целом функции Президента можно
обобщить так:
      -   лидерство;
      -   общее руководство;
      -   связь с общественностью.
      Основным     исполнительным      органом,    отвечающим     за   комплексную
реализацию ЭП, как уже было упомянуто, является Управление Электронного
Правительства при Административно-бюджетном управлении. Эта организация
является участником и основным спонсором проекта по разработке Архитектуры
Федерального Предприятия (Federal Enterprise Architecture - FEA). В процессе
разработки FEA Управление Электронного Правительства активно сотрудничает с
Советом Руководителей Информационных Служб (Federal Chief Information
Officers’ (CIO) Council) и Администрацией Служб Общего Назначения (General
Service Administration). В целом OMB ответственно за следующие функции:
      -   рационализация правительственного управления и архитектуры данных;
      -   спонсор по разработке архитектуры для межведомственных проектов.
      Непосредственным Архитектором FEA является Департамент по Управлению
проектом создания Архитектуры Федерального Предприятия (The Federal
Enterprise Architecture Program Management Office -FEAPMO). FEAPMO управляет
и координирует деловые процессы в следующих основных направлениях:
      -   Архитектура Федерального Предприятия определение FEA через модели
государственного управления, акцентирующие внимание на бизнес-процессах,
производительности, функциональных возможностях программного обеспечения,
технологиях и стандартах, данных и информации.
      -   Рабочая группа архитекторов решений (Solution Architects Working Group -
SAWG) помощь государственным организациям в разработке и внедрении ИКТ-систем,



                                          58
продвижение         и       распространение     принципов       Компонентно-Ориентированной
Архитектуры.
    Вспомогательные направления деятельности FEA-PMO включают:
      -     разработка       ядра    стандартных    моделей     Компонентно-Ориентированной
Архитектуры для продвижения и поддержки технологических решений и разработки
полной архитектуры (базис, цель и план достижения цели) для каждой из 24
Президентских инициатив;
      -     оценка и идентификация новых возможностей                   для организации бизнес-
процессов       и       консолидации       систем     для    увеличения        эффективности   и
производительности            органов     государственной      власти     на    основе   анализа
высокоуровневой архитектуры.
      Перечень          и    краткое     содержание      наиболее   важных       документов    по
государственной политике США в области ИКТ:
      -     ИКТ-стратегия в 2003г. (E-government strategy 2003), E-Government
Strategy [20]
Комплексное описание ИКТ-стратегии США. Видение ЭП, задачи ЭП, достигнутые
результаты, приоритеты, указываются наиболее важные проекты и ответственные
организации за их выполнение т.д.;
      -     руководство по исполнению Закона об “электронном правительстве”
(Implementation Guidance for the E-Government Act of 2002) OMB M-03-18 [21]
документ содержит информацию о мерах, которые необходимо принять федеральным
предприятиям, согласно закону об ЭП 2002. Агентства и госучреждения должны
следовать требованиям Закона и данного Руководства при реализации какой-либо
программы,      связанной        с      информационными       технологиями      для   повышения
производительности и эффективности обслуживания граждан;
      -     Закон об “Электронном правительстве” от 2002г. (The E-Government Act
of 2002) Федеральный закон №: 107-347 [19] Закон об “электронном правительстве”
от 2002 г. содержит комплекс мер по улучшению управления и продвижения услуг ЭП
путем создания должности федерального CIO (Federal Chief Information Officer) в
составе Административно-бюджетного управления (OMB), а также за счет
разработки пакета рамочной документации, требующей в обязательном порядке
использование Интернет-ориентированных информационных технологий для
улучшения доступа граждан к государственной информации и услугам;

                                                    59
      -   Закон об “Уменьшении бумажного документооборота” (Government
Paperwork Elimination Act of 1998 (GPEA)) Федеральный закон №: 105-277 [22]
Закон об “Уменьшении бумажного документооборота” обязывает федеральные органы
власти до 21 Октября 2003 начать предоставление гражданам и бизнесу возможностей
для электронной подачи документов. Закон нацелен на помощь гражданам в получении
быстрого и удобного доступа к необходимой государственной информации. Закон
поощряет инициативы органов государственной власти по использованию цифровых
технологий как альтернатив бумажным документам.
      -   Закон Клингера-Коэна 1996 (Clinger-Cohen Act of 1996) Федеральный
закон №: 104-208 [23], в 1996, осознав важность информационных технологий для
эффективности     правительства   Конгресс   и    Президент    инициировали   Закон о
реформировании управления информационными технологиями (the Information
Technology Management Reform Act) и Закон о реформе государственных закупок
(Federal Acquisition Reform Act) [24] ставшие в последствии известными как единый
документ – закон       Клиндгера-Коэна. Оба документа обязывают руководителей
федеральных ведомств рассматривать ИКТ-инвестиции как              один из ключевых
факторов успеха их деятельности. Закон Клиндгера-Коэна также обязывает чиновников
реализовать внутриведомственные процессы по выбору, управлению и контролю за их
инвестициями в информационные технологии.

2.3 Стратегическое руководство ИКТ

2.3.1 Стратегическое руководство ИКТ на федеральном уровне. Опыт США
   Исходя из приоритетов Президентских инициатив и стратегического видения
перспектив ЭП был разработан План Действий (Action Plan). Руководство и
управление изменениями в процессе реализации плана действий, а также ежедневное
управление будет осуществляться посредством:
      -   руководителей агентств, которые включаются в президентский управляющий
совет (President’s Management Council – PMC);
      -   офиса    исполнительного   директора     ОМВ    по    ИКТ   и   электронному
правительству;




                                             60
      -   членов совета, сформированного из CIO, представителей управления
снабжением и обеспечением (Procurement Executive) и представителей управления
кадрами (Human Resources).
      Члены РМС выступают в роли управляющих партнеров в каждой из инициатив.
  Управляющие партнеры сформировали офисы по каждой из программ для того, чтобы
 гарантировать осуществление инициатив, а привлеченные партнеры будут сотрудничать в
планировании и в выполнении соответствующих проектов. OMB обеспечивает наблюдение
      за этим процессом и работает с каждым агентством для того, чтобы обеспечить
    необходимый объем финансирования для каждой из инициатив. С этой целью OMB
назначил четырех менеджеров портфелей проектов, отвечающих за контроль и продвижение
инициатив по электронному правительству. Схематично структура руководствапрограммой
               ЭП («электронное руководство») представлена на рисунке 2.1.
      В своей работе PMC сосредотачивается на организационных изменениях
правительственных агентств, фактически он - ключевой элемент управления процессом
преобразования федерального правительства США в электронное правительство. В
целом руководство формированием электронного правительства, получившего название
"электронное руководство" (e-Governance) имеет иерархическую структуру. Общее
руководство    осуществляется   администрацией   Президента    через   президентский
управляющий совет. На верхнем уровне иерархии находится президентский бюджет
(President’s Budget), представленный директором ОМВ, которому предоставлено право
окончательного распределения финансов.
      Директору ОМВ подчиняется исполнительный директор по ИТ и по
электронному правительству, который осуществляет текущее руководство. На третьем
уровне иерархии структуры руководства находится офис управления портфелем
проектов (Portfolio Management Office), главной задачей которого является
управление процессом трансформации. Кроме того, на этом же уровне иерархии
находится Совет руководителей информационных служб агентств (Council CIO). В
его задачу входит организация и управление реализацией двух инициатив, имеющих
ключевое значение для всего процесса трансформации и которые были представлены
выше: инициатива по электронной аутентификации и инициатива по архитектуре
организации.
      На четвертом уровне иерархии размещаются четыре управляющих комитета
(Steering Committee) по числу категорий пользователей правительственных услуг:

                                           61
     -   правительство–граждане G2C;
     -   правительство–бизнес G2B;
     -   правительство-правительство G2G;
     -   внутри правительственная деятельность IEE.
     Каждому из управляющих комитетов подчиняются руководитель портфеля
проектов (Portfolio Manager) по соответствующей категории пользователей. Наконец
на последнем, шестом, уровне иерархии располагаются группы специалистов,
непосредственно реализующих соответствующий проект (Integrated Project Team).
Количество таких групп совпадает с числом проектов, принятых к реализации в
соответствии   с   планом   действий,   определенным   в   настоящей   стратегии
трансформации правительства.




                                         62
                            Структура руководства программой ЭП
                                      ("электронное руководство")


                                       БЮДЖЕТ ПРЕЗИДЕНТА
                              Окончательное распределение финансов -
                                            директор OBM



                                           ОФИС УПРАВЛЕНИЯ ПОРТФЕЛЕМ
                                               Руководство трансформацией


                        Управляющий         Управляющий         Управляющий      Управляющий
     Совет CIO
                           комитет             комитет               комитет       комитет


                          Менеджер            Менеджер              Менеджер      Менеджер
Руководители групп
                          портфеля             портфеля             портфеля      портфеля
реализации проектов
                           проектов            проектов              проектов      проектов
       (IPT)
                             G2C                  G2B                  G2G           IEE


 Группы реализации
    проектов по
                           Группы              Группы                Группы        Группы
электронной проверки
                         реализации           реализации            реализации    реализации
   подлинности и
                           проектов            проектов              проектов      проектов
    архитектуре
                             G2C                  G2B                  G2G           IEE
   федерального
    предприятия
Рисунок 2.1. Структура руководства программой ЭП США.




                                             63
2.3.2 Стратегическое руководство ИКТ на уровне организации, федерального
предприятия
      Управление ИКТ-проектами на уровне отдельных федеральных предприятий
(агентств) должно быть согласовано с FEA - Федеральной Архитектурой. Вместе с тем,
согласование с FEA – производится а) не по всем, а только по важным проектам,
достаточно дорогим и существенно влияющим на эффективность организации (правда,
процент таких проектов постепенно растет), б) не в отношении деталей архитектуры
или способа представления архитектурных моделей, а в главном: в возможности
взаимодействовать с другими министерствами, в обеспечении постоянного и
существенного роста показателей результативности и экономичности организаций и т.д.
      Надо указать, что в США, как и в ряде европейских проектов, последовательно
проводится принцип полноты ответственности самого министерства (агентства,
департамента и т.п.) за качество своего функционирования и за формирование своей
архитектуры. По этой причине не делается попыток административного вмешательства
в способы построения архитектуры организации, но проводится постоянный
мониторинг показателей качества достигаемых результатов, оценка запросов на
финансирование с учетом соответствия ЕФА.
      Поэтому задача отбора, управления и контроля ИКТ-проектов в отдельной
организации рассматривается как сама по себе (и на этот предмет создаются - в
основном усилиями CIO Council - отдельные руководства), так и как задача соотнесения
архитектуры этой организации (а значит, она должна быть документирована) с FEA и
архитектурами смежных организаций.
      Для успешного выполнения процесса формирования Архитектуры Предприятия
в рамках конкретного агентства (организации) необходимы усилия в масштабах всего
агентства по следующим аспектам:
      -   управлению;
      -   распределению ресурсов;
      -   обеспечению непрерывности архитектурного процесса;
      -   координации действий.
      Необходимо    тесное   взаимодействие     функциональных    и   операционных
подразделений агентства с архитектурной группой агентства для того, чтобы создать
исчерпывающе полное описание всего производственного процесса агентства,

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



       ВЫСШЕЕ РУКОВОДСТВО АГЕНТСТВА (ОРГАНИЗАЦИИ)


                                Управляющий
                               исполнительный
       Бизнес-направления                             Совет по            Сотрудники
                                  комитет по
          организации                              инвестированию         организации
                                 Архитектуре
                                 Предприятия
                                                      Технический
               Бизнес -          Поддержка
                                                   комитет для обзора
            подразделения         качества
                                                       проектов

        Экспертные группы
            по бизнес-
          направлениям




  Директор информационной службы Агентства
  Офис управления
  программой разработки
  Архитектуры Предприятия
                                                        Управление        Управление
  Главный архитектор             Оценивание
                                                      конфигурацией        рисками

  Архитектурная группа


            Рисунок 2.2. общая схема управления ИКТ-архитектурой на уровне
                              организации (агентства).




                                              65
В таблице 2.2. Представлено краткое описание функций и должностных обязанностей
некоторых должностных лиц.


Таблица 2.2. Краткое описание функций и должностных обязанностей некоторых
должностных лиц.

        Роль                                Функции и ответственность
  Глава агентства    Устанавливает Архитектуру Предприятия как приоритет развития всего
                     агентства. Формирует исполнительный управляющий комитет по Архитектуре
                     Предприятия (EAESC); руководит проведением политики и решением проблем
                     разработки, реализации и технического обслуживания Архитектуры
                     Предприятия.
  Совет по           Проводит рассмотрение заключительной информации о предложениях по
  инвестициям в      инвестициям в технологии и принимает окончательное решение по
  основные           финансированию. Выбирает проекты, устанавливает показатели продвижения
  средства           проекта и оценивает результаты инвестирования принятых решений.
  (CIC)
  Главный            Формирует группу проектирования Архитектуры Предприятия.
  Архитектор         Наблюдает за разработкой архитектурных продуктов Архитектуры
                     Предприятия, за ее использованием и усовершенствованием. Выступает в
                     качестве владельца архива (репозитория) Архитектуры Предприятия и отвечает
                     за разработку переходного плана в части архитектуры. Отчитывается
                     непосредственно перед Руководителем информационной службы.


  Руководитель       Планирует деятельность и обеспечивает стратегическое руководство
  информационной     исполнительным управляющим комитетом по Архитектуре Предприятия
  службы агентства   (EAESC); обеспечивает помощь руководителю Агентства в осознании
  (CIO)              преимуществ и в оценке эффективности использования Архитектуры
                     Предприятия;
                     назначает Главного Архитектора; доводит до сведения исполнительных
                     подразделений и всех заинтересованных сторон через совместные форумы
                     преимущества использования Архитектуры Предприятия своего агентства и
                     обеспечивает к доступ форумам и архитектурным продуктам; координирует
                     деятельность руководителей исполнительных подразделений и принимает
                     необходимые меры в сфере информационных технологий.
  Совет по           Несут ответственность за мониторинг и управление изменениями в
  управлению         Архитектуре Предприятия, начиная с момента начала разработки.
  конфигурацией
  (CCB)
  Менеджер           Отвечает за техническое обслуживание и конфигурационное управление всеми
  конфигурации       изделиями Архитектуры Предприятия.
  Владельцы          Обеспечивают на высоком уровне участие в Архитектуре Предприятия
  бизнес-            заинтересованных лиц и спонсоров; взаимодействуют с архитектурной группой
  подразделений и    по вопросам внедрения и пересмотра стандартов, определяют ресурсы по
  процессов          бизнес-направлениям и наблюдают за пересмотром изделий архитектуры с
                     позиции потребностей и перспектив развития бизнеса.




                                            66
      Роль                                Функции и ответственность
Исполнительный     Обеспечивает стратегию, планирование и распределение ресурсов, связанных с
управляющий        разработкой и техническим обслуживанием изделий Архитектуры
комитет по         Предприятия; обеспечивает стратегическое руководство и гарантирует
Архитектуре        корпоративную поддержку; обеспечивает поддержку спонсоров, одобряет
Предприятия        различные отчеты, обзоры и стратегию управления архитектурой; одобряет все
(ЕAESC)            существенные изменения в Архитектуре Предприятия.


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

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




                                          67
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



                                                68
       Политика и средства обеспечения безопасности                     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) - ЕФА в США - как совокупности пяти ссылочных моделей
совершенно неполно представляют всю совокупность архитектурных продуктов или

                                          69
артефактов (architecture product, architecture artefact), которые - по описаниям
FEAPMO - составляют Федеральную архитектуру в США. (Аналогично и в
материалах других стран ЕФА включает и ряд других, в том числе - основополагающих
описаний и документов.) По этой причине полезно рассматривать архитектуру в
широком смысле, как полный (и постоянно развивающийся) набор компонентов,
который и составляет "Стратегический базис информационных ресурсов", как это
цитировалось в п.1.3 раздела 1.
      Федеральная Архитектура в США представляет собой обширный комплекс
концептуальных материалов, архитектурных моделей разных типов, правил применения
указанных концепций и моделей на практике, правил оценки качеств достигаемых
результатов, инструментальных средств поддержания архитектурных продуктов и
процесса их разработки/развития. В первую очередь, ЕФА разбивается на описания:
      -   главных целей и принципов создания ЭП и самой ЕФА;
      -   задач и требований к ЕФА;
      -   общей схемы ЕФА и правил построения основных архитектурных моделей в
их развитии во времени:
      -   отдельных архитектурных моделей в их текущем состоянии, а также
процессов их формирования и использования;
      -   методов оценки зрелости процессов, связанных с архитектурой, и самой
архитектуры;
      -   других практических рекомендаций.
      Кроме того, в полный набор архитектурных документов и средств формирования
и использования ЕФА включаются средства поддержания моделей и другой общей
информации (репозиторий ЕФА).
      Важно учитывать, что постоянно, во всех документах CIO Council и FEAPMO
указывается, что FEA на практике реализуется посредством соответствующего
формирования архитектуры отдельных агентств. В связи с этим процессы
формирования и использования ЕФА могут реально осуществляться только во
взаимосвязи с процессами формирования и использования архитектур отдельных
агентств.
      Это, в свою очередь, поддерживается разработкой и постоянным выпуском (чаще
всего - силами Federal CIO council) методических документов, содержащих правила



                                           70
выполнения процессов построения архитектуры отдельного учреждения, правила и
методики управления инвестициями в ИКТ в соответствии с этой архитектурой и т.д.
      Более подробно отдельные компоненты ЕФА в США рассматриваются в
следующем разделе. Здесь дается лишь краткая характеристики основных ссылочных
(референсных) моделей, необходимая для того, чтобы предварить описание общего
процесса формирования и использования ЕФА как совокупности отдельных, но
взаимосвязанных процессов, связанных с основными моделями, а также с процессами
управления инвестициями в проекты и программы ЭП.
      Основания и общий ход процесса создания ЕФА
      После принятия в США законов о повышении результативности правительства
(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 года этот
документ был выпущен в качестве основополагающего руководящего методического



                                           71
материала (РМ) (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), осуществляемых в федеральном правительстве. Результатом этих усилий
должно стать ориентированное на потребности граждан и потребителей
правительство, которое максимизирует инвестиции в технологии с тем, чтобы
улучшить достижение результатов своей миссии. ЕФА была определена как
основанная на деловых целях и критериях "рамочная" структура, имеющая целью
усовершенствование взаимодействия как между агентствами, так и в масштабах всего
федерального правительства.
      Было указано, что принятая стандартизованная архитектура будет выполнять
роль контрольной точки отсчета, позволяющей обеспечить результативную и

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



                                           73
       Последние модели содержали значительный объем не только "идейной"
информации по рекомендуемым архитектурам приложений, сервисов и технических
интерфейсов и стандартов, но и рекомендации по конкретным техническим
архитектурам и технологиям.
       Были разработаны также основные структурные и качественные требования к
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.
       Эти модели значительно отличаются от тех, которые они заменили. В текущих
версиях они содержат в основном "идейно-структурную" информацию по
рекомендуемой классификации сервисов и технических интерфейсов, а

                                                74
рекомендации по конкретным техническим архитектурам и технологиям сильно
ослаблены или удалены (плюсы и минусы этого подхода будут анализироваться далее
в разделах 3 и 4).
       Последней опубликована PRM - Performance Reference Model, модель
производительности/результативности Федерального Правительства и его ИКТ-
систем. Последняя модель тесно связана с BRM по структуре соответствия показателей
результативности и направлений деятельности / деловых подфункций правительства.
Эталонная модель информации/данных (DRM) до сих пор не опубликована (оценка
причин и последствий такого состоянию приведена далее - в разделах 3 и 4).

2.4.2 Краткое представление основных моделей существующей ЕФА
       Ниже кратко охарактеризованы упомянутые пять основных ссылочных
моделей (по состоянию на 2003 год):
       -   The Performance Reference Model (PRM) - Справочная модель
производительности;
       -   Business Reference Model (BRM) - Справочная бизнес-модель (модель
деятельности);
       -   Service Component Reference Model (SRM) - Справочная модель сервисных
компонентов;
       -   Technical Reference Model (TRM) - Техническая справочная модель;
       -   Data & Information Reference Model (DRM) - Справочная модель данных и
информации.

2.4.2.1 Справочная модель производительности (The Performance Reference Model, PRM)
       PRM предназначена для проведения измерений характеристик главных ИКТ-
инициатив и оценки их вклада в осуществление программ создания ЭП. PRM позволяет
улучшить информирование о процессах стратегического планирования, Программе
развития инструментальных средств для проведения оценок (Program Assessment
Rating Tool, PART), а также процессах формирования ИКТ-бюджета. PRM служит
основой для непрерывного улучшения процессов и методов измерения характеристик
качества работы ИКТ и их влияния на деятельность учреждений (агентств).




                                           75
2.4.2.2 Справочная модель бизнеса (Business Reference Model, BRM)
       BRM содержит общее понимание организации деятельности федерального
правительства и перечень услуг, предоставляемых американским гражданам вне
зависимости от того какое конкретно агентство, бюро или офис непосредственно их
осуществляют. Эта справочная модель облегчает идентификацию возможностей
организации      взаимного   сотрудничества    между   агентствами   и    возможностей
уменьшения избыточности.

2.4.2.3 Справочная модель сервисных компонентов (Service Component Reference Model,
SRM)
       SRM структурирована по областям обслуживания, которые независимо от
осуществляемых разными агентствами бизнес-функций, могут обеспечивать основу для
повторного использования приложений, прикладных средств, компонентов и бизнес-
услуг. SRM может также использоваться для того, чтобы идентифицировать
возможности организации сотрудничества вокруг услуг и приложений.

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

2.4.2.5 Справочная модель данных и информации (Data & Information Reference Model,
DRM)
       Задерживающаяся с разработкой и публикацией DRM будет на обобщенном
уровне описывать данные и информацию, поддерживающие выполняемые агентствами
программы и их действия по конкретным деловым направлениям. Эта модель будет
помогать в описании типов взаимодействий и информационных обменов, которые
происходят между Федеральным правительством и различными категориями клиентов
правительства.




                                              76
2.4.3 Процесс формирования и наполнения ЕФА
       Процесс формирования ЕФА рассматривается на примере двух главных
справочных моделей - производительности и деловой.

2.4.3.1 Разработка PRM - справочной (референсной) модели производительности
   Справочная модель производительности PRM была разработана на основе
широкого сотрудничества с заинтересованными сторонами и широким использованием
итеративных процессов. Ключевые шаги при разработке PRM были следующие:
       -   определение целей PRM;
       -   определение Областей измерения показателей PRM с учетом существующих
законодательных требований и накопленного передового опыта в методах и подходах к
проведению измерений показателей выполнения работы;
       -   в пределах каждой из перечисленных Областей измерения FEAPMO
идентифицировал Категории измерения, проведя оценки законодательных требований,
наличия передовой практики, лучших методов и т.д.;
       -   были проведены презентации и обсуждения, организовано рассмотрение
обоснованности предлагаемой концепции, чтобы проверить конструкцию структуры
PRM;
       -   улучшенная структура PRM и поддерживающих ее управляющих процессов
базировались на уроках, полученных при доказательстве правильности концепции
PRM;
       -   были также учтены результаты экспертиз и представленные комментарии
относительно проекта PRM, полученные от экспертов в пределах Административно-
бюджетного управления;
       -   рабочий вариант PRM был выпущен для получения комментариев от
федеральных агентств 28 апреля 2003 года. Одновременно с выпуском Рабочего
варианта PRM для федеральных агентств была организована сессия для проведения
краткой экспертизы.
       -   улучшенный вариант PRM был сформирован на базе комментариев,
полученных по Рабочему варианту PRM;
       -   заключительным этапом явилась интеграция PRM в Циркуляр A-11
административно - бюджетного управления.



                                           77
2.4.3.2 Разработка BRM - Справочной модели бизнеса
      Ниже     представлены    основные     сведения   по   организации   создания   и
использования бизнес-архитектуры и BRM. Характеризуются второй и третий этапы
создания BRM на основе первого этапа, выполненного до 2002 года Рабочей группой по
ЭП США. На этапе формирования документа BRM v.1 процесс формирования протекал
следующим образом:
      -   использование полученных ранее бизнес-направлений (из модели 2001 года
Рабочей группы по ЭП) в качестве исходного состояния модели BRM (версия "по
умолчанию");
      -   идентификация подфункций для каждого бизнес-направления с учетом
различных информационных ресурсов, полученных от каждого из госпредприятий
(федеральных предприятий, агентств);
      -   отображение каждого госпредприятия (агентства) в виде бизнес-направлений
и их подфункций;
      -   разработка определений для бизнес-направлений и их подфункций;
      -   уточнение бизнес-направлений (разработанных ранее Рабочей группой по
ЭП) на основе анализа подфункций и передового опыта в области архитектуры
госпредприятия;
      -   опубликование рабочей версии референсной бизнес-модели и доведение ее до
сведения госпредприятий (агентств) с целью получения комментариев и утверждения;
      -   анализ комментариев и их учет посредством внесения необходимых
изменений в пересмотренную версию референсной бизнес-модели;
      -   получена BRM - референсная бизнес-модель для полной федеральной
   архитектуры предприятия.
      Документ BRM v.1 представлен Федеральным агентствам 22 июля 2002 года и
поддерживал процесс формирования бюджета на финансовый год 2004. В
частности, эта версия Справочной модели бизнеса была использована для того, чтобы
оценить     инвестиции     агентств     в   течение    финансового   2004    года    и
идентифицировать потенциальную избыточность в шести различных бизнес-
функциях:
      -   финансовое управление (Financial Management);
      -   данные и статистика (Data and Statistics);



                                              78
      -   человеческие ресурсы (Human Resources);
      -   денежные доходы (Monetary Benefits);
      -   уголовные расследования (Criminal Investigations);
      -   мониторинг общественного здоровья (Public Health Monitoring).
   Документ BRM v.2 предназначен для использования Федеральными агентствами
в течение процесса подготовки бюджета на 2005 финансовый год. Переход от BRM
v.1 к BRM v.2 обусловлен следующими обстоятельствами:
      -   комментариями, представленными Федеральными агентствами;
      -   результатами работ по согласованию этой модели с несколькими другими
общеправительственными управляющими регламентами (management framework)
и инициативами по усовершенствованиям:
          -   классификация бюджетных функций (The Budget Function
      Classifications);
          -   президентская Инициатива по интеграции выполнения бюджета и
      Справочная модель оценки результативности (Performance Reference Model,
      PRM) Архитектуры федерального предприятия;
          -   взаимные усилия агентств, направленные на улучшение
      Федерального финансового управления и систем управления финансами.
      Важно отметить, что процесс разработки Справочной модели бизнеса и её
практическое использование идут параллельно. Цель взаимодействия указанных
процессов - целенаправленное движение к получению полезного практического
результата на каждом этапе "создания" BRM.

2.4.4 Процесс использования ЕФА
      Процесс использования ЕФА является многоаспектным. Ниже представлены
основные аспекты использования ЕФА на примере моделей PRM, BRM и SRM.
Аспекты применения ЕФА при построения архитектуры реальной организации
представлены далее.

2.4.4.1 Использование Справочной модели производительности (PRM)
      Для     оказания    помощи   правительственным    агентствам   в   использовании
Справочной модели производительности (PRM), Офис управления программой
Архитектуры федерального предприятия (Federal Enterprise Architecture Program


                                            79
Management Office, FEA-PMO) предлагает высокоуровневый (или обобщенный)
процесс, включающий четыре фазы. Краткое содержание работ на каждой фазе
использования PRM приведено ниже.
      При этом каждая фаза применения PRM соотнесена с фазой трехфазной модели
управления инвестициями в ИКТ в рамках организации. Первые две фазы относятся к
процессу формирования и обоснования бюджета организации, третья - к процессу
(фазе) контроля хода проектов, четвертая - к фазе оценки результатов.
      Фаза 1 (относится к фазе " ВЫБОР" в процессе управлении инвестициями).
Согласование с PRM. Здесь федеральные агентства могут проводить согласование
своих действий с процессами Справочной модели производительности и выяснять,
каким образом эта фаза согласуется и пересекается с другими существующими
процессами управления.
      Фаза 2 (относится к фазе " ВЫБОР" в процессе управлении инвестициями).
Исследование    и определение усовершенствований. Здесь федеральные агентства
могут проводить анализ совместимости с рамочной структурой PRM для проведения
улучшения показателей выполнения работы агентства. Продолжает выясняться, каким
образом   процесс   применения     PRM    согласуется   и   пересекается   с   другими
существующими процессами управления в агентстве и процессами применения других
архитектурных моделей FEA.
      Фаза 3 (относится к фазе " КОНТРОЛЬ" в процессе управлении инвестициями).
Измерение прогресса. В некоторый момент времени планирование и выбор стратегии
усовершенствования завершается, а необходимое одобрение оказывается полученным.
С этого момента начинаются действия по непосредственному осуществлению
усовершенствований. Так же, как и на всех предшествующих фазах использования PRM
точный график работ на этой фазе в очень сильной степени зависит от множества
различных факторов, таких как размеры необходимых усовершенствований, масштабы
и размеры предпринятой ИКТ-инициативы и т.п.
      Фаза 4 (относится к фазе " ОЦЕНКА" в процессе управлении инвестициями).
Использование информации, связанной с измеряемыми показателями. Одной из
главных целей PRM является создание увеличенного объема информации о показателях
выполнения работы, которая может быть использована для того, чтобы улучшить
процессы стратегического планирования и принятия ежедневных решений. Будучи
собранной в ходе Фазы 3 с помощью PRM, такая информация о показателях

                                            80
выполнения работы может использоваться для получения более точной картины
текущего состояния и - после проведения соответствующего анализа - обоснованно
поддержать принятие нужных решений о совершенствовании деятельности.
(Некоторые руководства рассматривают эту фазу как наиболее важную во всем
предложенном процессе использования PRM.)
      В    ходе   выполнения    этого    процесса   PRM    используют   следующие
Заинтересованные Лица: департаменты, подразделения, руководители и специалисты.
      Административно-бюджетное управление использует PRM для того, чтобы
получать информацию для принятия решений по бюджету (включать или не включать
заявку агентства в бюджет).
      Директора информационных служб (CIO) и Главные Технологи используют PRM
для поддержания действий по планированию капиталовложений и по управлению
инвестициями в ИТ (IT Capital Planning and Investment Control, CPIC) за счет выбора
приоритетных направлений применения ИКТ.
      Финансовые директора и распорядители бюджета могут использовать PRM
совместно с другими проводящимися финансовыми действиями и процессом
формирования бюджета для получения уверенности в экономической или иной форме
эффективности инвестиций.
      Менеджеры программ и ИКТ-проектов опираются на PRM, чтобы более
ответственно управлять программами и ИКТ-проектами благодаря возможности
контроля достигаемых значений показателей производительности ИКТ-систем.

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



                                           81
          -   в первую очередь Агентства используют Справочную модель бизнеса для
того, чтобы идентифицировать свои операции в Направлениях бизнеса /
Внутренних        Функциях     и    в    Подфункциях        и    обеспечить     их    поддержку
планируемыми в агентстве ИКТ-инвестициями;
          -   затем Агентства определяют роли и участие других правительственных
агентств в своих Направлениях бизнеса/ Внутренних Функций и исследуют
возможности для организации взаимного сотрудничества;
          -   со своей стороны Административно-бюджетное управление также использует
Справочную модель бизнеса и информацию о предлагаемых бизнес-решениях с тем,
чтобы идентифицировать возможности для организации сотрудничества между
агентствами;
          -   либо по собственной инициативе, либо под руководством Административно-
бюджетного управления в Агентствах разрабатываются и затем описываются в
терминах Справочной модели бизнеса Совместные бизнес-решения (Joint business
cases).
          Использование Справочной модели бизнеса (BRM v.2) позволяет пользователям:
          -   создавать   базовый   фундамент,      который      необходим      для   поддержки
процессов       интеграции    ИКТ-инвестиций           между     агентствами      Федерального
правительства;
          -   BRM v.2 решает задачу, связанную с повышением эффективности
процессов предоставления своим пользователям услуг со стороны правительства,
которое выступает перед пользователями как единое целое;
          -   «функциональный»          каркас,   который       характеризует    BRM     v.2   (в
противоположность традиционно использовавшемуся организационному каркасу), дает
новое понимание структуры правительственных услуг и того функционального
единства,       которое    существует       между      различными       правительственными
агентствами и организациями.

2.4.4.3 Использование Справочной модели сервисных компонентов (SRM)
          FEA (ЕФА в США) и SRM предназначены для использования в процессах
управления инвестициями в ИКТ и в другие основные средства организации. В ходе
планирования ИКТ-инвестиций правительственные агентства благодаря использованию
FEA и SRM получают возможность реализовать основное назначение SRM:


                                                  82
      -     определить те агентства, которые разрабатывают или уже разработали
(приобрели) аналогичные или близкие прикладные сервисные компоненты и
соответствующие средства их реализации.
      Кроме того, на основе совместного использования с DRM и TRM организуется
решение следующих задач:
      -     выделить те агентства, которые уже собирают или планируют собирать
аналогичные или близкие данные;
      -     идентифицировать подходящие технологии, уже используемые в других
местах, обеспечивающие поддержку Сервисных компонентов;
      -     определить   потенциальных    партнеров     для   возможной    организации
сотрудничества с тем, чтобы объединить общие ресурсы при совместной работе над
проектом.
      FEA и SRM позволяют снабдить правительственные агентства эффективным
инструментом для поиска и исследований альтернативных вариантов действий,
противостоящих дорогостоящим (и потенциально дублирующим) ИКТ-инвестициям,
которые связаны со значительными затратами ресурсов, причем до начала их
осуществления.
      Одновременно со своей стороны Административно-бюджетное управление будет
использовать FEA и SRM для подтверждения того, что предложенные агентством
инвестиции в ИКТ не являются дублирующими, а также в течение года будет проводить
анализ предлагаемых архитектур агентств с целью идентифицировать возможности для
организации взаимного сотрудничества между разными агентствами.
      В результате использование SRM (и других моделей ЕФА совместно) дают
возможность Федеральному правительству ограничивать избыточность инвестиций,
дают уверенность, что агентства могут сэкономить время и деньги, опираясь на
многократное использование бизнес-процессов, хранилищ данных и ИКТ-компонентов.
      Вместе с тем, не ожидается, что указанные возможности будут реализованы за
один шаг. Согласование и установление взаимосвязи SRM по отношению к архитектуре
предприятия в рамках агентства является одним из последовательных шагов на пути к
осуществлению      соответствующей   модели      в    масштабах   всего   федерального
правительства. Согласование    Технической справочной модели TRM и Справочной
модели сервисных компонентов SRM по отношению к используемым в агентствах
технологиям, бизнес-процессам или бизнес-действиям и приложениям архитектуры даст

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

2.5 Процесс построения архитектуры отдельной организации

2.5.1. Типовые структуры и процессы
Основной предпосылкой к разработке Архитектуры Предприятия (АП) в соответствии с
руководящим материалом (РМ) "A Practical Guide to Federal Enterprise Architecture"
(Developed by: The Chief Information Officers Council Version 1.0, 2001) [27] является
установление потребности в Архитектуре Предприятия и формулирование соответствующей
стратегии, которая включает определение и идентификацию видения, целей и принципов. В
целом, все это вместе, получило название процесса разработки АП. Обобщенная структура
организации управления процессами создания АП приведена на рисунке 2.3.
Рисунок 2.3. Обобщенная структура организации управления процессами создания АП.




                                          84
                                                      ВЫСШЕЕ
                                                  РУКОВОДСТВО
                                                     предприятия




         Направления деятельности
                организации                Управляющий                     Совет по
                                           исполнительный комитет          инвестированию
                                           по Архитектуре
                                           Предприятия                           Экспертный,
          Подразделения
                                                                              технический комитет
                                            Поддержка качества



         Экспертные
                                                              Директор                          Сотрудники
         группы по                                         информационной
                                                                                                организации
         деловым                                         службы предприятия
         направлениям




     Офис управления                                          Оценивание                       Управление
                                                                                                рисками
     программой
     разработки АП                                                            Управление
               Главный архитектор
                                                                           конфигурацией

                     Архитектурная
                        группа


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

                                                     85
организации управления процессами создания АП (см. рисунок 2.1). Основными
результатами этого взаимодействия должны стать:
       -   создание полного описания всего делового (административного,
профессионального, хозяйственного, других) процесса предприятия;
       -   формирование перспектив развития предприятия на будущее;
       -   определение технологической и инвестиционной стратегии для достижения
поставленных целей.
       Формирование группы по разработке АП – совместная ответственность
Руководителя предприятия и Руководителя его информационной службы (CIO).
Центральная задача последнего на данной стадии - создание четкого понимания среди
высшего руководства предприятия, руководителей подразделений, их сотрудников тех
преимуществ, которые следуют из формирования АП. Без поддержки со стороны
руководства предприятия достижение успеха в развитии процесса АП практически не
возможно. Поэтому CIO должен обеспечить полное понимание необходимости
изменения Архитектуры, для повышения эффективности деятельности предприятия.
      Кроме того, CIO предприятия совместно с Руководством предприятия должны
сформировать политику в области АП, которая будет базироваться на архитектурных
принципах и обеспечивать управление разработкой, выполнением и техническим
обслуживанием АП. Эта политика, как минимум, должна включать:
       описание цели и важности использования АП;
       описание взаимосвязей АП со стратегическим видением предприятия и его
планами;
       описание взаимосвязей АП с планированием капиталовложений, с деятельностью
предприятия и программой управления;
       перевод деловой cтратегии в цели, задачи и cтратегию АП;
       обязательства по разработке, реализации и сопровождению АП;
       идентификацию соответствия АП его потребностям, как один из критериев для
новых или продолжающихся инвестиций;
       экспертиза политики, поддерживающей обязательное выполнение требований
АП;
       принципы обеспечения безопасности и сертификации систем, а также
аккредитацию пользователей;
       назначение Главного Архитектора и формирование целевой группы по АП;

                                           86
      учреждение Офиса Управления разработкой и сопровождением программ АП.
     Независимо от масштабов и сложности разрабатываемых представлений,
архитектурная группа должна использовать последовательный подход к разработке
базовой и целевой архитектуры. Он включает следующие стадии:
      сбор данных;
      создание предварительных вариантов продуктов;
      экспертиза и пересмотр продуктов;
      публикация и поставка продуктов архитектуры в соответствующий репозиторий.
На рисунке 2.4 изображен достаточно распространенный процесс разработки продукта АП.


  Сбор данных
                                             Обзор, уточнение и пересмотр продуктов


                                                  Формирова-
                     Предварите-
                                                  ние группы
   Обзор
                     льные                        мозгового
   литературы и
                                                  штурма             Пересмотр
   документации      варианты                                                             Независимые
                         Генерация                                  продуктов по          и экспертные
                        предваритель-                                  мере               пересмотры
 Предваритель-
                                               Детальное
                        ных продуктов                               необходимост          и валидация
 ные обсуждения                                уточнение                 и                изделий
 и совещания                                   внутренних
                                               потребностей

  Ознакоми-
  тельное
  обучение

                           Публикация и поставка
                           продуктов
                                                       Публикация
                                                                         Распространение
                                                       продуктов
                              Формирование                               и популяризация
                                                      Архитектуры
                                 отчетов и                                    средств и
                               презентаций                                формирование
                                                                               архива


Рисунок 2.4. Типовой процесс разработки продукта Архитектуры Предприятия



2.5.2 Разработка переходных планов
      Важной составляющей разработки АП является разработка переходного плана,
в соответствии с которым предприятие от базовой текущей среды будут переведено к

                                             87
целевой среде. Этот план должен отражать все последовательные изменения и
процессы, которые необходимо предусмотреть на предприятии в течение всего периода
перехода от текущего состояния к целям и состоянию, определенным целевой
архитектурой. Главное требование к этому плану обеспечить эволюционное, а не
скачкообразное развитие предприятия и это должно быть заложено во временной
график этого переходного процесса. В числе основных моментов, наряду с установкой
новых компонентов в целевой Архитектуре необходимо учитывать такие моменты, как:
      необходимость поддержания работоспособности всего предприятия в течение
переходного периода;
      существующие технические ресурсы и контрактные обязательства;
      текущие программы поддержки разработок;
      ожидаемые управленческие и организационные изменения;
      цели деятельности и операционные приоритеты, включая законодательные и
исполнительные директивы;
      приоритеты и ограничения бюджета.
      В процессе разработки переходного плана выделяются три главных группы задач:
      идентификация разрыва между текущим и целевым состоянием;
      определение и дифференцирование наследуемых систем, перемещение систем и
переход на новые системы;
      планирование миграции систем.
      Основной частью разработки переходного плана является анализ эволюции или
миграции систем, зафиксированный в таблицах, диаграммах и графиках. В
соответствии с накопленным опытом, целевая система может развиваться одним из
приведенных путей на рисунке 2.5.




                                          88
    Текущее состояние                    Переходный период           Целевое состояние



       Система A

       Система B                          Система B                    Система X


       Система C                                                       Система Y

                                          Система E                    Система E

          Система D                                                    Система D

          Система N                       Система K




          Рисунок 2.5. Возможные пути перехода от текущей к целевой архитектур


      Руководства CIO Council и FEAPMO замечают, что через некоторое время
будущие состояния по очереди будут становиться текущими, и это движение по оси
времени надо учитывать при периодической модернизации планов. В связи с этим
понятно, что на самом деле такая компонента ЕФА, как переходный план:
      -     работает с более широким отрезком времени, чем время от архитектуры "как
есть" до "как должно быть" с расчетом, например, на 3 года;
      -     является слишком "узким" окном для взгляда на ось времени в связи с
необходимостью        производить   не    только     среднесрочное   планирование,   но   и
стратегическое (7 лет, возможно более), связанное с общими стратегическими планами
организации.
      В связи с этим необходимо иметь специальные элементы в схеме и аппарате
моделирования и соответствующие архитектурные компоненты, работающие с
большими отрезками времени и учитывающие большее число состояний архитектуры,
чем предусмотрено в FEAF.




                                                89
2.5.3 Процесс отображения ЕФА на архитектуры конкретных организаций и
межведомственные системы
      Процесс отображения ЕФА на архитектуры конкретных организаций начинается
с отображения основных целей и функциональных областей (областей деятельности)
отдельной организации на направления деятельности и функциональные подобласти в
BRM       -    Справочной    бизнес-модели    ЕФА.   Затем   внутри   организации   он
распространяется      на    отдельные   бизнес-процессы   этой   организации,   которые
приписываются или соотносятся с функциональными подобластями BRM (возможно
через промежуточные подцели и более ограниченные функциональные области
организации). Этот процесс на практике порождает неоднозначные отображения и,
благодаря только лишь этому, сам по себе стимулирует организации к анализу
избыточных функций.
      Наилучшим способом показа и анализа этого процесса представляется
предметный показ и анализ особенностей этих действий на конкретном примере.
Однако приходится учитывать, что этот процесс тесно связан с устройством:
      -       конкретной организации и ее деловыми целями;
      -       конкретной версии BRM.
      По этой причине он будет рассмотрен в разделе 3 после описания особенностей
текущих версий моделей FEA и особенно модели BRM v.2. Аналогичным образом с
другими справочными моделями ЕФА соотносятся:
      -       показатели производительности / результативности проектов и процессов
организации;
      -       прикладные компоненты систем;
      -       спецификации конкретных технических систем;
      -       используемые данные (после опубликования DRM).
      Как минимум и уже в данное время эти связи в ЕФА США используются для
описания заявок на бюджетное финансирование в специальном документе “Exhibit
300” (см. описание процесса формирования бюджета).
      В будущем эти связи планируется реализовывать и поддерживать во все более
автоматизированном виде. Это позволит проводить динамический анализ используемых
и требуемых ресурсов, динамически подключать компоненты архитектуры.




                                              90
       Поиск и изучение возможностей межведомственных связей разных типов
основан на привязке к моделям ЕФА архитектур многих организаций. Этот поиск
осуществляется    в   процессе     анализа    заявок   на   бюджетное     финансирование.
Возможности,     принципы      и   условия    осуществимости     такого    поиска   также
анализируются после описания конкретных архитектурных моделей в разделе 3. Однако
и до этого описания видно, что требуется отвечать на вопросы типа:
       -   "какие организации выполняют деятельность в тех же функциональных
подобластях, что и данная?";
       -   "какие организации делают заявку на тот же прикладной сервисный
компонент, что и данная организация?", "какие организации уже имеют в своей
архитектуре тот же прикладной сервисный компонент?";
       -   (потенциально - ввиду неготовности ссылочной модели данных в FEA) "какие
организации используют те же информационные ресурсы, что и данная?" и др.
   Ответы на эти вопросы дают значительные, объективные и обоснованные возможности
для:
       -   выявления кандидатов на работы по реструктуризации, реинжинирингу деловых
процессов;
       -   поиска кооперации в проектах;
       -   использования общих ИКТ-ресурсов (в частности - информационных ресурсов);
       -   анализа использования открытых добровольных ИКТ-стандартов;
       -   изучения передового опыта и т.п.
       В частности, в отношении реинжиниринга и реструктуризации выявляются
кандидаты на детальный анализ с вариантами:
       -   исключение дублирования функций и соответствующий реинжиниринг
деловых процессов и оргструктур;
       -   образование сквозного делового процесса в межагентских
(межведомственных) рамках и реинжиниринг деловых процессов;
       -   переразмещение обязанностей, функций и ресурсов в одну организацию,
соответствующий реинжиниринг и процессов и оргструктур).
       При этом в методологии и в процессах применения ЕФА в США предполагается,
что такой анализ проводят не только в OMB и FEAPMO (т.е. в центре ведения
репозитория ЕФА и выделения бюджетных денег), но и в каждой организации



                                               91
(агентстве, департаменте) самостоятельно, активно и опережающим образом
("проактивно").
      Надо учитывать, что (и это будет видно из анализа практического примера в
разделе 3) для выполнения такого анализа требуется:
      -   достаточно детальный и качественный уровень проработки архитектурных
моделей как ЕФА, так и отдельных организаций;
      -   достаточно детальное отображение связей этих моделей в заявках на
бюджетные ассигнования;
      -   на следующих шагах - возможность и в рамках одной организации и в центре
ведения ЕФА работать с интеграцией этих моделей для качественного, детального и
разностороннего анализа ситуаций;
      -   для поддержания этого анализа - работать с мультиязыковыми моделями в
рамках одного процесса анализа.
      Учет    этих   фактов    требует   постепенной     многолетней    работы    всех
заинтересованных сторон в стиле добросовестного пошагового решения проблем и
совершенствования как архитектур всех министерств (агентств). так и самой ЕФА. Это
связано со следующими факторами:
      -   один из исходных принципов ЕФА гласит, что (как указано в описании FEAF
в 1999 году) наличие, стимулы и последовательный и неуклонный характер оценки
применения ЕФА в агентствах являются достаточной побудительной силой для
проведения преобразований без неоправданной административной ломки;
      -   выполняется принцип сохранения ранее сделанных инвестиций (в ранее
созданные системы, в подготовленный персонал и т.п.);
      -   неявно используется принцип реинжиниринга деловых процессов: цель - не
ломка бюрократических структур как таковая, а эффективные процессы, "уберите
бюрократию и наступит хаос" (М. Хаммер, Дж. Чампи), перестроенные и эффективно
работающие процессы сами заставят бюрократию проводить реконструкцию своих
организационных структур.
      Кроме того, описанный анализ и руководство реинжинирингом на его основе
требует подготовки средств работы с разными типами моделей. На основе этих посылок
в   мировой   практике    производятся   работы   по    переходу   к   многоязыковым
мультимодельным архитектурным репозиториям. Анализ таких сред моделирования для
указанных задач выполнен в разделе 3, требования к процессу создания таких сред

                                           92
моделирования и соответствующим стандартам для работ с ЕФА в России приведены в
разделе 2. При этом еще одной группой исходных принципов де-факто является:
      -    возможность скорейшего начала практической работы с архитектурными
моделями на простейшем уровне их представления и при минимальных затратах;
      -    пошаговое развитие сред моделирования для достижения все больших эффектов и
решения все более сложных задач применения ЕФА с учетом научного и практического
опыта, коллективных международных инициатив;
      -    выбор минимально достаточных по возможностям средств моделирования на
каждом шаге их развития.

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

2.6.1 Процесс Управления Инвестициями на федеральном уровне

2.6.1.1 Процесс ИКТ-бюджетирования на федеральном уровне в США
Описанный ниже процесс демонстрирует, как ЕФА и архитектурные принципы, а также
принципы управления инвестициями          позволяют достигать целей реформирования
деловых процессов и, следовательно, проводить в жизнь работающие проекты
административной реформы. В целом процесс ИКТ-бюджетирования в США строится
по тем же принципам, согласно которым составляется общефедеральный бюджет.
Основные     требования    к   процессу   бюджетирования      отражены     в     документе
Административно-Бюджетного         Управления     “Circular   A-11”      [28].    Процесс
формирования ИКТ-бюджета включает в себя стадии:
      -    планирования бюджета;
      -    принятия бюджета.




                                             93
      На стадии планирования ИКТ-бюджета, согласно новым требованиям
Административно-Бюджетного Управления, все государственные ведомства должны
представлять свои планы по планируемым ИКТ-инвестициями на будущий год в
специальном документе “Exhibit 300” [29]. Этот документ: регламентирует формат
подачи бюджетных заявок и содержит рекомендации и пояснения по их
составлению.
      В рекомендациях по заполнению “Exhibit 300” сказано, что бюджетные
фонды будут выделяться преимущественно под те ИКТ-проекты, которые
непосредственно поддерживают основные задачи (миссию) организации / ведомства /
управления, способствуя снижению издержек и повышению эффективности
посредством реинжиниринга бизнес-процессов и их автоматизации.
      Административно-Бюджетного Управления выделило следующие основные
критерии, согласно которым будут приниматься решения о финансировании ИКТ-
проектов:
      -     проект должен поддерживать основные цели и миссии организации
(агентства), которые сформулированы Федеральным правительством;
      -     цели проекта не могут быть достигнуты более эффективно в частном
секторе либо за счет другого государственного финансирования;
      -     проект должен поддерживать бизнес-процессы организации, упрощая их
или реструктурируя их с целью снижения затрат и увеличению эффективности, с
целью поддержания сквозных межведомственных процессов, используя с наибольшей
отдачей общие информационные и иные ИКТ-ресурсы и коммерческие типовые
технологические решения;
      -     проект должен иметь наилучший показатель эффективности инвестиций
среди имеющихся альтернатив;
      -     проект должен соответствовать Единой Федеральной Архитектуре.
Единая    Федеральная   Архитектура   таким      образом   регламентирует    управление
процессами Федерального бюджета, в том числе, разработку планов и программ,
бюджетов, характеристик получаемых результатов (outcomes) и получаемых выходов
процессов      (outputs): оказываемых услуг и выпускаемой продукции, а также
финансирование     Федеральных   программ        и   действий   через   ассигнование   и
пропорциональное распределение прямых и возмещаемых расходов, через финансовые
трансферты, через инвестиции и другие механизмы финансирования;

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

2.6.1.2 Процесс формирования годового бюджета
      Формируемый в 2002 году Президентский бюджет на финансовый 2004 год
выдвинул на первый план важность объединения Архитектуры предприятия с
процессом общего планирования капиталовложений федерального правительства.
"Правительство будет продолжать включать критерии архитектуры предприятия в
регулярный процесс разработки совместных предложений по ИТ-инвестицииям, а
также использовать их в бюджетном процессе для того, чтобы уменьшить
дублирующие    расходы"      (Аналитические   перспективы,   Бюджет   правительства
Соединенных Штатов, Бюджетный год 2004).
      FEAPMO указал, что крайне важным является институциализация Справочной
модели бизнеса в процесс формулирования годового бюджета, но при этом отметил, что
эта институционализация должна быть выполнена корректно и своевременно. Это
означает, что Справочная модель бизнеса должна быть доведена до всех
заинтересованных участников и сторон в правильном формате и в нужное время.
Было указано, что справочная модель бизнеса будет иметь небольшое значение для
агентств, если модель и связанные с ней директивные документы и методические
руководства будут выпущены Административно-бюджетным управлением уже после
того, как агентства завершат основные стадии процессов планирования собственных
капиталовложений. Для того, чтобы агентства смогли полностью использовать


                                              95
ценность Справочной модели бизнеса и FEA в своей деятельности, FEAPMO
обеспечивает не только своевременное и четкое распространение каждой
модернизированной версии модели, но и методических руководств для нее.

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

2.6.1.4 Ключевые этапы процесса формирования бюджета
       Приводимая ниже таблица 2.4 включает обобщенные ключевые этапы
формирования бюджета, связанные с выпуском пересмотренной Справочной модели
бизнеса.
               Таблица 2.4. Справочной модели бизнеса. Обобщенные ключевые этапы
                                                                   формирования бюджета.
Содержание этапа                                  Комментарий по этапу
1. Агентство               В рамках процесса подготовки годового бюджета агентства разрабатывают


                                                 96
Содержание этапа                                   Комментарий по этапу
определяет                  свои предложения по бюджету для их представления в Административно-
бюджетные                   бюджетное управление. Стратегическое планирование и определение общих
приоритеты и                приоритетов бюджета начинается осенью и продолжается в течение зимних
характеристики              месяцев. Стратегическое планирование достигает своей высшей точки
результатов для             готовности к моменту ежегодного представления (31 марта) Агентством
предстоящего                отчета в соответствии с Актом о повышении результативности
финансового года            правительства (Акт GPRA). Данные о внутренних бюджетных запросах
                            агентства должны быть представлены в Административно-бюджетное
                            управление в марте / апреле.
2. Административно-         Ежегодно Административно-бюджетное управление выпускает годовую
бюджетное                   пересмотренную версию Справочной модели бизнеса в середине весны. Это
управление выпускает        дает вполне достаточное время для того, чтобы агентства смогли
Справочную модель           использовать аналитические возможности и средства модели на самых
бизнеса после               ранних стадиях своих процессов капитального планирования.
завершения ее ревизии
3. Административно-         Каждой весной Административно-бюджетное управление выпускает для
бюджетное управление        агентств руководство по правилам финансирования и по разработке программы
выпускает руководство по    работ, которые устанавливают порядок рассмотрения и разработки агентствами
представлению совместных    своих инвестиционных инициатив. Административно-бюджетное управление в
бизнес-решений для          качестве одной из важных частей этого процесса выделяет необходимость
проведения ИКТ-инвестиций   разработки агентствами совместных бизнес-решений. Сюда включается
                            идентификация областей, которые хорошо отвечают организации взаимного
                            сотрудничества нескольких агентств, а также порядок и временные графики
                            представления совместных бизнес-решений.
4. Агентства проводят       Как часть своих процессов планирования капиталовложений и управления
пересмотр внутренних        инвестициями агентства пересматривают свои портфели текущих инвестиций и
инвестиций                  рассматривают возможности проведения новых инвестиций. Стадия выбора
                            заканчивается разработкой портфеля инвестиций, который должен получить
                            одобрение наблюдательного совета агентства по инвестициям. Справочная
                            модель бизнеса призвана поддержать этот процесс.
5. Агентства разрабатывают Для всех основных капитальных активов завершается разработка бизнес-
документ Exhibit 300        решений, которые затем должны быть одобрены Наблюдательным советом
                            Агентства по инвестициям. Агентства в начале сентября представляют в
                            Административно-бюджетное управление Exhibit 300 в качестве одной из частей
                            годового бюджетного запроса.
6. Циркуляр А-11 и обучение Административно-бюджетное управление обеспечивает обучение
Справочной модели бизнеса представителей агентств содержанию нового методического руководства по
                            использованию циркуляра A-11. Одновременно Административно-бюджетное
                            управление также предоставляет возможности по обучению агентств
                            использованию Справочной модели бизнеса при проведении собственных
                            бюджетных процессов.
7. Агентства предлагают     Агентства рассматривают существующую Архитектуру федерального
проекты для совместных      предприятия (применяя автоматизированную систему FEAMS) и анализируют
бизнес-решений с            инвестиции в данное Направление бизнеса со стороны других агентств,
использованием Справочной осуществляющих подобные инвестиции. Если такие агентства найдены, то
модели бизнеса              инициируется процесс обсуждений, цель которых состоит в определении
                            выполнимости совместного использования компонент и их функциональных
                            возможностей, а также в обсуждении вопросов, связанных с распределением
                            затрат и иных проблем, вытекающих из предполагаемого сотрудничества.
8. Административно-         В середине лета Административно-бюджетное управление собирает все
бюджетное управление        инициативы от кандидатов для разработки совместных бизнес-решений.
идентифицирует              Представители Административно-бюджетного управления рассматривают эти
Направления бизнеса, в      предложения и выбирают из них инициативы с наиболее высоким уровнем
которых ожидается           воздействия на эффективность деятельности агентств и с самой большой
использование совместных    вероятностью достижения успеха.
бизнес-решений
9. Агентства представляют Начальное представление бюджета (Initial Budget Submission) для


                                                 97
Содержание этапа                                    Комментарий по этапу
исходные предложения по       Административно-бюджетного управления является началом процесса принятия
бюджету; Агентства            решения по Президентскому бюджету. Все начальные материалы по бюджету,
представляют совместные       разрабатываемые агентствами, включая Exhibit 300, должны поступить в
бизнес-решения                Административно-бюджетное управление в начале сентября.
10. Административно-          В течение осеннего анализа специалисты Административно-бюджетного
бюджетное управление          управления исследуют бюджетные предложения в свете установленных
проводит анализ               президентских приоритетов, заданных показателей качества выполнения работы
предложений агентств по       по принятым программам и в соответствии с ограничениями бюджета. При этом
бюджету                       согласование инвестиций, предлагаемых агентствами в соответствии с
                              требованиями Справочной модели бизнеса, является неотъемлемой частью
                              этого анализа. Результаты анализа акцентируют особое внимание на
                              существующих проблемах и представляют возможные варианты выбора
                              Директору и другим специалистам Административно-бюджетного управления
                              для принятия обоснованных решений. Ежегодно в конце ноября
                              Административно-бюджетное управление извещает Федеральные агентства
                              относительно принятых решений по их бюджетным запросам.
11. Предельный срок           Агентства выверяют свои бизнес-функции в рамках Справочной модели бизнеса
представления агентствами     и принимают меры для непрерывного контроля достигнутого соответствия и
своих комментариев по         релевантности. Все необходимые комментарии и предложения по
Справочной модели бизнеса     усовершенствованиям представляются в FEAPMO.
для ревизии по следующему
году
12. Административно-          Ежегодный проект Справочной модели бизнеса на предстоящий год выпускается
бюджетное управление          Административно-бюджетным управлением в конце
выпускает проект              года. Это сделано для того, чтобы получить и проанализировать все
пересмотренной Справочной     поступившие в течение года комментарии по модели и сообщить агентствам
модели бизнеса для процесса   информацию относительно принятых в ней изменениях; эти изменения должны
подготовки бюджета на         быть включены в очередной выпуск модернизированной версии Справочной
следующий год                 модели бизнеса. Агентствам дается один месяц на проведение обсуждений и на
                              представление своих комментариев.
13. Президент представляет    В первый понедельник февраля Президент представляет свой бюджет
бюджет в Конгресс США         в Конгресс США. В отдельных случаях (например, после внесения изменений в
                              Администрации), Президент может представить бюджет несколько позже.
14. Административно-          До начала очередного бюджетного года Административно-бюджетное
бюджетное управление          управление может возвращаться к анализу бюджетных запросов, даже несмотря
повторно анализирует          на то, что они были ранее (в ноябре) уже одобрены. Причинами подобных
бюджет финансового года       пересмотров могут быть как изменения в Справочной модели бизнеса, так и
2005 с использованием         изменения в направлениях наступающего годового бюджета.
Справочной модели бизнеса


       Примечание этот процесс был описан до недавнего выпуска справочной модели
       PRM - модели показателей производительности. В настоящее время надо
       учитывать, что пункт "10. Административно-бюджетное управление проводит
       анализ предложений агентств по бюджету" [28] включает теперь и проверку
       соответствия заявок требованиям справочной модели производительности PRM,
       но на первом этапе применения - только для наиболее важных и критичных
       проектов.




                                                   98
2.6.1.5 Циклическая модель "выбор/контроль/оценка" для непрерывного управления
бюджетными инвестициями
      Выше были показаны взгляды на процесс управления инвестициями в ИКТ на
федеральном уровне, которые определялись стыковкой с общим бюджетным процессом
и использованием основных стимулирующих моделей ЕФА: бизнес-модели и модели
производительности. Вместе с тем, данный процесс рассматривается в США как
непрерывный и циклический. В этом отношении он строится по той же трехфазной
циклической схеме "выбор/контроль/оценка", которая описана далее на основании
материалов CIO Council применительно к управлению инвестициями в отдельном
агентстве - см. ниже характеристики этой трехфазной схемы.

2.6.2 Процесс Управления Инвестициями (УИ) в конкретной государственной
организации

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


                                           99
         В отношении практических рекомендаций по использованию методик УИ дело
обстоит следующим образом.
   Фиксируется, что управление инвестициями в ИКТ представляет собой
постепенный, пошаговый процесс, который происходит в течение всего времени
инвестирования и в значительной степени зависит от:
         -    ответственности организации по выполнению своих обязательств;
         -    эффективности действий высшего руководства;
         -    стабильности управления;
         -    рационального выбора приоритетов, заявляемых со стороны управления.
         В качестве инструмента, эффективности инвестиционного процесса используется
обобщенная модель, получившая название "выбор / контроль / оценка" (select /
control / evaluate). Опыт и рекомендации руководящих документов по созданию ЭП
США показывают, что в последнее время на общефедеральном уровне и на уровне
конкретных агентств эта модель стала центральной доктриной управления
инвестиционными процессами, направленными на управление инвестициями в
проекты ИС или в проекты по информационным технологиям. Полагают, что
данный подход дает возможность сократить риски и добиться максимально показателя
возврата инвестиций в ИКТ. Модель включает следующие фазы:
         -    выбор;
         -    контроль;
         -    оценка.
         Фаза выбора. В течение этой фазы действий организация должна:
         -    выбрать те ИКТ-проекты, которые наилучшим образом будут поддерживать
выполнение основных задач госпредприятия (его миссию, назначение);
         -    провести идентификацию и анализ рисков по каждому из проектов, а также
показателей ожидаемого возврата инвестиций до того момента, как рассматриваемый
проект получит официальное финансирование.
         Фаза контроля. В течение этой фазы организация должна гарантировать, что
изменение показателей риска и инвестиционных затрат продолжают оставаться в
допустимых пределах. В тех случаях, когда запланированные показатели риска и
затрат       оказываются   по   каким-либо   причинам    превышенными,    необходимо
предпринимать соответствующие мероприятия по устранению выявленных
недостатков.

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

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


                                          101
      -     постепенное планомерное совершенствование качества УИ в организации
(средство для организационных усовершенствований);
      -     самооценка качества УИ в организации;
      -     оценка существующего процесса УИ независимыми экспертами (включая
оценку в интересах федеральнного процесса УИ и способа применения требований
ЕФА в целом).
      Ниже эти уровни зрелости кратко характеризуются. Приводятся особенности
перехода ко второму и к третьему уровню зрелости (наиболее актуальные переходы для
организаций в России).

2.6.2.3 Первый уровень зрелости в модели управления: создание понимания и
осведомленности об инвестициях в ИКТ.
      Уровень характеризуется специально разработанными, неструктурированными и
трудно предсказуемыми инвестиционными процессами.
      Переход от первого уровня зрелости ко второму.
      Процессы инвестиционного управления требуют высокой квалификации
персонала в ходе перемещения от первого уровня ко второму. В числе основных
факторов, поддерживающих и ускоряющих переход на второй уровень выделяются
следующие:
      -     должны быть созданы один или несколько Советов по инвестициям, которые
предназначены для наблюдения и выбора ИКТ-проектов;
      -     необходимо провести учет и инвентаризацию всех существующих ИКТ-
активов с тем, чтобы обеспечить исполнительной власти организации возможности
обоснованного принятия решений;
      -     следует увеличить прозрачность перспектив запуска и развития ИКТ-
проектов;
      -     необходимо использовать в рамках всей организации накопленный опыт по
проведению приобретения ИКТ-продуктов, по управлению ИКТ-проектами для более
уверенного выполнения промежуточных и конечных сроков графиков выполнения
проектов;
      -     следует определить всех ключевых заинтересованных лиц: заказчиков и
конечных пользователей, а также идентифицировать бизнес-требования к каждому
новому ИКТ-проекту.


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

2.6.2.5 Третий уровень зрелости: разработка законченного инвестиционного портфеля
      На этом уровне Совет по ИКТ-инвестициям создает и развивает полный
инвестиционный портфель. При этом использование перспективного портфеля
позволяет организации всесторонне рассматривать и проводить инвестиции с учетом
стратегических целей, задач и миссии организации. Организация разрабатывает
инвестиционный портфель, объединяя все ИКТ-активы, ресурсы и инвестиции,
принадлежащие организации, рассматривая новые предложения наряду с ранее уже
получившими      финансирование    предложениями      и   идентифицируя   возможные



                                              103
объединения   ИКТ-инвестиций,     имея     основной     целью   улучшить   выполнение
потребностей миссии и более рационально осуществить назначение приоритетов.

2.6.2.6 Четвертый уровень зрелости: совершенствование инвестиционных процессов
      Основное внимание на этом уровне сосредоточено на использовании методов
оценки самого процесса УИ для улучшения общих характеристик ИКТ-портфеля
организации. Кроме того, критические процессы, связанные с этой стадией помогают
организации осуществлять упорядочение использования малоценных действующих
ИКТ-систем с высокоценными системами путем более совершенного инвестирования.

2.6.2.8 Пятый уровень зрелости: использование ИКТ для достижения стратегических
результатов
      Организации, находящиеся на пятом уровне зрелости УИ сосредотачивают свои
усилия на непрерывном усовершенствовании и на принятии стратегических решений на
основе использования современных технологических средств, позволяющих достигнуть
заданные и желаемые результаты трансформации деятельности организации.

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




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

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




                                           105
2.7 Концепции построения ЭП и применения архитектур предприятия в
правительствах разных стран

2.7.1. Результаты независимого обследования направлений и особенностей
реализации ЭП за 2003 год на примере 22-х стран
      Прежде чем перейти к примерам использования в разных странах ЭП для
поддержки государственной политики           и в использовании для этого единой
федеральной    архитектуры    (м.б.   называемой     по   иному)   приведем    краткую
характеристику общей картины.
      Данная характеристика основана на материалах отчета компании Accenture за
2003г. “Рекомендации для руководителей правительственных учреждений: Лидерство в
электронном правительстве: вовлечение клиентов” (Accenture Report 2003. “The
Government Executive Series: eGovernment Leadership: Engaging the Customer”) [30].
      Известно, что программа ЭП в России не сформулирована и не объявлена. Ее
отдельные проявления можно найти в составе программы "Электронная Россия" и
административной реформы. По этой причине Россия не рассматривалась в данном
отчете, в котором были выделены 22 страны с ясно сформулированными программами.
Тем не менее, эти 22 страны задают ту координатную сетку, в которую России было бы
целесообразно вписаться для организации старта контролируемого развития ЭП и
проведения современных реформ.
      В 2003 году компания Accenture [30] сформулировала расширение схемы
последовательных уровней разработки ЭП на основании проанализированных ею
данных. Выявлено 5 уровней зрелости ЭП (четыре из них были выявлены ранее, сам
анализ данная компания проводит с 2000 года). Они получили такие названия:
          1) онлайновое присутствие (Online Presence);
          2) базовые возможности (Basic Capability);
          3) доступность услуг (Service Avaliability);
          4) зрелость доставки услуг (Mature Delivery).
      Accenture считает, что в этом году Канада делает первые шаги к следующей,
пятой ступени эволюции:
          5) трансформация услуг (Services Transformation).




                                            106
      Для более конструктивного описания этих уровней, в таблице 2.5 приводятся их
характеристики и рекомендации Accenture по переходу с начального уровня на более
высокие.
      Описанная в этом отчета методика и практика США показывает некоторую
искусственную "чистоту" сформулированных Accenture уровней. Так в США с самого
начала разработки федеральной архитектуры (с 1998-1999 годов) ставились задачи,
свойственные всем пяти уровням. В определенном объеме они и выполнялись, правда
этот объем мог быть (по отчетам о выполнении бюджета за 2002 календарный год)
невелик.
                                                    Таблица 2.5. Пять уровней зрелости ЭП
     Стадия                     Характеристики                      Рекомендуемые действия
Онлайновое           Информация, публикуемая в режиме             Определить "быстрые
присутствие (1)       онлайн                                        победы" (проекты, наиболее
                     Несколько доступных услуг,                    быстро и с минимальным
                      предоставленных первыми вовлеченными          риском приносящие
                      организациями                                 очевидные полезные эффекты)
                     Первые инфраструктурные инвестиции,          Сосредоточить внимание на
                      вложенные этими организациями                 объемных повторяющихся
                                                                    услугах
                                                                   Построить архитектуру
Базовые              Созданный центральный план и                 Определить четкие
возможности (2)       разработанная законодательная структура       перспективы
                     Инфраструктурные усовершенствования в        Согласовать точные цели
                      области безопасности и сертификации          Построить структуру
                     Развернутое представление в режиме            предоставления услуг
                      онлайн                                       Поощрять кооперацию между
                     Обеспечение возможностей                      организациями
                      осуществления «быстрых побед»
                     Прибыльные секторы являются
                      направляющими
                     Другие организации используют опыт
                      первых вовлеченных
Доступность          Простые порталы                              Создать и уполномочить
услуг (3)            Тенденция к доступности как можно             центральную организацию
                      большего числа услуг как можно скорее         или управляющего
                     Обширный круг целей в определенной            действиями
                      области                                      Структурировать
                     Обеспечение некоторых возможностей            предоставление услуг по
                      осуществления сложных деловых                 запросам клиентов
                      операций (транзакций, сделок)                Развивать возможности по
                     Некоторая кооперация между                    осуществлению транзакций,
                      организациями                                 сделок
                     Зарождающееся сосредоточение на
                      клиенте
Зрелость             Транзакционные порталы, основанные на        Определить важные услуги,
доставки услуг        общей концепции                               сосредоточить внимание на


                                             107
       Стадия                   Характеристики                    Рекомендуемые действия
 (4)                  Группы услуг                                них
                      Подход добавленных стоимостей – сделай  Вовлечь клиентов в процесс
                       больше с меньшими затратами труда          Разработать постоянно и
                      Четкое определение владения и               повсеместно действующий
                       полномочий – руководитель                   высокий стандарт исполнения
                       информационной службы или                  Реализовать услуги
                       центральной организации
                      Связи внутри организации и
                       сотрудничество на разных уровнях
                       правительства, там, где это уместно
                      Углубленные усилия по предоставлению
                       услуг, которые направлены на создание
                       добавленной ценности
                      Движение от целей доступности услуг к
                       целям улучшения их качества
 Трансформация       Улучшенное предоставление услуг клиентам со взглядом в перспективу
 услуг (5)           Сокращение (упорядочение) услуг – ключевая мера для достижения успеха
                     Электронное правительство больше не отдельная инициатива, но часть более
                      широкой трансформации услуг
                     Многоканальная интеграция
                     Организационные, процессные и технологические изменения внутри
                      организаций
        Тем не менее, таблица 2.2. в сочетании с историей развития ЭП в таких странах,
как, например, Канада и США, показывает, что:
        -   для выхода на четвертый уровень надо предпринимать системные и
разносторонние усилия в течении нескольких лет (например, четырех), сразу имея перед
собой перспективу целей и методов на четвертый и пятый уровни;
        -   Россия может - при наличии последовательных, но ясных политических,
организационных и методических усилий - включиться в указанную координатную
сетку начиная с первого уровня;
        -   так как каждая страна проходит свой путь, Россия может использовать
некоторые преимущества для централизованного планирования общих ИКТ-ресурсов и
ускорить выход на второй уровень (находясь, по некоторым данным, по числу
регулярных пользователей Интернет, "между Португалией и Бразилией, с одной
стороны, и Испанией, с другой");
            -   при этом одна из многих особенностей ситуации в России состоит в том,
что задачи реформирования правительственных органов начали "обгонять" применение
методов     и   технологий   ЭП,    из-за   чего    можно   прогнозировать    применение
информационно необеспеченных методов реструктуризации; в этих условиях особенно
необходимо и может быть эффективным сочетание задач административной реформы с


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




                                          109
Таблица 2.6. Описания особенностей программ ЭП в 11 странах.




                 110
Страна                  Заголовок национального документа, представляющего видение          Число регуляр-ных
                        страны в области ЭП                                                 пользова-телей
Уровень зрелости                                                                            Интернет
                        Вывод документа (миссия ЭП на будущее)                              (% от населения)
Место на 2003 г.
Канада                  Онлайн - правительство                                              60.97
                        Наша цель – быть известными всему миру как самое близкое своим
Трансформация услуг     гражданам правительство, ведь канадцы имеют доступ ко всей
(5)                     правительственной информации и онлайн-услугам тогда и оттуда,
                        когда и откуда им будет удобно.
№1
Дания                   Цифровая администрация                                              55.6
                        Концепция электронного правительства состоит в систематическом
Зрелая доставка (4)     использовании цифровых технологий для внедрения новых способов
                        мышления и трансформации организаций и рабочих процессов с
№4                      целью улучшения качества обслуживания и повышения
                        эффективности.
Германия                БундОнлайн-2005                                                     31.83
Зрелая доставка (4)     Гарантия того, что граждане и промышленное производство смогут
№10                     воспользоваться услугами федеральной администрации проще,
                        быстрее и дешевле.
Сингапур                План действий электронного правительства                            41.55
Зрелая доставка (4)     Быть лидирующим правительством, чтобы лучше служить нации в
№2                      цифровой экономике
Южная Африка            Электронное правительство – Цифровое будущее: структура             5.71
                        ИКТ-политики общественных услуг
Базовые возможности     Усиливать электронное правительство, чтобы структурировать
(2)                     оказываемые услуги по периодам жизни гражданина ЮАР, от
                        колыбели до могилы (электронный аналог ЗАГСа). Эти услуги
№ 22                    должны быть доступны всем гражданам в любое время, из любого
                        места, по разным каналам передачи информации.
Испания                 ИНФО XXI: Информационное общество для всех                          14.67
                        Перейти к информационному обществу для всех, обеспечивая
Доступность услуг (3)   образование и занятость, подходящую инфрастуктуру и законную
                        структуру, общество, которое продвигает свою культуру, общество с
№ 14                    более высоким уровнем жизни, инновационное общество, которое
                        стимулирует рост новых отраслей бизнеса и промышленности;
                        продвигать общество с глобальным рынком, сформировать более
                        открытую и сконцентрированную на гражданах администрацию.
Великобритания          Правительство информационного века                                  46.51
                        Модернизированное, эффективное правительство, реагирующее на
Зрелая доставка (4)     последние разработки в электронном бизнесе и на нужды бизнеса и
№8                      граждан.
США                     Стратегия электронного правительства                                66.65
                        Улучшение эффективности (производительности) деловых операций,
Зрелая доставка (4)     осуществляемых федеральным правительством посредством
                        использования улучшенных технологий; исключить излишние
№3                      системы и значительно повысить качество оказываемых
                        правительством услуг гражданам и бизнесу.
Нидерланды              Контракт с будущим                                                  54.67
                        Поощрять использование информационных и коммуникационных
Доступность услуг(3)    технологий в ряде областей, чтобы создать более эффективное и
                        производительное общество.
№ 13
Бразилия                Электронное правительство                                           10.99
                        Дать возможность каждому гражданину получить доступ к новым
Базовые возможности     информационным технологиям и быть готовыми вступить в новую
(2)                     фазу демократического развития.
№ 21
Португалия              В процессе создания                                                 9.87
                        Информационное общество и общество знаний – это возможность
Базовые возможности     изменить отношения между гражданами и государством,
(2)                     модернизировать организацию государства и обратить его к
                        гражданам, усиливать экономику, в первую очередь в таких
№ 20                    отраслях, как информационные технологии и коммуникации.


                                                  111
112
2.7.2 Программа архитектуры онлайнового правительства Канады
       В Канаде с 2001 г. реализуется программа создания и сопровождения
федеративной архитектуры (Federated Architecture Program, FAP, http://www.cio-
dpi.gc.ca/fap-paf/documents/iteration/iteration01_e.asp)   [31].   Она    должна     служить
руководством при разработке и строительстве общей государственной инфраструктуры
управления информацией и информационных технологий ("программа IM/IT").
Инфраструктура создается в рамках соответствующей стратегической инициативы
(Strategic IM/IT Infrastructure Initiative, SII, http://www.cio-dpi.gc.ca/inf-inf/index_e.asp)
[32] и необходима правительству Канады для поддержки доступа к его электронным
услугам (то есть составляет часть программы Government On-Line, GOL [33]). Она
состоит из подмножества инфраструктурных доменов отдельных ведомств, которые
являются общими или разделяемыми всеми подразделениями правительства.
   Особое внимание на программы Канады целесообразно обратить по следующим
соображениям:
       -   по независимым оценкам Канада продвинулась далее США в деле реальной
реализации ЭП, ориентированного на граждан (см. выше сведения из отчета Accenture
за 2003 год);
       -   "старое" определение ЭП в Канаде выглядит сконцентрированным сугубо на
ИКТ-обеспечении правительства, что не отражает реальные действия Канады и может
ввести в заблуждение;
       -   то, что называется в Канаде e-Government и Federated Architecture Program
является только частью всей программы создания электронного правительства,
понимаемого в более распространенном и широком смысле;
       -   такой программой создания ЭП в Канаде по сути является программа
"Онлайновое правительство", Government On-Line, GOL.
       В связи с этим ниже приводится несколько базовых характеристик, описаний и
определений (по документу "Government of Canada, Federated Architecture, Iteration
One"), используемых в течение нескольких последних лет и показывающих, как в
Канаде понимается программа "Онлайновое правительство" и ее архитектурная
компонента "Деловая архитектура".
       Онлайновое правительство.


                                               113
      Многие федеральные департаменты и агентства уже используют электронное
предоставление услуг для канадцев. Однако это сводится к различным уровням
интерактивного    присутствия           без       исчерпывающей        горизонтальной       стратегии
обеспечения   того,    чтобы      эти     индивидуальные          усилия    составляли      в    сумме
координируемые,       согласованные           и    удобные,      ориентированные       на       граждан
интерактивные сервисы. В октябре 1999 г. в своей тронной речи федеральное
правительство подтвердило важность информационных технологий в рамках его
видения организации предоставления услуг. Наша цель к 2004 году – стать известным в
мире как правительство наиболее тесно связанное с его гражданами, при этом канадцы
должны быть способны получать доступ ко всей правительственной информации и
сервисам в интерактивном режиме в любом месте и в любое время по их выбору.
      Онлайновое правительство (Government On-Line, GOL) требует пересмотра
организации предоставления услуг с позиций клиента в рамках департаментов и
агентств и минуя их границы. Хотя федеральные департаменты и агентства остаются
ответственными за их собственные программы и услуги, поощряется их сотрудничество
с другими департаментами и агентствами с целью обеспечения безопасных электронных
сервисов, ориентированных на граждан.
      GOL     сочетает       электронные          технологии     с     моделью      доставки     услуг,
ориентированной       на     граждан,     с       тем,   чтобы       обеспечивать    предоставление
интегрированных услуг. Оно предоставит клиентам единый вход к полному спектру
правительственных          институтов,        улучшит      качество        предоставления         услуг
общественности, повысит продуктивность правительственной службы и повысит
конкурентоспособность Канады в глобальной экономике.
      Деловая архитектура.
      Деловая архитектура заключается в формальном, хорошо определенном подходе
к планированию и реализации изменений и к измерению показателей деятельности.
      Деловая архитектура может применяться в любое время (повсеместно) для
улучшения операционной производительности, но является особенно эффективной
для стратегических деловых инициатив, таких как:
      -   слияние организаций (деятельностей), интеграция или перестройка;
      -   измерение показателей производительности для процессов, оценка и
совершенствование;
      -   разработка и развертывание систем информационных технологий;

                                                     114
      -   согласование и управление уровнем сервиса;
      -   аутсорсинг и инсорсинг.
       В контексте этих определений надо рассматривать исторически ранее
появившиеся и существенно более узкие определения электронного правительства и
архитектуры (ИКТ-архитектуры) в Канаде.

2.7.3 Основные положения развития электронного правительства Дании
       Для целей данного отчета приведенные ниже положения важны по той причине, что
отражают европейское осознание главного пути, на котором программа создания
электронного правительства становится эффективной.
       Рабочая группа Дании по руководству созданием ЭП отметила (см. документ
"Value Creation in eGovernment projects. An exploratory analysis conducted for the Danish
presidency of the eGovernment workgroup of the Directors General") [34], что еще в
середине 90-х годов правительства начали очерчивать в общих чертах их видение
возможностей использования Интернет, а также новых ИКТ для улучшения доставки и
эффективности правительственных услуг. Выгоды были многообещающими – более
быстрая, более дешевая, более персонализированная и более эффективная доставка
услуг, доступная для граждан и частного бизнеса в любое время и из любого места. С
тех пор были потрачены большие деньги и много времени для того, чтобы обратить
видение электронного правительства в реальность.
       Однако реализация таких представлений оказалась значительно более трудным
делом, чем полагало большинство людей. Задачи перевода правительства в
интерактивный режим работы являются сложными, и на этом пути часто возникают
организационные, правовые, административные, социальные и политические барьеры.
Становится все более ясно, что для успеха электронного правительства необходимы
усилия по управлению крупными переменами.
       Таким образом, заключает Датский руководящий материал по созданию
ценности в проектах ЭП, "все более широкое признание получает тот факт, что
электронное правительство – это нечто большее, чем реализация новой
технологии. ЭП рассматривается как метод, с помощью которого правительства
могут трансформировать способ, с помощью которого они строят свои деловые
отношения с гражданами. Трансформация при этом связана не с перемещением услуг
в интерактивный режим, а с фундаментальной реструктуризацией организации


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

2.7.4 Процесс развития ЭП и архитектуры предприятия в Австралии - пример
для местных правительств
       Отправной точкой для архитектуры местного правительства в Австралии
является концепция и модель зрелости управления архитектурой предприятия (ранее
разработанная для американского правительства). Эта концепция содержит три
базисных компонента:
       а) стадии увеличения зрелости управления архитектурой:
          1) создание в организации атмосферы осознания необходимости архитектуры;
          2) создание основ управления архитектурой предприятия;
          3) разработка архитектурных продуктов;
          4) завершение архитектурных продуктов;
          5) использование архитектурных продуктов для управления изменениями в
          организации.
       б) категории атрибутов, являющихся критическими факторами успеха:
          1) атрибуты, демонстрирующие приверженность архитектуре предприятия в
          организации;
          2) атрибуты, обеспечивающие наличие ресурсов для поддержания
          приверженности;
          3) атрибуты, демонстрирующие удовлетворение от приверженности;
          4) атрибуты, проверяющие реальность удовлетворения от приверженности.
       в) ключевые     элементы    управления       архитектурой   можно   посмотреть   в
соответствующем      документе)    Главного     счетного    управления     Администрации
Президента США в апреле 2003 г., U. S. General Accounting Office Executive Guide, April
2003 Information Technology - A Framework for Assessing and Improving Enterprise
Architecture Management, Version 1.1) [35].
       Необходимо отметить, что этот пример показывает, насколько большое
внимание уделяется человеческому фактору при формировании и реализации
архитектуры. Существенно, что такой подход характерен не только для Австралии, но и
США и других стран.

                                              116
      Общая схема управления формированием архитектуры, используемая Австралийской
ассоциацией местных правительств, приведена ниже на рисунке 2.6.


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

    Рисунок 2.6. Общая схема управления формированием архитектуры (Австралийская
                            ассоциация местных правительств).
      Архитектура предприятия местного правительства (Local Government Enterprise
Architecture, LGEA) и ее компоненты, включая модель интероперабельности местного
правительства (Local Government Interoperability Framework, LGIF), разрабатываются и
сопровождаются под управлением Ассоциации местных правительств Австралии
(Australian Local Government Authority, ALGA, http://www.alga.asn.au/) [36] и Комитета
советников по онлайновым услугам местных правительств (Local Government Online
Services Advisory Committee, LGOSDAC). Эти же организации и утверждают все
документы по АП.
      Национальный офис информационной экономики (National Office of Information
Economy, NOIE, http://www.noie.gov.au/) [37] назначает федеральные министерства в
качестве ведущих по специальным вопросам или функциональным областям АП
местного правительства. Например, Австрало-Новозеландский совет по информации о
земле (Australia New Zealand Land Information Council, ANZLIC – the Spatial Information


                                            117
Council, http://www.anzlic.org.au/) [38] осуществляет стратегическое руководство в
области инфраструктуры пространственных данных Австралии (Australian Spatial Data
Infrastructure, ASDI, http://www.ga.gov.au/nmd/asdi/).
       Ключевым аспектом разработки архитектуры местного правительства является
обеспечение ее совместимости с национальными стандартами. Для этого также
назначаются федеральные министерства в качестве ведущих по соответствующим
вопросам. Этим министерствам поручается определение областей стандартизации и
выполнение необходимых работ.
       В целях обеспечения качества разработки АП местного правительства к
отдельным    и   всем   вместе    сегментам    архитектуры   применяется   стандартный
четырехфазный цикл дисциплины управления качеством (в отличие, например, от
трехфазного цикла "выбор/контроль/оценка", принятого в США для управления
инвестициями и родственного по ориентации на спираль итераций постоянного
совершенствования процесса инвестирования).

2.8 Особенности процесса применения общих стандартов в программах ЭП
США и Европы
   Ниже характеризуется процесс применения в рассматриваемой области общих
стандартов, то есть стандартов, разработанных не в связи с программой ЭП или
формированием ЕФА. Эти стандарты делятся на несколько различных групп. Для целей
данного отчета выделим из них следующие:
       -   обобщенные (т.н. "рамочные") стандарты (Frameworks) -- на общие схемы и
концепции архитектурных моделей, включая архитектуру обобщенного предприятия,
обобщенные стандарты на процессы жизненных циклов систем, программных
продуктов и др., стандарты на уровни зрелости процессов и т.п.;
       -   конкретные технические стандарты - на языки программирования и
моделирования, на интерфейсы обмена данными, на пользовательские интерфейсы, на
механизмы защиты данных и т.п.
       Обобщенные схемы и технические стандарты по-разному используются в ЭП, в
составе ЕФА и в процессах использования ЕФА. Есть отличия и в использовании в
разных странах. Целесообразно охарактеризовать главные отличия, так как они
показывают диапазон возможностей при формировании методологии в России.



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

2.8.1 Использование обобщенных стандартов

2.8.1.1 Опыт США
      Подход США - в том числе по сравнению с подходом других стран, особенно
европейских - отличается сочетанием здорового прагматизма и значительного объема
инноваций на твердой основе опробованных ранее методов и стандартов. В
существенно меньшем объеме, чем в Европе используются стандарты ISO, в большем -
стандарты NIST USA (вообще, общая картина такова, что исповедуется принцип -
"американские стандарты - лучшие в мире".) Но в еще большем объеме используются
стандарты отдельных некоммерческих профессиональных объединений (SEI CMM,
ISACA, IEEE и др.), а также стандарты де-факто. При этом к последним относятся в
первую очередь не "фирменные" стандарты, а методики различных авторов, нашедшие
широкое практическое признание. Это, в частности относится к методам Дж. Захмана и
С. Спивака (см. раздел 3).
       Однако в методическом обеспечении программы ЭП и в методологии ЕФА в
частности и эти стандарты не берутся "один-в-один". На их основе разрабатываются
специальные варианты, которые хорошо адаптированы к задачам в конкретной области,
например, к формированию и использованию ЕФА, а также к формированию и
использованию архитектуры отдельных министерств (агентств) - как самих по себе, так
и в сочетании с ЕФА. При этом все полезные приемы, принципы и положения




                                          119
инкорпорируются в адаптированные методики, что прямо указывается в их описаниях,
как это, например, сделано в руководящем материале по PRM.
      Это положение распространяется, например, и на модели зрелости процессов и
архитектур. Так, идеи и подходы сначала CPI Э. Деминга, а затем модели зрелости
программных процессов SEI SW CMM распространены на многие новые модели
зрелости, в частности, на модель зрелости процесса управления инвестициями CIO
Council (см. выше) и модель зрелости архитектуры организации. Надо отметить, что
такая работа:
      -   обеспечивает хороший результат из-за коллективной работы над общей для
участников (федеральных CIO) методологией, которая за счет этого становится
приемлемой многим;
      -   учитывает профессиональную культуру и традиции страны;
      -   ориентирована на сугубо практические результаты, преследует получение
простых моделей и правил наряду с их достаточной мощностью и открытостью;
      -   иногда приводит к локальным провалам из-за недостаточного внимания к
корректности    методов,   к   их   недостаточной   сверке   с   требованиями   теории
моделирования и т.п.;
      -   является достаточно дорогой работой.

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


                                            120
      В последнем отношении показателен опыт Австралии, которая в наибольшем
объеме цитирует описания FEAF USA, но затем вводит свою трехслойную общую
схему архитектуры и свой процесс ее построения.

2.8.2 Использование конкретных технических стандартов при построении ИКТ-
архитектуры и разработке программ “электронного правительства”

2.8.2.1 Опыт США
      Как уже отмечалось, одним из способов достижения интероперабельности
является применение промышленных технических ИКТ-стандартов. “Открытые”
стандарты помогают гарантировать мобильность приложений и данных (обеспечивая
интеграцию),     а   также   содействуют   устранению     зависимости    от   конкретных
производителей.
      В США к выбору стандартов подходят с уже отмеченной прагматичностью. Так,
не формулируется требований, чтобы стандарт был обязательно официальным де юре
международным стандартом (как это можно встретить в других рекомендациях или в
самих стандартах ISO). Однако он должен быть реально открытым и прагматичным в
использовании.
      Так, в документе "E-Gov Enterprise Architecture Guidance (Common Reference
Model)", V.2.0, FEA Working Group, США, 2002 [39] указывается, что большинство
“открытых” стандартов было разработано при широком участии академических
институтов, правительственных и промышленных учреждений путем их вовлечения в
деятельность различных формальных организаций по стандартизации. Перечень этих
организаций      включает     Международный        союз    электросвязи       (International
Telecommunication Union, ITU), Американский Национальный Институт Стандартов
(American National Standards Institute, ANSI), Национальный Институт Стандартов и
Технологии (American National Standards Institute, NIST), Рабочую группу по Интернет
(Internet Engineering Task Force, IETF) и Институт радиоинженеров (Institute of Electrical
and Electronic Engineers, IEEE). Стандарты, разработанные в таких организациях,
получают очень широкую степень поддержки, что значительно повышает их ценность.
      Однако FEAPMO и Federal CIO Council считают, что многие консорциумы,
вовлеченные в создание стандартов, являются открытыми только отчасти. В некоторых
случаях производители стремятся стандартизировать спецификации коммерческих


                                             121
изделий, имеющих определенную торговую марку и оставляют за собой контроль и
управление производством этих изделий.
       Существующий реальный мир, отмечается в указанном документе, использует
широкий диапазон спецификаций - от составляющих частную собственность, до квази-
открытых и полностью открытых спецификаций. Поэтому здесь вместо “открытых
стандартов”     рассматриваются       именно       “добровольные         (необязательные)
промышленные стандарты”. Этот термин использован в Законе США о передаче и
продвижении национальной технологии (National Technology Transfer and Advancement
Act) [40] с тем, чтобы обеспечить мобильность и интероперабельность в инициативах по
электронному правительству в этой стране.
       При этом подход документов по ЭП и техническим моделям ЕФА в США
предполагает наличие определенных рекомендаций, но отнюдь не навязывание
конкретных стандартов агентствам. Вместе с тем, такие рекомендации даются и
представляют собой детально проработанные перечни комментированных указателей на
стандарты, разбитых на группы и подгруппы с соответствии с областями поддержки
сервисных компонентов и другими классификациями, содержащимися в справочных
моделях FEA.

2.8.2.2 Опыт европейских стран
       Практически во всех странах полноценное и правильное использование
конкретных     технических    стандартов   является   краеугольным       камнем   создания
возможностей для взаимодействия систем различных организаций в составе ЭП. И эта
работа активно ведется как в Евросоюзе в целом (см., например, документ Комиссии
Евросоюза "Linking up Europe: the importance of interoperability for e-government
services", Brussels, 3.7.2003), так и в отдельных европейских странах.
       В ряде случаев открытые стандарты рассматриваются в контексте использования
так называемого открытого программного обеспечения, как это делается в программе
OSOS        организации      ICTU,   учрежденной      правительством      Нидерландов   и
ориентированной на поддержку применения ИКТ в государственных организациях и на
развитие ЭП Голландии (см. документ "PROGRAMME FOR OPEN STANDARDS AND
OPEN SOURCE SOFTWARE IN GOVERNMENT (OSSOS)", November 2002) [41].
Одним из лидирующих направлений в распространении стандартов открытого



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

2.8.3 Стандарты интероперабельности для архитектуры электронных правительств в
Европейских странах

       Во многих странах работы по созданию ЭП начались с определения т.н.
«структуры интероперабельности электронного правительства», которую можно
отнести к уровню TRM - технической референсной модели ЕФАрхитектуры США.
(При этом важно, что в США работы по TRM стартовали в рамках определения Единой
Федеральной Архитектуры.) Ниже приведен список наиболее известных программ
обеспечения      интероперабельности (указывается страна и название документа,
определяющего схему применения стандартов, или комплексного стандарта на языке
оригинала) и некоторые их свойства.
       Великобритания, e-Government Interoperability Framework (e-GIF) Version
5.0: схема интероперабельности закрепляет политики и технические спецификации,
которые должны служить фундаментом стратегии создания э-правительства и помогать
выполнению программы UK online. В стандарте e-GIF version 5.0 использованы
открытые стандарты, доступные на рынке и обеспечивающие бесшовное течение
информации между госорганами и между госорганами и гражданами и компаниями
(http://www.e-envoy.gov.uk/                          publications/frameworks/egif4/egif4.htm,
http://www.govtalk.gov.uk/schemasstandards/egif.asp).      Создана       служба      оценки
соответствия    продуктов     этому      стандарту    (Compliance     Assessment     Service,
http://www.egifcompliance.org/) [42].



                                              123
        Франция, e-GIF: французское агентство по ИКТ в государственных органах
(ATICA) 13 февраля 2003 г. Опубликовало вторую версию схемы интероперабельности
правительства
(http://europa.eu.int/ISPO/ida/jsps/index.jsp?fuseAction=showDocument&parent=whatsnew&
documentID=872) [43].
        ФРГ, Standards and Architectures for e-Government-Applications,
SAGA:стандартизация приложений для германского э-правительства вступило в новую
фазу с опубликованием 14 февраля 2003 г. Министерством внутренних дел новой
версии 1.1 схемы интероперабельности (http://www.kbst.bund.de/saga) [44].
        Дания, «The Reference Profile - A national interoperability framework. Release 1.0 –
Consultation Draft»: этот документ должен служить государственным органам
руководством при разработке ИКТ-систем и ре6ализации ИКТ-проектов. В нем
содержится информация, которая позволит госорганам обеспечить техническую
совместимость с технологиями, широко используемым в правительстве Дании. В этом
стандарте перечислены стандарты уже используемые несколькими госорганизациями и
отобранные для применения в них (http://www.oio.dk/english) [45].
        Австралия, Interoperability Framework: схема интероперабельности будет
содействовать созданию интегрированных услуг за счет четкой прописи в ней набора
согласованных политик и стандартов, обеспечивающих бесшовный обмен электронной
информацией и проведение электронных транзакций между агентствами и ведомствами
(http://www.govonline.gov.au/projects/egovernment/Better_Practice/Interoperability.htm) [46]
        Новая Зеландия, NZ e-GIF: 13 June 2002 кабинет министров постановил, что с 1
июля 2002 г. электронная интероперабельность информации, ИКТ-технологий и бизнес-
процессов госорганов определяется схемой интероперабельности э-правительства
Новой      Зеландии,     technology,     and    business    processes     (   http://www.e-
government.govt.nz/interoperability/) [47].
        Несколько подробнее - о достаточно продвинутых программах Германии и
Великобритании.
        Германия
        В феврале 2003 г. Министерство Внутренних Дела Германии опубликовало
документ “Стандарты и Архитектуры Государственных Приложений” (Standards
and Architectures for e-Government Applications) [7], который фокусируется на
технических аспектах построения единой федеральной архитектуры. В этом

                                               124
документе    подробно     описывается   применение        различных      ИКТ-стандартов,
описывается, как и для чего должны использоваться те или иные технологии, какие
технологические стандарты предпочтительнее. Описываются компоненты технической
архитектурной модели, ее уровни, включая стандарты защиты информации. Цель
данного документа – построение внутренне непротиворечивой и интегрированной в
техническом смысле архитектуры для поддержки качественно новых взаимоотношений
между    правительством   и   гражданами.     Данный   документ       является   аналогом
“Технической Справочной Модели” (Technical Reference Model) в США и является
нижней ступенью Единой Федеральной Архитектуры.
        Великобритания
Под руководством Управления “Электронного посланника” (Office of the e-Envoy) в
Великобритании была разработана амбициозная программа “Великобритания Он-
Лайн”, ставящая своей целью вывести Великобританию в лидеры “электронного
правительства”. Однако методология построения единой федеральной архитектуры в
Великобритании пока находится в стадии разработки. Основным руководством по
построению    ИКТ-архитектуры     является     документ    “Интегрированная         среда
взаимодействия э-Правительства” (e-Government Interoperability Framework, e-GIF)
[42], в котором дается справка по используемым технологическим стандартам.
Выполнение требований спецификаций и политики стандарта e-GIF является
обязательным для всех заинтересованных сторон. Эти требования устанавливают
основную     инфраструктуру   и   нацеливают       организации    государственного     и
общественного секторов на обслуживание потребителей через предоставление им
необходимой информации и услуг. Главной задачей настоящего стандарта является
адаптация Интернет и Web-спецификаций применительно ко всем правительственным
информационным системам. Стандарт е-GIF воспринимает спецификации, которые
также хорошо поддержаны на рынке. Принятая стратегия является прагматической
стратегией, направленной на то, чтобы уменьшать стоимостные показатели и сокращать
риски для правительственных систем в течение всего периода глобальной революции в
области Интернет, которые, как и системы многих остальных секторов, находятся в
процессе своего развития. Несмотря на то, что данный стандарт по сути является
вариантом Технической справочной модели и не охватывает вопросы измерения
эффективности деятельности правительства, он содержит большой объем практических
правил, ориентирующих интерфейсы взаимодействия ЭП с пользователями на удобство

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

Раздел     3.   Характеристики          отдельных       слоев     архитектуры         и
архитектурных моделей, их взаимосвязи
      Примечания
      1 В этом разделе как и во всем отчете, англоязычный термин «Reference model» чаще
      всего переводится как «Справочная модель», этот термин может так же встречаться в
      других переводах, как «Референсная», «Ссылочная» или «Эталонная» модель.
      2 Под словом «Агентство» понимаются правительственные учреждения разного
      уровня, чаще всего – федеральные министерства, как это принято в США или Канаде.

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

3.1.1. Общее описание ЕФА в США
      В настоящее время Федеральная Архитектура в США состоит в основном из
общих основополагающих документов и пяти взаимосвязанных справочных моделей, в
целом предназначенных для того, чтобы решать задачи, описанные в главах 1 и 2 этого
раздела. При этом формулирование назначения каждого компонента ЕФА - и FEAF и
каждой модели FEA -, равно как и задач, решаемых с помощью каждого компонента
являются важной и первой частью в каждом документе ЕФА.
      Согласно основополагающим руководящим материалам (РМ) по структуре ЕФА
в США (руководство "FEAF", Federal Enterprise Architecture Framework. Dev. by: The
Chief Information Officers Council, США, 1999 год; руководство "EAG2", E-Gov

                                            126
Enterprise Architecture Guidance. Common Reference Model, V.2.0, FEA Working Group,
США, 2002 год) [48], формирование архитектуры начинается с определения ее
концепции и общей схемы (framework) - назначения, структуры, способа построения
моделей, принципов и правил построения и применения. До построения отдельных
моделей формируется ряд компонентов других, чаще - более высоких уровней. К ним
относятся такие, как определение миссии архитектуры и предприятия (миссии
правительства для ЕФА, миссии агентства для архитектуры конкретной организации),
переходный план, определяющий последовательность состояний, которые должна
пройти архитектура на пути трансформации из прошлого или текущего состояния в
целевое, и ряд других элементов, включая глоссарии.
        В концепции и общей схеме ЕФА (FEA Framework - FEAF) Федеральная
архитектура FEA определяется как постоянно трансформирующийся комплекс,
отражающий своими изменениями как требования изменяющейся внешней среды, так и
необходимость постоянного текущего совершенствования своих качеств.
   При этом постоянно во всех документах FEAPMO и Federal CIO council указывается,
что FEA отображается или иным способом целенаправленно должна использоваться в
формирования архитектуры отдельных агентств. Более того, именно за счет формирования
архитектур отдельных организаций, согласованных с ЕФА (но не копирующих ее) и
поддерживающих ее стандарты, за счет воплощения этих архитектур в действующих
системах происходит и реализация самой ЕФА.

3.1.2 Исходные схемы для построения FEAF
        В качестве исходных схем и процессов для построения базовой схемы (framework)
архитектуры государственных предприятий в 1999 году изначально были использованы
следующие три источника.
        Схема архитектуры предприятия NIST
        Распространенная модель архитектуры предприятия (Enterprise Architecture Model),
предложенная ранее национальным институтом стандартов и технологий США (National
Institute of Standards and Technology), см. специальную публикацию NIST 500-167
"Направления информационного менеджмента: Вызовы интеграции. Сентябрь 1989 года"
[49].   Модель   предполагала   пять   взаимозависимых    архитектурных   слоев   и     их
погруженность во внешний контекст требований и стандартов. Указанными слоями
являлись:


                                           127
      -   бизнес-архитектура;
      -   информационная архитектура;
      -   архитектура информационных систем;
      -   архитектура данных;
      -   архитектура систем доставки данных, аппаратное и программное обеспечение,
коммуникации.
      Схема архитектуры предприятия Дж. Захмана
      Подход Захмана хорошо известен и стал практически стандартом де-факто в
мировой практике благодаря простоте представления обобщенной схемы архитектуры
предприятия в виде матрицы 6 * 6 (или 6* 5). Первыми публикациями являются J.A.
Zachman. “A Framework for Information System Architecture”. IBM System Journal, vol. 26, no.
3, 1987, и J.F. Sowa, J.A. Zachman. “Extending and Formalizing the Framework for Information
System Architecture”. IBM System Journal, vol. 31, no. 3, 1992 [50]. После публикаций С.
Спивака (см. далее) и вхождения в практику и стандарты де-юре термина "архитектура
предприятия" (Enterprise Architecture) Дж. Захман также стал называть свой подход схемой
архитектуры предприятия - в самом общем смысле. В строках матрицы Захмана
показываются различные представления архитектуры предприятия как группы моделей
различных типов. По столбцам матрицы разнесены основные аспекты деятельности:
      -   объекты - "что" вырабатывается и обрабатывается;
      -   действия - "как" это делается;
      -   местоположения - "где" делается;
      -   люди / оргструктуры - "кто" делает;
      -   время (операционное) - "когда" делается;
      -   мотивы - "зачем" делается.
      Шесть строк матрицы отражают шесть типов представления предприятия как
системы, это не уровни детализации или зрелости, это одновременно сосуществующие
слои архитектурного моделирования, связанные с разными типами проектных задач.
Конкретно, это следующие представления:
      -   бизнес-среда предприятия;
      -   концептуальная модель;
      -   логическая модель;
      -   технологическая ("физическая") модель;
      -   детальная реализация (часто - поблочная и выполняемая субподрядчиком);

                                            128
       -   работающее предприятие и его системы.
Ввиду ее важности матрица и подход Захмана будут детальнее описаны далее.
       Метод EAP С. Спивака
       Автор метода The Enterprise Architecture Planning (EAP) - Стивен Спивак (Steven
Spewak). Этот метод изложен в работе: Spewak, Steven H. with Steven C.Hill. Enterprise
Architectury Planning, Development a Blueprint for Data, Application and Technology. John
Wiley&Sons,Inc., 1992 [51]. В основе метода лежит процесс планирования
архитектуры предприятия. Этот процесс направлен на создание              архитектуры с
позиции использования информации для поддержки бизнеса предприятия, а также на
разработку плана реализации, который определяет процесс воплощения этой
архитектуры. Подход EAP сосредоточен на решении задачи по определению того,
какие конкретно данные, приложения и технологии наиболее полно отвечают
потребностям данного предприятия.

3.1.3 Отражение исходных методов в FEAF
       В общей (базовой) схеме Федеральной архитектуры США с учетом указанных
источников в настоящее время выделены следующие архитектурные слои и модели:
       -   бизнес-архитектура и представляющая ее ссылочная бизнес-модель BRM;
       -   архитектура прикладных сервисных компонентов и представляющая ее
ссылочная модель сервисных компонентов SRM;
       -   архитектура информации и данных и представляющая ее ссылочная модель
данных DRM;
       -   технологическая    архитектура      (ИКТ-архитектура)   и   соответствующая
ссылочная технологическая модель TRM.
       Кроме    того,   вводится     система     показателей   производительности      и
соответствующая ссылочная модель PRM, которые связаны со всеми указанными
выше моделями. Также развивается архитектура и модель компонентов (CBA -
Component Based Architecture), которая предположительно также "пронижет" все слови
полной архитектуры - от бизнес-архитектуры до технологической.
       Таким образом, каждый слой полной архитектуры представляется одной или
совокупностью моделей, сопровождаемых методиками их использования. В итоге
можно зафиксировать, что:



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

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


                                            130
1) принципы, используемые при выработке стратегии изменения архитектуры и
направления движения к ее новым состояниям, при оценке архитектуры и решении об
инвестировании;
2) Методические (конструктивные) принципы, используемые при осуществлении
процессов анализа и/или создания архитектуры.
                        В первую группу входит следующее.
      В руководстве FEAF (и в изложении руководства EAG2 2002 года) определены
принципы, утвержденные Федеральным Советом CIO США, в соответствии с
которыми выбираются критерии оценки эффективности потенциальных инвестиций и
архитектурных решений. Они приведены в кратком представлении; вначале
указывается основной предмет действия принципа, затем в скобках - краткое описание
содержания принципа.
      1) Стандарты (опора на добровольные стандарты, в которых взаимосвязи
различных   компонентов    полностью   определены      спецификацией    интерфейсов,
полностью доступные обществу и поддерживаемые групповым консенсусом).
      2) Инвестиции (инвестиционные решения должны быть основаны на деловых
и архитектурных решениях, которые, в свою очередь, должны согласовываться с
деловыми потребностями - административными, хозяйственными, стратегического
развития, оперативной деятельности - федерального правительства в целом).
      3) Сбор данных (опора на стандартизацию данных, включая стандартизацию
общих словарей и определений данных; несмотря на то, что она будет трудно
достижима, ее надо считать критически важным фактором).
      4) Безопасность (гарантируется защита федеральной информации от
несанкционированного доступа).
      5) Функциональные       возможности       (госпредприятия   должны     разрабатывать
компоненты многократного использования или закупать их).
6) Информационный       доступ    (поощрять     использование     разнообразных   методов
общественного и частного доступа к правительственной общественной информации).
      7) Апробированные      технологии    (выбирать    апробированные      рыночные
технологии, системы должны базироваться на использовании глобальных классов
данных и глобальных процессов).




                                          131
8)        Сохранность     персональных     данных      (секретность)   (должна   быть
обеспечена для любых информационных запросов, поступающих от граждан в
произвольное время).
Во   вторую     группу   входит   следующее      (получено   обобщением    различных
рекомендаций, содержащихся в стандартах, используемых в FEAF, в документах
FEAPMO и др.).
а) Принцип постепенной детализации архитектуры (архитектурные продукты
концептуального значения создаются постепенно, за несколько отдельных шагов
детализации, причем на каждом шаге детализации - свои; производится постоянная
верификация архитектуры; на этих шагах не обязательно строятся детальные
диаграммы или CASE-модели).
б) Принцип согласованности слоев (архитектурные слои связаны так, как это
показывает схема архитектуры NIST; эта связь должна быть настолько качественной,
чтобы бизнес-потребности и ИКТ-решения были согласованными на стратегическую
перспективу).
в) Принцип независимости слоев (с учетом принципа согласованности слои должны
быть максимально независимы друг от друга в том смысле, что изменения,
производимые в одном слое, должны в минимально возможной степени требовать
изменений в других слоях).
г) Принцип совместной работы и взаимодействия (госпредприятия                должны
получать средства из бюджета при демонстрации соответствия принципам 1-8 первой
группы и сотрудничать в деле создания общих компонентов, используемых
соответствующими способами в архитектурах разных госпредприятий).
д) Принцип свободы выбора (все решения по выбору своей архитектуры и
стандартов своего предприятия производит само госпредприятие - в рамках принятой
им интегрированной архитектуры, что потребуется подтверждать при получении
бюджетных средств на конкретные проекты, но самостоятельно несет всю
ответственность за решение своих задач).
е) Принцип постоянной трансформации архитектуры конкретного предприятия
и FEA - федеральной архитектуры государственных предприятий (с учетом всех
изложенных выше принципов архитектура предприятия и его система должна
находиться в постоянно актуализируемом состоянии, чтобы предприятие могло



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

3.1.5 Компоненты федеральной архитектуры и архитектуры отдельного
агентства
При разработке FEAF идентифицировано восемь компонентов, необходимых для
разработки и поддержания федеральной архитектуры, равно как и архитектуры
отдельной государственной организации. Каждый из этих компонентов затем так или
иначе учитывается, уточняется и детализируется в описании всей FEAF и в описании
отдельных моделей FEA, а также в описании общей схемы архитектуры конкретного
агентства и в описании отдельной модели этой архитектуры.
Эти восемь компонентов чаще всего могут быть представлены отдельным документом
или группой документов каждый. Они включают следующее.
Двигатели архитектуры (Architecture Drivers). Отражают два типа внешних стимулов
или источников изменения архитектуры предприятия: бизнес-стимулы и технические
("конструкторские") стимулы. В качестве бизнес-стимулов могут выступать новое
законодательство, новые инициативы администрации, бюджетные ассигнования для
ускорения развития отдельных сфер, рыночные силы, требования граждан и др. В
роли технических двигателей     могут выступать новое и улучшенное программное
обеспечение, аппаратные средства ЭВМ, а также их разнообразные комбинации и т.п.
Стратегическое направление (Strategic Direction). Руководство для разработки
целевой архитектуры (см. ниже), которое содержит описание перспективы создания и
развития архитектуры ("видение"), принципы развития, цели и объекты развития.
Текущая архитектура (Current Architecture). Определяет архитектуру предприятия
“как есть сейчас” и состоит - в простейшей разбивке - из двух частей: текущая бизнес-
архитектура и техническая архитектура (т. е. данные, приложения и технологии). Она
отражает текущие возможности и технологии, а также служит объектом для
дальнейшего развития.

                                           133
Целевая архитектура (Target Architecture). Определяет архитектуру предприятия “как
должно быть построено” и состоит из двух частей: целевая бизнес-архитектура и
техническая архитектура (т. е. данные, приложения и технологии). Она представляет
будущие возможности и технологии, которые являются результатом проекта
улучшения поддержки изменяющихся бизнес-потребностей.
Переходные процессы (Transitional Processes). Поддерживают переход от текущей
архитектуры      к целевой архитектуре. Критические переходные процессы для
федерального предприятия включают планирование инвестиций в сферу ИКТ,
планирование     перехода,   управление   конфигурацией,     контроль    и   управление
проектом.
Архитектурные сегменты (Architectural Segments). Отражают ориентацию отдельных
частей общей архитектуры на главные бизнес-области, особенно - общие или взаимно
пересекающиеся     для   многих    конкретных      госпредприятий,   например,   общие
административные системы; на целые области федеральных программ, таких, как
торговля или предоставление грантов; на электронную торговлю для проведения
небольших закупок. Каждый архитектурный сегмент представляет собой часть ЕФА -
всеобщей, единой (интегрированной) архитектуры. Любой архитектурный сегмент
должен рассматриваться как некоторое предприятие, в рамках полного федерального
предприятия (такой подход дает возможность работать как в пределах
конкретного предприятия, так и в рамках абстрактного представления всего
правительства как одного интегрированного предприятия, по крайней мере - в рамках
единой, интегрированной "Федеральной" архитектуры).
Архитектурные модели (Architectural Models). Определяют бизнес-модели и
конструкторские (технические) модели, которые отражают все необходимые сегменты
для полного описания предприятия.
Стандарты (Standards). Включают все стандарты (некоторые из них могут быть
обязательными), руководящие принципы (руководящие материалы),                  а также
передовой опыт. Примерами видов стандартов являются:
       -    обобщенные, «рамочные» стандарты, которые относятся к обобщенным схемам
архитектурных моделей, процессов жизненного цикла систем, уровней зрелости архитектур;
       -    стандарты безопасности, которые относятся ко всем уровням обеспечения
безопасности;




                                             134
       -   стандарты данных, которые относятся к данным, метаданным и другим связанным
структурам;
       -   стандарты приложений, которые относятся к прикладному программному
обеспечению;
       -   стандарты технологий (конкретные «технические» ИКТ-стандарты), которые
относятся к операционным системам и аппаратным платформам.
Пять основных справочных (референсных) моделей FEA
Далее рассматриваются пять основных на данное время ссылочных моделей,
опубликованных и включенных в процесс управления созданием ЭП на федеральном
уровне.
Справочная модель производительности (The Performance Reference Model, PRM)
Справочная модель производительности PRM предназначена для проведения
измерений характеристик главных ИКТ-проектов и ИКТ-инициатив (программ) и
оценки их вклада в осуществление программ более высокого уровня. PRM не
предусматривает порождение нового управленческого процесса в области программы
создания      ЭП   так    как   процессы   управления    инвестициями,     стратегического
планирования и т.п. в США уже предусмотрены, причем и на федеральном уровне и на
уровне отдельных агентств.
Вместе с тем, PRM позволяет улучшить информирование о тех процессах, которые
уже существуют, включая процессы стратегического планирования, Программу
развития инструментальных средств для проведения оценок (Program Assessment
Rating Tool, PART), а также процессы формирования ИКТ-бюджета. PRM является
отправной точкой для последующего постоянного совершенствования процессов (в
духе   подхода     CPI)     и   методов    измерения    характеристик    качества   работы
информационных технологий и их влияния на деятельность агентств.
Справочная бизнес-модель (Business Reference Model, BRM)
Справочная бизнес-модель BRM содержит описание общего понимания и таксономии
областей и видов деятельности федерального правительства и перечень услуг,
предоставляемых американским гражданам вне зависимости от того, какое конкретно
агентство, бюро или офис непосредственно их осуществляют. (Вместе с тем, в
текущей версии BRM v.2 описание или хотя бы классификация услуг как результатов
деятельности не содержится, что приводит к определенным недостаткам в
полноценном использовании BRM.) Она предназначена                       для агентств, для


                                               135
контролирующих органов, для руководителей, принимающих решения по ИКТ, а
также для иных заинтересованных сторон; эта справочная модель облегчает
идентификацию     возможностей       организации    взаимного    сотрудничества    между
агентствами и возможностей уменьшения избыточности.
Справочная модель сервисных компонентов (Service Component Reference Model,
SRM)
Справочная     модель    сервисных     компонентов     SRM   является      реорганизацией
выпущенной     ранее    модели     "возможностей     приложений".    Она     представляет
таксономию областей, видов и компонентов типовых приложений, используемых как
сервисы, с помощью которых предоставляются те или иные услуги (информационно-
функциональные) разных уровней и назначений. Модель структурирована по
"горизонтальным" областям обслуживания, которые независимо от осуществляемых
разными агентствами бизнес-функций, могут обеспечивать основу для повторного
использования приложений, прикладных средств, компонентов и бизнес-услуг. SRM
может также использоваться для того, чтобы идентифицировать возможности
организации сотрудничества вокруг услуг и приложений.
Справочная модель данных и информации (Data & Information Reference Model,
DRM). DRM все еще находится в разработке. Хотя в этом году работа над ней
активизировалась и стали ясны общие направления действий ее разработчиков, ее
отсутствие на уровне хотя бы посегментной классификации информационных
объектов и их атрибутов (в отличие от наличия идей и прототипов универсальных
механизмов интеграции данных) является тормозящим фактором. Тем не менее,
объявлено, что она будет на обобщенном уровне описывать данные и информацию,
поддерживающие выполняемые агентствами программы и их действия по конкретным
деловым направлениям. Эта модель будет помогать в описании типов взаимодействий
и   информационных        обменов,     которые      происходят   между      Федеральным
правительством и различными категориями клиентов, избирателей и бизнес-
партнеров.
Техническая справочная модель (Technical Reference Model, TRM)
Техническая справочная модель TRM существует в настоящее время в версии 1.0 и
является рамочной структурой, предназначенной для того, чтобы описать, каким
образом ИКТ поддерживают доставку, обмен и конструирование сервисных
компонентов.    TRM     выделяет     технологические    элементы,   которые    совместно

                                              136
поддерживают внедрение и реализацию компонентной архитектуры ИКТ-систем, а
также   идентификацию      проверенных   и     работоспособных    ИКТ-продуктов      и
инструментальных комплексов, которые представлены в общеправительственных
инициативах (например, типа FirstGov, Pay.gov и в составе 24-х Президентских
приоритетных инициатив по формированию электронного правительства).

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




                                             137
  От целей                   Объекты   Действия      Дислокаци    Люди       Время      Мотивы
  бизнес-                    (что?)    (как?)        я (где?)     (кто?)     (когда?)   (зачем?)
  представле
  ния к
  конструкто
  рскому
  представле
  нию
                Плани-                                                                              Сфера действия
                ровщик
                Владелец                                                                            Модель
                [менеджер                                                                           предприятия
                процесса]
                Конструкто                                                                          Модель
                р                                                                                   системы
                Разработчи                                                                          Техническая
                к                                                                                   модель
                Субпод-                                                                             Компоненты
                рядчик
                             Данные    Функции       Сеть        Органи-     Расписан   Стратеги
                                                                 зация       ие         я
                                                  Элементы-артефакты архитектуры

      Рисунок 3.1. Формализованное представление схемы архитектуры предприятия
                                  Захмана (упрощенное, по FEAF).
Схема архитектуры ИС и предприятия Дж. Захмана (Zachman Framework) в развитии
В 1987 году Дж. Захман предложил простую, но концептуально ясную схему,
показывающую различные слои представления архитектуры ИС, различные виды ее
"обеспечения", а также их основные взаимосвязи.
Три     ее     развернутых     столбца    отражали          три   "раздела      обеспечения        системы":
информационное, функциональное и коммуникационное или: "данные", "функции", "сеть",
или же разделы, которые содержат "ответы на вопросы": "ЧТО" делает система, "КАК"
делает и "ГДЕ".
Шесть строк таблицы отражают шесть представлений системы, это не уровни детализации
или зрелости, это слои архитектурного моделирования, и классы проектных задач.
Конкретно, это следующие представления:
        -    бизнес-среда;
        -    концептуальная модель;
        -    логическая модель;
        -    технологическая ("физическая") модель;
        -    детальная реализация (часто - поблочная и выполняемая субподрядчиком);
        -    работающая система (далее будет заменено на "представление пользователя" о
работающей системе).


                                                    138
Уже схема 1987 года помогала практикам создания ИС лучше видеть архитектуру системы.
Она была признана очень полезным средством и вошла во многие монографии по
стратегическому планированию и проектированию архитектуры ИС. Ее же использовал
офис FEAPMO для начала работ по федеральной архитектуре.
Позднее, в 1992 году было опубликовано развитие этой "плоской" схемы [50]. В таком
варианте Захман, в более поздних публикациях (особенно после появления работ С.
Спивака), называл эту схему "схемой предприятия", а не ИС.
К этому времени стало понятно, что рассматриваемый и конструируемый объект - это не
только программы, данные и коммуникации, но также и люди (заказчики, пользователи,
аналитики, конструкторы и "изготовители" системы), организационные структуры,
графики работы предприятия, а также цели и стимулы предприятия и отдельных людей.
И все эти сущности должны быть понятным и непротиворечивым образом соединены в одну
архитектурно целостную систему (даже вопросов "простого" согласования компонентов
такой системы достаточно для того, чтобы предпринимать специальные усилия на уровне
формирования архитектуры).
На рисунке 3.2 показана таблица, аналогичная схеме 1992 года, и показывающая те три
новых столбца, в которых отражаются три новые раздела: побудительные причины действий
предприятия, события и графики выполнения действий, а также "действующие лица" - люди
и организационные структуры, или:
      -   мотивы; время (операционное); люди;
      -   или же разделы, которые содержат "ответы на вопросы": "ЗАЧЕМ" выполняются
действия, "КОГДА" выполняются и "КТО" их выполняет. При этом уровни представления
(они же строки таблицы) остаются теми же.
Такое расширение позволило интегрировать миссию и цели предприятия, способы его
функционирования и ИКТ-решения, соединять предметы и действия с человеческим
фактором и операционной динамикой. Описанные разделы и уровни, по Захману, являются
классификацией сущностей предприятия и его ИС. О классификации говорится как об
основном инструментально-методическом средстве схемы Захмана.
Схема архитектуры служила простым, но мощным инструментом по применению
системного подхода для планирования работ по созданию и использованию АС/ИС и
стыковки этих работ. Захман писал, что схема архитектуры позволяет концентрироваться
на отдельных аспектах системы и, в то же время, не терять ощущение общего контекста или
"холистической" перспективы (то есть взгляда на предприятие как на целое). Он

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




  Рисунок 3.2. Вариант «плоской» схемы архитектуры предприятия на основе
                                схемы Дж. Захмана 1992 г.


Надо заметить, что на последнем рисунке нижний уровень отражает представление
пользователя о функционировании системы, а не саму "функционирующую систему". Это


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

3.2 Справочная модель производительности (The Performance Reference
Model, PRM)

3.2.1 Представление Справочной модели производительности
Государственной политикой США установлено, что деятельность их федерального
правительства должна быть более эффективной и результативной. Чтобы выполнить это
требование правительственные агентства и Административно-бюджетное управление
должны убедиться, что все проводимые инвестиции, включая и в ИКТ-инициативы, вносят
значительный вклад в улучшение качества выполняемой работы и, соответственно, в
получаемые результаты. Для решения этой проблемы FEAPMO разработал Справочную
модель    производительности      (The   Performance    Reference   Model,   PRM)   как
инструментальное средство, призванное оказать эффективную помощь правительственным
агентствам в их усилиях по четкому обоснованию и повышении качества управления
предлагаемыми ими ИКТ-инвестициями.
      PRM является стандартизированной рамочной структурой, предназначенной для
проведения измерений характеристик главных ИКТ-инициатив и оценки их вклада в
осуществление программ правительства и его агенств. PRM предназначена для того, чтобы
можно было ясно идентифицировать причины и взаимоотношения между:
      -   "входами", то есть входными ресурсами деятельности агенств (inputs),
      -   выпускаемой ими продукцией (outputs) и
      -   полученными ими результатами (outcomes).


                                           141
        Указывается, что этот аспект является исключительно важным для менеджеров ИКТ-
проектов, для менеджеров программ и для руководителей, принимающих решения,
благодаря тому, что он позволяет ясно понять, каким образом и до какой степени ИКТ
содействует прогрессу в выпускаемой продукции и в получаемых результатах федерального
агентства.
        Ниже перечислены некоторые ключевые факты относительно PRM и то, как она
будет применяться в течение процесса формирования бюджета на финансовый 2005 год:
        -    PRM является стандартизированной рамочной структурой, предназначенной для
проведения измерений характеристик главных ИКТ-инициатив и оценки их вклада в
осуществление программ;
        -    агентства могут (и даже должны) настраивать (“operationalize”) PRM с учетом
особенностей своей конкретной среды и проводимых ИКТ-инициатив;
        -    несмотря на наличие типовых ситуаций и часто встречающихся стандартных
примеров, агентства в процессе настройки PRM должны будут конкретизировать
фактическое содержание этой модели для своих целей;
        -    PRM может быть использована как для специальных ИКТ-инициатив в пределах
агентства, так и в межагентских ИКТ-инициативах;
        -    PRM не создает новые управленческие процессы, а позволяет улучшить
информирование о тех процессах, которые уже существуют в США, включая процессы
стратегического планирования, Программу развития инструментальных средств для
проведения оценок (Program Assessment Rating Tool, PART), а также процессы
формирования ИКТ-бюджета;
        -    агентства должны будут использовать PRM в своих документах Exhibit 300 по
финансовому 2005 году ТОЛЬКО для главных ИКТ-инициатив, которые классифицируются
как новые Разработки, Модернизация или Усовершенствования (Development,
Modernization, or Enhancement, DRM);
        -    PRM версии 1.0 является отправной точкой для последующего постоянного
совершенствования процессов и методов измерения характеристик качества работы
информационных технологий и их влияния на деятельность агентств.

3.2.2 Задачи PRM - Справочной модели производительности
В целом PRM была разработана для выполнения трех главных задач, перечисленных
ниже:


                                             142
Задача       1.   Обеспечить    помощь      в    получении   информации        о   характеристиках
информационных технологий, которые могут быть использованы для того, чтобы улучшить
процессы стратегического и повседневного принятия решений. PRM и в первую очередь
совокупность настраиваемых измеряемых индикаторов дает возможность высшему с
среднему менеджменту            инструментарий для оценки стратегических и повседневных
решений:
         -    инвестиционные      решения       (покупка   новой     технологии/оборудования)     -
настраиваемые измеряемые индикаторы позволяют оценить выгоды / издержки;
         -    решения о реинжиниринге существующей структуры - измеряемые индикаторы
позволяют оценить эффективность выполнения миссии организации до и после
реорганизации, а также степень удовлетворенности потребителей услуги;
         -    решения о внедрении новых услуг (индикаторы позволяют оценить насколько эта
услуга качественна / востребована / окупает себя);
         -    решения о распределении ресурсов в т.ч. человеческих – индикаторы,
измеряющие производительность персонала, помогают, например, при запуске нового
проекта, принимать решения о найме дополнительной рабочей силы, о проведении
тренингов для собственного персонала либо о передачи части работ по проекту сторонней
организации (outsourcing).
Задача 2. Улучшить согласование ИКТ, производимой продукции (output) и достигаемых
результатов (outcome) деятельности, а также более четко выделить вклад, обеспечиваемый
информационными технологиями, на основе создания ясного видения "линии прицела на
результаты" (это – специальный термин, принятый в описании PRM: Build Line of Sight to
Results).
Задача 3. Идентифицировать возможности усовершенствования существующих процессов
выполнения работы, которые происходят в пределах традиционных организационных
структур и установленных границ организации.

3.2.3 Структура PRM
         В целом вся структура PRM построена на основе концепции цепочки ценностей,
логических моделей программ и теории ограничений. Целью всей PRM является получение
«Стратегических        результатов    (Strategic     Outcome)»,     которые    содержат   широкие
политические приоритеты, направленные на решение первостепенных задач правительства
(например,        обеспечение    внутренней      безопасности      (Secure   the   Homeland)    или


                                                  143
распространение электронного правительства). Одновременно с этим, PRM структурирована
таким образом, чтобы обеспечить достижение желаемых результатов в организациях,
которые стремятся определить свои потребности в выпускаемой продукции и в технологиях.
Как показано на рисунке 3.3 для бюджетного процесса Финансового 2005 года PRM
включает четыре области измерения (Measurement Areas):
      -     миссия и Результаты бизнеса (Mission and Business Results);
      -     результаты для Клиентов (Customer Results);
      -     процессы и Действия (Processes and Activities);
      -     технологии (Technology).
В каждой области измерения предусмотрены категории измерений (Measurement Categories).
Каждая из этих категорий включает базовые (или родовые) измеряемые индикаторы
(Generic Measurement Indicators), в состав которых каждое федеральное агентство должно
включать или настраивать те или иные индикаторы применительно к особенностям своей
конкретной окружающей среды.
Для каждой "главной" ИКТ-инвестиции в документах Exhibit 300 агентства должны
идентифицировать по крайней мере один "настроенный измеряемый индикатор" в каждой из
указанных выше четырех областей измерения.
Чтобы гарантировать фактическое получение агентством результатов, которые оказываются
полностью согласованными с требуемыми результатами, область измерения «Миссия и
бизнес-результаты» должна быть поддержана BRM - Справочной бизнес-моделью. Говоря
более определенно, это означает, что в текущей версии PRM категории измерения
совпадают      с   Бизнес-областями      (Области     деятельности,       Business   Areas)   и
направлениями деятельности (Lines of Business) в Справочной бизнес-модели BRM.
Базовые     измеряемые     индикаторы      в   PRM    должны     полностью      совпадать     с
подфункциями (Sub-functions) BRM. Путем необходимого расширения области измерения
«Миссия и бизнес-результаты» PRM позволяет идентифицировать фактические диапазоны,
в которых эти цели оказываются достигнутыми.
      В документах FEAPMO указывается, что редко та или иная ИКТ-инициатива
обеспечивает непосредственное достижение миссии и бизнес-результатов. Существует много
факторов,   помимо    ИКТ-инициатив,   которые   определяют   достижение    федеральными
программами истинных результатов. Однако как можно более раннее понимание желаемой
миссии и ожидаемых бизнес-результатов в жизненном цикле развития ИКТ является
критическим фактором для того, чтобы гарантировать, что ИКТ-инициатива разработана и


                                               144
управляется в контексте обеспечения результативности и продвижения бизнеса. В
соответствии со сказанным область измерения «Миссия и бизнес-результаты» включает
следующие категории измерения:
       -   направления бизнеса в «Услугах для граждан» (The Lines of Business in Services
for Citizens);
       -   направления бизнеса в «Поддержке доставки услуг» (The Lines of Business in
Support Delivery of Services);
       -   направления бизнеса в «Управлении правительственными ресурсами» (The Lines
of Business in Management of Government Resources).
       Циркуляр Административно-бюджетного управления A-11 [28], определяющий
принципы формирования бюджета финансового 2005 года, требует, чтобы агентства
идентифицировали проведенное ими согласование PRM с классификатором уникальных
проектов (Unique Project ID) для всех предложенных ими ИКТ-инициатив. Такая связь
между BRM и PRM обеспечивает отправную точку, позволяющую определить не только
цели, которые данные ИКТ-инициативы поддерживают, но и то, как измерять продвижение
к достижению установленной цели. Проводя такое согласование с BRM, агентства получают
возможность идентифицировать соответствующие настроенные измеряемые индикаторы
(Operationalized Measurement Indicator) PRM для каждой главной ИКТ-инициативы для
финансового 2005 года.




                                           145
                                   СТРАТЕГИЧЕСКИЕ
                                   РЕЗУЛЬТАТЫ,
                                   получаемые с помощью ИКТ как
                                   результат процессов переработки
                                   входов этих процессов (входных
                                   ресурсов)




ЗАДАЧИ УКАЗАННЫХ НИЖЕ ДВУХ ОБЛАСТЕЙ: согласование миссии и критических бизнес-результатов
агентства с Направлениями деятельности в BRM - Справочной бизнес-модели (Business Reference Model),
измерение результатов, получаемых клиентами.




        МИССИЯ              И             БИЗНЕС-          РЕЗУЛЬТАТЫ ДЛЯ КЛИЕНТОВ
        РЕЗУЛЬТАТЫ                                               Выгоды для клиентов
                                                                 Сфера действия услуг
                Услуги для граждан                               Графики и ответственность
                                                                 Качество услуг
               Поддержка доставки услуг
                                                                 Доступность услуг
               Управление      правительственными
                ресурсами
                                                                                *


ЗАДАЧА УКАЗАННОЙ НИЖЕ ОБЛАСТИ: измерение прямого эффекта от повседневной деятельности и
процессов, существующих в агентстве, определенных как двигатели в направлении достижения желаемых
результатов. Используется для определения и измерения Способов доставки (Mode of Delivery), введенных в
BRM - Справочной бизнес-модели.

                         ПРОЦЕССЫ И ДЕЙСТВИЯ
                     Финансы                                       Качество
                     Производительность и                          Безопасность и
                    эффективность                                  секретность
                     Время цикла и графики работ                   Менеджмент и
                                                                   инновации




ЗАДАЧИ УКАЗАННЫХ НИЖЕ ТРЕХ ОБЛАСТЕЙ: ключевые обеспечивающие средства,
измеренные как их вклад в производимую продукцию - и в распространение, развитие
результатов.
                                   ТЕХНОЛОГИИ
                                      o     Финансы
                                      o     Качество
                                      o     Эффективность
        ЧЕЛОВЕЧЕСКИЙ                                                            ДРУГИЕ
                                      o     Информация и данные
        КАПИТАЛ                       o     Надежность и доступность            ОСНОВНЫЕ
                                      o     Результативность
                                                                                СРЕДСТВА




                                                     146
       ВХОДНЫЕ РЕСУРСЫ, ИСПОЛЬЗУЕМЫЕ ДЛЯ ПОЛУЧЕНИЯ РЕЗУЛЬТАТОВ
      (стрелки вверх показывают рост создаваемой ценности продукции и результатов)

      Рисунок 3.3. PRM Версии 1.0 Справочной модели производительности

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

3.2.4.1 Область измерения «Миссия и бизнес-результаты»
      Область измерения «Миссия и бизнес-результаты» в PRM предназначена для
отражения результатов, которые агентства стремятся достигнуть. Настроенные измеряемые
индикаторы (Operationalized Measurement Indicator) для PRM позволяют измерять
продвижение к достижению установленной цели.
Примеры определения показателей производительности / эффективности
Ниже в таблице 3.1 приведены примеры определения настроенных показателей
(индикаторов) производительности для области "Миссия и бизнес-результаты".
Примечание PRM распространяется без настроенных индикаторов. Их настройка – это
задача каждого федерального агентства.


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


                                                     147
Категории измерений        Базовый измеряемый индикатор        Настроенный измеряемый индикатор
Центральное                Управление взиманием налогов        Процент индивидуальных деклараций,
правительство                                                  оплаченных электронным способом
Категории измерений        Базовый измеряемый индикатор        Настроенный измеряемый индикатор
Планирование и             Архитектура предприятия             Степень, в которой агентства мигрируют
размещение ресурсов                                            в своих информационных технологиях к
                                                               Архитектуре предприятия
Категории измерений        Базовый измеряемый индикатор        Настроенный измеряемый индикатор
Управление человеческими   Набор специалистов и служащих       Процент агентств, сознающих, что
ресурсами                                                      отчеты Управления кадровой службы
                                                               (Office of Personnel Management)
                                                               создают им условия для развития и
                                                               сопровождения рабочей силы,
                                                               отвечающей их миссиям.


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

3.2.4.3 Область измерения «Процессы и действия»
      Область измерения «Процессы и действия» предназначена для того, чтобы
отразить тот выходной продукт (в оригинале дословно - выпуск продукции), который
является   непосредственным       результатом      процесса,     поддерживаемого         ИКТ-
инициативами. Выходной продукт (чаще услуга, но в некоторых случаях и изделие)
обычно находится под управлением федеральных программ и вносит значительный
вклад в результаты, которые фактически входят в области «Миссия и бизнес-
результаты» и «Результатами для клиентов». Эта область измерения кроме того
охватывает ключевые аспекты или действия, которые необходимы для проведения
мониторинга и-или различных улучшений.

3.2.4.4 Область измерения «Технологии»
      Область измерения «Технологии» предназначена для того, чтобы представить те
ключевые элементы, используемые при выполнении той или иной работы, которые
непосредственно связаны к рассматриваемой ИКТ-инициативе. Область измерения
«Технологии» включает следующие категории измерений:


                                             148
       -   Финансы (Financial) – затраты, связанные с технологиями, а также затраты,
которых    удается     избежать    благодаря     сокращению     или          устранению     избыточных
информационных технологий;
       -   Качество (Quality) - степень, в которой технология удовлетворяет требованиям со
стороны функциональных возможностей или средств, использование лучших методов и
выполнение стандартов;
       -   Эффективность (Efficiency) – характеристика системы или прикладного
приложения     в     терминах     времен   ответа,     способности       к     взаимодействию
(интероперабельности),     доступности     для    пользователя       и       возможностей    по
усовершенствованию технических показателей и характеристик;
       -   Информация и данные (Information & Data) – совместное использование данных
или информации, стандартизация, надежность и качество, а также возможности и средства
по хранению;
       -   Надежность и доступность (Reliability & Availability) - мощность системы или
приложения, готовность для пользователей, отказоустойчивость системы или приложения;
       -   Результативность (Effectiveness) - степень, в которой пользователи удовлетворены
соответствующим приложением или системой с позиции выполнения требований
пользователя и их воздействие на показатели процессов, которые позволяют выполнять
миссию и предоставлять результаты для клиента.
       Для этой области измерений примеры настроенных измеряемых индикаторов
показаны в таблице 3.2.
                      Таблица 3.2. Показатели производительности для
                                области измерения «Технологии»
Категории измерений        Базовый измеряемый индикатор       Настроенный измеряемый индикатор
Надежность и доступность   Надежность                         Процент внеплановых потерь времени в
                                                              оборудовании Системы интерактивной
                                                              обработки метеорологической
                                                              информации (Advanced Weather
                                                              Interactive Processing System, AWIPS)
Категории измерений        Базовый измеряемый индикатор       Настроенный измеряемый индикатор
Надежность и доступность   Доступность                        Процент незапланированных простоев,
                                                              вызванных управляющим программным
                                                              обеспечением
Категории измерений        Базовый измеряемый индикатор       Настроенный измеряемый индикатор
Результативность           Удовлетворенность клиента          Количество пользователей,
                                                              удовлетворенных возможностью
                                                              проводить свободные платежи через
                                                              Службу внутренних доходов (Internal
                                                              Revenue Service, IRS)
Категории измерений        Базовый измеряемый индикатор       Настроенный измеряемый индикатор


                                                 149
Результативность            Выполнение требований           Процент внутренних пользователей,
                                                            которые отчитываются об
                                                            использовании систем управления
                                                            Архитектурой предприятия в
                                                            соответствии с установленным
                                                            порядком

3.2.4.5 Область измерения «Человеческий капитал»
       Обзор       законодательных    требований     и   существующей      лучшей      практики
свидетельствуют, что отражение аспектов, связанных с характеристиками человеческого
капитала являются обязательным. По этой причине PRM Версия 1.0 включает позицию
«Человеческий капитал». Однако, в связи с тем, что область измерения «Человеческий
капитал» не будет использоваться для формирования бюджета на финансовый 2005 год,
PRM пока не предусматривает конкретные категории измерения.

3.2.4.6 Область измерения "Другие основные средства" (Other Fixed Assets)
       Так же как и в предыдущем случае с «Человеческим капиталом», обзор
законодательных требований и существующих лучших методов показывает, что отражение
аспектов, связанных с характеристиками различных основных средств (например,
транспортные средства, средства обслуживания, другое оборудование) также является
критическим. По этой причине PRM Версия 1.0 включает позицию «Другие основные
средства». Однако, в связи с тем, что область измерения «Другие основные средства» не
будет использоваться для формирования бюджета на Финансовый год 2005, PRM в этом
пункте не предусматривает конкретных категорий измерения.
       Важно отметить, что базовые измеряемые индикаторы, включенные в PRM, являются
для агентств не более чем отправными точками. В своих документах Exhibit 300 для
формирования бюджета финансового 2005 года агентствам потребуется проводить
настройку четырех базовых измеряемых индикаторов для каждой из главных ИКТ-
инициатив, классифицируемых как «Новые Разработки, Модернизация или Расширение».
Агентствам следует спроектировать эти настраиваемые измеряемые индикаторы таким
образом, чтобы они соответствовали специфике окружающей среды данного агентства и
конкретным целям проводимых ИКТ-инициатив. По мере того, как правительственные
агентства будут использовать PRM в течение определенного времени, состав настраиваемых
измеряемых индикаторов будет расширяться и они будут постоянно увеличивать объем
полезного фактического содержания используемой в данном агентстве PRM.



                                               150
3.2.4.7 Построение "Линии прицела на результаты" (Build Line of Sight to Results)
      Общая ценность использования PRM достигается не в какой-либо отдельной области
измерения, но когда все имеющееся множество областей измерения используется с целью
понять полную значимость и вклад ИКТ-инициатив в конечные результаты. Более того,
эффективное использование PRM требует идентификации некоторого определенного
количества настроенных измеряемых индикаторов в каждой из соответствующих областей
измерения, которые позволяют построить «Линию прицела» от ИКТ-инициативы к
процессам и действиям, которые они поддерживают и от них к достигаемым результатам
для клиентов, и к миссии и бизнес-результатам. Хотя PRM может включать множество
различных индикаторов, тем не мене ее истинная ценность не определяется их количеством.
Главная ценность состоит в возможности выбрать наиболее критические индикаторы,
которые дают важную информацию для принятия решений.
      Пример, приведенный на рисунке 3.4 взят из описаний, которые были разработаны на
основе идентификации фактических мероприятий агентств, которые они используют в своих
планах, разработанных в соответствии с требованиями Акта GRPA - Федерального Закона
США о результативности и продуктивности деятельности правительства, а также на основе
отчетов агентств по проводимым настройкам базовых измеряемых индикаторов в области
измерения «Миссия и бизнес-результаты».




                                          151
              МИССИЯ И БИЗНЕС-РЕЗУЛЬТАТЫ                       РЕЗУЛЬТАТЫ ДЛЯ КЛИЕНТОВ

  Категории          Базовый          Настроенный            Категории           Базовый      Настроенный
  измерений        измеряемый         измеряемый             измерений         измеряемый     измеряемый
                    индикатор          индикатор                                индикатор      индикатор
Образование      Высшее             Увеличение             Качество          Точность       Процент
                 образование        количества             обслуживания      доставляемых   финансовых
                                    студентов,                               услуг или      грантов,
                                    зачисленных в                            продуктов      удовлетворяющи
                                    высшие учебные                                          х потребности
                                    заведения                                               клиентов




                        ПРОЦЕССЫ И ДЕЙСТВИЯ

                       Категории            Базовый             Настроенный
                       измерений          измеряемый        измеряемый индикатор
                                           индикатор
                    Время цикла и       Время цикла        Время предоставления
                    графики работ                          гранта и сообщение
                                                           институтов по принятым
                                                           решениям


                        ТЕХНОЛОГИИ

                       Категории              Базовый              Настроенный
                       измерений            измеряемый             измеряемый
                                             индикатор              индикатор
                    Надежность и            Доступность        Процент
                    доступность                                незапланированных
                                                               простоев, вызванных
                                                               управляющим
                                                               программным
                                                               обеспечением


   Рисунок 3.4. Пример настройки измеряемых индикаторов для ИКТ-инициативы,
                      поддерживающей процессы выделения грантов.


        Примечание Позиции, обозначенные серым цветом, означают существующие
        индикаторы, взятые из реального плана ИКТ-инициативы по оценке характеристик ее
        выполнения, плана, разработанного в соответствии с требованиями Закона GRPA о
        результативности и продуктивности деятельности правительства.




                                                     152
3.3 Справочная бизнес-модель (Business Reference Model - BRM)

3.3.1 Представление Справочной бизнес-модели
      Справочная бизнес-модель в составе ЕФА является обобщенной (рамочной)
функциональной структурой, предназначенной для описания областей деловых операций
федерального правительства независимо от того, какие конкретные госпредприятия их
выполняют. BRM обеспечивает упорядоченную, иерархическую конструкцию для описания
(точнее - перечисления, классификации и структуризации) областей и подобластей
ежедневных бизнес-операций федерального правительства. В то время как много типов
моделей существуют для описания организаций – например, организационные диаграммы,
карты местоположения и т.д. – BRM представляет деятельность ЭП, используя
функциональный подход. Исходя из этого, BRM в качестве первого уровня ЕФА США
будет служить отправной точкой при анализе данных, приложений и ИКТ.
Главные свойства BRM
BRM, как Справочная бизнес-модель, описывает бизнес-направления или направления
деятельности (Lines of Business) федерального правительства и услуги, которые
предоставляются гражданам вне зависимости от того, какие из конкретных госпредприятий
(агентств, бюро или офисов) осуществляют эти бизнес-операции и предоставляют
соответствующие услуги.
В описании BRM бизнес-области делятся на направления деятельности или бизнес-
направления (которые вполне могут считаться крупными функциями госпредприятия), а
направления - на подфункции.

3.3.2 Первая версия и развитие BRM
      Развитие и модернизация BRM показывает способы, которыми пользуется FEARMO
для последовательного проведения поддержки реорганизации государственных органов на
основе применения ЕФА. По этой причине далее дается краткая характеристика первой
версии BRM, а затем показываются и объясняются изменения, сделанные во второй версии.
      Так же, как и любые работы в ЕФА, разработка BRM является итерационным и
непрерывным процессом. Офис OMB при публикации первой версии BRM указал, что в
течение первого времени Справочная бизнес-модель будет требовать частых пересмотров, а
количество и частота замены версий стабилизируется лишь через некоторое время.



                                         153
Изменения будут верифицироваться (проверяться) федеральными предприятиями и
публиковаться на веб-сайте офиса FEAPMO.
         В первой версии BRM идентифицирует три бизнес-области (области деятельности
предприятия - основной и вспомогательной), которые обеспечивают высокоуровневое
представление операций, выполняемых федеральным правительством:
         -    услуги гражданам;
         -    поддержка доставки услуг госпредприятия по назначению;
         -    внутренняя деятельность / инфраструктура предприятия.
  Указанные три бизнес-области включают в целом 35 внешних и внутренних направлений
бизнеса (бизнес-направления) - услуги и продукты, предоставляемые федеральным
правительством своим гражданам и 137 подфункций - более низкоуровневые действия,
выполняемые            госпредприятиями   (организациями)   -     федеральными    агентствами
(министерствами) в рамках этих направлений бизнеса. Характеристики трех указанных
бизнес-областей BRM таковы.
         Область бизнеса, охватывающая услуги гражданам, - это основная область. Она
включает поставку товаров для общественного, коллективного и индивидуального
использования, ориентированных на удовлетворение потребностей людей, а также полезных
услуг,       которые     в   целом   поддерживают    выполнение   обязательств   федерального
правительства по увеличению благосостояния граждан и по защите национальных
интересов всего населения. Эта бизнес-область включает 22 бизнес-направления и 82
подфункции.
         Область бизнеса по поддержке доставки услуг гражданам обеспечивает
выполнение политики, поддержание программного и управляющего обеспечения и средств,
которые реализуют и облегчают доставку гражданам услуг федерального правительства в
целом и отдельных государственных предприятий - федеральных агентств, правительств
штатов и местных органов власти. Данная бизнес-область включает 9 бизнес-направления и
32 подфункции.
         Область бизнеса, охватывающая внутреннюю деятельность правительства и его
инфраструктуру, относится к выполнению всех действий, поддерживающих эффективное
выполнение федеральным правительством в целом и отдельными госпредприятиями своих
функций и задач. Эта бизнес-область включает 4 направления бизнеса и 23 подфункции.




                                               154
3.3.3 Обзор изменений, произведенных в областях бизнеса Справочной бизнес-
модели BRM версии 2.0.
В 2003 г. была пересмотрена бизнес-модель Версии 1.0, и разработана новая версия этой
бизнес-модели. На рисунке 3.5 представлена пересмотренная бизнес-модель Версии 2.0.
Новая версия включила в себя четыре бизнес-области:
      -   услуги для граждан;
      -   способы доставки;
      -   поддержка доставки услуг;
      -   управление правительственными ресурсами.




                                           155
Оборона и национальная                                   Управление охраной окружающей
безопасность                          Услуги для         средой
Внутренняя безопасность                граждан           Природные ресурсы
Разведывательные операции                                Управление устранением
Обеспечение правопорядка                                 последствий катастроф
Международные дела и                                     Общественные и социальные
торговля                                                 услуги
Судебные и правовые                                      Экономическое развитие
действия                                                 Управление людскими ресурсами
Исправительные действия                                  Фундаментальные науки и
                                                         инновации
                                    Образование
                                    Энергия
                                    Здравоохранени
                                    е
                                    Транспортировк
                                    а
                                    Гарантия
                                    получения
                                    дохода
Доставка                                                 Перемещение финансов
правительственных услуг                Способы           Федеральная финансовая помощь
Прямые услуги для граждан              доставки          Кредитование и страхование
Создание и управление                                    Трансферты для штатов и
знаниями                                                 местных властей
Создание и управление
общественными товарами
Обеспечение и соблюдение
выполнения требований
регулирования




Законодательные отношения                            Контроль и надзор
Общественная деятельность             Поддержка      Сбор доходов
Развитие регулирования              доставки услуг   Управление и снижение внутренних
Планирование и размещение                            рисков
ресурсов

                                      Центральное
                                     правительство


Управление цепочкой поставок          Управление     Административное управление
Управление человеческими              правитель-     Управление информацией и технологиями
ресурсами                             ственными
                                       ресурсами

                                      Управление
                                      финансами
                               Рисунок 3.5. Структура BRM v2.0,
                 пересмотренной бизнес-модели Версии 2.0. ЭП США.



                                               156
УСЛУГИ ДЛЯ ГРАЖДАН

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


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


Судебные слушания.        Тюремное                    Научные и
Юридическая защита.       содержание                  технологические
Юридические               преступников                исследования и
расследования Судебные    Реабилитация                инновации
преследования/тяжбы       преступников                Космические
Помощь в разрешении                                   исследования и
споров                                                инновации




                                                157
Рисунок 3.6. Область бизнеса «Услуги для граждан»




                       158
       Изменения по переименованиям для области «Услуги для граждан»
       Что включает область «Услуги для граждан»?
       Область бизнеса «Услуги для граждан (The Services for Citizens)», которая
переименовывает и заменяет область «Услуги гражданам (Services to Citizens)» в Версии 1.0,
предназначена для описания миссии и конечных целей правительства США в терминах
услуг, которые оно предоставляет как для американских граждан, так и от их имени.
Данная область включает 19 направлений и 66 подфункций. На рисунке 3.6 представлена
область бизнеса «Услуги для граждан».
Почему было проведено это изменение?
Область «Услуги для граждан» была переименована для того, чтобы четко объяснить, что
этот   уровень   должен   включать      как   правительственные   услуги,     предоставляемые
непосредственно гражданам (например, помощь в обеспечении жильем), так и услуги,
предоставляемые от имени граждан (например, Обеспечение правопорядка, Национальная
оборона). Значительное количество поступивших комментариев выражало обеспокоенность
в связи с отсутствием такого важного различения.
       Кроме того, было изменено и определение области «Услуги для граждан», что по
мнению FEAPMO представляет наиболее принципиальное изменение в этой области
бизнеса. В соответствии с этим изменением в начало определения области «Услуги для
граждан» было добавлено следующее:
       "Область    бизнеса    «Услуги     для    граждан»    описывает      миссию   и   цель
Правительства Соединенных Штатов в терминах услуг, которые оно обеспечивает
для американских граждан и от имени американских граждан.
и далее по прежнему тексту:
       Область    включает     предоставление         ориентированных    на   удовлетворение
потребностей людей изделий для общественного и индивидуального использования, а
также полезных услуг, которые в целом поддерживают выполнение обязательств
Федерального правительства по увеличению благосостояния граждан и по защите
национальных интересов всего населения".
       Таким образом «Услуги для граждан» распространяются на выполнение всех тех
функций, которые составляют принципиальные истоки того, ради чего американское
правительство существует. Американский налогоплательщик вправе ожидать, что его
правительство эти услуги ему предоставит. В то же время прежнее определение
рассматриваемой области бизнеса, как показывают поступающие комментарии, содержало

                                                159
в себе некоторую неопределенность. Многие комментаторы считали, что не любая
правительственная функция, которая имеет точку соприкосновения с гражданами, должна
была включаться в уровень «Услуги для граждан». Например, Web-сайты, рекламирующие
вакантные рабочие места в правительственных учреждениях, предоставляют определенные
услуги гражданам, тем не менее согласно новому определению области бизнеса «Услуги
для граждан», они не должны включаться в этот уровень. Это следует из того, что
правительство существует не для того, чтобы нанимать на службу людей, а
соответственно это не является конечной целью правительства. Именно поэтому ИКТ-
инициативы по разработке и по обслуживанию таких Федеральных Web-сайтов не были
отнесены к направлению бизнеса «Услуги для граждан», а вошли в состав подфункции по
вербовке граждан в направлении бизнеса «Человеческие ресурсы».
      Общее резюме проведенных изменений в BRM Версии 2.0 в области бизнеса
«Услуги для граждан».
      Существовавшее различие между подфункциями Администрирование программ
(Program Administration) и Соответствие (Compliance) - Контроль исполнения
законодательства, существовавшее в Версии 1.0, было удалено. Практика показала, что
результаты от введения подобного различия оказались незначительными, а появление во
второй версии новой области «Способы доставки» более адекватно.
      Перечисленные ниже направления бизнеса области «Услуги гражданам» были
переименованы и перемещены в другие области бизнеса, поскольку они не представляли
окончательные цели федерального правительства:
   одобрение деятельности по регулированию (Regulated Activity Approvals) было
    переименовано   в     Обеспечение    и     соблюдение   выполнения   требований
    регулирования (Regulatory Compliance and Enforcement) и перемещено в Область
    бизнеса «Способы доставки»;
       -   страхование (Insurance) было перемещено в область бизнеса «Способы
доставки»;
       -   управление общественными активами (Public Asset Management) было
перемещено в «Способы доставки» и переименовано как Общественные ресурсы, средства
обслуживания и управляющие инфраструктуры (Public Resources, Facilities, &
Infrastructure Management);




                                         160
      -   исследования, опытные разработки и наука (Research & Development and
Science) было перемещено в область бизнеса «Способы доставки» и переименовано как
Исследования и разработки (Research & Development);
      -   управление рыночными активами (Marketable Asset Management) было
переименовано как Продажи Федеральных активов (Federal Asset Sales) и перемещено в
область бизнеса «Поддержка доставки услуг»;
      -   сбор доходов (Revenue Collection) был перемещен в область бизнеса «Поддержка
доставки услуг».
      Кроме того, существует большая совокупность общих изменений, вытекающих из
комментариев, которые были представлены Федеральными агентствами, а также в
результате согласования BRM с кодексом бюджетных функций. В эти изменения входят
следующие:
      -   социальное обеспечение (Social Services) было переименовано как подфункция
Гарантия получения дохода (Income Security). В новой версии модели прежнее
направление бизнеса Социальное обеспечение (Social Services) получило более точное
определение и было перемещено как подфункция в направлении бизнеса Общественное
развитие (Community Development);
      -   общественное    развитие   (Community    Development)   было   повышено    от
подфункции до направления бизнеса;
      -   подфункция Компенсации оставшимся в живых (Survivor Compensation) была
добавлена к направлению бизнеса «Гарантия получения дохода»;
      -   направление бизнеса Общественное здравоохранение (Public Health) было
переименовано в Здравоохранение (Health) и теперь учитывает все услуги в области
здравоохранения;
      -   добавлено новое направление бизнеса Федеральные исправительные действия
(Federal Correctional Activities), которое учитывает все виды и формы федеральной
исправительной деятельности;
      -   направление бизнеса Отдых и Природные ресурсы (Recreation and Natural
Resources) было переименовано в направление бизнеса Природные ресурсы (Natural
Resources); входящие в него подфункции были расширены и уточнены;
      -   направление бизнеса Образование (Education) было пересмотрено и расширено с
тем, чтобы более точно определить конечную цель этого направления бизнеса, а также
конечные цели всех уровней образования;

                                          161
      -     направление бизнеса Защита и национальная безопасность (The Defense and
National Security) было заменено тремя направлениями бизнеса:
             -   внутренняя безопасность (Homeland Security);
             -   разведывательная деятельность (Intelligence Operations);
             -   защита и национальная безопасность (Defense and National Security);
             -   направление бизнеса Дипломатия и иностранные отношения (Diplomacy
            &    Foreign   Relations)   было     переименовано   в   направление   бизнеса
            Международные дела и коммерция (International Affairs and Commerce);
      -     направление бизнеса Безопасность Потребителя (Consumer Safety) было
переименовано как Здоровье и безопасность потребителей (Consumer Health and Safety)
и понижено до уровня подфункции, включенной в напраление бизнеса Здравоохранение
(Health);
      -     внутренняя экономика (Domestic Economy)              была переименована как
Экономическое развитие (Economic Development), при этом ее подфункции были
расширены;
      -     было добавлено направление бизнеса Общая наука и инновации (General
Science and Innovation), которое должны охватывать все федеральные действия по
продвижению общих исследований и технологий.
Кроме того, большое количество направлений бизнеса и подфункций в области бизнеса
«Услуги для граждан» были, для внесения большей ясности, повторно переопределены.
Пример направления с перенесением подфункций.
ЗДРАВООХРАНЕНИЕ (HEALTH) - Здравоохранение включает Федеральные программы и
действия, гарантирующие и обеспечивающие здоровье и хорошее состояние общества.
Сюда входит прямое предоставление услуг здравоохранения и вакцинация, а также
мониторинг и отслеживание индикаторов общественного здоровья для обнаружения
тенденций и идентификации широко распространенных заболеваний и болезней. Сюда
также включаются коммерческие и не коммерческие программы в области здравоохранения:
-     предотвращение заболеваний (Illness Prevention) - поддерживает действия,
связанные с ограничением масштабов распространения заболеваний и уменьшением общего
количества болезней среди населения;
-     управление вакцинацией (Immunization Manage) - включает все действия,
связанные с подготовкой, хранением и использованием вакцин и прививок;



                                               162
-        мониторинг общественного здоровья (Public Health Monitoring) - охватывает
контролирующие действия в области наблюдения за состоянием общественного здоровья, а
также действия, позволяющие прослеживать пути распространения болезней;
-        медицинские услуги (Health Care Services) - включают программы и действия,
которые непосредственно обеспечивают хорошее состояние здоровья и качественное
медицинское обслуживание американского общества, включая коммерческие и не
коммерческие программы здравоохранения.
Здоровье и безопасность потребителей (Consumer Health and Safety) - поддерживает
действия, связанные с осмотром, обучением и оценкой изделий, предназначенных для
широкого потребления и имеющие целью оценить потенциальные риски и опасности,
которые они могут представлять для потребителей (как людей, так и животных), например,
продовольствие, косметика, фармацевтические товары и другие потребительские изделия.
Новое: что такое область "Способы доставки"?
Область бизнеса «Способы доставки» в BRM версии 2.0 является новой. Эта область
бизнеса описывает механизмы, используемые правительством для достижения
окончательных целей правительства или для осуществления подфункций «Услуги для
граждан». В эту область бизнеса включены две главных категории – Финансовые
перемещения и Доставка правительственных услуг.
Зачем потребовалась новая область/уровень?
         FEAPMO стремится к тому, чтобы BRM обеспечивала как можно более
качественную и эффективную основу для формирования ЕФА и поддерживала ее
основополагающую цель по упрощению и улучшению правительственных инвестиций в
информационные технологии и их последующую реализацию. Введение в новой версии
области бизнеса "Способы доставки" создает новую область правительственных действия,
позволяющую идентифицировать операции по усовершенствованию средств доставки, т.е.
механизмов, используемых правительственными служащими для предоставления
услуг.
Агентства даже с очень несходными миссиями могут выбирать способы доставки своих
программ (например, предоставление грантов, научные исследования, строительство и т.д.),
которые в итоге окажутся очень похожими. Одной из главных целей ЕФА является
предоставление средств, позволяющих наиболее полно выделить существующие в этой
области возможности.



                                            163
      Область бизнеса «Способы доставки» обеспечивает ранее отсутствовавшую связь
между       управлением   правительственными     ресурсами   и   достижением       миссии
правительства. В то время как уровень область бизнеса «Услуги для граждан» описывает,
что правительство стремится выполнить для и от имени граждан, область бизнеса «Способы
доставки» описывает, каким образом это будет выполнено. Введенное различие между
предоставлением услуг и способами их реализации позволило более эффективно провести
согласование BRM версии 2.0 с Президентской Инициативой по интеграции выполнения
бюджета,        а     также     увязать     со     Справочной      моделью         оценки
результативности/производительности (Performance Reference Mode l- PRM).
      Введение дополнительного уровня «Способ доставки» позволило в BRM вывести на
первый план некоторые ключевые взаимоотношения, связанные с доставкой услуг для и от
имени граждан, в частности:
        -   новое направление бизнеса «Финансовые перемещения» помогают отобразить
более широкий спектр операций по финансовому управлению, что и предлагается многими
комментаторами;
        -   благодаря введению направления бизнеса «Трансферты для штатов и местных
органов власти» появилась возможность более ясно обозначить роль правительств штатов и
местных органов власти в федеральной BRM.
      В целом область бизнеса «Способы доставки» включает 7 направлений бизнеса и 24
под-функции.
Как это будет использоваться?
Новая область бизнеса «Способы доставки» с учетом пересмотренной и переименованной
области бизнеса «Услуги для граждан» должны рассматриваться совместно, в соответствии
с приведенной ниже схемой.
УСЛУГИ ДЛЯ ГРАЖДАН                 Что является целью правительства?
                                   Каких результатов (outcomes) правительство
                                надеется достигнуть?
СПОСОБЫ ДОСТАВКИ                   Какие механизмы используются правительством,
                                    чтобы достигнуть этих результатов?
                                Что является продукцией (output) этих процессов?




                                           164
      Исходя из предложенной выше конструкции все правительственные программы и
системы информационных технологий, которые связаны с выполнением установленной
миссии правительства, могут и должны в рамках Справочной модели бизнеса мыслить в
терминах «вычерчивания схем (mapping)», в обеих областях бизнеса: как «Услуги для
граждан», так и «Способы доставки». Два примера, приведенных ниже, подчеркивают
важность того, что эти две области бизнеса разделены.
Два примера "Способов доставки"
      Когда агентства готовят свои программы или инвестирование ИКТ-инициатив, они
одновременно должны отображать на этой же схеме и соответствующие направления
бизнеса и подфункции в области бизнеса «Способы доставки». Это необходимо для того,
чтобы принимать во внимание «метод», которым агентство будет предоставлять ту
или иную услугу. Как уже отмечалось ранее, эти «методы» являются просто функциями и
они не могут представлять финальную цель деятельности Федерального правительства.
Например, агентство может предоставлять гранты определенному сообществу для
некоторой конкретной цели, такой как, в частности, обеспечение жильем. Общая цель
области бизнеса «Услуги для граждан» не состоит в предоставление грантов; эти действия
отражаются в Развитии сообществ (которое является подфункцией области бизнеса «Услуги
для граждан») через использование грантов (область бизнеса «Способ доставки»).
Поскольку   каждый из Способов доставки может поддерживать многие из Услуг для
граждан, было принято решение выделить «Способы доставки» в отдельную область
бизнеса с тем, чтобы уменьшить общую избыточность в Справочной модели бизнеса.
      Другой поясняющий пример связан с подфункцией Исследование и разработки из
области бизнеса «Способом доставки». Исследование и разработки являются одним из
путей, который правительство выбирает, в частности и для того, чтобы содействовать
усовершенствованию "Услуг для граждан". Включение исследований и разработок в
уровень «Способ доставки» позволило в Справочной модели бизнеса отказаться от внесения
исследований и разработок в качестве отдельной подфункции в каждое направление бизнеса
в уровне «Услуги для граждан», которые в той или иной степени могут иметь отношение к
научно-исследовательским разработкам. Организации, которые являются ответственными за
те или иные научно-исследовательские программы, теперь должны самостоятельно
указывать на наличие связи между подфункцией «Исследования и разработки» в «Способах
доставки» с    соответствующими     подфункциями        «Услуг   для   граждан» (например,
оздоровление окружающей среды, начальное образование и т.д.).

                                           165
      Таким образом, вторая версия Справочной модели бизнеса позволяет различным
агентствам, связанным с научными исследованиями, объединиться с тем, чтобы выделить
общие ИКТ-решения, однако при этом на первый план выдвигается тот факт, что каждая из
научно-исследовательских       программ имеет свои различные цели и предоставляет
различные услуги гражданам. Кроме того, важно обратить внимание на то, что программы,
целью которых являются только общие исследование и которые не вносят прямого вклада в
конкретные «Услуги для граждан» в настоящей модели бизнеса, должны быть отнесены к
новому направлению бизнеса «Фундаментальные науки и инновации»; это направление
рассматривается как самостоятельная услуга для граждан.
      Изменения в области «Поддержка доставки услуг»
      Область бизнеса «Поддержка доставки услуг» обеспечивает основные принципы
политики, программное и организационное подкрепление, которые делают возможным
доставку услуг Федерального правительства гражданам, обществу и другим Федеральным,
региональным (штаты) и местным агентствам. Входящие сюда направления бизнеса
отличаются от направлений бизнеса в «Способах доставки» тем, что они сами
непосредственно не осуществляют обслуживание.
      По сравнению с первоначальной версией эта область бизнеса осталась достаточно
постоянной. Небольшие изменения связаны с согласованием с направлениями бизнеса в
других измененных бизнес-областях. Данная область включает 8 направлений бизнеса и 35
подфункций.

3.3.4 Общее резюме проведенных изменений.
      Некоторые направления бизнеса и подфункции, которые не описывали функции
«Поддержки доставки услуг», были перемещены соответственно в новую область бизнеса
«Способы      доставки»    и   в   переименованную   область   бизнеса   «Управление
правительственными ресурсами» (ранее она называлась         «Внутренние операции    /
инфраструктура»):
      -    федеральная финансовая помощь (Federal Financial Assistance) и связанные с
ней подфункции были перемещены в область бизнеса «Способы доставки».
      -    управление ИКТ (IT Management) было перемещено в область бизнеса
«Управление правительственными ресурсами».
      Были введены два направления бизнеса, которые в предыдущей версии входили в
состав области бизнеса «Услуги гражданам»:


                                          166
       -    сбор доходов (Revenue Collection) и управление рыночными активами (Marketable
Asset Management), (при этом Управление рыночными активами было переименовано как
«Продажи Федеральных активов (Federal Asset Sales)» и включено как подфункция Сбора
доходов).
      Есть и другие менее значительные изменения. Одно изменение связано с кодексом
бюджетных функцией и потребовало специального обсуждения: добавлено направление
бизнеса «Центральное правительство (General Government)» для того, чтобы охватить
федеральные агентства, которые выполняют централизованные управляющие действия для
всего правительства в целом. Эти действия включают следующие подфункции:
Централизованные финансовые операции (Central Fiscal Operations), Законодательные
функции      (Legislative   Functions),    исполнительные     функции    (Executive   Functions),
централизованное       управление         собственностью    (Central    Property   Management),
Централизованное управление персоналом (Central Personnel Management), Управление
налогообложением (Taxation Management), Управление централизованными записями и
статистикой (Central Records and Statistics Management).
Причина, вызвавшая появление направления бизнеса «Центральное правительство» имеет
два аспекта. С одной стороны это гарантирует согласование с классификацией бюджетных
функций, которая содержит почти полностью идентичные категории. Второй аспект
несколько более сложен и ответ может быть найден в комментарии, поддержанном сразу
несколькими федеральными агентствами:
      «Как сделать так, чтобы Справочная модель бизнеса, которая организована вокруг
Услуг для граждан, принимала во внимание те агентства, которые обеспечивают Услуги
для правительства, например, Администрация служб общего назначения (General Services
Administration, GSA);Управление кадровой службы (Office of Personnel Management, OPM); и
ряд других?»
      FEAPMO встретился с этой проблемой, начиная с первой версии Справочной модели
бизнеса. В то время было принято решение, что разделение направлений на «внутренние и
внешние (Inter- vs. Intra-agency)» будет добавлено для каждого Направления бизнеса, в
которых имеются подфункции с «не обслуживанием граждан (non-service for citizen)». Это
решение позволяло принимать во внимание деятельность тех агентств, которые
обеспечивали предоставление услуг для других правительственных агентств. С тех пор
Справочная модель значительно продвинулась, в               особенности за счет официального
признания того положения, что модель должна различать конечные цели правительства

                                                 167
и методы, используемые правительством для выполнения этой цели. Имея в виду
специфику организаций, обеспечивающих Услуги для правительства (the Services for
Government), Справочная модель бизнеса также должна принимать во внимание их особые
цели. Именно для того, чтобы учитывать такие организации, в Справочную модель бизнеса
было добавлено новое Направление бизнеса «Центральное правительство», которое почти
полностью согласовано с кодексом бюджетных функций. Это направление бизнеса было
помещено в уровень «Поддержки доставки услуг» Справочной модели бизнеса (которое и
является его соответствующим местоположением). Выступая как «цель» для определенного
количества агентств, это направление одновременно имеет много общего с уровнем «Услуги
для граждан», где подобные «цели» правительства также присутствуют. Организации,
которые указывают свою связь с направлением бизнеса «Центральное правительство»,
должны также указывать связь с соответствующим «Способом доставки», аналогично
тому, как это делается в организациях, обеспечивающих обслуживание граждан. Кроме
того, каждое из этих агентств должно описать свое взаимодействие и с другими
применяемыми подфункциями из областей бизнеса «Поддержка доставки услуг» и
«Управление правительственными ресурсами».
      Межагентские     или   внутриагентские    (Cross   Agency   vs.   Agency-Specific)
направления и подфункции
      Несмотря на введение нового направления бизнеса FEAPMO также приняло решение
сохранить различие между «внутренними и внешними (Inter- vs. Intra-agency)» действиями,
хотя в новой версии Справочной модели эти термины заменены на «межагентские» и
«внутриагентские». Напомним, что сфера этих действий охвачена Направлениями бизнеса
«Управление правительственными ресурсами» и «Поддержка доставки услуг». FEAPMO
признает, что добавление нового направления бизнеса «Центральное правительство» может
сделать сохранение этого различия в некоторых случаях ненужным. Однако мы чувствуем,
что дополнительный уровень детализации различий в ряде других случаев будет
перевешивать потенциальную избыточность. Кроме того, сохранение это различия
является чрезвычайно важным при описании ИКТ-инициатив в рамках реализации
электронного правительства и поддержания межагентского взаимодействия.
      Например, межагентские решения о поездках могли бы быть отнесены к «Поездки
(межагентские) (Travel (cross-agency))». Без использования такого различения эта
инициатива ничем не отличается от внутриагентских поездок.



                                         168
FEAPMO будет повторно рассматривать эту проблему в будущем с тем, чтобы определить
нет ли необходимости направление бизнеса «Центральное правительство» расширить в
самостоятельную область бизнеса. Это пока текущие размышления однако ясно, что
рассматриваемые различия – это не «функциональные» различия (которые отражаются в
BRM), а скорее различия в масштабах или в сферах деятельности. Очевидным является то
обстоятельство, что если, например,        организация выполняет функцию платежной
ведомости (the payroll function) для нескольких других агентств, это не означает, что сами
функции платежной ведомости в них принципиально различаются. Кроме того, также как и
в других уровнях BRM, здесь для внесения ясности были пересмотрены некоторые
определения.

3.3.5 Изменения по переименованиям для области «Управление
правительственными ресурсами»

3.3.5.1 Что включает область "Управление правительственными ресурсами"?
      «Управление правительственными ресурсами»             (прежнее название «Внутренние
операции и инфраструктура») относится к действиям по управлению ресурсами, которые
должны быть выполнены для того, чтобы Федеральное правительство могло эффективно
работать каждый день. Эта область бизнеса затем разделена (further divided) на две
подобласти:    «межагентские   (Cross-Agency)»      и   «внутриагентские   (Agency-Specific)»
операции.
Несмотря на то, что в большинстве случаев действия по управлению ресурсами агентств
поддерживают     их собственные        Направления бизнеса (внутриагентские), причем
ориентированные на обслуживание граждан, существуют ряд правительственных агентств,
которые предоставляют аналогичные или близкие услуги для других Федеральных
правительственных агентств. Эти действия концентрируются в пределах области бизнеса
межагентского управления правительственными ресурсами (Cross-Agency Management of
Government Resources Business Area).
      Подфункции.
      Категория    Межагентского       управления       может   быть   выделена   (дословно:
дифференцирована, can be differentiated) во вновь созданном направлении бизнеса
«Центральное правительство», в котором прежние функции, выполняемые агентством, были
полезными или могли использоваться несколькими агентствами, несмотря на то, что они


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

3.3.5.2 Почему были проведены изменения?
      Область Бизнеса «Внутренние операции / инфраструктура» была переименована в
«Управление правительственными ресурсами». Слова «внутренние» и «инфраструктура»
были удалены для того, чтобы усилить важность этих направлений бизнеса для всех
аспектов предоставления правительственных услуг (как внутренних, так и внешних).
Основное назначение данной категории остается неизменным; новое название более точно
отражает ориентацию на «управление ресурсами» в данной области бизнеса.

3.3.5.3 Общее резюме произведенных изменений.
      В ходе проведенных изменений была пересмотрена подфункция Финансовое
управление (Financial Management) с тем, чтобы согласовать ее с «Основными
Процессами (Core Processes)» Финансового управления в соответствии с тем, как это
определено рабочей группой по Рамочной структуре Федерального управления финансами
(Joint Financial Management Improvement Program’s (JFMIP) Federal Financial Management
Framework Working Group):
      -   администрация (Administration) и Человеческие Ресурсы (Human Resources)
были переименованы как Управление человеческими           ресурсами (Human Resource
Management) и Административное управление (Administrative Management) для более
точного отражения своих функций.
      -   к направлению бизнеса Управление человеческими ресурсами была добавлена
новая подфункция Управление персоналом (Personnel Management) вместо прежних
подфункций Продвижение и вознаграждение, Управление трудовыми отношениями
(Advancements and Awards, Labor Management); все другие общие процессы управления
персоналом были сохранены от предыдущей версии.
      ИКТ-управление (IT Management) было перемещено из области бизнеса
«Поддержка доставки услуг» в качестве нового Направления бизнеса и подверглось
переименованию в виде Управление информацией и технологиями (Information and
Technology Management); сюда теперь включается подфункция Обслуживание ИКТ-


                                           170
инфраструктуры (IT Infrastructure Maintenance) из бывшего направления бизнеса
Администрация (Administration), а также все ключевые подфункции из прежнего
направления бизнеса Управление бизнес-информацией (Business Management of
Information):
-          добавлена подфункция ИКТ-безопасность (IT Security) в направлении бизнеса
Управление информацией и технологиями;
       -   для повышения ясности были введены понятия «Внутриагентские (Agency-
Specific)» и «Межагентские (Cross-Agency)» операции вместо терминов Intra-агентство и
Inter-агентство.



3.4 Справочная модель сервисных компонентов Версия 1.0 (Service
Component Reference Model, SRM)

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


                Области сервиса (Service Domains)




                                           171
                                Типы сервиса (Service Type)




                                                 Компоненты (Components)


                 Рисунок 3.7. Иерархическая структура SRM.

Справочная модель сервисных компонентов была разработана в рамках сотрудничества
между Рабочей группой по архитектурным решениям (Solution Architect’s Working Group,
SAWG), Федеральными агентствами, Промышленным консультативным Советом (Industry
Advisory Council, IAC) и Комитетом по архитектуре и инфраструктуре (Architecture and
Infrastructure Committee, AIC). Данная Справочная модель сервисных компонентов
идентифицирует семь областей сервиса (услуг), обеспечивая высокоуровневое описание
услуг и средств, которые поддерживают деятельность предприятия, а также существующие
в организации процессы и используемые приложения.
Семь областей услуг SRM - Справочной модели сервисных компонентов
Область «Услуги клиентам» состоит из средств, которые непосредственно относятся к
конечному клиенту, обеспечивают взаимодействие между бизнесом и клиентом и
осуществляют управляемые клиентом действия или функции. Эта область услуг состоит из
трех Типов услуг и двадцати одного компонента.
Область «Услуги автоматизации процессов» состоит из средств, которые поддерживают
автоматизацию действий по обработке и управлению, обеспечивающих помощь в
эффективном управлении бизнесом. Эта область услуг состоит из двух типов услуг и пяти
компонент.
Область «Услуги управления бизнесом» состоит из средств, которые поддерживают
управление и выполнение бизнес-функций и организационных действий, которые
поддерживают непрерывность функционирования бизнеса с учетом действий всей цепочки
участников, создающих добавленную ценность. Эта область услуг состоит из четырех типов
услуг и двадцати компонентов.
Область «Услуги по цифровым активам» состоит из средств, которые поддерживают
генерацию, управление и распространение интеллектуального капитала и электронной




                                           172
массовой информации в пределах бизнеса и внешних предприятий. Эта область услуг
состоит из четырех типов услуг и двадцати пяти компонентов.
Область «Аналитические услуги бизнесу» состоит из средств, которые поддерживают
извлечение, накопление и представление информации, позволяющей облегчить анализ
решений и оценку результатов бизнеса. Эта область услуг состоит из четырех типов услуг и
девятнадцати компонентов.
Область «Внутриофисные услуи»г состоит из средств, которые поддерживают
менеджмент предприятия, отвечающий за планирование функций по обработке транзакций.
Эта область услуг состоит из шести 6 типов услуг и сорока семи компонентов.
Область «Услуги поддержки» состоит из средств с перекрестными функциональными
возможностями, которые являются независимыми от цели или миссии области услуг. Эта
область услуг состоит из шести типов услуг и тридцати одного компонента.
Как показано на рисунке 3.8, каждая область услуг классифицируется в один или более
типов услуг, которые группируются в соответствии со степенью близости используемых для
поддержки данной области средств.


         Услуги клиентам
         Предпочтения клиентов             Начальная поддержка клиентов
         Управление отношениями с
         клиентами
         Услуги автоматизации процесса
         Трассировка и управление          Маршрутизация и автоматизация
         документооборотом
         Услуги управления бизнесом
         Менеджмент обработки              Управление цепочками поставок
         Организационный менеджмент        Управление инвестициями
         Услуги по цифровым активам
         Управление контентом              Управление документами
         Управление знаниями               Управление отчетами (записями)
         Аналитические услуги бизнесу
         Анализ и статистика               Визуализация
         Интеллектуальный бизнес           Отчетность
         Внутриофисные услуги
         Управление данными                Управление активами/материалами
         Человеческие ресурсы              Развитие и интеграция


                                          173
          Финансовый менеджмент                  Управление человеческим
                                                 капиталом/рабочей силой
   Управление безопасностью                                  Коммуникации
   Управление системами             Услуги поддержки         Сотрудничество
   Формы документов                                          Исследования (поиск)



Рисунок 3.8. Структура Справочной модели сервисных компонентов.


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

3.4.2 Введение в компоненты
        Термин «компонент» для разных людей может описывать разные вещи. Например,
компонент может представлять полное направление бизнеса (business line), такое как,
PAY.GOV американского Министерства финансов; либо это услуга, поддерживающая
валидацию номера социального обеспечения (Social Security Number); либо это приложение
для поддержки процессов управления контентом (Content Management); либо, наконец, это
то или иное функциональное средство, которое может быть доступно через бизнес или
через   технологический       интерфейс.   При     наличии     множества      типов   компонентов,
существующих и доступных в промышленности и в деятельности правительств разных
уровней критически важным для SRM является точное определение понятия «компонент» и
установление того уровня детализации, который должен быть принят в пределах SRM см.
таблицу 3.3.
Определение Компонента. Компонент в пределах SRM определен как «самостоятельный
бизнес-процесс или услуга с предопределенными функциональными возможностями,
которые могут быть реализованы через бизнес или через технологический интерфейс».
Таблица 3.3. Детализация компонента
        Уровень                            Определение                           Использование в
                                                                               Справочной модели
                                                                                   сервисных
                                                                                  компонентов
Объединенный              Совокупность совместно используемых компонентов     Да
компонент                 системного уровня, объединенных для того, чтобы
                          обеспечивать проведение бизнеса, необходимого
                          множеству конечных пользователей, часто
                          принадлежащим к различным организациям.
Система Бизнес-           Совокупность совместно используемых бизнес-         Да


                                                 174
компонентов               компонентов, собранных вместе, чтобы обеспечивать
                          требуемое решение для бизнес-проблемы.
Бизнес-компонент          Представляет реализацию автономных бизнес-           Да
                          концепций или бизнес-процессов. Бизнес-компоненты
                          содержат все технологические элементы (например,
                          программное обеспечение, аппаратные средства,
                          данные), необходимые для того, чтобы выражать,
                          осуществлять и применять данную деловую
                          концепцию как автономный, многократно
                          используемый элемент большой информационной
                          системы. Бизнес-компонент является
                          унифицированной концепцией в пределах развития
                          жизненного цикла и на разных уровнях своего
                          распространения (дистрибуции).
Распределенный            Самый низкий уровень детализации компонента. Он      Да
компонент                 относится к элементам программного обеспечения,
                          которые могут вызываться для исполнения и имеют
                          четко определенный интерфейс и ясное
                          разграничение между интерфейсом и исполнением
                          назначенных действий. Этот уровень отличается
                          наибольшей автономностью применения.
Классы в языках           Классы     в   языках   объектно-ориентированного    Нет
                          программирования используются для построения
                          распределенных     компонентов.    В     настоящей
                          Справочной модели сервисных компонентов классы в
                          языках не рассматриваются.
Эффективная идентификация, сборка и использование компонентов разных уровней
детализации позволяют получить агрегированные услуги для их совместного (разделяемого)
использования между разными агентствами и правительствами. Эти услуги обеспечивают
функциональные возможности и исполнение бизнес-процессов, которые в свою очередь
подкрепляют подфункции BRM. Агрегирование сервисных компонентов содействует
быстрому созданию и реализации необходимых решений для поддержания в агентстве
заданной инициативы или инвестиции.
SRM декомпозируется от верхнего уровня детализации к нижнему, начиная от уровня
процессов и приложений до уровня программного обеспечения и уровня распределенных
компонентов. Эти уровни предоставляют различные возможные перспективы для каждой из
участвующих сторон и для архитекторов, решающих проблемы внедрения этих компонент и
услуг в пределах своих ИКТ-инициатив, ИКТ-активов или ИКТ-инвестиций.

3.4.3 Области, типы и компоненты
Ниже приведены примеры типов и компонентов для двух областей SRM.

3.4.3.1 Область «Услуги клиентам»
Управление отношениями с клиентами                     (Customer Relationship Management) -
определяют        совокупность   функциональных         средств,   которые      используются   для

                                                 175
планирования, диспетчирования и контроля действий, осуществляемых между клиентом и
предприятием до и после того, как предоставлены изделие или услуга:
-          управление центром вызовов (Call Center Management) - определяет совокупность
функциональных средств, которые управляют предоставлением телефонной связи или телефонных
услуг для конечных клиентов;
-          анализ клиентов (Customer Analytics) - определяет совокупность функциональных
средств, которые осуществляют анализ данных относительно клиентов организации, а также
анализ значения и важности информации о третьих лицах, имеющих отношение к клиентам
организации;
-          продажи и маркетинг (Sales and Marketing) - определяют совокупность
функциональных средств, которые облегчают продвижение изделий или услуг и
содействуют выходу на новые виды бизнеса;
-          управление продукцией (Product Management) - определяет совокупность
функциональных средств, которые облегчают создание и обслуживание продуктов и услуг;
       -   управление торговой маркой (Brand Management) - определяет совокупность
функциональных средств,        которые поддерживают действия, связанные с присвоением
торговой марки изделиям или услугам, а также содействуют повышению осведомленности
о соответствующих торговых марках и наименованиях;
       -   управление клиентами /учетом (Customer/Account Management) - определяет
совокупность функциональных средств, которые поддерживают удержание и доставку
продуктов или услуг для клиентов организации;
       -   управление контактами (Contact Management) - определяет совокупность
функциональных средств, которые сохраняют информацию о людях и связанные с этим
формализованные действия организации;
       -   управление отношениями с партнерами (Partner Relationship Management) -
определяет     совокупность    функциональных     средств,   которые   используются   для
планирования и управления действиями между организацией, ее участвующими сторонами
и бизнес-партнерами, включая третьих лиц, задача которых состоит в предоставлении тех
или иных услуг для всех взаимодействующих или участвующих сторон;
       -   обратная связь с клиентами (Customer Feedback) - определяет совокупность
функциональных средств, которые используются для того, чтобы собирать, анализировать и
управлять комментариями и обратной связью от клиентов организации;



                                            176
      -   обзоры (Surveys) - определяют совокупность функциональных средств, которые
используются для того, чтобы собирать полезную информацию от клиентов организации.
Предпочтения      клиентов     (Customer         Preferences)    -        определяют        совокупность
функциональных средств, которые позволяют клиентам организации изменять интерфейс
пользователя и способы представления данных:
-         персонализация (Personalization)        - определяет совокупность функциональных
средств, которые позволяют изменить интерфейс пользователя и способы представления
данных:
-         абонентская      подписка     (Subscriptions)          -        определяет        совокупность
функциональных средств, которые позволяют клиенту присоединяться к общественному
Форуму, к серверу рассылки (Listserv) или к списку адресатов;
-         оповещения и уведомления (Alerts and Notifications) - определяют совокупность
функциональных средств, которые позволяют клиенту вступать в соответствующий контакт
относительно условий абонентской подписки или обслуживания по своим интересам;
-         управление    профилями     (Profile     Management)        -    определяет       совокупность
функциональных средств, которые обеспечивают обслуживание или модификацию учетной
информации клиентов, связанной с их профилем.
Начальная      поддержка    клиентов     (Customer        Initiated       Assistance)   -     определяет
совокупность    функциональных      средств,      которые    позволяют         клиентам       проводить
упреждающий поиск помощи и обслуживания со стороны организации:
-         онлайновая помощь (Online Help)- определяет совокупность функциональных
средств, которые обеспечивают электронный интерфейс для получения пользовательской
помощи.
-         онлайновые обучающие программы (Online Tutorials) - определяют совокупность
функциональных средств, которые обеспечивают электронный интерфейс к системам
обучения и поддержки клиентов.
-         самообслуживание (Self-Service) - определяет совокупность функциональных
средств, которые позволяют       клиентам организации            подписываться на получение
специальных услуг, предоставляемых по собственной инициативе клиента.
-         предварительный заказ / Регистрация (Reservations / Registration) - определяет
совокупность функциональных средств, которые поддерживают электронную регистрацию
и подтверждение факта получения услуг;



                                                 177
-        поддержка многоязыковости (доступа к контенту)                    (Multi-Lingual Support) -
определяет совокупность функциональных средств, которые поддерживают доступ к
данным и информации, представленных на различных языках;
-        запрос о помощи (Assistance Request) - определяет совокупность функциональных
средств, которые поддерживают просьбы о поддержке, поступающие со стороны клиентов;
-        планирование (Scheduling) - определяет совокупность функциональных средств,
которые поддерживают процессы планирования выполнения работы или обслуживания,
которые направлены на удовлетворение потребностей клиентов организации.

3.4.3.2 Область «Аналитические бизнес-услуги (деловые услуги)»
Анализ и статистика (Analysis and Statistics) - определяет совокупность функциональных
возможностей, которые поддерживают экспертизу бизнес-вопросов, проблем и возможных
путей их решения:
-        моделирование      (Modeling)       -       определяет    совокупность      функциональных
возможностей, которые поддерживают имитацию условий или действий, выполняемых
какой либо системой уравнений на некотором множестве исходных данных.
-        прогнозирование     (Predictive)        -    определяет    совокупность     функциональных
возможностей, которые поддерживают процессы прогнозирования степени продвижения в
тех или иных областях, используя для этого определенные множества исходных данных.
-        имитация     (Simulation)       -       определяет        совокупность      функциональных
возможностей,   которые     поддерживают              процессы     представление      интерактивного
взаимодействия между реально существующими объектами.
-        математические       (методы)           (Mathematical)      -   определяют     совокупность
функциональных возможностей, которые поддерживают использование математических
функций и алгоритмов для проведения анализа данных.
-        структурные / тепловые (методы или расчеты) (Structural / Thermal) -
определяют   совокупность     функциональных               возможностей,   которые    поддерживают
использование потоков данных и моделирование диаграмм данных для проведения
систематизированного анализа данных.
-        радиологические     (методы)            (Radiological)     -    определяют     совокупность
функциональных возможностей, которые поддерживают использование радиационных и
рентгеновских технологий для проведения анализа и научных экспериментов.



                                                     178
-        судебные методы (Forensics) - определяют совокупность функциональных
возможностей, которые поддерживают анализ физических элементов с использованием
достижений науки и технологий с целью решения исследовательских и юридических задач.
Визуализация (Visualization) - определяет совокупность функциональных возможностей,
которые поддерживают преобразование данных в графическую или в изобразительную
форму:
-        диаграммы/таблицы        (Graphing       /   Charting)    -    определяют         совокупность
функциональных возможностей, которые поддерживают представление информации в
форме диаграмм или таблиц.
-        представление      в    виде    образов      (Imagery)     -    определяет        совокупность
функциональных     возможностей,        которые       поддерживают       создание         фильмов      или
электронного изображения из картин, бумажных форм или графического представления для
статического, либо динамического использования.
-        мультимедиа      (Multimedia)     -   определяет         совокупность      функциональных
возможностей, которые поддерживают представление информации в более, чем в одной
форме, включая текст, звук, графику, анимационную графику и полностью движущиеся
изображения (кинофильмы) (Full motion video).
-        картографическое         /Геопространственное/             Высотное          /      Глобальное
позиционирование (Mapping / Geospatial / Elevation / GPS) - определяет совокупность
функциональных     возможностей,        которые        поддерживают           процессы       глобального
позиционирования с использованием координат высоты, географической широты и
географической долготы.
-        автоматизированное проектирование (Computing Aided Design) - определяет
совокупность функциональных возможностей, которые поддерживают автоматизированное
проектирование изделий с использование компьютерных технологий.
Интеллектуальный        бизнес    (Business       Intelligence)    -     определяет        совокупность
функциональных возможностей, которые поддерживают информацию, принадлежащую к
истории, к текущему состоянию или к проектируемому будущему организации:
-        прогноз/управление спросом         (Demand       Forecasting     /    Mgmt) -        определяет
совокупность   функциональных       возможностей,        которые        позволяют         прогнозировать
необходимые    объемы     производства     продукции,      чтобы        удовлетворить        текущие    и
перспективные потребности организации в продаже изделий или предоставлении услуг.



                                               179
-          баланс очков (Balanced Scorecard) - определяет совокупность функциональных
возможностей, которые поддерживают внесение в список и анализ положительных и
отрицательных факторов, связанных с принимаемым решением;
      -    поддержка и планирование решений (Decision Support and Planning) - определяет
совокупность функциональных возможностей, которые поддерживают анализ информации
и позволяют предсказывать воздействие решений до того, как они были приняты;
-          интеллектуальный анализ данных (Data Mining) - определяет совокупность
функциональных       возможностей,     которые     поддерживают     исследование     и     анализ
детализированных бизнес-транзакций с целью раскрыть модели и взаимоотношений в
пределах бизнес-деятельности организации, а также историю бизнес-деятельности.
Создание отчетов (Reporting) - определяет совокупность функциональных возможностей,
которые поддерживают создание организованных данных из существующей полезной
информации:
       -   отчеты, специально созданные для данного случая (Ad Hoc) - определяют
совокупность функциональных возможностей, которые поддерживают использование в
качестве основы динамически разрабатываемых отчетов;
       -   стандартизированные / зафиксированные (отчеты) (Standardized / Canned) -
определяют     совокупность    функциональных       возможностей,    которые      поддерживают
использование предвзятых (preconceived) или заранее написанных отчетов;
       -   онлайновая аналитическая обработка данных (Online Analitical Processing) -
определяет совокупность функциональных возможностей, которые поддерживают анализ
информации, направленный         на ее обобщенное представление в виде многомерных
иерархических структур.

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

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



3.5 Справочная модель данных и информации (Data & Information
Reference Model, DRM)
Представление Справочной модели данных и информации
Справочная модель данных представляет собой архитектуру для управления и оценки
данных    и    метаданных,   используемых   совместно    различными     информационными
системами либо различными организациями.
Справочная модель данных является уровнем ЕФА, абстрагирующимся от физических
систем, хранящих и управляющих информацией. Данный уровень представляет данные в
терминах бизнес-объектов, XML документов, компонентов, услуг доступа и управления
данными. Эта архитектура используется для перехода от ведомство-ориентированного
подхода к управлению информацией (информация локализуется внутри отдельных
госведомств) к процессно-ориентированному подходу (информация группируется согласно
функциональным областям деятельности правительства так, что все государственные
организации, обеспечивающие выполнение разных фрагментов одного направления
деятельности (Lines of Business, LOB), например, предоставление какой-либо услуги,
используют интегрированные информационные ресурсы).
Справочная модель данных DRM:
      -   является     рамочной     моделью,      описывающей      “горизонтальную”         и
“вертикальную” информационную интеграцию между независимыми агентствами;

                                            181
       -   строится на существующих XML схемах, Библиотеках описания данных, и всех
инициативах правительства (таких как UN/CEFACT, UBL, ISO 11179) [52];
       -   является    базовой     моделью,       позволяющей      организациям     эффективно
использовать внешнюю информацию;
       -   включает репозиторий, который содержит информацию разной степени
детализации для обеспечения возможности многократного использования схем данных.
Без DRM попытка реинжиниринга бизнес-процессов государственной модели обречена на
провал из-за сложности и масштабности реестров государственной информации и проблемы
их управления.
Справочная модель данных имеет две цели: понимание структуры, объектов и схем их
взаимодействия среди совокупности разных информационных систем (Modeling for
Understanding) и предоставление информации, необходимой для обеспечения интеграции
информационных систем (Model Driven Integration).

3.5.1 Базовые стандарты Справочной модели данных
Справочная модель данных базируется на следующих стандартах:
       -   средства   мета    объектов    (Meta    Object   Facility,   MOF)   разработанные
консорциумом OMG;
       -   обмен метаданными на основе XML (XML Metadata Interchange, XML)
       -   язык расширенной разметки - XML (Extensible Markup Language, XML);
       -   стандарты веб-сервисов и регистров - WSDL, UDDI, ebXML;
       -   стандарты интеграции баз данных и приложений - JDBC, JCA;
       -          стандарты для работы с данными и информацией, например SQL для реляционных
БД, CWM для хранилищ данных (Data Marts и Data Warehouses) и основанные на XML форматы данных
для плохо структурированной информации.




                                                182
3.5.2 Архитектура информационной интеграции



                                              Уровень представления

                                              Виртуальные модели
                                              Представляют интегрированную информацию
                                               между различным источниками
                                              Трансформационные запросы
                                              Преобразуют физические модели в виртуальные
                                              Физические модели
                                              Представляют физические информационные
                                              ресурсы
                                                              Физические ресурсы




              Рисунок 3.9. Архитектура информационной интеграции



3.5.3 Компоненты DRM.
Справочная модель данных включает в себя следующие компоненты/функции:
      -   функцию настройки взаимодействия с моделями из разных физических
систем благодаря использованию средств, совместимых с внутренней архитектурой
модели;
      -   функцию    подключения   к   процессу       взаимодействия      внутренних
компонентов модели между собой;
      -   стандартизированный формат обмена данными;
      -   словарь Федеральных Данных, содержащий информацию обо всех объектах,
используемых в моделях систем уровень, на котором компоненты физических систем
перегруппировываются с целью лучшей поддержки функций госведомств;
      -   промежуточное программное обеспечение позволяющее интегрировать
информацию из различных моделей и источников.
DRM должна быть непосредственно связана со Справочной моделью бизнеса и
другими Справочными моделями ЕФА. с целью использования общих описаний,
стандартов присоединений и методов доступа к данным. DRM включает инструменты



                                        183
моделирования,    которые   сначала    описывают    существующую      архитектуру
информационных потоков в организации “как есть”, затем с помощью инструментов
DRM можно провести реинжиниринг ведомственных и межведомственных систем с
целью интеграции ресурсов для совместного использования внутри и вне LOB.
Средства моделирования и репозитории позволяют совместно использовать модели
благодаря стандарту XML Metadata Interchange.




                 Рисунок 3.10. Планируемые взаимосвязь и взаимодействие
                            моделей DRM и BRM в ЕФА США.



3.5.4 Средства мета объектов (Meta Object Facility, MOF)
Любой проект по интеграции информационных ресурсов различных систем предполагает
сбор и анализ метаданных об этих системах. Однако сбор метаданных – это только половина


                                          184
решения проблемы – установление соответствий между метаданными одной системы с
метаданными другой – вторая, более важная часть проблемы.
Средства мета объектов предлагают единый язык для описания всех метамоделей и моделей,
тем самым, создавая возможность для их взаимодействия. Средства мета объектов
представляют собой достаточно мощный язык для описания метамоделей различных типов
(реляционные БД; объектно-ориентированные БД; БД, основанные на XML схемах; БД,
основанные на XML документах; UML; бизнес-процессы; потоки данных; и т.д.). Однако,
главное преимущество MOF - способность описать любую метамодель, необходимую для
построения целостной архитектуры.

3.5.5 Словарь федеральных данных (Federal Data Dictionary)
Словарь содержит:
      -   всю информацию о государственных информационных ресурсах, включая
информацию о физических лицах, государственных организациях, бизнес-партнеров
госсектора;
      -   все бизнес-правила (регламенты), которые должны быть доступны для
граждан, бизнеса и государственных ведомств.
К направлению деятельности BRM и к участию отдельных организаций внутри них
приписывается ответственность за соответствующие сегменты Репозитория Данных и
Информации.

3.5.6 Технологии интеграции информации и данных.
Сегодня существуют три главные технологии интеграции данных: хранилища данных
(data warehousing – DW), средства интеграции корпоративных приложений (enterprise
application integration – EAI) и средства интеграции корпоративной информации
(enterprise information integration – EII). Все эти технологии имеют свои преимущества
и ограничения. Однако, средства интеграции корпоративной информации EII имеют
дополнительное преимущество так как могут основываться на MOF моделировании.
Это означает, что модели, созданные как часть интеграционного процесса, являются
многократно    используемыми     компонентами,     сто   согласуется   с   идеологией
компонентно-ориентированной архитектуры (Component Based Architecture – CBA).




                                            185
3.5.7 Проблемы Справочной модели данных
Такие величины как дисковое пространство, пропускная скорость информационных
каналов и т.п. легко поддаются измерению, однако они никак не характеризуют
экономические и социальны выгоды от применения новых информационных и
коммуникационных      технологий.   Гораздо   труднее    измерить   так    называемые
“невидимые” преимущества от улучшения качества информации. На федеральном
уровне ЕФА – является первой масштабной попыткой анализа того, как правительство
собирает и обрабатывает информацию, и как этот процесс можно оптимизировать.
Однако, даже в ЕФА только нижний уровень (Справочная модель данных) имеет дело
непосредственно с информацией. К тому же данная модель является как бы
“второстепенной” моделью без объявленной даты официального издания. Таким
образом, проблема Справочной модели данных заключается в том, что она до сих пор
остается продуктом только ИКТ-сообщества, в то время как информация (структура,
схемы использования, доступность) уже стала слишком важным фактором
реинжиниринга бизнес-процессов на государственном уровне.



3.6 Техническая справочная модель (Technical Reference Model, TRM)
Представление Технической справочной модели (Technical Reference Model, TRM)
Техническая справочная модель TRM является рамочной структурой, предназначенной
для того, чтобы описать, каким образом ИКТ поддерживают доставку, обмен и
конструирование сервисных компонентов. TRM выделяет технологические элементы,
которые   совместно    поддерживают      внедрение   и   реализацию       компонентной
архитектуры ИКТ-систем, а также идентификацию проверенных и работоспособных
ИКТ-продуктов    и    инструментальных     комплексов,   которые    представлены     в
общеправительственных инициативах (например, типа FirstGov, Pay.gov и в составе
24-х Президентских приоритетных инициатив по формированию электронного
правительства). В настоящее время TRM существует в версии 1.0.
Основные задачи, которые определили необходимость создания Технической
справочной модели состоят в следующем:




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

3.6.1 Техническая справочная модель включает четыре основных области
сервисов:
         -    доставка сервисов и предоставление к ним доступа (Service Access and
Delivery) – относится к совокупности стандартов и спецификаций для поддержки
внешнего доступа, обмена и доставки сервисных компонентов или возможностей. Эта
область также включает законодательные и регулирующие требования, управляющие
доступом и использованием специальных сервисных компонентов;
         -    платформа    и   инфраструктура     сервисов    (Service   Platform   &
Infrastructure) - относится к средствам предоставления и поддержки платформ,
возможностей инфраструктуры и аппаратного оборудования для поддержания
проектирования, обслуживания и обеспечения доступности сервисных компонентов
или функциональных средств;
         -    среда для встраивания компонентов (Component Framework) - относится
к базовым принципам, технологиям, стандартам и спецификациям, на основе которых
сервисные компоненты строятся, обмениваются и разворачиваются в пределах
компонентной, распределенной или сервисно-ориентированной архитектуры;
         -    сервисные интерфейсы и интеграция сервисов (Service Interface and
Integration) - относится к совокупности технологий, методологий, стандартов и
спецификаций, которые определяют способы создания интерфейсов (как внутренних,
так и внешних) с сервисными компонентами. Эта область также определяет методы на
основе       которых   компоненты будут   взаимодействовать   и   интегрироваться   с
внутренними активами офиса и с наследуемыми активами.

                                            187
В таблице 3.3 приведена иллюстрация структуры TRM.




                                        188
Таблица 3.3. Структура технической справочной модели.
                               Доставка сервисов и предоставление к ним доступа


    Каналы доступа              Каналы доставки                     Требования к сервисам              Сервисы
                                                                                                   транспортировки
      Web-браузер                  Интранет                            Законодательство /       Поддержка сетевых
      Беспроводный                 Экстранет                          Соответствие              служб
     доступ/Персональный            Одноранговые                        Аутентификация           Сервисы
     цифровой помощник             приложения                           (установление             транспортировки
      Коммуникации                 Виртуальная частная                подлинности) / Единая
     поддержания                   сеть                                 регистрация
     сотрудничества                                                      Хостинг (услуги по
      Другие электронные                                               публикации информации
     каналы                                                             на Web-серверах)
                                       Платформа и инфраструктура сервисов


        Поддерживающие                                Серверы для доставки                      Аппаратное обеспечение/
           платформы                                                                                инфраструктура
      Беспроводный /                         Web-серверы                                         Серверы/Компьюте
     Мобильный                                Медиа-серверы                                      ры
      Независимая                            Прикладные серверы                                  Встроенные
     платформа (J2EE)                         Серверы порталов                                   технологические
      Зависимые платформы                                                                        устройства
     J2EE                                                                                          Периферия
     Базы данных/ накопители                       Программная инженерия                           Глобальные сети
      Базы данных                         Интегрированная среда разработки                       Локальная
      Устройства памяти                   Управление конфигурацией программного                 вычислительная сеть
                                          обеспечения                                              Сетевые
                                           Управление тестированием (испытаниями)                устройства /
                                                                                                  Стандарты
                                                                                                Видео конференц-связь

                                              Среда для встраивания компонентов

          Безопасность               Представление /                        Бизнес-логика         Управление данными
                                       интерфейсы
       Сертификаты/                Статическая                         Независимые              Соединение с базой
      цифровая подпись             демонстрация                         платформы                 данных
       Сервисы поддержки           Динамический /                      Зависимые платформы      Выпуск отчетов и
      безопасности                 Серверное представление                                        анализ
            Взаимный обмен          Визуализация                        Управление данными
             данными               содержания
        Обмен данными              Беспроводный /                 
                                                                    Соединение с базой
                                   Мобильный / Голосовой         данных
                                                                   Выпуск отчетов и
                                                                 анализ
                                       Сервисные интерфейсы и интеграция сервисов


           Интеграция                                Интероперабельность                              Интерфейсы
      Межплатформенное                 Форматы данных / Классификация                            Сервисы по
     программное обеспечение            Типы Данных /Проверка правильности                       обнаружению
      Доступ к базам данных            Преобразование данных                                     Сервисы по
      Монитор обработки                                                                          описанию / Интерфейс
     транзакций
      Посредник запросов к
     объектам (ORB)
      Интеграция приложений
     предприятия




                                                         189
3.6.2 Ключевые понятия TRM
Технологии (Technologies) - относятся к конкретной реализации стандарта в пределах
контекста заданной спецификации. Приведенное ниже описание иллюстрирует цели
использования термина «технологии» с позиции его применения в TRM:
   -   технология PL/SQL – реализация Стандарта языка SQL фирмой Оракл
(Oracle);
   -   технология ISQL/W - реализация Стандарта языка SQL фирмой Микрософт
(Microsoft);
   -   технология ODBC - реализация Стандарта доступа данных в различных
спецификациях фирмы Микрософт;
   -   технология JDBC - реализация фирмой Sun Стандарта доступа данных в
различных спецификациях фирмы Микрософт.
Хотя большинство решений базируется на открытых стандартах (Open Standard),
каждый производитель создает свою собственную реализацию соответствующего
стандарта, основываясь на своих конкретных технологиях.
Компонентная архитектура (Component Based Architecture) – технологическая
архитектура, включающая динамическое выполнение услуг, управляющую структуру
и прикладную инфраструктуру. Компонентная архитектура состоит из компонентов
модели и архитектуры сервисов, которые построены вокруг этой модели.
Как показано на рисунке 3.11 решения, основанные на компонентной архитектуре,
являются более динамичными, гибкими и сопровождаемыми по сравнению с
традиционными монолитными решениями.




                                          190
  Доставка сервисов и предоставление к ним                 Область сервисов
                  доступа

                         Каналы доступа                    Категории сервисов




                                                                                   Увеличение уровня
                               Web-браузеры                Стандарты сервисов




                                                                                   детализации
                                 Internet Explorer         Спецификации сервисов
                                 Netscape Navigator

                                 Беспроводная связь/
                          Персональный цифровой помощник

                                   Blackberry
                                   Карманный ПК

                      Транспортные услуги

                       Сетевые поддерживающие сервисы

                                   MIME
                                   LDAP

                                 Транспортирование

                                   HTTP
                                   WAP


Рисунок 3.11. Категории сервиса, стандарты сервиса и спецификации сервиса


Область сервисов (Service Area) - является техническим уровнем, который
поддерживает безопасное построение, обмен и поставку бизнес-компонента или
сервисного компонента. Каждая область сервисов группирует соответствующие
требования компонентной архитектуры в пределах Федерального правительства США
в функциональные области.
Категория сервисов (Service Category) - является подуровнем области сервисов,
предназначенной для того, чтобы классифицировать более низкие уровни технологий,
стандартов и спецификации по отношению к бизнес-функциям или технологическим
функциям, которые они обслуживают.
Стандарты (Standards) - различаются стандарты, которые широко используются и
приняты (де факто) или стандарты, которые санкционированы организацией по
разработке стандартов (де-юре); стандарты технические охватывают аппаратные




                                               191
средства и компьютеры, программное обеспечение или спецификации технические.
Стандарты обычно классифицируются следующим образом:
      -   стандарты языков программирования;
      -   стандарты кодировки;
      -   стандарты интерфейсов аппаратных средств компьютеров;
      -   стандарты носителей данных;
      -   стандарты операционных систем;
      -   коммуникационные и сетевые стандарты;
      -   стандарты машинных языков;
      -   стандарты управления системами файлов;
      -   стандарты системы управления базами данных;
      -   стандарты текстовых систем;
      -   стандарты графических систем;
      -   стандарты Интернет.
Спецификация       (Specification)      –     формальный    документ,     отражающий
схему/план/проект (layout/blueprint/design) модели разрабатываемого приложения для
разработки распределенной компонентно-базированной архитектуры.
Разработка компонентов с использованием спецификаций упрощает приложения
предприятия, благодаря тому, что они базируются на стандартизированных,
модульных компонентах, которые обеспечивают полный набор услуг для этих
компонентов.
На основании введенных понятий на рисунке 3.12 приводится иерархия детализации
элементов TRM.
      80-е годы и раньше                    90-е годы                Новое тысячелетие
                                                              Сервис-провайдер
                                                              *       Экстранет
                                                                    *      *
                                                                                       Интернет
                                                                                  *
                                                                                  *
                                                                                       *
                                                                                  Клиент
     Организационный фокус             Фокус на бизнес-            Виртуальные организации
     Централизованные               процессы                    и распределенные функции
    мейнфреймы                          Технологии                  Архитектура,
     Монолитность                   Клиент/сервер               ориентированная на


                                                192
     Внутренне                        Монолитность                компоненты/сервисы
    использование                      Взаимодействие «бизнес-        Электронная коммерция и
                                    бизнес» через передачу файлов   электронное правительство
                                    формата EDI                        Деятельность в среде
                                                                    реального времени


 Рисунок 3.12. «Исторический» жизненный цикл монолитных и компонентных
                          решений (основные особенности).

3.7 Интеграция существующих и разрабатываемых справочных моделей
       ЕФА в США.
Ниже приводится иллюстрация, которая показывает концепцию согласованного
формирования и использования (интеграции) справочных моделей ЕФА в США. Эта
иллюстрация включает указание на еще не опубликованные модели (например,
справочную модель данных и информации, DRM). Тем не менее, эта иллюстрация (с
небольшими модификациями), включается в руководящие материалы по ЕФА США в
течение длительного времени и отражает последовательность согласованных усилий
по разработке ЕФА. До обращения к этой иллюстрации необходимо представить еще
одну инициативу в рамках создания ЕФА – «Компонентную архитектуру» ЭП.
Компонентная архитектура (Component-Based Architecture, CBA)
Подкомитет по компонентам комитета по архитектуре и инфраструктуре FEAPMO в
настоящее   время    ведет      работы    по   созданию    руководящего    документа       по
компонентной архитектуре в составе ЕФА. Документ имеет целью поддержать
внедрение отдельных компонентов и компонентной архитектуры в масштабах всего
правительства.
Следующий рисунок 3.13 показывает место TRM в FEA (ЕФА в США) и взаимосвязи
элементов TRM с элементами других архитектурных моделей.

                     СПРАВОЧНАЯ МОДЕЛЬ ПРОИЗВОДИТЕЛЬНОСТИ

  СПРАВОЧНАЯ МОДЕЛЬ                      СПРАВОЧНАЯ МОДЕЛЬ               ТЕХНИЧЕСКАЯ
       БИЗНЕСА                               СЕРВИСНЫХ                СПРАВОЧНАЯ МОДЕЛЬ
                                            КОМПОНЕНТОВ
  Поддержка доставки услуг                 Правила публикации                 Технологии
  Разработка регулирующего                     Управление                    Платформы
         регламента                           знаниями                           J2EE
       Разработка политики и                  Управление                       .NET
      руководящих принципов                   отношениями с                   Window NT
                                              клиентами
       Отслеживание                           Управление                Управление данными
      комментариев со стороны                 контентом                         ODBC


                                                193
       общества                               Сотрудничество                        JDBC
        Создание                             Поиск
       регулирующего                          Порталы
       регламента
      Правила публикации                     Персонализация                  Бизнес-логика
Направления бизнеса и функции         Доступные функциональные               Поддерживающие
                                     возможности, компоненты и            технологии и стандарты
                                              сервисы

                      СПРАВОЧНАЯ МОДЕЛЬ ДАННЫХ И ИНФОРМАЦИИ
                 Классификация, Категоризация, Язык XML, Разделяемое использование

                                    Компонентная архитектура
       Области сервиса                   Типы сервиса                  Сервисные компоненты
Рисунок 3.13 Интеграция TRM и других Справочных моделей ЕФА в США.



3.8 Отображение ЕФА на архитектуру конкретной организации
В целом этот процесс был представлен во второй главе данного отчета. После
изложения устройства отдельных справочных моделей ЕФА США (моделей FEA) есть
возможность разобрать его детальней и на примере конкретной организации.
В качестве такой конкретной организации выбрано DOI - Министерство внутренних
дел США (Department Of Interior) - отметим, что эта организация не выполняет
полицейских функций, а исторически сосредоточена на управлении национальными
ресурсами и отношениями с коренными жителями территорий (индейцы, жители
Океании). Анализируемая информация взята с официального Веб-сайта министерства
(www.doi.gov).
Процесс отображения ЕФА на архитектуру конкретной организации (министерства)
начинается с отображения миссии, основных целей и функциональных областей
(областей деятельности) организации на направления деятельности (Lines of Business) и
функциональные подобласти (sub-functions) в BRM - Справочной бизнес-модели ЕФА.
Этот процесс тесно связан с устройством каждой конкретной организации и ее
деловыми целями, а также с особенностями конкретной версии BRM в первую очередь,
но и других моделей ЕФА также.
Затем рассмотрим состав и порядок разработки архитектуры DOI в целом, включая
стыковку с BRM FEA - ЕФА в США.
Наконец, проанализируем способ привязки архитектурных моделей DOI к элементам
справочных моделей FEA.



                                                194
3.8.1 Особенности отображения архитектурных продуктов DOI верхнего уровня
на направления деятельности и функциональные подобласти в BRM FEA

                                   Миссия DOI
«Министерство Внутренних Дел США предназначено для того, чтобы охранять и
предоставлять доступ к национальному природному и культурному наследию и с честью
выполнять наш долг перед индейскими племенами и обязательства по отношению к
островным сообществам».
Направления деятельности (в оригинале - "цели") DOI
"Министерство установило 5 основных целей, которые определяют главные области его
ответственности. Эти цели определяют структуру стратегических планов подразделений
министерства:
       1) защита окружающей среды и сохранение национальных природных и культурных
           ресурсов;
       2) обеспечение Америки рекреационными зонами;
       3) управление национальными ресурсами для поддержания здоровой окружающей
           среды и сильной экономики;
       4) предоставление научных знаний для постоянно изменяющегося мира;
       5) выполнение обязательств по отношению к индейским племенам и островным
           сообществам".
Сопоставление направлений деятельности (в оригинале - "целей") DOI -
Министерства Внутренних Дел США, элементам справочной бизнес-модели BRM
В приведенной ниже таблице 3.4 приведен результат попытки установления соответствия
между направлениями деятельности, определенными DOI, и направлениями деятельности и
подфункциям в BRM v.2. Отображение дано на основе неполной информации о DOI,
спорные и не точно определенные моменты разъяснены в комментариях. Тем не менее, уже
такое отображение позволяет сделать вполне определенные выводы об особенностях и
условиях продуктивности отображения ЕФА и архитектуры организации.


       Таблица 3.4. Соответствие направлений деятельности DOI направлениям
       деятельности и подфункциям в области «Услуги для граждан» по BRM.
       DOI                         BRM v.2                       Комментарии
Цель (направление   Направление         Подфункции
деятельности)       деятельности


                                             195
D-I. Защита          B-1. Природные       1.1. Управление водными       Пункт B-1 относится ко всем
окружающей среды     ресурсы              ресурсами                     ресурсам, кроме связанных с
и сохранение                              1.2. Сохранность и            производством энергии,
национальных                              управление морями и землей    которые в BRM вынесены в
природных и                               1.3. Управление               направление «Энергия».
культурных                                рекреационными ресурсами и    В п.1.1 не включаются
ресурсов                                  туризм                        действия по защите среды,
                                                                        связанной с водными
                                                                        ресурсами. Они включены в
                                                                        направление BRM
                                                                        «Управление окружающей
                                                                        средой».
                     B-2. Управление      2.1. Мониторинг               В п. B-2 BRM включена защита
                     окружающей средой    окружающей среды и            среды, связанной с водными
                                          прогнозирование               ресурсами.
                                          2.2. Оздоровление             Остальные связи DOI и BRM –
                                          окружающей среды              предположительные
                                          2.3.Предотвращение и          (например, действия по
                                          контроль загрязнения          восстановлению окружающей
                                                                        среды могут выполнять и
                                                                        другие агентства).
                     B-3. Образование     3.1. Сохранение культурного
                                          и исторического наследия
                     B-4. Энергия         4.1. Сохранение энергии и     В п. B-4 в BRM включены
                                          подготовленность              природные ресурсы, связанные
                                                                        с производством энергии.
                                                                        Мероприятия по обеспечению
                                                                        энергией в критических
                                                                        ситуациях, скорее всего,
                                                                        выполняют другие агентства.
D-II. Обеспечение    B-1. Природные       1.1. Управление
Америки              ресурсы              рекреационными ресурсами и
рекреационными                            туризм
зонами.
D-III. Управление    B-1. Природные       1.1. Управление водными
национальными        ресурсы              ресурсами
ресурсами для                             1.2. Сохранность и
поддержания                               управление морями и землей
здоровой                                  1.3. Управление
окружающей среды                          рекреационными ресурсами и
и сильной                                 туризм
экономики.
                     B-5. Экономическое   5.1. Развитие бизнеса и       Возможна слабая связь в виде
                     развитие             промышленности                представления информации
                                                                        для других агентств.
                     B-4. Энергия         4.1. Сохранение энергии и     Мероприятия по обеспечению
                                          подготовленность              энергией в критических
                                          4.2. Управление               ситуациях, скорее всего,
                                          энергоресурсами               выполняют другие агентства.
                                                                        Пункт 4.2 – в части «…земля и
                                                                        прибрежные водные ресурсы».
                                                                        Пункт 4.1 – в части «…защита
                                                                        ресурсов от истощения»,
                                                                        «…содействие защите
                                                                        окружающей среды».
D-IV.                B-1. Природные       1.1. Инновации и услуги в     Пункт 1.1 в BRM трактуется
Предоставление       ресурсы              сельском хозяйстве            как создание и
научных знаний для                                                      распространение передовых


                                                196
постоянно                                                              методов.
изменяющегося
мира
                   B-6. Фундаменталь-    6.1. Научные и                Предположительно связь
                   ные науки и           технологические               может возникать в тех случаях,
                   инновации             исследования и инновации      когда DOI является заказчиком
                                                                       / донором разработки какой-
                                                                       либо универсальной
                                                                       технологии.
D-V. Выполнение    B-7. Общественные и   7.1. Развитие регионов и
обязательств по    социальные услуги     общин
отношению к
индейским
племенам и
островным
сообществам
                   B-1. Природные        1.1. Управление               По п. D-V в DOI возможна
                   ресурсы               рекреационными ресурсами      связь и с другими областями
                                         и туризм                      BRM.
                   B-3. Образование      3.1. Сохранение культурного    --- || ---
                                         и исторического наследия


Выводы из сопоставления направлений деятельности DOI - Министерства Внутренних
Дел США и элементов справочной бизнес-модели BRM
Из анализа распределения направлений деятельности ("целей") DOI по направлениям и
подфункциям BRM, видно, что:
       -   DOI имеет направления деятельности, относящиеся к разным направлениям
деятельности в BRM (при этом разные направления DOI могут относиться к одному и тому
же направлению BRM, что тривиально);
       -   реализация одного направления деятельности DOI относится к нескольким
направлениям деятельности в BRM;
       -   есть направления и подфункции BRM, которые очевидным образом не
покрываются полностью деятельностью DOI (следовательно, эти подфункции должны быть
приписаны и другим агентствам США);
       -   видны некоторые слабые связи некоторых подфункций BRM с целями DOI,
предположительно выражающиеся в получении или предоставлении информации другим
агентствам.
       Это, в свою очередь, говорит о том, что:
многие министерства не просто работают в одном направлении, но во многом области их
деятельности смыкаются или даже перекрываются;
       -   классификация функций в BRM не совпадает с реальным распределением
функций по министерствам (агентствам);


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

3.8.2 Описание состава и порядка разработки архитектуры DOI в целом
Архитектуру предприятия применительно к своей организации в DOI называют IEA (Interior
Enterprise    Architecture),   эта   аббревиатура    может   использоваться   ниже   наряду   с
наименованием «архитектура DOI».
При разработке собственной архитектуры DOI использует не только материалы FEAPMO,
но - и в первую очередь то, что считает целесообразным для собственной деятельности. В
определении архитектуры DOI опирается на самое общее Вебстеровское определение
модели, но указывает, что план по разработке IEA - архитектуры предприятия для DOI, сам
по себе является моделью. Архитектура DOI и ее разработки определяется в двух
документах:
       -     «общее видение потребностей»;
       -     «концептуальная архитектура».


                                               198
В IEA включены следующие архитектуры и соответствующие модели:
      -   бизнес-архитектура (BA DOI);
      -   информационная архитектура (IA DOI);
      -   техническая архитектура (TA DOI);
      -   архитектура приложений (AA DOI).
Приведем их краткую характеристику с указанием очередности разработки (в первую
очередь по причинно-следственным связям).
Бизнес-архитектура (BA DOI)
Бизнес-архитектура DOI выражает ключевые стратегии деятельности DOI и их влияние на
функциональные бизнес-области и процессы. BA DOI состоит из моделей текущего и
будущего состояния бизнес-областей, процессов и цепочек создания информационной
ценности. В дальнейшем это распространяется на информационную, техническую
архитектуры и архитектуру приложений DOI.
BA DOI определяет, как «движется» бизнес, и обеспечивает лучшее понимание и деловой и
ИКТ-организации деятельности, которую должна в будущем поддерживать техническая
среда. BA DOI строится как иерархически структурированные определения деятельности,
это используется для того, чтобы гарантировать, что новые бизнес-конструкции
соответствуют стратегии предприятия. Эта архитектура на первом уровне включает набор
собственных функциональных областей DOI, а на более детальном уровне - модели бизнес-
процессов и их шагов. Процессы в BA DOI – это модели, которые учитывают и среду «как
есть», и «как должно быть».
В разработке BA DOI используются два метода, которые могут увеличить ценность
архитектурного процесса и результата. Первый метод – получить решительную поддержку
главного руководителя ("владельца бизнеса", business owner) по поводу любых деловых
процессов, которые будут смоделированы и проанализированы. Второй метод –
гарантировать, что в ходе моделирования будет задокументировано текущее положение
(«как есть») и обсуждены и задокументированы необходимые изменения для будущего
положения («как должно быть»).
Порядок разработки: DOI указывает, что за основу разработки BA DOI берется
федеральная справочная модель бизнеса BRM FEA - ЕФА США.
Информационная архитектура (IA DOI)
IA DOI –это определяемые бизнес-архитектурой информационные модели, получаемые в
результате процесса детализации информационной стратегии министерства, цепочек

                                            199
(возможно, "протяженных") создания информационной ценности и их воздействие на
техническую архитектуру. IA DOI включает в себя руководство информационным
менеджментом, анализ информации, и дисциплины, необходимые для организации
информации.
Специально указывается, что "бизнес–процессы не могут выполняться без понимания
необходимого потока адекватной информации, регулирования расписания его
прохождения и его защиты". IA DOI предоставляет средства, чтобы понять, как ИКТ
сделает возможным быстрое принятие решений и распределение информации по DOI, и от
индивидуальной организации к партнерам (поставщикам, клиентам). Указывается также,
что информационная архитектура – одна из наиболее абстрактных взаимосвязей в
архитектуре предприятия. Если организация действительно может описать свой мир в
терминах информационной архитектуры, то она может стать очень мощным инструментом.
И далее: "Большинство людей видят только технологию и забывают об информации, но на
самом деле технология существует для того, чтобы доставлять информацию".
Порядок разработки: разработка IA DOI следует за разработкой BA DOI.
Техническая архитектура (TA DOI)
TA DOI детализирует технологические стратегии министерства, его распределенные ИКТ-
связи и их влияние на программу или проект. TA DOI включает логически целостную
совокупность принципов, которые выведены из бизнес-требований. Она используется для
руководства построением информационной и технологической инфраструктуры в разных
областях технической архитектуры. Очень важно, что она осмыслена и поддержана высшим
руководством и дает возможность произвести быстрые изменения в бизнес-процессах DOI и
приложениях,   которые    их   осуществляют.    TA   DOI определяет   предпочтительные
технологические стандарты, которые связаны с ранее упомянутыми принципами.
Отмечается, что первоначальная попытка создания архитектуры DOI как организации (IEA)
была направлена именно на эту область, т.к. она обеспечивала максимальную выгоду при
быстрейшем внедрении архитектуры в организации, где ее раньше не было.
Порядок разработки: Техническая архитектура Министерства DOI определяется на основе
архитектур BA и IA DOI.
Архитектура приложений (AA DOI)
AA DOI - это совокупность основанных на бизнес-архитектуре и информационной
архитектуре интегрированных систем приложений, необходимых для удовлетворения
информационных нужд бизнеса. Например, она включает существующий или планируемый

                                          200
список приложений и компонентов, связи с поддерживаемой информацией и бизнес-
процессами, с выстраиваемыми связями с TA DOI и инфраструктурными сервисами.
Порядок разработки: разработка AA DOI следует за созданием BA и IA DOI.
      Документ «Общее видение потребностей»
Указывается, что для того чтобы попытка создания архитектуры увенчалась успехом,
необходимо соглашение между представителями основной деятельности и ИКТ на предмет
одинакового и сплоченного видения того, «где» организация находится [по своему
развитию], и «куда» [на какой уровень] она желает перейти. Эта информация включена в
документ «Общее Видение Потребностей» - ОВП. ОВП охватывает главные модели IEA
DOI (BA, IA, TA, AA), содержит такие параметры, как основные тенденции внешней и
внутренней среды и бизнес-стратегии, ключевые двигатели деятельности, бизнес-
информацию и ИКТ-требования этих двигателей, роль архитектуры в обеспечении того, что
основная деятельность и ИКТ остаются согласованными.
В DOI информация о направлении развития среды приходит из нескольких источников:
стратегических планов подразделений и министерства в целом, интервью с руководством,
исследований, проведенных службой правительственных стратегий компании META Group.
Для деловых стратегий информация получается из обзоров стратегических планов
подразделений     и   министерства,   ежегодных    планов    оценки   производительности
подразделений и интервью с руководством подразделений.
ОВП – это фундамент, на котором строятся последующие компоненты IEA DOI (например,
"Концептуальная архитектура"), этот фундамент используется как важный критерий для
последующих решений. Каждая составляющая ОВП используется в DOI для подтверждения
решений по выбору подходящих ИКТ-инвестиций и обеспечивает поддающиеся проверке
связи этих инвестиций с деловыми потребностями.
Документ «Концептуальная архитектура»
«Концептуальная       архитектура»    –   это    документ,   содержащий     совокупность
общеминистерских концептуальных ("руководящих") принципов, которые отражают
совокупную волю организации. Эти принципы есть руководящие положения, которые
соединяют фундаментальные элементы, нормы, правила или свойства, которых предприятие
должно придерживаться. Эти принципы являются также важными замечаниями по поводу
архитектурного процесса и содержания архитектуры. Эти принципы охватывают все
главные элементы IEA DOI.



                                           201
Подразделения и обслуживающие их поставщики ИКТ-услуг должны включить принципы
«Концептуальной архитектуры» в ИКТ-планирование и процесс принятия своих решений.
Направляемые примерами передового опыта деятельности правительства и компьютерной
индустрии, эти принципы вводятся в принятый деловой язык, понятный всем, вовлеченным
в процесс принятия решений по ИКТ. (Делается замечание, что несмотря на то, что
некоторый принцип может показаться очевидным, это не означает, что на самом деле в
настоящее время его придерживаются в DOI.) Указывается, что при правильном
использовании эти принципы должны:
      -     обеспечивать прочный фундамент для создания архитектуры и планирования
проектов;
      -     придавать структуру политикам, процедурам и стандартам;
      -     указывать путь к новым решениям технологических конфликтов.

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



                                           202
Описанная интегрированная модель, связывающая BRM ЕФА и модель BA DOI,
представляется в репозитории на языке моделей типа "сущность-связь" (ER-модель) с
бинарными связями. С учетом этого эту интегрированную модель можно - несколько
упрощая и не характеризуя связи между сущностями - представить в виде следующих
связанных модельных сущностей:
      -   область деятельности ("бизнес-область") в BRM;
      -   направление деятельности ("направление бизнеса") в BRM;
      -   подфункция в BRM (минимальная функциональная область, описанная в BRM);
      -   подфункция, уровень 2 - детализированная подобласть, введенная в BA DOI;
      -   рабочая деятельность, представляющая отдельные деловые процессы в BA DOI;
      -   шаг процесса в BA DOI;
      -   служебная сущность "BRM - связующее звено".
Этот процесс на практике позволяет выявить существующие внутри организации
неоднозначные отображения и, благодаря только лишь этому, сам по себе стимулирует
организации к анализу избыточных функций.
В своем полном виде только схема интегрированной модели FEA - IEA DOI верхнего уровня
весьма велика для включения ее в текст отчета. Еще более велика схема детального
представления этой интегрированной модели. По этой причине, в Приложении Б к данному
отчету, представлен рисунок Б1, в упрощенном виде показывающий фрагмент схемы
интегрированной архитектуры FEA - IEA DOI. В этот фрагмент вошло описанное выше
отображение, а также еще более упрощенное отображение связи деловой модели с моделью
данных и с моделью сервисов.
Аналогичным образом с другими справочными моделями ЕФА соотносятся:
      -   показатели производительности / результативности проектов и процессов
организации;
      -   прикладные компоненты систем;
      -   спецификации конкретных технических систем;
      -   используемые данные (после опубликования DRM).
Кроме того, в интегрированную модель в DOI включают и такие собственные описания, как
системную модель реализации информационных систем DOI, модель инвестиций и др.
Последнее важно отметить, так как в данное время эти связи в США используются для
описания заявок на бюджетное финансирование в документе “Exhibit 300” [29]. Понятно,
что определенная таким образом схема ER-модели может и должна использоваться не

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



3.9 Дополнительные сведения по вопросам моделей формирования ЕФА в
Европе и Австралии

3.9.1 Евросоюз
Проект Infocitizen ЕС (шифр IST–2000 – 28759) [5] ориентирован на анализ состояния дел с
формированием и использованием архитектуры для программы "Электронная Европа". Для
ЕФА    используется    название   "Европейская    информационная     архитектура    для
государственных органов" (или для "правительственной администрации", European Public
Administration).
Проект длился два года, формально закончился в 2002 г. и получил продолжение.
Характерно заключение, которое сделали его участники в последнем отчете: всеобщее
принятие архитектурных концепций в государственном секторе США, их использование в
общей стратегии создания информационных систем Федерального правительства и их
реализация    в    крупномасштабных    проектах   отдельных   ведомств    (Минобороны,
Казначействе, МВД и Министерстве охраны окружающей среды) дали Соединенным
Штатам значительное преимущество перед Европой. Особо отмечено, что опора на
постоянно развиваемую ЕФА как средство стратегического руководства, координации и
управления трансформацией правительства изначально опираются на специальный закон
США (Акт Клингера-Кохана 1996 года).
Европейская архитектура в рамках проекта InfoCitizen в первую очередь опирается на
анализ существующих общих методологических моделей, языков и систем моделирования, а
также спецификаций для создания интероперабельных систем, интегрирующих бизнес-
процессы госорганов Европы. (Ряд положений этого анализа в части оценки общих
методологических моделей и систем моделирования предприятий использованы в
следующем пункте данной главы отчета.)



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

                                             205
взаимодействия госорганов с гражданами (сitizen, c) и компаниями (business, b).
Aббревиатура названия проекта за счет этого удлинилась на две буквы (IDAbc). Таким
образом, в ЕС на самом высоком уровне начаты работы по формированию достаточно
полной архитектуры государственных органов.
Таким образом, данный проект, как и ряд концептуальных документов отдельных стран
(Дании в частности) показал:
      -   концепция и вся дисциплина (терминология, подходы, принципы, методы
моделирования), получившая в мировой практике и стандартах наименование "Архитектура
предприятия", должны использоваться в ЕФА как важный общий подход моделирования;
      -   особенности государственных организаций и правительства в целом являются
весьма существенными и должны учитываться, однако эти особенности не противоречат
указанной дисциплине и способу ее применения к ЭП, особенности должны учитываться в
той же манере, как учитываются особенности любого объекта при применении к нему
общих средств моделирования;
      -   бизнес-процессы и информационные объекты целесообразно объединить либо в
одном архитектурном слое, либо в двух непосредственно связанных справочных моделях
(что сделано также в Канаде, в представленной ниже архитектуре местных правительств
Австралии, и в ряде общих архитектурных схем отдельных организаций: описанной выше
IEA DOI, в архитектуре Министерства статистики Австралии и др.).

3.9.2 Архитектура Австралийской ассоциации местных правительств
Архитектура    местного   правительства   (http://www.alga.asn.au/)   [36]   разработанная
Австралийской ассоциацией местных правительств, существенно и в явном виде
опирается на американский опыт ЕФА, но вводит свою общую схему архитектуры с
преломлением на нужды местных правительств. Выделим здесь только две особенности
этой архитектуры.
1) Общая схема архитектуры на данном отрезке времени выглядит достаточно бедной, но
включает следующие три слоя "сверху вниз", каждый из которых определяет требования к
последующему:
      -   деловая модель (содержит определение нескольких десятков сегментов -
достаточно компактных областей деятельности);
      -   информационная модель (содержит разбитые по сегментам деловой модели
требования к информационным объектам, но, что существенно, к нормативным источникам


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



3.10 Анализ основных существующих сред и средств моделирования,
применяемых в международной практике при моделировании архитектур
класса ЕФА и комплексной архитектуры предприятия
Существует обширный набор методических и программных сред и средств моделирования,
непосредственно созданных для формирования архитектурных моделей предприятий
разных типов, или успешно применяющихся в этой области.
Эта область имеет как активно развивающуюся научную базу, так и обширнейшую
практику. Ниже приведен краткий анализ лишь нескольких основных сред и систем
моделирования. Однако в их числе находятся те, что на практике находят широкое, если не
наибольшее применение в данной области.
Отметим, что специальных исследований частоты использования той или иной системы в
данной работе не производилось, так что слова "наибольшее применение" основаны на
аналитических обзорах, выполненных в других странах (в частности, в проекте
INFOCITIZEN Евросоюза, см. отчет по работе IST-2000-28759 за 2001 год; в проекте UEML
- см. отчет "Report on the State of the Art in Enterprise Modelling, работа IST – 2001 – 34229,
University of Namur, 2002 год, публикация "Selecting Architecture Modeling Tools: 2003",
Robert Handler, EPAS, META Group, за 2003 год) [54] а также на собственных наблюдениях
авторов данного отчета за последние несколько лет.
Отметим также, что по крайней мере некоторые из обозреваемых сред и систем
моделирования активно применяются для формирования моделей ЕФА и - естественно в
гораздо более широком масштабе - моделей архитектур конкретных организаций.




                                             207
Однако прежде, чем привести краткий обзор и анализ сред и систем моделирования, ниже в
качестве "координатной сетки" указан общий возможный состав среды для моделирования
предприятий любого типа.
       В общем случае среда моделирования архитектуры предприятия должна включать 4 компоне
описанных ниже (см. Report on the State of the Art in Enterprise Modeling, University of Namur, 2002):
1) Блок элементарных объектов предприятия, а именно:
               -   представления       элементарных        объектов      (например,       конкретного
       продукта/услуги, производимого на предприятии);
               -   средства, используемые для порождения таких представлений (т.е. данных
       по объектам) согласно определенным правилам.
2) Блок моделей архитектуры предприятия, а именно:
               -   собственно      модели     различных      видов     (процессно-функциональные,
               информационные, ресурсные, организационные и другие);
               -   средства моделирования, обеспечивающие анализ, проектирование и
               использование моделей.
3) Блок языков и методологий моделирования, включая:
               -   общемодельные конструкции;
               -   процессы моделирования архитектуры предприятия;
               -   средства,    поддерживающие          процесс     определения     и   модификации
               методологий и языков.
4)   Блок    языков     мета-моделирования        и     методологий     определения      методологий
моделирования (мета-методологий), соответственно, для описания концепции, синтаксиса и
семантики языков моделирования, и методологий их применения, а также для описания
процессов построения этих языков и методологий.
Существующие         среды     моделирования          архитектуры     предприятий       могут     быть
классифицированы следующим образом (за основу взята классификация проекта Евросоюза
INFOCITIZEN IST-2000-28759 [54], выполнявшегося в 1998-2002 годах в рамках программы
"Information Society Technology"; в скобках указаны основные среды и языки, метамодели,
выделенные в этом и некоторых других исследованиях):
       -    универсальные методологические интегрирующие среды (например, схема
Захмана - Zachman Framework, схема GERAM IFIP/IFAC);
       -    языки моделирования предприятий и связанные с ними методологии (например,
IDEF, ARIS, BPML);

                                                  208
        -   программные среды моделирования (например, ARIS 6 Collaborative Suite; Popkin
System Architect; CONPUTAS METIS) - они не рассматриваются далее, но отмечается их
связь с первыми двумя категориями средств;
        -   мета-модели и языки мета-моделирования (например, MOF OMG – Meta Object
Facility, язык описания метамоделей, разрабатываемый международным консорциумом
Object Management Group, вместе с MOF-совместимыми средствами моделирования,
развиваемыми тем же OMG в рамках MDA Model Driven Architecture; многомодельный язык
UEML).
Следует отметить, что моделирование архитектуры предприятий является инженерной
дисциплиной, требующей комбинированного использования программных сред, языков и
методологий моделирования. Однако большинство из перечисленных инструментов
фактически являются фрагментарными подходами, покрывающими лишь различные части
описанных выше требований к среде моделирования архитектуры предприятий, в том числе:
        -   поддерживают лишь отдельные компоненты среды моделирования;
        -   поддерживают лишь отдельные фазы и этапы процесса моделирования архитектуры;
        -   не являются универсальными в части применимости к предприятиям любого
вида;
        -   поддерживают лишь отдельные виды моделирования.
Наиболее     продвинутыми     в   части   покрытия   обозначенных    требований    являются
универсальные методологические интегрирующие среды.
Первым примером такой среды является детально представленная в настоящем документе
схема Дж. Захмана (Zachman Framework). Она является одной из наиболее продвинутых
сред в части гармоничного и комплексного учета наибольшего числа архитектурно-
существенных факторов для предприятия (организации) любого типа. Схема Захмана
реализует т.н. холистический подход к предприятию как объекту, позволяя как
концентрироваться на отдельных аспектах архитектуры, так и не терять при этом общего
взгляда на предприятие как на единое целое. Она легка для понимания, логически полна и
согласована, нейтральна по отношению к программному инструментарию моделирования.
Все это входило в главные цели данного подхода при его создании. Кроме того, схема
Захмана является наиболее распространенной (включая большое количество публикаций -
статей и монографий - по ее описанию и практическому использованию).
Схема Захмана во многих случаях принята за основу общей схемы ЕФА и общей схемы
архитектуры федеральных организаций, при этом такое использование:

                                             209
      -    не накладывает обязательств использовать всем стыкующимся участникам одну
программную систему моделирования;
      -    позволяет модифицировать исходную схему, вводя дополнительные категории
или объединяя исходные (что сделано, например, в проекте TEAF Казначейства США);
      -    служит легко отчуждаемой основой общего языка самых разных участников
процесса формирования архитектур и согласования проектов систем.
С другой стороны, схема Захмана - Zachman Framework - во многом именно вследствие
своей простоты и нейтральности по отношению к инструментам моделирования - обладает
следующими недостатками:
      -    не поддерживает в явном виде представление динамики развития предприятия и
его информационных систем (отсутствие оси времени);
      -    является достаточно обобщенной (в смысле степени детализации) референсной
моделью;
      -    достаточно бедна с технических позиций для того, чтобы использовать ее для
продуцирования программных продуктов или динамического моделирования нагрузок в
компьютерных сетях.
Однако второй недостаток в практике использования схемы Захмана снимается включением
разных уровней детализации частных моделей в каждой ячейке матрицы этой схемы. Третий
же недостаток не является ограничением на архитектурное моделирование, причем именно
для архитектурного уровня моделирования техническая поддержка доступна. Например,
система Popkin System Architect не только поддерживает схему и подход Захмана, но и
использована для построения архитектуры нескольких министерств США (Департамент
внутренних дел, Казначейство).
Первый же из указанных недостаток преодолевается дополнением схемы Захмана осью
стратегического времени развития систем и самой организации (см. публикации по подходу
"3D-предприятие" [55], являющемуся таким расширением схемы Захмана). С указанным
дополнением схема Захмана является также средством планирования развития и
трансформации предприятия, так как предусматривается возможность планирования
нескольких состояний предприятия и его систем во времени, включая переходные
состояния.   Предусмотрены       правила   продуцирования   последующих   состояний   из
предыдущих и согласования моделей смежных состояний архитектуры. Это поддерживает,
в частности, проекты реинжиниринга деловых процессов и информационных систем,



                                             210
планирования ИКТ-инвестиций во времени при осуществлении параллельных проектов и
др.
Конкурирующая - в идеологическом смысле - среда GERAM (Generalised Enterprise
Reference Architecture and Methodology) является разработкой рабочей группы IFIP-IFAC
Task Force. Она определяет комплекс концепций, методов и моделей, необходимых для
проектирования и сопровождения современного предприятия (любого типа) в течении всего
времени его существования. GERAM обеспечивает поддержку вышепредставленных
элементов среды моделирования архитектуры, базируясь при этом на:
      -   концепциях, ориентированных     на человека (описание ролей, поддержка
осуществляемых ролями процессов);
      -   процессно-ориентированных концепциях, для описания бизнес-процессов;
      -   концепциях, ориентированных на технологии, для описания технологической
поддержки процессов (моделирования и использования моделей).
Одним из достоинств GERAM является его ориентация на решение задач, связанных с
изменениями (реинжиниринг, CPI/TQM; содержит в явном виде выделенную ось времени
развития предприятия, представленную категориями жизненного цикла предприятия и его
систем). Другим достоинством является то, что концептуальные положения GERAM вошли
в международные стандарты по моделированию архитектуры предприятий.
Одним из главных недостатков среды GERAM является ее исключительно концептуальный
характер, она снабжает методологическими руководствами, но не обеспечивает ни языком
моделирования, ни соответствующими инструментальными средствами. Надо указать на
малое распространение GERAM в практике. (При этом схема GERAM включена как
приложение в стандарт ISO/IEC 15704 [13]). Из-за этого схема GERAM на сегодняшний
день практически не является распространенным общим языком для взаимодействия
различных участников архитектурного процесса в области ЭП и ЕФА.
Следует отметить, что в настоящее время прослеживается тенденция к обогащению
подходов в части более полного покрытия среды моделирования. Например, одна из
последних разработок университета г. Бордо GRAI Integrated Methodology (GRAI-GIM)
обеспечивает референсную модель с концепцией, языком, графическим формализмом и
инженерным методом реализации методологии. Однако эти разработки остаются пока на
уровне университетских программ. Вместе с тем, это демонстрирует два аспекта состояния:
открытость многих вопросов и тенденцию развития средств комплексного моделирования.



                                          211
К наиболее распространенным в настоящее время языкам моделирования, рассматриваемым
в сочетании с соответствующей методологией моделирования предприятий, относятся,
прежде всего, IDEF, ARIS и BPML.
Идея создания семейства стандартов IDEF (Integrated Computer Automated Manufacturing
Definition) родилась в середине 70-х годов в ВВС США, как решение проблемы повышения
производительности и эффективности информационных технологий, возникшей при
реализации программы ICAM (Integrated Computer Aided Manufacturing). Часть этого
семейства из 14 стандартов, относящихся к методам и технологиям создания моделей
сложных систем и проектирования компьютерных систем, имеет непосредственное
отношение к моделированию бизнес-процессов, а именно: IDEF0 (модель функций), IDEF1
и его расширение IDEF1X (информационная модель и модель данных, соответственно),
IDEF2       (динамическая   модель),   IDEF3    (модель   процессов)   и   IDEF4   (объектно-
ориентированные методы проектирования). Часть стандартов семейства фактически
осталась на бумаге (стандарт IDEF2), другая часть (IDEF0 и IDEF1X) превратилась в
стандарт правительства США, известный как FIPS. Основными недостатками IDEF
являются:
        -    наличие всего трех типов моделей – функциональной, информационной и процессной,
остальные аспекты архитектуры если и могут быть отображены, то на примитивном, недостаточном
для серьезного анализа конкретного предприятия уровне;
        -    отсутствие интеграции даже для перечисленных трех типов моделей (при этом
отсутствует как концепция интеграции, так и какая-либо реализация интеграции даже на уровне
инструментов одного и того же производителя).
Вместе с тем, стоит отметить, что даже возможностей только языка стандарта IDEF1X на
практике в ряде известных случаев хватает - в том числе, в практике программы
"электронного правительства" США - для архитектурного моделирования организаций и
соотнесения этих моделей с моделями ЕФА. При этом информационные сущности IDEF1X-
модели (или модели "сущность-связь" в иной нотации) отображают те или иные элементы,
объекты и компоненты архитектуры в их взаимосвязях - как для организации, так и для
ЕФА. В связи с этим стоит отметить и то, что, несмотря на "возраст" языков основных
стандартов IDEF, в документах программы ЭП США, обзорах META Group и т.п.
наблюдаются требования         проверять программные инструменты моделирования на
поддержку языков этого стандарта. При этом язык стандарта IDEF1X эквивалентен по
мощности и совместим во многих реализациях с другими языками (нотациями)


                                                212
представления моделей класса "сущность-связь" (ER-модели), что говорит о достаточной
открытости и отчуждаемости средств этого вида, о реальной возможности использовать
языки семейства IDEF в качестве общего языка общения - как минимум на этапах
разработки первых, относительно простых версий моделей рассматриваемого класса.
ARIS в целом преодолевает перечисленные недостатки IDEF, однако методология этого
языка по сути является методологией-оболочкой: нет четко описанных регламентов
действий, не предлагается уникального подхода к проблеме моделирования архитектуры
предприятия. Сам язык включает более 100 типов моделей, 90% из которых практически
никогда не используются. Инструментальная поддержка осуществляется продуктом ARIS
Suite той же компании – разработчика методологии. Этот продукт имеет цену, на порядок
превышающую стоимость инструментов аналогичного класса для аналогичных платформ, и
отличается весьма большими трудозатратами на его разработку, что вряд ли позволит
создать когда-либо конкурирующий инструментарий, поддерживающий данный язык. Так
что этот известный язык остается уникальной и почти не отчуждаемой собственностью
изобретателя.
Одной из последних разработок в данной области является создание специального языка,
ориентированного на моделирование бизнес-процессов BPML (Business Process Modeling
Language) и претендующего на стандартизацию. Этот язык обеспечивает построение
абстрактной исполняемой модели взаимодействующих процессов на основе концепции
конечного автомата (машины конечных состояний). BPML представляет бизнес-процессы
посредством объединения описания взаимодействий управляющих потоков, потоков данных
и потоков событий с дополнительными ортогональными средствами моделирования бизнес-
правил, ролей, контекста взаимодействия. Он поддерживает синхронные и асинхронные
распределенные транзакции, поэтому может быть использован как исполняемая модель для
встраивания существующих приложений в качестве процессных компонент внутрь
электронных бизнес-процессов. Этот язык включен в состав программной системы Popkin
System Architect и представляет несомненный интерес для изучения при выборе средств
моделирования среды предприятия (организации), однако он может оказаться избыточным
по уровню детализации для моделирования именно и только ЕФА (при актуальности на
уровне отдельной организации).
Известна также инструментальная система METIS, которая нашла свое применение в
проектах архитектуры Департамента защиты окружающей среды (DEP) в США. Она
основана на собственной версии языка моделирования предприятия со специальным

                                         213
средством моделирования ресурсов. Полезно учитывать, что COMPUTAS, компания-
разработчик системы METIS, входит в рабочую группу разработки мультимодельного языка
UEML (см. ниже).
Важной проблемой является то, что многие из перечисленных инструментов поддерживают
аналогичные концепции с различными названиями, которые трудно сравнивать из-за
различного синтаксиса и семантики языков моделирования (которые к тому же часто точно
не   определены).        Собственный    синтаксис       и   ограниченная   (ориентированная   на
поддерживающий инструментарий) семантика и графическая нотация языков привела к
основной языковой проблеме - отсутствию интеграции моделей, разработанных на
различных языках моделирования. Эта ситуация становится препятствием при попытках
стыковки архитектурных моделей отдельных организаций с ЕФА. Существует несколько
теоретических и практических подходов к преодолению этого препятствия. Наиболее полно
данное препятствие можно оценить, если рассмотреть его как проблему обеспечения
совместимости и интеграции архитектурных моделей разных видов.
Решением данной проблемы занимается рабочая группа, созданная компаниями –
производителями языков моделирования, целью деятельности которой является создание
унифицированного языка моделирования UEML (Unified Enterprise Modeling Language) с
четко       определенными    синтаксисом,    семантикой        и   правилами   взаимоотношений
(отображений) между различными языками моделирования архитектуры предприятий.
Проект UEML включает разработку:
        -    общего, визуального, базированного на шаблонах языка для коммерческих
инструментальных средств моделирования предприятий и программных систем класса
workflow;
        -    стандартизованных, независимых от инструментов механизмов передачи знаний
(моделей) между проектами;
        -    репозитория моделей предприятий.
Этот язык и указанная разработка являются, таким образом, аргументом за то, чтобы
планировать      более    детальное    изучение    способов     многомодельного   представления
архитектуры. Это особенно актуально для реализации продвинутых версий ЕФА,
непосредственно и динамично связанных с соответствующими моделями большого числа
конкретных организаций. (Сам же проект только что завершен, и говорить о готовых к
оценке результатах этого проекта UEML еще рано.)



                                                  214
Другим кандидатом на изучение и практическое опробование может быть названа система
System Architect (Popkin Software), поддерживающая не только язык BPML и конкретные
традиционные виды моделей (включая упомянутую модель "сущность-связь"), но и схему
Захмана в целом. Она имеет большой стаж успешного развития и применения; в частности,
она нашла достаточно широкое применение в проектах архитектуры ряда департаментов
(агентств) США.
Таким образом, целесообразно детальное изучение не только UEML, но и системы System
Architect и, что должно проверяться отдельно, MOF и MDA OMG, а также METIS (в рамках
исследовательского и, затем, пилотного проектов). Целесообразно объединить в одном
проекте эти языки и системы для опробования реальной совместимости моделей ЕФА и
конкретной организации, включив также в этот проект и хорошо известные средства для
комплекса IDEF для поддержки формализованных моделей верхних уровней (или другой
равномощной, распространенной и имеющей недорогую реализацию нотации средств
создания, в первую очередь, информационных и, затем, функциональных моделей). Тем не
менее, это замечание, как оно сформулировано в данной главе, не является исчерпывающей
формулировкой требований к проекту создания средств моделирования для ЕФА и
архитектуры отдельной организации (см. рекомендации по этому поводу во втором разделе
отчета).

Раздел         4.   Систематизация,           оценки      и     рекомендации          по
перспективности анализируемых подходов, методологий и отдельных
моделей ЕФА

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




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


4.2 Оценки обоснованности и необходимости централизованного
руководства применением ИКТ для совершенствования госуправления,
его возможности и границы применения

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


                                            216
отдельному агентству. Например, Дания достигла значительного прогресса в развитии ЭП,
руководствуясь своей программой Digital Task Force.. Дания получила высокую оценку
Accenture [30] благодаря слаженности в использовании комплекса разнообразных мер, что
является отражением твердой приверженности Дании единым для всего правительства мер по
планированию   и   реализации   ЭП. Ответственный    правительственный   чиновник или
центральный орган должен нести не только ответственность за внедрение технологий и
методов   электронного     правительства,   но   также   обладать   соответствующими
полномочиями .
      Accenture указала, что руководству электронного правительства необходима
структурная схема для выполнения своих действий. Стратегия внедрения ЭП требует четко
определенных механизмов определяющих создаваемое ЭП новое качество. Движение к
улучшенному предоставлению услуг и более эффективной деятельности правительства
опирается на анализ приведенных ниже четырех групп критериев,         используемых для
определения того, как и насколько эффективно создается новое качество каждым элементом
программы электронного правительства.
      1) Будет ли программа или проект соответствовать нуждам граждан? Уменьшит ли
количество бюрократических инстанций?
      2) Упрощает ли проект бизнес-процессы, в которых участвуют предприятия - внешние
клиенты или партнеры правительства? Рационализует ли проект масштабные процессы,
сопровождающиеся высокими издержками?
      3) Приведет ли проект к существенному увеличению эффективности деятельности
правительства? Освобождает ли ресурсы правительственных органов для перераспределения?
      4) Инфраструктура в проекте используется наилучшим образом? Улучшает ли проект
инфраструктуру? Помогает ли выполнение данного проекта другим проектам       предлагать
услуги высокой ценности?
      Вес каждого из этих факторов определяется руководством ЭП, которое основывается на
собственных перспективах и стратегиях правительства. Руководители могут изучить
потенциальные инициативы электронного правительства, чтобы выяснить, как будет
получаться качество по каждому из критериев. Эта оценка позволяет устанавливать
относительные приоритеты проектов.
      Очевидно, что:
      - описанная структура для руководства является частью ЕФА - единой федеральной
архитектуры,

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

4.2.2 Рекомендации по выбору подхода к управлению программой ЭП и
применением ЕФА
      Поскольку отчет Accenture за 2003 год выделил Данию в отношении управления
программой ЭП, и поскольку подходу США было уже уделено весьма большое внимание,
приведем краткую характеристику оценок и подхода Дании в области разработки ЕФА.
      В материале 2003 года "White paper on Enterprise Architecture", 2003, (подзаголовок
"Правительственная архитектура предприятия в Дании") рабочей группы по архитектуре при
упомянутом выше Министерстве науки, технологий и инноваций указывается:
      -   должна быть утверждена общая схема архитектуры предприятия (common enterprise
architecture framework) для планирования ИКТ-систем правительственных органов, при этом
должно уделяться особое внимание обеспечению интероперабельности;
      -   требуются специальные усилия по распространению знаний по дисциплине
"архитектура предприятия" и по повышению компетентности в этой области, особенно в связи
с совместными инициативами правительственных организаций.
      Указывается, что Дания ставит задачу не просто предоставлять информацию через
сайты, но предоставлять дополнительное качество за счет комплексных транзакций (например,
оплата налогов). А такие транзакции, заменяющие сложные административные процессы,
требуют тесной интеграции работающих прикладных систем.
      Даются сравнительные оценки архитектурным усилиям нескольких ведущих стран, из
которых отметим следующие:
      -   программа SAGA в Германии побуждает к централизованному выбору техники и
программного обеспечения, ее обобщенная схема архитектуры не включает актуальных
архитектурных спецификаций, но определяет набор правил для каждого конкретного проекта;
      -   Швеция отличается высоким уровнем децентрализации решений (принцип "пусть
расцветает тысяча цветов") при наличии централизованной помощи в выполнении проектов,
что   может   создать   ЭП   на   основе   "слабо   связанных"   ИТ-систем;   и   при   таком

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

4.3 Типичная схема архитектурных процессов как основы процесса
стратегического управления применением ИКТ на основе ЕФА
      Рассматриваемая схема стала достаточно распространенной схемой в мировой
практике. Аналогичная схема была использована в «Белой книге Дании по архитектуре» и
материалах по Федеральной архитектуре Канады. Теперь она используется                 - с
модификациями - также в материалах по архитектуре конкретных организаций (в том числе




                                           219
- в описанном в разделе 3 Министерство внутренних дел США - DOI USA). Схема
приведена на рисунке 4.1. Существенно, что эта схема:
      -   является широко принятой схемой процесса стратегического руководства
применением ИКТ для совершенствования правительственных организаций;
      -   используется в разных странах и организациях с модификациями под особенности
своего подхода.
      По этим причинам данная схема является рекомендуемой основой для адаптации к применению
методологии ЕФА в России - и на уровне формирования и использования самой ЕФА и
распространения в качестве рекомендации на уровень отдельных организаций.
      Надо отметить, что в варианте DOI USA эта схема имеет еще один компонент ЕФА:
архитектуру приложений. Есть отличия и в варианте этой схемы в Канаде. В связи с тем, что
в ЕФА практически всех стран и в архитектуре всех организаций есть свои особенности
даже в составе обобщенных схем и справочных моделей, данная схема потребует адаптации
к особенностям ЕФА в России. На рисунке 4.1 представлена схема архитектурных
процессов, рекомендуемая для адаптации в России.




                                           220
                            Среда (внешняя и внутренняя):
                      тенденции, деловые и технические двигатели




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

 х работ
                                                  тура                             архитекту
                                                                                   ра и
                                                                                   принципы

                             Документирование текущего состояния
                                                                             Анализ
                             внешней и внутренней среды, включая
                                                                             разрыва
                             архитектуру




                                                                             Определение
                                                                             приоритетов
                                                                             и планирование
                                                 Осуществление
                                                                             перехода
                                                    проектов




    Рисунок 4.1. Схема архитектурных процессов, рекомендуемая для адаптации в России.



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



                                                         221
                                     инициатив по предоставлению услуг правительства
                            Факторы                                 % опрошенных
Повышение удовлетворения граждан                                   93
Требования клиентов новых/лучших услуг                             83
Цели действий правительства                                        77
Политическая поддержка (продвижение/привлечение - push/pull)       67
Новые технологии                                                   62
Вопросы безопасности/обмана                                        61
Регуляторные (нормативно-правовые) требования                      57
Меры по снижению затрат на правительство                           51
Преодоление безразличности избирателей                             18


                    Таблица 4.2. Ожидаемые области, в которых программы ЭП обеспечат
                                                         полезные эффекты от инвестиций
                                                Варианты ответов респондентов, %
             Области                  да             возможно       нет       затрудняюсь
                                                                              ответить
Упрощение (модернизация) процессов    87             1              2         10
Повышение общественной репутации      80             6              4         10
Облегчение доступа клиентам           82             5              2         11
Более эффективное распределение       70             11             11        8
человеческих ресурсов
Снижение себестоимости /              70             10             12        8
сокращение затрат


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


                                            222
        Группировка клиентов по их нуждам                                 34
        Использование данных о клиентах для борьбы с                      30
       нарушениями
        Использование данных для прогнозирования будущих                  29
       нужд
        Использование «взгляда изнутри» (т.е. с позиции                   22
       клиента) для адаптации услуг к индивидуальным нуждам
        Анализ данных для лучшего понимания клиентов                      21
        Использование «взгляда изнутри» (т.е. с позиции                   17
       клиента) для предоставления услуг через наиболее
       предпочтительный канал
        Использование данных для «связывания» (объединения                14
       связанных) услуг


      При     этом       Accenture   указывает,    что   правительства,   которые   пользуются
консультациями клиентов, находятся на верном пути к пониманию нужд клиентов
«изнутри»: узнать, чего от них ждут клиенты, надо прямо спросив их об этом.
Правительственные чиновники оценивают частоту вовлечения правительствами клиентов
ЭП в создание и разработку политик/инициатив следующим образом. Обозначения: 5-
интенсивное вовлечение, далее по убыванию – 1-нет вовлечения, 0-затрудняюсь ответить. В
таблице 4.4 представлены эти оценки.


                           Таблица 4.4. Частота вовлечения правительствами клиентов ЭП
            Степень
                                 % опрошенных
         вовлечения
                     5                     14
                     4                     40
                     3                     26
                     2                     15
                     1                     3
                     0                     2




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

4.5 Оценки перспективности, полноты и корректности общего
архитектурного подхода и отдельных моделей

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

4.5.2 Общие оценки ЕФА США
      Как отмечалось, наибольшая широта архитектурного подхода и проработанность
большого числа руководящих методических материалов достигнута в США, но, вместе с
тем, подход США является достаточно полным только на уровне начальных предпосылок и
имеет пробелы в реализации.
      Наиболее явно эти пробелы видны при сопоставлении отдельных моделей с общей
схемой архитектуры по Дж. Захману, которую изначально в ЕФА США использовали как
одну из основ.


                                         224
      На рисунке 4.2 показано отображение существующих на время написания данного
отчета моделей FEA (ЕФА в США) также на таблицу Захмана. В клетках покажем названия
справочных моделей ЕФА в США, жирным отразим прямое использование моделей,
скобками покажем условно возможное применение, скобками со знаком "?" - косвенную
связь модели FEA с соответствующей областью-ячейкой матрицы Захмана.




                                        225
               Объекты    Действия     Дислок     Люди       Время      Мотивы
               (что?)     (как?)       ация       (кто?)     (когда?)   (зачем?)
                                       (где?)
  Плани-       (DRM?)     BRM                                (PRM?)     PRM          Сфера действия
  ровщик
  Владелец     (DRM?)                                        (PRM?)     PRM          Модель
  [менедже                                                                           предприятия
  р
  процесса
  ]
  Конструк     (DRM?)     SRM                                (PRM?)     PRM          Модель системы
  тор
  Разработ     (DRM?)     TRM                                           (PRM)        Техническая
  чик          TRM                                                                   модель
  Субпод-                                                                            Компоненты
  рядчик
               Данные     Функции      Сеть       Органи-    Расписан   Стратеги
                                                  зация      ие         я
                                     Элементы-артефакты архитектуры



               Рисунок 4.2. Отображение существующих моделей FEA (ЕФА в США)
                                              на таблицу Захмана.
        При этом некоторая полезная информация, которая соответствует непокрытым
ячейкам матрицы Захмана, в описаниях FEA присутствует (в первую очередь, в описании
FEAF - обобщенной схемы ЕФА для США). Так например, указывается, что справочные
модели       специально     не     содержат      никакой      информации           относительно       дислокации
(размещения) реальных организаций и узлов компьютерных систем. Однако эти и подобные
указания случайны, тем более - не сведены в методическую систему, относящуюся к
областям "Дислокация", "Время (операционное)", "Люди".

4.5.3 Характеристики других недостатков моделей ЕФА в США
        Характеристики других недостатков отдельных моделей FEA -                             ЕФА в США -
таковы:
        -    в настоящий момент отсутствуют информационные модели (DRM пока не
опубликована), сконцентрированные на деловых объектах (включая формируемые
информационные услуги правительства) и деловых информационных потребностях;


                                                       226
       -   существует неполнота функциональной модели BRM FEA, состоящая в том, что
ее   детализация   остановилась       на        достаточно   крупных      функциональных   областях
(называемых подфункциями, subfunction), что затрудняет работу по реинжинирингу
процессов;
       -   существенна неполнота в описании жизненных циклов ЭП, организации, системы
(неполнота в представлении оси стратегического времени), которая состоит в наличии
разрозненных и недостаточных указаниях на итерациях получения архитектур "как надо" из
архитектур " как есть" и построении переходных планов (причем последнее описано не в
ЕФА США, а в рекомендациях для организаций).
       Наконец, модели FEA далеко не во всем соответствуют особенностям устройства
вертикали правительственных органов в России, в подходе FEA нет средств для решения
ряда задач, специфических для России .
       Наконец, известна критика (см. например, оценки, сформулированные в Дании)
архитектурных моделей ЕФА в США, говорящая об упрощениях, не дающих возможности
решать сложные задачи создания высоко интегрированных систем, реализующих гибкие
распределенные деловые процессы. Указывается на то, что недостаточно инкорпорируются
в модели FEA современные достижения дисциплины моделирования и другие формальные
методы, что ставится в качестве явного задания для ЕФА в других странах (Канада, Дания).
В данном отчете в нескольких разделах уже говорилось о том, почему простота
функциональной справочной модели BRM в составе ЕФА в США не дает возможности
проводить анализ процессов в разных организациях с необходимой детальностью, что надо
и для выявления и построения межведомственных процессов, что является одной из главных
задач ЕФА. Наконец, даже матрица Захмана, при всей ее полноте, не является идеалом. Так,
она не включает направления для отображения любых необходимых ситуаций в жизненных
циклах     организаций   и   систем        на     оси   стратегического    времени   трансформации
реформируемых организаций, хотя бы аналогично трехмерной схеме системы GERAM.

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


                                                    227
контроля эффективности проектов. В этом отношении справочная модель PRM в FEA, а
также будущая практика организационно-управленческих структур и методов применения
PRM совместно с BRM FEA, имеют большое значение, и их рекомендуется использовать
для адаптации в ЕФА в России. Это же относится к методикам управления инвестициями и
моделям зрелости процессов управления инвестициями и эффективностью проектов, причем
как на федеральном уровне, так и на уровне конкретной организации.
       Наконец, надо также учитывать, что рассматриваемые методы и модели находятся во
всех передовых странах в непрерывном развитии. В следующих версиях модели ЕФА
разных стран могут быть выпущены с устранением многих недостатков.

4.6 Оценка положения с полнотой и корректностью в области
терминологии

4.6.1 Общее описание ситуации
       Оценка полноты и корректности подходов и моделей ЕФА включает в себя оценку
качества терминологии, используемой в сфере ЭП и ЕФА. Проведенный анализ показал
большие проблемы в области терминологии. Они изложены ниже и сопровождены
указанием на необходимость соответствующих работ при разработке русскоязычной
терминологии и методологии ЭП и ЕФА для России.
       Для развития и сопровождения проводимых в последние годы во многих странах
разработок    в   области     электронного       правительства     (ЭП)    созданы      разнообразные
методические      материалы.       Центральное     место   среди     них     занимают     документы,
подготовленных для этих целей рядом авторитетных международных организаций,
специально учрежденных национальных институтов, федеральных и региональных агентств
в США, Канаде, Дании и других странах – National Institute of Standards and Technology
(NIST), European Commission, United States General Accounting Office (GAO), Information
Systems Audit and Control Foundation (ISACF), IT Governance Institute, Washington State
Department of Information Services (DIS), Federal Enterprise Architecture Certification Institute
(FEAC Institute), Italian Minister for Innovation and Technologies и т.д.
       Проблематика электронного правительства интегрирует опыт, накопленный в
различных     областях    –    в    управленческой      деятельности,      экономике,     в   области
информационных       технологий.       Поэтому,     естественно,     в     подготовке     документов,
представляющих ключевые концепции этого феномена, должны были участвовать


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

                                            229
используются некоторые ранее непривычные для этой сферы термины, традиционно
присущие коммерческой деятельности. Они приобретают при этом более общее смысловое
содержание. К их числу относятся такие термины, как «бизнес», «бизнес-процесс», «бизнес-
модель», «бизнес-архитектура» и т.п.
      В контексте рассматриваемой         предметной области    бизнес понимается как
профессиональная     (основная     и   вспомогательная)   деятельность    государственной
организации, органов управления, организаций государственной инфраструктуры и т.д., не
связанная с коммерческими целями. Так, в документе канадского правительства [3] бизнес
определяется как «какие-либо коммерческие, промышленные или профессиональные
отношения». Коммерческий аспект этого понятия полностью утрачивается также при
использовании его в области информационных технологий в терминах «бизнес-
архитектура», «бизнес-модель», «бизнес-процесс».

4.6.2 Неустояшееся состояние, его признаки и тенденции
      Интеграции информационных ресурсов и др. Терминология в этих областях еще
только формируется. Более того, не устоялся даже главный термин рассматриваемой
проблематики «e-Government». Наряду с чаще всего используемым английским термином
«e-Government» встречаются также его синонимы (например, «Digital Government»), и, что
более важно, не существует единого общепринятого его определения.
      Разнообразие существующих определений демонстрирует приведенная далее малая
выборка из множества доступных нам (см., например, источники [1-22]).
      E-Government [2]: Под термином «электронное правительство» мы понимаем
использование электронных и коммуникационных технологий для интеграции клиентов в
деятельность правительства и публичной администрации.
      Digital Government [4]: Средства, с помощью которых правительство обеспечивает
компьютерный доступ к информации и сервисам в Интернет, обычно на публичных
порталах и в локальных правительственных внутренних сетях.
      E-Government     [5]:      Осуществление     правительственных     бизнес-транзакций
электронным путем, обычно через Интернет, но с включением всех связанных процессов
реального мира. В нашем информационном обществе клиенты все в большей степени
ожидают, что правительство будет доступным и удобным. Поскольку надежды клиентов
возрастают, правительства должны придерживаться стратегий электронного правительства.



                                            230
        Electronic Government [6]: Действия правительства, осуществляемые с помощью
цифровых процессов в компьютерной сети (обычно в Интернет) между правительством и
простыми     гражданами,   а   также     сущностями     частного   сектора,   прежде   всего
контролируемыми сущностями. Эти действия, как правило, вовлекают электронный обмен
информацией с целью получения или предоставления продуктов или услуг, размещения или
получения заказов, предоставления или получения информации либо выполнения
финансовых транзакций. Ожидаемые выгоды электронного правительства включаются в
сокращении затрат на правительственные институты и на контролируемые сущности,
возросшей доступности после того как правительственные услуги могут быть доступны из
виртуально любого места и удобны в связи с их круглосуточной доступностью. Помимо
этого    электронное    правительство    обеспечивает     прямые    коммуникации       между
законодателями и их избирателями по электронной почте.
        E-Government [8]: Электронное правительство применяет концепции электронной
коммерции (например, информацию и маркетинг с помощью Веб-сайтов, продажи
потребителям в интерактивном режиме) к функционированию правительства. Некоторые
инициативы в этой области включают помещение информации правительства Канады и
коммуникации с помощью Веб-сайтов, предоставление интерактивных сервисов для
клиентов и оперативное сотрудничество с партнерами.
        Digital Government [11]: Правительственные услуги, доступные в интерактивном
режиме гражданам, работающим и бизнесу.
        e-Government [15]: Модернизация способа, используя который общественный
[правительстенный] сектор распространяет свою политику, программы, услуги. Цель
состоит в том, чтобы предоставлять услуги в соответствии с потребностями потребителей, а
не организационных структур поставщиков услуг.
        Анализируя     приведенные      примеры   определений      термина     «электронное
правительство» в различных документах, можно отметить, что понимание этого термина у
зарубежных специалистов весьма неоднозначно. (Кроме того, оно находится в динамике, и
ранее приведенные определения формулировались, очевидным образом, в разное время.)
Одной из крайних точек зрения является его трактовка, в которой во главу угла ставится
определяющая роль информационных технологий. Однако в более зрелых определениях
делается акцент на трансформации существующих правительств в новое состояние,
обеспечивающее эффективное взаимодействие власти и граждан. Этот факт подчеркивается,
например, в документе, подготовленном специалистами правительственного агентства

                                            231
Дании [17], где электронное правительство рассматривается не просто как реализация новой
технологии, а как метод, с помощью которого правительство может трансформировать
способ своих связей с гражданами. При этом «трансформация [правительства] исходит не из
перемещения услуг в интерактивный режим, а из фундаментальной реструктуризации
организации публичной администрации и интеграции рабочих процессов агентств с тем,
чтобы поместить гражданина в центр внимания и упростить взаимодействие, снизить
стоимость (чего) и улучшить сервис».
      Нужно, наконец, отметить, что парадигма электронного правительства продолжает
активно развиваться. Исследования проблем электронного правительства проводятся в ряде
научных центров различных стран. В США программа исследований в этой области
поддерживается Национальным научным фондом (NSF) [18]. Ежегодно проводится крупная
научная международная научная конференция [19], посвященная обсуждению широкого
круга исследовательских проблем в этой области. В частности, Европейский союз
поддерживает проект (2004-2006 гг.), целью которого является разработка концепции,
методологических,      технологических    и      институциональных      основ    электронного
правительства третьего поколения [20, 21]. Конечно же, указанные исследования по
необходимости приведут к соответствующему развитию терминологии электронного
правительства.

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


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




                                             233

				
DOCUMENT INFO
Shared By:
Categories:
Tags:
Stats:
views:48
posted:2/24/2012
language:Russian
pages:233