Управление процессом разработки сложных технических систем и процессов. Особенности применения FMEA-анализа
Статья посвящена проблеме управления процессом разработки сложных технических систем и процессов с применением FMEA-анализа для предотвращения появления критических ситуаций, снижения количества рисков и потенциальных отказов, повышения уровня их безопасности. Стаття присвячена проблемі управління п...
Saved in:
| Published in: | Математичні машини і системи |
|---|---|
| Date: | 2012 |
| Main Author: | |
| Format: | Article |
| Language: | Russian |
| Published: |
Інститут проблем математичних машин і систем НАН України
2012
|
| Subjects: | |
| Online Access: | https://nasplib.isofts.kiev.ua/handle/123456789/83769 |
| Tags: |
Add Tag
No Tags, Be the first to tag this record!
|
| Journal Title: | Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| Cite this: | Управление процессом разработки сложных технических систем и процессов. Особенности применения FMEA-анализа / Ар.А. Муха // Мат. машини і системи. — 2012. — № 2. — С. 168-176. — Бібліогр.: 8 назв. — рос. |
Institution
Digital Library of Periodicals of National Academy of Sciences of Ukraine| _version_ | 1860107519042519040 |
|---|---|
| author | Муха, Ар.А. |
| author_facet | Муха, Ар.А. |
| citation_txt | Управление процессом разработки сложных технических систем и процессов. Особенности применения FMEA-анализа / Ар.А. Муха // Мат. машини і системи. — 2012. — № 2. — С. 168-176. — Бібліогр.: 8 назв. — рос. |
| collection | DSpace DC |
| container_title | Математичні машини і системи |
| description | Статья посвящена проблеме управления процессом разработки сложных технических систем и процессов с применением FMEA-анализа для предотвращения появления критических ситуаций, снижения количества рисков и потенциальных отказов, повышения уровня их безопасности.
Стаття присвячена проблемі управління процесом розробки складних технічних систем і процесів із застосуванням FMEA-аналізу для запобігання появи критичних ситуацій, зниження кількості ризиків і потенційних відмов та підвищення рівня їх безпеки.
This article is devoted to the management problem of development process of complex technical systems and processes using FMEA-analysis for preventing critical situations, reducing the number of risks and potential failures and improving their safety.
|
| first_indexed | 2025-12-07T17:31:51Z |
| format | Article |
| fulltext |
168 © Муха Ар.А., 2012
ISSN 1028-9763. Математичні машини і системи, 2012, № 2
УДК 656.257.004
Ар.А. МУХА
УПРАВЛЕНИЕ ПРОЦЕССОМ РАЗРАБОТКИ СЛОЖНЫХ ТЕХНИЧЕСКИХ
СИСТЕМ И ПРОЦЕССОВ. ОСОБЕННОСТИ ПРИМЕНЕНИЯ FMEA-АНАЛИЗА
Анотація. Стаття присвячена проблемі управління процесом розробки складних технічних сис-
тем і процесів із застосуванням FMEA-аналізу для запобігання появи критичних ситуацій, зни-
ження кількості ризиків і потенційних відмов та підвищення рівня їх безпеки.
Ключові слова: FMEA-аналіз, рівень ризику, відмовостійкість, потенційна відмова.
Аннотация. Статья посвящена проблеме управления процессом разработки сложных техниче-
ских систем и процессов с применением FMEA-анализа для предотвращения появления критиче-
ских ситуаций, снижения количества рисков и потенциальных отказов, повышения уровня их
безопасности.
Ключевые слова: FMEA-анализ,уровень риска, отказоустойчивость, потенциальный отказ.
Abstract. This article is devoted to the management problem of development process of complex technical
systems and processes using FMEA-analysis for preventing critical situations, reducing the number of
risks and potential failures and improving their safety.
Keywords: FMEA-analysis, risk level, fault tolerance, potential failure.
1. Введение
Отличительной особенностью управленческих решений современности при разработке
сложных систем и проектов является чрезвычайная сложность выбора руководителем раз-
работки или конструктором того или иного варианта реализации проекта. От такого выбо-
ра зависят все ключевые показатели эффективности реализации разработки, а также успех
проекта в целом. Истории технологического прогресса известно немало случаев, когда
принятое руководителем решение проекта приводило к невероятному успеху или полному
краху с разного рода тяжелыми последствиями [1]. Именно поэтому целью данной статьи
является привлечение внимания научного сообщества к вопросам управления процессами
разработки сложных технических систем, а именно принятия управленческих решений при
выборе варианта реализации проекта с использованием Failure Mode and Effects Analysis
(FMEA-анализа) (анализа видов, последствий и критичности отказов).
FMEA-анализ не является новым способом исследования сложных систем. В стра-
нах западного мира метод внедрен в виде стандарта MIL-STD-1629 еще в 1949 году. Метод
активно применялся в аэрокосмической отрасли и автомобилестроении. В странах СНГ
стандарт FMEA впервые был изложен в 2001 году в виде ГОСТ Р 51814.2-2001 «Системы
качества в автомобилестроении» в Российской Федерации. Несмотря на многочисленные
научные работы украинских ученых, в нашей стране до сих пор не существует подобного
стандарта. Поэтому разработчики и производители продукции вынуждены решать про-
блемы анализа отказов своими методами и на свое усмотрение.
2. Предотвращение ошибок
Как показано на рис. 1, взятом из работы Харрингтона [2], зависимость плотности вероят-
ности возникновения ошибки от функции времени на основных этапах создания системы,
наибольшее количество ошибок возникают во время проектирования и подготовки произ-
водства.
ISSN 1028-9763. Математичні машини і системи, 2012, № 2 169
Рис. 1. Плотность вероятности возникновения ошибки
Маркетинг Проектирование Подготовка
производства
Производ-
ство
Контроль Эксплуа-
тация
80%
Этапы создания системы
Рис. 2. Алгоритм проведения FMEA-анализа
1 Этап. Создание команды проекта
2 Этап. Ознакомление с проектом
3 Этап. Экспертное определение потенциальных
дефектов, отказов системы или процесса
4 Этап. Создание полного перечня отказов с
причинами и последствиями. Установление
значимости отказов, построение дерева отказов
5 Этап. Определение комплексной оценки риска
ПЧР (RPN) по критериям: S, О, D
6 Этап. Разработка мер по снижению вероятности
наступления отказов и повышению их обнаружения
8 Этап.
Документирование
решений
Да
7 Этап. Проверка
достижения заданных
значений
Нет
Именно поэтому
процессы на этих эта-
пах следует тщательно
анализировать с целью
предварительного вы-
явления мест возмож-
ного проявления отка-
зов. Рациональность
проведения подобного
анализа подтверждает-
ся и с точки зрения
экономики, ориентиру-
ясь на то, что раннее
выявление потенци-
альных ошибок и отка-
зов позволяет в даль-
нейшем избежать до-
рогостоящего исправ-
ления дефектов и вре-
менных затрат на ре-
монт системы.
Следует обра-
тить внимание именно
на процесс проектиро-
вания, поскольку на
этом этапе осуществ-
ляется ключевой выбор
варианта исполнения и
принципа работы сис-
темы, который в даль-
нейшем оказывает не-
обратимое влияние на
весь результат проекта.
Принятие реше-
ния об использовании
той или иной техноло-
гии осложняется таки-
ми факторами, как необоснованность и неоднозначность требований заказчика, опреде-
ленный уровень новизны разработки, отсутствие аналогов. В таких условиях является оп-
тимальным применение метода FMEA-анализа [3].
3. Порядок проведения FMEA-анализа
Порядок проведения FMEA-анализа четко регламентирован во многих стандартах и пред-
ставляет собой следующий алгоритм работ (рис. 2):
FMEA-анализ взаимосвязан с диаграммой потоков процесса и планом управления
процессом. Поэтому далее будет представлена схема алгоритма проведения анализа с ме-
тодологической точки зрения (табл. 1).
170 ISSN 1028-9763. Математичні машини і системи, 2012, № 2
Таблица 1. Алгоритм проведения FMEA-анализа и протокол
Описание
системы
Потенци-
альный
отказ /
дефект
Воз-
можные
послед-
ствия
S
При-
чины
отказа
O Система контроля D RP
N
Рекомен-
дованные
действия
Ответст-
венность и
сроки
При-
нятые
меры
Результаты
изменений
преду-
прежде-
ние
обнару-
жение
S O D RP
N
Рассмотрим подробнее каждый из этапов анализа, который проводится согласно
рис. 2.
Этап 1. Создание команды проекта
Команда проекта создается в самом начале его реализации и должна состоять из разнород-
ных специалистов.
На рис. 3 показано пример состава такой
команды специалистов.
Работают подобные команды по методам,
описанным в табл. 1, по 3–6 часов в день в по-
мещениях и условиях, максимально благоприят-
ных для творческой деятельности.
Если для проведения анализа применяется
ПО, то команда может делиться на тех, кто имеет
право вносить коррективы в процессе исследо-
вания, контролеров и пользователей с правами
просмотра.
Этап 2. Ознакомление с проектом и сбор ин-
формации
FMEA-команда должна рассматривать все глав-
ные "полученные уроки" (претензии потребите-
лей, продукцию, не соответствующую требованиям стандартов, высокие затраты на ре-
монт и т.д.) как данные для выявления видов возможных отказов. Команда FMEA выявля-
ет возможные критические характеристики как данные для процесса отбора ключевых ха-
рактеристик. Основное место на этом этапе занимает обработка предыдущего опыта по-
строения систем с идентичными целевыми функциями.
Какие требова-
ния к системе ?
Какие последст-
вия?
Как это повлия-
ет на процесс?
Насколько это
критично?
Какие последствия
могут возникнуть?
Какие отказы могут
возникнуть?
Какими будут по-
следствия?
Какие причины?
Что стало при-
чиной отказа /
ошибки?
Как часто воз-
никает ошибка?
Как это можно
предупредить?
Как это можно
обнаружить?
Насколько эф-
фективны меры
обнаружения ?
Как можно улучшить
систему?
Что необходимо
предотвратить?
Кто будет этим
заниматься?
Когда будут
результаты?
Какие измене-
ния внесены?
Как это повлияло
на систему?
Конструктор
Проверяющий
Испытатель
Технолог
Монтажный персонал
Сервисный персонал
Руководитель
- профессиональная ответственность
- постоянные члены
- привлекаемые сотрудники
Рис. 3. Cостав команды FMEA
ISSN 1028-9763. Математичні машини
Рис. 4. Элементарные
Этап 3. Экспертное определение
процесса
Процесс выявления причин отказов
• формулирование конкретной
• исследование потенциальных
• систематизация потенциальных
• сбор и накопление данных
• применение статистических
связей.
Конкретные инструменты
Таблица 2. Инструменты, применяемые
№ Инструмент
1 Мозговой штурм
Позволяет
ство идей
2 Диаграмма
причин и ре-
зультатов
Дает воз
следовать
ные причины
3 Планирование
эксперимента
Метод
ных причин
сделать
4 График корре-
ляций
Используется
ми. Обеспечивает
5 Диаграмма
Гранта
Дает возможность
6 Диаграмма Па-
рето
Помогает
запланированных
7 Цикл PDCA Обеспечивает
Этап 4. Создание полного перечня
Установление значимости каждого
На данном этапе предлагается
ошибок / сбоев для дальнейшего
вий.
те [1] классам ошибок.
машини і системи, 2012, № 2
Элементарные классы ошибок
определение потенциальных дефектов и отказов
причин отказов имеет несколько этапов:
конкретной проблемы;
потенциальных причин;
потенциальных причин;
накопление данных;
статистических методов для отображения причинно
инструменты определены и приведены в табл. 2.
применяемые в процессе выявления потенциальных причин
Краткое описание
Позволяет команде (рабочей группы) генерировать
ство идей о причинах отказов/ошибок
Дает возможность команде (рабочей группе) идентифицировать
следовать и графически отображать с подробностями
ные причины отказов/ошибок
Метод для одновременного исследования нескольких
ных причин несоответствия позволяет команде
сделать вывод о причинах отказов/ошибок
Используется для отражения взаимосвязи между
ми Обеспечивает возможность проверки причинных
Дает возможность постоянно отслеживать планы
Помогает команде (рабочей группе) объективно оценить
запланированных мероприятий по улучшению «до
Обеспечивает постоянное улучшение процессов
полного перечня отказов с последствиями и причинами
каждого отказа, построение дерева отказов.
предлагается создание полного перечня и структуры
дальнейшего их детального анализа и обнаружения причин
Создавая
чень отказов
вать, что л
может стать
дальнейшего
проблемы или
плуатации и
служиванию
системы. П
лагается со
анализа структурир
перечень отк
гласно пред
171
отказов системы или
причинно-следственных
потенциальных причин отказов
генерировать большое количе-
идентифицировать, ис-
подробностями все возмож-
нескольких потенциаль-
команде (рабочей группе)
между двумя переменны-
причинных связей
планы мероприятий
объективно оценить результаты
улучшению «до» и «после»
процессов
причинами
и структуры отказов /
обнаружения причин и последст-
Создавая общий пере-
зов, следует учиты-
что любая информация
стать полезной для
нейшего исследования
мы или работ по экс-
плуатации и техническому об-
служиванию, а также ремонту
системы. Поэтому нами пред-
оставлять в процессе
анализа структурированный
перечень отказов/ошибок со-
дложенным в рабо-
172
При выявлении потенциальных
торых они возникают, на какие
ны их возникновения [1].
активация
… неисправность
Стрелки в этой цепи выражают
сбоями и отказами. После такой
тивная оценка последствий от
С точки зрения методологии
ления причин последствий отказов
териальных потоков, дерево отказов
циональные модели, диаграммы
ченные данные об отказах вносятся
Таблица 3. Протокол FMEA-анализа
Этап 5. Определение комплексной
По критериям: S, О, D.
Согласно данному методу
трем показателям [4]:
– значимость потенциального
– вероятность возникновения
– вероятность обнаружения
Рекомендуемые в работе
4–6.
Произведение этих факторов
есть количественная оценка отказа
ятности возникновения и вероятности
Каждое ПЧР может иметь
Компонент Вид по-
тенциаль-
ного отка-
за
Последст-
вия отказа
ISSN 1028-9763. Математичні машини
нциальных ошибок определяют и устанавливают
какие части распространяются, а также устанавливаются
активация распространение причина
ошибка сбой от
цепи выражают отношение причинной связи
После такой интерпретации становится возможной
последствий от ошибки.
методологии, следует отметить, что для удобства
последствий отказов нужно использовать компонентную модель
дерево отказов Fault Tree Analysis (FTA), структурные
диаграммы Исикавы (Анализ возникновения причин
отказах вносятся в табл. 3 – протокол анализа.
анализа
комплексной оценки риска RPN
методу производится оценка возможных режимов
потенциального отказа S;
возникновения дефекта О;
обнаружения отказа D.
работе [5] шкалы для оценки этих показателей
факторов является приоритетным числом риска
оценка отказа с точки зрения его значимости по последствиям
вероятности обнаружения [5, 6]:
ПЧР=S O D.
ет иметь значение от 1 до 1000. Для ПЧР должен
т-
отказа
S Потенциаль-
ная причина
O Меры по
обнару-
жению
D RPN
/
ПЧР
Рекомендованные
действия
мизации
машини і системи, 2012, № 2
устанавливают условия, в ко-
устанавливаются причи-
причина
отказ …
связи между ошибками,
возможной наиболее объек-
удобства и полноты выяв-
компонентную модель, модель ма-
структурные модели, функ-
причин отказов). Полу-
возможных режимов отказов по
казателей приведены в табл.
числом риска (ПЧР, RPN), то
по последствиям, веро-
должен быть заранее ус-
Рекомендованные
действия по мини-
мизации риска
S O D RPN
/
ПЧР
Функциональная модель
ISSN 1028-9763. Математичні машини і системи, 2012, № 2 173
тановлен критерий R (предельное значение ПЧР).
Согласно рекомендациям [5, 6], предельное значение ПЧР задается в пределах 100
<R<125. В производстве разработчики давно используют эту методологию, в особо ответ-
ственных случаях работают с границей ПЧР 30<R<50 [7].
Таблица 4. Оценка показателя значимости отказа
Значимость (Severity)
Ранг Эффект Критерий (значимость последствий)
1 Опасно высокий Отказ создает угрозу безопасности жизни людей – опасные по-
следствия
2 Очень высокий Отказ влияет на безопасное функционирование – полная потеря
контроля
3 Высокий Отказ приводит к полной потере функционирования 100%
4 Средний Отказ приводит к крайней потере функциональности системы
<50%
5 Умеренный Отказ приводит к значительной потере функциональности сис-
темы <30%
6 Низкий Отказ приводит к частичной потере функциональности систе-
мы и значительным изменениям показателей эффективности
<10%
7 Очень низкий Отказ не влияет на функциональность, но приводит к измене-
ниям показателей эффективности <5%
8 Малый Отказ не влияет на функциональность, но может быть обнару-
жен в процессе функционирования
9 Очень малый Отказ не вызывает значительных последствий и не будет обна-
ружен в процессе функционирования
10 Незначительный Нет видимых дефектов системы
Таблица 5. Оценка показателя вероятности возникновения отказа
Возникновение (Occurrens)
Ранг Вероятность Возможные доли отказов Cpk Ppk
1 Очень высокая Чаще 1 раза в день 300 000 ppm <0,33 <0,55
2 Высокая 1 раз в 3–4 дня 100 000 ppm ≥0,33 ≥0,55
3 Высокая 1 раз в неделю 50 000 ppm ≈0,67 ≥0,87
4 Высокая 1 раз в месяц 10 000 ppm ≈0,83 ≥0,86
5 Средняя 1 раз в 3–4 месяца 1000 ppm ≈1 ≥0,84
6 Средняя 1 раз в полгода 500 ppm ≈1,17 ≥1
7 Средняя 1 раз в год 100 ppm ≈1,33 ≥1,1
8 Низкая 1 раз в 2–3 года 50 ppm ≈1,67 ≥1,2
9 Низкая 1 раз в 3–5 лет 10 ppm ≈2 ≥1,3
10 Незначительная 1 раз в 5 лет <2 ppm ≈2 ≥1,67
Таблица 6. Оценка показателя вероятности обнаружения отказа
Обнаружение (Detections)
Ранг Критерий Тип контроля Определение
A B C
1 Невозможно об-
наружить ✓ Наличие дефекта не проверяется или не может
быть проверено
2 Не будет обна-
ружено ✓ Элемент выборочно проверяется и оценивает-
ся на основе уровня брака
174 ISSN 1028-9763. Математичні машини і системи, 2012, № 2
Продолж. табл. 6
3 Дефект скорее
всего не будет
обнаружен
✓
Визуальная проверка и оценка на основе от-
сутствия дефектов
4 Существует ве-
роятность обна-
ружения
✓
Визуальная проверка в ходе производства
5 Очень низкая
вероятность об-
наружения
✓ ✓
Визуальная проверка на основе примерного
экземпляра
6 Низкая вероят-
ность обнаруже-
ния
✓
Процесс производства контролируется стати-
стически
7 Средняя
вероятность об-
наружения
✓ ✓
Отказ не влияет на функциональность, но при-
водит к изменению показателей эффективно-
сти <5%
8 Высокая вероят-
ность обнаруже-
ния
✓ ✓
Процесс статистически управляем
9 Очень высокая
вероятность об-
наружения
✓ ✓
Вся продукция проверяется автоматически
10 Вероятность об-
наружения
≈100%
✓
Вся продукция проверяется автоматически, и
отсутствует вероятность пропуска дефекта
Этап 6. Разработка мер по снижению частоты наступления отказов и повышению их
обнаружения
Группой разработчиков на основе полученной ранее информации о вероятных отказах
проводится ряд изменений в системе, выбираются отказы, уровень риска которых возмож-
но уменьшить каким-нибудь образом, принимаются меры для устранения или сокращения
отказов с высоким показателем риска.
К таким мерам относятся:
– изменения в конструкции;
– внесение резервирования;
– повышение надежности элементов;
– изменение алгоритма вычислений;
– обновление программного обеспечения и др.
Все изменения должны вноситься с учетом выводов, сделанных на предыдущих
этапах анализа (D), и быть направлены на понижение числа ПЧР (RPN).
Этап 7. Проверка достижения заданных значений
Производится перерасчет значения ПЧР (RPN).
Если новые значения ПЧР удовлетворяют условиям поставленной цели, команда
проекта может переходить к следующему этапу.
Этап 8. Документирование решений, написание заключения руководителя группы
В течение проведения FMEA-анализа полученные рабочей группой результаты заносятся в
табл. 7.
Данный этап предусматривает создание базы документации проекта, а именно:
1. Написание заключения конструктора и руководителя проекта относительно даль-
ISSN 1028-9763. Математичні машини і системи, 2012, № 2 175
нейшего использования системы. На основе этого заключения принимается решение о
внедрении системы или ее использовании в том или ином проекте.
2. Написание методик для обслуживающего персонала и пользователей.
3. Написание инструкций по технике безопасности.
4. Ожидаемый результат
Исключение или уменьшение вероятности возникновения потенциальных дефектов и
(или) отказов в системе и процессах ее изготовления на таких важнейших стадиях жизнен-
ного цикла продукции, как ее разработка и подготовка к производству.
5. Автоматизация алгоритма
С развитием новых технологий метод из обычной документации эволюционирует в само-
стоятельное программное обеспечение, призванное обеспечить высокое качество и надеж-
ность систем / процессов.
На сегодняшний день существуют множество программ, разработанных специально
для создания и ведения FMEA-анализа. Некоторые программные комплексы специализи-
рованы конкретно под один из видов FMEA-анализа, другие –содержат множество моду-
лей и подходят для разработки FMEA-анализа как системы, так и процесса. Для примера
можно привести следующее программное обеспечение: XFMEA от ReliaSoft; FMEA-Pro от
Dyadem; FMEA-Med от Dyadem; FailureModeAnalyst ™ от CCD; Byteworx FMEA Software.
Программное обеспечение, разработанное для проведения FMEA-анализа, обычно
содержит набор таблиц, шаблонов, указаний и многих других инструментов, облегчающих
создание и внедрение обновлений в систему документации расширенного планирования.
Некоторые программы предлагают пакет решений для создания целостного APQP и/или
DVP & R.
Специализированное ПО также может содержать ряд других преимуществ по:
– обеспечению безопасности;
– созданию отчетов;
– подготовке диаграмм;
– отслеживанию истории обновлений;
– планированию и управлению корректирующими действиями.
Проведение FMEA-анализа с помощью специализированного ПО позволяет струк-
турировать подход к созданию FMEA-анализа, организовать работу в команде, исключить
двойную работу.
Сегодня перспективным является интеграция модулей FMEA-анализа в штатные
системы планирования ресурсов предприятия – Enterprise Resource Planning System (ERP)
[8] компаний разработчиков, что позволяет использовать методику FMEA-анализа в рабо-
чем режиме.
6. Выводы
FMEA-анализ хорошо вписывается в набор средств обеспечения надежности и создание
отказоустойчивых систем, которыми должно обладать каждое предприятие – разработчик.
Метод способен помочь разработчикам предотвращать появление критических си-
туаций, повышать безопасность продукции, а также этот метод достаточно просто осваи-
вается специалистами.
FMEA-анализ эффективен только в тех случаях, если выполняются в необходимом
объеме два условия: правильность применения и полнота исследований.
176 ISSN 1028-9763. Математичні машини і системи, 2012, № 2
Метод FMEA-анализа может применяться также при принятии решений о несоот-
ветствии продукции (материалов, деталей, комплектующих изделий) в экономически
обоснованных случаях.
СПИСОК ЛИТЕРАТУРЫ
1. Avizienis A. Fundamental Concepts of Dependability / A. Avizienis, J.-C. Lnprie, B. Randell // Techni-
cal Report: UCLA CSD Report N 010028, LAAS Report N 01-145, Newcastle Report NCS-TR-739. –
2002. – 31p.; // IEEEComputer. – 2000. –N 10. – 145 p.
2. Харрингтон Дж. Управление качеством в американских корпорациях / Харрингтон Дж. – М.:
Экономика, 1990. – 43 c.
3. Применение метода анализа видов, причин и последствий потенциальных несоответствий
(FMEA) на различных этапах жизненного цикла продукции / В.Е. Годлевский, А.Я. Дмитриев,
Г.Н. Изюменко [и др.] / Под ред. В.Я. Кокотова. – Самара: ГП “Перспектива”, 2002. –160 с.
4. Использование анализа видов и последствий потенциальных дефектов (FMEA) для разработки
системы предупреждающих мероприятий испытательной лаборатории Заводская лаборатория /
С.М. Горюнова, А.Ф. Дресвянников, Н.Г. Николаева [и др.] // Диагностика материалов. – 2006. –
Т. 72, № 8. – С. 58.
5. Пономарев С.В. Управление качеством продукции. Инструменты и методы менеджмента качест-
ва: учеб. пособие / С.В. Пономарев, С.В. Мищенко. – М.: Стандарты и качество, 2005. – 248 с.
6. ГОСТ Р 51814.2–2001. Системы качества в автомобилестроении. Метод анализа видов и послед-
ствий потенциальных дефектов. – М.: Изд-во стандартов, 2001. – 18 с.
7. Багимов И.А. Применение аппарата нечеткой логики для оценки приоритетного числа риска в
методологии FMEA [Электронный ресурс] / И.А. Багимов, В.А. Тараненко. – Режим доступа:
donntu.edu.ua/russian/ konf/mashinebuild/arhiv/vipusk32_2006.pdf.
8. A study on applying FMEA to improving ERP introduction: An example of semiconductor related in-
dustries in Taiwan/Ching-Chow Yang, Wen-Tsaan Lin, Ming-Yi Lin [et al.] // International Journal of
Quality & Reliability Management. – 1984. – 245 p.
Стаття надійшла до редакції 24.02.2012
|
| id | nasplib_isofts_kiev_ua-123456789-83769 |
| institution | Digital Library of Periodicals of National Academy of Sciences of Ukraine |
| issn | 1028-9763 |
| language | Russian |
| last_indexed | 2025-12-07T17:31:51Z |
| publishDate | 2012 |
| publisher | Інститут проблем математичних машин і систем НАН України |
| record_format | dspace |
| spelling | Муха, Ар.А. 2015-06-23T08:23:34Z 2015-06-23T08:23:34Z 2012 Управление процессом разработки сложных технических систем и процессов. Особенности применения FMEA-анализа / Ар.А. Муха // Мат. машини і системи. — 2012. — № 2. — С. 168-176. — Бібліогр.: 8 назв. — рос. 1028-9763 https://nasplib.isofts.kiev.ua/handle/123456789/83769 656.257.004 Статья посвящена проблеме управления процессом разработки сложных технических систем и процессов с применением FMEA-анализа для предотвращения появления критических ситуаций, снижения количества рисков и потенциальных отказов, повышения уровня их безопасности. Стаття присвячена проблемі управління процесом розробки складних технічних систем і процесів із застосуванням FMEA-аналізу для запобігання появи критичних ситуацій, зниження кількості ризиків і потенційних відмов та підвищення рівня їх безпеки. This article is devoted to the management problem of development process of complex technical systems and processes using FMEA-analysis for preventing critical situations, reducing the number of risks and potential failures and improving their safety. ru Інститут проблем математичних машин і систем НАН України Математичні машини і системи Якість, надійність і сертифікація обчислювальної техніки і програмного забезпечення Управление процессом разработки сложных технических систем и процессов. Особенности применения FMEA-анализа Управління процесом розробки складних технічних систем і процесів. Особливості застосування FMEA-аналізу Managing of the development process of complex technical systems and owls processes. Peculiarities of FMEA-analysis application Article published earlier |
| spellingShingle | Управление процессом разработки сложных технических систем и процессов. Особенности применения FMEA-анализа Муха, Ар.А. Якість, надійність і сертифікація обчислювальної техніки і програмного забезпечення |
| title | Управление процессом разработки сложных технических систем и процессов. Особенности применения FMEA-анализа |
| title_alt | Управління процесом розробки складних технічних систем і процесів. Особливості застосування FMEA-аналізу Managing of the development process of complex technical systems and owls processes. Peculiarities of FMEA-analysis application |
| title_full | Управление процессом разработки сложных технических систем и процессов. Особенности применения FMEA-анализа |
| title_fullStr | Управление процессом разработки сложных технических систем и процессов. Особенности применения FMEA-анализа |
| title_full_unstemmed | Управление процессом разработки сложных технических систем и процессов. Особенности применения FMEA-анализа |
| title_short | Управление процессом разработки сложных технических систем и процессов. Особенности применения FMEA-анализа |
| title_sort | управление процессом разработки сложных технических систем и процессов. особенности применения fmea-анализа |
| topic | Якість, надійність і сертифікація обчислювальної техніки і програмного забезпечення |
| topic_facet | Якість, надійність і сертифікація обчислювальної техніки і програмного забезпечення |
| url | https://nasplib.isofts.kiev.ua/handle/123456789/83769 |
| work_keys_str_mv | AT muhaara upravlenieprocessomrazrabotkisložnyhtehničeskihsistemiprocessovosobennostiprimeneniâfmeaanaliza AT muhaara upravlínnâprocesomrozrobkiskladnihtehníčnihsistemíprocesívosoblivostízastosuvannâfmeaanalízu AT muhaara managingofthedevelopmentprocessofcomplextechnicalsystemsandowlsprocessespeculiaritiesoffmeaanalysisapplication |