1 АРХИТЕКТУРНОЕ РЕШЕНИЕ

Корпоративная архитектура – стратегический информационный актив Компании,

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

Подходы по созданию корпоративной архитектуры компании должны носить

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

Далее раскрываются правила методологии архитектурного проектирования XY-AF,

которая разработана компанией XY, с использованием основополагающих принципов
модели Захмана, получившей известность под названием Zachman Framework.

Предлагаемая к использованию методология XY -AF позволяет синхронизировать

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

В данном случае понятие «интегрированная система управления» содержит

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

 «информационная система» означает, что управление базируется на

принципе единого информационного пространства (ЕИП) для всех участников,
реализуя, в частности, принцип «однократный ввод – многократное
использование»;

 «интегрированность» означает, что информационная система состоит из

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

1.1 Методология проектирования ИТ-решений на основе архитектурного

подхода

Методология XY-AF основана на архитектурном подходе и охватывает все

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

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

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

Применяемый архитектурный подход основывается на разбиении интегрированной

архитектуры на шесть представлений (ракурсов): Организационная архитектура; Бизнес
архитектура; Информационная архитектура; Функциональная архитектура, Системно-
прикладная архитектура и Техническая архитектура – как показано на Рис. 5 -1.

2
Рис. 5- 1 Методология построения корпоративной архитектуры компании

3
 Каждое представление определяется набором архитектурных артефактов,
формируемых посредствами графического, текстового и табличного представления.
Описания артефактов должны формироваться в структурированном формате:

 Определение;

 Назначение;

 Детальное описание;

 Описание взаимосвязей с другими архитектурными артефактами.

Каждый из архитектурных ракурсов или группа ракурсов отражают определенный

взгляд на общую архитектуру управления Компании, выделенных методологией в виде
четырех ракурсов анализа - Бизнес взгляд; взгляд на Данные; Взгляд на Прикладные
системы; Взгляд на Инфраструктуру:

Взгляд со стороны Бизнеса – определяет целевые приоритеты и бизнес-модель

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

Взгляд со стороны Данных - отвечает на вопросы о том, какие информационные

бизнес-сущности используются организацией и как они реализованы.

Взгляд со стороны Приложений - отвечает на вопросы о том, какие бизнес-

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

Взгляд со стороны Инфраструктуры - отвечает на вопросы о том, как устроена

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

Целью методологии является описание единых процедур и методов для

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

Применяемый архитектурный подход дает рекомендации по разработке таких

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

Принимая во внимание взаимозависимый характер архитектурных ракурсов,

методология XY-AF предопределяет порядок их рассмотрения и создания. Как
определено на иллюстрации, созданию и реализации архитектурных ракурсов
корпоративной информационной системы, должны предшествовать стадии создания
модели бизнес-управления (ОА), постановки бизнес-процессов управления компанией и
производственно-технологических процессов (БА) с комплектом нормативно-
регламентной документации (ИА).

Учитывая общую нацеленность настоящего документа, далее планируется

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

1.2 Функциональная архитектура

Функциональная архитектура (ФА) представляет собой описание и структуру

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

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

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

В рамках концептуального дизайна был выполнен функциональный анализ

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

 по вертикали: отношение задач к уровню управления Компании;

 по горизонтали: принадлежность задач к бизнес-процессам производства,

которые дополнительно группируются по направлениям – основного и
вспомогательного производства.

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

 Управление предприятием и дистрибуцией продукции – характеризуется

правилами принятия решений на тактическим и стратегическим направлениям
деятельности компании с глубиной управления от нескольких лет до месяца;

 Оперативное управление производством и качеством продукции –

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

 Оперативный контроллинг технологического процесса – как правило задачи

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

Дополнительно в пределах классификационной группы все ключевые задачи

системы в представлении ФА по вертикали упорядочены по типам (Планирование–
>Анализ–>Регулирование–>Учет).

6
Рис. 5-2 Функциональная архитектура

7
1.3 Определение прикладных систем

Системно-прикладная архитектура (СА) – это архитектурный ракурс,

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

В результате анализа и группировки бизнес-задач ФА был выделен следующий

перечень систем, описание которых с позиции назначения приведено ниже:

