Cahier des charges "Moniteur de sites web"

Présentation du projet:

Client:

Géraldine Durand développeur web full stack en freelance.

Contexte:

Géraldine Durand gérer la maintenance des sites web de ses clients ce qui lui prend beaucoup de temps. Madame Durand voudrait un outil qui lui simplifierait cette tâche. Elle voudrait un outil qui l’aiderait à la surveillance de ses sites web avec un dashboard qui contient la liste de tous ses sites et qui afficherait l’état des ces sites (le site est opérationnel ou le site a un problème).

La Cible:

La cible est bien évidemment Géraldine Durand pour la maintenance des sites web de ses clients, mais cet outil aurait aussi un impact sur ses clients, car les problèmes de leurs sites seraient détectés et résolus plus rapidement

Les Objectifs:

Cet outil va apporter à Madame Durand une grande aide pour la maintenance des sites web. Il va faciliter pour la visualisation et la gestion de l’état de tous les sites web. L’objectif est de faire gagner du temps à Madame Durant pour la gestion de ces sites web.

Les besoins fonctionnels de l'utilisateur:

• Un dash bord avec la liste des tous les sites à surveiller avec leur état de fonctionnement. Donne les indices des erreurs quand il y a un problème avec le site.
• L’utilisateur doit pouvoir ajouter des sites à surveiller à cette liste et aussi pouvoir choisir les tests qu’il souhaite appliquer à chaque site, car les besoins peuvent être différents pour chaque site.
• Différents tests doivent déjà être présents par défaut dans les options pour chaque site comme:
• Pouvoir tester les performances du site web et donner un indice de ses performances
• Tester le délais de chargement de chaque page du site
• Tester si le server fonctionne bien et est bien joignable
• Tester la connectivité ip du site
• Voir s'il n’y a pas d’erreur venant du code du site directement (comme des erreurs 500)
• L’utilisateur doit pouvoir choisir à quelle fréquence chaque test doit être effectué pour chaque site selon ses besoins.
• L’utilisateur doit pouvoir ajouter lui-même des nouveaux tests à effectuer qu’il programmera lui-même
• En plus du dash bord, un autre espace avec une interface en ligne de commande pour pouvoir investiguer plus en profondeur sur un site en particulier. Voir les tests qui ont été effectués et voir les quels ont échoué et pouvoir effectuer aussi des tests directement depuis cette interface.
• Un système de notification pour avertir en cas de problème sur un site. Mais aussi il faudrait pouvoir gérer ses notifications avec le niveau d’urgence pour les weekends et la nuit pour qu'elle ne soit pas trop encombrante.

Contraintes techniques:

L’application devra être codée en python pour que la cliente puisse la déboguer elle-même en cas de problème et gérer aussi sa maintenance, son évolution, etc.

Planning:

Une version utilisable en ligne de commande sera disponible pour début novembre. Cette version servira de test pour Madame Durand pour qu’elle puisse tester et donner son feedback et voir s'il y a des fonctions à améliorer ou à ajouter dans les fonctionnalités de base. Pour mis décembre l’application doit être totalement terminer avec sa version graphique pour que madame Durand puise la deployer dans son activité.

MVP:

Pour le MVP, l’objectif est d’avoir une application en ligne de commande qui afficherait la liste des différents sites et donnerait l’info si le site est joignable ou non.

Cadre budgétaire:

Le budget du projet s’élève à 4000€ hors TVA ce qui équivaut 80€ de l’heure HTVA pour un travail de 50 heures au total. La première échéance budgétaire correspond à la moitié du prix total soit 2000€, lors de la présentation du MVP et le reste à la réception de l’application fini.