Gleyzer両氏によって共同開発されました。2019で、同言語の発表を行いました。InfoQはPurdy氏に言語と、氏らが解決を目指した問題について聞きました。設計/アーキテクチャアジャイルマニュフェスト:ソフトウェアアーキテクトの視点ソフトウェアアーキテクトの役割と責任はアジャイルソフトウェア開発のためのマニフェストの価値と矛盾していると見えますが、優れたアーキテクトはアジャイル開発チームをサポートするテクニックを見つけています。Streamingは、ストリーミングデータのためのSQLライクなインターフェースを提供します。Streamsによって、Redisがストリーミングデータを複数のプロデューサとコンシューマの間で消費、保持、配信することができるようになります。ソフトウェア開発のマニフェストたゆまず息もつかずに市場に突進することで、会社を静かに消滅の崖っぷちへと追い込みます。それは設計してコードを書く方法を再考する時です。簡単さへの投資は、速さへの投資です。簡単さは知的財産の主鉱脈でもあります。競争上の優位性は、一度失ったら、もう一度手に入れることはほとんど不可能です。Buytaerts氏が過去10年間にわたって、企業がDevOps採用のハイプサイクルをくぐり抜け、変革に対する誤解を解消する過程を支援してきた経験について語ります。Das氏:OracleのBPM製品の管理責任者。Rulesを含むBPM技術に関与している。Manoj氏はOracleに入る前のSiebelにいた頃からBPMNとBPELに長く従事し、BPMNとBPELを活用した次世代のプロセス中心のアプリケーションプラットフォームの構築を手がけた。Ings氏:IBMソフトウェア標準化グループのプログラム管理者。スカッシュにはまる傍ら、関心の中心はビジネスプロセスマネジメントとSOA標準。BPEL4People技術委員会の委員長を務めている。2.0開発チームのプロジェクトリーダーを務めている。Trickovic氏:SAP標準化管理・戦略グループの標準化アーキテクト。彼女の仕事はビジネスプロセスマネジメントとWebサービスを中心とした領域の技術標準にフォーカスしている。TCを含むいくつかの標準化に従事している。2.0開発チームのプロジェクトリーダーを務めている。BPMNはBPMコミュニティでは熱く議論されています。BPMNはビジネスプロセスモデリング表記法の主要な標準です。フローチャート風のビジュアルな表記法が定義されており、ビジネスアナリストはこれを使って新しい、または既存のビジネスプロセスを設計することができます。標準であることから、ビジネスパーソンやビジネスアナリスト、ITアーキテクトの間で共通語として使うことができ、協調してビジネスプロセスを設計、配備、監視することができます。Notationはグラフィカルなモデリング標準であり、ビジネスアナリストやビジネスユーザーが複数の活動、システム、関係者や取引を扱うプロセスモデルを作ることができます。そのプロセスは詳細な実装を施すことでITで実行可能にできます。BPMNは読み手にフローチャートのような感覚や慣れ親しんだメタファーを与えます。フローチャートと違って、BPMNは実装可能な有効なモデルを作るために十分な制約とセマンティクスを持っています。BPMNに深く入り込んでいるスイムレーンの機能は、関係者やロールの活動を直感的にモデリングすることができ、さまざまな関係者間の協調を見える化するのにとても大きな表現力を持っています。BPMNはビジネスプロセスのモデリングのためのグラフィカルな表記法であり、利用範囲はワークフローからビジネスプロセスの自動化まで及びます。2.0として知られています)はさらに協調プロセス(またの名をコレオグラフィ)のための表記法を含んでいます。これはビジネスパートナー間の一連の要求された相互作用といった観点でビジネスの契約を記述するのに使われます。それぞれの領域に最適化された「ドメイン特化言語(DSL)」があるのです。UMLはソフトウェアの設計と実装にとてもよく合う標準モデリング言語です。BPMNはビジネスプロセスを設計することに最適化された標準です。ビジネスプロセスとそれを実装するSOAサービスを設計する際には、双方が重要で相補的な役割を担います。BPMNはビジネスアナリストを対象にしたモデリング表記法を提供します。これはプロセスモデリングに特化し、加えて実行セマンティクスを持ちます。BPMNはこれらの3つの視点に取り組んでいる点が独特であり、ビジネスアナリストの間でBPMの採用に当たってとても必要とされています。BPMNはさまざまなタイプのビジネスプロセスを設計するためのモデリング言語です。モデリングのためのいくつかの概念を取り入れることで、相互関係や補償、人間系の相互作用などのプロセスモデリング領域に特化しています。これらの概念は、UMLのようなより一般的なモデリング言語ではカバーしていません。UMLツールはIT関係者向けであるのに対し、BPMNツールはビジネスプロセスの専門家向けにできています。2.0の重要なゴールは4つあります。ひとつは、表記法の正確さを強化することで、直接デプロイできて複数のベンダーの実行環境で相互に動作可能にします。2つめは、(ファイル)フォーマット交換のための業界標準をプロセスモデルとツールで表示するためのそのビジュアル表現を定義することです。3つめは、一連の拡張ポイントを提供することで、ベンダーが顧客特有の要望を相互運用性を壊すことなく実現できるようにします。4つめは、「コレオグラフィ」のサポートを追加することで、組織境界を横断するSOAアプリケーションを可能にすることです。重要なのは、各実装間で可搬性を持たせるために実装と永続フォーマットにわたって本当の一貫性を確実にできるだけのセマンティクスを持たせることです。データモデリングと、WS標準に対する調整を含んでいます。1.1をベースにしており、今ある機能をたくさんの方法で拡張しています。1.1で既に利用可能な要素を洗練させ、たとえば人間系の相互作用やイベントのサポートや既知の矛盾点や曖昧さを解消しています。2.0はビジュアルモデルに加えてドメインモデルのための交換フォーマットを導入しています。BPMN要素の実行セマンティクスを形式化し、曖昧さのないBPMNプロセスモデルの解釈を支援します。2.0を開発しているのでしょう?OMGにて提案のコンペをしていると聞いています。2.0の開発を後援する標準団体です。OMGの「RFP」プロセスは大ざっぱに言って建築のコンペと同じようなものです。複数の業界団体が自主的にRFPの提案に応える自由があります。IBM、Oracle、SAPおよび業界をリードするいくつかの他の企業によるグループと、もうひとつの企業グループが回答を出しています。複数の提案が届いたのなら、OMGがそれらを調整してよりよい結果を出すためのプロセスに入ります。2.0のRFPに取り組んでいます。今の時点では、提案の競争は健全で自然な状態です。2.0の最初の提案として、OMGは2つの競合を受け取っています。2.0の提案、もうひとつはAdaptiveなどから提示されたBPMN-Sの提案です。1.1の仕様をベースにしてます。この提案は多くの関心を生みだし、結果として多くの指導的な技術ベンダーが次のバージョンのOMG標準を決めようと積極的に参加するためにこの提案チームに参加することになりました。2つの提案チームは今は協力しながら3つの相補的な仕様を検討しています。その仕様とは、(1)BPMNのグラフィック表記法、メタモデル、交換フォーマット、形式的な実行セマンティクスの定義、(2)意味論的な統合を促進させる一般的なプロセスモデル、(3)その2つの間のマッピングです。Q.BPMNと開発環境の関係について教えてください。BPMNはモデリング環境(ビジネスプロセス設計)を定義している一方、BPEL標準は開発環境(実行時)の中核部分を定義しています。BPMNはさまざまな目的で使うことができます。高レベルのビジネスプロセスのスケッチから、自動実行を目的としてビジネスプロセスの仕様化まで。2.0の実行セマンティクスがBPELの実行セマンティクスと足並みを揃えました。2.0仕様はBPELへのマッピングも含み、BPELベースの開発環境での開発が可能になります。多くの、とはいえ全てではありませんが、BPMNのモデルは実行可能なプロセスとして実装できるようになります。2.0、BPEL4Peopleといった実行のための標準と合うようになっています。2.0は組織のディレクトリサービスやその他の開発環境で利用可能なサービスを活用できるようになります。BPMNは開発環境と実行環境に対して不可知論的に作られています。2.0の実行セマンティクスをサポートするさまざまな環境にデプロイされ、実行することができます。2.0との関係について教えてください。これまでの説明にもありましたが、BPMNはモデリング向けであり、BPELはデプロイ向けです。これらはどちらもBPM開発ライフサイクルをサポートする基本的な標準です。BPMNはモデリング標準であり、BPELは実行時の標準です。その点においてどちらも補完的であり、BPMNのモデルはBPELプロセスとして実行されます。2.0と重なるようなものも出てくるでしょう。2つのアプローチ、すなわちBPMNモデルをBPELとして実行する方法とBPMNを直接実行する方法がより合う異なったユースケースがあるのでしょう。BPELはWebサービスベースのプロセスのためのモデルと実行セマンティクスを定義していますが、これはBPMNの機能のサブセットです。BPMNでは任意のグラフや複雑なデータフローを描くことができます。2.0の提案にはBPMNサブセットとBPELとのオプションのマッピングを含んでいます。これは環状にならないようなブロック構造のフローに制限しています。これらのBPMNプロセスはBPELベースの実行環境で実行することもできます。2.0とBPEL4Peopleの関係について教えてください。Peolpe」と「WS-HumanTask」からできています。2.0を拡張し、ビジネスプロセスの中の人間系の実行アクティビティ(ヒューマンタスク)をサポートするものです。BPMNもまた人間が関与するビジネスプロセスを定義することができますし、そのようなBPMNプロセスはBPEL4PeopleをサポートするBPELの上にデプロイすることができます。BPEL4PeopleはまだOASISにおいて標準化が進行中であり、まだ標準として採択されていません。2008年4月に行ったBPEL4Peopleのインタビューについて参照すれば、そこでの人々と同じメンバーを見ることができます。2.0に取り組むだろうことは認識していたし、その2つは足並みを揃える必要があることもわかっていました。BPEL4Peopleはその主なコンポーネントであるWS-HumanTaskがBPELやBPMN、その他のプロセスエンジンと一緒に使われるように設計されました。2.0がWS-HumanTaskを活用できるようにします。2.0は人間系の相互作用とワークフロープロセスをモデリングするのに必要な機能を提供します。BPEL4People標準化活動の一部であるBPEL4PeopleとWS-HumanTaskは、タスク実行エンジンとタスクリストクライアント、プロセス実行エンジンの間で要求される重要な相互運用性サポートします。そのため、BPEL4PeopleとWS-HumanTaskをサポートする実行環境はBPMNワークフロープロセスのデプロイと実行に使うことができます。2.0とXPDLの関係について教えてください。XPDLはモデリング言語(一部BPMNと重なるところがあります)とプロセスモデルの交換フォーマットを定義しています。2.0は特別な交換フォーマットを定義していますが、やがて業界はこれに向かって移行すると考えています。1.1は永続化フォーマットを決めていなかったため、私たちのものを含め多くの製品はXPDLを永続化と交換フォーマットに使っていました。2.0に移行させるつもりです。他の皆さんも同様のアプローチを取ると予想しています。XPDLはワークフロープロセスのためのモデルと交換フォーマットを定義しています。1.1プロセスのための交換フォーマットとして提案されています。2.0のプロセス定義のどちらでも交換するのに使われるだろうと予想しています。2.0でもっとも重要な側面はビジネスプロセスのためのツールと実行時の相互運用性が大きく強化されることです。これはグラフィカルな記法とセマンティクスおよびXMLの交換フォーマットの標準化によるものです。その結果、業界はビジネスとITの協力と統合というより大きなゴールに向かうことでしょう。BPMNのもっとも重要な側面はプロセス開発のライフサイクルへのインパクトです。BPMNによって言語と語彙が共有され、ビジネスアナリストとITがより効率的に協調することができます。従来はアナリストのモデルはITの開発を始めるには不適切なものでした。BPMNはビジネスアナリストの要求から実装へ高い忠実さでマッピングが可能になり、ビジネスアナリストの要求を連続して洗練させることができます。2.0のRFPは広い領域を扱っており、1つの機能を選ぶのは難しいです。2.0の提案で取り組まれているものです。この欠点への取り組みは将来BPMNの採用にプラスの効果が出るでしょう。プロセスのオーケストレーションとコレオグラフィの統合されたビューは他の標準では見られなかった新しいものです。2.0仕様のドラフトはコンプライアンスに関する4つのポイントを規定しています。プロセスモデリング、プロセス実行、BPEL環境へのデプロイおよびコレオグラフィのサポートです。これはさまざまな顧客がさまざまなツールを必要とし、どれか1つがすべてに合うわけではないことを認めているためであり、ツールベンダーは特定のユーザーの集合にツールを最適化することができます。コンプライアンスは他の標準と同様に、ユーザーが一貫性のある体験を持つことができ、その成果物がベンダーの実装間で一貫性のある結果を作り出せることを保証します。BPMNは複数の支援団体を扱うため、複数の次元のコンプライアンスがあります。モデリングの観点では、コンプライアンスはBPMNモデリングツールのユーザーであるアナリストとITユーザーが一貫したモデリング体験を持ち、異なるベンダーの実装を越えてモデリングスキルを活用できることを意味します。実行の観点では、コンプライアンスはBPMNモデルがベンダーの実装間で等しく実行されることを意味します。BPMNをBPELにマッピングしたい人には、コンプライアンスがBPMNからBPELへのマッピングをベンダーのサポートを越えて一貫したものになることを意味します。2.0の提案はさまざまなシナリオ、すなわちビジネスプロセスのモデリング、プロセス定義とプロセス実行の交換形式に取り組んでいます。私たちはすべてのツールがビジネスプロセスのモデリングと実行の両方をサポートするとは予想していません。あるツールはプロセスオーケストレーションのモデリングを提供しながらも、協調プロセスはサポートしないかもしれません。その逆もあるかもしれません。2.0の提案ではコンプライアンスの対象を複数定義しました。これには、プロセスモデリング適合性、プロセス実行適合性、コレオグラフィモデリング適合性を含んでいます。BPELプロセス実行適合性は、オプションであるBPMNのBPELへのマッピングをサポートする実装を導入しています。IBMはそのポートフォリオの中にすでにBPMNをサポートするいくつかのツールを持っています。顧客の反応は今までのところ好意的で、販売機会の中ではたびたび顧客から必須要件として指定されるのを見ています。これはこの技術が「キヤズムを越えて」主流になろうとしている確かな兆しです。2.0をビジネスプロセスモデリングツールのポートフォリオの中で相互運用標準として使うことを考えています。1.1に対して関心はとても高く、採用も進んでいるようです。今日、BPMNからXPDLと同様にBPMNからBPELもサポートしています。1.1は今日重要な役割を果たしているとはいえ、ビジネスアナリストの共通語として完全な潜在能力の発揮しているというにはほど遠い状況です。これには実行セマンティクスと永続化フォーマットの標準が欠如していることが妨げになっています。これは、BPMNモデラーが同じコンセプトを持っていたとしても十分に標準化されず、BPMNのスキルが完全には転用できないことを意味しています。BPMNモデルも完全にはポータブルではありません。2.0はこれらの欠点に取り組んでおり、非常に重要な前進なのです。1.1は広く採用され、ソフトウェアベンダーや顧客はその今後の開発において大きな関心を持っています。BMIタスクフォースに参加する多くの企業はこの標準に対してはっきりと関心を示しています。1.1をベースに顧客の重要な要求に取り組んでいるため、現在すでにある実装がバージョン2.0にアップグレードし、これから新しい実装が出てくると十分に予想できます。IBMはSOAマーケットリーダーとして広く認知されています。私たちが「SOAで実現するBPM」と呼ぶもののライフサイクルは、モデル化とデプロイ、監視を反復的に行い、BPMNはそのライフサイクル全体の重要な標準ベースの技術を提供します。このことから、BPMNは顧客のSOAとBPMの導入を加速させることができるのです。私たちは大抵、顧客のTCOの削減を促進させたり主流の企業に採用されるオープンな標準にコミットしています。私たちは開発者コミュニティ向けの技術スタックの至る所でオープンな標準の利点を活かしています。いえ、顧客にとっても今日の環境において経営的に優秀となりえるには、ビジネスとドメインを開発ライフサイクルに渡って理解するビジネスアナリストを迎え入れ、彼らにより多くの権限を与える必要があると私たちは信じています。BPMNは私たちの顧客コミュニティのビジネスアナリストが興味を寄せている標準であり、そのため私たちはBPMNに関心を持ち、大きな投資をしているのです。ビジネスプロセスはSAPのビジネスソフトウェアの中核を成すものです。ビジネスプロセスのモデリングは、ビジネスプロセスの変更と改革を促進させるための重要な機能です。SAPはBPMNを未来のコラボレーティブなプロセスのためのモデリング表記法として取り組んでいます。2.0のスケジュールについて教えてください。オープンなプロセスで作られている標準の正確なスケジュールを予測するのは、いくつもの観点で検討、調整しなければいけないため、いつでも難しいものです。いえ私たちは最初のベータ版が2009年春に、最終的な仕様は2010年のどこかでOMGから発表されると見込んでいます。関係者はフルタイムで取り組んでおり、順調な進捗を見せています。2009年の早い時期にベータ版を見ることができるでしょう。2.0提案の進捗についてレビューした上で、議論されてきた提案を仕上げるための時間を提供するため、期日の延長を承認しました。タスクフォースは最終的な提案を議論し、2009年3月に開かれる次OMGテクニカルミーティンで採択しようとしているのだと思います。2.0最終決定タスクフォースは2009年後半にずれこむかもしれません。そのころには、新しい仕様を実装する最初の波が焦点となっているでしょう。モデリング(BPMN)とデプロイ(BPEL、BPEL4People)の標準が市場で成熟するにつれて、ビジネスのイベント、ビジネスルール、エンタープライズアーキテクチャの標準の方に関心が向くだろうとIBMは考えています。あるケースではこれらの標準が存在するものの、BPMライフサイクルに渡ってより統合される必要があるでしょうし、別のケースでは占有技術を標準化すべき業界が向かう隙間があるでしょう。私たちは標準(トレーニングや書籍、方法論などすべての付随するものを含みます)によって、ビジネスアナリストが開発ライフサイクルにおいてより大きく、意味のある役割を果たすだろうと考えています。そのことを考慮すると、標準化がより進み、ビジネスアナリストにより興味深い状況が増えると思います。ビジネスモデルの仕様化に加え、ビジネスアナリストが関心を持つのは、ポリシーとルール、イベント、メトリクス、ダッシュボード、シナリオとモデルのシミュレーション、役割と階層を含んだ組織化されたモデルの仕様化と管理です。これらの領域で相互に関係しながら標準化がなされると思います。いくつかの標準的なパターンが開発され、BPMNの学習を支援するベストプラクティスができるでしょう。2.0の採用が当面のゴールだと考えます。将来の標準化アクティビティに関していえば、WS-BPELやビジネスルールなどのその他の領域の新しい機能が注目を受けるにふさわしいでしょう。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見るあなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。登録するとさまざまなことができます。アカウント登録をしてInfoQをお楽しみください。あなたの意見をお聞かせください。毎週火曜日に前週のまとめコンテンツがお送りいたします。25万人ものシニアデベロッパーのコミュニティーにぜひご参加ください。サンプルを見る様々なイノベーターとアーリーアダプターがお送りするテクノロジーの概要を見る。自分がまだ知らないことに気づいていないと知るあなたが興味のあるトピックスをいつでも最新な情報に。あなたのメールアドレスはこちら国を選んでください。プライバシーポリシーに従って私の個人情報を扱うことに同意します。よい世界へ私たちが暮らす世界を大切に思い、よりよいものにしたいと考えています。人のためのソフトウェア開発を加速し私たちのミッションを実現することで、この思いを成し遂げようとしています。私たちは利益の1%をさまざまな慈善団体に寄付しています。会社として、また従業員として、そうしたことの価値を強く信じているからです。with.プライバシーBTあなたのプロファイルは最新ですか?プロフィールを確認してアップデートしてください。アドレス*Eメールを変更すると確認のメールが配信されます。会社名:現在の会社名をご入力ください。Other組織規模:現在の組織規模をご入力ください。2,501+国:現在の国を設定してください。Zimbabwe都道府県:現在の都道府県に設定してください。次の都道府県にアップデートする:ニュースレターを購読しますか?インダストリーメールを購読しますか?本Eメールに登録すると、以前より関心のあったトピックの関連情報をお送りする場合がございます。詳細はこちらのプライバシーポリシーをご覧ください。newsletter?新しいメールアドレスに確認用のメールを送信します。このポップアップ画面は自動的に閉じられます。