ルール VS 手続き型コード
BPM ベースのソリューションにおいて、どういう時にルールを利用し、どういう時に手続き型のコードを利用するのが適切か、あなたはどうやって決めているだろうか？最近、haley.com(サイト・英語)の創設者であり会長でもある Paul Haley(source)氏がこの問題に関してヘルプを求められた(source)ようである。 最近、エンタープライズアーキテクチャグループ内の一部の戦略的な人たちから、ルールをもっと自分たちの組織に関連付けたいと依頼があった。ルールをどう いう時に中間レイヤに組み込み、どういう時にサービス内にカプセル化するのかということから、理想的な利用事例と参照実装まで、彼らの関心は多岐にわたっ ていた。そして、ルールを BPM および BI と結びつけることに特に興味を抱いていた。 従来の IT の考え方は BPM の乱用をまねく手続き型のコーディングに偏っていると Pa
なぜ Java 開発者は BPM を嫌うのか？
John Raynolds 氏は最近疑問を投げかけた。なぜ Java 開発者は BPM を嫌うのか(source)？ 彼は、彼自身や他の人たちの経験から次のような結論を出した。 BPM スイートはあなたの創造性を奪い、どのようにアプリケーションを開発するかを命令する。そしてプログラミングを退屈なものにするうえに、あなたがプロセスダイアグラムをデザインするのにポイント・アンド・クリック、ドラッグ・アンド・ドロップツール、データモデルとフォームを使うことを強制する。 更に悪いことに、BPM スイートはビジネスに携わる人々に自分たちでプロセスをモデリングし、フォームを設計するように仕向ける。 彼は次のことを主張している。 一般の Java 開発者達は BPM スイートの制約を押し付けられるよりも、むしろ Struts や Spring のようなフレームワークを使うだろう。Spring または S
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ビジネス側の人々は、BPMN2.0を採用するだろうか？
あなたのアーキテクチャはSOAやBPMにフォーカスすべきか？
SOAとBPMの距離を縮める
BPMとSOAのべき・べからず集
InfoQ: ActivitiはBPMの困難を乗り越えられるか
IBM Developer