1 Cours MSI, modélisation de SI : Étude de cas version 1.2 du 24 novembre 2004 Modélisation de S.I. Étude de cas Compagnie aérienne : CRM ENSGI – MSI 2ème

1Cours MSI, modélisation de SI : Étude de cas version 1.2 du 24 novembre 2004

Modélisation de S.I.Étude de cas

Compagnie aérienne : CRM

ENSGI – MSI 2ème annéeMichel Tollenaere

http://gilco.inpg.fr/~tollenaere/msi/MSI2A-etude-cas.ppt

Inspiré deUML par la pratique

2ème EditionPascal Roque

Groupe Eyrolles, 2003ISBN : 2-212-11246-7


ÉTUDE D’UN SYSTÈME DE GESTION DE LA RELATION CLIENT POUR UN RESEAU D’AGENCES DE VOYAGES

Un réseau d’agences de voyages désire améliorer son système d’information pour la relation avec sa clientèle. Il a été convenu de commencer ce travail par la gestion de la composante « transport aérien ».Les fonctions principales attendues du système sont :-- permettre une sélection dans l’offre de vols et de places disponibles.-- assurer les réservations pour les passagers.-- permettre aux compagnies aériennes partenaires d’ouvrir ou de fermer des vols-- mettre en place des tableaux de bord permettant de mieux connaître les clients.

Les principaux utilisateurs visés par le système sont :-- les hôtesses dans les agences qui sont en contact avec les clients.-- les opérateurs de guichets dans les aéroports qui délivrent les cartes d’embarquement aux passagers-- les responsables du réseau d’agences qui désirent disposer de tableaux de bord sur l’activité-- les clients et les passagers via Internet-- les compagnies aériennes partenaires

Les interviews des experts métier ont permis de résumer leur connaissance du domaine sous la forme des phrases suivantes :1. Des compagnies aériennes proposent différents vols.2. Un vol est ouvert à la réservation et refermé sur ordre de la compagnie.3. Un client peut réserver un ou plusieurs vols, pour des passagers différents.4. Une réservation concerne un seul vol et un seul passager.5. Une réservation peut être annulée ou confirmée.6. Un vol a un aéroport de départ et un aéroport d’arrivée.7. Un vol a un jour et une heure de départ, et un jour et une heure d’arrivée.8. Un vol peut comporter des escales dans des aéroports.9. Une escale a une heure d’arrivée et une heure de départ.10. Chaque aéroport dessert une ou plusieurs villes.


Fonctions et acteurs : Cas d’utilisation

réserver

Hôtesse d’agence

Fonctions : permettre une sélection dans l’offre de vols et de places disponibles.-- assurer les réservations pour les passagers.-- permettre aux compagnies aériennes partenaires d’ouvrir ou de fermer des vols-- mettre en place des tableaux de bord permettant de mieux connaître les clients.

Délivrer carte embarquement

Guichet aéroport

Ouvrir et fermer des vols

Compagnie

Consulter disponibilités

Les principaux utilisateurs visés par le système sont :-- les hôtesses dans les agences qui sont en contact avec les clients.-- les opérateurs de guichets dans les aéroports qui délivrent les cartes d’embarquement aux passagers-- les responsables du réseau d’agences qui désirent disposer de tableaux de bord sur l’activité-- les clients et les passagers via Internet-- les compagnies aériennes partenaires

Consulte tableaux de bord

Responsable agence

« extend »

Réserver par Internet

Consulter disponibilités par

Internet

Client et passager

« extend »


Modèle statique : classes et objets

1. Des compagnies aériennes proposent différents vols.

VolCompagnie

propose>1.. ? 1 .. *

nom numéro


Modèle statique : classes et objets

2. Un vol est ouvert à la réservation et refermé sur ordre de la compagnie.

VolCompagnie

propose>1 1 .. *

nom NuméroÉtat : (ouvert, fermé)

affréteur


Modèle statique : classes, états - transitions

2. Un vol est ouvert à la réservation et refermé sur ordre de la compagnie.

