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

(6...8 квалитет) и меньшей шероховатости обработанной поверхности (R a =1,25…0,8 мкм). Припуск под развертывание принимается наибольший - 0,15… 0,5 мм на сторону для черновых разверток и 0,05...0,25 мм - для чистовых.

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

Развёртки изготавливают из углеродистой, легированной и быстроре­жущей сталей, или оснащают пластинками из твёрдых сплавов Т15К6 и ВК8. Число зубьев 6...16. Их распределение по окружности неравномерное, что обеспечивает минимально возможную шероховатость обработанной поверхности отверстия и отсутствие огранки при обработке отверстий в пластичных материалах.

Рис 17. Конструктивные элементы развёртки:

1 – рабочая часть, состоит соответственно из заборной (режущей) 4 и калибрующей 5 части, 2 шейка, 3-хвостовик, 6 и 8-обратный и направляющий конусы, 7-квадрат.

Калибрующая часть 5 служит для направления развёртки в процессе резания, калибрования отверстия и служит резервом для переточки развёрт­ки. Обратный конус 6 уменьшает трение развёртки об обработанную поверх­ность и снижает величину погрешности формы отверстия. У ручных развёрток диаметр около шейки меньше калибрующего на 0,005...0,008 мм, у машинных - на 0.04,...0,08 мм. Хвостовик у ручных развёрток выполняют цилиндрическим с квадратным концом, у машинных - коническим или цилиндрическим. Зубья режущей (заборной) части затачивают до получения наибольшей остроты; зу­бья на калибрующей части имеют цилиндрическую фаску шириной f=0,08-0,5 мм (в зависимости от диаметра развёртки).

Литература:

1. Горбунов Б.И. Обработка металлов резанием. – М.: Машиностроение, 1981. 287 с., ил. с.126…139.

6. Технология конструкционных материалов / А. М. Дальский, И. А. Арутюнова, Т. М. Барсукова и др. Под общ. ред. А. М. Дальского. М.: Машиностроение, 1985.-448 с., ил. с.480…502

Контрольные вопросы:

1. Как определяется глубина резания при зенкеровании, равертывании?

2.Что такое зенкер, его назначение и устройство?

3.Что такое развертка, её конструкция и назначение?

4.Сколько режущих кромок у зенкера, почему?

5.Каково максимальное число лезвий у сверла, зенкера, развертки?

6.Для чего нужна обратная конусность рабочей части развертки?

7.Что такое насадная развертка?

8.Почему распределение зубьев у разверток по окружности неравномерное?

Тема 12: Фрезерование

Цель: Изучить технологию оборудование и инструмент для фрезерования.

1. Основные понятия процесса фрезерования.

2. Конструкция и геометрия фрез.

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

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

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

После выбора и проверки разверток следует проверить величину припуска, оставленного на развертывание. При этом нужно иметь в виду, что для отверстий диаметром не более 25 мм припуск оставляется: под черновое развертывание 0,1-0,15 мм, под чистовое 0,05-0,02 мм. Отверстия диаметром меньше 25 мм следует обрабатывать сначала черновой разверткой, затем чистовой. Отверстия диаметром свыше 25 мм обрабатываются предварительно зенкером, затем черновой и чистовой развертками.

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

Развертку 1 в отверстие надо устанавливать осторожно и проверять ее положение по угольнику 90°. Убедившись в перпендикулярности оси развертки к оси обрабатываемого отверстия, на головку развертки насаживают вороток 3 (рис. 142, а). В случае развертывания отверстия в труднодоступных местах детали 4 применяют специальные удлинители 2.

Рис. 142. Развертывание отверстий:

а - развертывание отверстий в труднодоступных местах: 1 - развертка, 2 - удлинитель, 3 - вороток, 4 - деталь; б - последовательность развертывания отверстий: I - сверление, II - зенкерование, III - черновое развертывание, IV - чистовое развертывание

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

Примеры последовательности развертывания отверстий диаметром 30 мм наглядно видны из рис. 142, б.

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

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

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

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

Применение комбинированных инструментов (зенкер-развертка, сверло-зенкер и др.) также повышает производительность труда.

На рис. 143, а показана зенкер-развертка.

