Cas « réservations hôtelières »

1. Cas « réservations hôtelières » Partie 2 SYSTEMES D’INFORATION AUBE FLEURY Laetitia …. IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

2. Construction du schéma dynamique Phase 1 : Identification des évènements Phase 2 : comportement du système face à un événement Phase 3 : intégration des comportements Phase 4 : documenter le schéma conceptuel IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

3. Phase 1 : Identification des évènements IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

4. Identification des évènements • Question 14… IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

5. Réaction du système à EV1 IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

6. Réaction du système à EV2 • Question 15… IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

7. Modèle conceptuel de traitement • Schéma • Question 16… IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

8. … • … IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

9. Phase 2 : Comportement du système face à un évènement IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

10. … • … IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

11. Phase 3 : Intégration des comportements IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

12. Intégration des différentes descriptions du comportement • Intégration obtenue en faisant l´union des transitions dans un même graphe • Chaque objet remora = une entité ou une relation du modèle • Présent une seule fois, opération la concernant convergent vers l´objet • Complétude : vérification que le cycle de vie de tout objet est couvert par une partie du schéma statiqe décrivant le comportement du système en dynamique et vice versa. IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

13. QUESTION 17 • Concernant la synchronisation de l´évènement EV1 description annexe 9 IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

14. Synchronisation de l´évènement EV2 • La transition de EV2 « un client annule sa réservation » déclanche sans condition : • Ajout dans l´historique de la réservation (objet type HISTOETATRES) d´un état « annulée » OP10 • modif des dispos de la chambre de l’objet type DISPOCHAMBRE OP11 • Changement d’état de la RESERVATION : « annulée » OP12 • pénalisation pour annulation trop tardive (DATEBEDDEM -8jours) • NB attention à la différence HISTOETATRES RESERVATION IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

15. Synchronisation de l´évènement EV3 • La transition de EV3 « le système constate une nouvelle dispo » A comme EV1 l’issue : • Si la demande peut être satisfaite alors • L´historique de son état HISTOETATDEM est mis a « acceptée » OP3 • Une reservation est crée RESERVATION OP6 • Des chambres lui sont allouées CHAMBRERESERVEE OP8 • L’état de la reservation est mis à « OK » HISTOETATDEM OP7 • La dispo des chambres est mis à jour DISPOCHAMBRE OP9 • NB : EV1 ne traite qu’une seule demande alors qu’EV3 doit passer toutes les demandes en attente IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

16. Synchronisation des évènements EV4 et EV5 • La transition EV4 « annulation d’une demande en attente par le système » déclanche sans condition • l’opération de changement d’état de la demande sur l’objet type (HISTOETATDEM) qui est mis à « annulée » • la transition EV5 « annulation du client de sa demande en attente » déclanche sans condition : • L’opération de chgt d’état de la demande su l’objet type (HISTOETATDEM) qui est mis à « annulée » • La demande annulée n´entraînent pas d´autre opération IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

17. Evènement EV6 • EV6 « modification des ressources» permet la prise en compte par le système de l´ensemble des modifications modifs d’infrastructure • EV6 va être ensuite divisée en 3 évènements distincts soit : • EV7 : création d’une ressource (station, hôtel, chambre) • EV8 : suppression d’une ressource (hôtel, chambre) • EV9 : modification d’une ressource (station, hôtel, chambre) • Attention EV6 ne prend pas en charge l’arrivée de nouvelles ressources EV3 prend le relais pour transformer ces ressources en reservations IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

18. Synchronisation de l´évènement EV7 • Conceptualisation EV7 « création ressource » • Un seul événement EV7 pour tous les cas de création • si on a une station à créer, on pourra créer grâce au même EV7 les hôtels et leurs chambres de cette nouvelle station. IDEM pour les hôtels… • EV7 déclenche en fonction de son prédicat les opérations suivantes : • La création d’une station (OP14) • La création d’un hôtel (OP16) • La mise à jour des tarifs d’une chambre PHS, PBS Objet Type PRIXCHAMBRE (OP18) • La m à j des périodes de disponibilité d’une chambre sur l’Objet Type DISPOCHAMBRE (OP17) • La m à j des saisons d’une station Objet Type TYPESAISON (OP15) • Rq : Les mises à jour sont parfois des créations IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

19. Synchronisation de l´évènement EV7 • Condition de déclenchement : • OP14 : création stations • OP15 : création saison d’une station =>Condition C6, la ressource à créer est une station. • OP16 : créer hôtel => condition C7, il existe au moins un hôtel à créer. • OP17 : période de dispo chambre et OP18 tarif d’1 chambre => Déclenchement inconditionnel car sinon liste vide. • Facteurs de déclenchement : Permettra de créer de manière itérative des nouvelles ressources par exemple une liste d’hôtels. • OP15 : déclare type saison d’une station => toutes les saisons • OP16 : Ouvrir hôtel => ens. hôtels • OP17 : dispo des chambres => ens. périodes de dispo • OP18 : prix par type saison => ens IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

