Схема бизнес-процесса

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

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

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

Таким образом, на диаграмме, планах или приложениях к ним должны быть приведены дополнительные сведения:

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

НАССР, здесь нет определенных ограничений и правил. Приведем несколько примеров построения диаграмм.

Рис. 7.4.

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

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

На рис. 7.4 и 7.5 представлены примеры диаграмм технологического процесса производства мороженого в виде блок-схем с использованием модульного подхода.

Рис. 7.5.

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

Ниже приведен перечень самых распространенных и наиболее общих стадий:

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

Целью любого проекта 6 сигма является улучшение показателей, характеризующих работу какого-либо бизнес-процесса организации.

Первое, с чем приходится столкнуться в ходе проекта 6 сигма, - необходимость понять бизнес-процесс. Что значит «понять»? Разобраться, как он работает, какие ресурсы для этого необходимы, какие факторы влияют на качество работы. Для этого всю собранную о процессе информацию необходимо каким-либо образом структурировать. С этой целью в рамках методики 6 сигм используются следующие инструменты:

• SIPOC
• Блок-схема процесса
• VSM (карта потока создания ценности)

В этой статье мы разберем особенности применения первых двух инструментов.

SIPOC

Аббревиатура SIPOC расшифровывается как Supplier (поставщик), Input (вход), Process (процесс), Output (выход), Customer (потребитель или заказчик). Уже из расшифровки становится ясным, о чем пойдет речь: этот инструмент дает возможность кратко описать ключевые особенности процесса, не вдаваясь в детали. Своего рода «взгляд с высоты птичьего полета». Поэтому именно с него полезно начать работу по описанию бизнес-процесса.

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

Пример заполнения таблицы SIPOC для процесса «Приемка сырья на склад»:

При заполнении таблицы необходимо обратить внимание на следующие моменты:

• Начинать заполнение таблицы лучше со среднего столбца – перечня операций, из которых состоит процесс. Степень детализации (насколько подробно вы опишите процесс) остается на ваше усмотрение, однако при использовании именно этого инструмента (SIPOC) не рекомендуется дробить процесс на слишком мелкие операции.
• После выделения операций определите входы процесса. Что может быть входом: непосредственно сырье или материал, который будет преобразовываться в ходе процесса или над которым будут выполняться операции процесса; вспомогательные материалы и инструменты (реактивы, измерительное оборудование, инструменты для обработки и т.п.); оборудование; документы или информация (в устном виде или в виде записей в информационной системе).
• В общем случае люди, принимающие участие в процессе (в нашем примере – водитель автомобиля, кладовщики, грузчики), не рассматриваются как ресурс и не перечисляются в числе входов процесса. Они относятся к категории «исполнители» и в рамках SIPOC не рассматриваются. Исключение – процессы работы с персоналом (подбор, адаптация, оценка персонала). В этом случае входами процессов как раз и будут люди (кандидат на вакансию, новый сотрудник, сотрудник к аттестации и т.п.).
• Полнота описания входов зависит от степени детализации процесса и целей вашего проекта. Например, в описанном случае в качестве входов можно было также выделить весы для взвешивания сырья, инструменты для отбора проб и реактивы для проведения анализов сырья, компьютер с доступом к информационной системе компании для внесения данных о поступившем сырье. Но в большинстве случаев в такой детализации при составлении таблицы SIPOC нет необходимости. Если для понимания процесса в рамках целей проекта в каких-то деталях нет особой потребности – лучше их опустить.
• Поставщиков всех полученных входов можно просто перечислить в 1м столбце таблицы. В этом случае число поставщиков может не соответствовать числу входов (в нашем примере входов два, а поставщик только 1). Это классический вариант таблицы. Но при желании для улучшения восприятия можно сопоставить входы и их поставщиков, т.е. рядом с каждым входом написать его поставщика (как сделано в приведенном примере). В качестве поставщика могут выступать внешние организации, подразделения или сотрудники компании, информационные системы.
• Теперь нужно выделить выходы процесса. Выходом может быть полуфабрикат, готовая продукция, упакованная продукция, отходы производства, документы, информация в виде сгенерированных отчетов и т.д. Замечания о степени детализации, указании людей в качестве выходов процесса, сделанные выше касательно входов, здесь тоже остаются в силе.
• Потребители/заказчики выходов выделяются аналогично поставщикам входов. Ими являются внешние организации, подразделения и сотрудники компании, информационные системы, которым передаются выходы. Обращаю ваше внимание: в приведенном примере в качестве заказчика сырья указан склад. Казалось бы, конечным потребителем сырья является производственный цех. Но на этапе приемки сырья на склад, до момента его отпуска в производство, сырье размещается и хранится на складе, поэтому в качестве заказчика указывается именно склад. Аналогично, при описании производственного процесса некорректно указывать поставщиком сырья внешнюю организацию, т.к. цех получает сырье со склада, поэтому для цеха поставщиком сырья будет именно склад. Т.е. выделение поставщиков и потребителей зависит от установленных границ процесса: что вы определите его началом и что – концом.
• Замечание по поводу соответствия числа поставщиков числу входов относится и к соотношению выходы/заказчики.
• Все перечисляемые входы и выходы должны относиться к процессу в целом и поступать в него извне (передаваться вовне). Некорректно указывать в качестве входов/выходов межоперационные потоки, т.е. объекты, которые передаются от одной операции к другой внутри процесса. Например, если в рамках процесса поступившая деталь сначала шлифуется, а потом окрашивается, то в качестве входа/выхода нельзя указывать отшлифованную, но неокрашенную деталь. Вход – деталь неотшлифованная и неокрашенная, выход – деталь отшлифованная и окрашенная.

