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

Вид материала

Анализ

Подобный материал:

• Аббревиатуры, 32.14kb.
• С помощью сред Mathcad и Labview, а так же сравнительный анализ двух рассматриваемых, 89.08kb.
• М. Бен-Ари Языки программирования. Практический сравнительный анализ. Предисловие, 4829.53kb.
• Сравнительный анализ процессов возникновения философии на Востоке и на Западе, 6.7kb.
• Фамилия, 50.95kb.
• Планирование привлечения и высвобождения работников. Преимущества и недостатки внутризаводского, 28.01kb.
• Е философских предпосылок, определивших возникновение и развитие различных дисциплинарных, 6956.59kb.
• Преимущества и недостатки мультимедийной презентации, 11.42kb.
• Сравнительный анализ основных требований к бухгалтерской (финансовой) отчетности, 195.86kb.
• А. М. Шишлянникова, 14.7kb.

УДК 504.06

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

построении системы управления окружающей средой


З.А. Темердашев, Н.В. Киселева, О.Г. Лаптева


ГОУ ВПО «Кубанский государственный университет», г. Краснодар


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

Ключевые слова: система экологического менеджмента, методология процессного моделирования, IDEF 0, DFD, ARIS.


В современных условиях, когда значительное внимание уделяется экологически благоприятной продукции, наличие (создание) системы экологического менеджмента (СЭМ, в российской терминологии – система управления окружающей средой, СУОС), основные положения которой регулируются международными стандартами серии ИСО 14000, является одним из важнейших приоритетов развития предприятия. Следует отметить, что это не единственно возможный формат СЭМ предприятия, но он в достаточной мере унифицирован по требованиям и представляет собой международную норму, что делает его довольно привлекательным на пороге вступления России во всемирную торговую организацию (ВТО).

Ключевым стандартом данной серии является МС ИСО 14001 «Системы управления окружающей средой. Спецификации и руководство по использованию». Он разработан так, чтобы его можно было применить к организациям всех типов и размеров с учетом различных географических, культурных и социальных условий. Общая направленность настоящего стандарта - способствовать охране окружающей среды и предотвращению ее загрязнения в балансе с удовлетворением социально-экономических потребностей [1].

Процесс построения СЭМ на предприятии обычно протекает в виде следующих этапов:

• Предварительная оценка воздействия деятельности предприятия на окружающую среду;
  
• Обучение и тренинг персонала предприятия;
  
• Разработка документации СЭМ;
  
• Внедрение разработанной документации;
  
• Внутренний аудит предприятия;
  
• Сертификационный аудит СЭМ предприятия.
  

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

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

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

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

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

1. IDEF 0 (Integrated Definition For function Modeling) методология функционального моделирования.
   

Методология IDEF0 успешно применяется в самых различных отраслях, зарекомендовав себя как эффективное средство формализованного описания, проектирования, анализа и улучшения деловых процессов сложных систем [2].

2. DFD (Data Flow Diagrams) диаграммы потоков данных.
   

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

3. ARIS (Architecture of Integrated Information Systems) архитектура интегрированных информационных систем.
   

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

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

