Процедура процесса это и Процедура алгоритм выполнения некоторой части или в целом

Главная | Случайная страница | Трендовая

Член ABPMP Russia

Консультант по управлению

Кандидат технических наук

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

Введение: проблема страуса

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

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

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

Далее на основе этой графической схемы формируется регламент. Кто-то выгружает проект регламента автоматически (например, при использовании Business Studio). Кто-то создает регламент «ручной сборки», копи-пастом помещая схемы из MS Visio в файл MS Word и добавляя текстовое описание операций процесса.

После внедрения выясняется, что:

• Алгоритм выполнения процесса постоянно нарушается;
• Нормативное время выполнения процесса и фактическое время его выполнения отличаются в десяти раз.

Видя такую ситуацию, руководители закрывают на это глаза (прячут голову в песок).

Проблемы процесса

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

• Алгоритм процесса;
• Нормативное время выполнения отдельных операций и процесса в целом.

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

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

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

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

Что такое нагрузка на процесс? Это количество событий, инициирующих выполнение процесса (запуск экземпляров процесса) в единицу времени. Например, количество заявок на выставление счетов и т. п. Замечу, что нагрузка на процесс может быть неравномерной. Например, в среднем, в день поступает 100 заявок, но пик приходится на вторую половину дня.

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

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

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

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

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

Проблемы системы

Доступный ресурс исполнителей. Проблема в том, что исполнители (если только мы не рассматриваем примитивные ручные операции на конвейере) участвуют в нескольких процессах компании.

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

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

В результате нормативное время выполнения процесса (который выполняют исполнители, задействованные в других процессах), как правило, оказывается рассчитанным неадекватно. Это нормативное время никогда не будет достигнуто! Как быть?

Заняться синхронизацией, определением тактовой частоты и приоретизаций процессов, причем с использованием принципов ТОС или TPS (система Тойоты).

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

Тактовая частота — периодичность, с которой исполнители будут переключаться с процесса на процесс. Например, раз в 2 часа я трачу 30 минут на выполнение Процесса, А, 45 минут — на выполнение Процесса Б, 30 минут — на выполнение Процесса С, 15 минут — на разовые поручения руководителя.

Приоретизация. Сотрудник должен знать и понимать, с какого процесса нужно начинать работу в первую очередь. Руководители должны определить и установить приоритеты выполнения. Например, с 9–00 до 11–00 исполнитель должен заниматься только этим процессом, потом с определенной тактовой частотой переключаться между процессами и т. п.

Как это сложно, наверное, подумал уже читатель. Да сложно! Но кто говорил, что создание эффективной системы управления — это легко?

Процесс и процедура

Всё не так уж и страшно. Есть процессы, общие для всей компании. Их можно условно назвать процедурами (не путать с нотаций «Процедура» в Business Studio). Например, процедура заключается в том, что нужно искренне улыбнуться и вежливо поздороваться с клиентом (большинство сотрудников, работающих с клиентами недопустимо угрюмы и неприветливы). Можно написать общий алгоритм процесса и зафиксировать его в регламенте. Нужно ли определять нагрузку, производительность и ресурсы для такой процедуры? Теоретически, если все будут улыбаться и здороваться определенное время, то времени на выполнение других процессов останется меньше и т. п. Но такие расчеты в масштабах всей компании в настоящее время невозможны или бессмысленны (слишком сложная система с нелинейными связами).

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

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

Выводы

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

1. Понять, что мы описываем: процесс или процедуру? Если процесс, то:
2. Описать процесс «как есть» (графическая схема);
3. Определить целевую нагрузку на процесс и его фактическую производительность, выявить узкие места и ограничения;
4. Выполнить анализ выполнения процесса:
   1. Понять, в каких еще процессах участвуют исполнители;
   2. Определить существующий порядок приоретизации работ и фактическую тактовую частоту.
5. Определить целевые приоритеты выполнения и тактовую частоту процесса;
6. Синхронизовать процесс с другими процессами в системе;
7. Изменить алгоритм процесса (модель «как должно быть»), обеспечить необходимыми ресурсами с учетом синхронизации, приоритетов и тактовой частоты.
   Шаги 5–7 придется выполнять итерационно;
