FlowApp

最も単純なワークフロー管理アプリ。独自のフローを構築します。

すべてのビジネスは、人々によって行われているプロセスで構成されています。

プロセスのいくつかの例は、在庫、雇用、販売、市場調査、注文管理などを調達、アイテムの配信になります

任意のこのようなビジネスプロセスは、3つの事を使用して記述することができます。

プロセスがオン動作しているものを表現するデータ構造を提供1. Aフォーム、。のは、このフォーム「実体」の各エントリを呼ぶことにしましょう。

各エンティティの進捗状況の指標として機能する2.ステータスは、プロセスに移動しました

エンティティの動きを制約し、状況から3ステップ、

`FlowApp`、` Flow`を作成使用して、関連付けられているフォームを作成し、その過程で必要とされるであろう状態。

また、からとステータスへの移動を制限する処理の手順を、作成します。

例として、のは、「アイテムの配信」のための流れを考えてみましょう。

- そのフォームフィールドが含まれます：

    項目ID、

    顧客名、

    お客様の住所、

    レシーバの署名

- そのステータスは次のようになります。

    準備ができて、

    派遣、

    未配信、

    戻ってきた、

    キャンセル、

    配信

- その手順は次のようになります。

    READY->派遣、

    undelivered->準備ができて、

    dispatched->未配信、

    dispatched->返され、

    dispatched->キャンセル、

    dispatched->返さ

あなたが作成したフローに満足したら、それを活性化し、次の私たちは "チーム"に来て

フォームが活性化されると、デフォルトではすべての権限を持つ「管理者」チームを持っており、すべての手順を実行することができます。

あなたは私たちの例の流れの場合には「配信」チームとすることができる新しいチームを作成するとき、あなたはそれが実行可能なすべてのアクションを選択し、

それはを通じて管理 "実体"を移動することができますどのようなすべてのステップ。

利用可能な権限は以下のとおりです。表示、更新、デリゲート、削除、コメント（この1つは、現時点では役に立ちません）

フローを作成する際に使用可能な手順が定義されています。

アイテムの配信の例を拡張し、「配信」チームは、おそらく何の権限もありませんし、すべての手順を持っています

それらへのアクセス状況を「派遣」から始まります。これは、次のとおりです。

   - dispatched->未配信、

   - dispatched->返され、

   - dispatched->キャンセル、

   - dispatched->返さ

すべてこれに伴い、我々のアプリでは「状態」と呼ばれるものがあります。各ステータスは状態の下に作成されます。状態のうちの1つは、「同期されていない」です。

派遣ステータスが「同期されていない」状態で作成された場合、派遣に移動されているすべての「実体」は、携帯電話にダウンロードされます

それらに割り当てられたユーザーの、および割り当てられたユーザーが別の状態にそれらを移動するまで自分の携帯電話でオフライン利用できるようになります。