Автор Анна Евкова
Преподаватель который помогает студентам и школьникам в учёбе.

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

Содержание:

Введение

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

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

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

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

  • Автоматизация обработки входящих/исходящих документов;
  • Представление документации работникам;
  • Разработка базы данных.

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

1. Технико-экономическая характеристика предметной области и предприятия

1.1. Характеристика предприятия и его деятельности

В качестве предметной области курсовой работы было выбрано предприятие ООО «Расход».

Целями функционирования выбранного предприятия являются: Получение прибыли; Завоевание новых рынков; Увеличение клиентской базы.

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

Основные виды деятельности предприятия – производственная и коммерческая.

Таблица 1 – Технико-экономические показатели объекта управления

п/п

Наименование характеристики (показателя)

Ед.

Значение показателя на определенную дату либо за период

2018г.

1

Произведенная продукция в ценах

Млн.руб

35.200

2

Выручка от продукции

Млн.руб

30.500

3

Себестоимость продукции

Млн.руб.

15.000

4

Прибыль

Млн.руб

12.750

5

Численность работников

Чел.

1000

6

Материальные затраты

Млн.руб

10.550

7

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

Тыс.руб

45000

1.2. Организационная структура управления предприятием

ООО «Протей» имеет свою организационную структуру Рисунок 1.1

Рисунок 1.1 Организационная структура предприятия

ООО «Расход» - компания с иерархичной структурой предприятия:

  • Директор является собственником компании и выдает распоряжения по отделам;
  • Бухгалтерия ведет подсчет и учет средств, и готовит документы в соответствующие службы;
  • Производственно-технический отдел отвечает за производство продукции на предприятии;
  • Начальник производственно-технического отдела занимается управленческой деятельностью в техническом отделе;
  • Руководитель производства сплавов занимается контролем производства;
  • Главный инженер конструктор проектирует технические линии на предприятии и следит за их состоянием;
  • Рабочие занимаются контролем на производственной линии;
  • Инженеры выполняют задачи по созданию производственных линий и их обслуживания;
  • Планово-экономический отдел составляет план производства и продажи товара;
  • Call-Центр отвечает за сбор информации с клиентов и поиск новых клиентов.

1.3. Программная и техническая архитектура ИС предприятия

Рассмотрим программное (Рисунок 1.2) и техническое обеспечение (Рисунок 1.3). Используемые в настоящее время в офисе программные средства, выдвигают относительно невысокие требования к техническому обеспечению. В компании используются 15 компьютера, 3 сервера (Сервер приложений, Сервер базы данных, Сервер терминалов), 2 МФУ, 2 маршрутизатор и 2 роутер:

Таблица 2 – Описание технических характеристик

Технические характеристики серверов

Сервер IBM System x3550 M5 Express 14-ядерный Intel Xeon E5-2680V4 2400 МГц, 16 Гб DDR-4, 4 x 2.5" SATA/SAS, 4xGigabit Ethernet (1000 Мбит/с), 750 Вт

Технические характеристики рабочих станций

Моноблок ASUS Vivo AiO V241ICUK Intel Core i3 8130U, 4096 Мб, 1000 Гб, Intel UHD Graphics 620, без привода, Wi-Fi, Bluetooth, 23.8"

Перечень основного коммуникационного оборудования

МФУ Samsung SL-C480FW МФУ (принтер, сканер, копир, факс), для небольшого офиса, 4-цветная лазерная печать, до 18 стр/мин, макс. формат печати A4 (210 × 297 мм), макс. размер отпечатка: 216 × 355 мм, ЖК-панель, автоподача оригиналов при сканировании, Ethernet

Дополнительное коммуникационное оборудование

Wi-Fi маршрутизатор (роутер) Keenetic Giga Wi-Fi: 802.11a/b/g/n/ac, макс. скорость: 1267 Мбит/с, поддержка опционального 4G-модема, коммутатор 4xLAN, поддержка VPN, скорость портов 1000 Мбит/сек, принт-сервер: USB

Таблица 3 - Описание основных характеристик технической и программной архитектуры

п/п

Наименование устройства

Технические характеристики

Установленное программное обеспечение

1

Сервер IBM System x3550 M5 Express