Слесарь А, И. Стишов изобрел комбинированный инструмент для одновременного сверления и зенкования отверстия. Устройство сверла-зенковки показано на рис. 143, б. Применение сверла-зенковки значительно повышает производительность труда.

Рис. 143. Комбинированные инструменты : а - зенкер-развертка, б - сверло-зенковка

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

Федеральное агентство по образованию РФ

Ярославский государственный университет им. П.Г. Демидова

Кафедра теоретической информатики

Технология развертывания приложений Java Web Start

Выполнила:

Студентка группы ИТ - 32БО

Дмитриева А.В.

Проверил:

Головченко А.А.

Ярославль, 2011г.

Введение

Как лично вы относитесь к использованию Java-приложений? Например, к программам для ведения дневника, почтовым программам, чатам, веб-браузерам, текстовым редакторам, графическим редакторам, просмотрщикам видео, изображений, программам-конверторам и многому-многому другому? Преимущество использования программ, написанных на Java, очевидно. Вы можете использовать эти программы где вам угодно, на любой платформе. Java Web Start - это технология, которая позволит вам запускать интересующие вас приложения прямо с веб-сайта. При этом все необходимые части Java-приложения, и прочие ресурсы будут также загружены агентом Java Web Start.

Основные преимущества Java-приложений - это: богатый и дружественный интерфейс приложений. Приложения могут быть запущены не только посредством веб-браузера. Они могут быть выполнены из стартового меню или с рабочего стола. Также скорость работы не зависит от скорости соединения с Интернет. Помимо этого,приложения работают в off-line режиме. Работать с такой программой можно где угодно, пусть даже в самолете во время полета. Однако для обычных Java-приложений, помимо основной проблемы, упомянутой ранее, накладываются также трудности при установке и обновлении программы. Java Web Start позволяет разворачивать площадку для старта приложений непосредственно на веб-сайте. Нижеследующая схема показывает принцип работы Java Web Start технологии:

java start приложение

На самом деле все обстоит несколько сложнее. Когда пользователь нажал на ссылку, он загружает страницу, содержащую описание программы. Mime-тип возвращенного результата связан с Java Web start, поэтому браузер передает полученные данные (ответ) Java Web Start и передает ей управление. Происходят всевозможные проверки на возможность запуска приложения и, если все прошло успешно, запускается загруженное приложение. Если нет, то Java Web Start ищет необходимые ресурсы и также загружает их на компьютер пользователя. Все это происходит на должном уровне безопасности. В защитные средства входит подпись архивов с приложением. Такой метод защиты архивов позволяет отличать архивы с приложениями от непосредственно производителя от возможных подделок. Средства подписи архивов входят в стандартный набор средств разработки приложений на языке Java, и таким образом каждый разработчик может создать и использовать свою индивидуальную подпись. Этот метод очень широко распространен на просторах Интернет и весьма успешно себя зарекомендовал.

В своем реферате я расскажу о развертывании и последующем "автоматическом" обновлении версий GUI клиента с помощью использования технологии Java Web Start в среде Windows.

Требования к Java-приложени ям и настройки на клиентском ПК

Так как работа Java Web Start основана на использовании JNLP-протокола, то выполнить настройки необходимо как на стороне СЕРВЕРА, так и на стороне КЛИЕНТА.

Для установки Java-приложений на локальном ПК необходим установленный Java Web Start (Application Manager) и веб-браузер. Браузер требуется только для первоначального запуска Java-приложения и после запуска может быть закрыт, в то время как приложение будет продолжать работать. В качестве браузера лучше сначала использовать IE, т.к. он работает корректно сразу. Также можно воспользоваться и другими браузерами (Mozilla, Opera 7.x), но для этого необходимо выполнить в них небольшие настройки. Как настроить Opera 7.x для правильной работы с JNLP файлами, будет описано позже, аналогичным образом должны настраиваться и другие браузеры.

Если Java-приложение запускается часто, то в среде Windows можно с помощью Java Web Start, создать стандартный "ярлык приложения" на рабочем столе и запускать Java-приложение не используя браузер, а пользуясь только ярлыком. Также можно запускать Java-приложение из командной строки.

