Memoire licence informatique application gestion personnel par herma - zitani_univ ghardaia_

République Algérienne Démocratique et Populaire
Ministère de l’Enseignement Supérieur et de la Recherche Scientifique
Université de Ghardaïa
Faculté des Sciences et Technologie
Département des Mathématiques et Informatique
Projet de fin d’étude présenté en vue de l'obtention du diplôme de
LICENCE
Domaine : Mathématiques et Informatique
Spécialité : Informatique
THEME:
PAR :
HERMA Somia Elyakote
ZITANI Nassima
Jury:
Mr: Gharib toufik Maitre Assistant A Univ. Ghardaia Encadreur
Mr: Adjilla Abdarrehmane Maitre Assistant A Univ. Ghardaia Examinateur
ANNEE UNIVERSITAIRE: 2013/2014
Conception et réalisation d’une application de gestion du
personnel
« Cas d’étude service personnel de l’université de GHARDAIA »

Dédicace
Ce modeste travail est dédié :
À mes chers parents , pour leur soutien , leur éducation ainsi leur amour .
À tous mes proches de la famille ZITANI, et plus particulièrement, ma sœur
meriayama et mes frères youcef , tarek , hakim.
À tous mes chères amies somia , habiba , zineb ,nabila proche ou loin et mes
collègues de l’Université de Ghardaïa .
Et à tous ce qui m’ont enseigné au long de ma vie scolaire.
Nassima
Je dédie ce modeste travail et ma profonde gratitude :
A mes parents pour l'éducation qu'ils m'ont prodigué, avec tous les moyens et
au prix de toutes les sacrifices qu'ils ont consentis à mon égard, pour le sens du
devoir qu'ils mon enseigné depuis mon enfance.
A mes chères frères Ahmed, Abdoalouahabe, et mes petits frères Saber et
Islam.
A mes deux chères sœurs Meriem, Salma.
À tous mes proches de la famille HERMA.
A mes chères amies Nassima, Salima, Dhaiba.
A tous mes collègues de la promotion de Licence 2014 d’Informatique.
A toute personne m’ayant aidé de près ou de loin, trouve ici l’expression de ma
reconnaissance.
Somia

Remerciement
Tout d’abord, nous remercions le Dieu, notre créateur de nous avoir donné la
force, la volonté et le courage afin d’accomplir ce modeste travail.
Ces remerciements vont tout d’abord au corps professoral et administratif de la
Faculté Mathématique et Informatique, pour la richesse et la qualité de leur
enseignement et qui déploient de grands efforts pour assurer à leurs étudiants une
formation actualisée.
Notre remerciements vont à notre encadreur Mr GHARIB Toufik, pour toute sa
gentillesse, pour Ses précieux conseils et pour sa patience avec nous, ainsi tous ceux qui
nous ont aidée et soutenue dans notre travail.
Nous remercions vivement notre examinateur Mr Adjila Abdarahmane, pour
son acceptation pour l’examination de notre mémoire de fin d’étude et son temps qui l’a
réservé pour nous.
Nous remercions également tous les employés de service de gestion personnel
pour leur collaboration et pour toutes les informations qui nous ont été transmises
gracieusement de leur part.
Finalement, nous tenons à exprimer notre profonde gratitude à nos familles qui
nous ont toujours soutenues et à tout ce qui participe de réaliser ce mémoire. Ainsi que
l’ensemble des enseignants qui ont contribué à notre formation.

Le résumé :
La gestion personnel est indispensable pour toute université, elle géré les ressource humaines, et assure le
bon déroulement , le développement de l’université, elle détermine la stratégie de fonctionnement de
l’université.
Dans notre cursus de thèse Conception et réalisation d’une application de gestion du
personnel « cas d’étude service personnel de l’université de GHARDAIA on a concentré sur la
méthode merise, cette méthode est basée sur la séparation des données (base de donné) et des traitements à
effectuer dans les trois niveaux (conceptuel , organisationnel et opérationnel).
Grâce à la méthode merise, on a fait la conception et la réalisation d’une application informatique en
utilisant le langage de programmation DELPHI7 avec la base de donnée (BDD) ACCES afin facilite la
gestion de l’employé.
Mots clés (merise, base de données, DELPHI7, ACCES, application informatique).
:‫ملخص‬
‫تس‬‫ي‬،‫جامعة‬ ‫أي‬ ‫في‬ ‫منه‬ ‫البد‬ ‫أمر‬ ‫المستخدمين‬ ‫ير‬‫المستخدمي‬ ‫مصلحة‬ ‫حيث‬‫ن‬‫البشرية‬ ‫الموارد‬ ‫بإدارة‬ ‫تقوم‬
‫والتطور‬ ‫االستمرارية‬ ‫تضمن‬‫لل‬‫استراتيجية‬ ‫على‬ ‫تعرفنا‬ ‫وهي‬ ‫جامعة‬‫ال‬‫عمل‬‫في‬ ‫اإلداري‬‫الجامعة‬
‫في‬ ‫مشوارنا‬ ‫خالل‬‫مذكر‬‫تنا‬‫"إنجاز‬‫نظام‬ ‫وتصميم‬‫الدراسة‬ ‫حالة‬ ‫المستخدمين‬ ‫لتسيير‬ ‫معلوماتي‬‫مصلحة‬
‫غرداية‬ ‫بجامعة‬ ‫المستخدمين‬"‫فقد‬ ،‫استعملنا‬‫طريقة‬‫و‬ ،‫مريز‬‫التي‬‫ب‬ ‫الفصل‬ ‫على‬ ‫تعتمد‬‫المعطيات‬ ‫ين‬
( ‫مستويات‬ ‫ثالث‬ ‫في‬ ‫واإلجراءات‬‫التصميمية‬‫و‬ ‫التنظيمية‬ ,)‫العملية‬
‫ب‬‫المستخدمين‬ ‫تسير‬ ‫يسهل‬ ‫تطبيق‬ ‫وإنجاز‬ ‫بتصميم‬ ‫قمنا‬ ،‫مريز‬ ‫طريقة‬ ‫فضل‬‫البرمجة‬ ‫لغة‬ ‫باستعمال‬‫دالفي‬7
‫أكسس‬ ‫البيانات‬ ‫قواعد‬ ‫و‬
‫قاعدة‬ ،‫(مريز‬ ‫المفتاحية‬ ‫الكلمات‬‫بشرية‬ ‫موارد‬ ،‫آلي‬ ‫إعالم‬ ‫تطبيق‬ ،‫للبيانات‬‫دالفي‬7‫أكسس‬)

Sommaire
Introduction général
Problématique
Première chapitre : Etude de l’existant
1. Introduction …………………………………………………………….……..…….…… 01
2. Le choix de la méthode MERISE……………...…………………..…………….….…… 02
3. Présentation de l’université de Ghardaïa ……………………………………………… .03
4. Organigramme ………………………………………………………………………..… .04
5. Définition du domaine d’étude ..………………………….……………...… ……….… 05
6. Outil informatique …………………………………………………….…..……….……. 06
7. Etude de postes travail .......................................................………………….…….……...07
8. Etude de document ……….…………………………………………………….………. .09
9. Etude de flux d’information ………………….………………………………………... .15
10. Les critiques et les suggestions …..…………………….………………………………...20
Deuxième chapitre : Etude détaille
1. Introduction……………………………………………………………..…………..….….21
2. Généralité sur le Modèle Conceptuel de Données (MCD) ……...…...……………..……21
3. Le Dictionnaire de Données (DD) ………………………………………..………..……22
4. Règles de gestions ……………………………………..………..………...……………... 24
5. Le modèle conceptuel de donnée MCD …………….…………………………………..25
6. Description des individus………………………………………….…….………………...26
7. Modèle Conceptuel des traitements (MCT) …….…………………………..…..….. …...31
8. Modèle Organisationnel des Traitement (MOT) ……………………………....…. ……. 37
9. Modèle Externe et Validation ……………………………………….……….…..……….47
10. Modèle Logique des Données (MLD) …………………………………..……………… 49
11. Conclusion ………………………………………………….………..…….…..………….50

