最初のアプリケーションの作成(クイック・スタート)

最初のアプリケーションを作成する準備は整っていますか。その場合、ここは適切な開始ポイントです。ここでは、アプリケーションの作成からエンド・ユーザーがそのアプリケーションを使用できるようにするまでの、主なステップについて説明します。この中で、新しい概念について学習し、概要を理解するとともにナビゲーションに関するいくつかのヒントを習得して、出張承認アプリケーションの開発ライフサイクル全体を完了します。他にも様々なことについて説明します。

トピック:

QuickStartアプリケーションからの作成

アプリケーションを初めて作成する場合、QuickStartアプリケーションから作成すると最も簡単です。 「QuickStartアプリケーション」は、アプリケーションを再生、テストおよびアクティブ化するために含まれるすべての実装詳細が含まれた、すぐに使用できるアプリケーションです。

開始するには:

「プロセス・アプリケーション」ページを開きます。
1. ホーム・ページに移動し、プロセスをクリックしてから、プロセス・アプリケーションをクリックします。
  
  「プロセス・アプリケーション」ページが開きます。このページでは、管理者が実際のエンドユーザーに対してプロセス・アプリケーションをアクティブ化する前に、開発者がプロセス・アプリケーションを作成、再生、およびテストします。サイド・パネルには、スペースの作成と管理、アクティブなアプリケーションの管理に関連するオプションがあります。
  
  スペースとは、アプリケーションのコンテナです。これにより、アプリケーションを他の開発者と簡単に共有できます。「共有およびコラボレーションのためのスペースの管理」を参照してください。
  
  右側のパネルは作業キャンバスです。
アプリケーションを作成します。
1. 「作成」をクリックし、「QuickStartで開始」をクリックします。「ギャラリ」には、ビジネス・ニーズに合せて、そのまま使用または適合する完全なアプリケーションがリストされます。
  
  QuickStartアプリケーションとサンプル・アプリケーションはどちらもギャラリで使用できることに注意してください。各アプリケーションの左上隅のラベル(QUICKSTARTまたはSAMPLE)を使用して、2つのタイプのアプリケーションを識別し、区別します。
  
  ギャラリ・ウィンドウの右上にあるフィルタ・フィールドを使用し、ドロップダウン・メニューからQuickStartを選択して、QuickStartアプリケーションのみを表示します。 QuickStartアプリケーションの名前がわかっている場合は、検索フィールド(フィルタ・フィールドの横)に直接名前を入力できます。
2. では、各QuickStartアプリケーションの調査に分を要します。説明から、使用可能なものがわかります。「詳細」をクリックして、そのプロセス図を表示します。
3. 「出張承認」アプリケーションの「作成」ボタンをクリックします。
  
  「プロセス」では、applicationが結果を達成するために1つ以上のビジネス・プロセスを自動化します。このTravel Approvalアプリケーションで、従業員はトラベル・リクエストを送信でき、承認者はそのリクエストを承認、拒否または返送します。
  
  「Name」フィールドにRequest Travelと入力します。ここでは「Open Immediately」の選択を解除し(アプリケーションを開く別の方法を示します)、「Create」をクリックします。
  
  アプリケーションが作成されたら、「プロセス・アプリケーション」ページにリストされていることに注目してください。
作成したアプリケーションを開きます。
1. 少し時間を取って、このページでいくつかのことを確認します。
  
  ページには、上部に「概要>構成>テスト>アクティブ化」が表示されます。概要が選択され、アプリケーションの概要ページにあることが示されます。
  
  アプリケーションの詳細が一覧表示されます。たとえば、セキュリティ(ロックまたは空きロック)、プライベート・アプリケーションかパブリック・アプリケーションか、および言語です。
  
  3つの大きなアイコンを使用して、ページを構成、テスト、およびアクティブ化するためのクイック・アクセスを取得します。
  
  図create-quickstart-large-icons.pngの説明
  「詳細表示に切り替える」オプションは、ページの右上にあることに注意してください。つまり、QuickStart Masterから(旅行承認)QuickStart Appを作成すると、「詳細表示に切り替える」オプションが有効になりました。 QuickStartと拡張ビューを切り替えることができます。「詳細表示に切り替える」をクリックして、すべてのアプリケーション機能、コンポーネント、および要素にアクセスします。

QuickStartアプリケーションのカスタマイズ