Как уже было сказано, Java Web Start, всегда доступен как при установке JRE 1.4.x, так и при установке JDK 1.4.x, поэтому нам ничего не остается сделать как воспользоваться его возможностями. К сожалению, для версии JDK/JRE 1.3 его нужно устанавливать отдельно. Многие советуют этого делать, т.к. считают что, он сыроват и лучше всего перевести код вашего приложения на версию JDK 1.4, тем более что GUI клиент прекрасно взаимодействует с сервером под JDK 1.3. Проблем с передачей сериализированных объектов между версиями JDK 1.3 <-> 1.4 замечено не было.

Кроме этого Java Web Start предъявляет определенные требования к написанному клиентскому Java-приложению. Приложение должно поставляться как набор JAR-файлов, все ресурсы приложения, такие как изображения, конфигурационные файлы, Native библиоткуи (DLL, SO), необходимо включать в JAR-файлы. Ресурсы в коде должны получаться с помощью ClassLoader getResource или подобных методов. Если вам необходим неограниченный доступ к локальным файлам - потребуются дополнительные настройки и подписывание библиотек кода с помощью сертификата. Также для хранения локальных клиентских настроек в JWS имеется специальное PersistenceService API, которое чем-то похоже на "cookies" и позволяет безопасным способом хранить локальные настройки на ПК. Кроме этого, есть еще другие API - BasicService, ClipboardService, DownloadService, FileOpenService, FileSaveService, PrintService.

Приложение Java Web Startнайти также можно найти в каталоге, где установлен JDK (или JRE). Для установленной JDK 1.4 это будет например файл: ...\j2sdk1.4.2\jre\javaws\javaws.exe , который находиться в каталоге Java Web Start (..\javaws). В этом же каталоге находяться и другие DLL файлы, необходимые для его корректной работы. В случае установки только JRE данный запускаемый файл можно найти в каталоге - ...\Program Files\Java\j2re1.4.xx\javaws\javaws.exe

Если ярлык не удается найти, необходимо найти указанный исполняемый файл и запустить его. После запуска должно появиться окно Java Web Start Application Manager.

Запуск на локальном ПК клиента Java Web Start можно считать достаточным для того, чтобы устанавливать клиентские Java-приложения. Но я все-таки хочу обратить ваше внимание на дополнительные параметры настройки JWS. Откройте в приложении JWS Application Manager: File -> Preferences, закладка General.

На ней можно указать прокси-сервер. Эта настройка зависит от настроек вашей сети, которые необходимо уточнить у системного администратора. Чаще всего их нужно "выключить", поставив значение - None, а иначе загрузка клиентского приложения либо не происходит, либо выполняется очень долго через прокси-сервер. Надо сказать, что в локальной 100 МБитной сети первоначальная загрузка и кэширование библиотек выполняется довольно быстро (от нескольких секунд до нескольких минут) и зависит от объема всех библиотек, входящих в ваше приложение.

Прежде чем мы продолжим дальнейшую настройку Java Web Start, я хочу сказать, что для более подробного изучения возможностей JWS, необходимо обратится к документации разработчика на сайте Sun - http://java.sun.com/products/javawebstart/ .

Подробности можно найти также в PDF спецификации - JAVA™ NETWORK LAUNCHING PROTOCOL & API SPECIFICATION (JSR-56) VERSION 1.0.1 более новая версия протокола уже 1.2

Кроме этого, необходимо взять на сайте Sun небольшой архив, предназначенный для разработчика. Это файл размером около 160 Кб - javaws-1_2-dev.zip. Он содержит необходимую информацию о настройке JNLP, а также JAR архивы классов сервлетов (jardiff.jar, jnlp-servlet.jar, jnlp.jar), которые будут необходимы на сервере.

Создание JNLP файла, описывающего ваше клиентское приложение, его биб лиотеки и другие параметры

Для того, чтобы Java Web Start мог знать какие именно файлы необходимы для запуска и работы вашего клиентского приложения, необходимо создать специальный JNLP файл, имеющий XML формат. Данный файл будет помещен на сервере JBoss в Web-приложение, предназначенное для выполнения деплоймента GUI.

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

...............

codebase="http://localhost:8080/application"

href="application.jnlp" >

Company ZZZ Company"s corporate client

<-- Название класса с main() точкой запуска -->