Troisième chapitre : Réalisation
1. Introduction ……………………………………………………………………………51
2. Modèle physique des données ………………………………….…………………..….52
3. Description des fichiers composant la B.D.D …………………..…….……………… 53
4. Control des données …………………………………………………….……..…..…..56
5. Quelques masques d’application sur le programme ……………………....…..…….... 57
6. Modèle organisationnel physique des traitements (MOPT)….… …………..………...60
7. Sécurité des données .………… ……………………..………………………………. 61
8. Conclusion général ………………………………………………………..…..……….61
9. Bibliographie …………………………………………………………………………..62

Introduction générale :
L’informatique aujourd’hui devient incontournable dans divers domaines aussi bien
professionnels que privés.
L’une de ses principales applications est l’automatisation des systèmes d’informations.
Un system d’information dans une entreprise est l’interface entre le system de pilotage (la
Direction) et le système opérant, c’est la mémoire de l’organisation dont une partie peut être
automatisée (SAI) en trois activités :
L’analyse : c’est la représentation abstraite du system réel selon des méthodes, et l’invention
d’une solution informatisable.
Le développement : c’est l’implantation de la solution sous forme d’un programme en utilisant
des langages de programmations, des logiciels.
La technique : c’est le matériel mis à disposition (l’imprimante, les machines, les réseaux …)
Un system information (SI) représente un ensemble d’éléments participants a un domaine
précis tel que la gestion des employés, qui est une application qui régule tout ce qui en rapport
avec les employés et leur relations avec leurs services.

La problématique :
La gestion des Ressources Humaines aujourd’hui a une importance
capitale dans le bon fonctionnement de l’entreprise et son
développement ; ce qui nous a motivés au choix du thème de notre
mémoire Conception et réalisation d’une application de gestion du
personnel cas d’étude service personnel de l’université de GHARDAIA,
L’objectif est d’informatiser le système, pour le rendre plus rapide, plus
facile à gérer et mieux organisé.
A partir des contraintes que rencontre le service nous avons essayé de
répondre aux besoins les plus important pour ce faire, on a posé cette
problématique :
- Comment ce système peut détecter ces contraintes ?
- Comment pouvoir lever ces contraintes, et résoudre les problèmes
qui se posent en trouvant des solutions efficaces afin d’améliorer le
fonctionnement de ce service ?

Etude de l’existant Chapitre 01
1
1. l’introduction :
L’étude préalable est la plus importante phase de l’analyse c'est-à-dire elle est le point clé de la
démarche MERISE, elle conditionne le bon déroulement des phases à suivre Cette étape consiste
d’une part à faire un diagnostic de l’existant et des moyens disponibles pour bien cerner le system
à étudier et d’autre part à définir le but à atteindre
Cette démarche est basée sur les points suivants :
 le choix de la méthode Merise.
 Présentation de l’université
 Définition du domaine d’étude
 Organigramme du domaine d’étude
 Etudes des postes de travails
 Etude des documents manipulés
 Etudes des registres et fichiers existants
 Etude du flux d’information
 La codification actuelle
 Critique et suggestion

2
2. Le choix de la méthode MERISE :
Dans cette étude notre utilisation de cette méthode ou plus exactement cette démarche adapté
à la conception de système d’information suivant les caractéristique suivantes :
1. Traduction en une vue globale de l'organisme de façon à lier la mise en place d'un
système d'information de gestion à une refonte de l'organisme.
2. La séparation des données et des traitements
3. L'approche par niveaux : il est classique de mettre en évidence trois niveaux de
réflexions.
Niveau conceptuel : ce niveau décrit à travers un ensemble de règle de gestion, traduit tous les
objectifs et contraintes qui présent sur l'organisme. Il consiste à poser les questions " Quoi" (c'est-
à-dire quoi faire ? et avec quelles données ?).
Niveau organisationnel : son but et de définir l'organisation qu'il est souhaitable de mettre dans
l'organisme pour atteindre les objectifs fixes.
Du point de vue traitement, on posera les questions : "Qui ? Ou ? Quand ?".
Du point de vue des données, on commence à étudier leur organisation, compte tenu du
logiciel utilise.
Niveau opérationnel : consiste à apporter des solutions techniques aux problèmes, il consiste à se
poser la question "Comment ?".
Le schéma suivant représente les trois niveaux de merise avec les méthodes correspondantes :
Niveau Données Traitement
Conceptuel Modèle Conceptuel des Données
(MCD)
Modèle Conceptuel des Traitement
(MCT)
Organisationnel Modèle Logique des Données
(MLD)
Modèle Organisationnel des
Traitements (MOT)
Opérationnel Modèle Physique des Données (MPD) Modèle Opérationnel des
Traitement (MOPT)

3
3. Présentation de l’université :
Le centre universitaire de Ghardaïa a été rattaché à l’université d’Alger en 2006, avec la
jointure de de l’institut national du commerce, au centre du Metlili.
Mise à niveau du centre universitaire de Ghardaïa dans les rangs des universités, en 4 Juin, 2012.
L’université se compose de :
Faculté Département
Science de la nature et de la vie Biologie, agronomie
Science économique Science économique, commercial, gestion
Science humaine et social Humaines, social
Lettre et langue Lettre, langue
Science et technologie Science et la technologie, mathématique,
informatique
Droits et science politique Droit

4
Sous-direction
de la Recherche
Scientifique
4. Organigramme de l’université de GHARDAIA :
²&&&
Direction de l’université
Sous-direction
de
Coopération et
Relations
Extérieures
Secrétariat
Sous-
direction
des Etudes
Sous-direction
Développement
et Perspectives
Sous-direction
des moyens et
la
Maintenance
Sous-
direction des
Finances et
Comptabilité
Sous-direction
des Employés et
Configuration
Sous-direction
des Activités
culturelles et
Coopération
Section
Enseignants
Section Employés
Section
Administrateurs
Transactions et
Contrôle de
Gestion
Section du
Budget et la
Comptabilité
Approvisionne
ment des
Activité de
Recherche
Section d’Archives
Section des
moyens et
Inventaire
Section Nettoyage
et Maintenance

5
5.Définition du domaine d’étude :
Le service Personnel :
Ce service se considère comme un pilier de toute entreprise, car il gère les ressources
humaine qui sont capitale ; A ce titre, la gestion des Ressources Humaines comporte plusieurs
facettes, complémentaires, indissociables et surtout, indispensables à la bonne marche de
l’université. Elles composent les caractéristiques de cette activité primordiale dans l’organisation.
En effet, la gestion des Ressources Humaines détermine la stratégie de fonctionnement de
l’université et le suivi des performances car elle comprend :
La gestion du recrutement et des affectations selon les besoins des différents services et
administrations de l’université dans un cadre d’une démarche globale et étudiée.
La gestion des rémunérations (salaire) en prenant en considération : Le volume horaire du
travail de chaque employé, capacité, qualification…
La gestion des carrières par la gestion des dossiers de chaque employé.
La gestion des formations.
La gestion sociale par la prise en charge du volet social des employés et leur représentation
dans les autres administrations sociales (Cotisations sociales, allocations familiales, gestion des
retraites…).
Agent bureau
Agent administratif
Attaché de bureau
Gestionnaire
Chef de service
Service personnel

