Файл: Постановка задачи автоматизации системы «Складской учет».pdf

Накладная на поступление продукции;

Накладная на отгрузку продукции;

Сопроводительный документ по отгруженному товару;

Документы отчетности (в зависимости от сложности структуры предприятия).

Как видно количество бумаг свелось практически к минимуму. Далее перейдем к обоснованию использования вычислительной техники.

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

Главное назначение автоматизированной системы в данном случае – повысить эффективность выполнения основных функций работников склада.

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

надежность функционирования системы;

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

минимизация затрат на стоимость: аппаратных средств, прикладных систем, сопровождения системы, развития системы.

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

Современные системы управления складом WMS, по сути, являются своего рода складскими ERP системами. Преимущества и недостатки такого развития можно оценить по-разному, эта тема является предметом горячих дискуссий. Однако расширение и взаимное пересечение различных систем (Автоматизации склада WMS, Планирования ресурсов предприятия ERP, Планирования дистрибуции DRP, Управления цепью поставок SCM, Расширенного планирования APS, Управления производством MES), намного усложняет процесс выбора информационной системы для компании, которая стремиться решить свои операционные проблемы. Хотя, WMS системы автоматизации склада продолжают расти и расширяться, изначальная функциональная основа осталась прежней. Назначение WMS - это операционное управление грузовыми потоками склада. Адресные процессы размещения товара, комплектации заказов и пополнения зон отбора - вот главная идея системы автоматизации склада.

---

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

Минимальная функциональность системы автоматизации склада:

Инструменты для обеспечения адресного хранения

Поддержка определяемых пользователем параметров для адресации операций, мониторинг исполнения заданий в режиме реального времени

Встроенные средства интеграции с технологическим оборудованием для сбора данных

Системы автоматизации склада это большие, сложные, высокотехнологические продукты, которые потребуют комплексного внедрения и квалифицированных специалистов для настройки и последующей работы. По сути, необходимо «управлять» системой «управления» складом. Случается, что крупные складские комплексы создают новый информационный технологический департамент, задача которого исключительно поддержка системы автоматизации склада. Внедрение WMS вместе с технологией автоматизации действительно повысит точность работы и сократит затраты на работников (затраты на дополнительные ресурсы на поддержку обычно все же меньше, чем экономия на уровне кладовщиков и комплектовщиков). Уровень обслуживания действительно повышается, благодаря сокращению времени подготовки и выполнения заказов. Помимо повышения эффективности работы склада, определяющими критериями выбора WMS чаще всего становиться необходимость реализации и учета всевозможных услуг, которые не поддерживает текущая система управления складом, к примеру FiFO, кросс-докинг, автоматизированное пополнение зон отбора, волновая комплектация заказов, прослеживание партий, автоматическая идентификация, и т.д.

Глава 3. Разработка функциональных моделей автоматизированной системы «Складской учет продукции»

AllFusion Process Modeler r7 – это мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами AllFusion Process Modeler r7, позволяет четко документировать различные аспекты деятельности - действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия - от моделей организации работы в маленьких отделах до сложных иерархических структур.

---

AllFusion Process Modeler r7, совмещает в одном инструменте средства моделирования функций (IDEF0), потоков данных (DFD) и потоков работ (IDEF3), координируя эти три основных аспекта бизнеса для соответствия потребностям аналитиков и системных аналитиков. AllFusion Process Modeler r7, позволяет повторно использовать ключевую информацию моделирования с точки зрения базовых аспектов, чтобы определить точки конфликтов и, в конечном счете, достичь их согласования.

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

В данной курсовой работе на основе нотации IDEF0 была разработана контекстная диаграмма, которая показывает входные и выходные ресурсы, правила управления и механизм управления (Рис.1).

Рис.1. Контекстная диаграмма «Автоматизированная система складского учета продукции (IDEF0).

Декомпозируем контекстную диаграмму на 4 функциональных блока (Рис.2):

Прием продукции;

Хранение и переучет продукции;

Отгрузка продукции;

Формирование отчета о движении продукции и документов на складе.

Рис.2. Диаграмма декомпозиции «Автоматизированная система складского учета продукции (DFD).

