したがって、これが適切な場所であるかどうかはよくわかりませんが、以下の仕様抽出用の現在のコンテキスト レベルのデータ フロー図があり、これまで一度も行ったことがないので、正しいかどうか、または修正が必要かどうか疑問に思っていました。任意の助けをいただければ幸いです
これは私の現在の画面へのリンクですhttp://i.imgur.com/S4xvutc.png 仕様 現在、オフィスのスタッフは次のプロセスを実行しています。
メンバーシップの追加/修正/削除 これは、新しいメンバーシップの申し込みを受け取ったとき、またはメンバーが詳細を修正したいことを示したときに、オンデマンドで実行されます。また、管理者の裁量でメンバーシップが終了するまれな場合にも実行されます。新しいメンバーには ID 番号が割り当てられます (以前に承認されたメンバーシップから増加するだけです)。会員残高も会計目的で維持されます。
別のプロセスは、転送パートナーに関連付けられたデータに対して同様の方法で動作します。
毎月のメンテナンス これは毎月の最終日に実行され、サブスクリプション期限のリクエストとリマインダーを発行し、料金未払いのメンバーシップを削除します。標準文字も生成されます。会員残高は適宜更新されます。
お支払いの更新 これは月次メンテナンスの前に実行され、それに応じてメンバーシップの残高が更新されます。
パートナーへの支払いもこの時点で行われます。
新しいメンバーの検索 これは、新しいメンバーがデータベースに追加されるたびに実行されます。パートナーは、車両のカテゴリと場所によって分割されます。通常、特定の場所ではパートナーの選択肢が限られていますが (実際に選択肢がある場合)、一部の人気のある目的地では、複数のパートナーが空港送迎の提供に関与しています。したがって、次の方法で適切なセクションを検索して、一致する可能性のあるものを探します: 次に、性別を理由に検索を行います (特に女性の乗客の多くは、特に一人で旅行する場合やカップルで旅行する場合は、同性のドライバーを好みます。 ）。次に、費用（利用可能な場合）、追加のリクエスト設備（チャイルドシート、エアコンなど）の利用可能性などの要因に従って、一致するものが選択されます。
既存のメンバー - 追加の検索 これらは、新しいメンバーの検索と同じ方法でオンデマンドで実行されます。もちろん、メンバーはそのような検索を何回でもリクエストできますが、それぞれに対して個別の支払いが必要です。
すべての金融取引 (支払い) も別の Accounts ファイルに転記されます。このファイルには、会計年度末に会社の会計士が検討するためのランニング コストに関連するその他の財務の詳細も保存されます。
このレベル 0 コンテキストのみの DFD に関して、ご協力いただきありがとうございます。