Bouyoucef - Karima-Hamama - Noura

République Algérienne Démocratique et populaire
Ministère de l’enseignement supérieur et de la recherche scientifique

Université Mouloud Mammeri de Tizi Ouzou.
Faculté de Génie Electrique et D’informatique.
Département D’informatique.
Mémoire
De fin d’études
En vue de l’obtention de la
Licence en informatique
L.M.D
Thème
DEVLOPPEMENT D’UN LOGICIEL SUR LA GESTION DES RESSOURCES

HUMAINES DE NAFTAL
Proposé et dirigé par : Réalisé par :
Mr: Y. ATTAF Melle: BOUYOUCEF Karima

Melle : HAMAMA Noura
2009/2010
Remerciements
Quelle meilleure opportunité que cette thèse qui marque

achèvement des études universitaires, pour exprimer les plus vifs
remerciements à notre promoteur Monsieur ATAF pour nous avoir
encadrées et guidées tout au long de notre projet.
Nous tenons à remercier chaleureusement le personnel du service

Ressource Humaine de NAFTAL.
Nos plus vifs remerciements vont aussi à tous les membres de jury
pour avoir accepté d’honorer par leur jugement notre travail.
Sans oublier nos parents qui ont sacrifié jusqu’aujourd’hui, aussi

leurs encouragements incessants tout le long de notre parcours.
Ainsi que toute personnes qui, de prés ou de loin, a contribué à la

réalisation de ce projet.
Dédicaces
Noura
Je dédié ce modeste travail à :

La mémoire de mon grand-père
&mon oncle Bonssad
Mes très chers parents & ma grand-mère
Mes frères &mes soeurs
Toutes ma famille &mes proches
Mon binôme Karima
Tout la promotion informatique LMD 2009/2010
Sommaire
Introduction générale……………………………………………………………………….. 01
Chapitre I : Généralité sur l’entreprise NAFTAL
I.1.Introduction……………………………………………………………………………... 02
I. 2.Présentation générale de l’entreprise NAFTAL………………………………………... 02
I.2.1.Historique de NAFTAL…………………………………………………………….. 02
a) Branches au sein de la structure centrale à savoir ………………………………….. 03
b) Districts régionaux au niveau des unités opérationnelles…………………………… 03
I.2.2.Nouvelle organisation de NAFTAL………………………………………………... 03
I.3.Mission et activités de NAFTAL……………………………………………………….. 04
I.4.PRESENTATION DU DISTRICT DE TIZI OUZOU………………………………….. 05
I.4.1.Mission du district commercial de Tizi Ouzo………………………………………. 05
I.5.Organisation du district commercial de Tizi Ouzo……………………………………... 05
I.5.1.La direction du district……………………………………………………………… 05
I.5.2.Le secrétariat………………………………………………………………………... 05
I.5.3.Services assistant sécurité interne d’entreprise (SIE)……………………………….. 06
I.5.4.Responsable hygiène et sécurité d’entreprise (HSE)………………………………... 06
I.5.5.Les centres de stockages…………………………………………………………….. 06
I.5.5.a.Le centre de multi produit CMP………………………………………………... 06
I.5.5.b.Le Centre de Stockage et Distribution (CSD)…………………………………... 07
I.5.6.Les départements……………………………………………………………………. 07
I.5.6.a.Département administratif et moyens généraux………………………………… 07
I.5.6.b.Département finance et comptabilité……………………………………………. 07
I.5.6.c.Département commercial………………………………………………………... 08
I.5.6.d.Département de transport et technique………………………………………….. 08
I.5.6.e.Département Informatique (7)…………………………………………………... 08
a) Missions principales du Département Informatique……………………………… 08
b) Tache et responsabilité….………………………………………………………... 09
I.5.6.e.1 Service informatique de gestion <<ING>>…………………………………. 09
I.5.6.e.2 Service systèmes et réseaux (4)……………………………………………... 10
I.6.Organigramme du District de Tizi Ouzo (Figure I.1)…………………………………… 10
Sommaire
I.7.Présentation service administration et moyen généraux ……………............................ 12
I.7.1.Introduction………………………………………………………………………… 12
I.7.2.Organigramme du département administration et moyen généraux……………….. 12
I.8.Situation informatique de l’organisme d’accueil (District COM Tizi-ouzou) ………... 12

13
I.9.L’aspect logiciel………………………………………………………………………....
14
I.10.L’aspect matériel……………………………………………………………………….
16
I.11.Conclusion……………………………………………………………………………...
Chapitre II : Présentation de UML
II.1.Introduction…………………………………………………………………………….. 18
II.2.Quelques notions de base [UML ,0 8]…………………………………………………. 20
II.2.1.L’objet……………………………………………………………………………….. 20
II.2.2.L’encapsulation…………………………………………………………………….... 20
II.2.3.La visibilité………………………………………………………….…………….. 20
II.2.3.1.Public ou + ………………………………………………………………….... 20
II.2.3.2.protected ou #..................................................................................................... 20
II.2.3.3.Private ou - …………………………………………………………………... 20
II.2.3.4.Package ou rien……………………………………………………………….. 20
II.2.4.L’héritage………………………………………………………………………........ 21
II.2.5.Le polymorphisme………………………………………………………………… 21
II.2.6.Stéréotype………………………………………………………………………….... 21
II.3.Les briques de base d’UML[02]……………………………………………………….. 21
II.3.1.Les éléments : Il existe quatre éléments en UML…………………………………. 21
II.3.1.1.Les éléments structurels………………………………………………………. 21
II.3.1.1.a.Une classe………………………………………………………………... 21
II.3.1.1.b.Une interface…………………………………………………………….. 22
II.3.1.1.c.Une collaboration………………………………………………………… 22
II.3.1.1.d.Un cas d’utilisation.……………………………………………………... 23
II.3.1.1.e.Un Composant……………………………………………………………. 23
II.3.1.1.f.Un nœud…………………………………………………………………... 23
II.3.2.Les éléments comportementaux…………………………………………………… 24
Sommaire
II.3.2.a.Un message………………………………………………………………… 24
II.3.2.b.Un automate à états finis…………………………………………………………… 24
II.3.3.Les élément de regroupement……………………………………………………... 24
II.3.3.a.Paquetage……………………………………………………………………... 24
II.3.4.Les éléments d’annotation………………………………………………………… 25
II.4.Les relations [03] ……………………………………………………………………… 25
II.4.1.La dépendance…………………………………………………………………….. 25
II.4.2.L’association………………………………………………………………………… 25
II.4.3.L’agrégation et la composition……………………………………………………. 26
II.4.4.La généralisation et l’héritage…………………………………………………….. 26
II.5.Les diagrammes [04]………………………………………………………………...… 27
II.5.1.Diagramme de classe………………………………………………………………. 28
II.5.1.a.Définition……………………………………………………………………… 28
II.5.1.b.Elaboration…………………………………………………………………… 28
II.5.1.c.Exemple………………………………………………………………………. 29
II.5.2.Diagramme d’objets………………………………………………………………. 29
II.5.3.Diagramme de composants………………………………………………………... 29
II.5.4.Diagramme de déploiement……………………………………………………….. 30
II.5.5.Diagramme de cas utilisation……………………………………………………... 30
II.5.5.a.Eléments de diagramme de cas d’utilisation………………………………….. 30
II.5.5.b.Représentation d’un diagramme de cas d’utilisation………………………... 31
II.5.6.Diagramme d’activités…………………………………………………………….. 32
II.5.7.Diagramme d’états/transition……………………………………………………… 32
II.5.8.Diagramme d’interactions…………………………………………………………. 32
II.5.9.Diagramme de séquences …………..…………………………………………….. 32
II.5.10.Diagramme de communication………………………………………………….. 33
II.6.Les règles d’UML [05] ………………………………………………………………... 33
II.7.UML en œuvre…………………………………………………………………………. 34
II.8. Les points fortes et les points faibles d’UML [06]…………………………………… 35
II.8.1.Les points forts d’UML …………………………………………………………… 35
II.8.2. Les points faible d’UML………………………………………………………….. 35
II.9.Nouveutes d’UML2……………………………………………………………………. 35
II.9.1.UML2 et son lot d’améliorations…………………………………………………. 35
II.10.Conclusion…………………………………………………………………………….. 36
Sommaire
Chapitre III : Analyse et Conception
III.1.Introduction……………………………………………………………………………. 37
III.2.Spécification des besoins, solution envisagée et cas d’utilisation…………………….. 37
III.2.1. Définition des besoins…………………………………………………………… 37
III.2.1.1. Identification des acteurs…………………………………………...……… 38
III.2.1.1.a.Définition d’un acteur……………………………………………...….. 38
III.2.1.1.b.Les acteurs de notre système……………………………………...…… 38
III.2.2.Besoins de l’application…………………………………………….………….... 38
III.2.3.Solution envisagé………………………………………………………………... 39
III.2.3.1.Spécification des cas d’utilisation……………………………………….…. 39
III.2.3.1.a. Définition d’un cas d’utilisation [02]..……………………………….. 39
III.2.3.1.b.Diagramme général de cas d’utilisations global……………………... 40
III.2.3.1.c.Diagramme de cas d’utilisation détaillés……………………………... 41
III.3.Analyse [03]………………………………………………………………………….. 43
III.3.1.Introduction…………………………………………………………………….... 43
III.3.2. Les diagrammes de séquence………………………………………………….... 44
1. Diagramme de séquence du cas d’utilisation << Chercher un agent >>………….. 44
2. Diagramme de séquence du cas d’utilisation << Ajouter un agent >>………….... 45
3. Diagramme de séquence du cas d’utilisation << Modifier un agent >>…………... 46
4. Diagramme de séquence de cas d’utilisation<<Supprimer un agent>>…………... 47
III.4.La conception………………………………………………………………………….. 48
III.4.1.Introduction……………………………………………………………………..... 48
III.4.2.Diagramme de classes……………………………………………………………. 48
1. Diagrammes de classe du cas utilisation « Ajouter Agent »………………………. 48
2. Diagrammes de classe du cas utilisation « Modifier Agent »…………………….. 49
3. Diagrammes de classe du cas utilisation « Chercher Agent »…………………….. 49
4. Diagrammes de classe du cas utilisation « Supprimer Agent »…………………… 49
III.4.3.Découpage du système en packages…………………………………………….. 50
III.4.4.Niveau données…………………………………………………………………... 51
III.4.4.1. Codage utilisé……………………………………………………………... 51
Sommaire
III.4.4.2.Le diagramme de classe……………………………………………………. 54
III.4.5.Le modèle physique des données………………………………………………… 55
III.4.6. Diagramme d’activités…………………………………………………………... 59
III.4.4.1. Introduction………………………………………………………………... 59
1. Diagramme d’activité du cas d’utilisation « S’authentifier »……………………... 60
2. Diagramme d’activités du cas d’utilisation « Ajouter Agent »…………………... 61
III.5. Conclusion……………………………………………………………………………. 61
Chapitre IV : Réalisation
IV.1. Introduction…………………………………………………………………………... 62
IV.2. Environnement de développement et d’implantation……………………………….. 62
IV.2.1. Présentation du système d’exploitation utilisé………………………………….. 62
IV.2.2. Les logiciels utiliser……………………………………………………………... 62
IV.2.2.1. Présentation de Java………………………………………………………... 63
IV.2.2.2.Présentation de la base de données…………………………………………. 63
IV.2.2.3 Installation et configuration dans un environnement Internet/Intranet…….. 64
IV.2.2.4. Lancement d’Easy PHP……………………………………………………. 64
IV.4. Présentation de la base de données…………………………………………………... 65
IV.5. Présentation de quelques interfaces………………………………………………….. 66
IV.6. Conclusion……………………………………………………………………………. 71
Conclusion générale……………………………………………………………………….... 72
Bibliographie……………………………………………………………………………….. 73
Liste des figures
Chapitre I
Figure I.1 : Organigramme du District de Tizi Ouzou……………………………………..
11
Figure I.2 : Organigramme du département Administration et moyen Généraux………….
12
Chapitre II
Figure II.1 : Apparition de l’UML 2.1.1…………………………………………………... 18
Figure II .2 : Représentation UML d’une classe…………………………………………... 21
Figure II.3 : Représentation graphique d’une classe interface en UML…………………... 21
Figure II.4: Représentation UML d’une collaboration……………………………………. 21
Figure II.5 : Représentation UML d’un cas d’utilisation………………………………….. 22
Figure II.6: Représentation UML d’un composant………………………………………... 22
Figure II.7 : Représentation UML d’un Nœud…………………………………………….. 22
Figure II.8 : Représentation UML d’un message………………………………………….. 23
Figure II.9 : Représentation UML d’un paquetage………………………………………... 23
Figure III.10 : Représentation UML d’une note…………………………………………... 24
Figure II.11 : Représentation UML d’une dépendance……………………………………. 24
Figure II.12 : Exemple d’association……………………………………………………… 25
Figure II.13: Agrégation et Composition………………………………………………….. 25
Figure II.14: Exemple simplifié de diagramme de classe…………………………………. 28
Figure II.15 Exemple de représentation d’un acteur………………………………………. 29
Figure II.16 : Exemple simplifié de diagramme de cas d’utilisation modélisant une borne
d’accès à une banque………………………………………………………………………. 30
Figure II.17 : Les différents événements correspondant à message………………………. 32
Chapitre III
Figure III.1 diagramme de cas d’utilisation global……………………………………….. 39
Figure III.2 diagramme de cas d’utilisation « Etablir le Rapport d’Activité »…………… 40
FigureIII.3 : Diagramme de cas d’utilisation « Gérer les agents »………………………... 41
FigureIII.4 : Diagramme de cas d’utilisation « Gérer les Evaluation »…………………… 41
FigureIII.5 : Diagramme de cas d’utilisation « Gérer les Evénements Professionnel »…... 41
FigureIII.6 : Diagramme de cas d’utilisation « Gérer les Postes»………………………… 41

