Memoire Ramzi Juin 2007 Systeme D'information Gestion de Carrière

REPUBLIQUE ALGERIENNE DEMOCRATIQUE ET POPULAIRE
Ministère de l’Enseignement Supérieur et de la Recherche Scientifique
Université d’Oran
Faculté des Sciences Commerciales, Économiques et de Gestion
Département d’Informatique de Gestion
Thème : Gestion Carrière

De L’Entreprise De Construction & Réparation Navale De La Base Navale De Mers El Kebir
Pour l’Obtention du Diplôme d’Étude Universitaire en Informatique de gestion
Présenté par Mr : Encadré Par :

GUEDOUAR Sidi Mohammed Ramzi Mr Khiat .A
Promotion 2007
REMERCIEMENT
Tout d’abord, je rend grâces à DIEUX qui m’a donné la force, le courage et
la patience pour terminer ce modeste travail.
Ainsi donc, j’arrive au bout de mon chemin, un chemin qui n’as pas été
facile à parcourir, et grâce à ma volonté à mener ce projet à terme pour
récompenser la confiance et les encouragements que j’ai prodigué mon
entourage, ainsi que l’aide considérable qui mérite non pas mes
remerciements mais ma gratitude pour ceux qui m’ont soutenu dans des
moments vraiment difficiles.
Mes vifs remerciements à Mon encadreur Mr KHIAT Pour ses conseils
judicieux et sa précieuse aide durant toute la période de travail.
Mes sincères remerciements et gratitude sans attribués à Mr BENZINE et aux
membre de jury d’avoir accepté de juger mon travail.
A Mr BENHAMADA pour son suivi durant la période du stage et Mr le
Directeur de La DRH KHLIFI Et à tous ceux qui ont attribué à ce travail de
près ou de loin qu’ils trouvent ici l’expression de mes profond respect et
gratitude.
Ainsi mes remerciements à l’ensemble du service personnel pour leurs
soutiens et leurs orientations, tout au long de notre stage dans la direction de
l’entreprise je remercie tous ceux qui m’ont aidés et encourager pour
l’accomplissement et la réalisation de cet ouvrage.
Dédicace
Je dedie cet humble travail à :
A mon unique trésor ma chere mère qui m’a
toujours soutenu durant toute mes études
et à mon très cher père ; Ils ont été et ils le sont
toujours pour moi un exemple de bonté et
d’honneteté pour tous les sacrifices q’uils
ont fait et pour tout l’amour qu’ils m’ont
donner pour mon bonheur, et celui de toute la
famille, qu’ils trouvent ici expression de toute
profonde
mon affection et ma profon de gratitude,
pour la sollicitude jamais démentie qu’ils
ont manifesté à mon égard.
A mes tres chers deux freres Youvef
et Zakria A ma tres chere sœur Ikram
A toute la Pormotion 2007
A tous ceux que j’aime
Sommaire
Introduction Générale
Chapitre I : Étude Générale « Système d’Information & MERISE »
1- Généralités sur les Systèmes d’Information ………………………………………………...01
Historique ……………………………………..………………………….……………….…..01
Introduction ……………………………………..………………………….…………..……..01
1-1- Définition d’un Système d’Information ……….………………………………………....02
1-2- Les Composants d'un Système (Entreprise) *Les Sous-Systèmes*………………………02
1-2-1- Le Sous-système de Décision ………………………………..……………...…… 02
1-2-2- Les Sous-systèmes Opérationnels ………………………………………………...02
1-2-3- Le Sous-système d’Information ………………………………………………….. 02
1-3- Les Espaces d’un Système d'Information………………………………………………... 03
1-3-1- Aspect Statique Model………………………………..…………………………. 03
1-3-2- Aspect Dynamique Processus d’information…………………………………….. 03
1-4- Schéma de Mélèze…………………………………..…………………………………… 04
1-5- Le Rôle d'un Système d'Information dans l’Organisation …………………….………… 04
1-5-1- Le système d'information organisationnel (SIO) …………………………...……..04
1-5-2- Le système d'information informatisé (SII) ……………………………………….04
1-6- Le Sous-système Fonctionnel du SAI ……………………………………………………05
1-6-1- Mémorisation - Le Stockage …………………………………………………….. 05
1-6-2- L’Accès : Circulation …………………………………..…………………………06
1-6-3- Traitement Automatique …………………………………..……………………... 06
1-6-4- La Saisie & Collecte ……………………….………..…………………………….06
1-7- Les trois systèmes de l’entreprise : Schéma général…………………………….……….. 07
2-1- La Présentation de la Méthode « MERISE »…………………………………………...08

Historique de La Méthode Merise………………………………………………………………08
2-2- Définition de Merise……………………………………………………………………… 08
2-3- Principes Généraux ……………………………………………………………………… 10
2-4- Présentation des Niveaux de Description et des modèles …………………………………10
2-5- Les Temps à consacrer aux étapes de la construction d’un SI. …………………………2-11
2-6- Merise Par Niveau …………………………………………………………………………12
A- Niveau Conceptuel………………………………………………………………………12
A.1- Le MCD Modèle Conceptuel des Données………………………………………………12
A.2- Le MCT Modèle Conceptuel des Traitements…………………………………… 13
B- Niveau Organisationnel………………………………………………………………… 14
B-1- Modèle Logique des Données…………………………………………………… 15
B-2- Modèle Logique des Traitements………………………………………………… 16
C- Niveau Physique……………………………………………………………………… 17
C-1- Modèle Physique des Données…………………………………………………… 17
C-2- Modèle Opérationnel des Traitements…………………………………………… 17
2-7- Schéma MERISE Générale …………………………………………………………………18
Chapitre II : Étude Préalable
Introduction…………………………………………………………………………………… 19
Déroulement de l’étude préalable ………………………………………………………… 19
1- Présentation de l’organisme d’accueil …………………………………………………… 20

1-1- Historique de l’entreprise …………………………………………………………… 20
1-2- Les Objectifs de l’Entreprise …………………..…………………………………… 20
1-3- Mission de l’entreprise ……………………………………………………………… 20
1-4- Organigramme de l’Entreprise ……..……………………………………………….. 21
1-5- Organigramme DAG ………………………………………………………………… 22
1-6- Organigramme Des Ressources Humaines………………………………………….. 23
2- La Gestion des Ressources Humains ……………………………………………………… 24

2-1- Le Système d’information des Ressources Humaines………………………………. 24
2-2- Ressources Humaines dans le Management Général ……………………………….. 24
2-3- Diagnostique des Procédures ………………………………………………………….26
2-4- Présentation du Système actuel………………………………………………………..28
2-5- Les critiques & Suggestions……………………………………………………………29
Conclusion ……………………………………………………………………………………. 29
3- Étude de Documents …………………………………………………………………………30

3-1- Liste des Documents …………………………………………………………………..30
3-2- Étude de Documents détaillée ……………………………………………………….. 31
4-Etude des Procédures ( Diagrammes des Flux & Circulation ) ……………………………. 41

4-1- Recrutement…………………………………………………………………………. 42
4-2- Promotion …………………………..…………………………………………………45
4-3- Congé ……………………………………………………..………………………… 48
4-4- Mise En Disponibilité………………………………………………………………… 50
4-5- Démission …………………………….……………………………………………… 53
4-6- Sanction ……………………………….………………………………………………56
4-7- Retraite…………………………..…………………………………………………… 58
4-8- Attestation de Travail………………………………………………………………… 61
4-9- Certificat de Travail ………………………………………………………………… 63
Chapitre III : Étude Détaillée
1- La Notion de dépendance fonctionnelle………………………………...…………………… 64
1-1- Propriétés des dépendances fonctionnelles………………………………………… 65
1-2- Dépendance fonctionnelle complète………………………………………………. 66
1-3- Dépendance fonctionnelle directe…………………………………………………. 66
2- Les différentes formes normales…………………………………………………………….. 66
2-1- 1FN - première forme normale ……………………………………………………. 66
2-2- 2FN - deuxième forme normale …………………………………………………… 66
2-3- 3FN - troisième forme normale …………………………………………………… 66
2-4- BCFN - forme normale de Boyce - Codd………………………………………… 66
2-5- Exemples théoriques de normalisation …………………………………………… 66
3- Constitution d’un MCD …………………………………………………………………….. 68
3-1- Constitution du dictionnaire des données………………………………………….. 68
3-2- Les Règles de Gestion …………………………………………………………….. 69
3-3- Interview …………………………………………………………………………... 69
3-4- Graphe des dépendances fonctionnelles ………………………………………….. 69
4- Le Modèle Conceptuel des Données………………...………………………………………. 69
4-1- Les Entités………………………………………………………...……………….. 69
4-2- Les Propriétés……………………………………………………………………… 70
4-3- Les Associations…………………………………………………………………… 71
4-4- Les Cardinalités…………………………………………………………………… 71
5- La démarche à suivre pour la construction d’un MCD ……………... ……………………… 71
6- Dictionnaire de Données ………………………………………………………… 72
7- les Règles de Gestion …………………………………………………………...… 75
8- Graphe des Dépendances Fonctionnelles ………………………………………… 76
9- MCD Sans Relation ………………………………………………………………. 77
10- MCD Valide ………………………………………………………………………... 78
11- Le Modèle logique des données MLD ……….……………………………………………. 79
12- Le passage du Modèle Conceptuel des Données MCD au MLD ……………….…………. 80
13- MLD ……………………………………………………………………………………….. 82
14- Le Modèle conceptuel des traitements……………………………………………………… 83
15- MCT………………………………………………………………………………………… 85
15-1- Recrutement ……………………………………………………………………… 85
15-2- Promotion …………………………………………...…………………………… 86
15-3- Congé……………………………………………………………………………... 87
15-4- Mise En Disponibilité……………………………………………………………. 88
15-5- Sanction…………………………………………………………………………... 89
15-6- Attestation Travail………………………………………………………………... 90
15-7- Retraite ( Cessation )……………………………………………………………... 91
15-8- Certificat Travail………………………………………………………………….. 92
16-Modele Organisationnel des Traitements ………………………………………………….. 93
16-1- Recrutement ……………………………………………………………………… 94
16-2- Promotion …………………………………………...…………………………… 95
16-3- Congé……………………………………………………………………………... 96
16-4- Mise En Disponibilité……………………………………………………………. 97
16-5- Sanction…………………………………………………………………………... 98
16-6- Attestation Travail………………………………………………………………... 99
16-7- Retraite ( Cessation )……………………………………………………………... 100
16-8- Certificat Travail………………………………………………………………….. 101
Chapitre III : Étude Technique
1- Modèle Opérationnel des traitements ( MOPT )……………………………………… 102
2- Modèle Physique des données ( MPD )……………………………………………….. 103
3- MPD……………………………………………………………………………………. 104
4- SGBD…………………………………………………………………………………… 105
5- Présentation du Langages de Programmation …………………………………………. 106
6- Le Modèle Physique de traitement MPT……………………………………………….. 107
7- Les Moyens Utilisés……………………………………………………………………. 107
8- L’Architecture du Logiciel……………………………………………………………… 108
9- Visualisation du Logiciel ………………………………………………………………. 109
10- Conclusion ……………………………………………………………………………...
11- Bibliographie ……………………………………………………………………………
Chapitre I
Etude générale
Système d’information
&
merise
CHAPITRE I : Étude Générale « Système d’Information & MERISE »
1- Généralités sur les Systèmes d’Information
Historique
Résumé: L’histoire des systèmes d’information s’éclaire si on la situe dans

la perspective des efforts d’industrialisation du travail de bureau qui
débutèrent en 1880 à Chicago. D’abord utilisée pour faire croître la
productivité par automatisation des tâches répétitives, l’informatique
s’enrichit des apports de la bureautique communicante et équipe les
processus de production au plus près de leur déroulement. Dès lors
l’entreprise entre dans l’ère du travail assisté par ordinateur généralisé, et
elle doit chercher à articuler au mieux ces deux ressources : le cerveau de
l’être humain et l’automate programmable.
Introduction
Les bases de données (BDs) ont été longtemps l’élément central et souvent
unique d’un système d’information (SI). Même si les BDs continuent à
jouer un rôle important pour le stockage et le partage des données et des
informations dans un SI, elles ont besoin d‘interagir avec les autres
composantes et parties du SI pour faire face à la complexité croissante des
tâches à assurer. Cependant, au-delà des problèmes de performance et de
volume de données, il s’agit d’assurer la circulation d’information, de
coordonner des processus, de supporter la collaboration interpersonnelle, de
gérer des politiques de sécurité, etc. à travers de différentes plates-formes et
plusieurs technologies. La modularité est donc un aspect important à
considérer dans l’ingénierie des SIs. Par ailleurs, et en plus de cet aspect
modularité, l’évolution est un aspect important à prendre en considération
dans un SI. En effet, la structure d’un SI n’est que le reflet d’une perception
particulière du monde amenée à changer avec le temps et l’évolution de
l’environnement du SI.
1
1-1- Définition d’un Système d’Information

En informatique et en télécommunications et plus généralement dans le
monde de l'entreprise, le terme système d'information (ou SI) possède les
significations suivantes :
Un ensemble organisé de ressources (personnel, données, procédures,
matériel, logiciel, …) permettant d'acquérir, de stocker, de structurer et de
communiquer des informations sous forme de textes, images, sons, ou de
données codées dans des organisations. Selon leur finalité principale, on
distingue des systèmes d'information supports d'opérations (traitement de
transaction, contrôle de processus industriels, supports d'opérations de
bureau et de communication) et des systèmes d'information supports de
gestion (aide à la production de rapports, aide à la décision…)
Système de Pilotage
(Coordination, Objectifs)
Décision Information Traitées
Information Système d’Information Information Vers

Externe (Mémorisation, Traitement) L’Extérieur
Information
Collectées
Flux Entrant Système Opérant Flux Sortant

(Production, Actions)
1-2- Les Composants d'un Système (Entreprise) *Les Sous-Systèmes*
1-2-1- Le Sous-système de Décision : (ou de pilotage) : ensemble de tous

les éléments (personnel, procédures, culture…) qui interviennent dans le
processus de décision.
1-2-2- Les Sous-systèmes Opérationnels : dont la fonction principale est
d’assurer le bon fonctionnement de l’entreprise (système de production,
système financier, système de gestion du personnel…).
1-2-3- Le Sous-système d’Information : défini par l’ensemble des
moyens et procédures destinées à fournir aux membres de l’entreprise une
représentation de l’état et du fonctionnement de celle-ci face à son
environnement.
2
1-3- Les Espaces d’un Système d'Information
1-3-1- Aspect Statique Model

L’aspect statique du system d’information est mis en évidence par la
fonction « Mémorisation » qui se traduit par :
- L’enregistrement des faits survenue a l’intérieure de l’organisation et
dans l’environnement extérieur dans un ensemble qui s’appellera Base
d’Information.
1-3-2- Aspect Dynamique Processus d’information

Les fonctions : Collecte, Traitement, Transmission sont les fonctions
dynamiques du système d’information.
Leur aspect dynamique se traduit par la possibilité de :
Mettre à jour les informations mémorisées dans le système

d’information.
Modifier leurs structures ainsi que les règles aux quelles obéissent suite
aux changements et à l’évolution de l’environnement extérieur.
C’est la partie active du système d’information.
Aspect Dynamique
- La Collection
- Le Traitement Aspect Statique
- La Transmission - La Mémorisation
Processus Model
d’Information Base d’Information
État de la Base
d’Information Faits & Évènement
3
1-4- Schéma Mélèze Schéma de

Mélèze
Écart
Variable
Essentielles Fixation des Objectifs
Système de Pilotage
Système Opérant
E S
Information sur le SO
Décision
1-5- Le Rôle d'un Système d'Information dans l’Organisation
Le système d'information est la représentation de l'activité du système