6
6. Outil informatique :
6. a. Moyens matériels :
ordinateur Micro
processeur
RAM Disque dur Imprimante Photo copie
Bureaux
Dell Intel ®4CPU 3 Gb 320Gb 2
imprimante
laser
1 3
HP Pentium
®4CPU
2 ,91Gb 220Gb
Fujitsu Pentium
®4CPU
1GB 220Gb
6. b. Les logiciels utilisés :
Système d'exploitation : Windows XP.
EXCEL XP : Utilisé pour organiser les informations des employés
WORLD XP : Utilisé pour traitements de texte, rédiger des rapports …

7
7. Etude de poste de travail :
Un poste de travail est une Employé, physique ou morale caractérisé par les taches qu’elle
accomplie et par les ressources dont elle dispose.
Les postes de travail qui interviennent dans la gestion des employés du service Employé sont :
- Chef de service des employés.
- Gestionnaire (02)
- Attaché bureau
- Agent administratif
- Agent bureau
7.1. Tableau d’étude de poste de travail :
numéro Nom du poste de travail
01 Chef de service des employés
02 Gestionnaire
03 Attaché bureaux
04 Agent administratif
05 Agent bureau
7.1.1. Chef de service des employés :
Numéro de
poste
Nom de Poste de
travail
Effectifs Outils
Service
Employé
01 Chef de service 01 Téléphone
Imprimante
Ordinateur
Fonction Gère les documents du service (mission, textes, PV d’installation, demande,
congé…)
Matériel Micro-ordinateur 3.5 GHz
RAM 3 Gb
DD 320 Gb….

8
7.1.2. Gestionnaire :
Numéro de poste Nom de
Poste de travail
Effectifs Outils
Service Employé 02 Gestionnaire 02 Téléphone
Imprimante
Ordinateur
Fonction -Gérer les activités des études, contrôle et évaluation.
-Gérer les activités d’affectations, d’encadrement et de mesure.
Matériel Micro-ordinateur 2,5 GHz
RAM 2,91 Gb
DD 220 Gb….
7.1.3. Attaché bureau :
Poste de travail
Effectifs Outils
Service Employé 03 Attachement
bureau
01 Téléphone
Imprimante
Ordinateur
Fonction S’occupe des études et des traitements des activités administratives.
RAM 2,91 Gb
DD 220 Gb….
7.1.4. Agent administratif :
Poste de travail
Effectifs Outils
Service Employé 04 Agent administratif 01 Téléphone
Imprimante
Ordinateur
Fonction -Réaliser les activités quotidiennes administratives.
-Traiter les dossiers dans le cadre prévu de service.
RAM 1 Gb
DD 220 Gb….
7.1.5. Agent bureau :
Poste de travail
Effectifs Outils
Service Employé 05 Chef de service 01 Téléphone Imprimante
Ordinateur
Fonction -Charger de d’exécuter les missions et ordres de son chef hiérarchique.
Matériel Micro-ordinateur 2,5 GHz, RAM 1 Gb, DD 220 Gb

9
8. Etude de documents :
Les documents utilisés par le service sont :
 PV d’installation
 Demande de congé
 Titre de congé
 Affectation
 Avis d’avertissement
 Questionnaire
 Motif
 formulaire de mutation
 formulaire de retraite
 décision de démission
 avancement
8.1. Documents 1 : PV d’installation
Désignation : PV d’installation
Emetteur : Service Employé
Récepteur : l’employé
Nature : interne
Rôle : Cette fiche contient des informations de l’installation De l’employé.
Nombre d’exemplaires : 2
Description du document
N Désignation Libelle type taille Observation
1
2
3
4
5
6
7
8
9
10
Date d’installation
Numéro d’installation
Nom d’employé
Prénom d’employé
Date de naissance
Lieu de naissance
Grade
Signature de directeur
Signature d’employé
Date de redaction de pv
Date d’install
Numéro d’install
Nom
Prénom
Date_naiss
Lieu _naiss
Grade
Signat_direct
Signat_empl
Date de creation de pv
A
AN
A
A
D
A
A
-
-
D
20
30
20
20
8
30
15
-
-
8

10
8.2.Documents 2 : Demande de congé
Désignation : Demande de congé
Emetteur : employé
Récepteur : service Employé
Nature : interne
Rôle : Cette fiche contient des informations sur la nature, la date et la durée du congé.
Nombre d’exemplaire : 2
N Désignation Libelle type Taille Observation
1
2
3
-Type de congé
-Nom d’employé
-Prénom d’employé
Type_congé
Nom
Prenom
A
A
A
10
20
20
8.3.Documents 3 : titre de congé
Désignation : titre de congé
Emetteur : service Employé
Nature : interne
Rôle : Cette fiche contient les informations de congé l’employé
N Désignation Libelle type taille Observation
1
2
3
4
5
6
7
8
9
10
11
Numéro de titre de congé
Nom d’employer
Prénom d’employer
Fonction
Type de congé
Durée
Date de début
Date de retour
relicat
Date de rédaction
Num_tit_con
Nom
Prénom
Fonction
Type_ congé
Durée
Date_ début
Date_ retour
relic
Sign_direct
Dat _de _red
N
A
A
A
A
N
D
D
N
-
-
10
20
20
20
20
10
8
8
2
-
-

11
8.4.Documents 4 : affectation
Désignation : affectation
Nature : interne
Rôle : cette fiche contient l’affectation de l’employé
N Désignation Libelle type Taille Observation
1
2
3
4
5
6
Numéro d’affectation
Nom d’employé
Nom service affecté
Date d’affectation
Date de rédaction
Num_d’affect
Nom
Prénom
Nom_serv_affct
Date_affec
Date_redact
Sign_der
N
A
A
A
A
D
-
10
20
20
20
8
8
-
8.5.Documents 5 : Avis d’avertissement
Désignation : Avis d’avertissement
Nature : interne
Rôle : Cette fiche contient des informations d’avertissement de l’employé
N Désignation Libelle Type Taille Observation
1
2
3
4
5
6
Numéro d’avertissement
Date d’avertissement
Nom d’employé
Date de l’absence
Num_ d’avertis
Date_ d’avertis
Nom
Prénom
Date_ l’absence
Signat_direct
N
D
A
A
D
-
10
8
10
20
8
-

12
8.6.Documents 6 : Motif
Désignation : Motif
Emetteur : Service Employé
Récepteur : L’employé
Nature : interne
Rôle : Cette fiche contient des informations le motif de l’absence
8.7.Documents 7 : formulaire de mutation
Désignation : formulaire de mutation
Nature : interne
Rôle : Cette fiche contient l’accord de mutation
N Désignation Libelle Type taille Observation
1
2
3
4
5
Numéro de justification
Nom d’employé
Justification
Num _just
Nom
Prénom
justifi
Signat_direc
N
A
A
A
-
10
20
20
50
-
N Désignation Libelle Type taille
1
2
3
4
5
6
7
8
9
10
11
12
Matr_mutation
Nom_emp
Pren_emp
Echelon_emp
Date_d’insta
Nouveau_echlon
Nouvel_date_d’inst
Date_mutation_demandé
Lieu_travail_actuel
Nouvel_entreprise
Date_redacti
Signat_dirc
Matricule mutation
Nom employé
Prénom employé
Echelon employé
Nouveau échelon
Nouvel date d’installation
Date mutation demandé
Lieu de travail actuel
Nouvel entreprise
Date de rédaction
N
A
A
A
D
A
D
D
A
A
D
-
10
15
20
25
8
25
8
8
10
10
20
-

