Создание модели ТО-ВЕ (реинжиниринг бизнес-процессов)

Содержание.

 

Введение.      Среда разработки BPwin.      Описание компании.      Создание функциональной модели с помощью BPwin. 1. Создание контекстной диаграммы. 2. Создание диаграммы декомпозиции. 3. Создание диаграммы декомпозиции А2. 4. Создание диаграммы  узлов. 5. Создание FEO-диаграммы. 6. Расщепление и слияние моделей. 7. Создание диаграммы IDEF3. 8. Создание сценария. 9. Стоимостный анализ (Activity Based Costing). 10. Использование категорий UDP. 11. Расщепление модели. 12. Слияние расщепленной модели с исходной моделью. 13. Копирование работ. 14. Создание модели ТО-ВЕ (реинжиниринг бизнес-процессов).      14.1. Расщепление и модификация модели.      14.2. Слияние модели.      14.3. Использование  Model Explorer для реорганизации дерева декомпозиции.      14.4. Модификация  диаграммы IDEF3 "Сборка продукта" с целью отображения новой информации.      14.5. Декомпозиция работы "Продажи и маркетинг". 15. Создание диаграммы DFD. 16. Использование Off-Page Reference на диаграмме DFD. Заключение. Список используемой литературы.

3 4 5 6 6 9 10 11 13 14 16 17 18 20 22 23 24 25 25 26   27   28 29 30 31 32 33

 

 

 

 

 

 

 

 

 

Введение.

 

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

Чтобы избежать подобных ситуаций и применяется моделирование бизнес-процессов. Составление четкого организационно-структурного плана действий по организации делопроизводства и производства компании в целом.

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Среда разработки BPwin.

 

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

 

Рис. 1. Окно создания модели в BPwin.

 

Панель инструментов может принимать различный вид, в зависимости от выполняемый на данный момент задачи.

 

Рис. 2. Изначальная панель инструментов в BPwin.

 

 

 

Описание компании.

 

Компания ЗАО “КОМПСОФТ” закупает комплектующее для ПК отечественных и зарубежных производителей и реализует их через стороннюю сеть магазинов и своих торговых площадок.

Основные бизнес-процессы компании - закупки, складирование запасов, продажи, взаиморасчеты с поставщиками и клиентами.

Уровень конкуренции для компании в последнее время возрос, так как на рынок вышли новые конкуренты, к которым перешла часть клиентов и ряд квалифицированных сотрудников.

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

 

Адреса и телефоны:

Москва, улица Пролетарская, д. 36, офис 107.

Телефон: (095) 55-55-45, факс: (095) 66-33-66

Контактные лица:

Беловодский П.В. - Генеральный директор

Серов Д.А. - Исполнительный директор

Шибкин В.А. - Директор по маркетингу

Сотрудники:

На момент проведения Диагностики штат компании составляет 147 сотрудников.

 

Основными целями проекта автоматизации компании являются:

Разработка и внедрение комплексной автоматизированной системы поддержки логистических процессов компании.

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

Создание функциональной модели с помощью BPwin.

 

Построим функциональную модель, выделив шестнадцать этапов при ее создании. Выполнение осуществляется в программной среде BPwin.

 

1. Создание контекстной диаграммы.

 

Создадим модель IDEF0 и AS-IS (как есть).

IDEF0 –  предназначена для описания бизнес- процессов на предприятии, она  позволяет понять, какие объекты  или информация служат сырьём  для процессов, какие результаты  производят работы, что является  управляющим фактором и какие  ресурсы для этого необходимы. Нотация IDF0 позволяет выявить формальные  недостатки бизнес- процессов, что  существенно облегчает анализ  деятельности предприятия.

AS-IS (как  есть) – модель позволяет выяснить, «что мы делаем сегодня» перед  тем, как перепрыгнуть на то, «что  мы будем делать завтра». TO-BE (как будет) – в данной модели исправляются недостатки найденные в модели AS-IS. TO-BE – это модели новой организации бизнес-процесса. Эта модель нужна для оценки последствий внедрения ИС и анализа альтернативных/лучших путей выполнения работы и документация того, как предприятие будет функционировать в будущем.

 

 

 

 

 

 

 

 

 

 

Воспользовавшись панелью инструментов, построим модель:

Рис. 3. Модель 1.

 

Далее создадим   отчет   по   модели.    Меню   Tools/Reports/Model   Report:

Рис. 4. Model Report.

 

 

Результаты отчета:

Model Name: Деятельность ЗАО "КомпСофт"

Author Name: Беловодский П.В.

Definition: Модель общего описания и описания деятельности ЗАО "КомпСофт".

Scope: Общее управление бизнесом компании: исследование рынка, закупка компонентов, сборка,

   тестирование и продажа продуктов.

Viewpoint: Директор.

Purpose: Моделировать текущие (AS-IS) бизнес-процессы компании.

Time Frame: (AS-IS)

Status: WORKING

Creation Date: 19.10.2013