8. Провести валидацию процесса (т. е. проверить, что процесс в реальной ситуации выдает нужные нам характеристики);
9. Разработать и внедрить регламент процесса.

Опубликовано по материалам:
http://finexpert.ru/view/reglament_ili_protsess/905

Рекомендуемые материалы по тематике

Сценарии выполнения сквозного процесса

Декомпозиция процессов в нотации BPMN в Business Studio

Презентация доклада «Проектирование системы управления предприятием» c форума «Промышленный салон-2005»

Создание операционной платформы с интегрированной системой внутреннего контроля

Системы менеджмента — консультации и обучение онлайн

ISO 9001, СТ РК ИСО 9001, API Q1, ISO TC 29001, API Q2, ISO/IEC 17025, СТ РК ИСО 17025, ISO 14001, СТ РК ИСО 14001, OHSAS 18001, СТ РК ОХСАС 18001, ISO 50001, ISO 31000

Чем процесс отличается от процедуры

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

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

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

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

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

Самое интересное:

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

Понятие процедуры вводится для решения следующих задач:

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

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

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

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

Пример.Процедура управления договорами – типичный пример обезличенного процесса. В ней, как правило, описана общая последовательность разработки, согласования и утверждения договора. Требования процедуры должны выполнять все сотрудники организации, которые имеют отношение к работе с договорами. Контроль актуальности процедуры может быть возложен, например, на юриста. Но назначить владельца процесса «Управление договорами» для организации в целом нельзя.

Пример.В организации есть call‑центр. Множество операторов постоянно находятся на связи – принимают входящие звонки, обзванивают клиентов и т. п. Каждый оператор обязан выполнять работу по установленным процедурам. Их разработано несколько: процедура приема входящих звонков, процедура отправки факсов и т. д.

С точки зрения директора в деятельности call‑центра можно выделить несколько процессов, например:

• обслуживание входящих звонков;

• обслуживание исходящих звонков;

• администрирование рабочих групп call‑центра;

Рассмотрим процесс обслуживания входящих звонков. С точки зрения директора call‑центра важно, чтобы все входящие звонки были качественно обработаны при минимальном количестве операторов. Для процесса «Обслуживание входящих звонков» определены:

• технология выполнения (описана в соответствующих процедурах);

• требования к обеспечивающим ресурсам (необходимое оборудование, каналы связи, операторы с требуемыми навыками);

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

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

_{Рис. 1.2.5. Экземпляры процесса}

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

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

Использование понятия «экземпляр процесса» является важным при автоматизации операционных процессов при помощи систем Work Flow, BPMS.

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

Воскресенье, 3 января 2016 г.

Чем отличается процесс от процедуры в СМК

«Процедура — синоним технология, методика, действие и т.д. Процесс — набор процедур».

«Процесс — это действие, следующее после процедур. Процедура есть подготовительное мероприятие для дальнейшего процесса. В юриспруденции то же самое — следственные мероприятия (процедуры) предшествуют судебному процессу».

«Процесс это движение, а процедура — как это движение осуществить».

«Процесс — совокупность взаимосвязанных или взаимодействующих видов деятельности, которые используют входы для достижения предполагаемых результатов. «Предполагаемый результат» процесса называется выходом, продукцией или услугой, в зависимости от контекста ссылки. Входные данные процесса, как правило, выходы других процессов, а выходы процесса — как правило, входные данные для других процессов» (п.3.4.1 ISO 9000:2015).

«Процедура — установленный способ осуществления деятельности или процесса. Процедуры могут быть документированными или нет» (п. 3.4.5 ISO 9000:2015).

Нотации “Процесс” и “Процедура”

Нотации “Процесс” (Basic Flowchart в Microsoft Visio) и “Процедура” (Cross-Functional Flowchart в Microsoft Visio) используются для представления алгоритма (сценария) выполнения процесса и позволяют задать причинно-следственные связи и временную последовательность выполнения действий процесса. Нотации поддерживают декомпозицию на подпроцессы, также как и нотация IDEF0.

Различие между нотациями “Процесс” и “Процедура” состоит в том, что дополнительно к графическим элементам, применяемым в нотации “Процесс”, в нотации “Процедура” используются дорожки (Swim Lanes), обозначающие организационные единицы – исполнителей действий процесса. Это позволяет повысить наглядность диаграммы.

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

