Автор работы: Пользователь скрыл имя, 14 Января 2014 в 15:09, дипломная работа
Целью исследования является обоснование необходимости и разработка информационной системы планирования закупок для предприятия химической отрасли. Предметом исследования в дипломной работе является деятельность компании по планированию закупок. Объектом исследования дипломной работы является научно-производственная фирма «АгроЛидер». ООО «НПФ «АгроЛидер» ― перспективная и динамично развивающаяся компания, занимающаяся производством и поставкой средств защиты растений по всей территории России.
ВВЕДЕНИЕ 3
1 АНАЛИТИЧЕСКАЯ ЧАСТЬ 5
1.1 ТЕХНИКО-ЭКОНОМИЧЕСКАЯ ХАРАКТЕРИСТИКА ПРЕДМЕТНОЙ ОБЛАСТИ 5
1.1.1 Характеристика предприятия 5
1.1.2 Краткая характеристика подразделения и его видов деятельности 9
1.2 ЭКОНОМИЧЕСКАЯ СУЩНОСТЬ ЗАДАЧИ 14
1.3 ОБОСНОВАНИЕ НЕОБХОДИМОСТИ И ЦЕЛИ ИСПОЛЬЗОВАНИЯ ВЫЧИСЛИТЕЛЬНОЙ ТЕХНИКИ ДЛЯ РЕШЕНИЯ ЗАДАЧИ 19
1.4 ПОСТАНОВКА ЗАДАЧИ 22
1.5 АНАЛИЗ СУЩЕСТВУЮЩИХ РАЗРАБОТОК 25
1.5.1 Информационная система « Управление снабжением 8» 25
1.5.2 Информационная система «1С: Управление производственным предприятием» 27
1.5.3 Информационная система “Oracle Retail Invoice Matching” 29
1.5.4 Информационная система «Галактика» 30
1.6 ОБОСНОВАНИЕ ВЫБОРА ТЕХНОЛОГИИ ПРОЕКТИРОВАНИЯ 35
1.7 ОБОСНОВАНИЕ ПРОЕКТНЫХ РЕШЕНИЙ ПО ВИДАМ ОБЕСПЕЧЕНИЯ 36
1.7.1 Техническое обеспечение 36
1.7.2 Информационное обеспечение 38
1.7.3 Программное обеспечение 40
1.7.4 Технологическое обеспечение 49
1.7.5 Математическое обеспечение 50
2 ПРОЕКТНАЯ ЧАСТЬ 53
2.1 ИНФОРМАЦИОННОЕ ОБЕСПЕЧЕНИЕ ЗАДАЧИ 53
2.1.1 Используемые классификаторы и системы кодирования 53
2.1.2 Характеристика нормативно-справочной и входной информации 53
2.1.3 Характеристика результатной информации 55
2.1.4 Информационная модель и ее описание 55
2.1.5 Физическая модель 60
2.2 ПРОГРАММНАЯ РЕАЛИЗАЦИЯ ЗАДАЧИ 61
2.2.1 Общие положения (дерево функций и сценарий диалога) 61
2.2.2 Структурная схема пакета 65
2.2.3 Описание программных модулей 67
2.3 РЕАЛИЗАЦИЯ ПОЛЬЗОВАТЕЛЬСКОГО ИНТЕРФЕЙСА 68
3 ОБОСНОВАНИЕ ЭКОНОМИЧЕСКОЙ ЭФФЕКТИВНОСТИ ПРОЕКТА 78
ЗАКЛЮЧЕНИЕ 86
БИБЛИОГРАФИЧЕСКИЙ СПИСОК 88
ПРИЛОЖЕНИЯ 91
(1.1) |
где ― дата возникновения потребности в материале;
― дата запуска производственной партии изделия, имеющего в составе данный материал.
(1.2) |
где ― плановая потребность в материале на дату;
― норма расхода материала на изготовление i-го вида продукции;
(1.3) |
где ― чистая потребность в материале на дату;
― складские остатки материала;
― плановый остаток материала, формируется как разница между запланированным приходом материала и запланированным расходом за период, предшествующий расчётному.
(1.4) |
где ― планируемое к закупке количество материала;
― транспортная партия, минимальный объем заказа у поставщика;
― функция возвращающая остаток от деления;
― функция возвращающая частное от деления;
(1.5) |
где ― планируемая дата закупки ;
― цикл заказа, определяется как расчетное время получения материала от поставщика с момента формирования заказа на поставку;
В разрабатываемой системе используются следующие классификаторы:
Описание используемых классификаторов информации приведены в таблице
Таблица 2.1 – Классификаторы
Наименование кодируемого |
Значность кода |
Система кодирования |
Система классификации |
Код классификатора |
Код продукции |
4 |
порядковая |
отсутствует |
локальный |
Код материала |
4 |
порядковая |
отсутствует |
локальный |
Для визуального отражения входной и выходной информации на Рисунке 2.1 приведена контекстная диаграмма функционального моделирования. Контекстная диаграмма состоит из одного блока, описывающего функцию верхнего уровня, ее входы, выходы, управления, и механизмы. Это диаграмма, представляющая собой общее описание системы.
К нормативно-справочной информации относятся:
К входной информации, использующейся для работы системы, относится:
Рисунок 2.1 — Контекстная диаграмма функционального моделирования
В результате работы системы формируется следующая результатная информация:
В процессе разработки программного средства было проведено моделирование потоков данных, позволяющее определить основные элементы строящейся системы. Диаграммы потоков данных представляют собой иерархию функциональных процессов, связанных потоками данных. Диаграмма потоков данных приведена на Рисунке 2.2.
Диаграммы DFD дополняют то, что уже отражено в модели IDEF0, поскольку они описывают потоки данных, позволяя проследить, каким образом происходит обмен информацией как внутри системы между бизнес-функциями, так и системы в целом с внешней информационной средой.
Планово-экономический отдел (ПЭО) предоставляет данные для формирования номенклатурного плана производства. Данные номенклатурного плана сохраняются в базе данных. На основании нормативных данных о нормах расхода материалов (состав продукции) и данных о партиях запуска производственного плана рассчитывается потребность в материалах на план.
Функция получения
данных об остатках материалов использует
хранилище «Движение
Рисунок 2.2 — Диаграмма потоков данных
На основании данных о потребности в материалах, текущих остатках и параметрах поставки материалов формируется план закупки материалов.
Полученные данные являются основой для формирования аналитических отчетов по планированию закупок на предприятии.
На основании выявленных при построении DFD хранилищ данных разрабатывается модель хранения данных, определяющая структуру базы данных.
Логическая модель описывает понятия предметной области, их взаимосвязь, а также ограничения на данные, налагаемые предметной областью. Логическая модель строится в терминах информационных единиц, но без привязки к конкретной СУБД. Основным средством разработки логической модели данных в настоящий момент являются различные варианты ER-диаграмм. С помощью ER- диаграмм осуществляется детализация хранилищ данных проектируемой системы.
Для проектирования структуры базы данных использовалось CASE средство ErWin. На Рисунке 2.3 отражена логическая модель базы данных, отражающая взаимосвязи сущностей без детализации для конкретной базы данных.
В Таблице 2.2 приведено описание структуры базы данных с указанием таблиц, атрибутов, полей и первичных ключей.
Рисунок 2.3 — Логическая структура базы данных
Таблица 2.2 ― Описание структуры базы данных
Сущность |
Атрибут |
Тип |
Примечание |
Готовая продукция | |||
Код продукции |
Число |
Первичный ключ | |
Наименование |
Строка |
||
Единица измерения |
Строка |
||
Характеристика |
Строка |
||
Движение материалов | |||
Код движения материалов |
Число |
Первичный ключ | |
Дата |
Дата |
||
Приход |
Число |
||
Расход |
Число |
||
Остаток |
Число |
||
Код материала |
Число |
Внешний ключ | |
Материалы | |||
Код материала |
Число |
Первичный ключ | |
Наименование |
Строка |
||
Единица измерения |
Строка |
||
Характеристика |
Строка |
||
Параметры поставки | |||
Код параметра |
Число |
Первичный ключ | |
Код поставщика |
Число |
Внешний ключ | |
Код материала |
Число |
Внешний ключ | |
Транспортная партия |
Число |
||
Цикл заказа |
Число |
||
Цена |
Число |
||
План закупки | |||
Код плана закупок |
Число |
Первичный ключ | |
Дата закупки плановая |
Дата |
||
Количество |
Число |
||
Код параметра |
Число |
Внешний ключ | |
План производства | |||
Код производственного заказа |
Число |
Первичный ключ | |
Количество |
Число |
||
Дата запуска партии |
Дата |
||
Дата выпуска партии |
Дата |
||
Дата запуска факт |
Дата |
||
Дата выпуска факт |
Дата |
||
Код продукции |
Число |
Внешний ключ | |
Поставщики | |||
Код поставщика |
Число |
Первичный ключ | |
Инн |
Строка |
||
Наименование |
Строка |
Продолжение Таблицы 2.2
Адрес |
Строка |
|||
Банковские реквизиты |
Строка |
|||
Приход материала | ||||
Код прихода |
Число |
Первичный ключ | ||
Дата прихода |
Дата |
|||
Количество |
Число |
|||
Код поставщика |
Число |
Внешний ключ | ||
Код материала |
Число |
Внешний ключ | ||
Расход материалов в производство | ||||
Код расхода материалов |
Число |
Первичный ключ | ||
Код заказа |
Число |
Внешний ключ | ||
Код материала |
Число |
Внешний ключ | ||
Количество |
Число |
|||
Состав продукции | ||||
Код состава продукции |
Число |
Первичный ключ | ||
Код продукции |
Число |
Внешний ключ | ||
Код материала |
Число |
Внешний ключ | ||
Количество |
Число |
Физическая модель данных описывает данные средствами конкретной СУБД. Физическая модель данных реализована средствами реляционной СУБД. Отношения, разработанные на стадии формирования логической модели данных, преобразуются в таблицы, атрибуты становятся столбцами таблиц, для ключевых атрибутов создаются уникальные индексы, домены преображаются в типы данных, принятые в конкретной СУБД.
Для разработанной структуры базы данных были выполнены операции по нормализации отношений в структуре. Нормализация таблиц базы данных ― первый шаг на пути проектирования структуры реляционной базы данных. Выделяются шесть нормальных форм, пять из которых так и называются: первая, вторая, третья, четвертая, пятая нормальная форма.
База данных считается нормализованной, если ее таблицы (по крайней мере, большинство таблиц) представлены как минимум в третьей нормальной форме.
Главная цель нормализации базы данных ― устранение избыточности и дублирования информации. Отношение находится в третьей нормальной форме (3НФ) тогда и только тогда, когда отношение находится в 2НФ и все не ключевые атрибуты взаимно независимы. Для того, чтобы устранить зависимость не ключевых атрибутов, нужно произвести декомпозицию отношения на несколько отношений. Разработанная структура базы данных соответствует третьей нормальной форме. Физическая структура разработанной базы данных представлена на Рисунке 2.4.
Выявление состава функций, их иерархии и выбор средств организации взаимодействия пользователя с программой позволяет разработать структуру сценария диалога, дающего возможность определить состав его кадров, содержание каждого кадра и их соподчиненность. Сценарий диалога пользователя представлен на Рисунке 2.5.
При разработке структуры диалога необходимо предусмотреть возможность работы с экранными формами входных документов, формирование выходных документов, корректировки вводимых данных, просмотра введенной информации, работу с таблицами нормативно-справочной информации, протоколирования действий пользователя, а также помощь на всех этапах работы.
На Рисунке 2.6 представлено дерево функций системы. При этом выделяется и детализируется два подмножества функций: реализующих служебные функции и реализующих основные функции, обеспечивающие информационную поддержку бизнес-процессов компании.
К служебным функциям относятся связь с базой данных, идентификация пользователя.
К основным функциям относятся информационная поддержка операций с продукцией, ведение справочной информации, генерация отчетов.
Рисунок 2.4 ― Структура базы данных
Рисунок 2.5 ― Сценарий диалога пользователя
Рисунок 2.6 ― Дерево функций системы
Структурная схема программы представлена в Таблице 3.2. В понятие структуры программы включается состав и описание связей всех модулей, которые реализуют самостоятельные функции программы и описание носителей вводимых и выводимых данных, а также данных, участвующих в обмене между отдельными подпрограммами. В таблице приведено описание модулей.
Таблица 2.3 ― Структурная схема программы
Идентификатор модуля |
Описание функций |
HIMPLAN.bdsproj |
Файл проекта |
U_DM |
Модуль связи с базой данных |
U_GP |
Модуль ведения справочника |
U_GP_ADD |
Модуль редактирования справочника продукции |
U_Login |
Модуль идентификации |
U_MAIN |
Модуль, отображающий главную форму |
U_MAT |
Модуль ведения справочника |
U_MAT_ADD |
Модуль редактирования справочника материалов |
U_PAR |
Модуль ведения параметров закупки материалов |
U_PAR_ADD |
Модуль редактирования параметров закупки материалов |
U_PLAN_PR |
Модуль загрузки производственного плана |
U_PLAN_ZAK |
Модуль расчета плана закупок |
U_PRIH_MAT |
Модуль ведения прихода |
U_PRIH_MAT_ADD |
Модуль редактирования прихода материалов |
U_PST |
Модуль ведения справочника |
U_PST_ADD |
Модуль редактирования справочника поставщиков |
U_RASH_MAT |
Модуль ведения списания материалов в производство |
U_RASH_MAT_ADD |
Модуль списания материалов в производство |
Информация о работе Разработка ЭИС планирования закупок для предприятия химической отрасли