Главная База знаний "Allbest" Программирование, компьютеры и кибернетика Разработка программного продукта "цеховое планирование"

Разработка программного продукта "цеховое планирование"

Анализ современных информационных технологий цехового планирования. Разработка математической модели объекта проектирования. Формализация модели бизнес-процесса АРМа цехового плановика. Детальная разработка модулей программного продукта планирования.

Рубрика Программирование, компьютеры и кибернетика
Вид дипломная работа
Язык русский
Дата добавления 29.06.2012
Размер файла 4,9 M

Отправить свою хорошую работу в базу знаний просто. Используйте форму, расположенную ниже

Студенты, аспиранты, молодые ученые, использующие базу знаний в своей учебе и работе, будут вам очень благодарны.

Страница:

№

Наименование показателя

Описание

Периодичность контроля

Показатели качества выхода бизнес - процесса ведения договоров на поставку

1

Корректность данных о заключенном договоре

Определяется количеством показателей

После заполнения каждого вида данных

Показатели качества входа бизнес - процесса ведения договоров в отдел документации

1

Корректность входных данных о распределении нагрузки на текущий заказ

Проверка поступивших данных и согласование их с отделами цехов и подразделений

В течении 10 дней

Показатели удовлетворенности клиентов

1

Успешная поставка

Поставщик заклает договор на поставку.

После проведения документов от поставщика

2

Успешное проведение анализа документов и генерация отчётов по материалам за указанный период

Операции обработки материалов плановика и данных заказа прошли успешно.

При окончании периода

Документирование бизнес - процесса АРМ цехового плановика завода на основе SADT

Документирование процесса работы цехового плановика наглядно продемонстрировано на SADT диаграммах представленных ниже. SADT технология позволила проанализировать систему планирования как множество взаимосвязанных элементов. Представленная 8 и 9 контекстная SADT - диаграмма определила входные данные для области цехового планирования, выходные данные требования, а также аппаратные и программные ресурсы. Функциональная ориентация SADT -диаграммы позволила рассмотреть функции протекающие в АРМе цехового плановика независимо от объектов которые их выполняют [12]. Данная модель работы была доавтоматизирована и представлена на рисунке вариантом «Как должно быть», для перспективной работы на производстве. Функционирование предметной области - цеховое планирование и роль плановика в этой области наглядно демонстрируют рисунки 10, 11. Подробное рассмотрение рабочего места приведено на рисунке 12. Рисунок 8 показывает основные направления работы, которые зачастую приходится совершать плановиком.

Рисунок 8 - Контекстная SADT диаграмма АРМа цехового плановика «Как есть»

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

Рисунок 9 - Контекстная SADT диаграмма АРМа цехового плановика «Как должно быть»

На детализирующих диаграммах наглядно продемонстрирована работа плановика, выделен плановик как один из объектов предметной области. Также присутствует возможность анализа взаимодействия структуры, работы плановика и структуры работы предметной области цехового планирования. На диаграммах изображено исключение и случаи невозможности выполнения работы, при тех или иных ситуациях. Так как немаловажную роль в проектируемой системе отыгрывают сроки и разряды рабочих, происходит их добавление на этапе проектирования, появляется возможность, отследить, их дальнейшее взаимодействие в системе планирования работ. Наглядно работа данной системы представлена на рисунке10. Детализирующая диаграмма АРМа цехового плановика второго уровня представлена в приложении Б.

Рисунок 10 - SADT диаграмма АРМа цехового плановика

Рисунок 12 - SADT диаграмма нижнего уровня АРМа плановика цеха

Таблица 18 - Описание SADT диаграммы АРМа цехового плановика

Про-цессы

Наименование операции (активности, деятельности)

Управление активностью

Входы (документы, данные, материалы, др.)

Выходы (документы, данные, материалы и др.)

Исполнитель (ответственный за операцию механизм реализации)

При каких условиях начинается

Чем регламентируется и завершается

1

Анализ заказа

Начинается после принятия заявки на заказ

Регламентируется стандартами пред _ приятия. Завершается после обработки по _ лученной от клиента информации и вы _ дачи документов в службы предприятия для проработки

Текущий заказ

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

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

2

Расчет и анализ данных

Начинается при получении плановиком всех данных о заказе

ГОСТы, стандарты предприятия. Завершается расчетом всех данных для плановика

Данные о заказе

Рассчитанные данные о текущем выполнении плана

За работу отвечает отдел планирования производства.

3

Формирование отчетов

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

Регламентируется ГОСТами, стандартами предприятия. Завершается после передачи отчетов диспетчеру.

Данные о текущем выполнении заказа

Разработанные отчеты по полученным данным

За разработку отчетов отвечает плановик прикрепленный за отдельным заказом

4

Передача диспетчеру

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

