<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Kalyanov G.N.</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Kuprianov B.V.</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Fiodorov I.G.</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Plekhanov Russian University of Economics</institution>
          ,
          <addr-line>Moscow</addr-line>
          ,
          <country country="RU">Russia</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Trapeznikov Institute of Control Sciences of Russian Academy of Sciences</institution>
          ,
          <addr-line>Moscow</addr-line>
          ,
          <country country="RU">Russia</country>
        </aff>
      </contrib-group>
      <fpage>380</fpage>
      <lpage>387</lpage>
      <abstract>
        <p>В статье показано, как выбор стратегии декомпозиции определяет тип полученной модели организационной системы. Предложено разделять модели, описывающие работу организационной системы, на модели состава, структуры и поведения. Модель состава показывает номенклатуру функций организационной системы, она получается путем многократной функциональной декомпозиции, так что информационные и процедурные связи между функциями теряются. Модель структуры показывает взаимосвязь между функциями по данным и по потокам управления, второй тип диаграмм принято называть моделью потоков работ. Модель поведения отображает историю изменения состояний системы. Таким образом, модель потоков работ не описывает поведение системы. Выделены три базовых стратегии декомпозиции: функциональная, по стабильным подсистемам и темпоральная (временная), причем выбор стратегии однозначно определяет тип результирующей модели. В результате функциональной декомпозиции будет получена модель состава, структурной - модель потоков данных или работ, процессной - модель поведения. Описан набор принципов декомпозиции, выполнение которых защищает аналитика от ошибок деления целого на части. Важнейший практический вывод заключается в том, что для перехода на процессное управление аналитики должны создавать модели поведения, а модель потоков работ, не обеспечивает получения требуемого результата.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>-</title>
      <p>THE ROLE OF DECOMPOSITION IN ORGANIZATIONAL SYSTEM MODELING
Введение</p>
      <p>A set of decomposition principles is described, their implementation protects the analyst from the
errors of dividing the whole into parts. The main important practical conclusion is that for the
transition to process management it is necessary to create a model of behavior, while a workflow
model is not ensuring the obtaining of a desired result.</p>
      <p>Business process model; decomposition; reference model; SCOR; eTOM.</p>
      <p>
        Из работ Хаммера и Чампи очевидно различие функционального и процессного подхода к упр
предприятием [
        <xref ref-type="bibr" rid="ref1 ref1 ref12 ref12">1</xref>
        ]. В качестве первого шага приии рпершоебнлемы перехода к процессному управлению
они предлагают радикальное переосмысление и кардинальную переработк-пуроцбеиссзновес и
рекомендуют провести моделирование би-пзнреосцессов предприятия. Однако многие популярные
сегодня техники моделированияивопдрят к созданию функциональных моделей. Возникает законный
вопрос: можно ли переходить к процессному управлению через функциональное моделирование, н
тут противоречия. Поскольку не нотация, а методология определяет полученный результат, в
стратегии декомпозиции обусловливает тип полученной модели. Выделим глобальную пробле
моделирования бизне-псроцессов – аналитики неохотно пользуются известными формальными
методами [
        <xref ref-type="bibr" rid="ref13 ref2">2</xref>
        ].
      </p>
      <p>Предметом данного анализа являются организационной системы, а облъеедкотвоамнияи–смсодели,
описывающие работы, выполняемые организационной системой. Главный вопрос исследования: каку
модель следует называть процессной? Вспомогательный вопрос: в чем заключается методика пост
функциональной и процессной моделей? Цесслльеюдовиания является исследование влияния стратегии
декомпозиции на тип результирующей модели. Не может ли оказаться, что некоторые модели,
мы используем для описания -бпирзонцеесссов в отрыве от методологии, по сути, являются
функциональными?
Декомпозиция</p>
      <p>Декомпозиция – это метод научного познания, который, с целью упрощения, предлагает замени
рассмотрение сложного, составного поня–тоибяъекта или явления на изучение его частей меньшего
размера. Будем рассматривать только непосредственное евлиэятниих частей друг на друга,
осуществляемое через их вход и выход, будем пренебрегать их косвенным влиянием, осуществл
через разделяемые ресур[с3ы]. Ограничим наше рассмотрение системами, между которыми существуют
взаимно детерминированные отношенитяа,к что состояние одной системы полностью определяет
состояние другой, и наобо[р4о]т. Рассмотрим стратегии декомпозиции и типы получающихся в
результате моделей, перечислим принципы, исключающие ошибки деко.мпозиции
1 Стратегии декомпозиции</p>
      <p>
        Целое можноразделить на части разными способами, называемыми стратегиями декомпозиции.
