Chapitre 3

Analyse des besoins

 Rappel: Analyse préliminaire
• Analyse d’opportunité sur le marché
– L’analyse d’opportunité est réalisée par une
équipe (client, analyste, gestionnaire de projet)
• Analyse du système actuel ou de la
situation actuelle
• Description du système proposé
• Analyse du système proposé
– Analyse de faisabilité
• L’analyse de faisabilité est réalisée par une équipe
pluridisciplinaire (analyste, gestionnaire de projet,
gestionnaires fonctionnels, client, utilisateurs courants ou
potentiels)
 Analyse des besoins (requis)
• L’analyste doit deux catégories de
identifier besoins du
logiciel :
– fonctionnels
non fonctionnels (de performance)
• Besoins fonctionnels:
– Les fonctions que le logiciel devrait accomplir
• Besoins non fonctionnels:
– Les performances que le logiciel devrait
atteindre
• Temps d’exécution
• Respect des échéances
• Capacité de mémoire occupée
• Fiabilité
• Sécurité
 Protagonistes
• Analyste
• Client
• Utilisateurs opérationnels
• Experts du domaine
• Autorités compétentes
Stratégies et techniques de collecte
d’information
• Observation directe
• Diffusion de questionnaires
• Entrevues
• Consultation de documents
 Exemple de collecte d’information

• Système de contrôle des réservoirs d’une

station de service

• Entrevue avec les gestionnaires de la

station:
1. Quel devrait être le temps maximum de déclanchement de l’alarme si
un capteur devient défectueux?
2. La station dispose-t-elle d’un système d’alarme automatisé?
3. Est-il envisageable d’interfacer le système de contrôle avec cette
alarme?
4. Pensez-vous à d’autres critères de sécurité devant
être impérativement pris en compte dans le système?
 Réponses possibles données par les
gestionnaires de la station
1. Étant donné qu’une panne d’un capteur peut potentiellement
empêcher la détection d’un risque d’explosion, il est
impératif de détecter un mauvais fonctionnement des
capteurs à l’intérieur de 1 seconde.
2. Oui, en effet, nous avons fait installer un système
d’alarme récent couplé avec la surveillance vidéo.
3. Il est effectivement possible de relier le système de
contrôle à l’alarme. Nous pouvons vous fournir la
documentation afin de vous permettre de réaliser cette
liaison.
4. Si tous les délais que nous avons fournis sont respectés, il
n’y a pas d’autres critères.
 Exemple de collecte d’information
(suite)
• Questionnaire aux autorités de validation:

1. Les délais qu’imposent les gestionnaires de la station

service vous semblent-ils raisonnables, et surtout,
respectent-ils les normes environnementales?
2. Le système doit-il entreprendre des actions physiques
lors d’un événement critique ou bien doit-il se contenter
de signaler l’événement par le déclenchement d’une
alarme?
 Réponses possibles données par les
autorités de validation
1. En effet, les délais sont corrects, et même plus stricts que
ce que nous imposons.
2. Pour tous les événements, sauf le risque d’explosion, le
système ne peut pas prendre de décision par lui-même.
Seul l’opérateur peut agir et donc le système doit se
restreindre à signaler tous les événements. En ce qui
concerne le risque d’explosion, le système devrait
commander l’ouverture automatique d’une valve de
pression en plus d’en avertir l’opérateur par une alarme
sonore et un message d’avertissement affiché à l’écran.
 Exemple de collecte d’information
(suite)

• Entrevue avec le technicien chargé de

l’approvisionnement et de la maintenance:

1. La station a-t-elle un contrat avec un

fournisseur de composants électroniques?
2. Le rapport généré par le système sur
demande du préposé doit-il être prévu avec une version
imprimée?
 Réponses possibles données par le
technicien
1. Oui, la compagnie SolTech nous fournit des composants
pour les pompes d’essence. Ils pourront vous fournir tout
le matériel nécessaire pour le système de contrôle.
2. Il faut prévoir cette possibilité, car tous les mois, un
rapport est nécessaire et demandé par la direction afin de
connaître la fréquence des événements critiques.
 Besoins du système de contrôle des
réservoirs
• Besoins fonctionnels:
 B1: Le système doit surveiller 4 réservoirs d’essence
 B2: Le système doit détecter les événements critiques
suivants: fuite, débordement, risque d’explosion.
 B3: Le système doit mesurer périodiquement, à toutes
les secondes, les températures, les niveaux et les
pressions dans les réservoirs d’essence.
 B4: À toutes les secondes, le système doit vérifier si
tous les capteurs fonctionnent correctement.
Besoins du système d’alarme (suite)
 B5 : Le système doit signaler une fuite aussitôt qu’il
détecte une perte d’essence de 2% de la capacité d’un
réservoir.
 B6 : Le système doit signaler un débordement lorsque
le niveau d’essence atteint 90% de la hauteur d’un
réservoir.
 B7 : Le système doit signaler un risque d’explosion
lorsque la pression dans un réservoir dépasse 2400 kPa.
Besoins du système d’alarme (suite)
 B8: Dans le cas où le système détecte un événement
