Тексты для пунктов 1-го раздела
advertisement
Отчет О научно-исследовательской работе «Разработка типовых требований к процессам информатизации органов государственной власти, включая разработку единой методологии построения «электронного правительства» (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, http://www.kbst.bund.de/SAGA-,182/start.htm) [7], но и SAGA подробное - обширное руководство по строительству ЭП в землях, доступное в оперативном режиме (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. Краткое описание функций и должностных обязанностей некоторых должностных лиц. Роль Глава агентства Совет по инвестициям в основные средства (CIC) Главный Архитектор Руководитель информационной службы агентства (CIO) Совет по управлению конфигурацией (CCB) Менеджер конфигурации Владельцы бизнесподразделений и процессов Функции и ответственность Устанавливает Архитектуру Предприятия как приоритет развития всего агентства. Формирует исполнительный управляющий комитет по Архитектуре Предприятия (EAESC); руководит проведением политики и решением проблем разработки, реализации и технического обслуживания Архитектуры Предприятия. Проводит рассмотрение заключительной информации о предложениях по инвестициям в технологии и принимает окончательное решение по финансированию. Выбирает проекты, устанавливает показатели продвижения проекта и оценивает результаты инвестирования принятых решений. Формирует группу проектирования Архитектуры Предприятия. Наблюдает за разработкой архитектурных продуктов Архитектуры Предприятия, за ее использованием и усовершенствованием. Выступает в качестве владельца архива (репозитория) Архитектуры Предприятия и отвечает за разработку переходного плана в части архитектуры. Отчитывается непосредственно перед Руководителем информационной службы. Планирует деятельность и обеспечивает стратегическое руководство исполнительным управляющим комитетом по Архитектуре Предприятия (EAESC); обеспечивает помощь руководителю Агентства в осознании преимуществ и в оценке эффективности использования Архитектуры Предприятия; назначает Главного Архитектора; доводит до сведения исполнительных подразделений и всех заинтересованных сторон через совместные форумы преимущества использования Архитектуры Предприятия своего агентства и обеспечивает к доступ форумам и архитектурным продуктам; координирует деятельность руководителей исполнительных подразделений и принимает необходимые меры в сфере информационных технологий. Несут ответственность за мониторинг и управление изменениями в Архитектуре Предприятия, начиная с момента начала разработки. Отвечает за техническое обслуживание и конфигурационное управление всеми изделиями Архитектуры Предприятия. Обеспечивают на высоком уровне участие в Архитектуре Предприятия заинтересованных лиц и спонсоров; взаимодействуют с архитектурной группой по вопросам внедрения и пересмотра стандартов, определяют ресурсы по бизнес-направлениям и наблюдают за пересмотром изделий архитектуры с позиции потребностей и перспектив развития бизнеса. 66 Роль Функции и ответственность Исполнительный управляющий комитет по Архитектуре Предприятия (ЕAESC) Обеспечивает стратегию, планирование и распределение ресурсов, связанных с разработкой и техническим обслуживанием изделий Архитектуры Предприятия; обеспечивает стратегическое руководство и гарантирует корпоративную поддержку; обеспечивает поддержку спонсоров, одобряет различные отчеты, обзоры и стратегию управления архитектурой; одобряет все существенные изменения в Архитектуре Предприятия. Офис управления программой Архитектуры Предприятия (EAPMO) Обеспечивает управление и контроль действий по Архитектуре Предприятия как формально осуществляемой программы; создает и сопровождает план осуществления программы Архитектуры Предприятия и планы проектов, связанных с Архитектурой Предприятия; определяет задачи, потребность в ресурсах и графики проведения работ; обеспечивает поддержку программ управления, мониторинга и контроля разработки и технического обслуживания изделий Архитектуры Предприятия. Несет ответственность за разработку и усовершенствование Архитектуры предприятия и ее приложений, за техническую поддержку архитектуры, а также за наполнение архива (репозитория) Архитектуры Предприятия. Разрабатывает формализованные стандарты требований и управляет процессами архитектуры Обеспечивает распространение процессов Архитектуры Предприятия в администрации агентства; воздействует на официальных лиц в руководстве агентства так, чтобы проект был поддержан и обеспечен необходимыми ресурсами, Проводит мониторинг и измеряет эффективность и результативность архитектуры на проектах архитектуры Группа по Архитектуре Предприятия Администратор обеспечения качества Администратор управления рисками Технический комитет по проведению пересмотра ( TRC) Независимая группа валидации и верификации (IV&V) Обеспечивает требуемое качество всех изделий архитектуры; принимает участие в всех работах по обсуждению и пересмотру изделий архитектуры. Отчитывается непосредственно перед руководителем информационной службы агентства. Идентифицирует, контролирует, управляет и принимает меры к смягчению рисков, связанных с программой Архитектуры Предприятия. Отчитывается непосредственно перед руководителем информационной службы агентства. Оценивает соответствие потребностям проведения бизнеса, решения по поступающим предложениям, выполнение технических требований; оценивает соответствие архитектуры принципам и требованиям; оценивает запросы на включение или исключение программных продуктов; осуществляет обзор стандартов. Проводит оценки соответствия архитектуры требованиям; обеспечивает проверку выполнения требований по программе обеспечения качества информация (стоимость, выполнение графика и эффективность данных) 67 2.3.3 Стратегическое руководство ИКТ на уровне штата Как правило, на уровне штата существуют отдельные структуры, способствующие развитию услуг электронного правительства по направлениям G2C, G2B и G2G. Их архитектура должна подчиняться единым правилам, предъявляемым к архитектуре федерального предприятия. Задача организации, реализующих проекты eGovernment на уровне штата – содействие населению, бизнесу и другим государственным ведомствам путем предоставления им различных информационных услуг (в т.ч. специфичных для конкретного штата или города). Например, Управление Бизнеса и Предприятий (Enterprise Business Office - EBO) в Калифорнии занимается оптимизаций взаимоотношения бизнеса и администрацией штата. Данная организация также отвечает за работоспособность и развитие Интренет-портала, предоставляющего услуги бизнесу в круглосуточном режиме. EBO также курирует ряд других проектов, например, выдачу регистраций на организацию предприятий по контролю за насекомыми-паразитами и т.д. Согласно, исследованию, проведенному в 2001 г., федеральные сайты в большинстве случаев опережают сайты правительств штатов. Особенно сильно это различие наблюдается в области доступа граждан к базам данных (90 % у федеральных сайтов и только 53% сайтов правительств штатов). Предоставление электронных услуг в федеральных сайтах предусмотрено в 34% сайтах, а в сайтах штатов только у 24%. Значительно опережают федеральные сайты в области предоставления услуг для людей с ограниченными возможностями (соответственно 54% и 26%). Политику и средства сохранения секретности предусматривают 81% федеральных сайтов и 26% сайтов правительств штатов. Полные данные по всем сравниваемым показателям приведены в таблице 2.3. Таблица 2.3. Использование электронных технологий на двух уровнях власти Доступ к базам данных Сайты правительств штатов 53 90 Онлайновые услуги 34 Доступ для людей с ограниченными возможностями 54 26 Политика и средства обеспечения секретности 81 26 Федеральные сайты Технология 68 24 Политика и средства обеспечения безопасности 56 Доступ к публикациям 98 93 Комментарии 19 5 Связь с другими сайтами 81 Связь с порталом 64 Поддержка иностранных языков 25 5 Наличие электронной почты 86 84 Наличие рекламы 0 2 Бесплатное пользование услуг 19 2 Обслуживание кредитных карт 27 9 Средства поиска информации 80 51 Последние новости по электронной почте 41 8 16 68 43 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) в определенном смысле заменяет - TRM (Technical Reference Model) аналогичным образом заменяет прежние ARM, 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 Система Y Система C Система E Система D Система E Система 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 формирования ИКТ-бюджета включает в себя стадии: - планирования бюджета; - принятия бюджета. 93 отражены A-11” в [28]. документе Процесс На стадии планирования ИКТ-бюджета, согласно новым требованиям Административно-Бюджетного Управления, все государственные ведомства должны представлять свои планы по планируемым ИКТ-инвестициями на будущий год в специальном документе “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 Содержание этапа определяет бюджетные приоритеты и характеристики результатов для предстоящего финансового года 2. Административнобюджетное управление выпускает Справочную модель бизнеса после завершения ее ревизии 3. Административнобюджетное управление выпускает руководство по представлению совместных бизнес-решений для проведения ИКТ-инвестиций Комментарий по этапу свои предложения по бюджету для их представления в Административнобюджетное управление. Стратегическое планирование и определение общих приоритетов бюджета начинается осенью и продолжается в течение зимних месяцев. Стратегическое планирование достигает своей высшей точки готовности к моменту ежегодного представления (31 марта) Агентством отчета в соответствии с Актом о повышении результативности правительства (Акт GPRA). Данные о внутренних бюджетных запросах агентства должны быть представлены в Административно-бюджетное управление в марте / апреле. Ежегодно Административно-бюджетное управление выпускает годовую пересмотренную версию Справочной модели бизнеса в середине весны. Это дает вполне достаточное время для того, чтобы агентства смогли использовать аналитические возможности и средства модели на самых ранних стадиях своих процессов капитального планирования. Каждой весной Административно-бюджетное управление выпускает для агентств руководство по правилам финансирования и по разработке программы работ, которые устанавливают порядок рассмотрения и разработки агентствами своих инвестиционных инициатив. Административно-бюджетное управление в качестве одной из важных частей этого процесса выделяет необходимость разработки агентствами совместных бизнес-решений. Сюда включается идентификация областей, которые хорошо отвечают организации взаимного сотрудничества нескольких агентств, а также порядок и временные графики представления совместных бизнес-решений. 4. Агентства проводят Как часть своих процессов планирования капиталовложений и управления пересмотр внутренних инвестициями агентства пересматривают свои портфели текущих инвестиций и инвестиций рассматривают возможности проведения новых инвестиций. Стадия выбора заканчивается разработкой портфеля инвестиций, который должен получить одобрение наблюдательного совета агентства по инвестициям. Справочная модель бизнеса призвана поддержать этот процесс. 5. Агентства разрабатывают Для всех основных капитальных активов завершается разработка бизнесдокумент Exhibit 300 решений, которые затем должны быть одобрены Наблюдательным советом Агентства по инвестициям. Агентства в начале сентября представляют в Административно-бюджетное управление Exhibit 300 в качестве одной из частей годового бюджетного запроса. 6. Циркуляр А-11 и обучение Административно-бюджетное управление обеспечивает обучение Справочной модели бизнеса представителей агентств содержанию нового методического руководства по использованию циркуляра A-11. Одновременно Административно-бюджетное управление также предоставляет возможности по обучению агентств использованию Справочной модели бизнеса при проведении собственных бюджетных процессов. 7. Агентства предлагают Агентства рассматривают существующую Архитектуру федерального проекты для совместных предприятия (применяя автоматизированную систему FEAMS) и анализируют бизнес-решений с инвестиции в данное Направление бизнеса со стороны других агентств, использованием Справочной осуществляющих подобные инвестиции. Если такие агентства найдены, то модели бизнеса инициируется процесс обсуждений, цель которых состоит в определении выполнимости совместного использования компонент и их функциональных возможностей, а также в обсуждении вопросов, связанных с распределением затрат и иных проблем, вытекающих из предполагаемого сотрудничества. 8. АдминистративноВ середине лета Административно-бюджетное управление собирает все бюджетное управление инициативы от кандидатов для разработки совместных бизнес-решений. идентифицирует Представители Административно-бюджетного управления рассматривают эти Направления бизнеса, в предложения и выбирают из них инициативы с наиболее высоким уровнем которых ожидается воздействия на эффективность деятельности агентств и с самой большой использование совместных вероятностью достижения успеха. бизнес-решений 9. Агентства представляют Начальное представление бюджета (Initial Budget Submission) для 97 Содержание этапа исходные предложения по бюджету; Агентства представляют совместные бизнес-решения 10. Административнобюджетное управление проводит анализ предложений агентств по бюджету 11. Предельный срок представления агентствами своих комментариев по Справочной модели бизнеса для ревизии по следующему году 12. Административнобюджетное управление выпускает проект пересмотренной Справочной модели бизнеса для процесса подготовки бюджета на следующий год 13. Президент представляет бюджет в Конгресс США 14. Административнобюджетное управление повторно анализирует бюджет финансового года 2005 с использованием Справочной модели бизнеса Комментарий по этапу Административно-бюджетного управления является началом процесса принятия решения по Президентскому бюджету. Все начальные материалы по бюджету, разрабатываемые агентствами, включая Exhibit 300, должны поступить в Административно-бюджетное управление в начале сентября. В течение осеннего анализа специалисты Административно-бюджетного управления исследуют бюджетные предложения в свете установленных президентских приоритетов, заданных показателей качества выполнения работы по принятым программам и в соответствии с ограничениями бюджета. При этом согласование инвестиций, предлагаемых агентствами в соответствии с требованиями Справочной модели бизнеса, является неотъемлемой частью этого анализа. Результаты анализа акцентируют особое внимание на существующих проблемах и представляют возможные варианты выбора Директору и другим специалистам Административно-бюджетного управления для принятия обоснованных решений. Ежегодно в конце ноября Административно-бюджетное управление извещает Федеральные агентства относительно принятых решений по их бюджетным запросам. Агентства выверяют свои бизнес-функции в рамках Справочной модели бизнеса и принимают меры для непрерывного контроля достигнутого соответствия и релевантности. Все необходимые комментарии и предложения по усовершенствованиям представляются в FEAPMO. Ежегодный проект Справочной модели бизнеса на предстоящий год выпускается Административно-бюджетным управлением в конце года. Это сделано для того, чтобы получить и проанализировать все поступившие в течение года комментарии по модели и сообщить агентствам информацию относительно принятых в ней изменениях; эти изменения должны быть включены в очередной выпуск модернизированной версии Справочной модели бизнеса. Агентствам дается один месяц на проведение обсуждений и на представление своих комментариев. В первый понедельник февраля Президент представляет свой бюджет в Конгресс США. В отдельных случаях (например, после внесения изменений в Администрации), Президент может представить бюджет несколько позже. До начала очередного бюджетного года Административно-бюджетное управление может возвращаться к анализу бюджетных запросов, даже несмотря на то, что они были ранее (в ноябре) уже одобрены. Причинами подобных пересмотров могут быть как изменения в Справочной модели бизнеса, так и изменения в направлениях наступающего годового бюджета. Примечание этот процесс был описан до недавнего выпуска справочной модели 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 г. Канада Трансформация услуг (5) №1 Дания Зрелая доставка (4) №4 Германия Зрелая доставка (4) №10 Сингапур Зрелая доставка (4) №2 Южная Африка Базовые возможности (2) № 22 Испания Доступность услуг (3) № 14 Великобритания Зрелая доставка (4) №8 США Зрелая доставка (4) №3 Нидерланды Доступность услуг(3) № 13 Бразилия Базовые возможности (2) № 21 Португалия Базовые возможности (2) № 20 Число регуляр-ных пользова-телей Интернет (% от населения) Онлайн - правительство Наша цель – быть известными всему миру как самое близкое своим гражданам правительство, ведь канадцы имеют доступ ко всей правительственной информации и онлайн-услугам тогда и оттуда, когда и откуда им будет удобно. 60.97 Цифровая администрация Концепция электронного правительства состоит в систематическом использовании цифровых технологий для внедрения новых способов мышления и трансформации организаций и рабочих процессов с целью улучшения качества обслуживания и повышения эффективности. БундОнлайн-2005 Гарантия того, что граждане и промышленное производство смогут воспользоваться услугами федеральной администрации проще, быстрее и дешевле. План действий электронного правительства Быть лидирующим правительством, чтобы лучше служить нации в цифровой экономике Электронное правительство – Цифровое будущее: структура ИКТ-политики общественных услуг Усиливать электронное правительство, чтобы структурировать оказываемые услуги по периодам жизни гражданина ЮАР, от колыбели до могилы (электронный аналог ЗАГСа). Эти услуги должны быть доступны всем гражданам в любое время, из любого места, по разным каналам передачи информации. ИНФО XXI: Информационное общество для всех Перейти к информационному обществу для всех, обеспечивая образование и занятость, подходящую инфрастуктуру и законную структуру, общество, которое продвигает свою культуру, общество с более высоким уровнем жизни, инновационное общество, которое стимулирует рост новых отраслей бизнеса и промышленности; продвигать общество с глобальным рынком, сформировать более открытую и сконцентрированную на гражданах администрацию. Правительство информационного века Модернизированное, эффективное правительство, реагирующее на последние разработки в электронном бизнесе и на нужды бизнеса и граждан. Стратегия электронного правительства Улучшение эффективности (производительности) деловых операций, осуществляемых федеральным правительством посредством использования улучшенных технологий; исключить излишние системы и значительно повысить качество оказываемых правительством услуг гражданам и бизнесу. Контракт с будущим Поощрять использование информационных и коммуникационных технологий в ряде областей, чтобы создать более эффективное и производительное общество. 55.6 Электронное правительство Дать возможность каждому гражданину получить доступ к новым информационным технологиям и быть готовыми вступить в новую фазу демократического развития. 10.99 В процессе создания Информационное общество и общество знаний – это возможность изменить отношения между гражданами и государством, модернизировать организацию государства и обратить его к гражданам, усиливать экономику, в первую очередь в таких отраслях, как информационные технологии и коммуникации. 9.87 111 31.83 41.55 5.71 14.67 46.51 66.65 54.67 112 2.7.2 Программа архитектуры онлайнового правительства Канады В Канаде с 2001 г. реализуется программа создания и сопровождения федеративной архитектуры (Federated Architecture Program, FAP, http://www.ciodpi.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). соответствия продуктов этому стандарту http://www.egifcompliance.org/) [42]. 123 Создана (Compliance служба Assessment оценки Service, Франция, 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)», которые содержат широкие политические приоритеты, направленные на решение первостепенных задач правительства (например, обеспечение внутренней безопасности 143 (Secure the Homeland) или распространение электронного правительства). Одновременно с этим, 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. Показатели производительности для области измерения «Технологии» Категории измерений Надежность и доступность Базовый измеряемый индикатор Надежность Категории измерений Надежность и доступность Базовый измеряемый индикатор Доступность Категории измерений Результативность Базовый измеряемый индикатор Удовлетворенность клиента Категории измерений Базовый измеряемый индикатор 149 Настроенный измеряемый индикатор Процент внеплановых потерь времени в оборудовании Системы интерактивной обработки метеорологической информации (Advanced Weather Interactive Processing System, AWIPS) Настроенный измеряемый индикатор Процент незапланированных простоев, вызванных управляющим программным обеспечением Настроенный измеряемый индикатор Количество пользователей, удовлетворенных возможностью проводить свободные платежи через Службу внутренних доходов (Internal Revenue Service, IRS) Настроенный измеряемый индикатор Результативность Выполнение требований Процент внутренних пользователей, которые отчитываются об использовании систем управления Архитектурой предприятия в соответствии с установленным порядком 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), управление исполнительные функции собственностью (Central (Executive Property Functions), 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 Область «Услуги клиентам» Управление отношениями с клиентами определяют совокупность функциональных 175 (Customer Relationship Management) средств, которые используются для планирования, диспетчирования и контроля действий, осуществляемых между клиентом и предприятием до и после того, как предоставлены изделие или услуга: управление центром вызовов (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-серверах) Сервисы транспортировки Поддержка сетевых служб Сервисы транспортировки Платформа и инфраструктура сервисов Поддерживающие платформы Беспроводный / Мобильный Независимая платформа (J2EE) Зависимые платформы J2EE Базы данных/ накопители Базы данных Устройства памяти Серверы для доставки Web-серверы Медиа-серверы Прикладные серверы Серверы порталов Программная инженерия Интегрированная среда разработки Управление конфигурацией программного обеспечения Управление тестированием (испытаниями) Аппаратное обеспечение/ инфраструктура Серверы/Компьюте ры Встроенные технологические устройства Периферия Глобальные сети Локальная вычислительная сеть Сетевые устройства / Стандарты Видео конференц-связь Среда для встраивания компонентов Безопасность Сертификаты/ цифровая подпись Сервисы поддержки безопасности Взаимный обмен данными Обмен данными Интеграция Межплатформенное программное обеспечение Доступ к базам данных Монитор обработки транзакций Посредник запросов к объектам (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 с элементами других архитектурных моделей. СПРАВОЧНАЯ МОДЕЛЬ ПРОИЗВОДИТЕЛЬНОСТИ СПРАВОЧНАЯ МОДЕЛЬ БИЗНЕСА Поддержка доставки услуг Разработка регулирующего регламента Разработка политики и руководящих принципов Отслеживание комментариев со стороны СПРАВОЧНАЯ МОДЕЛЬ СЕРВИСНЫХ КОМПОНЕНТОВ Правила публикации Управление знаниями Управление отношениями с клиентами Управление контентом 193 ТЕХНИЧЕСКАЯ СПРАВОЧНАЯ МОДЕЛЬ Технологии Платформы J2EE .NET Window NT Управление данными ODBC общества Создание регулирующего регламента Правила публикации Направления бизнеса и функции Сотрудничество Поиск Порталы 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. Управление водными ресурсами 1.2. Сохранность и управление морями и землей 1.3. Управление рекреационными ресурсами и туризм B-2. Управление окружающей средой 2.1. Мониторинг окружающей среды и прогнозирование 2.2. Оздоровление окружающей среды 2.3.Предотвращение и контроль загрязнения B-3. Образование 3.1. Сохранение культурного и исторического наследия 4.1. Сохранение энергии и подготовленность B-4. Энергия D-II. Обеспечение Америки рекреационными зонами. D-III. Управление национальными ресурсами для поддержания здоровой окружающей среды и сильной экономики. D-IV. Предоставление научных знаний для B-1. Природные ресурсы 1.1. Управление рекреационными ресурсами и туризм B-1. Природные ресурсы 1.1. Управление водными ресурсами 1.2. Сохранность и управление морями и землей 1.3. Управление рекреационными ресурсами и туризм B-5. Экономическое развитие 5.1. Развитие бизнеса и промышленности B-4. Энергия 4.1. Сохранение энергии и подготовленность 4.2. Управление энергоресурсами B-1. Природные ресурсы 1.1. Инновации и услуги в сельском хозяйстве 196 Пункт B-1 относится ко всем ресурсам, кроме связанных с производством энергии, которые в BRM вынесены в направление «Энергия». В п.1.1 не включаются действия по защите среды, связанной с водными ресурсами. Они включены в направление BRM «Управление окружающей средой». В п. B-2 BRM включена защита среды, связанной с водными ресурсами. Остальные связи DOI и BRM – предположительные (например, действия по восстановлению окружающей среды могут выполнять и другие агентства). В п. B-4 в BRM включены природные ресурсы, связанные с производством энергии. Мероприятия по обеспечению энергией в критических ситуациях, скорее всего, выполняют другие агентства. Возможна слабая связь в виде представления информации для других агентств. Мероприятия по обеспечению энергией в критических ситуациях, скорее всего, выполняют другие агентства. Пункт 4.2 – в части «…земля и прибрежные водные ресурсы». Пункт 4.1 – в части «…защита ресурсов от истощения», «…содействие защите окружающей среды». Пункт 1.1 в BRM трактуется как создание и распространение передовых постоянно изменяющегося мира D-V. Выполнение обязательств по отношению к индейским племенам и островным сообществам методов. B-6. Фундаментальные науки и инновации 6.1. Научные и технологические исследования и инновации B-7. Общественные и социальные услуги 7.1. Развитие регионов и общин B-1. Природные ресурсы 1.1. Управление рекреационными ресурсами и туризм 3.1. Сохранение культурного и исторического наследия B-3. Образование Предположительно связь может возникать в тех случаях, когда DOI является заказчиком / донором разработки какойлибо универсальной технологии. По п. D-V в DOI возможна связь и с другими областями BRM. --- || --- Выводы из сопоставления направлений деятельности 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 Объекты Действия Дислок Люди Время Мотивы (что?) (как?) ация (кто?) (когда?) (зачем?) (PRM?) PRM Сфера действия (PRM?) PRM Модель (где?) Плани- (DRM?) BRM ровщик Владелец (DRM?) [менедже предприятия р процесса ] Конструк (DRM?) SRM Разработ (DRM?) TRM чик TRM (PRM?) PRM Модель системы (PRM) Техническая тор модель Субпод- Компоненты рядчик Данные Функции Сеть Органи- Расписан Стратеги зация ие я Элементы-артефакты архитектуры Рисунок 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