Лекция Жалпы инновация түсінігі. ҚР инновациялық қызметтер туралы заңы. Инновациялар мен инновациялық тиімділік түрлері

Проведение FMEA конструкции. Процесс начинается с составления перечня того, что конструкция должна делать и чего не должна, то есть с цели разработки. Чем лучше определены желаемые характеристики, тем легче идентифицировать виды потенциальных отказов для проведения корректирующих действий.
FMEA конструкции следует начинать с блок-схемы системы, подсистемы или компонента, подлежащих анализу.
Блок-схема показывает исходное соотношение между рассматриваемыми изделиями и устанавливает логический порядок анализа. Для облегчения документирования анализа потенциальных отказов и их последствий разработана форма (табл. 4).
Применение формы описано ниже, точки нумеруются согласно числам, обведенным на образце формы (табл. 4).
1. Номер документа. Указывается номер документа FMEA, который можно использовать для прослеживания.
2. Название и номер системы, подсистемы или компонента. Указывается соответствующий номер анализа, название и номер анализируемой системы, подсистемы или компонента.
3.Ответственность за разработку. Указывается изготовитель конечной продукции, отдел и группа.
4. Подготовили. Указывается имя, номер телефона и компания инженера, ответственного за подготовку FMEA.
5. Сведения об объекте FMEA-анализа.Например, указываются модель, год и вид транспортного средства, в которых будет использоваться или на которые повлияет анализируемая конструкция.
6. Конечный срок. Указывается планируемая дата окончания FMEA, которая должна быть не позже планируемого выхода разработки в производство.
7. Дата FMEA. Указываются даты окончания первоначального FMEA и последующих пересмотров.
8. Команда исполнителей. Перечисляются имена ответственных лиц и названия отделов, которым было поручено выявить и решить задачи.
9. Изделие/функция. Указывается:
• название и номер анализируемого изделия;
• уровень разработки, приведенный в технических чертежах;
• функция изделия с точки зрения достижения цели разработки;
• информация о среде работы системы;
10. Виды потенциальных отказов. Виды потенциальных отказов определяют, каким образом может потенциально обуславливаться несоответствие компонента, подсистемы или системы цели разработки. Перечислить все виды потенциальных отказов. Их следует описывать в физических или технических терминах.
11. Последствия потенциальных отказов. Последствия потенциальных отказов определяются, как влияния отказов данного вида на функцию, как она воспринимается потребителем. Цель - предсказать последствия отказа на уровне знаний команды.
12. Значимость (S). Значимость - это оценка серьезности последствия (указанного в предыдущей графе) потенциального отказа для следующего компонента, подсистемы, системы или для потребителя. Значимость применима только к последствию. Снижение ранга значимости последствия может быть достигнуто только через изменение конструкции. Значимость следует оценивать по шкале от 1 до 10.