Aide à l'application de réservation de chambre
On m'a demandé d'examiner une demande de réservation de chambre existante.
Le cas d'utilisation principal est qu'un utilisateur choisit un jour, puis choisit une salle pour la réunion. Un utilisateur peut choisir de rendre la réservation récurrente ou ad-hoc récurrente, où des jours futurs aléatoires peuvent être sélectionnés pour la réunion.
J'ai des problèmes avec les cas d'utilisation récurrents et récurrents ad hoc: le système devra vérifier à l'avance que la salle est libre pour toutes les dates fixées par l'utilisateur sinon il y aura un conflit. Idéalement, je veux une option où le système choisit automatiquement une salle libre s'il y a un conflit (s'il y en a une disponible). Cette fonction de priorité peut être définie par l'utilisateur.
Problèmes: Cela pourrait signifier que la nouvelle salle ne dispose pas des installations nécessaires à l'utilisateur (une exigence des entreprises) ou: aucune chambre n'est disponible à un moment donné dans le futur , le système doit signaler le conflit.
Donc ma question est:
- Comment intégrer des réservations récurrentes dans mon système?
- Dois-je démarrer l'utilisateur sur un chemin différent, par exemple en choisissant d'abord la salle puis la date?
- Avez-vous déjà réservé une chambre avec récurrence ad hoc? Comment réservez-vous une chambre? Cherchez-vous la chambre d'abord ou la première fois?
De manière pragmatique, Vous devez demander à l'utilisateur de définir la plage de répétition.
Leur demander une plage permet au système de rechercher correctement la disponibilité, d'afficher les conflits dans la plage de temps et de fournir une interface utilisateur pour choisir des solutions alternatives (pour ces jours/tout replanifier)
Vous construisez encore beaucoup une interface utilisateur qui permet de spécifier des critères pour les ressources nécessaires (visiophone, projecteur, taille de la salle, etc.)
La priorité/"classe" du demandeur est plus compliquée, OMI, et c'est pourquoi vous ne devriez pas avoir de réservation de salle sans limite de temps: vous serez tenté de décider quelle demande est la plus importante. Cela enseignera l'iniquité, ce qui n'est pas la bonne façon de résoudre le problème.
Si les cadres ont besoin de l'assurance de la disponibilité de la salle, la salle elle-même ne devrait généralement pas être disponible pour quiconque à planifier. il ne devrait être disponible que pour certains utilisateurs, et tous les autres sont sur liste d'attente jusqu'à ce que la "modération" leur accorde l'accès ou non, après avoir confirmé aux dirigeants qu'aucun n'a besoin de la salle.
Une fois que quelqu'un est engagé dans une pièce, vous ne pouvez pas le lui retirer sans sa permission. Ils comptent sur cette ressource pour une bonne image et la continuité des affaires.
Comme New Alexandria le dit, vous ne devez pas autoriser de réunions infiniment récurrentes. Même le calendrier Outlook ne le permet pas.
Qu'en est-il de garantir que les ressources correctes sont disponibles en gardant la salle fixe pour une réservation ad hoc et en modifiant la date/l'heure? Je dirais que vous pouvez permettre à l'utilisateur de sélectionner d'abord la pièce, un jour/heure et la durée de la récurrence. Si la réservation récurrente fixe n'est pas disponible, remplissez automatiquement un calendrier avec autant d'instances jour/heure que possible, puis affichez la disponibilité de cette salle pour les autres jours/heures où il y a un conflit (avec une valeur par défaut sélectionnée , mais une option pour entrer et modifier si nécessaire).