Cas « réservations hôtelières »

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

1

Cas « réservations hôtelières »

Partie 2SYSTEMES D’INFORATION

AUBE FLEURY Laetitia….


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


3

Phase 1 : Identification des évènements


4

Identification des évènements

Question 14…


5

Réaction du système à EV1


6

Réaction du système à EV2

Question 15…


7

Modèle conceptuel de traitement

SchémaQuestion 16…


8

…

…


9

Phase 2 : Comportement du système

face à un évènement


10

…

…


11

Phase 3 : Intégration des comportements


12

Intégration des différentes descriptions du comportement

Intégration obtenue en faisant lúnion des transitions dans un même graphe

Chaque objet remora = une entité ou une relation du modèlePrésent une seule fois, opération la concernant convergent vers lóbjetComplé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.


13

QUESTION 17Concernant la synchronisation de l´évènement EV1 description annexe 9


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ún état « annulée » OP10modif des dispos de la chambre de l’objet type DISPOCHAMBRE OP11Changement d’état de la RESERVATION : « annulée » OP12 pénalisation pour annulation trop tardive (DATEBEDDEM -8jours)

NB attention à la différence HISTOETATRES RESERVATION


15


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


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éntraînent pas dáutre opération


17

Evènement EV6

EV6 « modification des ressources» permet la prise en compte par le système de lénsemble 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


18


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


19


Condition de déclenchement :OP14 : création stationsOP15 : 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 saisonsOP16 : Ouvrir hôtel => ens. hôtelsOP17 : dispo des chambres => ens. périodes de dispoOP18 : prix par type saison => ens


20


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ún état « annulée » OP10modif des dispos de la chambre de l’objet type DISPOCHAMBRE OP11Changement d’état de la RESERVATION : « annulée » OP12 pénalisation pour annulation trop tardive (DATEBEDDEM -8jours)

NB attention à la différence HISTOETATRES RESERVATION


21

Question 18 : compléter le modèle dynamique

Le cycle de vie des réservations :CréationModificationAnnulation

Une reservation peut être interrompue cad que la personne nóccupe pas l´hôtel jusquáu terme de sa reservation => disponibilitéDáutre part dáutre événement ont été rajouté :

Consultation par une personne des informations e concernantDemande par une personne de sa suppresion du fichier clientModification des informations sur une personne


22

EV11

EV12EV13


23

UMLUnified Modeling LanguageEtape importante dans la convergence des notations utilisées dans le domaine de lánalyse et de la conception objet

Synthèse 3 méthodes OMT, BOOCH, OOSEGrands éditeurs du marché informatique

Règles générale :Bon niveau de cohérence et d´homogénéité sur lénsemble des modèles,Des règles d´écriture et de représentation formaliséesles principaux éléments généraux


24

Principaux éléments généraux (1)

Stéréotype= 1 Moyen de de classer les éléments de la modélisationFacilite l´élaboration de métamodèles

évolution générale dÚMLprise en compte de situation particulières à léntreprise

Sápplique principalement aux classesidentification dúne typologie de classe

PaquetageDécoupage logique du système correspondant à des espaces de nommage homogènesRelation de dépendance en trait pointillé

Client„acteur“


25

Note : Commentaire explicatif dún element UML

Contrainte :Note ayant une valeur sémantique particulière pour un élément de la modélisationS´écrit entre accolade { }

{ ceci est une contrainte }À líntérieur dúne note

Language OCL Object Contraint Language disponible en UML

Spécifique à léxpression de contraintes


Commentaire


26


Principales règles d´écriture des noms et des expressions

Nom :Simple : chaîne de caractèresComposé : nom simple . Complément de dénomination Nomchambre.Nomhôtel

Etiquette :Dénomination textuelle dúne symbole ou dúne propriété du modèle

Valeur :Une valeur initiale peut être donnée à un élément


27

Les 9 Diagrammes UMLdescription dúne partie du système ou description du système dún point de vue particulier

Diagramme des cas dútilisation DCUDiagramme de classes description statique du systèmeDiagramme dóbjets DOBDiagramme état transition DETDiagramme dáctivité DACDiagramme de séquence DSEDiagramme de collaboration DCODiagramme de composants DCPDiagramme de déploiement DDP

UML décrit concept et formalisme des diagrammes mais ne propose pas de démarche de conception


28

Positionnement des 9 diagrammes

DCU

DSEDAC DCO

DOB

DETDCL

DCP

DDP

Description statique et dynamique du système

Description de lárchitecture du système


29

Diagramme des cas dútilisation

Description des intéractions entre les acteurs et le systèmeMoyen de recueillir et décrire les besoins des acteursChaque cas décrit sous forme textuelleTravail dídentification des cas

Acteurs connusUtilisateur typeAppartiennent à une ou plusieurs classe suivant les rôles quíls tiennent prp système

ReprésentationActeurCas dútilisationIntéraction entre acteur et cas dútilisation

Nom du cas dútilisation


30

Diagramme des cas dútilisation

Relation entre cas dútilisationRelation dínclusion :

1 instance de A contient le comportement décrit dans B

Relation déxtension1 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útilisation du système de gestion des réservations


31

PERSONNE

Consulter infos le concernant

Demander à être supprimer

Modifier infos le concernant

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 ressource

GESTIONNAIRE

Consulter planning de R

Consulter historiqueD

Consulter historiqueR


32

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 ressource

Examen D en attente

Ctrl paiement R

Surtaxerpaiement R

Examiner R effectuées


33

Phase 4 : Documenter le

schéma conceptuel


34

…

…

Documents

Cas « réservations hôtelières »