87
Рисунок 2.4 Приходный ордер
2.2.3 Характеристика результатной информации
Информацию, полученную в результате обработки первичной и
промежуточной информации о совершенных хозяйственных операциях,
называют результатной [15]. Именно для достижения получения итоговой
информации и используется сбор и обработка данных. Она позволяет
оценить работу организации и принимать управленческие и оперативные
решения.
Результатная информация должна помочь пользователю в
выполнении его прямых обязанностей. В данной системе результатной
информацией является информация относительно поступающей, хранимой
и отправляемой номенклатуре материалов.
Информация о поступающих материалов содержит наименование
материала, код товарно-транспортной накладной, по которой
осуществляется поставка материала, номенклатурный номер, артикул,
88
единицу измерения, массу, количество поставляемых материалов, а также
название организации, осуществившей поставку материала.
Информация о хранимых материалах включает в себя наименование
материала и количество хранимого материала.
Информация об отправляемых материалах содержит аналогичные
данные, что и информация о поступающем материалах, а именно: содержит
наименование материала, код товарно-транспортной накладной, по которой
осуществляется поставка материала, номенклатурный номер, артикул,
единицу измерения, массу, количество поставляемой материала, а также
название организации контрагента.
Информация о перемещаемом материала включает в себя
наименование материала, единицу измерения, цену, количество
перемещаемого материала и сумму перемещаемого материала.
Вся информация предоставляется по всем имеющимся в списке
материала, что позволит старшему кладовщику вести статистику о
динамике движения номенклатуры.
Также результатной информацией может являться любая
информация, содержащаяся в базе данных и которую возможно
просмотреть с помощью экранных форм приложения пользователя. Данная
информация может помочь при ведении бизнес-процессов организации.
В качестве выходных в разработанной системе формируются отчеты:
• список материалов;
• список продукции;
• акт учета материалов;
• акт списания материалов;
• накладная на выдачу продукции;
• журнал учета движения материалов.
89
Список материалов представляет собой перечень всех имеющихся на
складе материалов с указанием наименования, количества, стоимости, места
хранения.
Акт учета материалов представляет собой перечень принятых на
определенную дату материалов с указанием типа, наименования основного
средства, стоимости в рублях, ФИО, принявшего и сдавшего, а также даты
и номера акта. Макет экранной формы акта приведен на Рисунке 2.5.
Рисунок 2.5 Акт учета материалов
Акт учета списания материалов содержит сведения о списанных
материалах содержит информацию о списанных МТЦ, причинах списания,
дате списания. Макет экранной формы данного документа приведен на
рисунке 2.6.
Рисунок 2.6 Макет экранной формы акта списания МТЦ
Накладная на выдачу МТЦ формируется в виде экранной формы и
содержит следующие реквизиты:
Обновить Добавить
Акт учет основных средств № XXX от _______2017 г.
Меню
№
пп
Тип Наименование Стоимость, руб Сдал Принял Место хранения
Обновить Добавить
Акт учета списания основных средств № XXX от _______2017 г.
Меню
№
пп
Тип Наименование Стоимость, руб
Остаточная
стоимость, руб
Причина Номер
90
• Номер;
• Дата;
• Проведено;
• Организация;
• Со склада;
• На склад;
• Код;
• Товар;
• Кол-во;
• Остаток;
• Цена;
• Себестоимость.;
• Сумма себестоимости.;
• Итого.
Журнал учета движения материалов представляет собой документ, в
котором зафиксированы передвижения материалов внутри компании.
2.3 Программное обеспечение задачи
2.3.1 Общие положения (дерево функций и сценарий диалога)
На рисунке 2.7 представлено дерево функций разрабатываемого
программного продукта.
91
Функции
системы
Основные функции
Служебные
функции
Учет
Формирование
отчетности
Реестр хранимой
продукции
Товарно-
транспортная
накладная
Приходная
(расходная)
накладная
Поиск данных
Настройки
программы
Создание новых товарно-
транспортных накладных
Создание новых
приходных накладных
Создание новых расходных
накладных
Ведение данных по
продукции
Тип материалов
Единица
измерения
Вид упаковки
Продукция
Контрагенты
Ведение
справочной
инфомрации
Расчет
потребности
Рисунок 2.7 Дерево функций программного продукта
С каждым реализованным справочником можно работать, а именно
редактировать имеющуюся информацию (добавлять, удалять и изменять), а
также просматривать введенную ранее информацию.
Представлены только основные функции программного продукта,
каждая из данных категорий функций включает в себя еще несколько
функций.
Реализуемые функции программного продукта позволят
автоматизировать работу, как с точки зрения помощи в оформлении
документации, так и в ведении учета данных.
92
В случае если информации не хватает в справочниках и таблицах
необходимо ее дополнить, введя недостающие данные. Ввод в некоторые
таблицы осуществляется на основе входных документов. В случае
некоторых данных необходимо узнать причины, отсутствия данных в
информационной системе. Желательно внесение максимального количества
информации в справочники при внедрении программного продукта,
поскольку в дальнейшем это позволит заметно сократить время
необходимое на заполнение соответствующих таблиц.
Диалог с пользователем будет осуществляться преимущественно с
помощью главного меню программного продукта. Поэтому отобразив
главное меню программного продукта можно понять, как будет
осуществляться взаимодействие пользователя и программного продукта. На
рисунке 2.8 представлено главное меню программного продукта.
Главная форма
Файл Справочники Таблицы Накладные Отчеты
Настройки
Выход
Тип продукции
Единица
измерения
Вид упаковки
Контрагенты
Сотрудники
Информация о
материалах
Товаро-
транспортная
накладная
Приходная
(расходная)
накладная
Реестр хранимых
материалов
Движение
материалов
Перемещение
материалов
Поиск
Материалы
Расчет
потребности
Рисунок 2.8 Структура главного меню
2.3.2 Характеристика базы данных
Инфологическая (концептуальная) модель — это некое описание
предметной области, выполненное без привязки в дальнейшем к
конкретным программным и техническим средствам. Инфологическая
93
модель является динамической и имеет легкую корректировку. К основным
требованиям, предъявляемым к инфологической модели, часто относят
такие [16]:
• инфологическая модель может содержать всю необходимую и
достаточную информацию для дальнейшего создания БД;
• инфологическая модель должная пониматься лицам, которые
непосредственно участвуют в создании системы.
ER-модель является логической структурой данных об объектах
системы. Компонентами ER-модели выступают сущности (объекты) и
отношения (связи между объектами). Объект включает большое количество
реализаций или экземпляров. Экземпляр объекта происходит из
совокупности конкретных значений реквизитов и определяется однозначно,
т.е. указываться значением ключа объекта, включающего нескольких
ключевых реквизитов [17].
Для отображения отношений между сущностями часто применяют
связи. Связи могут быть, если экземпляры сущностей взаимосвязаны
логически уже изначально.
Первый этап проектирования базы данных состоит в разработке
концептуальных моделей данных для каждого из существующих типов
пользователей создаваемого приложения.
Концептуальное проектирование – это конструирование
информационной модели предприятия, не зависящей от каких-либо условий
реализации.
Логический уровень – точка зрения пользователя. Это абстрактный
взгляд на данные. На нем используются данные в таком виде, в каком они
известны в реальном мире. Объектам модели (сущностям и атрибутам)
даются имена, понятные широкому кругу специалистов.
94
Создание локальных концептуальных моделей данных полностью не
зависит от типа СУБД, языка программирования, типа компьютера, ОС,
приложений и т.д [21].
Связи между сущностями представляют специфические отношения
(отношение типа родитель - потомок), то есть, когда каждый экземпляр
родительской сущности ассоциирован с произвольным количеством
экземпляров второй сущности, называемой потомком, а каждый экземпляр
сущности - потомок ассоциирован с одним экземпляром сущности-
родителя. Неспецифические отношения (отношения типа много ко
многому) заменяются на специфические при помощи введения связной
сущности.
Специфические отношения могут быть идентифицирующими,
неидентифицирующими, так же возможны отношениями категоризации.
Идентифицирующие отношения подразумевают, что сущность-
потомок однозначно определяется своей связью с сущностью-родителем.
Неидентифицирующие отношения подразумевают, что каждый
экземпляр сущности-потомка может быть однозначно идентифицирован без
связанного с ним экземпляра сущности-родителя. Неидентифицирующее
отношения отображаются на диаграмме пунктиром.
Установив связи, которые будут иметь место в создаваемой модели,
необходимо определить кардинальность каждой из них. Каждая связь может
иметь кардинальность либо "один к одному" (1:1), либо "один ко многим"
(1:М), либо "многие ко многим" (М:N). Кроме того, следует
проанализировать степень участия каждой из сущностей в конкретном типе
связи. Отношения связи характеризуются мощностью отношения, которая
служит для обозначения количества экземпляров сущностей-потомков,
которые могут существовать для каждого экземпляра сущности-родителя.
Существуют следующие варианты указания мощности:
• “ “ – 0,1 или более;
95
• “P” 1,2 или более;
• “Z” 0 или 1;
• “N” в качестве N указывается конкретное число.
Инфологическая модель применяется после словесного описания
предметной области.
Инфологическая (концептуальная) модель подразумевает под собой
формализованное описание предметной области, реализованное
безотносительно к применяемым в дальнейшем техническим и
программным средствам. Инфологическая модель создается динамической
и поддерживает легкую корректировку. К базовым требованиям,
относящимся к инфологической модели, относят следующие:
• Инфологическая модель содержит всю нужную и достаточную
информацию для предстоящего проектирования БД;
• Инфологическая модель реализуется понятной для всех лиц,
принимающих участие в разработке системы.
ER-модель можно описать как логическую структуру данных об
объектах системы. Компонентами ER-модели становятся сущности
(объекты) и отношения (связи между объектами). Объект поддерживает
несколько реализаций или экземпляров. Сам экземпляр объекта реализуется
совокупностью нескольких значений реквизитов и определяется
однозначно, т.е. идентифицируется значением ключа объекта, состоящем из
одного ли нескольких ключевых реквизитов.
Сущности бывают независимыми и зависимыми. Сущность
называется независимой, если каждый ее экземпляр может однозначно
определяться без выражения ее отношений с остальными сущностями.
Однозначное определение экземпляра зависимой сущности исходит от
отношений с другими сущностями.
96
Для визуализации отношений между сущностями применяются связи.
Связи имеют место быть, если экземпляры сущностей логически связаны
друг с другом.
Связь между таблицами осуществляется с помощью ключевых полей
(первичных и внешних).
Первичный ключ (англ. primary key) — понятие теории реляционных
баз данных, минимальное множество атрибутов, являющееся
подмножеством заголовка данного отношения, составное значение которых
уникально определяет кортеж отношения. На практике термин первичный
ключ обозначает поле (столбец) или группу полей таблицы базы данных,
значение которого (или комбинация значений которых) используется в
качестве уникального идентификатора записи (строки) этой таблицы.
Внешний ключ (англ. foreign key) — понятие теории реляционных баз
данных. Внешним ключом называется поле таблицы, предназначенное для
хранения значения первичного ключа другой таблицы с целью организации
связи между этими таблицами.
Некоторые поля будет иметь маски ввода, что позволит не допустить
ввода заранее недостоверной информации в систему пользователем, в
результате ошибки или преднамеренного искажения информации. К
данным полям относятся поля, содержащие дату или номера телефонов.
Некоторые таблицы имеют составной ключ, это позволяет избежать
дублирования записей в таблице.
На основе созданной логической модели и реализованных таблиц
была создана схема данных в системе управления базами данных Mysql, ER-
модель базы данных представлена на рисунке 2.9.