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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

     

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

2.3. Учет продукции  отгруженной со  склада

 

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• Поиск информации для составленных отчетов.
• Просмотр сформированных отчетов.
• Создание запросов для связи отчетов с данными.
• Создание форм отчетов.
• Генерацию отчетов.
• Настройку представления отчетов.
• Печать и сохранение отчетов в различных форматах.

 

 

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

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

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

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

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

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

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

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

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

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

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

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

 

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

РАЗДЕЛ 3. МОДЕЛИРОВАНИЕ  БАЗЫ ДАННЫХ ИНФОРМАЦИОННОЙ СИСТЕМЫ

1.3 Информационная система комплекса складских терминалов

1.3.1 Наименование, область  применения, цель создания системы

 

     Разрабатываемая система, называемая «Информационная  система комплекса складских терминалов» предназначена для автоматизации процесса управления движением материальных потоков складского комплекса. Цель разработки – перевод устаревшей СУБД на новую архитектуру клиент-сервер, исправление обнаруженных недостатков существующей системы. Существующая программа «Складской терминал»  работает под управлением операционной системой MS-DOS. При этом она «вешает» машину при попытке запуска из-под Windows’95, поэтому, для работы с программой приходится перезагружать компьютер в режиме командной строки. Тот факт, что она написана под DOS, уже свидетельствует о неудобном интерфейсе пользователя. Отсутствие поддержки мышки, сложность, запутанность и непонятность назначения некоторых диалоговых окон, отсутствие системы помощи (не говоря уже о гибкой системе контекстной подсказки), неудобство ввода информации и многое другое еще меньше привлекает к программе. Система управления базой данных построена на технологии файл-сервер. При этом программа может работать как с локальной, так и с сетевой базой данных. Заметим, что при отсутствии доступа к сетевой базе, программа автоматически переключается на локальную базу, не выдавая при этом никаких предупреждений и сообщений. Еще несколько лет назад, среди СУБД наибольшей популярностью пользовались СУБД dBase, Paradox, Rbase, получившие общее название Xbase (созданных на технологии файл-сервер), а в качестве инструментальных средств самыми распространенными были Clipper и FoxPro. Сейчас на рынке этих СУБД распространенны Access, FoxPro, Paradox, dBase. В ходе эксплуатации таких систем были выявлены общие недостатки архитектуры файл-сервер, которые состоят в следующем:

• вся тяжесть вычислительной работы ложится на компьютер клиента; например, если в результате запроса клиент должен получить 2 записи из таблицы объемом 100000 записей, все 100000 записей будут скопированы с файл-сервера на клиентский компьютер; в результате возрастает загрузка сети (сетевой трафик) и увеличиваются требования к аппаратным мощностям пользовательского компьютера; заметим, что потребности в постоянном увеличении вычислительных мощностей клиентского компьютера обуславливаются постоянно возрастающим объемом накапливаемой и обрабатываемой информации;
• поскольку БД представляет собой набор файлов на сетевом сервере, доступ к таблицам регулируется только сетевой операционной системой, что делает такие БД по сути беззащитными от случайного или намеренного искажения хранящейся в ней информации, уничтожения или хищения;
• недостаточно развитый аппарат транзакций локальных СУБД служит потенциальным источником ошибок как при одновременном внесении изменений в одну и ту же запись, так и при реализации отката результатов серии объединенных по смыслу в единое целое операций над БД, когда некоторые из них завершились успешно, а некоторые – нет; это может нарушать ссылочную и смысловую целостность БД.