Chapitre 2 : Gestion des exigences

Ce matériel couvre la gestion des exigences dans le cadre du développement logiciel. Il s’adresse aux étudiants et professionnels souhaitant comprendre le processus d’ingénierie des exigences, apprendre à différencier besoins et exigences, connaître les différents types et catégories de spécifications, et maîtriser la rédaction des exigences.

Intérêt de la spécification logicielle

La spécification logicielle est essentielle pour assurer la bonne compréhension entre le client et l’équipe de développement. Elle permet de clarifier :

• Ce qui a été réalisé
• Ce que le client a expliqué
• Ce qui a été compris
• Ce dont le client avait réellement besoin

Pour faciliter cette communication, on utilise souvent des outils visuels tels que :

• Des diagrammes UML
• Des graphiques et schémas illustratifs
• Des maquettes logicielles

Processus d’ingénierie des exigences

1. Recueil des besoins

Cette première étape consiste à collecter les besoins du client et des utilisateurs à travers divers moyens :

• Cahier des charges client
• Sondages
• Questionnaires
• Brainstorming
• Réunions
• Interviews

Le but est de recueillir un maximum d’informations sur les attentes et contraintes.

2. Analyse des besoins

Les besoins collectés sont ensuite analysés pour en améliorer la qualité :

• Élimination des redondances
• Suppression des ambiguïtés
• Correction des incohérences
• Complétion des informations manquantes
• Filtrage selon les objectifs et le contexte

3. Spécification des exigences

Les exigences validées sont rassemblées dans un document unique appelé cahier de spécification. Ce document doit présenter de manière cohérente toutes les exigences du système à réaliser.

Gestion des évolutions

Tout au long du projet, les exigences peuvent évoluer. Il est donc nécessaire de :

• Gérer les demandes de modifications
• Relire et reformuler les exigences
• Valider les exigences avec toutes les parties prenantes (revues, maquettes, prototypes)

Types de documents de spécification

La description d’un système peut être vue selon deux points de vue :

• Interne : destiné aux concepteurs et personnels techniques. Ce document est une description précise du système à réaliser, appelé spécification technique ou spécification du système.
• Externe : destiné aux utilisateurs non informaticiens et décideurs. Ce document présente une description abstraite des services que doit rendre le système ainsi que les contraintes, appelé spécification des besoins ou spécification générale.

Catégories des spécifications

Les spécifications des besoins se divisent en trois grandes catégories :

Spécifications fonctionnelles

• Définissent les services du système en termes de relation entre entrées et sorties.
• Décrivent le « quoi » dans le langage métier.
• Indiquent ce qui doit être fourni ou réalisé pour créer de la valeur.
• Formulent les fonctionnalités que le système doit accomplir.

Spécifications non fonctionnelles

• Correspondent aux contraintes et propriétés globales du système.
• Incluent les contraintes de performance (efficacité, robustesse, sécurité, etc.).
• Incluent les contraintes d’interface, décrivant le comportement du logiciel dans son environnement cible (logiciel et matériel).

Spécifications liées au processus

• Concernent les contraintes liées au développement du produit (coût, délai, assurance qualité).
• Concernent aussi les contraintes liées à l’exploitation future (prix de vente, marché de distribution, etc.).

Exemple de spécification

Un document type de spécification, souvent appelé cahier des charges, suit un plan structuré permettant de présenter clairement les exigences et contraintes du projet. Ce document sert de référence tout au long du développement.

Glossaire des termes clés

• Besoin : Attente ou exigence exprimée par le client ou l’utilisateur, souvent initiale et brute.
• Exigence : Besoin analysé, clarifié et formalisé dans le cadre du projet.
• Cahier des charges : Document qui rassemble les besoins et exigences du client.
• Cahier de spécification : Document qui formalise les exigences validées et détaillées du système à réaliser.
• Spécification fonctionnelle : Description des services et fonctionnalités que doit fournir le système.
• Spécification non fonctionnelle : Description des contraintes globales du système (performance, sécurité, interfaces).
• Spécification liée au processus : Contraintes liées au développement et à l’exploitation du produit.
• Spécification technique : Description précise et détaillée du système destinée aux équipes techniques.
• Spécification des besoins : Description abstraite et globale des services et contraintes destinée aux utilisateurs et décideurs.
• Validation : Processus de vérification des exigences par toutes les parties prenantes.
• Recueil des besoins : Phase de collecte des besoins via questionnaires, interviews, réunions, etc.
• Analyse des besoins : Phase de traitement des besoins pour éliminer ambiguïtés, incohérences et redondances.
• Gestion des évolutions : Suivi et adaptation des exigences tout au long du projet.

Points clés à retenir

• La spécification logicielle est cruciale pour aligner la compréhension entre client et développeurs.
• Le processus d’ingénierie des exigences comprend le recueil, l’analyse, la spécification et la validation des besoins.
• Les documents de spécification peuvent être vus sous un angle interne (technique) ou externe (utilisateur).
• Les exigences se classent en fonctionnelles, non fonctionnelles et liées au processus.
• La gestion des évolutions est indispensable pour intégrer les changements durant le projet.
• Un cahier de spécification clair et complet facilite la réussite du projet logiciel.