Introduction Générale 2.0 Copie Converti PDF

Table des matières
Chapitre 1 : Etude Préalable .................................................................................................................................... 4

Introduction Générale .............................................................................................................................................. 5
Introduction ............................................................................................................................................................. 6
1. Présentation de l’organisme ............................................................................................................................ 7
1.1. Rappel historique.................................................................................................................................... 7
1.2. Présentation de la société nationale des transports ferroviaires SNTF : ................................................ 7
1.2.1. Dénomination : ................................................................................................................................... 7
1.3. Organigramme général de la SNTF : ....................................................................................................... 9
1.4. La fonction maintenance ...................................................................................................................... 10
1.5. Représentation fonctionnelle de la maintenance ................................................................................ 10
1.6. Présentation du sujet : ......................................................................................................................... 12
Chapitre 2 De l’existant .......................................................................................................................................... 13
2. Analyse de l’existant : .................................................................................................................................... 14
2.1. Introduction : ........................................................................................................................................ 14
2.2. Diagramme de flux : ............................................................................................................................. 14
2.2.1. Définition : ........................................................................................................................................ 14
2.2.2. Graphes de circulation : ................................................................................................................... 14
2.2.4. Description du graphe de flux d’information : ................................................................................. 15
2.3. Etude des postes................................................................................................................................... 16
2.3.2. Listes de poste ont étudié : .................................................................................................................. 17
2.3.2.1. Etude de Poste de travail N°1 ...................................................................................................... 17
2.3.2.2. Etude 2de Poste de travail N°2 .................................................................................................... 18
2.4. Etude des document : ........................................................................................................................... 27
2.4.1. Introduction :.................................................................................................................................... 27
2.4.2. listes des documents : ...................................................................................................................... 28
2.4.2.1. Document 1 : fiche des travaux effecteur.................................................................................... 28
2.4.2.2. Document 2 : Usure de bord de rue ............................................................................................ 29
2.4.2.3. Document 3 : demande fourniture .............................................................................................. 30
2.4.2.4. Document 4 : liste des machines empanne ................................................................................. 31
2.4.2.5. Document 5 : rapport du stock .................................................................................................... 32
2.4.2.6. Document 6 : fourniture réseau .................................................................................................. 33
2.4.2.7. Document 7 : bon de réception ................................................................................................... 34
2.4.2.8. Document 8 : liste des taches ...................................................................................................... 35
2.4.2.9. Document 9 : bon de consommation .......................................................................................... 36
2.4.2.10. Document 10 : fiche demande pièce unique........................................................................... 37
2.4.2.11. Document 11 : liste des machines libre ................................................................................... 38
2.4.2.12. Document 12 : bon provisoire ................................................................................................. 39
2.4.2.13. Document 13 : programme de visite hebdomadaire .............................................................. 40
2.4.2.14. Document 14 : fiche demande de réparation ........................................................................... 41
2.5. Étude procédures ................................................................................................................................. 42
2.5.1. Introduction ..................................................................................................................................... 42
2.5.2. listes des procédures ........................................................................................................................ 43
2.5.3. les symboles utiliser dans le DCI ...................................................................................................... 43
2.5.4. ETUDE DES procédure : ........................................................................................................................ 44
2.5.4.1. Procédure 1 : DEMENDE DE PIECE ............................................................................................... 44
2.5.4.2. Procédure 2: entre pièce rechange magasin locale .................................................................... 48
2.5.4.3. Procédure 3 : entre pièce rechange magasin centrale ................................................................ 51
2.5.4.4. procédure 4: la maintenance des locomotives ............................................................................ 54
INTRODUCTION ...................................................................................................................................................... 58
1. la méthode merise : .................................................................................................................................. 59
1.1. pr ésentations :................................................................................................................................. 59
1.2. Définition .......................................................................................................................................... 59
1.3. Le niveau conceptuel........................................................................................................................ 60
2. Dictionnaire de donner brute : ................................................................................................................. 61
2.1. Épuration : ........................................................................................................................................ 63
3. Dictionnaire de données épure :............................................................................................................... 64
4. Model conceptuelle de données :............................................................................................................. 66
4.1. ntroduction :..................................................................................................................................... 66
4.2. Concepts de base ............................................................................................................................. 66
4.3. Entités :............................................................................................................................................. 66
4.4. Relations : ......................................................................................................................................... 66
4.5. propriétés : ....................................................................................................................................... 66
4.6. . L’identifiant .................................................................................................................................... 67
4.7. Formalisme adopte : ........................................................................................................................ 68
4.8. Description des entêtes : ...................................................................................................................... 68
4.9. Descriptions des relations : .................................................................................................................. 69
4.10. Les règles de gestion relatives aux donnes :......................................................................................... 70
5. Médaille conceptuelle de donner : ........................................................................................................... 72
5.1. MCD schéma....................................................................................... Error! Bookmark not defined.
6. Modèle logique des données mld ............................................................................................................. 73
6.1. Introduction :.................................................................................................................................... 73
6.2. Passage du MCD au MLD .................................................................................................................. 74
6.3. Règles de passage du MCD du MLD relationnel : ............................................................................. 74
6.4. le modèle logique des donnes (MLD) ............................................................................................... 74
7. Modèle organisationnel des traitement (MOT) ........................................................................................ 75
7.1. Introduction :.................................................................................................................................... 75
7.2. Les concepts d base .......................................................................................................................... 75
7.3. Le formalisme : ................................................................................................................................. 76
7.4. Processus 1 : demande pièce ........................................................................................................... 77
7.5. Processus 2 : entre pièce rechange magasin locale ......................................................................... 80
7.6. Processus 3 : entre pièce rechange magasin centrale ..................................................................... 82
7.7. Processus 5 : la maintenance des locomotives ................................................................................ 83
1. Réalisation : ............................................................................................................................................... 85
2. Implémentions de la base de données ................................................................................................. 85
3. Exciteurs des programmes : ...................................................................................................................... 85
4. Teste de système : .................................................................................................................................... 85
5. Présentations du langage de programmation .......................................................................................... 85
5.1. Javas script ....................................................................................................................................... 85
6. Le modèle physique de données MPD ...................................................................................................... 86
6.1. Définition .......................................................................................................................................... 86
6.2. présentations du modèle physique : ................................................................................................ 87
7. PostgreSQL ................................................................................................................................................ 93
7.1. Histoire ................................................................................................ Error! Bookmark not defined.
7.2. Principales caractéristiques .............................................................................................................. 93
7.3. Outils d'administration ..................................................................................................................... 94
• Interfaces utilisateurs ........................................................................................................................... 94
8. Architecture trois tiers .............................................................................................................................. 95
8.1. Définition et concepts ...................................................................................................................... 95
8.2. Les trois couches .............................................................................................................................. 97
• Couche de présentation (premier niveau)............................................................................................ 97
• Couche de traitement (deuxième niveau) ............................................................................................ 98
• Couche d'accès aux données (troisième niveau) .................................................................................. 98
8.3. Données propres à l'application ....................................................................................................... 98
8.4. Données gérées par une autre application ...................................................................................... 99
9. Client–serveur .........................................................................................................................................100
9.1. Ordinateur central ..........................................................................................................................101
Environnement client–serveur ..........................................................................................................................102
9.2. Types d'architecture .......................................................................................................................102
9.3. Types de client................................................................................................................................103
10. Comparaison des architectures centralisées et distribuées ...............................................................104
10.1. Avantages des architectures centralisées ......................................................................................104
10.2. Inconvénients des architectures centralisées ................................................................................104
➢ Exemples ...............................................................................................................................................104
➢ Notes ......................................................................................................................................................105
Chapitre 1 : Etude Préalable
Introduction Générale
Introduction
Il est essentiel avant de commencer à traiter notre sujet à proprement dit,
de prendre de la hauteur afin de saisir les multiples emboitements et nous
situer dans un environnement industriel très diversifié, ainsi, voir à quelle
échelle notre étude interagit.
Le but ici, est précisément de révéler le caractère fonctionnel que joue la
maintenance dans une installation et la dépouiller de toute entrave qui
pourrait la limiter à une vision réductrice du seul aspect matériel, Les
services informatique de la Société National des Transports Ferroviaires
effectuent une action de modernisation de l’ensemble travaux de
maintenance préventive et corrective des locomotive, Ils ont pour mission
de veiller à la bonne tenue du parc locomotives, qui nécessitent un suivi
minutieux afin d’assurer leur fonctionnement dans les bonnes conditions
et par la suite leur permettre d’atteindre les performances requises, est
sans oublier L’optimisation de la gestion des pièces de rechanges est achats
un levier clé de performance des activités de maintenance. D’une part, la
remise en fonctionnement des actifs après défaillance et donc leur
disponibilité dépendent directement de la mise à disposition des pièces qui
les composent. D’autre part, ces pièces représentent un poste important
du budget de maintenance, tant en termes d’achats que de coûts
logistiques (transport, stockage, manutention).
Le thème de notre étude et porté sur c’est d’accompagné les équipe de

maintenue est les services d’achat est repartions des pièces de l’unité
traction Alger au siège SNTF (département régional système
d’informatique) qui entament une action de modernisent d’un ensemble
de service métiers en full web.
1. Présentation de l’organisme
1.1. Rappel historique
En 1844, l’idée de la création d’un chemin de fer en Algérie est lancée par
l’occupant colonialiste Français (rapport veillant) ; cohérant aux
conclusions de ce rapport, un décret portant création d’un réseau de
chemin de fer en Algérie fut signé le 08 Avril 1857 ; c’est ainsi que vers
1860, la 1ère ligne de chemin de fer en Algérie est construite, elle reliait
Alger à Blida.
1.2. Présentation de la société nationale des transports
ferroviaires SNTF :
1.2.1. Dénomination :
« SNTF : Société National des Transports Ferroviaires ».
• Date de création :
Le 20 juin 1860 : création de la compagnie des chemins de fer Algérien
(CFA),
En 1922 : la CFA fut concédée aux chemins de fer Algériens de l’état

(CFAE),
En 1959 : suite à des crises successives (seconde guerre mondiale 1939-

1945 et déclenchement de la guerre de libération 1 novembre 1954 entre
autres) ; conduit à la création de la SNCFA,
Depuis 1976 à ce jour, et ce conformément à l’ordonnance N°76-2 du 25

