Управление процессами и моделирование процессов

Резюме

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

ТРАДИЦИОННОЕ УПРАВЛЕНИЕ И УПРАВЛЕНИЕ ПРОЦЕССАМИ

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

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

Это подразделенное видение организаций было источником различных проблем и критических замечаний из-за:

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

В последнее десятилетие управление процессами вызывает растущий интерес, и его широко используют многие организации, использующие контрольные показатели управления качеством и / или общего качества. Подход, основанный на процессах, состоит из систематической идентификации и управления процессами, разработанными в организации, и, в частности, взаимодействия между такими процессами (ISO 9000: 2000). Управление процессами основано на моделировании систем как совокупности взаимосвязанных процессов через причинно-следственные связи. Конечная цель управления процессами - обеспечить скоординированное развитие всех процессов в организации, повышая эффективность и удовлетворенность всех заинтересованных сторон (клиентов, акционеров, персонала, поставщиков, общества в целом).

Стандарт ISO 9001: 2000 в разделе 4.1a) указывает, что «Идентифицирует необходимые процессы для системы менеджмента качества и ее применения во всей организации». В разделе 4.1b) требуется «Определить последовательность и взаимосвязь этих процессов», а в разделе 7.1 указано: «Организация должна планировать и разрабатывать процессы, необходимые для реализации продукта».

Европейская модель совершенства (EFQM) также ссылается на управление процессами в своем заявлении: «Удовлетворенность клиентов, удовлетворенность сотрудников и положительное влияние на общество достигаются благодаря лидерству в политике и стратегии, успешному управление персоналом, эффективное использование ресурсов и адекватное определение процессов, что в конечном итоге приводит к отличным результатам в бизнесе ».

Один из 9 модулей модели EFQM посвящен управлению процессами. Его подкритериями являются:

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

Классификация процессов:

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

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

Стратегические процессы:

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

Ключевые процессы:

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

Процессы поддержки:

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

Контроль документации Внутренний аудит Несоответствия, исправления и корректирующие действия Управление несоответствующей продукцией Управление инспекционным, измерительным и испытательным оборудованием и т. Д.

Эти процессы не вмешиваются в видение или миссию организации.

Принципы управления процессами:

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

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

Управление процессами включает в себя:

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

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

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

Анализ и определение процессов позволяет:

Установить схему оценки организации в целом (определение показателей процесса). Понимать причинно-следственные связи проблем организации и, следовательно, решать проблемы от их корней. Определить обязанности в простой и прямое (назначение менеджеров по процессам и по видам деятельности). Содействовать внутренней коммуникации и участию в управлении. Избегать «департаментализации» компании. Содействовать постоянному улучшению (Управление изменениями). Упростить документирование систем управления (поскольку по соглашению процесс мы можем описать в одной процедуре) Избегайте отходов всех видов:

- Излишки производственных мощностей

- Из-за транспорта и движения

- Из-за мертвых времен

- Из-за ненужных запасов

- Из-за пространства

- Из-за деятельности, которая не добавляет ценности

- Из-за недостатков качества

- Из знаний

Облегчить интеграцию различных систем управления

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

Словарь терминов

Удобно уточнить некоторые понятия, прежде чем углубляться в детали управления процессами. Глоссарий связанных терминов включен ниже. Некоторые из отраженных определений изложены в ISO 9000: 2000.

Упражнение:

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

Эффективность:

Степень выполнения запланированных мероприятий и достижения запланированных результатов (ISO 9000: 2000, 3.2.14)

Эффективность:

Связь между достигнутым результатом и использованными ресурсами (ISO 9000: 2000, 3.2.15)

Показатель:

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

Инструкция:

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

макропроцесс:

Совокупность процессов взаимосвязана и с общим общим объектом.

Карта процесса:

Диаграмма, позволяющая идентифицировать процессы организации и описать ее основные взаимосвязи.

Миссия:

Заявление, которое описывает смысл существования организации. «Что мы есть». Описание миссии должно включать, при необходимости, ответ на следующие вопросы:

Что организация должна делать или производить? (продукты и / или услуги) Что или для кого это делает? (клиенты) Как вы предлагаете это сделать? (основные процессы) Где это делается? (организационный и / или географический охват) Поставщики? (Если они необходимы для достижения миссии)

Обработать:

Указанный способ выполнения действия или процесса (ISO 9000: 2000, 3.4.5)

Обработать:

Набор взаимодействующих взаимосвязанных действий, которые преобразуют входные элементы в выходные данные (ISO 9000: 2000, 3.4.1)

Товар:

Результат процесса (ISO 9000: 2000, 3.4.2)

Реестр:

Документ, в котором представлены полученные результаты или доказательства выполненных работ (ISO 9000: 2000, 3.7.6)