Регламентируется ГОСТами, стандартами предприятия. Завершается после анализа диспетчером полеченных данных.

Данные плановика о завершении операций в цехах и конкретно завершения работ по данному заказу

Проанализирован _ ные сроки и темпы работ

Диспетчерское бюро завода.

1.4 Техническое задание на разработку программного продукта АРМа цехового плановика

Наименование - разработка автоматизированного рабочего места плановика цеха.

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

АРМ должен обеспечивать:

- конкретизацию технико - экономического плана, во времени и в пространстве (БПП);

- должен производиться анализ, текущих мощностей предприятия (сводное планирование);

- проверка выполнимости контрольного графика на основе анализа возможностей производства (система запуск - выпуск);

- проверка выполнимости контрольного графика на основе анализа имеющихся ресурсов (CRP).

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

Основание для разработки

Разработка выполняется на основании индивидуального задания как часть дипломной работы по теме «АРМ плановика цеха ЦМК», выданного и согласованного с руководителем по диплому Богдановой Л.М., ст. преподавателем кафедры компьютерных информационных технологий Донбасской государственной машиностроительной академии 09.09.2007

Разработка программного продукта для цехового плановика обусловлена:

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

- необходимостью снижения временных затрат, за счет быстрой работы с записями БД;

- необходимостью расчета трудоемкости;

- необходимостью расчета завоза материалов;

- необходимостью анализа работ;

- необходимостью распределения разряда рабочих в соответствие выполняемым работам.

Назначение разработки

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

Требования к программному продукту

Требования к функциональным характеристикам

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

- поэтапная передача документации в цехе;

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

- разработка месячных планов производства;

- контроль за получением заготовок;

- анализировать темп работ;

- выдавать наряды;

- контролировать МТК;

- следить за соответствием разряда рабочих, разряду выполняемых работ;

- передача информации диспетчеру завода;

- формирование годовых, месячных и квартальных планов;

- фиксирование сдачи готового изделия.

Требования к надежности

Программный продукт для работы плановика должен удовлетворять таким требованиям:

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

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

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

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

Условия эксплуатации

Условия эксплуатации ПП определяется правилами (текущим законодательством) той страны, округа, штата в которой данный ПП используется.

Данная программа представляет собой самостоятельный модуль.

ПП создается на языке Delphi6.0, Delphi7.0 с использованием платформы ORACLE для создания и внедрения базы данных и работать под управлением операционной системы Windows.

Условия эксплуатации должны соответствовать санитарным и техническим нормам эксплуатации персонального компьютера:

- температура окружающего воздуха +10 - +30С;

- относительная влажность - 30 - 70%;

- диагностическая проверка оборудования - 1 раз в год.

Низший уровень требуемой квалификации обслуживающего персонала

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

Количественные характеристики

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

- данные, получаемые плановиком цеха на 1 - ом этапе, это передача заказа и технологического процесса извлечение из них сроков о выполнении (данная процедура занимает 30 минут);

- контроль данных плановиком, плановик следит за временным показателем изготовления заказа и заносит сроки (занимает не более 5 минут);

- передача отчета диспетчеру по сети (размер не более 6 Мб, операция 20 секунд);

- формирование годового и квартального отчета (не более 10 минут);

- формирование текущего отчета (не более 3 минут);

- плановик получает заказ и просматривает сроки сдачи и выполнения готового изделия (30 минут);

- ход выполнения заказа передается диспетчеру по мере выполнения (5 минут);

- заказ выполнен, формируется план (10 минут).

Требования к программной документации

Стадии и этапы разработки программного продукта для цехового планирования представлена на рисунке 21.

Программная документация должна включать:

- рабочий проект ПП на языке UML;

- исходные коды ПП с комментариями;

- перечень изменений в исходных кодах;

- руководство пользователя;

- руководство по установке.

Таблица 21 - Стадии и этапы разработки АРМа плановика цеха

Этап/

Срок выпо _ лнения

Содержание работ

Техническое задание

30.09.07

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

Эскиз _ ный проект

30.10.07

Предварительная разработка проекта АРМа плановика цеха с использованием UML: диаграммы прецедентов использования, диаграммы классов и последовательности.

Техни _ ческий проект

30.02.08

Реализация рабочей версии ПП АРМа плановика цеха с основной функциональностью, а именно:

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

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

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

Этап/

Срок выпол _ нения

Содержание работ

Рабочий проект

30.03.08

Корректировка и доработка программного обеспечения АРМа плановика цеха; Внесение и преобразование бизнес-плана АРМа плановика цеха в производственный график разработка документации по этапу передачи графика выполнения заказа диспетчеру.

Внедре _ ние

02.06.08

Разработка мероприятий по внедрению и сопровождению АРМа плановика цеха.

Порядок контроля и приемки

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