Mars 1976, notre société est dénommée : SNTF.
• Mission
La SNTF est en vertu des dispositions des articles 4, 44 à 47 de la Loi
N°88-01 du 12 janvier 1988 transformée en établissement public à
caractère industriel et commercial (EPIC), placée sous la tutelle du
ministère des transports, elle est chargée du développement,
exploitation, l’entretien et l’extension du réseau des chemins de fer
Algérien.
• Organisation
La SNTF est organisée par régions ferroviaires (DRF) et par fonctions. Les
DRF ont une indépendance de gestion dans le cadre d’un budget propre et
objectifs annuels et de plan de transport.
Les fonctions principales de la SNTF sont :
- La Fonction Matériel : son rôle l’entretien du matériel moteur et
remorqué, ainsi la gestion du personnel de conduite.
- La Fonction Clientèle : son rôle est géré les mouvements des
circulations et du commercial.
- La Fonction Infrastructures : chargée de la maintenance des voies,
et la construction des ouvrages d’arts, installations de sécurité et de
télécommunications, bâtiments et de la traction électrique.
- La Fonction Finances et Comptabilité
- La Fonction Administration : chargée de gestion du personnel, des

études, informatique et protection du patrimoine.
- La SNTF est organisée selon l’organigramme qui suit
1.3. Organigramme général de la SNTF :
DIRECTEUR
GENERAL
service financier
service brigade
est securite
service
personnel
departement departement
departement logistique et
traction maintenance distribution
division sécurité division division moyen

humaine technique de production
division division
movement division appro
maintenance
1.4. La fonction maintenance
Cette terminologie utilisée communément dans la profession, est révélatrice du
fait que la maintenance occupe une place déterminante dans le fonctionnement
d’une entreprise, Il s’agit même d’une fonction vitale puisque, sans
maintenance, tout processus industriel cesse, généralement à brève échéance,
de produire les biens ou les services pour lesquels il a été conçu ; la
dénomination de « fonction de maintenance » est notamment le titre du
fascicule de documentation X60 – 000 édité par AFNOR des normes françaises
de maintenance industrielle .
1.5. Représentation fonctionnelle de la maintenance
Cette représentation de la fonction maintenance en forme d’arborescence

s’appuie sur la nature des actions à mener et sur les principales sous fonctions
qui les constituent, en mettant l’accent sur celles qui nous intéressent.
En rouge, les activités à caractère « opérationnel », à commencer par les études

qui analysent l’historique pour élaborer les programmes de maintenance
préventive et déterminer les ressources nécessaires en moyens logistiques, la
préparation et l’ordonnancement permettent ensuite de décrire et d’organiser
les interventions en gérant les temps et en utilisant les moyens les mieux
adaptés, la réalisation des différentes interventions de maintenance,
accompagnée de la collecte du retour d’expérience constitue l’aboutissement de
cette chaîne d’activités.
En bleu, celle qui s’appuient sur les données de base à caractère « générique »
établies en principe une fois pour toutes comme l’identification des matériels,
les analyses de fonctionnement et de dysfonctionnement, l’organisation des
ressources etc.
En vert, celles qui appartiennent au domaine du « soutien logistique », comme
la fonction d’approvisionnement qui sert à commander et à distribuer les pièces
de rechanges et les matières nécessaires aux interventions ainsi qu’à négocier
présentations extérieures, en lien avec l’approvisionnement, la gestion
technique et budgétaire permet de fournir et de surveiller les ressources
requises. Enfin, une fonction de « management » orchestre l’ensemble et
détermine la politique et la stratégie de maintenance. Cette représentation est
illustrée sur la figure
Constitution de
Identifier et repertorier les

materiels
données de base
Analyser les systemes et leurs
fonctionnement
Organiser le retour
d'experience
Etudes
MANAGEMENT Définir le programme de

maintenanace préventive
Realisation
Préparation et ordonnancement
Approvisionnement des
matières récolte de données
Gestion des moyens du

service maintenance
Décomposition fonctionnelle de la maintenance

1.6. Présentation du sujet :
Le sujet qui m’a été proposé porte sur la conception d’un site web pour le suivi
du département maintenance depuis l’entrée du la locomotive à l’atelier jusqu’à
sa sortie avec tout les repartions nécessaire est tous ls pièce
Changer au répare au cours du cycle la maintenance effectuer (mensuel,
trimestriel, semestriel, tous les ans).
1.7. Problématique :
C’est d’accompagné les équipes de maintenance de l’unit traction Alger sur le
suivie de la maintenance des locomotives avec un service optimiser full web.
• Objectif :
➢ le suivie administrative : cette partie prend en charge l’ensemble des
points suivant :
• L’inventaire des locomotives entrante à l’atelier pour maintenance.
• La création des fiches d’intervention après diagnostique.
• Le traitement des statistique et la détermination des indicateurs de
performance des brigades.
➢ le suivie technique : cette partie prend en charge l’ensemble des

opérations de maintenance et de missions a savoir :
• Les révisions périodiques.
• Les repartions curatives.
• La gestion de consommation.
Chapitre 2 : De l’existant
2. Analyse de l’existant :
2.1. Introduction :
L’étude de l’existant est une étape importante pour la réalisation de ce projet,
cette étape ma permis de comprendre le fonctionnement de la structure interne
de de la maintenance.
A partir de l’étude de l’existant on a identifié les flux d’échange d’information
entre les postes de travail, un recensement des documents utilise par les poste
de travail et les procédure utiliser dans l’Interview qui consiste a poser des
question aux employer de certaines directions.
L’étude de l’existant se constitue de :
• Diagramme de flux.
• Etude des postes de travail.
• Etude des documents
• Etude des procédures
• Codification
• Diagnostique de l’existant.
• La Solutions informatiques.
2.2. Diagramme de flux :

2.2.1. Définition :
Le schéma que l’on présentera à la suite de ce paragraphe, illustration les
échange d’information entre les différents postes de travail.
Par ailleurs ce schéma ne prend en compte que les postes de travail et les
document internats encadre d’étude.
2.2.2. Graphes de circulation :
L’objectif de ce paragraphe est de définir la repartions des donner et des
traitements du sujet étudie. Les postes de travail concernent par l’application
et le chemin suivi par les informations entre le poste : Donc il s’agit dans un
premier temps de recevoir l’ensemble des auteurs qui sont :
Soit à l’origine des évènements traites soit destinataires d’information.
2.2.3. Diagramme des flux
Chef division
Chef atelier maintenance
4 1
13
Chef magasin
centrale
11
1 6
12 Chef parc
3
7
9
3 5 6
Fichiste
Distributeur
6 5
7
14
9
3
Fournisseur
7
6
Ouvriers
Magasin local
Description du graphe de flux
10
d’information :
N° DESCRIPTION
1 Fiche des travaux effectuer
2 Usure de bord de rue
3 Demande fourniture
4 Liste des machine libre
5 Rapporte de stock
6 Fourniture de resu
7 Bon de respections
8 Liste des tache
9 Bon de consommation
10 Fiche de demande de pièce unique
11 Liste des machine libre
12 Bon provisoire
13 Programme visite hebdomadaire
14 Demande de réparation
2.3. Etude des postes

2.3.1. Introduction :
L’objectif de l’étude des postes de travail dans notre domaine d’étude est de
résumées l’ensemble des opération effectuées et toutes les information
manipulées et circulées entre eux.
Cette étude permet de découvrir les différents postes ainsi que les principaux
défauts de système existant.
L’analyse des postes est réalisée une spécifiant tout particulièrement :
• Les responsabilités.
• Les tâche à accomplir.
• Les documents en entrée.
• Les documents en sortir.
• Les documents internes au poste.
2.3.2. Listes de poste ont étudié :

Cette étude concernera un poste de travail constituant notre champ d’étude il
s’agit du poste suivant :
2.3.2.1. Etude de Poste de travail N°1

- Désignation : ouvriers
- Responsable du poste : tous les ouvriers
- Structure de rattachement : devisons maintenance
- Nombre d’employés de ce service :
- Responsabilité du service : chef devions maintenance
Tache Fréquence Délais
-établi bon provisoire Aléatoire 10 min
- établi demande de réparions Aléatoire 10 min
-établi fiche de demande
pièce unique Aléatoire 10min
• Documents parvenant à ce poste
Poste Désignation du Fréquence

document
-Distributeur Bon de respittions 10min
• Document remplis par ce poste :
Désignation du document Fréquence Délais

-Bon provisoire Aléatoire 10 min
• Document diffuse par ce poste :
Désignation du document Fréquence Poste

-bon provisoire Aléatoire Chef parc
- demande de réparions Aléatoire Distributeur
-fiche de demande pièce Aléatoire Mg locale
unique
- Désignation : chef parc
- Responsable du poste : chef parc
- Structure de rattachement : devisons technique
- Responsabilité du service : chef devions technique
- établi programme Viste Aléatoire 1 semaine
hebdomadaire
- établi Demande fourniture Aléatoire 10min
Poste Désignation du document Fréquence

-Ouvriers Bon provisoire Aléatoire
-Chef division maintenance Usure de bord de rue Aléatoire
-Chef division maintenance Fiche des travaux effecteur Aléatoire
-Chef division maintenance Liste des machine libre Aléatoire

- programme Viste Aléatoire 1 semaine
hebdomadaire
- Demande fourniture Aléatoire 10 min

- programme Viste Aléatoire Che division maintenance
hebdomadaire
- Demande fourniture Aléatoire Fichiste

- Désignation : distributeur
- Responsable du poste :
- Structure de rattachement : devions appro
- Responsabilité du service : chef devions appro
-Etablir rapport stock Aléatoire 10 min
-Etablir bon de respittions Aléatoire 10min
-établir demande fourniture Aléatoire 10 min

document
-Fichiste Rapport stock Aléatoire
-Fichiste Rapport stock Aléatoire
-Ouvrier Demande de repartions Aléatoire

- rapport stock Aléatoire 10 min
- bon de respittions Aléatoire 10 min
- demande fourniture Aléatoire 10 min

- rapport stock Aléatoire Fichiste
- bon de respittions Aléatoire Ouvriers
- demande fourniture Aléatoire Fichiste

- Désignation : fichiste
- Structure de rattachement : devions technique
- Responsabilité du service : chef devions technique

-Etablir Demande fourniture Aléatoire 10 min
-Etablir rapport stock Aléatoire 10 min
-Etablir fourniture reçu Aléatoire 10min

-Chef parc Demande fourniture Aléatoire
-Mégissant locale Bonne de consumation Aléatoire
-Chef magasin centrale Bonne de consumation Aléatoire
-fournisseur Fourniture reçue Aléatoire
-distributeur Rapport de stock Aléatoire
-distributeur Demande fourniture Aléatoire

