Дипломная работа: Автоматизация договорных отношений мелкооптового склада магазина ИП Шевелевой Е.В. с поставщиками и оптовыми покупателями

Внимание! Если размещение файла нарушает Ваши авторские права, то обязательно сообщите нам
47
2.3 Программное обеспечение задачи
2.3.1 Общие положения
В результате анализа информационных потоков на предприятии была
разработана схема данных представленная на рисунке №3.
Информация
о товаре
Информция
об
отношениях
с проставщ.
Заключение
рамочного
договора
о поставке
Договор о поставке
Оформление
накладной
Информация
о поставщике
Ввод поставщика
Поставщики
Накладная
Собственные
реквизиты
1
Ввод прих.
накладных
2
1
3
Приходные
накладные
4
Дата
отсрочки
5
Регистр.
договора по
отср. платежа
Договоры
Запрос на
показ
просроченных
догоговоров Формирование
списка
просроченных
договоров
Ввод
отметки об
оплате
6
Сумма
поставки
Формир.
платёжных
поручений
2
Платёжные
поручения
Инфор-
мация о
платеже
Определение
остатков товаров
Запрос
о наличии
товаров
Остатки
товаров
7
Накладные на
отпуск
Ввод накладных
на отпуск
5
7
Заказ на
покупку
Прейскурант
цен
Ввод наим.
товаров и цен
4
Информация
о покупателе
Ввод
покупателей
Покупатели
Остатки
товаров
Рабочая
дата
Определение
рабочей даты
Текущая
дата
Дата
определя-
емая
пользоват.
7
6
Сумма
покупки
Формирование
платежного
требования
Инф. из
банк вып
Платёжные
требования
Информация
из банковской
выписки
Рисунок №3. Схема данных
Схема данных отражает основные информационные потоки и показывает
последовательность преобразования входной информации в выходную. На
основе анализа схемы данных (рисунок.№3).
Программа будет состоять из 18 модулей, один из которых будет
предназначен для доступа к данным (модуль данных). Главный модуль будет
содержать меню, позволяющее управлять работой программы. Структура
программы изображена на рисунке №4.
48
Рисунок №4. Схема взаимодействия программных модулей
Программа должна включать в себя следующие модули, один из которых
должен быть предназначен для доступа к данным (модуль данных):
модуль определения дебиторской и кредиторской задолженности,
форма для просмотра заключенных договоров;
форма для просмотра поступления товаров;
форма для просмотра отпуска товаров;
форма для просмотра наличия товаров;
форма для просмотра дебиторской и кредиторской задолженности;
форма для просмотра платежных документов;
справочник оптовых покупателей;
справочник поставщиков;
прейскурант цен;
сообщение о программе.
49
2.3.2 Характеристика базы данных
Разрабатываемая программа будет состоять из 18 модулей. Программа
будет выполнять в основном учетные функции, заключающиеся в сборе и
хранении информации в соответствующих таблицах базы данных.
Разработанные структура данных и программы позволяют выполнять
необходимые функции.
В целях ускорения работы программы и экономии ресурсов главный
модуль не будет нести никакой другой нагрузки кроме вызова модулей для
реализации возложенных на программу функций. Можно предложить
следующую структуру меню главного модуля:
- Договоры
- Справочники
- Товары
- Сервис
Задача контроля сводится к учету оплаты за поставленную продукцию и
предоставлению информации о дебиторской и кредиторской задолженности.
Для того чтобы осуществлять контроль, в программе должен вестись
учет заключения договоров, отпуска и приема товаров, а также оплаты
обязательств по договорам.
Выполнение задач с соответсвующим функциональным назначением
программы будет выполняться на основе данных хранящихся в таблицах базы
данных.
Таким образом структура данных соответствует функциональному
назначению программы и может быть реализована средствами Delphi.
50
2.3.3 Структурная схема пакета
В результате анализа информационных потоков, отраженных на схеме
данных была разработана следующая структура базы данных представленная на
рисунке №5:
Nakl.db (Накладная)
Код(Kod)
№(Num)
Сумма(Sum)
Код партнера (KodFirm)
Дата(Data)
*.db (План выпуска)
Наименование(Nam)
Телефон(Tel)
Адрес(Adres)
Код(Kod)
Tovar.db (Прейскурант)
Oplata.db (Оплата)
Sostav Nakl.db
(Приход/Расход)
Код товара(KodTov)
Количество(Kol_vo)
Код наклад.(KodNakl)
Наименование (NamTov)
Код(Kod)
Dogovor.db (Договоры)
Dolg.db
(Задолженность)
Код платеж.дока
(KodPlt)
Сумма(Sum)
Код договора (KodDog)
Сумма долга (SumDolg)
Сумма
кредита(SumKredit)
Код партнера (KodFirm)
Тип (Tip)
Дата(Data)
№(Num)
Код(Kod)
Firma.db(Партнеры)
Партнер(KodFirm)
Оплата(Oplata)
Код наклад.(KodNakl)
Дата оплаты (DataOpl)
Сумма(Sum)
Срок оплаты(Srok)
Тип наклад.(Tip)
Цена(Cena)
Сумма(Sum)
Ед.измерения(EdIzm)
Розн.цена(RoznCena)
Опт.цена(OptCena)
Р/С(RS)
Банк(Bank)
Кор/С(Kor S)
Plat.db
(Платежный документ)
Код(Kod)
Сумма(Sum)
Дата(Data)
№(Num)
Код партнера (KodFirm)
Тип(Tip)
Назначение(Nazn)
Рисунок №5. Структура базы данных
В результате анализа структуры базы данных, входных, выходных
данных и информационных потоков была разработана следующая структура
таблиц базы данных, необходимая для работы программы:
Таблица №1.
Структура таблицы «Договоры» (Dogovor.db)
Обозначение
Формат
Краткое описание назначения (комментарии)
Kod
Autoincre
ment
Код
Num
Alpha 7
Номер договора
Data
DateTime
Дата
Tip
Short
Тип
51
KodFirm
Integer
Код партнера
Sum
Number
Сумма по договору
Oplata
Number
Оплачено (сумма)
DataOpl
DateTime
Дата оплаты (последняя)
KodNakl
Integer
Код накладной
Srok
DateTime
Срок действия договора
Таблица №2.
Структура таблицы «Партнеры» (Firma.db)
Обозначение
Формат
Краткое описание назначения (комментарии)
Kod
Autoincre
ment
Код партнера
Name
Alpha 45
Наименование организации
Kluch
Alpha 15
Ключ поиска
Rukov
Alpha 35
Руководитель
Adres
Alpha 70
Почтовый адрес
Telephon
Alpha 10
Контактный телефоны
Rs
Integer
Расчетный счет
KorS
Integer
Корреспондирующий счет
Bank
Alpha 160
Наименование обслуживающего банка
Таблица №3.
Структура таблицы «Накладная» (Nakl.db)
Обозначение
Формат
Краткое описание назначения (комментарии)
Kod
Autoincre
ment
Код накладной
Num
Short
Номер накладной
Data
DateTime
Дата
Tip
Short
Тип накладной
KodFirm
Integer
Код партнера
Sum
Number
Сумма по накладной
Источник: https://baza.diplomsite.ru/previewfile/1703