opérant, construite par et pour le système de pilotage pour en faciliter le
fonctionnement. Le système d'information a deux grandes fonctions :
recueillir, mémoriser et diffuser les informations
assurer le traitement de ces informations
On reconnaît ici la fameuse dichotomie Donnée / Traitement.
Le système d'information, dans son principe, n'est pas né avec
l'informatique ! Les pharaons disposaient de systèmes d'informations ; seuls
les moyens différaient. C'est la capacité de l'outil informatique à amplifier la
gestion des données et des traitements qui a conduit à distinguer deux
niveaux de système d'information :
Une « organisation » (entreprise, administration, collectivité, tout groupe
social organisé exerçant une activité) peut être modélisée comme
comportant trois sous systèmes :
1-5-1- le système d'information organisationnel (SIO), la partie

visible, basée essentiellement sur des ressources humaines, de
l'activité organisée
1-5-2- le système d'information informatisé (SII) correspondant au
contenu informatisé du SI (logiciel, base de données)
4
1-6- Le Sous-système Fonctionnel du SAI
Dans un SAI le processus d’information est constitué par un ou

plusieurs ordinateurs pilotés par le personnel d’exploitation et le logiciel de
base, en liaison avec l’univers extérieure au moyen des unités périphérique
de communication, des supports de saisie et du personnel de saisie et en
liaison avec le modèle et la base d’information au moyen des unités
périphérique de stockage, le model et la base sont stoker sur des mémoires
externes, le processus d’information va chercher dans le modèle les
programmes a exécuté et les structures de donnée a respecté règles &
contraintes et possèdent la consultation ou la mise à jour de la base
d’information Fichier, il élabore des résultats qui communiqueront à
l’univers extérieur.
Trois grandes fonctions:

- Mémorisation ( des informations brutes ou résultats de traitement)
- Circulation: Accès à la mémoire et échange entre les acteurs
- Traitement: rapprochement, calcul, comparaison d'informations
Quatrième fonction:
- Collecte et Saisie des informations (identifier processus de " récolte" de
l'information brute)
1-6-1- Mémorisation - Le Stockage

Archivage court et longue durée
Disque dur
CD
DVD
Bande magnétique
Logiciel de gestion de fichiers
Logiciel de SGBD
Savoir où se trouve l‘information
L‘archivage long terme nécessite de conserver toute
la chaîne matérielle et logicielle
La technologie a évolué très vite ces 10 dernières années. On peut
facilement maintenant graver un CD ou même un DVD, et les disques durs
ont des capacités de plus en plus grande.
5
1-6-2- L’Accès : Circulation

Il est le traitement qui consiste à transformé des données résultat issu vers
l’univers extérieur une sortie consiste un évènement produit par système
d’information
1-6-3- Traitement Automatique

Le TA est la fonction qui consiste à manipuler les données mémorisées en
provenance de l’extérieurs (Saisie).
Il est effectué par la machine et déclencher par des faits survenus dans
l’univers extérieur et interprété comme des évènements qui peut être
porteurs d’information pour les lesquelles on procédant à la saisie.
1-6-4- La Saisie & Collecte

Signifie que les informations existent, sont connues et repérées. Or, le
système d'information ne doit pas se contenter de ce qui existe; il doit
participer à (ou permettre) la recherche des informations nouvelles
susceptibles d’être intéressantes
C'est la fonction la plus basique. Dans le passé, il y avait les
opérateurs et les opératrices de saisie qui passait leurs journées à saisir
des tonnes d'information sur des claviers …
Cela existe encore malgré l'introduction massive des lecteurs de code
barre, des logiciels de reconnaissance vocale et de récognition de caractère.
(Fonctions de localisation et de communication)
6
1-7- Les trois systèmes de l’entreprise : Schéma général
Système
De Pilotage
Décisions
Synthèses
- Décide
- Choisit
- Organise
- Contrôle
Transmission et Communication
Transmission et Communication
Système
Restitution
D’information
Traitement
Stockage
Saisie
- Exécute
Commandes
- Transforme
Mesures
- Communique
- Reçoit
- Transmet
- Emet
- Transcode
- Calcule
- Stocke
Système Opérant
Les trois systèmes de l’entreprise : Schéma général
7
2-1- La Présentation de la Méthode « MERISE »
Historique de La Méthode Merise

Naissance en 1974, au Centre d’Étude Technique et d’Équipement
d’Aix-en-Provence en collaboration avec l’université d’Aix.
En 1977, le Ministère de l’Industrie et l’INRIA reconnaissent la méthode.
Brevetée en 1978. Pour ses auteurs, MERISE « est le symbole réussi de la

greffe de l’informatique à l’entreprise ».
Merise est une méthode d'analyse, de conception et de gestion de projet

complètement intégrée, ce qui en constitue le principal atout. Elle a fourni
un cadre méthodologique et un langage commun et rigoureux à une
génération d'informaticiens français.
Issue de l'analyse systémique, la méthode Merise est née dans les années
1970, à la demande du ministère de l'industrie, et a surtout été utilisée en
France, par les SSII de ses membres fondateurs (Sema Metra, ainsi que par
la CGI Informatique) et principalement pour les projets importants,
notamment des grandes administrations publiques ou privées.
Merise, méthode spécifiquement française, a d'emblée connu la concurrence

internationale de méthodes anglo-saxonnes telles que SDM/S ou Axial. Elle
a ensuite cherché à s'adapter aux évolutions rapides des technologies de
l'informatique avec MERISE/objet, puis MERISE/2 destinée à s'adapter au
client-serveur. Merise était un courant majeur des réflexions sur une Euro
Méthode qui n'a pas réussi à percer.
Depuis les années 90 environ, bousculées par les nombreux changements

successifs de l'environnement informatique (progiciel, internet) Merise a
progressivement disparu. Seul le formalisme UML a obtenu une popularité
équivalente, sans avoir la même portée méthodologique.
2-2- Définition de Merise
Méthode d'Etude et de Réalisation Informatique pour les Systèmes

d'Entreprise. Définition de Romain Bartolo : « Méthode d'analyse et de
conception structurelle qui a vu le jour en 1978 et mise au point par le CTI
et CETE. Elle est très répandue en France. Méthode d'analyse d'un système
d'information qui vise à remplacer un système manuel d'une organisation
par un système automatisé du traitement de l'information. Cette méthode a
pour but, dans un premier temps de démontrer les éventuels problèmes du
système en place et, dans un second temps, d'apporter des améliorations au
système. Les facteurs pris en compte dans l'étude sont le traitement, la
8
collecte, la saisie, la transmission et le stockage de l'information. À l'aide de

schémas et graphiques, on pourra analyser la transmission grâce au MCC,
analyser et concevoir la structure du stockage et la collecte avec les MCD et
MLD et, enfin, concevoir la saisie et le traitement de la données avec les
MCT et MOT. Une dernière partie consiste à mettre en œuvre le résultat de
l'analyse en suivant les MPD et MPT. Cette méthode tend à disparaître car
elle démontre des signes de faiblesse. Certains disent qu'elle est parfois
inexacte et n'apporte pas de solutions réelles ou elle est inappropriée, surtout
dans une conception objet où elle est remplacée par la méthode UML. Une
Méthode Merise2 permet la conception objet mais n'est en fait qu'une mise à
jour de Merise ».
1979 MERISE
1er Génération
1992 MERISE
2eme Génération
Méthodes classiques Méthodes nouvelles

1. Merise
2. SADT 1. Rapid Application Development
3. UML 2. Soft Systems Methodologies
4. AXIAL
5. RACINE
6. OSSAD
9
2-3- Principes Généraux :
A. Démarche par étapes
B. Découpage en niveaux
Conceptuel
Logique ou organisationnel
Physique ou opérationnel
C. Formalisme
Schéma entité / relation
Schéma opération / événement
D. Outils complémentaires
Diagramme de flux de données
Diagramme d'activité diagramme de contexte
Diagramme de décomposition
Diagramme de communication
2-4- Présentation des Niveaux de Description et des modèles :
Niveau Statique(Données) Dynamique(Traitement)

Indépendant du système
Conceptuel MCD MCT (QUOI?)
Organisationnel Choix du SGBD
ou Logique
MLD (OU?) MOT (QUI? – QUAND?) (QUI? QUAND? OU?)
Opérationnel ou Haute connaissance du
Physique MPD MOPT SGBD (COMMENT?)
Schéma des
Trois Cycles
10
PHASES DE CYCLE DE VIE OBJECTIFS PRINCIPAUX

1. Schéma directeur Définition de développement du SI
Élaboration globale des différentes solutions
2. Étude préalable Évaluation des diverses conséquences
Spécification complète du futur SI en deux phases:
- conception générale (extension du champ d'analyse
3. Étude détaillée du sous-ensemble du domaine)
- conception détaillée (traitement à effectuer)
Traduction informatique des spécifications issues de
4. Étude technique l'étude détaillée
Traduction dans des langages appropriés des
5. Production du logiciel spécifications et vérifications de leur conformité
Installation des logiciels, mise en service progressif
du système d’information:
6. Mise en service - réception définitive du système
- fonctionnement de leur conformité
Prise en compte des évolutions ultérieures au
lancement opérationnel liées:
7. Maintenance - au progrès technique
- à la modification de l'environnement
- aux utilisateurs
Constat d'évolutions trop importantes pour relever
d'une simple maintenance ayant pour origine:
- l'ancienneté de l'application
8. Remise en cause - l'obsolescence technologique
- un changement important dans l'activité ou dans les
principes de l'organisation
2-5- Les Temps à consacrer aux étapes de la construction d’un SI.
Étude de l’Existant 50%
Modèle Conceptuel des

Modèle Conceptuel des Traitements
25%
Données Modèle Organisationnel des
Traitements
Validations
10%
Modèle Logique des Données
Modèle Physique des Données
15%
Modèle Opérationnel des Traitements
11
2-6- Merise Par Niveau :

A- Niveau Conceptuel
Les travaux menés à ce niveau visent à décrire le modèle (le système) de

l'entreprise ou de l'organisme :
• Le Modèle Conceptuel des Données (ou MCD), schéma

représentant la structure du système d'information, du point de vue
des données, c'est-à-dire les dépendances ou relations entre les
différentes données du système d'information (par exemple : la ligne
de commande, le numéro de client, etc.),
• Et le Modèle Conceptuel des Traitements (ou MCT), schéma
représentant les traitements, en réponse aux événements à traiter (par
exemple : la prise en compte de la commande d'un client).
L'étude conceptuelle Merise s'attache aux invariants de l'entreprise ou de

l'organisme du point de vue du métier : quels sont les objets métier gérés par
l'entreprise, quels sont les processus traités, ... indépendamment des choix
techniques (comment fait-on ?) ou organisationnels (qui fait quoi ?) qui ne
seront abordés que dans les niveaux suivants.
Dans l'idéal, le MCD et le MCT d'une entreprise sont stables, à périmètre

fonctionnel constant, et tant que le métier de l'entreprise ne varie pas. La
modélisation ne dépend pas du choix d'un progiciel ou d'un autre, d'une
automatisation ou non des tâches à effectuer, d'une organisation ou d'une
autre, etc.
A.1- Le MCD Modèle Conceptuel des Données
Le MCD repose sur les notions d'entité et d'association (entity/relationship

en anglais).
• L'entité ou objet
L'entité est définie comme un objet de gestion considéré d'intérêt pour

représenter l'activité à modéliser (exemple : entité pays) et chaque entité est
porteuse d'une ou plusieurs propriétés simples, dites atomiques (exemples :
code, nom, capitale, population, superficie) dont l'une, unique et
discriminante, est désignée comme identifiant (exemple : code).
L'entité se décline en occurrences.
Exemples :
• (fr, France, paris, 60,4 millions hab., 550 000 Km²),
12
• (de, Allemagne, Berlin, 82 537 000 hab., 357 027 Km²),
Sont des occurrences de l'entité "pays", constituées de n-uplets de