codebase="http://localhost:8080/application" - указывает на параметр "базы кода" по которому мы будем хранить все необходимые библиотеки, как JAR файлы нашего приложения, так и JAR файлы "сторонних библиотек". Данный параметр можно заменить "специальной переменной", фактическое значение которой jnlp-сервлет поставит самостоятельно при обработке запроса. codebase="$$codebase"

href="application.jnlp" - название JNLP файла-дескриптора, который описывает наше приложение. Данный параметр также можно заменить "специальной переменой", фактическое значение которой jnlp-сервлет поставит при обработке запроса. href="$$name"

В разделе ресурсов, есть указание использования JRE версии 1.3 и более новых - . Элемент может содержать 6 различных подэлементов, таких как: jar, nativelib, j2se, property, package и extension. Подробности и правила можно найти в документации.

- Указание библиотеки, в которой находятся классы нашего приложения, при этом параметр main="true", указывает, что данный JAR архив содержит запускаемый класс GUI приложения.

Так мы можем перечислить все, передаваемые в качестве параметров запуска приложению свойства, которые получаются вызовом System.getProperty(....)

- указание полного запускаемого класса. JWS также поддерживает запуск Applet-ов. В этом случае вместо тэга используется тэг . Принцип написания и параметры - смотрите в документации.

Что касается элемента JNLP файла. В данном тэге значения подэлементов

Внутренние корпоративные клиентские приложения.

• Клиентское приложение 1.0.x:

  Клиент 1.0

Запуск

Все готово к первому запуску Java-приложения. Запускаем JBoss, сначала WAR-приложение должно успешно задеплоиться. В логах вы должны увидеть приблизительно следующее:

INFO Starting deployment of package:

file:/....../jboss/server/default/deploy/application.war/INFO deploy, ctxPath=/application,

warUrl=file:/...../jboss/server/default/deploy/application.war/

............................................

INFO Successfully completed deployment of package:

file:/......./jboss/server/default/deploy/application.war/

Если этого не произошло, нужно перепроверить все настройки и параметры Web-приложения.

Заходим с помощью IE на страницу нашего Web-приложения по адресу, например, http://localhost:8080/application/

Щелкнув на ней мы должны увидеть Splash-скрин запуска Java Web Start.

После этого на сервере в логе должны появиться записи об обращении к JNLP-сервлету примерно такого вида:

INFO JnlpDownloadServlet: initINFO InitializingINFO Request: /application/application.jnlpINFO User-Agent: Mozilla/4.0 (compatible;

MSIE 6.0; Windows NT 5.1; .NET CLR 1.1.4322)

INFO DownloadRequest

INFO Basic Protocol lookupINFO JnlpResource: JnlpResource]INFO Resource returned: /application.jnlpINFO lastModified: ....... EET 2004

Если нет никаких ошибок, то после этого вы увидите как на ваш ПК в локальный кэш загружаются JAR библиотеки приложения, после чего приложение будет запущено. Если все получилось, то вы увидите окно, показывающее загрузку библиотек. После чего будет предложено выполнить интеграцию вашего Java-приложения с Windows, создав "ярлык запуска" приложения на рабочем столе. После этого должен произойти запуск вашего GUI приложения. Если этого не происходит, то это означает, что клиентское приложение выполнилось с какой-то ошибкой. Способ обнаружения, отображения и записи ошибок в клиентском Java-приложении полностью зависит от вашей реализации. Если вы захотите логировать ошибки и/или сообщения в локальный файл, то будет необходимо выполнить дополнительне действия по настройке и подписыванию библиотек сертификатом.Также после успешной установки Java-приложения на клиентский ПК в JWS Application Manager появиться ссылка на ваше приложение, с указанием источника. Там же с помощью иконок в правом нижнем углу JWS сообщает об доступности новых версий библиотек данного приложения.

Для обновления Java-приложения на локальных ПК пользователей, мы должны всего лишь скопировать новые версии библиотек в каталог сервера...\jboss-3.2.1\server\default\deploy\application.war\ , чаще всего, это файлы: main_gui.jar, main_gui_lib.jar (или например библиотеки - xercesImpl.jar, xmlParserAPIs.jar). При последующем запуске GUI приложения на клиентском ПК с помощью Java Web Start данные JAR файлы будут скачены на ПК, после чего приложение будет запущено с новыми версиями библиотек.