ここでは、作成したRequest Travelアプリケーションで、アプリケーションのカスタマイズ方法を見てみましょう。 QuickStart Appsから作成されたアプリケーションは、そのまま起動する準備ができていますが、ビジネスや組織のアプリケーションを変更して適応させたいと思うかもしれません。

次に進む前に、Request Travelアプリケーションのプロセス・フローをレビューします。従業員は、トラベル・リクエスト・フォームに情報を入力し、承認のために送信します。「Approve Request」タスクで、指定された承認者がトラベル・リクエストをレビューし、アクションを実行します。承認者は、リクエストを従業員に返送して詳細情報を要求するか、出張を許可するか、またはトラベルを拒否できます。承認者の処理に応じて、従業員は詳細情報を入力してフォームを再送信することが必要になるか、出張の予約に進みます。

図quickstart-more-details.pngの説明

アプリケーションをカスタマイズするには:

「Configure」をクリックします。

この出張アプリケーションは既存のQuickStartアプリケーションをベースに作成したものです。 QuickStartマスターを作成した開発者は、アプリケーション中でどの部分がカスタマイズ可能かを決定します。たとえば、Request Travelアプリケーションでは、「Approve Request」タスク、「Resubmit」タスクおよび「Book Travel」タスクの設定を変更できます。

図quickstart-configure.pngの説明
承認タスクに関連付けられている設定を変更します。
1. トラベル・リクエストを承認できる人を変更します。たとえば、「Build a list of participants」フィールドで「Names and Expressions」を選択します。その後、「Add」をクリックしてユーザー名を検索することによって、承認者のリストを作成します。
2. ページをスクロールして、このタスクの優先度を「High」に変更します。
3. 設定の変更が完了したら、タスクをクローズし、すべてのアクティビティがリストされたメインの構成ページに戻ります。
再送信タスクに関連付けられている設定を変更します。
1. 「再送信」アクティビティをクリックします。
2. 「Title」フィールドで、テキストをResubmit request: more info neededに変更します。
3. 「Due Date」フィールドに10dと入力します。従業員はトラベル・リクエストを再送信するまでに10日間与えられます。
4. 「Reminders」セクションで、「Remind Once」を選択し、間隔を0M5d0h0mに設定し、「Before Due Date」を選択します。これらの設定により、出張フォームの再送信期日の5日前に従業員に通知されます。

テストQuickStartアプリケーションの起動

次のステップでは、アプリケーションをテストします。 「テスト活性化」は、アプリケーションを実行時環境にアクティブ化します。これにより、アプリケーションを操作して改良することができます。プロセスにおける様々なユーザー・タスク、フローおよび結果をテストできます。準備ができるまで、本番環境へのアプリケーションをアクティブ化しません。

アプリケーションをテスト・ランタイム環境にアクティベートするには:

「Test」をクリックします。

「Test」ページが開きます。ドロップダウン・リストは、テストのアクティブ化のためにアプリケーションの現在のバージョンが選択されていることを示しています。

図qs-test-activate.pngの説明
「Activate」をクリックします。
「すべてのロールに私を加える」チェック・ボックスが選択されていることを確認し(ユーザーに割り当てられているタスクをテストできるように)、「アクティブ化」をクリックします。

図qs-activate-test.pngの説明

テスト・モードで試してみてください

これでランタイム・テスト・モードでアプリケーションを試す準備が整いました。アプリケーションをテストする際にすべてのロールに自分自身を追加したので、従業員のロールでリクエストを送信し、承認者のロールでリクエストを承認または拒否することもできます。プロセスのすべての部分をテストできます。

アプリケーションをテストするには:

「テスト・モードで試行」をクリックして、エンド・ユーザーとしてアプリケーションを試すことができます。新しいブラウザ・タブが開き、エンドユーザーがアプリケーションを起動し、割り当てられたタスクを完了するランタイム環境が表示されます。

ツールバーの「テスト・モード」オプションに注目して、テストのアクティブ化を示します:

図rt_test_mode.pngの説明
「自分のアプリケーション」をクリックします。アプリケーションをそのタイトルで探します。タイトルをRequest Travelに変更したことに注意してください。そのバッジをクリックします。
出張フォームに情報を入力して、プロセスを開始します。このフォームに設定されているルールでは、「Email」と「Justification」を除くすべてのフィールドに値を入力することが求められます。「送信」をクリックします。