FigureIII.7 : Diagramme de cas d’utilisation « Gérer les Décision»……………………… 42
Figure III.8.diagramme de séquence de cas d’utilisation <<chercher un agent >>……….. 43
Figure III.9. Diagramme de séquence de cas d’utilisation <<Ajouter un agent>>………... 44
Figure III.10. Diagramme de séquence de cas d’utilisation <<Ajouter un agent>>………. 45
Figure III.11.Diagramme de séquence de cas d’utilisation<<Supprimer un agent>>…….. 46
Figure III. 14: Diagramme de classe de cas d’utilisation <<Ajouter un agent>>…………. 47
Figure III. 15: Diagramme de classe de cas d’utilisation<<Modifier un agent >>………... 48
Figure III. 17: Diagramme de classe de cas d’utilisation<<Supprimer un agent »………... 48
Figure III. 16: Diagramme de classe de cas d’utilisation<<Chercher un agent »…………. 48
Figure III.18: Découpage du système en package………………………………………… 49
Figure III.19 : Diagramme de classes du package « Espace ressource humaine »………... 51
Figure III.20: Diagramme de classe……………………………………………………….. 55
Figure III.21: Diagramme d’activités de cas d’utilisation « S’authentifier »……………... 60
Figure III.22 : Diagramme d’activité de cas d’utilisation <<Ajouter un agent>>………… 61
Chapitre IV
62
Figure IV.1 : l’environnement de Eclipce Galileo 2009…………………………………...
64
Figure IV.2 : Présentation de logiciel Esy php…………………………………………….
66
Figure IV.3 : Présentation de la base de données………………………………………….
67
FigureIV.4: Page d’accueil…………………………………………………………………
68
Figure IV.5 : Page d’identification…………………………………………………………
69
Figure IV.6 : Page d’accueil chef de service……………………………………………….
70
Figure IV.7 : Page agent……………………………………………………………………
71
FigureIV.8 : page modification mot de passe………………………………………………
Introduction générale
La technologie, de l’information aujourd’hui, a envahi tous les domaines de notre vie

quotidienne, surtout aux seins des entreprises économiques, oui doivent s’armer de la plus
récente des technologies, car soumise à une rude et virulente concurrence. La gestion et la
maîtrise de l’information sont devenues des préoccupations de premier ordre.
La mise en œuvre de cette technologie moderne de traitement de l’information s’avère

nécessaire, pour assurer une gestion plus faible, plus rigoureuse, moins fastidieuse, ainsi pour
minimiser le risque d’erreurs et d’assurer la disponibilité de l’information à toute éventuelle
demande.
Dans toute organisations, la gestion des ressources humaines est une partie déterminante,
sachant que de bons employés et de bons équipements contribuent en grande partie à sa
réussite.
Actuellement l’entreprise économique qui veut marquer sa présence et bien fonctionner,

doit admettre que l’information n’est pas une fin en soi et doit être menée en harmonie avec
d’autres actions liées pour l’essentiel à la formation de son potentiel humain.
Le travail qui nous a été confie par le District Commercialisation de Tizi ouzou, consiste à
mettre en œuvre un système d’information pour la gestion des ressources humaines. Le projet
porte sur la mise en œuvre d’un système d’information qui procurera un environnement
convivial aux acteurs afin de répondre aux contraintes de fiabilité, efficacité et surtout de
disponibilité.
Notre travail se décompose en 4 chapitres qui sont :
Chapitre 1 : Généralité sur l’entreprise NAFTAL.

Chapitre 2 : Présentation d’UML.
Chapitre 3 : Analyse et conception.
Chapitre 4 : Application.
Chapitre I Généralité sur l’entreprise NAFTAL
I.1. Introduction :
Pour réaliser notre travail, nous avons jugé utile d’identifier les objectifs à atteindre à la
fin de notre projet mais surtout mieux comprendre la notion de web et maîtriser le domaine
d’application.
I. 2.Présentation générale de l’entreprise NAFTAL :

NAFTAL Algérie est une société nationale de distribution et de commercialisation des
produits pétroliers. Elle est une filiale 100% de SONATRACH, sur le plan juridique,
c’est une société par action d’où le nom <<NAFTAL.SPA>>.
I.2.1.Historique de NAFTAL :
A l’origine, les activités de production, du raffinage, de la commercialisation et la
distribution ont été attribuées à SONATRACH et cela après la nationalisation des produits
hydrocarbures en février 1971.NAFTAL est issue de deux restructurations de l’entreprise
SONATRACH.
La première restructuration était en 1982 suite au décret N°80/101 du 06/04/1980 qui
consiste à la séparation du raffinage et de la distribution des produits pétroliers de
SONATRACH érigées en ENRDP (Entreprise National du Raffinage et de la Distribution
des produits pétroliers).
Quand à la seconde, elle fut conformément au décret N°78/1981 du 27/08/1987 qui
nationale de commercialisation et de distribution des produits pétroliers sous le sigle
NAFTAL.
Le 18 avril 1998, NAFTAL change de statut juridique, elle devient une SPA (Société Par
Action) au capital de 6650 million de dinars, un capita qui a connu deux augmentations
successives à savoir en Aout 2002, il évolua à 12650.000.000 DA, puis à 15650.000.000
DA, avec un portefeuille de 665 actions entièrement détenus par SONATRACH.
NAFTAL a fonctionné sur le plan régional en unité de distribution de trois divisions
suivant la décision N°5540 du 15/12/1999.
-Division CLP (Carburant Lubrifiants Pneumatique).
-Division GPL (Gaz Pétrole Liquéfié).
-Division AVM (Aviation Marine).
Elles sont représentées à travers le territoire national par des zones de distribution qui
étaient opérationnelles de janvier 2000 jusqu’à 2003.
Ce schéma organisationnel a montré ses limites au sein de la structure centrale qu’au
niveau des unités opérationnelles. Ainsi, la direction générale par décision N°760 du
1
12/11/2003 a procédé au réajustement ayant pris effet du 1 er janvier 2004 et qui consiste
en la création des :
a) Branches au sein de la structure centrale à savoir :
 Branche carburant
 Branche commercialisation
 Branche International et partenariat
 Branche G.P.L (Gaz Pétrole Liquéfié)
b) Districts régionaux au niveau des unités opérationnelles :
 District de commercialisation orienté pour les clients ayant pour but, la
préservation de l’image de marque de la société, le maintien et l’amélioration
des parts du marché.
 District carburant à vocation régionale chargé de gérer les différents dépôts,
les approvisionner en produits à partir des sources.
 District GPL
Les effets escomptés par cette spécialisation des structures, des acteurs et des taches sont :
 Un recentrage plus serré sur les métiers de base.
 Une orientation globale business plus affirmée tant sur le plan national et
international.
 Un management plus efficace devant se traduire par des actions rapides et
décisives sur le terrain mais aussi par des décisions centrales plus élaborées.
Ces réajustements ont été effectués en attendant une organisation finale stable dont l’étude a
été confiée à un bureau international qui répond aux objectifs de NAFTAL pour son évolution
dans un marché concurrentiel.
I.2.2.Nouvelle organisation de NAFTAL :
NAFTAL et le bureau international ACCENTUER France ont signé le 19/05/2005 à
Alger un contrat portant la mise en œuvre d’un nouveau schéma organisationnel de NAFTAL.
Cette nouvelle opération intervient dans le cadre des réformes engagé par la société pour lui
permettre de se moderniser, de s’ouvrir sur l’extérieur et de se projeter dans l’avenir à travers
la mise en place de mécanismes opérationnels, économiques, commerciaux et managériaux
appropriés aux normes et à l’esprit de l’économie de marché .
2
La mission D’ACCENTUR consistera dans une première phase à réaliser un diagnostic de

l’organisation actuelle et des systèmes de gestion existants :
a) A proposer une nouvelle organisation plus adaptée au nouveau contexte économique.

b) A déterminer les écarts entre l’organisation actuelle et l’organisation ciblée et préconiser
les actions à entreprendre.
Le recours à un bureau international intervient à la faveur de l’adoption de la loi sur
hydrocarbures qui consacre la nécessité d’adapter les entreprises du secteur aux conditions de
fonctionnement d’une économie de marché libre et concurrentielle.
Cette séparation assurera, une grande maîtrise de chaque segment d’activité et de chaque
fonction ainsi qu’une meilleure qualité de service aussi bien pour les gros clients que pour le
client final au niveau des stations services.
NAFTAL vient de franchir une première place d’une nouvelle loi des hydrocarbures à travers
la mise en place d’une nouvelle organisation qui s’inscrit pleinement dans cette loi.
Il est utile de préciser q’ACCENTUR qui a été sélectionné à l’issue d’un appel d’offre
international ouvert auquel on participé sept autres bureaux d’études en l’occurrence
MCKINSEY, ERNST YOUNG, PRIS-WATER-HOUSE, ARTHURE-D-LITTELBERNARD
KRIEF CONSULTANT, GROUP PENTACLE ET BOOZ ALLEN HAMILTON, est un
group dont le chiffre d’affaire est de 15 milliards de dollars.
ACCENTUR dispose de 120 mille collaborateurs répartis à travers le monde dont quatre
milles consultants.
Selon l’administrateur délégué au bureau français, ce contrat s’inscrit dans une stratégie à
long terme.
Il précisera QU’ACCENTUR << mettra tout ses outils méthodologiques et tout son savoir
faire à la déposition de NAFTAL, afin de maintenir sa position de leader national et lui
donner moyens de trouver de nouveaux débouchés pour se redéployer à l’international.
3
I.3. Mission et activités de NAFTAL :

NAFTAL.SPA est chargée des activités liées transport, stockage, distribution et
commercialisation des produits pétroliers, ces principales missions sont :
— Elaborer le bilan consolidé de NAFTAL, gérer, organiser, lubrifiants,

produits spéciaux et pneumatiques.
— Commercialiser les carburants, pneumatiques, lubrifiants et autres
produits.
— Assurer le service après vente auprès de la clientèle notamment en
matière de lubrifiants (préconisation, spécialisation…etc.).
— Veiller au respect de la réglementation en vigueur dans tous les
domaines d’activités (technique, transport, stockage, sécurité,
commercialisation, environnement financier, fiscalité, assurance,
législation et relation de travail).
— Assurer l’exploitation et la maintenance de ses infrastructures et
moyens.
— Optimiser l’utilisation des moyens propres notamment de transport et
limiter le recours au tiers.
— Tenir la comptabilité générale de NAFTAL.
— Veiller à l’application des politiques, règles, procédures de l’entreprise
dans les domaines de la gestion, de la maintenance, du développement
et de la sécurité des ressources humaines et matérielles.
— Elaborer le budget, plan de financement et les états d’exécutions.
— Exécution le plan, budget et autres objectifs arrêtés par la division de
l’entreprise et proposer voir prendre des mesures correctives en cas de
dérive.
4
I.4.PRESENTATION DU DISTRICT DE TIZI OUZOU :
Le district de Tizi Ouzou est situé dans la zone industrielle AISSAT IDIR à quinze
Kilomètres (15 KM) du chef lieu de Tizi Ouzou.
I.4.1.Mission du district commercial de Tizi Ouzou :

La structure est la même dans tout le district avec des missions communes mais qui
doivent s’adapter aux données du terrain, les plus importantes sont :
— Gestion, organisation, promotion et développement de l’activité de
distribution des carburants terre, lubrifiants, produits spéciaux et
pneumatiques.
— Commercialisation des produits au niveau de district.
— Développement et modernisation du réseau NAFTAL.
— Analyser le marché, la position et la mise en œuvre de toute action
susceptible de renforcer les positions de branche et de l’entreprise par
apport aux concurrents.
— Promotion des produits et l’image de marque de l’entreprise.
I.5.Organisation du district commercial de Tizi Ouzou :