О том, как настроить браузер Opera 7.x для к орректной работы с JNLP файлами

Если вы попробуете запустить Java-приложение в браузере Opera кликнув на ссылке http://localhost:8080/application/application.jnlp , скорее всего увидите окно, в котором Opera предлагает сохранить или открыть файл. Можно открыть файл, нажав кнопку "Open". А можно нажать кнопку "Change..." и установить обработку данного MIME-типа и расширения файлов "по умолчанию". Отметьте пунк "Open with default application" и Opera будет всегда открывать JNLP файлы с помощью Java Web Start

Заключение

Java Web Start может быть использован в операционных системах: Windows(95, 98, ME, NT, W2K, XP), Linux, Unix (Solaris) и не так давно в Macintosh OS X. Для развертывания приложений используется HTTP протокол, поэтому можно воспользоваться любым HTTP сервером. Но для того, чтобы использовать все возможности, предоставляемые технологией Java Web Start, такие как "версионность" Java-приложений и "наращивающихся обновлений" (incremental update), необходимо использовать Web-сервер, поддерживающий сервлеты (Servlets) или CGI-скрипты.

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

Список литературы

1) http://ru.wikipedia.org Википедия. Свободная энциклопедия. Статья «Java Web Start»

2) http://www.jboss.ru

3) http://lib.juga.ru Cтатья «Архитектура Java Web Start»

Подобные документы

Трансляция как процесс перевода программного кода из текстовой формы в машинные коды. Основные категории программ Java. Основные управляющие операторы. Объявление и инициализация переменных. Основные средства разработки приложений, написанных на Java.

презентация , добавлен 26.10.2013


Сетевые возможности языков программирования. Преимущества использования Java-апплетов. Классы, входящие в состав библиотеки java.awt. Создание пользовательского интерфейса. Сокетное соединение с сервером. Графика в Java. Значения составляющих цвета.

курсовая работа , добавлен 10.11.2014


Архитектура Java и Java RMI, их основные свойства, базовая система и элементы. Безопасность и виртуальная Java-машина. Интерфейс Java API. Пример использования приложения RMI. Работа с программой "Calculator". Универсальность, портативность платформ.

курсовая работа , добавлен 03.12.2013


История создания языка Java. Основные принципы объектно-ориентированного программирования. Структура, особенности синтаксиса и примеры прикладных возможностей использования языка Java, его преимущества. Перспективы работы программистом на языке Java.

курсовая работа , добавлен 14.12.2012


Выполнение Java-программы. Набор программ и классов JDK. Объектно-ориентированное программирование в Java. Принципы построения графического интерфейса. Компонент и контейнер графической системы. Апплеты как программы, работающие в среде браузера.

курсовая работа , добавлен 08.02.2011


Принцип работы Java. Аплеты как особенность Java-технологии, характеристика методов их защиты. Модель безопасности JDK1.2 и концепция "песочницы". Иерархия криптографических сервисов, алгоритмов. Объектная организация криптографической подсистемы Java.

реферат , добавлен 09.09.2015


Особенности архитектуры Java. Технология Java Database Connectivity. Кроссплатформенность Java-приложений. Преимущества языка программирования. Логическая структура базы данных. Структура программного комплекса. Верификация программных средств.

курсовая работа , добавлен 13.01.2016


Разработка графического редактора для рисования двухмерной и трехмерной графики, используя язык программирования Java и интерфейсы прикладного программирования Java 2D и Java 3D. Создание графического редактора 3D Paint. Основные методы класса Graphics.

курсовая работа , добавлен 19.11.2009


Кратка историческая справка развития языка Java. Анализ предметной области. Java platform, enterprise and standart edition. Апплеты, сервлеты, gui-приложения. Розработка программного кода, консольное приложение. Результаты работы апплета, сервлета.

курсовая работа , добавлен 23.12.2015


Создание языка программирования с помощью приложения "Java". История названия и эмблемы Java. Обзор многообразия современных текстовых редакторов. Обработка строки. Методы в классе String. Java: задачи по обработке текста. Примеры программирования.

