Chapitre 3: Expression et Analyse des Besoins

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

«

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

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

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