VolCompagnie

propose>1 1 .. *

nom

affréteur

NuméroÉtat : (ouvert, fermé)

Ouvert état

initial

Fermé

Ouverture par compagnie

état final

Fermeture par compagnie

Diagramme d’état – transition de la classe « Vol »

Dia

gram

me

d’ét

at –

tran

siti

onD

iagr

amm

e de

cla

sses

OuvrirRéservation ()FermerRéservation ()


Modèle dynamique : diagramme de collaboration

VolCompagnie

propose>1 1 .. *

nom

affréteur

Numéro

Dia

gram

me

de c

olla

bora

tion

Dia

gram

me

de c

lass

es

ouvrirRéservation ()fermerRéservation ()

AirFrance : Compagnie

AF506 : Vol

AF519 : Vol

AF714 : Vol

1 : ouvrirRéservation ()

2 : fermerRéservation ()

3 : ouvrirRéservation ()


Continuons d’affiner la classe « Vol »

VolCompagnie

propose>1

1 .. *nom

affréteur

numérodateDépartheureDépartdateArrivéeheureArrivée

Ouvert état

initial

Fermé


état final




6. Un vol a un aéroport de départ et un aéroport d’arrivée.7. Un vol a un jour et une heure de départ, et un jour et une heure d’arrivée.8. Un vol peut comporter des escales dans des aéroports.9. Une escale a une heure d’arrivée et une heure de départ.10. Chaque aéroport dessert une ou plusieurs villes.


Les aéroports

Vol

21 .. *

numérodateDépartheureDépartdateArrivéeheureArrivéeaeroportdépartaeroportArrivée


6. Un vol a un aéroport de départ et un aéroport d’arrivée.

{ordered}

utilise>

Aeroport

nompays


Les aéroports (suite)

Vol

1

1 .. *

numérodateDépartheureDépartdateArrivéeheureArrivée



part-de>

Aeroport

nompays

arrive-à>

1

AeroportArrivée

Aeroportdépart

1 .. *


Les aéroports (fin)

Vol

11 .. *numérodateDépartheureDépartdateArrivéeheureArrivée



départ>

Aeroport

nompays

11 .. * arrivée>


Les villes

Vol



départ>

Aeroport

nompays

11 .. * arrivée>

10. Chaque aéroport dessert une ou plusieurs villes.

Ville

nompays

1.. *?dessert>


Association « dessert » (multiplicité)

Aeroport

nompays

10. Chaque aéroport dessert une ou plusieurs villes.

Ville

nompays

1.. **

dessert>

Charles de Gaulle : Aeroport Paris :Ville

Orly : Aeroport

Metz-nancy-lorraine : Aeroport

Metz :Ville

Nancy :Ville

Passage par les diagrammes

d’objets


ou…. factorisation des attributs

Aeroport Ville

1.. **

dessert>

Lieu-geo

nompaysdecalage-horaireAffiche(carte)

Affiche(carte)Affiche(carte)


Vol



départ>

Aeroport

nompays

10 .. * arrivée>

*0 .. * faitEscale>

InfosEscale

heureDépartheureArrivée

Les escales

{ordered}


Vol



départ>

Aeroport

nompays

10 .. *arrivée>

*0 .. *faitEscale>

InfosEscaleheureDépartheureArrivée

Ville

nompays

1.. **dessert>

Compagnie

propose>1

1 .. *

nom

affréteur

Récapitulons (1)

Ouvert état

initial

Fermé


état final



+

{ordered}


Vol

numérodateDépartheureDépartdateArrivéeheureArrivéecapacité


Réservation

concerne>0..*

1annuler ()confirmer ()

Les réservations

3. Un client peut réserver un ou plusieurs vols, pour des passagers différents.4. Une réservation concerne un seul vol et un seul passager.5. Une réservation peut être annulée ou confirmée.

Passagernomprénomtéléphonee-mailnum-cartenb-pts

créditer-pts (res)

concerne>

1


Vol



Réservation

concerne>0..*

