La présentation est en train de télécharger. S'il vous plaît, attendez

La présentation est en train de télécharger. S'il vous plaît, attendez

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

Présentations similaires


Présentation au sujet: "IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 20041 Cas « réservations hôtelières » Partie 2 SYSTEMES DINFORATION AUBE FLEURY Laetitia …."— Transcription de la présentation:

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

2 IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 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 IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier Phase 1 : Identification des évènements

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

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

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

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

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

9 9 Phase 2 : Comportement du système face à un évènement

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

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

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

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

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

15 IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier Synchronisation de l´évènement EV3 La transition de EV3 « le système constate une nouvelle dispo » A comme EV1 lissue : 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 quune seule demande alors quEV3 doit passer toutes les demandes en attente

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

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

18 IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 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 dune station (OP14) La création dun hôtel (OP16) La mise à jour des tarifs dune chambre PHS, PBS Objet Type PRIXCHAMBRE (OP18) La m à j des périodes de disponibilité dune chambre sur lObjet Type DISPOCHAMBRE (OP17) La m à j des saisons dune station Objet Type TYPESAISON (OP15) Rq : Les mises à jour sont parfois des créations

19 IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier Synchronisation de l´évènement EV7 Condition de déclenchement : OP14 : création stations OP15 : création saison dune 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 d1 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 dhôtels. OP15 : déclare type saison dune 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

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

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

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

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

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

25 IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 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 Principaux éléments généraux (2) Commentaire

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

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

28 IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier Positionnement des 9 diagrammes DCU DSEDACDCO DOB DETDCL DCP DDP Description statique et dynamique du système Description de l´architecture du système

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

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

31 IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 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 IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 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 Surtaxer paiement R Examiner R effectuées

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

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


Télécharger ppt "IAE PARIS - DESS CAAE MBA Systèmes d'information -Janvier 20041 Cas « réservations hôtelières » Partie 2 SYSTEMES DINFORATION AUBE FLEURY Laetitia …."

Présentations similaires


Annonces Google