Тода и Э. Шуфорд выделяют три стратегии декомпозиции системы: (а) функциональную, котор
связывают с расчленением системы, состояние которой есть функция нескольнкыих, пнеаремен
подсистемы таким образом, что каждая является функций только одной переменной;
пространственную, в которой отдельные компоненты характеризуются положением относительно др
друга; (в) темпоральную (временную) предполагающую исследование соиссттооярнииий этой системы
[
        <xref ref-type="bibr" rid="ref15 ref4">4</xref>
        ]. Технология структурного анализа SADT предполагает четыре вида декомпозиции:
функциональную, перечисляющую все действия, выполняемые системой; (б) в соответствии
известными стабильными подсистемами, показывающую действвыипяо,лняемые выбранными
подсистемами; (в) по физическому процессу, которая показывает детальную историю этой систем
по этапам жизненного цикла, показывающую только существенные изменения состоя[н5и].я системы
Сравнивая эти подходы можно видеть, бачтопредолагают функциональную декомпозицию.
Пространственная декомпозиция и декомпозиция по известными стабильными подсистемами суть о
стратегия, если предположить, что под пространством понимается положение относительно извест
подсистем. Можно вид,етьчто две декомпозиции –SпAоDTэтапам жизненного цикла и по физическому
процессу, относятся к одной стратегии темпоральной декомпозиции. Таким образом, будем считат
существует всего три базовых стратегии декомпозиции системы.
1.1 Типы моделей
Принято
разделять
модели
состава, структуры
и
поведения [
        <xref ref-type="bibr" rid="ref17 ref6">6</xref>
        ]с.истПемерывые
      </p>
      <p>изображают
номенклатуру частей, из которых состоит система, пренебрегая их связями, вторые выяв
существенные связи между этими частями, последние изображают динамику измменыенивяо систе
времени. Нам необходимо уточнить понятия: функция, структура, . поведение</p>
      <p>По мнению Ю.Г. Маркова, «функцией системы можно назвать все то, что можно узнать о
касаясь её внутреннего содержания, абстрагируясь о[т5]. неФгуон»кцией можно антаьзв то, что можно
узнать о системе, абстрагируясь от ее внутреннего содержания и от ее взаимодействия с окру
рамках функционального подхода система рассматривается исключительно с позиции ее внешн
аспекта, она взаимодействует с окружениемсвочиеревзходы и выходы, другие типы взаимодействия
рассматриваются, таким образом, функция подсистемы отражает ее роль в системе. В резу
декомпозиции функция разделяется на подфункции, с которыми ее связывает отношение «Час
Целое».</p>
      <p>
        Согласно М.Тода и Э. Шуфорду структура определяется как совокупность отношений ме
подсистемами, образованными в результате применения определённого способа декомпозиции
исходной системе[
        <xref ref-type="bibr" rid="ref15 ref4">4</xref>
        ]. Будем выделять два типа отношений между функциями. Первые, называе
потоками управления, определяют очередность выполнения, так что между последователь
выполняемыми функциями существует отношение «Причина ↔ Следствие». Полученные в резул
модели принято называть диаграммами потоков работ (workflow). Вторые, е называем
информационными потоками, показывают взаимосвязь функций по входам / выходам, между функц
существует отношение «Объект действия ↔ Действие». Полученные в результате модели при
называть диаграммами потоков данных (DFD). Таким образом, чтаосртыи,е нрааздкеолена система,
взаимодействуют только посредством потоков управления и. данных
      </p>
      <p>Под поведением системы принято понимать последовательность принимаемых ею состояний. Х
изменение состояния происходит в результате выполнени-ляибкоакофйункции, внерено говорить, что
последовательность функций описывает поведение. Дело в том, что факт выполнения функции ни
говорит о достигнутом в результате состоянии системы. Таким образом, функция есть инструмен
который реализуется поведение. Повиееденв технических системах его принято изображать траекторией
фазовой точки в пространстве переменных этой [3си].стеПмоыэтому диаграмма поведения должна
показывать историю состояний системы во в.ремени
1.2 Базовые принципы декомпозиции</p>
      <p>В ходе декомпозицилиегко нарушить целостность системы, поэтому следует придерживаться