13
8.8.Documents 8 : formulaire de retraite
Désignation : formulaire de retraite
Nature : interne
Rôle : Cette fiche contient les informations sur la retraite
8.9.Documents 9 : décision de démission
Désignation : décision de démission
Nature : interne
Rôle : Cette fiche contient les informations sur la démission
1
2
3
4
5
6
7
8
9
10
11
Nom_emp
Pren_emp
Echelon_emp
Date_d’insta
Nouveau_echlon
Numer_d’avnc
Volet _natin_retraité
Num_volet_nati_retr
Type de reter
Date_red
Lieu de redac
Nom employé
Prenom employé
Echelon employé
Date d’intalation
Nouveau echelon
Numero d’avancement
Volet national retraité
Numero volet national retraitement
Type de retraitement
Date de redaction
Lieu de redaction
A
A
A
A
D
AN
AN
A
A
D
A
20
20
20
25
8
20
20
25
20
8
10
1
2
3
4
5
6
7
8
Nom_emp
Pren_emp
Echelon_emp
Date_d’insta
Nouveau_echlon
Date_demd_retra
Date_accept_demission
Date _red
Nom employé
Prénom employé
Echelon employé
Nouveau échelon
Date demande retraite
Date d’acceptation de démission
Dat de rédaction
A
A
A
D
A
D
D
D
20
20
20
8
25
8
8
8

14
8.10. Documents 10 : avancement
Désignation : avancement
Nature : interne
Rôle : Cette fiche contient les informations sur l’avancement
1
2
3
4
5
Nom_emp
Pren_emp
Echelon_emp
Date_d’insta
Nouveau_echlon
Nom employé
Prénom employé
Echelon employé
Nouveau échelon
A
A
A
D
A
20
20
20
8
25

15
9. Etude de Flux d’information :
Le flux d’information permet de suivre le système d’information et l’étudier, cela nous
permet de lancer des études d’informations entre différents services et postes ainsi que les
différentes relations les reliant. Ces relations sont représentées par une flèche orientée de
l’émetteur au récepteur.
: Acteur interne
: Acteur externe
9.1. Flux d’information interne « demande de congé » :
01
03
05 04
02
Explication du flux d’information interne :
01. demande de formulaire congé au secrétariat.
02. demande de congé auprès du responsable direct.
03. renvoi de la demande au secrétariat pour effectuer les opérations nécessaires.
04. prendre la demande de congé au chef de service des employés pour l’enregistrer.
05. renvoi la demande au secrétariat pour faire deux copie l’une pour l’employé et l’autre pour le
classement dans son dossier.
La secrétaire L’employé
Le chef de service
d’employé
Le responsable
Directe

16
9.2. Flux d’information externe « recrutement » :
Comme modèle, on prend l’exemple du recrutement :
Explication du flux d’information externe :
1. le candidat demande un formulaire d’emploi
2. demande d’emploi enregistrer
3. fiche de choisir des taches
4. acceptation ou lettre de rejeter
5. formulaire, et demande de recrutement remplit
6. formulaire et demande de recrutement signés
7. contrat du travail
8. contrat du travail signé
9. PV d’installation
10. PV d’installation signé
Service personnel
Directeur
Candidat
Secrétaire
01
09
10
08
07
05
03
03
07
04
06
05
02

17
9.3. Flux d’information «Avancement » :
Explication du flux d’information :
1. Demande d’ouverture d’un concours pour l’avancement.
2. Accord d’ouverture.
3. Annonce du concours.
4. Dépôt des dossiers des postulants.
5. Validation ou rejet des dossiers.
6. liste des candidats.
7. Epreuves du concours puis liste des candidats admis.
8. liste des candidats admis signé.
9. formulaire d’avancement (avancement) et PV d’installation.
10.formulaire d’avancement et PV d’installation signés.
Service personnel
Directeur
Candidat
Secrétaire
2
09
4
5
6
7
7
8
3
1
8
Fonction public
7
9
1
0
9
1
0

18
9.4. Flux d’information « Démission » :
03
01
02
04
04 01 03 02
01
04
1. Lettre de démission.
2. Acceptation ou rejeter.
3. Formulaire de démission.
4. Formulaire de démission signé.
9.5. Flux d’information « Sanction » :
01
03
04
03 04
05
1. Rapport contre un fonctionnaire.
2. Réunion de la commission paritaire.
3. Décision de la commission. (Sanction ou non, type de sanction)
4. Formulaire de sanction signé.
Secrétariat Directeur
Service personnel Employé
Secrétariat Directeur

19
9.6. Flux d’information « Mutation » :
06
03
05 04 06 03
05
07
01 02
1. Demande de mutation transmit.
2. Accord ou rejeté.
3. Demande de mutation.
4. Etude de demande de mutation.
5. Accord ou rejeté.
6. Lettre d’acceptation signée.
7. Etablissement des procédures de mutation.
SecrétariatDirecteur
Etablissement
d’accueil

20
10. Les critiques et les suggestions :
10.a. Les critiques :
Elles peuvent se poser en trois niveaux à savoir : niveau informationnel, niveau organisationnel,
niveau technique.
10.a.1. Niveau informationnel :
- Difficulté de la recherche d’information concernant l’employé par la recherche dans les
dossiers administratifs.
- Manque de codification de quelque document.
- Mauvaise codification des employés.
10.a.2. Niveau organisationnel :
-il existe chevauchement dans les rôles à jouer entre certains employés (Parfois, il y’a un
mélange entre les rôles des employés.)
-La plupart des opérations se font manuellement.
10.a.3 Niveau technique :
- Manque d’une application qui facilite la gestion de l’employé.
-Manque du réseau interne qui permettra l’échange d’informations entre services.
10.b. Suggestions :
On a proposé une codification pour les employés comme suit :
Matricule == > Date de recrutement.N°_employé.
- développement d’une application informatisée pour la gestion du personnel. Etablir un outil
informatique de gestion personnel des (Planifier des formations) (d’informatiques pour les)
employés existant.
-Utilisation d’un réseau interne qui permettra :
-Facilitation d’échange des données et d’informations entre différents services.
-Facilitation de la maintenance.

Etude détaillée Chapitre 02
21
1. Introduction :
Le modèle entité-association est un outil (technique) d'analyse permettant de construire
des schémas théoriques de raisonnement sur des applications tournant avec les bases de données
relationnelles.
2. Généralité sur le Modèle Conceptuel de Données (MCD) :
Le modèle conceptuel de données du système d'informations (SI) est la modélisation
des données au niveau conceptuel. La modélisation des données du SI consiste à décrire et à les
représenter ainsi que les liens qui existent entre elles grâce à un formalisme de représentation.
On aboutit ainsi à un modèle des données qui est le modèle Entité/Relation.
Ce modèle est bâti autour des concepts : Entité (individu), Relation (Association),
propriété.
Règle de Construction du MCD :
* Pour construire un MCD, les étapes ci-dessous sont :
Modélisation des entités qui sont dans le System d'Informations ; la représentation des objets
matériels ou immatériels de l'univers extérieur et déterminer leur identifiant.
* Modéliser les relations qui existent entre les entités, tel que les propriétés d'une relation doivent
dépendre fonctionnellement de l'ensemble des identifiants des entités qui participent à cette
relation. La concaténation de ces identifiant constitue l'identifiant de la relation.
* Vérifier les règles de normalisation suivante :
Règle 1 : (1FN) toutes les propriétés d'entité ou de relation sont élémentaires (ne peuvent pas être
décomposée en d'autres propriétés intéressantes au SI), et il existe au moins une clé caractérisant
chaque occurrence de l'entité", mais s'il n'existe pas, il faudra la créer.
Règle 2 : (2FN) toutes propriétés d'une entité doivent dépendre de la clé par une dépendance
fonctionnelle élémentaire, c'est-à-dire il n'existe pas une clé “A, B“ d'une entité, tel que :
Règle 3 : (3FN) tout propriété d'une entité doit dépendre de la clé par une dépendance
fonctionnelle élémentaire directe, c'est-à-dire il n'existe pas une clé “A“ d'une entité, tel que
A, B C.
A B, A C. et
B C.

