Cours de Génie Logiciel: Chapitre 2

L'Ingénierie des besoins/exigences vise à apporter des solutions pour maîtriser l'ensemble des problèmes de découverte et d'analyse des exigences de toutes les parties prenantes d'un projet SI et de spécification, négociation, documentation des exigences à l'égard du SI qui en résultent.

Les exigences (parfois appelés requis) décrivent la raison d'être d'un système.

Un ensemble d'exigences est un cahier des charges ou une spécification des exigences (requirements document).

<p>Les exigences fonctionnelles et les exigences non-fonctionnelles.</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>Décrit le &quot;quoi&quot;, c.-à-d. ce que le système doit faire. (C)</p> Signup and view all the answers

<p>Performances, fiabilité, convivialité, maintenabilité, robustesse, sécurité, portabilité, interopérabilité, éthique.</p> Signup and view all the answers

<p>Le client qui demande la réalisation. (B)</p> Signup and view all the answers

<p>Les utilisateurs, le client (maître d'ouvrage), le demandeur (donneur d'ordre), le directeur ou chef de projet, les développeurs, ceux qui maintiennent.</p> Signup and view all the answers

<p>Création de l'idée.</p> Signup and view all the answers

<p>Préciser les enjeux, la vision, le périmètre et le contexte. (B)</p> Signup and view all the answers

<p>Qu'est-ce que doit faire le système ?</p> Signup and view all the answers

<p>Raffinier les besoins en éliminant les ambiguïtés et les incohérences. (B)</p> Signup and view all the answers

<p>Le cahier des charges.</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>Revues de documents, maquettes et prototypes, scénarios de test.</p> Signup and view all the answers

<p>Pour faire face aux changements dans les exigences causés par des facteurs comme les processus d'affaires, les technologies, le marché, les lois ou une meilleure compréhension du problème.</p> Signup and view all the answers

<p>False (B)</p> Signup and view all the answers

<p>Limiter les risques liés aux changements dans les exigences.</p> Signup and view all the answers

<p>Écrire une phrase complète. (A)</p> Signup and view all the answers

<p>Un sujet et un prédicat.</p> Signup and view all the answers

<p>Le verbe doit être cohérent avec le type d'exigence, il doit être « doit » pour les exigences obligatoires et « peut » pour les exigences optionnelles.</p> Signup and view all the answers

<p>L'exigence doit décrire ce qui doit être fait, et non comment le faire.</p> Signup and view all the answers

<p>La présence de texte qui n'apporte aucune information pertinente.</p> Signup and view all the answers

<p>Une fonction qui n'est pas discutée par aucun document.</p> Signup and view all the answers

<p>Texte qui décrit une solution plutôt que le problème.</p> Signup and view all the answers

<p>Texte qui décrit une fonction de plusieurs façons incompatibles.</p> Signup and view all the answers

<p>Texte qui peut être interprété d'au moins deux façons.</p> Signup and view all the answers

<p>Texte qui définit une fonction qui ne peut pas être vérifiable.</p> Signup and view all the answers

<p>Répartition d'exigences au sein de plusieurs documents, avec références croisées.</p> Signup and view all the answers

<p>Inventer et puis changer la terminologie.</p> Signup and view all the answers

L'ingénierie des besoins vise à gérer les défis liés à la découverte, à l'analyse et à la spécification des besoins de tous les acteurs d'un projet informatique. Elle met l'accent sur la documentation et la négociation des exigences pour le système final.

Les exigences (ou requis) définissent la raison d'être d'un système. Elles expriment les fonctionnalités ou les qualités attendues du système en développement.

Une exigence est une propriété ou un service du système. Une propriété est satisfaite par l'ensemble des services. Un service est une fonction que l'utilisateur peut utiliser ou invoquer.

Les parties prenantes d'un projet informatique sont toutes les personnes impliquées dans le développement et l'utilisation du système, incluant les utilisateurs, le client, le demandeur, le chef de projet, les développeurs et les mainteneurs.

Un objectif est un but ou une préoccupation qui sert à découvrir et à évaluer les exigences fonctionnelles et non-fonctionnelles. Un objectif n'est pas encore une exigence.

Une exigence fonctionnelle décrit une fonction spécifique du système en développement. Elle répond à la question "Que doit faire le système ?"

Une exigence non-fonctionnelle décrit une caractéristique ou une qualité du système, comme la performance, la fiabilité, la convivialité, la maintenabilité, etc. Elle répond à la question "Comment le système doit-il fonctionner ?"

Les exigences non-fonctionnelles peuvent être classées en différentes catégories : exigences de produit, organisationnelles, externes, d'efficacité, de fiabilité, de portabilité, d'interopérabilité, éthiques, d'utilisabilité, de livraison, d'implémentation, de performance, d'espace, de sécurité, de confidentialité et légales.