critique, il doit afficher des messages d'avertissement
par-dessus tout autre message.
 B9 : Le système doit enregistrer tous les événements
critiques dans une base de données.
 B10 : Le système doit fournir au préposé, sur demande,
les valeurs courantes de températures, niveaux et
pressions
Besoins du système d’alarme (suite)

 B11 : Le système doit fournir sur demande des rapports

contenant l’historique des événements critiques
détectés dans une certaine période et mémorisés dans la
base de données.
 B12 : Pour chaque événement, le système doit
imprimer la date et l’heure, le type (fuite, débordement,
risque d’explosion, capteur défectueux) ainsi que le
numéro du réservoir concerné.
 Besoins du système d’alarme (suite)

• Besoins non fonctionnels (de performance):

 B13 : En cas de fuite, l’alarme doit
s’activer à l’intérieur d’une minute.
 B14 : En cas de débordement, l’alarme doit s’activer à
l’intérieur de 3 secondes.
 B15: En cas de risque d’explosion,
l’alarme doit
s’activer à l’intérieur de 2 secondes.
 B16: En cas d’un un mauvais fonctionnement des
capteurs, l’alarme doit s’activer à l’intérieur de 1
seconde.
 Exercice

• Identifiez les besoins fonctionnels et de performance

du système de gestion documentaire de la
bibliothèque municipale de St-Léonard décrit ci-
après.
 Description informelle

La bibliothèque municipale de St-Léonard

commence à avoir beaucoup de difficultés à gérer
le matériel documentaire disponible pour la
consultation et le prêt aux citoyens.

Elle sollicite la compagnie où vous travaillez

comme analystes pour étudier le système existant
et le remplacer par un autre, informatisé
partiellement.
 Description informelle (suite)
La bibliothèque compte plus de 100 000 livres,
350 périodiques et journaux (quotidiens,
hebdomadaires, mensuels, trimestriels) et environ
3 000 cassettes audio et vidéo, admissibles à la
consultation sur place ou au prêt.

Lors de la réception de nouveaux documents et

casettes, la bibliothécaire fait la classification des
documents (en réalité une indexation-sujet à partir
d’une liste de descripteurs, afin de faciliter le
repérage) et complète la fiche du livre ou de la
cassette, en inscrivant le sujet, les auteurs et le
titre.
 Description informelle (suite)
Une fois la classification terminée, elle répartit les
livres, les périodiques et les cassettes dans les
sections suivantes:
• Ouvrages de références
• Livres techniques et d’informatique
• Livres pour enfants
• Autres livres
• Journaux
• Périodiques
• Casettes audio
• Vidéos
• Nouvelles acquisitions
– livres reçus au cours des 2 derniers mois 21
 Description informelle (suite)

Certains livres parus au cours de la dernière année et très

en demande sont loués pour une durée de 10 jours et
peuvent être réservés (une liste d’attente est maintenue à
cet effet). Un client qui veut emprunter un de ces livres qui
n’est pas disponible, doit téléphoner ou se présenter au
comptoir pour s’inscrire sur cette liste.
Le coût de la réservation d’un document est de 1$.
Pour les prêts réguliers, la durée de location est de 21 jours
et l’amende de 15 sous/jour de retard.

Pour qu ’une demande de prêt soit acceptée, le client doit

présenter sa carte client et emprunter ou réserver au
maximum 4 documents.
 Description informelle (suite)
Afin d’améliorer la qualité du travail au comptoir, la
direction de la bibliothèque prévoit d’installer des lecteurs
optiques, pour lire le code de barres représentant le
numéro d’identification de chaque document et de la carte
client.
Des terminaux seront prévus afin de donner aux clients la
possibilité de faire la recherche rapide des documents. Les
opérations de prêt et de retour ne pourront être effectués
qu’au comptoir, à des postes de travail distincts, réservés
au personnel de la bibliothèque.

Le nouveau système informatisé servira aussi à l’émission

des cartes client et à la classification des documents.
 Besoins du système de gestion
documentaire de la bibliothèque
municipale de St-Léonard

• Besoins fonctionnels:

B1: Le système doit etre capable de faire la classification des

nouveaux documents à partir d’une liste de descripteurs.
B2: Le système doit etre capable de faire la saisie et la repartition
des nouveaux documents dans des sections appropriées
B3: Le système doit générer une fiche document avec code à barre
B4: Le système doit générer une carte client avec code à barre
B5: Le système doit donner la possibilité de faire une recherche
rapide des documents.
 Besoins du système de gestion
documentaire de la bibliothèque
municipale de St-Léonard

• Besoins fonctionnels (Suite):

B6: Le système doit donner la possibilité d’effectuer des opérations

de prêt et de retour de documents
B7: Le système doit etre en mesure d’inscrire un client sur une liste
d’attente pour prets de documents parus la derniere année
B8: Le système doit etre capable d’emettre une facture par client
incluant l’amende en cas de retard.
 Besoins du système de gestion
documentaire de la bibliothèque
municipale de St-Léonard (Suite)

• Besoins non fonctionnels (de performance):