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

Preview:

Citation preview

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

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

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

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

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 »

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

Modèle statique : classes et objets

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

VolCompagnie

propose>1.. ? 1 .. *

nom numéro

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

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

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

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

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

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

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

Continuons d’affiner la classe « Vol »

VolCompagnie

propose>1

1 .. *nom

affréteur

numérodateDépartheureDépartdateArrivéeheureArrivée

Ouvert état

initial

Fermé

Ouverture par compagnie

état final

Fermeture par compagnie

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

ouvrirRéservation ()fermerRéservation ()

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.

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

Les aéroports

Vol

21 .. *

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

ouvrirRéservation ()fermerRéservation ()

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

{ordered}

utilise>

Aeroport

nompays

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

Les aéroports (suite)

Vol

1

1 .. *

numérodateDépartheureDépartdateArrivéeheureArrivée

ouvrirRéservation ()fermerRéservation ()

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

part-de>

Aeroport

nompays

arrive-à>

1

AeroportArrivée

Aeroportdépart

1 .. *

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

Les aéroports (fin)

Vol

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

ouvrirRéservation ()fermerRéservation ()

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

départ>

Aeroport

nompays

11 .. * arrivée>

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

Les villes

Vol

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

ouvrirRéservation ()fermerRéservation ()

départ>

Aeroport

nompays

11 .. * arrivée>

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

Ville

nompays

1.. *?dessert>

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

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

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

ou…. factorisation des attributs

Aeroport Ville

1.. **

dessert>

Lieu-geo

nompaysdecalage-horaireAffiche(carte)

Affiche(carte)Affiche(carte)

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

Vol

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

ouvrirRéservation ()fermerRéservation ()

départ>

Aeroport

nompays

10 .. * arrivée>

*0 .. * faitEscale>

InfosEscale

heureDépartheureArrivée

Les escales

{ordered}

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

Vol

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

ouvrirRéservation ()fermerRéservation ()

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é

Ouverture par compagnie

état final

Fermeture par compagnie

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

+

{ordered}

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

Vol

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

ouvrirRéservation ()fermerRéservation ()

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

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

Vol

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

ouvrirRéservation ()fermerRéservation ()

Réservation

concerne>0..*

1annuler ()confirmer ()

Les réservations

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

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

créditer-pts (res)

conc

erne

>

1

0..*

Clientnomtéléphonee-mailFaxadresse

totalfacturé ()

effectue>

1 0..*

date

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

Vol

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

ouvrirRéservation ()fermerRéservation ()

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é

Ouverture par compagnie

état final

Fermeture par compagnie

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

+

Réservation conc

erne

>

0..*

1

annuler ()confirmer ()

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

créditer-pts (res)

conc

erne

>

1

0..*

Clientnomtéléphonee-mailFaxadresse

totalfacturé ()

effectue>

1 0..*

date

Lieu-geonompaysdecalage-horaire

{ordered}

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

Dynamique de la réservation

Vol

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

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

conc

erne

>

0..*

1

annuler ()confirmer ()

Passager

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

conc

erne

>

1

0..*

date

Délivrer carte embarquement

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

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

Dynamique de la réservation

Etat – transition de « réservation »

Guichet aéroport

Liste passagers (n° vol)

Passager

Vol Réservation Passager

Présente identité

passagers (etat =

confirmé)

Délivrer carte

Si {état = attente paiement ; Demande

paiement}

Passager-id ()

Passer (état = embarqué)

Sélectionne réservation

Vol

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

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

conc

erne

>

0..*

1

annuler ()confirmer ()

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

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

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

Implémentation dans MSAccess

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

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

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é

ouvrirRéservation ()fermerRéservation ()

départ>Aeroport

10 .. *arrivée>

*0 .. *faitEscale>

InfosEscaleheureDépartheureArrivée

*

Compagnie

propose>

1

1 .. *

nom

affréteur

Réservation conc

erne

>

0..*

1

annuler ()confirmer ()

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

conc

erne

>

1

Clientnomtéléphonee-mailFaxadresse

totalfacturé ()

effectue>

1 0..*

date

{ordered}

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

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

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>

InfosEscaleheureDépartheureArrivée

*

Compagnie

propose>

1

1 .. *

nom

affréteur

Réservationconcerne>

0..*

1

annuler ()confirmer ()

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

conc

erne

>

1

Clientnomtéléphonee-mailFaxadresse

totalfacturé ()

effectue>

1 0..*

date

{ordered}

Domaine de l’offre de volsl’offre de vols

Vol

dateDépart

dateArrivée

ouvrirRéservation ()fermerRéservation ()

Est-dé

crit-p

ar>

1

0..*

Domaine des réservations

== > les responsabilités sont mieux établies

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

Implémentation dans MSAccess

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

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

Traitement de l’embarquement

Guichet aéroport

Liste passagers (n° vol)

Passager

Vol Réservation Passager

Présente identité

passagers (etat =

confirmé)

Délivrer carte

Si {état = attente paiement ; Demande

paiement}

Passager-id ()

Passer (état = embarqué)

Sélectionne réservation

Vol

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

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

n conc

erne

>

0..*

1

annuler ()confirmer ()

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

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

Payée

par aéroport

embarquée

Annulée

Jvol - 8

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

Traitement de l’embarquement

Guichet aéroport

Liste passagers (n° vol)

Passager

Vol Réservation Passager

Présente identité

passagers (etat =

confirmé)

Délivrer carte

Si {état = attente paiement ; Demande

paiement}

Passager-id ()

Passer (état = embarqué)

Sélectionne réservation

Vol

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

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

n conc

erne

>

0..*

1

annuler ()confirmer ()

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

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

Payée

par aéroport

embarquée

Annulée

Jvol - 8

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

Délivrer carte embarquement

Guichet aéroport

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

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

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

Intermède technologique

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

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

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

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

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

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

NomenclaturesNomenclatures

Entreprise

Processus

Fonctions

objets

indécomposables

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Recommended