Идеальная эталонная модель. Свойства моделей и требования к ним. Дополнительное образование студентов как карьерная перспектива: от студенческой скамьи до кресла руководителя II Межвуз. семинар по проблемам доп. образования: сб. науч. статей

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

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

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

Система управления, автоматически определяющая требуемый закон управления посредством анализа поведения объекта при текущем управлении, называется адаптивной .

Адаптивные системы можно разделить на два больших класса: самоорганизующиеся и самонастраивающиеся.

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

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

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

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

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

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

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

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

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

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

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

где k – настраиваемые коэффициенты ПИД-регулятора; А – постоянный коэффициент, задающий скорость адаптации.

Рис. 1. Блок-схема адаптивной системы с эталонной моделью

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

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

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

Эталонная модель

Эталонная модель (англ. reference model , master model ) - это абстрактное представление понятий и отношений между ними в некоторой проблемной области. На основе эталонной строятся более конкретные и детально описанные модели, в итоге воплощённые в реально существующие объекты и механизмы. Понятие эталонной модели используется в информатике .

Примеры Эталонных моделей

Сетевая модель OSI (Open Systems Interconnection Reference Model),
модель Открытого геопространственного консорциума (англ.) ,
архитектура фон Неймана - модель эталонной модели с последовательными вычислениями,
эталонная модель Архитектуры государственного предприятия (англ.) ,
Эталонная Информационная Модель HL7 (Reference Information Model, RIM HL7),
Эталонная Модель (Reference Model, RM) openEHR .

Wikimedia Foundation . 2010 .

Смотреть что такое "Эталонная модель" в других словарях:

эталонная модель - иерархическая модель — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом Синонимы иерархическая модель EN reference model …

эталонная модель - etaloninis modelis statusas T sritis automatika atitikmenys: angl. master model; reference model vok. Referenzmodell, n rus. эталонная модель, f pranc. modèle de référence, m; modèle standard, m … Automatikos terminų žodynas

эталонная модель - 3.1.41 эталонная модель (reference model): Структурированный комплект взаимосвязанных представлений об объекте (например информационной системе), охватывающий данный объект в целом, упрощающий разбиение связей по тематике, который может быть… … Словарь-справочник терминов нормативно-технической документации

эталонная модель ВОС - Модель взаимодействия открытых систем, разработанная ISO в 1984 г. Позволяет универсальным образом описать логику информационного обмена между взаимосвязанными системами и абонентами. Полная модель содержит семь уровней. На самом нижнем… … Справочник технического переводчика

эталонная модель ISO/OSI - Семиуровневая эталонная модель протоколов передачи данных. Определяет уровни: физический, канальный, сетевой, транспортный, сеансовый, представительский и прикладной. В CAN сетях обычно реализуются только физический, канальный и прикладной уровни … Справочник технического переводчика

эталонная модель протоколов широкополосной ISDN-сети - Модель включает четыре горизонтальных уровня (физический, ATM, адаптации ATM и верхние уровни) и три вертикальных плоскости (пользователя, управления и администрирования). Соответствие между моделями В ISDN и OSI обеспечивается на физическом… … Справочник технического переводчика

эталонная модель BOC - ЭМВОС Модель, разработанная МОС, содержащая семь уровней (слоев) протоколов и предназначенная для коммуникации между устройствами в сети. [Е.С.Алексеев, А.А.Мячев. Англо русский толковый словарь по системотехнике ЭВМ. Москва 1993] Тематики… … Справочник технического переводчика

эталонная модель взаимодействия открытых систем - — Тематики электросвязь, основные понятия EN ISO/OSI reference model … Справочник технического переводчика

эталонная модель протокола - — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом EN protocol reference modulePRM … Справочник технического переводчика

эталонная модель соединения открытых систем - — [Л.Г.Суменко. Англо русский словарь по информационным технологиям. М.: ГП ЦНИИС, 2003.] Тематики информационные технологии в целом EN reference model of open systems … Справочник технического переводчика

Книги

Компьютерные сети. В 2 томах. Том 1. Системы передачи данных , Р. Л. Смелянский. Приведены теоретические основы систем передачи данных, характеристики основных видов физических сред, способы кодирования и передачи аналоговых и цифровых данных, основы организации…

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

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

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

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

Рис. 11.28. Управление с адаптивной обратной моделью, аналогичное рис. 11.27, но с включением эталонной модели

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

Для примера адаптивной системы управления с применением обратного моделирования по эталонной модели рассмотрим следующую реализацию схемы на рис. 11.28:

эталонная модель: весовых коэффициентов в модели весовых коэффициентов в устройстве управления итераций адаптивного процесса. На рис. 11.29 показан отклик на единичный скачок нескомпенсированной управляемой модели, а на рис. 11.30 - отклик скомпенсированной системы, наложенный на отклик эталонной системы. Очевидно, что получено очень близкое приближение.

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

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

В эталонной модели OSI вводятся два понятия: протокол и интерфейс .

