Меню
ГлавнаяФайлы и папки

Эталонная моДель OSI. Эталонная модель ISO OSI

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

Уважающий себя системный администратор должен хорошо разбираться в сетевых терминах

В переводе с английского - базовая эталонная модель взаимодействия открытых систем. Точнее, сетевая модель стека сетевых протоколов OSI/ISO. Введена в 1984 году в качестве концептуальной основы, разделившей процесс отправки данных во всемирной паутине на семь несложных этапов. Она не является самой популярной, так как затянулась разработка спецификации OSI. Стек протоколов TCP/IP выгоднее и считается основной используемой моделью. Впрочем, у вас есть огромный шанс столкнуться с моделью OSI на должности системного администратора или в IT-сфере.

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

Спросите, какая же в этом польза для вас? Знание многоуровневой модели даст вам возможность свободного общения с сотрудниками IT-компаний, обсуждение сетевых неполадок уже не будет гнетущей скукой. А когда вы научитесь понимать, на каком этапе произошёл сбой, сможете легко находить причины и значительно сокращать диапазон своей работы.

Уровни OSI

Модель содержит в себе семь упрощённых этапов:

  • Физический.
  • Канальный.
  • Сетевой.
  • Транспортный.
  • Сеансовый.
  • Представительский.
  • Прикладной.

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

Перейдём к непосредственному знакомству с уровнями.

Физический уровень

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

Функции физического этапа осуществляются абсолютно на каждом устройстве, подключённом к сети. Например, сетевой адаптер реализовывает эти функции со стороны компьютера. Вы могли уже столкнуться с протоколами первого шага: RS -232, DSL и 10Base-T, определяющими физические характеристики канала связи.

Канальный уровень

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

Канальный этап делает возможным передачу информации, благодаря специальной структуре связей. В частности, через протоколы канального уровня работают шины, мосты, коммутаторы. В спецификации второго шага входят: Ethernet, Token Ring и PPP. Функции канального этапа в компьютере исполняют сетевые адаптеры и драйверы к ним.

Сетевой уровень

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

Если объяснить по-другому, то третий шаг обрабатывает интернет-протокол и исполняет функцию маршрутизатора: поиск наилучшего пути для информации. Маршрутизатор - устройство, собирающее данные о структуре межсетевых соединений и передающее пакеты в сеть назначения (транзитные передачи - хопы). Если вы сталкиваетесь с ошибкой в IP-адресе, то это проблема, возникшая на сетевом уровне. Протоколы третьего этапа разбиваются на сетевые, маршрутизации или разрешения адресов: ICMP, IPSec, ARP и BGP.

Транспортный уровень

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

Как выбрать класс услуг транспортного этапа? Когда качество каналов транспортировки связи высокое, адекватным выбором окажется облегчённый сервис. Если каналы связи в самом начале работают небезопасно, целесообразно прибегнуть к развитому сервису, который обеспечит максимальные возможности для поиска и решения проблем (контроль поставки данных, тайм-ауты доставки). Спецификации четвёртого этапа: TCP и UDP стека TCP/IP, SPX стека Novell.

Объединение первых четырёх уровней называется транспортной подсистемой. Она сполна предоставляет выбранный уровень качества.

Сеансовый уровень

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

Представительский уровень

Шестой этап участвует в трансформации данных в универсальный распознаваемый формат без изменения содержания. Так как в разных устройствах утилизируются различные форматы, информация, обработанная на представительском уровне, даёт возможность системам понимать друг друга, преодолевая синтаксические и кодовые различия. Кроме того, на шестом этапе появляется возможность шифровки и дешифровки данных, что обеспечивает секретность. Примеры протоколов: ASCII и MIDI, SSL.

Прикладной уровень

Седьмой этап в нашем списке и первый, если программа отправляет данные через сеть. Состоит из наборов спецификаций, через которые юзер , Web-страницам. Например, при отправке сообщений по почте именно на прикладном уровне выбирается удобный протокол. Состав спецификаций седьмого этапа очень разнообразен. К примеру, SMTP и HTTP, FTP, TFTP или SMB.

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

Рассмотрев модель OSI, вы смогли разобраться со сложной структурой работы сети и теперь понимаете суть вашей работы. Всё становится довольно просто, когда процесс разбивается на части!

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