Описание назначения графических символов, используемых в нотациях “Процесс” и “Процедура”, приведено в Таблице 1.

Таблица 1. Графические символы, используемые в нотациях “Процесс” и “Процедура”

Пример диаграммы процесса в нотации “Процесс” приведен на Рис. 7.

Рисунок 7. Пример диаграммы процесса в нотации “Процесс”

Пример диаграммы процесса в нотации “Процедура” приведен на Рис. 8.

Рисунок 8. Пример диаграммы процесса в нотации “Процедура”

Процедура

3.19 процедура (procedure): Установленный способ осуществления какой-либо деятельности или процесса.

Примечание 1 — Процедура может быть документированной и недокументированной.

Примечание 2 — Соответствует определению ИСО 9000:2000, 3.4.5.

3.4.5 процедура (procedure): Установленный способ осуществления деятельности или процесса (3.4.1).

1 Процедуры могут быть документированными или недокументированными.

2 Если процедура документирована, часто используется термин «письменная процедура» или «документированная процедура». Документ (3.7.2), содержащий процедуру, может называться «процедурный документ».

установленный способ осуществления деятельности или процесса (3.3)

ПРИМЕЧАНИЕ 1. Процедуры могут быть документированными и недокументированными.

ПРИМЕЧАНИЕ 2. Если процедура документирована, часто используется термин «письменная процедура» или «документированная процедура». Документ, содержащий процедуру, может называться «документированная процедура».

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

3.2 процедура (procedure): Установленный способ осуществления деятельности или процесса (см. 3.3).

1 Процедуры могут быть документированными или недокументированными.

2 Если процедура документирована, часто используется термин «письменная процедура» или «документированная». Документ, содержащий процедуру, может называться «документированная процедура».

3.23 процедура (procedure): Установленный способ выполнения какой-либо деятельности или процесса.

Примечание 1 — Процедура может быть документированной и не документированной.

Примечание 2 — Соответствует определению ИСО 9000:2000, пункт 3.4.5.

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

Упорядоченная совокупность взаимосвязанных определенными отношениями действий, направленных на решение задач.

Процедура — установленный способ осуществления деятельности или процесса (п. 3.2 ISO/IEC 17000:2004).

Процедура — установленный способ осуществления деятельности или процесса (п. 3.2 ISO/IEC17000:2004).

Примечания: 1. Процедуры могут быть документированными или недокументированными. (ГОСТ Р ИСО 9000-2008).

2. Если процедура документирована, часто используется термин «письменная процедура» или «процедурный документ». Документ, содержащий процедуру, может называться «документированная процедура» (ГОСТ Р ИСО 9000-2008).

Процедура — установленный способ осуществления деятельности или процесса (процедуры могут быть документированными или недокументированными).

Процедура — установленный способ осуществления деятельности или процесса (процедуры могут быть документированными или недокументированными).

Установленный порядок или способ осуществления какой-либо деятельности

Установленный порядок или способ осуществления какой-либо деятельности

3.4.5 процедура (en procedure; fr procédure): Установленный способ осуществления деятельности или процесса (3.4.1).

1 Процедуры могут быть документированными или недокументированными.

2 Если процедура документирована, часто используется термин «письменная процедура» или «документированная процедура». Документ (3.7.2), содержащий процедуру, может называться «документированная процедура».

3.5 Термины, относящиеся к характеристикам

2.30 процедура (procedure): Определенный способ осуществления мероприятия или процесса (2.31).

Примечание — Процедуры могут быть документированы или не документированы.

2.30 процедура (procedure): Определенный способ осуществления мероприятия или процесса (2.31).

Примечание — Процедуры могут быть документированы или не документированы.

42. Процедура (в языках программирования)

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

3.7 процедура: Установленный способ выполнения деятельности или процесса.

Примечание — Процедуры могут быть документально оформлены или нет.

3.19 процедура (procedure): Установленный способ осуществления какой-либо деятельности или процесса.

Примечание 1 — Процедура может быть документированной и недокументированной.

Примечание 2 — Соответствует определению ИСО 9000:2000, 3.4.5.

2.30 процедура (procedure): Определенный способ осуществления мероприятия или процесса (2.31).

Примечание — Процедуры могут быть документированы или не документированы.

