DEDECACE

mes parents,

à mes chers frères et sœurs,

à tous les miens qui me sont très chers

Remerciements

Nous délivrons affectueusement nos remerciements les plus distingués à notre encadreur Mr

Bouabid Mohamed enseignant à l’Institut supérieur des études Technologiques de Mednine

pour ses conseils et ses précieuses aides pour mener à bien notre projet.

Nous tenons également à exprimer tous nos sentiments de gratitude et de reconnaissances à

notre encadreur de la société « Multi Services Informatiques », Mr Haddad pour son

engagement et son aide tout au long de ce projet.

Nos remerciement s’adresse ainsi au personnel de la société « Multi Service Informatique » et

de l’ISET ainsi que membre de jury qui à accepté d’évaluer ce travail.

Enfin, tous ceux qui ont contribué de prés ou de loin à la réalisation de ce travail, qu’ils

trouvent ici l’expression de nos remerciement les plus sincères.

Sommaire

Introduction générale....................................6

Chapitre I : Présentation générale...............8Introduction.....................................................................................................8

I. Organisme d’accueil...............................................................................8

I.1. Présentation de l’entreprise................................................................8

I.2. Organigramme.....................................................................................8

I.3. Les services...........................................................................................9

I.1.1. Service informatique.....................................................................9

I.1.2. Service commercial......................................................................10

I.1.3. Service technique.........................................................................10

I.1.4. Service Financier.........................................................................10

II. Présentation du Projet..........................................................................10

Conclusion......................................................................................................10

Chapitre 2 : Etude préalable......................11Introduction...................................................................................................11

I. Etude de l’existant................................................................................11

II. Critique de l’existant............................................................................11

III. Solution proposée...............................................................................11

IV. Spécification des besoins...................................................................12

IV.1. Besoins fonctionnels....................................................................12

IV.2. Besoins non fonctionnels.............................................................13

V. Les cas d’utilisation..............................................................................13

V.1. Identifications des acteurs.............................................................13

V.2. Diagramme de cas d’utilisation de l’ administrateur..................13

V.3. Diagramme de Cas d’utilisation d’un Technicien.......................14

VI. Architecture de l'application............................................................15

Conclusion......................................................................................................16

Chapitre 3 :Conception...............................17Introduction...................................................................................................17

VI. Conception détaillée..........................................................................17

VII. Axe statique........................................................................................17

VII.1. Diagramme de classe...................................................................17

VII.2. Dictionnaire des données............................................................19

VII.3. Diagramme de déploiement........................................................19

Conclusion Génerale...................................21

Table des Figures

Figure 1 : Organigramme de la société « M.S.I ».....................................................................11

Figure 2 : Diagramme de cas d’utilisation de l’administrateur.................................................18

Figure 3 : Diagramme de cas d’utilisation de technicien..........................................................19

Figure 4: Diagramme de cas d’utilisation « authentification»..................................................20

Figure 5 : Architecture client-serveur.......................................................................................21

Figure 6: Diagramme de classe.................................................................................................23

Figure 7 : diagramme de déploiement......................................................................................26

Figure 8 : Diagramme de séquence « authentification »..........................................................27

Figure 9: Diagramme de séquence « Ajout d’un client »........................................................28

Figure 10: Diagramme de séquence « Modifier d’un client ».................................................29

Figure 11: Diagramme de séquence « supprimer client ».......................................................30

Figure 12 : Diagramme de séquence « Consulter client ».......................................................31

Figure 13: Diagramme de séquence « réparer matériel ».......................................................32

Figure 14: interface « authentification »...................................................................................38

Figure 15: interface « erreur d’authentification ».....................................................................39

Figure 16 : interface «authentification_effectué »....................................................................40

Figure 17 : interface « Ajout d’un Client»................................................................................41

Figure 18 : interface « suppression d’un Client»......................................................................42

Figure 19 : interface « modification d’un Client»....................................................................43

Figure 20 : interface « Ajout de matériel»................................................................................44

Figure 21 : interface «Consultation de matériel»......................................................................45

Figure 22 : interface « Modification de matériel»....................................................................46

Figure 23: interface « Ajout technicien»..................................................................................47

Introduction générale

Le monde entier a connu une révolution technologique et sociologique bénéficiant de l’apport

des nouvelles technologies de l’information et de la communication : L’informatique, la

télécommunication et l’audiovisuel.

Ces technologies, interactives et accessibles dans divers domaines, occupent une place

grandissante dans la vie quotidienne comme dans l’ensemble des champs socioprofessionnels,

artistiques, pédagogiques et culturels.

Parmi ces technologies, il existe éventuellement le web ou le Word Wide Web qui est un

service d’information dans le monde d’Internet et qui a débuté avec les sites statiques qui ont

montré leurs limites depuis longtemps puisqu’i réagir aux actions internautes.

C’est dans ce contexte et dans le cadre de notre projet de fin d’étude, nous proposons de

concevoir et réaliser une application web pour le profit de la société M.S.I : «Multi Services

Informatiques».

Ce rapport, qui illustre les différentes étapes de mises en œuvre d’application en question

depuis la spécificationn jusqu'à sa mise en place.

Dans la premier chapitre du rapport, on présentera notre projet et la société de maintenance

de matériels informatiques

Le deuxième chapitre sera consacrée à l'analyse du projet en déterminant l’étude préalable et

les différents besoins que l’application doit satisfaire.

Ensuite dans le troisième chapitre, on va décrire l’architecture de notre application puis la

concevoir de sorte qu’elle répond aux objectifs mentionnés précedemment .

Enfin, le quatrième chapitre relate la partie réalisation et sera consacré à l’aspect

implémentation : l’environnement matériel et logiciel du travail et une description des

différentes fonctionnalités réalisées avec quelques scénarios d’exécution.

Nous terminerons par une conclusion générale dans laquelle nous ferons le bilan du travail

réalisé et citerons les éventuelles perspectives

Présentation générale

Chapitre I : Présentation générale

Introduction

Ce chapitre vise à présenter l’entreprise et le sujet de notre projet de fin d’études.

I. Organisme d’accueil

I.1. Présentation de l’entreprise

M.S.I. (MULTI SERVICES INFORMATIQUES) est une société de maintenance de

matériels informatiques qui a été crée en Janvier 2007 à SFAX. Elle est spécialisée

dans la vente et la maintenance des équipements informatiques. Elle propose les

prestations suivantes:

La vente et la maintenance de matériels informatiques tels que les ordinateurs

portables, les P.C, les imprimantes, les vidéo -projecteurs, les appareils photos,

les caméras, les onduleurs, les photocopieuses…etc.

Ventes et installations systèmes d’alarmes pour les bureaux, les lieux

commerciaux tells que les boutiques, les supers marchés, les lieux de

résidences…etc.

La maintenance inclus différentes tâches à savoir :

Gestion de matériels

Gestion des clients qui apporte des matériels

Gestion des techniciens qui font la réparation

Gestion des interventions

Etc.

I.2. Organigramme

L’organigramme présent dans la figure ci-dessous correspond à la structure

hiérarchique des postes au sein de la « M.S.I ».

Présentation générale

Figure 1 : Organigramme de la société « M.S.I »

La société MSI dispose de plusieurs directions :

Direction générale :

La direction générale est l’instance ou se prennent toutes les décisions

d’allocation des ressources dans le court, moyen et long terme. C’est l’unité de

pilotage qui assure la coordination des différentes directions et services.

Secrétariat de direction

Ce service est assuré par une secrétaire, son rôle principale est d’accueillir les

invités, savoir leurs besoins, noté les visites de PDG, recevoir le lettre et elle

remplace le PDG dans son absence.

I.3. Les services

La société MSI assure les services explicités ci dessous.

I.1.1. Service informatique 

Ce secteur s’intéresse à plusieurs domaines comme la formation et le développement.il est à la fois une entreprise de présentation des services et d’éducation pour ce la, elle organise d’un cadre spécialisé à la formation de l’informatique

Direction génerale(P.D.G)

Service Informatique

Service approvisionnement

Service Commercial

Service financier et comptable

Direction personnel

Secrétariat de direction

Présentation générale

I.1.2. Service commercial

Il est composé d’un seul responsable et il s’occupe des activités achat, gestion de stock et vente de matériel informatique et bureautique.

I.1.3. Service technique 

Ce service prend en charge les activités d’installation des réseaux locaux et des réseaux Internet, et de maintenance de matériels informatique (ordinateur, imprimante, onduleur, cartes électroniques, etc.).

I.1.4. Service Financier 

Ce services est composé par le directeur financier qui s’occupe lui-même de toute les opérations financière tel que (virement et retrait, enregistrement des facture…etc.).

II. Présentation du Projet

Comme l'on a cité dans le premier chapitre, l’un des principaux services offerts par la société

M.S.I , était la maintenance de matériels informatiques. Notre application se situe dans ce

contexte et consiste en application de gestion de matériels informatiques.

Cette application devra être en mesure d'automatiser les tâches qui sont faites à l'heure

actuelle manuellement.

ConclusionDans ce chapitre nous avons présenté l’entreprise et leurs différentes activités puis nous avons

étudié ses différentes directions à travers son organigramme.