- Demande fourniture Aléatoire 10 min
-rapport stock Aléatoire 10 min
- fourniture reçu Aléatoire 10 min

- Demande fourniture Aléatoire Fournisseur
-rapport stock Aléatoire Distributeur
- fourniture reçu Aléatoire Fournisseur

- Désignation : chef divisant maintenance
- Responsable du poste
- Structure de rattachement : : devisons maintenance
- Responsabilité du service : chef devisons maintenance

-Etablir User bon de roues Aléatoire 10 min
-Établir Liste des taches Aléatoire 20 min
Aléatoire 20min
-Établir fiche des travaux
effecteur Aléatoire 10min
- Etablir liste des machine
libre

document
Chef parc Programme Viste Aléatoire
hebdomadier
Chef atelier Fiche des travaux Aléatoire
effectuer
Chef atelier Liste des machines Aléatoire
empanne

-User bon de roues Aléatoire 10 min
- Liste des taches Aléatoire 20 min
- fiche des travaux effecteur 20 min
- liste des machine libre Aléatoire 10 min

- User bon de roues Aléatoire Chef parc
- Liste des taches Aléatoire Chef atelier
- fiche des travaux effecteur Aléatoire Chef parc
- liste des machine libre Aléatoire Chef parc
- Désignation : chef atelier

- Structure de rattachement : devisons maintenance
- Responsabilité du service : chef atelier

-Etablir fiche des travaux Aléatoire 10 min
effecteur
- Etablir liste des Aléatoire 10 min
machines empanne

document
-Chef devisons Liste des taches Aléatoire

maintenance
Désignation du Fréquence Délais

document
- fiche des travaux Aléatoire 10 min
effecteur
- liste des machines Aléatoire 10 min
empanne
Désignation du Fréquence Poste

document
- fiche des travaux Aléatoire Chef devisons maintenance
effecteur
- liste des machines Aléatoire Chef devisons maintenance
empanne
- Désignation : magasin locale

- Structure de rattachement : devisons appro
- Responsabilité du service : chef magasin locale
-Etablir Bon de Aléatoire 10 min
consommation
• Documents parvenant a ce poste

-Fichiste Demande fourniture reçu Aléatoire
Fiche demande pièce
-Ouvriers unique Aléatoire

-Bon de consommation Aléatoire 10 min

-Bon de consommation Aléatoire Fichiste
- Désignation : Magasin centrale

- Structure de rattachement : devisons appro
- Responsabilité du service : chef devisons appro

-Etablir bon de Aléatoire 10 min
consumation

-fichiste Fourniture reçu Aléatoire

-bon de consumation Aléatoire 10min

document
-bon de consumation Aléatoire Fichiste
- Désignation : Magasin centrale

- Responsable du poste : fournisseur
- Structure de rattachement :
- Responsabilité du service : fournisseur
-Etablir fourniture reçu Aléatoire 10 min

-fichiste Demande Fourniture Aléatoire

-Etablir fourniture reçu Aléatoire 10min

document
-Etablir fourniture reçu Aléatoire Fichiste
2.4. Etude des document :
2.4.1. Introduction :
A partir de l’étude de poste de travail j’ai les documents circulant dans le
domaine d’étude.
Avec l’étude des documents en va recenser toutes les donner manipuler par le
poste de travail pour élaborer le dictionnaire des donner pour utiliser dans
l’étude conceptuel.
2.4.2. listes des documents :
- Fiche des travaux effecteur

- Usure de bord de rue
- Demande fourniture
- Liste des machines empanne
- Rapport du stock
- Fourniture réseau
- Bon de réception
- Bon de consommation
- Liste des taches
- Fiche demande pièce unique
- Liste des machines libre
- Programme de visite hebdomadaire
- Bon provisoire
- Fiche demande de réparation
2.4.2.1. Document 1 : fiche des travaux effecteur
- Code document : FTE

- Désignations du document : fiche des travaux effecteur
- Nature du document : interne
- Rôle : suivi des travaux des locomotive
- Désignation : FTE
- Format : pré -imprimer
- Couleur : non utilise
- Nombre exemplaire utilise : 1 utilise par poste
- périodique : chaque entre de locomotive en maintenance
Information Type Taille Utilise Observations

Dépôt A 12 PP /
Numéro locomotive N 12 Pu /
Nom de chef brigade A 12 Pu /
Date d’entre l’heure D 12 Pu /
Date de sortie D 12 Pu /
Nom des envier A 12 Pu /
Travaux moteur A 12 Pu /
Travaux électronique A 12 Pu /
Travaux secondaire A 12 Pu /
Travaux nettoyage A 12 Pu /
Observation A 12 Pu /
Signature A 12 Pu /
Remarque A 12 Pu /
2.4.2.2. Document 2 : Usure de bord de rue
- Désignation du document : Usure de bord de rue

- Rôle : contrôle Usure de bord de rue
- Désignation : UBR
- Format : A4
- Périodique : chaque contrôle
Numéro du N 1 PU /
bordure
Quantité N 4 PU /
Hauteur N 3 PU /
Épaisseur N 3 PU /
Escort quantité N 5 PU /
Frein inferieur
2.4.2.3. Document 3 : demande fourniture
- Désignation du document : demande fourniture

- Rôle : utilise pour demande FOURNITEUR
- Désignation : DF
- Périodique : Nom identifier

Numéro du bon N 5 PU /
fournisseur
Désignation A 10 PU /
pièce
Quantité des N 5 PU /
pièces demande
Date demande D 6 PU /
fournisseur
Numéro N 4 PU /
2.4.2.4. Document 4 : liste des machines empanne
- Désignation du document : liste des machines empanne

- Rôle : savoir des machines
- Désignation : LME
- Nombre exemplaire utilise : 2 exemplaires
- Périodique : hebdomadaire

Numéro N 8 PU /
machine
Type de A 10 PU /
machine
Date de D 5 PU /
validation
2.4.2.5. Document 5 : rapport du stock
- Désignation du document : rapport du stock

- Rôle : savoir le stock real
- Désignation : RS
- Périodique : Nom identifier

Renforcement N 5 Puno /
pièce
Quantité des N 5 PU /
pièce
Quantité des D 5 PU /
pièces acheter
Date de D 6 Puno /
renforcement
2.4.2.6. Document 6 : fourniture réseau
- Désignation du document : fourniture réseau

- Rôle : suivi des fournitures
- Désignation : FRS
- Périodique : Non spécifique

Numéro du N 4 PU /
demande
Date D 8 PU /
établissement
Nombre de N 3 PU /
pièce
Reference de A 10 PU /
pièce
2.4.2.7. Document 7 : bon de réception
- Désignation du document : bon de réception

- Rôle : vérifier les pièce réseau
- Désignation : BR

Numéro du N PU /
fournisseur
Date de la D 8 PU /
commande
Numéro de N 20 PU /
facture
Date de facture D 8 PU /
Symbole A PU /
désignation
Unité de A Puno /
présure
Quantité N 3 PU /
Prix unitaire N 5 PU /
Totale unité N 5 Puno /
Observation A 8 Puno /
2.4.2.8. Document 8 : liste des taches
- Désignation du document : liste des taches

- Rôle : les tache à effectuer sur la machine
- Désignation : LDT

Numéro du N 4 PU /
tache
Type de tache A 10 PU /
Numéro de N 8 PU /
machine
Date des tache D 6 PU /
2.4.2.9. Document 9 : bon de consommation
- Désignations du document : bon de consommation

- Rôle : commande avec des pièce
- Désignations : BDC
-

Adresse par A PU no /
Date D 8 PU /
Symbole A 20 PU /
Désignations A 8 PU /
Unité N Puno /
Prix unitaire A PU /
Montant N 3 PU /
R N 5 Puno /
Quantité N 5 PUNO /
demande
Quantité livrée A 8 PU /
2.4.2.10. Document 10 : fiche demande pièce unique
- Désignations du document : fiche demande pièce unique

- Rôle : demande pièce unique
- Désignations : DPU

Numéro du la N 6 PU /
demande
Demande date D PU /
Nombre de N 8 PU /
pièce
Type de model A 8 PU /
Signature A PUNU /
envoie-N N 3 PU /
2.4.2.11. Document 11 : liste des machines libre
- Code document :
- Désignations du document : liste des machines libre
- Rôle : savoir les machines
- Désignation : LML

N-machine N 8 PU /
Type de A 3 PU /
machine
Date de D 6 PU /
validation
2.4.2.12. Document 12 : bon provisoire
- Désignations du document : bon provisoire

- Rôle : demande de pièce
- Désignations : BP
- Périodique : chaque demande par ouvrier de pièce

Numéro de N 4 PU /
pièce
Symbole A 15 PU /
Véhicule A 30 PU /
Signature A 8 PUNU /
Burelé D 6 PUNU /
2.4.2.13. Document 13 : programme de visite hebdomadaire
- Désignations du document : programme de visite hebdomadaire

- Rôle : organisation de visite locomotive
- Désignations : PVH

Date début de D 10 PU /
semaine
Date fine D 10 PU /
semaine
Engins N 8 PU /
Type de visite AN 8 PU /
Jour D 2 PU /
Date de la D 10 PUNU /
précédente
Date 10 PUNU /
établissement
2.4.2.14. Document 14 : fiche demande de réparation
- Désignations du document : fiche demande de réparation

- Rôle : demande de réparation
- Désignations : DR
- Périodique : non spécifique

Numéro de N 12 PU /
demande
Adresser par le A 20 PUNU /
parc
Adresser par A PUNU /
Atelier N 20 PU /
Nombre A 2 PU /
Désignations AN 8 PU /
Type du model N 8 PU //
Numéro de A 12 PU /
machine
Indication des N 8 PU /
réparation
Nombre des D 4 PU /
pièce restantes
au parc
Date de D 10 PUNU /
livraison des
pièces
2.5. Étude procédures
2.5.1. Introduction
Dans cette partie de l’étude nous allons présenter les différentes procédures de
travail d’une manière successive.
Une procédure est de travail est représentée par une suite d’action déclenche
par un ou plusieurs événement la procédure de travail est l’organe moteur Dun
système informatique elle englobe un ensemble de taches exécutes par un ou
plusieurs postes et concourant a la réalisation d’un objectif connu l’étude des
procédures.
Il permet de cerner au mieux le système existant apparaitre
-l’acheminement des informations.
-les détailles de Transfer des informations.
Les opérations effectuées au niveau de chaque poste
2.5.2. listes des procédures :
• Demande pièce
• Entrer pièce rechange magasin locale
• Entrer pièce rechange magasin central
• La maintenance des locomotives
2.5.3. Les symboles utiliser dans le DCI
Symbole Désignation
Document
Document en plusieurs exemplaire
Archivage
Virification
Séance de circulation
2.5.4. ETUDE DES procédure
2.5.4.1. Procédure 1 : DEMENDE DE PIECE
TEMPS Distributeur Fichiste Chef par Acteur
externe
Ouvriers
BP
1 -établissement
-envoi
BP
DF
BP DF
2 - ENREGISREMENT
-ARCHIVAGE
BP DF
BP
DF
3
-CONTROLE
non oui
SI
Envoi
ETABLISEMENT
BR
RS
Ouvriers
Description de la procédure 1 : DEMENDE DE PIECE
Opération Description
1 -réception BP
-établissement DF
2 - réception BP plus DF
- envoi BP plus DF
3 - réception BP plus DF
-vitrification DF
-si oui, établissement BR et envoi BR avec pièce a l’ouvrier, sinon
Envoi RS renvoi a mutilateur
Description des documents

