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
Сумма по накладной
52
Таблица №4.
Структура таблицы «Приход/Расход» (SostavNakl.db).
Обозначение
Формат
Краткое описание назначения (комментарии)
KodNakl
Integer
Код накладной
KodTov
Integer
Код товара
Kol_vo
Iinteger
Количество
Cena
Number
Цена за единицу
Sum
Number
Сумма
Таблица №5.
Структура таблицы «Оплата» (Oplata.db).
Обозначение
Формат
Краткое описание назначения (комментарии)
KodDog
Integer
Код договора
KodPlat
Integer
Код платежного документа
Sum
Number
Сумма
Таблица №6.
Структура таблицы «Долг» (Dolg.db).
Обозначение
Формат
Краткое описание назначения (комментарии)
KodFirm
Integer
Код партнера
SumDolg
Number
Задолженность дебет
SumKredit
Number
Задолженность кредит
Таблица №7.
Структура таблицы «Платежка» (Plat.db).
Обозначение
Формат
Краткое описание назначения (комментарии)
Kod
Autoincre
ment
Код идентификации
Num
Short
Номер платежного документа
Data
DateTime
Дата оплаты
Sum
Number
Сумма платежа
Tip
Short
Тип платежа
KodFirm
Integer
Код партнера
Nazn
Alpha 150
Назначение платежа
53
Таблица №8.
Структура таблицы «Прейскурант» (Tovar.db).
Обозначение
Формат
Краткое описание назначения (комментарии)
Kod
Integer
Код подразделения
NamTov
Alpha 50
Наименование товара
EdIzm
Alpha 3
Единица измерения
OptCena
Number
Оптовая цена
RoznCena
Number
Розничная цена
2.3.4 Описание программных модулей
Модуль «Главное меню»
Входные данные
Модуль содержит линейку главного меню программы, и поэтому
входными данными будут управляющие воздействия пользователя по выбору
действий и операций, предоставляемых пользователю главным меню (рисунок
№6).
54
Рисунок №6. Форма модуля «Главное меню»
Методы решения
Модуль «Главное меню» запускается сразу по запуску программы на
выполнение (рисунок №7).
Рисунок №7. Выбор задачи учета товаров
В данном модуле будут вызываться для выполнения следующие формы,
справочники, модули:
- модуль определения дебиторской и кредиторской задолженности,
- форма для просмотра заключенных договоров;
- форма для просмотра поступления товаров;
- форма для просмотра отпуска товаров;
- форма для просмотра наличия товаров;
- форма для просмотра дебиторской и кредиторской задолженности;
- форма для просмотра платежных документов;
55
- справочник оптовых покупателей;
- справочник поставщиков;
- прейскурант цен;
- сообщение о программе.
Работа модуля завершается по выбору пункта меню «Выход» или
средствами Windows для закрытия окна, например Alt+F4.
Модуль «Прейскурант»
Входные данные
Входными данными модуля являются данные о товаре:
- наименование товара (символьное);
- единица измерения (символьное) из перечня возможных значений
(«кг», «л», «шт»).
Выходные данные
Выходными данными является, заполненный прейскурант цен товаров
фирмы (таблица №8 базы данных). Для каждой записи будет формироваться
уникальный код для идентификации товара, необходимый для осуществления
связей с другими данными (целое).
Методы решения
Модуль «Прейскурант» будет запускаться выбором пункта меню
«Справочники | Прейскурант» (рисунок №8).
56
Рисунок №8. Форма модуля «Прейскурант»
В данном модуле обеспечен ввод сведений обо всех товарах
реализуемых складом (рисунок №9). Форма для ввода информации о товаре
вызывается по событию AfterEdit при редактировании и AfterInsert при
добавлении информации о новом товаре:
procedure TDM3.Table9AfterInsert(DataSet: TDataSet);
begin
if frWTov.ShowModal=mrOk then
Table9.Post
else
Table9.Cancel;
end;