Министерство экономического развития и торговли российской федерации
| Вид материала | Отчет |
- Министерство экономического развития и торговли российской федерации государственный, 5459.19kb.
- Министерство экономического развития и торговли российской федерации государственный, 5460.46kb.
- Министерство экономического развития и торговли российской федерации государственный, 5458.65kb.
- Министерство экономического развития и торговли российской федерации государственный, 5753.09kb.
- Российской Федерации Министерство образования и науки Российской Федерации Государственный, 343.55kb.
- Правительство Российской Федерации, а после утверждения направляется в Федеральное, 11.35kb.
- Приказ «о едином учёте преступлений», 767.93kb.
- 1. 10. Министерство экономического развития и торговли Российской Федерации, 198.8kb.
- Государственная программа Российской Федерации «Доступная среда» на 2011 2015 годы, 1560.95kb.
- Министерство экономического развития и торговли российской федерации, 153.92kb.
Поддержка моделей Проектов ИС в актуальном состоянии
Потребности вышеописанных заинтересованных лиц позволяют сформировать ряд направлений воздействия внутренних действующих факторов на развитие АЭГ.
^ Повышение вероятности повторного использования ИКТ решений
В повышении эффективности работы АЭГ заинтересованы практически все действующие лица. Один из путей повышения эффективности работы АЭГ – повышение вероятности повторного использования решений. В общем случае частота повторного использования ИС выше всего для малых или средних ИС, разбитых на отдельные функциональные блоки. Это происходит по следующим причинам:
- Стоимость малой ИС меньше, поэтому:
- Меньше ценовой барьер для приобретения ИС, меньше сопутствующие риски.
- Меньше стоимость возможной модификации и адаптации под нужды заказчика
- Меньше ценовой барьер для приобретения ИС, меньше сопутствующие риски.
- Малая ИС, как правило, менее специфицирована, следовательно:
- используются больше стандартных решений, функциональность и набор спецификаций.
- используется более широкий набор типов данных и более гибкая настройка их под конкретные нужны
- сравнительно мал вес специализированных модулей, вероятность повторного использования которых невелика, но которые увеличивают её стоимость.
- используются больше стандартных решений, функциональность и набор спецификаций.
Таким образом, повысить эффективность использования АЭГ можно за счет уменьшения среднего размера ИС. Для этого можно использовать то, что при проектировании ИТ-систем принято осуществлять их разделение на отдельные подсистемы. Подсистема – относительно замкнутая часть ИС, выполняющую обособленную функцию в системе.
Благодаря этому повышается вероятность повторного использования решения на региональном уровне и, особенно, муниципалитетов, поскольку:
- Стоимость подсистем ИС, эксплуатируемых небольшой организацией меньше, следовательно:
- Меньше ценовой барьер для приобретения ИС, меньше сопутствующих рисков.
- Меньше стоимость возможной модификации и адаптации под нужды заказчика
- Муниципалитет или подразделение, как правило, четко специализированы, поэтому:
- Им выполняются более стандартные функции и бизнес-процессы. Менее специализированное подразделение позволяет использовать более широкий набор типов данных и настраивать их.
- сравнительно мал вес не специализированных функций и бизнес-процессов, вероятность повторного использования информационной поддержки которых невелика, но которые увеличивают стоимость ИС.
В АЭГ необходимо предусмотреть деление организации, эксплуатирующей ИС, на оргединицы. Оргединица – относительно замкнутая организация или подразделение, выполняющая определенные функции, участвующая в бизнес-процессах и использующая определенный набор данных.
Конструирование ИС
Эксперты и исполнители проектов заинтересованы в конструировании моделей информационных систем для последующей их оценки с помощью средств и методов АЭГ.
Выделение подсистем и оргединиц позволяет подобрать отдельные модули и подсистемы для будущей информационной системы, выполняя конструирование систем и подсистем. Появляется возможность анализировать созданные системы. Для этого в АЭГ может быть предусмотрена возможность добавления подсистемы, основанной на одной из существующих подсистем. Такое конструирование оказывается очень полезным для быстрой оценки возможных вариантов конфигурации требуемой ИС системы.
^ Поддержание актуальности классификаторов АЭГ
Классификаторы справочных моделей не являются раз навсегда заданными. Необходимо иметь возможность поддерживать модели АЭГ в актуальном состоянии.
Есть три основных источника изменений моделей:
- Изменяется состав функций, процессов, технических стандартов и областей их использования, состава данных, сервисных компонент, разделов эффективности и безопасности и т.п. Источники информации об этих изменениях:
- Нормативно-правовые акты
- Информация о новых технологиях
- Модели ИС с новыми элементами данных
- Новые стандарты по эффективности и безопасности работы органов государства
- Обобщение опыта работы ОГВ
- Недостаток изначальной информации по необходимому составу моделей. Источники информации:
- Модели ИС с новыми элементами данных
- Отзывы по ИС
- Обобщение опыта работы ОГВ
- Модели ИС с новыми элементами данных
- Необходимость вносить концептуальные изменения в структуру справочных моделей. Основными источниками информации являются:
- Существенные изменение перспектив и направления движения программы ЭГ
- Изменения концепции и принципов архитектуры
- Изменения общих схем архитектуры и справочных моделей
- Существенные изменение перспектив и направления движения программы ЭГ
Формирование справочных моделей требует соблюдения следующих критериев:
- Достаточная поддержка единого языка для выражения потребностей и предложения возможностей реализации ИКТ-запросов;
- Сохранение возможности адекватного позиционирования ИКТ-решений друг относительно друга на основании лишь сравнения их моделей с целью получения целостного представления о процессе информатизации ОГВ;
- Сохранение унифицированного средства формулирования стандартов, требований и рекомендаций для ИКТ решений в рамках программы информатизации;
- Оптимизация расходов ОГВ за счет формирования совместно используемых информационных ресурсов и тиражируемых ИКТ-решений и исключение дублирования затрат на ИКТ-проекты со стороны ОГВ, нахождение возможности повторного использования;
- Достаточная поддержка механизма оценки степени интеграции и совместимости ИКТ решений.
^ Слабо формализуемые признаки ИС
Практически все пользователи заинтересованы в учете множества существенных признаков, которые мало поддаются формализации, или являются рамочными (при этом по содержанию не могут быть отнесены к моделям эффективности и безопасности). Это может быть обозначение области применения, для которой предназначена данная ИС; это могут быть стандарты, требования и рекомендации, не укладывающиеся в простой набор элементов справочных моделей. Для этих целей в АЭГ необходимо осуществить формирование профилей. Профили – это совокупность признаков и их описаний, позволяющих идентифицировать соответствие им информационной системы. Одними из типовых профилей являются профиль управления записями и геоинформационный профиль (ссылка скрыта ). В виде профилей можно обозначать факт соответствия тем или иным стандартам, требованиям, рекомендациям.
Одним из простейших видов геоинформационного профиля может выступать территориальный профиль, в котором обозначается местонахождение той или иной подсистемы или оргединицы информационной системы.
- ^
Добавление новых Проектов ИС в АЭГ
Эффективность использования АЭГ напрямую зависит от количества и качества Проектов ИС, о которых имеется соответствующая информация в АЭГ. Между тем, тщательное составление моделей Проектов ИС требует длительной и квалифицированной работы. Поэтому для обеспечения необходимой информации о проектах в АЭГ необходимо обеспечить:
- мотивацию субъектам составления и занесения моделей Проектов ИС в АЭГ;
- тщательно продуманную организацию и методику составления моделей и проверки достоверности внесенных данных
^ Минимизация ошибок внесения Проектов ИС
Для эффективности использования АЭГ важно, чтобы проекты ИС были внесены в систему точно и без ошибок. Для обеспечения достоверности данных вносимых проектов необходимо предусмотреть валидацию внесения Проектов ИС в АЭГ независимым экспертом.
^ Необходимость изменения Проекта ИС
Если изменилось требования к составу требуемого или предлагаемого ИТ-проекта, то возникает необходимость внесения изменений в Проект ИС. Кроме того, возможно, что ИТ-проект, внесен с ошибками и возникает необходимость в редактирование Проектов ИС. Это выдвигает требование к модификации описания ИТ-проекта, обеспечивающей наследование и преемственность, наряду с возможностью оперативного информирования заинтересованного круга лиц о произошедших изменениях.
^ Различение целей и мотивов внесения Проектов ИС в АЭГ
Проекты ИС могут моделироваться и вноситься АЭГ с совершенно разными целями и мотивами. Для исполнителей проектов – это реклама своих услуг и продуктов, для руководителей ОГВ – это возможность внесения запросов на построение ИС, для экспертов – возможность внесения пробного Проекта ИС для дальнейшего анализа. Таким образом, в АЭГ необходимо различать следующие статусы проектов:
Статус «предлагаемый» - используется исполнителями проекта с целью рекламы своих продуктов.
Статус «завершенный» - используется, как правило, исполнителями этого проекта с целью информирования о реализованном проекте.
Статус «требуемый» - используется руководителями ОГВ для описания требований к ожидаемой ИС и информирования исполнителей о сути требований в стандартизированной форме.
Статус «исследовательский» - используется экспертами и руководителями ОГВ для выработки экспертной оценки предлагаемых к реализации Проектов ИС, исполнителями проектов - для оценки собственных возможностей, для усвоения лучших практик и решений, для разработки конкурентоспособных предложений для конкурсов.
^ Сохранение информации о реальной эксплуатации ИС
Руководители ОГВ обладают ценной информацией о том, какие реальные проблемы возникают при эксплуатации той или иной ИС. Поэтому представляется важным сохранение такой информации для поддержания обратной связи. Это позволит выявить такие особенности эксплуатации ИС, которые не могут быть выявлены на основе моделей. Кроме того, на основе анализа отзывов по используемым ИС необходимо осуществлять совершенствование и самих моделей. Одной из форм реализации обратной связи является возможность руководителям ОГВ, эксплуатирующим определенную ИС, написания отзывов по информационной системе, которая внесена в АЭГ.
- ^
Формы и условия получения информации
Формирование информации о ИТ-проектах в АЭГ требует определения требований и порядка предоставления и обработки соответствующих запросов об АЭГ в целом и отдельных проектах, в частности.
Безопасность
Важнейшим вопросом является вопрос доступа – кому открывать доступ к информации об ИТ-проекте и АЭГ? Какой это должен быть доступ? В этом вопросе основными являются факторы секретности и конфиденциальности информации об ИС, а также безопасности информации. Если в секретности и конфиденциальности информации заинтересованы в основном заказчики и пользователи соответствующих ИС, то в безопасности информации заинтересованы практически все категории пользователей АЭГ.
^ Поиск интересующих систем
Одной из форм доступа является поиск, который позволяет найти в АЭГ все Проекты ИС, удовлетворяющим заданным критериям, а также просматривать информацию по найденным системам и анализировать их.
^ Возможность автоматического сравнения
Удобное сравнение систем в АЭГ– важнейшая возможность, которая требуется для всех категорий пользователей.
^ Необходимость дальнейшего анализа полученных данных
Результаты поиска можно представить в самом различном виде, каждый из которых будет удобен для решения определенных задач. Эти задачи и определяют направление развития аналитической функциональности АЭГ. В данном случае можно выделить следующие требования:
- анализ Проектов ИС с точки зрения определенного состава, стоимости и т.п.
- группировка Проектов ИС по их соответствию профилям, заказчикам и т.д.
^ Необходимость оценки систем по стоимости
Оценка стоимости существующих систем – важнейшая потребность практически всех потенциальных пользователей. Для этого при формировании описания проекта ИС должна учтена возможность внесения стоимости проектов систем, что позволяет проводить анализ соотношения стоимости и состава ИТ-решения. Сравнение элементов нескольких похожих ИС дает надежную основу для оценки разницы между ними и позволяет осуществлять обоснованную оценку стоимости этой системы.
^ Необходимость классификации ИС по типу заказчика или пользователям
Для руководителей ОГВ и для потенциальных исполнителей проектов важно быстро найти действующие ИС, которые функционируют по устаревшим стандартам. Это позволяет им своевременно осуществлять модернизацию и объективно оценивать предстоящие затраты. Это определяет еще один фактор развития аналитической функциональности АЭГ.
Отчеты по ИС
Одним из видов доступа пользователя к ИС является полный отчет по выбранной ИС. Данный отчет позволяет в наглядном и управляемом виде выдать отчет по самым сложным ИС, состоящим из многих подсистем и оргединиц. Данный отчет может стать удобной альтернативой чтению томов документации по проекту.
- ^ Основные движущие факторы, воздействующие на развитие АЭГ
Обобщение результатов анализа действующих факторов позволяют выделить следующие важнейшие направления изменений, воздействующие на развитие АЭГ:
- ^ Внутренние изменения (развитие компонентов АЭГ и их связей). Изменение составных частей АЭГ, ее внутренняя перестройка или дополнение уже внесенной информации;
- ^ Совершенствование моделей. Модели АЭГ учитывают не всю информацию, зафиксированную в нормативно-правовых актах, и при внесении в Репозиторий информационных систем возникнет необходимость наполнения моделей данных, технической модели и остальных моделей;
- ^ Не внесенная информация. Информация, которая была в законодательных актах, но не была внесена в АЭГ. Ее внесение возможно только после полного анализа законодательной базы (очень долгая и затратная работа) или после появления ИКТ системы, использующей такую информацию;
- ^ Новая информация. Информация, которая вводится в обращение. Может быть отслежена с помощью мониторинга обновлений нормативной базы или после появления ИКТ системы, использующей такую информацию;
- ^ Не внесенная информация. Информация, которая была в законодательных актах, но не была внесена в АЭГ. Ее внесение возможно только после полного анализа законодательной базы (очень долгая и затратная работа) или после появления ИКТ системы, использующей такую информацию;
- ^ Совершенствование структуры. Структура архитектуры может быть изменена как для лучшего описания предметной области. Может быть изменен состав и структура слоев, принят иной подход к классификации;
- ^ Совершенствование (формирование) профилей АЭГ. Создание новых профилей Архитектуры. Под профилем понимается спецификация архитектуры для применения в разных задачах управления (управление персоналом, управление документооборотом, управление государственными закупками). Применение АЭГ в различных областях управления;
- ^ Расширение структуры АЭГ. Сейчас это возникновение социальной архитектуры и понимание того, что могут быть другие области. Также в расширение структуры Архитектуры входят изменение количества и содержания слоев, другие изменения Архитектуры;
- ^ Совершенствование (формирование) профилей АЭГ. Создание новых профилей Архитектуры. Под профилем понимается спецификация архитектуры для применения в разных задачах управления (управление персоналом, управление документооборотом, управление государственными закупками). Применение АЭГ в различных областях управления;
- ^ Совершенствование моделей. Модели АЭГ учитывают не всю информацию, зафиксированную в нормативно-правовых актах, и при внесении в Репозиторий информационных систем возникнет необходимость наполнения моделей данных, технической модели и остальных моделей;
- ^ Внешние изменения (развитие АЭГ как целого). Изменение Архитектуры в соответствии с внешними требованиями и изменение каналов взаимодействия Архитектуры с внешними объектами;
- ^ Необходимость обеспечения совместимости с другими решениями. Может появиться требование доработки Архитектуры для обеспечения совместимости с сторонней методологией или интеграции Архитектуры в существующие рабочие процессы и инструменты деятельности организации.
- ^ Расширение применения Архитектуры. Сейчас Архитектурный подход направлен на хранение и обработку информации о государственных проектах информатизации, однако после доработки она может применяться в коммерческих и иных проектах.
- ^ Необходимость обеспечения совместимости с другими решениями. Может появиться требование доработки Архитектуры для обеспечения совместимости с сторонней методологией или интеграции Архитектуры в существующие рабочие процессы и инструменты деятельности организации.
^ 1.10 План продвижения Архитектуры электронного государства
План продвижения Архитектуры Электронного Государства разработан с использованием методологических оснований, заложенных в Управлении устойчивым развитием, описанным в предыдущих разделах Отчета. Основной задачей при формировании плана явилась разработка практического инструментария для создания сервисов электронного государства. При этом сервис рассматривается как ключевой объект при формировании электронного государства. Под сервисом, для целей данного документа, понимается законченный социально-технический механизм, обеспечивающий выполнение сервис-функций в рамках заданных стандартов обслуживания и имеющий устойчивую систему обратной связи с конечными потребителями сервиса, обеспечивающую своевременную модификацию сервиса или мотивированный отказ от таковой. Описанные шаги могут применяется к трем типам сервисов:
- Сервисы управления – сервисы, направленные на обеспечение функций государственного управления неопределенному кругу лиц
- Сервисы услуг – конечные сервисы, направленные на предоставление услуги конкретному потребителю
- Инфраструктурные сервисы – сервисы, направленные на создание инфраструктуры, обеспечивающей возможность функционирования сервисов управления и сервисов услуг
- ^ Общая схема плана построения Архитектуры Электронного Государства
Этапы последовательного перехода, при построении электронного государства, могут быть детализированы на основе направлений обобщения имеющегося практического опыта, сформированного в отдельные группы, полученные на основе информации при построении большинства информационных сервисов в рамках ITIL (IT Infrastructure Library). Таким образом, обобщенная матрица описания этапов создания сервисов электронного государства состоит из последовательных этапов (сверху вниз) перехода по формированию сервиса и его перевод в эксплуатацию, а также последовательной (слева направо) процедуры обеспечения их функционирования:
^ Таблица 4. Этапы последовательного перехода, при построении электронного государства
| | Управление инцидентами | Управление проблемами | Управление конфигурациями | Управление изменениями | Управление релизами | Управление уровнем сервиса | Управление финансами | Управление непрерывностью | Управление доступностью |
| Маркетинговые | | | | | | | | | |
| Методологическое / модель | | | | | | | | | |
| Методологическое / процесс | | | | | | | | | |
| Норм-правовые | | | | | | | | | |
| Организационные | | | | | | | | | |
| Технические | | | | | | | | | |
| Эксплуатационные | | | | | | | | | |
План продвижения Архитектуры электронного государства предполагает использование следующих семи этапов при подготовке и реализации ИТ-проектов, направленных на формирование Электронного Государства:
- ^ Этап 1. Маркетинговый
Шаг 1
Выявление проблемных сфер и обеспечение обратной связи
Определение оптимальной структуры базы данных инцидентов
Определение оптимальных процедур поиска решения инцидентов
Шаг 2
Составление системной карты проблемных зон и их причинно-следственные взаимосвязи
Определение типовых возможностей по внесению изменений, их рисков и эффективности
Шаг 3
Определение важнейших целей учета конфигурационных единиц.
Формирование принципов выбора конфигурационных единиц, которые должны войти в базу данных и взаимосвязей между ними
Шаг 4
Определение целей и принципов изменений
Цели и принципы управления рисками
Формирование модели эффективности
Шаг 5
Определение необходимых мероприятий по распространению информации об изменениях
Определение путей и способов распространения изменений
Определение объема необходимой начальной поддержки изменений
Шаг 6
Определение потребности пользователя в сервисах
Определение перечня сервисов, которые возможно предоставить
Согласовать уровень сервиса
Определение информации о сервисах, в получении которой заинтересован пользователей
Шаг 7
Определение центров учета расходов
Определение основных статей расходов и их классификации
Определение порядка и принципов учета расходов
Формирование порядка ценообразование
Шаг 8
Определение пределов возможных потребностей пользователя, а также места, времени, когда достигаются пиковые нагрузки
Прогноз роста потребностей пользователя
Оценка и оптимизация требуемых расходов на достижение необходимых характеристик
Шаг 9
Определение потребности пользователей в уровне доступности сервиса
Определение информации о доступности сервисов, в которой были бы заинтересованы пользователи
Шаг 10
Выявление критических для пользователя рисков сервиса
- ^ Этап 2. Методологический (разработка модели)
Шаг 1
Модель проблемных зон
Модели поиска решения
Структура баз данных инцидентов
Модели обработки и сохранения известных инцидентов
Шаг 2
Карта проблемных зон и их причинно-следственные взаимосвязи
Схемы устранения типичных проблем
Принципы формулирования требований на изменение
Принципы проверки эффективности изменения
Шаг 3
Принципы выбора и классификации конфигурационных единиц и взаимосвязей между ними
Модели рисков
Шаг 4
Модель базы данных изменений
Принципы изменений
Модель рисков и эффективности изменений и управления ими
Шаг5
Схемы организации мероприятий по распространению информации об изменениях
Модели распространения изменений и начальной поддержки
Шаг 6
Модели потребностей пользователя сервисов
Модели необходимости и возможности сервисов
Методика определения необходимого и возможного уровня сервиса
Порядок информирования пользователя
Шаг 7
Принципы и модели формирования бюджета
Принципы учета
Принципы ценообразования
Модель управления финансовыми рисками
Шаг 8
Модели возникновения пиковых потребностей пользователя, а также места и времени.
Модель расходов на предоставление требуемых ресурсов функциональности
Модель роста потребности пользователей и планирования наращивания функциональных пределов
Шаг 9
Модель потребностей пользователей
Методика согласования уровня доступности сервиса
Принципы информирования пользователя об уровне доступности
Шаг 10
Взаимосвязанная модель критических рисков для пользователя
Модели возникновения критических для пользователя рисков
Модели кризисной ситуации
- ^ Этап 3. Методологический (описание процесса)
Шаг 1
Методика работы с проблемными зонами
Процедуры поиска решения
Процедуры обработки и сохранения инцидентов
Шаг 2
Процедуры:
работы с картой проблемных зон
решения типовых проблем,
формирования требований на изменение,
проверки эффективности изменения
Шаг 3
Процедура управления конфигурациями
Методика оценки рисков
Шаг 4
Процедура работы с базой данных изменений
Процедура осуществления принятой политики и принципов изменений
Методика оценки рисков и эффективности
Шаг 5
Процедура информирования пользователей
Процедура распространения изменений
Процедура управления уровнем начальной поддержки
Шаг 6
Процедура учета потребностей пользователя и процедура его информирования
Процедура определения необходимых и возможных сервисов и их уровня
Шаг 7
Процедура бюджетирования, ценообразования и учета,
принципы управления финансовыми рисками
Шаг 8
Процедуры оценки пиковых потребностей пользователя,
Процедуры оценки расходов на предоставление требуемых ресурсов,
Процедуры прогноза роста потребности пользователей и планирования наращивания функциональных пределов
Шаг 9
Процедуры работы с потребностями пользователей
Процедуры согласования уровня доступности
Процедуры информирования пользователей
Шаг 10
Процедуры управления критическими для пользователя рисками
Планы мероприятий по избеганию рисков и восстановлению из кризисной ситуации.
- ^ Этап 4. Нормативно-правовой
Шаг 1
Нормативы времени обработки инцидента
Шаг 2
Нормативы и стандарты по формированию требований на изменения
Шаг 3
Стандарты по управлению рисками
Нормативы учета конфигурационных единиц
Шаг 4
Нормативно-правовые вопросы управления изменениями: организация и ответственность
Шаг5
Нормативы информирования заинтересованных пользователей
Законодательно закрепленные процедуры стандартизации релизов
Шаг 6
Законы, нормативы и стандарты организации и предоставления сервисов
Шаг7
Законы, Нормативно-правовые Акты и стандарты бюджетирования, учета и ценообразования
Шаг 8
Законодательно закрепленная ответственность за срыв предоставления услуг; санкции за срыв предоставление услуг, предусмотренные в договоре
Шаг 9
Законодательно закрепленные нормы, касающиеся уровня доступности
Ответственность за нарушение уровня доступности (законодательство и договор)
Нормативно-правовые акты, касающиеся информирования пользователей об уровне доступности сервиса
Шаг 10
Предусмотренная законом ответственность за критические ситуации для пользователя
Нормативно-правовые акты касающиеся мероприятий с целью минимизации рисков
Нормативно-правовые акты по неотложным мерам по выходу из кризисных ситуаций
- ^ Этап 5. Организационный
Шаг 1
Организация обратной связи
Организация поиска решения
Организация заполнения базы данных инцидентов
Шаг 2
Организация контроля за картой проблемных зон
Организация эксплуатации базы данных проблем
Организация поиска возможности устранения проблем
Организация формулирования требований на изменения и проверки эффективности совершенных изменений
Шаг 3
Организация учета конфигурационных единиц и взаимосвязей между ними
Организация оценки рисков
Шаг 4
Организация ведения базы данных изменений
Организация определения политики и принципов изменений а также их методической поддержки
Организация оценки и управления рисками
Организация планирования и контроля за эффективностью изменений
Шаг 5
Организация информирования пользователей об изменениях
Организация распространения изменений
Организация начальной поддержки пользователей
Шаг 6
Организации определения перечня сервисов и их уровней а также информирования пользователей
Шаг 7
Организация бюджетирования, учета и определения цен за предоставление сервисов
Шаг 8
Организация отслеживания потребностей пользователей, а также прогноза развития потребностей
Организация оценки стоимости необходимых изменений
Организация планирования и контроля необходимого повышения функциональных пределов
Шаг 9
Организация отслеживания потребностей пользователей в уровне доступности
Организация согласования уровня доступности сервиса
Организация необходимого информирования пользователей об уровне доступности и его изменениях
Шаг 10
Организация отслеживания критических для клиента рисков
Организация определения необходимых мероприятий по избеганию рисков и составлению планов по выходу из кризиса
- ^ Этап 6. Технический
Шаг 1
Формирование и ведение базы данных инцидентов, средства коммуникации
Шаг 2
Формирование и ведение базы данных по проблемам средства анализа и оценки эффективности
Инструменты поиска возможности устранения проблем
Шаг3
Формирование и ведение базы данных конфигурационных единиц
Инструментальные средства оценки рисков
Шаг 4
Формирование и ведение базы данных изменений
Инструменты поддержки политики и принципов изменений
Средства оценки и управления рисками
Инструменты управления эффективностью
Шаг 5
Средства информирования и распространения изменений
Инструменты начальной поддержки
Шаг 6
Средства и инструменты доставки сервисов
Шаг 7
Средства финансового планирования и учета
Шаг 8
Средства оценки пиковых потребностей пользователей, стоимости, а также планирования и контроля
Шаг 9
Средства коммуникации с пользователями
Шаг 10
Средства коммуникации с пользователями
Средства и инструменты для управления рисками
Средства и инструменты для оперативного восстановления из кризисных ситуаций
- ^ Этап 7. Эксплуатационный
Шаг 1
Порядок и обучение эксплуатации и администрированию баз данных и средств коммуникации
Шаг 2
Порядок и обучение эксплуатации баз данных по проблемам, а также инструментов и средств работы с ними
Шаг 3
Порядок и обучение эксплуатации и администрированию баз данных и средств оценки рисков
Шаг 4
Порядок и обучение эксплуатации и администрированию баз данных, инструментов и средств управления изменениями
Шаг 5
Порядок и обучение эксплуатации и администрированию средств и инструментов распространения изменений
Шаг 6
Порядок и обучение эксплуатации и администрированию средств и инструментов по доставке сервисов
Шаг 7
Порядок и обучение эксплуатации и администрированию средств финансового планирования и учета
Шаг 8
Порядок и обучение эксплуатации и администрированию средств для управления функциональными возможностями
Шаг 9
Порядок и обучение эксплуатации средств коммуникации с пользователями
Шаг 10
Порядок и обучение эксплуатации и администрированию средств коммуникации, инструментов и средств для управления рисками и оперативного восстановления и кризисных ситуаций
Вышеописанный план продвижения Архитектуры электронного государства можно представить в сжатом виде в качестве матрицы пересечений этапов создания сервиса и ITIL:
^ Таблица 5. План продвижения Архитектуры электронного государства в матричном виде
| | Управление инцидентами | Управление проблемами | Управление конфигурациями | Управление изменениями | Управление релизами | Управление уровнем сервиса | Управление финансами | Управление функциональными пределами | Управление доступностью | Управление непрерывностью |
| Маркетинговые | Выявление проблемных сфер и обеспечение обратной связи Определение оптимальной структуры БД инцидентов Определение оптимальных процедур поиска решения инцидентов | Составление системной карты проблемных зон и их причинно-следственные взаимосвязи Определение типовых возможностей по внесению изменений, их рисков и эффективности | Определение важнейших целей учета конфигурационных единиц Формирование принципов выбора конфигурационных единиц, которые должны войти в базу данных и взаимосвязей между ними | Определение целей и принципов изменений Цели и принципы управления рисками Формирование модели эффективности | Определение необходимых мероприятий по распространению информации об изменениях Определение путей и способов распространения изменений Определение объема необходимой начальной поддержки изменений | Определение потребности пользователя в сервисах Определение перечня сервисов, которые возможно предоставить Согласовать уровень сервиса Определение информации о сервисах, в получении которой заинтересован пользователей | Определение центров учета расходов Определение основных статей расходов и их классификации Определение порядка и принципов учета расходов Формирование порядка ценообразование | Определение пределов возможных потребностей пользователя, а также места, времени, когда достигаются пиковые нагрузки Прогноз роста потребностей пользователя Оценка и оптимизация требуемых расходов на достижение необходимых характеристик | Определение потребности пользователей в уровне доступности сервиса Определение информации о доступности сервисов, в которой были бы заинтересованы пользователи | Выявление критических для пользователя рисков сервиса |
| Методологическое / модель | Модель проблемных зон Модели поиска решения Структура баз данных инцидентов Модели обработки и сохранения известных инцидентов | Карта проблемных зон и их причинно-следственные взаимосвязи Схемы устранения типичных проблем Принципы формулирования требований на изменение Принципы проверки эффективности изменения | Принципы выбора и классификации конфигурационных единиц и взаимосвязей между ними Модели рисков | Модель базы данных изменений Принципы изменений Модель рисков и эффективности изменений и управления ими | Схемы организации мероприятий по распространению информации об изменениях Модели распространения изменений и начальной поддержки | Модели потребностей пользователя сервисов Модели необходимости и возможности сервисов Методика определения необходимого и возможного уровня сервиса Порядок информирования пользователя | Принципы и модели формирования бюджета Принципы учета Принципы ценообразования Модель управления финансовыми рисками | Модели возникновения пиковых потребностей пользователя, а также места и времени. Модель расходов на предоставление требуемых ресурсов функциональности Модель роста потребности пользователей и планирования наращивания функциональных пределов | Модель потребностей пользователей Методика согласования уровня доступности сервиса Принципы информирования пользователя об уровне доступности | Взаимосвязанная модель критических рисков для пользователя Модели возникновения критических для пользователя рисков Модели кризисной ситуации |
| Методологическое / процесс | Методика работы с проблемными зонами Процедуры поиска решения Процедуры обработки и сохранения инцидентов | Процедуры: работы с картой проблемных зон решения типовых проблем, формирования требований на изменение, проверки эффективности изменения | Процедура управления конфигурациями Методика оценки рисков | Методика работы с базой данных изменений Методика осуществления принятой политики и принципов изменений Методика оценки рисков и эффективности | Методика информирования пользователей Методики распространения изменений Процедура управления уровнем начальной поддержки | Методика учета потребностей пользователя и процедура его информирования Процедура определения необходимых и возможных сервисов и их уровня | Методика бюджетирования, ценообразования и учета, принципы управления финансовыми рисками | Методы оценки пиковых потребностей пользователя, методы оценки расходов на предоставление требуемых ресурсов, методы прогноза роста потребности пользователей и планирования наращивания функциональных пределов | Методика работы с потребностями пользователей Методика согласования уровня доступности Процедура информирования пользователей | Методика управления критическими для пользователя рисками Планы мероприятий по избеганию рисков и восстановлинию из кризисной ситуации. |
| Нормативно-правовые | Нормативы времени обработки инцидента | Нормативы и стандарты по формированию требований на изменения | Стандарты по управлению рисками Нормативы учета конфигурационных единиц | Норм-правовые вопросы управления измененями: организация и ответственность | Нормативы информирования заинтересованных пользователей Законодательно закрепленные процедуры стандартизации релизов | Законы, нормативы и стандарты организации и предоставления сервисов | Законы, НПА и стандарты бюджетирования, учета и ценообразования | Законодательно закрепленная ответственность за срыв предоставления услуг; санкции за срыв предоставление услуг, предусмотренные в договоре | Законодательно закрепленные касающиеся по уровня доступности Ответственность за нарушение уровня доступности (законодательство и договор) НПА, касающиеся информирования пользователей об уровне доступности сервиса | Предусмотренная законом ответственность за критические ситуации для пользователя НПО касающиеся мероприятий с целью минимизации рисков НПА по неотложным мерам по выходу из кризисных ситуаций |
| Организационные | Организация обратной связи Организация поиска решения Организация заполнения базы данных инцидентов | Организация контроля за картой проблемных зон Организация эксплуатации базы данных проблем Организация поиска возможности устранения проблем Организация формулирования требований на изменения и проверки эффективности совершенных изменений | Организация учета конфигурационных единиц и взаимосвязей между ними Организация оценки рисков | Организация ведения базы данных изменений Организация определения политики и принципов изменений а также их методической поддержки Организация оценки и управления рисками Организация планирования и контроля за эффективностью изменений | Организация информирования пользователей об изменениях Организация распространения изменений Организация начальной поддержки пользователей | Организации определения перечня сервисов и их уровней а также информирования пользователей | Организация бюджетирования, учета и определения цен за предоставление сервисов | Организация отслеживания потребностей пользователей, а также прогноза развития потребностей Организация оценки стоимости необходимых изменений Организация планирования и контроля необходимого повышения функциональных пределов | Организация отслеживания потребностей пользователей в уровне доступности Организация согласования уровня доступности сервиса Организация необходимого информирования пользователей об уровне доступности и его изменениях | Организация отслеживания критических для клиента рисков Организация определения необходимых мероприятий по избеганию рисков и составлению планов по выходу из кризиса |
| Технические | Базы данных инцидентов, средства коммуникации | Базы данных по проблемам средства анализа и оценки эффективности Инструменты поиска возможности устранения проблем | Базы данных конфигурационных единиц Средства оценки рисков | База данных изменений Инструменты поддержки политики и принципов изменений Средства оценки и управления рисками Инструменты управления эффективностью | Средства информирования и распространения изменений Инструменты начальной поддержки | Средства и инструменты доставки сервисов | Средства финансового планирования и учета | Средства оценки пиковых потребностей пользователей, стоимости, а также планирования и контроля | Средства коммуникации с пользователями | Средства коммуникации с пользователями Средства и инструменты для управления рисками Средства и инструменты для оперативного восстановления из кризисных ситуаций |
| Эксплуатационные | Порядок и обучение эксплуатации и администрирование баз данных и средств коммуникации | Порядок и обучение эксплуатации баз данных по проблемам, а также инструментов и средств работы с ними | Порядок и обучение эксплуатации и администрированию баз данных и средств оценки рисков | Порядок и обучение эксплуатации и администрированию баз данных, инструментов и средств управления изменениями | Порядок и обучение эксплуатации и администрированию средств и инструментов распространения изменений | Порядок и обучение эксплуатации и администрированию средств и инструментов по доставке сервисов | Порядок и обучение эксплуатации и администрированию средств финансового планирования и учета | Порядок и обучение эксплуатации и администрированию средств для управления функциональными возможностями | Порядок и обучение эксплуатации средств коммуникации с пользователями | Порядок и обучение эксплуатации и администрированию средств коммуникации, инструментов и средств для управления рисками и оперативного восстановления и кризисных ситуаций |