Разработчики эталонной модели руководствовались следующими принципами.

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

· Уровни должны четко отличаться выполняемыми на них функциями (объектами) и логическими модулями.

· Функции и протоколы одного уровня могут быть изменены, если это не затрагивает другие уровни.

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

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

Получившаяся в результате эталонная модель содержит семь уровней (рис. 4.24).

Высшим, седьмым, уровнем модели OSI является прикладной уровень (Application ), на котором осуществляется управление терминалами и прикладными процессами в оконечных системах, являющимися источниками и потребителями информации в информационной сети. Этот уровень представляет сервисы непосредственно пользовательским прикладным программам. Чтобы избежать несовместимости между пользовательскими программами, прикладной уровень определяет стандартные способы представления сервисов этого уровня. Это освобождает программистов от необходимости повторно прописывать одни и те же функции в каждой сетевой прикладной программе, которую они создают. Сами сервисы прикладного уровня приложениями не являются. Прикладной уровень предоставляет программистам набор открытых стандартных интерфейсов прикладного программирования (API – Application Programming Interface), которые можно использовать для выполнения таких функций сетевого приложения как передача файлов, удаленная регистрация и т.п. В результате модули прикладных программ получаются меньшими по размеру и требуют меньше памяти.

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


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

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

Рисунок 4 . Эталонная модель OSI

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

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

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

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

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

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

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

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

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

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

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

Для каждого из приоритетов могут быть организованы раздельные буферные пулы. Алгоритмом транспортировки при этом предусматривается первоочередное обслуживание буфера срочных данных и только после его опустошения – буфера обычных данных.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Одной из важных функций физического уровня является мультиплексирование, обеспечивающее объединение множества узкополосных (низкоскоростных) каналов в один широкополосный (высокоскоростной) канал. Как известно, по технологическому принципу различают частотное мультиплексирование (Frequency Division Multiplexing, FDM) и мультиплексирование с разделением времени (Time Division Multiplexing, TDM). Технологии FDM и TDM могут быть объединены таким образом, что подканал в системе с частотным мультиплексированием разбивается на несколько каналов, путем мультиплексирования с разделением времени. Этот прием используется в работе цифровых сотовых сетей.

Модель состоит из 7-ми уровней, расположенных друг над другом. Уровни взаимодействуют друг с другом (по «вертикали») посредством интерфейсов, и могут взаимодействовать с параллельным уровнем другой системы (по «горизонтали») с помощью протоколов. Каждый уровень может взаимодействовать только со своими соседями и выполнять отведённые только ему функции. Подробнее можно посмотреть на рисунке.

Прикладной (Приложений) уровень (англ. Application layer )

Верхний (7-й) уровень модели, обеспечивает взаимодействие сети и пользователя. Уровень разрешает приложениям пользователя иметь доступ к сетевым службам, таким как обработчик запросов к базам данных, доступ к файлам, пересылке электронной почты. Также отвечает за передачу служебной информации, предоставляет приложениям информацию об ошибках и формирует запросы к уровню представления . Пример: POP3, FTP.

Представительский (Уровень представления) (англ. Presentation layer )

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

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

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

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

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

Существует другая группа стандартов уровня представлений, которая определяет представление звука и кинофрагментов. Сюда входят интерфейс электронных музыкальных инструментов MPEG, используемый для сжатия и кодирования видеороликов на компакт-дисках, хранения в оцифрованном виде и передачи со скоростями до 1,5 Мбит/с, и Session layer )

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

Транспортный уровень (англ. Transport layer )

4-й уровень модели предназначен для доставки данных без ошибок, потерь и дублирования в той последовательности, как они были переданы. При этом не важно, какие данные передаются, откуда и куда, то есть он предоставляет сам механизм передачи. Блоки данных он разделяет на фрагменты, размер которых зависит от протокола, короткие объединяет в один, а длинные разбивает. Протоколы этого уровня предназначены для взаимодействия типа точка-точка. Пример: UDP.

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

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

Сетевой уровень (англ. Network layer )

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

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

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

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

Канальный уровень (англ. Data Link layer )

