客室予約アプリケーションのヘルプ
既存の部屋予約アプリケーションを確認するように求められました。
主な使用例は、ユーザーが1日を選択し、次に会議を開催する部屋を選択することです。ユーザーは、会議を定期的に無作為に選択できる定期的な予約または臨時の定期的な予約を選択できます。
繰り返し発生するアドホックな使用例に問題があります：システムは、ユーザーが設定したすべての日付に対して部屋が空いていることを事前に確認する必要があります。それ以外の場合は、競合が発生します。理想的には、競合がある場合（使用可能な部屋がある場合）、システムが自動的に空き部屋を選択するオプションが必要です。このオーバーライド機能は、ユーザーが設定できます。
問題：これは、新しい部屋にユーザーが必要とする設備がないことを意味する可能性があります（ビジネスからの要件）または：将来、一度に利用できる部屋がない、システムは競合にフラグを立てる必要があります。
だから私の質問は：
- 定期的な予約をシステムに統合するにはどうすればよいですか？
- 最初に部屋を選択してから日付を指定するなど、別の方法でユーザーを開始する必要がありますか？
- アドホックな繰り返しで部屋を予約したことがありますか？どのように部屋を予約しますか？最初に部屋を探しますか、それとも最初に部屋を探しますか？
実用的に再発範囲の設定をユーザーに依頼する必要があります。
範囲を尋ねると、システムは可用性を適切に検索し、時間範囲の競合を表示し、代替ソリューションを選択するためのUIを提供します（これらの日/すべてのスケジュールを変更するため）
必要なリソース（テレビ電話、プロジェクター、部屋のサイズなど）の基準を指定できるUIを構築します。
リクエスターの優先度/「クラス」はIMOより複雑です。これが、時間制限のない部屋の予約をすべきではない理由です。誰のリクエストがより重要であるかを決めたくなるでしょう。これは不平等を教えますが、それは問題を解決する正しい方法ではありません。
エグゼクティブが空室の保証を必要とする場合、誰もがスケジュールできるように、部屋自体は一般的に空いていてはいけません。それは特定のユーザーのみが利用できるようにする必要があり、他のすべてのユーザーは、部屋を必要とするユーザーがいないことをエグゼクティブに確認した後、「モデレーション」がアクセスを許可するかどうかを待機リストに入れます。
誰かが部屋に取り掛かると、彼らの許可なしにそれらを部屋から奪うことはできません。彼らはビジネスの適切なイメージと継続性のためにこのリソースに依存しています。
New Alexandria が言うように、無限に繰り返される会議を許可するべきではありません。 Outlookカレンダーでもこれは許可されていません。
臨時の予約のために部屋を固定し、日付と時刻を変更することで、正しいリソースが利用可能であることを保証するのはどうですか？ユーザーが最初に部屋、日付/時刻、および繰り返しの長さを選択できるようにすることができます。固定の定期的な予約が利用できない場合は、可能な限り多くの優先日/時間インスタンスをカレンダーに自動入力し、競合がある他の日/時間のこの部屋の空室状況を表示します（デフォルトが選択されています） 、ただし必要に応じて編集するオプション）。