следующих базовых принципов, выполнение которых защищает аналитика [8о]т: ошибок
­ Непрерывность – при разбиении необходимо последовательно переходить от уровня
декомпозиции, раскрытого лпеодсним, к последующему, не перескакивая через уровни, относящиеся
другому порядку;
­ Выбора основани–я до начала декомпозиции необходимо выбрать стратегию декомпозиции;
­ Одного основани–я недопустимо менять стратегию декомпозиции при переходе на инйижележащ
уровень. В случае декомпозиции по времени, недопустимо бесконтрольно менять объекта, «в
которого» строится процесс.</p>
      <p>­ Взаимоисключения – части, находящиеся на одном уровне декомпозиции не должны находиться
отношениях пересечения друг с другом.</p>
      <p>­ Полнота – нижележащий уровень должен полностью раскрывать верхний;
­ Избыточность – в результате декомпозиции не должно возникнуть то, чего нет в исходном
Обратим внимание, хотя технология SADT не упоминает данные принципы, но предлагает про
качество декомпозиции, складывая полученные фрагм[6е]н.тыЕсли в результате будет восстановлено
исходное целое, то декомпозиция выполнена ко.рректно
2 Примеры декомпозиции моделей организационных систем</p>
      <p>
        Декомпозиция может применяться к системе целикоме иолтиделькныем составляющим: лю–двям