Les carburants, lubrifiants et pneumatiques sont des produits stratégiques et leur
commercialisation engendre une responsabilité lourde. Afin de faire face à la demande
existante sur le marché et préserver l’image de marque de la société, le district a mis à
sa disposition des moyens financiers, humains et matériels, mais toutefois leur gestion
demande une organisation. Pour cela le district est répartis comme suit :
I.5.1.La direction du district :

Elle exerce une autorité hiérarchique sur l’ensemble du département et services.
I.5.2.Le secrétariat :
Il est chargé d’assurer la communication interne et externe, de constituer les dossiers
relatifs aux commissions et décision à prendre, de gérer le téléphone et les fournitures
de bureau de la direction, d’organiser l’emploi du temps du directeur.
5
I.5.3.Services assistant sécurité interne d’entreprise (SIE):

La sécurité interne, proprement dit, désigne l’ensemble des mesures visant à se
prémunir contre tout danger prévisible et/ou d’en réduire ses effets-Elle constitue le
pré able pour une meilleure situation de sécurité.
Sa mission concourt à la préservation et la protection de l’entreprise et s’intègre
pleinement aux activités de l’entreprise.
I.5.4.Responsable hygiène et sécurité d’entreprise (HSE) :

Elle est chargée de :
a) Gestion des risques profitionnelles :
— Maladies profitionnelles.
— Accidents de travail.
b) Sécurité industrielle :
— Sécurisation des produits commerciaux.
— Sécurisation du matériel.
— Accident indu st (explosion, accident routière).
c) Environnement :
— Veille à la conformité réglementaire.
— Gestion du rejet indu st.
— Gestion des déchets.
I.5.5.Les centres de stockages :

Ils sont divisés en deux types selon la qualité de vente à stocker à savoir
I.5.5.a.Le centre de multi produit CMP
Le CMP ou 15G est un lieu de stockage et de vente d’une gamme
variée de produit à savoir, lubrifiants, les pneumatiques et les
accessoires. Les CMP gérés par le district de Tizi Ouzou sont :
— Le CMP de Tizi Ouzou
— Le CMP de BORDJ-MENAIL
6
I.5.5.b.Le Centre de Stockage et Distribution (CSD) :

Sa mission globale est : Stockage, vente, distribution des carburants, les
CSD qui ont une relation avec le district du Tizi Ouzou sont :
— Le CSD de Tizi Ouzou
— Le CSD de BEDJAIA
I.5.6.Les départements :
Le district est composé de quatre départements suivants :
I.5.6.a.Département administratif et moyens généraux :

Il est chargé d’assurer la gestion des moyens généraux du district et des
ressources humaine, pour accomplir ses taches, il est organisé comme
suit :
— Service des moyens généraux : qui composé de trois sections :
o Section Télécom et BOG
o Section entretien
o Section économie
— Service administration : Il est composé de trois sections :
o Section gestion du personnel
o Section paie
o Section prestation sociale
I.5.6.b.Département finance et comptabilité :
Son rôle est coordonner toutes l’activité, trésorerie et budget, il est
composé de deux cellules et de trois services qui sont comme suit :
— Cellule contrôles
— Cellule patrimoine
— Service trésorerie
— Service comptabilité générale qui est composé de trois sections :
o Section SVCD (Stocks, Ventes, Clients Décentralisée)
o Section comptabilité générale
o Section créances
— Service budgets et coûts
7
I.5.6.c.Département commercial :
Il est composé d’une cellule et de quatre services qui sont :
— Cellule recouvrement
— Service réseau
— Service carburant
— Service lubrifiant
— Service pneumatique
— Service force de vente
I.5.6.d.Département de transport et technique :

Sa mission principale est d’assurer la gestion administrative du matériel
roulant, des pièces de rechange, du personnel de conduite et d’élaborer
les plans de maintenance préventive des équipements dépôt et
canalisation afin de suivre leurs exécutions, il est organisé en cinq
service qui sont :
— Service transport
— Service distribution et approvisionnement
— Service exploitation et maintenance
— Service étude et réalisation
— Service travaux neufs
I.5.6.e.Département Informatique (7) :

a) Missions principales du Département Informatique :
Ses missions principales sont :
— Garantir la continuité de services des système informatique
déployés au niveau de district et centre opérationnels ;
— Assurer le support aux utilisateurs des systèmes installés, veiller à la
mise à disposition des informations vers les structures du District
et les Branche et les structures centrales;
— Assurer la sécurité des données et des systèmes Informatiques.
8
b) Tache et responsabilité :
— Veiller à la diffusion des mises à jour référentielles et applicatives ;
— Assister sur site et à distance les structures utilisatrices (siége du
District et centre opérationnels) ;
— Veiller à la collecte et à la consolidation des données périodiques et
leur transmission aux structures fonctionnelles (commercialisation,
finance, ressources humaine,…etc.) ;
— Veiller à la disponibilité et à la fiabilité des services Intranet
(messagerie, FTP, portail,….etc.) ;
— Assurer la maintenance du réseau et du matériel informatique ;
— Elaborer et présenter le rapport d’activité du District lors du conseil
de Direction et en assurer le secrétariat.
Il est organisé en deux services qui sont:
_ Service système et réseaux (4).
_Service informations de gestion (2).
I.5.6.e.1 Service informatique de gestion <<ING>> :

Il est chargée de :
— Collecter, vérifier et analyser les informations de gestion du district.
— Elaborer les plans de production et rapports d’activités du district.
— Calculer les taux PRC du district et procéder aux éventuels
correctifs.
— Prêter assistance aux différentiels structures en matière
d’exploitation des applications informatiques opérationnelles.
— Assurer maintenance de l’équipement informatique du district.
— Assurer l’installation et l’exploitation des logiciels de gestion et des
données afférentes.
— Assurer la réception et la diffusion des différents envois via le
réseau, et procéder au transfert des différents fichiers dans les
délais.
— Assurer la gestion des fichiers SVC.
— Effectuer la clôture des travaux SVC dans les différents CDS, et
édition des états de synthèse.
9
I.5.6.e.2 Service systèmes et réseaux (4) :

Ses responsabilités et taches essentielles sont :
— Assure la continuité de service des systèmes de gestion
informatiques ;
— Assure le fonctionnement optimal du réseau du district ;
— Assure l’installation des mises à jour logicielles et référentielles ;
— Assure les travaux de clôture et de consolidation des systèmes
informatique de gestion ;
— Assure la connexion des utilisateurs au réseau du District et l’accès
aux services Intranet de la société ;
— Assure la maintenance des équipements informatiques ;
— Assure la formation des utilisateurs.
10
I.6.Organigramme du District de Tizi Ouzou (Figure I.1)
Direction du
(District)
Service Service
SIE HSE
Département Département Département Département Département

Informatique (7) Commercial Finances & comptabilité Administratif & Transport & technique
Moyens généraux
Service
Systèmes et Cellule Service Service
réseaux (4) Recouvrement Cellule contrôle et Administration Exploitation et
juridique maintenance
Service Service Lubrifiant et

Informations de Produit Spéciaux
gestion(2) Service Trésorerie
Service Service Service
Pneumatique Ressource transport
Humaine
Service Carburant Service

Comptabilité
générale
Service Réseau
(16) station Service Service Moyen

Service Coût et Service Etude
GD Généraux
Budget des réalisations
CDD Oued Aissi
CMP Tizi Ouzou
Figure I.1 : Organigramme du District de Tizi Ouzou
11
Notre champ d’étude est l’un des services du département administratif et moyens généraux à
savoir le service ressource humaine, pour cela nous avons consacré la suite de ce chapitre
pour étude plus détaillée de cette partie de l’entreprise.
I.7.Présentation service administration et moyen généraux :

I.7.1.Introduction :
Ce service suivre l’évolution de l’effectif et du personnel en fonction des pesions du
district, il ellébore aussi le plan de formation annuel et organiser les départs en retraite.
I.7.2.Organigramme du département administration et moyen généraux :
Département
Administration &
Moyen généraux
Secrétariat
Service Service Service

Administration Ressource Humaine Moyen Généraux
Figure I.2 : Organigramme du département Administration et moyen Généraux
I.8.Situation informatique de l’organisme d’accueil (District COM Tizi-ouzou) :

 L’aspect Humain : district COM dispose de :
 Deux ingénieurs d’état en informatique dans le service ING (Information de gestion).
 Deux ingénieurs d’état en informatique au niveau de service réseau et le CSD.
12
I.9.L’aspect logiciel :
Plusieurs applications ont été développées parmi elles :
 SGC : Système de Gestion des Créances applicable au niveau de la cellule

recouvrement.
 VENTES LUB : système Stock Vente Lubrifiants.
 CGCA : système pour le service Comptabilité Générale.
 SGI : Système de Gestion des Investissements.
 Le logiciel paie.
 GRH : le logiciel Gestion des Ressources Humains.
 WINCANAL : pour le service coûts et budget.
 CTM : le logiciel gérant les flux de trésoreries (Cash Tresorery Manager).
 NAFT COM : logiciel du facturation installer au niveau des centres.
13
I.10.L’aspect matériel
Désignation Service Nombre

Direction
Dell portable Pentium IV Directeur 1
-Disque dur 40 GO
-RAM 128 MO
Pentium IV (HP Compaq) 1
-Disque dur 40 GO
-RAM 128 MO
Imprimante laser HP 4L. 1
Pentium IV Secrétariat 1
-Disque dur 40 GO
-RAM 128 MO
Pentium III 1
-Disque dur 40 GO
-RAM 64 MO Service
Pentium IV (HP Compaq) information de 2
-Disque dur 40 GO gestion
-RAM 128 MO
Imprimante Epson LQ 1070. 1
Département finances et comptabilité

-Disque dur 40 GO Secrétariat
-RAM 128 MO
IBM Pentium III 1
-Disque dur 40 GO
-RAM 64 MO Service
Pentium IV (HP Compaq) comptabilité 2
-Disque dur 40 GO générale
-RAM 128 MO
Imprimante matricielle 132 colonnes (Epson). 1
AMD Pentium III 2
-Disque dur 20 GO
-RAM 64 MO Service
Pentium IV (HP Compaq) trésorerie 1
-Disque dur 40 GO
-RAM 128 MO
-Disque dur 40 GO Service
-RAM 128 MO Coût et budget
Imprimante laser HP 4L 1
14
Département commercial
IBM Pentium III 1
-RAM 64 MO
Pentium III Cellule 2

-Disque dur 20 GO recouvrement
-RAM 64 MO
Pentium IV (HP Compaq) Service lubrifiant 1
-Disque dur 40 GO et produit
-RAM 128 MO spéciaux
-RAM 128 MO pneumatique
-RAM 128 MO carburant
Département Transport/Technique
AMD Pentium III 1
-RAM 64 MO
Pentium III 1
-RAM 64 MO Exploitation et
Pentium IV (HP Compaq) maintenance 1
-Disque dur 40 GO
-RAM 128 MO
Imprimante laser HP 4L.
Pentium III (Compaq Presario) 1
-RAM 64 MO Transport
Imprimante matricielle LQ 2080 1
-Disque dur 40 GO Service Etude des
-RAM 128 MO réalisations
15
Département Administration et moyen généraux

IBM Pentium III 1
-RAM 64 MO
UNIKA Pentium II 1
Disque dur 10 GO
-RAM 32 MO Service
DELL Pentium IV Administration 3
-Disque dur 40 GO
-RAM 128 MO
AMD Pentium III 1
-RAM 64 MO Ressource
Imprimante matricielle LQ 2080 Humaine 1

-Disque dur 40 GO Service moyen
-RAM 128 MO généraux
-Disque dur 40 GO
-RAM 128 MO Centre 15G5
AMD Pentium III (CSD) 2
-Disque dur 20 GO
-RAM 64 MO
Pentium IV (HP Compaq) Centre 15C5 3
-Disque dur 40 GO (CMP)
-RAM 128 MO
Tabl.1 : L’aspect matériel
I.11.Conclusion :
Passer un stage pratique dans une entreprise importante telle que NAFTAL est très
bénéfique, dans la muserez ou il nous a permis de faire le premier pas dans la vie
professionnelle ainsi compléter notre formation universitaire avec des notions plus
concrètes des système d’information mais surtout, savoir comment aborder un
problème donné d’une manière organisée en suivant un plan de travail simple et
efficace à savoir :
16
 Définition du domaine d’application

 Identification des problèmes
 Proposition des solutions
Dans ce chapitre, nous avons présenté l’entreprise, son organisation enfin la