Этот уровень предназначен для обеспечения взаимодействия сетей на физическом уровне и контроля за ошибками, которые могут возникнуть. Полученные с физического уровня данные он упаковывает во фреймы , проверяет на целостность, если нужно исправляет ошибки (посылает повторный запрос поврежденного кадра) и отправляет на сетевой уровень. Канальный уровень может взаимодействовать с одним или несколькими физическими уровнями, контролируя и управляя этим взаимодействием. Спецификация IEEE 802 разделяет этот уровень на 2 подуровня - MAC (Media Access Control) регулирует доступ к разделяемой физической среде, LLC (Logical Link Control) обеспечивает обслуживание сетевого уровня.

В программировании этот уровень представляет драйвер сетевой платы, в операционных системах имеется программный интерфейс взаимодействия канального и сетевого уровней между собой, это не новый уровень, а просто реализация модели для конкретной ОС. Примеры таких интерфейсов: ODI,

Физический уровень (англ. Physical layer )

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

Источники

  • Александр Филимонов Построение мультисервисных сетей Ethernet, bhv, 2007 ISBN 978-5-9775-0007-4
  • Руководство по технологиям объединенных сетей //cisco systems , 4-е издание, Вильямс 2005 ISBN 584590787X

Wikimedia Foundation . 2010 .

Предлагаемая эталонная модель BPM (Business Process Management) основывается на цепочке следующих предпосылок:

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

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

    На каждом процессно-управляемом предприятии есть своя BPM-система - портфолио всех бизнес-процессов, а также методов и инструментов для руководства разработкой, исполнения и развития этого портфолио;

    Гибкость BPM-системы предприятия является основным фактором ее успеха;

    Специализированная программная платформа (BPM suite) для реализации BPM-системы предприятия необходима, но недостаточна, так как BPM занимает особое место в архитектуре предприятия.

Цель: повышение производительности предприятия

Для управления своей производительностью большинство предприятий используют принцип обратной связи (рис. 1), позволяющий адаптироваться к внешней бизнес-экосистеме путем выполнения определенной последовательности действий:

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

    Вычленение из внешней бизнес-экосистемы важных для предприятия событий (например, законов или новых потребностей рынка);

    Определение стратегии развития бизнеса предприятия;

    Реализация принятых решений (путем внесения изменений в бизнес-систему предприятия).

В соответствии с классической рекомендацией Эдварда Деминга, автора многочисленных работ в области управления качеством, в том числе известной книги «Выход из кризиса», все усовершенствования должны проводиться циклично, непрерывно и с проверкой на каждом цикле. Степень и частота этих усовершенствований зависят от конкретной ситуации, но рекомендуется делать такие циклы достаточно компактными. Различные усовершенствования могут затрагивать различные аспекты работы предприятия. Вопрос в том, как предприятие может достигнуть наилучших результатов в каждом конкретном случае? Существуют две объективные предпосылки для оптимизации деятельности предприятия как единого целого:

    Обеспечение руководства надлежащей информацией и инструментами для принятия решения;

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

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

Процессное управление

Мир бизнеса давно понял (см. такие методики, как TQM, BPR, Six Sigma, Lean, ISO 9000, и др.), что службы и процессы - это основа функционирования большинства предприятий. Множество предприятий используют процессное управление для организации своей производственно-хозяйственной деятельности, как портфолио бизнес-процессов и методов управления ими.

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

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

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

Для реализации процессного управления предприятия используют три популярные дисциплины постоянного усовершенствования бизнес-процессов: ISO 9000, Six Sigma и «бережливое», или «экономное», производство (Lean production). Они воздействуют на различные области бизнес-системы предприятия, однако всегда предусматривается сбор данных о фактически проделанной работе и использование некой модели бизнес-процессов для принятия решений (хотя иногда эта модель находится только в чьей-то голове). В то же самое время они предлагают различные и взаимодополняющие методы для того, чтобы определить, какие именно изменения необходимы для улучшения функционирования бизнес-системы предприятия.

Что моделируете, то и выполняете

На рис. 2 приведена обобщенная модель процессно-управляемого предприятия.

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

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

На данный момент в индустрии BPM еще не сложилась надлежащая система стандартов на форматы формального описания бизнес-процессов. Три наиболее популярных формата: BPMN (Business Process Modelling Notation , графическое представление моделей бизнес-процессов), BPEL (Business Process Execution Language , формализация исполнения взаимодействия между Web-сервисами) и XPDL (XML Process Description Language, www.wfmc.org, спецификация по обмену моделями бизнес-процессов между различными приложениями) были разработаны различными группами и для различных целей и, к сожалению, адекватно не взаимодополняют друг друга.

