Диплом: Автоматизация планирования потребностей в производственных мощностях для ООО "МПЗ Богородский" 2

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
107
Информация о видах упаковки, содержит список возможных
упаковок, в которые упаковывается товар при его отгрузке. Используется
при характеристике продукции. В таблице 2.7 приведено описание
структуры справочника «Вид упаковки».
Таблица 2.7
Структура таблицы «Вид упаковки»
Имя поля
Тип данных
Размер поля
Ключ
Код упаковки
Счетчик
Первичный
Название
Текстовый
50
В таблице 2.8 приведено описание структуры таблицы
«Пользователь». Информация о сотруднике используется при оформлении
накладных, для указания ответственного сотрудника
Таблица 2.8
Структура таблицы «Сотрудник»
Имя поля
Тип данных
Размер поля
Ключ
Код сотрудника
Счетчик
Первичный
ФИО
Текстовый
50
Должность
Текстовый
-
Внешний
Контактный телефон
Текстовый
15
В таблице 2.9 приведено описание структуры реализуемой таблицы
«ГП». Данная таблица необходима для хранения характеристик ГП.
Информация из данной таблицы используется во всех других таблицах,
связанных с номенклатурой.
Таблица 2.9
Структура таблицы «ГП»
Имя поля
Тип данных
Размер поля
Ключ
Код ГП
Счетчик
Первичный
Номенклатурный номер
Числовой
Артикул
Числовой
20
Название
Текстовый
50
Код типа
Числовой
Внешний
Название
Текстовый
200
Код единицы
Числовой
Внешний
Цена
Числовой
Код упаковки
Числовой
Внешний
Масса Нетто
Числовой
Масса Брутто
Числовой
Количество На Складе
Числовой
108
В таблице 2.10 приведено описание структуры реализуемой таблицы
«Движение ГП». Данная таблица необходима для отслеживания ГП
полученной или отгруженной в соответствии с оформленными товарно-
транспортными накладными.
У данной таблицы два первичных ключа. Такой ключ называется
составным. Оба ключа являются также внешними.
Таблица 2.10
Структура таблицы «Движение ГП»
Имя поля
Тип данных
Размер поля
Ключ
Код ТТН
Счетчик
Первичный
Код ГП
Числовой
Первичный
Количество
Числовой
В таблице 2.11 приведено описание структуры реализуемой таблицы
«Контрагент». Данная таблица необходима для учета контрагентов,
которым производится выдача ГП.
Таблица 2.11
Структура таблицы «Контрагент»
Имя поля
Тип данных
Размер поля
Ключ
Код Контрагента
Счетчик
Первичный
Название
Текстовый
255
Первичный
ИНН
Числовой
18
Адрес
Текстовый
255
Связь между таблицами осуществляется с помощью ключевых полей
(первичных и внешних).
Первичный ключ (англ. primary key) — понятие теории реляционных
баз данных, минимальное множество атрибутов, являющееся
подмножеством заголовка данного отношения, составное значение
которых уникально определяет кортеж отношения. На практике термин
первичный ключ обозначает поле (столбец) или группу полей таблицы
базы данных, значение которого (или комбинация значений которых)
используется в качестве уникального идентификатора записи (строки) этой
таблицы.
109
Внешний ключ (англ. foreign key) — понятие теории реляционных
баз данных. Внешним ключом называется поле таблицы, предназначенное
для хранения значения первичного ключа другой таблицы с целью
организации связи между этими таблицами.
Некоторые поля будет иметь маски ввода, что позволит не допустить
ввода заранее недостоверной информации в систему пользователем, в
результате ошибки или преднамеренного искажения информации. К
данным полям относятся поля, содержащие дату или номера телефонов.
Некоторые таблицы имеют составной ключ, это позволяет избежать
дублирования записей в таблице.
На основе созданной логической модели и реализованных таблиц
была создана схема данных в системе управления базами данных Mysql,
ER-модель базы данных представлена на рисунке 2.7.
Рисунок 2.7 ER-модель базы данных
110
Характеристика каждой таблицы приведена в таблицах ниже.
Таблица 2.12
Структура таблицы counterparty
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
address
varchar(255)
Да
NULL
inn
varchar(255)
Да
NULL
Таблица 2.13
Структура таблицы movement
Поле
Тип
Null
По умолчанию
Id
int(11)
Нет
id_movement_type
int(11)
Да
NULL
registration_date
datetime
Да
NULL
id_counterparty
int(11)
Да
NULL
id_user
int(11)
Да
NULL
Cost
double
Да
NULL
Таблица 2.14
Структура таблицы movement_product
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
id_movement
int(11)
Да
NULL
id_product
int(11)
Да
NULL
cost
double
Да
NULL
amount
double
Да
NULL
Таблица 2.15
Структура таблицы movement_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.16
Структура таблицы pack_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
111
Таблица 2.17
Структура таблицы product
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
id_product_type
int(11)
Да
NULL
vendor_code
varchar(255)
Да
NULL
title
varchar(255)
Да
NULL
cost
double
Да
NULL
amount
double
Да
NULL
id_unit
int(11)
Да
NULL
net_weight
double
Да
NULL
gross_weight
double
Да
NULL
id_pack_type
int(11)
Да
NULL
Таблица 2.18
Структура таблицы product_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.19
Структура таблицы unit
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
Таблица 2.20
Структура таблицы user
Поле
Тип
Null
По
умолчанию
Id
int(11)
Нет
Username
varchar(255)
Нет
password_str
varchar(255)
Да
NULL
Email
varchar(255)
Нет
Status
smallint(6)
Нет
10
created_at
int(11)
Нет
updated_at
int(11)
Нет
Nikname
varchar(255)
Да
NULL
id_user_type
int(11)
Да
NULL
last_name
varchar(255)
Да
NULL
first_name
varchar(255)
Да
NULL
middle_name
varchar(255)
Да
NULL
Phone
varchar(255)
Да
NULL
id_user_function
int(11)
Да
NULL
Birthday
datetime
Да
NULL
112
Таблица 2.21
Структура таблицы user_type
Поле
Тип
Null
По умолчанию
id
int(11)
Нет
title
varchar(255)
Да
NULL
2.3.3 Структурная схема пакета (дерево вызова программных
модулей)
На рисунке 2.8 представлена структурная схема программного
продукта.
Главная форма
Главное меню Кнопочное меню
Товарно-
транспортные
накладные
Приходные
(расходные)
накладные
Справочники
Настройки
Контрагенты
Сотрудники
Информация о МЦ
Товаро-
транспортная
накладная
Приходная
(расходная)
накладная
Поиск
Рисунок 2.8 Дерево вызовов программных модулей
Вызов всех модулей осуществляется с помощью главного меню
программного продукта.
Описание всех модулей программного продукта представлено в
таблице 2.22.
113
Таблица 2.22
Описание модулей программного продукта
п/п
Наименование
Функция
1
Главная форма
Содержит главное меню, а также
отображаются сведения о хранимом
товаре
2
Справочники
Содержит в себе все справочники и
позволяет осуществлять работу с ними
3
Настройки
Позволяет настраивать систему, а также
изменять реквизиты организации
4
ГП
Позволяет просматривать полную
информацию о ГП и редактировать ее
5
Товарно-транспортные
накладные
Позволяет работать с товарно-
транспортными накладными и
формировать их.
6
Приходные (расходные)
накладные
Позволяет работать с приходными и
расходными накладными и формировать
их.
7
Контрагенты
Позволяет редактировать данные о
контрагентах
8
Сотрудники
Позволяет редактировать данные о
сотрудниках
9
Поиск
Поиск по ГП
При запуске программного продукта должна открываться главная
форма с помощью, которой возможно осуществление всех функций
информационной системы. Для того чтобы пространство главной формы
не было не задействованным в процессе работы программы, на ней
необходимо осуществлять функции, связанные с учетом ГП.
Из главной формы необходимо предусмотреть переход на все
остальные формы программного продукта, обеспечивая тем возможность
заполнения всех таблиц программного продукта. Тем самым, обеспечивая
полную функциональность реализованного программного продукта.
2.3.4 Описание программных модулей
Каждая страница в реализованной системе имеет меню навигации,
которые позволяет быстро перемещаться по страницам созданной
системы. Это удобно для обычного пользователя, поскольку нет
необходимости искать другие справочники или элементы системы.
114
В момент отображения записей из таблиц кодовые поля не
отображаются, поскольку информация, содержащаяся в них, не дает
пользователю никакой пользы. Отображение данных полей оправдано
только при отладке продукта и важно только для программиста, который
проверяет правильность отображения информации в БД.
Именно поэтому работ с ключевыми полями возможна только с
помощью списков выбора, что дает возможность избежать ввода ключевых
полей самим пользователем.
Чтобы проверить правильность ввода информации, реализована
маска ввода, которая подсказывает пользователю не только тип данных,
вводимых в таблицу, но и их вид.
Для корректной работы приложения пользователя с самим
программным продуктом, производится настройка таблиц, созданных в
пользовательском приложении. Первым делом осуществляется настройка
полей, отображаемых и выводимых символов и т.д. Все это нужно для
будущего удобства пользователя при работе с ПО.
Изменение данных таблиц происходит при помощи ввода
информации в поля, предназначенные для этого. Ввод в них возможен
тогда, когда нужно ввести большие объемы данных в одну табличную
запись.
Блок–схема формирования списка документов приведена на Рисунке
2.6.
115
Цикл по документам
i=1; i<=12; m++
Создание
представления для
списка документов Sale
Чтение i-й записи
представления Postav
Postav[i]. date_id=Postav[j]
.idpost_id;
Postav[i]. prod=m
Да
Нет
А
А
i=i+1
Сортировка Saleпо
значению полей
datereg
Начало
Установка соединения
с сервером БД
Фильтр таблицы
GoodSales по условию
(status=1)
Открытие таблиц
GoodSales, Good
Б
Расчет итоговых
показателей отчета
Конец цикла по
документам
Расчет общего
количества
П12=П12+П11
Б
Цикл по товарам,
j=1; j<=COUNT(Prod); j++
Фильтр представления
Prod по условию
Date>date_in
Расчет итогового
показателя
Конец цикла по
документам
Внесение
рассчитанного
показателя П10 в макет
отчета
Конец
Закрытие таблиц,
уничтожение
представления Postav
Рисунок 2.9 Схема технологического процесса построения
списка документов
Технологическое обеспечение (ТО) проекта автоматизации имеет ряд
запросов:
• Прием начальных данных;
• Их обработка;
• Передача итоговых данных.
116
Список операций, реализуемых в процессе получении начальных
данных, включает в себя:
1) Нахождение начальных данных – процесс приема
количественного значения параметра, определяющего объекты и процессы
предприятия. На вход исследуемой задачи приходят начальные данные со
слов заказчика о требуемых услугах, в рамках которых уже
подсчитываются все требуемые параметры: цена, количество и т.п.
2) Запись первичных данных – перенос всех числовых параметров на
любой носитель. В рамках решения описанной задачи автоматизации
процесс регистрации проходит механическим способом, то есть все
набирается с клавиатуры в экранные формы.
3) Сбор данных – операция передачи пакета данных, набора
начальных документов или файла на носителе данных для дальнейшей
отправки и обработки. Этот процесс в рамках решаемой задачи
автоматизации реализуется самостоятельно, централизовано – то есть
прием данных выполняется по мере их получения на источниках.
При поиске начальных данных готовятся документы, данные
которых применяются для проверки нормативно-справочной информации
и документов, имеющих оперативную информацию, которая используется
в рамках расчетов.
При этом необходимо уделить особое внимание входной
информации, для этого используется:
• Зрительный контроль через экран дисплея,
• Верификации, позволяющая провести сверку ранее
переданных и сохраненных в БД данных и информации из начальных
документов, переданных оператором.
4) Отправка данных на обработку – типичная технологическая
процедура, т.к. все операции по регистрации и сбору начальных данных
выполняются за одним рабочим местом.

Смотрите также:

"Автоматизация обработки заявок ООО "Проектно-Строительная Компания"
"Автоматизация процесса аттестации персонала для ООО "Нэт Бай Нэт Холдинг"
"Анализ интернет-активности конкурентов ( на примере конкурентов "Газпром нефть")
"Бухгалтерский учёт и аудит расчётов с подотчётними лицами в организации на примере ООО "ЛОЦ 10""
«Психологическое сопровождение персонала в организации на примере ООО «Крокус»
Cовершенствование деловой оценки персонала в организации (на примере ООО "Даймонд кейтеринг развитие")
IPO - инструмент финансирования деятельности организации. На примере ПАО «Нефтяная компания «Лукойл»
PR как средство продвижения организации (на примере ПАО "Тамбовский завод "Комсомолец им. Н.С. Артемова")
PR-коммуникации в сфере общественного питания (на примере кафе-кондитерской «Cream Cheese»)
SMM как средство повышения эффективности работы учреждений социокультурной сферы (на примере Малого театра)