Partie A: Analyse et spécification des besoins
(planification de projet scrum)
A.1 Etude des besoins
A.2 Planification du projet avec scrum
Partie B: Release 1 (version 1 du projet:Ajout du premier incrément)
Partie C: Release 2 (Ajout du deuxième incrément: l’output d’un sprint)
Partie A: Analyse et spécification des besoins
A.1 Etude de besoins
A.1.1 identification des acteurs
A.1.2 spécification des besoins fonctionnels
A.1.3 Spécification des besoins non fonctionnels
A.2 Planification de projet
A.2.1 Equipe scrum (Scrum master, PO,Developpeurs)
A.2.2 Backlog produit
A.2.3 Les sprints du projet
Conclusion pour démarrage du projet
A.1.1 identification des acteurs
Globalement, nous avons distingué un seul acteur: l'administrateur, celui qui aura la fonction
de la supervision réseau .en fait son rôle consiste à superviser le réseau en récupérant des
informations sur les équipements et réparer les pannes détectées. Cet acteur utilise le
système à travers un ensemble d’interfaces bien définies. Il doit s’authentifier pour qu’il
puisse utiliser le système.
A.1.2 spécification des besoins fonctionnels
L'objectif de ce projet est de mettre en place une solution de monitoring sur une machine.
Cette application doit permettre de collecter des informations concernant une infrastructure
informatique à plusieurs niveaux :
La supervision des ressources des serveurs (charge du processeur, occupation des disques
durs, utilisation de la mémoire paginée) sur la plupart des systèmes d’exploitation.
La supervision des services réseau (SMTP, HTTP, NNTP, ICMP, SNMP, LDAP, etc…)
Acquittement des alertes par les administrateurs.
La détermination à distance et de manière automatique de l’état des ressources
A.1.3 Spécification des besoins non fonctionnels
Afin d’offrir une solution complète et performante à différents niveaux, notre plateforme
doit couvrir les besoins non fonctionnels suivants :
Facilité d’utilisation : Le système offre une interface simple facile à utiliser en donnant à
l’administrateur la possibilité d’agir sur les ressources qu’il manipule.
Sécurité : L’accès aux données doit être authentifié et autorisé par des moyens de
sécurité.
Fiabilité : Il faut garantir la qualité du contenu et la pertinence des informations. Le
produit doit fonctionner correctement.
Rapidité : Le logiciel de supervision prévient dés qu’un problème survient avant même que
la plupart des utilisateurs en aient conscience.
Extensibilité: Le système doit être extensible et permet d'ajouter et de supporter d'autres
fonctionnalités et d’intégrer tout type d’équipement réseau.
A.2 Planification de projet
A.2.1 Equipe scrum
Dans le contexte du projet, Monsieur Mohamed Ben Ahmed, Directeur de la societé
Icommerce, sera le Product owner.
Madame Leila Sakli; chef du projet GS sera le Scrum Master
Mlle Intissar Ellafi est membre de l’équipe softTeams , developpeur dans une equipe de 7
developpeur.
A.2.2 Backlog produit
c’est l’élément le plus important dans la méthodologie Scrum,il cite les différentes taches
(User Story)à éxecuter dans le projet. Il consiste aussi à prioriser les fonctionnalités afin de
guider le projet.
On définit un User story par:
En tant que <Acteur> je peux <activité> afin de <resultat>
Story Acteur Priorité
S’authentifier Admin /Utilisateur Elevé
Gestion des performances Admin Elevé
Gestion des configurations Admin Elevé
Gestion de la comptabilité Admin Elevé
Gestion des alertes Admin Elevé
Gestion de la sécurité Admin Elevé
Table 1: Backlog Produit
A.2.3 Les sprints du projet
Tableau2: Les sprint du projet
Release 1 Release 2 Release 3
Sprint 1: Sprint 1 : Sprint 1 :
s’authentifier Gestion des Gestion des
configurations alertes
Sprint2 : Sprint 2 : Sprint 2 :
Gestion des Gestion de la Gestion de la
performances comptabilité sécurité
Release 1 Sprint 1: s’authentifier
Sprint 2: Gestion des
performances