Ситуация усугубляется тем, что за различными форматами стоят различные производители и каждый старается «протолкнуть» на рынок свое решение. Как это неоднократно повторялось, в подобной борьбе интересы конечного потребителя мало принимаются во внимание - сегодня нет достаточно мощной организации, представляющей интересы конечного потребителя BPM (по аналогии с группой стандартов для HTML , успех которой объясняется принятием всеми разработчиками Web-браузеров единого теста ACID3 для сравнения своих продуктов). Идеальной ситуацией в BPM было бы стандартное определение семантики исполнения для BPMN-подобного описания бизнес-процессов. Именно стандартная семантика исполнения гарантировала бы одинаковую интерпретацию бизнес-процессов любым ПО. Дополнительно такое описание должно позволять адаптацию степени описания бизнес-процессов для нужд конкретного потребителя (например, пользователь видит грубую диаграмму, аналитик - более подробную и т.п.).

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

Дисциплина BPM в культуре предприятия

Кроме процессов и служб, бизнес-системы предприятия работают с такими дополнительными артефактами, как:

    события (events) - явления, происшедшие в пределах и вне границ предприятия, на которые возможна некая реакция бизнес-системы, например, при получении заказа от клиента необходимо начать бизнес-процесс обслуживания;

    объекты (data and documents objects) - формальные информационные описания реальных вещей и людей, образующих бизнес; это информация на входе и выходе бизнес-процесса, например, бизнес-процесс обслуживания заказа получает на входе собственно формуляр заказа и информацию о клиенте, а на выходе формирует отчет о выполнении заказа;

    деятельности (activities) - мелкие работы, преобразующие объекты, например автоматические деятельности типа проверки кредитной карты клиента или деятельности, осуществляемые человеком, такие как визирование документа руководством;

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

    роли (roles) - понятия, представляющие соответствующие навыки или обязанности, требуемые для выполнения определенных действий, например, только менеджер высшего звена может подписать конкретный документ;

    аудиторские следы (audit trails) - информация о выполнении конкретного бизнес-процесса, например, кто сделал, что и с каким результатом;

    основные индикаторы производительности (Key Performance Indicator, KPI) - ограниченное число показателей, измеряющих степень достижения поставленных целей.

Рис. 4 иллюстрирует распределение артефактов между различными частями бизнес-системы предприятия. Выражение «процессы (как шаблоны)» означает абстрактные описания (модели или планы) процессов;

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

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

BPM-система, как правило, не идеальна (например, некоторые процессы могут существовать лишь на бумаге, а некоторые детали «живут» только в умах определенных людей), но она существует. Например, любую реализацию ISO 9000 можно рассматривать как пример BPM-системы.

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

Специализированное ПО для реализации BPM-систем

Растущая популярность и большой потенциал BPM вызвали появление нового класса корпоративного ПО - BPM suite, или BPMS, содержащего следующие типичные компоненты (рис. 5):

    Инструмент моделирования (Process modelling tool) - графическая программа для манипулирования такими артефактами, как события, правила, процессы, активности, службы и т.д.;

    Инструмент тестирования (Process testing tool) - среда функционального тестирования, которое позволяет «исполнять» процесс по различным сценариям;

    Хранилище шаблонов (Process template repository) - база данных шаблонов бизнес-процессов с поддержкой различных версий одного и того же шаблона;

    Исполнитель процессов (Process execution engine);

    Хранилище экземпляров (Process instance repository) - база данных для выполняемых и уже выполненных экземпляров бизнес-процессов;

    Список работ (Work list) - интерфейс между BPM suite и пользователем, выполняющим некоторые активности в рамках одного или нескольких бизнес-процессов;

    Приборная панель (Dashboard) - интерфейс оперативного контроля за исполнением бизнес-процессов;

    Инструмент анализа (Process analysis tool) - среда для изучения тенденции исполнения бизнес-процессов;

    Инструмент имитационного моделирования (Process simulation tool) - среда для тестирования производительности бизнес-процессов.

