米salesforce.comは2月3日（米国時間）、クラウドプラットフォーム「Force.com」にビジネスプロセスを構築する新機能「Force.com Visual Process Manager」を導入、一般提供を開始した。専用ソフトなしにアプリケーション内でビジネスプロセスを設計・実装できるという。 直感的に使えるビジュアルツールで、Force.com上に作成したカスタムアプリケーション、SFAアプリケーション「Sales Cloud2」、サービスの「Service Cloud2」などで高度なビジネスプロセスを動的に構築できる。ユーザーは、従来のようなオンプレミスのソフトウェアやインフラなしで、ビジネスプロセスを自動化できるという。 設計ツール「Process Designer」、エンドユーザー向けウィザードを作成する「Process Wizard Builder」、シュミレーショ
SAPが同社研究所で開発中の「Gravity」は、Google Waveを活用してビジネスプロセスのモデリングを共同作業で行えるツールです。公開されているビデオでのデモンストレーションを見ると、Google Waveがビジネスコラボレーションのためのツールとして大きな可能性を備えていることに気付かされます。 そのGravityとはどのようなものか？ さっそくビデオの画面を基に紹介していきましょう。 ビジネスプロセスを共同でモデリングしていく BCD銀行と、FH生命保険。両社は合併し、新しい金融保険商品を開発することになりました。そこで、FH生命保険で個人ローンを担当するサラと、BCD銀行で銀行業務のビジネスアナリストのジョンは、Google Waveでコラボレーションしながら、新しい商品を開発するためにビジネスプロセスのモデリングを行っています。 Google Waveの画面上部にはGra
今回作った版には、パズルゲームの「テトリス」みたいに入り組んだ表を全面的に取り入れました。 これはもともと、“Cooking For Engineer” - BluePillの別宅 というサイトで紹介されていた、料理の手順をチャート表示するやりかたです。 これはマッシュルームスープの作りかた。 この記法は、条件分岐を記述できない代わり、ある行程に複数の動作を組み込むことが簡単で、自分が今 どのあたりにいて、これから何をすればいいのか、一望するのが簡単だ、という特徴を持っています。 この表が面白かったので、料理の「材料リスト」に当たるところに「鑑別診断名」を、 手順だとか、調理に相当する場所に「検査」をそれぞれ代入すれば、 ある症状を持った患者さんに対して、医師が取るべき行動を、分かりやすく記述できないかな、 というのがそもそもの始まりです。 思考経路を図解する、あるいは伝えるフォーマット
これから何回かに分けて、上流設計にあたる業務プロセス設計について書いてみようと思います。 以前にも「ユーザ目線のBPM」で触れていますが、より具体的な方法を提示していきたいと思っています。これまでは、どちらかというと業務フローができたら、基本的にはノンコーディングでシステム構築ができることを説明してきていますが、その上流のところの話になります。実はここが非常に重要であると同時に難しい領域なのです。 ですから、今までも再三言ってきていますように「シンプルで一貫化されたきれいなプロセス」が書けたらそれでおおかたのシステム構築が終わってしまうということになりますので、そのきれいなプロセスをどう書くかがますます大事になるのです。 そこで、この業務プロセスを書くための作法についてひとつずつエントリーしていくことにします。本技法ではつぎに示すような１６の作法からなっています。この作法に従って業務プロセ
これから何回かに分けて、上流設計にあたる業務プロセス設計について書いてみようと思います。 以前にも「ユーザ目線のBPM」で触れていますが、より具体的な方法を提示していきたいと思っています。これまでは、どちらかというと業務フローができたら、基本的にはノンコーディングでシステム構築ができることを説明してきていますが、その上流のところの話になります。実はここが非常に重要であると同時に難しい領域なのです。 ですから、今までも再三言ってきていますように「シンプルで一貫化されたきれいなプロセス」が書けたらそれでおおかたのシステム構築が終わってしまうということになりますので、そのきれいなプロセスをどう書くかがますます大事になるのです。 そこで、この業務プロセスを書くための作法についてひとつずつエントリーしていくことにします。本技法ではつぎに示すような１６の作法からなっています。この作法に従って業務プロセ
誤り #2: ビジネスユーザーはBPMNを簡単に習得でき、その機能をすべて使用できる。 BPMN(PDF・英語)は300ページ以上からなる仕様である。ビジネスアナリストのほんの数人ですら、すべての概念をマスターできるようになるとは思えない。Michael zur Muehlen氏は、BPMNで最もよく使用される構図の研究を行い（スライド24を参照）(source)、約25の構図が日常的に使用されているという結論を出した。個人的に、私は10の重要な概念を基にビジネスアナリストのためのチュートリアルを作成した。そしてBPMNをペアダウンしても、BPMNの採用にあたって共に働いたリーンシックスシグマ(PDF・英語)のブラックベルトを納得させることは困難だった。 Bruce Silver氏は経験から次のように述べている(source)（彼はBPMNのクラスを教えている）。 BPMNにはBPEL生成
Windows Workflow Foundation(WF)がもう直ぐ出ますね。 このWFはプロセスオートメーションやヒューマンワークフローなでに利用していくのであるが、もう少し抽象的に考えると、アクティビティと呼ばれるドメインに特化したオペコードを記述・実行するためのプログラミングモデルであり、メタ実行環境ということになるらしい。 アクティビティ = ドメインに特化した作業単位（アクティビティはドメイン的な意味に抽象化される） WFランタイムはドメイン的な意味に依存しない あと、汎用言語と異なる点はいくつかあるが、やはり継続ベースの処理構造を持っている点がメリットである。 たとえば、受注処理→在庫引当→出荷という複数のシステムに渡るプロセスオートメーションがあった場合、通常はそれらのシステムと通信するような処理をイベントベースで処理する必要があるが、WFではあたかもそれらがシーケンシャ
概要…まずこちらをお読みください。based on Tue Jan 23 13:38:11 2007 Revision 3620
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