Nous allons passer ensuite à l’étude des besoins de la société dans un deuxième chapitre qui

est principalement l’étude préalable.

Spécification

Chapitre 2 : Etude préalable

Introduction L’étude préalable est une étape essentielle qui consiste à étudier et analyser l’existant, et de

définir ses limites à fin de proposer la solution adéquoite.

I. Etude de l’existant 

Après l’étude que nous avons effectué au sein de la société «  M.S.I » ,on a remarqué que la

gestion quelques soient de maintenance des matériels informatiques, des clients ou des

techniciens est effectué généralement d’une façon manuelle, on prend comme exemple la

saisie des coordonnées des clients se sauvegardent dans des feuilles ,ensuite ce derniers se

rassemblent dans de dossier et les mettent dans l’archive, même pour la gestion des

techniciens ou des matériels. la modification ou la suppression se faient aussi d’une maniére

manuelle.

II. Critique de l’existant

Suite de l’étude de l’existant ,nous avons dégage les points faibles qui sont définit comme

suit :

L'abondance des documents dans l'entreprise peut ralentir les services.

Risque de perte des documents.

Perte des informations lors de la perte du dossiers.

Mise à jour fastidieuse.

III. Solution proposée

En tenant compte de limites des solutions adaptées au sein de la société MSI  pour gérer son

service de maintenance, nous avons proposé de réaliser une application de gestion de

maintenance qui vise à améliorer des activités au sein de cette entreprise. Notre application

doit prendre compte l’automatisation des différents tâches que nous avons cité

Spécification

précédemment à savoir la gestion des matériels, gestion de clients et la gestion de techniciens

qui assurent la réparation.

IV. Spécification des besoins

IV.1. Besoins fonctionnels

Notre application devra assurer :

La gestion de matériels qui consiste à :

o Saisir les données relatives à un matériel donné : lors de le réception

d’un matériel particulier, un technicien de la société doit pouvoir faire

la saisie du matériel à réparer dans la base de données associées. Un

matériel est caractérisé par :

- Une matricule

- Désignation

- Type de panne

- Son état(réparé ,non réparé, payé..)

o Mettre à jour les informations relatives à un matériel notamment la

date dans laquelle le matériel est réparé. Cette mise à jour inclut aussi

l’indication d’une période de garantie qui diffère d’une panne à une

autre été d’un matériel à un autre.

Vu que les matériels sont apportés par différents types de clients et que lors la

réparation, le technicien peut avoir recours à un client particulier , notre application

devra gérer aussi les clients.

La gestion de clients inclut:

L’ajout d’un nouveau client : Chaque client est caractérisé par :

- Un nom,

- Un prénom,

- Un numéro de téléphone

- Une adresse,

- Un e-mail

- Un type (privé (c'est-à-dire un société

privé),public,passager,autre)

Spécification