Протокол – это набор правил, на основе которых взаимодействуют уровни различных открытых систем.

Интерфейс – это совокупность средств и методов взаимодействия между элементами открытой системы.

Протокол определяет правила взаимодействия модулей одного уровня в разных узлах, а интерфейс – модулей соседних уровней в одном узле.

Всего существует семь уровней эталонной модели OSI. Стоит отметить, что в реальных стеках используется меньше уровней. Например, в популярном TCP/IP используется всего четыре уровня. Почему так? Объясним чуть позже. А сейчас рассмотрим каждый из семи уровней в отдельности.

Уровни модели OSI:

Физический уровень. Определяет вид среды передачи данных, физические и электрические характеристики интерфейсов, вид сигнала. Этот уровень имеет дело с битами информации. Примеры протоколов физического уровня: Ethernet, ISDN, Wi-Fi.
Канальный уровень. Отвечает за доступ к среде передачи, исправление ошибок, надежную передачу данных. На приеме полученные с физического уровня данные упаковываются в кадры после чего проверяется их целостность. Если ошибок нет, то данные передаются на сетевой уровень. Если ошибки есть, то кадр отбрасывается и формируется запрос на повторную передачу. Канальный уровень подразделяется на два подуровня: MAC (Media Access Control) и LLC (Locical Link Control). MAC регулирует доступ к разделяемой физической среде. LLC обеспечивает обслуживание сетевого уровня. На канальном уровне работают коммутаторы. Примеры протоколов: Ethernet, PPP.
Сетевой уровень. Его основными задачами являются маршрутизация – определение оптимального пути передачи данных, логическая адресация узлов. Кроме того, на этот уровень могут быть возложены задачи по поиску неполадок в сети (протокол ICMP). Сетевой уровень работает с пакетами. Примеры протоколов: IP, ICMP, IGMP, BGP, OSPF).
Транспортный уровень. Предназначен для доставки данных без ошибок, потерь и дублирования в той последовательности, как они были переданы. Выполняет сквозной контроль передачи данных от отправителя до получателя. Примеры протоколов: TCP, UDP.
Сеансовый уровень. Управляет созданием/поддержанием/завершением сеанса связи. Примеры протоколов: L2TP, RTCP.
Представительский уровень. Осуществляет преобразование данных в нужную форму, шифрование/кодирование, сжатие.
Прикладной уровень. Осуществляет взаимодействие между пользователем и сетью. Взаимодействует с приложениями на стороне клиента. Примеры протоколов: HTTP, FTP, Telnet, SSH, SNMP.

После знакомства со эталонной моделью, рассмотрим стек протоколов TCP/IP.

В модели TCP/IP определено четыре уровня. Как видно из рисунка выше – один уровень TCP/IP может соответствовать нескольким уровням модели OSI.

Уровни модели TCP/IP:

Уровень сетевых интерфейсов. Соответствует двум нижним уровням модели OSI: канальному и физическому. Исходя из этого, понятно, что данный уровень определяет характеристики среды передачи (витая пара, оптическое волокно, радиоэфир), вид сигнала, способ кодирования, доступ к среде передачи, исправление ошибок, физическую адресацию (MAC-адреса). В модели TCP/IP на этом уровне работает протокол Ethrnet и его производные (Fast Ethernet, Gigabit Ethernet).
Уровень межсетевого взаимодействия. Соответствует сетевому уровню модели OSI. Берет на себя все его функции: маршрутизацию, логическую адресация (IP-адреса). На данном уровне работает протокол IP.
Транспортный уровень. Соответствует транспортному уровню модели OSI. Отвечает за доставку пакетов от источника до получателя. На данному уровне задействуется два протокола: TCP и UDP. TCP является более надежным, чем UDP за счет создания предварительного соединения, запросов на повторную передачу при возникновении ошибок. Однако, в то же время, TCP более медленный, чем UDP.
Прикладной уровень. Его главная задача – взаимодействие с приложениями и процессами на хостах. Примеры протоколов: HTTP, FTP, POP3, SNMP, NTP, DNS, DHCP.

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

Рассмотрим на конкретном примере. Пусть мы хотим попасть с компьютера на сайт. Для этого наш компьютер должен подготовить http-запрос на получение ресурсов веб-сервера, на котором хранится нужная нам страница сайта. На прикладном уровне к данным (Data) браузера добавляется HTTP-заголовок. Далее на транспортном уровне к нашему пакету прибавляется TCP-заголовок, содержащий номера портов отправителя и получателя (80 порт – для HTTP). На сетевом уровне формируется IP-заголовок, содержащий IP-адреса отправителя и получателя. Непосредственно перед передачей, на канальном уровне добавляется Ethrnet-заголовок, который содержит физические (MAC-адреса) отправителя и получателя. После всех этих процедур пакет в виде битов информации передается по сети. На приеме происходит обратная процедура. Web-сервер на каждом уровне будет проверять соответствующий заголовок. Если проверка прошла удачно, то заголовок отбрасывается и пакет переходит на верхний уровень. В противном случае весь пакет отбрасывается.