solution envisagée.
Dans le chapitre suivant, nous allons présenter le langage UML.
17
Chapitre II Présentation d’UML
II.1.Introduction :
Avant la naissance de la découpe objet les gens travaillent avec la découpe
fonctionnelle représentée par une hiérarchie de fonctions ,qui ensemble fournissent les
services désirés ainsi que les données des éléments manipulés,ce qui rend les fonctions
interdépendantes.Une simple mise à jour du système à un point donné peut impacter
une multitude d’autres fonctions .En cas d’évolution majeur du system on aura la
multiplication des points de maintenance engendrés par le chaînage des fonctions,ce
qui rend l’adaptation très laborieuse ainsi le logiciel doit être retouché dans sa
globalité.
C’est ainsi qu’on s’est posé la question : pourquoi ne pas rassembler dans une même
unité physique les types de données et tous les traitements associés ?
EN RESUME : centraliser les données d’un type et les traitements associés dans une
même unité physique permet de limiter les points de maintenance dans le code et
faciliter l’accès à l’information en cas d’évolution du système.
Ces modifications qu’on vient d’apporter nous ont amené à transformer ce qui était à
l’origine une structure de données manipulées par des fonctions, en une entité
autonome qui regroupe un ensemble de propriétés cohérentes et de traitements
associés, une telle entité s’appelle un objet qui constitue le concept fondateur de
l’approche qui se résume en :
- Un ensemble de concepts stables éprouvés et normalisés.
- Une solution destinée à faciliter l’évolution d’applications complexes.
- Une panoplie d’outils et de langages performants pour le développement.
Mais avec son vocabulaire précis vient la nécessité d’un langage pour bien exprimer
les concepts objets ainsi qu’une démarche d’analyse et de conception objet. Pour cela,
il nous faut un outil qui apporte une dimension méthodologique à l’approche objet afin
de mieux maîtrise sa richesse et sa complexité.
Pour faire face à la complexité croissante des systèmes d’information et la nouvelle

approche de la programmation orientée objet, de nombreuses méthodes de conception,
ont vu le jour tel que BOOCH, OMT (object modelling technique) de RUMBAUGH,
OOSE (object oriented software enginnering) de JACOBSON, etc.
18
Devant le foisonnement de ces nouvelles méthodes ainsi que les limites montrées,
l’OMG ( Object Management Groupe ) a eu comme objectif de définir une notation
standard utilisable dans le développement informatique basé sur l’objet,c’est ainsi qu’a
apparu UML(Unified Modeling Language en anglais,soit langage de modélisation
objet unifié).
La version d’UML en cours en 2008 est UML 2.1.1 qui s’impose plus que jamais en
tant que langage de modélisation standardisé. (Figure II.1)
OOSE OMT1 BOOCH 91
OMT 2 BOOCH 93 Autres

Méthodes
Unified method
0.8
Partenariat
IBM, Microsoft,
Oracle, DEC, HP,
Rational,
Unisys etc.
UML 0.9
UML 1.0
UML 1.1
UML 2.1.1
UML 1.2
UML 2.0 UML 1.5 UML 1.4 UML 1.3
Figure II.1 : Apparition de l’UML 2.1.1
19
II.2.Quelques notions de base [UML ,08] :

II.2.1.L’objet :
Un objet représente une entité du monde réel ou du monde virtuel pour les objets
immatériels qui se caractérise par une identité, des états et comportement .Les objets
sont des éléments individuels d’un système en cours d’exécution.
Par exemple, si l’on considère qu’un homme (au sens être humain) est un concept
abstrait, on peut dire que la personne Marie en serait une instance : un objet.
II.2.2.L’encapsulation :
Consiste à masquer les détails d’implémentation d’un objet, en définissant une
interface qui est la vue externe d’un objet, elle défini les services accessibles aux
utilisateurs objet. L’encapsulation facilite l’évolution d’une application car elle
stabilise l’utilisation de l’objet tel qu’on peut modifier l’implémentation des attributs
sans modifier son interface .Elle garantit l’intégrité des données en interdisant l’accès
direct aux car attributs des objets.
II.2.3.La visibilité :
La visibilité Déclare la possibilité pour un élément de modélisation de référencer un
élément qui se trouve dans un espace de noms différents de celui de l’élément qui
établit la référence .Elle fait parie de la relation entre un élément et le conteneur qui
l’héberge, ce dernier pouvant être un paquetage, une classe ou un autre espace de
noms .Il existe quatre visibilités prédéfinies :
II.2.3.1.Public ou + :
Tout élément qui peut voir le conteneur peut également voir l’élément indiqué.
II.2.3.2.protected ou # :
Seul un élément situé dans le conteneur ou un de ses descendants voir l’élément
indiqué.
II.2.3.3.Private ou - :
Seul un élément situé dans le conteneur peut voir l’élément.
II.2.3.4.Package ou rien :
Seul un élément déclaré dans le même paquetage peut voir l’élément.
20
II.2.4.L’héritage :
Est un mécanisme de transmission des propriété d’une classe (attributs et méthodes)
vers une sous classe, il peut être simple ou multiple .Il évite la duplication et
encourage la réutilisation.
II.2.5.Le polymorphisme :
Représente la faculté d’une même opération de s’exécuter différemment suivant le
contexte de la classe ou elle se trouve.
Ainsi, une opération définit dans une superclasse peut s’exécuter de façon différente
selon la sous –classe ou elle est héritée.
II.2.6.Stéréotype :
Est une annotation s’appliquant sur un élément de modèle.Il permet de mieux
caractériser des variétés d’un même concept, ce qui facilite l’adaptation de langage à
des situations particulières. Il est représenté par une chaîne de caractères entre
guillemets dans ou à proximité du symbole de l’élément du modèle de base.
II.3.Les briques de base d’UML [02]:

La terminologie d’UML inclut trois sortes de briques :
 Les éléments
 Les relations
 Les diagrammes
II.3.1.Les éléments : Il existe quatre éléments en UML :

II.3.1.1.Les éléments structurels :
Ce sont les parties les plus statique d’un modèle : ils Représentent des éléments
conceptuels ou physiques et il en existe :
II.3.1.1.a.Une classe :
Tout système orienté objet est organisé autour des classes.
- Notion de classe et d’instance de classe :
- Une classe est l’abstraction d’un ensemble d’objets qui possèdent une
structure identique (liste des attributs) et un même comportement (Liste
des opérations), représentant des éléments variés. (Figure II.2)
21
Nom_de_la_classe
-attribut_1 :Type1
+ attribut_2 :Type2
# Attribut _3 :Type3
+ opération _1 () :Type1
+ operation_2 () : void
Figure II .2 : Représentation UML d’une classe
II.3.1.1.b.Une interface :
Une interface est un ensemble d’opérations qui définissent la fonction d’une classe
ou d’un composant. Elle décrit, totalement ou partiellement, le Comportement
apparent de cet élément. (Figure II.3)
Nom de la Nom de la classe <<Interface>>
classe
Figure II.3 : Représentation graphique d’une classe interface en UML
II.3.1.1.c.Une collaboration :
Définit une interaction et constitue une société de rôles de divers éléments qui
interagissent pour fournir un comportement coopératif et dans le but d’atteindre un
objectif donné. (Figure II.4)
Chaînes de
responsable
Figure II.4: Représentation UML d’une collaboration
22
II.3.1.1.d.Un cas d’utilisation :

C’est un ensemble de séquences d’actions exécutées par un système pour produire un
résultat tangible par un acteur particulier .Il sert à structurer les éléments
comportementaux d’un système et est réalisé par une collaboration. (Figure II.5)
Nom du cas
Figure II.5 : Représentation UML d’un cas d’utilisation
II.3.1.1.e.Un Composant :
C’est une partie physique remplaçable d’un système, qui se conforme à un ensemble
d’interfaces et en permet la réalisation. (Figure II.6)
Composant.cs
Figure II.6: Représentation UML d’un composant
II.3.1.1.f.Un nœud :
Un nœud est un élément physique qui intervient lors de la phase d’exécution ; il
représente une source de calcul et dispose généralement au moins d’un peu de
mémoire et souvent d’une capacité de traitement. (Figure II.7)
Server
Figure II.7 : Représentation UML d’un Noeud
23
II.3.2.Les éléments comportementaux :

Représentent les parties dynamiques des modèles UML.Ce sont les verbes du modèle
et ils représentent son comportement dans le temps et dans l’espace.Il en existe deux
types :
II.3.2.a.Un message :
Véhicule un flot d’information, il unifie toute forme de communication ou
d’interaction entre les différents du système. (Figure II.8)
Figure II.8 : Représentation UML d’un message
II.3.2.b.Un automate à états finis :

Un automate à états finis est un automate dont le comportement des sorties ne dépend
pas seulement de l’état de entrées, mais aussi d’un historique des sollicitations passées.
Cet historique est caractérisé par un état global.
Un état global est un jeu de valeur d’objet, pour une classe donnée,produisant la même
réponse face aux événements.Toutes les instances d’une même classe ayant le même
état global réagissent de la même manière à un événement. Il ne faut pas confondre les
notions d’état global et d’état.
II.3.3.Les élément de regroupement :

Représentent les parties organisationnelles des modèles UML.Ce sont les boites dans
lesquelles un modèle peut être décomposé.
II.3.3.a.Paquetage :
Est un regroupement d’éléments de modèle et de diagrammes, il permet ainsi
d’organiser des éléments de modélisation en groupes, il peut contenir tout type
d’éléments de modèle (classe, cas d’utilisation, interfaces, paquetages
imbriqués,…..).(Figure II.9)
Paquet
Figure II.9 : Représentation UML d’un paquetage
24
II.3.4. Les éléments d’annotation :

Représentent les parties explicatives des modèles UML .Ce sont les commentaires qui
peuvent accompagner tout élément dans un modèle.Il existe un type d’éléments
d’annotation appelé <<note >>.
Note : Symbole utilisé pour représenter les contraintes et les commentaires rattachés à
un élément ou à plusieurs. (Figure II.10)
Commentaire
Figure II.10 : Représentation UML d’une note
II.4.Les relations [03] :

Constituent les briques de bases relationnels d’UML et sont utilisées pour concevoir
des modèles correctement .Il existe quatre types de relations dans UML :
II.4.1.La dépendance :
C’est une relation unidirectionnelle exprimant une dépendance sémantique entre des
éléments du modèle .Elle est représentée parun trait discontinu orienté .Elle indique
que la modification de cible peut impliquer une modification de la source.
(Figure II.11)
Figure II.11 : Représentation UML d’une dépendance

II.4.2.L’association :
Une association est une relation entre deux classes (association binaire) ou plus
(association n-aire), qui décrit les connexions structurelles en leurs instances.Une
association indique donc qu’il peut y avoir des lien des instances des classes associés.
(Figure II.12)
Banque Personne
* *
*
Figure II.12 : Exemple d’association
25
II.4.3.L’agrégation et la composition :
Types particuliers d’association, une agrégation représente une relation d’inclusion
structurelle ou comportementale d’un élément dans un ensemble .Graphiquement, on
ajoute un losange vide ( ) du coté de l’agrégat. Contrairement à une association
simple, l’agrégation est transitive.
La composition, également appelée agrégation composite, décrit un conte Structurel
entre instances. Ainsi, la destruction de l’objet composite implique la destruction de
ses composants.Une instance de la partie appartient toujours à au plus une instance de
l’élément composite : la multiplicité du coté composite ne doit pas être supérieure à 1.
(Figure II.13)
Composition Agrégation
Moteur Camion Entreprise
Figure II.13: Agrégation et Composition
II.4.4.La généralisation et l’héritage:

La généralisation décrit une relation entre une classe générale (classe de basse ou
classe parent) et une classe spécialisée (sous-classe).La classe spécialisée est
intégralement cohérente avec la classe de basse, mais comporte des informations
supplémentaires (attributs, opérations, associations). Un objet de la classe spécialisée
peut être utilisé partout objet de la classe de base est autorisé.
Dans le langage UML, ainsi que dans la plupart des langages objet, cette relation de
généralisation se traduit par le concept d’héritage. On parle également de relation
d’hérita
Ainsi, l’héritage permet la classification des objets
26
II .5.Les diagrammes [04] :

UML 2.0 propose une autre découpe, celle-ci Comporte Treize types de diagrammes
représentant autant de vues distinctes pour représenter des concepts particulier système
d’information. Ils se répartissent en deux catégories :
Diagrammes structurels ou diagrammes statique (UML Structurel)
- Diagramme de classe (Class diagram)

- Diagramme d’objets (Objets diagram)
- Diagramme de composants (Component diagram)
- Diagramme de déploiement (Deployement diagram)
- Diagramme de paquetages (Package diagram)
- Diagramme de structures composites (Composite structure
diagram)
Diagrammes comportementaux ou diagrammes dynamiques (UML Behavior)

