Понятно, что целиком, со всеми деталями бизнес-процесс, представленный выше, существенно больше. Но если все эти детали поместить на одну диаграмму, то она будет чрезвычайно трудна для восприятия и годна только для автоматической обработки.
С помощью такой диаграммы нельзя будет объяснить сотрудникам и клиентам порядок работ, она не сможет служить удобным практическим руководством. Однако если ограничиться только деталями верхнего уровня, то получится спецификация «в принципе» — ее можно будет вставлять в отчеты для начальства и использовать только для самого первого, «шапочного» знакомства с тем, как в магазине продается мебель.
Но хочется, чтобы спецификация бизнес-процесса была понятна и доступна людям, а также была бы полной. Тогда разные специалисты могли бы упростить знакомство с принципами работы магазина, используя наши спецификации — и те, кто желает получить лишь общее представление, и те, кто должен детально разобраться в каком-то одном фрагменте, и те, к то должен/хочет понять все.
Декомпозиция бизнеса. Как не слить деньги на старте? [РЕАЛЬНАЯ КОММЕРЦИЯ]
Полная спецификация нужна, например, ответственному за делопроизводство магазина. Кроме того, многим специалистам, ответственным за отдельные участки процесса, необходимо детально знать процесс работы смежников, то есть им бы очень пригодился соответствующий фрагмент полной спецификации бизнес-процесса.
Наконец, полная спецификация нужна для автоматизированной поддержки бизнес-процесса. Детальность и доступность одновременно достигаются декомпозицией бизнес-процесса. Так, действие «Оформление заказа» с рис. 9.1раскрывается в отдельную диаграмму, представленную на рис. 9.2. увеличить изображение Рис. 9.2.
Описание действия «Оформление заказа» На этом рисунке можно увидеть, что эта деятельность состоит из других, более мелких — «Создание дизайн-проекта», «Ожидание клиента», «Уточнение и проверка проекта» и «Удаление проекта». После того, как клиент и дизайнер-продавец вместе создали проект комплекта мебели, нужного клиенту, а также составили список товаров, соответствующих этому дизайн-проекту, клиент может оплатить и получить товар, оформить доставку и т. д. В этом случае действие «Оформление заказа» завершается и бизнес-процесс идет дальше.
Но может быть и так, что клиенту нужно обсудить проект со своей семьей, или он не готов прямо сейчас же заплатить, или он имеет не всю нужную информацию (например, он помнит размеры своей кухни, для которой он покупает мебель, лишь приблизительно, и проект должен быть уточнен). В этом случае он уходит, а созданный для него проект сохраняется и хранится в информационной системе магазина не более десяти дней.
Тогда бизнес-процесс находится в ожидании, пребывая в действии «Ожидание клиента». Если по прошествии этого времени клиент не возвращается, то проект удаляется. Необходимо отметить, что если оформление заказа закончилось неуспешно, то дальнейшие шаги бизнес-процесса, показанного на рис. 9.1, невозможны. Однако на рис.
Процессы: декомпозиция
9.1 существует всего один переход из действия «Оформление заказа», следовательно, рис. 9.1 и рис. 9.2 не составляют корректной спецификации. Но я и не ставил задачу создать полностью корректную спецификацию, поскольку в этом случае она перестала бы хорошо «работать» в иллюстративных целях.
07.12.2020 20.34 Mб 20 PTC Consulting LK V2.ppt
Ограничение
Для продолжения скачивания необходимо пройти капчу:
Источник: studfile.net
Декомпозиция
Декомпозиция — метод, заменяющий решение одной большой задачи решением ряда меньших задач. Декомпозиция позволяет анализировать бизнес-процессы, раскладывая их на процессы, в которых можно увидеть конкретные взаимосвязи, петли и т.д.
Пример декомпозиции процесса «Планирование и контроль основной деятельности»:
- Контекстная диаграмма процесса в нотации IDEF0
Смотри также:
- Бизнес-процесс
- Графическая нотация
- Нотации семейства IDEF
- Пользовательское соглашение
- Политика конфиденциальности
- Карта сайта
- Файлы Cookie
Для комфортного просмотра сайта обновите браузер
Сайт Питерсофт использует новейшие технологии, чтобы предложить лучшие онлайн возможности. Мы обнаружили, что версия вашего браузера не является самой последней. Пожалуйста, обновите версию своего браузера, чтобы избежать проблем с работой сайта. Спасибо!
#DEMO_REQUEST_BPM_MODAL# #DEMO_REQUEST_UP_MODAL# #TRIAL_REQUEST_BPM_MODAL# #TRIAL_REQUEST_UP_MODAL# #REQUEST_PRODUCTS_MODAL# #REQUEST_SERVICES_MODAL# #REQUEST_PRICE_INFO_MODAL# #ORDER_PRODUCTS_MODAL# #QUESTION_MODAL# #FEEDBACK_MODAL# #RESUME_MODAL#
Источник: piter-soft.ru
Как сделать декомпозицию бизнес-процессов
Недавно потенциальный заказчик услуги описания бизнес-процессов задал мне интересный вопрос: по каким принципам делается декомпозиция бизнес-процесса? Например, есть самый общий бизнес-процесс предприятия, описываемый в нотации IDEF0 контекстной диаграммой. Какие бизнес-процессы должны войти в его декомпозицию?
Ответ на этот вопрос очень простой. Каждый бизнес-процесс декомпозируется на бизнес-процессы управления объектами, которыми нужно управлять на этом уровне. Например, самый общий бизнес-процесс предприятия («контекстный» в терминологии IDEF0) декомпозируется на бизнес-процессы управления клиентами, поставщиками товаров и услуг, производством товаров или услуг, персоналом, инфраструктурой, финансами и т. д.
Однако, мой собеседник продолжал настаивать: «Как именно для декомпозиции бизнес-процессов составляется этот список объектов управления?».
Если вам интересна эта тема, приглашаю почитать статью «Как сделать декомпозицию бизнес-процессов» на нашем сайте.
Источник: www.sostav.ru