propriétés, et que le code FR ou DE, suffit à identifier sans risque de
doublon.
Par construction, le MCD impose que toutes les propriétés d'une entité ont
vocation à être renseignées (il n'y a pas de propriété « facultative »).
Le MCD doit, de préférence, ne contenir que le cœur des informations

strictement nécessaires pour réaliser les traitements conceptuels (cf MCT) :
les informations calculées (ex: montant taxes comprises d'une facture),
déductibles (ex: densité démographique = population / superficie) et a
fortiori celles liées aux choix d'organisation conçus pour effectuer les
traitements (cf MOT) ne doivent pas y figurer.
• L'association ou relation
L'association est un lien sémantique entre une ou plusieurs entités :

l'association peut être réflexive, de préférence binaire (ex : une usine 'est
implantée' dans un pays), parfois ternaire, voire de dimension supérieure.
Elle peut également être porteuse d'une ou plusieurs propriétés (ex : 'date
d'implantation' d'une usine dans un pays)
Cette description sémantique est enrichie par la notion de cardinalité, celle-

ci indique le nombre minimum (0 ou 1) et maximum (1 ou n) de fois où une
occurrence quelconque d'une entité peut participer à une association (ex:
une usine est implantée dans un (card. min=1) et un seul (card. max=1)
pays; et réciproquement un pays peut faire l'objet soit d'aucune (card.
min=0) implantation d'usine soit de plusieurs (card. max=n).
A.2- Le MCT Modèle Conceptuel des Traitements
Le MCT repose sur les notions d'événement et d'opération, celle de

processus en découle.
• L'événement
Un événement est assimilable à un message porteur d'informations donc

potentiellement de données mémorisables (par exemple : l'événement
'commande client à prendre en compte' contient au minimum l'identification
du client, les références et les quantités de chacun des produits commandés).
Un événement peut
13
• Déclencher une opération (ex: 'commande client à prendre en compte'

déclenche l'opération 'prise en compte commande'),
• être le résultat d'une opération (ex: 'colis à expédier' suite à
l'opération de 'préparation colis' ), et à ce titre être, éventuellement,
un évènement déclencheur d'une autre opération.
• L'opération
Une opération se déclenche uniquement par le stimulus d'un ou de plusieurs

évènements synchronisés
Elle est constituée d'un ensemble d'actions correspondant à des règles de

gestion de niveau conceptuel, stables pour la durée de vie de la future
application (ex: pour la prise en compte d'une commande : vérifier le code
client (présence, validité), vérifier la disponibilité des articles commandés,
...).
Le déroulement d'une opération est ininterruptible : les actions à réaliser en

cas d'exceptions, les évènements résultats correspondants doivent être
formellement décrits (ex : en reprenant l'exemple précédent, si le code client
indiqué sur la commande est incorrect prévoir sa recherche à partir du nom
ou de l'adresse indiqués sur la commande, s'il s'agit d'un nouveau client
prévoir sa création et les informations à mémoriser, ...)
• Le processus
Un processus est une vue du MCT correspondant à un enchaînement

pertinent d'opérations du point de vue de l'analyse (ex : l'ensemble des
évènements et opérations qui se déroulent entre la prise en compte d'une
nouvelle commande et la livraison des articles au client)
B- Niveau Organisationnel
A ce niveau de préoccupation, les modèles conceptuels sont précisés et font

l'objet de choix organisationnels. On construit :
• Un Modèle Logique des Données (ou MLD), qui reprend le contenu

du MCD précédent, mais précise la volumétrie, la structure et
l'organisation des données telle qu'elles pourront être implémentées.
Par exemple, à ce stade, il est possible de connaître la liste exhaustive
des tables qui seront à créer dans une base de données relationnelle
• Un Modèle Logique des Traitements (ou MLT), qui précise les
acteurs et les moyens qui seront mis en œuvre. C'est ici que les
traitements sont découpés en procédures fonctionnelles (ou PF).
14
Comme son nom l'indique, l'étude organisationnelle s'attache à préciser

comment on organise les données de l'entreprise (MLD) et les tâches ou
procédures (MLT). Pour autant, les choix techniques d'implémentation, tant
pour les données (choix d'un SGBD) que pour les traitements (logiciel,
progiciel), ne seront effectués qu'au niveau suivant.
B.1- Le MLD Modèle Logique des Données
Le MLD est une transcription ( également appelée dérivation ) du MCD

dans un formalisme adapté à une implémentation ultérieure, au niveau
physique, sous forme de base de données relationnelle ou réseau, ou autres
(ex: simples fichiers ).
La transcription d'un MCD en modèle relationnel s'effectue selon quelques

règles simples qui consistent d'abord à transformer toute entité en table,
avec l'identifiant comme clé primaire, puis à observer les valeurs prises par
les cardinalités maximum de chaque association pour représenter celle-ci
soit (ex:card. max 1-n ou 0-n) par l'ajout d'une clé étrangère dans une table
existante, soit (ex:card. max n-n) par la création d'une nouvelle table dont la
clé primaire est obtenue par concaténation de clés étrangères correspondant
aux entités liées, exemple :
• MCD
• MLD / Modèle relationnel
PAYS(code_pays)
USINE(id_usine,@code_pays,date_implantation)
EXPORT(@id_usine,@code_pays)
Les opérateurs de l'algèbre relationnelle ( projection, sélection, jointure,

opérateurs ensemblistes ) Langage d'interrogation de données peuvent
ensuite directement s'appliquer sur le modèle relationnel ainsi obtenu et
normalisé Formes normales.
Cette démarche algorithmique ne fournit pas à ce niveau d'élément sur

l'optimisation de la durée ou des ressources nécessaires pour exécuter les
traitements dans l'environnement de production cible.
La transcription du MCD en MLD doit également être précédée d'une étape

de synchronisation et de validation des modèles de données ( MCD ) et de
traitement (MCT et MLT ), au moyen de vues . Cela afin d'y introduire les
informations d'organisation définies au MLT, d'éliminer les propriétés
conceptuelles non utilisées dans les traitements ou redondantes et enfin de
15
vérifier que les données utilisées pour un traitement sont bien atteignables
par 'navigation' entre les entités/relations du MCD
B.2- Le MLT Modèle Logique des Traitements
Le MLT appelé aussi MOT (Modèle Organisationnel des Traitements)

décrit avec précision l’organisation à mettre en place pour réaliser une, ou le
cas échéant plusieurs, opérations figurant dans le MCT : c’est à dire qui fait
quoi, où, quand, comment. A un MCT correspond donc généralement
plusieurs MLT.
Les notions introduites à ce niveau sont le poste de travail, la phase, la tache

et la procédure.
• Le poste de travail
Le poste de travail décrit la localisation, les responsabilités, et les ressources

nécessaires pour chaque profil d’utilisateurs du système ( ex : client-web,
responsable commercial, responsable des stocks, etc. ).
• La phase
La phase est un ensemble d’actions (CF MCT/Opération) réalisées sur un

même poste de travail.
La phase peut être soit manuelle ( ex : confectionner des colis ), soit

automatisée et interactive ( ex : saisie d’un formulaire client ) ou
automatisée batch ( ex : production et envoi de tableaux de bord quotidiens
dans les boîtes aux lettres électroniques).
• La tâche
La tâche est une description détaillée d’une phase automatisée interactive :

spécification de l’interface et du dialogue homme-machine, localisation et
nature des contrôles à effectuer, etc.
• La procédure
La procédure est un regroupement de phases, équivalent organisationnel des

notions d’opération et d’actions conceptuelles, mais se déroulant sur une
période de temps homogène.
Des procédures d’origines non conceptuelles peuvent être rajoutées du fait

des choix d’organisation retenus ( ex : procédures d’échanges
d’informations liées à l’externalisation de certaines activités, prise en
compte des questions de sécurité en cas de choix de solution Web, ... )
16
C- Niveau Physique
Les réponses apportées à ce dernier niveau permettent d'établir la manière

concrète dont le système sera mis en place.
• Le Modèle Physique des Données (ou MPD ou MPHD) permet de

préciser les systèmes de stockage employés (implémentation du MLD
dans le SGBD retenu)
• Le Modèle Opérationnel des Traitements (ou MOT ou MOPT)
permet de spécifier les fonctions telles qu'elles seront ensuite
réalisées par le programmeur.
17
Trois Cycles de MERISE
Schéma Général Développement du SI
Le Schéma Directeur
Cycle de décision Cycle de Vie Cycle d'abstraction Etude Préalable

Conception Globale
Identification Niveau Conceptuel
Gestion Planning Etude Détaillée
Gestation
Organisation Affectation des ressources Conception Détaillée
Naissance
Technique Découpage en lots M.C.D M.C.T
Maturité
Contenu Développement
Mort Etude Technique
La Réalisation
Niveau Logique
Organisationnel
Production Logiciel
La Validation
M.L.D M.O.T
La Mise en Œuvre
Niveau Physique (M, service)
des Données
M.P.D M.P.T
La Maintenance
CHAPITRE I - Chapitre I : Étude Générale « Système d’Information & MERISE »
Exemple Quelques Méthodes

1 - Méthodes systémiques (Merise, Rémora)
Un système est un élément identifiable qui a une activité (ou fonction) et qui est doté d’une structure
qui évolue dans le temps, dans un environnement, et qui a une finalité.
C’est une approche :
- Par les DONNÉES - Modélisation
Événements (faits pertinents)
1) MERISE
3 Cycles :
1- Cycle d’abstractions : Niveaux conceptuels, niveaux organisationnels, niveaux
opérationnels
2- Cycle de décision : Schéma directeur, Études, réalisation, mise en œuvre
3- Cycle de vie : Conception – Réalisation – Maintenance
Dans MERISE il y a une séparation entre les données et les traitements. La méthode est adaptée aux
moyens et grands systèmes.
2) RÉMORA
C’est une méthode systémique qui bâtit le SI en 2 étapes :
1. Conceptuelle :
- Schéma conceptuel UNIQUE
- Modélisation de l’organisation réelle (aspects statiques, dynamiques)
2. Logique & données :
- Traitements (contraintes techniques)
- La notion du temps est introduite dans cette méthode.
3) IA – NIAM : Méthode Systémique
2 - Méthodes cartésiennes (SADT)

L’idée c’est de :
- Recenser les tâches sous formes ordonnées
- Décomposer celles-ci en phases (Étapes - Sous-étapes)
Le développement est linéaire - approche FONCTIONNELLE
L’utilisation essentielle de cette méthode est de permettre au concepteur de passer d’une
vision fonctionnelle globale à une description détaillée du processus de traitement.
1) SADT
SADT est une méthode cartésienne :
• Phase expression des besoins
• Spécification – Conception
• Analyse des flots des données (Activités)
Cycle de décision peu couvert par la méthode.
19
Chapitre II
Étude préalable
CHAPITRE II : Étude Préalable
Introduction :
L’étude préalable est une étape clé du déroulement d’un projet

information.
Cette étape permet de décrire l’existant et de prendre une connaissance
complète du domaine dont l’organisme souhaite améliorer le
fonctionnement, il faudra collecter puis présenter l’ensemble des
information (Données, Traitements).
Ces informations sont comprises sous forme de :
- Statistique : Document et Données élémentaires.

- Dynamique : Circulation des documents.
- Transformation : Procédures et règles de gestion.
On peut dire aussi que l’étude préalable est une réflexion globale sur les
différents domaines de l’entreprise : c’est alors qu’on situe les projets à
étudier et à mettre en œuvre par les autres projets dans le système
d’information.
Cette étude constitue une phase d’approche, une phase d’abstraction qui
décrit la situation actuelle, afin de réaliser une évaluation objective et définir
les nouveaux objectifs.
Déroulement de l’étude préalable :
Interview de direction pour acquérir une vision globale sur

l’entreprise, politique et objective, positionnement du projet vis-à-vis du
système d’information.
Interview des postes de travail pour recueillir les informations suivantes :
- Recueillir toutes les opérations effectuées sur ces postes.

- Recueillir toutes les données manipulées sur ces postes, observer leur
circulations.
- Relever les besoins insuffisances au niveau de chaque poste.
Synthèse des besoins et insuffisances, et arrêter les nouvelles

orientations de la solution à recevoir.
20
1- Présentation de l’organisme d’accueil :

1-1- Historique de l’entreprise :
L’entreprise de Construction & Réparation Navale est située à Mers El

Kébir elle a été comme et réalisé le 15 Mai 1974 par ordonnance N°74/76
sous le nom office nationale de construction naval (ONCN) place sous
tutelle du ministère de la défense national – Direction des fabrication
militaire (DFN) pour traité :
- La promotion de la construction et la réparation navale.
- Assurer la formation du personnel dans les conditions réels
production durant cette période.
Un programme de production a été pensé qui concerne les chalutiers et
vedettes en vue de complétés la formation du personnel productif.
- En 17 Mai 1977 par décision N° 225/77/BG/81 l’ONCN a connu

premier changement qui a conduit à la création d’un chantier naval
école pour but de production de petite unités civiles et militaire (
Sardinier, Vedettes, de Rade… )
- En 11 Mai 1981 par arrêté N° 263/BG/81 l’ONCN est devenu
établissement de construction et de réparation rattaché a la direction
de la marine nationale.
- En 05 Mars 1983 par disert N° 83/174 l’établissement a connue un
transfère de patrimoine a l’entreprise national de construction navale
( ECONAN ) sous tutelle de ministère des transports. Et a partir de 09
Mars 1985 par décret N° 85/86 l’établissement de construction et de
réparation navale a pris la commande afin de répondre en priorité aux
besoins de ministère de la défense et des forces navales.
- En fin le 13 Février 1992 par décret N° 82/56/PR l’entreprise prit
statut types de l’entreprise militaire a caractère individuel et
commercial et par décret N° 94/335/PR du 22 Octobre 1994 ECRN
est devenue une entreprise de production a caractère économique.
1-2- Les Objectifs de l’Entreprise :

- Une amélioration de la productivité par une combinaison judicieuse d’une
augmentation de la production par une utilisation rationnelle est optimale
des moyens existants.
Ressources humaines et moyens matériels.
- Une meilleure rentabilité de l’unité par une réduction des coûts de
fonctionnement grâce à une organisation appropriée et un contrôle strict des
dépenses.
1-3- Mission de l’entreprise :

Construction & Réparation des bateaux & navires de Transport, Pêches,
Militaires
21
Entreprise de Construction & Réparation Navale

- ECRN -
Organigramme de l’Entreprise
DIRECTION GENERALE
Secrétariat
Les Directions
DFC DAG DTP DC
Les Départements
DCGAI DSI DI BSA
Les Unités Spécialisées
URAN URES UCN US URCEP
DFC : Direction Finance & Comptabilité BSA : Bureau de Sécurité de l’armée

DAG : Direction Administration Générale URAN : Unité Réparation & Armement Navale
DTP : Direction Technique / Production URES : Unité Réparation Equipement Système
DC : Direction Commercial UCN : Unité Construction Navale
DCGAI : Département Contrôle de Gestion & Audit Interne US : Unité de Soutien
DSI : Département Sécurité Industrielle URCEP : Unité Réparation Coque & Energie Propulsion
DI : Département Informatique
22
Organigramme de la Direction de l’Administration Générale
DAG
Département Département Département Département des

Ressources Humaines Moyen Généraux Œuvre Social Affaires Juridiques
& Contentieux
Secrétariat Secrétariat Secrétariat

Secrétariat
Division Division Division

Recrutement & Transport Restaurant Division
Formation Marché & Contrat
Division Division
Division Moyens Communs Œuvre Social Division
Gestion PCNA Contentieux
Division Division
Infrastructure Comptabilité Division
Division
& Logements Réglementation
Gestion Du Personnels
Militaires & Civils
Division
Transmission
Division
Salaire Indemnités
& Prestation
PCNA : Personnels Civiles Non Assimilés
Organigramme Des Ressources Humaines
Département RH
Division Gestion Du Division Recrutement Division Salaire

Personnel Civile Non & Formation Indemnité Prestation
Assimilé
Service Gestion Section Employer Section Prestation

Control Numérique Sociales
Section Paie
Service Gestion Section Formation
Carrière
Section Déclaration
2- La Gestion des Ressources Humains
2-1- Le Système d’information des Ressources Humaines
La fonction de gestion des ressources humaines (ou du personnel) comporte

le recrutement, l’affectation, l’évaluation, la rémunération et le
perfectionnement des employés d’une organisation. A l’origine, les
entreprises utilisaient des systèmes d’information assistés par ordinateur
pour produire les chèques de paie et les rapports de paie, maintenir les
dossiers de personnel à jour et analyser l’emploi du personnel dans
l’exploitation de la firme. De nombreuses entreprises sont allées au-delà de
ces fonctions traditionnelles en développement des systèmes d’information
des ressources humaines qui soutiennent également :
• le recrutement, la sélection et l’embauche,
• l’affectation,
• l’évaluation du rendement,
• l’analyse des avantages sociaux,
• la formation et le perfectionnement,
• la santé et la sécurité.
Les systèmes d’information des ressources humaines reposent sur la
notion de gestion des ressources humaines. En effet, cette fonction
s’attache à la planification des besoins en personnel, au développement
du plein potentiel des employés et au contrôle de toutes les politiques et
de tous les programmes relatifs au personnel. La gestion des ressources
humaines a pour objectif l’emploi efficace et efficient du personnel de
l’entreprise.
2-2- Ressources Humaines dans le Management Général :
Au niveau du management général, on cherche à optimiser l'apport

des ressources humaines à partir des éléments par lesquels on agit
habituellement sur celles-ci : compétence, motivation, information,
organisation, gestion des groupes. On agit sur ces éléments :
• Par le recrutement. En évaluant les compétences et la motivation lors

du recrutement, on s'assure d'avoir un personnel adéquat en nombre
et en qualification.
• Par la formation et le coaching. Afin d'améliorer le niveau de

compétence des collaborateurs, mais aussi pour améliorer leur
motivation (une formation peut constituer une récompense et, il est
souvent plus motivant d'effectuer un travail que l'on sait faire).
25
• Par la motivation positive (récompense : félicitation, prime,

promotion, formation...) et négative (sanction : réprimandes,
réduction ou suppression d'une prime, rétrogradation, voire
licenciement). Ces incitations visent à faire comprendre au
collaborateur que son intérêt est d'effectuer son travail du mieux
possible.
La motivation positive et la motivation négative ont chacune leur efficacité.

La sanction peut être démotivante pour l'intéressé. Mais, il faut relativiser
cette crainte, car elle fait appel au principe de responsabilité et
d'exemplarité. Elle renvoie aussi l'individu au groupe. Ce dernier peut mal
vivre des comportements non sanctionnés quand ils sont hors jeu. Ce peut
être un facteur de démotivation quand une absence de sanction traduit de
fait un déséquilibre entre celui qui se dévoue et celui qui ne fait rien. Le
souci d'équité doit guider le manager. De ce point de vue, la gestion des
ressources humaines doit intégrer aussi dans sa pratique managériale, la
notion de groupe ou d'équipe.
• Par la communication et la transparence. Il est essentiel que le

collaborateur ait les informations nécessaires à l'accomplissement de
sa tâche, et ait une idée précise de l'évolution et des objectifs de
l'entreprise elle-même, et de son environnement. De nos jours,
l'abondance d'information a rendu nécessaire la mise en place de
systèmes de gestion de l'information, comme les systèmes de
knowledge management.
• Par la planification et le contrôle de l'avancement des tâches.

L'optimisation de l'organisation, c'est-à-dire l'ordonnancement des
tâches et leur affectation aux personnes les plus compétentes
disponibles, permet d'améliorer l'efficacité d'exécution.
Par l'administration du personnel. Il est coutumier de dire qu'une bonne

