В настоящее время всё больше организаций стремиться автоматизировать рабочий процесс и использовать электронную информацию



бет14/16
Дата06.01.2022
өлшемі1,9 Mb.
#16509
1   ...   8   9   10   11   12   13   14   15   16
2.2. Проектирование модели в BPWin

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

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

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

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

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

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

Как видно из контекстной диаграммы (рисунок 1), управляющая информация входит в блок сверху (Должностные инструкции, ГОСТы), в то время как входная информация (Информация о товаре, Информация о клеинте, Заказа на поставку товара, Информация о поставщике), которая подвергается обработке, показана с левой стороны блока, а результаты (выход) показаны с правой стороны блока (Прайс-лист, Расходная накладная, Отчеты). Механизм (Работники склада, Работники отдела сбыта, Работник отдела поставок), который осуществляет операцию, предоставляется дугой, входящий в блок снизу.



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

Далее блок Учет движения товаров на складе разбивается на 4 процесса, которые представлены на декомпозиции процесса (рисунок 2):

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

Хранение товара;

Выдача товара;



Оформление заявки.

Рисунок 2. Диаграмма декомпозиции процесса Учет движения товаров


Блок Получение товара на склад разбивается еще на 3 процесса:

Ввод данных о поставщике; Проверка данных; Ввод данных о товаре. Диаграмма декомпозиции процесса Получение товара на склад представлена на рисунке 3.



Рисунок 3. Диаграмма декомпозиции процесса Получение товара на склад





Достарыңызбен бөлісу:
1   ...   8   9   10   11   12   13   14   15   16




©emirsaba.org 2024
әкімшілігінің қараңыз

    Басты бет