система:

Набор взаимосвязанных или взаимодействующих элементов (ISO 9000: 2000, 3.2.1)

Система управления:

Система для установления политики и целей и достижения этих целей (ISO 9000: 2000, 3.2.2)

Посмотреть:

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

Ценности:

Набор поведения, отношения, убеждения и стили, принятые в организации. Элементы культуры организации.

Моделирование процессов

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

Подходящая модель должна позволять:

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

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

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

Методы моделирования процессов:

IDEF figure0 Блок-схема

IDEFO DIAGRAM

В 1970-е годы ВВС США (ВВС США) предприняли проект под названием ICAM (Integrated Computer Aided Manufacturing) для повышения производительности за счет систематического применения компьютеризированных средств. Этот проект потребовал создания языковой модели для анализа и обмена информацией систем, которые должны были быть разработаны: IDEF0 (язык интеграции DEFinition 0).

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

Каждый «прямоугольник» на диаграмме - это начало или конец стрелки, которые представляют:

Входные данные: данные, необходимые для действия и преобразованные в выходные данные. Выходные данные: данные или информация, созданные действием. Контрольные данные: данные для управления операцией. Они не преобразуются в выходные данные. Механизм: требуются ресурсы.

Каждый «прямоугольник» кодируется кодом диаграммы, на которой он появляется, с последующим соответствующим номером.

Диаграмма верхнего уровня (Диаграмма A-0 "A минус ноль")

Каждая модель должна включать в себя исходную диаграмму, которая представляет глобальность системы, с одним блоком, который описывает все входы и выходы за пределы системы. Эта схема обычно включает описание объекта и области действия системы. Уникальный код коробки на этой диаграмме - A0. Это поле разбито на дочернюю диаграмму нижнего уровня, которая называется A0.

Диаграмма верхнего уровня развернута (диаграмма A0)

На этой диаграмме отображаются системные макропроцессы. В терминологии IDEF0 эта диаграмма является «дочерней» по сравнению с предыдущей.

Родительские диаграммы

Любая диаграмма, которая содержит «прямоугольник», описанный в другой диаграмме более низкого уровня, называется родительской диаграммой. Диаграмма самого низкого уровня, описывающая эту деятельность, является «дочерней» предыдущей. «Коробки», описанные на диаграмме более низкого уровня, обозначаются кодом «ERD» (подробное справочное выражение).

Детские диаграммы

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

Преимущества IDEF0:

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

Недостатки методологии IDEF0

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

СХЕМА

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

Далее описывается метод идентификации и определения процессов системы управления с использованием блок-схем. В этом методе есть две хорошо дифференцированные фазы:

1. Подготовка карты процесса

2. Описание каждого процесса

1. Подготовка карты процесса

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

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

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

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

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

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

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

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

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

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

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

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

Определение Карты процесса должно быть установлено на основе консенсуса всей команды управления. Для этого целесообразно использовать технику Affinity Diagram.

Удобно пересмотреть и при необходимости обновить Карту процесса, как только все процедуры были описаны, как указано в следующем разделе.

2. Описание каждого процесса

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

HeaderObjectScopeResponsible для ProcessRegistersSignatures

Заголовок процедуры

Заголовок включает общую идентификационную информацию документа (логотип организации, код процедуры, название, версия, дата)

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

Пример: 01: Первая процедура системы качества.

Инструкции кодируются тем же кодом процедуры, который они выполняют, за которым следуют буква «I» и соответствующее двузначное число.

Пример: 02-I01: Первая инструкция процедуры № 2.

Планы управления кодируются с помощью кода процедуры, из которой они получены, после которой следует буква «P» и соответствующее двузначное число.

Спецификации закодированы так же, как инструкции и планы управления, но с буквой «Е».

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

Пример: 01-01: формат 1 процедуры 01. Пример.: 02-I01-01: формат 1 инструкции 01 процедуры 2.

Необработанные записи не требуют кода.

Объект:

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

Объем:

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

a) Разоблачение набора продуктов или услуг, затронутых процессом («Процесс применим к материалам и услугам, которые…»)

б) Указание, где процесс начинается и где он заканчивается по отношению к другим процессам («Настоящий процесс начинается с получения… и заканчивается выдачей…»)

Разработка:

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

Ответственный за процесс:

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

Записи:

Записи представляют собой документы, которые представляют полученные результаты или предоставляют доказательства выполненной деятельности (ISO 9000: 2000, 3.7.6). Записи составляют поддержку информации, которая течет в системе управления.

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

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

Фирмы:

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

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

А) Деятельность

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

Б) Стрелки

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

В) записи

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

D) Сопутствующие документы

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

ПРИМЕЧАНИЕ для записи: два файла прилагаются с примерами: