Контроллинг логистических систем

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

      IDEF1 – методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи;

      IDEF1X (IDEF1 Extended) – методология построения  реляционных структур. IDEF1X относится  к типу методологий “Сущность-взаимосвязь” (ER – Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных;

      IDEF2 – методология динамического  моделирования развития систем. В связи с весьма серьезными  сложностями анализа динамических  систем от этого стандарта практически отказались, и его развитие приостановилось на самом начальном этапе;

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

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

      IDEF5 – методология исследования сложных систем [2].

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

      ARIS поддерживает четыре типа моделей, отражающих различные аспекты исследуемой системы:

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

      • функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;

      • информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;

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

      Для построения перечисленных типов  моделей используются как собственные  методы моделирования ARIS, так и различные известные методы и языки моделирования - ERM, UML, OMT и др.

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

      Модели  в ARIS представляют собой диаграммы, элементами которых являются разнообразные  объекты - "функция", "событие", "структурное подразделение", "документ" и т.п. Между объектами  устанавливаются разнообразные связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Основная бизнес-модель ARIS - eEPC (extended Event Driven Process Chain - расширенная модель цепочки процессов, управляемых событиями). По существу, она расширяет возможности IDEF0, IDEF3 и DFD, обладая всеми их достоинствами и недостатками. Применение большого числа различных объектов, связанных различными типами связей, может значительно увеличить размер модели и сделать ее плохо читаемой [1].

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

      Сводная информация об основных существующих сегодня методологиях представлена на рисунке [2].

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

      ü моделирования бизнес-процессов (Business Process Modeling);

      ü описания потоков работ (Work Flow Modeling);

      ü описания потоков данных (Data Flow Modeling).

      Методологии моделирования бизнес-процессов (Business Process Modeling). Наиболее широко используемая методология описания бизнес-процессов  – стандарт США IDEF0. С момента разработки стандарт не претерпел существенных изменений. В настоящее время развитие методологии IDEF0 сопряжено с совершенствованием поддерживающих ее инструментов – программных продуктов для моделирования бизнес-процессов (например, BPWin 4.0, ProCap, IDEF0/EM Tool и др.). Методология IDEF0 предоставляет аналитику широкие возможности для описания бизнеса организации на верхнем уровне с акцентом на управление процессами. Нотация позволяет отражать в модели процесса обратные связи различного типа – по информации, управлению, движению материальных ресурсов [2].

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

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

      IDEF1 – методология моделирования информационных потоков внутри системы, позволяющая отображать и анализировать их структуру и взаимосвязи;

      IDEF1X (IDEF1 Extended) – методология построения  реляционных структур. IDEF1X относится  к типу методологий “Сущность-взаимосвязь” (ER – Entity-Relationship) и, как правило, используется для моделирования реляционных баз данных;

      IDEF2 – методология динамического  моделирования развития систем. В связи с весьма серьезными  сложностями анализа динамических  систем от этого стандарта  практически отказались, и его развитие приостановилось на самом начальном этапе;

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

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

      IDEF5 – методология исследования сложных  систем [2].

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

      ARIS поддерживает четыре типа моделей,  отражающих различные аспекты исследуемой системы:

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

      • функциональные модели, содержащие иерархию целей, стоящих перед аппаратом управления, с совокупностью деревьев функций, необходимых для достижения поставленных целей;

      • информационные модели, отражающие структуру информации, необходимой для реализации всей совокупности функций системы;

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

      Для построения перечисленных типов  моделей используются как собственные  методы моделирования ARIS, так и различные  известные методы и языки моделирования - ERM, UML, OMT и др.

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

      Модели  в ARIS представляют собой диаграммы, элементами которых являются разнообразные  объекты - "функция", "событие", "структурное подразделение", "документ" и т.п. Между объектами  устанавливаются разнообразные  связи. Каждому объекту соответствует определенный набор атрибутов, которые позволяют ввести дополнительную информацию о конкретном объекте. Основная бизнес-модель ARIS - eEPC (extended Event Driven Process Chain - расширенная модель цепочки процессов, управляемых событиями). По существу, она расширяет возможности IDEF0, IDEF3 и DFD, обладая всеми их достоинствами и недостатками. Применение большого числа различных объектов, связанных различными типами связей, может значительно увеличить размер модели и сделать ее плохо читаемой [1].

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

      Сводная информация об основных существующих сегодня методологиях представлена на рисунке 4.

      

      Рисунок 4 - Методологии моделирования бизнес-процессов 

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

      Рассмотрим  методологии описания потоков данных DFD. Цель такого представления —  продемонстрировать, как каждый процесс преобразует свои входные данные в выходные. Может отражать не только информационные, но и материальные потоки.

      Основными компонентами диаграмм потоков данных являются:

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

      - системы и подсистемы (например, подсистема по работе с физическими лицами);

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

      - накопители данных (абстрактные устройства для хранения информации);

      - потоки данных.

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

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