Технология развертывания функции качества (QFD - Quality Function Deployment) - это направление развития пожеланий потребителя на основе функций и операций деятельности компании по обеспечению качества на каждом этапе жизненного цикла вновь создаваемого продукта.
Основная идея технологии QFD заключается в понимании того, что между потребительскими свойствами («фактическими показателями качества» по терминологии К. Исикавы) и нормируемыми в стандартах, технических условиях параметрами продукта («вспомогательными показателями качества» по терминологии К. Исикавы) существует большое различие. Вспомогательные показатели качества важны для производителя, но не всегда существенны для потребителя. Технология QFD позволяет преобразовать фактические показатели качества изделия в технические требования к продукции, процессам и оборудованию.
В основе QFD лежит «профиль качества» - модель, предложенная Н. Кано, которая основана на трех составляющих: базовое качество; требуемое качество; желаемое качество.
Профиль базового качества - совокупность тех параметров качества продукта, наличие которых потребитель считает обязательным.
Профиль требуемого качества - совокупность показателей, представляющих технические и функциональные характеристики продукта (например, уровень потребления бензина автомобилем); обычно соответствует среднему уровню на рынке.
Профиль желаемого качества - это группа параметров качества, представляющих для потребителя неожиданные ценности предлагаемого продукта.
Ключевые элементы и инструменты QFD: уточнение требований потребителя; перевод требований потребителя в общие характеристики продукта (параметры качества); выделение связи «что» и «как», т. е. какой вклад вносит та или иная характеристика продукта (как) в удовлетворение пожеланий потребителя (что); выбор цели, т. е. определяющих конкурентоспособность параметров качества; установление (по результатам опроса потребителей) рейтинга важности компонента «что» и на основе этих данных определение рейтинга важности компонента «как».
Ключевые компоненты QFD отражены на рис. 8.2.1, они получили название «Дом качества» («The Quality House»).
«Дом качества» отображает связь между фактическими показателями качества (потребительскими свойствами) и вспомогательными показателями (техническими требованиями).
Технология QFD позволяет разрабатывать планы по качеству, ориентированные на удовлетворение требований потребителей.

Рис. 8.2.1. Инструмент QFD «Дом качества»

Еще по теме Технология развертывания функции качества:

1. 1.1. РОЛЬ И МЕСТО ИНФОРМАЦИОННОКОММУНИКАЦИОННЫХ ТЕХНОЛОГИЙ В КАЧЕСТВЕ ОДНОЙ ИЗ ВЕДУЩИХ ИННОВАЦИОННЫХ ОТРАСЛЕЙ
2. 19.5.1. ФУНКЦИИ ОСНОВНЫХ ПОДРАЗДЕЛЕНИЙ ПО КОНТРОЛЮ КАЧЕСТВА
3. НАЗРЕВАНИЕ И РАЗВЕРТЫВАНИЕ КРИЗИСА 1920 г. ГЛАВНЫЕ ОЧАГИ ПЕРЕПРОИЗВОДСТВА
4. РАЗВЕРТЫВАНИЕ КРИЗИСА, ЕГО ПРОЯВЛЕНИЯ В СФЕРЕ БИРЖИ И КРЕДИТА
5. С. В. Пономарев, С. В. Мищенко, Я. Белобрагин, В. А. Самородов, Б. И. Герасимов, А. В. Трофимов, А. Пахомова, О. С. Пономарева.. Управление качеством продукции. Инструменты и методы менеджмента качества: учебное пособие, 2005

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

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

В основе QFD лежит «профиль качества» - модель, предложен­ная Н. Кано, которая основана на трех составляющих:

базовое качество;

требуемое качество;

желаемое качество.

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

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

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

Ключевые элементы и инструменты QFD :

уточнение требований потребителя;

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

выделение связи «что» и «как», т. е. какой вклад вносит та или иная характеристика продукта (как) в удовлетворение пожела­ний потребителя (что);

выбор цели, т. е. определяющих конкурентоспособность парамет­ров качества;

установление (по результатам опроса потребителей) рейтинга важности компонента «что» и на основе этих данных определение рейтинга важности компонента «как».

Ключевые компоненты QFD отражены на рис. 6.2.1, они получи­ли название «Дом качества» («The Quality House»).

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

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

Рис. 6.2.1. Инструмент QFD «Дом качества»

6.3. Fмеа-анализ