Таблица - Сравнительный анализ методологий процессного моделирования
№ п/п	критерии	IDEF 0	DFD	ARIS
1	язык представления	графический	графический	графический
2	исходные понятия	-Работа (для обозначения, собственно, действия); -Вход, Выход, Управление и Механизм (для обозначения интерфейсов)	-Функция (действие, выполняемое моделируемой системой); -Поток данных (объект, над которым выполняется действие. Может быть информационным (логическим) или управляющим); -Хранилище данных (структура для хранения информационных объектов); -Внешняя сущность (внешний по отношению к системе объект, обменивающийся с нею потоками данных)	-Функция (служит для описания функций, процедур, работ); -Событие (служит для описания реальных событий, воздействующих на выполнение функций); -Организационная единица (представляет различные организационные звенья предприятия (например, управление или отдел); -Документ (отражает реальные носители); -Кластер информации (характеризует данные (набор сущностей и связей между ними)); -Связь между объектами (описывает тип отношений между некоторыми объектами); -Логический оператор (оператор, определяющий связи между событиями и функциями в рамках процесса. Позволяет описать ветвление процесса)
3	принцип построения	принцип доминирования процессов	иерархия функциональных процессов, связанных потоками данных	временная последовательность выполнения процедур
4	описание системы	описание модели IDEF представляет собой иерархию взаимосвязанных диаграмм, в вершине структуры которой находится общее описание системы, а ее основание состоит из наиболее детализированных описаний	диаграммы DFD описывают систему в виде отдельных процессов, связанных потоками данных, и демонстрируют, как каждый процесс преобразует свои входные данные в выходные	методология ARIS представляет организацию как сложную систему, представляющую собой модели организационной структуры, функций, данных и бизнес-процессов
5	описание процедуры процесса	объект на диаграмме	объект на диаграмме	объект на диаграмме
6	динамическое моделирование	нет	да	да
7	наглядность модели	модель нечитабельна неспециалистами	модель нечитабельна неспециалистами	модель наглядна и есть возможность использования визуальных образов
8	основные преимущества	связность диаграмм (номера блоков); уникальность меток и наименований (отсутствие повторяющихся имен); синтаксические правила для графики (блоков и дуг); разделение входов и управлений (правило определения роли данных); древовидная структура диаграмм модели обеспечивает обозримость, как модели, так и входящих в нее элементов; разработка модели ведется без привязки к существующей организационной структуре, что помогает избежать внесения в модель субъективного мнения руководителей организации	возможность однозначно определить внешние сущности, анализируя потоки информации внутри и вне системы; возможность проектирования сверху вниз, что облегчает построение модели «как должно быть»; наличие спецификаций процессов нижнего уровня, что позволяет преодолеть логическую незавершенность функциональной модели и построить полную функциональную спецификацию разрабатываемой системы; модели имеют очень богатый набор элементов, адекватно отражающих их специфику; существуют и поддерживаются рядом CASE-инструментов алгоритмы автоматического преобразования иерархии DFD в структурные карты, демонстрирующие межсистемные, внутрисистемные связи и иерархию систем	мощная репрезентативная графика, что делает модели особенно удобными для представления руководству; позволяет вывести в отчетный документ любую информацию, содержащуюся в базе данных; возможность рассматривать объект с разных точек зрения: при анализе деятельности каждому аспекту можно уделять достаточное внимание  и только после детального изучения всех аспектов можно перейти к построению интегрированной модели, отражающей все существующие связи между подсистемами организации;  богатство методов, позволяет моделировать широкий спектр систем; все модели и объекты создаются и хранятся в единой базе проекта, что обеспечивает построение интегрированной и целостной модели предметной области
9	ограничения	ограничение количества блоков на каждом уровне декомпозиции (правило 3-6 блоков); ограничение количества подходящих к одному функциональному блоку (выходящих из одного функционального блока) интерфейсных дуг четырьмя	ограничение количества процессов/подсистем на диаграмме (не меньше двух и не больше шести); материальные процессы, потоки и хранилища на диаграммах не отображаются (только процессы обработки информации, потоки данных и хранилища данных); не должно быть изолированных (несвязанных) объектов (внешних сущностей, подсистем, процессов, хранилищ данных)	в каждую функцию не может входить более одной стрелки, «запускающей» выполнение функции, и выходить не более одной стрелки, описывающей завершение выполнения функции
10	недостатки	невозможность отразить работы, которые идут параллельно друг другу или работу процесса в динамике [4]; наличие всего трех типов моделей — функциональной, информационной и процессной, остальные аспекты архитектуры если и могут быть отображены, то на недостаточном уровне [3]; не включает методы математического моделирования, предполагает достаточно активную групповую работу над проектом	необходимость искусственного ввода управляющих процессов, поскольку управляющие воздействия (потоки) и управляющие процессы с точки зрения DFD ничем не отличаются от обычных; отсутствие понятия времени, т.е. отсутствие анализа временных промежутков при преобразовании данных (все ограничения по времени должны быть введены в спецификациях процессов)	нет четко описанных регламентов действий; не предлагается уникального подхода к проблеме моделирования архитектуры предприятия; инструментальная поддержка осуществляется продуктом той же компании – разработчика методологии; вследствие чрезмерного количества настроек работа по созданию модели должна регламентироваться сложной, многоаспектной документацией; расходы на внедрение ARIS достаточно высоки - $1500 за одно рабочее место; высокие затраты на эксплуатацию программ; высокие трудозатраты на разработку

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

1. Использовать метод DFD как единственный инструмент описания процессов при разработке системы нецелесообразно. На наш взгляд, DFD гораздо больше подходит для проектирования информационных систем вообще, баз данных, для описания документооборота и обработки информации. Он позволяет проанализировать информационное пространство системы и  использовать данную методологию лучше в качестве дополнения модели бизнес-процессов, выполненной в IDEF0;
   
2. ARIS - несомненно инструмент более функциональный и удобный, он в целом преодолевает перечисленные недостатки IDEF. Есть у IDEF/DFD стратегический недостаток, это крайне плохое зрительное восприятие диаграмм простыми начальниками, рабочими, служащими, а в ARIS все наглядно, красиво и понятно. Однако следует отметить, что ARIS рационально применять для "сплошной" документации процессов организации. При использовании ARIS для документирования отдельных процессов, потребуется предварительное выявление значимых для решения поставленной задачи процессов.
   

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

3. В итоге, на наш взгляд, наиболее приемлемой из рассмотренных методологий процессного моделирования при разработке СУОС на предприятиях России является методология IDEF0 по следующим причинам:
   
   • приемлемая стоимость разработки моделей;
     
   • применяя методологию IDEF, можно построить модель такой системы управления, которая позволяла бы работать не только сегодня, но и в случае необходимости позволила быстро и эффективно скорректировать систему экологического менеджмента в соответствии с новыми условиями и требованиями;
     
   • четко прослеживается логика и взаимодействие процессов организации, что является основой процессного подхода;
     
   • возможность получения полной информации о каждой работе (процедуре) благодаря жестко регламентированной структуре;
     
   • уровень IDEF-схем способствует повышению качества документов СУОС и понижению времени разработки.
     

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

ЛИТЕРАТУРА

1. ГОСТ Р ИСО 14001-2007 Системы управления окружающей средой. Требования и руководство по применению.-М.:Стандартинформ, 2007.
   

2. ТК РБ 4.2-МР-05-2002. Методика и порядок работ по определению, классификации и идентификации процессов. Описание процессов на базе методологии IDEF 0. Методические рекомендации.-Мн.:БелГИСС, 2002.

3. Калянов Г.Н. Построение архитектуры предприятия//Корпоративные системы.-2005.-№3.

4. Дворников А. IDEF 0 как инструмент моделирования процессов//Авант Партнер.-2005.-№22.