Файл: Проектирование реализации операций бизнес-процесса «Складской учёт» (Информационная модель и её описание).pdf

ВУЗ: Не указан

Категория: Курсовая работа

Дисциплина: Не указана

Добавлен: 25.05.2023

Просмотров: 126

Скачиваний: 2

ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.

1.5. Обоснование проектных решений по программному обеспечению.

При выборе возможностей своей автоматизации у любой фирмы имеются следующие варианты:

  • Приобрести готовое решение.

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

  • Приобрести адаптируемое решение и услуги по настройке.

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

Сравнительная характеристика существующих программных продуктов (ПО).

На российском рынке представлено достаточно большое многообразного программного обеспечения (ПО) для автоматизации складской логистики. Часть из них представлена в таблице 1, где и представлены их ключевые характеристики:

Таблица 1 – Программного обеспечения (ПО) для автоматизации складской логистики.

Количество транзакций в час

Количество пользователей

Поддержка

Внедрение в эксплуатацию, в мес.

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

Стоимость,

тыс. дол.

“ФОЛИО Логистик Склад 8.1

менее двухсот

не более десяти

- обеспечение поддержки бумажной технологии или ограниченного круга терминалов сбора данных;

- обеспечение предоставления стандартных отчетов;

 - обеспечение автономного режима работы или простейшего интерфейса обмена данными с головной системой

три-шесть

не более десяти

менее пятнадцати

advantics фирмы PSI Logistics

свыше тысячи

свыше сорока

- обеспечение наличия наряду со стандартными и настраиваемых отчетов, генератора отчетов;

- требуется мощные вычислительные платформы;

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

пятнадцать-тридцать

свыше двадцати

от пятидесяти

Radio Beacon WMS Expert фирмы Radio Beacon

от двухсот до тысячи

от десяти до сорока

- присутствие вместе со стандартными отчетами генератора отчетов;

- обеспечение способности работать на компьютерных платформах среднего уровня или на рабочих станциях в режиме тонкого клиента;

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

двенадцать

десять - двадцать

пятнадцать-пятьдесят

Logistics Vision Suite от Mantis

около восьмисот

свыше тридцати пяти

- присутствие наряду со стандартными отчетами генератора отчетов;

- требуется в мощных вычислительных платформах;

- автономный режим работы или простейший интерфейс обмена данными с головной системой

семнадцать - двадцать пять

около двадцати

свыше тридцати

CoreWMS от “Аргус Софт”

от пятисот до восьмисот

двадцать пять-сорок

- поддержка бумажной технологии или ограниченного круга терминалов сбора данных;

- обеспечена способность работать на компьютерных платформах среднего уровня или на рабочих станциях в режиме тонкого клиента;

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

десять

десять - пятнадцать

пятнадцать - тридцать


Для автоматизации информационной системы (ИС) управления складом ООО «Электропульт-Система» будет разработана собственная АИС, данное решение было вынесено по следующим причинам:

1) высокая цена программных продуктов (ПО), существующих на рынке. Я полагаю, что далеко не каждая фирма имеет возможность себе позволить программное обеспечение (ПО) стоимость которого составляет от пятнадцати до пятидесяти тысяч долларов;

2) минимальный шанс того, что приобретенное программное обеспечение (ПО) будет полностью удовлетворять потребностям определенной фирмы. Вполне вероятно, будет необходимо «дописывать» отдельные модули программы.

В первой главе выпускной квалификационной работы представлен аналитический раздел работы, состоящий из анализа предметной области и постановки задачи, краткая характеристика предприятия, обоснование для разработки нового программного обеспечения (ПО), постановка задачи.

Проведенное исследование и полученные выводы позволяют перейти к рассмотрению материала следующей главы, посвященной проектированию автоматизированной информационной системы управления складом ООО «Электропульт-Система».

2 глава. Проектная часть.

2.1. Информационная модель и её описание.

Для проектирования АИС управления складом ООО «Электропульт-Система» применяется программное средство BPwin 4.1, мощный инструмент для формирования моделей, которые позволяют анализировать, документировать и планировать конфигурации трудоемких бизнес-процессов. BPwin дает средство для сбора всей требуемой информации о работе фирмы и графического изображения данной информации в виде целостной (полной) и непротиворечивой модели.

BPwin позволяет работать с тремя методологиями: IDEF0, DFD и IDEF3, разрешающие анализировать бизнес с трех ключевых (основных) точек зрения:

С точки зрения (стороны) функциональности системы. В рамках IDEF0 методологии (Integration Definitionfor Function Modeling) бизнес-процесс отображаются как набор элементов (работ, процессов) взаимодействующих между собой, а также отображается информационные, производственные и людские ресурсы, употребляемые каждой работой.

С точки зрения документооборота (потоков информации) в системе. Диаграммы DFD (Data Flow Diagramming) смогут расширить то, что уже отображено в модели IDEF3, благодаря тому, что они отображают потоки данных, разрешая проследить, каким способом совершается взаимообмен информацией между бизнес-функциями внутри (в рамках) системы. При этом диаграммы DFD «забывают» взаимодействие между бизнес-функциями.


С точки зрения последовательности производимых работ. И еще более точную картину, возможно, приобрести, дополнив модель диаграммами IDEF3. Данный метод обращает внимание к последовательности выполнения событий (производимых действий). В IDEF3 интегрированы элементы логики, что дает возможность моделировать и анализировать альтернативные (иные) сценарии развития бизнес-процесса.

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

Из контекстной диаграммы видно что, управляющая информация поступает в блок сверху (Нормы и требования), при этом входная информация (Списки товаров продукции, Цена на продукцию, Сведения о поставщике, Информация о запросе), которая подвергается обработке, отображена с левой стороны блока, а итоги (выход) изображены с правой стороны блока (Финансовый отчёт руководителю, Списки продукции, Цена на товары (продукцию), Информация о поставщике). Механизм (Работники склада, Работники), который выполняет операцию, представляется дугой, входящий в блок снизу.

