36
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=7 DEFAULT
CHARSET=cp1251;
CREATE TABLE `staff` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`fio` varchar(100) NOT NULL,
`idpost` int(11) NOT NULL,
`phone` varchar(20) DEFAULT NULL,
`email` varchar(50) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT
CHARSET=cp1251;
CREATE TABLE `users` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`login` varchar(255) DEFAULT NULL,
`password` varchar(255) DEFAULT NULL,
`typeuser` int(11) DEFAULT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT
CHARSET=cp1251;
2.3. Проектирование информационной системы
2.3.1. Информационная модель и ее описание
Представим информационную модель информационной системы
оптимизации управления запасами на рисунке 9 и обозначим ее основные
области.
Область 1 отображает процесс внесения в базу данных справочной
информации. К ней относится информация о сотрудниках предприятия,
должностях сотрудников, фирмах, что покупают двигатели у предприятия.
Также к данной информации относится подробная информация о двигателях,
которыми торгует предприятие. После заполнения оператором
соответствующей формы, информация поступает в таблицы «Сотрудники»,
«Должности», «Фирмы», «Двигатели».
37
Оператор
«Сотрудники»,
«Двигатели»,
«Должности»,
«Фирмы»
Внесение
справочной
информации
«Контракты»
Внесение
информации
контрактах
предприятия
«Учет
запасов»
Внесение
информации
поступлении и
выдачи запасов
«Заказы»
Внесение
информации о
заказе дв-ей у
производителя
Информация по
нехватке запасов
Оператор
1
5
Информация по
излишке запасов
Рисунок 9 — Информационная модель
2
3
4
38
Область 2 отображает процесс внесения в базу данных информации о
контрактах на продажу двигателей. К данной информации относится
информация о фирме, что осуществляет покупку, названии двигателя,
количестве продаваемых двигателей, дате продажи, ответственном
сотруднике. После заполнения оператором соответствующей формы,
информация поступает в таблицу «Контракты».
Область 3 отображает процесс внесения в базу данных информации о
поступлении и выдаче запасов со склада, а именно количестве поступивших
(положительное значение) или выданных (отрицательное значение)
двигателей, дате, ответственном сотруднике. После заполнения оператором
соответствующей формы, информация поступает в таблицу «Учет запасов».
Область 4 отображает процесс внесения в базу данных информации о
заказе двигателей у производителя. К данной информации относится
информация о названии и количестве заказываемых двигателей, дате заказа,
ответственном сотруднике и примечании к заказу, в котором можно указать
контракт, для которого осуществляется заказ, или любую другую
информацию. После заполнения оператором соответствующей формы,
информация поступает в таблицу «Заказы».
После того как оператор внесет всю информацию в базу данных,
программа сможет проанализировать информацию и вывести отчеты о
нехватке и излишке запасов. Данный процесс отображен в области 5[25].
2.3.2. Характеристика входной и выходной информации
Входной информацией информационной системы является
информация, что хранится в базе данных, детальное описание которой было
представлено ранее. Также к входной информации относятся команды
пользователя, с помощью которых он осуществляет работу с программой.
Выходной информацией информационной системы является:
анализ запасов двигателей для продажи по действующим
контрактам, что заключило предприятие;
39
анализ излишков запасов двигателей, что хранятся на складе;
экспортированные из программы в Excel данные.
2.3.3. Описание модулей и структурная схема информационной
системы
Информационная система оптимизации управления запасами создана
на основе двух уровневой архитектуры (клиент-сервер), структура, которой
показана на рисунке 10.
Рисунок 10 — Архитектура ПО
В двухуровневой архитектуре нагрузка распределяется между сервером
(в котором находится база данных) и клиентом (в котором находится
пользовательский интерфейс).
Взаимодействие между уровнями происходит следующим образом:
клиент отправляет запрос на сервер БД;
база данных обрабатывает запрос и отправляет его на выполнение
СУБД;
СУБД в свою очередь выполняет запрос и предоставляет результат
серверу БД;
сервер БД перенаправляет полученный результат клиенту.
Основным преимуществом данной архитектуры, является то, что
компьютер клиента выполняет лишь операции по отображению
существующей информации и внесению новой информации. Он не выполняет
Клиент
Сервер
СУБД
Запрос
Результат
Выполнить
запрос
Результат
40
никаких математических операций, а следовательно, таким образом
минимизируется нагрузка на него[38].
Для взаимосвязи базы данных и Delphi было решено использовать
компоненты библиотеки ADO. ADO это технология стандартного обращения
к реляционным базам данных от Microsoft. Эта технология аналогична BDE по
назначению и довольно близка по возможностям. К компонентам ADO
относятся следующие шесть компонентов: TADOConnection, TADOCommand,
TADODataSet, TADOTable, TADOQuery, TADOStoredProc[39].
TADOConnection аналогичный компоненту BDE TDatabase и
используется для указания базы данных и работы транзакциями;
TADOTable - таблица, которая доступна через ADO;
TADOQuery - запрос к базе данных. Это может быть как запрос, в
результате которого возвращаются данные с базы (например , SELECT), так и
запрос, не возвращающий данных (например, INSERT);
TADOStoredProc - вызов хранимой процедуры. В отличие от BDE и
InterBase хранимые процедуры в ADO могут возвращать набор данных,
поэтому компонент данного типа является потомком от TDataSet и может
выступать источником данных в компонентах типа TDataSource;
TADOCommand и TADODataSet являются наиболее общими
компонентами для работы с ADO, но и наиболее сложными в работе. Оба
компонента позволяют выполнять команды на языке провайдера данных (так в
ADO называется драйвер базы данных).
Все элементы доступа к базе данных было вынесено в отдельный
модуль DataModule.pas, который представлен на рисунке 11.
41
Рисунок 11 — Модуль DataModule.pas
Для отображения и управления информацией из базы данных были
использованы стандартные компоненты TDBGrid, TDBNavigator, а также
TDBEdit, TDBLookupComboBox.
Компонент TDBGrid обеспечивает табличный способ отображения на
экране строк данных из компонентов TADOTable или TADOQuery. Программа
использует TDBGrid для визуализации данных, что находятся в базе данных.
Компонент DBNavigator представляет собой набор командных кнопок,
обеспечивающих перемещение указателя текущей записи к следующему,
42
предыдущему, первому или последнему записям базы данных, а также
добавления в базу данных новой записи и удаления текущей записи.
TDBEdit – связанный с данными аналог обычного окна редактирования
TEdit. Он позволяет отображать и редактировать данные полей различных
типов: строка, число, булева величина.
Компонент TDBLookupComboBox используется при использовании
связанных таблиц, когда необходимо вывести на экран описательную
информацию вместо поля, содержащего ее код.
Также в процессе создания программы, было использовано ряд
стандартных компонент, что позволяют сделать интерфейс программы более
красивым и функциональным.
Компонент TMainMenu является невизуальным и позволяет
конструировать и создавать на форме полосу главного меню, а также
сопутствующие выпадающие меню. Компонент TMainMenu отображает на
форме главное меню программы.
Компонент TGroupBox является контейнером для объединения других
компонентов. Используется для группировки компонентов, которые
выполняют некоторый однотипный функционал.
43
Рисунок 12 — Укрупненный алгоритм функционирования
информационной системы
44
Компонент TLabel предназначен для показа статического текста на
форме программы, который не будет изменяться в течение работы программы.
Компонент TSplitter предназначен для перестроения размеров панелей
или других визуальных компонент пользователем.
Компонент TDateTimePicker предназначен для ввода даты и времени с
помощью специального календаря или непосредственно путем ввода даты в
виде строки[40].
На рисунке 12 представлено укрупненный алгоритм
функционирования информационной системы[26].
В таблице 2 изображено описание функций модулей, отражающих
структурную схему пакета, содержащие программные модули различных
классов.
Таблица 2
Описания функций модулей
№
п/п
Наименование
модуля
Функции модуля
1.
Основной модуль
«Main»
Содержит главную форму программы, а также
основные функции и процедуры управления
программой.
2.
Модуль
«DataModule»
Содержит компоненты, что выполняют связь с
базой данных. Модуль предназначен
исключительно для взаимодействия с базой
данных.
3.
Модуль
«FormRegisterDlg»
Форма авторизации пользователя при запуске
программы.
4.
Модуль
«FormContractDlg»
Представляет форму внесения, редактирования или
удаления информации об контрактах на продажу
двигателей, что заключило предприятие.
5.
Модуль
«FormFirmDlg»
Представляет форму внесения, редактирования или
удаления информации о фирмах, которые являются
клиентами предприятия.
6.
Модуль
«FormMotorDlg»
Представляет форму внесения, редактирования или
удаления информации о двигателях, которые
продает предприятие.
45
Продолжение таблицы 2
№
п/п
Наименование
модуля
Функции модуля
7.
Модуль
«FormOrderMotorDlg»
Представляет форму внесения, редактирования
или удаления информации о заявках на
поставку двигателей от производителя.
8.
Модуль «FormPostDlg»
Представляет форму внесения, редактирования
или удаления информации о должностях
сотрудников предприятия.
9.
Модуль «FormSkladDlg»
Представляет форму внесения, редактирования
или удаления информации о поступлении или
выдаче запасов с склада.
10.
Модуль «FormStaffDlg»
Представляет форму внесения, редактирования
или удаления информации о сотрудниках
предприятия.
Дерево вызова программных модулей представлено на рисунке 13.
Рисунок 13 — Дерево вызова программных модулей
Основной модуль «Main»
Модуль «DataModule»
Модуль
«FormContractDlg»
Модуль «FormRegisterDlg»
Модуль
«FormFirmDlg»
Модуль
«FormMotorDlg»
Модуль
«FormOrderMotorDlg»
Модуль
«FormSkladDlg»
Модуль
«FormStaffDlg»
Модуль
«FormPostDlg»