Необходимость взаимодействия между BPM suite и корпоративным ПО, которое поддерживает другие артефакты, вызвала появление нового класса корпоративного ПО - Business Process Platform (BPP). Типичные технологии BPP (рис. 6):

    Business Event Management (BEM) - анализ бизнес-событий в режиме реального времени и запуск соответствующих бизнес-процессов (BEM связан с Complex Event Processing (CEP) и Event Driven Architecture (EDA));

    Business Rules Management (BRM) - явное и формальное кодирование бизнес-правил, которые могут модифицироваться пользователями;

    Master Data Management (MDM) - упрощение работы со структурированными данными за счет устранения хаоса при использовании одних и тех же данных;

    Enterprise Content Management (ECM) - управление корпоративной информацией, предназначенной для человека (обобщение понятия документ);

    Configuration Management Data Base (CMDB) - централизованное описание всей информационно-вычислительной среды предприятия, используемое для привязки BPM к информационно-вычислительным ресурсам предприятия;

    Role-Based Access Control (RBAC) - управления доступом к информации с целью эффективного разделения контрольных и исполнительских полномочий (separation of duty);

    Business Activity Monitoring (BAM) - оперативный контроль функционирования предприятия;

    Business Intelligence (BI) - анализ характеристик и тенденций работы предприятия;

    Service-Oriented Architecture (SOA) - архитектурный стиль для построения сложных программных систем в виде набора универсально доступных и взаимозависимых служб, который используется для реализации, выполнения и управления службами;

    Enterprise Service Bus (ESB) - среда коммуникаций между службами в рамках SOA.

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

BPM в архитектуре предприятия

Необходимость вовлечения практически всего корпоративного ПО в единую логику улучшения BPM-системы предприятия поднимает вопрос о роли и месте BPM в архитектуре предприятия (Enterprise Architecture, EA). EA является на сегодня устоявшейся практикой ИТ-департаментов по упорядочению информационно-вычислительной среды предприятия. В основе EA лежат следующие правила:

    Текущая ситуация с информационно-вычислительной средой предприятия тщательно документируется как исходная точка as-is;

    Желаемая ситуация документируется как конечная точка to-be;

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

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

Дисциплина BPM может решить основную проблему EA - дать объективную оценку производственно-хозяйственных возможностей (а не только информационно-вычислительных) того, что будет в точке to-be. Несмотря на то что EA описывает полную номенклатуру артефактов предприятия (его генотип), она не может достоверно сказать, какие изменения в этом генотипе влияют на конкретные производственно-хозяйственные характеристики предприятия, то есть на фенотип предприятия (cовокупность характеристик, присущих индивиду на определенной стадии развития).

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

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

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

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

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

Александр Самарин ([email protected]) - корпоративный архитектор ИТ-департамента правительства кантона Женева (Швейцария).

Process Frameworks для BPM

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

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

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

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

Однако, как отмечают аналитики AMR Research, «технологии и методы сами по себе не способны обеспечить каких-либо преимуществ - «больше» не всегда значит «лучше». Некоторые компании применяют множество различных решений, однако эффективность от этого только падает. Важна грамотность применения таких технологий». В референсных моделях в качестве основы используются принятые в отрасли стандарты и опыт компании Software AG по созданию эталонной модели для определения требований клиентов. На практике эта модель становится отправной точкой, с помощью которой клиенты могут создать нужную модель.

Process Framework, например, для бизнес-процесса обработки заказов, включает в себя базовую модель процесса со схемами действий для различных пользователей и ролей, избранные KPI из модели SCOR (The Supply-Chain Operations Reference-model) для процесса в целом и отдельных этапов, правила поддержки разных последовательностей обработки, например с учетом сегмента клиентов, целевые показатели для различных сегментов клиентов, типов продукции и регионов, а также панели индикации, помогающие контролировать особые ситуации.

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

Владимир Аленцев ([email protected]) - консультант по BPM и SOA , представительство Software AG в России и СНГ (Москва).

Эталонная модель ISO/OSI

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

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

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

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

Протоколы канального уровня – определяют правила доступа к среде передачи данных, а также способы проверки правильности передачи данных. Протоколы канального уровня реализуются сетевыми платами адаптерами. Существует несколько протоколов канального уровня: Ethernet, FDDI, Token Ring.

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

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

· TCP – обладает очень высокой надёжностью, но передаёт много служебной информации.

· UDP – менее надёжен, чем TCP, но меньше загружает сеть.

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

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