La gestion de projet itérative

ProLabo Sàrl – Présentation de l’entreprise

ProLabo Sàrl est une entreprise qui analyse principalement des échantillons afin de détecter la présence de polluants de bâtiment comme l’amiante, le plomb, le PCB ou encore le HAP. L’entreprise a été fondée en 2015 à Sion (Valais) par Claude-Alain Locher et possède une succursale au Tessin. Le laboratoire est accrédité ISO 17025: N° d’accréditation STS 0638 par le SAS (Système d’Accréditation Suisse). ProLabo gère ses clients ainsi que ses commandes sur des fichiers Excel. Autres prestations : Pose et analyse de filtres VDI, Location de pompes VDI, Conseils divers .

Analyse des besoins

L’analyse des besoins a pour objectif de définir les attentes et les souhaits de l’entreprise afin de constituer une liste d’exigences qui est nommée, comme déjà expliqué dans le chapitre 1.4 Méthode de travail (voir p. 2), le « product backlog ». Les fonctionnalités les plus importantes ont été brièvement décrites dans le cahier des charges. De plus, plusieurs rencontres ont été organisées avec l’entreprise ProLabo pour élaborer et détailler celles-ci ainsi que d’en proposer de nouvelles. Grâce à l’appui du cahier des charges et de nombreuses rencontres, plusieurs points ont pu être mis en évidence :
• Couvrir l’activité principale, qui correspond à l’analyse d’échantillons
• Faciliter la commande au client
• Stocker les rapports d’analyses détaillées
• Automatiser la création des rapports et factures
• Créer un outil d’historisation pour les clients afin qu’ils retrouvent les rapports d’analyses sur la plateforme web de ProLabo
• Mettre en place un outil de facturation
• Mettre à disposition un accès sécurisé pour le client
• Un prix personnalisé pour chaque client et chaque type d’analyse

Ces fonctionnalités doivent couvrir le processus complet allant de la commande jusqu’à l’envoi de la facture en respectant la forme et les étapes déjà existantes.

État de l’art – Processus initial

Un diagramme BPMN (Business Process Model and Notation) peut représenter un processus de manière graphique(« BPMN Specification – Business Process Model and Notation », s. d.). Cela permet de l’optimiser et/ou de le modifier afin qu’il contienne de nouvelles ou de différentes fonctionnalités. Le processus a été élaboré et validé en collaboration avec le client.

Description générale
Ce processus décrit la commande client pour l’analyse d’échantillons, des étapes internes jusqu’à l’envoi du rapport et de la facture. Les éléments qui vont pouvoir être optimisés par la suite sont marqués en rouge (Figure 1). Voici la description détaillée des différentes étapes présentes ci-dessus :

1. Un client prépare la liste des échantillons à analyser et les envoie soit par le formulaire Excel, soit par email à ProLabo.
2. L’employé administratif reçoit la commande. Si le client n’est pas encore dans la liste, il l’ajoute.
3. La commande est saisie dans le fichier respectif.
4. Le client transmet les échantillons à l’administration.
5. L’employé administratif vérifie que les échantillons sont conformes aux standards ainsi que les numéros de référence des échantillons sont identiques à la feuille de commande.
6. S’il y a un problème, il contacte directement le client. Par contre, si celui-ci ne peut pas être résolu, la commande est annulée. Sinon les informations sont complétées et le processus continue.
7. La fiche de suivi laboratoire est générée puis transmise à l’employé laboratoire.
8. L’employé laboratoire réalise les analyses et saisit les résultats sur la fiche de suivi.
9. La fiche de suivi est ensuite donnée à l’employé administratif qui saisit les résultats sur une feuille Excel.
10. La facture et la feuille de rapport sont créés par l’employé administratif et envoyées au client.
11. Le client reçoit la facture et le rapport.

État de l’art – Documents existants

En plus des analyses d’échantillons, ProLabo propose aussi la pose et l’analyse de Filtres VDI. Ces fonctionnalités ne doivent pas directement figurer dans le prototype mais l’architecture doit en tenir compte pour qu’ils puissent être intégrés par la suite. Pour cette raison, les documents qui traitent ce genre de commandes figurent aussi dans l’analyse des documents existants. ProLabo peut traiter trois types de commandes distinctes. Celles-ci se basent sur une liste de clients centralisée, ce qui permet d’éviter des doublons. De plus, la fiche de suivi, la facture et la feuille de rapport est similaire pour les trois types de commandes.

1.Analyse d’échantillons (en vert)
L’analyse d’échantillons est l’activité principale de l’entreprise. Pour faciliter la commande, il existe une feuille Excel que le client peut remplir. Puis, en cliquant sur un bouton, la commande est envoyée à ProLabo. Celle-ci est saisie dans la « Liste de commande analyse amiante ».
2. Analyse d’un filtre posé par le client (en bleu)
Le filtre est commandé est posé par le client. ProLabo ne s’occupe que de la livraison et de l’analyse de celui-ci. La commande est saisie dans le fichier « Liste VDI Privé ».
3. Analyse d’un filtre posé par ProLabo (en rouge)
ProLabo s’occupe de la pose et de l’analyse du filtre. La commande est saisie dans le fichier « Liste VDI ProLabo ».

