はじめる前に

Workbench を使用する前に、モデル化、作成または自動化するプロセスとフォームの要件および目的を理解する必要があります。プロセスとフォームが使用されるコンテキスト、データが取得される方法およびデータがプロセス内または関連プロセスやフォーム間を流れる方法を理解してください。

組織によっては、ビジネスアナリストやプロジェクトチームが既存のプロセスとフォームの分析を実行したり、プロジェクトの目標を計画したりする場合があります。多くの場合、分析や計画では、プロセスまたは一連のプロセスの流れの計画、プロセスに関与する人々の特定、それらの人々のロールの決定および使用されるフォームの種類の確認を行います。

組織では、開発チームに含まれる人員も決定する必要があります。チームには、管理者、プロセス開発者、フォーム開発者、フォーム作成者が含まれ、場合によってはさらに下位レベルのコーディングを扱うプログラマーが含まれることがあります。

管理者:

環境のインストール、監視、更新およびトラブルシューティングを行います。Applications and Services を使用したファイルのインポートおよびエクスポート、サービスのインストール、開始および停止を行います。

プロセス開発者：

ビジネスアナリストと連携して、Workbench 機能へのプロセス要件の設定とマッピングを行います。プロセス定義を変換し、Workbench にプロセスを実装します。

フォーム開発者：

通常、高度なバックエンド統合のためのスクリプトを使用して、Workbench のインテリジェントでインタラクティブなフォームを開発および変更します。多くの場合、これらのフォームは、計算とイベントをサポートします。

フォーム作成者：

Workbench の簡単なフォームを作成および変更します。フォーム開発者に渡す前にフォームの一部を作成する場合があります。フラグメントを作成する場合もあります。

チームの各メンバーには、権限とロールを割り当てる必要があります（「 アクセス権限の設定 」を参照）。

計画と分析が完了すると、開発チームが招集され、コンピューター環境が設定され、Workbench の使用を開始することができます。

Workbench を使用して、プロセスとフォームをモデル化、作成および自動化することができます。完全なワークフローソリューションの開発は、大規模で複雑な作業になる場合があり、組織が実行する特定の手順は、一意のものになります。ただし、多くの組織は、多くの場合同時に発生するこれらの簡素化された一般的な手順に従います。

• フォームを作成し、必要に応じて、プロセス内の手順間で情報を渡すデータ構成を定義します。

• プロセス全体のライフサイクルを定義し、参加者、フォームおよびサービスをつなぐプロセスダイアグラムを作成します。

• 共通の画像ファイルやデータファイルなど、フォームまたはプロセスダイアグラムに必要なリソースを作成します。

  ソリューションが完成したら、十分にテストする必要があります。開発環境で事前のテストを実行してから、プロセスとフォームを個別のテスト環境に移動し、より詳細なテストを実行します。