BP Bon provisoire
DF Demande fourniture
BR Bon de réception
RS Rapporte de stock
2.5.4.2. Procédure 2: entre pièce rechange magasin locale
Temps Distributeur Fichiste MG- locale Acteur externe
BDC
1
- envoi
- établissement
DF
Fournisseur
FRS
2 -enregistrement
-envoi
-Etablir
FRS RS
FRS RS
3 -enregistrement
-analyse
Non Oui
SI
4 -envoi
-enregistrement
5 -ETABLISEMENT
-envoi
DF
6
-Ordonner DF
7 -envoi
-
ENREGSTEREMen
t
DF
Fournisseur
Description de la procédure 2 : entre pièce rechange magasin locale
1 - réception BDC
- établissement DF
- envoi DF
2 - réception FRS plus pièce
-Etablir RS
3 -réception FRS plus RS

--vérification RS PLUS RS
-si oui, établirez DF est renvoi, si non envoi pièce distributeur
4 -envoi des pièce
5 -établissement DF
-envoi DF
6 -ordonner pièce
7 -respittions est enregistré DF

-envoi ou fournisseur

BDC Bon de consommation
DF Demande de fourniture
FRS Fourniture reçu
RS Rapport de stock
2.5.4.3. Procédure 3 : entre pièce rechange magasin centrale
Temp Distributeur Fichiste Chef de magasin Acteur externe
CENTRALE
BDC
1 -enregistrement
-envoi
BDC
BDC
2 -ETABLISEMENT
-établissement
-envoi
-
-
DF
Fournisseur
FRS
3 -enregistrement
-archivage
-envoi
4 -ordonner
-établissement
-ETABLISEMENT
RS
Description de la procédure 3 : entre pièce rechange magasin centrale
1 -réception BDC
-envoi BDC
2 -réception BDC
- établissement DF
-envoi DF
3 - réception FRS plus pièce
- archivage FRS
-envoi pièce
4 - réception pièce
-ordonner pièce
-établissement FS

BDC Bon de consumation
DF Demande fourniture
FRS Fourniture reçu
RS Rapporte stock
2.5.4.4. procédure 4: la maintenance des locomotives
Temp Chef atelier Chef devisions Acteur externe

maintenance
CHEF PAREC
PVH
1 -analyse
-establishment
LDT
LDT
2 -Etablissement
LME
FTE
FTE LME
3 -enregistrement
-envoi
LML FTE UBR

CHEF PARC
Description de la procédure 4 : la maintenance des locomotives
1 -réception PVH
-établissement LDT
-envoi LDT
2 - réception LDT
-établissement LME plus FTE
-envoi LME plus FTE
3 - réception LME plus FTE
-enregistrement LME plus FTE
-établissement LML plus FTE plus UBR
-envoi LML plus FTE plus UBR chef parc

PVH Programme Viste hebdomadaire
LDT Liste des tache
LME Liste des machines empanne
FTE Fiche des travaux effecteur
LML Liste des machine libre
UBR User des bon de roues
CHAPITRE 3
ETUDE
CONSCEPTUELLE
INTRODUCTION
Cette étude nous permettra de mettre le dernières tache et de réaliser un

système d’information plus fiable ces taches se composent de :
• Merise
• Dictionnaire de donnes
• Modèle conceptuel de données (mcd).
• Modèle logique de données (mld).
• Modèle organisationnelle des traitements (mot).
1. la méthode merise :
1.1. présentations :
La conception d’un système d’information n’est pas évidente car il faut réfléchir
à l’ensemble De l’organisation que l’on doit mettre en place.
La phase de conception nécessite des méthodes permettant de mettre en place

un modèle sur Lequel on va s’appuyer.
Pour notre cas, nous avons utilisé la méthode MERIS pour développer notre
application
1.2. Définition
MERISE est une méthode de conception et développement de système

d’information. MERISE est avant tout une méthode au plus exactement une
démarche de Construction de système d’information conçue pour r répondre
aux
Besoin toujours croissant en matière de conception et l’organisation via le

projet technologique et les changements radicaux qui l’ont suivi. MERISE
autant que méthode de conception décrit le système d’information par trois
niveaux :
• Niveau conceptuel.
• Niveau logique(organisationnel).
• Niveau physique.
MERISE en tant que méthode de développement découpe le processus de

développement en quatre étapes :
L’étude préalable. L’étude détaillée. L’étude technique. L’étude du logiciel.
1.3. Le niveau conceptuel

Le niveau conceptuel consiste à concevoir le SI en faisant abstraction de
toutes les contraintes techniques ou organisationnelles et cela tant au niveau
des données que des traitements, le niveau conceptuel répond à la question
quoi ? (Le quoi faire, avec quelles données).
Tableau descriptif des modelés utiliser par la méthode merise :

Niveau Règle Préoccupation Modèle
Données Traitement
Conceptuel Gestion Quoi ? MCD MCT
Organisationnelle Organisation Qui fait quoi ? MLD MOT
logique Quand et où ?
Comment ?
Physique Technique Avec quel moyens MLD MOPT
opérationnel
2. Dictionnaire de donner brute :
Numéro Nom Désignation Typ Taille Natu Commentaire
e re
1 Num_pc Num de pièce N 12 E //
2 Désignation_piece Désignation A 6 E //
3 Symbole Symbole A 6 E //
4 Véhicule Véhicule N 10 E //
5 Numéro_demande Numéro de demande N 4 E /
6 Atelier Atelier A 12 E /
7 Nombre Nombre N 3 E //
8 Désignation_piece Désignation A 12 E /
9 Type_modale Type modale A 12 E /
10 Num_machine Numéro machine N 10 E /
11 Ind_rep Indication repartie A 5 E /
12 Num_piece _parc Nombre pièce parc N 3 E /
13 Référencement Référencement N 4 E /
14 Désignation_piece Désignation pièce A 12 E /
15 Nombre Cet pièce A 12 E /
16 Piece _achat Cet Piece achat N 12 E /
17 Num_bon four Numéro bon four N 4 E /
18 Désignation_piece Désignation pièce A 12 E //
19 Cet_ p_date Cet_p_date D 10 E JJ/MM/AAAA
20 Date_de_four Date_de_four D 10 E JJ/MM/AAAA
21 Num__bon_four Num__bon_four N 12 E /
22 Num_de_four Num_four N 12 E /
23 Date_coude Date_coude D 10 E JJ/MM/AAAA
24 Num_ facteur Num_ facteur N 6 E /
25 Date _facteur Date facteur D 10 E JJ/MM/AAAA
26 Symbole Symbole A 6 E /
28 Ce livre Ce livre N 6 E /
29 Pu Pu N 3 E /
30 Num_dem Numéro demande N 4 E /
31 Date_dem Date demande D 10 E JJ/MM/AAAA
32 Num_p Nombre pièce N 3 E /
33 Nombre Demande A 3 E /
36 Num_bon_cous Num_bon_cous N 12 E /
37 Date Date D 10 E JJ/MM/AAAA
38 Symbole Symbole A 6 E /
40 Pu Prix_uniti N 4 E //
41 Montant Montant N 4 E /
42 Nombre Quantité demande N 4 E //
43 Quantité_livre Quantité livre N 4 E /
44 Num_loc Num locomotive N 6 E /
45 Num_bourdon Num bourdon N 4 E /
46 Pu Ces unités N 3 E //
47 Epaisseur Epaisseur N 3 E //
48 Hauteur Hauteur N 3 E /
49 Etat_de_forant Etat de forant A 4 E /
50 Num_tache Num tache N 3 E /
51 Nom_tache Nom tache A 5 E /
52 Num_machine Num machine N 6 E /
53 Date tache Date tache D 10 E JJ/MM/AAAA
54 Num_machine Numéro Locomotive A 6 E /
55 Nom_chef_brigade Nom chef brigade A 20 E /
56 Date_entrer Date entrer D 10 E JJ/MM/AAAA
57 Date_sorti Date sorti D 10 E JJ/MM/AAAA
58 Nom_ouvrier Nom ouvrier A 20 E /
59 Travails_effecteurs Travails effecteurs A 10 E /
60 Remarque Remarque A 20 E /
62 Type_machine Type machine A 5 E /
63 Date validation Date validation D 10 E JJ/MM/AAAA
64 Num_machine N_ machine N 6 E //
66 Date validions Date validions D 10 E JJ/MM/AAAA
67 Num_machine N_ machine N 6 E //
69 Date _deb_sem Date _deb_sem D 10 E JJ/MM/AAAA
70 Date _fine _sem Date _fine _sem D 10 E JJ/MM/AAAA
71 Engaine Engaine A 6 E /
72 Type_visite Type visite A 4 E /
73 Date_précèdent Date précèdent A 8 E //
74 Date_ prochaine Date prochaine D 10 E JJ/MM/AAAA
75 Date_ établissement Date_ établissement D 10 E JJ/MM/AAAA
2.1. Épuration :
Epuration de Dictionnaire de donner brut :
Doublon :
- Type machine =62=65
- Designation_piece =2=8=14=18=27=34=39
- Type_modale =9=35
- Num_machine =10=52=54=61=64=67
- Date_validions 68=66
- Symbole 3=26=38
- Numero_demande 5=31
- Pu =29=40=46
Synonyme :
- 4=10
- Véhicule= num + machine
- 24 = 20
- Date commande =date_de_four
- 5=22
- Numéro demande =num_de_four
- 20=30
- Date_defour=date_demande
- 33=15=7=42
- Nemero_piece_demande=cet_p_dem=nombre=cet_demande
Donner calculer :
- 41= montant
3. Dictionnaire de données épure :
Num Nom Désignation Typ Taille Natu Commentaire

