Реферат: Информационная система складского терминала

<Добавление информации>

<Исправление информации>

<Проверка правильности ввода информации>

<Удаление информации>

<Просмотр результатов>

<Сохранение изменений>

Подфункция системы <Сохранение информации о произведенных пользователем операциях> имеет важное значение, и поэтому выделена в отдельную подфункцию. Назначение данной подфункции состоит в сохранении идентификатора пользователя и времени в служебных полях базы данных при произведении пользователем, каких либо действий с базой данных системы. Это необходимо для восстановления информации о том – кто, когда и какие операции производил. Структурную схему функции системы <Идентификация пользователей> можно представить схемой, представленной на рис. 2.2.

Для выполнения второй задачи – учета продукции поступающей в зону складского комплекса, необходимо чтобы система могла:

ü Обеспечивать возможность ввода информации о приходе продукции на склад в двух режимах:

o  Автоматический режим – режим, при котором на систему ложится задача выбора оптимального расположения продукции на складе. Оператор вводит в систему принимаемую продукцию, система определяет – где ее расположить.

o  Ручной режим – режим, при котором оператор вручную определяет расположение принимаемой продукции на складе.

ü Обеспечивать возможность корректировки введенной информации.

ü Обеспечивать просмотр имеющейся информации.

ü Контролировать правильность ввода информации.

ü Автоматически сохранять введенную информацию.

ü Обеспечивать возможность удаления информации.

ü Обеспечивать возможность поиска необходимых данных.

ü Обеспечивать возможность сортировки имеющейся информации.

ü Обеспечивать формирование необходимой документации и вывод ее на печать.

Реализация описанных выше процедур системы обеспечивается работой второй функции <Учет продукции поступающей на склад>, выполнение которой обеспечивают такие подфункции как <Ввод информации о поступлении продукции на склад>, <Просмотр всех имеющихся данных>, <Обработка имеющейся информации>, <Формирование необходимой документации>.

Подфункция системы <Ввод информации о поступлении продукции на склад> реализуется с помощью подфункций второго уровня <Автоматический режим> и <Ручной режим>. Данные подфункции, в свою очередь, реализуются с помощью подфункций третьего уровня:

<Добавление данных>

<Проверка правильности ввода данных>

<Внесение изменений>

<Удаление информации>

<Просмотр результата>

<Выдача необходимой информации на печать>

<Автоматическое сохранение информации>

Для реализации подфункции <Автоматический режим> также необходима подфункция третьего уровня <Автоматическое определение необходимой информации и занесение ее в базу данных системы>. В задачи данной подфункции входит определение наиболее оптимального расположения продукции на складе и выдача соответствующих адресов склада для принимаемой продукции.

Подфункция системы <Просмотр всех имеющихся данных> реализуется с помощью подфункций второго уровня <Просмотр документов> и <Печать документов>. Подфункция системы <Обработка имеющейся информации> может быть реализована с помощью двух подфункций второго уровня <Поиск информации>, <Сортировка информации>. Выполнение задач подфункции <Поиск информации> осуществляется подфункциями третьего уровня:

<Задание условий поиска информации>    

<Выполнение поиска информации>

<Просмотр результатов поиска>

<Печать результатов поиска>

а подфункции <Сортировка информации> в свою очередь подфункциями:

<Задание условий сортировки>

<Выполнение сортировки>

<Просмотр результатов сортировки>

<Печать результатов сортировки>

Подфункция системы <Формирование необходимой документации> реализуется четырьмя подфункциями второго уровня:

<Формирование отчетных форм>

<Формирование отчетов>

<Просмотр и печать отчетов>

<Сохранение отчетов>

На основании вышеизложенного, реализацию функции <Учет продукции поступающей на склад> можно описать схемой представленной на рис. 2.3.

Для выполнения третьей задачи - учета продукции отгруженной из зоны складского комплекса, необходимо чтобы система могла:

ü Обеспечивать возможность ввода информации об отгрузке продукции со склад в двух режимах:

o  Автоматический режим – режим, при котором на систему ложится задача оптимального выбора адресов склада, с которых будет производиться отгрузка продукции клиентам. Оператор вводит в систему отгружаемую продукцию, система определяет – где ее взять.

o  Ручной режим – режим, при котором оператор вручную определяет расположение отгружаемой продукции на складе.

ü Обеспечивать возможность корректировки введенной информации.

ü Обеспечивать просмотр имеющейся информации.

ü Контролировать правильность ввода информации.

ü Автоматически сохранять введенную информацию.

ü Обеспечивать возможность удаления информации.

ü Обеспечивать возможность поиска необходимых данных.

ü Обеспечивать возможность сортировки имеющейся информации.

ü Обеспечивать формирование необходимой документации и вывод ее на печать.