процедура: Установленный способ осуществления деятельности или процесса.

Примечание 1 — Процедуры могут быть документированными или недокументированными.

Примечание 2 — Если процедура документирована, часто используется термин «письменная процедура» или «документированная процедура». Документ, содержащий процедуру, может называться «документированная процедура».

3.31 процедура: Последовательность действий.

3.6 процедура : Последовательность действий.

3.4.5 процедура (procedure): Установленный способ осуществления деятельности или процесса (3.4.1).

1 Процедуры могут быть документированными или недокументированными.

2 Если процедура документирована, часто используется термин «письменная процедура» или «документированная процедура». Документ (3.7.2), содержащий процедуру, может называться «процедурный документ».

3.19 процедура (procedure): Установленный способ осуществления деятельности или процесса.

Примечание — Процедуры могут быть документированными или недокументированными.

3.19 процедура (procedure): Установленный способ осуществления деятельности или процесса.

Примечание — Процедуры могут быть документированными или недокументированными.

3.8 процедура: Установленный способ осуществления процесса.

3.2 процедура (procedure): Установленный способ осуществления деятельности или процесса.

1 Здесь и далее приводятся ссылки на ИСО/МЭК 9000:2000 «Системы менеджмента качества. Основные положения и словарь».

3.4 процедура: Установленный способ осуществления деятельности или процесса.

Процедура может быть документированная или недокументированная.

3.2.32 процедура (procedure): Установленный способ осуществления деятельности или процесса.

4.2 процедура (procedure): Способ осуществления деятельности или процесса (6.4).

Примечание 1 — Процедуры могут документироваться или не документироваться.

Примечание 2 — Термин установлен в ИСО 9000:2006, статья 3.4.5.

3.2.13 процедура : Установленный способ осуществления деятельности или процесса.

1 Процедуры могут быть документированными или недокументированными.

2 Если процедура документирована, часто используется термин «письменная процедура» или «документированная процедура». Документ, содержащий процедуру, может называться «документированная процедура».

Смотри также родственные термины:

2.3.2 процедура (выборочного) контроля

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

3.5 Процедура (методика) *: установленный способ осуществления какой-либо деятельности.

* В настоящем стандарте используется более широкое понятие «процедура», чем понятие «методика», приведенное в русской версии title=»Управление качеством и обеспечение качества — Словарь»:94 — Прим. переводчика.

5 Во многих случаях процедуры документируются (например, процедуры системы качества).

6 Когда процедура документируются, часто употребляется термин «письменная процедура» или «документированная процедура».

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

( title=»Управление качеством и обеспечение качества — Словарь»)

4.5. процедура выборочного контроля

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

20 Процедура документированная

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

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

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

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

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

16.5.8 Процедура испытания

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

2. Процедура начальной загрузки

Ввод программы в оперативную память для выполнения, при котором никакие программы, кроме вводимой, не управляют вводом.

Примечание. Присутствие других программ в оперативной памяти не предполагается

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

3.1.39 процедура отбора выборки (пробы) (sampling procedure): Для нештучной продукции требования и/или инструкции, устанавливающие порядок отбора разовых проб и формирования пробы или выборки.

3.1.39 процедура отбора выборки (пробы) (sampling procedure): Для нештучной продукции требования и/или инструкции, устанавливающие порядок отбора разовых проб и формирования пробы или выборки.

3.20 процедура оценки рисков: Общий процесс, включающий в себя анализ и оценку рисков.

3.1.40 процедура подготовки пробы (sampling preparation procedure): Для нештучной продукции требования и/или инструкции, устанавливающие методы и критерии деления пробы.

3.1.40 процедура подготовки пробы (sampling preparation procedure): Для нештучной продукции требования и/или инструкции, устанавливающие методы и критерии деления пробы.

3.1 процедура сварки (welding procedure): Установленный порядок действий для выполнения сварного шва, включая указания на процесс(ы) сварки, основные и сварочные материалы, подготовку под сварку, предварительный нагрев (при необходимости), метод и управление сваркой, термическую обработку после сварки (при необходимости) и необходимое оборудование.

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

Словарь-справочник терминов нормативно-технической документации . academic.ru . 2015 .

Полезное

Смотреть что такое «процедура» в других словарях: