MINISTERE DE L’ENSEIGNEMENT SUPERIEUR
ET DE LA RECHERCHE SCIENTIFIQUE
UNIVERSITE ABDELHAMID IBN BADIS DE MOSTAGANEM
Facult...
RÉSUMÉ
L’absence d’une application de gestion du parc informatique à la Sonelgaz Mostaganem
a généré une souffrance (la sa...
SOMMAIRE
INTRODUCTION GENERALE...............................................................................................
5.2.5. Le diagramme de cas d’utilisation pour le package « G.S »......................................8
5.2.6. Le diagramm...
5.3.33. Description textuelle du cas « Changer nom d’utilisateur ou mot de passe » ........28
5.3.34. Diagramme de séquenc...
6.6. Interface de statistiques des produits..................................................................................
Table des figures
Figure page
Figure 1 : Organigramme de la direction de distribution Mostaganem 3
Figure 2 : Organigramme...
Figure 23 : Diagramme de séquence du cas « Demander un consommable » 25
Figure 24 : Diagramme de séquence du cas « Demande...
1
INTRODUCTION GENERALE
Le développement de l’entreprise exige l’utilisation des logiciels fiable et performant
pour la ge...
CHAPITRE I : Présentation de l’entreprise et l’application
2
1. Introduction
Dans ce premier chapitre, nous allons brièvem...
CHAPITRE I : Présentation de l’entreprise et l’application
3
2.3. Organigramme de la direction de distribution Mostaganem
...
CHAPITRE I : Présentation de l’entreprise et l’application
4
 Division relations commerciales : elle gère les abonnés, et...
CHAPITRE I : Présentation de l’entreprise et l’application
5
4. Objectifs de l’application
Les objectifs de notre applicat...
CHAPITRE II : Modélisation de l’application
6
1. Introduction
Dans ce deuxième chapitre, nous allons modéliser les besoins...
CHAPITRE II : Modélisation de l’application
7
chaque utilisateur doit s’authentifier pour accéder à l’application, et le p...
CHAPITRE II : Modélisation de l’application
8
5.2.4. Le diagramme de cas d’utilisation pour le package « Agent »
5.2.5. Le...
CHAPITRE II : Modélisation de l’application
9
5.3.2. Diagramme de séquence du cas « S’authentifier »
Séquencement :
Ce cas...
CHAPITRE II : Modélisation de l’application
10
5.3.3. Description textuelle du cas « Gérer les utilisateurs »
Identificati...
CHAPITRE II : Modélisation de l’application
11
5.3.4. Diagramme de séquence du cas « Gérer les utilisateurs »
5.3.5. Descr...
CHAPITRE II : Modélisation de l’application
12
Séquencement :
Ce cas d’utilisation commence lorsque l’administrateur s’aut...
CHAPITRE II : Modélisation de l’application
13
5.3.8. Diagramme de séquence du cas « Affecter un produit au service »
5.3....
CHAPITRE II : Modélisation de l’application
14
5.3.10. Diagramme de séquence « Mettre à jour le contrat de maintenance d'u...
CHAPITRE II : Modélisation de l’application
15
5.3.11. Description textuelle du cas « Gérer les demandes de consommables »...
CHAPITRE II : Modélisation de l’application
16
5.3.12. Diagramme de séquence du cas « Gérer les demande de consommable »
5...
CHAPITRE II : Modélisation de l’application
17
5.3.14. Diagramme de séquence du cas « Gérer les produits »
8. Le G.S saisi...
CHAPITRE II : Modélisation de l’application
18
5.3.15. Description textuelle du cas « Gérer les consommables »
Identificat...
CHAPITRE II : Modélisation de l’application
19
5.3.16. Diagramme de séquence du cas « Gérer les consommables »
5.3.17. Des...
CHAPITRE II : Modélisation de l’application
20
3. Le G.S choisit le service.
4. Le G.S demande la liste des produits.
5. L...
CHAPITRE II : Modélisation de l’application
21
Enchainement d’exceptions :
E1 : le champ du code du produit est vide.
L’en...
CHAPITRE II : Modélisation de l’application
22
Enchainement d’exceptions :
E1 : l’un des champs obligatoire à remplir est ...
CHAPITRE II : Modélisation de l’application
23
5.3.24. Diagramme de séquence du cas « Gérer les demandes de réparation »
4...
CHAPITRE II : Modélisation de l’application
24
5.3.25. Description textuelle du cas « Etablir un rapport de réparation »
I...
CHAPITRE II : Modélisation de l’application
25
5.3.27. Description textuelle du cas « Demander un consommable »
Identifica...
CHAPITRE II : Modélisation de l’application
26
5.3.29. Description textuelle du cas « Demander une réparation »
Identifica...
CHAPITRE II : Modélisation de l’application
27
5.3.31. Description textuelle du cas « Consulter les statistiques »
Identif...
CHAPITRE II : Modélisation de l’application
28
5.3.33. Description textuelle du cas « Changer nom d’utilisateur ou mot de ...
CHAPITRE II : Modélisation de l’application
29
5.4. Diagramme de classes d’analyse
Figure 27 : Diagramme de classes d’anal...
CHAPITRE II : Modélisation de l’application
30
6. Conception
6.1. Diagramme de classes de conception
Voir la page A2 joint...
CHAPITRE II : Modélisation de l’application
31
6.2.3. Diagramme de séquence conceptuel du cas « Affecter un produit au
ser...
CHAPITRE II : Modélisation de l’application
32
6.2.5. Diagramme de séquence conceptuel du cas « Réformer un produit »
6.2....
CHAPITRE II : Modélisation de l’application
33
6.2.7. Diagramme de séquence conceptuel du cas « Demander une
réparation»
6...
CHAPITRE II : Modélisation de l’application
34
6.3. Diagramme de déploiement
6.4. Diagramme d’état transition du produit
7...
CHAPITRE III : Implémentation
35
1. Introduction
Dans ce troisième chapitre, nous allons représenter le langage JAVA et SQ...
CHAPITRE III : Implémentation
36
6. Quelques cas d’utilisations de l’application
6.1. Interface d’authentification
6.2. In...
CHAPITRE III : Implémentation
37
6.3. Interface de suppression d’un utilisateur
6.4. Interface de demande de réparation
Fi...
CHAPITRE III : Implémentation
38
6.5. Interface de rapport de réparation
6.6. Interface de statistiques des produits
7. Co...
39
CONCLUSION GENERALE
Dans notre projet de fin d’étude s’intitulant la conception et la réalisation d’une
application de ...
40
BIBLIOGRAPHIE, WEBOGRAPHIE
[1] : http://www.sonelgaz.dz , (2015).
[2] : http://algerie-electricite.com , (2015).
[3] : ...
Prochain SlideShare
Chargement dans…5
×

Conception et réalisation d’une application de gestion gu parc informatique pour la Sonelgaz - full

32 vues

Publié le

0 commentaire
0 j’aime
Statistiques
Remarques
  • Soyez le premier à commenter

  • Soyez le premier à aimer ceci

Aucun téléchargement
Vues
Nombre de vues
32
Sur SlideShare
0
Issues des intégrations
0
Intégrations
3
Actions
Partages
0
Téléchargements
4
Commentaires
0
J’aime
0
Intégrations 0
Aucune incorporation

Aucune remarque pour cette diapositive

Conception et réalisation d’une application de gestion gu parc informatique pour la Sonelgaz - full

  1. 1. MINISTERE DE L’ENSEIGNEMENT SUPERIEUR ET DE LA RECHERCHE SCIENTIFIQUE UNIVERSITE ABDELHAMID IBN BADIS DE MOSTAGANEM Faculté des Sciences Exactes et d’Informatique Département de Mathématiques et d’Informatique Filière Informatique MEMOIRE DE FIN D’ETUDES Pour l’Obtention du Diplôme de Licence en Informatique Conception et réalisation d’une application de gestion du parc informatique pour la Sonelgaz Etudiants : KHOUSSA Mohamed el bachir LAKEL Mohamed el amine Encadrant(e) : Mr. KHELIFA Noreddine Année Universitaire 2014/2015
  2. 2. RÉSUMÉ L’absence d’une application de gestion du parc informatique à la Sonelgaz Mostaganem a généré une souffrance (la saisie des caractéristiques des produits, l’envoie des demande de réparation …) et une perte de temps dans la gestion des matériaux informatiques. Afin de remédier à ce problème nous avons conçu et réalisé une application de gestion du parc informatique pour la Sonelgaz Mostaganem, et cela pour satisfaire les besoins fonctionnels des employés, afin de gagner du temps et bien organiser les ressources matérielle informatique. Pour cela nous avons commencé par l’établissement d’un cahier de charge qui représente les besoins fonctionnels des utilisateurs, ensuite nous avons modélisé les exigences fonctionnelles en utilisant UML suivant la méthode RUP, et enfin nous avons implémenté l’application en utilisant le langage de programmation JAVA et le SGBD MySQL.
  3. 3. SOMMAIRE INTRODUCTION GENERALE.........................................................................................................1 Chapitre 1 : Présentation de l'entreprise et l'application 1. Introduction..................................................................................................................................2 2. Présentation de l’entreprise « Sonelgaz » ...................................................................................2 2.1. Historique de la Sonelgaz.....................................................................................................2 2.2. Présentation de la direction de distribution........................................................................2 2.3. Organigramme de la direction de distribution Mostaganem ............................................3 2.4. Les rôles des services et des acteurs ....................................................................................3 2.5. Organigramme de la Division Gestion des Systèmes Informatique..................................4 3. Quels est le matériel à gérer dans le parc informatique ? .........................................................4 4. Objectifs de l’application .............................................................................................................5 5. Argumentations............................................................................................................................5 6. Cahier de charge...........................................................................................................................5 7. Conclusion.....................................................................................................................................5 Chapitre 2 : Modélisation de l'application 1. Introduction..................................................................................................................................6 2. C’est quoi l’UML ?.......................................................................................................................6 3. La démarche à suivre...................................................................................................................6 5. Analyse..........................................................................................................................................6 5.1. Le diagramme de paquetages ..............................................................................................6 5.2. Les diagrammes de cas d’utilisation....................................................................................7 5.2.1. Le diagramme de cas d’utilisation pour le package « Authentification ».................7 5.2.2. Le diagramme de cas d’utilisation pour le package « Administrateur »..................7 5.2.3. Le diagramme de cas d’utilisation pour le package « Réparateur ».........................7 5.2.4. Le diagramme de cas d’utilisation pour le package « Agent » ..................................8
  4. 4. 5.2.5. Le diagramme de cas d’utilisation pour le package « G.S »......................................8 5.2.6. Le diagramme de cas d’utilisation pour le package « Consultant »..........................8 5.3. Descriptions textuelles et diagrammes de séquence d’analyse ..........................................8 5.3.1. Description textuelle du cas « S’authentifier » ...........................................................8 5.3.2. Diagramme de séquence du cas « S’authentifier » .....................................................9 5.3.3. Description textuelle du cas « Gérer les utilisateurs » .............................................10 5.3.4. Diagramme de séquence du cas « Gérer les utilisateurs » .......................................11 5.3.5. Description textuelle du cas « Réformer un produit » .............................................11 5.3.6. Diagramme de séquence du cas « Réformer un produit ».......................................12 5.3.7. Description textuelle du cas « Affecter un produit au service » ..............................12 5.3.8. Diagramme de séquence du cas « Affecter un produit au service »........................13 5.3.9. Description textuelle du cas « Mettre à jour le contrat de maintenance d'un produit »13 5.3.10. Diagramme de séquence « Mettre à jour le contrat de maintenance d'un produit » 14 5.3.11. Description textuelle du cas « Gérer les demandes de consommables ».....................15 5.3.12. Diagramme de séquence du cas « Gérer les demande de consommable »..............16 5.3.13. Description textuelle du cas « Gérer les produits »..................................................16 5.3.14. Diagramme de séquence du cas « Gérer les produits »............................................17 5.3.15. Description textuelle du cas « Gérer les consommables »........................................18 5.3.16. Diagramme de séquence du cas « Gérer les consommables »..................................19 5.3.17. Description textuelle du cas « Imprimer un inventaire ».........................................19 5.3.18. Diagramme de séquence du cas « Imprimer un inventaire »...................................20 5.3.19. Description textuelle du cas « Indiquer un produit à réformer »............................20 5.3.20. Diagramme de séquence du cas « Indiquer un produit à réformer » .....................21 5.3.21. Description textuelle du cas « Demander une pièce » ..............................................21 5.3.22. Diagramme de séquence du cas « Demander une pièce » ........................................22 5.3.23. Description textuelle du cas « Gérer les demandes de réparation »........................22 5.3.24. Diagramme de séquence du cas « Gérer les demandes de réparation » .................23 5.3.25. Description textuelle du cas « Etablir un rapport de réparation » .........................24 5.3.26. Diagramme de séquence du cas « Etablir un rapport de réparation » ...................24 5.3.27. Description textuelle du cas « Demander un consommable »..................................25 5.3.28. Diagramme de séquence du cas « Demander un consommable »............................25 5.3.29. Description textuelle du cas « Demander une réparation ».....................................26 5.3.30. Diagramme de séquence du cas « Demander une réparation »...............................26 5.3.31. Description textuelle du cas « Consulter les statistiques ».......................................27 5.3.32. Diagramme séquence du cas « Consulter les statistiques »......................................27
  5. 5. 5.3.33. Description textuelle du cas « Changer nom d’utilisateur ou mot de passe » ........28 5.3.34. Diagramme de séquence du cas « Changer nom d’utilisateur ou mot de passe » ..28 5.4. Diagramme de classes d’analyse........................................................................................29 6. Conception ..................................................................................................................................30 6.1. Diagramme de classes de conception.................................................................................30 6.2. Diagrammes de séquence de conception ...........................................................................30 6.2.1. Diagramme de séquence conceptuel du cas « s’authentifier ».................................30 6.2.2. Diagramme de séquence conceptuel du cas « changer nom d’utilisateur ou mot de passe » 30 6.2.3. Diagramme de séquence conceptuel du cas « Affecter un produit au service » .....31 6.2.4. Diagramme de séquence conceptuel du cas « Mettre à jour le contrat de maintenance d'un produit ».......................................................................................................31 6.2.5. Diagramme de séquence conceptuel du cas « Réformer un produit » ....................32 6.2.6. Diagramme de séquence conceptuel du cas « Demander un consommable ».........32 6.2.7. Diagramme de séquence conceptuel du cas « Demander une réparation».............33 6.2.8. Diagramme de séquence conceptuel du cas « Imprimer un inventaire »................33 6.3. Diagramme de déploiement ...............................................................................................34 6.4. Diagramme d’état transition du produit...........................................................................34 7. Conclusion...................................................................................................................................34 Chapitre 3 : Implémentation 1. Introduction................................................................................................................................35 2. Le langage de programmation « JAVA » .................................................................................35 3. SQL..............................................................................................................................................35 4. MySQL Workbench...................................................................................................................35 5. NetBeans IDE .............................................................................................................................35 6. Quelques cas d’utilisations de l’application..............................................................................36 6.1. Interface d’authentification ...............................................................................................36 6.2. Interface d’ajout des produits ...........................................................................................36 6.3. Interface de suppression d’un utilisateur .........................................................................37 6.4. Interface de demande de réparation .................................................................................37 6.5. Interface de rapport de réparation ...................................................................................38
  6. 6. 6.6. Interface de statistiques des produits................................................................................38 7. Conclusion...................................................................................................................................38 CONCLUSION GENERALE............................................................................................................39 BIBLIOGRAPHIE, WEBOGRAPHIE………………………...……………………………….40
  7. 7. Table des figures Figure page Figure 1 : Organigramme de la direction de distribution Mostaganem 3 Figure 2 : Organigramme de la Division Gestion des Systèmes Informatique 4 Figure 3 : Diagramme de paquetages 6 Figure 4 : Diagramme de cas d’utilisation pour le package « Authentification » 7 Figure 5 : Diagramme de cas d’utilisation pour le package « Administrateur » 7 Figure 6 : Diagramme de cas d’utilisation pour le package « Réparateur » 7 Figure 7 : Diagramme de cas d’utilisation pour le package « Agent » 8 Figure 8 : Diagramme de cas d’utilisation pour le package « Gestionnaire de stock » 8 Figure 9 : Diagramme de cas d’utilisation pour le package « Consultant » 8 Figure 10 : Diagramme de séquence du cas « S’authentifier » 9 Figure 11 : Diagramme de séquence du cas « Gérer les utilisateurs » 11 Figure 12 : Diagramme de séquence du cas « Réformer un produit » 12 Figure 13 : Diagramme séquence du cas « Affecter un produit au service » 13 Figure 14 : Diagramme de séquence du cas « Mettre à jour le contrat de maintenance d’un produit » 14 Figure 15 : Diagramme de séquence du cas « Gérer les demandes de consommable » 16 Figure 16 : Diagramme de séquence du cas « Gérer les produits » 17 Figure 17 : Diagramme de séquence du cas « Gérer les consommables » 19 Figure 18 : Diagramme de séquence du cas « Imprimer un inventaire » 20 Figure 19 : Diagramme de séquence du cas « Indiquer un produit à réformer » 21 Figure 20 : Diagramme séquence du cas « Demander une pièce » 22 Figure 21 : Diagramme séquence du cas « Gérer les demandes de réparation » 23 Figure 22 : Diagramme de séquence du cas « Etablir un rapport de réparation » 24
  8. 8. Figure 23 : Diagramme de séquence du cas « Demander un consommable » 25 Figure 24 : Diagramme de séquence du cas « Demander une réparation » 26 Figure 25 : Diagramme de séquence du cas « Consulter les statistiques » 27 Figure 26 : Diagramme de séquence du cas « Changer nom d’utilisateur ou mot de passe » 28 Figure 27 : Diagramme de classes d’analyse 29 Figure 28 : Diagramme de classes de conception 30 Figure 29 : Diagramme de séquence conceptuel du cas « S’authentifier » 30 Figure 30 : Diagramme de séquence conceptuel du cas « Changer nom d’utilisateur ou mot de passe » 30 Figure 31 : Diagramme de séquence conceptuel du cas « Affecter un produit au service » 31 Figure 32 : Diagramme de séquence conceptuel du cas « Mettre à jour le contrat de maintenance d’un produit » 31 Figure 33 : Diagramme de séquence conceptuel du cas « Réformer un produit » 32 Figure 34 : Diagramme de séquence conceptuel du cas « Demander un consommable» 32 Figure 35 : Diagramme de séquence conceptuel du cas « Demander une réparation » 33 Figure 36 : Diagramme de séquence conceptuel du cas « Imprimer un inventaire » 33 Figure 37 : Diagramme de déploiement 34 Figure 38 : Diagramme d’état transition du produit 34 Figure 39 : Interface d’authentification 36 Figure 40 : Interface d’ajout des produits 36 Figure 41 : Interface de suppression d’un utilisateur 37 Figure 42 : Interface de demande de réparation 37 Figure 43 : Interface de rapport de réparation 38 Figure 44 : Interface de statiques des produits 38
  9. 9. 1 INTRODUCTION GENERALE Le développement de l’entreprise exige l’utilisation des logiciels fiable et performant pour la gestion des ressources matérielles et humaines (stock, personnel, automobile …) afin de gagner le temps, et faciliter la bonne administration de l’entreprise. Dans ce cadre nous avons passé notre stage de formation au sein de l’entreprise Sonelgaz Mostaganem et plus précisément dans la Division Gestion des Systèmes Informatique (DGSI), où nous avons remarqué le manque d’une application pour la gestion du parc informatique. L’absence de cette application (gestion du parc informatique) a généré une souffrance (la saisie des caractéristiques des produits, l’envoie des demande de réparation …) et une perte de temps dans la gestion des matériaux informatiques. D’où notre projet de conception et réalisation d’une application de gestion du parc informatique pour la Sonelgaz est pour améliorer le fonctionnement de la DGSI. Notre rapport sera constitué de trois chapitres : Chapitre 1 « Présentation de l’entreprise et l’application » : nous avons commencé par une brève description de la Sonelgaz et la division où nous avons passé notre stage, puis nous avons cité les buts et l’argumentation de notre application, et enfin nous avons établi le cahier de charge. Chapitre 2 « Modélisation de l’application » : nous avons commencé par la définition du langage UML (Unified Modeling Language), la méthode RUP (Rational Unified Process) et l’outil StarUML, suivi par la modélisation de notre application par les différents diagrammes UML suivant la méthode RUP. Chapitre 3 « Implémentation » : Nous avons commencé par la présentation du langage JAVA, l’outil MySQL Workbench et NetBeans IDE, suivi par plusieurs interfaces qui représentent des cas d’utilisation de l’application.
  10. 10. CHAPITRE I : Présentation de l’entreprise et l’application 2 1. Introduction Dans ce premier chapitre, nous allons brièvement présenter l’entreprise « Sonelgaz », et plus particulièrement nous allons décrire la Division Gestion des Systèmes Informatiques au niveau de la direction de distribution de Mostaganem où s’est déroulé notre stage pratique. Et nous définissons les objectifs et argumentons le choix de notre application. En terminant par la description des besoins fonctionnels de notre application sous forme d’un cahier de charge. 2. Présentation de l’entreprise « Sonelgaz » SONELGAZ, ou société nationale de l'électricité et du gaz, est un établissement public à caractère industriel et commercial chargé de la production, du transport et de la distribution de l'électricité et du gaz en Algérie. [1] 2.1. Historique de la Sonelgaz  Au début du 20ème siècle, 16 sociétés se partageaient les concessions électriques en Algérie. Par décret du 16 août 1947, ces 16 compagnies concessionnaires sont transférées à EGA (Electricité et Gaz d'Algérie).  Création de Sonelgaz le 28 juillet 1969.  A partir de 1977, l’action de Sonelgaz s'est concentrée sur le programme d'électrification totale du pays.  En 1983 Sonelgaz s'est restructurée une première fois en 6 unités : o KAHRIF pour l'électrification rurale. o KAHRAKIB pour les infrastructures et les installations électriques. o KANAGHAZ pour la réalisation des réseaux gaz. o INERGA pour le Génie Civil. o ETTERKIB pour le montage industriel. o AMC pour la fabrication des compteurs et appareils de mesure et de contrôle.  Sonelgaz devient Etablissement Public à caractère Industriel et Commercial (EPIC) en 1991.  2002 La transformation en SPA (Société par Actions).  En 2004, Sonelgaz devient une holding de sociétés (Le Groupe Sonelgaz).  2007 - 2009 Parachèvement de la restructuration.  2011 - Amendement des statuts de Sonelgaz. [1] 2.2. Présentation de la direction de distribution La direction de distribution de l’électricité et du gaz de Mostaganem est chargée de l’alimentation en énergies électrique et gazière les clients résidants dans les 32 communes de la wilaya [1], en plus elle propose :  Des renseignements sur les conditions et les tarifs de raccordement et de mise en service d’un compteur.  Le paiement des factures ou la résolution d’un litige commercial.  L’ouverture ou la fermeture d’un contrat de fourniture d’électricité. [2]
  11. 11. CHAPITRE I : Présentation de l’entreprise et l’application 3 2.3. Organigramme de la direction de distribution Mostaganem 2.4. Les rôles des services et des acteurs  Directeur de la distribution : il est le premier responsable dans la direction, et il est chargé de prendre les décisions qui assurent le bon développement de l’entreprise.  Chargé de la communication : il est responsable de la communication des informations concernant la direction de distribution avec la presse.  Secrétaire de direction : elle est responsable du transfert des communications avec le directeur.  Chargé de la sécurité : il assure la sécurité du matériel et de la direction en générale.  Division techniques électricité : elle intervient lors des problèmes techniques de distribution d’électricité.  Division techniques gaz : elle intervient lors des problèmes techniques de distribution de gaz.  Service juridiques : il est chargé des affaires de la direction au niveau du tribunal. Directeur de la distribution Chargé de la Communication Chargé de la Sécurité Division Techniques Gaz Division Relations Commerciales Division Relations Comptabilité Secrétaire de Direction Division Techniques Electricité Service Juridiques Assistant de la Sûreté Interne des Etablissements Division Ressources Humains Division Etudes d’Exécution Travaux Electricité et Gaz Division Planification Electricité et Gaz Division Gestion des Systèmes Informatique Cellule Contrôle et Inspection Division Administration et Marchés Service Affaires Générales Figure 1 : Organigramme de la direction de distribution Mostaganem
  12. 12. CHAPITRE I : Présentation de l’entreprise et l’application 4  Division relations commerciales : elle gère les abonnés, et elle reçoit les demandes de branchement de l’électricité et du gaz et le changement des compteurs.  Assistant de la sûreté interne des établissements : il assure la sécurité des employés.  Division finances comptabilité : elle gère les chèques et les fonds de roulement.  Division ressources humaines : elle gère les ressources humaines de la direction.  Cellule contrôle et inspection : elle contrôle les travaux des services et des agences.  Division études d’exécution travaux électricité et gaz : elle étudie les travaux d’électricité et gaz.  Division administration et marchés : elle donne les projets à l’entreprise.  Division planification électricité et gaz : elle planifie les projets de l’électricité et du gaz de la wilaya.  Service affaires générales : il gère l’achat des équipements et matériel de l’entreprise.  Division exploitation des systèmes informatique : Elle est chargée de la gestion du centre de traitement informatique et de la promotion des systèmes au niveau de la direction de distribution. 2.5. Organigramme de la Division Gestion des Systèmes Informatique 3. Quels est le matériel à gérer dans le parc informatique ? Dans notre application, on va gérer deux types de matériel : Les produits : tous types de matériel informatique qui entre à l’entreprise Sonelgaz et a un code à barres définit par l’entreprise (Unité centrale, Ecran, Micro portable, Imprimante, Onduleur, Serveur, Imprimante industrielle). Les consommables : tous types de matériel informatique qui entre à l’entreprise Sonelgaz et qui peut être associé à un produit de l’entreprise (RAM, Toner, Disque dur, Processeurs, Alimentation, Carte mère, Ramette de papier, Carte graphiques, Carte son, Cartouche d’encre). Chef Division Gestion des Systèmes Informatique Ingénieur d’Etudes Technicien Principal Préparateur Informatique Figure 2 : Organigramme de la Division Gestion des Systèmes Informatique
  13. 13. CHAPITRE I : Présentation de l’entreprise et l’application 5 4. Objectifs de l’application Les objectifs de notre application sont :  Mettre à la disposition des employés de la direction de distribution, un outil qui facilite la gestion du parc informatique.  Eviter la redondance de saisie des données dans les registres.  Gagner le temps en évitant les dépendances sur le support papier. 5. Argumentations Nous avons réalisé cette application à cause de :  L’absence d’un outil qui gère globalement le parc informatique de l’entreprise.  La nécessité d’un outil informatique qui relie entre les différents services avec les responsables du parc informatique. 6. Cahier de charge Le gestionnaire de stock (G.S), l’administrateur, le réparateur, l’agent (dans chaque service il y a un Agent) et le consultant accèdent à l’application en s’authentifiant. Le G.S : o Gère les produits (Ajouter, modifier ou supprimer un produit). o Gère les consommables (Ajouter, modifier ou supprimer un consommable). o Imprime un inventaire. L’administrateur : o Met à jours le contrat de maintenance d’un produit. o Affecte les produits aux services. o Gère les demandes de consommable. o Réforme un produit. o Gère les utilisateurs (G.S, Réparateur, Agent ou Consultant). Le réparateur : o Gère les demandes de réparation (Valider, refuser ou supprimer une demande). o Demande une pièce (la pièce est un consommable dédié pour les réparations). o Établit un rapport de réparation. o Indique un produit à réformer. L’agent : o Demande un consommable. o Demande une réparation d’un produit. Le consultant : o consulte les statistiques des produits, des consommables et des réparations. 7. Conclusion Dans ce premier chapitre nous avons présenté l’entreprise où nous avons passé notre stage, nous avons expliqué et argumenté l’objectif et le choix de notre application. Et dans le chapitre suivant nous allons modéliser notre application en utilisant le langage « UML » suivant la méthode de développement « RUP ».
  14. 14. CHAPITRE II : Modélisation de l’application 6 1. Introduction Dans ce deuxième chapitre, nous allons modéliser les besoins du système à réaliser en se basant sur le langage « UML » et en utilisant le processus de développement « RUP ». La modélisation sera divisée en deux parties principales, nous allons commencer par la partie analyse qui est déduite du cahier de charge cité dans le chapitre précédent, et terminer par la partie de conception ou nous allons présenter l’application (plan). 2. C’est quoi l’UML ? UML « langage unifié pour la modélisation », c’est un langage de modélisation des applications informatiques, qui est né de la fusion de plusieurs méthodes et il est devenu un langage incontournable dans les projets de développement. Il est composé de plusieurs diagrammes qui permettent de décrire les différents aspects d'un système. [3] 3. La démarche à suivre Puisque le langage UML ne préconise aucune démarche, il y a un avantage à choisir une méthode adaptée au système à réaliser, et dans notre cas on a choisi le processus de développement RUP qui est une méthode qui prend en charge le développement des applications orientés objets durant la partie modélisation du cycle de vie du logiciel. 4. L’outil StarUML Nous avons utilisé l’outil StarUML qui est un logiciel de modélisation, qui aide à tracer les différents diagrammes UML, et il donne la possibilité d’exporter les diagrammes réalisés en images de format PNG ou JPG afin de les intégrés au sein du document. 5. Analyse 5.1. Le diagramme de paquetages Nous avons découpé notre application en paquetages selon le point de vue fonctionnel, et chaque paquetage représente un sous-système de l’application et il est composé d’un diagramme de cas d’utilisation. Les relations qui existent dans notre diagramme sont des relations de dépendance. Dans notre cas le paquetage réparateur dépend du paquetage administrateur car le réparateur a besoin de l’administrateur pour lui accepter la demande d’une pièce pour faire une réparation, et tous les paquetages dépendent du paquetage authentification car Figure 3 : Diagramme de paquetages
  15. 15. CHAPITRE II : Modélisation de l’application 7 chaque utilisateur doit s’authentifier pour accéder à l’application, et le paquetage agent dépend du paquetage réparateur et du paquetage administrateur car l’agent dépend du réparateur quand il demande une réparation, et il dépend de l’administrateur quand il demande un consommable. 5.2. Les diagrammes de cas d’utilisation 5.2.1. Le diagramme de cas d’utilisation pour le package « Authentification » Chaque utilisateur (Administrateur, Gestionnaire de stock, Réparateur, Agent ou Consultant) doit s’authentifier avant de réaliser ses taches, pour sécuriser le système et obliger chaque employer d’être engagé par son rôle en le donnant accès seulement à sa session. 5.2.2. Le diagramme de cas d’utilisation pour le package « Administrateur » 5.2.3. Le diagramme de cas d’utilisation pour le package « Réparateur » Figure 4 : Diagramme de cas d’utilisation pour le package « Authentification » Figure 5 : Diagramme de cas d’utilisation pour le package « Administrateur » Figure 6 : Diagramme de cas d’utilisation pour le package « Réparateur »
  16. 16. CHAPITRE II : Modélisation de l’application 8 5.2.4. Le diagramme de cas d’utilisation pour le package « Agent » 5.2.5. Le diagramme de cas d’utilisation pour le package « G.S » 5.2.6. Le diagramme de cas d’utilisation pour le package « Consultant » 5.3. Descriptions textuelles et diagrammes de séquence d’analyse 5.3.1. Description textuelle du cas « S’authentifier » Identification : Nom du cas : « S’authentifier » But : décrire les étapes permettant à l’utilisateur de l’application de s’authentifier via l’application. Acteur Principal : Utilisateur (G.S, Administrateur, Réparateur, Agent ou Consultant). Acteur Secondaire : néant. Date de création : 06/04/2015 Date de mise à jour : 18/04/2015 Responsable : KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Version : 1.0 Figure 7 : Diagramme de cas d’utilisation pour le package « Agent » Figure 8 : Diagramme de cas d’utilisation pour le package « Gestionnaire de stock » Figure 9 : Diagramme de cas d’utilisation pour le package « Consultant »
  17. 17. CHAPITRE II : Modélisation de l’application 9 5.3.2. Diagramme de séquence du cas « S’authentifier » Séquencement : Ce cas d’utilisation commence lorsque l’utilisateur veut accéder à l’application. Préconditions : L’utilisateur possède un nom d’utilisateur et un mot de passe, et la présence de l’application. Enchainement nominal : 1. l’utilisateur saisit son nom d’utilisateur et son mot de passe. 2. L’utilisateur valide les données. 3. Le système affiche la page correspondante à l’utilisateur. Enchainement d’exceptions : E1 : le champ du nom d’utilisateur ou du mot de passe est vide L’enchaînement démarre après le point 2 de la séquence nominal. 3. Le système indique que l’un des champs est vide. 4. Retour au point 1 de l’enchaînement nominal. E2 : nom d’utilisateur ou mot de passe incorrect L’enchaînement démarre après le point 2 de la séquence nominal. 3. Le système indique que les données sont incorrectes. 4. Retour au point 1 de l’enchaînement nominal. Post conditions : Utilisateur authentifié. Figure 10 : Diagramme de séquence du cas « S’authentifier »
  18. 18. CHAPITRE II : Modélisation de l’application 10 5.3.3. Description textuelle du cas « Gérer les utilisateurs » Identification : Nom du cas : « Gérer les utilisateurs » But : décrire les étapes permettant à l’administrateur de gérer les utilisateurs (G.S, réparateur, agent ou consultant). Acteur Principal : Administrateur. Acteur Secondaire : néant. Date de création : 07/04/2015 Date de mise à jour : 03/05/2015 Responsable : KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Version : 1.0 Séquencement : Ce cas d’utilisation commence lorsque l’administrateur s’authentifie. Préconditions : Administrateur authentifié. Enchainement nominal (le cas d’ajouter un utilisateur) : 1. L’administrateur choisit de gérer les utilisateurs. 2. Le système affiche la page de gestion des utilisateurs (par défaut, la page d’ajout s’affiche). 3. L’administrateur saisit le (nom d’utilisateur, le mot de passe ...) du nouvel utilisateur. 4. L’administrateur valide les données. 5. Le système enregistre le nouvel utilisateur et affiche un message de succès de l’opération. Enchainement alternatifs : A1 : le cas de modifier un utilisateur L’enchaînement démarre après le point 2 de l’enchaînement nominal. 3. L’administrateur choisit de modifier un utilisateur. 4. Le système affiche la page de modification d’un utilisateur. 5. L’administrateur demande la liste des utilisateurs. 6. Le système affiche la liste des utilisateurs. 7. L’administrateur saisit le nom de l’utilisateur actuel et les nouveaux (nom d’utilisateur et mot de passe ...). 8. L’administrateur valide les données. 9. Le système affiche le message de succès de l’opération. A2 : le cas de supprimer un utilisateur L’enchaînement démarre après le point 2 de l’enchaînement nominal. 3. L’administrateur choisit de supprimer un utilisateur. 4. Le système affiche la page de suppression d’un utilisateur. 5. L’administrateur demande la liste des utilisateurs. 6. Le système affiche la liste des utilisateurs. 7. L’administrateur saisit le nom de l’utilisateur à supprimer. 8. L’administrateur valide la suppression. 9. Le système affiche un message de succès de l’opération. Enchainement d’exceptions : E1 : nom d’utilisateur existe déjà L’enchaînement démarre après le point 6 de l’enchaînement nominal. 7. Le système affiche un message d’erreur. 8. Retour au point 5 de l’enchaînement nominal. Post conditions : Utilisateur ajouté (L’enchaînement nominal) Utilisateur modifié (A1) Utilisateur supprimé (A2)
  19. 19. CHAPITRE II : Modélisation de l’application 11 5.3.4. Diagramme de séquence du cas « Gérer les utilisateurs » 5.3.5. Description textuelle du cas « Réformer un produit » Description textuel du cas « Réformer un produit » Identification : Nom du cas : « Réformer un produit » But : décrire les étapes permettant à l’administrateur de réformer un produit. Acteur Principal : Administrateur. Acteur Secondaire : néant. Date de création : 07/04/2015 Date de mise à jour : 22/04/2015 Responsable : KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Version : 1.0 Figure 11 : Diagramme de séquence du cas « Gérer les utilisateurs »
  20. 20. CHAPITRE II : Modélisation de l’application 12 Séquencement : Ce cas d’utilisation commence lorsque l’administrateur s’authentifie. Préconditions : Administrateur authentifié. Enchainement nominal : 1. L’administrateur choisit réformer un produit. 2. Le système affiche la page de réforme d’un produit. 3. L’administrateur demande la liste des produits à réformer. 4. Le système affiche la liste des produits à réformer. 5. L’administrateur saisit le code à barre du produit. 6. L’administrateur valide la réforme du produit. 7. Le système affiche un message de succès de l’opération. Enchainement d’exceptions : E1 : quand il n’existe pas un produit avec le code à barre saisit L’enchaînement démarre après le point 6 de l’enchaînement nominal. 7. Le système affiche un message d’erreur. 8. Retour au point 3 de l’enchaînement nominal. Post conditions : Produit réformé. 5.3.6. Diagramme de séquence du cas « Réformer un produit » 5.3.7. Description textuelle du cas « Affecter un produit au service » Identification : Nom du cas : « Affecter un produit au service » But : décrire les étapes permettant à l’administrateur Affecter un produit au service. Acteur Principal : Administrateur. Acteur Secondaire : néant. Date de création : 07/04/2015 Date de mise à jour : 25/04/2015 Responsable : KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Version : 1.0 Figure 12 : Diagramme de séquence du cas « Réformer un produit »
  21. 21. CHAPITRE II : Modélisation de l’application 13 5.3.8. Diagramme de séquence du cas « Affecter un produit au service » 5.3.9. Description textuelle du cas « Mettre à jour le contrat de maintenance d'un produit » Séquencement : Ce cas d’utilisation commence lorsque l’administrateur s’authentifie. Préconditions : Administrateur authentifié. Enchainement nominal : 1. L’administrateur choisit affecter un produit au service. 2. Le système affiche la page d’affectation d’un produit. 3. L’administrateur demande la liste des produits. 4. Le système affiche la liste des produits. 5. L’administrateur saisit le code à barres du produit et choisit le service. 6. L’administrateur valide l’affectation du produit au service. 7. Le système affiche un message de succès de l’opération. Enchainement d’exceptions : E1 : code à barres du produit n’existe pas L’enchaînement démarre après le point 6 de l’enchaînement nominal. 7. Le système affiche un message d’erreur. 8. Retour au point 5 de l’enchaînement nominal. Post conditions : Produit affecté à un service. Identification : Nom du cas : « Mettre à jour le contrat de maintenance d’un produit » But : décrire les étapes permettant à l’administrateur de Mettre à jour le contrat de maintenance d’un produit. Acteur Principal : Administrateur. Acteur Secondaire : néant. Date de création : 23/04/2015 Date de mise à jour : 23/04/2015 Responsable : KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Version : 1.0 Figure 13 : Diagramme séquence du cas « Affecter un produit au service »
  22. 22. CHAPITRE II : Modélisation de l’application 14 5.3.10. Diagramme de séquence « Mettre à jour le contrat de maintenance d'un produit » Séquencement : Ce cas d’utilisation commence lorsque l’administrateur s’authentifie. Préconditions : Administrateur authentifié. Enchainement nominal : 1. L’administrateur choisit mettre à jour le contrat de maintenance d’un produit. 2. Le système affiche la page de mise à jour du contrat de maintenance d’un produit. 3. L’administrateur demande la liste des produits dont il reste moins d’un mois avant la fin du contrat de maintenance. 4. Le système affiche la liste des produits. 5. L’administrateur saisit le code à barres du produit et la durée et la date de début du nouveau contrat de maintenance. 6. L’administrateur valide les données. 7. Le système affiche un message de succès de l’opération. Enchainement d’exceptions : E1 : code à barres du produit n’existe pas L’enchaînement démarre après le point 6 de l’enchaînement nominal. 7. Le système affiche un message d’erreur. 8. Retour au point 5 de l’enchaînement nominal. Post conditions : Produit avec un contrat de maintenance à jour. Figure 14 : Diagramme de séquence du cas « Mettre à jour le contrat de maintenance d’un produit »
  23. 23. CHAPITRE II : Modélisation de l’application 15 5.3.11. Description textuelle du cas « Gérer les demandes de consommables » Identification : Nom du cas : « Gérer les demandes de consommable » But : décrire les étapes permettant à l’administrateur de gérer les demandes de consommable. Acteur Principal : Administrateur. Acteur Secondaire : néant. Date de création : 25/04/2015 Date de mise à jour : 26/04/2015 Responsible: KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Version : 1.0 Séquencement : Le cas d’utilisation commence lorsque l’administrateur s’authentifie. Préconditions : Administrateur authentifié. Enchainement nominal (le cas de valider une demande) : 1. L’administrateur choisit gérer les demandes de consommable. 2. Le système affiche la page de gestion des demandes de consommable. 3. L’administrateur demande la liste des demandes de consommable. 4. Le système affiche la liste des demandes de consommable. 5. Le réparateur saisit la référence de la demande. 6. L’administrateur demande la liste des consommables disponibles. 7. Le système affiche la liste des consommables disponibles. 8. L’administrateur saisit la référence du consommable. 9. Le réparateur choisit valider la demande. 10. Le système afficher un message de réussite de l’opération. Enchainement alternatifs : A1 : le cas de refuser une demande L’enchaînement démarre après le point 5 de l’enchaînement nominal. 6. L’administrateur saisit la cause du refus de la demande. 7. L’administrateur choisit refuser la demande. 8. Le système afficher un message de réussite de l’opération. A2 : le cas de supprimer une demande L’enchaînement démarre après le point 5 de l’enchaînement nominal. 6. L’administrateur choisit supprimer la demande. 7. Le système afficher un message de réussite de l’opération. Enchainement d’exceptions : E1 : L‘un des champs obligatoire à remplir est vide L’enchaînement démarre après le point 9 de l’enchaînement nominal. 10. Le système affiche un message d’erreur. 11. Retour au point 5 de l’enchaînement nominal. E1 : La référence de la demande est fausse L’enchaînement démarre après le point 6 de l’enchaînement nominal. 5. Le système affiche un message d’erreur. 6. Retour au point 5 de l’enchaînement nominal. Post conditions : Demande de consommable validée (l’enchaînement nominal). Demande de consommable refusée (A1) Demande de consommable supprimée (A2)
  24. 24. CHAPITRE II : Modélisation de l’application 16 5.3.12. Diagramme de séquence du cas « Gérer les demande de consommable » 5.3.13. Description textuelle du cas « Gérer les produits » Identification : Nom du cas : « Gérer les produits » But : décrire les étapes permettant au G.S de gérer les produits du stock parc informatique. Acteur Principal : Gestionnaire de stock (G.S). Acteur Secondaire : néant. Date de création : 07/04/2015 Date de mise à jour : 03/05/2015 Responsible: KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Version : 1.0 Séquencement : Le cas d’utilisation commence lorsque le gestionnaire de stock s’authentifie. Préconditions : Gestionnaire de stock authentifié. Enchainement nominal (le cas d’ajouter un produit) 1. Le G.S choisit Gérer les produits. 2. Le système affiche la page d’ajout d’un produit. 3. Le G.S saisit les informations du produit (code à barres, marque, modèle, type, quantité …). 4. Le G.S valide les informations. 5. Le système affiche un message de réussite de l’ajout. Enchainement alternatifs : A1 : le cas de modifier un produit. L’enchaînement démarre après le point 2 de l’enchaînement nominal. 3. Le G.S choisit modifier un produit. 4. Le système affiche la page de modification d’un produit. 5. Le G.S demande la liste des produits. 6. Le système affiche la liste des produits. 7. Le G.S saisit le code à barres du produit. Figure 15 : Diagramme de séquence du cas « Gérer les demandes de consommable »
  25. 25. CHAPITRE II : Modélisation de l’application 17 5.3.14. Diagramme de séquence du cas « Gérer les produits » 8. Le G.S saisit les nouvelles informations. 9. Le G.S valide les nouvelles informations. 10. Le système affiche un message de succès de la modification. A2 : le cas de supprimer un produit. L’enchaînement démarre après le point 2 de l’enchaînement nominal. 3. Le G.S choisit supprimer un produit. 4. Le système affiche la page de suppression d’un produit. 5. Le G.S demande la liste des produits. 6. Le système affiche la liste des produits. 7. Le G.S saisit le code à barres du produit à supprimer. 8. Le G.S valide la suppression. 9. Le système affiche le message de succès de la suppression. Enchainement d’exceptions : E1 : L‘un des champs obligatoire à remplir est vide. L’enchaînement démarre après le point 4 de l’enchaînement nominal. 5. Le système affiche un message d’erreur. 6. Retour au point 3 de l’enchaînement nominal. Post conditions : Produit ajouté (l’enchaînement nominal). Produit modifié (A1) Produit supprimé (A2) Figure 16 : Diagramme de séquence du cas « Gérer les produits »
  26. 26. CHAPITRE II : Modélisation de l’application 18 5.3.15. Description textuelle du cas « Gérer les consommables » Identification : Nom du cas : « Gérer les consommables » But : décrire les étapes permettant au G.S de gérer les consommables du stock parc informatique. Acteur Principal : Gestionnaire de stock (G.S). Acteur Secondaire : néant. Date de création : 24/04/2015 Date de mise à jour : 03/05/2015 Responsible: KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Version : 1.0 Séquencement : Le cas d’utilisation commence lorsque le gestionnaire de stock s’authentifie. Préconditions : Gestionnaire de stock authentifié. Enchainement nominal (le cas d’ajouter un consommable) : 1. Le G.S choisit gérer les consommables. 2. Le système affiche la page d’ajout d’un consommable. 3. Le G.S saisit les informations du consommable (type, marque, modèle, quantité …). 4. Le G.S valide les informations. 5. Le système afficher un message de réussite de l’ajout du consommable. Enchainement alternatifs : A1 : le cas de modifier un consommable L’enchaînement démarre après le point 2 de l’enchaînement nominal. 3. Le G.S choisit modifier un consommable. 4. Le système affiche la page de modification d’un consommable. 5. Le G.S demande la liste des consommables. 6. Le système affiche la liste des consommables. 7. Le G.S saisit la référence du consommable. 8. Le G.S saisit les nouvelles informations. 9. Le G.S valide les nouvelles informations. 10. Le système affiche un message de succès de la modification. A2 : le cas de supprimer un consommable. L’enchaînement démarre après le point 2 de l’enchaînement nominal. 3. Le G.S choisit supprimer un consommable. 4. Le système affiche la page de suppression d’un consommable. 5. Le G.S demande la liste des consommables. 6. Le système affiche la liste des consommables. 7. Le G.S saisit le code à barres du consommable à supprimer. 8. Le G.S valide la suppression. 9. Le système affiche le message de succès de la suppression. Enchainement d’exceptions : E1 : L‘un des champs obligatoire à remplir est vide. L’enchaînement démarre après le point 4 de l’enchaînement nominal. 7. Le système affiche un message d’erreur. 8. Retour au point 3 de l’enchaînement nominal. Post conditions : Consommable ajouté (l’enchaînement nominal). Consommable modifié (A1) Consommable supprimé (A2)
  27. 27. CHAPITRE II : Modélisation de l’application 19 5.3.16. Diagramme de séquence du cas « Gérer les consommables » 5.3.17. Description textuelle du cas « Imprimer un inventaire » Identification : Nom du cas : « Imprimer un inventaire » But : décrire les étapes permettant au G.S d’imprimer un inventaire. Acteur Principal : Gestionnaire de stock (G.S). Acteur Secondaire : néant. Date de création : 07/04/2015 Date de mise à jour : 24/04/2015 Responsible: KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Version : 1.0 Séquencement : Le cas d’utilisation commence lorsque le G.S s’authentifie. Préconditions : Le G.S authentifié. L’existence d’une imprimante. Enchainement nominal : 1. Le G.S choisit impression d’un inventaire. 2. Le système affiche la page d’impression d’un inventaire. Figure 17 : Diagramme de séquence du cas « Gérer les consommables »
  28. 28. CHAPITRE II : Modélisation de l’application 20 3. Le G.S choisit le service. 4. Le G.S demande la liste des produits. 5. Le système affiche la liste des produits. 6. Le G.S choisit imprimer l’inventaire. 7. Le système imprime l’inventaire. Enchainements d’exception : E1 : L‘absence de l’imprimante L’enchaînement démarre après le point 3 de l’enchaînement nominal. 4. Le G.S choisit d’enregistrer l’inventaire sous un fichier à imprimer plus tard. 5. Le système enregistre le fichier de l’inventaire. Post conditions : Inventaire imprimé. 5.3.18. Diagramme de séquence du cas « Imprimer un inventaire » 5.3.19. Description textuelle du cas « Indiquer un produit à réformer » Identification : Nom du cas : « Indiquer un produit à réformer » But : décrire les étapes permettant au réparateur d’indiquer un produit à réformer. Acteur Principal : Réparateur Acteur Secondaire : néant. Responsable : KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Date de création : 19/04/2015 Date de mise à jour : 24/04/2015 Version : 1.0 Séquencement : Le cas d’utilisation commence lorsque le réparateur s’authentifie. Préconditions : Le réparateur authentifié. Enchainement nominal : 1. Le réparateur choisit indiquer un produit à réformer. 2. Le système affiche la page d’indication d’un produit à réformer. 3. Le réparateur demande la liste des produits en cours de réparation. 4. Le système affiche les produits en cours de réparation. 5. Le réparateur saisit le code du produit. 6. Le réparateur valide l’opération. 7. Le système affiche un message de succès de l’opération. Figure 18 : Diagramme de séquence du cas « Imprimer un inventaire »
  29. 29. CHAPITRE II : Modélisation de l’application 21 Enchainement d’exceptions : E1 : le champ du code du produit est vide. L’enchaînement démarre après le point 6 de la séquence nominal. 7. Le système indique que le champ du code de produit est vide. 8. Retour au point 5 de l’enchaînement nominal. E2 : le produit n’existe pas. L’enchaînement démarre après le point 6 de la séquence nominal. 7. Le système indique que le produit n’existe pas. 8. Retour au point 5 de l’enchaînement nominal. Post conditions : Produit indiqué à réformer. 5.3.20. Diagramme de séquence du cas « Indiquer un produit à réformer » 5.3.21. Description textuelle du cas « Demander une pièce » Identification : Nom du cas : « Demander une pièce » But : décrire les étapes permettant au réparateur de demander une pièce. Acteur Principal : Réparateur. Acteur Secondaire : néant. Responsable : KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Date de création : 19/04/2015 Date de mise à jour : 24/04/2015 Version : 1.0 Séquencement : Le cas d’utilisation commence lorsque le réparateur s’authentifie. Préconditions : Le réparateur authentifié. Enchainement nominal : 1. Le réparateur choisit demander une pièce. 2. Le système affiche la page de demande d’une pièce. 3. Le réparateur demande la liste des pièces disponibles. 4. Le système affiche la liste des pièces disponibles. 5. Le réparateur saisit (référence de la pièce, code à barres du produit …). 6. Le réparateur valide les données. 7. Le système affiche un message de succès de l’opération. Figure 19 : Diagramme de séquence du cas « Indiquer un produit à réformer »
  30. 30. CHAPITRE II : Modélisation de l’application 22 Enchainement d’exceptions : E1 : l’un des champs obligatoire à remplir est vide. L’enchaînement démarre après le point 6 de la séquence nominal. 7. Le système indique que l’un des champs est vide. 8. Retour au point 5 de l’enchaînement nominal. E2 : la pièce n’existe pas. L’enchaînement démarre après le point 6 de la séquence nominal. 7. Le système indique que la référence de la pièce demandée est fausse. 8. Retour au point 5 de l’enchaînement nominal. E3 : produit n’existe pas. L’enchaînement démarre après le point 6 de séquence nominal. 7. Le système indique que le code à barres du produit est faux. 8. Retour au point 5 de l’enchaînement nominal. Post conditions : Pièce demandée. 5.3.22. Diagramme de séquence du cas « Demander une pièce » 5.3.23. Description textuelle du cas « Gérer les demandes de réparation » Identification : Nom du cas : « Gérer les demandes de réparation » But : décrire les étapes permettant au réparateur de gérer les demandes de réparation. Acteur Principal : Réparateur. Acteur Secondaire : néant. Date de création : 24/04/2015 Date de mise à jour : 25/04/2015 Responsable: KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Version : 1.0 Séquencement : Le cas d’utilisation commence lorsque le réparateur s’authentifie. Préconditions : Réparateur authentifié. Enchainement nominal (le cas de valider une demande) : 1. Le réparateur choisit gérer les demandes de réparation. 2. Le système affiche la page de gestion des demandes de réparation. 3. Le réparateur demande la liste des demandes de réparation. Figure 20 : Diagramme séquence du cas « Demander une pièce »
  31. 31. CHAPITRE II : Modélisation de l’application 23 5.3.24. Diagramme de séquence du cas « Gérer les demandes de réparation » 4. Le système affiche la liste des demandes de réparation. 5. Le réparateur saisit la référence de la demande. 6. Le réparateur choisit valider la demande. 7. Le système affiche un message de réussite de l’opération. Enchainement alternatifs : A1 : le cas de refuser une demande L’enchaînement démarre après le point 5 de l’enchaînement nominal. 6. Le réparateur saisit la cause du refus de la demande. 7. Le réparateur choisit refuser la demande. 8. Le système affiche un message de réussite de l’opération. A2 : le cas de supprimer une demande L’enchaînement démarre après le point 5 de l’enchaînement nominal. 6. Le réparateur choisit supprimer la demande. 7. Le système affiche un message de réussite de l’opération. Enchainement d’exceptions : E1 : L‘un des champs obligatoire à remplir est vide L’enchaînement démarre après le point 6 de l’enchaînement nominal. 7. Le système affiche un message d’erreur. 8. Retour au point 5 de l’enchaînement nominal. E1 : La référence de la demande est fausse. L’enchaînement démarre après le point 6 de l’enchaînement nominal. 7. Le système affiche un message d’erreur. 8. Retour au point 5 de l’enchaînement nominal. Post conditions : Demande validée (l’enchaînement nominal). Demande refusée (A1) Demande supprimée (A2) Figure 21 : Diagramme séquence du cas « Gérer les demandes de réparation »
  32. 32. CHAPITRE II : Modélisation de l’application 24 5.3.25. Description textuelle du cas « Etablir un rapport de réparation » Identification : Nom du cas : « Etablir un rapport de réparation » But : décrire les étapes permettant au réparateur d’établir un rapport de réparation. Acteur Principal : Réparateur Acteur Secondaire : néant. Responsable : KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Date de création : 25/04/2015 Date de mise à jour : 25/04/2015 Version : 1.0 Séquencement : Le cas d’utilisation commence lorsque le réparateur s’authentifie. Préconditions : Le réparateur authentifié. Enchainement nominal : (le cas d’une réparation interne) 1. Le réparateur choisit établir un rapport de réparation. 2. Le système affiche la page de rapport d’une réparation interne. 3. Le réparateur saisit les détails de la réparation (pièces réparées, …). 4. Le réparateur valide les données. 5. Le système affiche un message de succès de l’opération. Enchainement alternatifs : A1 : le cas d’une réparation externe L’enchaînement démarre après le point 2 de la séquence nominal. 3. Le réparateur choisit réparation externe. 4. Le système affiche la page de rapport d’une réparation externe. 5. Le réparateur saisit les détails de la réparation (cout, référence du réparateur, …). 6. Le réparateur valide les données. 7. Le système affiche un message de succès de l’opération. Enchainements d’exception : E1 : l’un des champs obligatoire à remplir est vide. L’enchaînement démarre après le point 4 de la séquence nominal. 5. Le système indique que l’un des champs est vide. 6. Retour au point 5 de l’enchaînement nominal. Post conditions : Rapport de réparation. 5.3.26. Diagramme de séquence du cas « Etablir un rapport de réparation » Figure 22 : Diagramme de séquence du cas « Etablir un rapport de réparation »
  33. 33. CHAPITRE II : Modélisation de l’application 25 5.3.27. Description textuelle du cas « Demander un consommable » Identification : Nom du cas : « Demander un consommable» But : décrire les étapes permettant à l’agent de demander un consommable. Acteur Principal : Agent Acteur Secondaire : néant. Responsable : KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Date de création : 20/04/2015 Date de mise à jour : 03/05/2015 Version : 1.0 Séquencement : Le cas d’utilisation commence lorsqu’un agent s’authentifie. Préconditions : Agent authentifié. Enchainement nominal : 1. L’agent choisit demander un consommable. 2. Le système affiche la page de demande d’un consommable. 3. L’agent demande la liste des consommables disponibles. 4. Le système affiche la liste des consommables disponibles. 5. L’agent saisit le type du consommable et le code à barres du produit. 6. L’agent valide les données. 7. Le système affiche un message de succès de la demande. Enchainements d’exception : E1 : l’un des champs obligatoire à remplir est vide L’enchaînement démarre après le point 6 de séquence nominal. 7. Le système affiche un message d’erreur. 8. Retour au point 5 de l’enchaînement nominal. E2 : produit ou consommable n’existe pas L’enchaînement démarre après le point 6 de séquence nominal. 7. Le système affiche un message d’erreur. 8. Retour au point 5 de l’enchaînement nominal. Post conditions : Une demande de consommable. 5.3.28. Diagramme de séquence du cas « Demander un consommable » Figure 23 : Diagramme de séquence du cas « Demander une consommable »
  34. 34. CHAPITRE II : Modélisation de l’application 26 5.3.29. Description textuelle du cas « Demander une réparation » Identification : Nom du cas : « Demander une réparation» But : décrire les étapes permettant à l’agent de demander un une réparation. Acteur Principal : Agent Acteur Secondaire : néant. Responsable : KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Date de création : 20/04/2015 Date de mise à jour : 25/04/2015 Version : 1.0 Séquencement : Le cas d’utilisation commence lorsqu’un agent s’authentifie. Préconditions : L’agent authentifié. Enchainement nominal : 1. L’agent choisit demander une réparation. 2. Le système affiche la page de demande d’une réparation. 3. L’agent saisit les données (code à barres du produit, …). 4. L’agent valide les données. 5. Le système affiche un message de succès de l’opération. Enchainement d’exceptions : E1 : le champ du code de produit est vide L’enchaînement démarre après le point 4 de la séquence nominal. 5. Le système indique que le champ du code de produit est vide. 6. Retour au point 3 de l’enchaînement nominal. E2 : produit n’existe pas L’enchaînement démarre après le point 4 de séquence nominal. 5. Le système indique que le produit n’existe pas. 6. Retour au point 3 de l’enchaînement nominal. Post conditions : Une demande de réparation. 5.3.30. Diagramme de séquence du cas « Demander une réparation » Figure 24 : Diagramme de séquence du cas « Demander une réparation »
  35. 35. CHAPITRE II : Modélisation de l’application 27 5.3.31. Description textuelle du cas « Consulter les statistiques » Identification : Nom du cas : « Consulter les statistiques» But : décrire les étapes permettant au Consultant de consulter les statistiques. Acteur Principal : Consultant. Acteur Secondaire : néant. Responsable : KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Date de création : 03/05/2015 Date de mise à jour : 03/05/2015 Version : 1.0 Séquencement : Le cas d’utilisation commence lorsque le consultant s’authentifie. Préconditions : Consultant authentifié. Enchainement nominal : (consulter les statistiques par produit) 1. Le consultant choisit consulter les statistiques. 2. Le système affiche la page de consultation des statistiques. Enchainements alternatifs : A1 : consulter les statistiques des produits L’enchaînement démarre après le point 2 de la séquence nominal. 3. Le consultant choisit consulter les statistiques des produits. 4. Le système affiche la page des statistiques des produits. A2 : consulter les statistiques des consommables L’enchaînement démarre après le point 2 de la séquence nominal. 3. Le consultant choisit consulter les statistiques des consommables. 4. Le système affiche la page des statistiques des consommables. A2 : consulter les statistiques des réparations L’enchaînement démarre après le point 2 de la séquence nominal. 3. Le consultant choisit consulter les statistiques des réparations. 4. Le système affiche la page des statistiques des réparations. 5.3.32. Diagramme de séquence du cas « Consulter les statistiques » Figure 25 : Diagramme de séquence du cas « Consulter les statistiques »
  36. 36. CHAPITRE II : Modélisation de l’application 28 5.3.33. Description textuelle du cas « Changer nom d’utilisateur ou mot de passe » Identification : Nom du cas : « Changer nom d’utilisateur ou mot de passe » But : décrire les étapes permettant à l’utilisateur de l’application de changer son nom d’utilisateur ou son mot de passe. Acteur Principal : Utilisateur (Administrateur, Agent, G.S, Consultant ou Réparateur) Acteur Secondaire : néant. Responsable : KHOUSA Mohamed el bachir & LAKEL Mohamed el amine. Date de création : 03/05/2015 Date de mise à jour : 03/05/2015 Version : 1.0 Séquencement : Le cas d’utilisation commence lorsque l’utilisateur s’authentifie. Préconditions : Utilisateur authentifié. Enchainement nominal : 1. L’utilisateur choisit changer nom d’utilisateur ou mot de passe. 2. Le système affiche la page de changement de nom d’utilisateur ou mot de passe. 3. L’utilisateur saisit les ses données actuelles et les nouvelles données. 4. L’utilisateur valide les changements. 5. Le système affiche un message de succès de l’opération. Enchainements d’exception : E1 : nom d’utilisateur ou mot de passe incorrect L’enchaînement démarre après le point 4 de la séquence nominal. 5. Le système affiche un message d’erreur. 6. Retour au point 3 de l’enchainement nominal. 5.3.34. Diagramme de séquence du cas « Changer nom d’utilisateur ou mot de passe » Figure 26 : Diagramme de séquence du cas « Changer nom d’utilisateur ou mot de passe »
  37. 37. CHAPITRE II : Modélisation de l’application 29 5.4. Diagramme de classes d’analyse Figure 27 : Diagramme de classes d’analyse
  38. 38. CHAPITRE II : Modélisation de l’application 30 6. Conception 6.1. Diagramme de classes de conception Voir la page A2 jointe. 6.2. Diagrammes de séquence de conception 6.2.1. Diagramme de séquence conceptuel du cas « s’authentifier » 6.2.2. Diagramme de séquence conceptuel du cas « changer nom d’utilisateur ou mot de passe » Figure 29 : Diagramme de séquence conceptuel du cas « S’authentifier » Figure 30 : Diagramme de séquence conceptuel du cas « Changer nom d’utilisateur ou mot de passe »
  39. 39. CHAPITRE II : Modélisation de l’application 31 6.2.3. Diagramme de séquence conceptuel du cas « Affecter un produit au service » 6.2.4. Diagramme de séquence conceptuel du cas « Mettre à jour le contrat de maintenance d'un produit » Figure 31 : Diagramme de séquence conceptuel du cas « Affecter un produit au service » Figure 31 : Diagramme de séquence conceptuel du cas « Mettre à jour le contrat de maintenance d’un produit »
  40. 40. CHAPITRE II : Modélisation de l’application 32 6.2.5. Diagramme de séquence conceptuel du cas « Réformer un produit » 6.2.6. Diagramme de séquence conceptuel du cas « Demander un consommable » Figure 33 : Diagramme de séquence conceptuel du cas « Réformer un produit » Figure 34 : Diagramme de séquence conceptuel du cas « Demander un consommable»
  41. 41. CHAPITRE II : Modélisation de l’application 33 6.2.7. Diagramme de séquence conceptuel du cas « Demander une réparation» 6.2.8. Diagramme de séquence conceptuel du cas « Imprimer un inventaire » Figure 35 : Diagramme de séquence conceptuel du cas « Demander une réparation » Figure 36 : Diagramme de séquence conceptuel du cas « Imprimer un inventaire »
  42. 42. CHAPITRE II : Modélisation de l’application 34 6.3. Diagramme de déploiement 6.4. Diagramme d’état transition du produit 7. Conclusion Dans ce chapitre nous avons représenté le langage UML, la méthode de développement qu’on a suivi (RUP), et l’outil de modélisation (StarUML). Ensuite nous avons représenté les besoins fonctionnels de notre application sous forme de diagrammes UML. Et dans le chapitre suivant nous allons représenter les langages et les outils utilisés pour l’implémentation de notre système, et quelques interfaces représentants des cas d’utilisation de l’application. Figure 37 : Diagramme de déploiement Figure 38 : Diagramme d’état transition du produit
  43. 43. CHAPITRE III : Implémentation 35 1. Introduction Dans ce troisième chapitre, nous allons représenter le langage JAVA et SQL et les logiciels utilisés « NetBeans » pour la programmation en JAVA et « MySQL Workbench » pour la réalisation de la base de données MySQL. Enfin nous allons montrer quelques interfaces qui représentent les différents cas d’utilisation de notre application. 2. Le langage de programmation « JAVA » JAVA est un langage de programmation orienté objet créé par des ingénieurs de SUN en 1991 (maintenant acheté par ORACLE), c’est un langage qui permet aux développeurs de programmer des différents types de programmes (programme à interface console, programme à interface graphique « GUI », applets ...) [4] ; les applications JAVA ont l’avantage d’être exécutées sur différentes plates-formes (Windows, linux, mac …) grâce à la machine virtuelle java « JVM ». [5] 3. SQL SQL « Structured Query Language » est un langage informatique qui donne la possibilité d’effectuer des opérations différentes sur les bases de données relationnelles, il contient un DML « Data Manipulation Language » qui sert à rechercher, ajouter, modifier et supprimer des données, et un DDL «Data Definition Language » qui sert à définir la structure de la base de données. 4. MySQL Workbench MySQL Workbench est un logiciel qui permet au développeur de créer des bases de données en utilisant des outils visuels, il donne à l’utilisateur une interface de configuration des paramètres du serveur, des connexions à la base de données et tout ce qui permet de créer une base de données. 5. NetBeans IDE NetBeans est un IDE (Integrate Devloppement Environement) qui donne la facilité et la rapidité dans le développement des différents types d’application, il fournit plusieurs outils aux développeurs (Java, PHP, C, C++, HTML5, Groovy ...), en plus il est gratuit, open source et il a une grande communauté d’utilisateurs et de développeurs à travers le monde. [6]
  44. 44. CHAPITRE III : Implémentation 36 6. Quelques cas d’utilisations de l’application 6.1. Interface d’authentification 6.2. Interface d’ajout des produits Figure 39 : Interface d’authentification Figure 40 : Interface d’ajout des produits
  45. 45. CHAPITRE III : Implémentation 37 6.3. Interface de suppression d’un utilisateur 6.4. Interface de demande de réparation Figure 41 : Interface de suppression d’un utilisateur Figure 42 : Interface de demande de réparation
  46. 46. CHAPITRE III : Implémentation 38 6.5. Interface de rapport de réparation 6.6. Interface de statistiques des produits 7. Conclusion Dans ce troisième et dernier chapitre, nous avons représenté les différents langages et logiciels utilisés dans l’implémentation de notre application, et nous avons présenté certaines interfaces qui représentent les différents cas d’utilisation de notre application. Figure 43 : Interface de rapport de réparation Figure 44 : Interface de statiques des produits
  47. 47. 39 CONCLUSION GENERALE Dans notre projet de fin d’étude s’intitulant la conception et la réalisation d’une application de gestion du parc informatique pour la Sonelgaz Mostaganem on a satisfait les besoins fonctionnels de l’application pour améliorer le fonctionnement de la DGSI et gagner du temps. Dès le début de notre stage, nous avons établi un cahier de charge qui représente les besoins fonctionnels des utilisateurs, ensuite nous avons modélisé les exigences fonctionnelles en utilisant UML suivant la méthode RUP, et enfin nous avons implémenté l’application en utilisant le langage de programmation JAVA et le SGBD MySQL. À travers ce projet nous avons appris comment développer une application du début jusqu’à la mise en œuvre. En plus nous avons appris :  La programmation avec le langage JAVA.  La modélisation avec UML.  La manipulation des bases de données avec MySQL. Nous espérons que ce travail accompli soit fiable dans la gestion du parc informatique, et qu’il aide les employés de l’entreprise à mieux gérer le temps et bien organiser leurs ressources.
  48. 48. 40 BIBLIOGRAPHIE, WEBOGRAPHIE [1] : http://www.sonelgaz.dz , (2015). [2] : http://algerie-electricite.com , (2015). [3] : Benoît CHARROUX, Aomar OSMANI, Yann THIERRY-MIEG, « UML2 pratique de lamodélisation », Pearson Education, France (2009). [4] : CLAUDE DELANNOY, « Programmer en Java », ÉDITIONS EYROLLES, Paris (2008). [5] : CYSBOY, « Apprenez à programmer en Java », openclassrooms.com, (2013). [6] : https://netbeans.org/ , (2015).

×