14-ядерный Intel Xeon E5-2680V4 2400 МГц, 16 Гб DDR-4, 4 x 2.5" SATA/SAS, 4xGigabit Ethernet (1000 Мбит/с), 750 Вт DDR4 ECC Unbuffered DIMM; 2x 1TB 7.2k Near Line SAS 12Gbps HDD HS 3.5’

Microsoft Office, 1С, OC Windows Server

2

Моноблок ASUS Vivo AiO V241ICUK

Intel Core i3 8130U, 4096 Мб, 1000 Гб, Intel UHD Graphics 620, без привода, Wi-Fi, Bluetooth, 23.8"

C1, Microsoft Office, Microsoft Visio

3

МФУ Samsung SL-C480FW

МФУ (принтер, сканер, копир, факс), для небольшого офиса, 4-цветная лазерная печать, до 18 стр/мин, макс. формат печати A4 (210 × 297 мм), макс. размер отпечатка: 216 × 355

Встроенная прошивка

4

Wi-Fi маршрутизатор (роутер) Keenetic Giga

Keenetic Giga Wi-Fi: 802.11a/b/g/n/ac, макс. скорость: 1267 Мбит/с, поддержка опционального 4G-модема, коммутатор 4xLAN, поддержка VPN, скорость портов 1000 Мбит/сек, принт-сервер: USB

Встроенная прошивка

5

МФУ Ricoh MP 2014AD

МФУ (принтер, сканер, копир), ч/б лазерная печать, до 20 стр/мин, макс. формат печати A3 (297 × 420 мм), макс. размер отпечатка: 297 × 420 мм, ЖК-панель, двусторонняя печать, автоподача оригиналов при сканировании

Встроенная прошивка

Рисунок 1.2 Техническая архитектура

Рисунок 1.3 Программная архитектура

1.3.1. Диаграмма IDEF0

На Рисунке 1.4 и 1.5 представлена структурно-функциональная диаграмма организации складской деятельности предприятия, соответствующая бизнес-процессам. Данная диаграмма построена с использованием принципов стандарта IDEF0.

Рисунок 1.4 IDEF0 Диаграмма

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

Рисунок 1.5 Декомпозиция процесса решения учёта материалов на производстве.

На данном предприятии Автоматизированная система будет использоваться для:

  • Поставка и присвоение номера топливу;
  • Загрузка топлива и документаций в базу данных;
  • Изготовление продукта и присвоение ему номера;
  • Загрузка данных о новой партии продукции;
  • Учёт отправки и хранения всех видов топлива и продукции.

1.3.2. Диаграмма прецедентов

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

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

Актер

Краткое описание

Инженер по работе со станками

Сотрудник, который занимается производством товара за станками

Завскладом

Сотрудник, который заведует складом

Менеджер по снабжению

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

Инженер по контролю качества

Сотрудник, который контролирует качество продукции на заводе

Рассмотрим теперь, какие возможности должна представлять наша система:

  • Актер Инженер по работе со станками использует систему для просмотра нарядов на работу со станками;
  • Актер Инженер по контролю качества использует систему для просмотра нарядов, чтобы после проводить работы по контролю качества;
  • Актер Завскладом использует систему для учета поступления и выдачи топлива;
  • Актер Менеджер по снабжению использует систему для просмотра перечня необходимых для закупки топлива и ведения информации о снабжении.

На основании вышеизложенного можно выделить следующие прецеденты:

Прецедент

Краткое описание

Работа с закупкой

Менеджер по снабжению делает заказ на поставку топлива.

Управление информацией о поставщиках

Запускается менеджером по снабжению. Позволяет добавлять, изменять или удалять поставщиков, а также просматривать информацию о поставщиках.

Управление информацией о топливе

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

Производство продукции

Запускается инженером по работе со станками.

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

Сортировка топлива

Завскладом сортирует поступившие топливо для дальнейших работ.

Требование необходимого топлива

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

Проверка продукта на брак

Запускается инженером по контролю качества.

Позволяет вычислить брак в партии и избавится от него.

Учет поступления и выдачи топлива

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

Рисунок 1.6 Главная диаграмма прецедентов

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

  • Х.1 предусловия;
  • Х.2 главный поток;
  • Х.3 под-потоки;
  • Х.4 альтернативные потоки;
  • Х.5 поступления.

Где Х – число от единицы до количества прецедентов.

Поток событий для прецедента «Работа с закупкой».

Если закупка оформляется по заказу завскладом, то под-поток добавить новый заказ (Add a New Order) прецедента Учёт поступления и выдачи топлива должен быть выполнен перед его началом.

          1. Главный поток.

