Разработка ЭИС планирования закупок для предприятия химической отрасли

Автор работы: Пользователь скрыл имя, 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 файл

Диплом Дубна.docx

— 1.16 Мб (Скачать документ)

 

   

(1.1)


 

где      ― дата возникновения потребности в материале;

  дата запуска производственной партии изделия, имеющего в составе данный материал.

 

   

(1.2)


 

где      ― плановая потребность в материале на дату;

  норма расхода материала на изготовление i-го вида продукции;

 

   

(1.3)


 

где      ― чистая потребность в материале на дату;

  складские остатки материала;

 ― плановый остаток материала, формируется как разница между запланированным приходом материала и запланированным расходом за период, предшествующий расчётному.

 

   

 

(1.4)


где   ― планируемое к закупке количество материала;

 ― транспортная  партия, минимальный  объем заказа у  поставщика;

  ― функция возвращающая остаток от деления;

  ― функция возвращающая частное от деления;

 

   

(1.5)


 

где     ― планируемая дата закупки ;

 ― цикл заказа, определяется  как расчетное время получения  материала от поставщика с  момента формирования заказа  на поставку;

    1. Проектная часть

    1. Информационное  обеспечение задачи

      1. Используемые  классификаторы и системы кодирования

В разрабатываемой  системе используются следующие классификаторы:

    • классификатор продукции;
    • классификатор материалов.

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

Таблица 2.1 – Классификаторы

Наименование кодируемого множества

Значность кода

Система кодирования

Система классификации

Код классификатора

Код продукции

4

порядковая

отсутствует

локальный

Код материала

4

порядковая

отсутствует

локальный


 

      1. Характеристика  нормативно-справочной и входной  информации

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

К нормативно-справочной информации относятся:

    • информация об изготавливаемой продукции;
    • информация об используемых материалах;
    • нормы расхода материалов на изделие.

К входной  информации, использующейся для работы системы, относится:

    • приходная накладная на материалы;
    • накладная на перемещение материалов в производство;
    • план продаж;
    • требования к ведению учета на складе материалов;
    • требования к формированию отчетности;
    • предложения поставщиков.

 

Рисунок 2.1 — Контекстная диаграмма функционального моделирования

 

 

 

      1. Характеристика  результатной информации

В результате работы системы формируется следующая  результатная информация:

    • план закупки материалов;
    • план затрат на закупку материалов;
    • данные о планируемых затратах на закупку материалов;
    • план-факт анализ закупок;
    • анализ поставок по поставщикам;
    • отчет по движению материалов.
      1. Информационная  модель и ее описание

В процессе разработки программного средства было проведено  моделирование потоков данных, позволяющее  определить основные элементы строящейся системы.  Диаграммы потоков данных представляют собой иерархию функциональных процессов, связанных потоками данных. Диаграмма потоков данных приведена  на Рисунке 2.2. 

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

Планово-экономический отдел (ПЭО) предоставляет данные для формирования номенклатурного плана производства.  Данные номенклатурного плана сохраняются в базе данных. На основании нормативных данных о нормах расхода материалов (состав продукции) и данных о партиях запуска производственного плана рассчитывается потребность в материалах на план.

Функция получения  данных об остатках материалов использует хранилище «Движение материалов», заполняемое данными о приходе  материалов от поставщика и расходе  в производство.

 

Рисунок 2.2 — Диаграмма потоков данных

 

 

На основании  данных о потребности в материалах, текущих остатках и параметрах поставки материалов формируется план закупки  материалов.

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

На основании  выявленных при построении DFD хранилищ данных разрабатывается модель хранения данных, определяющая структуру базы данных. 

Логическая  модель описывает понятия предметной области, их взаимосвязь, а также  ограничения на данные, налагаемые предметной областью. Логическая модель строится в терминах информационных единиц, но без привязки к конкретной СУБД. Основным средством разработки логической модели данных в настоящий момент являются различные варианты ER-диаграмм. С помощью ER- диаграмм осуществляется детализация хранилищ данных проектируемой системы.

Для проектирования структуры базы данных использовалось CASE средство ErWin. На Рисунке 2.3 отражена логическая модель базы данных, отражающая взаимосвязи сущностей без детализации для конкретной базы данных.

В Таблице 2.2 приведено описание структуры базы данных с указанием таблиц, атрибутов, полей и первичных ключей.

 

 

 

Рисунок 2.3 — Логическая структура базы данных

 

Таблица 2.2 ― Описание структуры базы данных

Сущность

