Файл: Планирование закупок и размещение заказов__ поставщикам.pdf
Добавлен: 18.06.2023
Просмотров: 86
Скачиваний: 2
Наименование таблица |
Наименование поля |
План закупок |
Период |
Год |
|
Дата формирования |
|
Материал |
Наименование |
Характеристика |
|
Количество |
|
Единица измерения |
|
Сырье |
Наименование |
Характеристика |
|
Количество |
|
Единица измерения |
Результативная информация получается на основании данных таблиц «План производства» и «Готовая продукция». Пример плана закупок представлен на рисунке 14.
Рисунок 14. Пример плана закупок [4]
Полученный документ включает в себя оперативную информацию и является уточняющим. Документ выгружается из ИС в форматах .doc, .docx, .xlsx, .xls для дальнейшей передачи в отдел закупок, загрузки в другую ИС или печати.
Для того, чтобы привести иерархию функций управления и обработки данных, которые будут автоматизированы с помощью проектируемой ИС, необходимо выделить и детализировать два подмножества функций:
- Функции, реализующие служебные функции.
- Функции, реализующих основные функции управления и обработки данных.
Выявление состава функций, их иерархии и выбора языка общения (например, главное меню ИС) позволит разработать структуру сценария диалога, который даст возможность определить состав кадров диалога, содержание каждого кадра и их соподчиненность.
Разработаем дерево функций системы, согласно приведенным рекомендациям. К основным функциям разрабатываемой системы относятся:
- Редактирование справочников.
- Создание плана закупок.
- Загрузка плана производства.
К служебным функциям разрабатываемой ИС относятся:
- Выделение параметров из плана производства для составления экономико-математической модели задачи.
- Создание экономико-математической модели задачи.
- Расчет оптимального объема плана закупок.
Дерево функций представлено на рисунке 15 [7].
Рисунок 15. Дерево функций системы
При разработке структуры диалога необходимо предусмотреть возможность работы с экранными формами входных документов, формирование выходных документов, корректировки вводимых данных, просмотра введенной информации, работу с таблицами нормативно-справочной информации, протоколирования действий пользователя, а также помощь на всех этапах работы.
Разработаем сценарий диалога информационной системы. Сценарий диалога представлен на рисунке 16.
Рисунок 16. Сценарий диалога
Проектируемая ИС будет хранить и обрабатывать данные в реляционной базе данных, которая представляет собой совокупность двумерных таблиц. База данных будет включать следующие таблицы:
- План производства.
- Готовая продукция.
- План закупок.
- Сырье.
- Материал.
- Номенклатура.
Для описания взаимосвязей между таблицами построим ER-модель. ER-модель представлена на рисунке 17.
Характеристика таблиц базы данных представлена в таблице 5.
Рисунок 17. ER-модель базы данных
Таблица 5
Характеристика базы данных
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Справочник «Номенклатура» |
||||
ID_номенклатуры |
ID_nomen |
Счетчик |
5 |
Ключевое поле |
Код |
Code_nomen |
Текст |
30 |
|
Наименование |
Name_nomen |
Текст |
100 |
|
Сырье |
||||
ID_сырья |
ID_stock |
Счетчик |
5 |
Ключевое поле |
Наименование |
Name_stock |
Текст |
30 |
|
Параметр |
Par_stock |
Текст |
30 |
|
Единица измерения |
Ed_stock |
Текст |
5 |
|
Материал |
||||
ID_материала |
ID_mat |
Счетчик |
5 |
Ключевое поле |
Наименование |
Name_mat |
Текст |
30 |
|
Наименование поля |
Идентификатор поля |
Тип поля |
Длина поля |
Прочее |
Параметр |
Par_mat |
Текст |
30 |
|
Единица измерения |
Ed_mat |
Текст |
5 |
|
Готовая продукция |
||||
ID_продукции |
ID_gp |
Счетчик |
5 |
Ключевое поле |
Наименование |
Name_gp |
Текст |
30 |
|
План закупок |
||||
ID_плана |
ID_pz |
Счетчик |
5 |
Ключевое поле |
Дата |
Date_pz |
Дата/Время |
8 |
|
Период |
Per_pz |
Текстовый |
15 |
|
Количество |
Kol_pz |
Числовой |
7 |
|
Единица измерения |
Ed_pz |
Текстовый |
5 |
|
План производства |
||||
ID_плана |
ID_pp |
Счетчик |
5 |
|
Дата |
Date_pp |
Дата/Время |
8 |
|
Период |
Per_pp |
Текстовый |
15 |
|
Количество |
Kol_pp |
Числовой |
7 |
|
Единица измерения |
Ed_pp |
Текстовый |
5 |
Структурная схема пакета программных модулей состоит из модулей следующих классов:
- Модули, выполняющие служебные функции.
- Управляющие модули, осуществляющие загрузку меню и передачу управления другому модулю.
- Модули, связанные с хранением, обработкой и выдачей информации.
Описание функций модулей позволяет структурировать файлы информационной системы, обеспечить надежность системы и удобство при сопровождении системы.
Описание функций модулей представлено в таблице 6.
Таблица 6
Описание функций модулей
№ п/п |
Наименование модуля |
Функции модуля |
1 |
Глобальный модуль |
Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при запуске приложения |
2 |
Модуль расчета ЭММ |
Содержит предопределенные процедуры формы, необходимые для осуществления загрузки плана производства, извлечения из него параметров для создания ЭММ |
3 |
Модуль создания плана закупок |
Содержит глобальные процедуры и функции, предопределенные процедуры, процедуры и функции, которые выполняются при решении задачи оптимизации ЭММ |
Модель дерева вызова программных модулей представлено на рисунке 18.
Рисунок 18. Модель дерева вызова программных модулей
Основой функционала проектируемой информационной системы является алгоритм расчета экономико-математической модели. Суть методов оптимизации заключается в том, что исходя из наличия определенных ограничений выбирается такой способ их использования (распределения), при котором обеспечивается максимум объема выпуска готовой продукции.
Отличительными признаками оптимизационных моделей являются:
- Наличие одного или нескольких критериев оптимальности (критерий оптимальности — это признак, по которому множество или одно решение задачи признается наилучшим); наиболее типичными критериями в экономических оптимизационных задачах являются: максимум дохода или прибыли, минимум издержек, минимальное время для выполнения задания и другие;
- Система ограничений, которая формируется, исходя из содержательной постановки задачи, и представляет собой систему уравнений или неравенств.
Поскольку алгоритм расчета ЭММ имеет большой объем, графический вариант будет представлен в Приложении 1.
Для разработки контрольного примера реализации проекта и его описания необходимо:
- Описать тестовые данные, которые необходимы для проверки работоспособности основных функций проекта.
- Описать процесс обработки тестовых данных.
- Описать результаты обработки тестовых данных.
Реализация контрольного примера состоит из следующих этапов:
- Ввод тестовых данных в справочники.
- Расчет плана закупок.
Для заполнения справочника «Номенклатура» необходимо код и наименование. В справочник была введена информация о номенклатуре «2.1111.03» «Проволока алюминиевая». После нажатия кнопки «Сохранить», введенные данные записываются в базу данных и становятся доступными для просмотра (см. рис. 19).
Рисунок 19. Заполнение справочника «Номенклатура»
На основании загруженного плана производства был сформирован план закупок, который может быть выгружен из ИС или напечатан. Результат создания плана производства представлен на рисунке 20.
Рисунок 20. Сформированный план закупок
ЗАКЛЮЧЕНИЕ
В ходе выполнения курсовой работы было проведено обследование предметной области. Дано описание комплекса задач автоматизации и обоснование их выбора. Были описаны бизнес-процессы предметной области с помощью нотации IDEF0.
Были описаны информационные потоки, возникающие в результате осуществления документооборота, возникающего при планировании закупок.
Проведено исследование проектных решений по информационному обеспечению. В результате анализа была выбрана реляционная модель базы данных.
В ходе анализа существующих проектных решений по программному обеспечению было выбрано наиболее оптимальное решение.
Во второй главе работы была разработана информационная модель предметной области. Дана характеристика оперативной, справочной информации и входных и оперативных данных. Разработаны формы результативной информации.
Были разработаны дерево функций системы и сценарий диалога. Дана характеристика базы данных, разработана ER-модель базы данных, приведённой к третьей нормальной форме.