Таблица 1. Определения систем в функциональном ландшафте КИС

Тип системы Описание

ЕRP ERP (англ. Enterprise Resource Planning, планирование ресурсов
предприятия) — организационная стратегия интеграции
производства и операций, управления трудовыми ресурсами,
финансового менеджмента и управления активами,
ориентированная на непрерывную балансировку и оптимизацию
ресурсов предприятия посредством специализированного
интегрированного пакета прикладного программного
обеспечения, обеспечивающего общую модель данных и
процессов для всех сфер деятельности. ERP-система —
конкретный программный пакет, реализующий стратегию ERP.
EMI Системы класса EMI (Enterprise Manufacturing Intelligence)
собирают, обрабатывают и анализируют ключевые
производственные показатели, проводят причинно-следственные
связи, визуализируют расчеты и показатели с нужной степенью
детализации.
MES MES (от англ. Manufacturing execution system), система
управления производственными процессами —
специализированное прикладное программное обеспечение,
предназначенное для решения задач синхронизации,
координации, анализа и оптимизации выпуска продукции в
рамках какого-либо производства. MES-системы относятся к
классу систем управления уровня цеха, но могут использоваться
и для интегрированного управления производством на
предприятии в целом.
АСОДУ Автоматизированная система оперативно-диспетчерского
управления (АСОДУ) предназначена для контроля и управления
производственными процессами, повышения эффективности и
безопасности работы предприятия. Решение охватывает три
уровня управления: мониторинг технологических процессов,
формирование отчетности на уровне цеха и аналитическое
прогнозирование добывающей и производственной
деятельности.
LIMS LIMS (сокр. От англ. Laboratory Information
Management System, система управления лабораторной
информацией) или ЛИС — программное обеспечение,
предназначенное для управления лабораторными потоками
работ и документов. Оно оптимизирует сбор, анализ, возврат и
отчетность лабораторных данных.
ГГИС  Горно-геологическая информационная система (ГГИС) является
автоматизированной программной средой геологического,
8
 Тип системы Описание
маркшейдерского и горного производства на месторождениях
открытого типа. Она ориентирована на работу в режиме
непрерывного производственного цикла, планирования и
фактической отработки месторождения.  
ЕАМ Системы класса EAM (Enterprise Asset Management – управление
активами предприятия) – это прикладное программное
обеспечение процессов управления производственными
активами и фондами предприятия в рамках стратегии EAM.
Стратегия EAM подразумевает систематическую и
скоординированную деятельность предприятия, нацеленную на
оптимальное управление физическими активами и режимами их
работы, управление рисками и расходами на протяжении всего
жизненного цикла для достижения и выполнения стратегических
планов. Применение стратегии ориентировано на сокращение
затрат на техническое обслуживание, ремонт и материально-
техническое обеспечение без снижения уровня надёжности, и на
повышение производственных показателей оборудования без
увеличения затрат.
WMS WMS-система (Warehouse Management System) – это
программное обеспечение, предназначенное для автоматизации
процессов управления складским хозяйством для оптимизации
складских запасов.
Функционал WMS позволяет пользователям централизованно,
под управлением программного обеспечения, с применением
рабочих станций и радиотерминалов выполнять складские
операции. 
PIMS Системы сбора и обработки технологической информации
(Historian, PIMS)
Обеспечивают интеграцию данных от разрозненных локальных
систем и структурных подразделений в единую информационную
среду предприятия. Позволяют автоматизировать рутинные
операции ввода, сбора и обработки данных о технологических
параметрах, их долгосрочное хранение и представление
специалистам в удобном для работы виде (мнемосхемы,
сводные отчеты, таблицы, диаграммы, графики), подготовку и
передачу информации о производственных показателях в
смежные информационные системы.
АСУЭ / АСУТЭ / АСУВиВ Группа информационных систем, реализующих задачи
управления энергоснабжением производственного предприятия
по видам энергоресурса (э/энергия, тепло, вода) по следующим
направлениям:
 Оперативного контроля над технологическими
параметрами сетей
 Энергообеспечения предприятия, дистанционного
управления коммутационной аппаратурой
электроподстанций и запорной арматурой сетей
тепло-, водо-, газоснабжения и других
вспомогательных установок
 Прогнозирования потребления электроэнергии и
