イベント数

概要

イベント数計算機は、イベントログ内のイベント(アクティビティ)の総数をカウントします。プロセスインスタンスをカウントするケース数計算機とは異なり、この計算機はすべてのケースにわたって実行された個々のアクティビティの総量を示します。この基本的な指標は、プロセスの活動量や実行の強度を理解するのに役立ちます。

主な用途

  • プロセス全体のアクティビティの総量を表示
  • ケース数と組み合わせて、ケースごとの平均イベント数を計算
  • 期待されるイベント量の検証によるデータ抽出の完全性の監視
  • 作業負荷の強度や処理活動レベルの追跡
  • 運用ダッシュボードにイベント量の指標を追加
  • 期待値と実際のイベント数を比較してデータロードを検証

設定

標準のタイトルおよび説明フィールド以外に、この計算機に特有の設定はありません。

例1:プロセス活動量の測定

シナリオ: 調達プロセスで実行されたアクティビティの総数を表示し、全体的なプロセスの活動状況を把握したい。

設定:

  • タイトル: 「処理された総アクティビティ数」
  • 説明: 「すべての購買注文に対して実行されたアクティビティの総数」

出力:

計算機は「45,823」のような単一数値を表示し、ログ内の総イベント数を表します。

洞察: この指標は実行された作業の総量を示します。ケース数と組み合わせることで、1ケースあたりの平均アクティビティ数を算出し、プロセスの複雑さを理解できます。たとえば、45,823イベントと5,247ケースがある場合、1購買注文あたり平均8.7アクティビティとなります。

例2:抽出後のデータ検証

シナリオ: ソースシステムからデータを抽出した後、期待されるすべてのイベントが正しくロードされたか検証したい。

設定:

  • タイトル: 「イベント数検証」
  • 説明: 「完全なデータ抽出を確認する」

出力:

計算機は「156,429」イベントを表示します。

洞察: このカウントをソースシステムのレコード数と比較してデータの完全性を確認できます。ソースシステムが156,429レコードを示し、計算機も同じ数を表示していれば、すべてのイベントが正常にロードされたことになります。差異があれば、抽出に問題があるため調査が必要です。

例3:プロセスの強度計算

シナリオ: イベント数とケース数を比較して、プロセスの活動の強度を理解したい。

設定:

  • 「Total Events」というタイトルでイベント数計算機を追加
  • 「Total Cases」というタイトルでケース数計算機を追加
  • 両方を同じダッシュボードに配置

出力:

イベント数は「89,456」、ケース数は「12,134」を表示。

洞察: イベント数をケース数で割ると、ケースあたり平均7.4イベントとなります。この指標はプロセスの複雑さを把握するのに役立ちます。比率が高いほど、多くのステップからなる複雑なプロセスを示し、低い場合はシンプルで効率的なプロセスであることを示します。異なる期間やプロセスバリアントでフィルタリングして、この強度指標がどのように変化するかを確認できます。

出力

計算機は、現在のフィルタリングされたデータセットに含まれるすべてのケースのアクティビティインスタンスの合計数を表す単一の数値を表示します。


このドキュメントはmindzie Studioプロセスマイニングプラットフォームの一部です。