F МЕА-анализ (Failure Mode Effect Analyses) представляет собой технологию анализа возможности возникновения дефектов и их влияния на потребителя. FМЕА-анализ проводится преимущест­венно для разрабатываемых продуктов и процессов с целью сниже­ния риска потребителя от потенциальных дефектов.

FМЕА-анализ является одной из стандартных технологий анализа качества изделий и процессов, использующей типовые формы пред­ставления результатов анализа и правила его проведения.

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

FМЕА-анализ процесса производства обычно проводится у предприятия-изготовителя службами планирования производства или управления качеством с участием соответствующих специализиро­ванных отделов изготовителя и при необходимости потребителя. Проведение F МЕА- анализа процесса производства начинается на стадии технической подготовки производства и заканчивается до монтажа производственного оборудования.

Цель F МЕА - анализ процесса производства - обеспечение вы­полнения всех требований по качеству процесса производства и сбор­ки путем внесения изменений в план процесса для технологических действий с повышенным риском.

Этапы проведения F МЕА-анализа:

построение компонентной, структурной, функциональной и потоковой моделей объекта анализа;

исследование моделей, в ходе которого определяются:

потенциальные дефекты для каждого из элементов компонент­ной модели объекта. Такие дефекты обычно связаны или с от­казом функционального элемента (его разрушением, полом­кой и т. д.), с неправильным выполнением элементом его по­лезных функций (отказом по точности, производительности и т. д.) или с вредными функциями элемента. В качестве пер­вого шага рекомендуется перепроверка предыдущего FМЕА- анализа или анализ проблем, возникших за время гарантийно­го срока. Необходимо также рассматривать потенциальные де­фекты, которые могут возникнуть при транспортировке, хра­нении, а также при изменениивнешних условий (влажность, давление, температура);

потенциальные причины дефектов;

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

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

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

1) на основе экспертных оценок определяются следующие параметры, характеризующие дефект:

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

б) параметр частоты возникновения дефекта (А). Проставляется по 10-балльной шкале; наивысший балл проставляется, когда оценка частоты возникновения составляет ¼ и выше;

в) параметр вероятности необнаружения дефекта (Е). Проставляется по 10-балльной экспертной шкале; наивысший балл проставляется для «скрытых» дефектов, которые не могут быть выявлены до наступления последствий;

2) рассчитывается параметр приоритета риска для потребителя( RPZ ) как произведение параметров А, В, Е. Параметр RPZ теоретически может быть в диапазоне от 1 до 1000; соответственно, чем он выше, тем более серьезен отказ. Этот параметр показывает, в каких отношениях друг к другу находятся причины возникновения дефектов; дефекты с наибольшим коэффициентом риска (RPZ ≥ 100 ... 120) подлежат устранению в первую очередь.

Результаты анализа заносятся в «Таблицу FМЕА-анализа объек­та», которая в виде схемы представлена на рис. 6.3.1.

Для компонентов объекта с параметром RPZ больше 100 ... 120 разрабатывается план корректировочных мероприятий, включа­ющий:

последовательность, сроки и экономическую эффективность вне­дрения этих мероприятий;

ответственных за проведение каждого из мероприятий и его кон­кретных исполнителей;

место проведения мероприятий (структурное подразделение);

источник финансирования проведения мероприятия.

Корректировочные мероприятия проводятся в определенной последовательности. При этом необходимо:

исключить причину возникновения дефекта, т. е. при помощи изменения конструкции или процесса уменьшить возможность возникновения дефекта (уменьшается параметр А);

предупредить возникновение дефекта, т. е. при помощи статистического регулирования помешать возникновению дефекта (при этом уменьшается параметр А);

снизить влияние дефекта на заказчика или последующий процесс с учетом изменения сроков и затрат (при этом уменьшается пара­метр В);

повысить достоверность выявления дефекта, облегчить выявле­ние дефекта и последующего ремонта (при этом уменьшается па­раметр Е).

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

После проведения корректировочных мероприятий заново пересчитывается параметр RPZ. Если не удалось его снизить до при­емлемых пределов (малого риска (RPZ < 40) или среднего риска (RPZ < 100)), разрабатываются дополнительные корректировочные мероприятия и повторяются предыдущие шаги.

FМЕА-анализ может использоваться в различных отраслях промышленности; он широко распространен в автомобильной промышленности.