- La modification des données caractirisant un client(en cas

d’une saisie erronée par exemple ,ou le changement de

l’adresse de client.

IV.2. Besoins non fonctionnels 

Ergonomie : Toutes les pages doivent avoir une apparence similaire à celle

de la page d’accueil. L’interface doit être claire et facile à manipuler

Fiabilité : Le système doit être fiable aux exceptions qui peuvent s'y

confronter.

Convivialité : l’interface doit être conviviale

L’application devra étre ouvert c'est-à-dire elle doit tenir compte des

extensions et des évolutions possible(possibilité de l’intégrer dans la site de

la société)

V. Les cas d’utilisation

V.1.Identifications des acteurs 

Un acteur représente un rôle joué par une entité externe (personne, dispositif, matériel,

ou autre systèmes) qui interagit directement avec les systèmes étudiée.

Un acteur peut:

Échanger de l’information avec le système

Consulter ou modifier l’état de système

Notre application, comme s’est indiqué dans le tableau suivant, s’adresse à deux

types d’utilisateurs : un administrateur et un ou plusieurs techniciens.

V.2.Diagramme de cas d’utilisation de l’ administrateur 

Le cas d’utilisation suivant présente les diverses fonctionnalités dont jouit

l’administrateur:

Spécification

Figure 2 : Diagramme de cas d’utilisation de l’administrateur

Après s’être authentifié, l’administrateur peut créer, modifier ou supprimer un

compte technicien. Bien sur, un administrateur à la possibilité de tout faire, en

particulier il peut effectués toutes les tâches faites par un technicien.

V.3.Diagramme de Cas d’utilisation d’un Technicien 

Le cas d’utilisation suivant présente les diverses fonctionnalités dont jouit le

technicien:

Spécification

Figure 3 : Diagramme de cas d’utilisation de technicien

Pour pouvoir accéder à quelques fonctionnalités de l’application, chaque technicien

doit s’authentifier. L’authentification requiert la saisie d’un identifiant et d’un mot de

passe. Après s’être authentifié, le technicien a la possibilité de gérer les clients ainsi

que leurs matériels apportés à l’atelier en vue de réparation. La gestion du matériel

inclut l’ajoutde matériel,la suppression de matériel,la modification de matériel.

VI. Architecture de l'application 

L’architecture de notre application, comme c’est indiquée dans la figure suivante est une

architecture client/serveur.

Cette architecture 2-tiers caractérise les systèmes dans lesquels le client demande une

ressource et le serveur la lui fournit directement. Cela signifie que le serveur ne fait pas appel

à une autre application afin de fournir le

service. Etant polyvalent, le serveur est capable de fournir directement l'ensemble des

ressources demandées par le client. Le schéma suivant (Figure 2) sert d’exemple explicatif :

Spécification

Figure 5 : Architecture client-serveur

Conclusion 

A travers ce chapitre, nous avons identifié les limites de l’existant, chose qui nous a permis

de dégager les besoins que notre application devra satisfaire.

Dans le chapitre qui suit, on entame la conception où nous présenterons les diagrammes

nécessaires, pour mieux comprendre le système à développer.

Chapitre 3 :Conception

Spécification

Introduction 

Ce chapitre on va mettre l’accent sur le un langage de modélisation UML (en anglais Unified

Modeling Language ou « langage de modélisation unifié) que l’on va utiliser tout long de

notre projet pour qu’on puisse modéliser notre application.

VI. Conception détaillée 

Nous allons opter pour une conception qui respecte les trois points de vue classiques de

modélisations : fonctionnel, statique et dynamique.

Fonctionnel :La modélisation selon cet aspect a été déjà traitée dans le chapitre2.

Statique : nous identifions les concepts des domaines et nous les modélisons en tant

que classes puis nous identifions les associations pertinentes entre ces concepts et

nous finissons par structurer notre modèle en packages.

VII. Axe statiqueVII.1. Diagramme de classe

Le diagramme de classe est un ensemble d’éléments statiques qui montre la structure

d’un modèle (les classes, leur type, leur contenu et leurs relations).

Ce diagramme représente la structure du système sous la forme de classe et de

relations entre ces classes.

Spécification

Figure 6: Diagramme de classe

Dans ce diagramme de classe, le client estrepresenté à travers la classe Client et est

caractérisé par un code client, un nom, un prénom, un numéro de téléphone, une

adresse email et une adresse. Un client peut apporter un matériel ou plusieurs

matériels , chaque matériel est caractérisé par une matricule, une désignat

Spécification

VII.2. Dictionnaire des données 

Ce tableau présente le dictionnaire de données.Chaque propriété est réprésentée à

travers son code,son type et sa description.

Numéro Code Type Description

01 code_clt int Code de client

06 adresse_clt texte L’adresse de client

07 garantie int Garantie de matériel

08 Delai_garant varchar Délai de garantie de

matériel

09 Mat_mat int Matricule de matériel

10 designation varchar Designation de matériel

11 code_clt int Code de client

12 Type_mat varchar Type de matériel

13 Etat_mat tinyint Etat de matériel

14 code_panne int Code de panne

15 description_panne varchar Description de panne

16 id_materiel int Secret de la materiel

17 code_rep int Code de réparation

Table 2 : Dictionnaire des données

VII.3. Diagramme de déploiement

Un diagramme de déploiement décrit la disposition physique des ressources

matérielles qui composent le système et montre la répartition des composants sur ces

Spécification

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

Figure 7 : diagramme de déploiement

Notre application est une application de type client serveur. Son déploiment necessitera la

mise en place d’un serveur web, d’un serveur base de données et d’un ordinateur « client »

qui permettra l’utilisation de notre application.

Spécification

Conclusion Génerale

Ce projet de fin d’études est une phase très importante dans notre cycle de formation étant

donné qu’il était une occasion pour adapter nos connaissances théoriques déjà acquis sur le

plan pratique.

Dans cette mémoire de fin d’étude, nous avons décrit toutes les phases de conception et de

mise en place d’une application web pour la société Multi Services Informatiques spécialisée

de la maintenance de matériels informatiques.

Tout au long de ce travail nous avons effectué d’abord d’une phase de spécification au cours

de laquelle nous avons définit les objectifs de cette application. Ensuite, nous avons présenté

une conception détaillée d’application selon une approche objet et nous avons implémenté

cette application.

Enfin, nous tenons à souligner que la réalisation de cette application était une bonne occasion

pour vivre une expérience professionnel