1.5 Разработка методов моделирования АРМа цехового плановика

Функциональные требования к программному продукту «цеховое планирование»

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

Таблица 22 - Функциональные требования к программному продукту «цеховое планирование»

Функциональные требования

Описание

Поддержка базы данных накладных, рассчитываемых плановиком

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

Автоматизирован _ ное заполнение форм, реквизитов расчета

Уменьшение времени на ввод некоторой информации при изготовлении накладной за счёт использования смежных данных.

Контроля над выпол _ нением расчетов

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

Формирование выхо _ дных накладных и отчетов

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

Идентификация оператора

Система предлагает оператору идентифици -роваться. Для этого оператор должен ввести свое имя и индивидуальный пароль. Позволит получить доступ к требуемой информации и права на редактирование вплоть до прав на редактирование столбцов таблиц БД.

Контроль работос _ пособности системы

Проверка входных и выходных данных, про _ верка наличия принтера и другого оборудования.

Определение прецедентов АРМа цехового плановика

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

Данная взаимосвязь реализована с использованием диаграммы прецедентов. Прецеденты области планирования дают возможность описать поведение системы, не определяя ее реализацию [17]. Используя диаграмму прецедентов удалось специфицировать поведение системы, а также ее части и представить описание последовательности действий, выполняемых системой планирования для того, чтобы актер (диспетчер, БПП) мог получить определенный результат (рисунок 13) [12].

После представления основных функций предметной области, происходит их детальное описание. Таблица 22 описывает функцию «выполнение плана». Таблица 23 описывает прецедент «формирование отчетов». Таблица 24 «разработка месячного плана». Таблица 25 описывает функцию «разработка месячного плана». Таблица 26 описывает прецедент «выдача нарядов». Таблица 27 описывает функцию «контроль получения заготовок».

Таблицы описания основных функций области планирования демонстрируют: основных исполнителей, заинтересованных в успешном выполнении процесса лиц, частота выполнения работ, описание сценария действий плановика в заданных условиях, входные и выходные данные, предоставляемые плановику из различных отделов.

Рисунок 13 - Диаграмма прецедентов АРМа цехового плановика

Таблица 23 - Описание прецедента АРМа цехового плановика

Прецедент «выполнение плана»

Основной исполнитель - Плановик

Заинтересованное лицо - Предприятие

Предусловия:

- заказчик имеет возможность заключить договор.

Входные данные:

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

- разрабатывается график производства;

- разрабатывается месячный план работ в цехе.

Основной успешный сценарий (основной процесс):

- сменно - суточные задания составлены;

- разработанные график производства и план совпадают по срокам;

- выданы основные наряды;

- проконтролировано получение заготовок;

- проконтролирована МТК;

- требуемые отчеты сформированы;

- темп работ проанализирован по требуемым критериям.

Частота выполнения:

- для каждого заказа.

Постусловия (результаты):

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

- сделала соответствующие выводы, и оформил текущий отчет;

- выполнил анализ сроков работ.

Выходные данные:

- месячные отчеты;

- зарегистрированные накладные;

- оформленные основные наряды;

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

Таблица 24 - Описание прецедента АРМа цехового плановика

Прецедент «Формирование отчетов»

Основной исполнитель - Плановик

Заинтересованное лицо - Бюро планирования производства

Предусловия:

- выполнение определенной части заказа цехом.

Входные данные:

- график работ цеха относительно данного заказа;

- разрабатывается график производства;

Основной успешный сценарий (основной процесс):

- сменно - суточные задания составлены;

- разработанные график производства и план совпадают по срокам;

- выданы основные наряды;

- проконтролировано получение заготовок;

- проконтролирована МТК.

Частота выполнения:

- для каждого заказа.

Постусловия (результаты):

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

- сделал соответствующий анализ;

- зарегистрировал полученные сведения на расцеховке.

Выходные данные:

- зарегистрированные накладные;

- оформленные основные наряды;

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

Таблица 25 - Описание прецедента АРМа цехового плановика

Прецедент «разработка месячного плана»

Основной исполнитель - Плановик

Заинтересованное лицо - Отдел планирования производства

Предусловия:

- заказчик имеет возможность заключить договор.

Входные данные:

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

- разрабатывается график производства;

- разрабатывается график работ в цехе.

Основной успешный сценарий (основной процесс):

- сменно - суточные задания составлены;

- разработанные график производства и план совпадают по срокам;

- выданы основные наряды;

- проконтролировано получение заготовок;

- проконтролирована МТК;

- требуемые отчеты сформированы;

- темп работ проанализирован по требуемым критериям.

Частота выполнения:

- для каждого заказа.

Постусловия (результаты):

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

- сделала соответствующие выводы, и оформил текущий отчет.

Выходные данные:

- зарегистрированные накладные;