gestion des ressources humaines se traduit en premier lieu par une
administration fiable du personnel. En l'occurrence, il s'agit de sécuriser son
effectif en assurant un paiement rigoureux des salaires et des primes, en
suivant la gestion des présences et des absences, des heures
supplémentaires, en planifiant les congés annuels, en organisant les
remplacements, etc. Ce point est essentiel, car il caractérise une part des
obligations contractuelles (statutaires pour un fonctionnaire) d'une
entreprise (d'un service public) envers son salarié.
26
2-3- Diagnostique des Procédures :
2-3-1-Recrutement :
L’échéance de recrutement peut se faire à une ou deux semestres par an

selon les besoins de l’entreprise, elle reçoit les dossiers qui comportent les
CV et demandes manuscrites au courent de l’année et les stocké après un tri
en fonction des diplômes, niveau scolaire et spécialité en attendant les
propositions des autres structure de l’entreprise.
Le recrutement déclenche après proposition des structures est ne serons
convoqué que les demandes jugées intéressantes et qui correspond aux
besoins de l’entreprise et qui rempli les conditions exigées par l’entreprise
– Nationalité Algérienne, Service National, Age +18, Casier Vierge – pour
passage des différentes testes – Professionnel, Psychotechnique, Médical.
Les profiles intéressants sont sélectionnée selon les résultats des testes
organisés par la structure concernée avec la collaboration du service de
gestion carrière, ensuite le service commence l’enquête administrative et
militaire, les admis seront orienté au service gestion de carrière pour
établissement des dossiers d’installations après classification de chaqu’un
dans la catégorie et le niveau qui lui correspond et la signature des contrats,
ensuite le service gestion de carrière envoi des PV d’installation aux
différentes structures ( DG, paie, service ou atelier concerné ) après
affectation de chaqu’un a son poste et service, les nouveaux recrutés passent
une période de teste qui value de un à l’autre 3 mois pour les exécutants, 6
mois pour maîtrise, 9 mois pour cadre, renouvelable jusqu’à 3 fois au
maximum.
2-3-2-Sanction :
En cas ou l’agent commet une faute, il subira une sanction pour l’avertir et
donnée l’exemple aux autres employés.
Les sanctions se composent de 3° degrés :
Sanction 1er degré :
Jugé par le chef hiérarchique direct du commettant de la faute, elle peut
être :
- Un avertissement écrit
- Une Mise à pied de 1 à 3 jours au maximum
Sanction 2eme degré :
Jugé par le chef de la structure à qui appartient le commettant de la faute et
elle est le résultat de répétition de la sanction du 1er degré ou un
dérangement au niveau de la structure elle peut être :
- Une Mise à pied de 4 à 8 jours.
Sanction 3eme degré :
Y a que la commission disciplinaire qui le pouvoir de classifier la sanction
en 3eme degré et elle peut être
27
- Une mise a pied de 8 à 15 jours

- Un Licenciement
Sinon elle sera rejetée est classifier au 2eme degré
2-3-3-Promotion :
Elle peut être une Prospection Interne ou promotion ordinaire de niveau à

niveau ou d’un poste a un poste supérieur avec l’acquis d’un diplôme ou
une attestation de réussite qui est délivré par le service lui-même ou l’école
ou a été formé l’agent après une formation interne ou externe conventionné,
individuel libre. Elle se déclenche après une proposition des structures pour
perfectionnement ou une formation plus élevée.
Le service gestion de carrière sélectionne les proposition après études et
vérification des dossiers des agents proposé (expérience +5ans, diplôme
équivalent, fiche de note) en prenant en considération les absences non
justifier et les sanctions, mise en disponibilité).
Art 61. - La promotion sanctionne une élévation dans l'échelle de

qualification ou dans la hiérarchie professionnelle.
Elle s'effectue compte tenu des postes disponibles, de l'aptitude et du

mérite du travailleur. Code du Travail TITRE III : RELATIONS
INDIVIDUELLES DE TRAVAIL - CHAPITRE V
2-3-4-Avancement :
Chaque deux ans Tout les employés reçoivent automatiquement un

avancement dans les échelons, cette opération se fait au niveau du service
gestion de carrière après vérification des contraintes qui entre dans le
calcule de la duré comme les absences, les sanctions mise à pied, mis en
disponibilité.
2-3-5-Cessation :
La relation de travail cesse par l'effet de :
- La nullité ou l'abrogation légale du contrat de travail.

- L'arrivée à terme du contrat de travail à durée déterminée.
- La démission
- Le licenciement.
- L'incapacité totale de travail, telle que définie par la législation
- Le licenciement pour compression d'effectifs
- La cessation d'activité légale de l'organisme employeur
- La retraite
- Le décès.
28
2-3-6-Mise en disponibilité : congés sans solde
L’employer a le droit demander une mise en disponibilité pour des motifs

précises :
- Les maladies dangereuses ou accident du conjoint(e) ou un proche ou
enfant.
- Suivre des études ou recherche pour l’intérêt général.
- Pour facilité le déplacement du conjoint(e) avec l’employer prêt de
son travail à cause des difficultés de logement.
- Pour laisser la mère ou le père de s’occuper de son enfant qui ne
dépasse pas les 5 ans ou qui est handicape.
>>Pour bénéficier de la mise en disponibilité il faut qu’il travail au moins 1

ans dans l’entreprise
>>L’employer peut avoir le droit de 2 mis en disponibilité durant sa
carrière.
>>La durée qui sépare les deux congés sans solde ne doit pas avoir moins de
3ans
2-4- Présentation du Système actuel
Analyse des postes
Présentation des services : pour mieux gérer les procédures de traitement il

est nécessaire d’étudier les différents services et postes de travail.
Service gestion de carrière
3 agents de gestion
il assure :
L’administration,
La gestion individuelle et collective du personnel
La production et la tenue de tous les documents administratifs.
Suivi des Carrières
Élaborer les bilans personnels
29
2-5- Les critiques & Suggestions :
2-5-1- Les Critiques :
L’objectif de cette phase et d’établir une diagnostique de la situation

actuelle, ce qui nous amènent à citer les anomalies rencontrées et d’essayer
de les résoudre en utilisant les outils informatiques, ces anomalies sont.
- Redondance d’informations dans certain s documents.

- Perte du temps dans la transmission des documents et d’information
inutile et décision.
- Passage des décisions et papier répéter entre les différentes structures.
- Manque d’automatisation administrative.
- Difficulté de la Mémorisation et l’accès au archive.
2-5-2- Les Suggestions :
On tenant compte des insuffisances et des anomalies constatées ainsi

que les critiques émises, nous allons proposer quelques suggestions qui vont
constituer en quelque sorte une solution d’élaboration d’un futur système.
- Réorganiser et supprimé les document et signature inutile

- créer une fluidité de circulation et éliminer les longueurs de
déplacement des document local.
- Automatiser toutes les taches et informatiser l’archivage pour
simplifier les accès
Conclusion :
L’étude Préalable est une étape primordiale, elle nous permis de

détaillée et reconnaître les différentes tache et zoomer le système actuel
existant dans cette entreprise. et de proposer des suggestions et extraire des
solutions.
30
3- Étude de Documents :
3-1- Liste des Documents :
N° Désignation Code
1 Absence Autorisée ABS
2 Attestation de Travail ATT
3 Certificat de Travail CT
4 Décision Promotion DP
5 Fin De Contrat FC
6 Mis En Disponibilité MED
7 Sanction : (Mise à Pied) MP
8 Démission CSS
9 Titre Congé CNG
10 Ordre de Mission MIS
31
3-2- Étude de Documents Détaillée:
Absence Autorisée :
Fiche Description Du Document
Désignation : Absence Autorisée Code : ABS
Format : Nature : Interne
Nombre d’Exemplaire : 02
21/27 Couleur : Blanche
Remplit Par : Service – Atelier Utilisé Par : Service Paie
L’entête
Champs Code Type Longueur
Nom Du Ministère Nom_ministere A 30
Nom de l’État Major Nom_etat_major A 30
Nom du Corps Nom_corps A 30
Nom de la Région Nom_region A 30
Nom de l’Entreprise Nom_ets A 30
Nom de la Direction Désign_dir A 30
Adresse de l’Entreprise Ads_ets AN 30
Date Date_abs Date 08
Le Corps
N° (Numéro) Réf_abs N 06
Titre Désign_abs A 30
Nom Nom_ag A 30
Prénom Prénom_ag A 30
Matricule Mat_ag N 30
Fonction Occupée Désign_Poste A 30
Service/Atelier Service A 30
Division Division A 30
Département Département A 30
Direction/Unité Direction A 30
Nature Nat_abs A 30
Durée Absence Dur_abs N 02
Du Date_d_abs Date 08
Au Date_f_abs Date 08
Motif Motif_abs A 100
Observation OBS_abs A 300
Le Bas
Visa et Nom du chef de
Visa Signature -
Service/Atelier
Objectif :
Confirmé l’Autorisation d’absence
32
Attestation de Travail :
Désignation : Attestation de Travail Code : ATT
Nature : Interne
Format : 21/27 Nombre d’Exemplaire : 01
Couleur : Blanche
Remplit Par : Service Gestion de Carrière Utilisé Par : l’Agent
L’entête
Date Date_att Date 08
Le Corps
N° (Numéro) Réf_att N 06
Titre Titre_att A 30
Nom Nom_ag A 30
Prénom Nom_de_Jf_ag A 30
Nom de Jeune Fille Prénom_ag A 30
Date de Naissance Date_nais_ag Date 08
Lieu de Naissance Lieu_nais_ag A 30
Date de Recrutement Date_rec Date 08
Service Désign_serv A 30
Poste ou Fonction Occupée Désign_Poste A 30
Le Bas
Visa et Nom du Directeur AG Visa Signature -
Objectif :
- Passeport
- Compte bancaire
- Visa
- Dossier Administratif
33
Certificat de Travail :
Désignation : Certificat de Travail Code : CT
Nature : Interne
Couleur : Blanche
Remplit Par : Service Gestion de Carrière Utilisé Par : l’Agent
L’entête
Date Date_ct Date 08
Le Corps
N° (Numéro) Réf_ct N 06
Titre Titre_ct A 30
Nom Nom_ag A 30
Service Désign_Serv A 30
Date de Cessation Date_Cess Date 08
Le Bas
Objectif :
- Passeport
- Compte bancaire
- Visa
- Dossier Administratif
34
Décision Promotion :
Désignation : Décision Promotion Code : DP
Nature : Interne
Couleur : Blanche
Utilisé Par : Différentes
Remplit Par : Service Gestion de Carrière
Structures
L’entête
Date Date_dp Date 08
Le Corps
N° (Numéro) Réf_dp N 06
Titre Titre_dp A 30
Nom Nom_ag A 30
Ancien Poste Désign_a_Poste A 30
Niveau Désign_a_Niveau N 30
Nouveau Poste Désign_n_Poste A 30
Niveau Désign_n_Niveau N 30
Échelon Désign_éch N 02
Le Bas
35
Fin De Contrat :
Désignation : Fin De Contrat Code : FC
Nature : Interne
Couleur : Blanche
Utilisé Par : Différents
Structures
L’entête
Date Date_fc Date 08
Le Corps
N° (Numéro) N°_css N 06
Titre Titre_css A 30
Nom Nom_ag A 30
Service/Atelier Désign_Serv A 30
Division Désign_div A 30
Département Désign_Dép A 30
Direction/Unité Désign_dir A 30
Date de recrutement Date_rec Date 08
Date de fin de contrat Date_css Date 08
Observation Obs_css A 300
Le Bas
36
Mis En Disponibilité :
Désignation : Mise En Disponibilité Code : MED
Nature : Interne
Couleur : Blanche
Structures
L’entête
Date Date_med Date 08
Le Corps
N° (Numéro) Réf_med N 06
Titre Titre_med A 30
Nom Nom_ag A 20
Division Désign_Div A 30
Direction/Unité Désign_Dir A 30
Durée de Mis En Disponibilité Dur_med N 02
Date Début Mis En Disponibilité Date_d_med Date 08
Date fin Mis En Disponibilité Date_f_med Date 08
Motif Mot_med A 300
Observation Obs_med A 300
Le Bas
37
Sanction : (Mise à Pied)

Désignation : Sanction Mise à Pied Code : MP
Nature : Interne
Couleur : Blanche
Remplit Par : Service – Atelier Utilisé Par : Service Paie
L’entête
Date Date_mp Date 08
Le Corps
N° (Numéro) Réf_s N 06
Titre Nat_s A 30
Nom Nom_ag A 30
Durée Absence Dur_s N 02
Du Date_d_mp Date 08
Au Date_f_mp Date 08
Causes Cause_s A 100
Observation OBS_s A 300
Le Bas
Visa et Nom du Chef de Service/Atelier Visa Signature -
Objectif :
- Donnée l’exemple aux autres
- Prévenir l’employer
38
Démission :

Désignation : Démission Code : CSS
Nature : Interne
Couleur : Blanche
Structures
L’entête
Date Date_css Date 08
Le Corps
N° (Numéro) N°_css N 06
Titre Nat_css A 30
Nom Nom_ag A 30
Division Désign_div A 30
Direction/Unité Désign_dir A 30
Date de recrutement Date_rec Date 08
Date de Démission Date_css Date 08
Motif Cessation Motif_css A 300
Observation Obs_css A 100
Le Bas
39
Titre Congé :

Désignation : Titre Congé Code : CNG
Nature : Interne
Couleur : Blanche
Remplit Par : Service Gestion de Carrière Utilisé Par : L’Agent
L’entête
Date Date_cng Date 08
Le Corps
N° (Numéro) Réf_cng N 06
Titre Nat_cng A 30
Nom Nom_ag A 30
Durée du Congé Dur_cng N 02
Du Date_d_cng Date 08
Au Date_f_cng Date 08
Le Bas
Visa et Nom du Chef Service
Visa Signature -
Carrière
40
Ordre de Mission :
Désignation : Ordre de Mission Code : MIS
Nature : Interne
Couleur : Blanche
Structures
L’entête
Date Date_mis Date 08
Le Corps
N° (Numéro) Réf_mis N 06
Titre Type_mis A 30
Nom Nom_ag A 30
Matricule Mat_ag AN 06
Service Désign_Serv A 30
Durée Mission Dur_mis N 02
Date Début Mission Date_d_mis Date 08
Date Fin Mission Date_f_mis Date 08
Type Mission Type_mis A 30
Lieu de Départ Lieu_dep A 30
Lieu d’Arrivée Lieu_arr A 30
Moyen de Transport Moyen_trans A 30
Observation OBS A 300
Le Bas
41
4- Étude des procédures :

L’objectif de cette étude est de décrire l’ensemble des procédures du
système actuel en basant sur deux types de diagrammes :
Diagramme de Circulation des Documents :
Sert a visualiser l’enchantement des taches et les documents qui circulent
depuis le déclenchement jusqu’à la production ou délibération.
Quelques définitions :
Schéma Désignation
Lettre – Demande – Rapport
Document
Opération
Mise en attente
Échange d’exemplaires
Dossier
Diagramme des Flux :
L’objectif de cette étude est d’analyser la circulation des documents dans

l’entreprise.
C’est une présentation simplifier de l’échange des informations et une interprétation
schématiser.
42
Procédures :
4-1- Procédure Recrutement :
Diagramme des Flux : Recrutement
DG 1 Intéressé
6 5 7 8
2
Recrutement
10 9
3 4
Service G. Structure
Carrière
43
Diagramme de Circulation : Recrutement
Intéressé DG Service F&R Chef Hiérarchique Service G.Carrière

Demande OP.01
A1
OP.02
A2
OP.03
A3 A4
OP.04
Dossier A5 A6
OP.05
A8 A7
OP.06
A9
44
Les Opérations :
L’intéressé dépose une demande munie par un CV au secrétariat du DG

