![](/stc/img/evkova.png)
Автоматизация учета расхода материалов на производство
Содержание:
Введение.
Под данную курсовую работу на тему «Автоматизация учета расхода материалов на производстве» была выбранная компания «Протей», которая изготавливает пластиковую тару.
На текущий момент в стране в общем обиходе импортная продукция: в продовольственных, спортивных, детских, бытовых, электротехнических и других видов товаров. Торговля и закупка продукции, произведенной на территории страны, куда более выгодны как для частных предпринимателей, так и для производственных компаний.
В данной работе рассматривается малое производство банок, бутылок, крышек и других видов тары из пластика. С тем учётом, что данная компания не может заниматься крупным оптом, она работает с производителями пищевых продуктов, косметики, спортивного питания и т.д. Нередко производители просят повышенную партию товара, но из-за ограничения в численности людей, ресурсов цеха и материалов компания не может эти просьбы удовлетворить.
Для успешной работы склада необходимо выполнение следующих условий: автоматизация документов, учет материалов и изготовляемой продукции на производстве, учет расходуемых материалов и проданной продукции. Т.о. задачами данной работы являются:
- Автоматизация обработки входящих/исходящих документов;
- Представление документации работникам;
- Разработка базы данных.
Таким образом, целью данной курсовой работы является повышение эффективности производства, автоматизация учета материалов, поступающих на склад, с целью уменьшить количество работ, ускорения и увеличения поставок материалов.
Технико-экономическая характеристика предметной области и предприятия.
Характеристика предприятия и его деятельности
В качестве предметной области курсовой работы было выбрано предприятие ООО «Протей».
Целями функционирования выбранного предприятия являются: Получение прибыли; Завоевание новых рынков; Увеличение клиентской базы.
Данная компания была создана в 2002 году, с этого момента предприятием было освоено производство ПЭТ (Термопластик, наиболее распространенный представитель класса полиэфиров) тары по современным технологиям. Задача, поставленная компанией перед собой – дать рынку оптимальные готовые решения, которые удовлетворят потребности любых клиентов.
Основные виды деятельности предприятия – производственная и коммерческая.
Таблица 1 – Технико-экономические показатели объекта управления
№ п/п |
Наименование характеристики (показателя) |
Ед. |
Значение показателя на определенную дату либо за период |
2018г. |
|||
1 |
Произведенная продукция в ценах |
Млн.руб |
27.550 |
2 |
Выручка от продукции |
Млн.руб |
24.275 |
3 |
Себестоимость продукции |
Млн.руб. |
3.225 |
4 |
Прибыль |
Млн.руб |
9.670 |
5 |
Численность работников |
Чел. |
24 |
6 |
Материальные затраты |
Млн.руб |
11.560 |
7 |
Производительность труда персонала |
Тыс.руб |
24535.7 |
Организационная структура управления предприятием
ООО «Протей» имеет свою организационную структуру Рисунок 1.1
Рисунок 1.1 Организационная структура предприятия
ООО «Протей» - компания с иерархичной структурой предприятия:
- Директор является собственником компании и выдает распоряжения по отделам;
- Бухгалтерия ведет подсчет и учет средств, и готовит документы в соответствующие службы;
- Производственно-технический отдел отвечает за производство тары на предприятии;
- Начальник производственно-технического отдела занимается управленческой деятельностью в техническом отделе;
- Руководитель производства ПЭТ тары занимается контролем производства;
- Главный инженер конструктор проектирует технические линии на предприятии и следит за их состоянием;
- Рабочие занимаются контролем тары на производственной линии;
- Инженеры выполняют задачи по созданию производственных линий и их обслуживания;
- Планово-экономический отдел составляет план производства и продажи товара;
- Call-Центр отвечает за сбор информации с клиентов и поиск новых клиентов.
Программная и техническая архитектура ИС предприятия
Рассмотрим программное (Рисунок 1.2) и техническое обеспечение (Рисунок 1.3). Используемые в настоящее время в офисе программные средства, выдвигают относительно невысокие требования к техническому обеспечению. В компании используются 4 компьютера, 3 сервера(Сервер приложений, Сервер базы данных, Сервер терминалов) , 2 МФУ, маршрутизатор и роутер:
Таблица 2 – Описание технических характеристик
Технические характеристики серверов |
Intel Xeon E-2124 (3,3 Ghz, кэш 8 Mb, 4 ядра, 71 Вт); 8 Gb 2666MHz DDR4 ECC Unbuffered DIMM; 2x 1TB 7.2k Near Line SAS 12Gbps HDD HS 3.5’ |
Технические характеристики рабочих станций |
Рабочая станция DEXP Atlas H202 (Ryzen 3 2200G 3.5Ghz, DDR4 8gb 1333 MHz, HDD 1000gb, AMD Radeon Vega 8, DVD/RW, без ОС) |
Перечень основного коммуникационного оборудования |
МФУ Canon imageRUNNER ADVANCE C3520i III (4-цветная лазерная печать, до 20 стр/мин, Макс. Формат печати А3) |
Дополнительное коммуникационное оборудование |
Маршрутизатор, коммутатор, телефон, роутер |
Таблица 3 - Описание основных характеристик технической и программной архитектуры
№ п/п |
Наименование устройства |
Технические характеристики |
Установленное программное обеспечение |
1 |
DELL R240 |
Intel Xeon E-2124 (3,3 Ghz, кэш 8 Mb, 4 ядра, 71 Вт); 8 Gb 2666MHz DDR4 ECC Unbuffered DIMM; 2x 1TB 7.2k Near Line SAS 12Gbps HDD HS 3.5’ |
Microsoft Office, 1С, OC Windows Server |
2 |
DEXP Atlas H202 |
Ryzen 3 2200G 3.5Ghz, DDR4 8gb 1333 MHz, HDD 1000gb, AMD Radeon Vega 8, DVD/RW, без ОС |
C1, Microsoft Office, Microsoft Visio |
3 |
МФУ Canon imageRUNNER ADVANCE C3520i III |
4-цветная лазерная печать, до 20 стр/мин, Макс. Формат печати А3 |
Встроенная прошивка |
4 |
Маршрутизатор JUNIPER SRX 100 |
Восемь портов 10/100 Ethernet LAN и 1 USB port, Full UTM: antispam,enhanced Web filtering, and content filtering, 2gb DRAM, 2 GB flash default |
Встроенная прошивка |
5 |
Роутер TP-LINK Archer MR200 |
Входной интерфейс 10/100BASE-TX/4G |
Встроенная прошивка |
Рисунок 1.2 Техническая архитектура
Рисунок 1.3 Программная архитектура
Выбор комплекса задач автоматизации и характеристика существующих бизнес процессов
На Рисунке 1.4 и 1.5 представлена структурно-функциональная диаграмма организации складской деятельности предприятия, соответствующая бизнес-процессам. Данная диаграмма построена с использованием принципов стандарта IDEF0.
Рисунок 1.4 IDEF0 Диаграмма
В данной схеме представлен бизнес-процесс учета материалов на производстве от поступления до изготовления продукции. Производится учёт поступивших материалов, затем сверяются данные по базе данных организации и по регламенту, после обработки данных материалы поступают на склад и в дальнейшем вступают в производство.
Рисунок 1.5 Декомпозиция процесса решения учёта материалов на производстве.
На данном предприятии Автоматизированная система будет использоваться для:
- Поставка и присвоение номера материалу;
- Загрузка материалов и документаций в базу данных;
- Изготовление продукта и присвоение ему номера;
- Загрузка данных о новой партии продукции;
- Учёт отправки и хранения всех материалов и продукции.
Основное назначение диаграммы прецедентов – описание функциональности и поведения, позволяющее заказчику, конечному пользователю и разработчику совместно обсуждать проектируемую или существующую систему.
Для нашей предметной области были выделены следующие актеры:
Актер |
Краткое описание |
Инженер по работе со станками |
Сотрудник, который занимается производством товара за станками |
Завскладом |
Сотрудник, который заведует складом комплектующих |
Менеджер по снабжению |
Сотрудник, который занимается закупкой необходимых материалов |
Инженер по контролю качества |
Сотрудник, который контролирует качество продукции на заводе |
Рассмотрим теперь, какие возможности должна представлять наша система:
- Актер Инженер по работе со станками использует систему для просмотра нарядов на работу со станками;
- Актер Инженер по контролю качества использует систему для просмотра нарядов, чтобы после проводить работы по контролю качества;
- Актер Завскладом использует систему для учета поступления и выдачи комплектующих;
- Актер Менеджер по снабжению использует систему для просмотра перечня необходимых для закупки комплектующих и ведения информации о снабжении.
На основании вышеизложенного можно выделить следующие прецеденты:
Прецедент |
Краткое описание |
Работа с закупкой |
Менеджер по снабжению делает заказ на поставку материалов. |
Управление информацией о поставщиках |
Запускается менеджером по снабжению. Позволяет добавлять, изменять или удалять поставщиков, а также просматривать информацию о поставщиках. |
Управление информацией о материалах |
Запускается менеджером по снабжению. Позволяет просматривать информацию о материалах, производить анализ их расходования, прогнозировать необходимое количество и делать заказ. |
Производство тары |
Запускается инженером по работе со станками. Позволяет просматривать наряды на изготовление тары и делать отметки о ходе выполнения работы. |
Сортировка материалов |
Завскладом сортирует поступившие материалы для дальнейших работ. |
Требование необходимых материалов |
Запускается инженером по работе со станками. Предназначено для затребования необходимых материалов со склада. |
Проверка продукта на брак |
Запускается инженером по контролю качества. Позволяет вычислить брак в партии и избавится от него. |
Учет поступления и выдачи тары |
Запускается завскладом. Позволяет вести учет поступления и выдачи материалов. |
Рисунок 1.6 Главная диаграмма прецедентов
-
-
-
-
Поток событий для прецедентов главной диаграммы прецедентов.
-
-
-
Потоки событий для прецедентов будем описывать по следующему шаблону:
- Х.1 предусловия;
- Х.2 главный поток;
- Х.3 под-потоки;
- Х.4 альтернативные потоки;
- Х.5 поступления.
Где Х – число от единицы до количества прецедентов.
Поток событий для прецедента «Работа с закупкой».
1.3.2.1.1 Предусловия.
Если закупка оформляется по заказу завскладом, то под-поток добавить новый заказ (Add a New Order) прецедента Учёт поступления и выдачи тары должен быть выполнен перед его началом.
-
-
-
-
- Главный поток.
-
-
-
Прецедент начинает выполняться, когда менеджер подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: добавить (Add), изменить (Change), удалить (Delete), просмотреть (View) или выйти (Exit).
Если выбрана операция добавить (Add), S-1: выполняется поток добавить новый заказ (Add a New Order).
Если выбрана операция изменить (Change), S-2: выполняется поток изменить заказ (Change Order).
Если выбрана операция удалить (Delete), S-3: выполняется поток удалить заказ (Delete Order).
Если выбрана операция посмотреть (View), S-4: Выполняется поток просмотреть заказ (View Order).
Если выбрана операция выйти (Exit) прецедент завершает
-
-
-
-
- Под-потоки.
-
-
-
S-1: Добавить новый заказ (Add a New Order)
Система отображает диалоговое окно, содержащее поле, в котором менеджер должен выбрать тип материалов. Пользователь выбирает необходимый тип. Система отображает поле для выбора поставщика и список возможных для закупки материалов, в котором менеджер отмечает выбранные клиентом комплектующие. Менеджер заполняет поля (Е-2). Система запоминает введенные данные и распечатывает счет для оплаты. Затем прецедент начинается сначала.
S-2: Изменить заказ (Change Order)
Система отображает диалоговое окно, содержащее список заказов и поле для ввода номера заказа. Менеджер выбирает необходимый заказ из списка или вводит номер заказа в поле (Е-3). Система отображает информацию о данном заказе. Менеджер делает необходимые изменения (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала.
S-3: Удалить заказ (Delete Order)
Система отображает диалоговое окно, содержащее список заказов и поле для ввода номера заказа. Менеджер выбирает необходимый заказ из списка или вводит номер заказа в поле (Е-3). Система удаляет выбранный заказ (Е-4). Затем прецедент начинается сначала.
S-4: Просмотреть заказ (View Order)
Система отображает диалоговое окно, содержащее список заказов и поле для ввода номера заказа. Менеджер выбирает необходимый заказ из списка или вводит номер заказа в поле (Е-3). Система отображает информацию о выбранном заказе. Когда менеджер посмотрит информацию, прецедент начнется сначала.
-
-
-
-
- Альтернативные потоки
-
-
-
Е-1: Введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.
Е-2: Выбраны не все материалы, необходимые для изготовления продукции или материалов нет в наличии. Менеджер должен поставщика, на того, у кого данные материалы в наличии или завершить прецедент.
Е-3: Введен неправильный номер заказа. Менеджер должен повторить ввод или завершить ввод или изменить прецедент.
Е-4: Система не может удалить заказ. Информация сохраняется, система удалит заказ позже. Выполнение прецедента продолжается.
Поток событий для прецедента «Управление информацией о поставщике».
1.3.2.2 Предусловия.
1.3.2.2.1 Главный поток.
Прецедент начинает выполняться, когда менеджер подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: добавить (Add), изменить (Change), удалить (Delete), просмотреть (View) или выйти (Exit).
Если выбрана операция добавить (Add), S-1: выполняется поток добавить нового клиента (Add a New Client).
Если выбрана операция изменить (Change), S-2: выполняется поток изменить данные о клиенте (Change Client Data).
Если выбрана операция удалить (Delete), S-3: выполняется поток удалить клиента (Delete Client).
Если выбрана операция посмотреть (View), S-4: выполняется поток просмотреть данные о клиенте (View Client Data).
Если выбрана операция выйти (Exit) прецедент завершается.
1.3.2.2.2 Под-потоки.
S-1: добавить нового поставщика (Add a New Provider)
Система отображает диалоговое окно, содержащее поля для ввода данных о новых поставщиках. Пользователь заполняет поля (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала.
S-2: изменить данные о поставщике (Change Provider Data)
Система отображает диалоговое окно, содержащее список поставщиков и поле для ввода номера поставщика. Менеджер выбирает необходимого клиента из списка или вводит его номер в поле (Е-3). Система отображает информацию о данном поставщике. Менеджер делает необходимые изменения (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала.
S-3: удалить поставщика (Delete Provider)
Система отображает диалоговое окно, содержащее список поставщиков и поле для ввода номера поставщиков. Менеджер выбирает необходимого клиента из списка или вводит его номер в поле (Е-2). Система удаляет выбранного клиента (Е-4).
4). Затем прецедент начинается сначала.
S-4: просмотреть данные о поставщике (View Provider Data)
Система отображает диалоговое окно, содержащее список поставщиков и поле для ввода номера поставщика. Менеджер выбирает необходимого поставщика из списка или вводит его номер в поле (Е-3). Система отображает информацию о выбранном поставщике. Когда менеджер просмотрит информацию, прецедент начнется сначала.
1.3.2.2.3 Альтернативные потоки
Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.
Е-2: выбраны не все материалы, необходимые для изготовления тары или материалов нет в наличии. Менеджер должен заказать материалы.
Е-3: введен неправильный номер наряда. Менеджер должен повторить ввод или завершить прецедент.
Е-4: система не может удалить наряд. Информация сохраняется, система удалит наряд позже. Выполнение прецедента продолжается.
Поток событий для прецедента «Учет поступления и выдачи материала».
1.3.2.3 Предусловия.
1.3.2.3.1 Главный поток.
Прецедент начинает выполняться, когда завскладом подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: добавить (Add), отметить (Mark) или выйти (Exit).
Если выбрана операция добавить (Add), S-1 выполняется поток внести поступившие материалы (Add a New Materials).
Если выбрана операция отметить (Mark), S-2: выполняется поток сделать отметку о выдаче материалов (Mark Materials).
Если выбрана операция выйти (Exit) прецедент завершается.
1.3.2.3.2 Под-потоки.
S-1: внести поступившие материалы (Add a New Materials)
Система отображает диалоговое окно, содержащее поля для ввода наименования комплектующих, их количества, поставщика. Завскладом заполняет указанные поля (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала.
S-2: сделать отметку о выдаче комплектующих (Change Order)
Система отображает список комплектующих, находящихся на складе. Завскладом напротив нужных материалов вводит количество выданных (Е-3). Система запоминает введенные данные. Затем прецедент начинается сначала.
1.3.2.3.3 Альтернативные потоки
Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.
Е-2: заполнены не все поля. Пользователь должен заполнить пропущенные поля или завершить прецедент.
Е-3: указано количество выданных материалов, превышающее их количество на складе. Пользователь должен повторить ввод или завершить прецедент.
Поток событий для прецедента «Производство тары».
1.3.2.4 Предусловия.
1.3.2.4.1 Главный поток.
Прецедент начинает выполняться, когда инженер по работе со станками подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: просмотреть (View), отменить (Mark) или выйти (Exit).
Если выбрана операция просмотреть (View), S-1: выполняется поток просмотреть наряд на производства тары (View an Production of Containers).
Если выбрана операция отметить (Mark), S-2: выполняется поток сделать отметку о статусе производимой тары по наряду (Production of Containers).
Если выбрана операция выйти (Exit) прецедент завершается.
1.3.2.4.2 Под-потоки.
S-1: Просмотреть наряд на производство тары (Production of Containers).
Система отображает диалоговое окно, содержащее список нарядов и поле для ввода номера наряда. Инженер выбирает необходимый наряд из списка или вводит его номер в поле (Е-2). Система отображает информацию о выбранном наряде. Когда инженер просмотрит информацию, прецедент начнется сначала.
S-2: сделать отметку о статусе производимой тары (Mark Production of Containers).
Система отображает диалоговое окно, содержащее список нарядов. Возле необходимого наряда инженер делает отметку о статусе тары по данному наряду. Инженер сохраняет изменения. Затем прецедент начинается сначала.
1.3.2.4.3 Альтернативные потоки
Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.
Е-2: заполнены не все поля. Пользователь должен заполнить пропущенные поля или завершить прецедент.
Е-3: введен неправильный номер наряда. Инженер должен повторить ввод или завершить прецедент.
Поток событий для прецедента «Требование необходимых Материалов».
1.3.2.5 Предусловия.
1.3.2.5.1 Главный поток.
Прецедент начинает выполняться, когда инженер по работе со станками подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: посмотреть (View), затребовать (Order) или выйти (Exit).
Если выбрана операция просмотреть (View), S-1: выполняется поток просмотреть затребованные материалы на складе (View Ordered Material).
Если выбрана операция затребовать (Order), S-2: выполняется поток затребовать необходимые материалы на складе (Order Required Materials on Warehouse).
Если выбрана операция выйти (Exit) прецедент завершается.
1.3.2.5.2 Под-потоки.
S-1: Просмотреть затребованные материалы обо всех сделанных заказах данным инженером по работе со станками: дата сделанных партиях данным инженером: дата затребования, наименование материалов, их количество, заказ выполнен или нет. Когда инженер просмотрел список, он уведомляет систему.
Прецедент начинается сначала.
S-2: затребовать необходимые материалы на складе (Order Required Materials on Warehouse)
Система отображает диалоговое окно, содержащее поля для ввода списка необходимых материалов и их количества. Инженер заполняет его. Система запоминает введенные данные. Затем прецедент начинается.
1.3.2.5.3 Альтернативные потоки.
Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.
Описание потоков событий для прецедентов Управление информацией о поставщиках и Управление информацией о материалах аналогично описанию для прецедента Управление информацией о партии; для прецедента
Проверка продукта на брак – прецеденту производство тары
Рисунок 1.7 Диаграмма деятельности
На Рисунке 1.7 представлена «диаграмма деятельности» Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.
Диаграммы деятельности состоят из ограниченного количества фигур, соединенных стрелками. Основные фигуры:
- Прямоугольники с закруглениями – действия;
- Ромбы – решения;
- Широкие полосы – начало и окончание ветвления действий;
- Чёрный круг – начало процесса;
- Чёрный круг с обводкой – окончание процесса.
Стрелки идут от начала к концу процесса и показывают потоки управления или потоки объектов.
Информационное обеспечение задачи
Информационная модель и её описание
Данная информационная модель будет состоять из справочников, в которые заносится информация о документах, но выходные документы после производства будут идти напрямую к менеджеру, на дальнейшую обработку:
- Справочник материалов
- Справочник сотрудников
- Справочник продукции
На рисунке 4 изображена информационная модель данной системы.
Рисунок 4. Информационная модель
База данных состоит из шести таблиц:
- Менеджер
- Заказ
- Поставщик
- Сотрудники
- Накладная
- Материалы
Таблица 2.1 Сущность «Менеджер»
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Код менеджера |
Ключ |
Счетчик |
5 |
Ключевое поле |
ФИО |
Короткий текст |
20 |
||
Табельный номер |
Числовой |
20 |
||
Код заказа |
Числовой |
5 |
||
Код компании |
Числовой |
5 |
||
Контакты |
Короткий текст |
50 |
Таблица 2.2 Сущность «Заказ»
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Код заказа |
Ключ |
Счетчик |
5 |
Ключевое поле |
Исследование |
Короткий текст |
20 |
||
Код продукта |
Числовой |
50 |
||
Бюджет |
Денежный |
20 |
Таблица 2.3 Сущность «Поставщик»
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Код поставщика |
Ключ |
Счетчик |
5 |
Ключевое поле |
ФИО |
Короткий текст |
20 |
||
Код заказа |
Числовой |
5 |
||
Код компании |
Числовой |
5 |
||
Код накладной |
Числовой |
20 |
||
Контакты |
Короткий текст |
50 |
Таблица 2.4 Сущность «Сотрудники»
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Табельный номер |
Ключ |
Счетчик |
5 |
Ключевое поле |
ФИО |
Короткий текст |
20 |
||
Должность |
Короткий текст |
50 |
||
Тариф оплаты |
Денежный |
20 |
||
Стаж работы |
Числовой |
20 |
||
Смена |
Числовой |
20 |
||
Время |
Числовой |
20 |
Таблица 2.5 Сущность «Накладная»
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Код накладной |
Ключ |
Счетчик |
5 |
Ключевое поле |
Код материала |
Числовой |
5 |
||
Название |
Короткий текст |
50 |
Таблица 2.6 Сущность «Материал»
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Код менеджера |
Ключ |
Счетчик |
5 |
Ключевое поле |
Название |
Короткий текст |
20 |
||
Стоимость |
Денежный |
50 |
||
Код материала |
Числовой |
20 |
Контрольный пример реализации и его описание.
В данном разделе представлены Запросы, Входные формы и Выходные формы БД.
Запросы:
- Заказ Запрос
- Материал запрос
- Накладная Запрос
Входные Формы:
- Входная форма Заказ
- Входная форма Материал
- Входная форма Менеджер
- Входная форма Накладная
- Входная форма Поставщик
- Входная форма Сотрудники
Выходные формы:
- Выходная форма Заказ
- Выходная форма Материал
- Выходная форма Запрос
Заключение
В результате выполнения работы была создана база данных, для компании ООО «Протей».
Для достижения данного результата было проделано следующее:
- Рассмотрена предметная область, а именно, ООО «Протей», организационная структура предприятия;
- Рассмотрен комплекс задач, которые необходимо автоматизировать;
- Рассмотрено информационное обеспечение задачи: построена информационная модель, рассмотрены используемые классификаторы, входящая и результатная информация;
- Рассмотрено программное обеспечение: дано дерево функций, сценарий диалога, описаны программные модули;
- Приведен контрольный пример реализации системы: описаны работы базы данных, входные и выходные формы.
В данной работе было рассмотрено малое производство банок, бутылок, крышек и других видов тары из пластика. С тем учётом, что данная компания не может заниматься крупным оптом, она работает с производителями пищевых продуктов, косметики, спортивного питания и т.д. Нередко производители просят повышенную партию товара, но из-за ограничения в численности людей, ресурсов цеха и материалов компания не может эти просьбы удовлетворить.
Таким образом, целью данной курсовой работы было повышение эффективности производства, автоматизация учета материалов, поступающих на склад, чтобы уменьшить количество работ, ускорения и увеличения поставок материалов. Для успешной работы склада были выполнены следующие условия: автоматизация документов, учет материалов и изготовляемой продукции на производстве, учет расходуемых материалов и проданной продукции.
Список литературы
- Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем – М.: ИУИТ, 2012 – 300 с.
- Гущин А.Н. Базы данных: учебник. - М.: Директ-Медиа, 2014. - 266с
- Методология функционального моделирования IDEF0, Руководящий документ, Госстандарт России
- Программа пенсионной реформы и пути ее реализации (Основные цели и задачи пенсионной реформы в Российской Федерации)
- Учет амортизации основных средств (Теоретические аспекты учета амортизации основных средств и способов ее начисления)
- Собственная торговая марка как инструмент коммерческой деятельности(Сущность и особенность собственной торговой марки как инструмента коммерческой деятельности)
- Стратегии конкурентных действий в деятельности фирмы
- Технические и экономические особенности функционирования предприятий строительной отрасли
- Анализ деятельности спортивной организации на примере футбольного клуба «Локомотив»
- Сущность оптовых ярмарок, их функции и роль в системе товароснабжения
- Понятие и виды трудового стажа (Понятие страхового стажа юридическое значение)
- Понятие товарных потерь и факторы, влияющие на их величину
- Формирование денежных потоков от инвестиционной деятельности (Общие положения об инвестиционной деятельности)
- Теории происхождения государства (Основные причины многообразия теорий происхождения государств)
- Государственное социальное страхование (История развития государственного социального страхования в российской федерации)