Upload
tristand-fabre
View
121
Download
5
Embed Size (px)
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é...