22
3. Le dictionnaire de données :
Code Libelle Type Taille
Matr_Empl Matricule N 8
Nom_ Empl Nom A 20
Prenom_ Empl Prénom A 20
Dat _nais Date de naissance D 8
Lieu _nais Lieu de naissance A 30
Sexe Sexe A 1
Situa_ famil Situation familiale A 1
Nbr _enfant Nombre d’enfant N 2
Groupe sanguin Groupe sanguin A 3
Adresse Adresse A 30
Tel Téléphone N 10
Mail Mail AN 15
N° _carte_indentité Numéro de carte d’identité AN 20
Serv_milit Service militaire A 20
Nom_dipl Nom diplôme A 50
Date_dipl Date d’obtention diplôme D 8
Reliquat Reliquat N 3
Date _rentrer Date d’entrée D 8
N°_fac numéro faculté N 2
Nom_fac Nom faculté A 30
N°_serv_depart N° service/département N 2
Nom_serv_deprt Nom service/département A 30
Tel _serv_deprt Tel service/département N 10
N° _cong N° congé AN 9
Type _cong Type de congé A 10
Dat_deb_cong Date de début de congé D 8
Cause cause A 50
N°_avan N° avancement AN 9
Date_avan Date avancement D 8

23
N°_abs Numéro absence AN 9
Dure_abs Durée absence N 2
Date_deb_abs Date absence D 8
Motif_abs Motif d’absence A 100
N° _corps N° corps N 3
Nom_ corps Nom corps A 15
N°_fil Numéro filière N 3
Nom_fil Nom filière N 15
N°_grad Numéro grade N 3
Nom_grad Nom grade N 15
N°_sanc Numéro sanction AN 9
Dure_sanc Duré sanction AN 2
Type_Sanc Type Sanction A 10
Cause Cause A 100
N°_fonct Numéro fonction N 3
Nom_fonct Nom fonction N 15
N°_Mutat_detch N° mutation /détachement AN 9
Etablissement Etablissement A 20
Cause Cause A 100
Date_mutat Date mutation D 8

24
4. Règles de gestions :
- Zéro jusqu’au N employé peuvent avoir un titre de congé.
- Un titre de congé est donné à un et un seul employé.
- Un ou plusieurs employés peuvent affecter à un service.
- Un service peut avoir un ou plusieurs employés.
- Zéro ou N services ou département sont dans une faculté.
- Une faculté peut contenir un ou plusieurs départements ou services.
- Zéro ou plusieurs employés peuvent avoir une absence.
- une absence pour un et un seul employé.
- Zéro jusqu’au N employé peuvent avoir un avancement.
- un avancement est pour un et un seul employé.
- un employé peut avoir un seul grade.
- un grade est pour zéro ou plusieurs employés.
- un ou plusieurs employés peuvent avoir une fonction.
- Une fonction est pour un et un seul employé.
- Zéro ou plusieurs employés peuvent avoir une sanction.
- Une sanction pour un et un seul employé.
- Zéro ou plusieurs employés peuvent avoir une mutation ou détachement.
- Un détachement ou mutation pour un et un seul employé.
- Un grade inclue dans un seul corps.
- Un corps peut contient un ou plusieurs grades.
- Un corps est dans une seule filière.
- Une filière peut contenir un ou plusieurs corps.

25
1,1 1.N
1,1
1.N
0.N 1.N
0.N
1.N
0.N
1.1
1.1
0.N
0.N
1.1
1,1
0.N
1,1
1,1
1,1
1.N
1.N
0.N
0.N
0,1
5. Le modèle conceptuel de donnée MCD :
N°_titrCong
Titre_Congé
N°_Serv_dept
Affecter
date
Employé
N°_corps
Matr_Empl
N°_grade
grade
N°_Avan
Avancement
N°_sanc
Sanction
N°_Abs
Absence
Service/depart
Fait
Avoir
dateAvoir
Avoir
Dans le
corps N°_filière
filière
N°_fonction
fonction
N°_mutat_detach
Mutation/détachement
avoir
Dans le
Dans le
avoir
N°_faculté
faculté
dans

26
6. Description des individus :
6.1. fiche d’employé :
6.2. fiche Faculté :
Numéro Code Libelle type taille
01 N°_fac numéro faculté N 2
02 Nom_fac Nom faculté A 30
Numéro Code Libelle Type Taille
01 Matr_Empl Matricule N 8
02 Nom_ Empl Nom A 20
03 Prenom_ Empl Prénom A 20
04 Dat _nais Date de naissance D 8
05 Lieu _nais Lieu de naissance A 30
06 Sexe Sexe A 1
07 Situa_ famil Situation familiale A 1
08 Nbr _enfant Nombre d’enfant N 2
09 Groupage Groupage A 3
10 Adresse Adresse A 30
11 Tel Téléphone N 10
12 Mail Mail AN 15
13 N° _carte_indentité Numéro de carte d’identité AN 20
14 Serv_milit Service militaire A 20
15 Nom_dipl Nom diplôme A 50
16 Date_dipl Date d’obtention diplôme D 8
17 Reliquat Reliquat N 3
18 Date _rentrer Date d’entrée D 8
20 N°_fac numéro faculté N 2

27
6.3. fiche service/département :
01 N°_serv_depart N° service/département N 2
02 Nom_serv_deprt Nom service/département A 30
03 Tel _serv_deprt Tel service/département N 10
6.4. fiche Titre de congé :
01 N° _cong N° congé AN 9
02 Type _cong Type de congé A 10
03 Dat_deb_cong Date de début de congé D 8
04 Dure_cong Durée de congé N 2
05 Cause Cause A 30
6.5. fiche d’avancement :
01 N°_avan N° avancement AN 9
02 Date_avan Date avancement D 8
6.6. fiche d’Absence :
01 N°_abs Numéro absence AN 9
02 Dure_abs Durée absence N 2
03 Date_deb_abs Date absence Date 8
04 Motif_abs Motif d’absence A 100
6.7. fiche de Corps :
01 N° _corps N° corps N 3
02 Nom_ corps Nom corps A 15

28
6.8. fiche de Filière :
01 N°_fil Numéro filière N 3
02 Nom_fil Nom filière N 15
6.9. fiche de Grade :
Numéro Code libelle type taille
01 N°_grad Numéro grade N 3
02 Nom_grad Nom grade N 15
6.10. fiche de Sanction :
01 N°_sanc Numéro sanction AN 9
02 Dure_sanc Duré sanction AN 2
03 Type_Sanc Type Sanction A 10
04 Cause Cause A 100
6.11. fiche Fonction :
01 N°_fonct Numéro fonction N 3
02 Nom_fonct Nom fonction N 15
6.12. fiche de Mutation/Détachement :
Numéro Code libelle Type taille
01 N°_Mutat_detch N° mutation /détachement AN 9
02 Etablissement établissement A 20
03 Cause cause A 100
04 Date_mutat Date mutation Date 8

29
7. Modèle Conceptuel des traitements (MCT) :
Le modèle conceptuel de traitement du système d'informations est la modélisation des
traitements au niveau conceptuel.
La modélisation des traitements du SI consiste à décrire et à représenter les traitements qui
sont effectué sur les données et il exprime ce qu'il faut faire). On aboutit ainsi à un modèle de
traitement.
Ce modèle et bâti autour des concepts suivants : Processus, Evènement, Opération,
Synchronisation, règle d'émission.
Leur formalisme on peut le représenter comme ça :
5.1. Processus de recrutement :
Evènement 1 Evènement 2 Evènement N
Résultat 1 Résultat 2 Résultat N
Libellé de l'Opération
Description de l'Opération
R1 RP1R2
Proposition
Logique
N
Synchronisation
Opération
Règle d'émission
R
Evènements
Contributifs