Блок-схема процесса

Блок-схема – инструмент для более подробного описания бизнес-процесса, чем SIPOC. Помимо входов и выходов, на блок-схеме уже находят отражение межоперационные потоки процесса. Также могут появиться дополнительные операции – при необходимости отразить процесс более подробно. Для создания блок-схемы понадобится собрать дополнительную информацию.

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

Обозначения, используемые на блок-схеме процесса:

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

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

Блок-схему можно подготовить и в Word, и в Excel. В этих программах есть все необходимые инструменты. Но наиболее удобно рисовать блок-схемы в Microsoft Visio. Как правило, операции процесса располагают вертикально одна под другой. Входы процесса показывают слева (стрелки входов направлены к тем операциям, где эти объекты впервые используются), выходы – справа (стрелки направлены от тех операций, где эти объекты появляются). Поставщики и потребители процесса на блок-схемах, как правило, не отражаются.

Ниже приведены 2 варианта блок-схемы процесса – упрощенный и более подробный.

Упрощенная блок-схема процесса «Приемка сырья на склад»:

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

Подробная блок-схема процесса «Приемка сырья на склад»:

На блок-схеме уже есть возможность показать исполнителей процесса. Для этого на схему добавляют так называемые свимлейны (от англ. Swimlane – «плавательная дорожка», по аналогии с дорожками в бассейне). Блок схему разделяют линиями на участки и на каждом из участков размещают операции только одного исполнителя. Сверху указывают должность исполнителя. В таком случае блок-схема принимает следующий вид.

Блок-схема процесса «Приемка сырья на склад» со свимлейнами:

Свимлейны могут располагаться на листе как вертикально (см. пример выше), так и горизонтально.

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

Олешко Виктория, бизнес-тренер, консультант, главный редактор сайта сайт. Автор книги “ ” и блога “ ”. Хотите узнать больше об управлении знаниями? Присоединяйтесь к

В Части 1 были описаны основные («Функция» и «Событие») и дополнительные элементы нотации eEPC. В этой статье я расскажу, как размещать все элементы на схеме бизнес-процесса. Для этого используются 2 типа линий:

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

Посмотрите на рисунок 5. То, что на нем изображено, на реальном примере можно описать следующим образом: специалист отдела продаж по наступлению события «Поступила заявка от клиента» изучает данную заявку. Она подается от клиента на вход данной функции. Затем специалист отдела продаж, согласно «Инструкции по работе с 1С», делает запрос в программу 1С и получает необходимую выписку об остатках товара, указанного в заявке.