éro e re
1 Num_pc Num de pièce N 12 E //
3 Symbole Symbole A 6 E //
4 Atelier Atelier A 12 E /
5 Nombre_ Nombre pc_ demander N 3 E //
pièce demander
8 Ind_rep Indication repartie A 5 E /
9 Num_piece _parc Nombre pièce parc N 3 E /
10 Référencement Référencement N 4 E /
11 Cet_p_dem Cet pièce A 12 E /
12 Piece _achat Cet Piece achat N 12 E /
13 Num_bon_four Numéro bon four N 4 E /
14 Cet_p_date Cet_p_date D 10 E JJ/MM/AAAA
15 Date_de_four Date_de_four D 10 E JJ/MM/AAAA
16 Num_de_four Num_four N 12 E /
17 Date_coude Date_coude D 10 E JJ/MM/AAAA
18 Num_ facteur Num_ facteur N 6 E /
18 Date _facteur Date facteur D 10 E JJ/MM/AAAA
19 Ce livre Ce livre N 6 E /
20 Pu Pu N 3 E /
21 Num_dem Numéro demande N 4 E /
22 Num_p Nombre pièce N 3 E /
23 Nombre Demande A 3 E /
25 Num_bon_cous Num_bon_cous N 12 E /
26 Date Date D 10 E JJ/MM/AAAA
27 Montant Montant N 4 E /
28 Cet_demande Quantité demande N 4 E //
29 Quantité_livre Quantité livre N 4 E /
30 Num_loc Num locomotive N 6 E /
31 Num_bourdon Num bourdon N 4 E /
32 Epaisseur Epaisseur N 3 E //
33 Hauteur Hauteur N 3 E /
34 Etat_de_forant Etat de forant A 4 E /
35 Num_tache Num tache N 3 E /
36 Nom_tache Nom tache A 5 E /
37 Date tache Date tache D 10 E JJ/MM/AAAA
38 Nom_chef_brigade Nom chef brigade A 20 E /
39 Date_entrer Date entrer D 10 E JJ/MM/AAAA
40 Date_sorti Date sorti D 10 E JJ/MM/AAAA
41 Nom_ouvrier Nom ouvrier A 20 E /
42 Travails_effecteurs Travails effecteurs A 10 E /
43 Remarque Remarque A 20 E /
45 Date validation Date validation D 10 E JJ/MM/AAAA
47 Date _deb_sem Date _deb_sem D 10 E JJ/MM/AAAA
48 Date _fine _sem Date _fine _sem D 10 E JJ/MM/AAAA
49 Engaine Engaine A 6 E /
50 Type_visite Type visite A 4 E /
51 Date_précèdent Date précèdent A 8 E //
52 Date_ prochaine Date prochaine D 10 E JJ/MM/AAAA
53 Date_ établissement Date_ établissement D 10 E JJ/MM/AAAA
4. Model conceptuelle de données :
4.1. ntroduction :
Le modèle conceptuel de données (mcd) a pour but de décrire de façon formelle
les données qui seront utilisées par le système d’information .il s’agit donc
d’une représentation des données, facilement compréhensible, permettant de
décrire le système d’information.
4.2.Concepts de base :
La construction d’un MCD est base sur un ensemble de concepts qui sont
principalement :
L’entité, la relation (ou l’association), la propriété (ou l’attribut), la cardinalité,
l’identifiant.
4.3. Entités :
L’entité est un objet ou un individu du système d’information pourvu dune
existence propre porteuse de propriétés en d’autres termes c’est représentation
dans le système d’information d’un objet matériel ou immatériel du réel perçu.
4.4. Relations :
Une relation entre entités est une association perçue dans le réel entre deux ou
plusieurs entités. Une relation n’a pas d’existence propre mais elle peut
porteuse de propriétés.
4.5. Propriétés :
Une propriété (ou attribut) est une donnée (une information) élémentaire qui
caractérise un objet (entité) ou une relation pour prendre sa signification, une
propriété doit obligatoirement être rattachée a un objet ou une relation.
4.6.. L’identifiant :
4.6.1. Identifiant d’une entité :

1identifiant d’une entité est une propreté particulière qui caractérise de façon
unique chaque occurrence de cette entité.
4.6.2. Identifiants d’une relation :

Cet identifiant obtenu par concaténation des identifiant des entêtes
participantes à la relation
4.6.3. Occurrence :
Une occurrence d’une entité est un élément individualise appartenant a cet
objet entités).
4.6.4. Occurrence d’une relation :
Une occurrence d’une relation individualisée relie une et une seule occurrence
de chacun des objets participants a la relation.
4.6.5. Les cardinalités :
Les cardinalités d’un objet par rapport ont une relation s’expriment par deux
nombres
Appelés : cardinalité minimale et cardinalité maximale.
4.6.6. Cardinalité minimale :
Egale a 0 ou 1, c’est le nombre minimum de fois qu’un participe aux
occurrences de relation.
4.6.7. Formalisme adopte :
Entité 1 Entité 2
Identifiant Identifiant
Propriété Propriété
(Min, max) propreté
4.7. Description des entêtes :

Désignation de l’entité Identifiant de l’entité Propriétés
Locomotive Num_loc Type_modale
Type de machine
Brigade Id_brg Nom_ ouvrier
Nom_chef_oouvrier
Visite Id_vis N_machine
Date_deb_sem
Date_fin_sem
Datai_visite Id_det_vis Type_visite

Date_précédente
Taches Num_tach Type_tache
Dat_tache
Sous_fam_tache Id_sfam_tach Ind_rep
Famille_tach Id_fm_tach Travaux_effectteur

Type_viste Id_typ_vis Cet_p_date
Bor_roue Num_br Hauteur
Epaisseur
Hauteur
Piece_Rec Num_PR Num_fournisseur
Date_facteur
Demande Num_d Indiction
Type_dem Id_ type_dem Reforecement
Bon_consom Num_bc Date
Quintite_piece
Num _locomotive
Bon_recp Num_brc Nemero_bon_four
Desgtion_piece
4.8. Descriptions des relations :

Désignation de la relation Collection Cardinalités
Appartenir Locomotive 1:n
Piece Rec 1:n
Avoir Demande 1 :1
Type_dem 1:n
Lign_demande Demande 1:n
Piece_Red 1:n
Lign_consumation Bon_consom 1:n
Piece_Red 1:n
Libh_reception Bon_recp 1:n
Piece_Red 1:n
Composer 2 Type_visit 1:n
Famill_tache 1 :1
Composer 1 Famill_tache 1:n
Sous_fam_tache 1 :1
Détaille Sous_fam_tache 1:n
Taches 0:n
Concerne1 Taches 1 :1
Locomotive 0:n
Concerne2 Locomotive 0:n
Visite 1 :1
Affecter Brigade 1:n
Visite 1 :1
Contenir Visite 1:n
Detai_visite 1 :1
Fair_obje Detai_visite 1 :1
Taches 1:n
4.9. Les règles de gestion relatives aux donnes :

Rg01 : un une locomotive peut avoir un ou plusieurs pièces.
Rg02 : un une seule pièce peut avoir un ou plusieurs locomotives.
Rg03 : une demande a une et un seul type.
Rg04 : un un type de demande peut avoir un ou plusieurs demandes.
Rg05 : un une seule demande peut avoir un ou plusieurs pièces de rechange.
Rg06 : un une seule pièce peut avoir un ou plusieurs demandes.
Rg07 : un une seule bon de consumation peut avoir un ou plusieurs pièces de
rechange.
Rg08 : un une seule pièce de rechange peut avoir un ou plusieurs bon de
consumation.
Rg09 : un une seule bon de réception peut avoir un ou plusieurs pièces de rechange.
Rg10 : un une seule pièce de rechange peut avoir un ou plusieurs bon de
Réception .
Rg11 : un seul type de Viste peut être composer d’un ou plusieurs familles de tache.
Rg12 : une famille de tâche est composée un et un seul type de visite.
Rg13 : un une famille de tache composer un ou plusieurs sous famille tache.
Rg14 : un une sous famille et composer un et une seule famille de tache.
Rg15 : un une sou famille de tache détaille un ou plusieurs taches.
Rg16 : une tache délaita un et une seul sous famille de tache.
Rg17 : un une tache concerne un et une seule locomotive.
Rg18 : une locomotive concerne un ou zéro ou une tache.
Rg19 : une locomotive concerne un ou zéro visite.
Rg20 : une Viste concerne un et une seule locomotive
Rg21 : une brigade affecter un ou plusieurs Viste.
Rg22 : une Viste contait un ou plusieurs détaillent visite.
Rg23 : une visite contait un ou plusieurs détaillent Viste.
Rg24 : un détaille Viste contaient une seule Viste.
Rg25 : une détaille Viste possède un et une seule tache.
Rg26 : une tache possède un ou plusieurs détail visite
5. Médaille conceptuelle de donner :
5.1. MCD schéma
6. Modèle logique des données mld
6.1. Introduction :
Le modèle logique des données (MLD) représente l’univers des données
suivant le type de base de données choisi.
Apres génération du modèle logique des données, il s’agit de l’optimiser afin
d’améliorer le temps de réponse et le stockage des données.
6.2. Passage du MCD au MLD
Comment merise est orientée vers le system temps réel utilisant la technique
de données nous considérons seulement la présentation vue sous l’angle du
système de gestion de base de données (SGBD).
6.3. Règles de passage du MCD du MLD relationnel :
- Chaque propreté devient un attribut.

- Chaque individue devient une table.
- l’identifiant d’un individu ou dune relation devient la clé primaire de la
relation résultante.
- une relation de type père fils se transforme en deux relations avec migration
de ses propriétés de l’identifiant du père ver la relation correspondante au fils
6.4.le modèle logique des donnes (MLD) :