System Last Revision Date: 01.11.2013

User Last Revision Date: 01.11.2013

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

2. Создание диаграммы декомпозиции.

 

Декомпозируем(разделим и детализируем) модель при помощи «Activity Box Count» и «Dictionary /Activity».

Рис. 5. Словарь Activity Dictionary.

 

Рис. 6. Модель 2.

 

 

 

 

 

 

3. Создание диаграммы декомпозиции  А2.

 

Декомпозируем одну из моделей уровня А0 при помощи «Activity Box Count» и создадим диаграмму А2.

В результате проведения экспертизы получена следующая информация:

Производственный отдел получает заказы клиентов от отдела продаж по мере их поступления.

Диспетчер координирует работу сотрудников, сортирует заказы, группирует их и дает указание на отпуск.

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

Тестировщики направляют результаты тестирования диспетчеру, который на основании этой информации принимает решение о передаче продукции на отгрузку.

 

Рис. 7. Модель 3.

4. Создание диаграммы узлов.

 

1. Выберите меню Diagram/Add Node Tree. В первом диалоге гида Node Tree Wizard внесите имя диаграммы, укажите диаграмму корня дерева и количество уровней.

 

Рис. 8. Первый диалог гида Node Tree Wizard.

 

 

2. Во  втором диалоге установите опции, как на рис. 4.2.

 

Рис. 9. Второй диалог гида Node Tree Wizard.

 

 

 

 

 

 

 

Щелкните по Finish. Создается диаграмма дерева узлов. Результат:

 

Рис. 10. Модель Node Tree.

 

 

 

 

 

 

 

 

 

 

 

5. Создание FEO-диаграммы.

 

Предположим, что при обсуждении бизнес-процессов возникла необходимость детально рассмотреть взаимодействие одной из работ с другими работами. Чтобы не портить диаграмму декомпозиции, создайте FEO-диаграмму, на которой будут только стрелки нужной работы.

 

Рис. 11. Модель FEO.

 

 

 

 

 

 

6. Расщепление и слияние моделей.

 

Расщепим модель на две. Перейдем   на  диаграмму   АО.   Правой   кнопкой   мыши   щелкните по работе и выберем «Split model»:

Рис. 12. Модель 4.

 

Рис. 13. Model Explorer.

 

Мы можем наблюдать результат: в Model Explorer(Рис.13). Где появилась новая модель, а на диаграмме АО появилась стрелка вызова.

 

Выполнив необходимы изменения можно сливать модели. Для этого перейдем на диаграмму АО. Правой кнопкой мыши щелкните по работе  и выберем «Merge model»:

 

Рис. 14. Модель 5.

 

 

 

 

 

 

7. Создание диаграммы IDEF3.

 

IDEF3 –  предназначена для описания логики  взаимодействия информационных  потоков.

Возникает диаграмма IDEF3, содержащая работы (UOW).

 

    

Рис. 15. UOW свойства.

 

Рис. 16. Модель 6.

8. Создание сценария.

 

Выберем пункт меню Diagram/Add IDEF3 Scenario. Создадим диаграмму сценария на основе диаграммы IDEF3.

 

Рис. 17. Модель 7.

 

 

 

 

 

 

 

 

9. Стоимостный анализ (Activity Based Costing).

 

Для любой бизнес модели немаловажен расчет средств в обороте в том или ином секторе.

В диалоге Model Properties (вызывается из меню Mode/Model Properties) во вкладке ABC Units установим единицы измерения денег и времени - рубли и часы.

Для назначения стоимости работе следует щелкнуть по ней правой кнопкой мыши и выбрать в контекстном меню Cost:

 

 

Рис. 18. Вкладка Cost диалога Activity Properties.

 

Рис. 19. Модель 8.

 

Сгенерируем отчет Activity Cost Report:

Рис. 20. Activity Cost Report.

10. Использование категорий UDP.

 

Перейдем в меню Dictionary/UDP Keywords и в диалог UDP Keyword List внесите следующие ключевые слова UDP (Рис. 21):

 

• Расход ресурсов.
• Документация.
• Информационная система.

 

Рис. 21. Словарь ключевых слов UDP.

 

Создадим UDP. Для этого перейдите в Dictionary/UDP и в словарь внесем имя UDP, например "Приложение". Для UDP типа List необходимо в поле Value задать список значений.

 

Рис. 22. Наименование и свойства UDP.

 

 

Для назначения UDP работе следует щелкнуть по ней правой кнопкой мыши и выбрать в контекстном меню UDP. Появляется вкладка UDP Values диалога Activity Properties (Рис. 23).

 

Рис. 23. Вкладка UDP Values диалога Activity Properties.

 

Рис. 24. Модель 9.

11. Расщепление модели.

 

Рис. 25. Модель 10.

 

Расщепив модели, внесем необходимые изменения в отщепленную.

 

 

 

 

 

 

 

 

 

12. Слияние расщепленной модели  с исходной моделью.

 

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

 

Рис. 26. Модель 11.