- оформленные основные наряды;

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

Таблица 26 - Описание прецедента АРМа цехового плановика

Прецедент «выдача нарядов»

Основной исполнитель - Плановик

Заинтересованное лицо - Цех

Предусловия:

- поступление заказа в цех.

Входные данные:

- разрабатывается график производства;

- разрабатывается месячный план работ в цехе.

Основной успешный сценарий (основной процесс):

- сменно - суточные задания составлены;

- разработанные график производства и план совпадают по срокам;

- выданы основные наряды;

Частота выполнения:

- для каждого заказа.

Постусловия (результаты):

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

- регистрация успешного выполнения плана.

Выходные данные:

- месячные отчеты;

- зарегистрированные накладные;

- оформленные основные наряды.

Таблица 27 - Описание прецедента АРМа цехового плановика производства

Прецедент «контроль получения заготовок»

Основной исполнитель - Плановик

Заинтересованное лицо - Участок

Предусловия:

- поступление расцеховки в БПП.

Входные данные:

- анализ МТК;

- заказ на кооперацию.

Основной успешный сценарий (основной процесс):

- контроль кооперации выполнен успешно;

- контроль материалов выполнен успешно;

- участки получили требуемые заготовки.

Частота выполнения:

- для каждого заказа.

Постусловия (результаты):

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

- плановик оформил получение заготовок в срок.

Выходные данные:

- зарегистрированные накладные;

- оформленные основные наряды.

Диаграмма классов АРМа цехового плановика

Планирование, рассмотренное на уровне цеха, включает два основных аспекта - взаимодействие оперативного и календарного планирования. Работа плановика на сегодняшнем этапе требует определенной функциональной доработки. Предложенные внедрения в систему цехового планирования наглядно отображает диаграмма классов, охватывающая работу плановика цехового уровня рисунок 14. Использование диаграммы классов позволяет определить уровень декомпозиции рассмотрения системы [18]. Применение данной диаграммной методики позволило обеспечить статическое проектное представление системы. Позволила представить область планирования в терминах строительных блоков и отношениях между ними [12].

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

Рисунок 14 - Диаграмма классов АРМа цехового плановика

Таблица 28 - Описание классов и иерархий классов АРМа цехового плановика

Название класса

Обязанности

Базовый класс

Вид связи

АРМ

Данный класс обязан заменить ручной ввод машинным, таким образом будет возможность формировать требуемый вид отчета

Кар та

Агре _ гация

Отчет

Дает возможность формирования требуемых заявок и текущих нарядов

АРМ

Зави _ симость

Заявка

Данный класс дает возможность сфор _ мировать плановику исходя из сведений МТК необходимые заявки на поступлении заготовок

Отчет

Обоб_ щение

Заго _ товка

Класс заготовка позволяет фиксировать посту _ пление материала и кооперации по заказу в цех

Заявка

Вид - подвид

Карта

Данный класс позволяет плановику вести учет выполненного этапа по текущему заказу

АРМ

Агре _ гация

Заказ

Данный класс является хранителем данных и сведений о заключенном договоре

Карта

Вид - подвид

Наряд

Позволяет автоматически формировать выполняемые наряды рабочими

Отчет

Обобщение

Опера _ ция

Содержит сведения о операции и сроках ее выполнения

Наряд

Вид - подвид

Деталь

Включает набор сведений об операциях необходи - мых для этой детали

Опе _ рация

Агре _ гация

Работ _ ник

Данный класс содержит сведения о работниках, специальностях и их рахрядах

Наряд

Вид - подвид

Обору _ дование

Позволяет провести анализ разряда работника и выполняемой им операции

Опе _ рация

Вид - подвид

Заявка1

Данный класс дает возможность формиро - вания различного вида заявок на заказ

Отчет

Агре _ гация

Наряд1

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

Отчет

Агре _ гация

Диаграмма последовательностей АРМа цехового плановика

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

Рисунок 15 - Диаграмма последовательности действий выполняемых при планировании завоза заготовок в цех

Таблица 29 - Описание объектов взаимодействия АРМа цехового плановика

Имя класса

Описание действия

Заказ

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

Деталь

Содержит перечень операций, которые необходимо выполнить

Операция

Происходит распределение между рабочими в зависимости т их разряда и занятости

Рабочий

Выполняет операцию на определенном оборудовании в зависимости от условий и требований заказа

Оборудование

Хранит перечень оборудований

Заготовка

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

Заявка

Формирует заявки на заготовки и передает их

Карта

Содержит сведения о заказах

Немаловажным также в работе плановика есть формирование суточных и месячных рапортов, которые характеризуют скорости выполнения заказа. Данные сведения помогают анализировать все исключительные ситуации и избегать их. Данные сведения формируются и передаются в отдел планирования производства. Также эти сведения помогают составить анализ работ протекающих в данном цехе. Данная зависимость изображена на рисунке 16. Все полученные данные сведены в таблицу 30.