Рисунок 6 – Контекстная диаграмма

Далее блок АИС управления складом ООО «Электропульт-Система» разделяется на три процесса, которые изображены на диаграмме декомпозиции процесса:

  • Оформление заявки на поставку продукции;
  • Формирование запроса;
  • Оформление поставку продукции (поставщику)

Рисунок 7 – Диаграмма декомпозиции

По сути DFD (рисунок 8, 9) близка к IDEF, так как также использует принцип иерархии и декомпиляции, но в отличие от IDEF является основным средством моделирования функциональных требований проектируемой системы. Целью создания такой диаграммы является демонстрация того, как каждый процесс преобразует свои входные данные в выходные, а также выявить отношения между этими процессами. Эта диаграмма изображает систему в состоянии «как будет».

Рисунок 8 – DFD0 диаграмма

Рисунок 9 – DFD диаграмма 1 уровня


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

АО «РЭП Холдинг» — ведущий российский энергомашиностроительный холдинг, разработчик, изготовитель, поставщик энергетического оборудования нового поколения.

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

Перед тем, как начать разработку (проектирование) автоматизированной системы нужно определить ключевые критерии (параметры), на основе которых будет разработана система (основные требования). Для этого нужно составить техническое задание, на базе которого будет спроектирована конкретная автоматизированная система.

1. Основание для разработки.

Данное техническое задание на разработку АИС управления складом ООО «Электропульт-Система». Подразумевается, что пользоваться данной системой будут работники (сотрудники) склада, отдела продаж, закупок.

Ключевыми задачами этой автоматизированной системы (АИС) является получение максимально точной (актуальной) информации о товаре (продукции) на складе, о поставщиках.

Данная система гарантирует оперативный доступ к требуемой информации.

2. Назначение.

Она специализирована на хранении и обработки данных о товаре (продукции) на складе и запросах. Обработанные данные смогут быть использованы работниками склада и другими сотрудниками ООО «Электропульт-Система» для принятия решений по складу.

3. Требования к программе или программному изделию.

Требования к функциональным параметрам.

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

  • Регистрация в системе;
  • Аутентификация в системе;
  • Отображение, ввод и коррекция информации о товарах, имеющихся на складе;
  • Отображение, ввод и коррекция информации о поставщиках;
  • Ввод и коррекцию информация о запросах;
  • Обработка запросов и ведение финансового журнала исполнения запросов;
  • Предоставление статистики.

Исходные данные:

  • Список товаров (продукции);
  • Цены на товары (продукцию);
  • Информация о поставщике;
  • Информация о запросе.

Результаты:

  • Финансовый отчёт руководителю;
  • Список товаров (продукции);
  • Цены (стоимость) на товары (продукцию);
  • Информация о поставщике;
  • Электронные и напечатанные экземпляры запросов.

Требования к надёжности.

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

Требования к составу и параметрам технических средств.

Система должна работать на IBM совместимых компьютерах.

Минимальная конфигурация:

Тип процессора……............................Pentium II или Athlon и выше;

Частота процессора …………………..333Mhz и выше;

Объём оперативного запоминающего устройства…64 Мб и более;

2.3. Общие положения.

В автоматизированной информационной системе управления складом ООО «Электропульт-Система» имеются следующие формы ввода-вывода:

  • Добавление/изменение/удаление поставщика:
  • Код поставщика (задается системой), Наименование организации (вводится на форме), Юридический адрес (вводится на форме), Телефон (вводится на форме), Расчетный счет (вводится на форме).
  • Добавление/изменение/удаление материально ответственного лица: Код материально ответственные лица (задается системой), Ф.И.О. (вводится на форме).
  • Добавление/изменение/удаление карточки складского учёта:
  • Код продукта (задается системой), Дата (вводится на форме), Номер ордера (выбирается из списка), Номер запроса (выбирается из списка), Количество прихода (вводится на форме), Количество расхода (вводится на форме), Остаток (вводится на форме).
  • Добавление/изменение/удаление запроса:
  • Код продукта (задается системой), Номер запроса (вводится на форме), Дата запроса (задается системой), Дата получения (задается системой), Количество (вводится на форме).
  • Добавление/изменение/удаление справочника продукта:
  • Код продукта (задается системой), Наименование (вводится на форме), Единица измерения (вводится на форме), Цена за единицу (вводится на форме).
  • Добавление/изменение/удаление Т/С накладной:
  • Номер накладной (задается системой), Номер запроса (выбирается из списка), Код материально ответственные лица (выбирается из списка), Код продукта (выбирается из списка), Дата (задается системой), Количество (вводится на форме), Сумма (вводится на форме).
  • Добавление/изменение/удаление приходного ордера:
  • Номер ордера (задается системой), Дата (задается системой), Код поставщика (выбирается из списка), Код материально ответственные лица (выбирается из списка), Код продукта (выбирается из списка), Количество (вводится на форме), Сумма (вводится на форме).
  • Просмотр/ печать информации о поставщике.
  • Просмотр/ печать списка материально ответственного лиц.
  • Просмотр/ печать карточки складского учёта.
  • Просмотр/ печать запроса.
  • Просмотр/ печать списка продукции.
  • Просмотр/ печать товарно-транспортной накладной.
  • Просмотр/ печать приходного ордера.
  • Форма 1. Форма выходного документа задачи с результатом анализа текущего запаса готовой продукции (товаров).
  • Отчет по складам за период месяц, неделя, год, квартал.
  • Остаток на дату запроса