Динамическое бизнес-моделирование

Динамическое бизнес-моделирование («DBM») описывает возможность автоматизировать бизнес-модели в открытой среде. Независимая аналитическая фирма Gartner недавно назвала динамическое бизнес-моделирование «критически важным для BSS успеха решений ».

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

– не придавалось никакого значения Предыдущие поколения ИТ-систем (с 1990 по примерно 2001 год) были разработаны для решения конкретных бизнес-моделей и практики регулирования, и логике – сегрегации инфраструктуры . Эти системы принесли пользу за счет автоматизации заранее определенных бизнес-моделей (обычно называемых «готовыми»). В результате они неявно реализовали бизнес-стратегию там, где, как утверждает DBM, они должны руководствоваться ею. Будучи «предопределенными», они не:

открыто включать бизнес-изменения в бизнес-ландшафт отрасли
использовать потенциальные бизнес-модели, которые позволяют новые технологии

Динамическое бизнес-моделирование подходит для открытой автоматизации бизнес-моделей, основанных на стратегии. Устранив необходимость настройки основных серверов приложений, он считается более экономичным , быстро развертываемым и развивающимся. Динамическое бизнес-моделирование было первоначально описано (хотя и применялось на практике гораздо раньше) Дугом Зоном из MetraTech Corp. применительно к биллинговому сегменту рынка корпоративного программного обеспечения. «Сервис-ориентированные приложения» (также известные как «сервис-ориентированные приложения»), придуманные IBM, описывают потенциальные методологии достижения DBM.

Техническое определение

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

Определение бизнеса

Динамическое бизнес-моделирование определяется как средство достижения стратегического преимущества, достигаемого путем целенаправленной дифференциации в любом аспекте бизнеса (от маркетинга до финансов и операций). Эта дифференциация достигается за счет способа ведения бизнеса: открытого и динамичного определения бизнес-модели. Капиталовложения – человеческие, физические и интеллектуальные – должны быть направлены на то, чтобы определение бизнес-модели было динамичным.

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

История

Этот термин впервые был использован для описания архитектуры MetraNet — системы взимания платы , выставления счетов , расчетов и обслуживания клиентов от MetraTech Corp.

Основные принципы

Бизнес-стратегия определяет выбор бизнес-моделей.
Эти бизнес-модели определяют разработку базовых процессов и услуг.
- Бизнес-анализ имеет решающее значение: любое количество моделей может решить стратегический императив. Но лучшие модели, услуги и процессы будут использовать существующие бизнес-возможности (человеческие, ИТ и физические), области, где возможны изменения, и области, где инвестиции сделают возможными наибольшие изменения с наименьшими затратами.
Корпоративное программное обеспечение автоматизирует эти услуги и процессы.
DBM способствует переменам: стратегическая компетентность требует настройки и/или переопределения существующей бизнес-модели.
- Бизнес должен начинаться с принципа, который позволяет быстро настраивать и/или переопределять базовые услуги и процессы. Это должно применяться на человеческом и технологическом уровнях .

Ключевые критерии успеха

Открытые возможности моделирования:
- Динамическое бизнес-моделирование требует ИТ-архитектуры и корпоративных приложений , которые автоматизируют бизнес-модель, а не просто бизнес-модель.
Простота моделирования:
- Определение и автоматизация новых и развивающихся бизнес-услуг и процессов должны быть доступны на уровне бизнес-анализа . В идеале модели, их услуги и процессы определяются и хранятся в открытых данных, ориентированных на бизнес-аналитиков (например, метаданных ).
Открытая интеграция:
- Динамическое бизнес-моделирование должно работать с процессами и услугами (как автоматизированными, так и человеческими), которые НЕ являются динамическими. Эти фиксированные ограничения не являются внешними по отношению к новой бизнес-модели, а являются частью ее структуры. ИТ-архитектура и корпоративные приложения должны иметь возможность включать, встраивать и/или использовать эти существующие процессы и услуги.
Прочность:
- Независимо от динамичности бизнес-модели. Автоматизированные и ручные бизнес-процессы и услуги должны обладать всей надежностью давно существующих статических процессов и услуг. Динамическая автоматизация ИТ должна иметь полную возможность аудита , возможность повторной обработки и соответствие стандартам (т. е. PCI).
Вечный динамизм:
- Автоматизация никогда не заканчивается. Процессы и сервисы постоянно меняются и добавляются. ИТ-архитектура и корпоративные приложения должны быть спроектированы таким образом, чтобы предотвратить «блокировку», когда автоматизация услуг и процессов в «первый день» настолько тесно связаны, что экономически выгодна лишь незначительная эволюция. Принципы SOA открытости и связи потерь должны применяться внутри бизнес-приложений.

Лучшая практика

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

Графика

Динамическое бизнес-моделирование
Нединамическое бизнес-моделирование

Ссылки

http://ralyx.inria.fr/2008/Raweb/triskell/triskell.pdf

Внешние ссылки

Gartner Dataquest Insight: Программные решения BSS для телекоммуникаций могут помочь другим отраслям повысить эффективность [1] ^{[ мертвая ссылка ]}