Файл: Проектирование реализации операций бизнес-процесса «Управление запасами» (Характеристика существующих бизнес-процессов).pdf

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

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

Требование-накладная имеет следующие реквизиты: дата составления, код вида операции, отправитель, получатель, кор.счет, наименование МЦ, номенклатурный номер, единица измерения, количество, цена, сумма.

Накладная на отпуск материалов имеет следующие реквизиты: дата составления, код вида операции, отправитель, получатель, кор.счет, наименование МЦ, номенклатурный номер, единица измерения, количество, цена, сумма.

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

Формы результатных документов приведены в приложении 2.

2.4 Общие положения (дерево функций и сценарий диалога)

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

Рисунок 2.2 – Дерево функций системы

Под работой со справочниками подразумевается их заполнение и редактирование (удаление записей).

Сценарий диалога, формирующийся на основе дерева функций, приведен на рисунке 2.3.

Рисунок 2.3 – Сценарий диалога для сотрудника

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

В таблице 2.1 представлено описание полей таблицы «Материальные ценности». Данная таблица служит для хранения информации по всем имеющимся товарно-материальным ценностям.

Таблица 2.1

Структура таблицы «МЦ»

В таблице 2.2 представлено описание полей таблицы «Ввод в эксплуатацию». Данная таблица служит для хранения информации по вводу эксплуатации материальных ценностей.

Таблица 2.2

Структура таблицы «Ввод в эксплуатацию»

В таблице 2.3 представлено описание полей таблицы «Перемещение». Данная таблица служит для хранения информации о перемещении материальных ценностей

Таблица 2.3

Структура таблицы «Перемещение»

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

Таблица 2.4

Структура таблицы «Подразделения»

Таблица 2.5

Структура таблицы «Приход»

Таблица 2.6

Структура таблицы «Состав перемещения»

Таблица 2.7

Структура таблицы «Состав прихода»

Связь между указанными сущностями представлена на рис.2.4.

Рисунок 2.4 – ER Модель

2.6 Структурная схема пакета (дерево вызова программных модулей)

Дерево программных модулей отражает структурную схему пакета, содержащего программные модули различных классов:

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

Дерево программных модулей, составляющих структуру основного пакета представлено на рис. 2.5.

Форма редактирования пользователей

Модуль проверки загружаемой информации на ошибки

Модуль редактирования визуализированных данных

Главная форма

Форма пользователя

Подсистема работы со справочниками

Модуль визуализации данных

Подсистемы работы с документами

Форма аутентификации

Подсистема работы с отчетами

Модуль визуальных эффектов

Модуль тестирования БД

Рисунок 2.5 – Структурная схема основного пакета

2.7 Описание программных модулей

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

Рассмотрим работу модуля «Приход товара» (рисунок 2.6).

Рисунок 2.6 – Блок-схема работы модуля

Рисунок 2.7 – Выбор операции

Работа модуля «Приход товара» начинается с выбора пункта меню «Журнал прихода грузов». В открывшейся форме кладовщик нажимает кнопку «Добавить», после чего открывается форма «Ожидаемые грузы».

Рисунок 2.8 – Блок-схема работы с формой «Ожидаемые грузы»

Другие алгоритмы приведены в приложении 3.

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

При открытии программы появляется главное меню программы (рис.2.9).

Рисунок 2.9 – Главное окно программы

При выборе пункта «Приходная накладная» появляется окно вида (рис.2.10).

Рисунок 2.10 – Приходная накладная

Рисунок 2.11 – Накладная на передачу материальных ценностей

Рассмотрим реестр приходных и расходных документов (рис.2.12).

Рисунок 2.12 – Реестр приходных и расходных документов

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

Заключение

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

Были выявлены следующие недостатки:

1. многократное дублирование одной и той же информации в различных документах;
2. низкая оперативность при комплектации партии отгрузки, т.к. подбор подходящих партий товара для отгрузки осуществляется вручную;
3. неизбежные ошибки при комплектации заказов и «потеря» товара на складе, в результате чего этот товар теряет актуальность;
4. большие затраты времени на составление отчетов;
5. высокая трудоемкость обработки информации;
6. неполное и неэффективное использование технических средств, имеющихся в наличии.

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

• проектируемая система обеспечит функции приемки ТМЦ, перемещения ТМЦ, функция управления остатками, функция подготовки отчетов;
• проектируемая система обеспечит взаимодействие с информационными системами других отделов;
• карточки учета материалов будет вестись автоматически.

Были изучены рекомендованные литературные источники. Детально рассмотрены фундаментальные понятия теории проектирования автоматизированных рабочих мест, дан обзор новейшим технологиям организации доступа к данным, построениям моделей и систем управления базами данных. На основе общепринятых критериев аргументирован выбор среды Borland Delphi для практической реализации программы для управления работой базы данных, реализованной в СУБД MySQL. Была спроектирована база данных и создано к ней приложение, к которому разработан пользовательский интерфейс.