OP.01 : Le DG envoi la demande au Service recrutement et formation.
OP.02 : Le Service recrutement mémorise et trie les demandes par spécialité et
diplôme.
OP.03 : La Structure Sélection les demandes selon ses besoins et convoque les
intéressés, après les testes et elle établit Un PV de résultat signé par le chef de la
structure.
OP.04 : dans le cas favorable le service formation & Recrutement reçoit les
dossiers des intéressés jugé admissent et procède à la vérification des pièces
justificatifs.
OP.05 : Recevoir les dossiers avec le PV signé de la structure avec la collaboration
du service de la formation & recrutement et établie les contrats du travail et
décision de régularisation et les signe par l’intéressé.
OP.06 : Recevoir les dossiers avec les contrats du travail pour signature du DG et
Établissement des PV d’installation, le dossier sera ensuite envoyer aux différentes
structures.
N° Document Associé
Service F&R Service Formation & Recrutement
A1 Demande + CV
A2 Liste des spécialités demandées + les CV
A3 Avis Défavorable
A4 Avis Favorable
A5 Avis Défavorable après vérification
A6 Avis Favorable après vérification
A7 Contrat du travail
A8 Décision de régularisation
A9 PV d’installation Visée par le DG
45
4-2- Procédure Promotion :
Diagramme des Flux : Promotion
Centre de
DG 4
Formation
5
3
Service Service Formation

2
G.Carrier & Recrutement
6
1
1
Chef L’intéressé
Hiérarchique
46
Diagramme de Circulation : Promotion
Intéressé Chef Hiérarchique Service G.Carriere Service F&R DG
Rapport
OP.01
Demande A2 A1
OP.02
A3 A4
OP.03
A5
OP.04
A6
47
Les Opérations :
Le chef hiérarchique Établie le rapport proposition de promotion -Visé- et l’envoie

au service personnel (Gestion Carrière).
OP.01 : Le Service Gestion de carrière étudie les dossiers avec vérification et
donne son avis.
OP.02 : Dans le Cas Favorable le service du personnel établi une décision et la
transmet au service formation et recrutement.
Le service formation et recrutement transmet les Décisions de promotion après
formation au DG Pour les visés
OP.03 : Le DG renvoi Les décisions Visées au service personnel pour
régularisation
OP.04 : Établissement des dossiers en 4 exemplaires
Service F&R Service Formation & Recrutement
A1 Avis Favorable
A3 Retour du dossier Avis Défavorable pour promotion
A4 Décision de promotion
A5 Décision de promotion et de régularisation signée
A6 dossiers de régularisation en 4 exemplaires
48
4-3- Procédure Congé :
Diagramme des Flux : Congé
7
DG Intéressé
1
1 5 6
Service
G.Carrière 3
2
Chef
Hiérarchique
49
Diagramme de Circulation : Congé
Intéressé Service GCarrière Chef Hiérarchique DG Paie

Demande
OP.01
Note
A1 A2
OP.02
A3 A4
OP.03
A5
OP.04
Les Opérations :
L’intéressé fait une demande au chef hiérarchique
OP.01 : Vérification (l’utilité et disponibilité) dans le cas favorable, le chef
Hiérarchique Établi un PV et l’envoi au service personnel (Gestion Carrière)
OP.02 : Le Service Gestion de carrière vérifié et donne son avis dans le Cas
Favorable le service du personnel transmet le PV au DG.
OP.03 : Le DG signe le PV et le rend au service du personnel.
OP.03 : Le service du personnel envoi la décision aux différentes structures.
A2 Avis Favorable
A4 Avis Favorable
A5 PV signé par le DG
50
4-4- Procédure Mise En Disponibilité :
Diagramme des Flux : Mise En Disponibilité
DG 6 Intéressé
4 5 1 6
Service 3 Chef
G.Carrière 2 Hiérarchique
51
Diagramme de Circulation : Mise En Disponibilité
Intéressé DG Service Carrière Chef Hiérarchique

Demande
OP.01
A2 A1
OP.02
A3 A4
OP.03
A5
OP.04
OP.05
A6
52
Les Opérations :
L’intéressé fait une demande au service de gestion de carrière
OP.01 : Le service Établi un PV après vérification et l’envoi au chef hiérarchique
OP.02 : Le chef hiérarchique donne son avis
OP.03 :dans le Cas Favorable le service gestion de carrière transmet le PV au DG.
OP.04: le DG signe le PV
OP.05 : Le service du personnel établi une décision et l’envoyer au chef
hiérarchique et l’intéressé et au autres services
A1 PV
A4 PV Visé par le chef
A5 Décision.
A6 Décision signée
53
4-5- Procédure Démission :
Diagramme des Flux : Démission
DG
4
3
Service 2 Chef
G.Carrière 7 Hiérarchique
6
5 1 8
CASNOS 9 Intéressé
54
Diagramme de Circulation : Démission
Intéressé Chef Hiérarchique Service Carrière DG CASNOS

Demande
OP.01
A1 A2
OP.02
A3 A4
OP.04
A5
OP.05
A5
OP.06
A6
OP.07
A7
55
Les Opérations :
L’intéressé établi une demande au chef hiérarchique

OP.01 : Vérification - dans le cas favorable il Établi un PV et l’envoi au service
personnel (Gestion Carrière).
OP.02 : dans le cas favorable Le Service Gestion de carrière établi une décision de
cessation et la transmet DG.
OP.03 : Le DG signe la Décision de cessation.
OP.04 : Le service du personnel établi une décision de cessation et l’envi à la
CASNOS.
OP.05 : La CASNOS donne son avis à l’intéressé et au service personnel
OP.06 : Établissement d’un PV de Fin a ses Fonctions et l’envoi aux différentes
structures.
A2 Avis Favorable
A4 Décision de cessation
A5 Décision de cessation visée par le DG
A6 Avis de la CASNOS
A7 PV de Fin à Fonctions
56
4-6- Procédure Sanction :
Diagramme de Flux : Sanction 1er 2eme 3eme Degrés
DG
Intéressé
5
6
Conseil
4
Discipline 1 8
Service G 2 Chef
Carrière 7 Hiérarchique
57
Diagramme de Circulation : Sanction 1er 2eme 3eme Degrés
Intéressé Chef Hiérarchique Service Personnel DG Conseil Discipline
Rapport OP.01
A1 A2
OP.02
OP.03
A3
A4
OP.04
A5
Les Opérations :
Le chef Hiérarchique Envoi un Rapport au service personnel.

OP.01 : Étude du rapport dans le cas favorable : Envoi d’une copie du rapport au
DG et une au conseil discipline.
OP.02 : Le DG signe le Rapport de la sanction et l’envoyer au service personnel.
OP.03 : Le conseil établi un PV et l’envoyer au service personnel.
OP.04 : Établissement d’une décision de sanction et l’envoyer aux différents
services concernés.
A1 Sanction refusée
A2 Sanction valide
A3 Rapport signé par le DG
A4 Décision de sanction
A5 PV + Décision de sanction visée
58
4-7- Procédure Retraite :
Diagramme des Flux : Retraite
DG
8 9
Service 4 Chef
Personnel 1 Hiérarchique
6
5 3 2
CASNOS 7 Intéressé
59
Diagramme de Circulation : Retraite
Intéressé Service Personnel Chef Hiérarchique DG CASNOS
OP.01
Demande
Note
A1
OP.02
A2
OP.03
A3 A4
OP.04
A5
OP.05
A6
OP.06
A7
60
Les Opérations :
Le service personnel envoi une note au chef de structure pour l’informer. Ou

l’intéressé fait une demande
OP.01 : Établissement d’un PV et l’envoyer au service Gestion Carrière et
l’employer.
OP.02 : Le Service Gestion de carrière établi une décision de cessation et la
transmet à la CASNOS.
OP.03 :. La CASNOS transmet une décision à l’intéressé et au service Gestion
Carrière
OP.04 :. Dans le cas favorable le service Gestion Carrière envoi une décision au
DG pour visa
OP.05 : Le DG signe la Décision de cessation
OP.06 : Établissement d’un PV de Fin a ses Fonctions et l’envoi aux différentes
structures.
A1 PV
A2 Décision de cessation
A3 Avis défavorable de la CASNOS
A4 Avis favorable de la CASNOS
A5 Établissement de la décision
A6 Décision Visée par le DG
A7 PV de Fin à Fonctions Décision de cessation visée par le DG
61
4-8- Procédure Attestation de Travail :
Diagramme des Flux : Attestation de Travail
Service 2 Chef
Personnel 3 Hiérarchique
1 4
Intéressé
62
Diagramme de Circulation : Attestation de Travail
Intéressé Chef Hiérarchique Service Personnel DG Structure

Demande
OP.01
A1
OP.02
A2
OP.03
A3
OP.04
A3
OP.05
A3
Les Opérations :
L’intéressé fait une demande au chef hiérarchique
OP.01 : Le chef hiérarchique envoi la demande au Service personnel.
OP.02 : Le Service personnel établi l’attestation du travail.
OP.03 : Le DG signe Certificat l’attestation du travail et la transmet au Service
personnel.
OP.04 : Recevoir l’attestation du travail visé et l’envoyer à La structure.
OP.05 : Recevoir l’attestation du travail visé et l’envoyer à L’intéressé.
A1 Envoi de la Demande
A2 L’attestation du travail
A3 L’attestation du travail visé par le DG
63
4-9- Procédure Certificat de Travail :
Diagramme des Flux : Certificat de Travail
DG 1 Intéressé
4 3 2
Service
Personnel
64
Diagramme de Circulation : Certificat de Travail
Intéressé DG Service Personnel Chef Hiérarchique Structure

Demande
OP.01
A1
OP.02
A2
OP.03
A3
OP.04
A3
Les Opérations :
L’intéressé dépose une demande secrétariat du DG
OP.01 : Le DG envoi la demande au Service personnel.
OP.02 : Le Service personnel établi le certificat du travail.
OP.03 : Le DG signe Certificat du travail et la transmet au Service personnel.
OP.04 : Recevoir le certificat du travail visé et l’envoyer à L’intéressé.
A1 Envoi de la Demande
A2 Certificat du travail
A3 Certificat du travail visé par le DG
65
Chapitre III
Étude détaillée
CHAPITRE III : Étude Détaillée
1- La Notion de dépendance fonctionnelle

La construction du MCD mais également du modèle relationnel correspondant, repose
presque entièrement sur le concept de dépendance fonctionnelle. C’est ce concept qui
permet de passer d’un ensemble de propriétés non structuré à un modèle conceptuel des
données formé d’entités et d’associations et au modèle relationnel correspondant.
Définition
On dit que b est en dépendance fonctionnelle (DF) de a si à une valeur quelconque de
la propriété a, on ne peut faire correspondre qu’une seule valeur au plus de la propriété
b.
On note
a b
(source) (but)
Autrement dit, si on connaît la valeur de a, on peut en déduire une seule valeur de b.

Mais la réciproque n’est pas vrai (si on connaît b, on ne peut pas en déduire a).
Terminologie
Si on a une dépendance fonctionnelle a b, on peut employer les expressions

suivantes de façon équivalente :
Il y a une dépendance fonctionnelle de a vers b.

b est en dépendance fonctionnelle de a
b dépend fonctionnellement de a
a est la source et b est le but (ou la cible) de la dépendance fonctionnelle
DF à partir de propriétés concaténées (partie gauche composée de plusieurs attributs)
Il peut exister des dépendances fonctionnelles à partir de propriétés concaténées, c'est-à-dire qui
forment un tout indissociable, comme si elles étaient soudées.
On note par un + cette concaténation.
Exemple : Considérons une commande qui comporte plusieurs produits
Num_Commande + Ref_Produit quantité commandée
Si on n’a seulement le numéro de la commande, on ne peut pas en déduire la quantité

commandée, car il faut aussi savoir de quel produit. De même, on ne peut pas savoir la quantité
commandée d’un produit si on ne sait pas de quelle commande. Il faut bien connaître à la fois la
commande et le produit (leurs identifiants respectifs) pour en déduire la quantité commandée.
Les dépendances fonctionnelles dont la source est formée de plusieurs propriétés doivent être
élémentaires, c'est-à-dire ne pas être créées artificiellement.
Ex : Num Commande + Num Client date commande
66
n’est pas une DF élémentaire car on n’a pas besoin du numéro de client pour connaître la date
de commande, il suffit de connaître le numéro de la commande. La propriété Num Client ne
sert à rien dans cette DF.
1-1-Propriétés des dépendances fonctionnelles
Les dépendances fonctionnelles ont les propriétés suivantes :
Propriétés des DF (axiomes d’Armstrong, 1974)
Réflexivité autodétermination des attributs
X ⊂ S => S X
e.g. titre année realis. titre
Augmentation ajout d’attributs
∀ Z,X Y => XZ Y Z
e.g. titre année => titre nom année nom
Transitivité des DF
X Y Λ Y Z => X Z
e.g. titre pays capitale
Union de deux dépendances fonctionnelles
(X Y Λ X Z) => X YZ
Titre pays réalisateur Λ titre pays sortie => titre pays réalisateur sortie
preuve : augmentation et transitivité
Pseudo-transitivité des DF
(X Y Λ WY Z) => WX Z
capitale pays Λ titre pays sortie => titre capitale sortie
preuve : augmentation et transitivité8
67
1-2- Dépendance fonctionnelle complète

Une propriété est en DF complète avec l’identifiant si il n'existe aucune DF
entre la propriété et une partie de l'identifiant
1-3- Dépendance fonctionnelle directe
Une propriété est DF directe avec l'identifiant si il n'existe pas de DF entre cette
propriété et une autre propriété elle même en DF avec l'identifiant
2- Les différentes formes normales
2-1- 1FN - première forme normale : toute propriété dépend de la clé

Une entité est en première forme normale si toutes ses propriétés sont
élémentaires et s’il existe au moins une clé caractérisant chaque occurrence
de l’entité. Toute propriété doit avoir un sens pour toute occurrence de la
relation ou de l’entité (il doit y avoir dépendance fonctionnelle vis à vis de la
clé). Cette normalisation peut amener à créer des sous-types spécialisés pour
les propriétés non systématiquement pertinentes, pour les propriétés
répétitives ou multi-valuées.
2-2- 2FN - deuxième forme normale : toute propriété dépend de toute la clé
Une entité ou une relation en première forme normale est en deuxième forme
normale si toute propriété dépend de la clé par une dépendance fonctionnelle
élémentaire pleine : les propriétés doivent dépendre de l’ensemble des
identifiants participant à la clé.
2-3- 3FN - troisième forme normale : toute propriété ne dépend de rien
d'autre que de la clé
Une entité ou une relation en deuxième forme normale est en troisième forme
normale si toute propriété dépend de la clé par une dépendance fonctionnelle
directe : les propriétés ne doivent dépendre que de l’identifiant (pas de
dépendance transitive). Cette normalisation peut amener à désimbriquer des
entités cachées.
2-4- BCFN - forme normale de Boyce - Codd
Si une entité ou une relation en troisième forme normale a une clé concaténée
(multiple), aucune des propriétés élémentaires de cette clé ne doit être en
dépendance fonctionnelle d’une autre propriété. Cette normalisation conduit
parfois à transformer une entité en relation ou à décomposer une relation en
deux relations plus simples.
2-5- Exemples théoriques de normalisation :

Exemples de normalisation selon les trois principaux types de formes normales :
• La première forme normale, où chaque attribut des entités contient une valeur
atomique (non composée) ;
68
Exemple :
produit / fournisseur
-------------/--------------
téléviseur / VIDEO SA, HITEK LTD
Dans ce cas les valeurs du fournisseur sont multivaluées et ne sont pas atomiques. Pour
que cette relation soit en première forme normale, il faut décomposer les attributs de la
colonne fournisseur comme suit :
Solution :
produit / fournisseur
-------------/--------------
téléviseur / VIDEO SA
téléviseur / HITEK LTD
• La deuxième forme normale est une relation en première forme normale où

chaque attribut qui n'appartient pas à la clé (l'ensemble des attributs permettant
d'identifier de manière unique un tuple de l'entité) ne dépend pas uniquement
d'une partie de la clé ;
Exemple:
produit / fournisseur / adresse fournisseur
-------------/-------------/--------------------
téléviseur / VIDEO SA / 13 rue du cherche-midi
écran plat / VIDEO SA / 13 rue du cherche-midi
téléviseur / HITEK LTD / 25 Bond Street
Admettons que la clé de cette table soit une clé composite (produit - fournisseur). Dans
le cas d'un changement d'adresse d'un fournisseur, il faudra faire preuve de beaucoup
d'attention pour n'oublier aucun endroit où l'adresse est mentionnée. En effet, on
constate que le champ adresse ne dépend que d'une partie de la clé: le champs
fournisseur, ce qui induit la possibilité d'une redondance au sein de la table. Il convient
donc de scinder la table en deux:
solution en seconde forme normale :
produit / fournisseur fournisseur / adresse fournisseur