Прецедент начинает выполняться, когда менеджер подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-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) прецедент завершает

          1. Под-потоки.

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) и выводит возможные варианты действий: добавить (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) прецедент завершается.

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: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

Е-2: выбраны не все марки топлива, необходимые для изготовления тары или материалов нет в наличии. Менеджер должен заказать топливо.

Е-3: введен неправильный номер наряда. Менеджер должен повторить ввод или завершить прецедент.

Е-4: система не может удалить наряд. Информация сохраняется, система удалит наряд позже. Выполнение прецедента продолжается.

Поток событий для прецедента «Учет поступления и выдачи топлива».

Прецедент начинает выполняться, когда завскладом подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: добавить (Add), отметить (Mark) или выйти (Exit).

Если выбрана операция добавить (Add), S-1 выполняется поток внести поступившие топливо (Add a New Fuel).

Если выбрана операция отметить (Mark), S-2: выполняется поток сделать отметку о выдаче топлива (Mark Fuel).

Если выбрана операция выйти (Exit) прецедент завершается.

S-1: внести поступившие марки топлива (Add a New Fuel)

Система отображает диалоговое окно, содержащее поля для ввода наименования топлива, их количества, поставщика. Завскладом заполняет указанные поля (Е-2). Система запоминает введенные данные. Затем прецедент начинается сначала.

S-2: сделать отметку о выдаче топлива (Change Order)

Система отображает список топлива, находящихся на складе. Завскладом напротив нужных вводит количество выданных (Е-3). Система запоминает введенные данные. Затем прецедент начинается сначала.

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

Е-2: заполнены не все поля. Пользователь должен заполнить пропущенные поля или завершить прецедент.

Е-3: указано количество выданного топлива, превышающее их количество на складе. Пользователь должен повторить ввод или завершить прецедент.

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

Прецедент начинает выполняться, когда инженер по работе со станками подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: просмотреть (View), отменить (Mark) или выйти (Exit).

Если выбрана операция просмотреть (View), S-1: выполняется поток просмотреть наряд на производства продукции (View an Production of Containers).

Если выбрана операция отметить (Mark), S-2: выполняется поток сделать отметку о статусе производимой продукции по наряду (Production of Containers).

Если выбрана операция выйти (Exit) прецедент завершается.

S-1: Просмотреть наряд на производство продукции (Production of Containers).

Система отображает диалоговое окно, содержащее список нарядов и поле для ввода номера наряда. Инженер выбирает необходимый наряд из списка или вводит его номер в поле (Е-2). Система отображает информацию о выбранном наряде. Когда инженер просмотрит информацию, прецедент начнется сначала.

S-2: сделать отметку о статусе производимой продукции (Mark Production of Containers).

Система отображает диалоговое окно, содержащее список нарядов. Возле необходимого наряда инженер делает отметку о статусе наряда по данному наряду. Инженер сохраняет изменения. Затем прецедент начинается сначала.

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

Е-2: заполнены не все поля. Пользователь должен заполнить пропущенные поля или завершить прецедент.

Е-3: введен неправильный номер наряда. Инженер должен повторить ввод или завершить прецедент.

Поток событий для прецедента «Требование необходимого топлива».

Прецедент начинает выполняться, когда инженер по работе со станками подключается к системе и вводит свое имя и пароль. Система проверяет правильность пароля (Е-1) и выводит возможные варианты действий: посмотреть (View), затребовать (Order) или выйти (Exit).

Если выбрана операция просмотреть (View), S-1: выполняется поток просмотреть затребованное топлива на складе (View Ordered Fuel).

Если выбрана операция затребовать (Order), S-2: выполняется поток затребовать необходимое топливо на складе (Order Required Fuel on Warehouse).

Если выбрана операция выйти (Exit) прецедент завершается.

S-1: Просмотреть затребованное топливо обо всех сделанных заказах данным инженером по работе со станками: дата сделанных партиях данным инженером: дата затребования, наименование топлива, их количество, заказ выполнен или нет. Когда инженер просмотрел список, он уведомляет систему.

Прецедент начинается сначала.

S-2: затребовать необходимое топливо на складе (Order Required Fuel on Warehouse)

Система отображает диалоговое окно, содержащее поля для ввода списка необходимого топлива и его количества. Инженер заполняет его. Система запоминает введенные данные. Затем прецедент начинается.

