![\"Diagramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6abb59a6aaa21.png\")
<\/p>\n
L’id\u00e9e fondamentale est la tra\u00e7abilit\u00e9<\/strong>. Dans un syst\u00e8me informatique, une exigence ne vit pas en isolation. Un besoin d’un acteur cl\u00e9 pousse une exigence du syst\u00e8me ; cette exigence est satisfaite par un bloc architectural ; un cas de test la v\u00e9rifie ; et elle peut \u00eatre affin\u00e9e en sous-exigences. Le diagramme d’exigences rend chaque lien visible et v\u00e9rifiable. C’est ce qui transforme un tableau plat en un mod\u00e8le.<\/p>\n Les projets informatiques sont notoirement connus pour d\u00e9rive des exigences<\/strong> \u2014 d\u00e9rive de port\u00e9e, changements non ma\u00eetris\u00e9s, et le probl\u00e8me \u00ab nous l’avons construit mais personne ne l’avait demand\u00e9 \u00bb. Un diagramme d’exigences aide car il vous permet de :<\/p>\n Un besoin est repr\u00e9sent\u00e9 par un rectangle avec unnom<\/strong>, unID unique<\/strong>(typiquement hi\u00e9rarchique, comme La r\u00e8gle essentielle :<\/strong> Une relation n’est jamais trac\u00e9e vers le besoin dont elle d\u00e9rive Cha\u00eene d’identification<\/em> \u2014 elle est trac\u00e9e vers l’\u00e9l\u00e9ment dont elle d\u00e9rive alias<\/em>. Et si le besoin A contient<\/strong> le besoin B, vous devez ne pas<\/strong> \u00e9galement tracer une Note de notation :<\/strong> les fl\u00e8ches de relation ont des t\u00eates sp\u00e9cifiques (la Cet exemple montre la containment et la d\u00e9rivation, le squelette avec lequel commence tout diagramme d’exigences. Une exigence de performance de niveau sup\u00e9rieur se d\u00e9compose en sous-exigences mesurables.<\/p>\nPourquoi l’utiliser pour les syst\u00e8mes informatiques ?<\/h3>\n
![\"Diagramme](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6abb5c1236fd8.png\")
<\/p>\n\n
satisfaire<\/code>jusqu’\u00e0 l’exigence, et d\u00e9riv\u00e9<\/code> se connecte au besoin m\u00e9tier.<\/li>\nv\u00e9rifier<\/code> se connecte aux cas de test.<\/li>\n2. Concepts cl\u00e9s et notation<\/h2>\n
2.1 L’\u00e9l\u00e9ment de besoin<\/h3>\n
1.2.3<\/code>), et texte de exigence<\/strong>. Le st\u00e9r\u00e9otype est \u00abexigence\u00bb<\/code>.<\/p>\n![\"\u00c9l\u00e9ment](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6abb59ff9dde0.png\")
Les exigences peuvent contenir propri\u00e9t\u00e9s<\/strong> \u2014 attributs formellement mod\u00e9lis\u00e9s tels que source<\/code>, risque<\/code>, priorit\u00e9<\/code>, \u00e9tat<\/code>, ou m\u00e9thode de v\u00e9rification<\/code>. Cela rend une exigence mesurable<\/em> plut\u00f4t que vague.<\/p>\n2.2 Les relations (le c\u0153ur du sch\u00e9ma)<\/h3>\n
![\"Graphique](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6abb5b3787be7.png\")
<\/p>\n\n\n
\n \nRelation<\/th>\n Notation<\/th>\n Direction et signification<\/th>\n Utilisation typique en informatique<\/th>\n<\/tr>\n<\/thead>\n \n Contenance<\/strong><\/td>\n \u00abcontient\u00bb<\/code><\/td>\nParent contient<\/strong> enfant. Organise l’arbre des exigences.<\/td>\n Exigence de s\u00e9curit\u00e9<\/code> contient Exigence de connexion<\/code>, Exigence de chiffrement<\/code><\/td>\n<\/tr>\n\n D\u00e9duction<\/strong><\/td>\n \u00abd\u00e9river\u00bb<\/code><\/td>\nL’enfant est d\u00e9riv\u00e9 de<\/strong> parent (g\u00e9n\u00e9ralement une reformulation plus concr\u00e8te).<\/td>\n Exigence syst\u00e8me<\/code> d\u00e9rive en Exigence sous-syst\u00e8me<\/code><\/td>\n<\/tr>\n\n Satisfaction<\/strong><\/td>\n \u00absatisfaire\u00bb<\/code><\/td>\nUn \u00e9l\u00e9ment de conception (bloc\/composant) satisfait<\/strong> une exigence.<\/td>\n AuthService<\/code> satisfait Exigence de connexion<\/code><\/td>\n<\/tr>\n\n V\u00e9rification<\/strong><\/td>\n \u00abv\u00e9rifier\u00bb<\/code><\/td>\nUn cas de test v\u00e9rifie<\/strong> une exigence.<\/td>\n LoginTest<\/code> v\u00e9rifie Demande de connexion<\/code><\/td>\n<\/tr>\n\n Affinement<\/strong><\/td>\n \u00abaffiner\u00bb<\/code><\/td>\nUn \u00e9l\u00e9ment de mod\u00e8le affine<\/strong> une exigence (ajoute des d\u00e9tails).<\/td>\n Un cas d’utilisation ou un diagramme d’activit\u00e9 affine une exigence<\/td>\n<\/tr>\n \n Tra\u00e7abilit\u00e9<\/strong><\/td>\n \u00abtra\u00e7abilit\u00e9\u00bb<\/code><\/td>\nUn lien g\u00e9n\u00e9ral, non sp\u00e9cifique tra\u00e7abilit\u00e9<\/strong> lien.<\/td>\n Tout lien \u00ab ceci est li\u00e9 \u00e0 cela \u00bb que vous ne pouvez pas nommer autrement<\/td>\n<\/tr>\n \n Copie<\/strong><\/td>\n \u00abcopie\u00bb<\/code><\/td>\nUne exigence est une copie<\/strong> d’une autre (r\u00e9utilisation entre projets).<\/td>\n NFR partag\u00e9e copi\u00e9e dans deux projets<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n \u00abd\u00e9river\u00bb<\/code> entre eux dans n’importe quel sens ; la contenance et la d\u00e9rivation sont mutuellement exclusives pour la m\u00eame paire.<\/p>\n2.3 Blocs, cas de test et sources de raffinement<\/h3>\n
\n
\u00abbloc\u00bb<\/code>): l’\u00e9l\u00e9ment de conception qui satisfait les exigences. Dans un contexte informatique, il s’agit de votre composant architectural \u2014 un service, un module ou une API.<\/li>\n\u00abcasDeTest\u00bb<\/code>): l’unit\u00e9 de v\u00e9rification.<\/li>\n\n
\u00absatisfait\u00bb<\/code> fl\u00e8che, par exemple, s’ouvre vers l’exigence \u00e0 satisfaire). Lorsqu’on \u00e9crit \u00e0 leur sujet dans un texte, il faut toujours citer le st\u00e9r\u00e9otype \u2014 \u00e9crire `\u00absatisfait\u00bb`<\/code> \u2014 afin qu’elle ne soit pas interpr\u00e9t\u00e9e par le parseur Markdown du lecteur.<\/p>\n<\/blockquote>\n3. Exemples de diagrammes<\/h2>\n
Exemple 1 \u2014 Une hi\u00e9rarchie fondamentale des exigences<\/h3>\n
![\"Interface](\"https:\/\/www.cybermedian.com\/wp-content\/uploads\/2026\/09\/img_6abb58fbccd91.png\")
<\/p>\n
\n
\n