30
8.1. Processus de recrutement :
Toujours
- Enregistrer la demande
- Transmission da la demande
Demande enregistrée et transmise
- Contrôle de la demande
OK N OK
Accépte Rejet
Toujours
- Etablissement d'une convocation
- Transmission de la convocation
Toujours
Convocation établie et
transmise
Lettre de rejet établie et
transmise et demande
classée
01
Arrivé des Demandes d’emplois

31
01
Toujours
- Etablissement d'un contrat de recrutement
- Remise du contrat pour signature
Contrat établi et
remise
ET
Toujours
- Etablissement d'un PV d'installation
- Remise du PV pour signature
PV d'installation établit
et remise
Toujours
Contrat
signé
- Enregistrement le PV d'installation et
ouverture d'un dossier
ET
PV d'installation enregistré
et dossier ouvrir
PV
d'installation
signé

32
8.2. Processus de congé :
- Vérification de la demande
Ok Nok
Demande de
congé acceptée
Titre de congé signé
Titre de congé
Etablie et transmis
Titre de congé enregistré et transmis
Etablir et transmis
L’arrivée de la
demande du congé
Demande de
congé rejetée
- enregistrement du titre de congé
- transmettre le titre de congé
Toujours
- établir le titre de congé
- transmettre le titre de congé pour
signature
Toujours
Et

33
8.3. Processus de sanction :
Analyse proposition de sanction et établissement des lettres de
sanction
Non justifiée Justifiée
Proposition
non justifiée
Lettre de sanction
établie
Fichier du
personnel mis-a-
jour
Arrivé de la proposition de sanction
Et
Règles de discipline

34
8.4. Processus d’avancement :
Etablissement des lettres individuelles de
reclassement
toujours
Etude de dossiers de reclassement
Toujours
Arrivée listes des agents à
reclasser après délibération
de la commissionDécision de
reclassement de
saisonnier en
permanent
Arrivée notation
du personnel
Arrivée de liste
des agents
admis au test
interne
Etat des agents proposés
au reclassement
Fichier du
personnel mis
à jour
ou
a
b
c
Lettres individuelles de
reclassement établies
ET

35
8.5. Processus démission :
- Etude de la lettre de démission
Ok Nok
L’arrivée de la
lettre de démission
Fichiers du personnel
mis à jour
Etat statistique des
démissions établies
Démission
refusée
- établissement des statistiques
De démissions
Toujours
Arrivé période
Lettre d’accord
de démission
établie

36
8.6. Processus Mutation :
Demande de
mutation rejetée
Demande de
mutation acceptée
- Etude de la demande
Ok Non ok
Arrivé de mutation acceptée et
demande de mutation
Titre de congé enrégistré et transmis
Etablir et transmis
Formulaire signé et
transmis
- établir le formulaire de mutation
Toujours

