BPMとデータ処理

ここからは実際にBPMで取り上げられるデータの処理について解説します。

新規システムをBPMによるビジネス層のモデルとして作成する際、同時にワークフローを構成するタスクの適正化が必要となります。ここでいう適正化とは、同様な処理を同時に行う時に再利用可能な粒度のデータアクセスができるビジネスロジックを決めることです。

つまりビジネス側からは再利用可能なプロセスなのかを決めることができ、システム側からはそれに応じられるデータを決められます。データの粒度は、タスクの中で動くプロセスにエンティティレベルより大きな再利用可能な粒度として設計されます。筆者はこの粒度を設定する考え方がSOAのポイントだと思っています。

粒度の大きさを決める際にはデータ対応部も最適化されます。基本サービスのコンポーネント（データの粒度）とデータベースの対応は「多：1」の関係が理想的ですが、実際には「多：多」の関係になることが多いです。

BPMと中継処理

BPMを用いたシステムは新規に構築するとは限らず、多くの場合は既存のシステムを活かした構築となります。そのため、既存システムとBPMの間に中継となるサービスを置いて、既存システムの影響をBPMにおよぼさない工夫が必要なのです。そして中継をとる方法として、BPMで扱うデータと既存システムのデータ格納箇所とのマッピングの必要があります。

そのため、データの整合性を保つためのマッピング部分を1箇所（中継部）に集中させる必要があり、そのBPMで扱うデータと既存システムの格納箇所とのマッピングは「多：多」の関係となります。

図3：BPMで扱うデータと既存システムの格納箇所とのマッピング

本格的なシステム構築に必須となるBPMリポジトリ

図3の例のように、ビジネス層とシステム層の連動は両者の厳格な定義を前提として行わなければなりません。小規模なシステム開発では管理項目の量は少ないので、ExcelやBPMモデリングツールでビジネス層とシステム層をそれぞれ管理することができますが、大規模な本格的なシステム構築を管理するリポジトリが必要となります。

BPMとシステムはともに定義の共通化と標準化をする必要があり、曖昧な設計情報でのBPM適用は避けなければなりません。そして継続的な改善の実施には設計情報の変更が常に伴いますので、全体の定義の共通化や標準化事項の整合性を常に保つ必要があります。

新たな概念や技術はそのままでは使えない

SOAに限らず新たな概念や仕組みをトレンドとして注目する際、多くの場合はあたかも「その仕組みを導入するだけで今までの問題点を解決できてしまう」と錯覚をしてしまうことがあります。

企業のシステムはシステムの設計情報が非公開であることが多く、そのためにシステムの再構築ができないこともあります。しかしBPMを導入する際には、非公開の部分をそのままにして成功するものではありません。