Автоматизация процессов управления на производстве
Содержание
Содержание
Теоретическая часть
1. Предпосылки к созданию SCADA систем 3
2. Современные SCADA системы 7
3. Характеристики SCADA-систем 8
Практическая часть
4. Необходимость
автоматизации службы снабжения
5. Программное обеспечение для автоматизации службы
снабжения 19
6. Анализ программ «Мастер снабжения» и «DeliverWIZARD» 27
Заключение 30
Список используемой литературы 31
1. Предпосылки к созданию SCADA систем
1.1 Первые SCADA-подобные системы
Ранние управляющие решения, предварившие наступление эры SCADA, назывались «телеметрическими» системами и представляли собой попытки организовать дистанционный мониторинг небольшого числа параметров (обычно одного-двух). Все основные требования, которым должны удовлетворять современные решения типа SCADA, равно как и большинство обеспечиваемых такими решениями преимуществ, присутствовали уже в телеметрических системах начала 70-ых годов прошлого века хотя бы в зачаточном виде. Для отображения текущего состояния системы тогда использовались «имитационные стены» (mimic wall) (рис. 1). Оперативность вывода информации на такие стены можно охарактеризовать как «приближающуюся к реальному времени»: показания индикаторов и лампочек изменялись вручную по мере того, как перемещающиеся по удалённым локациям операторы получали новые данные.
Рисунок 1. Имитационные стены (mimic wall)
Аббревиатура SCADA расшифровывается как Supervisory Control and Data Acquisition – диспетчерский контроль и сбор данных. В ранних SCADA-подобных системах вроде тех, что применялись в задачах водоснабжения и водоочистки в 60-70-ых годах XX века, связь между диспетчерской (головной станцией SCADA) и удалёнными станциями была столь призрачной, что организовать полноценный оперативный контроль не представлялось возможным. Первые управляющие системы типа SCADA разрабатывались для налаживания сбора данных с удалённых локаций. Например, традиционно в задачах добычи и транспортировки нефти, а также водоснабжения и водоочистки критическое значение имеет информация о давлении и расходе. Для контроля критических показателей в ранних SCADA-подобных системах обычно использовались один-два аларма, которые обеспечивали, например, контроль входа в здание либо подавали сигналы типа «ёмкость пуста», «ёмкость заполнена» или «отказ насоса». Малое число параметров было обусловлено тогдашним уровнем развития управляющих систем. Организация надёжного мониторинга четырёх-пяти показателей для каждой удалённой станции расценивалась в те времена как крупный успех. Серьёзную проблему представляло даже налаживание дистанционного контроля времени работы насосов.
1.2 Традиционные рынки и движущие силы
Управляющие системы типа SCADA возникли в тех отраслях, где в отличие от обрабатывающей промышленности «производственные мощности» в принципе нельзя объединить под крышей одного или нескольких близко расположенных зданий. Основными пользователями SCADA-решений во все времена были распределённые компании и предприятия, занимающиеся:
- водоснабжением и водоочисткой,
- сбором производственных и ливневых сточных вод,
- регулированием паводков и дренажем,
- ирригацией,
- энергоснабжением,
- добычей и транспортировкой нефти,
- транспортировкой природного газа,
- крупные промышленные предприятия, имеющие удалённые станции.
Основными стимулами развития SCADA-систем и роста их популярности на протяжении последних пятидесяти лет служили два тесно связанных друг с другом фактора. Первый – это желание операторов иметь более полный и качественный контроль над распределёнными процессами. Второй фактор – это стремление руководства сокращать и регулировать расходы. scada диспетчерский контроль данные
Одна из причин роста расходов – это рабочая сила. До наступления эпохи современных SCADA-решений, типичная распределённая система управления, будь то управление водоснабжением, водоочисткой, ирригацией или транспортировкой углеводородов, требовала наличия штата «операторов на колёсах», периодически посещающих удалённые станции с целью сбора данных, внесения изменений, контроля над соблюдением требований к техническому обслуживанию и проведения инспекций. Причём эта деятельность должна была осуществляться непрерывно и круглосуточно – 24 часа в день 7 дней в неделю. В 70 годах прошлого века типичная сеть водоснабжения в США обслуживалась в среднем шестью-восемью «операторами на колёсах».
Существуют и другие факторы, способствующие развитию рынка управляющих систем типа SCADA. Это демографические изменения, рост эксплуатационных расходов и неэффективность альтернативных методов.
1.3 Человеко-машинные интерфейсы
С появлением
компьютеров Macintosh, рабочих станций
Silicon Graphics, графического программного
обеспечения и, наконец, операционных
систем Windows у разработчиков появилась
возможность создавать
Программные человеко-машинные интерфейсы всегда представляли собой нечто большее, чем просто ПО для визуализации состояния системы в реальном времени. Реальные решения класса HMI практически с самого начала были программно-реализованными версиями головной станции SCADA-системы. Самые ранние SCADA-пакеты, где предусматривались такие виртуальные средства управления, как переключатели «ручн./выкл./автом.», регуляторы режима работы насосов, модули алармов и другие, требовали использования печатных плат. В XXI столетии размеры управляющих систем типа SCADA ограничиваются лишь производительностью процессора, точнее, временем, которое требуется главному компьютеру на опрос всех узлов.
2. Современные SCADA системы
2.1 Основные возможности и средства
- автоматизированная разработка, дающая возможность создания ПО системы автоматизации без реального программирования;
- средства сбора первичной информации от устройств нижнего уровня;
- средства управления и регистрации сигналов об аварийных ситуациях;
- средства хранения информации с возможностью ее постобработки (как правило, реализуется через интерфейсы к наиболее популярным базам данных);
- средства обработки первичной информации;
- средства визуализации информации в виде графиков, гистограмм и т.п.;
- возможность работы прикладной системы с наборами параметров, рассматриваемых как «единое целое» («recipe» или «установки»).
2.2 Основные функции
Прием информации о контролируемых технологических параметрах от контроллеров нижних уровней и датчиков
Сохранение принятой информации в архивах.
Вторичная обработка принятой информации.
Графическое представление хода технологического процесса, а также принятой и архивной информации в удобной для восприятия форме.
Прием команд оператора и передача их в адрес контроллеров нижних уровней и исполнительных механизмов.
Регистрация событий, связанных с контролируемым технологическим процессом и действиями персонала, ответственного за эксплуатацию и обслуживание системы
Оповещение
эксплуатационного и
Формирование сводок и других отчетных документов на основе архивной информации.
Обмен информацией с автоматизированной системой управления предприятием (или, как ее принято называть сейчас, комплексной информационной системой).
Непосредственное автоматическое управление технологическим процессом в соответствии с заданными алгоритмами.
3. Характеристики SCADA-систем
Функциональные возможности
В силу тех требований, которые предъявляются к системам SCADA, спектр их функциональных возможностей определен и реализован практически во всех пакетах. Перечислим основные возможности и средства, присущие всем системам и различающиеся только техническими особенностями реализации:
- автоматизированная разработка, дающая возможность создания программного обеспечения (ПО) системы автоматизации без реального программирования;
- средства сбора первичной информации от устройств нижнего уровня;
- средства управления и регистрации сигналов об аварийных ситуациях;
- средства хранения информации с возможностью ее пост-обработки (как правило, реализуется через интерфейсы к наиболее популярным базам данных);
- средства обработки первичной информации;
- средства визуализации представления информации в виде графиков, гистограмм и т.п.;
- возможность работы прикладной системы с наборами параметров, рассматриваемых как единое целое (recipe , или установки).
Основу
большинства SCADA-пакетов составляют
несколько программных
Концепция SCАDA (Supervisory Control And Data Acquisition - диспетчерское управление и сбор данных) предопределена всем ходом развития систем управления и результатами научно-технического прогресса. Применение SCADA-технологий позволяет достичь высокого уровня автоматизации в решении задач разработки систем управления, сбора, обработки, передачи, хранения и отображения информации.
Дружественность человеко-машинного интерфейса (HMI/MMI), предоставляемого SCADA системами, полнота и наглядность представляемой на экране информации, доступность «рычагов» управления, удобство пользования подсказками и справочной системой и т. д. - повышает эффективность взаимодействия диспетчера с системой и сводит к нулю его критические ошибки при управлении.
Следует отметить, что концепция SCADA, основу которой составляет автоматизированная разработка систем управления, позволяет решить еще ряд задач, долгое время считавшихся неразрешимыми: сократить сроки разработки проектов по автоматизации и прямые финансовые затраты на их разработку.
В настоящее
время SCADA является основным и наиболее
перспективным методом
По функциональным возможностям все системы в целом сравнимы. Технология программирования близка к интуитивному восприятию автоматизируемого процесса. Плюс мощное объектно-ориентированное программирование, используемое в большинстве этих пакетов, делает эти продукты легкими в освоении и доступным для широкого круга пользователей.
Важной особенностью всех SCADA-систем является количество поддерживаемых разнообразных ПЛК. Системы InTouch, Factory Link, GENESIS, RealFlex поддерживают десятки и сотни драйверов, что делает их безусловными лидерами по этому показателю.
Построение
прикладной системы на основе любой
из рассмотренных SCADA-систем резко сокращает
набор необходимых знаний в области
классического
Применение
в SCADA-системах новых технологий, разработка
инструментальных средств комплексной
автоматизации предприятия
4. Необходимость автоматизации службы снабжения
Автоматизация процесса снабжения – первый шаг на пути к автоматизации бизнеса.
Рассмотрим функциональные возможности, которыми должно обладать программное обеспечение, чтобы автоматизация процесса снабжения на предприятии превратилась в «процесс ради результата», а не в «процесс ради процесса» и, в конечном итоге, стала основой для автоматизации остальных звеньев такого сложного механизма, как бизнес. Для правильного выбора программного обеспечения необходимо четко представлять себе, какие функции мы возлагаем на ту или иную автоматизированную систему.
Итак, программное обеспечение для автоматизации отдела снабжения должно позволять следующее:
- осуществлять планирование закупаемых товарно-материальных ценностей (ТМЦ), работ и услуг, используя «трехуровневый» метод планирования;
- на основании составленных планов закупок, работ и услуг составлять бюджеты закупок;
- иметь возможность выполнять мониторинг процесса снабжения в режиме реального времени;
- обладать инструментами анализа событий, произошедших в системе;
распределять поставленные товары, работы и услуги согласно утвержденным планам.
4.1 Трехуровневое планирование закупок
Трехуровневое планирование закупок – не панацея, а метод для эффективного управления процессом
Первый уровень: потребители
Второй
уровень: финансовые центры, отвечающие
за определенную группу
Третий
уровень: уровень
Рисунок 2 –Процесс распределения товаров. Трехуровневая модель.
4.2 Функции службы снабжения
Органы
снабжения предприятия
планирования, предполагающую:
- изучение внешней и внутренней среды предприятия, а также рынка отдельных товаров;
- прогнозирование
и определение потребности
- оптимизацию производственных запасов;
- планирование
потребности материалов и
организационную, включающую:
- сбор
информации о потребной
- анализ
всех источников
- заключение
с поставщиками хозяйственных
договоров на поставку
- получение и организацию завоза реальных ресурсов;
- организацию
складского хозяйства,
- обеспечение
цехов, участков, рабочих мест
необходимыми материальными
контролирующую и координирующую, в которую входят:
- контроль
за выполнением договорных
- контроль за расходованием материальных ресурсов в производстве;
- входной
контроль за качеством и
- контроль за производственными запасами;
- выдвижение
претензий поставщикам и
- анализ
действенности снабженческой
4.3 Должностная
инструкция менеджера по
Выполнение функций службы снабжения на предприятии осуществляет штат сотрудников. В службе существует разделение обязанностей среди сотрудников на основании должностных инструкций, в которых, помимо обязанностей изложены требования к сотрудникам, занимающим должности в службе или претендентам на них. Ниже приведена должностная инструкция менеджера службы снабжения.
Общие положения
1. Настоящая должностная
2. Менеджер по снабжению
3. Менеджер по снабжению
4. На должность менеджера по снабжению назначается лицо, имеющее высшее инженерно - техническое образование или опыт продаж продукции.
5. Менеджер по снабжению должен знать:
- организационно-
- основы ценообразования и маркетинга;
- стандарты и технические условия на реализуемую продукцию;
- оптовые и розничные цены на продукцию;
- порядок заключения договоров на поставку продукции;
- правила оформления документации;
- стандарты хранения, транспортировки и отгрузки продукции со склада;
- этику делового общения;
- порядок отчетности о проделанной работе;
- методы обработки информации с использованием современных технических средств коммуникации и связи, персональных компьютеров, правила внутреннего трудового распорядка.
Функциональные обязанности
1. Организация и ведение закупок:
-поиск потенциальных поставщиков;
-ведение коммерческих переговоров с поставщиками в интересах Фирмы;
-оперативное реагирование на информацию, поступающую от поставщиков, и доведение ее до сведения Начальника отдела;
-мотивация поставщиков на работу с Фирмой.
2. Планирование и аналитическая работа:
-составление ежемесячного плана закупок;
-анализ статистических данных закупок, определение наличия и потребности в материалах на текущий момент и на будущие периоды, оптимизация складских запасов;
-предоставление отчетов по итогам работы в соответствии с регламентом работы отдела и Фирмы.
-обеспечение маркетинговых исследований по изучению предложений от поставщиков, уровню цен, перспектив развития рынка сбыта.
-составление прогнозов по поставкам продукции на склад.
3. Обеспечение закупок:
-прием и обработка заказов от менеджеров отдела продаж, оформление необходимых документов, связанных с закупкой продукции для клиентов Фирмы;
-осуществление информирования менеджеров отдела продаж обо всех изменениях в ассортименте, увеличениях и снижениях цен, времени поставки продукции на склад;
-окончательное согласование с поставщиком условий по ценам, дате отгрузки и способу доставки продукции на склад;
-взаимодействие с подразделениями Фирмы с целью выполнения возложенных задач;
-участие в рабочих совещаниях;
-ведение рабочей и отчетной документации.
-поддержание в активном состоянии данных о поставщиках в информационной системе.
-участие в рассмотрении поступающих претензий и жалоб от поставщиков.
4. Контрольная:
-обеспечение своевременного поступления продукции на склад на основании документов от поставщиков, заполненных в соответствии с законодательством;
-недопущение дебиторской задолженности по расчетам с поставщиками;
Права
Менеджер по снабжению имеет право:
1. Вносить предложения по
2. Запрашивать лично или по
поручению руководства от
3. Требовать от Начальника
4. Требовать от руководства
5. Вступать во взаимоотношения с подразделениями сторонних учреждений и организаций для решения оперативных вопросов по закупкам, входящих в компетенцию менеджера по снабжению.
Ответственность
Менеджер по снабжению несет ответственность за:
1. Неисполнение своих
2. Обеспечение выполнения
3. Проведение сделок и
4. Выполнение приказов, распоряжений
и поручений Начальника отдела
продаж и Генерального
5. Разглашение коммерческой
6. Нанесение материального
7. Выполнение правил техники
безопасности, противопожарных и
других правил создающих
8. Соблюдение Правил внутреннего
трудового распорядка и
Условия работы
1. Режим работы менеджера по
снабжению определяется в
2. В связи с производственной необходимостью, менеджер по снабжению может выезжать в служебные командировки (в т.ч. местного значения).
5. Программное обеспечение для автоматизации службы снабжения
В контрольной работе мы рассмотрим прикладное программное обеспечение «Мастер снабжения» и «DeliverWIZARD» Demo-версия
5.1 Программа «Мастер Снабжения»
Рисунок 3
Вход в программу осуществляется путем выбора соответствующего отдела, фамилии сотрудника и ввода персонального пароля (рис. 3).
Далее производится вход на т.н. «рабочий стол» на котором размещены ярлыки вкладок (рис.4-).
Рисунок 4.
Рисунок 5.
Рисунок 6.
Рисунок 7.
Рисунок 8.
Рисунок 9.
Рисунок 10.
5.2 Программа «DeliverWIZARD»
Рисунок 11.
Рисунок 11.
Рисунок 12.
Рисунок 13
Рисунок 14.
Рисунок 15.
6. Анализ программ «Мастер снабжения» и «DeliverWIZARD»
Программное обеспечение «Мастер снабжения» и «DeliverWIZARD» Demo-версия, описанные в предыдущем пункте обладают набором функций, необходимых для автоматизации, систематизации и прослеживаемости процесса обеспечения предприятия сырьем и материалами, а именно:
- автоматическая загрузка перечня списка ресурсов из локальных сметных расчетов, с возможным пересчетом перевозки, погрузки/разгрузки и последующей загрузкой в сметную программу с возможным пересчетом скорректированных данных;
- планирование встреч с клиентами (журнал событий). В программе так же создан интерфейс ведения событий, который позволяет хранить важную информацию по всем встречам, событиям и персонам для наиболее эффективной организации рабочего времени.
- помимо этого система позволяет экспортировать отчёты в MS Excel и Word;
- имеется возможность интеграции данных из программ в систему «1С» и обратно (что в настоящее время выступает как значимый аспект);
- в программах
предусмотрено автоматическое
- при
необходимости подбора товара
на тендерной основе очень
полезны базы данных о
В целом при оценке и выборе средства автоматизации работы службы снабжения для удобства и наглядности можно составить сводную таблицу оценки рассматриваемого ПО по пятибалльной системе.
Таблица 1.
|
Функциональные возможности |
«Мастер снабжения» |
«Deliver WIZARD» |
Наглядность |
4 |
3 |
Имитационное, событийно-управляемые возможности |
4 |
4 |
Интеграция с программными продуктами более высокого уровня |
4 |
3 |
Поддержка библиотек и баз данных |
4 |
3 |
Цена ПО, руб |
32000(3) |
14000(4) |
Наличие ПО более высокого уровня соответствующего разработчика |
0 |
5 |
История закупок, история поставок |
5 |
3 |
Фото, чертежи, характеристики, описания, паспорта и т.д. |
4 |
2 |
Электронный сбор, согласование и утверждение заявок |
4 |
4 |
Автоматизация работы по заявкам с постоянными поставщиками |
5 |
3 |
Планирование работы с конкретным поставщиком Организация планирования дел по конкретному товару |
5 |
3 |
Автоматизированное сравнение |
5 |
2 |
On-line - сравнение цен на рынке, |
5 |
3 |
Итого: |
52 |
42 |

- Автоматизация работы биржи труда
- Автоматизация работы с кадровой документацией
- Автоматизация рабочего места
- Автоматизация рабочего места администратора
- Автоматизация рабочего места бухгалтера
- Автоматизация рабочего места бухгалтера
- Автоматизация рабочего места кладовщика
- Автоматизация производства и информационные системы на предприятии (на материалах предприятия - ООО «Уралресурсы»)
- Автоматизация производства чугуна и стали
- Автоматизация производственных процессов
- Автоматизация производственных процессов
- Автоматизация производственных процессов
- Автоматизация процесса расчета инвестиционных показателей
- Автоматизация процессов приготовления сырьевой смеси при производстве цемента