Chapitre 3 : Gestion des
exigences
GL & AGL
SYRINE KAROUI
2014/2015
Plan Chapitre 3
2
I. Processus de spécification logiciel - Ingénierie des
exigences
II. Spécification logicielle – Cahier des charges
1. Comment produire les spécifications?
2. Spécifications logicielles – Principales considérations
3. Comment valider les spécifications?
III. Exemple de spécification
GL&AGL 2014/2015 Syrine Karoui
Objectifs Chapitre 3
3
Savoir spécifier un produit logiciel.
Maitriser l’écriture des exigences.
Garantir la bonne qualité du logiciel.
GL&AGL 2014/2015 Syrine Karoui
Processus de spécification logiciel - Ingénierie
des exigences 1/2
4
Ingénierie des exigences ou ingénierie des besoins :
La démarche systématique, rationnelle et outillée pour
élaborer un cahier des charges et suivre l'évolution des
besoins tout au long d'un projet.
GL&AGL 2014/2015 Syrine Karoui
Processus de spécification logiciel - Ingénierie
des exigences 2/2
5
Recueil des besoins :
Collecte des informations via des moyens techniques diverses : questionnaires interviews,
observations directes, réunions, brainstorming, etc.
Analyse des besoins :
Raffinement des besoins « bruts » en éliminant les ambiguïtés, incohérences, redondances
et incomplétudes entre les besoins exprimés.
Spécification des exigences :
Rassembler dans un document unique (le cahier des charges ) l’ensemble des exigences du
système sous forme cohérente. Ce document tient compte des besoins exprimés par les
utilisateurs ou d’autres parties prenantes, des objectifs, du contexte, et des contraintes
techniques.
Validation :
Les exigences devront être vérifiées et validées par toutes les parties prenantes. Divers
moyens existent pour valider les exigences : revues de documents, maquettes et prototypes.
Gestion des évolutions :
Les changements dans les exigences (à tous les stades du projet) est un phénomène
inévitable, même lorsque tout a été mis en œuvre pour capter, analyser et spécifier les
exigences de manière exhaustive.
GL&AGL 2014/2015 Syrine Karoui
Cahier des charges - Comment produire la
spécification? 1/4
6
GL&AGL 2014/2015 Syrine Karoui
Cahier des charges - Comment produire la
spécification? 2/4
7
Les spécifications s'énoncent habituellement en langue
naturelle.
La langue naturelle pourra être imprécise et peut
présenter des risques d'ambiguïté et ne permet pas de
faire des vérifications de consistance.
Recours à l’écriture Objet UML afin de décrire un
comportement ou un traitement particulier.
Recours à des graphiques et schémas illustratifs.
Recours à des maquettes logicielles.
GL&AGL 2014/2015 Syrine Karoui
Cahier des charges - Comment produire la
spécification? 3/4
8
Deux points de vue dans la description d’un système, :
interne (celui des concepteurs, des personnels techniques, etc.),
externe (celui des utilisateurs non informaticiens, des décideurs, etc.).
Pour le point de vue interne : une description la plus
précise possible du système qui doit être réalisé :
Spécification du système ;
Document de spécification
Ou Spécification technique. technique
Pour le point de vue externe : une description de haut-
niveau d’abstraction des services que doit rendre le système et
les contraintes sous lesquelles il opère :
Spécification des besoins ; Document de spécification
Ou Spécification générale. des besoins
GL&AGL 2014/2015 Syrine Karoui
Cahier des charges - Comment produire la
spécification? 4/4
9
• Trois grandes catégories de spécifications des besoins :
o Fonctionnelles : définit les services du système en termes de
relation entre les entrées et les sorties :
Décrivent le quoi dans les termes du métier.
Elles décrivent ce qui doit être fourni ou réalisé pour produire de la
valeur.
Formulent les fonctionnalités que le système doit réaliser.
o Non Fonctionnelles : ce sont les contraintes et les propriétés
remplies par le système dans son intégralité.
Contraintes de performance : efficacité, robustesse, sécurité, etc.
Contraintes d’ interface : Sert à décrire le comportement du logiciel
dans son environnement d’exploitation cible : Logiciel & matériel.
o Liées au processus : ce sont des contraintes liées au
développement du produit (coût, délai, assurance qualité), ou liées à
l’exploitation future : prix de vente, marché de distribution, etc.
GL&AGL 2014/2015 Syrine Karoui
Spécification logiciel – Principales considérations
1/4
10
GL&AGL 2014/2015 Syrine Karoui
Spécifications logicielles – Principales
considérations 2/4
11
Les besoins exprimés dans la spécification ne doivent pas être
contradictoires.
Le cahier des charges doit, tant que possible, contenir la totalité des
besoins .
Les besoins sont exprimés sous une forme vérifiable, avec le moins
d’ ambiguïtés possibles, de façon à ce que le document puisse faire office
de contrat.
Une relecture systématique par un tiers expert est souvent souhaitable.
De même, le développement d’un prototype pourra épargner de longs
discours , de mauvaises surprises, de conflits & procès.
GL&AGL 2014/2015 Syrine Karoui
Spécifications logicielles – Principales
considérations 3/4
12
Il n’est pas rare que l’écriture d’un cahier des charges nécessite
plusieurs itérations => Définir une spécification est un
développement en soi.
On doit appliquer, convenablement, le principe de séparation des
problèmes en sous-problèmes ainsi que les considérations de
l’abstraction et la modularité.
Garder une trace de l’évolution d’une spécification est essentiel
car elle peut servir à justifier les choix qui ont été pris : on évite de
revenir en arrière dans le développement.
Maintenir une dépendance entre les différentes parties de la
spécification permet de déterminer rapidement les parties impactées
par une modification ou la prise en compte d’une meilleure
compréhension d’un point donné.
GL&AGL 2014/2015 Syrine Karoui
Spécifications logicielles – Principales
considérations 4/4
13
La réalisation d’un contrat logiciel doit pouvoir être donc :
Développer - Vérifier - Evoluer.
La spécification se concrétise sous la forme d’un cahier des charges qui sert de
contrat entre les différentes parties et permet de :
Planifier le projet et estimer les coûts.
Diriger la conception du système.
Préparer la stratégie de la validation.
GL&AGL 2014/2015 Syrine Karoui
Cahier de charges – Comment valider les
spécifications? 1/3
14
GL&AGL 2014/2015 Syrine Karoui
Cahier de charges – Comment valider les
spécifications? 2/3
15
La validation de la spécification vise à montrer que les besoins
explicités correspondent effectivement à ceux des utilisateurs
du système.
Interview, revues, relecture par des tiers, engagement & signatures.
Détecter au plutôt des erreurs d’ incompatibilité et
d’incohérence entre les éléments de la spécification
Documents, exigences, maquettes, schéma, graphiques, etc.
L'ordre de grandeur du coût de validation et correction est
moins élevé que lorsque ces mêmes problèmes se retrouvent
dans des étapes ultérieures de développement du produit.
L'analyse des exigences s'efforce de résoudre ces problèmes.
GL&AGL 2014/2015 Syrine Karoui
Cahier de charges – Comment valider les
spécifications? 3/3
16
S’assurer que les besoins sont exprimés sous une forme vérifiable, avec
le moins d’ ambiguïtés possibles, de façon à ce que le document puisse
faire office de contrat.
Lorsqu’un projet reçoit des exigences d’un fournisseur d’exigences
approuvé, elles sont revues avec ce dernier afin de résoudre les
problèmes éventuels et d’éviter tout malentendu avant leur
incorporation dans le plan de projet
Une fois les deux parties parvenues à un accord, on obtient que les
participants au projet s’engagent sur les exigences.
GL&AGL 2014/2015 Syrine Karoui
Exemple de spécification
17
Plan type d’un document de spécification (Cahier
de charges) :
GL&AGL 2014/2015 Syrine Karoui
