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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004 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

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

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

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

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

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

IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004 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

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

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 Commentaire IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004

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

IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 2004 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

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

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

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

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

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

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

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