SysML – description fonctionnelle
Diagramme des exigences (req = requirement)
Que l’on soit en phase d’expression du besoin ou en analyse de l’existant, il est nécessaire de préciser les besoins et leurs limites. On utilise pour cela des exigences (requirement).
Une exigence exprime une fonctionnalité, une capacité ou une contrainte à satisfaire par un système. Elle peut être :
- fonctionnelle <<functionalRequirement>> : spécifie une fonction qu’un système doit exécuter
- physique <<physicalRequirement>> : dimensions, masse, encombrement, couleur, …
- conception <<designConstraint>> : contraintes de résistances mécanique, corrosion, durabilité, …
- interface <<interfaceRequirement>> : interface avec un sous système ou d’autres systèmes, …
- performance <<performanceRequirement>> : autonomie, rapidité, précision, fiabilité, …
- usabilité <<usabilltyRequirement>> : ergonomie, facilité d’utilisation, accessibilité, …
Le diagramme des exigences permet d’exprimer et de structurer les besoins au niveau de chaque fonction, et ainsi d’assurer la traçabilité des fonctions.
Ce diagramme est une traduction du cahier des charges sous forme graphique ; c’est un élément de la description fonctionnelle du système qui s’enrichit progressivement tout au long de l’étude.
Exemple : radio-réveil
Types d’associations (liens de dépendance stéréotypés)
- Inclusion : A contient B (la satisfaction de B est nécessaire à celle de A)
- Dérivation (<<DeriveRqt>>) : B est nécessaire pour satisfaire A (mais B n’est pas inclus dans A)
- Raffinement <<Refine>> : B raffine A (un ou plusieurs éléments du modèle (par exemple un cas d’utilisation), redéfinissent une exigence)
- Satisfaction <<Satisfy>> : un ou plusieurs éléments du modèle (par exemple un bloc) permet(tent) de satisfaire une exigence
- Vérification <<Verify>> : un ou plusieurs éléments du modèle (par exemple un « test case ») permet(tent) de vérifier et valider une exigence
