Автоматизированная система контроля учета сырья и готовой продукции на производственном объекте

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

–ряд функций системы  дает возможность оператору БХМ  более рационально производить  загрузку силосов, высвобождая дополнительные объемы и не опасаясь при этом аварийной ситуации переполнения силосов;

–сводится до минимума перерасход дорогих сортов муки путем более  точного выдерживания процентного  соотношения компонентов смеси;

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

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

 

9. Функции АСУ

 

1. Автоматический контроль запасов муки в емкостях
2. Долговременный автоматический учет операций прихода и расхода муки на производство по емкостям
3. Отслеживание изменения объемов муки в силосах
4. Деление муки из одного муковоза в несколько силосов
5. Определение количества откачанной муки
6. Определение количества закачанной муки
7. Автоматическое дозирование отпуска муки на производство
8. Регулирование закачивания муки
9. Регулирование откачивания муки
10. Регулирование скоростей
11. Формирование общей базы данных склада бестарного хранения муки

Оператор может наблюдать  в реальном времени и контролировать:

- состояние емкостей;

- время начала операций;

- заданные дозы;

- количество муки в емкостях;

- изменение веса муки  в результате операций "Прием"  и "Дозирование";

- сбои в работе  системы.

 

10.  Диаграммы UML

 

Диаграмма вариантов использования

 

Диаграммы вариантов использования

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

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

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

 

Диаграмма вариантов  использования

 

Диаграмма классов  и пакетов

 

Диаграммы пакетов

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

Диаграммы классов

Это логические модели, отображающие базовую структуру системы. Эти  диаграммы показывают классы, интерфейсы, объекты и кооперации, а также  их отношения. Диаграммы классов  соответствуют статическому виду системы с точки зрения проектирования. Они включают активные классы, которые соответствуют статическому виду системы с точки зрения процессов. Диаграммы классов составляют фундамент UML, и, поэтому их применение является условием обеспечения адекватности моделирования. Обеспечение их должно быть в виде ключевых аспектов (абстракций). Их должно быть немного, он должны использоваться чаще и не включать старых моделей. Диаграммы классов, которые строятся из концептуальных перспектив, помогают при построении точного словаря предметной области.

 

Диаграмма пакетов

 

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

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

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

На рисунке изображёна диаграмма состояний процесса учета муки, которая содержит состояния системы, переходы и действия.

 

Диаграмма состояний

 

Диаграмма компонентов

 

Диаграммы компонентов

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

Диаграмма компонентов

 

Диаграмма взаимодействия

 

Диаграммы кооперации

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

 

 

Диаграмма развертывания.

Диаграммы развертывания

С их помощью оценивают размещение элементов , поэтому в случае любого нетривиального развертывания они могут оказаться очень полезными.

Главными элементами диаграммы являются узлы, связанные  информационными путями. Узел (node) – это то, что может содержать программное обеспечение. Узлы бывают двух типов. Устройства (device) – это физическое оборудование: компьютер или устройство, связанное с системой. Среда выполнения (execution environment) - это программное обеспечение, которое само может включать другое программное обеспечение, например, операционную систему или процессор – контейнер.

Узлы могут содержать  артефакты (artifacts) которые являются физическим олицетворением программного обеспечения; обычно это файлы.

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

Артефакты часто являются реализацией компонентов. Это можно показать, задав значение метки в нутрии прямоугольников артефактов.

Информационные пути между узлами представляют обмен  информацией в системе. Можно сопровождать эти пути информацией от используемых информационных протоколов.

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

 

Диаграмма развертывания

 

Заключение

 

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

- непрерывное измерение  веса муки в режиме реального  времени в каждом

из 15 силосов с визуализацией  результатов измерений в графической  и табличной форме на АРМ оператора  и АРМ весовщика, подсчет общего веса муки по сортам;

- определение веса закачиваемой с автомуковоза муки с фиксацией времени начала закачки, подсчет закачанного веса по сортам;

определение веса откачиваемой муки из силоса на технологическую  линию производства хлебобулочных  и кондитерских изделий, подсчет  откачанного веса по сортам, за смену, за сутки;

- контроль процентного  соотношения разных сортов муки  для приготовления смеси;

- формирование часовых,  сменных и суточных табличных  отчетов по приходу и расходу  муки и передача их по локальной  вычислительной сети на АРМ  бухгалтерии и начальника цеха;

- сбор и отображение  информации о заполнении производственных  бункеров на мониторе АРМ оператора;

- контроль режимов  закачки и откачки, контроль  работы электродвигателей просеивателей  (включен/выключен, авария);

- автоматическое и ручное управление электровибраторами силосов;

- управление процессом  закачки муки из автомуковоза, предотвращение переполнения силоса  мукой и закачка в силос  веса, задаваемого оператором;

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

Экономический эффект от внедрения данной системы определяют следующие составляющие:

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

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

– в-третьих, ряд функций системы дает возможность оператору БХМ более рационально производить загрузку силосов, высвобождая дополнительные объемы и не опасаясь при этом аварийной ситуации переполнения силосов;

– в-четвертых, сводится до минимума перерасход дорогих сортов муки путем более точного выдерживания процентного соотношения компонентов смеси;

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

 

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

 

1. //СТА: Современные технологии автоматизации. /Изд-во “СТА-ПРЕСС”. – М., 2000 №3 стр. 54. www.cta.ru
2. Виролайнен А.М., Пугач Д.В. – Унифицированный язык моделирования (UML) 2007.;
3. Интернет http://ru.wikipedia.org/wiki
4. http://www.monitor.vsi.ru/2sys_cou/22_dmuk.php
5. Конспект лекций

2