JBoss Developer Workshop in 東京 ～ jBPM5を徹底的に学ぶ～
-
yukio_saitoh
- 4695
- 0
- 1
- 5
-
- いいね！5
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
ノーティフィケーション：独自サービスを作る際には、先ず名前を付ける⇒次にどんなデータが必要なのか⇒そしてデータがどこからどこへ渡すのか このようなフォーマットを使って定義していく。 ⇒データタイプ・値を指定⇒表示名、ノード名、アイコン指定 #jboss #jBPM
2011-09-13 11:30:20
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
ドメイン定義プロセスについて再度：宣言的である＝何を行うのか明確である、実装の細かいところはユーザ任意で隠匿可能（プロセスを意識させない）、コードとして書くのではなく概要を記述する、ハンドラもコンテキストから独立している（それぞれ独自ハンドラ定義可能） #jboss #jBPM
2011-09-13 11:36:17
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
ドメイン定義プロセス例：RSS, FTP, jabbler, twitter, facebook, WS, Rest, Java method, HUmantask, Google など。（って、API があるものは全てだな） #jboss #jBPM
2011-09-13 11:38:33
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
Human Task Service について再確認：User Task, WS-HT モデル準拠 (Task lists, Task life cycle), Task clients (task forms) ・フォーム付与対象者を指定など #jboss #jBPM
2011-09-13 11:40:07
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
SwitchYard について：軽量サービス配信フレームワーク。あらゆるサービスのインポート（呼び出し）が可能である。 #jboss #jBPM
2011-09-13 11:45:38
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
Test をするにはプロセスを作ってから JUnit Testing を始める。MyProcessTest を拡張も出来るし、特定インスタンスが期待値であるか確認できるし、基本的な検証はすべてできそう。 #jboss #jBPM
2011-09-13 11:49:25
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
アーキテクチャ：as a service として組み込むには、コマンドベースで異なる技術を使用可能。JNDU, RESR, Web Service, EJB など。複数の独立セッションを扱える。 #jboss #jBPM
2011-09-13 11:53:23
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
そろそろランチタイムだ。 JBoss Developer Workshop in Tokyo. #jboss #jBPM
2011-09-13 12:05:59
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
JBoss Developer Workshop ハンズオンで幾つか持込マシンで確認中 ⇒ http://t.co/baT3S0k http://t.co/JmM7DQR #jbpm #JBoss
2011-09-13 13:48:23
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
jBPM のそれ以上の jBPMについて。柔軟なプロセス、AS7 とクラウド、JBoss はどこでも動作動作 #jBPM #JBoss
2011-09-13 14:07:35
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
ソーシャル、クラウド、モバイル：ここ数年ＩＴ業界で騒がれている言葉がある。ソーシャル「 twitter, fb」、クラウドは「自社だけでなくサービス提供用」、モバイルは「デスクトップやサーバだけでなくモバイル機器環境へ浸透していること」 #jBPM #JBoss
2011-09-13 14:09:37
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
Ready for the future? ⇒ 多様化した問題を従来（伝統的な） BPM 製品を使って実装しようとすると複雑なアプリをモデル化するのに課題があった。最近になってアプローチが進化しプロセスのモデル化、構造化、イベント対応が容易になってきた 。#jBPM #JBoss
2011-09-13 14:12:32
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
複雑なプロセスを BPM を使って簡素化しようとしても複雑なままである。明確なプロセスにしなければ BPM の利点を享受できない。多様化したパラダイムを簡素化して提示する手法を Redhat は提唱したい。 #jBPM #JBoss
2011-09-13 14:14:51
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
Exceptional Control Flow, ビジネスプロセスのみでなく例外プロセスもモデル化して、通常 BPM でゲートウェイ実装して様々な状況を実装するかと思うが、その結果主流ビジネスプロセスだけでなく例外処理も含めるので複雑になってしまう #jBPM #JBoss
2011-09-13 14:16:22
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
柔軟性を実現するには様々な変化に追従しなければならない。ビジネスロジックをモデル化するために使用可能なパラダイムはビジネスルールという側面もある。例外的状況も面と線でルール化するという考え方である。 #jBPM #JBoss
2011-09-13 14:17:40
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
例外コントロール処理として、通常使用されるビジネスプロセスに対して例外プロセスルールも用意しておけば、通常系はシンプルにモデル化可能である。 #jBPM #JBoss
2011-09-13 14:18:26
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
Process + Rules + Events ＝ 複雑なビジネスプロセスにルールを与えるなどでシンプルなモデル化が可能である。BPM ではルール、イベントのプロジェクトと協働して動くプロセスを試みている。 #jBPM #JBoss
2011-09-13 14:19:29
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
Vision：目指すビジョンは独立したプロセスエンジンだけではなく、プラットフォーム・ナレッジ・指向を開発者とビジネスユーザのために考えている。 #jBPM #JBoss
2011-09-13 14:20:43
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
例： Logistic Company - Solution ⇒ FeDex 社のビジネスロジック。多様化したイベントプロセスに対して理由付けを行い、出荷・航空・運輸情報をイベント生成し、その他交通渋滞となる事故情報、天候などを組み合わせ効率化する。 #jBPM #JBoss
2011-09-13 14:22:49
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
Combining Prcesses, Rules and Event. 統合するだけでなく均一化することが大事。ビジネスプロセスはシンプルなイベント、ルールを似たようなツールで対応していく。（ツールは IDE, レポジトリなど）#jBPM #JBoss
2011-09-13 14:24:20
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
Decision Service（意思決定サービス）のプロセス（リスク）評価として ⇒ ライフサイクルの違い, スコープの最大化, 高次元 ルールとして実装するのが現実的である。 #jBPM #JBoss
2011-09-13 14:26:34
斉藤之雄 / 社会福祉士 😺🗯
@yukio_saitoh
柔軟に対応できるプロセスは【臨床系意思決定サービス】 Clinical DSS ⇒ 医師のためで柔軟性があるのが大事である。常に意思決定が必要である。 Ad-Hoc サブプロセスとしてルール化する。 // 従来手続き型で開発していたヒトは便利かも #jBPM #JBoss
2011-09-13 14:28:44