результате будет получена организационная структура; объектам (физическими и информационным
которые подвергаются обработ–кеинформационная модель, работам, которые преобразуют объекты
системы, в результате будет чепноалу модель работ. В рамках данной работы нас интересует тол
декомпозиция работ, мы не будем рассматривать декомпозицию людей или декомпозицию объекто
Рассмотрим влияние стратегии декомпозиции на результирующие модели организационных систе
на несколкьих примерах типовых моделей организационных , всзиясттыехм из альбомов фирмы[
        <xref ref-type="bibr" rid="ref20 ref20 ref8 ref8">9</xref>
        ]S,AP
SCOR [
        <xref ref-type="bibr" rid="ref21 ref21 ref9 ref9">10</xref>
        ] и eTO M[
        <xref ref-type="bibr" rid="ref11 ref23">12</xref>
        ]. Будем обращать внимание: что является объектом моделирования, какая страте
декомпозиции использована?
2.1 Справочная модель бизнес-процессов фирмы SAP
Библиотека справочных моделей би-пзнреосцессов фирмы SAP содержит более 600 не тривиальных
процессов, описанных с помощью нотации A[R9I]S. ОEнPCа включает так называемые модели лучших
практик, изображающие последовательность работ, которыеодинмеобх выполнить для достижения
запланированного результата. Рассмотрим одну из моделей, имеющую название «обработка заказа
поставку изделия» (сРми.сунок )1. Легко видеть, что для создания этой модели использовала
темпоральная стратегия декомпозиции– автор выбрал некоторый объект, изобразил
последовательность работ, изменяющих этот объект, отобразил последовательность состояний объект
изменяющихся в результате обработки. Вместе с тем, он не обратил внимание –нваначсамлеену объекта
процесс стоитсявокруг объекта «заказ», в средней части процесса в качестве объекта рассматрива
товары, которые формируют заказ, а в конце рассматривается инвойс, по которому происходит
заказа. Таким образом, автор строит модель, используя последовартаезлньынхо отбръиекта, не замечает
их смены. В рассматриваемом примере одному заказу на входе соответствует один инвойс на
поэтому смена объекта проходит «безболезненно», однако в случае, если соотношение окажется о
многим, придется разделить мотнноылий процесс на цепочку из нескольких взаимодействующих
процессов, у каждого свой о.бъект
      </p>
      <p>Рисунок 1. Процесс «обработка заказа на поставку изделия»
2.2 Модель SCOR</p>
      <p>Рисунок 2. Уровни модели SCOR
Рисунок 3. Сборка процесса из элементов в модели SCOR
Модель SCOR скромно умалчивает о возникающих трудностях, однако аналогичные пробле
возникающие при работе с моделью eTOM, нашли отражение в официальной документации
Management Forum.
2.3 Модель eTOM</p>
      <p>
        Карта операций оператора связи eTOM, атрыавзареамбая Tele Management Forum, представляет собой
справочную модель для классификации и описания всех работ оператора телекоммуникационных
связи [
        <xref ref-type="bibr" rid="ref10 ref22">11</xref>
        ]. Цель описан–иояпределить основные понятия и компоненты из которых, как из кирпичико
строится система управления. Карту ошибочно называют моделью процессов. Анализ показывает, что
построена методом функциональной декомпозиции. Руководящие документы по eTOM регуляр
упоминают термин биз-нперсоцесс, в том числе сквозные процессы, напримелрн, ени«еВ»ы,по
«Обеспечение» и «Биллинг» (Fulfillment, Assurance and Billing). Однако эти «процессы» не соответ
нашему представлению о би-пзнреосцессе, поскольку объект не вы. делен
      </p>
      <p>Для правильного понимания трактовки процессов в модели eTOM неомбохотдриетмьо дроаксусмент
«GB921F – Representative process Flows» (примеры построения цепочек потоко[1в2].рабДоотк)умент
призывает различать иерархию процессных элементов (описанных в eTOM) и цепочку потоков
(workflow). Документ следует воспринимать клаюкстриацлию, демонстрирующую, что переход к
потокам работ возможен, но не как практическое руководство. Описывается только общий
сценарии показывают лишь некоторые из возможных взаиРмиоссувняозкей4. демонстрирует переход от
модели eTOM к цепочкоецеспсар. Как и в случае SCOR, процедура объединения процессных элемент
цепочку потоков работ не алгоритмизир.ована</p>
      <p>Рисунок 4. Переход от модели eTOM к цепочке процесса
Проблема перехода от функциональной к процессной модели</p>
      <p>Функциональная модель представляет собой «идеальный» взгляд на деятельность организации.
компании, работающие в одной сфере бизнеса, имеют одинаковые наборы функций, однако очере
операций в них может отличаться, поскольку предприятия обладанюойт роразгланиичзационной
структурой, производственной культурой и т.д. Эту модель следует трактовать как каталог фу
иерархически организованный справочник работ, в котором перечислены все действия, выполняе
субъектами. Считается, ч,тиомея «полный» ноарб функций, можно скомпоновать систему, применяя
повторно используемые компоненты. Функциональная модель строится сверху вниз поскольку э
способ является наиболее естественным для анализа системы. Сила и преимущество справочной
заключается в точмто, она содержит набор функций, необходимый и достаточный для работы сис
модель является полной, в ней отсутствуют как избыточность, она позволяет выявить дублир
функций. Благодаря многоуровнему устройству она позволяет выбирать подхокдоянщкирйетндолгоя
рассмотрения уровень детализации.
Хотя модели SCOR и eTOM говорят, что переход моделям потоков работ не представляет сло
практике такой переход затруднен. Проблема перехода от функциональной моделей SCOR и e
процессным моделям клзаючается в том, что в результате многократной, повторной функциональн
декомпозиции теряется логическая связь, описывающая очередность выполнения процессных элемент
Восстановить потерянную связь трудоемко, что затрудняет практическое применечнниыех справо
моделей.
Выводы</p>
      <p>Модели, описывающие работу организационных систем, предлагается разделять на модели сост
структуры и поведения. Модели состава показывают номенклатуру функций организационной систе
Они получаются путем многократной функциоонйальднекомпозиции, так что информационные и
процедурные связи между функциями теряются. Функцию и ее подфункции связывает отношение
↔ Целое». Модели структуры показывают взаимосвязь между функциями по данным, при этом
связывает отношение «Обкъте действия ↔ Действие» и по потокам управления, отношение «Причин
Следствие». Последний тип диаграмм принято называть моделями потоков работ, их нельзя смеш
моделью поведения, поскольку последняя должна отображать историю изменения соескттоая,ний объ
который выбран для наблюдения.</p>
      <p>Выделены три базовых стратегии декомпозиции: функциональная, по стабильным подсистемам
темпоральная (временная), причем выбор стратегии однозначно определяет тип результирующ
модели. В результате функциональной мпдоезкиоции будет получена модель состава, струк–турной
модель потоков данных или работ, про–цемсосднеолйь поведения.</p>
      <p>Описан набор принципов декомпозиции, выполнение которых защищает аналитика от оши
деления целого на части. Их знание поможет лаонкааллиитзиоквуать ошибку, если в ходе проверки,
соединив вместе полученные части он не получит исходное целое.</p>
      <p>Важнейший практический вывод заключается в том, что для перехода на процессное упра
аналитики должны создавать модели поведения, а моделви рапбоотто,ко не обеспечивают получение
требуемого результата.</p>
      <p>Reference
Об авторах:
Калянов Георгий Николаевич, доктор технических наук, профессор, главный</p>
      <p>Институт проблем управления им. В.А. ТрапезникоkвaаlyanРoАvН@, mail.ru
Куприянов Борис Васильевич, кандидат технических наук, старший научный сотрИундснтиикт,ут
проблем управления им. В.А. ТрапезниковkаupРriАaНno,vb@mail.ru
Фёдоров Игорь Григорьевич, доктор экономических ндаоуцке,нт кафедыр прикладной информатики,
Российский экономический университет им Г.В. ПлеIgхoанr.оFвioаd,orov@mail.ru</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Hammer M. Champy J. Reengineering</surname>
          </string-name>
          <article-title>the corporation: a manifesto for business revolution</article-title>
          .
          <source>NY: HarperBusiness</source>
          ,
          <year>1993</year>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Калянов</surname>
            <given-names>Г</given-names>
          </string-name>
          .Н.
          <article-title>Теория би-пзнреосцессов: формальные модели и методы /м/икаЭ,коснтоатистика и информатика</article-title>
          ,
          <source>No. 4</source>
          ,
          <year>2016</year>
          . pp.
          <fpage>19</fpage>
          -
          <lpage>21</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Эшби</surname>
            <given-names>Р</given-names>
          </string-name>
          .
          <article-title>Общая теория систем</article-title>
          , как научная дисциплина // In: Исследования по общей теории-14с2истем.
          <year>1969</year>
          . pp.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Тода</surname>
            <given-names>М.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Шуфорд</surname>
            <given-names>Э</given-names>
          </string-name>
          .
          <article-title>Логика систем: введение в формальную теорию структувраыния// пIоn: обИщсселйедотеории систем</article-title>
          .
          <source>М</source>
          .
          <year>1969</year>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Марка</surname>
            <given-names>Д.</given-names>
          </string-name>
          ,
          <source>МакГоуэн К</source>
          .
          <article-title>Методология структурного анализа и проектирования SADT</article-title>
          .
          <source>М.: Метатехнология</source>
          ,
          <year>1993</year>
          . 240
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Перегудов</surname>
            <given-names>Ф.И.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Тарасенко</surname>
            <given-names>Ф</given-names>
          </string-name>
          .П.
          <article-title>Введение в системный анализ</article-title>
          .
          <source>М.: Высшая школа</source>
          ,
          <year>1989</year>
          . c 375
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          8.
          <string-name>
            <surname>Parnas</surname>
            <given-names>D</given-names>
          </string-name>
          . On the Criteria To Be Used in
          <source>Decomposing Systems into Modules // Communications of the ACM</source>
          , Vol.
          <volume>15</volume>
          , No.
          <volume>12</volume>
          ,
          <year>December 1972</year>
          . pp.
          <fpage>1053</fpage>
          -
          <lpage>1058</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          9.
          <string-name>
            <surname>Curran</surname>
            <given-names>T.</given-names>
          </string-name>
          , Keller G.,
          <string-name>
            <surname>Ladd</surname>
            <given-names>A. SAP</given-names>
          </string-name>
          <article-title>R/3 Business Blueprint: Understanding the Business Process Reference Model</article-title>
          . Prentice Hall,
          <year>1997</year>
          . 391 pp
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          10.
          <string-name>
            <surname>Supply-Chain Council Inc. Supply-Chain Operations</surname>
          </string-name>
          Reference-model, Pittsburgh
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          11.
          <string-name>
            <given-names>TeleManagement</given-names>
            <surname>Forum. Enhanced Telecom Operations Map</surname>
          </string-name>
          <article-title>® (heTeOBMus)ineTss Process Framework</article-title>
          , USA,
          <year>November 2005</year>
          . c.
          <volume>81</volume>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          12. eTOM -
          <article-title>Representative process flows</article-title>
          .
          <source>TELECOMMUNICATION STANDARDIZATION SECTOR OF ITU;</source>
          ,
          <year>2005</year>
          . 35 pp
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          1.
          <string-name>
            <surname>Hammer M. Champy J. Reengineering</surname>
          </string-name>
          <article-title>the corporation: a manifesto for business revolution</article-title>
          .
          <source>NY: HarperBusiness</source>
          ,
          <year>1993</year>
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          2.
          <string-name>
            <surname>Kaljanov</surname>
            <given-names>G.N.</given-names>
          </string-name>
          <article-title>Teorija biznes-processov: formal'nye modeli i metody // Jekonomika, statistika i informatika</article-title>
          ,
          <source>No. 4</source>
          ,
          <year>2016</year>
          . pp.
          <fpage>19</fpage>
          -
          <lpage>21</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          3.
          <string-name>
            <surname>Jeshbi</surname>
            <given-names>R</given-names>
          </string-name>
          .
          <article-title>Obshhaja teorija sistem, kak nauchnaja disciplina // In: Issledovanija po obshhej teorii sistem</article-title>
          .
          <year>1969</year>
          . pp.
          <fpage>125</fpage>
          -
          <lpage>142</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          4.
          <string-name>
            <surname>Toda</surname>
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>Shuford</given-names>
            <surname>Je</surname>
          </string-name>
          .
          <article-title>Logika sistem: vvedenie v formal'nuju teoriju struktury // In: Issledovanija po obshhej teorii sistem</article-title>
          . M.
          <year>1969</year>
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          5.
          <string-name>
            <surname>Marka</surname>
            <given-names>D.</given-names>
          </string-name>
          , MakGoujen K.
          <article-title>Metodologija strukturnogo analiza i proektirovanija SADT. M.:</article-title>
          <string-name>
            <surname>Metatehnologija</surname>
          </string-name>
          ,
          <year>1993</year>
          . 240 pp
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          6.
          <string-name>
            <surname>Peregudov</surname>
            <given-names>F.I.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Tarasenko</surname>
            <given-names>F.P. Vvedenie</given-names>
          </string-name>
          <article-title>v sistemnyj analiz</article-title>
          . M.: Vysshaja shkola,
          <year>1989</year>
          . c 375
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          7.
          <string-name>
            <given-names>Markov</given-names>
            <surname>Ju</surname>
          </string-name>
          .G.
          <article-title>Funkcional'nyj podhod v sovremennom nauchnom poznanii</article-title>
          .
          <source>Novosibirsk: Nauka</source>
          ,
          <year>1982</year>
          . 255 s
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          8.
          <string-name>
            <surname>Parnas</surname>
            <given-names>D</given-names>
          </string-name>
          . On the Criteria To Be Used in
          <source>Decomposing Systems into Modules // Communications of the ACM</source>
          , Vol.
          <volume>15</volume>
          , No.
          <volume>12</volume>
          ,
          <year>December 1972</year>
          . pp.
          <fpage>1053</fpage>
          -
          <lpage>1058</lpage>
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          9.
          <string-name>
            <surname>Curran</surname>
            <given-names>T.</given-names>
          </string-name>
          , Keller G.,
          <string-name>
            <surname>Ladd</surname>
            <given-names>A. SAP</given-names>
          </string-name>
          <article-title>R/3 Business Blueprint: Understanding the Business Process Reference Model</article-title>
          . Prentice Hall,
          <year>1997</year>
          . 391 pp
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          10.
          <string-name>
            <surname>Supply-Chain Council Inc. Supply-Chain Operations</surname>
          </string-name>
          Reference-model, Pittsburgh
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          11.
          <string-name>
            <given-names>TeleManagement</given-names>
            <surname>Forum. Enhanced Telecom Operations Map</surname>
          </string-name>
          <article-title>® (eTOM) The Business Process Framework</article-title>
          , USA, November 81
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          12. eTOM -
          <article-title>Representative process flows</article-title>
          .
          <source>TELECOMMUNICATION STANDARDIZATION SECTOR OF ITU;</source>
          ,
          <year>2005</year>
          . 35 pp Note on the authors:
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>