мощности на базе мониторинга ее потребления
 Технического учета расходования энергоресурсов,
производимых или распределяемых на предприятии
 Обработки данных, формирования и хранения
архивов
 Формирования плановых, отчетных и статистических
документов по заданным формам
 Формирования аварийной и предупредительной
сигнализации о состоянии оборудования и
превышении контролируемых значений
9
 Тип системы Описание
технологических параметров
 Формирования диагностической сигнализации по
результатам углубленной самодиагностики
компонентов системы.

Применительно к СА, которая схематично представлена на Рис. 5 -3, были

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

Все выделенные типы систем распределены на три класса, каждый из которых

соответствует уровню управления ФА:

 ERP – уровень управления компанией и дистрибуцией продукции;

 MES – уровень оперативного управления производством и качеством

продукции;

 SCADA – уровень контроллинга технологического процесса.

Каждая из выделенных разновидностей систем создается и внедрятся в компании

в рамках отдельно организованного проекта или группы проектов.

Далее по тексту настоящего документа будут подробно описываться особенности

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

10
Рис. 5-3 Системно-прикладная архитектура

11
1.4 Информационная архитектура

Информационная архитектура (ИА) представляет собой информационную

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

На рис. 5-3 представлена модель информационной архитектуры, которая

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

Назначением мастер-систем по объектам предметной области служит ведение

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

12
Рис. 5-4 Информационная архитектура

13
 Информационная архитектура предприятия может отражать группировку
сущностей предметной области по следующим уровням управления:

 Тактический; с глубиной рассмотрения управляющего воздействия от года и

выше до месяца;

 Оперативный, с глубиной рассмотрения от месяца до суток;

 Контроллинг техпроцесса, регулирование техпроцесса в режиме реального

времени с глубиной дискретизации до минут или секунд.

Ниже в Таблица приведено распределение ключевых информационных объектов

по Мастер-системам и уровням управления.

Таблица 2: Информационные объекты Мастер-систем в контексте уровней управления

Мастер-система
Уровень
(Владелец Информационные объекты
управления
данных)
Операционные затраты, Плановые и фактические
ЕRP затраты, Цены продукции, Капитальные затраты Тактический
Корпоративные справочники данных
EMI КПЭ, Отчетность, Тренды
АСОДУ По добыче и обогащению: План-графики,
Движение ГП по технологическому циклу,
Производственные мощности
LIMS Карта диагностики,
План проведения анализов и отбора проб,
Журнал регистрации проб,
Оперативный
Каталог промпродуктов,
Узлы учета и СИ,
План проверок
ГГИС Геологическая БД,
Маркшейдерская БД,
Горный календарь,
Ресурсная модель
ЕАМ Справочник оборудования,
Документация и нормативы на оборудование,
План-график ППР,
Ведомости дефектов,
Тактический и
Акты техсостояния,
оперативный
Графики осмотров,
Рабочие задания,
История всех работ ТОиР по оборудованию,
Журнал ремонтов и осмотров оборудования
WMS Типология складов,
Инвентаризационные ведомости,
Приходные ордера,
Накладные на списание и перемещения, Тактический и
Текущие производственные запасы, оперативный
Цеховые потребности в материалах,
Оптимальный уровень запасов,
Партии на отгрузку
PIMS, АСУТП Технологические данные Контроль
технологических
процессов

14
 В результате обобщенного анализа модели типовых бизнес-процессов, были
выделены ключевые интеграционные точк, прообразом реализации которых выступают
интеграционные потоки межсистемных взаимодействий ИА, которые можно подразделить
на две группы:

 Одноуровневые потоки, которые обеспечивают межсистемные взаимодействия

систем одного уровня управления, реализующие задачи одного класса
управления;

 Межуровневые потоки, которые обеспечивают межсистемные взаимодействия

систем различных уровней управления.

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

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

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

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

15
1.5 Техническая архитектура

Техническая архитектура (ТА) — это ракурс представления архитектуры с точки

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

Архитектура системы, являясь сложной по структуре, представляется как

совокупность компонент, каждый из которых принадлежит к одному из архитектурных
слоев.

