Vous êtes sur la page 1sur 5

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