Далее моделировать систему будем, используя диаграммы потоков данных (DFD). Моделирование потоков данных (DFD), часто используемое при разработке программного обеспечения, сосредоточено вокруг потоков данных, передающихся между различными операциями, включая их хранение, для достижения максимальной доступности и минимального времени ответа. Такое моделирование позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход. Диаграммы потоков данных (DFD) являются основным средством моделирования функциональных требований к проектируемой системе. С их помощью эти требования представляются в виде функциональных компонент (действий), связанных потоками данных. Главная цель такого представления - продемонстрировать, как каждый компонент преобразует свои входные данные в выходные, а также выявит отношения между этими процессами. Стрелки в DFD показывают, как объекты (данные) перемещаются от одного действия к другому. Это представление потока вместе с хранилищами данных и внешними сущностями обеспечивает отражение в DFD-моделях таких физических характеристик системы, как движение объектов (потоки данных), хранение объектов (хранилища данных), источники и потребители объектов (внешние сущности). Построение DFD-диаграмм в основном ассоциируется с разработкой программного обеспечения, поскольку нотация DFD изначально была разработана для этих целей.

---

Декомпозируем функциональный блок «Прием продукции» еще на четыре действия (Рис.3):

Проверка договора и регистрация его в БД;

Проверка поставленной продукции;

Занести данные о продукции в БД;

Присвоить продукции штрихкод;

Размещение продукции на складе.

автоматизация складской учет функциональный информационный

Рис.3. Декомпозиция функционального блока «Прием продукции» (DFD).

Далее декомпозируем функциональный блок «Хранение продукции» на четыре действия (Рис.4):

Обновить данные на терминале;

Сканировать штрихкод;

Занести количество сканируемого товара в терминал;

Передать данные в БД.

Рис.4. Декомпозиция функционального блока «Хранение продукции, переучет» (DFD).

Далее декомпозируем функциональный блок «Отгрузка продукции» на шесть действий (Рис.5):

Проверка договора на отгрузку;

Поиск местонахождения продукции в БД;

Формирование массива отгружаемых товаров;

Сформировать сопроводительный документ отгрузки;

Отгрузка.

Рис.5. Декомпозиция функционального блока «Отгрузка продукции» (DFD).

Далее декомпозируем функциональный блок «Формирование отчета о движении продукции и документов на складе» на четыре действия (Рис.6):

Обработка данных о принятой продукции;

Обработка данных о наличии товаров на складе;

Обработка данных по отгруженной продукции;

Формирование отчетности о деятельности склада.

Рис.6. Декомпозиция функционального блока «Формирование отчета о движении продукции и документов на складе» (DFD).

Немного углубимся в процесс проектирования автоматизированной системы, и поле подробно представим процесс работы (потоки работ) функциональных блоков:

Проверка договора и регистрация его в БД;

Проверка поставленной продукции.

Которые в свою очередь являются декомпозицией блока «Прием продукции».

Детализировать будем, используя нотацию IDEF3.

Стандарт IDEF3 предназначен для документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев.

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

---

Декомпозируем функциональный блок «Проверка договора и регистрация его в БД» который в свою очередь является элементом декомпозиции блока «Прием продукции» на шесть действий (Рис.7).

Принятие договора;

Проверка поставщика;

Проверка поступающей продукции;

Проверка количества поступающих товаров;

Проверка реквизитов документа;

Регистрация договора в БД.

Рис.7. Декомпозиция блока «Проверка договора, регистрация его в БД» (IDEF3).

Далее декомпозируем функциональный блок «Проверка поставленной продукции», который в свою очередь является элементом декомпозиции блока «Прием продукции» на пять действий (Рис.8).

Взять продукцию для сверки;

Сверка продукции с договором на поставку;

Осмотреть внешний вид;

Проверить дату изготовления и истечения срока;

Передать продукцию для штрихкода.

Рис.8. Декомпозиция блока «Проверка поставленной продукции» (IDEF3).

Глава 4. Разработка информационной модели автоматизированной системы «Складской учет продукции»

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

IDEF1X описывает собой совокупность/набор экземпляров похожих по свойствам, но однозначно отличаемых друг от друга по одному или нескольким признакам. Каждый экземпляр является реализацией сущности, т.о. сущность в IDEF1X описывает конкретный набор экземпляров реального мира, в отличие от сущности в IDEF1, которая представляет собой абстрактный набор информационных отображений реального мира. Сущность - это множество экземпляров реальных или абстрактных объектов (человек, место, вещь, событие, состояние, концепция, идея, предмет и т.п.), обладающих общими атрибутами или характеристиками, и о которых необходимо хранить информацию.

---