------------/-------------- ------------/-----------------------
téléviseur / VIDEO SA VIDEO SA / 13 rue du cherche-midi
téléviseur / HITEK LTD HITEK LTD / 25 Bond Street
écran plat / VIDEO SA
De cette manière, un changement d'adresse ne donne lieu qu'à une seule modification
dans la table des fournisseurs.
• La troisième forme normale est une relation en deuxième forme normale où les
attributs qui ne font pas partie de la clé ne dépendent pas d'attributs ne faisant
pas non plus partie de la clé (les attributs sont donc complètement indépendants
les uns des autres).
69
Exemple:
fournisseur / adresse fournisseur / ville / pays

-------------/------------------------/-----------/------
VIDEO SA / 13 rue du cherche-midi / PARIS / FRANCE
HITEK LTD / 25 Bond Street / LONDON / GRANDE-BRETAGNE
Le pays de l'adresse n'est pas dépendant de la clé de la table, à savoir le nom du

fournisseur, mais est fonction de la ville de l'adresse. De nouveau, il est préférable de
scinder la table en deux:
Solution normalisée :
fournisseur / adresse fournisseur / ville ville / pays

------------/------------------------/----------- ------/------
VIDEO SA / 13 rue du cherche-midi / PARIS PARIS / FRANCE
HITEK LTD / 25 Bond Street / LONDON LONDON/ GRANDE-
De cette manière, une modification de l'orthographe pour un pays (par exemple :
Grande-Bretagne en Great-Britain) ne donnera lieu qu'à une seule modification.
3- Constitution d’un MCD :
3-1- Constitution du dictionnaire des données

Diagramme de circulation des documents Étude détaillée de chaque document
Un document = Ensemble de rubriques
Une rubrique = Ensemble de données élémentaires
1ère étape de l ’élaboration du MCD - Constitution du dictionnaire des données
Avant d’ajouter une nouvelle donnée, il convient de se poser les

questions suivantes :
• s’agit-il d ’une donnée déjà répertoriée ? (Redondance)
• Cette donnée n ’est-elle pas déjà répertoriée sous un nom différent ?
(Synonyme)
• Le nom que nous proposons d’attribuer à cette donnée n’est-il pas déjà
employé pour une autre donnée ?
(polysème)
Dictionnaire des données

=
liste récapitulative des données
sans redondances,
sans synonymes,
et sans polysèmes
3-2- Les Règles de Gestion :
70
Elles Précisent les contraintes qui doivent être respectés par le modèle.
3-3- Interview
C’est les questions qu’on doit demander au niveau du service pour acquérir les règles
de gestions spécifiques au MCD ainsi les règles d’émission au MCT.
Il faudra aussi éliminer les Synonymes et les Polysémes
3-4- Graphe des dépendances fonctionnelles :

On établit la liste de dépendance fonctionnelle dont le domaine de départ ne contient
qu’une seul propriété non concaténée.
Ces propriétés à partir de propriétés concaténées, si on n’en trouve pas pour une
propriété celle si reste isolé.
4- Le Modèle Conceptuel des Données
Le Modèle Conceptuel des Données est une représentation graphique des

données et des liens qui existent entre chacune d’elles.
Les concepts de base sont :

Les Entités
Les Propriétés
Les Associations
Les Cardinalités
4-1- Les Entités :

Une entité est pourvue d’une existence propre et est conforme aux choix de
gestion de l’entreprise.
EXEMPLE
Une entité peut être un acteur Client, Usine
Une entité peut être un flux qui existe par l’intermédiaire d’acteur Livraison,
commande
4-2- Les Propriétés :
71
Les propriétés sont les données à étudier. Par l’intermédiaire d’interview, il

sera possible d’établir la liste de toutes les données utiles pour le
développement du projet. Chacune de ces données sera définie par :
Un nom
Une définition ( pour éviter toute ambiguïté sur la compréhension de la
donnée )
Un domaine de définition ( ensemble de valeurs possibles )
Une provenance ( est elle saisie ?, est elle calculée ?)
- Dans le cas d’une donnée calculée comme "montant total de la commande",

il faudra expliciter le calcul.
- Dans le cas d’une donnée composée (comme adresse qui se compose
souvent d’un numéro, d’une rue et d’une ville), il faudra expliciter la
composition.
- On obtient ainsi une liste de données dites donnée élémentaire et non
calculée (comme Montant total de la commande).
- On parle de donnée non atomique.
- Chacune de ces données sera classée et regroupée par entité.
- On obtiendra ainsi un dictionnaire de données
4-3- Les Associations :

Une association traduit un lien entre une ou plusieurs entité
Une association est caractérisée par :
Son nom (en général un verbe- éviter la concaténation des noms des
entités qu’elle unie-)
Sa dimension (nombre d’entités qu’elle unit)
Sa collection (noms des entités qu’elle relie)
Ses cardinalités
Il s’agit d’écrire des phrases en français décrivant le modèle. Ces phrases permettront d’établir des liens
entre les entités
EXEMPLE
Un client passe des commandes nous permet d’établir l'association "passer"
entre l’entité client et l’entité commande.
4-4- Les cardinalités :
72
Les cardinalités traduisent le nombre d'occurrences maximum et minimum

qui participent à l'association
Il s’agit pour chaque association de répondre aux quatre questions :
Une occurrence de l’entité A peut être en association avec l’entité B
combien de fois au minimum (cardinalité minimum)
Une occurrence de l’entité A peut être en association avec l’entité B
combien de fois au maximum (cardinalité maximum)
Une occurrence de l’entité B peut être en association avec l’entité A
combien de fois au minimum (cardinalité minimum)
Une occurrence de l’entité B peut être en association avec l’entité A
combien de fois au maximum (cardinalité maximum)
EXEMPLE
Considérons l'association PASSER entre l’entité client et l’entité commande
Combien de fois un client peut il passer de commandes au minimum ?
Combien de fois un client peut il passer de commandes au maximum ?
Combien de fois une commande est elle passée par des clients au minimum ?
Combien de fois une commande est elle passée par des clients au maximum ?
Les cardinalités
La démarche à suivre pour la construction d’un MCD est la suivante :
Recherche des propriétés à gérer : Dictionnaire des données

Regroupement des propriétés
Représentation des entités
Recherche des associations
Recherche des cardinalités
Vérification et normalisation du modèle
73
6- Dictionnaire des Données :

Réf / Code Désignation Type Largeur
L’ENTREPRISE
Réf_ets Référence de l’entreprise N 01
Nom_ministere Nom Du Ministère A 30
Nom_etat_major Nom de l’État Major A 30
Nom_corps Nom du Corps A 30
Nom_region Nom de la Région A 30
Nom_ets Nom de l’Entreprise A 30
Nom_direction_gl Nom de la Direction Générale A 30
Ads_ets Adresse de l’Entreprise AN 30
DIRECTION
Réf_Direction Direction N 01
Désign_dir Désignation A 30
DEPARTEMENT
Réf_Département Département N 02
Désign_dép Désignation A 30
DIVISION
Réf_Division Division N 02
Désign_div Désignation A 30
SERVICE
Réf_Service Service N 02
Désign_serv Désignation A 30
AGENT
Mat_ag Matricule N 06
Nom_ag Nom A 30
Nom_de_Jf_ag Nom de Jeune Fille A 30
Prénom_ag Prénom A 30
Date_nais_ag Date de Naissance Date 08
Lieu_nais_ag Lieu de Naissance A 30
Sexe_ag Sexe A 02
Sit_ag Situation A 04
N°Tel_ag N°Tel N 09
N°_SS_ag N° Sécurité Social N 09
N°_CCP_ag N° CCP N 09
N°_CB_ag N° Compte Bancaire N 09
Date_rec Date de Recrutement Date 08
N°_Rue_ag N° Rue N 04
Rue_ag Rue A 30
Ville_ag Ville A 30
Cp_ag Code Postal N 05
Wilaya Wilaya A 10
POSTE
Réf_Poste Code Poste N 03
Désign_Poste Désignation Poste A 30
NIVEAU
Réf_Niveau Code Niveau N 03
N°_Niveau Désignation Niveau N 02
74

AVOIR_PROMOTION
Date_dp Date Promotion Date 08
AFFECTER
Réf_aff Code d’affectation N 13
Date_aff Date d’affectation Date 08
AVOIR_DIPLOME
Date_obt Date d’Obtention du Diplôme Date 08
Lieu_obt Lieu d’Obtention du Diplôme A 30
DIPLÔME
Réf_dip Code Diplôme AN 03
Désign_dip Diplôme A 30
CATÉGORIE
Réf_Catégorie Code Catégorie N 03
Désign_Catégorie Catégorie A 30
AVANCEMENT
Date_av Date d’Avancement Date 08
ECHELON
Réf_échelon Code Échelon N 03
N°_éch Échelon N 02
CONJOINT(E)
Réf_conj Conjoint N 07
Nom_de_Jf_conj Nom de Jeune Fille A 30
Prénom_conj Prénom A 30
Date_nais_conj Date de Naissance Date 08
Date_mariage Date du Mariage Date 08
ENFANT
Rét_enf Enfant N 07
Prénom_enf Prénom A 30
Sexe_enf Sexe A 10
Date_nais_enf Date de Naissance Date 08
FAIRE_ABSENCE
Code_A_Abs Code Faire Absence N 13
Date_d_abs Du Date 08
Durer Durer Date 08
Motif_abs Motif A 100
ABSENCE
Réf_abs N° (Numéro) N 03
Nat_abs Nature A 30
AVOIR_CONGE
Code_A_cng Code Avoir Congé N 13
Date_d_cng Date Début du Congé Date 08
Date_f_cng Date Fin du Congé Date 08
CONGE
Réf_cng Code Congé N 03
Nat_cng Type du Congé A 30
75

AVOIR_CESSATION
Date_css Date Cessation Date 08
CESSATION
Réf_css Code Cessation N 03
Nat _css Type Cessation A 10
AVOIR_M_E_D
Code_A_MED Code Avoir Mise en Disponibilité N 13
Date_d_med Date Début Mise En Disponibilité Date 08
Durer_med Durer Mise En Disponibilité Date 08
Mot_med Motif A 100
MIS-EN-DISP
Réf_med Code Mis En Disponibilité N 03
Titre_med Désignation A 30
AVOIR_MISS
Code_A_M Code Avoir Mission N 13
Date_d_mis Date Début Mission Date 08
Date_f_mis Date Fin Mission Date 08
Lieu_dep Lieu de Départ A 30
Lieu_arr Lieu d’Arrivée A 30
Moyen_trans Moyen de Transport A 30
ORDRE DE MISSION
N°_mis N° (Numéro) N 03
Type_mis Type Mission A 20
AVOIR_SANCTION
Date_d_mp Date de Début de la Sanction Date 08

Durer_mp Durer de la Sanction Date 08
Cause_s Cause A 100
SANCTION
Réf_s Code Sanction N 03
Nat_s Type Sanction A 20
76
Les Règles de Gestion ;
1- L’entreprise a une direction ou plusieurs, et la direction appartient à une

seule entreprise.
2- Une direction a une ou plusieurs département, et le département appartient à
une seule direction.
3- Un département a une ou plusieurs division, et une division appartient a un
et un seul département.
4- Une division a une ou plusieurs service, et une service appartient a une et
une seul division.
5- Un agent peut ne pas être marié(e) comme il peut être marié(e) à plusieurs
conjoint(e) et, un conjoint(e) est marié(e) à un et un seul agents.
6- Un agent peut ne pas avoir d’enfant comme il peut avoir plusieurs enfants, et
un enfant est parenté par un et un seul agent
7- Un agent est affecter à un ou plusieurs services avec un poste, et chaque
service peut avoir un agent comme il peut donc avoir plusieurs agent avec un
poste, et dans chaque poste, il y a 0 ou plusieurs agents.
8- Un agent peut ne pas avoir une promotion comme il peut avoir plusieurs
niveau dans différents postes, et un niveau peut avoir 0 ou plusieurs agents
avec un poste, et chaque poste a un ou plusieurs agent avec un niveau.
9- Un agent ne pas peut avoir un diplôme comme il peut avoir plusieurs.
10-Un diplôme peut ne pas être classer dans une catégorie comme il peut être
classer dans une seule catégorie.
11-Une catégorie peut ne pas avoir un diplôme comme elle peut avoir plusieurs.
12-Un agent peut avoir un seul avancement dans un échelon comme il peut
avoir plusieurs avancement.
13-Un agent peut ne pas avoir une cessation comme il peut avoir plusieurs. Et
une cessation peut être subite par 0 ou plusieurs agents.
14-Un agent peut ne pas avoir un congé comme il peut avoir plusieurs. et un
congé peut être subit par un ou plusieurs agents
15-Un agent peut ne pas faire une absence comme il peut faire plusieurs. Et une
absence et faite par un ou plusieurs agents.
16-Un agent peut avoir ne pas avoir Une mise en disponibilité comme il peut
avoir plusieurs. Et Une mise en disponibilité peut être subite par un ou
plusieurs agents.
17-Un agent peut ne pas avoir une sanction comme il peut avoir plusieurs. Et
une sanction peut être subite par un ou plusieurs agents.
18-Un agent peut ne pas avoir une mission comme il peut avoir plusieurs. Et un
ordre de mission peut comporter un seul agent ou plusieurs.
77
Graphe Dépendance
Réf_Service
Désign_serv
Réf_Poste
Désign_Poste
Réf_Niveau
N°_Niveau
Fonctionnel
Réf_Division
Désign_div
Date_dp Date_obt
Réf_aff
Date_aff Lieu_obt Réf_Dip Réf_Catégorie
Désign_dip Désign_Catégorie
Réf_Echelon
Date_av
N°_éch
Réf_Département
Mat_ag
Désign_dép Réf_css
Nom_ag
Date_css Nat _css
Nom_de_Jf_ag
Prénom_ag
Date_nais_ag Code_A_cng
Réf_Cng
Réf_Conj Lieu_nais_ag Date_d_cng
Sexe_ag Nat_cng
Nom_de_Jf_conj Date_f_cng
Prénom_conj Sit_ag
N°Tel_ag Code_A_Abs
Date_nais_conj
N°_SS_ag Date_d_abs Réf_abs
Date_mariage
Réf_Direction N°_CCP_ag Durer Nat_abs
Désign_dir N°_CB_ag Motif_abs
Date_rec
Code_A_MED
N°_Rue_ag Réf_MED
Rue_ag Date_d_med
Titre_med
Ville_ag Durer_med
Cp_ag Motif_med
Wilaya
Rét_enf
Prénom_enf
Réf_Ets Sexe_enf
Date_nais_enf
Nom_ministere
Nom_etat_major Date_d_mp
Nom_corps Durer_mp
Nom_region Cause_s
Nom_ets Réf _S
Nom_direction Code_A_M Nat_s
Ads_ets Réf _MIS Date_d_mis
Date_f_mis
Type_mis
Lieu_dep
Lieu_arr
Moyen_trans
SERVICE POSTE NIVEAU
Réf_Service
Désign_serv
Réf_Poste
Désign_Poste
Réf_Niveau
N°_Niveau
MCD Sans Relation
DIVISION
Réf_Division
Désign_div AFFECTER AVOIR_DIPLOME DIPLÔME CATÉGORIE
AVOIR_PROMOTION Date_obt Réf_Catégorie
Réf_aff Réf_dip
Date_aff Date_dp Lieu_obt Désign_dip Désign_Catégorie
AVANCEMENT ECHELON
Date_av Réf_échelon
N°_éch
DEPARTEMENT AGENT
Réf_Département CESSATION
Mat_ag AVOIR_CESSATION
Désign_dép Nom_ag Réf _css
CONJOINT(E) Date_css Nat_css
Nom_de_Jf_ag
Réf_conj Prénom_ag AVOIR_CONGE
CONGE
Nom_de_Jf_conj Date_nais_ag Code_A_cng
Prénom_conj Réf _cng
Lieu_nais_ag Date_d_cng
Nat_cng
Date_nais_conj Sexe_ag Date_f_cng
FAIRE_ABSENCE
Date_mariage Sit_ag ABSENCE
N°Tel_ag Code_A_Abs
Date_d_abs Réf _abs
DIRECTION N°_SS_ag
Durer Nat_abs
Réf_Direction N°_CCP_ag AVOIR_M_E_D
N°_CB_ag Motif_abs
Désign_dir Code_A_MED MIS-EN-DISP
Date_rec
Date_d_med Réf _med
N°_Rue_ag
Durer_med Titre_med
Rue_ag
ENFANT Motif_med
Ville_ag
Réf_enf Cp_ag AVOIR_SANCTION
Prénom_enf Wilaya Date_d_mp
Sexe_enf
Durer_mp
Date_nais_enf
ENTREPRISE Cause_s
SANCTION
Réf_Ets
Nom_ministere Réf _s
Nom_etat_major AVOIR_MISS Nat_s
Nom_corps Code_A_M
Nom_region Date_d_mis
ORDRE MISSION Date_f_mis
Nom_ets
Réf_mis Lieu_dep
Nom_direction
Type_mis Lieu_arr
Ads_ets
Moyen_trans
SERVICE POSTE NIVEAU
Appartient 1.1 Réf_Service
Désign_serv
Réf_Poste
Désign_Poste
Réf_Niveau
N°_Niveau
MCD Valide
1.n 1.n 1.n 1.n 0.n
DIVISION Avoir Avoir Classer
Réf_Division
0.1 0.n
Désign_div 1.1 1.1 AVOIR_DIPLOME CATÉGORIE
DIPLÔME
AFFECTER AVOIR_PROMOTION Date_obt
1.n Réf_Catégorie
Réf_dip
1.1 Réf_aff Date_dp Lieu_obt Désign_Catégorie
Désign_dip
Date_aff
Appartient
1.1 ECHELON
Avoir AVANCEMENT
1.n 1.n 0.n 0.n 1.n Date_av 1.n Réf_échelon
0.n N°_éch
DEPARTEMENT AGENT
Marier
Réf_Département CESSATION
1.1 Mat_ag 0.n AVOIR_CESSATION 0.n
Désign_dép Nom_ag Réf _css
Date_css Nat_css
CONJOINT(E) Nom_de_Jf_ag
1.1 1.n Prénom_ag AVOIR_CONGE
Réf_conj CONGE
Nom_de_Jf_conj Date_nais_ag 0.n Avoir 1.1 Code_A_cng 1.1 1.n
Appartient Avoir Réf _cng
Prénom_conj Lieu_nais_ag Date_d_cng
Nat_cng
Date_nais_conj Sexe_ag FAIRE_ABSENCE Date_f_cng
Date_mariage Sit_ag Code_A_Abs ABSENCE
1.n
N°Tel_ag 0.n 1.1 Date_d_abs 1.1 1.n Réf _abs
Avoir
DIRECTION N°_SS_ag Durer Nat_abs
Réf_Direction N°_CCP_ag Motif_abs
Désign_dir N°_CB_ag AVOIR_M_E_D MIS-EN-DISP
Appartient 0.n Date_rec 0.n 1.1 Code_A_MED 1.1 1.n
Avoir Avoir Réf _med
1.1 N°_Rue_ag Date_d_med Titre_med
Rue_ag Durer_med
Appartient 1.1 Ville_ag Motif_med
Cp_ag AVOIR_SANCTION
ENFANT Wilaya 0.n Date_d_mp
1.n Réf_enf Durer_mp
Prénom_enf 0.n
ENTREPRISE Cause_s
Sexe_enf 0.n SANCTION
Réf_Ets Date_nais_enf 0.n
Nom_ministere Avoir Réf _s
Nom_etat_major Nat_s
Nom_corps
1.1
Nom_region ORDRE MISSION AVOIR_MISS
Nom_ets Avoir Code_A_M
Réf_mis
Nom_direction Date_d_mis
Type_mis
Ads_ets 1.n 1.1 Date_f_mis
Lieu_dep
Lieu_arr
Moyen_trans
11- Le Modèle logique des données MLD

