книги / Система экологического менеджмента

3. МЕТОДЫ И ПОДХОДЫ К ОРГАНИЗАЦИИ ПРИРОДООХРАННОЙ ДЕЯТЕЛЬНОСТИ

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

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

Порядок планирования природоохранной деятельности:

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

2)выявление наиболее важных экологических аспектов;

3)разработка природоохранных мероприятий и документирование их

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

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

Анализ Парето

FME-анализ

Рис. 3.1. Инструменты планирования в рамках системы экологического менеджмента

101

3.1. Применение методологии функционального моделирования для идентификации экологических аспектов

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

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

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

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

Стандарт IDEF0 предложен в 1981 году департаментом ВВС США

врамках ICAM (Integrated Computer Aided Manufacturing) – комплексной программы компьютеризации аэрокосмической промышленности. В ходе реализации программы ICAM была выявлена потребность в более эффективных способах обмена информацией и методах анализа производственных систем для удовлетворения этой потребности была разработана методология IDEF0, основанная на графическом представлении производственных систем.

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

Стандарт IDEF0 позволяет:

−построить модель деятельности предприятия, отразить все механизмы и принципы взаимосвязи различных подсистем в рамках одного бизнеса;

−эффективно анализировать модели деятельности широкого спектра сложных систем в различных разрезах;

102

−провести комплексное обследование системы управления предпри-

ятием;

−выявить все ресурсы (материалы, оборудование, персонал), участвующие в процессе.

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

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

3.1.1.Построение функциональных моделей с помощью IDEF0

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

Управление

Ресурсы, механизмы

Рис. 3.2. Графическое изображение функционального блока

По требованиям стандарта название каждого функционального блока должно быть сформулировано в глагольном наклонении (например, «производить услуги», а не «производство услуг»).

103

Каждая из четырех сторон функционального блока имеет свое определенное значение (роль): управление (Control), вход (Input), выход (Output),

механизм (Mechanism).

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

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

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

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

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

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

Входящие и исходящие дуги отображают следующие объекты:

–материальные потоки (детали, товары, сырье и т.д.);

–финансовые потоки (наличные и безналичные, инвестиции и т.д.);

104

–потоки документов (коммерческие, финансовые и организационные документы);

–потоки информации (информация, данные о намерениях, устные распоряжения и т.д.);

–ресурсы (сотрудники, станки, машины и т.д.);

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

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

Декомпозиция (Decomposition) – это процесс создания диаграммы, детализирующей определенный блок и связанные с ним дуги. Результатом ее является описание, которое представляет собой «разбиение» родительского блока на меньшие и более частные функции.

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

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

В процессе декомпозиции функциональный блок, который в контекстной диаграмме отображает систему как единое целое, подвергается детализации на другой диаграмме. Получившаяся диаграмма второго уровня содержит функциональные блоки, отображающие главные подфункции функционального блока контекстной диаграммы, и называется дочерней (Child Diagram) по отношению к нему (каждый из функциональных блоков, принадлежащих дочерней диаграмме, соответственно называется дочерним блоком – Child Box). В свою очередь, функциональный блок-предок называется родительским блоком (Parent Box) по отношению к дочерней диаграмме, а диаграмма, которой он принадлежит, – родительской диаграммой (Parent Diagram). Каждая из подфункций дочерней диаграммы может быть далее детализирована путем аналогичной декомпозиции соответствующего ей функционального блока (рис. 3.3).

105

C1

Рис. 3.3. Декомпозиция функциональных блоков

106

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

−Input (вход) – на моделях обозначаются буквой I c присвоением численного номера, например: I1, I2;

−Control (управление) – на моделях обозначаются буквой С c присвоением численного номера, например: С1, С3;

−Output (выход) – на моделях обозначаются буквой О c присвоением численного номера, например: О3, О2;

−Mechanism (механизм) – на моделях обозначаются буквой М c присвоением численного номера, например: М1, М2.

Коды ICOM чрезвычайно эффективны, поскольку они позволяют ана-

литику быстро проверять согласованность внешних дуг диаграммы с граничными дугами соответствующего блока родительской диаграммы. Этим достигается структурная целостность IDEF0-модели.

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

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

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

107

108

Рис. 3.4. Туннелирование интерфейсных дуг

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

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

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

Принципы ограничения сложности IDEF0-диаграмм. Обычно IDEF0-

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

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

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

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

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

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

109

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

Рис. 3.5. Взаимосвязь «по входу»

Отношения «по управлению» возникают тогда, когда выход одного блока непосредственно влияет на выполнение другого, т.е. когда выходная дуга одного блока является управляющей для другого (рис. 3.6).

Рис. 3.6. Взаимосвязь «по управлению»

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

110