Диссертация (1095152), страница 16
Текст из файла (страница 16)
В этомслучае дублируется работа технологического и ремонтного персонала, появляется дополнительный этап переноса информации, на котором допускаются ошибки, и теряется информация.Однако, наиболее существенным является то, что сбор данных ведётся вне текущей операционной деятельности работников предприятия и даже если эксплуатационные формы были изменены в соответствии с задачами сбора данных о состоянии оборудования, то обеспечить достоверность и оперативность информации в этом случае практически невозможно.Иначе говоря, если оператор, вызывая ремонтный персонал для устранения дефекта,неполадки или отказа, не обязан указывать исходные данные о состояния оборудования, необходимые впоследствии для анализа надёжности, то вероятность того что он не внесёт эти данные вовсе или внесёт не полностью существенно возрастает.
Преимущества записей, которыеделаются эксплуатационным персоналом напрямую в БД, а не через промежуточные формы набумаге (Журналы, Рапорты и пр.) тоже очевидны.Подобные решения (автоматизированный сбор заявок на ТОиР) реализованы в большинстве специальных модулей по ремонту в составе систем управления ресурсами предприятия,так называемых ERP-системах(Enterprise Resource Planning) и специальные модули EAM(Enterprise Asset Management). Выстроенные таким образом АСУ (“сверху вниз”) не позволяют67гибко реализовать специфические задачи сбора и управления данными эксплуатационнойнадёжности. Но даже эти инструменты управления активами используются не на всех предприятиях, а там где они есть, линейный эксплуатационный и ремонтный персонал в них не работает.В свою очередь специальные программные продукты в области надёжности (Item Software, ReliaSoft Software, Relex Software и др.) изначально призваны решать специальные задачипо надёжности объектов (моделирование испытаний, прогнозирование надёжности, структурный анализ сложных систем, оценка риска и пр.) и не предусмотрены для диспетчеризации,анализа и управления в условиях действующих производств [164; 165].Научно-исследовательские работы в практической области эксплуатационной надёжности при создании БД также не нуждаются в таком инструменте, т.к.
вопрос оперативного анализа и управления надёжностью производства не решается вовсе, а данные собираются путёмпереноса записей, сделанных вручную эксплуатационным персоналом в простейшие БД, реализованные в Microsoft Exсel или Microsoft Access.При решении поставленных задач в области сбора первичных данных, используя теориюи практику организационных и информационных решений в области эксплуатационной надёжности, для организации сбора и управления дефектами оборудования в АО “НевинномысскийАзот” в период 2009-2013гг. были реализованы нижеследующие организационно-техническиемероприятия:1. Создано Производственно-диспетчерское бюро в структуре предприятия с секторомнадёжности и АСУ ТОиР:2.
Укомплектован штат специалистов из состава работников технических служб предприятия (опытных пользователей ПК, с базовыми навыками программирования), проведенообучение по вопросам эксплуатационной надёжности;3. Создан программный продукт в Microsoft Access (электронный журнал дефектов) и организовано единое информационное пространство (сетевой диск) для пользователей различныхподразделений предприятий;4. Указанием по предприятию (Приложение В.1) организована подконтрольная эксплуатация трёх пилотных цехов, предусматривающая внесение данных, планирование и выполнениеработ, а также указание причин дефектов (использование других средств обмена информациейкроме использования электронного журнала было запрещено, кроме срочных работ, данные окоторых также вносились, но параллельно с выполнением работ или сразу после);5.
Приказом по предприятию (Приложение В.2) электронный журнал введён в действиево всех основных (производственных) цехах. Утверждён постоянный “Порядок взаимодействияподразделений предприятия при работе с дефектами оборудования, зданий и сооружений, вы68явленными в процессе эксплуатации” (Инструкция, Приложение В.3). Бумажные журналы учёта отменены. Основные отчётные параметры из электронного журнала учтены при мотивации(премировании) технологического и ремонтного персонала.Принципиальная схема взаимодействия эксплуатационного персонала при работе в электронном журнале приведена в Приложении В.4 в формате кросс-функциональной схемы (Crossfunction flow chart, CFFC).При создании информационной модели системы оперативного управления заявками наустранение дефектов, определении структуры потоков данных и исследовании организационной структуры управления системой ТОиР предприятия, выявлено и устранено ряд несовершенств методов учёта и обработки производственной информации.
Выстроенный алгоритм, атакже применение современных методик автоматизированного учёта и обработки информациипозволил структурировать порядок принимаемых решений и собрать функции управления у соответствующих руководителей предприятия, делегировав диспетчеризацию заявками на уровень линейного менеджмента.Сроки внесения первичных данных при регистрации дефекта, периодичность планирования работ и другие организационные вопросы, а также ответственность регламентированы вИнструкции.Система оперативного контроля за качеством внесения исходных данных и управлениемработ по заявкам в электронном журнале на предприятии ведётся в ежедневном режиме спредоставлением отчётности руководителям цехов и ремонтных служб в автоматическом режиме и путём формирования ежеквартальной отчётности для руководства предприятия.
Показатели эффективности работы ремонтных служб состоят из показателей планирования, выполнения работы по устранению дефектов и анализа причин их возникновения, ранжированы позначимости и учитываются в расчёте интегрального коэффициента по каждой службе (машинное оборудование; технологическое оборудование, здания и сооружения; КИПиА и электрооборудование).
Целевое значение интегрального показателя устанавливается ежегодно по итогам анализа его составляющих в течение предыдущих периодов.Одна из основных форм электронного журнала для внесения исходных данных, планирования и отчётности о выполненных работах, указания причин и другой организационнотехнической информации приведена в Приложении В.5.Для удобства внесения данных и последующего их анализа значительная часть информации выбирается из списка вариантов, даты из календарей, созданы интерактивные подсказкидля пользователей. При выборе оборудования для регистрации дефекта используется перечень(номенклатура) оборудования цеха, структурированная (отделения, блоки и пр.) и классифицированная (основное, вспомогательное и пр.) в соответствии с топологией (технологической69схемой) подразделения. Результаты статистики по хранящимся данным выводятся в виде таблиц и графиков дифференцированно по полномочиям пользователей.Используемая БД и СУБД (система управления базой данных) разработана в приложении Microsoft Office Access 2007 (язык кода VBA и SQL запросы) и расположена на сетевомдиске предприятия с организацией ограниченного доступа (полномочий) к файлу для пользователей.
После реализации проекта на всём предприятии в базе работает порядка 400 пользователей (от начальников смен до директоров) более чем из 20 подразделений предприятия. Зарегистрировано более 40 000 дефектов, выполнено более 100 тыс. действий (операций/изменений вБДО). Таким образом, эксплуатация электронного журнала позволила выполнить задачу сборапервичных данных о дефектах оборудования цехов, путём создания и использования в операционной деятельности предприятия автоматизированной информационной системы учёта, хранения и анализа операционных записей технологического и ремонтного персонала. Созданноеприложение соответствует основным требованиям к программной продукции: простота и удобство ввода информации, визуализация результатов анализа, создание отчётов в различных формах, наличие интерактивного справочного руководства.Основная информация, используемая при оперативно-диспетчерском управлении заявками при использовании данных созданной системы сбора данных показаны на Рисунке 3.1.70абвгдРисунок 3.1 – Основная информация при управлении заявками СУБДа – статусы; б – приоритеты; в – предполагаемые последствия;г – ремонтные подразделения; д – перечень основных технологических цехов.В функции специалистов сектора надёжности и АСУ ТОиР на этапе внесения первичныхданных и управления ими входит периодический контроль качества записей, поддержка пользователей (обучение, консультации и пр.) и администрирование системы.
На этапе диспетчери-71зации (управления) – контроль своевременности планирования и выполнении работ, а такжеуказания причин дефектов.В задачи сектора вошли не только оперативная работа с исходными данными, но и решение стратегических задач в области эксплуатационной надёжности предприятия. Согласно созданному в ходе организации работы сектора положению, перечень основных функций в нёмнижеследующий:1. Выполнение оценки надёжности оборудования путём сбора и анализа данных об эксплуатации оборудования (дефекты, выявленные в процессе эксплуатации, наработка, инциденты и пр.) и ТОиР (простои, затраты, диагностика и пр.);2.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
