58
Таблица 2.2
Используемые системы кодирования
Кодируем
ое
множеств
о
объектов
Длин
а
кода
Мощнос
ть кода
Система
кодирован
ия
Система
классификац
ии
Вид
классификато
ра
Товарно-
транспорт
на
накладная
8
9999999
Порядковая
Отсутствует
Локальный
Платежно
е
поручение
3
99
Порядковая
Отсутствует
Локальный
Клиент
4
999
Порядковая
Отсутствует
Локальный
Изделие
4
9999
Порядковая
Отсутствует
Локальный
Договор
2
99
Порядковая
Отсутствует
Локальный
В системе применяются справочники, указаны в таблице 2.3.
Таблица 2.3
Перечень используемых справочников
название
справочник
а
ответственны
й за ведение
средний
объём
справочник
а в записях
среднюю
частоту
актуализаци
и
средний
объем
актуализации
, %
ТТН
Администратор
10000
10 раз в день
1
ПП
Администратор
15000
1 раз в день
1,5
Договор
Администратор
7000
1 раз в день
1
59
Изделие
Администратор
980
1 раз в месяц
1
Клиент
Администратор
250
1 раз в месяц
1
2.2.2. Характеристика результатной информации
Результатной информацией для задачи автоматизации
делопроизводства является следующие документы:
Товарно-транспортная накладная;
Платежное поручения;
Договор
В договоре указывается:
Данные клиента
Изделие
количество
В товарно-транспортной накладной имеются следующие реквизиты:
Клиент,
Договор
Изделие
Количество;
Дата поставки
Платежное поручение
Номер ТТН;
Дата
Изделие
Цена оплаты
2.3. Программное обеспечение задачи
2.3.1. Cценарий диалога
60
Сценарий диалога" (рис. 9) по своей сути позволяет наглядно показать
иерархию функций управления и обработки данных, которые автоматизированы в
разработанной ИС.
Главная форма
приложения
Добавление
Запрос
Изделие
Поставщик
Добавление
поставщика
Договор
ТТН
Все отгрузки по указанному договору
Все поставки указанного поставщика
Все поставщики указанного изделия
Оплата по указанному договору
сумма по договору
Платежное
поручение
Все поставщики предприятия
Все поставляемые изделия
Все платежи за указанный месяц
Все поставки на сумму выше указанной
Все изделия, отсортированные по
популярности поставок
Рисунок 9. Сценарий диалога
2.3.2. Характеристика базы данных
61
При анализе предметной области были выявлены следующие сущности:
Список изделий
Справочник единиц измерения
Список поставщиков
Список договоров, заключенных с поставщиками
Спецификация договора
Список товарно-транспортных накладных
Спецификация ТТН
Список платежных поручений
Спецификация ПП
Список изделий
S | Код изделия (PK)
S | название
S | код измерения (FK)
S | Цена
Справочник единиц измерения
S | Код единицы измерения(PK)
S | Название
Список поставщиков
S | Код поставщика (PK)
S | Название поставщика
S | Адрес
Список договоров, заключенных с поставщиками
S | Номер договора (PK)
S | Поставщик (FK)
62
Спецификация договора
S | Номер договора (PK) (FK)
S | Месяц(PK) (FK)
S | Код изделия(PK) (FK)
S | Количество
Список товарно-транспортных накладных
S | Номер ТТН (PK)
S | Дата отгрузки
Спецификация ТТН
S | Номер ТТН (PK) (FK)
S | Код изделия (PK) (FK)
S | Количество
Список платежных поручений
S | Номер _ПП(PK)
S | Номер ТТН (FK)
S | Дата оплаты
Спецификация ПП
S | Номер _ПП (PK) (FK)
S | Номер ТТН (PK) (FK)
S | Код изделия(PK) (FK)
S | Количество
Месяц
S | Номер месяца (PK)
S | Название месяца
63
Необходимо построить таблицы, основываясь на концептуальной модели
базы данных. Правила перевода из концептуальной модели данных в физическую
следующие:
объекты становятся таблицами в физической базе данных;
атрибуты становятся колонками (полями) в физической базе данных.
Для каждого атрибута выбирается свой тип данных;
уникальные идентификаторы становятся колонками, не допускающими
пустое значение. В физической базе данных они называются первичными ключами.
Таблица 2.4
izdelie (Список выпускаемых изделий)
Название поля
Ключ
Тип данных
Размер
kod_izdelie
(PK)
числовой
целое
name_izdelie
текстовый
45
kod_izmerenie
(FK)
числовой
целое
price
Денежный
Таблица 2.5
ed_izm (Справочник единиц измерения)
Название поля
Ключ
Тип данных
Размер
kod_ed_izm
(PK)
числовой
целое
name_ed_izm
текстовый
45
Таблица 2.6
Postavshik (Список поставщиков)
Название поля
Ключ
Тип данных
Размер
kod_postavshik
(PK)
числовой
целое
name_postavshik
текстовый
45
adres
текстовый
45
Таблица 2.7
Dogovor (Список договоров, заключенных с поставщиками)
Название поля
Ключ
Тип данных
Размер
64
nomer_dogovor
(PK)
текстовый
45
postacshik
(FK)
числовой
целое
Таблица 2.8
SDOG (Спецификация договора)
Название поля
Ключ
Тип данных
Размер
nomer_dogovor
(PK) (FK)
числовой
целое
mesiac
(PK)(FK)
числовой
целое
kod_izdelia
(PK) (FK)
числовой
целое
kolvo
числовой
целое
Таблица 2.9
TTN (Список товарно-транспортных накладных)
Название поля
Ключ
Тип данных
Размер
Nomer_TTN
(PK)
текстовый
45
data_otgruzki
Дата/время
Краткий формат
времени
nomer_dogovor
(FK)
текстовый
45
Таблица 2.10
CTTN (Спецификация ТТН)
Название поля
Ключ
Тип данных
Размер
Nomer_TTN
(PK) (FK)
текстовый
45
kod_izdelie
(PK) (FK)
числовой
целое
kolvo
числовой
целое
Таблица 2.11
PP (Список платежных поручений)
Название поля
Ключ
Тип данных
Размер
nomer_TTN
(FK)
текстовый
45
Nomer_PP
(PK)
текстовый
45
data_oplaty
Дата/время
Краткий формат
времени
Таблица 2.12
SPP (Спецификация ПП)
Название поля
Ключ
Тип данных
Размер
nomer_TTN
(PK) (FK)
текстовый
45
Nomer_PP
(PK) (FK)
текстовый
45
Kod_izdelia
(PK) (FK)
числовой
целое
kolvo
числовой
целое
65
Таблица 2.13
Mesiac (Месяц)
Название поля
Ключ
Тип данных
Размер
nomer_mesiac
(PK)
числовой
целое
name_mesiac
текстовый
45
Физическая структура базы данных показана на рис. 10.
Рисунок 10. ER-модель базы данных
2.3.3. Структурная схема пакета (дерево вызова программных
модулей)
Разработка программного обеспечения осуществлялась, в два этапа:
проектирование логики программ, представляющее определение
состава программных модулей, выделение классов модулей и установление связей
между ними;
разработка кодов программ и их отладка, выполнение которой в
66
сильной степени зависит от используемых средств разработки ПО.
Анализ состава функций, которые должны выполняться в ИС и структуры
сценария диалога позволил определить состав программных модулей и связи
между ними, отраженные в схеме взаимосвязи на рис. 11.
Были выделены управляющие программные модули, призванные выводить
на экран кадры меню и передавать управление другим модулям в зависимости от
того, какой пункт меню выбирает пользователь
Второй класс составляют модули, выполняющие функции ввода конкретных
видов первичных документов, просмотра и корректировки, печати первичных
документов, обработки и выдачи на просмотр и печать результатных документов,
загрузки, актуализации и выдачи на печать справочников и справок.
Рисунок 11. Дерево вызова программных модулей
В программе было разработано 17 программных модулей
Модуль datamodule.pas – используется для разделения логики обработки
данных (бизнес-логики) и логики внешнего представления данных - интерфейса. В
набор DataModule выносится весь доступ к данным, а интерфейсная часть
показывает пользователю информацию, предоставляемую DataModule, при
использовании такой схемы более просто перейти к многозвенной архитектуре
67
Модуль form__main.pas – выводит на экран главную форму программы и
меню.
Модуль form__ttn.pas - выводит на экран форму ввода товарно-транспортной
накладной в базу данных.
Модуль form__summa_dogovor.pas - выводит на экран форму отчета оплата
по договору.
Модуль Form__рр.pas - выводит на экран форму ведения платежных
поручений.
Модуль form__postavshik.pas - выводит на экран форму ведения списка
поставщиков.
Модуль form__postavka_postavshik.pas - выводит на экран форму отчета»Все
поставкм указанного поставщика
Модуль Form_oplkata_dogovor.pas - выводит на экран отчет «Все оплаты по
указанному договору.
Модуль Form__izdelie_postavchik.pas - выводит на экран всех поставщиков
выбранного изделия.
Модуль Form__izdelie.pas - выводит на экран форму ведения списка изделий.
Модуль Form_dogovor_post.pas - выводит на экран отчета «Все поставки по
указанному договору».
Модуль Form__ dogovor.pas - выводит на экран форму ведения договоров.
Модуль form__all_isdelie.pas - выводит на экран отчет «Все изделия».
Модуль Form__all_ttn_dogovor.pas - выводит на экран отчет «Все ТТН по
указанному договору».
Модуль Form_all_pp.pas - выводит на экран форму отчета «Все платежные
поручения».
Модуль Form_all_postavshik.pas - выводит на экран форму отчета «Все
поставщики».
Модуль Form_all_pp.pas - выводит на экран форму отчета «Все платежные
поручения».
2.4. Испытания разработанного решения