37
9. Modèle Organisationnel des traitements (MOT) :
9.1. Introduction :
La modélisation des traitements au niveau organisationnel s'attache à décrire le système
d'informations en répondant aux questions "Qui ? Où ? et Quand ? "
Le modèle organisationnel des traitements (MOT) intégré les notion des temps et de durées
(déroulement) de ressources, de lieu et de responsabilité (poste de travail) et du nature des
traitements (manuels [M] ou automatiques [A]).
Ce modèle est bâti autour de ces concepts : Procédure, Tâche, Phase.
9.2. Construction du modèle organisationnel des traitements (MOT) :
Décomposer chaque opération en taches, les affecter au poste de travail et préciser
les différentes caractéristiques (degré d'automatisation, délai de réponse…).
Passage des taches aux phases (synchroniser l'ensemble des traitements de chaque
tache).
Déterminer les procédures (regrouper les phases issues des opérations appartenant
au même processus en procédure).

38
9.2.1. Processus de recrutement (MOT) :
Période Enchainement des phases Poste de travail
Aléatoire
Aléatoire
Aléatoire
agent
Chef service
personnel
agent
Toujours
Demande enregistrée et transmise
- Contrôle de la demande
OK N OK
Accépte
Rejet
Toujours
- Etablissement d'une convocation
- Transmission de la convocation
Toujours
T
o
u
j
o
u
r
s
Transmission da la demande
Convocation établie
et transmise
Lettre de rejet établie
et transmise et
demande classée
01
Arrivé des Demandes d’emplois

39
Aléatoire
Aléatoire
Aléatoire
agent
agent
agent
01
Toujours
- Etablissement d'un contrat de recrutement
- Remise du contrat pour signature
Contrat établi et
remise
ET
Toujours
- Etablissement d'un PV d'installation
- Remise du PV pour signature
PV d'installation établit
et remise
Toujours
Contrat
signé
- Enregistrement le PV d'installation et
ouverture d'un dossier
ET
PV d'installation enregistré
et dossier ouvrir
PV d'installation
signé

40
9.2.2. Processus de congé (MOT) :
Période Enchainement de phases Poste de travail
Aléatoire
Aléatoire
Aléatoire
Chef service
personnel
agent
agent
L’arrivé de la
demande du congé
- Enregistrement du titre de congé
- transmission du titre de congé
Titre de congé enregistré et transmis
Etablir et transmis
- Etablissement du titre de congé
- Transmission du titre de congé pour
signature.
Toujours
Et
Arrivéundemande d'emploi
Demande de
congé rejetée
Demande de
congé acceptée
Titre de congé
signé
Titre de congé
Etabli et transmis
- Consultation de la demande
Ok Non ok
01
M
Toujours
02
TR
03
M

41
9.2.3. Processus d’avancement (MOT) :
Période Enchainement de phases Poste de
travail
Aléatoire
Aléatoire
Chef
service
personnel
agent
ou
Etablissement des lettres individuelles de
reclassement
Remise du contrat pour signatureToujours
Décision de reclassements de
saisonniers en permanent
Arrivée liste des agents à
reclasser après délibération
de la commission
Arrivée liste des
agents admis au
test interne
Et
Etude des Dossiers de reclassement
Toujours
Lettres individuelles
de reclassements
établies
01
Fichier du
personnel
mis à jour
TR
Arrivée
notation du
personnel
Etat des agents proposés
au reclassement
02
M

42
9.2.4. Processus de sanction (MOT) :
travail
Aléatoire
Chef
service
personnelAnalyse des propositions de
sanction et établissement des
lettres de sanction
Non justifiée justifié
01
Proposition
non justifiée
M
Lettre de
sanction établie
Fichier du
personnel
mis-a-jour
Arrivé de la proposition de sanction
Et
Règles de discipline

43
9.2.5. Processus démission (MOT) :
travail
Aléatoire
Aléatoire
agent- établissement des statistiques
De démissions
Etude de la lettre de démission
Ok Nok
01
M
02
TR
L’arrivée de la
lettre de démission
Fichiers du personnel
mis à jour
Etat statistique des
Démissions établies
Démission
refusée
Et
Lettre d’accord
de démission
établie
Arrivée
période
Toujours

44
9.2.6. Processus Mutation(MOT) :
travail
Aléatoire
Aléatoire
Chef
personnel
Agent
NOK
Demande de
mutation rejetée
Demande de
mutation acceptée
Formulaire signé
et transmis
- établir le formulaire de mutation
Arrivé de mutation, acceptée
et demande de mutation
Etude de la demande
OK
toujours
M
01
02
TR

45
10. Modèle externes et Validation :
Chaque traitement possède son Modèle Externe, qui doit être sans se préoccuper du MCD
qui constitue la représentation de la perception du réel au moyen d'une modélisation et préjuge
pas des actions qu'on fera subir à cette représentation.
Le modèle externe ou vue externe doit refléter la vision que l'utilisateur possède des
données à travers la procédure.
La validation permettra d'ajuster MCD et vue externe c'est –à-dire de mettre en accord
les données et les traitements.
10.1. Règle de construction des modèles externes :
Le modèle externe n'est pas un sous ensemble du MCD, pour le construire, il faut se
conformer aux règles suivantes :
On construire une vue externe pour chaque mise à jours ou chaque consultation d'une
procédure.
On établira chaque modèle externe à partir d'une liste de données, en utilisant le formalisme
Entité/Relation.
L'identifiant n'est pas obligatoire pour une entité externe.
On appliquera les règles de normalisation, vérification et décomposition.
Les propriétés, Entité ou Relations externes pourront ou non être des propriétés, Entités ou
relations conceptuelles.
On utilisera des noms figurants sur le dictionnaire des données pour les propriétés externes
qui correspondraient à des propriétés conceptuelles.

46
10.2. Le principe de validation :
Chaque modèle externe doit être déductible du MCD.
En mise à jour, on doit s'assurer qu'on donne bien au système tous les éléments
nécessaires à cette mise à jour.
En consultation, on doit s'assurer que le système est capable de sortir les données
désirées.
Validation des Individus :
Les individus de la vue externe sont les mêmes individus du modèle conceptuels, donc ils sont
valides.
Validation des relations :
La relation de la vue externe est la même que modèle conceptuel, donc elle est valide.
a. Validation des propriétés :
Entité/Relation Propriété externe Propriété conceptuelle Valide
Employé Matr empl
Nom_emp
Matr empl
Nom_empl
Oui
Titre.congé N_congé
Type_conge
N_congé
Type_conge
Oui
b. Validation des cardinalités :
Entité cardinalité
Externe Conceptuel externe conceptuel validé
Employe
Titre.conge
Employe
Titre.conge
1,1
1,1
0,N
0,N
Validé
validé
Employé
Matr empl
Nom_empl
Fait
Titre.conge
N_conge
Type_conge
1,1 0 ,N

47
11. Modèle Logique des données (MLD) :
Le modèle logique des données MLD intègre les choix d'organisation en matière de
gestion des données (BD, fichiers) et transcrire le MCD validé dans un formalisme
permettant d'en rendre compte dans l’état actuel de la technique logicielle sur cette
question.
Notre choix de base de données relationnelle à cause de leurs caractéristiques et le MCD
doit représenter l'univers des données décrites dans le MCD en modèle relationnelle.
Ce modèle est bâti autour de ce concept : Relation, Attribut, Clé d'une relation.
11.1. Règle de passage d'un MCD à un MLD relationnel :
Nous allons définir les règles de transformation pour le passage du MCD au MLD, en respectant
les différents cas qui se posent.
Transformation des entités :
Toute entité est transformée en table. Les propriétés de l'entité deviennent les attributs de la table.
L'identifiant de l'entité devient la clé primaire de la table.
Transformation des relations binaires du type (x,n) – (x,1) :
Afin de représenter la relation, on duplique la clé primaire de la table basée sur l'entité à
cardinalité (x,n) dans la table basée sur l'entité à cardinalité (x,1). Cet attribut est appelé clé
étrangère. Les deux tables sont liées par une flèche nommée selon la relation, qui pointe de la
table à clé étrangère vers la table qui contient la clé primaire correspondante.
Du MCD :
Transformation au MLD :
Fait
0 ,NTitre.conge
N_conge
Type_conge
Employé
Matr empl
Nom_empl
1,1
Titre.conge
N_conge
Type_conge
Matr empl*
Employé
Matr empl
Nom_empl

48
Transformation des relations binaires du type (x,1) – (x,1) :
Nous devons distinguer plusieurs cas. Sachant qu'une relation binaire du type (1,1)-(1,1) ne doit
pas exister il nous reste les 2 cas suivants :
Relation binaire (0,1)-(1,1) :
On duplique la clé de la table basée sur l'entité à cardinalité (0,1) dans la table basée sur
l'entité à cardinalité (1,1).
Relation binaire (0,1)-(0,1) :
On duplique la clé d'une des tables dans l'autre. Lorsque la relation contenue a les mêmes
propriétés contient elle-même des propriétés, celles-ci deviennent également attributs de la table
dans laquelle a été ajoutée la clé étrangère.
Transformation des relations binaires du type (x,n) – (x,n) :
On crée une table supplémentaire ayant comme clé primaire une clé composée des clés primaires
des 2 tables. Lorsque la relation contient elle-même des propriétés, celles-ci deviennent attributs
de la table supplémentaire. Une propriété de la relation qui est soulignée devra appartenir à la clé
primaire composée de la table supplémentaire.
Du MCD :
Transformation au MLD :
Service/depart
N_serv_dept
Employé
Matr empl
Affecter
Date
d’affectati
on
1,N 1 ,N
Service/depart
N_serv_dept
Affectation_sevr_depart
Matr empl
N_serv_dept
Date d’affectation
Employé
Matr empl

49
11.2. Description des relations :
Employe(Matr_Empl ;Nom_Empl;Prenom_Empl;Dat_Nais
;Lieu_Nais;Sexe;Situa_Famil;Nbr_enfant;Groupage ;Adresse ;Tel ;e-
Mail ;N°_carte_identité ;Serv_milit ;nom_dipl ;Date_diplom ;compte_jrs_congé;Date_rentrer ;
Date_sortie ;N_grade*)
T.Conge(Code_Cong;Type_Cong;Dat_Deb_Cong;Dure_Cong ;Cause ;N_Empl*)
Affectation(N_Empl ;N_Serv_Dept ;Date_affectation)
Service/departements( Code_serv_depart ;Nom_serv_dept ;Code _cong ;N_Faclté*)
Faculte (N_fac ; Nom_fac)
Avancement (N_avan ;Date_avan ; N_Empl*)
Absence (N_abs ; Dure_abs ; Date_deb_abs ; Motif_abs ; N_Empl*)
Corps (N _coprs ; Nom_coprs ; N_fil*)
Fillière (N_fil ; Nom_fil)
Grade (N_grad ;Nom_grad ; N_corps*)
Sanction (N_sanc ;Dure_sanc ;TypeSanc ;Cause ; N_Empl*)
Fonction (N_fonct ;Nom_fonct ; N_Empl*)
Mutation/Détachement ( N_Mutat_detch ; Etablissement ;cause ;Date_mutat ; N_Empl*)

50
12. conclusion :
En concluant, nous avons entamé une étude globale du système dans cette étude
détaillé, en exploitant la méthode merise, et ces différents modelés de traitements et données, pour
enfin atteindre dans la réalisation où nous explorerons le niveau opérationnel.

Réalisation Chapitre 03
51
1. Introduction :
Apres étude du modèle logique des données et après élaboration des fiches du
Modèle conceptuel des données, nous nous sommes lancé dans le volet technique, où on a exploré
les documents et nous avons réalisé ce que on a présenté dans l’étude conceptuel donc la
réalisation d’un programme qui englobe toutes les données en même temps efficace et la rapide.

52
2. Le Modèle Physique des Données (MPD) :
2.1. Présentation du SGBD et Logique Du développement :
Notre base de données sera implémenté sous Borland Delphi7, au format du Table SGBD
ACCES 2010 avec l’extension (.mdb) .notre choix se porté sur ce format pour la puissance de son
moteur de Base De Donnée ACCES qui offre des contrôles multiples sur les Données et qui
n’existe pas dans d’autre SGBD.
2.2 Présentation de codification :
Définition d’un code : c’est une forme abrégée et conventionnelle servant à identifier une
information sans ambiguïté.
La codification : c’est la création d’une relation de correspondance entre un ensemble de
symboles et ensemble d’objets.
2.3. La codification proposée :
Codification d’un Employé : 9999 . 999999
Date recrutement Numéro séquentiel Employé
Codification Titre Congé : 999999999
Sur 9 Positions numérique s

53
3. Description des fichiers composant la B.D.D. :
3.1. Description : Employé (Employe.mdb)
Numéro Code Libelle Type Taille
01 N_Empl N° Employé N 6
02 Matr_Empl Matricule N 8
03 Nom_arab Nom en arabe A 20
04 Prenom_ arab Prenom en arabe A 20
05 Nom_ fran Nom en français A 20
06 Prenom_ fran Prénom en français A 20
07 Date _nais Date de naissance D 8
08 Lieu _nais Lieu de naissance A 30
09 Sexe Sexe A 1
10 Situation_ famil Situation familiale A 1
11 Nbr _enfant Nombre d’enfant N 2
12 Groupe saunguin Groupe saunguin A 3
13 Adresse Adresse A 30
14 Tel Téléphone N 10
15 eMail Mail AN 15
16 N _carte_indent Numéro de carte d’identité AN 20
17 Service_milit Service militaire A 20
18 N_grade N° de Grade N 3
20 Nom_diplome Nom diplôme A 50
21 Date_diplome Date d’obtention diplôme D 8
22 Relicat relicat N 3
23 Date _rentrer Date d’entrée D 8
24 Date_sortie Date de sortie D 8
25 Photo_empl Photo employé Objet OLE /

54
3.2. Description : Titre_Conge (Titre_Conge.mdb)
01 N _cong N° congé AN 9
02 N_empl N° employé N 6
03 Type _cong Type de congé A 10
04 Dat_deb_cong Date de début de congé D 8
05 Dure_cong Durée de congé N 2
06 Cause Cause A 30
3.3. Description : Faculté (Faculté.mdb) :
01 N_fact numéro faculté N 2
02 Nom_fact Nom faculté A 30
.3.4. Description :Serv_Depart (Serv_Depart.mdb):
01 N_serv_depart N° service/département N 2
02 N_fact numéro faculté N 2
03 Nom_serv_deprt Nom service/département A 30
04 Tel _esrv_deprt Tel service/département N 10
3.4. Description : Avancement (Avancement.mdb)
01 N_avance N° avancement AN 9
03 Date_avancement Date avancement D 8

55
3.5. Description : Absence (Absence.mdb)
01 N°_abs Numéro absence AN 9
03 Dure_absence Durée absence N 2
04 Date_deb_absence Date absence D 8
05 Motif Motif d’absence A 100
3.6. Description : Sanction (sanction.mdb) :
3.7. Description : Function (Fonction.mdb):
01 N_fonc Numéro fonction N 3
03 Nom_fonc Nom fonction A 15
3.8. fiche de Corps :
02 Nom_ corps Nom corps A 15
01 N_sanc Numéro sanction AN 9
03 Dure_sanc Duré sanction N 2
04 Type_Sanc Type Sanction A 10
05 Cause Cause A 100

56
3.9. fiche de Filière :
02 Nom_fil Nom filière N 15
3.10. fiche de Grade :
01 N°_grad Numéro grade N 3
02 Nom_grad Nom grade N 15
3.11. fiche de Mutation/Détachement :
01 N°_Mutat_detch N° mutation /détachement AN 9
02 Etablissement établissement A 20
03 Cause cause A 100
04 Date_mutat Date mutation D 8

57
4. Contrôle des données (champs) :
-Saisir obligatoirement la date rentée de l’employé pour générer les matricules.
-Nom et prénom d’employé : saisir obligatoirement le nom d’employé ainsi tous ces informations.
-Saisir obligatoirement les types de congés.
-Saisir obligatoirement tous les informations personnelles concernant l’employé pour pouvoir lui
5.Quelques masques d’application sur le programme :
1- Le nom d’utilisateur : univ
Le mot de passe proposer : lmd
2- Fenêtre de récupération ou changements du mot passe

58
3- Fenetre d’acceuil :
4- Fenetre de fiche personnel :

59
5- Fenetre de fiche d’absence :
6- Fenêtre d’impression :

60
6. Le Modèle Organisationnel Physique des Traitements (MOPT) :
Langage utilisé :
Delphi est un environnement de développement de type RAD (Rapide Application
Développent) basé sur le langage Pascal. Il permet de réaliser rapidement et simplement des
applications Windows.
Cette rapidité et cette simplicité de développement sont dues à une conception visuelle de
l’application. Delphi propose un ensemble très complet de composants visuels prêts à l’emploi
incluant la quasi-totalité des composants Windows (boutons, boîtes de dialogues, menus, barres
d’outils…) ainsi que des experts permettant de créer facilement divers types d’applications et de
librairies.
7. sécurité des données :
a. control de l’information :
Faire de procédure de control sur les informations saisies :
- control d’existence d’informations (insertion d’informations une seul fois pour éviter la
répétition.
- control type d’informations (numérique, caractère, date).
b. Mots de passe :
pour sécuriser les données des utilisations aléatoires, et qui donne le droit d’accès
aux utilisateurs ayant droit.
c. la protection :
offre la protection totale au programme, pour assurer le bon déroulement et la
durabilité :
- enregistrer après chaque mise à jour.
- garder une copie du programme chez le programmeur.
- nécessité d’un antivirus.

61
5. Conclusion général :
L’étude que nous avons réalisée est basé sur la conception d’un système
d’information relatif au suivi du personnel, qui constitue notre première expérience pratique et
mise en œuvre des connaissances que nous avons acquis pendant notre cursus universitaire,
cette première mise pratique est une entreprise d’envergure pour nous.
Ce stage nous a appris le déroulement des activités du service personnel, la mise
en application d’une méthode de conception du système d’information MERISE et d’autre
techniques telle que :
 Poser une problématique.
 Diagnostique une situation existante.
 Définir des objectifs
En réalisant ce mémoire nous espérons avoir répandue aux problèmes soulevés et
ayant fait un bon diagnostic et de ce fait avoir répondu aux besoins des utilisateurs, que notre
travail sera utile aussi bien pour l’université que les futures étudiants.

62
Bibliographie :
Livres :
[DIV 92] M. Diviné, (MERISE, 60 affaires classées), édition EYROLLES Paris, 1992.
[GAB 03] J. Gabay, (Merise et UML : pour la modélisation des systèmes d'information), édition
Dunod Paris, 2003.
Mémoires :
-Mémoire de fin Etude : Etude et réalisation d’un system d’information pour le suivi du
personne, Chiekh Bassa SALAH Bousnan Youcef,2008.
2010. ‫نعيمة‬ ‫اودية‬ ‫وايت‬ ‫فاطمة‬ ‫مناد‬ ‫و‬ ‫سمية‬ ‫بلحطيش‬ , ‫لتسيير‬ ‫معلوماتي‬ ‫نظام‬ ‫تصميم‬ ‫و‬ ‫إنجاز‬ ‫تخرج‬ ‫مذكرة‬‫المستخدمين‬
RISE
Sites web :
- http://delphi.developpez.com/cours 09/01/2014.
- http://delphi.developpez.com/cours/ 20/02/2014
- URL http://Mémoire Online -Conception et réalisation d'une application
de gestion du personnel cas de CONGELCAM S. A.htm . 10/03/2014
- ‫دلفي‬ ‫في‬ ‫بيانات‬ ‫قواعد‬ ‫تطبيق‬ ‫تبني‬ ‫كيف‬–‫لغة‬ Delphi- ‫للبرمجة‬ ‫العربي‬ ‫الفريق‬ ‫.منتديات‬htm .
20/04/2014

Memoire licence informatique application gestion personnel par herma - zitani_univ ghardaia_

Recommandé

Recommandé

Contenu connexe

Tendances

Tendances (20)

Similaire à Memoire licence informatique application gestion personnel par herma - zitani_univ ghardaia_

Similaire à Memoire licence informatique application gestion personnel par herma - zitani_univ ghardaia_ (20)

Plus de Soumia Elyakote HERMA

Plus de Soumia Elyakote HERMA (7)

Memoire licence informatique application gestion personnel par herma - zitani_univ ghardaia_