Рис. 5- 5 Структурная модель

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

 Системное окружение пользователя (ОС, общесистемное ПО);

 Центры хранения и обработки данных;

 Система управления интеграцией приложений (КСИП), которая строится на

принципах интеграционной шины;

 Сетевая инфраструктура передачи данных;

 Система обеспечения информационной безопасности.

Системное окружение пользователя – это общесистемное программное

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

Центры хранения и обработки данных - представляют сложный технический

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

Система управления интеграцией приложений – среда управления

интеграционными решениями, которая выступает в качестве Интеграционной Шины (ИШ)
для управления межсистемных взаимодействий и абстрагирования друг от друга
субъектов межсистемной интеграции. Воплощается на архитектурных принципах EAI-
ESB, в общей ИТ-инфраструктуре компании в качестве промежуточного архитектурного
слоя для выполнения посреднических задач синхронизации и унификации
инфологических взаимодействий информационных систем.

17
 Система передачи данных – является единой информационно-
коммуникационной средой для обеспечения надежного информационного обмена и
интерактивного взаимодействия между всеми программно-техническими средствами,
входящих в прикладной и инфраструктурный слои.

Основные архитектурные принципы, на которых должны строиться компоненты ИТ-

инфраструктуры и её элементы, можно разделить на следующие категории:

 Централизация управления;

 Централизация хранения и обработки информационного ресурса.

 Открытость;

 Масштабируемость;

 Интегрируемость;

 Устойчивость;

Централизация управления

Информационные системы должны создаваться на принципе централизованного

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

Средства управления должны обеспечивать постоянный мониторинг состояния

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

Централизация хранения и обработки информационного ресурса

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

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

Открытость

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

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

Масштабируемость

Должна быть предусмотрена возможность масштабирования всех основных

компонентов ИС, что подразумевает расширение их возможностей при установке новых
18
программных решений и увеличении количества пользователей без существенной
замены компонентов и архитектуры.

Интегрируемость

Должна быть обеспечена возможность взаимодействия компонентов ИС

предприятия с внешними сетями (прежде всего - Internet) и вычислительными ресурсами.

Устойчивость

Компоненты ИС должны обеспечивать оперативное восстановление

работоспособности после сбоев и отказов программно-технических средств по заданным
критериям.

К особому архитектурному слою, представленному в технической архитектуре,

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

 Создание условий для эффективной работы службы поддержки ПК –

управление инвентаризацией программно-аппаратных комплексов,
развертывания программного обеспечения, учету изменений в конфигурациях
ПК, удаленному (дистанционному) управлению ПК;

 Обеспечение надежного резервирования (защиты) данных ЦОД, основного и

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

 Контроль за оптимальной работой всех вычислительных ресурсов компании:

серверов, приложений, сервисов;

 Контроль за потенциальными угрозами в области информационной

безопасности;

 Ведение учёта пользователей информационных систем и ресурсов;

 Унифицированное представление информации о работе различных элементов

информационной инфраструктуры в графическом и табличном виде.

Для получения объективной и актуальной информации о состоянии

информационной инфраструктуры компании необходимо внедрять и развивать подходы к
управлению и организации ИТ-услуг, основанные на принципах ITSM, которые
19
направлены на удовлетворение потребностей бизнеса. Для содействия реализации этого
подхода используется серия документов в виде т.н. ITIL-библиотеки.

В рамках этой библиотеки раскрываются базовые процессы, обеспечивающие

поддержку и предоставление ИТ-сервисов (ITSM), которые отражают лучшие
международные практики и находятся в постоянном улучшении.

Выстраивание технической архитектуры в соответствии с ITIL в сочетании с

созданием и развития систем управления информационными ресурсами позволит
обеспечить управляемость информационной инфраструктурой со стороны бизнеса.
Ярким примером применения такого инструментария систем управления ITSM следует
выделить IBM TIVOLI.

Предлагаемая модель информационной инфраструктуры позволяет:

 реализовывать и внедрять компоненты параллельно и относительно

автономно;

 планировать эволюционное развитие информационной инфраструктуры,

исходя из текущих первоочередных задач, доступных финансовых, людских и
иных ресурсов.

20