C'est une représentation du système tel qu'il sera implémenté dans
l'ordinateur. Il est indépendant d'une plate-forme particulière. On
l'obtient à partir du Modèle Conceptuel des Données
Une relation est une partie finie du produit cartésien de n ensembles
(ou domaines). Une relation est le résultat d'une opération sur les
ensembles constitués par les valeurs des attributs
On appel clé d'une relation l'attribut particulier de la relation tel qu'il ne
peut exister qu'une seule valeur de cet attribut pour tous les n-uplets de
la relation
12- Le passage du Modèle Conceptuel des Données MCD au MLD
Il suit des règles bien spécifiques
Règle 1: Toute entité devient RELATION dans laquelle :

- Les attributs traduisent les propriétés de l'entité
- La clé primaire traduit l'identifiant de l'entité
Règle 2: Une association de dimension 2 avec cardinalité 1,1 se réécrit :

- Règle 1
- La clé primaire de la relation mère devient propriété de la relation fille
(l'attribut ainsi rajouté s'appelle clé étrangère et se note avec un #)
Règle 3: Une association de dimension 2 avec cardinalité de plusieurs à

plusieurs devient une relation telle que :
- Les attributs de la relation traduisent les propriétés de l'association
- Les identifiants de chaque entité constituent à eux deux la clé primaire
- Les identifiants sont individuellement clés étrangères (Règle 2 )
Règle 4: Une association de dimension supérieure à deux se réécrit selon la

règle 3
Toute relation devient une table.

Toute clé primaire devient clé primaire de la table
Tout attribut devient colonne de la table
Toute clé étrangère est clé étrangère de la table
81
82
MLD :
1- AGENT (Mat_ag, Nom_ag, Nom_de_Jf_ag, Prénom_ag, Date_nais_ag, Lieu_nais_ag, Sexe_ag, Sit_ag,
N°Tel_ag, N°_SS_ag, N°_CCP_ag, N°_CB_ag, Date_rec, N°_Rue_ag, Rue_ag, Ville_ag, Cp_ag, Wilaya)
2- CONJOINT(E) (Réf_conj, #Mat_ag, Nom_de_Jf_conj, Prénom_conj, Date_nais_conj, Date_mariage)

4- ENFANT (Rét_enf, #Mat_ag, Prénom_enf, Sexe_enf, Date_nais_enf)
5- ENTREPRISE (Réf_Ets, Nom_ministere, Nom_etat_major, Nom_corps, Nom_region, Nom_ets,
Nom_direction, Ads_ets)
6- DIRECTION (Réf_Direction, #Réf_Ets, Désign_dir)

7- DEPARTEMENT (Réf_Département, #Réf_Direction, Désign_dép)
8- DIVISION (Réf_Division, #Réf_Département, Désign_div)
9- SERVICE (Réf_Service, #Réf_Division, Désign_serv)
10- AFFECTER (Réf_aff, #Mat_ag, #Réf_Poste, #Réf_Service, Date_aff)
11- POSTE (Réf_Poste, Désign_Poste)
12- NIVEAU (Réf_Niveau, N°_Niveau)
13- AVOIR_PROMOTION (Mat_ag, Réf_Poste, Réf_Niveau, Date_dp)
14- CATÉGORIE (Réf_Catégorie, Désign_Catégorie)
15- DIPLÔME (Réf_dip, #Réf_Catégorie, Désign_dip)
16- AVOIR_DIPLOME (Mat_ag, Réf_dip, Date_obt, Lieu_obt)
17- ECHELON (Réf_échelon, N°_éch)
18- AVANCEMENT (Mat_ag, Réf_échelon, Date_av)
19- CESSATION (Réf css, Nat_css)
20- AVOIR_CESSATION (Mat_ag, Réf_css, Date_css, Motif_css)
21- CONGE (Réf cng, Nat_cng)
24- AVOIR_CONGE (Code_A_cng, #Mat_ag, #Réf cng, Date_d_cng, Date_f_cng)
25- ABSENCE (Réf abs, Nat_abs)
26- FAIRE_ABSENCE (Code_A_Abs, #Mat_ag, #Réf abs, Date_d_abs, Durer, Motif_abs)
27- MIS-EN-DISP (Réf med, Titre_med)
28- AVOIR_M_E_D (Code_A_MED, #Mat_ag, #Réf med, Date_d_med, Durer_med, Motif_med)
29- SANCTION (Réf s, Nat_s)
30- AVOIR_SANCTION (Mat_ag, Réf s, Date_d_mp, Durer_mp, Cause_s)
31- ORDRE MISSION (Réf_mis, Type_mis)
32- AVOIR_MISS (Code_A_M, #Mat_ag, #Réf_mis, Date_d_mis, Date_f_mis, Lieu_dep, Lieu_arr,
Moyen_trans)
83
14- Le Modèle conceptuel des traitements

Le Modèle Conceptuel des Traitements est une représentation schématique des
traitements indépendants de la façon dont ils sont organisés.
Il s’agit de répondre à la question QUOI ? Sans se soucier de QUI ?, OU ?,
COMMENT ? et QUAND ?.
Il définit pour chaque type d’événements ( ex. appel téléphonique d’un client ), les
actions à effectuer (vérification que le client existe, émission facture) et les résultats
de chaque action (émission de la commande, émission de la facture)
Le Modèle conceptuel des traitements pourra être établi grâce au diagramme des
flux.
Pour cela, il faudra en premier lieu ordonnancer les flux et découper en processus.
Un MCT sera réalisé pour chaque processus. Chaque MCT sera accompagné d’un
document explicatif. Il existe plusieurs niveaux de MCT, chaque niveau est une
présentation conceptuelle plus ou moins détaillée des traitements.
Les concepts de base concernent les notions suivantes :
Notion de domaines
Notion de processus
Notion d'opérations
Notion d’évenements et de résultats
Notion de synchronisation
Notion d’occurrences d’événement et d’occurrences de résultat
Les modèles conceptuels s’accompagnent toujours d’un document annexe. Ce

document permet de décrire plus ou moins en détail chaque Notion d'opérations
associée à un processus. Plus le niveau de détail de cet annexe est fin, plus il sera
possible de valider le MCT en cohérence avec le MCD :
Vérification que tous les résultats peuvent être produits par les opérations en
tenant compte des données recensées dans le MCD
Vérification, contenu des messages des événements en entrée, que toutes les
actions de mise à jour peuvent être effectuées sans trahir le MCD
La constitution du MCT une fois effectuée reste la plupart du temps stable. En

effet, il est basé sur des règles de gestion. Or ces dernières varient beaucoup moins
facilement que les règles d'organisation. Le MCT validé, il faut prendre en compte
les choix d’organisation et répondre aux questions OU, QUAND et QUI. Il s’agit
du prochain niveau d’abstraction : le niveau organisationnel
84
Il ne s'agit que de poser la question "Quoi ?", et non le "Qui ?", le "Où ?", le
"Quand ," (et encore moins le "Comment ?"), parce que ces facteurs
introduiront des fluctuations que l'on veut systématiquement éviter à ce
niveau.
Autant le M.C.D. visait à l'exhautivité, autant le M.C.T. impose que l'on

ignore délibérément le niveau des détails (qui sera étudié à l'étape
suivante).
Evènement
"Collection de faits, suceptibles de déclencher une 'opération' dans les conditions
précisées par la 'synchronisation'.
L'intervention du temps (date / heure) est considérée comme un évènement
extérieur.
Synchronisation
Condition booléenne traduisant les règles d'activation d'une opération
Opération
Ensemble d'actions dont l'enchaînement ininterruptible n'est conditionné par
l'attente d'aucun évènement autre que le déclencheur initial.
Commentaire : En clair, tant qu'il n'est pas nécessaire de communiquer
avec l'extérieur (soit en amont, soit en aval) on considère qu'il n'y a pas
d'interruption.
Règles d'émission
Condition traduisant les règles de gestion, à laquelle est soumise l'émission des
résultats d'une opération.
Résultats
Collection de faits, produits par l'"opération", dans les conditions prévues par la (ou
les) "règles d'émission".
85
15-1- Recrutement :
Demande
d’Emploi
Et
Étude Demande
OK OK
Convocation
Présence de Acceptation Refuser

l’Intéressé
Et
Examen
OK OK
Avis Avis Dossier

Défavorable Favorable Administratif
Et
- Établissement Contrat
- Décision Régularisation
- Visa DG
Toujours
Contrat
Visé
Décision
Visée
86
15-2- Promotion :
Proposition
Structure Demande Agent
Ou
Étude Préalable
OK OK
Rapport
Formation Avis Fav Rejeter
Et
-Établissement Décision
-Visa DG
OK OK
Avis Décision
Défavorable Régularisation Visée
87
15-3- Congé :
Demande Note Annuel
Ou
-Étude Demande
-Établiss. Titre Congé
-Visa DG
OK OK
Refuser
Titre Congé
Visé
88
15-4- Mise En Disponibilité :
Demande
-Étude Demande
-Établiss Décision
-Visa DG
OK OK
Décision Rejeter
Visée
89
15-5- Sanction :
Rapport
Étude Rapport
OK OK
Présence Acceptation Rejeter
Et
Classification Sanction
1° 2° 3°
Avis Conseil
Discipline
Rapport3
Décision Et
Sanction 1
Établiss. Décision
Toujours
Décision
Sanction 2 Décision
Sanction 3
90
15-6- Attestation Travail :
Demande
-Établissement. C.T
-Visa DG
Toujours
Attestation
Travail Visée
91
15-7- Retraite ( Cessation ) :
Note Demande
Ou
Étude
OK OK
Accord
CASNOS Acceptation Rejeter
Et
-Etabliss. Décision
-Visa DG
Toujours
Décision
Cessation
Visée
92
15-8- Certificat Travail :
Demande
- Établissement . C.T
- Visa DG
Toujours
Certificat
Travail Visé
93
16- M.O.T. ("Modèle organisationnel des traitements")

Représentation des "opérations" du M.C.T. sous une forme détaillée, puisque
l'organisation interne de l'entreprise est ici prise en compte.
Chaque opération du M.C.T. se trouve donc subdivisée ici en "procédures

fonctionnelles" ("P.F.") qui sont, elles aussi, ininterruptibles.
Remarque : Certains auteurs remplacent "procédures fonctionnelles" par le
terme de "phase".
Lors de l'élaboration du M.O.T., une variation au niveau du "Qui ?", du

"Quand ?" Et du "Où ?" Constituera une "interruption".
Le M.O.T. cerne l'activité de chaque poste de travail (informatique ou non),

et de chaque service, en tenant compte du "planning", du type de ressources
(manuel, automatisé), du type de support (document écrit, magnétique etc.)
Le modèle organisationnel des traitements s'attache décrire les propriétés des

traitements non traitées par le modèle conceptuel des traitements, c'est-à-dire:
• le temps
• les ressources
• le lieu
Le modèle organisationnel des traitements consiste donc à représenter le

modèle conceptuel des traitements dans un tableau dont les colonnes sont la
durée, le lieu, les responsables et ressources nécessaires à une action
La première étape du modèle organisationnel des traitements consiste à

découper les opérations en procédures fonctionnelles, une succession de
traitements déclenchée par un événement.
Il s'agit donc d'associer dans un tableau:
• les procédures fonctionnelles

• temps
• le lieu du poste de travail
• le responsable du poste de travail
• les ressources du poste de travail
Temps Poste de T Poste de T Poste de T Extérieur Type
94
Recrutement :
Temps Service Carrière Directeur Structure U.Extérieur Type
Demande
Étude Man
1J PF1
OK OK
Refuser
Accepter
Convocation
Et
Présence
Examen
1J PF2 Man
OK OK
Défavorable
Avis
Favorable
Dossier A
Et
Établis.Contrat
7J PF3
Toujours Auto
Contrat
Décision
Regulari
Signature
1J PF4 Man
Toujours
Décision Contrat
Regulari Visé
95
Promotion :
Proposition
Structure
Dmd Agent
Ou
Étude Préalable Man

1J PF1
OK OK
Rejeter
Avis
Favorable Rapport
Formation
Ou
Étude Dossier
1J PF2 Man
OK OK
Défavorable
Avis
Favorable
Et
Étab.Décision
7J PF3
Toujours Auto
Decision
Signature
PF4
Toujours
Man
Decision
Visé
96
Congé :
Note Annuel
Demande
Man
1J
Ou
Établis.Titre
PF1 Étude
Ok Ok
1J Auto
Refuser
Titre
Signature
PF3 Man
3J Toujours
Titre
Visé
97
Mise En Disponibilité :
Demande
1J Man
Étude
PF1
OK OK
8J Auto
Refuser
Accepter
1J Signature
PF4 Man
Toujours
decisi
98
Sanction :
Temps Service Carrière Directeur Structure Conseil Discipline Type
Rapport
Étude Rapport Man

1J PF1
OK OK
Rejeter
PVAcc
Prése
e
Et
1J Avis Man
PF Class Sanction
2 1° 2° 3°
Rp1 Rp3
Et
Décision Sanction
PF3
2H OK OK Man
Rp2
Décis
1J Auto
Signature
PF5
Toujours
Decis
visée
99
Attestation Travail:
Demande
Établis.Attestat
1J PF1 Auto
Toujours
Signature
1J PF2 Man
Toujours
Attestat
Visé
100
Retraite :
Note
Demande
Ou
Étude Man
1J PF1
OK OK
Rejet
Accepter
Accord
CASNOS
Et
Établis.Decis
1M PF2 Auto
Toujours
Décision
Cessation
Signature Man
1J PF3
Toujours
Titre
Visé
101
Certificat Travail:
Demande
Établis.C T
1J PF1 Auto
Toujours
Signature
1J PF2 Man
Toujours
Certifica
Visé
102
Chapitre IV
Étude technique
CHAPITRE IV : Étude Technique
Modèle Opérationnel des traitements ( MOPT )
Le MOPT s'intéresse à la structure interne de toutes les applications du

projet. Son objectif est la préparation du développement :
• Définir les normes de développement, si celles-ci n'appartiennent pas
déjà au schéma directeur.
• Décomposer chaque application en modules techniques :
o Définir les données internes au module technique.
o Définir les traitements du module technique (Procédures,
fonctions) :
Présentation du traitement technique.
Appel du traitement technique.
Informations en entrée.
Informations en sortie.
Résultat.
Données internes au traitement technique.
Description du traitement technique (pseudo-code,
algorithme ...).
• · Définir le cahier des tests.
Le MOPT est fortement dépendant des outils de développement choisis lors
de l'étude préalable. Notons ici l'impact des Ateliers de Génie Logiciel
(AGL) dont le but initial est d'optimiser la gestion du code de
programmation pour la réalisation et surtout la maintenance.
Deux démarches existent concernant les spécifications internes d'une
application :
Analyse descendante : Il s'agit de la démarche la plus communément

utilisée et la plus naturelle, car elle consiste à décomposer le résultat que
l'on souhaite obtenir en éléments de plus en plus petits
Analyse ascendante : Il s'agit d'une démarche plus ambitieuse, nécessitant

un investissement initial important. Apparus avec les langages objets, cette
démarche a pour but de définir les éléments de base en premier puis de
constituer les éléments qui utiliseront ces éléments de base et cela jusqu'au
résultat souhaité.
La question que l'on se pose en début de démarche est alors :
" De quoi vais-je avoir besoin pour faire mon application ?"
Il s'agit donc de prévoir tous les outils qui seront nécessaires à la réalisation
de l'application puis de constituer cette dernière avec ces outils. Le but
avoué de cette démarche est de réaliser des éléments qui soient
indépendants de l'application, ceci de manière à pouvoir être réutilisés pour
d'autres applications.
103
On parle alors d'analyses orientées objet.
Cette démarche ne nécessite pas l'utilisation d'un langage objet bien que cela
soit préférable. D'autre part, le fait de programmer avec un langage objet
n'assure pas d'avoir une démarche ascendante.
Modèle Physique des données ( MPD )

Le MPD prépare le système de gestion des données.
Nous ne traiterons ici que de la formalisation du MPD appliquée à une base
de données relationnelle.
Le MPD s'intéresse à l'optimisation de la gestion des données en fonction de
l'outil choisi pour cette gestion et surtout en fonction des traitements qui
utilisent ces données (Vue des procédures fonctionnelles). Des choix parfois
contradictoires vis à vis du MCD sont à faire car il s'agit d'être pragmatique.
• Définir la place nécessaire à chaque table.
• Définir l'implantation physique de la base de données sur les disques,
les serveurs disponibles ...
• Optimiser les temps d'accès à l'information :
o Accepter les redondances d'informations qui permettent de
diminuer sensiblement le nombre de tables concernées par une
requête.
o Utilisation de clés numériques.
o Création d'index pour les critères de recherche.
104
11- Le Modèle logique des données MLD

C'est une représentation du système tel qu'il sera implémenté dans
l'ordinateur. Il est indépendant d'une plate-forme particulière. On
l'obtient à partir du Modèle Conceptuel des Données
Une relation est une partie finie du produit cartésien de n ensembles
(ou domaines). Une relation est le résultat d'une opération sur les
ensembles constitués par les valeurs des attributs
On appel clé d'une relation l'attribut particulier de la relation tel qu'il ne
peut exister qu'une seule valeur de cet attribut pour tous les n-uplets de
la relation
12- Le passage du Modèle Conceptuel des Données MCD au MLD
Il suit des règles bien spécifiques
Règle 1: Toute entité devient RELATION dans laquelle :

- Les attributs traduisent les propriétés de l'entité
- La clé primaire traduit l'identifiant de l'entité
Règle 2: Une association de dimension 2 avec cardinalité 1,1 se réécrit :

- Règle 1
- La clé primaire de la relation mère devient propriété de la relation fille
(l'attribut ainsi rajouté s'appelle clé étrangère et se note avec un #)
Règle 3: Une association de dimension 2 avec cardinalité de plusieurs à

plusieurs devient une relation telle que :
- Les attributs de la relation traduisent les propriétés de l'association
- Les identifiants de chaque entité constituent à eux deux la clé primaire
- Les identifiants sont individuellement clés étrangères (Règle 2 )
Règle 4: Une association de dimension supérieure à deux se réécrit selon la

règle 3
Toute relation devient une table.

Toute clé primaire devient clé primaire de la table
Tout attribut devient colonne de la table
Toute clé étrangère est clé étrangère de la table
81
82
4- Le Système de Gestion de Bases de Données SGBD

C'est un outil informatique qui permet d'insérer, de modifier et de
rechercher efficacement des données spécifiques dans une grande masse
d'informations partagées entre tous les utilisateurs. Il comprend un ensemble
de données liées (la BDD), et un ensemble de programmes permettant de
manipuler et d'accéder à
ces données. Il doit aussi assurer le contrôle, la sécurité et la confidentialité
des données.
Les bases de données sont apparues à la fin des années 60, à une époque où
la nécessité d'un système de gestion de l'information souple se faisait
ressentir. Il existe cinq modèles de SGBD, différenciés selon la
représentation des données qu'elle contient :
le modèle hiérarchique : les données sont classées hiérarchiquement,

selon une arborescence descendante. Ce modèle utilise des pointeurs
entre les différents enregistrements. Il s'agit du premier modèle de
SGBD
le modèle réseau : Comme le modèle hiérarchique ce modèle utilise

des pointeurs vers des enregistrements. Toutefois la structure n'est plus
forcément arborescente dans le sens descendant
106
le modèle relationnel (SGBDR, Système de gestion de bases de

données relationnelles) : les données sont enregistrées dans des
tableaux à deux dimensions (lignes et colonnes). La manipulation de
ces données se fait selon la théorie mathématique des relations
le modèle déductif : les données sont représentées sous forme de table,

mais leur manipulation se fait par calcul de prédicats
le modèle objet (SGBDO, Système de gestion de bases de données

objet) : les données sont stockées sous forme d'objets, c'est-à-dire de
structures appelées classes présentant des données membres. Les
champs sont des instances de ces classes
A la fin des années 90 les bases relationnelles sont les bases de données les
plus répandues (environ trois quarts des bases de données).
5- Présentation du Langages de Programmation
Microsoft® Office Access 2003 est un programme de gestion de base de

données. Il améliore votre expérience utilisateur et vous offre des
fonctionnalités d'importation, d'exportation et d'utilisation de fichiers XML
étendues. Access 2003 est plus convivial car les erreurs courantes sont
identifiées et indiquées à l'aide d'options permettant de les corriger. En
outre, une nouvelle fonctionnalité permet également aux développeurs de
base de données d'afficher les informations relatives aux dépendances entre
les objets d'une base de données.
107
SGBDR signifie Système de Gestion de Bases de Données Relationnelles

(logiciel spécialisé dans la gestion des bases de données).
Le logiciel ACCESS est une interface graphique (plutôt) conviviale
permettant de stocker des données, de réaliser des interrogations et des
éditions d’une base de données et de réaliser des traitements plus
complexes grâce au recours à des macros ou au langage VBA (Visual Basic
for Applications)
6- Le Modèle Physique de Traitement :

Cette étape consiste à implémenter le modèle dans le SGBD, c'est-à-dire le
traduire dans un langage de définition de données.
Le langage généralement utilisé pour ce type d'opération est le SQL, et plus

spécialement le langage de définition de données du SQL.
7- Les Moyens Utilisés :

Présentation du Matériel :
cette Application est développée sur
Micro Intel Pentium 4 3.2 Go LGA
DDRam 512 Mo
Disk dur 200 Go SATA
Carte Graphique 128 G Force
108
Édition Appel des Requêtes
États
Sortie
Bibliothèque des
Requêtes
Mise à Jours
Interface
Usager
Base de Donnée
Usager Formulaire
Option :
Suppression
Sauvegarde la base de donnée
Impression Restaure BD
Visualisation du Logiciel
Menu Principal :
Menu Recherche & Consultation Etats :
110
Mouvement Carrière :
Echelon Diplôme - Categorie
111
Agent :
112
Conclusion Générale
La réalisation de projet au sein de l’orgnisme d’accueil E.C.R.N nous a été très bien
bénéfique car il nous a permis de forger une certaine exprience dans le domaine de la
gestion en se basant sur nos connaissances théoriques. Il nous a permis également de
nous adapter dans un environnement qui était étrange pour nous qui est le monde
réel « entreprise ».
Comment faire une analyse logique du problème et de le résoudre en proposant des

solutions baséés sur une étude scientifique acquise capable de répondre à tous ces
exigences.
Par ce modeste travail et ojectif estimé acceptable, nous souhaiterons que notre
application apportera un debut à l’automatisation des taches object de notre
memoire.
Bibliographie
Méthode Merise - F. Julliard

MERISE Modélisation de Systèmes d’Information - Pierre Gérard
Méthodes de modélisation et de conception de systèmes d’information

et Merise
Conservatoire National des Arts et Métiers Centre Enseignement
Principal de Tours 6 Av. Sévigné – 37200 Tours
Support Merise denis szalkowski formateur concultant
MERISE Généralités sur l ’Analyse et la Conception des Systèmes d

’Information MIAGE - IUP2 Marc Rozenberg Ueve - Merise 2005 -
Rozenberg
Audit Management & Conseil d’Entreprises Système d’information de

l’entreprise A.M.C.E 10, Rue Puissesseau – Angle Bd. de la Résistance
20500 Casablanca.
Théorie et pratique du système d'information GET/INT/DSI©S. Assar –

2006
Approche historique des systèmes d'information Laurent Bloch, INSERM

Memoire Ramzi Juin 2007 Systeme D'information Gestion de Carrière

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

Memoire Ramzi Juin 2007 Systeme D'information Gestion de Carrière

Transféré par

Droits d'auteur :

Formats disponibles

REPUBLIQUE ALGERIENNE DEMOCRATIQUE ET POPULAIRE

Ministère de l’Enseignement Supérieur et de la Recherche Scientifique

Faculté des Sciences Commerciales, Économiques et de Gestion

Département d’Informatique de Gestion

Thème : Gestion Carrière

Présenté par Mr : Encadré Par :

2-1- La Présentation de la Méthode « MERISE »…………………………………………...08

1- Présentation de l’organisme d’accueil …………………………………………………… 20

2- La Gestion des Ressources Humains ……………………………………………………… 24

3- Étude de Documents …………………………………………………………………………30

4-Etude des Procédures ( Diagrammes des Flux & Circulation ) ……………………………. 41

1- Généralités sur les Systèmes d’Information

Résumé: L’histoire des systèmes d’information s’éclaire si on la situe dans

1-1- Définition d’un Système d’Information

Information Système d’Information Information Vers

Flux Entrant Système Opérant Flux Sortant

1-2- Les Composants d'un Système (Entreprise) *Les Sous-Systèmes*

1-2-1- Le Sous-système de Décision : (ou de pilotage) : ensemble de tous

1-3- Les Espaces d’un Système d'Information

1-3-1- Aspect Statique Model

1-3-2- Aspect Dynamique Processus d’information

Leur aspect dynamique se traduit par la possibilité de :

Mettre à jour les informations mémorisées dans le système

1-4- Schéma Mélèze Schéma de

1-5- Le Rôle d'un Système d'Information dans l’Organisation

Le système d'information est la représentation de l'activité du système

1-5-1- le système d'information organisationnel (SIO), la partie

1-6- Le Sous-système Fonctionnel du SAI

Dans un SAI le processus d’information est constitué par un ou

Trois grandes fonctions:

1-6-1- Mémorisation - Le Stockage

1-6-2- L’Accès : Circulation

1-6-3- Traitement Automatique

1-6-4- La Saisie & Collecte

1-7- Les trois systèmes de l’entreprise : Schéma général

Les trois systèmes de l’entreprise : Schéma général

2-1- La Présentation de la Méthode « MERISE »

Historique de La Méthode Merise

Brevetée en 1978. Pour ses auteurs, MERISE « est le symbole réussi de la

Merise est une méthode d'analyse, de conception et de gestion de projet

Merise, méthode spécifiquement française, a d'emblée connu la concurrence

Depuis les années 90 environ, bousculées par les nombreux changements

2-2- Définition de Merise

Méthode d'Etude et de Réalisation Informatique pour les Systèmes

collecte, la saisie, la transmission et le stockage de l'information. À l'aide de

Méthodes classiques Méthodes nouvelles

2-3- Principes Généraux :

A. Démarche par étapes

2-4- Présentation des Niveaux de Description et des modèles :

Niveau Statique(Données) Dynamique(Traitement)

PHASES DE CYCLE DE VIE OBJECTIFS PRINCIPAUX

2-5- Les Temps à consacrer aux étapes de la construction d’un SI.

Étude de l’Existant 50%

Modèle Conceptuel des

2-6- Merise Par Niveau :

Les travaux menés à ce niveau visent à décrire le modèle (le système) de

• Le Modèle Conceptuel des Données (ou MCD), schéma

L'étude conceptuelle Merise s'attache aux invariants de l'entreprise ou de

Dans l'idéal, le MCD et le MCT d'une entreprise sont stables, à périmètre

A.1- Le MCD Modèle Conceptuel des Données

Le MCD repose sur les notions d'entité et d'association (entity/relationship

L'entité est définie comme un objet de gestion considéré d'intérêt pour

L'entité se décline en occurrences.

1-2- Les Composants d'un Système (Entreprise) Les Sous-Systèmes