Реализация описанных выше процедур системы обеспечивается работой второй функции <Учет продукции отгруженной со склада>, выполнение которой обеспечивают такие подфункции как <Ввод информации об отгрузке продукции со склада>, <Просмотр всех имеющихся данных>, <Обработка имеющейся информации>, <Формирование необходимой документации>.  Как видно, перечень выполняемых данной функцией процедур аналогичен списку процедур предыдущей функции, поэтому будет целесообразно использовать структуру функции  <Учет продукции поступающей на склад>, с разницей лишь в том, что процедуры будут выполняться для информации из базы данных документов отгрузки со склада. Так же, для реализации функции <Учет продукции отгруженной со склада> изменится назначение подфункции третьего уровня <Автоматическое определение необходимой информации и занесение ее в базу данных системы>. В задачи данной подфункции входит определение наиболее оптимального расположения продукции на складе и выдача соответствующих адресов склада для отгружаемой продукции. Структурная схема функции системы <Учет продукции отгруженной со склада> будет аналогична схеме функции <Учет продукции поступающей на склад> рис. 2.3.

Для выполнения четвертой задачи – контроль за состоянием складского комплекса, необходимо чтобы система могла вести:

ü Учет поставщиков продукции.

ü Учет клиентов складского комплекса.

ü Учет наименований продукции складского комплекса.

ü Возможность произведения операций с виртуальными ячейками склада.

Реализация описанных выше процедур системы обеспечивается работой четвертой функции <Контроль за состоянием складского комплекса>, выполнение которой осуществляется подфункциями: <Просмотр ячеек склада>, <Операции с ячейками склада>, <Учет поставщиков продукции>, <Учет клиентов>, <Учет наименований продукции>. Подфункция <Операции с ячейками склада> реализуется четырьмя подфункциями второго уровня:

<Создание виртуальных ячеек>

<Удаление виртуальных ячеек>

<Редактирование информации о ячейках>

<Блокировка ячеек>

Подфункция <Учет поставщиков продукции> также реализуется четырьмя подфункциями второго уровня:

<Добавление поставщика>

<Просмотр имеющихся поставщиков>

<Удаление поставщика>

<Редактирование информации о поставщике>

Подфункции <Учет клиентов> и <Учет наименований продукции> реализованы также как и предыдущая подфункция, и имеют по четыре подфункции, отвечающие за добавление информации, просмотр имеющихся данных, удаление информации и редактирование информации. Структурная схема функции системы <Контроль за состоянием складского комплекса> представлена на рис. 2.4.

Для выполнения пятой задачи – формирование необходимой документации, необходимо чтобы система могла:

ü Поиск информации для составленных отчетов.

ü Просмотр сформированных отчетов.

ü Создание запросов для связи отчетов с данными.

ü Создание форм отчетов.

ü Генерацию отчетов.

ü Настройку представления отчетов.

ü Печать и сохранение отчетов в различных форматах.

Реализация описанных выше процедур системы обеспечивается работой пятой функции <Формирование необходимой документации>, выполнение которой осуществляется подфункциями <Создание запросов для связи отчетов с данными>, <Создание форм отчетов>, <Формирование отчетов> и <Обработка отчетов>. Подфункция <Создание запросов для связи отчетов с данными> предназначена для создания запросов к базе данных. В запросах указываются таблицы данных и необходимые условия выборки данных. Каждый запрос имеет свое имя, ссылаясь на которое производится формирование данных для отчета, вызвавшего данный запрос. Функционирование данной подфункции осуществляется пятью подфункциями второго уровня:

<Просмотр списка запросов>

<Добавление запроса>

<Редактирование запроса>

<Удаление запроса>

<Просмотр результатов запроса>

Подфункция <Создание форм отчетов> предназначена для создания шапок отчетов. В форме отчета создаются необходимые надписи (заголовок отчета, заголовки столбцов и т.д.) а также указываются используемые запросы, необходимые для формирования данного отчета. Функционирование данной подфункции осуществляется пятью подфункциями второго уровня:

<Просмотр списка форм>

<Редактирование существующих форм>

<Добавление формы>

<Удаление формы>

<Просмотр формы>

Подфункция <Формирование отчетов> реализуется в системе с помощью подфункций второго уровня: <Поиск данных для отчета>, <Выбор формы отчета>, <Выбор запроса для отчета>, <Генерация отчета>. Подфункция <Обработка отчетов> реализуется в системе с помощью подфункций второго уровня: <Просмотр и настройка отчетов> <Печать отчетов> <Загрузка отчетов> <Сохранение отчетов в необходимом формате>. Составим структурную схему функции системы <Формирование необходимой документации> рис. 2.5.

3. Описание программы

            Информационная система складского терминала (далее ИС или программа) представляет собой Windows – приложение, созданное с помощью программной среды Delphi 5. Программа функционирует как приложение для работы с базами данных, построенное на имеющихся для этого программных средствах Delphi 5. ИС работает под управлением операционной системы Windows 95/98/NT. Аппаратная часть ИС  – компьютера (процессор Pentium 266 МГц, ОЗУ – 32 МБ, HDD – 2.4 Гб, видеопамять 4 МБ); дисплея 17´´; принтера (Lexmark Optra S 1855); принтера наклеек DATAMAX DMX 600. Характерной особенностью созданных с помощью Delphi программ для работы с базами данных (БД) является непременное использование в них BDE (Borland Database Engine – машина баз данных Borland), которая осуществляет роль связующего моста между программой и таблицами БД. BDE представляет собой набор DLL – библиотек, обеспечивающих низкоуровневый доступ к локальным и клиент – серверным БД и должна устанавливаться на каждом  компьютере,  который  использует  приложения для работы  с БД, написанные на Delphi. BDE не является частью программы, содержится в нескольких каталогах и должна регистрироваться в реестре Windows 32. При установке ИС на компьютер все необходимые DLL – библиотеки копируются по умолчанию в каталог C:\Program Files\BDE\. В каталоге …IS\MODULS находятся исходные файлы программы. Запускающим файлом ИС является исполнимый файл START.EXE, находящийся в папке IS. Экранные формы информационной системы представлены на рисунках 3.1; 3.2; 3.3; 3.4.

