II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3: Analyse -
Expression des besoins
Cours « Génie
Logiciel 1 »
Niveau II2
et Spécification
AU: 2017/2018
Chapitre3:
Expression des besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Plan
1. Problématique
2. Les Besoins
3. Analyse des Besoins
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
2
1
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
1-Problématique
Positionnement
Avant projet
Développement
Etude
Préalable
Validation
Première
définition
du
problème
Expression
des besoins
Validation
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Analyse des
besoins
Spécification
Validation
3
Chapitre3:
Expression des besoins
1-Problématique
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Le client ne sait pas toujours ce qu’il veut et n’exprime pas toujours
ses besoins clairement.
Ce que le client demande n’est pas forcement ce dont il a besoin.
Le client exprime souvent la solution à laquelle il pense et non son
besoin réel (que vous ne connaîtrez peut-être jamais).
Le client ne connaît pas toujours l’informatique : il ne sait pas ce qui
est possible et ce qui ne l’est pas.
L’informaticien ne comprend pas le client (et vice versa !)
4
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
2
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
1-Problématique
Les problèmes potentiels
Difficultés de communiquer
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Difficulté d’être précis, cohérent, complet,…
Différences de culture
Les utilisateurs ne sont pas des informaticiens…
Les informaticiens ne connaissent pas le domaine …
Complexité du problème
Problème non formalisé
Evolutivité
Les besoins peuvent évoluer
5
Chapitre3:
Expression des besoins
2-Les Besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Besoin (« requirement ») = exigence de ce que le système
devrait satisfaire
Exemples 1: Système de contrôle d’un ascenseur
B1. Le système doit planifier les activités de l’ascenseur de façon
efficace et raisonnable
B2. Le
système
doit
allumer
l’indicateur
panneau
d’arrivée
correspondant à l’étage où l’ascenseur arrive
B3. Au dernier (resp. premier) étage, le panneau d’appel ne contient
qu’un seul bouton, soit celui pour descendre (resp. monter)
B4. etc…
6
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
3
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
2-Les Besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Exe mple : Réa l i s er un s y s tème de s urvei ll a nce des pa ti ents da ns une uni té de
s oi ns i ntens i f s .
B1. Le système sera installé dans l’unité de soins intensifs de l’hôpital. Cette unité
comporte 8 lits destinés à recevoir des patients dont
l’état est critique et dont
les
signes vitaux doivent être surveillés 24/24.
B2. Les signes vitaux à surveiller sont l’électrocardiogramme, le rythme respiratoire
et la pression artérielle.
B3. La surveillance consiste à saisir les signes vitaux, à les afficher sur des moniteurs
aux lits et au poste des infirmières, à les comparer avec une banque de référence et à
émettre éventuellement des alarmes.
B4. Le système doit produire des rapports sur chaque patient.
B5. Des capteurs en place devront être utilisés.
B6. Le système devra être opérationnel dans un an.
7
Chapitre3:
Expression des besoins
2-Les Besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Énoncé en langage naturel,
imprécis,
incomplet, parfois
confus
Il
est
essentiel de dissocier dans
la description d’un
système, les deux points de vue :
Externes
(celui des utilisateurs non informaticiens, des
décideurs, . . . ).
Internes
(celui des concepteurs, des développeurs, des
personnels techniques, . . . ) ;
8
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
4
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
2-Les besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Les types de besoins
Besoins fonctionnels
À quoi sert le système
Ce que doit faire le système, les fonctions utiles
Description des données manipulés
Besoins non fonctionnels : (propriétés et contraintes)
Pour chaque fonction et pour le système global,
il est possible d’exprimer
Publicité
différents types de contraintes
Besoins du domaine
Requis qui proviennent du domaine d’application du système et qui reflètent les
caractéristiques de ce domaine
9
Chapitre3:
Expression des besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
2-Les besoins
Besoins fonctionnels
Décrivent les fonctionnalités (les services du système)
Dépendent du type de logiciel, des utilisateurs prévus et
du type de système où le logiciel sera utilisé
Les requis fonctionnels de l’utilisateur peuvent être des
énoncés de façon générale (ce que le système devrait
faire) mais les requis fonctionnels du système devraient
décrire en détail les services du système
10
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
5
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
2-Les besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Les besoins
fonctionnels doivent vérifier
la
complétude et la cohérence des exigences
Complet
Doit inclure les descriptions de toutes les fonctions requises
Cohérent
Il ne doit pas y avoir de conflits ou de contradictions dans les
descriptions des fonctionnalité du système
11
Chapitre3:
Expression des besoins
2-Les besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Exemple des besoins conflictuels pour un système
d’astronef (véhicule spatial) :
B1: Afin de minimiser le poids,
le nombre de puces,
dans le système, devrait être minimisé.
B2: Afin de minimiser la consommation d’énergie, des
puces à faible consommation devraient être utilisés
L’usage de puces à faible consommation d’énergie peut vouloir dire
davantage de puces devront être utilisés!
Lequel de ces requis est le plus critique?
12
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
6
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
2-Les besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Les besoins non fonctionnels
Définissent les propriétés et contraintes du système
Exemple:
fiabilité,
temps de
réponse
et besoins
d’espace mémoire,
langage
de
programmation,
méthode de développement, ..
Peuvent être aussi critiques que les requis fonctionnels. S’ils
ne sont pas respectés, le système est inutile!
13
Chapitre3:
Expression des besoins
2-Les besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Classification des besoins non-fonctionnels
Requis de produit
spécifie que le produit livré doit se comporter d’une certaine façon
Ex: vitesse d’exécution, fiabilité, etc.
Requis organisationnel
spécifie
que
le
processus
de
développement
doit
respecter
certaines
caractéristiques
Ex: normes, requis d’implémentation, coût, livraison.
Requis externe
Requis qui provient de facteurs qui sont externes au produit et à son processus
de développement
Ex: requis de compatibilité, requis législatif.
14
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
7
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
2-Les besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Besoins non fonctionnels
sur le processus
sur le produit
externes
en
coûts
en
utilisabilité
en
efficacité
en
fiabilité
en
portabilité
en
livraison
en
implémentation
en
standards
légaux
en
interopérabilité
en
performance
en
taille
15
Chapitre3:
Expression des besoins
2-Les besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Besoins non fonctionnels vérifiables
Les exigences non fonctionnelles peuvent être difficiles à énoncer
précisément et des besoins imprécis peuvent être difficiles à vérifier.
Exemple :
Exprim er un but (non vérifi able) :
Faci lit é d’utili sation et minimisation d es
erreurs
Requis non fonctionnel vérifiable :
Les contrôleurs expérimentés devraient pouvoir utiliser toutes les fonctions du système
au bout de deux heures d’entraînement. Après cet entraînement,
le nombre moyens
d’erreurs fait par ces utilisateurs expérimentés ne devrait pas dépasser deux par jours.
16
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
C
o
u
r
s
Publicité
«
G
L
-
A
C
O
O
»
E
N
S
I
8
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
2-Les besoins
Exemple de mesures
Propriété
Mesure
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
des requis:
Vitesse
Taille
Facilité
d’usage
Fiabilité
Transactions traitées par seconde
Temps de réponse
Temps de réécriture d’écran
Kilo octets
Nombre de puces électroniques
Temps d’entraînement
Nombres de pages d’aides
Temps moyen avant échec
Probabilité de non disponibilité
Taux d’échecs
Disponibilité
Robustesse
Portabilité
Temps de redémarrage après échec
Pourcentage d’évènements causant des échecs
Probabilité de corruption de données lors d’échec
Pourcentage d’énoncés qui sont dépendants sur le
système cible
Nombre de systèmes cibles
17
Chapitre3:
Expression des besoins
3-Analyse des Besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Exigences non fonctionnelles sur le produit
Ergonomie et convivialité du produit (but)
Exemples
Le produit sera conforme aux standards d’image de
marque de la société.
Le produit utilisera les couleurs de la société.
Le produit doit apparaître comme étant moderne /
Institutionnel / Créatif /Très colorée et destiné à des
enfants
18
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
9
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
3-Analyse des Besoins
Exigences non fonctionnelles sur le produit
Facilité d’utilisation (but)
Facilité d’utilisation (mesurable)
Le p roduit doit être faci le à prendre en
main pour un ingénieur.
Il s era possib le au grand public d’utilis er
le produit sans formation.
l e
[ le
U n
p r o d u i t ,
p r o d u i r a
i n g é n i e u r
C
ré s u l t a t
o
u
r
s
i n d i q u é ] d a ns [ l e t e mp s i n d i q u é ] p o u r ut i l i s e r
«
G
L
le
-
A
C
O
O
»
E
[ no mb re ] h e u re s d e fo r ma t io n u n
N
S
I
a v o i r b e s o i n
d ’ u t i l i s e r
ma n ue l.
A p r è s
e mp l o y é d e b u re a u s e ra c a p a b l e d e p r o d u i r e [ l e
s a ns
Le p roduit sera utilis é par des ingéni eurs
ré s ult a t ind i q ué ] p a r [un it é d e t e mp s ].
qui suivront des formations auparavant.
Le s i n g é n i e u rs r é a l i s e ro n t
l’ e x a m e n fi n a l
d e la fo r ma t i o n a u p r o d u i t a v e c u n t a u x d e
ré us s it e d e [p o urc e n t a g e ]
19
Chapitre3:
Expression des besoins
2-Les besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Les besoins du domaine
Dérivés
du
domaine
d’application,
ils
décrivent
les
caractéristiques et fonctions du système qui reflètent le domaine
Peuvent être de nouveaux requis fonctionnels ou des contraintes
Si les requis de domaines ne sont pas respectés, le système peut ne
pas être utilisable!
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
20
10
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
2-Les besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Problèmes avec les besoins du domaine
Compréhension
Les requis sont exprimés dans la langue d’application du domaine
Ceci est souvent non compris par les développeurs du système
Implicite
Les spécialistes du domaine comprennent ce domaine ils ne pensent pas à
rendre les requis de domaine explicites
Confusion/amalgame dans les requis
Les requis fonctionnels et non fonctionnels tendent à se mêler et peuvent
être exprimés ensemble
21
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Chapitre3:
Expression des besoins
3-Analyse des Besoins
But:
Définir ce que le système (à développer) doit faire (le
quoi) sans se préoccuper de la façon dont il doit le faire
(le comment).
Le résultat de l’analyse des besoins est
le document
d’analyse et de spécifications.
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
22
11
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
3-Analyse des Besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Le processus d’analyse des besoins
A. Expression des besoins
Détermination
des besoins
Validation &
négociation
Gestion
des besoins
Cahier
des
Charges
B. Spécification des besoins
Publicité
Modélisation
Et spécification
Validation
Document
d’analyse &
spécification
23
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Chapitre3:
Expression des besoins
3-Analyse des Besoins
Expression des besoins
Détermination
Détermination
des besoins
Validation &
négociation
Gestion
des besoins
Cahier
des
Charges
1. Méthodes traditionnelles
• Entrevue avec clients
• Questionnaire
• Observation
• Étude de l’existant
(documents/logiciels)
2. Méthodes actuelles
JAD, FAST, QFD…
•
Prototypage
•
24
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
12
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
3-Analyse des Besoins
Expression des besoins
Validation
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Détermination
des besoins
Validation &
négociation
Gestion
des besoins
Cahier
des
Charges
1. Vérifier que la description des besoins est complète et cohérente
2. Éliminer les besoins ( non pertinents, irréalisables, Conflictuels, …)
25
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Chapitre3:
Expression des besoins
3-Analyse des Besoins
Expression des besoins
Gestion des besoins
Détermination
des besoins
Validation &
négociation
Gestion
des besoins
Cahier
des
Charges
1. Identification et classification des besoins
Numérotation (séquentielle avec ou sans catégories)
2. Hiérarchisation des besoins
Un besoin peut se composer d’un ou plusieurs besoins plus
spécifiques, moins abstraits
26
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
13
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
3-Analyse des Besoins
Expression des besoins – Exemple:
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
B1. Le programme doit planifier
les activités de
l’ascenseur de façon efficace et raisonnable.
B 1.1. Si l’ascenseur ne contient pas de passager, il
devrait demeurer au rez-de-chaussée en attendant
la prochaine requête.
B 1.2. L’ascenseur ne devrait pas modifier le sens
de son déplacement s’il contient des passagers
qui n’ont pas encore atteint leur destination.
B 1.3 ….
27
Chapitre3:
Expression des besoins
3-Analyse des Besoins
Le Cahier des Charges (CC)
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Un CC doit :
spécifier uniquement les comportements externes
(le quoi non le comment) du système
spécifier les contraintes de réalisation
être facile à mettre à jour
servir de référence à la maintenance
spécifier éventuellement les réponses aux
événements non désirables
28
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
14
II2 - ENSI -- Génie Logiciel
26/09/2017
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Chapitre3:
Expression des besoins
3-Analyse des Besoins
Un CC doit comporter:
I. Fondements du projet :
1. But du projet
a. Problème de l’utilisateur ou contexte du projet
b. Objectifs du projet
2. Personnes et organismes impliqués dans les
enjeux du projet
3. Utilisateurs du produit
29
Chapitre3:
Expression des besoins
3-Analyse des Besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
II. Exigences fonctionnelles :
Les exigences formulées dans un CC peuvent être
regroupées suivant différents critères:
Même catégorie de réponses du système
Même catégorie d’utilisateurs du système
Même type de fonctions du système
…
Dans la pratique, on procède à une combinaison de
plusieurs critères mais à des niveaux différents.
30
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
C
o
u
r
s
«
G
L
-
A
C
O
Publicité
O
»
E
N
S
I
15
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
3-Analyse des Besoins
III. Exigences non fonctionnelles :
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
1.
Environnement de fonctionnement du système actuel et applications « partenaires »
Cette section décrit
produit sera installé.
l’environnement physique et
technologique dans lequel
le
2.
3.
4.
De combien de temps les développeurs disposent-ils pour le projet
Quel est le budget affecté au projet
Contraintes sur le développement (langage de programmation particulier).
IV. Annexes
V. Références
31
Chapitre3:
Expression des besoins
3-Analyse des Besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Caractéristiques d'un cahier des charges
Non-ambiguë
Complet
Vérifiable
Cohérent
Compréhensible par le
client
Réalisable
Modifiable
Indépendant de la conception
Concis
Organisé
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
32
16
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
3-Analyse des Besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Cahier des charges (conseils à suivre)
Langue naturelle… mais technique :
Faire des phrases courtes
Éviter les termes ambigus ou subjectifs
Parler en termes de rôle plutôt que de personnes
Utilisation de références précises
Utiliser un format standard pour le CC
Utiliser
le langage de façon cohérente. Utiliser
‘doit …’ pour les requis obligatoire et ‘peut …’
pour les requis désirables
Organiser les besoins (hiérarchiser des besoins…)
33
Chapitre3:
Expression des besoins
3-Analyse des Besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
Standard IEEE/ANSI 830-1993
Ta bl e de s ma ti è re s
L i s te s de s f i g ure s e t ta bl e a ux
1 . I ntro d uc ti o n
1.1. Objectif du document
- Décrire le but du présent projet et l’audience visée
1.2. Portée du produit
- Identifier le produit à livrer
- Expliquer ce que le produit fera
- Décrire les usages du produit, ses avantages, les bénéfices attendus
et/ou les problèmes qu’il résoudra
1.3. Définitions, acronymes et abréviations (glossaire)
1.4. Références (mentionnées dans ce document)
1.5. Aperçu du document
Ce que contient le reste du document
34
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
17
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
3-Analyse des Besoins
Standard IEEE/ANSI 830-1993
2 . Description générale du produit
C e t t e p a rt ie d é c rit le s fa c t e urs gé né ra u x q ui a ffe c t e n t le p ro d ui t e t s e s e xig e nc e s
2.1. Perspective du produit
- d é c rire la re la t io n d u p ro d u it a ve c s o n e nvi ro n ne m e n t
- me t t re le p ro d u it e n p e rs p e c t i ve p a r ra p p o rt à d ’ a ut re s p ro d u it s s imi la i r e s
- me nt i o n n e r s i le p ro d u it e s t a ut o no m e o u s ’ il fa it p a rt ie d ’ un s ys t è me p lus
la rge
- j o ind re t o ut e s le s fig u re s e t d ia gra m me s
2.2. Vue d’ensemble des fonctionnalités
- d é c rire b riè ve m e n t le s fo nc t i o n s e s s e nt ie l le s d u p ro d ui t
- s i p o s s ib le , p ro d u ire d e s re p ré s e nt a t i o ns gra p h i q u e s q ui ré s u me n t c e s fo nc t i o n s
- e n p a rt ic u l i e r, d é fi n i r le s int e r fa c e s s ui va n t e s : int e r fa c e s ut i l is a t e u rs , a ve c le
ma t é ri e l, a ve c le s a ut re s p ro d ui t s lo gic i e l s e t int e r fa c e s d e c o mm u n ic a t i o n
35
Chapitre3:
Expression des besoins
3-Analyse des Besoins
Standard IEEE/ANSI 830-1993
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
2.3. Caractéristiques des utilisateurs
- définir le caractéristiques des utilisateurs auxquels le produit est destiné
(niveau de connaissance, expérience, expertise technique, existence de sous-
catégorie d’usagers)
2.4. Contraintes d’ordre général
- décrire les facteurs qui limitent les options de l’équipe de développem ent
en matériel, considérations de sécurité, contraintes au niveau du langage de
programmation, facteurs organisationnels
2.5. Hypothèses et dépendances
- identifier tout facteur ou hypothèse implicite qui, si changé, peut modifier
les exigences
36
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
18
II2 - ENSI -- Génie Logiciel
26/09/2017
Chapitre3:
Expression des besoins
C o u r s
« G é n i e L o g i c i e l 1 »
N i v e a u I I 2
3-Analyse des Besoins
Standard IEEE/ANSI 830-1993
3. Description détaillée
Cette partie décrit toutes les exigences du produit à un niveau de détail suffisant pour
permettre au concepteur de satisfaire ces exigences et au testeur de démontrer que les
exigences sont respectées
Les aspects suivants doivent être documentés:
- interfaces externes
- Fonctions
- Performances requises
- Bases de données requises
- Attributs et autres propriétés du produit
- Contraintes sur la conception
- Toutes les figures et diagrammes de ces aspects.
Annexes
Index
C
o
u
r
s
«
G
L
-
A
C
O
O
»
E
N
S
I
37
19