動的ビジネスモデリング（DBM）とは、オープンなフレームワーク内でビジネスモデルを自動化する機能を指します。独立系アナリスト企業のガートナーは最近、動的ビジネスモデリングを「 BSSソリューションの成功に不可欠」と評しました。
動的ビジネスモデリング（DBM ）は、アプリケーションのビジネスロジックを、そのビジネスロジックで定義されたサービスやプロセスを自動化するアプリケーションサーバーとは独立して管理するという原則に基づいています。ビジネスモデリングと統合（それ自体がビジネスモデルの一部として定義されます）はビジネスロジック層で定義されるため、基盤となるアプリケーションサーバーはビジネスロジックに依存しず、ビジネス主導のカスタマイズは不要となります。DBMを正しく適用することで、初期実装時および将来のシステム拡張におけるコストとリスクの両方を削減できます。
以前の世代のITシステム（1990年から2001年頃まで）は、特定のビジネスモデルと規制慣行に対応するように設計されており、論理的なインフラストラクチャの分離は重視されていませんでした。これらのシステムは、事前に定義されたビジネスモデル（一般的に「既製」と呼ばれる）を自動化することで価値を提供していました。その結果、これらのシステムは暗黙のうちにビジネス戦略を推進していましたが、DBMは、システムがビジネス戦略によって推進されるべきであると述べています。「事前に定義されている」ため、以下のことができません。
- 業界のビジネス環境におけるビジネスの変化を積極的に取り入れる
- 新しいテクノロジーによって可能になる潜在的なビジネスモデルを活用する
動的ビジネスモデリングは、戦略主導型ビジネスモデルのオープンな自動化に適しています。コアアプリケーションサーバーのカスタマイズが不要になるため、コスト効率が高く、迅速に展開でき、進化しやすいとされています。動的ビジネスモデリングは、当初はMetraTech Corp.のDoug Zone氏によって、エンタープライズソフトウェア市場の課金セグメントに関して説明されました（ただし、実際にはずっと以前から適用されていました）。IBMが提唱した「サービス指向アプリケーション」（「サービスベースアプリケーション」とも呼ばれる）は、DBMを実現するための潜在的な方法論を説明しています。
技術的な定義
動的ビジネスモデリングとは、エンタープライズビジネスモデルの自動化を指し、そのモデルの基盤となるビジネスプロセスとビジネスサービスは、動的かつオープンに定義および再定義可能である必要があるという原則に基づいている。
ビジネス定義
ダイナミック・ビジネス・モデリングとは、マーケティングから財務、オペレーションに至るまで、ビジネスのあらゆる側面において、 集中的な差別化によって戦略的優位性を実現する手段と定義されます。この差別化は、ビジネスの進め方、すなわちビジネスモデルをオープンかつダイナミックに定義することによって達成されます。人的、物的、知的資本といったあらゆる投資は、ビジネスモデルの定義をダイナミックに行えるようにすることを目的とする必要があります。
ダイナミック・ビジネス・モデリング（DBM）は、企業が戦略的優位性を獲得するために、ビジネスモデルを絶えず進化させ、再構築していくことを認識しています。DBMは、企業向けソフトウェア（CRM、請求システム、ERPなど）の役割は、こうしたビジネスモデルの基盤となるビジネスプロセスとサービスを動的に自動化し、進化させることにあると提唱しています。
歴史
この用語は、 MetraTech Corp.の課金、請求、決済、顧客ケアシステムであるMetraNetのアーキテクチャを説明するために初めて使用されました。
基本原則
- ビジネス戦略がビジネスモデルの選択を左右する。
- これらのビジネスモデルは、基盤となるプロセスやサービスの設計を推進する。
- ビジネス分析は極めて重要です。戦略的な課題に対応するモデルは数多く存在しますが、最良のモデル、サービス、プロセスは、既存のビジネス能力（人材、IT、物理的設備）を活用し、変革が可能な領域、そして最小限のコストで最大限の変革を実現できる投資領域に焦点を当てます。
- エンタープライズソフトウェアは、これらのサービスとプロセスを自動化します。
- DBMは変革を可能にする：戦略的な熟練度を高めるには、現在のビジネスモデルの調整や再定義が必要となる。
- 事業は、基盤となるサービスやプロセスを迅速に調整・再定義できるという原則から始めなければならない。これは、人的レベルと技術的レベルの両方に適用されなければならない。
主な成功基準
- オープンなモデリング機能：
- モデリングの容易さ：
- オープンな統合：
- 動的ビジネスモデリングは、動的ではないプロセスやサービス（自動化されたものと人手によるもの両方）と連携して動作する必要があります。これらの固定的な制約は、新しいビジネスモデルの外部にあるものではなく、その構成要素の一部です。ITアーキテクチャとエンタープライズアプリケーションは、これらの既存のプロセスやサービスを組み込み、統合し、あるいはそれらを基盤として構築できる必要があります。
- 堅牢性：
- ビジネスモデルのダイナミズムに関わらず、自動化されたビジネスプロセスと人間によるビジネスプロセスおよびサービスは、長年にわたり静的なプロセスとサービスが持つ堅牢性をすべて備えていなければなりません。動的なIT自動化は、完全な監査機能、再処理機能、および標準規格（PCIなど）への準拠を備えている必要があります。
- 絶え間ないダイナミズム：
- 自動化は決して終わりません。プロセスとサービスは常に変化し、追加されていきます。ITアーキテクチャとエンタープライズアプリケーションは、「初日」のサービスとプロセスの自動化が密接に結合しすぎて、わずかな進化しか経済的に成り立たなくなる「ロックダウン」を防ぐように設計する必要があります。SOAのオープン性と疎結合の原則は、ビジネスアプリケーション内部にも適用されなければなりません。
ベストプラクティス
- DBMはサービスベースです。
- アプリケーションは、プロセスと統合を内部的にサービスに分解できるという原則に基づいて構築されるべきである。
- サービスとプロセスは疎結合である。
- サービスとプロセスの定義は公開されています。
- そして、ビジネスアナリストがアクセスできる状態であること。理想的には、定義はメタデータに格納される。
- アプリケーションサーバーには、組み込みのビジネスロジックが含まれていてはならない。
- サービス、プロセス、データ、ワークフローなど、あらゆるものに適用できます。
- 動的ドキュメントは、以下の機能です。
- モデルが進化するにつれて、ドキュメントも進化する必要があります。アプリケーションは、ビジネスアナリストがサービスレベルでドキュメントを作成し、その後、モデル全体を網羅する一貫性のあるドキュメントを生成できるようにする必要があります。
- ビジネスアナリストインターフェースは使いやすく、柔軟性があります。
- アプリケーションは、フローやテーブルといった普遍的な概念を用いて、サービスやプロセスの定義をアナリストの視点から記述できる手段を提供する必要がある。インターフェースは、ドキュメント作成を促し、矛盾点を警告し、テストを可能にするものでなければならない。
参考文献
http://ralyx.inria.fr/2008/Raweb/triskell/triskell.pdf
外部リンク
- ガートナー・データクエスト・インサイト：通信BSSソフトウェアソリューションは、他の業界の効率改善にも役立つ