- Locomotive :(Num_loc, type_modale, type_de_machine,
- Piece Rec :(Num_br, num_fournisseur, date_facteur
- Brigade :(Num_brg, nom_ouvriers, nom_chef_brigade
- Visite :(Id_vis, n_machine, nom_chef_brigade
- Detail_visite :(Id_deet_vis, type_visite, date_precdente,
- Taches :( Num_tach, date_tache, type_tache,

-
- Sous_fan_tach : (Id_sfan_tache, ind_rep
-
- Familler_tache : (Id_fm_tache, travaux _effecteur
-
- Type_viste : (Id_type_vis, cet_p_date
-
- Bor_roue :(Num_BR, ces_untites, epsseur, hauteur,
-
- Demande :(Num_d, Indiction,
-
- Type_dem :(Id_type_dem, référencement,
-
- Bon_consumation :(Num_bc, date, quintite_piece, num_locomotive,
-
- Bon_recption :(Num_brc, numero_bon_four, desgnation_piece,
7. Modèle organisationnel des traitement (MOT)
7.1. Introduction :
Le modèle organisationnel des traitement mot permet de présenter l’ensemble

des traitements en prenant compte l’organisation de l’entreprise.
- Deux préoccupations sont prises en considération
-affectation des traitements aux poste de travail.
-la nateur et type d’automation qui peut être manuels à l’automatises.
7.2. Les concepts d base

-Procédure : une procédure est un ensemble des phases.
-Phase : une phase est un ensemble de tache exécutées de façon ininterrompue
elle doit respecter les mêmes règles des trois unités
-Temps : même poste de travail.
-Lieu : même poste de travail.
-Action : même nateur de travaille.
-Tache : une tache représente un ensemble de traitement élémentaire exécuter
a l’intérieur d’une phase.
- On doit répondre aux questions suivantes :
➢ Où ? de quel poste de travail s’agit-il
➢ Comment ? s’agit-il d’un traitement manuel ou automatique
➢ Quand ? dans quel temps le déroulement s’opérer
7.3. Le formalisme :
Période Enchainement phase Nateur Poste de travaille
Evènement 1
Evènement 1
Synchronisation
Période de Manuel ou Nom u poste qui

déroulement automatique exécute la phase
de la phase n° de phase
Tache
Règle démission
Résultat 1 Résultat 2
7.4. Processus 1 : demande pièce

Temps Phase Nature Pos
BP
P1
To= après 5 -réception de bon provisoire
minute de - établissement DF Manuelle Che
l’arrive Toujours
Demande
fournitures
P2
- ENREGISREMENT
- ARCHIVAGE
T1=T0+10minute
Toujours Auto Fich
DF
Envoyé
P3
- contrôle
-archivage rapport de stock
T2=T2+a0minute Ok OK
Manuelle Dist
Rapport Bon
de stock Réception
T3=T2+10minute P3 Manuelle
- réception et archivage de la Chef parc
décharge signe
-envoi pièce
-établir fourniture reçue
Toujours
Piece
Envoyé
7.5. Processus 2 : entre pièce rechange magasin locale
Temps Phase Nature Poste de travaille
BDC
To= après 10
minute de P1 Manuelle Mg_locale
l’arrive - analyse
- envoi
- établissement
Toujours
Demande
fourniture
reçu
P2
-établissement
-envoi
Manuelle Mg_locale
T1=T0 +2 jours
Toujours
Bonne
réception
établie
P3
-enregistrement
-établissement
-contrôle pièce reçu
Auto Fichiste
T3=T2+20 ko ok
minutes
Piece
renvoyer ou Piece
fournisseur accepter
T4=T3+30 P4 Manuelle Distributeur
minutes - Ordonner des pièce reçu
Toujours
7.6. Processus 3 : entre pièce rechange magasin centrale
BDC
P1
To= après 5 -établissement
minute de -analyse Auto Chef de magasin
l’arrive CENTRALE
Toujours
BDC
T1=T0 +2
jours P2
-enregistrement
-archivage
-Envoi pièce
Toujours Manuelle Fichiste

T2=T1+30
minutes
FRS
T3=T2+20 Manuelle Distributeur

P3
- Ordonner des pièce reçu
Toujours
7.7. Processus 5 : la maintenance des locomotives
Programme
des visites
T0=tous les P1 Manuelle Chef devisions

débuts de - analyse maintenance
semaine -establishment
Toujours
Liste des
taches
est bord
P2
T1=T0+4 jours
- maintenance des locomotives
Manuelle Chef atelier
- Etablissement des fiches des travaux
effectuer
- Etablissement liste des machines
empanne
Toujours
Envoi des
fiches
T2=T1+10 P3
minutes Manuelle Chef devisions
-établissement liste des machines libre
maintenance
- réception des fiches de travaux
effecteur
-envoi au service concerne
-établissement user de bourse de Rous
Toujours
Chapitre 4 : Réalisation
1. Réalisation :
La réalisation du nouveau système portera sur la réalisation d’un système du
suivi du gestion est d’une suite de présider de maintenance vais un site web.
Les étapes sur lesquelles passera la réalisation sont comme suit :
2. Implémentions de la base de données :
C’est la création des fichiers de données.
3. Exciteurs des programmes :

Les procède automatique seront transformées en programmes dans un langage
évolue.
Dans le nôtre, il s’agit du langage java script
4. Teste de système :
Il s’agira dans cette étape de mettre au point des teste d’essai aux quel devront
être soumis dans les programmes précédemment écrit.
Les teste devront un reflet des réalités quotidiennes.
5. Présentations du langage de programmation :
Afin de concrétiser mon étude j’ai conçu un une application à l’aide de :
5.1. Javas script :
JavaScript est un langage de programmation de scripts principalement employé dans
les pages web interactives mais aussi pour les serveurs2 avec l'utilisation (par
exemple) de Node.js3. C'est un langage orienté objet à prototype, c'est-à-dire que les
bases du langage et ses principales interfaces sont fournies par des objets qui ne
sont pas des instances de classes, mais qui sont chacun équipés
de constructeurs permettant de créer leurs propriétés, et notamment une propriété
de prototypage qui permet d'en créer des objets héritiers personnalisés. En outre,
les fonctions sont des objets de première classe. Le langage supporte le paradigme objet,
impératif et fonctionnel. JavaScript est le langage possédant le plus large
écosystème grâce à son gestionnaire de dépendances.
6. Le modèle physique de données MPD
6.1. Définition
Le modèle physique de donnes (MPD) est le dernier modèle pour les données
avant la programmation, il prend en compte les ressourcées physique (SGBD)
Permet aussi d’implémenter en machine l’ensemble des données MLD.
Le MPD est développe en parallèle avec le model opérationnel des traitements
MOPT, qui représente la procédure de programmation.
En fait il permet à la description d la base de données il est note que le passage
du modale physique des données s’affecte en remplacent les relations par les
fichiers
Les règles des passages du MLD au MPD :
-chaque table devient un fichier
-chaque clé de table devient le code du fichier
-chaque table devient un enregistrement
-chaque attribut de la table devient un champ
6.2. Présentations du modèle physique :
1-Table Piece rechange
➢ cle primaries Num_PR
code designation Type Taille

Piece_re Pice rechange N 2
Num_fournisseur Numero fournnisseur N 8
prix_u Prix unitaire N 3
nb_p_rest Number de piece N 3

restant
Date_facteur Date de la facture N 10
2-Table Demande
➢ cle premiere Num_D
➢ cle etrangaire Num_PR

Date _D Date demande N 10
Num_B_Four Num bon fournniseur N 4
Indication Indication de demande A 6
Num_PR Num piece de rechange N 2

3-Table Type_dem
➢ cle premiere ID_typ_dem
➢ cle etrangaire num D

Desig_typ_dem Designation type N 2
demande
Referencement Refrencement type n 4
piece
4-Table bon_consom
➢ Clé primaire NUM_BC

Date_BC Date bon de N 10
consummation
Quintiti_piece Quantity piece N 4
Num_locomotive Num locomotive N 6
5-Table Locomotive
➢ cle premiere Num_loc

Date_ent, Date enter N 10
Type de machine Type de machine A 12
Date_sort, Date sorter N 10

type_modale Type de modal A 4
6-table Bor_roue
➢ cle premiere Num_BR
➢ cle etrangaire num loc

Qt_BR quantity de boure de N 4
rous
Epaisseur Epaisseur de boure N 3
de rous
hauteur Hauteur de boure de N 3
rous
7-Table Taches
➢ cle premiere Num_tach
➢ cle etrangaire id sfam tac
Code designation Type Taille

Date_tache Dtae de la taches D 10
Type_tache Type de la taches A 12
8-Table Sous_fam_tache
➢ cle premiere ID_SFam_tach

Dés_SF_tach Designation de sous A 6
failler tache
Ind_rep Indication reporter A 5
9-Table Famill_tache
,
➢ cle prem
code Designation Type Taille

Dés_SF_tach Designation sous A 6
familler taches
Travaux_effecter Travaux effecter A 10
10-Table type_visi
➢ cle premiere ID_typ_vis
➢ cle etrangaire id fm tach

Dés_SF_tach Designation sous A 6
familler taches
DateB_Rép, Date de bon de N 10
reception
Cod-Four, Code fournisseur N 12
ID_Art Id article N 5
11-table detai visite
➢ cle premiere D_det_vis
➢ cle etrangaire num_tache

Type_visit Type visit A 4
Date_presedente Date president visit D 10
12-Table visite
➢ cle primaire ID_vis
➢ cle etrangaire N_machine

N_machine Numero machine N
Date_deb_sem Date debut semaine D 10
date_fin_sem Date fin de semaine D 10
7. Postgre SQL
L'histoire de PostgreSQL remonte à la base de données Ingres, développée à

Berkeley par Michael Stonebraker. Lorsque ce dernier décida en 1985 de
recommencer le développement de zéro, il nomma le logiciel Postgres, comme
raccourci de post-Ingres. Lors de l'ajout des fonctionnalités SQL en 1995,
Postgres fut renommé Postgres95. Ce nom fut changé à la fin de 1996 en
PostgreSQL.
Le projet s'organise de manière à maintenir simultanément plusieurs versions
stables ainsi qu'un dépôt mis à jour en continu12. Cette pratique est extrêmement
appréciable pour les productions des systèmes informatiques car elle leur
permet de lisser les besoins de migration obligée de leurs applications qui
utilisent des bases de données sur les moments de faible charge et de
disponibilités de leurs ressources. Elles réalisent ainsi de très sérieuses
économies, puisqu'on estime en moyenne que cette charge représente au moins
40 %, mais le plus souvent jusqu'à 60 % des coûts de fonctionnement des
organisations informatiques au sein des entreprises.[réf. nécessaire]
7.1. Principales caractéristiques
Ce SGBDRO utilise des types de données modernes, dits composés ou enrichis
suivant les terminologies utilisées dans le vocable informatique usuel. Ceci
signifie que PostgreSQL peut stocker plus de types de données que les types
simples traditionnels entiers, caractères, etc. L'utilisateur peut créer des types,
des fonctions, utiliser l'héritage de type, etc.
PostgreSQL est plus avancé que ses concurrents dans la conformité aux
standards SQL (énoncé vrai entre 2012 et 2015). PostgreSQL est pratiquement
conforme (de plus en plus conforme) aux normes ANSI SQL 89, SQL 92 (SQL
2), SQL 99 (SQL 3), SQL:2003 et SQL:200813. Il fonctionne sur diverses plates-
formes matérielles et sous différents systèmes d'exploitation.
PostgreSQL fonctionne sur Solaris, SunOS, Mac OS X, HP-UX, AIX, Linux, IRIX,
Digital Unix, BSD, NetBSD, FreeBSD, OpenBSD, SCO unix, NeXTSTEP, UnixWare et
toutes sortes d'Unix. Depuis la version 8.0, PostgreSQL fonctionne également
nativement sur Windows. Avant la version 8, il fallait une couche de
compatibilité POSIX (par exemple cygwin) pour faire fonctionner PostgreSQL
sur ce système d'exploitation.
PostgreSQL est largement reconnu pour son comportement stable, proche de
Oracle, mais aussi pour ses possibilités de programmation étendues,
directement dans le moteur de la base de données, via PL/pgSQL. Le traitement
interne des données peut aussi être couplé à d'autres modules externes
compilés dans d'autres langages.
7.2. Outils d'administration
• Interfaces utilisateurs
• psql est une interface en ligne de commande permettant la saisie de requêtes
SQL, directement ou par l'utilisation de procédures stockées.
• pgAdmin14 est un outil d'administration graphique pour PostgreSQL
distribué selon les termes de la licence PostgreSQL15.
• phpPgAdmin est une interface web d’administration pour PostgreSQL.
L'outil d'administration est écrit en PHP et supporte les différentes branches
de PostgreSQL depuis sa version 7. L'interface s'appuie sur des scripts
PHP et sur la base de données PostgreSQL pour favoriser les diverses
tâches d'administration via le World Wide Web. La dernière version a été
réalisée le 14 avril 201316.
• Adminer est une interface web légère d’administration pour plusieurs
SGBD do
8. Architecture trois tiers
L'architecture trois tiers1, aussi appelée architecture à trois niveaux ou

architecture à trois couches, est l'application du modèle plus général qu'est le
multi-tiers. L'architecture logique du système est divisée en trois niveaux ou
couches :
• couche de présentation ;
• couche de traitement ;
• couche d'accès aux données.
C'est une architecture basée sur l'environnement client–serveur.
9. Définition et concepts
Exemple d'architecture trois tiers.

Son nom provient de l'anglais tier signifiant étage ou niveau. Il s'agit d'un
modèle logique d'architecture applicative qui vise à modéliser une application
comme un empilement de trois couches logicielles (ou niveaux, étages, tiers)
dont le rôle est clairement défini :
• la présentation des données, correspondant à l'affichage, la restitution
sur le poste de travail, le dialogue avec l'utilisateur ;
• le traitement métier des données, correspondant à la mise en œuvre de
l'ensemble des règles de gestion et de la logique applicative ;
• l'accès aux données persistantes : correspondant aux données qui sont
destinées à être conservées sur la durée, voire de manière définitive.
Dans cette approche, les couches communiquent entre elles au travers d'un
« modèle d'échange », et chacune d'entre elles propose un ensemble de services
rendus. Les services d'une couche sont mis à disposition de la couche
supérieure. On s'interdit par conséquent qu'une couche invoque les services
d'une couche plus basse que la couche immédiatement inférieure ou plus haute
que la couche immédiatement supérieure (chaque couche ne communique
qu'avec ses voisins immédiats).
Le rôle de chacune des couches et leur interface de communication étant bien
définis, les fonctionnalités de chacune d'entre elles peuvent évoluer sans
induire de changement dans les autres couches. Cependant, une nouvelle
fonctionnalité de l'application peut avoir des répercussions dans plusieurs
d'entre elles. Il est donc essentiel de définir un modèle d'échange assez souple,
pour permettre une maintenance aisée de l'application.
L'architecture trois tiers a pour objectif de répondre aux préoccupations
suivantes :
• l'allègement du poste de travail client (notamment vis-à-vis des
architectures classiques client-serveur de données – typiques des
applications dans un contexte Oracle/Unix) ;
• la prise en compte de l'hétérogénéité des plates-formes (serveurs, clients,
langages, etc.) ;
• l'introduction de clients dits « légers » (plus liée aux technologies
Intranet/HTML qu'à l'architecture trois tiers proprement dite) ;
• l'amélioration de la sécurité des données, en supprimant le lien entre le
client et les données. Le serveur a pour tâche, en plus des traitements
purement métiers, de vérifier l'intégrité et la validité des données avant
de les envoyer dans la couche d'accès aux données ;
• la rupture du lien de propriété exclusive entre application et données.
Dans ce modèle, la base de données peut être plus facilement normalisée
et intégrée à un entrepôt de données ;
• une meilleure répartition de la charge entre différents serveurs
d'applications.
Précédemment, dans les architectures client-serveur classiques, les couches de
présentation et de traitement étaient trop souvent imbriquées. Ce qui posait
des problèmes à chaque fois que l'on voulait modifier l'interface homme-
machine du système.
L'activation à distance (entre la station et le serveur d'applications) des objets
et de leurs méthodes (on parle d'invocation) peut se faire au travers d'un ORB
(avec le protocole IIOP ou au moyen des technologies COM/DCOM de
Microsoft ou encore avec RMI en technologie Java EE). Cette architecture
ouverte permet également de répartir les objets sur différents serveurs
d'applications (soit pour prendre en compte un existant hétérogène, soit pour
optimiser la charge).
Il s'agit d'une architecture logique qui se répartit ensuite selon une architecture
technique sur différentes machines physiques, bien souvent au nombre de
trois, quatre ou plus. Une répartition de la charge doit dans ce cas être mise en
place.
9.1. Les trois couches
• Couche de présentation (premier niveau)

Elle correspond à la partie visible et interactive de l'application pour les
utilisateurs. On parle d'interface homme-machine. En informatique, elle peut
être réalisée par une application graphique ou textuelle (WPF). Elle peut aussi
être représentée en HTML pour être exploitée par un navigateur web ou en
WML pour être utilisée par un téléphone portable.
On conçoit facilement que cette interface peut prendre de multiples facettes
sans changer la finalité de l'application. Dans le cas d'un système de
distributeurs de billets, l'automate peut être différent d'une banque à l'autre,
mais les fonctionnalités offertes sont similaires et les services identiques
(fournir des billets, donner un extrait de compte, etc.).
Toujours dans le secteur bancaire, une même fonctionnalité métier (par
exemple, la commande d'un nouveau chéquier) pourra prendre différentes
formes de présentation selon qu'elle se déroule sur Internet, sur un distributeur
automatique de billets ou sur l'écran d'un chargé de clientèle en agence.
La couche de présentation relaie les requêtes de l'utilisateur à destination de la
couche de traitement, et en retour lui présente les informations renvoyées par
les traitements de cette couche. Il s'agit donc ici d'un assemblage de services
métiers et applicatifs offerts par la couche inférieure.
• Couche de traitement (deuxième niveau)

Elle correspond à la partie fonctionnelle de l'application, celle qui implémente
la logique métier, et qui décrit les opérations que l'application opère sur les
données en fonction des requêtes des utilisateurs, effectuées au travers de la
couche de présentation.
Les différentes règles de gestion et de contrôle du système sont mises en œuvre
dans cette couche.
La couche de traitement offre des services applicatifs et métier2 à la couche de
présentation. Pour fournir ces services, elle s'appuie, le cas échéant, sur les
données du système, accessibles au travers des services de la couche inférieure.
En retour, elle renvoie à la couche de présentation les résultats qu'elle a
calculés.
• Couche d'accès aux données (troisième niveau)

Elle correspond à la partie gérant l'accès aux données de l'application. Ces
données peuvent être propres à l'application, ou gérées par une autre
application. La couche de traitement n'a pas à s'adapter à ces deux cas, ils sont
transparents pour elle, et elle accède aux données de manière uniforme
(couplage faible).
9.2. Données propres à l'application
Ces données sont pérennes, car destinées à durer dans le temps, de manière plus ou
moins longue, voire définitive.
Les données peuvent être stockées indifféremment dans de simples fichiers dans
différents formats textuels (XML) ou binaires, ou encore dans une base de données.
Quel que soit le support de stockage choisi, l'accès aux données doit être le même.
Cette abstraction améliore la maintenance du système.
Les services sont mis à disposition de la couche de traitement. Les données renvoyées
sont issues des données de l'application.
Pour une implémentation « native », le patron de conception (en anglais design pattern)
à implémenter dans cette couche est le Data Access Object (DAO). Ce dernier consiste
à représenter les données du système sous la forme d'un modèle objet. Par exemple un
objet pourrait représenter un contact ou un rendez-vous.
La représentation du modèle de données objet en base de données (appelée persistance)
peut s'effectuer à l'aide d'outils tels que Hibernate.
9.3. Données gérées par une autre application
Les données peuvent aussi être gérées de manière externe. Elles ne sont pas fournies
par l'application considérée qui s'appuie sur la capacité d'une autre application à fournir
ces informations.
Par exemple, une application de pilotage d'entreprise peut ne pas sauvegarder les
données comptables de haut niveau dont elle a besoin, mais les demander à une
application de comptabilité. Celle-ci est indépendante et pré-existante, et on ne se
préoccupe pas de savoir comment elle les obtient ou si elle les sauvegarde, on utilise
simplement sa capacité à fournir des données à jour.
9.4. Client–serveur
Sauter à la navigation Sauter à la recherche

L'environnement client–serveur désigne un mode de communication à travers
un reseau entre plusieurs programmes : l'un, qualifié de client, envoie des
requêtes ; l'autre ou les autres, qualifiés de serveurs, attendent les requêtes des
clients et y répondent. Par extension, le client désigne également l'ordinateur
ou la machine virtuelle sur lequel est exécuté le logiciel client, et le serveur,
l'ordinateur ou la machine virtuelle sur lequel est exécuté le logiciel serveur.
Les serveurs sont des ordinateurs généralement destinés au logiciel serveur
qu'ils abritent, et dotés de capacités supérieures à celles des ordinateurs
personnels en ce qui concerne la puissance de calcule les entrées-sorties et les
connexions réseau. Les clients sont souvent des ordinateurs personnels ou des
appareils individuels (téléphone, tablette), mais pas systématiquement. Un
serveur peut répondre aux requêtes d'un grand nombre de clients.
Il existe une grande variété de logiciels serveurs et de logiciels clients en
fonction des besoins à servir : un serveur Web publie des pages Web
demandées par des navigateurs Web ; un serveur de messagerie électronique
envoie du courriel à des clients de messagerie ; un serveur de fichiers permet
de partager des fichiers sur un réseau ; un serveur de base de données permet
de récupérer des données stockées dans une base de données, etc.
- Caractéristiques d'un programme serveur :
• il attend une connexion entrante sur un ou plusieurs ports réseaux
locaux ;
• à la connexion d'un client sur le port en écoute, il ouvre un socket local
au système d'exploitation ;
• à la suite de la connexion, le processus serveur communique avec le
client suivant le protocole prévu par la couche application du modèle
OSI.
Caractéristiques d'un programme client :
• Il établit la connexion au serveur à destination d'un ou plusieurs ports
réseaux ;
• Lorsque la connexion est acceptée par le serveur, il communique comme
le prévoit la couche application du modèle OSI.
Le client et le serveur doivent bien sûr utiliser le même protocole de
communication au niveau de la couche transport du modèle OSI. On parle
souvent d'un service pour désigner la fonctionnalité offerte par un processus
serveur.
9.5. Ordinateur central

Avant que n'apparaisse l'environnement client–serveur, les réseaux
informatiques étaient configurés autour d'un ordinateur central (mainframe en
anglais) auquel étaient connectés des terminaux passifs (écran adjoint d'un
clavier sans unité centrale). Tous les utilisateurs étaient alors connectés sur la
même unité centrale1.
L'ordinateur central n'affichait que du texte à l'écran sans graphisme (pas de
bouton, pas de fenêtre). Il était spécialisé dans la gestion d'informations de
masse auquel il pouvait appliquer des instructions simples (addition,
soustraction, etc.) mais avec une grande vélocité. Ainsi, plusieurs milliers de
personnes pouvaient travailler sur cette unité centrale sans ralentissement.
Aujourd'hui, les anciens terminaux passifs ont été remplacés par des
émulations logicielles installées sur des ordinateurs personnels.
Pour pallier le manque de graphisme, différentes solutions existent dont
l'intégration de l'ordinateur central dans une architecture à deux, trois ou N
niveaux, en laissant à d'autres la fourniture d'une interface homme-machine.
Cette architecture est déployée sur le MVS d'IBM mais aussi sur des serveurs
sous Unix, Linux, etc.
• Avantages :
1. Gestion des données et des traitements centralisée.
2. Maintenance matériel minime.
3. Grande vélocité sur des grands volumes de données et de treatments.
• Inconvénients :
1. interface homme-machine minimaliste.
2. Utilisation de langages de programmation anciens.
3. Calcul scientifique complexe impossible
Environnement client–serveur
Exemple d'architecture client–serveur : deux clients font leurs requêtes à

un serveur via Internet.
L'organisation d'un environnement client–serveur diffère selon le type
d'architecture du réseau et le type de client2.
9.6. Types d'architecture
• Architecture pair à pair
Une architecture pair à pair (peer-to-peer ou P2P en anglais) est un
environnement client–serveur où chaque programme connecté est
susceptible de jouer tour à tour le rôle de client et celui de serveur.
• Architecture à deux niveaux

Une architecture à deux niveaux ou une architecture deux tiers (two-tier
architecture en anglais) est un environnement client–serveur où le client
demande une ressource au serveur qui la fournit à partir de ses propres
ressources.
• Architecture à trois niveaux

.Une architecture à trois niveaux ou une architecture trois tiers (three-
tier architecture en anglais) ajoute un niveau supplémentaire à
l'architecture à 2 niveaux, permettant de spécialiser les serveurs dans une
tâche précise, ce qui donne un avantage de flexibilité, de sécurité et de
performance :
un client qui demande une ressource via une interface utilisateur
(généralement un navigateur web) chargée de la présentation de la
ressource ;
- un serveur d'application (appelé middleware) qui fournit la
ressource, mais en faisant appel aux ressources d'un autre serveur ;
- un serveur de données qui fournit au serveur d'application les
ressources requises pour répondre au client.
• Architecture à N niveaux
Une architecture à N niveaux ou architecture N tiers (N-tier architecture
en anglais) n'ajoute pas encore des niveaux supplémentaires à
l'architecture à 3 niveaux, mais introduit la notion des objets qui offre la
possibilité de distribuer les services entre les 3 niveaux selon N couches,
permettant ainsi de spécialiser les serveurs davantage.
9.7. Types de client
• Client léger
Un client léger est une application où le traitement des requêtes du client
(applications Web n'utilisant pas ou peu de JavaScript côté client,
terminaux Terminal Services, Secure Shell, Apple Remote Desktop, Citrix
XenApp, TeamViewer, etc.) est entièrement effectué par le serveur, le
client recevant les réponses « toutes faites ».
• Client lourd
Un client lourd est une application où le traitement des requêtes du client
(applications de bureau, applications mobile) est partagé entre le serveur
et le client.
• Client riche
Un client riche est une application où le traitement des requêtes du client
(applications Web utilisant beaucoup de JavaScript côté client) est
effectué majoritairement par le serveur, le client recevant les réponses
« semi-finies » et les finalisant. C'est un client léger plus évolué permettant
de mettre en œuvre des fonctionnalités comparables à celles d'un client
lourd.
10. Comparaison des architectures centralisées et
distribuées
10.1. Avantages des architectures centralisées
• Toutes les données sont centralisées sur un seul serveur, physique
ou virtuel, ce qui simplifie les contrôles de sécurité, l'administration,
la mise à jour des données et des logiciels.
• La complexité du traitement et la puissance de calculs sont à la
charge du ou des serveurs, les utilisateurs utilisant simplement un
client léger sur un ordinateur terminal qui peut être simplifié au
maximum.
• Recherche d'information : les serveurs étant centralisés, cette
architecture est particulièrement adaptée et véloce pour retrouver et
comparer de vastes quantités d'informations (moteur de recherche
sur le Web), par rapport à l'architecture distribuée beaucoup plus
lente, à l'image de Freenet.
10.2. Inconvénients des architectures centralisées
• Si trop de clients veulent communiquer avec le serveur au même
moment, ce dernier risque de ne pas supporter la charge (alors que
les architectures distribuées fonctionnent mieux en ajoutant de
nouveaux participants).
• Si le serveur n'est plus disponible, plus aucun des clients ne
fonctionne (les architectures distribuées continuent à fonctionner,
même si plusieurs participants quittent le réseau).
• Les coûts de mise en place et de maintenance peuvent être élevés.
• En aucun cas les clients ne peuvent communiquer entre eux,
entrainant une asymétrie de l'information au profit des serveurs.
➢ Exemples
• La consultation de pages sur un site Web fonctionne sur une
architecture client–serveur. Un internaute connecté au réseau via
son ordinateur et un navigateur Web est le client, le serveur est
constitué par le ou les ordinateurs contenant les applications qui
fournissent les pages demandées. C'est le protocole de
communication HTTP ou XML socket qui est utilisé.
• Les courriels sont envoyés et reçus par des clients et gérés par un
serveur de messagerie. C'est le protocole de communication SMTP,
POP ou IMAP qui est utilisé.
• Le système X Window fonctionne sur une architecture client–
serveur. En général le client (une application graphique, xeyes par
exemple) tourne sur la même machine que le serveur mais peut être
aussi bien lancé sur un autre ordinateur faisant partie du réseau.
• L'organisation en client léger, façon terminal-serveur, a donné
naissance à des projets innovants comme le projet LTSP ou la
technologie NX.
•
➢ Notes
• Ce type de fonctionnement est proche de celui du Minitel.
• Tout sur les systèmes d'information, Jean François Pillou, Dunod
1996

Introduction Générale 2.0 Copie Converti PDF

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Introduction Générale 2.0 Copie Converti PDF

Transféré par

Droits d'auteur :

Formats disponibles

Table des matières

Chapitre 1 : Etude Préalable .................................................................................................................................... 4

Le thème de notre étude et porté sur c’est d’accompagné les équipe de

En 1922 : la CFA fut concédée aux chemins de fer Algériens de l’état

En 1959 : suite à des crises successives (seconde guerre mondiale 1939-

Depuis 1976 à ce jour, et ce conformément à l’ordonnance N°76-2 du 25

- La Fonction Administration : chargée de gestion du personnel, des

division sécurité division division moyen

1.5. Représentation fonctionnelle de la maintenance

Cette représentation de la fonction maintenance en forme d’arborescence

En rouge, les activités à caractère « opérationnel », à commencer par les études

Identifier et repertorier les

MANAGEMENT Définir le programme de

Gestion des moyens du

Décomposition fonctionnelle de la maintenance

➢ le suivie technique : cette partie prend en charge l’ensemble des

2.2. Diagramme de flux :

2.3. Etude des postes

2.3.2. Listes de poste ont étudié :

2.3.2.1. Etude de Poste de travail N°1

• Documents parvenant à ce poste

Poste Désignation du Fréquence

• Document remplis par ce poste :

Désignation du document Fréquence Délais

• Document diffuse par ce poste :

Désignation du document Fréquence Poste

• Documents parvenant à ce poste

Poste Désignation du document Fréquence

• Document remplis par ce poste :

Désignation du document Fréquence Délais

• Document diffuse par ce poste :

Désignation du document Fréquence Poste

2.3.2.3. Etude de Poste de travail N°3

• Documents parvenant à ce poste

Poste Désignation du Fréquence

• Document remplis par ce poste :

Désignation du document Fréquence Délais

• Document diffuse par ce poste :

Désignation du document Fréquence Poste

2.3.2.4. Etude de Poste de travail N°4

Tache Fréquence Délais

• Documents parvenant à ce poste

Poste Désignation du document Fréquence

• Document remplis par ce poste :

Désignation du document Fréquence Délais

• Document diffuse par ce poste :

Désignation du document Fréquence Poste

2.3.2.5. Etude de Poste de travail N°5

Tache Fréquence Délais

• Documents parvenant à ce poste

Poste Désignation du Fréquence

• Document remplis par ce poste :

Désignation du document Fréquence Délais

• Document diffuse par ce poste :

Désignation du document Fréquence Poste

- Désignation : chef atelier

Tache Fréquence Délais

• Documents parvenant à ce poste

Poste Désignation du Fréquence

-Chef devisons Liste des taches Aléatoire

• Document remplis par ce poste :

Désignation du Fréquence Délais

• Document diffuse par ce poste :