Рисунок 16 - Диаграмма последовательности действий выполняемых при формировании суточных и месячных планов

Таблица 30 - Описание объектов взаимодействия АРМа цехового плановика

Имя класса

Описание действия

Заказ

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

Деталь

Содержит перечень операций, которые необходимо выполнить

Операция

Происходит распределение между рабочими в зависимости т их разряда и занятости

Рабочий

Выполняет операцию на определенном оборудовании в зависимости от условий и требований заказа

Оборуд

Хранит перечень оборудований

АРМ

Анализирует сведения, которые получает из класса деталь после выполнения определенного этапа выполнения заказа

Отчет

Формирует отчеты и рапорта

Карта

Содержит сведения о заказах

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

Рисунок 17 - Диаграмма последовательности действий выполняемых при формировании суточных нарядов

Таблица 31 - Описание объектов взаимодействия АРМа цехового плановика

Имя класса

Описание действия

Заказ

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

Деталь

Содержит перечень операций, которые необходимо выполнить

Операция

Происходит распределение между рабочими в зависимости т их разряда и занятости

Рабочий

Выполняет операцию на определенном оборудовании в зависимости от условий и требований заказа

Оборудование

Хранит перечень оборудований

АРМ

Анализирует сведения, которые получает из класса деталь после выполнения определенного этапа выполнения заказа

Наряд

Формирует наряды

Карта

Содержит сведения о заказах

Диаграмма состояний АРМа цехового плановика

Диаграмма состояний процесса планирования демонстрирует все состояния, которые происходят с системой и рабочим местом плановика в рабочее время (рисунок 18). Диаграмма состояний области планирования показывает [12]:

- набор состояний системы;

- события, которые вызывают переход из одного состояния в другое;

- действия, которые происходят в результате изменения состояния.

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

Рисунок 18 - Диаграмма состояний для АРМа цехового плановика

Таблица 32 - Описание диаграммы состояний АРМа цехового плановика

Название состояния

Описание состояния

Выпол _ нить

/деятель _ ность

Регистрация

Система находится в режиме регистрации, ждет ввода имени и пароля пользователя

Выполнить регистра _ цию

Ввести имя и пароль

Активация системы

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

Выполнить проверку

Сделать сис _ тему активной

Проверка

Пользователь вводит номер заказа, система ищет заказ в БД. Если такой заказ есть, то отображается перечень изделий, если нет система выводит сообщение

Выполнить проверку

Проверить заказ на наличие в БД

Передача данных плановику

Плановик по найденному заказу производит расчет

Проверить заказ

Отобразить расчет

Формирова _ ние отчета

Выводятся текущие отчеты

Проверить данные

Отобразить отчет

Передача диспетчеру

Система передает все отчеты от диспетчеру

Проверить отчеты

Сведения переданы диспетчеру

Диаграмма компонентов АРМа цехового плановика

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

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

Рисунок 19 - Диаграмма компонентов взаимодействия плановика и диспетчера

Таблица 33 - Описание диаграммы компонентов для АРМа цехового плановика

Наименование компонента

Описание

table

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

Плановик

Компонент содержащий определенный перечень ехе - файлов для удобной работы на рабочем месте.

Диспетчер

Компонент, который позволяет диспетчеру принимать сведения от плановика о текущем этапе выполнения заказа.

Planovinter

Интерфейс с использованием, которого плановик обращается к базе.

Dispinter

Интерфейс использование, которого упрощает передачу данных от плановика в диспетчерский отдел.

Отчет

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

Диаграмма развертывания АРМа цехового плановика