Атрибут

Тип

Примечание

Готовая продукция

 

Код продукции

Число

Первичный ключ

 

Наименование

Строка

 
 

Единица измерения

Строка

 
 

Характеристика

Строка

 

Движение материалов

 

Код движения материалов

Число

Первичный ключ

 

Дата

Дата

 
 

Приход

Число

 
 

Расход

Число

 
 

Остаток

Число

 
 

Код материала

Число

Внешний ключ

Материалы

 

Код материала

Число

Первичный ключ

 

Наименование

Строка

 
 

Единица измерения

Строка

 
 

Характеристика

Строка

 

Параметры поставки

 

Код параметра

Число

Первичный ключ

 

Код поставщика

Число

Внешний ключ

 

Код материала

Число

Внешний ключ

 

Транспортная партия

Число

 
 

Цикл заказа

Число

 
 

Цена

Число

 

План закупки

 

Код плана закупок

Число

Первичный ключ

 

Дата закупки плановая

Дата

 
 

Количество

Число

 
 

Код параметра

Число

Внешний ключ

План производства

 

Код производственного заказа

Число

Первичный ключ

 

Количество

Число

 
 

Дата запуска партии

Дата

 
 

Дата выпуска партии

Дата

 
 

Дата запуска факт

Дата

 
 

Дата выпуска факт

Дата

 
 

Код продукции

Число

Внешний ключ

Поставщики

 

Код поставщика

Число

Первичный ключ

 

Инн

Строка

 
 

Наименование

Строка

 

 

 

Продолжение Таблицы 2.2

 

Адрес

Строка

 
 

Банковские реквизиты

Строка

 

Приход материала

 

Код прихода

Число

Первичный ключ

 

Дата прихода

Дата

 
 

Количество

Число

 
 

Код поставщика

Число

Внешний ключ

 

Код материала

Число

Внешний ключ

Расход материалов в производство

 

Код расхода материалов

Число

Первичный ключ

 

Код заказа

Число

Внешний ключ

 

Код материала

Число

Внешний ключ

 

Количество

Число

 

Состав продукции

 

Код состава продукции

Число

Первичный ключ

 

Код продукции

Число

Внешний ключ

 

Код материала

Число

Внешний ключ

 

Количество

Число

 

      1. Физическая  модель

Физическая модель данных описывает  данные средствами конкретной СУБД. Физическая модель данных реализована средствами реляционной СУБД. Отношения, разработанные на стадии формирования логической модели данных, преобразуются в таблицы, атрибуты становятся столбцами таблиц, для ключевых атрибутов создаются уникальные индексы, домены преображаются в типы данных, принятые в конкретной СУБД.

Для разработанной  структуры базы данных были выполнены  операции по нормализации отношений  в структуре. Нормализация таблиц базы данных ― первый шаг на пути проектирования структуры реляционной базы данных. Выделяются шесть нормальных форм, пять из которых так и называются: первая, вторая, третья, четвертая, пятая нормальная форма.

База данных считается нормализованной, если ее таблицы (по крайней мере, большинство  таблиц) представлены как минимум  в третьей нормальной форме.

Главная цель нормализации базы данных ― устранение избыточности и дублирования информации. Отношение находится в третьей нормальной форме (3НФ) тогда и только тогда, когда отношение находится в 2НФ и все не ключевые атрибуты взаимно независимы. Для того, чтобы устранить зависимость не ключевых атрибутов, нужно произвести декомпозицию отношения на несколько отношений. Разработанная структура базы данных соответствует третьей нормальной форме. Физическая структура разработанной базы данных представлена на Рисунке 2.4. 

    1. Программная реализация задачи

      1. Общие положения (дерево функций и сценарий диалога)

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

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

На Рисунке 2.6 представлено дерево функций системы. При этом выделяется и детализируется два подмножества функций: реализующих служебные функции и реализующих основные функции, обеспечивающие информационную поддержку бизнес-процессов компании.

К служебным  функциям относятся связь с базой  данных, идентификация пользователя. 

К основным функциям относятся информационная поддержка  операций с продукцией, ведение справочной информации, генерация отчетов.

 

Рисунок 2.4 ― Структура базы данных

Рисунок 2.5 ― Сценарий диалога пользователя

Рисунок 2.6 ― Дерево функций системы

 

      1. Структурная схема пакета

Структурная схема программы представлена в  Таблице 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

Модуль  списания материалов в производство

Информация о работе Разработка ЭИС планирования закупок для предприятия химической отрасли