Vous êtes sur la page 1sur 32

Gestion de Maintenance

Assistée par Ordinateur


z
Effectué à : SPARK IT Réalisé par : Haïfa THABTI

Encadré par : Mme Hajer BEN


FRADJ

Année universitaire 2019/2020


z
PLAN

 Introduction

 Problématique

 Solution proposée

 Spécification des besoins

 Scrum et réalisation des sprints

 Conception

 Architecture et outils de développement

 Conclusion et perspectives
INTRODUCTION
z

 Grâce au développement technologique, l’évolution des produits électronique est devenu


extrêmement rapide au point que l'on ne aurait jamais imaginé(électroménager, high-tech…).

• Cette évolution a visiblement affecté le quotidien de l'Homme, qu’il ne peut plus s'en aller
sans ces produits étant donné le confort qu'ils lui offrent, que ce soit dans la vie de tous les
jours ou bien professionnellement parlant.

• La panne d’un appareil le paralyse d'achever ses activités et par conséquent lui pousse à le
réparer le plus tôt possible et ce en cherchant un réparateur particulier ou bien en appelant le
service après vente de la marque.

 La question qui se pose c’est « comment fait le service de maintenance d’une société donnée
pour gérer ses interventions ? »
Problématique
z

Plusieurs entreprises ont encore recours à Excel qui recèle, malgré ses avantages, un certain
nombre de limites

Perte des donnes Potentiel d’erreur Manque de traçabilité


SOLUTION PROPOSÉE
z
 La GMAO est une méthode de gestion destiné aux services de maintenance d’une entreprise
afin de l’aider dans ses activités.
 Le SAV est étroitement lié à la GMAO: qui dit service après vente dit maintenance (le
contraire n’est pas vrai car on peut trouver des logiciels GMAO qui n’ont rien à voir avec le
SAV).
 Les formes de maintenances: corrective / préventive.

 Maintenance corrective:  exécutée après détection d'une panne et destinée à remettre un bien
dans un état dans lequel il peut accomplir une fonction requise
 Maintenance préventive: est exécutée à des intervalles prédéterminés; destinée à réduire la
probabilité de dégradation du fonctionnement d'un bien.
SPECIFICATION DES BESOINS: Fonctionnels
z

- Gestion réclamations.
- Gestion devis.
- Gestion interventions.

responsable

-Gestion utilisateurs.

admin

- Gestion maintenance corrective.


- Gestion maintenance préventive

technicien
SPECIFICATION DES BESOINS: Non fonctionnels
z

 Ergonomie: L’IHM doit être esthétique et conviviale à la fois c'est à dire facile à utiliser et agréable à

voir.

 Maintenabilité: Le code source doit être intégré par des commentaires et les noms de variables

doivent être significatifs de façon qu’il soit compréhensif

 Fiabilité : L’application doit exécuter les fonctions attendues avec la précision requise.

 Extensibilité: Notre solution devra aussi être ouverte à toute nouvelle fonctionnalité.

 Sécurité: Exige l’implémentation des mesures de sécurité  visant à empêcher l'utilisation non

autorisée, le mauvais usage, la modification ou le détournement du système

 Multilingue: prise en charge des différents langages afin d’assurer l’internationalisation de

l’application et de garantir son accessibilité pour un plus grand nombre d'utilisateurs.


SCRUM:
z
SCRUM: Backlog Product
z
ID En tant que Je souhaite Afin de Sprint
1 -Admin
-Responsable M’authentifier Accéder à mes fonctionnalités 4
-Technicien
2 Pouvoir les affecter lors de gestion des
Admin Récupérer liste des employés et des rôles 4
utilisateurs
3 Ajouter, modifier afficher et supprimer
Admin Gérer les utilisateurs 4
utilisateur
4 Récupérer liste des produits, des pièces et Pouvoir les affecter los de la gestion
Responsable 1
des machines des réclamations
5 Ajouter, modifier afficher et supprimer
Responsable Gérer les réclamations 1
réclamation
6 Responsable Ajouter et afficher rappel Prioriser certains reclamations   
6 Ajouter, modifier afficher, télécharger et
Responsable Gérer les devis 1
supprimer devis
7 Récupérer liste des techniciens, Pouvoir les affecter lors de la gestion
Responsable 2
chauffeurs et véhicules des interventions
8 Ajouter, modifier afficher et supprimer
Responsable Gérer les interventions 2
intervention
9 Recevoir des notifications sur les Prendre en considération les prochaines
Responsable 2
maintenances préventive interventions
10 Technicien Consulter planning Vérifier mes prochaine interventions 3
11 Ajouter, modifier afficher et supprimer
Technicien Gérer mes interventions correctives 3
maintenance corrective
12 Ajouter, modifier afficher et supprimer
Technicien Gérer mes interventions préventives 3
maintenance préventive
CONCEPTION : cas d’utilisation général
z
CONCEPTION: Diagramme de classe général
z
ARCHITECTURE
z

 Nous avons opté pour l’architecture Microservices (MSA) vu l’essor fulgurant qu’elle rencontre