— Diagramme de cas d’utilisation (use case diagram)
— Diagramme d’activité (Activity diagram)
— Diagramme d’états transitions (State machine diagram)
— Diagramme d’interaction (Interaction diagram)
— Diagramme de séquence (Séquence diagram)
— Diagramme de communication (Communication diagram)
— Diagramme global d’interaction (Interaction overdrive diagram)
— Diagramme de temps (timing diagram)
Ces diagrammes, sont d’une utilité variable selon les cas, ne sont pas nécessairement tous
produits à l’occasion d’une modélisation. Les plus utiles à la maîtrise d’ouvrage sont les
diagrammes des cas utilisations, de classe, d’activités, et de séquence. Pour cela, nous avons
préféré de nous limiter à l’étude de ces quelques diagrammes contrairement aux restants, pour
lesquels nous donnerons uniquement leur définitions.
27
II.5.1. Diagramme de classe :

II.5.1.a. Définition :
Le diagramme de classe est généralement considéré comme le plus importent dans un
développement orienté objet. Il est le seul diagramme obligatoire lors d’une
modélisation, il représente l’architecture conceptuelle du système : il décrit les classes
que le système utilise, ainsi que leur liens, que ceux-ci représentent un héritage ou une
agrégation. Alors que le diagramme de cas utilisation montre un système de point de
vue des acteurs, le diagramme de classes en montre la structure interne. Il permet de
fournir une représentation abstraite des objets du système qui vont interagir ensemble
pour réaliser les cas utilisation.
Il s’agit d’une vue statique car on ne tient pas compte du facteur temporel dans le
comportement du système. Le diagramme de classes modélise les concepts du
domaine d’application ainsi que les concepts internes créés de toutes pièces dans le
cadre de l’implémentation d’une application. Chaque langage de programmation
Orienté Objets donne un moyen spécifique d’implémenter le paradigme objet
(pointeurs ou pas, héritage multiple ou pas, etc.), mais le diagramme de classes du
système et leurs relations indépendamment d’un langage de programmation
particulier.
Les principaux éléments de cette vue statique sont les classes et leurs relations :
association, généralisation et plusieurs types de dépendances, telles que la réalisation
et l’utilisation.
II.5.1.b.Elaboration :
— Un diagramme de classe est une collection d’éléments de modélisation statique
(class, paquetage,…), qui montre la structure d’un modèle.
— Un diagramme de classe fait abstraction des aspects dynamiques et temporels.
— Un modèle complexe, plusieurs diagrammes de classe complémentaires peuvent
être construits.
On peut par exemple se focaliser sur :
— Les classes qui participent à un cas d’utilisation,
— Les calasses associées dans la réalisation d’un scénario précis,
— Les calasses qui composent un paquetage,
— Les calasses hiérarchique d’un ensemble de classe.
28
II.5.1.c.Exemple : (Figure II.14)
Compte
Banque Personne
* *
Figure II.14: Exemple simplifié de diagramme de classe
II.5.2.Diagramme d’objets :
Un diagramme d’objets représente des objets (i.e. instance de classe) et leur liens (i.e.
instance de relations) pour donner une vue figée de l’état d’un système à un instant
donné. Il peut être utilisé pour :
Illustrer le modèle de classe en montrant un exemple qui explique le modèle ;
Préciser certains aspects du système en mettant en évidence des détails imperceptibles
dans le diagramme de classe.
Exprimer une exception en modélisant des cas particuliers.
Prendre une image (Snapshot) d’un système à un moment donné.
Le diagramme de classe modélise les règles et le diagramme d’objets modélise les
faits.
II.5.3.Diagramme de composants :
Ce type de diagramme montre les éléments logiciels (exécutable, librairies, fichiers qui
constitue le système) et leurs dépendances.
29
II.5.4.Diagramme de déploiement :
Un diagramme de déploiement décrit la disposition des composants sur ces
matérielles qui composent le système et montre la répartition des composants sur ces
matériels. Chaque ressource étant matérialisée par un nœud, le diagramme de
déploiement précise comment les composants sont répartis sur les nœuds et quelles
sont les connexions entre les composants ou les nœuds.
II.5.5.Diagramme de cas utilisation :

Le diagramme de cas d’utilisation représente la structure des grandes fonctionnalités
nécessaires aux utilisateurs du système. C’est le premier diagramme du modèle UML,
celui ou s’assure la relation entre l’utilisateur et les objets que le système met en
œuvre.
Bien souvent, la maîtrise d’ouvrage et les utilisateurs ne sont pas des informaticiens. Il
leur faut donc un moyen simple d’exprimer leurs besoins. C’est précisément le rôle
des diagrammes de cas d’utilisation qui permettent de recueillir, d’analyser et
d’organiser les besoins, et de recenser les grandes fonctionnalités d’un système. Il
s’agit donc de la première étape UML d’analyse d’un système.
Un diagramme de cas D’utilisation capture le comportement d’un système, d’un sous-
système, d’une classe ou d’un composant tel qu’un utilisateur extérieure le voit. Il
scinde la fonctionnalité du système en unités cohérentes, les cas d’utilisation, ayant un
sens pour les acteurs. Ils sont donc une vision orientée utilisateur de ce besoin au
contraire d’une vision informatique.
II.5.5.a. Eléments de diagramme de cas d’utilisation :

— Acteur : Un acteur est l’idéalisation d’un rôle joué par une personne externe, un
processus ou une chose qui interagit avec un système. Il se représente par un petit
bonhomme (Figure II.15) avec son nom (i.e. son rôle) inscrit dessous
Figure II.15 Exemple de représentation d’un acteur
30
— Cas d’utilisation : un cas d’utilisation est une unité cohérente représentant une
fonctionnalité visible de l’extérieur. Il réalise un service de bout en bout, avec un
déclenchement, un déroulement et une fin, pour l’acteur qui l’initie. Un cas
d’utilisation modélise donc un service rendu par le système, sans imposer le mode
de réalisation de ce service. Quand un cas n’est pas directement relié à un acteur, il
est qualifié de cas d’utilisation interne.
Un cas d’utilisation se représente par une ellipse (Figure II.5) contenant le nom du
cas (un verbe à l’infinitif).
II.5.5.b.Représentation d’un diagramme de cas d’utilisation :

Exemple complet d’un diagramme de cas d’utilisation (Figure II.16).
Frontière du système
Nom du système
Borne interactive d’une banque classe
Acteur
Retirer argent Cas

d’utilisation
Effectuer virement
Client Consulter comptes
Association
Figure II.16 : Exemple simplifié de diagramme de cas d’utilisation modélisant une borne
d’accès à une banque.
31
II.5.6.Diagramme d’activités :
Décrit le déroulement d’un processus formalisé éventuellement dans un cas
d’utilisation, il modélise les action effectuées sur le système.
II.5.7.Diagramme d’états/transition :
Les diagrammes d’états transitions d’UML décrivent le comportement interne d’un
objet à l’aide d’un automate à états finis. Ils présentent les séquences possibles d’états
et d’actions qu’une instance de classe peut traiter au cours de son cycle de vie en
réaction à des événements discrets (de type signaux, invocations de méthode). Ils
spécifient habituellement le comportement d’une instance de classeur (classe ou
composant), mais parfois aussi le comportement interne d’autres éléments tels que les
cas d’utilisation, les sous- systèmes, les méthodes. La vision globale du système
n’apparaît pas sur ce type de diagramme puisqu’ils ne s’intéressent qu’à un seul
élément du système indépendamment de son environnement.
Concrètement, un diagramme d’états transitions est un graphe qui représente un
automate à états finis (c’est-à-dire une machine dont le comportement des sorties ne
dépend pas seulement de l’état de ses entrées, mais aussi d’un historique des
sollicitations passées).
II.5.8.Diagramme d’interactions :
Un objet interagit pour implémenter un comportement. On peut décrire cette
interaction de deux manières complémentaires : l’une est centrée sur des objets
individuels (diagramme d’états transitions) et l’autre sur une collection d’objets qui
coopèrent (diagramme d’interaction).
II.5.9.Diagramme de séquences :
Représente les messages échangés entres les objets. Il donne une notion temporelle
aux messages. (Figure II.17)
32
Retirait argent
: Distributeur
Evénement de début
Client d’exécution
Introduction carte
Evénement de
réception
Evénement d’envoi
Evénement de fin
d’exécution
Figure II.17 : Les différents événements correspondant à message
II.5.10.Diagramme de communication :
Le diagramme de séquence représente la succession chronologique des opérations
réalisées par un acteur. Il indique les objets que l’acteur va manipuler et les opérations qui
font passer d’un objet à l’autre. On peut représenter les mêmes opérations par un
diagramme de communication, graphe dont les nœuds sont des objets et les arcs
(numérotés selon la chronologie) les échanges entre objets. En fait, diagramme de
séquence et diagramme de communication sont deux vues différentes mais logiquement
équivalentes (on peut construire l’une à partir de l’autre) d’une même chronologie. Ce
sont des diagrammes d’interaction.
II.6.Les règles d’UML :

Ces concepts de bases définis ci-dessus ne preuve être assemblés au hasard. Comme
tout langage, UML possède un certain nombre de règles qui précisent à quoi doit
33
ressembler un modèle correctement mis en forme. Un modèle cohérent possède des

règles sémantiques pour :
— Les noms : La manière de désigner les éléments, les relations et les
diagrammes ;
— Le contexte : L’environnement qui donne une signification bien précise à
un nom ;
— La visibilité : La manière dont ces noms peuvent être vus et utilisés par
d’autres;
— L’intégrité : La manière dont les objets établissent des relations correctes
et cohérentes entre aux ;
— L’exécution : Les conséquences de l’exécution ou de la simulation d’un
modèle dynamique.
II.7.UML en œuvre [05] :

UML n’est pas une méthode (i.e. une description normative des étapes de la
modélisation) : ses auteurs ont en effet estimé qu’il n’était pas opportun de définir une
méthode en raison de la diversité des cas particuliers. Ils ont préféré se borner à définir
un langage graphique qui permet de représenter de communiquer les divers aspects
d’un système d’information. Aux graphiques sont bien sur associés des textes qui
expliquent leur contenu.
UML est donc un métalangage car il fournit les éléments permettant de construire le
modèle qui, lui, sera le langage du projet. Il est impossible de donner une
représentation graphique complète d’un logiciel, ou de tout autre système complexe de
même qu’il est impossible de représenter entièrement une statue (à trios dimensions)
par des photographies (à deux dimensions). Mais il est possible de donner sur un tel
système des vues partielles, analogues chacune à une photographie d’une statue, et
dont la conjonction donnera une idée utilisable en pratique sans risque d’erreur grave.
Cependant, dans le cadre de la modélisation d’une application informatique, les
auteurs d’UML préconisent d’utiliser une démarche :
— Itérative et incrémentale.
— Guidée par les besoins des utilisateurs du système.
— Centrée sur l’architecture logicielle.
34
D’après les auteurs d’UML, un processus de développement qui possède ces qualités
devrait favoriser la réussite d’un projet.
II.8. Les points fortes et les points faibles d’UML [06]:

II.8.1.Les points forts d’UML :
— Un gain de précision.
— Un gage de stabilité.
— L’utilisation d’outil.
II.8.2. Les points faible d’UML :

— La mise en pratique d’UML nécessite un apprentissage et passe par une période
d’adaptation.
— Le processus est une clé de la réussite d’un projet mais il n’est pas couvert par
l’UML.
II.9.Nouveutes d’UML2 :
Cette nouvelle version propose un certains nombres de concepts qui ne sont pas de la
création pure mais s’inspirent plutôt de concepts existants dans d’autres langages tels que
LDS (Langage de Description et de spicification), lustre (outil SCADE), lotos, Esterel…
en effet, ces langages proposent les mécanismes permettant l’exécution du modèle (sans
codage).
II.9.1.UML2 et son lot d’améliorations :

— Plus de possibilités de représentation sur les diagrammes de séquence.
— Des diagrammes d’états plus puissants et mieux exploités.
— Des diagrammes d’activité plus adaptés.
— De nouveaux profils…
On peut désormais définir, raffiner son système jusqu’aux couches logicielles avec le
même langage.
Les modèles UML pourront désormais être existibles sans saisir le code. Ce qui
permettra aux architectes système de debugger leur design avant le codage.
35
II.10.Conclusion :
Dans ce chapitre, nous avons exploré quelques détails d’UML fournis pour la
conception statique et dynamiques en se basant sur les éléments clés et en illustrant le
tout avec des exemples simples et pratiques.
Cette présentation d’UML se voit comme une aide qui nous a permis de nous lancer
dans la modélisation de notre application.
36
Chapitre III Analyse et Conception
III.1.Introduction :
La modélisation est le pilier de toute activité qui conduit au déploiement de logiciel
de qualité. Les modèles sont construits pour spécifier la structure et le comportement attendu
d’un système, pour visualiser et contrôler son architecture et pour mieux comprendre son
organisation.
Dans ce chapitre, nous entamons la modélisation de notre application. Pour cela, nous
avons choisi d’utiliser le langage de modélisation orienté objet UML (Unified Modeling
Language), par rapport à ses avantages, parmi eux on peut citer :
- C’est un langage simple à comprendre et à utiliser.
- C’est un langage très expressif qui couvre toutes les perspectives nécessaires au
développement de tels systèmes.
- C’est un langage adapté à la modélisation des systèmes, depuis les systèmes
Informatiques d’entreprises jusqu’aux application distribuées basées sur le web, en
Passant par les systèmes temps réel embarqués.
- Il permet d’avoir une meilleure façon d’exprimer les besoins, en offrant des modèles
qui facilitent le dialogue entre le concepteur et le futur utilisateur de système.
Pour une meilleure organisation de travail, le processus de développement adopté est le
suivant :
 Spécification des besoins, solution envisagé et cas d’utilisation : ce que l’application