送信すると、アプリケーションが正常に起動されたことを示す確認メッセージが表示されます。再びバッジをクリックし、別のリクエストを送信します。3件のリクエストを送信するまでこれを繰り返します。
メニュー・バーの「受信ボックス」をクリックします。「Approver」で始まる3つのタスクが表示されます。
1. 最初のタスクを選択してその詳細を表示し、「Approve」をクリックします。この場合、プロセスが完了し、タスク・リストから削除されます。
2. 次の承認タスクを選択し、今度は「Reject」をクリックします。このタスクもリストから削除されます。
3. 最後に残った承認タスクを選択し、ページをスクロールして、次のコメントを入力します。
  
  Please provide details in your justification and submit again.
  
  「Post Comment」、「More Information」の順にクリックします。
  
  図rt_test_deploy.pngの説明
をクリックしてタスク・リストを更新します。「Approver」ではなく「Employee」で始まるタスクに変わったことを確認します。従業員タスクをクリックして開き、根拠を入力し、「Submit」をクリックします。タスクがリストから削除されます。
タスク・リストをもう一度リフレッシュし、タスクが「承認者」で始まることに注意してください。タスクを選択し、今度はトラベル・リクエストを承認します。

トラベル・リクエスト・アプリケーションについて考えられる各シナリオのテストが正常に終了しました。
「Testing Mode」バーの「Test Mode Close」をクリックして終了します。
「プロセス・アプリケーション」ページに戻るには、「プロセスの開発」をクリックしてください。

QuickStartアプリケーションのアクティブ化

これまでは、QuickStart Appからアプリケーションを作成し、旅行承認プロセスを表示および編集し、アプリケーションをテスト環境にアクティブにしてから、そのプロセスで実行可能な各タスクをテストしました。アプリケーションを公開できるようになりました。最後のステップはエンド・ユーザーへの公開です。

管理者権限を持つすべてのユーザーは、QuickStart Appを運用環境にアクティベーションできます。開発者にはこの権限が割り当てられるとはかぎりません。

QuickStartアプリケーションを本番環境にアクティベーションするには:

「Activate」をクリックします。
「新しいバージョンをアクティブにします」をクリックします。
アクティブ化ウィザードが開きます。アクティブにするQuickStartアプリケーションのバージョンを選択します。

ウィザードがプロセスをガイドします。補足としていくつかのヒントを次に示します。
- 「Customize」ページはスキップ可能です。これらの設定はオプションであり、すべてのフィールドを空白のままにしてもかまいません。
- 「アクティブ化オプション」ページでは、リビジョンIDを入力する必要があります。必要に応じて、上書きオプションおよびデフォルト・オプションを選択することもできます。
  
  リビジョンIDはアクティベーションの一部です。任意の番号(1.0.1などのサブリビジョン番号を含む)を入力できます。
  - 既存のインスタンスと同じリビジョン番号を入力する場合は、「Override」チェック・ボックスを選択することも必要となります。それ以外の場合は、その番号のアプリケーションのインスタンスがすでに存在するため、アクティベーションは失敗します。また、「Override」を選択すると、既存のすべてのインスタンスが無効になります。
  - 新しいリビジョン番号を入力すると、そのバージョンは他のバージョンと一緒に別個にアクティブになります。新しいバージョンが、割り当てたリビジョン番号とともに「アクティブなアプリケーションの管理」ページにリストされます。新しいバージョンをアクティブにする場合は、「オーバーライド」チェックボックスをオンにしても効果はありません。
  オプションで、このバージョンをデフォルト・バージョンとしてマークするように指定することもできます。アプリケーションはリビジョン番号を使用してアクティブ化されるため、リビジョン番号で個々のバージョンを参照できます。また、デフォルト・バージョンを参照することもできます。たとえば、REST APIを呼び出してプロセスを開始するとき、番号を指定してバージョンを開始するかわりに、デフォルトとしてマークされているバージョンを開始できます。

アプリケーションを正常にアクティブ化したら、ユーザーまたは管理者権限を持つユーザーは、エンドユーザーをアプリケーション・プロセスで定義されたロールに割り当てる必要があります。ロールでは、エンド・ユーザーが何を実行できるか(アプリケーションを起動できるかどうかなど)、およびどのタスクが割り当てられるかが定義されます。「ロールの割当ておよび管理」を参照してください。