для MPS и запасных частей определяется
общая потребность в материальных ресурсах
в соответствии с ведомостью материалов
и составом изделия с распределением по
периодам времени планирования;
общая потребность материалов
корректируется с учётом состояния запасов
для каждого периода времени планирования;
осуществляется формирование
заказов на пополнение запасов с учётом
необходимого времени опережения.
Система MRP формирует план-график
снабжения материальными ресурсами производства
(потребность каждой учётной единицы материалов
и комплектующих для каждого периода времени).
Для реализации план-графика снабжения
система создаёт график заказов в привязке
к периодам времени. Он используется для
размещения заказов поставщикам материалов
и комплектующих или для планирования
самостоятельного изготовления с возможностью
внесения корректировок в процессе производства.
Системы MRP II являются дальнейшим
развитием систем MRP и ориентированы на
эффективное планирование всех ресурсов
производственного предприятия. В общем
случае можно выделить следующие направления
планирование производства
формирование основного производственнгго плана-графика
Системы MRP II предполагают вовлечение
в информационную интеграцию финансовой
составляющей (планирование бизнеса).
В системах MRP II предполагается специальный
инструментарий формирования финансового
плана и составления бюджетных смет, прогнозирования
и управления движением денежных средств,
на основании которых определяется возможность
реализации производственного плана с
точки зрения наличных и предополагаемых
денежных средств.
ERP системы (Enterprise
Resources Planning), как дальнейшее развитие интегрированных
информационных систем управления предприятием
кроме вышеуказанной функциональности,
как правило, включают планирование ресурсов
распределения (DRP – I, DRP – II), и ресурсов
для проведения технологического обслуживания
и выполнения ремонтов. Системы DRP обеспечивают
оптимальное решение (планирование, учет
и управление) транспортных задач по перемещению
материально-технических ресурсов и готовой
продукции. Кроме этого для MRPII и ERP систем
характерно наличие специальной подсистемы
управления реализацией долгосрочных
проектов (Project Management), предполагающей
полнофункциональное планирование материальных
ресурсов, трудовых ресурсов, оборудования,
формирования сетевых графиков работ,
управление ходом выполнения и фактурирование
реализуемых проектов.
2. Проектирование
прикладной информационной системы в
среде СУБД MS Access.
Основные этапы создания базы данных:
1. Создание структуры таблиц
(имена, типы полей и т.д.)
2. Ввод и редактирование данных
в таблице
3. Связывание таблиц и создание
запросов для обработки данных в таблицах
4. Создание формы
2.1
Информационно-логическая модель базы
данных «Продажа автозапчастей».
Разработаем информационно-логическую
модель проектируемой системы «Продажа
автозапчастей», состоящую из следующих
информационных объектов:
- Договоры
- Потребители
- Заказы
- Производители
- Перевозчики
2.2 Формирование таблиц реляционной базы
данных «Продажа автозапчастей».
Данные объекты будут представлены
в виде таблиц с уточняющей информацией.
В MS Access они примут следующий вид:
Таблица «Договоры». Является
обобщающей таблицей, в которой не находится
дополнительной информации, а лишь отражена
связь между определёнными потребителями
и перевозчиками по поводу выполнения
определённого заказа. Перед тем как вводить
данные в таблицу необходимо рассмотреть
ее структуру и описать тип данных каждого
поля, в зависимости от того какого рода
информация будет содержаться в том или
ином поле. Например, для текстовой информации
выбираем тип: «текстовый», для числовой
– «числовой». Так же существует возможность
выбора таких типов данных как: дата/время,
денежный, счётчик, логический, гиперссылка
и другие. Данные действия подготавливают
таблицу к использованию в MS Access.
Рис 2. 1-Таблица «Договоры» в
режиме конструктора.
Рис 2.2-Таблица «Договоры» в
режиме таблицы.
Таблица «Заказы» содержит
в себе данные, касающиеся наименования
товаров, размера партии, срока доставки
и кода транспортного средства.
Рис. 2.3 – таблица «Заказы» в
режиме конструктора.
Рис. 2. 4 – таблица «Заказы»
в режиме таблицы.
Таблица «Перевозчики» содержит
информацию о наименовании, стоимости
услуги, так же содержит код заказа.
Рис. 2.5 – таблица «Перевозчики»
в режиме конструктора.
Рис. 2. 6 – таблица «Перевозчики»
в режиме таблицы.
Таблица «Потребители» предоставляет
информацию о юридическом адресе потребителя,
контактном лице и о номере телефона.
Рис. 2. 7 – таблица «Потребители»
в режиме конструктора.
Рис. 2. 8 – таблица «Потребители»
в режиме таблицы.
Таблица «Производители» содержит
в себе информацию о производителях товаров,
содержащихся в заказах.
Рис. 2. 9 – таблица «Производители»
в режиме конструктора.
Рис. 2.10 – таблица «Производители»
в режиме таблицы.
Таблица «Товары» содержит
в себе наименование товара, его стоимость
и код производителя.
Рис. 2.11 – таблица «Товары»
в режиме конструктора.
Рис. 2. 12 – таблица «Товары»
в режиме таблицы.
После того как были сформированы
все таблицы необходимо создать схему
данных с обеспечением целостности и создать
связи между таблицами.
Рис. 2.13 – схема данных
2.3 Формирование
запросов к реляционной базе данных «Продажа
запчастей».
Для быстрого доступа к
данным есть гибкое и удобное средство
– запросы. Поэтому следующим этапом в
разработке и реализации системы управления
базами данных будет их создание. Для одной
и той же таблицы можно создать множество
различных запросов, каждый из которых
сможет извлекать из таблицы лишь малую
часть информации, но именно ту часть,
которая в данный момент необходима. В
результате работы запроса из общей исходной
базы формируется результирующая таблица,
содержащая часть общей информации, соответствующая
запросу.
Запрос на выборку. Цель запроса
на выборку состоит в создании результирующей
таблицы, в которой отображается только
нужные по условию запроса данные из базовых
таблиц. Для этого необходимо задать условие
согласно которому будут отбираться те
или иные данные.
Рис. 2.14 – запрос на выборку
по условию срока доставки.
После применения данного запроса
в результирующей таблице будут отражены
лишь те заказы, срок доставки которых
датируется июнем месяцем.
Рис. 2.15 – результат применения
запроса на выборку.
Запрос на выборку с параметром - это запрос,
при выполнении отображающий в собственном
диалоговом окне приглашение ввести данные
(условие для возвращения записей) или
значение, которое требуется вставить
в поле.
Рис. 2. 16 – запрос
на выборку с параметром. Конструктор.
Рис. 2. 17 – ввод параметра.
Рис. 2.18 – результат запроса
на выборку с параметром.
Рис. 2. 19 – параметрический
запрос.
Рис. 2. 20 – ввод параметра.
Рис. 2.21 – результат параметрического
запроса.
Запрос
на обновление. Вносит общие изменения
в группу записей одной или нескольких
таблиц. Например, на 10 процентов поднимаются
цены на продукты или на 5 процентов увеличивается
зарплата сотрудников. Запрос на обновление
записей позволяет изменять данные в существующих
таблицах.
Рис. 2. 22 – запрос на обновление
в режиме Конструктор.
Рис. 2. 23 – результат запроса
на обновление.
Запрос
на удаление. Удаляет группу записей из
одной или нескольких таблиц. Например,
запрос на удаление позволяет удалить
записи о товарах, поставки которых прекращены
или на которые нет заказов. С помощью
запроса на удаление можно удалять только
всю запись, а не отдельные поля внутри
нее.
Рис.
2. 24 – запрос на удаление в режиме Конструктор.
Так
как мы выбрали поле «контактное лицо»
и ввели условие отбора «Like «А*», то после
применения данного запроса из таблицы
«Потребители» будут удалены все потребители,
чьи фамилии начинаются с буквы «А».
Рис.
2.25 – результат запроса на удаление.
Запрос на создание таблицы.
Создает новую таблицу в текущей БД или
другой БД на основе всех или части данных
из одной или нескольких таблиц, запросов.
Рис. 2. 26 – запрос на создание
таблицы в режиме Конструктор.
Рис. 2.27 – результат запроса
на создание таблицы.
Перекрестный запрос,
позволяющий создавать результирующие
таблицы на основе результатов расчетов,
полученных при анализе группы таблиц. В перекрестном запросе отображаются
результаты статистических расчетов (суммы,
количество записей и средние значения),
выполненных по данным из одного поля
таблицы. Эти результаты группируются
по двум наборам данных, один из которых
расположен в левом столбце таблицы, а
второй — в верхней строке.
Рис. 2. 27 – перекрёстный запрос
в режиме Конструктор.
Рис. 2.28 – результат перекрёстного
запроса.
2.4 Формирование
отчётов и форм реляционной базы данных
«Продажа запчастей»
Теперь перейдём к созданию форм.
Форма – это средство представления информации
для просмотра, изменения или печати данных
в виде, удобном для восприятия пользователями.
Использование форм существенно облегчает
ввод и контроль данных.
Создадим главную кнопочную форму с помощью
диспетчера кнопочных форм, на которой
будут располагаться формы «Заказы», «Объём
заказов», «Перевозчики», «Потребители»,
«Производители», «Товары».
Рис. 2.29– форма «Заказы».
Рис. 2.30– форма «Объём заказов».
Рис. 2.31– форма «Перевозчики».
Рис. 2.32– форма «Потребители».
Рис. 2.33– форма «Производители».
Рис. 2.34– форма «Товары».
Рис. 2.35–главная кнопочная форма.
Заключение
В ходе курсовой работы была
разработана информационно-логическая
модель проектируемой системы «Снабжение
и доставка товаров»
В результате проектирования
и реализации базы данных разработана
структура таблиц информационной системы
в соответствии с перечнем информационных
объектов и их реквизитов, реализована
система управления базами данных в среде
приложения MS Access. Сформированы таблицы
реляционной базы данных. Построена схема
данных с обеспечением целостности, разработаны
запросы к базе и формы, содержащие различные
элементы управления.
При проектировании были учтены
возможные варианты работы специалиста
с разработанной базой данных. Использование
данного продукта позволяет оптимизировать
работу специалиста – уменьшить трудозатраты
на обработку, поиск и выборку информации
и др. Информация, содержащаяся в базе,
рационально отражает сведения обо всех
информационных объектах.
Из вышеизложенного можно
сделать вывод, что задача, поставленная
в задании курсовой работы, выполнена.
База данных может быть использована в
практических целях в качестве инструмента
профессиональной деятельности.
Список
использованных источников
- Ивуть Р.Б, Н.В. Стефанович, И.И. Краснова.
Методические указания к выполнению лабораторных
работ по курсу «Сетевые технологии и
базы данных», Минск, 2008.
- Ивуть Р. Б. Теория логистики : учебно – методическое пособие / Р.Б. Ивуть, Т.Р. Кисель ; Белорусский национальный технический университет, Кафедра «Экономика и управление на транспорте». – Минск: БНТУ, 2011.
- Ивуть Р. Б. Логистика / Р.Б. Ивуть, С.А. Нарушевич. – Минск : БНТУ, 2004.
- Гриневич М. Н. Логистика : в 2 ч. Ч.1: Основы логистики / М.Н. Гриневич, В.И. Похабов, А.М. Темичев ; Белорусская государственная политехническая академия. – Минск : ВУЗ-ЮНИТИ, 2001
- http://www.be5.biz