Поддержите проект

Друзья, сайт Netcloud каждый день развивается благодаря вашей поддержке. Мы планируем запустить новые рубрики статей, а также некоторые полезные сервисы.

У вас есть возможность поддержать проект и внести любую сумму, которую посчитаете нужной.

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

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

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

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

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

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

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

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

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

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

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

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

Как же можно повысить результативность и эффективность основных и вспомогательных процессов управления ИТ?

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

Один из широко распространенных приемов улучшения состоит во внедрении в управленческую практику предприятия "лучших управленческих практик". С точки зрения процессного подхода к управлению ИТ, лучшими практиками следует считать эталонные модели процессов, созданные в результате обобщения соответствующего мирового опыта. Эталонные модели существуют главным образом в форме международных стандартов, разрабатываемых международной организацией по стандартизации (ISO 3International Organization for Standardization; о происхождении названия ISO см. http://ru.wikipedia.org/wiki/ISO ) и другими авторитетными международными и национальными организациями. Важно понимать, что эталонная модель процессов не является идеальным образцом для подражания, применимым во всех случаях жизни, а представляет лишь усредненный опыт , который признан профессиональным сообществом и, стало быть, может оказаться полезным при решении задачи повышения эффективности управления ИТ в конкретной организации.

Эталонные модели, которые можно использовать для улучшения процессов управления ИТ рассматриваются в лекциях 3-5 (" "Процессные стандарты. ГОСТ Р ИСО/МЭК 12" Процессные стандарты. ГОСТ Р ИСО/МЭК 12207", " "Внедрение ГОСТ Р ИСО/МЭК 12207" Внедрение ГОСТ Р ИСО/МЭК 12207", " "Конструирование процессов. Стандарт IEEE 1074" Конструирование процессов. Стандарт IEEE 1074", " "Развитие модели процессов жизненного цикла. ГОСТ Р ИСО/МЭК 15288" Развитие модели процессов жизненного цикла . ГОСТ Р ИСО/МЭК 15288").

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

Для понимания эталонных моделей процессов и их взаимосвязей (подчас довольно сложных и неочевидных) полезно изучать так называемые Body of Knowledge , или методические справочники, где собраны и представлены в структурированном виде описания задач, понятий, объектов и процессов, имеющих отношение к той или иной области деятельности. К управлению ИТ, в частности, имеет самое непосредственное отношение методический справочник SWEBOK ( Software Engineering Body of Knowledge ).

Наконец, существует достаточно обширный корпус методических руководств 4англ. framework , которые аккумулируют практический опыт решения управленческих задач (примерами могут служить COBIT, Val IT, Risk IT). Они могут быть использованы при реализации таких процессов, как стратегическое управление, управление инвестициями и рисками, связанными с ИТ.

Более сложные методы улучшения процессов управления ИТ изучаются в лекциях 7-9 (" "Зрелость проектных организаций. Методология CMM" Зрелость проектных организаций. Методология CMM ", " "Практическое использование CMM. Проект SPICE" Практическое использование CMM . Проект SPICE ", " "Концептуальная модель CMMI" Концептуальная модель CMMI ").

Проблема улучшения основных процессов ИТ-организации, взаимодействующих с бизнес-процессами предприятия, в разных аспектах рассматривается в лекциях 10-13 (" "Процессы управления ИТ-услугами и библиотека ITIL" Процессы управления ИТ-услугами и библиотека ITIL ", " "Библиотека ITIL. Стратегия оказания услуг" Библиотека ITIL . Стратегия оказания услуг", " "Библиотека ITIL. Проектирование услуг" Библиотека ITIL . Проектирование услуг", " "Библиотека ITIL. Развертывание, предоставление и непрерывное улучшение услуг" Библиотека ITIL . Развертывание, предоставление и непрерывное улучшение услуг").

До сих пор речь шла только о процессах ИТ-организации в рамках одной компании. На самом деле ИТ-организация, как правило, взаимодействует с рядом внешних контрагентов. Пример взаимосвязей ИТ-организации с внешними субъектами рынка показан на рис. 1.3 . Участие внешних контрагентов в процессах ИТ-организации порождает конструкцию, называемую, по аналогии с цепью добавленной стоимости, сетью добавленной стоимости 5англ. Value Network . Пример на рис. 1.3 показывает только один уровень сети: ИТ-организация - контрагент . На практике этих уровней может быть сколько угодно; у каждого контрагента есть свои контрагенты и т. д.

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

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

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

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

Краткие итоги

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

Вопросы

Что такое цепочка добавленной стоимости? Как выглядит примерная цепочка добавленной стоимости для ИТ-организации?
В чем разница между основными и вспомогательными процессами? Может ли процесс быть одновременно основным и вспомогательным?
Что такое сеть добавленной стоимости?
Какова роль ИТ-стандартов в управлении ИТ?