20. Synchronisation de l´évènement EV2 • La transition de EV2 « un client annule sa réservation » déclanche sans condition : • Ajout dans l´historique de la réservation (objet type HISTOETATRES) d´un état « annulée » OP10 • modif des dispos de la chambre de l’objet type DISPOCHAMBRE OP11 • Changement d’état de la RESERVATION : « annulée » OP12 • pénalisation pour annulation trop tardive (DATEBEDDEM -8jours) • NB attention à la différence HISTOETATRES RESERVATION IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

21. Question 18 : compléter le modèle dynamique • Le cycle de vie des réservations : • Création • Modification • Annulation • Une reservation peut être interrompue cad que la personne nóccupe pas l´hôtel jusqu´au terme de sa reservation => disponibilité • D´autre part dáutre événement ont été rajouté : • Consultation par une personne des informations e concernant • Demande par une personne de sa suppresion du fichier client • Modification des informations sur une personne IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

22. EV11 EV13 EV12 IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

23. UML • Unified Modeling Language • Etape importante dans la convergence des notations utilisées dans le domaine de l´analyse et de la conception objet • Synthèse 3 méthodes OMT, BOOCH, OOSE • Grands éditeurs du marché informatique • Règles générale : • Bon niveau de cohérence et d´homogénéité sur l´ensemble des modèles, • Des règles d´écriture et de représentation formalisées • les principaux éléments généraux IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

24. Principaux éléments généraux (1) • Stéréotype • = 1 Moyen de de classer les éléments de la modélisation • Facilite l´élaboration de métamodèles • évolution générale d´UML • prise en compte de situation particulières à l´entreprise • S´applique principalement aux classes • identification d´une typologie de classe • Paquetage • Découpage logique du système correspondant à des espaces de nommage homogènes • Relation de dépendance en trait pointillé Client „acteur“ IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

25. Commentaire Principaux éléments généraux (2) • Note : • Commentaire explicatif d´un element UML • Contrainte : • Note ayant une valeur sémantique particulière pour un élément de la modélisation • S´écrit entre accolade { } • { ceci est une contrainte } • À l´intérieur d´une note • Language OCL Object Contraint Language disponible en UML • Spécifique à l´expression de contraintes IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

26. Principaux éléments généraux (3) • Principales règles d´écriture des noms et des expressions • Nom : • Simple : chaîne de caractères • Composé : nom simple . Complément de dénomination Nomchambre.Nomhôtel • Etiquette : • Dénomination textuelle d´une symbole ou d´une propriété du modèle • Valeur : • Une valeur initiale peut être donnée à un élément IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

27. Les 9 Diagrammes UML • description d´une partie du système ou • description du système d´un point de vue particulier • Diagramme des cas d´utilisation DCU • Diagramme de classes description statique du système • Diagramme d´objets DOB • Diagramme état transition DET • Diagramme d´activité DAC • Diagramme de séquence DSE • Diagramme de collaboration DCO • Diagramme de composants DCP • Diagramme de déploiement DDP • UML décrit concept et formalisme des diagrammes mais ne propose pas de démarche de conception IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

28. Description statique et dynamique du système Description de l´architecture du système DCU DCP DAC DSE DCO DOB DDP DCL DET Positionnement des 9 diagrammes IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

29. Diagramme des cas d´utilisation • Description des intéractions entre les acteurs et le système • Moyen de recueillir et décrire les besoins des acteurs • Chaque cas décrit sous forme textuelle • Travail d´identification des cas • Acteurs connus • Utilisateur type • Appartiennent à une ou plusieurs classe suivant les rôles qu´ils tiennent prp système • Représentation • Acteur • Cas d´utilisation • Intéraction entre acteur et cas d´utilisation Nom du cas d´utilisation IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

30. Diagramme des cas d´utilisation • Relation entre cas d´utilisation • Relation d´inclusion : • 1 instance de A contient le comportement décrit dans B • Relation d´extension • 1 instance de A peut être étendue par le comportement décrit dans B • Relation de généralisation • Question 19 : construction du diagramme des cas d´utilisation du système de gestion des réservations IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

31. Consulter planning de R Faire D de R Consulter historiqueD Annuler R Consulter historiqueR Modifier R GESTIONNAIRE Annuler une D en attente Modifier infos le concernant Interrompre R Consulter infos le concernant PERSONNE Demander création nouvelle ressource Demander à être supprimer Modifier ressource HÔTELIER Supprimer ressource IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

32. Faire D de R Annuler R Ctrl paiement R Modifier R Annuler une D en attente Examen D en attente Surtaxer paiement R Interrompre R PERSONNE Demander création nouvelle ressource Modifier ressource HÔTELIER Supprimer ressource Examiner R effectuées IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

33. Phase 4 : Documenter le schéma conceptuel IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

34. … • … IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004