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

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