1annuler ()confirmer ()

Les réservations

3. Un client peut réserver un ou plusieurs vols, pour des passagers différents.


créditer-pts (res)

conc

erne

>

1

0..*

Clientnomtéléphonee-mailFaxadresse

totalfacturé ()

effectue>

1 0..*

date


Vol

10 .. *numérodateDépartheureDépartdateArrivéeheureArrivéecapacité


départ>Aeroport

10 .. *arrivée>

*0 .. *faitEscale>

InfosEscale

heureDépartheureArrivée

Ville

1.. **dessert>

Compagnie

propose>

1

1 .. *

nom

affréteur

Récapitulons (2)

Ouvert

état initial

Fermé


état final



+

Réservation conc

erne

>

0..*

1

annuler ()confirmer ()


créditer-pts (res)

conc

erne

>

1

0..*


totalfacturé ()

effectue>

1 0..*

date

Lieu-geonompaysdecalage-horaire

{ordered}


Dynamique de la réservation

Vol


ouvrirRéservation ()fermerRéservation ()Réservation

conc

erne

>

0..*

1


Passager

nomprénomtéléphonee-mailnum-cartenb-ptscréditer-pts (res)

conc

erne

>

1

0..*

date


Guichet aéroport

Guichet aéroport

Liste passagers (n° vol)

Diagramme de séquences

Passager

Vol Réservation Passager

Présente identité

passagers (etat =

confirmé)

Délivrer carte

Si {état = attente paiement ; Demande

paiement}

Passager-id ()

Liste passagers ()

Passer (état = embarqué)

Sélectionne réservation

Passager-id


Dynamique de la réservation

Etat – transition de « réservation »

Guichet aéroport


Passager


Présente identité

passagers (etat =

confirmé)

Délivrer carte


paiement}

Passager-id ()



Vol


ouvrirRéservation ()fermerRéservation ()Réservation

conc

erne

>

0..*

1


Passager

nomprénomtéléphonee-mailnum-cartenb-pts

créditer-pts (res)

conc

erne

>

1

0..*

date

Passager-id

Liste passagers ()

Demandée

état initial

Confirmée

par client

état final

par compagnie

Diagramme d’état – transition de la classe « Réservation »

Payée

par aéroport embarquée

Annulée Jvol - 8



Implémentation dans MSAccess

Notez les pertes sémantiques sur : • les états – transitions, • les associations {ordered}, • l’héritage ville-aéroport ……. etc


Analyse de la classe « Vol »

• comporte de nombreuses responsabilités

• est elle en troisième forme normale ?

• la clef primaire « Num-vol » est elle correcte ?

• parle-t-on des vols « réguliers » ou affrétés ?

Vol

10 .. *numérodateDépartheureDépartdateArrivéeheureArrivéecapacité


départ>Aeroport

10 .. *arrivée>

*0 .. *faitEscale>


*

Compagnie

propose>

1

1 .. *

nom

affréteur

Réservation conc

erne

>

0..*

1



conc

erne

>

1


totalfacturé ()

effectue>

1 0..*

date

{ordered}

Domaine de l’offre de volsl’offre de volsDomaine des réservations


Analyse de la classe « Vol »

• Les éléments de l’offre sont plus stables que ceux des réservations

Vol-générique

10 .. *numéro

heureDépart

heureArrivée

capacité

départ>Aeroport

10 .. *arrivée>

*0 .. *faitEscale>


*

Compagnie

propose>

1

1 .. *

nom

affréteur

Réservationconcerne>

0..*

1



conc

erne

>

1


totalfacturé ()

effectue>

1 0..*

date

{ordered}

Domaine de l’offre de volsl’offre de vols

Vol

dateDépart

dateArrivée


Est-dé

crit-p

ar>

1

0..*

Domaine des réservations

== > les responsabilités sont mieux établies


Implémentation dans MSAccess

Reste à traiter l’aspect dynamique : • les requètes, • les formulaires et interfaces, • ……. etc


Traitement de l’embarquement