На рисунке 20, изображена диаграмма развертывания, характеризующая функционирование АРМа плановика цеха. Изображено два узла со стереотипом `processor' - сервер и клиент. В данном случае диаграмма используется для моделирования передачи данных от плановика диспетчеру. Показана конфигурация обрабатывающих узлов. Диаграмма развертывания позволила смоделировать физический аспект системы и показать статический вид системы [20]. После успешной проверки выполненного изделия диспетчером, он возвращает плановику данные о выполненных работах. Эти данные являются необходимым звеном в составлении плановиком отчетом.

Рисунок 20 - Диаграмма развертывания АРМа цехового плановика

Применение шаблона проектирования «Абстрактная фабрика» для АРМа цехового плановика

Для нашего случая уместно применение шаблона «Абстрактная фабрика» так, как данный шаблон предоставляет интерфейс для создания семейств взаимосвязанных или взаимозависимых объектов, не специфицируя их конкретных классов [20]. В нашем случае это создание различного вида заявок на заготовки и формирование необходимых отчетов. Данный шаблон изображен на рисунке 21.

Рисунок 21 - Диаграмма развертывания АРМа цехового плановика

ER-диаграмма для АРМа цехового плановика

Данная диаграмма позволяет рассмотреть связи и классы принадлежности, которыми обладают сущности представленные на рисунке 22. Позволила выделить совместно используемый набор функций, собрать вместе все данные планирования с минимальной долей избыточности. Для формирования на основании диаграммы последовательной работы плановика с созданной моделью хранения данных. Пользователь имеет доступ к данным, а также возможности применения их для получения требуемого результата. При проектировании модуля интерфейса с СУБД была применена методика ER _ диаграмм . В ходе анализа предметной области выделяется набор сущностей - объектов или явлений, информация о которых подлежит описанию и хранению в базе данных, и связей между сущностями [12]. Создается диаграмма вида «Сущность _ Связь» (Entity _ Relationship Diagram). Учитываются степень связи между сущностями («один - к _ одному», «один - ко _ многим», «многие - ко _ многим») и классы принадлежности (они указывают, обязательно ли существует связь между сущностями). Из набора отношений формируется непосредственно физическая структура таблиц 33 - 37.

Рисунок 22 - ER - Диаграмма АРМа цехового плановика

Сущность «Обрабатывается» используется для хранения информации о деталях и операциях, которые требуются для изготовления детали данного вида.

Сущность «Планируется» хранит данные о сроках, в какой период, определенный работник выполнит деталь, оговоренную в заказе.

Сущность «Контролируется» представляет собой хранилище - контроль данных. Сведения об изготовлении детали для фиксации отправляются диспетчеру в диспетчерский отдел, если диспетчер дает добро, следовательно, фиксируем изготовление готово изделия.

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

- R1 (номер_детали, номер_операции, номер_заказа, номер_чертежа, номер_спецификации, наименование, инструмент, оборудование) - «Технологический процесс»;

- R2 (номер_детали, номер_операции, оборудование_реальное, срок, сколько) - «Планирование»;

- R3 (номер_рабочего, ФИО, разряд, должность) - «Работник»;

- R4 (номер_наряда, номер_рабочего, номер_оборудования, срок, время, номер_операции) - «Наряд»;

- R5 (номер_наряда, срок, номер_работника, номер_заказа) - «Отчет».

Структура таблиц базы данных проектируемого программного продукта для планирования изготовления деталей в требуемый срок

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

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

При разработке физической структуры БД были получены таблицы для хранения данных (таблицы 34 _ 38).

Таблица 34 _ «Планирование»

№ п/п

Поле

Тип

Размер

Назначение

1

номер_детали

целочисленный

номер детали

2

номер_операции

целочисленный

номер операции

3

оборудование_реальное

строка

45

оборудование

4

срок

дата

Срок

5

разряд

строка

50

изготовленные детали

Таблица 35 _ «Технологический процесс»

№ п/п

Поле

Тип

Размер

Назначение

1

номер_детали

целочисленный

Номер детали

2

номер_операции

целочисленный

Номер операции

3

номер_заказа

целочисленный

Номер заказа

4

номер_чертежа

целочисленный

Номер чертежа

5

номер_спецификации

целочисленный

Номер спецификации

6

наименование

строка

35

наименование

7

инструмент

строка

45

инструмент

8

оборудование

строка

50

оборудование

Таблица 36 _ «Работник»

№ п/п

Поле

Тип

Размер

Назначение

1

номер_рабочего

целочисленный

номер рабочего

2

ФИО

строка

60

Инициалы

3

разряд

целочисленный

Разряд

4

должность

строка

30

должность

Таблица 37 _ «Наряд»

№ п/п

Поле

Тип

Размер

Назначение

1

номер_наряда

целочисленный

Номер наряда

2

номер_рабочего

целочисленный

Номер рабочего

3

номер_оборудования

целочисленный

Номер оборудования

4

срок

дата

Срок

3

время

вещественный

Время

4

номер_операции

целочисленный

Номер операции

Таблица 38 _ «Отчет»

№ п/п

Поле

Тип

Размер

Назначение

1

номер_наряда

целочисленный

номер наряда

2

срок

дата

Срок

3

номер_работника

целочисленный

номер работника

4

номер_заказа

целочисленный

номер заказа

Структура и связи таблиц полученной базы данных представлена на рисунке 23.

Рисунок 23 - Связи таблиц АРМа цехового плановика

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

2. Специальная часть. Разработка программного обеспечения для АРМа цехового плановика

В разделе - «Разработка программного обеспечения для АРМа цехового плановика» приводится описание разработанного программного продукта. Структуры его имеет инновационную основу, предлагается замена MRP - системы, действующей на предприятии системой - ERPII, в контексте построения оптимизации сетевого графика разрядов работ. Функциональную основу для планирования составит анализ разрядов выполняемых работ и связь с модулем загрузка оборудования. Элементы интерфейса помогают плановику и ускоряют процесс работы с системой инновационного планирования. Даная часть включает описание основных методов модулей, которые являются основной составляющей функционала, а именно:

- модуль планирование;

- модуль срок;

- модуль работники;

- модуль СПУ.

2.1 Общее описание программного продукта «Цеховое планирование»

Программный продукт «Цеховое планирование» предназначен для расчета и оптимизации работы плановика цехового бюро планирования и подготовки производства. Предлагается планирование и разработка месячных планов производства. Разработка графиков и заданий Формирование сменно - суточных заданий с учетом требований производства. Контроль за выдачей и выпиской в производство основных сдельных нарядов, а также предусматривается формирование дополнительных нарядов при необходимости. Предлагается внедрение инновационного метода работы, который заключается в анализе протекания работы. Формирование месячных отчетов, отображающих темп выполнения работы над текущим заказом. Программный продукт рассчитан на работу плановика, предлагается проанализировать разряд выполняемых работ и разряд соответствующего рабочего. Анализ проводится с помощью построения сетевого графика, который при необходимости рассчитывает максимально наилучший результат задействованных для выполнения работ разрядов.

Наименование программной системы: «spu».

Рабочий каталог - «rashet», который содержит:

- каталог BD (содержит файлы базы данных, сведения о рабочих которые задействованы в ЦМК на участке сборки и участке обработки, соответствующие разряды работ и рабочих и сведения о заказах на предприятии);

- каталог Unit (содержит модули системы: планирование, срок, работник, наряд, технологический процесс и сетевой график);

- каталог Help (содержит файл справки, в котором представлена инструкция работы в модуле планирование и пошаговая инструкция построения сетевого графика разряда работ).

2.2 Структура и функциональное назначение модулей программного продукта «Цеховое планирование»

В программном продукте «Цеховое планирование» реализован следующие модули:

- планирование;

- технологический процесс;

- сроки;

- работники;

- наряды;

- СПУ;

Выполняющие действия в ответ на запрос пользователя, цехового плановика, или системы «планирование». Запросы могут касаться сроков выполнения работ, разряда работ и формирования отчетов. В таблице 39 представлены функциональные основные модули системы «планирование и учет разряда работ с применением построения сетевого графика».

цеховой планирование проектирование программный

Таблица 39 - Функциональные модули программного продукта «Цеховое планирование»

Модуль

Описание

Планирование (форма)

Задание конфигурации системы и запуск всех функциональных модулей.

Технологический процесс (форма)

Заполнение полей формы реквизитами для расчета с занесением данных в БД.

Сроки (форма)

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

Работники (форма)

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

Наряды (форма)

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

СПУ (форма)

Построение и расчет сетевого графика разрядов работ.

Для организации интерфейса программного продукта «Цеховое планирование». с базой данных, хранящей текущую информацию о ходе и выполнении планирования используется системный модуль - модуль данных. Этот модуль содержит все необходимые компоненты, позволяющие успешно выполнять плановику его непосредственные задачи в течении рабочего дня, имеющиеся в Delphi которые обеспечивают работу, связанную с организацией интерфейса между программным продуктом «планирование и учет разряда работ с применением построения сетевого графика» и БД области планирования, а также управлением и контролем над базой данных, доступ к возможностям языка структурированных запросов (Structured Query Language, SQL). Успешное выполнение запросов помогает получать плановику и передавать диспетчеру и в цеха требуемую документацию (наряды, графики, задания).

Функции, которые выполняют модули, программного продукта «планирование и учет разряда работ с применением построения сетевого графика» приведены в таблице 40.

Таблица 40 - Функции модулей программного продукта «Цеховое планирование»

Модуль

Функции

Планирование

- проверка на ошибки;

- заполнение некоторых полей формы данными необходимыми для расчета;

- добавление записи в БД.

Технологичес - кий процесс

- проверка на ошибки полей ввода нового заказа;

- ввод новых данных о заказе в БД;

- сортирование данных в БД по номеру заказа.

Срок

- проверка на ошибки загрузки оборудования ;

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

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

- фильтрация данных по срокам заказа.

Работники

- расчет занятости работника по срокам назначенных плановиком работ;

- фильтрация данных по разряду рабочего на участке сборки или обработки;

- проведение поиска информации о разрядах рабочих в ЦМК.

Наряд

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

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

- добавление в базу выполненных нарядов, зарегистрированных ОТК и мастером;

- поиск сведений по выполненным нарядам в цехе.

СПУ

- расчет параметров сетевого графика, состоящего из разряда выполняемых работ;

- расчет событий выполненных работ на участках относительно рассчитанных разрядов;

- расчет оптимального пути выполнения работ определенным работником с имеющимся разрядом;

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

2.3 Детальная разработка модулей программного продукта «Цеховое планирование»

Основное внимание при разработке ПП «Цеховое планирование» было уделено разработке модуля расчета сетевого графика и работники так как это основная задача программно-методического комплекса. Задача этих модулей предоставить сведения о работниках, назначит работников на требуемые операции и составить сетевой график разрядов работ. Введенные данные должны быть записаны в БД.

Расчет в ПП можно разбить на несколько этапов:

1 Первоначально выбираются данные о работниках с БД. Фрагмент кода представлен на рисунке 24.

begin

with OracleSession4 do // подключение сессии;

try

LogonUsername := 'ELENA'; // подключение пользователя;

LogonPassword := '110985'; // ввод пароля заданного пользователем;

LogonDatabase := 'DIPLOM'; // подключение к базе хранящей информацию о заказах;

LogOn;

OracleDataSet4.Active:= true;

except

on E:EOracleError do ShowMessage(E.Message); // обработка ошибок в случае неверного подключения;

end;

2 После соединения с базой пользователь ищет работников требуемого разряда, для выполнения операции оговоренной в технологическом процессе. Фрагмент кода представлен ан рисунке 25.

Accept:= (DataSet['разряд'] = Form3.LabeledEdit10.Text) ; //поиск работников необходимого разряда;

if StrToInt(LabeledEdit10.Text)< 0 then // проверка параметров поиска;

showmessage('Неверные параматры поиска');

OracleDataSet2.Filtered:=true;

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

OracleDataSet4.Filtered:=true;

If //проверка занятости работника;

(form3.DBGrid2.Fields[1].AsString = form3.DBGrid4.Fields[0].AsString

) then showmessage('Данный работник уже занят!!!') else

begin

try

with OracleQuery4 do

begin

// сохранение сведений о работниках в базу;

SetVariable('N_FIO', form3.DBGrid2.Fields[1].asstring);//добавление сведений о работниках из Delphi в Oracle 8i;

SetVariable('N_R', form3.DBGrid2.Fields[3].asstring);//сведения о табельных номерах и их добавление;

SetVariable('N_S', form3.DBGrid2.Fields[2].asstring);//добавление инфомрмоции о специальностях;

SetVariable('N_SR', form3.DBGrid3.Fields[5].asstring);//сведения о сроках;

SetVariable('N_ND', form3.DBGrid3.Fields[2].asstring);//сведения оо обрабатываемых деталях;

Execute;

end;

except

// контроль за правильным подключением к базе;

on E:EOracleError do ShowMessage(E.Message);

end;

Запрос для формирования выполнения функции назначения представлен на рисунке 27.

INSERT INTO N (разряд, ФИО, специальность, срок, номер_детали)

VALUES ( :N_R,:N_FIO, :N_S, :N_SR, :N_ND)

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

With OKBottomDlg do

begin

if ShowModal=1 then

begin

Zad(KolZad,0,0,SpinEdit4.Value,0); // параметры сетевого графика;

if bm[KolZad].Left<Sdwig then

begin

bm[KolZad].Left:=Sdwig;

NaKo[KolZad][8]:=Trunc(Image1.Tag*Sdwig/2); // построение работы по введенным данным плановиком;

end;

if bm[KolZad].Top<Sdwig then

begin

bm[KolZad].Top:=Sdwig;

NaKo[KolZad][9]:=Trunc(Image1.Tag*Sdwig/2);

end;

// выбор размера построения графика;

if bm[KolZad].Left+Razmer+Sdwig>Form1.ClientWidth then

begin

bm[KolZad].Left:=Form1.ClientWidth-Razmer-Sdwig;

NaKo[KolZad][8]:=Trunc(Image1.Tag*bm[KolZad].Left/2);

end;

if bm[KolZad].Top+Razmer>Form1.ClientHeight-Sdwig then

begin

bm[KolZad].Top:=Form1.ClientHeight-Razmer-Sdwig;

NaKo[KolZad][8]:=Trunc(Image1.Tag*bm[KolZad].Top/2);

end;

if RadioButton7.Checked=true then //Начало

После построения задач сетевого графика. Для демонстрации работы необходимо выполнить расчет данных. Этот процесс позволяет найти оптимальный вариант из предоставленных. Данная возможность дает наглядный анализ плановику как поступить в той или иной ситуации с наименьшими потерями. Фрагмент кода предоставлен на рисунке 29.

Страница:


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

Работы в архивах красиво оформлены согласно требованиям ВУЗов и содержат рисунки, диаграммы, формулы и т.д.
PPT, PPTX и PDF-файлы представлены только в архивах.
Рекомендуем скачать работу.

© 2000 — 2023, ООО «Олбест» Все права защищены