Е-1: введено неправильное имя или пароль. Пользователь должен повторить ввод или завершить прецедент.

Описание потоков событий для прецедентов Управление информацией о поставщиках и Управление информацией о топливе аналогично описанию для прецедента Управление информацией о партии; для прецедента

Проверка продукта на брак – прецеденту производство тары

1.3.3 Диаграмма деятельности

Рисунок 1.7 Диаграмма деятельности

На Рисунке 1.7 представлена «диаграмма деятельности» Диаграммы деятельности используются при моделировании бизнес-процессов, технологических процессов, последовательных и параллельных вычислений.

Диаграммы деятельности состоят из ограниченного количества фигур, соединенных стрелками. Основные фигуры:

  1. Прямоугольники с закруглениями – действия;
  2. Ромбы – решения;
  3. Широкие полосы – начало и окончание ветвления действий;
  4. Чёрный круг – начало процесса;
  5. Чёрный круг с обводкой – окончание процесса.

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

2. Информационное обеспечение задачи

2.1. Информационная модель и её описание

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

  1. Справочник топлива
  2. Справочник сотрудников
  3. Справочник продукции

На рисунке 4 изображена информационная модель данной системы.

Рисунок 4. Информационная модель

2.2. Характеристика базы данных

База данных состоит из шести таблиц:

  • Менеджер
  • Заказ
  • Поставщик
  • Сотрудники
  • Накладная
  • Топливо

Таблица 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

2.3. Контрольный пример реализации и его описание

В данном разделе представлены Запросы, Входные формы и Выходные формы БД.

Запросы:

  1. Заказ Запрос

  1. Топливо запрос

  1. Накладная Запрос

Входные Формы:

  1. Входная форма Заказ

  1. Входная форма Топливо

  1. Входная форма Менеджер

  1. Входная форма Накладная

  1. Входная форма Поставщик

  1. Входная форма Сотрудники

Выходные формы:

  1. Выходная форма Заказ

  1. Выходная форма Топливо

  1. Выходная форма Запрос

Заключение

В результате выполнения работы была создана база данных, для компании ООО «Расход».

Для достижения данного результата было проделано следующее:

  • Рассмотрена предметная область, а именно, ООО «Расход», организационная структура предприятия;
  • Рассмотрен комплекс задач, которые необходимо автоматизировать;
  • Рассмотрено информационное обеспечение задачи: построена информационная модель, рассмотрены используемые классификаторы, входящая и результатная информация;
  • Рассмотрено программное обеспечение: дано дерево функций, сценарий диалога, описаны программные модули;
  • Приведен контрольный пример реализации системы: описаны работы базы данных, входные и выходные формы.

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

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

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

  1. Грекул В.И., Денищенко Г.Н., Коровкина Н.Л. Проектирование информационных систем – М.: ИУИТ, 2012 – 300 с.
  2. Гущин А.Н. Базы данных: учебник. - М.: Директ-Медиа, 2014. - 266с
  3. Методология функционального моделирования IDEF0, Руководящий документ, Госстандарт России
  4. Абрамова Л.В. Инструментальные средства информационных систем: учебное пособие. - Архангельск: САФУ, 2013. - 118 с.
  5. Заботина Н. Н. Проектирование информационных систем: учебное пособие. – М.: ИНФРА-М, 2013. - 331с.
  6. Золотов С.Ю. Проектирование информационных систем: учебное пособие. - Томск: Эль Контент, 2013. - 88 с.
  7. Методы и средства проектирования информационных систем и технологий: учебное пособие / авт.-сост. Е.В. Крахоткина Ставрополь: СКФУ, 2015. - 152 с.
  8. Проектирование информационных систем. Проектный практикум: учебное пособие / А.В. Платёнкин, И.П. Рак, А.В. Терехов, В.Н. Чернышов. - Тамбов: Издательство ФГБОУ ВПО «ТГТУ», 2015. - 81 с.
  9. Советов Б.Я. Базы данных: учебник / Б.Я. Советов, В.В. Цехановский, В.Д. Чертовский. – 2-е изд., перераб. и доп. - М.: Юрайт, 2015. - 463с.
  10. Основы проектирования информационных систем, Коцюба И.Ю., Чунаев А.В., Шиков А.Н., 2015. – 102 с.