Guichet aéroport


Passager


Présente identité

passagers (etat =

confirmé)

Délivrer carte


paiement}

Passager-id ()



Vol


ouvrirRéservation ()fermerRéservation ()Réservatio

n conc

erne

>

0..*

1


Passagernomprénomtéléphonee-mailnum-cartenb-ptscréditer-pts (res)

conc

erne

>

1

0..*

date

Passager-id

Liste passagers ()

Demandée état

initial

Confirmée

par

client état

final

par compag

nie


Payée

par aéroport

embarquée

Annulée

Jvol - 8


Traitement de l’embarquement

Guichet aéroport


Passager


Présente identité

passagers (etat =

confirmé)

Délivrer carte


paiement}

Passager-id ()



Vol


ouvrirRéservation ()fermerRéservation ()Réservatio

n conc

erne

>

0..*

1


Passagernomprénomtéléphonee-mailnum-cartenb-ptscréditer-pts (res)

conc

erne

>

1

0..*

date

Passager-id

Liste passagers ()

Demandée état

initial

Confirmée

par

client état

final

par compag

nie


Payée

par aéroport

embarquée

Annulée

Jvol - 8



Guichet aéroport


ÉTUDE D’UN SYSTÈME DE GESTION DE LA RELATION CLIENT POUR UN RESEAU D’AGENCES DE VOYAGES

• Le réseau d’agences désire rendre plus autonome et responsable les agences.• D’autre part, une activité réservation de voyages en car est prévue.• Quelles extensions sont à prévoir pour le système d’information ?


Intermède technologique


De la Gestion des Données Techniques De la Gestion des Données Techniques pour l’ingénierie de productionpour l’ingénierie de production

Référentiel du domaine et cadre méthodologique pour l’ingénierie Référentiel du domaine et cadre méthodologique pour l’ingénierie des systèmes d’information techniques en entreprise. des systèmes d’information techniques en entreprise.

Jean-Marc CELERIERJean-Marc CELERIERGSP - DR - DARP GSP - DR - DARP

Renault TechnocentreRenault Technocentre

CENTRALEP A R I S

Bernard YANNOUBernard YANNOULaboratoire CGI Laboratoire CGI

École Centrale ParisÉcole Centrale Paris

Présentée par Rebiha BACHA Présentée par Rebiha BACHA pour GILCO/ENSGIpour GILCO/ENSGI

Le 11 décembre 2001Le 11 décembre 2001


Architecture du référentiel : quatre méta-entitésArchitecture du référentiel : quatre méta-entités

ContexteContexte ProblématiqueProblématique État de l’artÉtat de l’art Plan d’actionsPlan d’actions ContributionContribution Bilan Bilan PerspectivesPerspectives

PRODUITPRODUIT

RESSOURCERESSOURCE

SYSTEME INDUSTRIELSYSTEME INDUSTRIEL

PROCESSPROCESS

Investissement technoInvestissement technoLine balancingLine balancing

Affectation processAffectation process

Contrôle de validitéContrôle de validité

Cas d'emploiCas d'emploiFlux de piècesFlux de pièces

……..

ConditionnementConditionnement OrdonnancementOrdonnancementde pièces...de pièces...

Faisabilité robotique, Contrôle du process... Faisabilité robotique, Contrôle du process...

Activités d'ingénierie Activités d'ingénierie de productionde production

ImplantationImplantation

Allocation de surfacesAllocation de surfaces

Terminologie Terminologie MANDATEMANDATE

Terminologie Terminologie PSLPSL


Architecture du référentiel : principaux composantsArchitecture du référentiel : principaux composants

NomenclaturesNomenclatures

Entreprise

Processus

Fonctions

objets

indécomposables


Cas d'emploiChiffrage

Analyse des temps

Contrôle qualité

Cas d'utilisation métierCas d'utilisation métier

Équilibragede ligne

Implantation

Caractéristiques du siteCaractéristiques du site

HypothèsesprojetMaquette

d'effectifs

Schéma des flux

Répartition des

