Exigences

From Systems analysis Wiki
Jump to navigation Jump to search

Exigence (Requirement) — une déclaration formalisée (documentée) décrivant ce qu'un système doit fournir, avec quel niveau de qualité ou quelles propriétés physiques/opérationnelles il doit posséder, formulée de manière à pouvoir être liée sans ambiguïté au besoin initial de l'utilisateur et vérifiée ultérieurement.

Types d'exigences

Types d'exigences :

  • Exigences fonctionnelles : définissent ce qu'un élément donné du système doit faire.
  • Exigences de précision : définissent les paramètres quantitatifs des fonctions correspondantes exécutées par le système.
  • Exigences de contrainte : découlent des limitations du mode de fonctionnement, des conditions environnementales, de la sécurité ou de la conformité aux réglementations.
  • Exigences de vérification : permettent de s'assurer que le système possède les caractéristiques spécifiées dans son environnement de fonctionnement réel.
  • Exigences d'interface : définissent les fonctions, les caractéristiques, les tolérances et les limitations de toutes les interfaces.
  • Exigences opérationnelles : définissent la capacité opérationnelle du système et son interaction avec les utilisateurs.

SMART

L'acronyme SMART est utilisé pour mémoriser les caractéristiques de bonnes exigences.

  • Specific (Spécifique) — l'exigence décrit une seule fonction ou caractéristique du système, en formulant ce qui doit être fait et avec quel niveau de performance, sans spécifier la manière de le réaliser.
  • Measurable (Mesurable) — le paramètre est exprimé objectivement : par un nombre, une plage de valeurs, une tolérance ou un autre critère vérifiable permettant de confirmer sans ambiguïté sa réalisation.
  • Achievable (Atteignable) — la réalisation est possible avec les technologies, les délais et le budget disponibles, et avec un niveau de risque acceptable.
  • Relevant (Pertinente) - l'exigence doit correspondre au niveau de système choisi.
  • Traceable (Traçable) — l'exigence possède un identifiant unique et une source documentée ; elle est logiquement liée aux exigences de niveau supérieur et au besoin qui l'a engendrée, ce qui assure une traçabilité bidirectionnelle.

Bibliographie

  • ISO/IEC/IEEE 29148:2018 «Systems and Software Engineering — Requirements Engineering»
  • ISO/IEC/IEEE 15288:2023 «System Life-Cycle Processes»
  • PMI: Requirements Management — A Practice Guide, 2015
  • INCOSE Guide to Writing Requirements, 2023