SharePointでのワークフロー、またはBPMSが必要な理由

スタート。 簡単なプロセス



簡単なドキュメント処理プロセスを検討してください。 内部アプリケーションにします。

ビジネスのタスクは次のとおりです



視覚的に、このようなプロセスは次のように表すことができます。

画像

これはBPMNではありませんが、ビジネスはしばしばこれらのカテゴリーで考えます。



このプロセスの実装に伴う労力は、次のグラフを使用して表示できます。 垂直-SharePoint機能、水平-実装に必要な労力。

画像



SharePointでドキュメントやフォームを使用することは便利ですが、そのような単純なシナリオを実装する場合でも、.NetおよびWorkflow Foundation(WF)を使用する必要があります。 .Net / WF開発のハイライトは、改訂通知とメール通知の送信に関連します。



開発。 食欲は食事に伴う



そのようなソリューションの導入のほぼ直後に、ビジネスはそれを少し「拡張」したいと思うでしょう。

標準の「ウィッシュリスト」の拡張リストへのリンクは、記事の下部にあります。



実装には、新しいテクノロジーが必要です。 「単純なプロセス」の場合のように、レポートとBI、検索、BCSなどの一部はSharePointにあります。一部は.Net(ASP.Net、WF、WCF)に手動で実装する必要があります。

画像



BPMS 部分的な頭痛の緩和



例として、K2 Blackpearlを使用します。

プロセスの自動化におけるシステム機能とその影響



説明されたプロセスの自動化の人件費は次のようになります

画像

K2システムでビジネスプロセスを開発するためのK2 StudioおよびK2 Designer for SharePoint(K2D4SP)ツール(下のスクリーンショットへのリンク)。



まとめ







参照資料





All Articles