Курсовая работа, Рзработка программы для учета товаров на складе. Разработка программы для автоматизации учета товаров на складе
Скачать 2.17 Mb.
|
Описание разработанных алгоритмов и программных модулейИерархическая структура приложенияИерархическая структура приложения может быть описана в виде диаграммы компонентов (программных модулей) проекта программного обеспечения. Диаграмма компонентов проектируемой АИС приведена на рисунке 2.27. Рисунок 2.27 – Диаграмма компонентов АИС Алгоритмы и математическое обеспечениеСхема общего алгоритма работы с АИС представлена на рисунке 2.28 в виде UML-диаграммы активности. Рисунок 2.28 – Общий алгоритм работы АИС Общий алгоритм включает в себя стадии получения заказа; оценки неоходимости комплектующих для сборки; составления запроса у поставщиков (при необходимости); регистрацию выдачи компонентов на сборку. При необходимости, если заданием определены требования заказчика к изготовлению нового типа изделий или применению нового типа компонентов, создаются необходимые записи в подсистемах учета изделий и компонентов. Алгоритмы этих действий представлены на диаграммах на рисунках 2.29 и 2.30 соответственно. Рисунок 2.29 – Алгоритм ведения справочников деталей Рисунок 2.30 – Алгоритм ведения справочника изделий При отсутствии на складе необходимого количества компонентов на выдачу, оформляется заявка на закупку недостающих комплектующих у поставщиков (рисунок 2.31). Создание такой заявки – итерацилнная процедура добавления в заказ необходимых компонентов (комплектующих). При этом добавить в заказ можно как отдельный компонент, так и изделие целиком – в этом случае программа автоматически произведет декомпозицию добавленного изделия на соответствующие компоненты. Рисунок 2.31 – Алгоритм создания запроса на закупку коплектующих Алгоритм создания учетной операции расхода компонентов на выдачу аналогичен алгоритму создания заказа компонентов у поставщиков. Разница дишь только в типе операции и заполнении сопровождающих и комментирующих полей. Описание основных программных модулейНазначение программных модулей: Details – модуль, содержащий классы управления сущностями комплектующих, их категорий и производителей; Products – модуль, содержащий класс управления сущностями вариантов изделий, включая их состав; Operations – модуль, содержащий обработки сущностей основных учетных операций; Users – модуль, содержащий класс работы пользователя и функции учета аккаунтов пользователей; DATABASE – модуль, содержащий класс, реализующий взаимодействие с базой данных. Назначение модулей форм пользовательского интерфейса см. в разделе 1.4.2 – «Требования к экранным формам». Руководство пользователяВид главного окна системы приведен на рисунке 2.32 Рисунок 2.32 – Главное окно программы В главном окне программы расположены: вверху – функции доступа к подсистемам; слева – команды управления данными; справа – команды отображения форм и сервисные функции. Назначение всех команд в панелях инструментов (справа и слева) приведены в таблице 2.9. Таблица 2.9 – Описание команд меню
Все справочники системы имеют типовую структуру -учетную таблицу с полями, соответствующими данным, хранящимся в БД. Отличительным является справочник типовых изделий, который позволяет вести учет типовых изделий и их конфигураций. Пример данного справочника приведен на рисунке 2.33. Рисунок 2.33 – Форма учета вариантов типовых изделий Справочник типовых изделий разделен на две области. Вверху расположена учетная таблица типов изделий, внизу – таблица учета конфигурации изделия, выбранного в таблице сверху. Справочник типовых изделий имеет фильтр поиска данных: поиск выполняется по значению «наименования» и «описания» типового изделия. Для ввода данных в справочник типовых изделий предусмотрен диалог – модальная форма (рисунок 2.34). Для создания нового типового изделия (конфигурации) необходимо в данной форме указать: наименование; краткое описание; заполнить таблицу компонентов. Рисунок 2.34 – Форма ввода данных изделия На рисунке 2.35 приведен вид формы складского учета компонентов (комплектующих) с отображением остатков по каждому из них. По складу также для каждого компонента ведется подсчет общего количества выданных комплектующих в сборку. Рисунок 2.35 – Форма склада На рисунке 2.36 приведен пример формы складского учета. На данной форме отображаются как выдачи, так и поступления (соответстующий признак в колонке «Поступление»). Форма разделена на две части. Вверху расположена таблица учетных операций, внизу – таблица состава учетной операции, выбранной из верхней таблицы. Рисунок 2.36 – Форма учета складских операций Таблица учета складских операций имеет фильтр записей, работающий в рамках полей «ответственный», «описание», типу и дата регистрации учетной операции. Для создания новой учетной операции предусмотрена соответствующая форма (рисунок 2.37), в которой необходимо указать: дату и время (по умолчанию – текущая); тип операции; краткое описание; ответственного (можно подставить данные авторизованного пользователя); таблицу комплектующих. Рисунок 2.37 – Форма создания операции учета Таблица компонентов для учетной операции заполняется посредством формы добавления компонента (рисунок 2.38). Для добавления компонента к учетной операции необходимо заполнить: категорию комплектующего; производителя комплектующего; комплектующее (будет отфильтровано по указанным категории и производителю); количество единиц в операцию. Рисунок 2.38 – Окно ввода данных учетной позиции складской операции Следует заметить, что в таблицу комплектующих добавить можно как отдельный компонент, так и изделие целиком. В последнем варианте программа автоматически произведет декомпозицию добавленного изделия на соответствующие компоненты и добавит их в таблицу. По каждой зарегистрированной операции складского учета программа позволяет сформировать и распечатать соответствующий документ – приходную / расходную накладную, которая может иметь вид как в примере, показанном на рисунке 2.39. Рисунок 2.39 – Пример формы накладной по операции учета |