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)ツール(下のスクリーンショットへのリンク)。

まとめ




参照資料

Source: https://habr.com/ru/post/J125245/


All Articles