Description générale 

Ce processus se base sur celui déjà existant. Les deux éléments rouges mis en évidence dans la figure 3, indiquent que pas tous les éléments ont pu être entièrement optimisés. Celui intitulé « Saisir la commande » reste dans ce processus si une personne ne passe pas par le site internet. Dans ce cas précis, c’est l’employé administratif qui doit saisir la commande dans le système. La base de données, également en rouge, regroupe quant à elle toutes les écritures de fichiers du processus précédent. On peut observer sur ce schéma que les données sont centralisées et uniformisées. Voici la description des étapes :
1. Un client prépare la liste des échantillons et peut soit les envoyer directement via le site internet (et dans ce cas la commande est directement saisie dans le système) soit la transmettre par un autre moyen (e-mail ou sur place).
2. Si la commande a été transmise par un autre moyen que via le site internet, l’employé administratif doit, si le client n’existe pas encore, le saisir dans le système ainsi que saisir sa commande.
3. Le client transmet les échantillons à l’administration.
4. L’employé administratif vérifie que les échantillons sont conformes aux standards ainsi que les numéros de référence des échantillons sont identiques à la feuille de commande.
5. S’il y a un problème, il contacte le client. Si celui-ci ne peut pas être résolu, la commande est annulée. Sinon, les informations sont complétées et le processus continue avec la correction du problème.
6. Le laboratoire procède à l’analyse et saisit les résultats directement sur le système (sur une tablette tactile).
7. L’employé administratif n’a plus qu’à valider la commande et le système procède à la génération du rapport et de la facture.
8. Le client reçoit la facture et les résultats.

Choix technologiques

L’analyse comparative une étude comparative de produits ou services afin de trouver la technologie la plus adapté pour le prototype (« LE BENCHMARKING », s. d.). Le but de l’analyse comparative dans ce travail est :
• D’identifier les forces et les faiblesses des différentes solutions
• De trouver la meilleure solution pour satisfaire les besoins du client
Pour répondre à ces questions, une analyse comparative à plusieurs niveaux doit être effectuée. Pour avoir des résultats succincts, nous avons utilisé une échelle de 0 à 5 (0 signifie qu’il est inexistant et 5 que le critère est complètement couvert).

Analyse comparative des moyens

Une question fondamentale de tout projet informatique qui soit est de trouver quelle méthode est la plus adaptée pour mettre en place un prototype. Dans ce cas, il est légitime de se demander s’il est préférable de développer le système soi-même, de faire recours à un système déjà existant en l’adaptant aux besoins du client via la paramétrisation ou encore de faire un mix des deux. L’évaluation se base sur les critères suivants :

1. Coûts
2. Documentation
3. Espace membre
4. Nécessité d’un développeur pour petits changements
5. Nécessité d’un développeur pour grands changements
6. Respecter le processus de commande Prolabo
7. Courbe d’apprentissage pour employés
8. Gestion clients
9. Gestion commandes
10. Génération rapport et facture

Table des matières

1. Introduction
Contexte
Objectifs
Phases
Phase d’analyse
Phase de développement
Méthode de travail
User stories et Product Backlog
La gestion de projet itérative
Rôles
Application
2. Phase de l’analyse
État de l’art et analyse des besoins
ProLabo Sàrl – Présentation de l’entreprise
Analyse des besoins
État de l’art – Processus initial
État de l’art – Documents existants
Collecte de données
Proposition de concept
Dictionnaire des données
Processus final
Fonctionnalités
Mockups
Choix technologiques
Analyse comparative des moyens
Analyse comparative des langages
Analyse comparative des frameworks
Laravel
Spécificités et outils Laravel
Autres technologies utilisées
Outils de travaille
3. Développement du prototype
Méthode de gestion de projet
Architecture de la solution
Mise en place Laravel
Prérequis
Initialisation
Configuration
Github & tests
Base de données
Users
Billingaddress
Orders
Samples
Products
Categories
Invoices
Migration
Password_resets
Design pattern – Repository pattern
Authentification
Middleware pour l’authentification
Inscription client
Récupération mot de passe
Rôles
Gestion utilisateurs
Gestion clients
Adresses de facturation
Prix personnalisé
Gestion commandes
Réception échantillons
Analyse des échantillons
Validation de la commande
Composition du rapport
Facturation
Facture simple
Facture groupée
Composition de la facture
Rabais
Gestion facture
Espace client
Tableau de bord
Commandes
Profil
Multilingue
4. Conclusion

Télécharger le rapport complet