depuis quelques années. Des géants comme Amazon, Uber, EBay, Groupon ou encore Netflix ont
remanié leurs applications et leurs systèmes d'Information pour reposer sur cette architecture.

 Son principe est simple, il s'appuie sur la découpe de l’application en petits services, appelés
Microservices, parfaitement autonomes qui exposent une API  REST que les autres Microservices
pourront consommer.
ARCHITECTURE : Avantages MSA
z

Scalabilité : d’une part on peut augmenter ou diminuer le nombre d'instances d'un service en
fonction de la demande sur la ressource, ainsi l'application ne souffre jamais de coupures ou
de ralentissements quelle que soit l'afflux d'utilisateurs.
Et d’une autre part l’application est ouverte à toute mise à jour en toute transparence, il suffit
juste de cibler directement le Microservice responsable de la fonctionnalité en question
Diversité : l'application peut échanger des informations avec une autre application qui peut
être développée par n’importe quel langage ou technologie
ARCHITECTURE: Microservices implémentés
z

 Microservice DISCOVERY: il s’agit du registre Eureka qui tient les instances des Microservices

disponibles.

 Microservice USER: il permet d’administrer les utilisateurs, leur rôle et les permissions qui leur

sont attribuées.

 Microservice AUTHENTIFICATION: il est chargé de la vérification de l'identité des utilisateurs

et de la génération des jetons. Des utilisateurs et de la génération des tokens.

 Microservice ADMIN: il contient des services déjà développés par la société (exp: machine,

produit...)

 Microservice GMAO: il comprend le travail brut du projet


Outils de développement
z

 Frontend

 Backend  Langage  :  TypeScript   

 Langage  :  Java    Framework : Angular

 Framework : Spring boot  Environnement de développement: Visual


 Spring MVC Studio Code 

 Spring JPA

 Spring Cloud

 Spring Security

 Environnement de développement : Spring


Tool Suite (STS) 
SPRINT 1: Backlog du Sprint
z

ID User story Estimation

1 Ajouter réclamation
2 Afficher réclamation
3 Modifier réclamation
4 Supprimer réclamation
6 semaines
5 Ajouter devis
6 Afficher devis
7 Modifier devis
8 Supprimer devis
SPRINT 1: Diagramme de cas d’utilisation
z
SPRINT 1: diagramme de classe
z
SPRINT 1: diagramme de séquence
z
SPRINT 2: Backlog du Sprint
z

ID User story Estimation

1 Ajouter intervention  

2 Afficher intervention  
semaines 4
3 Modifier intervention
4 Supprimer intervention
5 Mettre en place le calendrier de planification
6 Itérer interventions sur le calendrier
SPRINT 2: diagramme de cas d’utilisation
z
SPRINT 2: diagramme de classe
z
SPRINT 3: Backlog du Sprint
z

ID User story Estimation

1 Ajouter maintenance corrective


2 Ajouter maintenance préventive
3 Afficher maintenance corrective
4 Afficher maintenance préventive 5 semaines

5 Modifier maintenance corrective


6 Modifier maintenance préventive
7 Supprimer maintenance
SPRINT 3: diagramme de cas d’utilisation
z
SPRINT 3: Diagramme de classe
z
SPRINT 4: Backlog du Sprint
z

ID Use story Estimation

1 Ajouter utilisateur

2 Afficher utilisateur

3 Modifier utilisateur 1 semaine

4 Supprimer utilisateur

5 Mise en place d’interface de connexion


SPRINT 4: Diagramme de cas d’utilisation
z
z
SPRINT 4: Backlog du Sprint
SPRINT 4: diagramme de séquence
z
Authentification
SPRINT 4: Diagramme de séquence
z
Accès aux API
Conclusion et perspectives
z

Nous conclut par démontrer les fonctions que nous avons développer dans cette application,

 Comme toute application, notre solution est ouverte à plusieurs améliorations. La plus
importante évolution consisterait à intégrer une partie mobile, vu que les applications mobiles ne
cessent pas de s’augmenter et les fonctionnalités sont plus pratiques.
z
Merci de votre attention