devra faire et l’expression de son comportement.
 L’analyse : l’examen des cas d’utilisation avec des diagrammes de séquences.
 Conception : la réalisation des cas d’utilisation et la vue structurelle de notre

application avec les diagrammes de classe et d’activités.
III.2.Spécification des besoins, solution envisagée et cas d’utilisation :

III.2.1. Définition des besoins :
NAFTAL comme l’entreprise de commercialisation et distribution rencontre
plusieurs problèmes dans sa gestion des ressources humaines. Elle veut gérer les bases de
données d’une manière facile et correcte.
37
III.2.1.1. Identification des acteurs :

III.2.1.1.a.Définition d’un acteur
Un acteur représente un ensemble cohérent de rôles par des entités externes
(utilisateur humain ou autre système) qui interagissent directement avec le système
étudié.
Un acteur peut consulter et/ou modifier directement l’état du système, en émettant
et/ou recevant des messages susceptibles d’êtres porteurs de données.
 Représentation graphique d’un acteur
La représentation graphique d’un acteur en UML est l’icône appelée stick man, avec
le nom de l’acteur sous le dessin.
Nom de l’acteur
III.2.1.1.b.Les acteurs de notre système

Notre système comprend un ensemble d’acteurs qui sont :
L’administrateur (ADMIN) : c’est le maître de l’ouvrage, il gère les comptes utilisateurs
et entretient le système.
Chef de service de ressources humaines (CSRH) : Sa mission principale consiste a
mettre œuvre la politique de l’emploi et la gestion prévisionnelle de carrière de la société.
Cadre d’étude (CE) : Sa mission principale consiste à concevoir, organiser et suivre les
action de formation destinées au personnel.
Chargé d’étude (CHE) : Sa mission principale consiste à sélectionner et recruter le
personnel répondant aux besoins d’emploi de la zone et assurer le suivi de la gestion
prévisionnelle de carrière du personnel.
III.2.2.Besoins de l’application
Notre travail consiste à développer une application qui doit permettre :
- La gestion des ressources humaines.
38
III.2.3.Solution envisagé : Pour éviter ces problèmes on a penser à réaliser un système

qui facilite la gestion des ressources humaines, c'est-à-dire le système qui permet la
recherche d’un agent et suppression, modifier et consulter l’état d’un agent, éditer la liste
de ce dernier de manière facile.
III.2.3.1.Spécification des cas d’utilisation

III.2.3.1.a. Définition d’un cas d’utilisation
Un cas d’utilisation précise le comportement d’un système ou d’une partie de celui-ci .Il
décrit un ensemble de séquence d’actions réalisées par le système, qui produisent un résultat
observable intéressant pour un acteur particulier.
Un cas d’utilisation serve à saisir le comportement attendu d’un système en cours de
développement, sans avoir à préciser la façon dont ce comportement est réalisé. Les acteurs
sont connectés aux cas d’utilisation uniquement par association. Une association entre un
acteur et cas d’utilisation indique qu’ils communiquent entre eux :
Un cas d’utilisation est représenté par une ellipse, et doit avoir un nom qui le distingue des
autres cas d’utilisation.
Nom du cas
d’utilisation
39
III.2.3.1.b.Diagramme général de cas d’utilisations global:
Gérer les absences

« use
Gérer les Formmations »
Formations
Gérer les Apprentis
« use
Gérer les contrats »
CE « use
Gérer les demandes »
« use
Modifier mot de »
passe « use
Gérer les Utilisateurs »
« use
Gérer le Rapport »
ADMIN d’Activité
« use
Gérer les Agents »
Gérer Evaluations
Gérer les événements « use Identification

»
Professionnels
« use
SCRH Consulter les Candidats »
« use
Gérer les postes »
« use
Etablir les décisions »
« use
Modifier mot de passe »
Gérer les conjoints

« use
Gérer les enfants »
« use
Gérer les Examens »
Gérer les Fichiers « use

CHE »
de Mouvement
« use
Gérer les Candidats »
« use
Gérer les Congés »
Figure III.1 diagramme de cas d’utilisation global.
40
III.2.3.1.c.Diagramme de cas d’utilisation détaillés

Chef de service (CSRH)
Ajouter un rapport
Modifier un rapport
CSRH Consulter un rapport
Figure III.2 diagramme de cas d’utilisation « Etablir le Rapport d’Activité »
Ajouter agent
Modifier agent
Chercher agent
CSRH Supprimer agent
FigureIII.3 : Diagramme de cas d’utilisation « Gérer les agents »
41
Ajouter évaluation
Modifier évaluation
Chercher évaluation
CSRH Supprimer évaluation

évaluation évaluation
FigureIII.4 : Diagramme de cas d’utilisation « Gérer les Evaluation »
Ajouter événement professionnel
Modifier événement professionnel
CSRH Chercher événement professionnel
Supprimer événement professionnel
FigureIII.5 : Diagramme de cas d’utilisation « Gérer les Evénements Professionnel »
Ajouter poste
Modifier poste
Chercher poste
CSRH Supprimer poste
FigureIII.6 : Diagramme de cas d’utilisation « Gérer les Postes»
42
Ajouter décision
Modifier décision
Chercher décision
CSRH Supprimer décision
FigureIII.7 : Diagramme de cas d’utilisation « Gérer les Décision»
III.3.Analyse [03]
III.3.1.Introduction :
L’analyse est une activité qui faut mener quand les cas d’utilisation sont décrits et modéliser.
Les objectifs assignés à l’analyse sont :
 Identifier les classes et les objets qui réalisent le flux d’événement d’un cas
d’utilisation.
 Identifier les responsabilités, les attributs et les associations des classes.
L’analyse commence par l’élaboration des diagrammes de séquences avec les objets
d’analyse et les relations qu’elles entretiennent.
Les classes d’analyse peuvent être réparties dans les trois catégories suivantes :
 Les objets d’interfaces représentent l’interface entre l’acteur et le système.
 Les objets entités : ce sont des objets décrits dans le cas d’utilisation mais qui lui
survivront.
 Les objets contrôles : ils représentent les processus, c'est-à-dire les activités système assez
significatives pour être nommées.
Dans ce que suit, nous intéressons à représenter six cas d’utilisation qui est :
- Chercher un agent.
- Ajouter un agent.
- Modifier un agent.
- Supprimer un agent.
- Editer la liste des agents.
- Consulter l’état d’un agent.
43
III.3.2. Les diagrammes de séquence

1. Diagramme de séquence du cas d’utilisation << Chercher un agent >>
Ce cas contient les objets suivants :
Objets interface
Espace agent ressources humaine (ASRH).
Base de donnée (BDD).
Page de confirmation.
Objet contrôle
Chercher.
Objet entité
Agent.
ASRH Espace Form Cherche Page

ASRH BDD r Agent Confirmation
Atteint
Afficher
Sélectionne
Atteint
Afficher
Saisit le numéro d’un agent

Atteint
Chercher
Apparaître
Afficher
Figure III.8.diagramme de séquence de cas d’utilisation <<chercher un agent >>
Description du Diagramme :
1. L’ASRH atteint son espace.
2. L’ASRH sélectionne la rubrique << BDD>>.
3. Le système retourne le formulaire BDD.
44
4. L’ASRH saisit le numéro d’un agent.

5. Le système affiche une page de confirmation.
2. Diagramme de séquence du cas d’utilisation << Ajouter un agent >>

Objets interface
Espace agent ressources humaine
Objet contrôle
Ajouter.
Objet entité
Agent.
ASRH Espace Form Ajout Page

ASRH BDD Agent Confirmation
Atteint
Afficher
Sélectionne
Atteint
Afficher
Saisit et soumet
Atteint
Ajouter
Apparaître
Afficher
Figure III.9. Diagramme de séquence de cas d’utilisation <<Ajouter un agent>>
45
1. L’ASRH atteint son espace
2. L’ASRH sélectionne la rubrique << BDD>>
4. L’ASRH saisit et soumet les informations.
5. Le système affiche une page de confirmation.
3. Diagramme de séquence du cas d’utilisation << Modifier un agent >>

Objets interface
Espace agent ressources humaine
Objet contrôle
Modifier.
Objet entité
Agent.
ASRH Espace Form Modifie Page

ASRH BDD r Agent Confirmation
Atteint
Afficher
Sélectionne
Atteint
Afficher
Saisit le numéro d’un agent

Atteint
Modifier
Apparaître
Afficher
Figure III.10. Diagramme de séquence de cas d’utilisation <<Ajouter un agent>>
46
4. Diagramme de séquence de cas d’utilisation<<Supprimer un agent>>

Objets interface
Espace ressources humaine
Objet contrôle
Supprimer.
Objet entité
Agent.
ASRH Espace Form Suppri Page

ASRH BDD mer Agent Confirmation
Atteint
Afficher
Sélectionne
Atteint
Afficher
Saisit et soumet
Atteint
Supprimer
Apparaître
Afficher
Figure III.11.Diagramme de séquence de cas d’utilisation<<Supprimer un agent>>

1. L’ASRH atteint son espace
2. L’ASRH sélectionne la rubrique << BDD>>
4. Saisir le numéro d’un agent à supprimer.
47
5. Supprimer l’agent.
6. Le système affiche une page de confirmation
III.4.La conception [03]

III.4.1.Introduction
La conception est en grande partie un processus d’affinement du modèle
d’analyse.
En intégrant les besoins non fonctionnels du système et les structures, elle affine le
modèle d’analyse jusqu’à obtention d’une structure qui puisse être codée et le
rendre réalisable sous forme logicielle.
Dans cette partie, nous allons élaborer la conception avec les diagrammes de classe
et les diagrammes d’activités afin d’avoir une vue structurelle de notre application.
III.4.2.Diagramme de classes
Avant de passer au diagramme de classe, nous définissons d’abord certains
concepts sur laquelle repose la programmation orienté objet POO :
a) Objet :
Un objet est une entité informatique complète .Il comprend une partie statique représentant
son état et les liens qui l’unissent à d’autres objets, et une partie dynamique décrivant son
comportement englobant l’ensemble des opérations applicables et ses réactions aux
événements du milieu dans lequel il se trouve .
b) Classe
Les objets, qui possèdent des structures et des compertements en commun, sont regroupés à
l’aide d’un modèle général qui est une classe .Ces objets sont considérée comme des
instances de celle –ci.
1. Diagrammes de classe du cas utilisation « Ajouter Agent »
Espace <<link>> Form

SRH BDD
<<link>>
<<Submet>>
Affiche
Page r les <<Redirect>>
confirmation erreurs Ajouter
Figure III. 14: Diagramme de classe de cas d’utilisation <<Ajouter un agent>>
48
2. Diagrammes de classe du cas utilisation « Modifier Agent »
« Link »
Form « Build » Page Page

Espace «Submit » Modifier
CSRH Modifier Confir Erreur
Agent
Agent
« Redirect
« Link » »
Figure III. 15: Diagramme de classe de cas d’utilisation<<Modifier un agent >>

3. Diagrammes de classe du cas utilisation « Chercher Agent »
« Link »

Espace «Submit » Chercher
CSRH Chercher Confir Erreur
Agent
Agent
« Redirect
« Link » »
Figure III. 16: Diagramme de classe de cas d’utilisation<<Chercher un agent »

4. Diagrammes de classe du cas utilisation « Supprimer Agent »
« Link »

Espace «Submit » Chercher
CSRH Supprimer Confir Erreur
Agent
Agent
« Redirect
« Link » »
Figure III. 17: Diagramme de classe de cas d’utilisation<<Supprimer un agent »
49
III.4.3.Découpage du système en packages

En UML, le paquetage est un mécanisme générique pour organiser les éléments de
modélisation en groupes. On fait appel à ce mécanisme quand on a à manipuler un nombre
potentiellement élevé de classes, d’interfaces, de composants, de diagrammes et autres
éléments. Lorsqu’on a à modéliser de tels systèmes, il devient nécessaire de regrouper ces
éléments en modules et permettre ainsi une meilleure compréhension du diagramme de classe
pour notre cas. Cependant, le découpage en packages doit traduire un découpage logique du
système à construire.
La figure suivante montre le package de notre système
Espace
Ressources
Humaines
Figure III.18: Découpage du système en package
Page « Link » Page Form « Submit » Authentif « Redirect » Page