Pour mesurer les exigences, il est important de les rendre quantifiables et mesurables. Par exemple, la vitesse peut être mesurée en nombre de transactions par seconde, la taille en KiloBytes, la fiabilité en temps moyen entre pannes.

Une bonne exigence utilisateur est une phrase complète, définissant un sujet, un verbe "doit" ou "peut" et un résultat positif avec un critère de qualité mesurable. Par exemple: "Le système doit permettre à l'utilisateur d'accéder au solde de son compte en moins de 5 secondes."

Une mauvaise exigence utilisateur est vague, ne spécifie pas clairement le sujet ou l'action, utilise le mode indicatif, ou ne fournit pas de critère de qualité quantifiable. Par exemple: "L'utilisateur Internet voit rapidement le solde de son compte sur l'écran du portable."

Lors de la spécification des exigences, il est important de les exprimer de manière claire, précise et cohérente, en évitant les erreurs courantes telles que le bruit (texte non pertinent), le silence (fonctionnalité non mentionnée), la sur-spécification (description de la solution plutôt que du problème), les contradictions, les ambiguïtés et les souhaits irréalistes.

La création des exigences marque le début du processus de développement d'un système. Elle peut être motivée par des besoins d'affaires, des nouvelles opportunités de marché, une nécessité ou une idée novatrice.

La définition des objectifs permet de préciser les enjeux, la vision, le périmètre et le contexte du produit. Elle inclut la définition de l'importance du produit, des enjeux, la vision, le périmètre et le contexte d'utilisation.

Le recueil des exigences est une étape importante pour comprendre les besoins des utilisateurs et des parties prenantes. Il existe plusieurs techniques pour collecter les exigences, telles que les interviews, les groupes de travail, l'observation, l'analyse de la concurrence, le remue-méninges et les matrices de priorité.

Le rôle de l'ingénieur des besoins est de collecter, d'analyser et de formaliser les besoins exprimés. Il utilise différentes techniques de recueil, analyse et spécification pour obtenir une compréhension claire et documentée des exigences.

Le processus de gestion des exigences comprend le suivi des changements et des évolutions des besoins. Il est important d'établir des liens de traçabilité entre les exigences, de mettre en place des processus rigoureux de gestion des changements, et d'analyser l'impact des modifications.

La validation des exigences est essentielle pour s'assurer que les besoins sont bien compris et répondent aux attentes des parties prenantes. Des techniques comme les revues de documents, les prototypes et les scénarios de test sont utiles pour valider les exigences.

La négociation joue un rôle crucial dans l'ingénierie des besoins, car les besoins des utilisateurs peuvent différer. L'ingénieur des besoins doit faciliter la négociation entre les parties prenantes pour trouver un compromis acceptable et répondre aux exigences de tous.

La spécification des exigences consiste à rassembler toutes les exigences dans un document unique, appelé le cahier des charges. Ce document doit rassembler les besoins, les objectifs, le contexte, les contraintes techniques et les exigences fonctionnelles et non-fonctionnelles.

La gestion des changements est importante pour s'adapter aux modifications des exigences causées par des changements dans les processus d'affaires, les technologies, le marché, les lois ou une meilleure compréhension du problème.

Les exigences doivent être écrites de manière claire, précise et mesurable. Chaque exigence doit être une phrase complète, avec un sujet et un verbe "doit" ou "peut" . Il faut également inclure un critère de qualité ou une mesure de succès.

Une exigence doit être une phrase complète avec un sujet et un prédicat. Le sujet peut être le système ou l'utilisateur. Le prédicat décrit une condition, une action ou un résultat attendu. Il est important d'utiliser le verbe "doit" pour les exigences obligatoires et "peut" pour les exigences optionnelles.

L'analyse des besoins consiste à examiner minutieusement les besoins bruts collectés, à identifier les ambiguïtés, les incohérences, les redondances et les incomplétudes, et à les clarifier pour obtenir une compréhension précise et cohérente des exigences.

Le remue-méninges, ou brainstorming, est une technique créative utilisée lors du recueil d'exigences pour générer des idées nouvelles et des solutions innovantes.

Les matrices de priorité sont des outils utilisés pour négocier et prioriser les différentes exigences selon des critères prédéfinis. Elles permettent de trouver un compromis acceptable entre les différents besoins et les moyens de les satisfaire.

Un prototype est un modèle simplifié et fonctionnel du système en développement. Utiliser un prototype permet de valider les exigences et de recueillir des commentaires des utilisateurs avant de développer la version finale du système.