mbouabid.webnode.fr€¦ · web viewdiagramme de classe. 17. vii.2. dictionnaire des données....
TRANSCRIPT
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