Cas « réservations hôtelières »

Présentation au sujet: "Cas « réservations hôtelières »"— Transcription de la présentation:

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
… … 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
… … 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 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

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 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

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 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

23 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

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 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

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 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

28 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

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 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

32 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

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