Accueil Identif Identif Erreur
ASRH
« Build »
Form
Espace «Link» Page Ajout Ajout Page
Agent «Submit » Agent « Build » Confirm
ASRH Agent
Page
« Redirect » Erreur
Form
Modifier «Submit » Modifier Page
Agent Agent « Build » Confirm
Page
Form
Chercher «Submit » Chercher Page
Agent Agent « Build » Résultat
Page
Form
Supprime «Submit » Supprimer Page
Agent Agent « Build »Confirm
Page
50
12 3
12 3
Form
Editer «Submit » Afficher Page
La liste La liste « Build » Confirm
Des Des
Agents Agents Page
Form
Consulter «Submit » Consulter « Build » Page
Agent Agent Confirm
Page
Figure III.19 : Diagramme de classes du package « Espace ressource humaine »
III.4.4.Niveau données
Dans ce niveau, le travail consiste à traduire le diagramme de classes de façon à
optimiser l’implémentation de la base de données pour finir par le modèle physique qui
représente l’implémentation des tables de la base de données.
Après la traduction des diagrammes des cas d’utilisation en diagrammes de séquences
puis en diagramme de classe final nous a servi de référence pour l’implémentation de la partie
base de données, et cela parce qu’il met en évidence toutes les classes entités et leur attributs.
A cet effet, chaque classe sera implémenter une table avec ses colonnes et ses attributs.
III.4.4.1. Codage utilisé
Le tableau suivant représente un descriptif du codage de l’information utilisé dans les
différents modèles.
Code Désignation Type Taille
ADR_AGT Adresse agent AN 40
COD_ABS Code absence A 3
COD_ARRET Code arrêt A 3
COD_CONGE Code congé A 3
51
COD_CONJ Code conjoint N 7

COD_CONTRAT Code contrat N 6
COD_CSCP Code Catégorie Socioprofessionnel N 1
COD_DECISION Cde décision N 6
COD_DEMANDE Code demande N 6
COD_DEPART Code départ A 3
COD_DEPRT Code département AN 6
COD_DIPLOME Code diplôme A 6
COD_ENF Code enfant N 8
COD_FORMAT Code formation AN 6
COD_GRADE Code grade AN 4
COD_POST Code poste A 6
COD_SCOL_ENF Code scolarité enfant N 1
COD_UNIT Code unité A 3
COUT_FORM Coût formation AN 6
DAT_ABS Date absence DATE 10
DAT_CONGE Date congé DATE 10
DAT_DEB_ARRET Date début arrêt DATE 10
DAT_DECISION Date décision DATE 10
DAT_DEMANDE Date demande DATE 10
DAT_DEPART Date départ DATE 10
DAT_DEB_FOR Date début formation DATE 10
DAT_DIPLOME Date diplôme DATE 10
DAT_FIN_ARRET Date fin arrêt DATE 10
DAT_FIN_FOR Date fin formation DATE 10
DAT_INTERRIM Date intérim DATE 10
DAT_NAIS_AGT Date naissance agent DATE 10
DAT_NAI_ENF Date naissance enfant DATE 10
DAT_NAIS_APPR Date naissance apprenti DATE 10
DAT_OCCUP Date occupation de poste DATE 10
DAT_PROM Date promotion DATE 10
DAT_RECRUT Date recrutement DATE 10
DAT_REINTEG Date réintégration DATE 10
52
DES_ABS Désignation absence AN 30

DES_CONGE Désignation congé A 40
DES_CONTRT Désignation contrat AN 30
DES_DEPT Désignation département A 55
DES_DIPLOME Désignation diplôme AN 40
DES_FORM Désignation formation AN 40
DES_GSCP Désignation groupe socioprofessionnel A 15
DES_POST Désignation poste A 30
DES_UNIT Désignation unité A 40
DUR_CONTRAT Durée contrat AN 15
DUR_FORM Durée formation AN 15
ETABL_FORM Etablissement formation AN 40
LIB_ARRET Libellé arrêt A 25
LIB_DECISION Libellé décision AN 35
MAT_AGT Matricule agent N 6
MAT_APPR Matricule apprenti N 6
MTF_DEPRT Motif départ AN 40
NAT_DEPRT Nature départ A 30
NBR_JOUR_CONG Nombre de jours de congé N 2
NBR_H_ABS Nombre heures absentées N 1
NOM_APPR Nom apprenti AN 20
NOM_CONJ Nom conjoint AN 20
NOM_AGT Nom agent AN 20
NUM_COMPTE Numéro compte N 15
NUM_SS Numéro sécurité sociale N 15
OBJ_DEMANDE Objet demande AN 40
PREN_APPR Prénom apprentis AN 20
PREN_CONJ Prénom conjoint AN 20
PREN_AGT Prénom agent AN 20
SAL_BASE Salaire de base N 8
SEX_ENF Sexe enfant A 1
SEX_APPR Sexe apprenti A 1
SIT_F_AGT Situation familiale agent A 1
53
SIT_PROF_CONJ Situation professionnelle conjoint N 1
III.4.4.2.Le diagramme de classe

Diplôme Posséder Départ S’absenter Absence
COD_CON * DATE COD_DEPAR DAT_ABC COD_ABS

NCD_H_abs *
Demande
1 * COD_DEM
Faire
Partir
Conjoint
1..* 1..* 1
COD_CONJ 1 Correspond 1..*
Agent Décision
* Marié 1 COD_DECI
Occuper Promo
MAT_AGT DATE DATE

Congé 1..* 1..*
COD_CONGE 1
Poste
1..* 1..*
COD_POST
Prendre
Enfant DATE Intérim Réintègre

DURE 1..* 1..* 1..*
1
COD_ENF DATE DATE 1
MOTIF
*
Avoir
Arrêt Concerne Appartenir

Suivre 1..*
COD_ARRET *
DAT_DEB Contrat
DAT_FIN
Est_en COD_CONTRAT
1..*
DAT_DEBUT
Classer DAT_FIN Service
SAL_BASE COD_CERVICE
*
Formation
1..*
COD_FORM
Grade 1
COD_GRADE
1
Appartenir
Suivre
1..*
1..* 1..*
Catég_socioprof Apprenti Unité Département
COD_CSP 1 COD_APP COD_UNITE COD_DEP

1..* 1
Appartenir
Appartenir
Figure III.20: Diagramme de classe
54
III.4.5.Le modèle physique des données

Ce modèle nous donne la représentation physique de l’ensemble des tables de la base de
données du système étudié :
Table Agent
Nom de champ Type Taille
CDF_AGT NUMBER 6
NOM_AGT VARCHAR2 20
PREN_AGT VARCHAR2 20
DAT_NAIS_AGT DATE 10
SEX_AGT_AGT CHAR 1
COD_FONCTION_AGT VARCHAR2 30
POS_TRAV_AGT VARCHAR2 20
NC_AGT VARCHAR2 10
DAT_DEB_AGT DATE 10
DAT_FIN_AGT DATE 10
Table Enfant
COD_ENF NUMBER 8
MAT_AGT NUMBER 6
PREN_ENF VARCHAR2 20
DAT_NAIS_ENF DATE 10
SEX_ENF CHAR 1
Table Conjoint
COD_CONJ NUMBER 7
NOM_CONJ VARCHAR2 20
PREN_CONJ NUMBER 20
DAT_NAIS_CONJ DATE 10
SIT_PROF_CONJ NUMBER 1
MAT_AGT NUMBER 6
Table Apprenti
MAT_APPR VARCHAR2 6
NOM_APPR VARCHAR2 20
PREN_APPR VARCHAR2 20
SEX_APPR CHAR 1
DAT_NAIS_APPR DATE 10
DES_FORMATION VARCHAR2 30
55
Table Congé
COD_CONGE VARCHAR2 3
DES_CONGE VARCHAR2 40
Table Classer
MAT_AGT NUMBER 6
COD_GRADE VARCHAR2 4
DAT_CLASS DATE 10
SAL_BASE NUMBER 5
Table Contrat
COD_CONTRAT NUMBER 6
DES_CONTRAT VARCHAR2 30
DUR_CONTRAT DATE 10
DAT_CONTRAT DATE 10
MAT_AGT NUMBER 6
Table Décision
COD_DECISION NUMBER 4
DES_DECISION VARCHAR2 20
MAT_AGT NUMBER 6
DAT_DEMANDE DATE 10
Table Demande
COD_DEMANDE NUMBER 4
OBJ_DEMANDE VARCHAR2 30
MAT_AGT NUMBER 6
DAT_DEMANDE DATE 10
Table Diplôme
COD_DIPLOME VARCHAR2 6
DES_DIPLOME VARCHAR2 40
Table Formation
COD_FORM VARCHAR2 7
ETABL_FORM VARCHAR2 35
DES_FORM VARCHAR2 30
56
DUR_FORMA VARCHAR2 10
COUT_FORMAT NUMBER 6
Table Grade
NUM_TRANS NUMBER 5
CODE_PROD NUMBER 5
QTE_TRANS NUMBER 4
Table Catég_socioprof
COD_CSPC NUMBER 1
DES_CSCP VARCHAR 2 25
Table Intérim
MAT_AGT NUMBER 6
COD_POST VARCHAR2 4
DAT_INTERIM DATE 10
Table Poste
COD_POST VARCHAR2 4
DES_POST VARCHAR2 40
COD_SERV VARCHAR2 4
Table Promo
MAT_AGT NUMBER 6
COD_POST VARCHAR 4
DAT_PROMO DATE 10
Table Service
COD_SERV VARCHAR2 4
COD_DEPT VARCHAR2 4
DES_SERV VARCHAR2 30
Table Réintégrer
COD_POST VARCHAR2 4
MTF_REINTEG VARCHAR2 30
DAT_REINTEG DATE 10
MAT_AGT NUMBER 6
57
Table Prendre
COD_CONG VARCHAR2 3
DUR_CONGE VARCHAR2 15
MAT_AGT NUMBER 6
DAT_CONGE DATE 10
Table Posséder
COD_DIPLOME VARCHAR2 6
MAT_AGT NUMBER 6
DAT_DIPLOME DATE 10
Table Départ
COD_DEPART VARCHAR2 3
NAT_DEPART VARCHAR2 20
MTF_DEPART VARCHAR2 10
DAT_DEPART DATE 10
Table Occuper
MAT_AGT NUMBER 6
COD_POST VARCHAR2 4
DAT_OCCUP DATE 10
Table Suivre
MAT_AGT NUMBER 6
COD_FORM VARCHAR 2 7
DAT_DEB_FOR DATE 10
DAT_FIN_FORM DATE 10
Table Est_en
MAT_AGT NUMBER 6
COD_ARRET VARCHAR2 3
DAT_DEB_ARRET DATE 10
DAT_FIN_ARRET DATE 10
Table Arrêt
COD_ARRET VARCHAR2 3
LIB_ARRET VARCHAR2 25
58
Table Département
COD_DEPRT VARCHAR 4
DES_DEPRT VARCHAR2 40
COD_UNIT VARCHAR2 3
Table Unité
COD_UNIT VARCHAR2 3
DES_UNIT VARCHAR2 30
Table S’absenter
MAT_AGT VARCHAR2 3
COD_ABS VARCHAR2 25
Table Absence
COD_ABS VARCHAR2 4
DES_ABS VARCHAR2 30
III.4.6. Diagramme d’activités

III.4.4.1. Introduction [12]
Le diagramme d’activités est, principalement, un organigramme qui montre le flot de
contrôle d’une activité à l’autre .On l’utilise pour modéliser les aspects dynamiques d’un
système. Pour l’essentiel, cela implique la modélisation des étapes séquentielles dans un
processus de calcul .Un diagramme d’activités permet, également, de modéliser le flot d’un
objet lorsqu’il passe d’un état à l’autre à différents points dans le flot de contrôle.
59
1. Diagramme d’activité du cas d’utilisation « S’authentifier »

Utilisateur
Demande d’accès
Page d’identification
Saisir le mot de
passe
Remplie
Valider
Entrer
Figure III.21: Diagramme d’activités de cas d’utilisation « S’authentifier »
60
2. Diagramme d’activités du cas d’utilisation « Ajouter Agent »

Saisir le numéro
De l’agent
Soumettre
Vérifier l’existence
De l’agent
Non
Oui Afficher message

« L’agent n’existe
pas »
Demande de confirmation
Non
Oui
Informations
de l’agent
Figure III.22 : Diagramme d’activité de cas d’utilisation <<Ajouter un agent>>
III.5. Conclusion :
Dans ce chapitre, nous avons proposé une démarche de modélisation pour développer
notre application. Cette modélisation est basé sur la méthode UML, en commencent par la
spécification des besoins et les divers cas d’utilisation, puis l’élaboration des diagrammes de
séquence en phase d’analyse,et en phase de conception nous avons modélisé l’aspect
dynamique du système avec les diagrammes des classes et d’activités. A ce stade du
développement on est assez armer pour mettre sur pied l’application, c’est l’objectif de la
réalisation.
61
Chapitre IV Application
IV.1. Introduction :
Cette partie du rapport consiste en l’implémentation et la réalisation des différentes
fonctionnalités de l’application. Cette étape consiste en la traduction de la conception en code
source exécutable.
Dans ce chapitre nous allons présenter l’environnement de développement et les différents
outils utilisés pour réaliser notre application, puis expliquer son fonctionnement en présentant
quelques interfaces illustratives.
IV.2. Environnement de développement et d’implémentation :