Рисунок 5. Использование различных элементов в нотации eEPC и отображение их связи

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

Для отображения выхода (выписки об остатках товара) используется элемент «Кластер информации». На практике он представляет электронный документ, который получается в результат запроса в базу данных 1С.

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

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

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

Важно. Входы и выходы не должны быть «подвисшими». То есть, входы на схеме должны «откуда-то» поступать, а выходы должны поступать «куда-то». Источниками и получателями входов и выходов могут быть:

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

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

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

Работник или подразделение компании.

Внешние поставщики и получатели.

Рисунок 6. Примеры «передачи» выходов различным получателям

Оптимизация процесса и обозначение временных рамок

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

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

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

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

Чтобы увидеть процесс во времени, оценить его длительность и загрузку персонала я рекомендую использовать вот эти решения:
- немного отойти от нотации и, пользуясь возможностями MS Visio или другой программы, наносить надписи с обозначением времени на стрелки;
- в дополнение к блок-схеме в нотации eEPC разрабатывать диаграммы Ганта (это популярный тип столбчатых диаграмм (гистограмм), который используется для иллюстрации плана, графика работ по какому-либо проекту), используя программные продукты для управления проектам или делая это вручную в Excel;
- дополнять графическое описание процесса и функции текстовым - например, таблицей с полям. В них указываете такие данные, как наименование функции, описание функции, время ожидания перед выполнением, время выполнения, номер на схеме.

Элементы логики в схемах нотации eEPC

Как и сама нотация, элементы логики довольно просты, но при этом имеют определенные особенности :

Самая важная из них в том, что логические решения принимаются только в ходе выполнения функций. После события решения не принимаются. О том, что такое событие и функция, мы рассказывали в Части 1. То есть после одиночной функции может быть использован любой логический элемент, после одиночного события может использоваться только логический элемент «И».

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

Для каждого элемента возможны различные варианты использования.

Рисунок 7. Элементы логики

Логический элемент «И»

Последовательно разберем все варианты использования элемента «И»

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

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

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

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

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

Рисунок 10. После подготовки счет-фактуры и договора пакет документов для оформления купли-продажи товара готов

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

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

Продолжение следует.

Александр Сагалович, www.probusiness.by

Рис. 3.3. Блок-схема процесса поставки

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

Рис. 3.4. Блок-схема сортировки оформленных документов

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

В результате получается наглядное и адекватное описание процесса, которое могут использовать:

· персонал процесса - для ознакомления с требованиями и осуществления процесса;

· руководители процессов - для проверки соответствия и всестороннего анализа процесса;

· внутренние и внешние аудиторы - для проверки и оценки соответствия установленным требованиям процессов СМК;

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

Элементы блок схем

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

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

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

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

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

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

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

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

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

Блок-схема составляется с учетом следующих правил.

1. Строго сверху вниз чертится базовая блок-схема процесса, которая представляет собой отражение самого простого и самого экономичного варианта процесса без всяких усложнений и отклонений.

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

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

4. Вправо от точек усложнений чертятся отклонения процесса. Не завершив работу по отклонениям, нельзя вернуться к базовой модели процесса.

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

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

7. Следует проанализировать полученную блок-схему процесса на соответствие требованиям. Во-первых, она должна отражать цикл РDСА (планирование - осуществление - проверка - действия по улучшению). Во-вторых, процесс должен соответствовать требованиям стандарта ISO 9001 и внутренним требованиям организации к выполнению данных работ. В-третьих, желательно согласовать блок-схему с руководителями процессов-потребителей для учета их требований.

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

Программное обеспечение FCEditor, Flowchart builder.

Технология и организация производства продукции и услуг

1 Понятия «Производственный процесс» и «Технологический процесс». Классификация технологических процессов по виду выполняемых работ, по уровням дифференциации и унификации.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

По уровню достижений науки и техники различают перспективные и рабочие технологические процессы.

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

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

По стадии разработки, состоянию технологической подготовки производства (ТПП) и стандартизации технологические процессы подразделяются на проектные, временные и стандартные.

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

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

Стандартный процесс устанавливается стандартом.

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

Некомплексный процесс включает в основном технологические операции.

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

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

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

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