surfaces

Investissementtechnologique

Spécificités de GDTSpécificités de GDT

Cycle de vie des objets

Structure de

documentsMatrice CRUD

Versionnement


Zoom sur l'objet : Bord de Chaîne (BdC) Zoom sur l'objet : Bord de Chaîne (BdC)


BdCBdC

Site Atelier LigneTronçon

Poste

Le BdC appartientà la structure SI

SYSTEME INDUSTRIEL RESSOURCE PROCESS PRODUIT

Robot

Opérateur

Réception &

stockage

Pièces, opérations et ressources affectées au BdC

EngageurEngageur

ImplanteurImplanteur

ContrôleurContrôleur

ErgonomeErgonome

Chef d'atelierChef d'atelier PréparateurPréparateur

Cumul : chiffrage, Cumul : chiffrage, surfaces allouées... surfaces allouées...

Fiabilité, cotation Fiabilité, cotation

Champ de visionChamp de visionde l'opérateur... de l'opérateur...

Gamme opératoire, Gamme opératoire, Analyse Temps... Analyse Temps...

Allocation de surfacesAllocation de surfacesÉquipements installésÉquipements installés

Mode opératoire Mode opératoire Ordonnancement Ordonnancement

de pièces...de pièces...


Expérimentation : cas de la GED pour le SPR - Le Expérimentation : cas de la GED pour le SPR - Le contextecontexte


Intentions du projetIntentions du projet Nouveau système documentaireNouveau système documentaire

Produit final attendu Produit final attendu Application de grande taille Application de grande taille

Contraintes environnementales Contraintes environnementales Réutilisation des SIT existantsRéutilisation des SIT existants

Quel contenu informationnel des documents ? Quel contenu informationnel des documents ?

Quelle structure d'accueil de la GED ?Quelle structure d'accueil de la GED ?

Y-a-t-il des liens potentiels entre documents ?Y-a-t-il des liens potentiels entre documents ?

Questionnements... Questionnements...


Expérimentation : Expérimentation : cas de la GED pour le SPR - cas de la GED pour le SPR - l'applicationl'application

Nom Opération Raccordement câblage moteur / boîtier

d'injection

Numéro OpérationB 015 010-X74

Page1/1

Véh.X74

N° F.E.F14110 / F10128

N° Opés SITMO265 1110 / 198 2005

Diversité prise en compteT.T.

CommentairesInitialisation

Feuille OPERATION PROCESS 'A'

ApprEM

NivN

Date09/00

PrepBK

Approuvé EmetteurDate

PROCEDURE :1- Aligner le câblage moteur sur support calculateur2- Raccorder les 3 connecteurs (S - gris), (T - marron) et (U - noir), dans l'ordre (S, T, U) sur le boîtier d'injection (R) par verrouillage des leviers.3- Fixer le collier (V) du câblage moteur sur le goujon du support calculateur, avec l'écrou (A).

NOTES : IMMOUne mauvaise connexion engendre une panne immobilisante pour le client.

11/09/00 B. KEIBEM

A garantir

A

RSerrage

Couple : 6,8 - 9,2Cible : 8 NmMarquage :

Ref. outil :

Méth. de Ctrl

UT

SV

SIT de la GED :SIT de la GED :données et données et documentsdocuments

SitesSites

Accès et Accès et distribution WEBdistribution WEB


ConsoliderConsoliderStructurerStructurer

Nouvelles Nouvelles données SPRdonnées SPR

Données réellesDonnées réelles

RéférentielRéférentiel

Pièces Pièces géométriques...géométriques...

SI d'entreprise

Technologie GED

Création dynamique Création dynamique de documentsde documents

Workflow, gestionWorkflow, gestionde configurations de configurations

Gestion CRUD, Gestion CRUD, maturité...maturité...

Documents

1 Cours MSI, modélisation de SI : Étude de cas version 1.2 du 24 novembre 2004 Modélisation de S.I. Étude de cas Compagnie aérienne : CRM ENSGI – MSI 2ème