Nous allons décrire les différents choix techniques pour lesquels nous avons optés.
IV.2.1.Présentation du système d’exploitation utilisé
Le développement a été réalisé sous Windows XP.
IV.2.2.Les logiciels utiliser
Pour le développement de notre application on a utilisé les logiciels suivants :
Pour la réalisation de ce logiciel, nous avons utilisé Java dans l’environnement Eclipce
Galileo 2000-2009 (figureIV.1) .Cet environnement de développement intégré offre de
nombreuses fonctionnalités et outils pour finaliser un programme et le tester en cours de
développement.
Figure IV.1 : l’environnement de Eclipce Galileo 2009.
62
IV.2.2.1. Présentation de Java

L’environnement de développement intégré (Eclipce) de Java offre tout ce qu’il faut pour
crées des applications : création du code source, compilation et édition de liens, tests et
débogage etc.
Java propose plusieurs assistants permettant de créer les fichiers projets et les fichiers
sources de démarrage en fonction du type de projet à créer, pas de fichier d’en tête comme
C++ …..Etc.
IV.2.2.2.Présentation de la base de données :

Easy PHP fut le premier package WAMP (Windows Apache Mysql Php) à voir le jour
(1999). Il s’agit d’une plateforme de développement web, permettant de faire fonctionner
localement (sans se connecter à un serveur externe) des scripts PHP.
Esy PHP n’est pas en soi un logiciel, mais un environnement comprenant deux serveurs (un
serveur web Apache et un serveur de base de données MySQL), un interpréteur de script
(PHP), ainsi qu’une administration SQL phpMyAdmin. Il dispose d’une interface
d’administration permettant de gérer les alias (dossiers virtuels disponibles sous Apache), et le
démarrage/arrêt des serveurs. Il permet donc d’installer en une seul fois tout le nécessaire au
développement local du PHP. Par défaut, le serveur Apache crée un nom de domaine virtuel
(en local) 127.0.01 ou localhost. Ainsi, quand on choisit <<Web local>> dans le menu d’Easy
PHP, le navigateur s’ouvre sur cette URL et affiche la page index.php de ce site qui
correspond en fait au contenu du dossier WWW d’EasyPHP.
L’interface du logiciel EasyPHP est illustrée dans la figure suivante :
63
Figure IV.2 : Présentation de logiciel Esy php.
IV.2.2.3 Installation et configuration dans un environnement Internet/Intranet

Notre application a été développée avec le package EasyPHP 3.0 (apache 2.2.11-php 5.2.8,
mysql 5.1.30, phpMyAdmin 3.1.1). Le développement de notre application nécessite un
navigateur tel que : Mozilla Firefox ou Internet explorer.
Il vous suffit dans un premier temps de télécharger la version la plus récente d’EasyPHP.
Vous pouvez la télécharger à cette adresse :
http://www.easyphp.org/download.php.
Pour installer EasyPHP, il vous suffit de double-cliquer sur le fichier téléchargé et

l’installation se lance automatiquement.
IV.2.2.4. Lancement d’Easy PHP

On ne peut pas à proprement parler du lancement d’EasyPHP, il s’agit en fait de la mise
en route du serveur Apache et de MySQ
64
Lors de l’installation, un raccourci vers EasyPHP est créé dans le répertoire Windows :
<<C:/Program Files/EasyPHP>>. Une fois EasyPHP lancé, une icône se place dans la barre
des taches.
Un clic droit permet d’accéder à différents menus :
 Aide : pour avoir plus d’informations sur l’utilisation.

 Fichier log : renvoie aux erreurs générées par Apache et MySQL.
 Configuration : donne accès différentes configurations D’EasyPHP.
 Web local : ouvre la page http://localhost/.
 Redémarrer : Redémarre Apache et MySQL.
 Arrêter : Arrêter Apache et MySQL.
 Quitter : ferme EasyPHP.
Utilisation du répertoire <<www>> :
IV.4. Présentation de la base de données :

La table de la base de données ont été crées à l’aide de l’outil Mysql.
Après la création d’un espace de base de données (bdd), on est passé à la création
d’objet de la base (liste_agents).
La figure suivante montre l’interface graphique d’Mysql dans laquelle sont montées la
table ainsi le schéma de leur appartenance.
65
Figure IV.3 : Présentation de la base de données.
IV.5. Présentation de quelques interfaces :

Vu le nombre important, nous n’allons présenter que quelques interfaces :
Page d’accueil : c’est la première page qui apparaît au lancement de l’application.
66
FigureIV.4: Page d’accueil
En appuyant sur le bouton « Connecter » de la page précédente, la page d’identification
s’affiche.
67
Figure IV.5 : Page d’identification
En saisissant le compte utilisateur et le mot de passe de la page d’identification, chaque

utilisateur peut accéder à son espace de travail.
Page d’accueil espace chef de service
68
Figure IV.6 : Page d’accueil chef de service
Cette page permet au chef de service d’accéder aux différentes pages de son propre espace
afin d’effectuer les différentes traitements. Comme exemple, en cliquant sur le bouton agent,
la page agent s’affiche.
Page agent
69
Figure IV.7 : Page agent
Cette page permet au chef de service d’ajouter, de modifier et de supprimer les agents.
Elle permet également d’afficher l’ensemble des agents enregistrés. Comme elle permet aussi
d’accéder aux différentes pages de l’espace, tout en cliquant sur les boutons.
Page Modification Mot de passe
70
FigureIV.8 : page modification mot de passe
Cette page permet aux différents utilisateurs de modifier leurs mots de passe.
IV.6. Conclusion
Dans ce chapitre on a présent en premier lieu l’environnement d’exécution et de
programmation de l’application, ensuite on est passé à la présentation de la base de donnés, et
pour terminer on a pris quelques interfaces de l’application.
71
Conclusion générale
Toute entreprise, quelle que soit sa vocation et son caractère, doit se mettre au diapason de
la progression technologique et faire face par l’automatisation de ses structures et la formation
de son personnel afin d’améliorer son rendement et son service et d’assurer sa place sur le
marché.
La réalisation de ce travail nous a permis d’approfondir nos connaissances en systèmes

d’information des entreprises, de découvrir le domaine de gestion des ressources humaines, de
voir sur le champ de travail, les différentes tâches effectuées par les gestionnaires de
ressources humaines. En plus de l’expérience, ce projet à travers les étapes de mise en œuvre
notamment l’analyse, la conception et la réalisation, il nous a conduit à l’utilisation des utiles
de conception « UML »et de réalisation « produit ESYPHP » avec tous ses outils et fonctions
et de se familiariser avec eux.
Notre objectif était de mettre au service de l’entreprise NAFTAL, un outil logiciel qui traite
la gestion des ressources humaines, offre aux différents utilisateurs plus de souplesse et
d’efficacité dans l’exécution de leurs tâches.
Cependant, quoiqu’elle présente diverses fonctionnalités, quelque améliorations et

perspectives peuvent être apportées à cette application. En guise de perspectives, les
possibilités d’évolutions de ce projet sont nombreuses allant jusqu’à la gestion complète de
tous les départements et inclure ainsi les finances et comptabilités, et la gestion commerciale
tout en mettant l’accent sur l’aspect coopératif de ces structures. Ainsi nous espérons que
notre travail sera de grand intérêt pour NAFTAL et un guide pour les nouvelles promotions.
Bibliographie
[UML, 08] : Laurent AUDIBERT

UML 2
Edition 2007-2008
[02] : Gray booch, James Rumbaugh, Ivar Jacobson, « le guide de l’utilisateur

UML ».
[03] : Pierr-Alain Muller « Modélisation objet avec UML », Edition Eyrolles 1997.
[04] : Modélisation UML.
[05] : Penser objet avec UML.
[06] : Penser objet avec UML et JAVA.
Sites Web
[WWW] WWW.NAFTAL.dz
WWW.développer.fr
Résumé
Notre projet est : Développement d’un logiciel sur la gestion des ressources
humaines NAFTAL.
Dans le premier chapitre : Généralité sur l’entreprise NAFTAL, on a étudié la

généralité sur l’entreprise NAFTAL, notre champ d’étude est l’un des services de
département administratif et moyens généraux à s’avoir le service ressources
humaines.
Dans le deuxième chapitre: Présentation d’UML, on a enta miné quelques notions d’

UML.
Dans le troisième chapitre: Analyse et conception, on a fait la modélisation de notre

problème avec l’UML.
Dans le dernier chapitre : Application. Les logiciel utiliser sont JAVA dans
l’environnement d’exécution est Eclipce et la base de données avec MYSQL.

Bouyoucef - Karima-Hamama - Noura

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

Bouyoucef - Karima-Hamama - Noura

Transféré par

Droits d'auteur :

Formats disponibles

République Algérienne Démocratique et populaire

Ministère de l’enseignement supérieur et de la recherche scientifique

DEVLOPPEMENT D’UN LOGICIEL SUR LA GESTION DES RESSOURCES

Proposé et dirigé par : Réalisé par :

Mr: Y. ATTAF Melle: BOUYOUCEF Karima

Quelle meilleure opportunité que cette thèse qui marque

Nous tenons à remercier chaleureusement le personnel du service

Sans oublier nos parents qui ont sacrifié jusqu’aujourd’hui, aussi

Ainsi que toute personnes qui, de prés ou de loin, a contribué à la

Je dédié ce modeste travail à :

Chapitre I : Généralité sur l’entreprise NAFTAL

I.8.Situation informatique de l’organisme d’accueil (District COM Tizi-ouzou) ………... 12

Chapitre II : Présentation de UML

FigureIII.6 : Diagramme de cas d’utilisation « Gérer les Postes»………………………… 41

La technologie, de l’information aujourd’hui, a envahi tous les domaines de notre vie

La mise en œuvre de cette technologie moderne de traitement de l’information s’avère

Actuellement l’entreprise économique qui veut marquer sa présence et bien fonctionner,

Notre travail se décompose en 4 chapitres qui sont :

Chapitre 1 : Généralité sur l’entreprise NAFTAL.

I. 2.Présentation générale de l’entreprise NAFTAL :

La mission D’ACCENTUR consistera dans une première phase à réaliser un diagnostic de

a) A proposer une nouvelle organisation plus adaptée au nouveau contexte économique.

I.3. Mission et activités de NAFTAL :

— Elaborer le bilan consolidé de NAFTAL, gérer, organiser, lubrifiants,

I.4.PRESENTATION DU DISTRICT DE TIZI OUZOU :

I.4.1.Mission du district commercial de Tizi Ouzou :

I.5.Organisation du district commercial de Tizi Ouzou :

I.5.1.La direction du district :

I.5.3.Services assistant sécurité interne d’entreprise (SIE):

I.5.4.Responsable hygiène et sécurité d’entreprise (HSE) :

I.5.5.Les centres de stockages :

I.5.5.b.Le Centre de Stockage et Distribution (CSD) :

I.5.6.a.Département administratif et moyens généraux :

I.5.6.d.Département de transport et technique :

I.5.6.e.Département Informatique (7) :

I.5.6.e.1 Service informatique de gestion <<ING>> :

I.5.6.e.2 Service systèmes et réseaux (4) :

I.6.Organigramme du District de Tizi Ouzou (Figure I.1)

Département Département Département Département Département

Service Service Lubrifiant et

Service Carburant Service

(16) station Service Service Moyen

CDD Oued Aissi

CMP Tizi Ouzou

Figure I.1 : Organigramme du District de Tizi Ouzou

I.7.Présentation service administration et moyen généraux :

I.7.2.Organigramme du département administration et moyen généraux :

Service Service Service

Figure I.2 : Organigramme du département Administration et moyen Généraux

I.8.Situation informatique de l’organisme d’accueil (District COM Tizi-ouzou) :

 SGC : Système de Gestion des Créances applicable au niveau de la cellule

Désignation Service Nombre

Département finances et comptabilité

Pentium III Cellule 2

Département Administration et moyen généraux

Pentium IV (HP Compaq) 1

Tabl.1 : L’aspect matériel

 Définition du domaine d’application

Dans ce chapitre, nous avons présenté l’entreprise, son organisation enfin la

Pour faire face à la complexité croissante des systèmes d’information et la nouvelle

OOSE OMT1 BOOCH 91

OMT 2 BOOCH 93 Autres

UML 2.0 UML 1.5 UML 1.4 UML 1.3