3. Разработка функциональных моделей автоматизированной системы «Складской учет продукции»
Инструментом, который мы будем использовать для построения моделей, выберем AllFusion Process Modeler r7.
AllFusion Process Modeler r7 – это мощный инструмент моделирования, который используется для анализа, документирования и реорганизации сложных бизнес-процессов. Модель, созданная средствами AllFusion Process Modeler r7, позволяет четко документировать различные аспекты деятельности - действия, которые необходимо предпринять, способы их осуществления, требующиеся для этого ресурсы и др. Таким образом, формируется целостная картина деятельности предприятия - от моделей организации работы в маленьких отделах до сложных иерархических структур.
AllFusion Process Modeler r7, совмещает в одном инструменте средства моделирования функций (IDEF0), потоков данных (DFD) и потоков работ (IDEF3), координируя эти три основных аспекта бизнеса для соответствия потребностям аналитиков и системных аналитиков. AllFusion Process Modeler r7, позволяет повторно использовать ключевую информацию моделирования с точки зрения базовых аспектов, чтобы определить точки конфликтов и, в конечном счете, достичь их согласования.
С помощью функционального моделирования (нотация IDEF0), можно провести систематический анализ бизнеса, сосредоточившись на регулярно решаемых задачах (функциях), свидетельствующих об их правильном выполнении показателях, необходимых для этого ресурсах, результатах и исходных материалах (сырье). В рамках методологии функционального моделирования IDEF0 бизнес-процесс представляется в виде набора функций, которые взаимодействуют между собой, а также показываются информационные, людские и производственные ресурсы, требуемые для каждой функции.
В данной курсовой работе на основе нотации IDEF0 была разработана контекстная диаграмма, которая показывает входные и выходные ресурсы, правила управления и механизм управления (Рис.4).
Рис.4. Контекстная диаграмма «Автоматизированная система складского учета продукции (IDEF0).
Декомпозируем контекстную диаграмму на 4 функциональных блока (Рис.5):
Прием продукции;
Хранение и переучет продукции;
Отгрузка продукции;
Формирование отчета о движении продукции и документов на складе.
Рис.5. Диаграмма декомпозиции «Автоматизированная система складского учета продукции (DFD).
Далее моделировать систему будем, используя диаграммы потоков данных (DFD).
Моделирование потоков данных (DFD), часто используемое при разработке программного обеспечения, сосредоточено вокруг потоков данных, передающихся между различными операциями, включая их хранение, для достижения максимальной доступности и минимального времени ответа. Такое моделирование позволяет рассмотреть конкретный процесс, проанализировать операции, из которых он состоит, а также точки принятия решений, влияющих на его ход. Диаграммы потоков данных (DFD) являются основным средством моделирования функциональных требований к проектируемой системе. С их помощью эти требования представляются в виде функциональных компонент (действий), связанных потоками данных. Главная цель такого представления - продемонстрировать, как каждый компонент преобразует свои входные данные в выходные, а также выявит отношения между этими процессами. Стрелки в DFD показывают, как объекты (данные) перемещаются от одного действия к другому. Это представление потока вместе с хранилищами данных и внешними сущностями обеспечивает отражение в DFD-моделях таких физических характеристик системы, как движение объектов (потоки данных), хранение объектов (хранилища данных), источники и потребители объектов (внешние сущности). Построение DFD-диаграмм в основном ассоциируется с разработкой программного обеспечения, поскольку нотация DFD изначально была разработана для этих целей.
Декомпозируем функциональный блок «Прием продукции» еще на четыре действия (Рис.6):
Проверка договора и регистрация его в БД;
Проверка поставленной продукции;
Занести данные о продукции в БД;
Присвоить продукции штрихкод;
Размещение продукции на складе.
Рис.6. Декомпозиция функционального блока «Прием продукции» (DFD).
Далее декомпозируем функциональный блок «Хранение продукции» на четыре действия (Рис.7):
Обновить данные на терминале;
Сканировать штрихкод;
Занести количество сканируемого товара в терминал;
Передать данные в БД.
Рис.7. Декомпозиция функционального блока «Хранение продукции, переучет» (DFD).
Далее декомпозируем функциональный блок «Отгрузка продукции» на шесть действий (Рис.8):
Проверка договора на отгрузку;
Поиск местонахождения продукции в БД;
Формирование массива отгружаемых товаров;
Сформировать сопроводительный документ отгрузки;
Отгрузка.
Рис.8. Декомпозиция функционального блока «Отгрузка продукции» (DFD).
Далее декомпозируем функциональный блок «Формирование отчета о движении продукции и документов на складе» на четыре действия (Рис.9):
Обработка данных о принятой продукции;
Обработка данных о наличии товаров на складе;
Обработка данных по отгруженной продукции;
Формирование отчетности о деятельности склада.
Рис.9. Декомпозиция функционального блока «Формирование отчета о движении продукции и документов на складе» (DFD).
Немного углубимся в процесс проектирования автоматизированной системы, и поле подробно представим процесс работы (потоки работ) функциональных блоков:
Проверка договора и регистрация его в БД;
Проверка поставленной продукции.
Которые в свою очередь являются декомпозицией блока «Прием продукции».
Детализировать будем, используя нотацию IDEF3.
Стандарт IDEF3 предназначен для документирования технологических процессов, происходящих на предприятии, и предоставляет инструментарий для наглядного исследования и моделирования их сценариев.
Сценарием называется описание последовательности изменений свойств объекта, в рамках рассматриваемого процесса (например, описание последовательности этапов обработки детали в цеху и изменение её свойств после прохождения каждого этапа). Исполнение каждого сценария сопровождается соответствующим документооборотом, который состоит из двух основных потоков: документов, определяющих структуру и последовательность процесса (технологических указаний, описаний стандартов и т.д.), и документов, отображающих ход его выполнения (результатов тестов и экспертиз, отчетов о браке, и т.д.). Для эффективного управления любым процессом, необходимо иметь детальное представление о его сценарии и структуре сопутствующего документооборота.
Декомпозируем функциональный блок «Проверка договора и регистрация его в БД» который в свою очередь является элементом декомпозиции блока «Прием продукции» на шесть действий (Рис.10).
Принятие договора;
Проверка поставщика;
Проверка поступающей продукции;
Проверка количества поступающих товаров;
Проверка реквизитов документа;
Регистрация договора в БД.
Рис.10. Декомпозиция блока «Проверка договора, регистрация его в БД» (IDEF3).
Далее декомпозируем функциональный блок «Проверка поставленной продукции» который в свою очередь является элементом декомпозиции блока «Прием продукции» на пять действий (Рис.11).
Взять продукцию для сверки;
Сверка продукции с договором на поставку;
Осмотреть внешний вид;
Проверить дату изготовления и истечения срока;
Передать продукцию для штрихкода.
Рис.11. Декомпозиция блока «Проверка поставленной продукции» (IDEF3).