Рис. 3.1. Экранная форма заголовка расходной накладной

Рис. 3.2. Экранная форма строк расходной накладной

Рис.3.3. Экранная форма редактора списков сотрудников

Рис 3.4. Экранная форма редактора классификаторов товаров

3.1 Алгоритм функционирования информационной системы

складского терминала

Функционирование ИС осуществляется согласно структурному алгоритму, построенному исходя из требований, предъявляемых к выполняемым программой функциям (разделы 1.3 и 2). Работу всей системы можно представить алгоритмом, изображенным на рис. 3.5, 3.6, 3.7, 3.8.

Рис. 3.5. Алгоритм работы информационной системы складского терминала

3.2 Информационная структура базы данных.

Проектирование базы данных начинается с выявления атрибутов и подбора данных. Проектируемая база данных будет содержать объектное отношение документов прихода и объектное отношение документов отгрузки со склада. Анализ информации, которая должна содержатся в акте о приходе продукции на склад, показывает, что следует выделить следующие атрибуты объектного отношения документов прихода:

1. № акта о разгрузке;

2. оператор, производящий приемку продукции на склад (зав. складом);

3. № товарно-транспортной накладной, по которой продукция прибыла на склад;

Рис. 3.6. Алгоритм работы информационной системы складского терминала

4. дата создания акта о разгрузке;

5. время создания акта о разгрузке;

6. № машины, с которой прибыла продукция;

7. поставщик продукции;

8. водитель машины;

9. дата разгрузки;

10.  время разгрузки;

11.  код продукта;

12.  наименование продукта;

13.  срок годности продукта;

14.  количество коробов продукции;

15.  вес короба продукции;

16.  цена короба продукции;

17.  адрес разгруженной продукции на складе;

Данное объектное отношение также должно содержать информацию о поставщике продукции (адрес, телефон и т.д.). Используя данное объектное отношение, мы получим слишком громоздкую базу данных, с огромной избыточностью. Так как принятая продукция будет иметь определенное количество разных адресов на складе для каждого кода продукции в отдельности, то мы получим большое число строк, в которых будет повторяться информация о поставщиках, продукции, операторах. Исходя из данного анализа целесообразно будет разбить объектное отношение документов прихода на несколько отдельных объектных отношений: документы прихода, карточка товара, поставщики, операторы, расположение.

Определим атрибуты объектного отношения «Карточка товара»:

1.  наименование товарной единицы;

2.  производитель товарной единицы;

3.  код продукта;

4.  вес короба продукции;

5.  высота короба продукции;

6.  ширина короба продукции;

7.  длина короба продукции;

8.  цена короба продукции.

Определим атрибуты объектного отношения «Поставщики»:

1.  код поставщика;

2.  название поставщика;

3.  адрес поставщика;

4.  телефон поставщика;

5.  расчетный счет поставщика;

6.  № договора с поставщиком;

Определим атрибуты объектного отношения «операторы»:

1.  фамилия оператора;

2.  имя оператора;

3.  отчество оператора;

4.  адрес оператора;

5.  телефон оператора;

Определим атрибуты объектного отношения «Документы прихода»:

1.  № акта разгрузки;

2.  оператор;

3.  № товарно-транспортной накладной;

4.  время создания акта разгрузки;

5.  дата создания акта разгрузки;

6.  № машины, с которой прибыла продукция;

7.  поставщик;

8.  водитель машины;

9.  дата разгрузки;

10.             время разгрузки;

Определим атрибуты объектного отношения «Расположение»:

1.  № акта разгрузки;

2.  код продукта;

3.  количество коробов;

4.  срок годности продукции;

5.  адрес;

Информация о товарах будет располагаться в файле с именем «tovar.dbf» со следующей структурой файла (Таблица 3.1.):

Таблица 3.1.

Информация о поставщиках будет располагаться в файле с именем «postav.dbf» со следующей структурой файла (Таблица 3.2):

Таблица 3.2.

Информация об операторах будет располагаться в файле с именем «operators.dbf» со следующей структурой файла (Таблица 3.3.):

Таблица 3.3.

Информация о документах прихода будет располагаться в файле с именем «prihod.dbf» со следующей структурой файла (Таблица 3.4.):

Таблица 3.4.

Информация о расположении будет располагаться в файле с именем «adress.dbf» со следующей структурой файла (Таблица 3.5.):

Страницы: 1, 2, 3, 4, 5, 6, 7