La spécification des besoins définit clairement le logiciel à développer, incluant des besoins fonctionnels et non fonctionnels. Les besoins fonctionnels décrivent les actions du système, tandis que les besoins non fonctionnels couvrent des aspects tels que l'utilisabilité, la performance, la disponibilité, la sécurité, le matériel et le déploiement. Il est crucial que tous les membres du projet aient accès à ces spécifications pour assurer une compréhension commune.

1. La spécification des besoins
Besoins
La spécification des besoins doit décrire sans ambiguïté le
logiciel à développer.
Elle est constituée d’un ensemble de documents et de
modèles.
Toutes les personnes impliquées dans le projet doivent
avoir accès à la spécification des besoins (disponible, par
exemple, à travers un serveur Web sur l’intranet de
l’organisation)
L’énoncé d’un besoin exprime un comportement ou une
propriété que le système doit respecter.
Chaque énoncé doit traduire la présence d’un
comportement très spécifique
Besoins fonctionnels
Les besoins fonctionnels expriment une action que doit
effectuer le système en réponse à une demande (sorties qui
sont produites pour un ensemble donné d’entrées) :
Ex : Le système doit produire automatiquement un rapport
de synthèse des ventes hebdomadaires.
Besoins non fonctionnels :
- Besoin d’utilisabilité
- Besoins de performance
- Besoins de disponibilité/fiabilité
- Besoins de sécurité
- Besoins matériels
- Besoins de déploiement

2. Besoins non fonctionnels
Besoins d’utilisabilité (Usability)
- font référence aux aspects généraux de l’interface
utilisateur
- Ex : standard utilisé
- - définition de la configuration minimale du
navigateur (application Web)
Besoins de performance
- décrivent les performances d’exécution du système,
généralement en termes de temps de réponse.
- Ex : (application Web) Temps de chargement d’une
page : Le chargement d’une page Web dans le
navigateur ne devrait pas prendre plus de 15 secondes
en condition normale.
Besoins de disponibilité/fiabilité
Concernent le niveau de disponibilité qui doit être
explicitement défini pour les applications critiques
Ex : exigence de disponibilité 24/24, 7/7 sauf période de
maintenance (à spécifier…)
Besoins de sécurité
- Peuvent définir les niveaux d’accès possibles au
système pour les utilisateurs du système et les
systèmes externes.
- Ex : Toute information confidentielle fournie par les
clients via l’Internet sera cryptée avec le système XYZ
ou par l’algorithme, la méthode….ABC..
-

3. Besoins matériels
- - définissent les configurations matérielles minimales
nécessaires au fonctionnement du système
- Ex : Pentium 4, 2G, carte graphique…Résolution…
Besoins de déploiement
- - décrivent la façon dont l’application sera livrée à
l’utilisateur final
- ex : Tous les logiciels du côté client vont être
téléchargés et installés à partir du navigateur, sans que
le poste du client ne soit redémarré ou configuré
manuellement