Студопедия Главная Случайная страница Обратная связь

Разделы: Автомобили Астрономия Биология География Дом и сад Другие языки Другое Информатика История Культура Литература Логика Математика Медицина Металлургия Механика Образование Охрана труда Педагогика Политика Право Психология Религия Риторика Социология Спорт Строительство Технология Туризм Физика Философия Финансы Химия Черчение Экология Экономика Электроника

Проектирование модели в 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. Диаграмма декомпозиции процесса Получение товара на склад







Дата добавления: 2015-08-12; просмотров: 5115. Нарушение авторских прав


Рекомендуемые страницы:


Studopedia.info - Студопедия - 2014-2019 год . (0.001 сек.) русская версия | украинская версия