Systems Modeling Language

SysML, spécialisé dans la modélisation de systèmes, offre aux ingénieurs systèmes plusieurs améliorations notables par rapport à UML, qui est plus centré sur le logiciel[1] :

• la sémantique de SysML est plus riche et flexible ; SysML impose moins de restrictions liées à la vision d'UML centrée sur le logiciel, et ajoute deux nouveaux types de diagrammes: Le diagramme des exigences (requirements) peut être utilisé pour la gestion des exigences alors que le diagramme paramétrique peut être utilisé pour l'analyse des performances et l'analyse quantitative. Grâce à ces améliorations, SysML est capable de modéliser une large gamme de systèmes, incluant tant du matériel, que du logiciel, de l'information, des processus, du personnel, ou des équipements (au sens large) ;
• SysML est un langage plus réduit qu'UML, ce qui facilite son apprentissage et son utilisation. SysML supprime beaucoup de concepts d'UML trop liés à sa vision centrée sur le logiciel. L'ensemble du langage SysML est plus petit, tant en nombre de types de diagrammes qu'en nombre de concepts totaux ;
• SysML gère mieux les notations tabulaires. Il fournit des tableaux d'allocations flexibles qui supportent l'allocation des exigences (requirements), l'allocation fonctionnelle, et l'allocation structurelle, ce qui facilite l'automatisation de la vérification et de la validation ;
• les concepts propres à SysML étendent les possibilités d'UML et sont architecturalement alignées avec le standard IEEE-Std-1471-2000 (IEEE Recommended Practice for Architectural Description of Software Intensive Systems).

SysML réutilise sept des treize diagrammes d'UML 2 ; il ajoute deux diagrammes spécifiques plus les tableaux d'allocations. Les changements sont[1] :

• ajoutés : le diagramme des exigences et le diagramme paramétrique, les tableaux d'allocations (dérivés des autres diagrammes SysML) ;
• adaptés : le diagramme de définition de bloc (depuis le diagramme de classes), le diagramme de blocs internes (depuis le diagramme de structure composite) ;
• conservés : le diagramme d'activité, le diagramme des paquetages, le diagramme de séquence, le diagramme d'état et le diagramme des cas d'utilisation ;
• supprimés : le diagramme de composants, le diagramme de communication, le diagramme de déploiement, le diagramme global d'interaction, le diagramme de temps et le diagramme d'objets (l'impossibilité de définir des instances de bloc est fréquemment cité comme un défaut de conception de SysML).

Les avantages de SysML sur UML pour l'ingénierie système deviennent évidents en utilisant un exemple concret : la modélisation d'un système automobile.

Avec SysML, il est possible d'utiliser les diagrammes des exigences pour capturer efficacement les besoins fonctionnels, de performances et d'interface, alors qu'UML se limite à offrir des diagrammes de cas d'utilisation pour définir les exigences de haut niveau.

Avec SysML, il est possible d'utiliser des diagrammes paramétriques pour définir précisément la performance et les contraintes mécaniques telles que l'accélération maximum, la capacité en air climatisé, et l'ingénierie acoustique/la gestion du bruit dans l'habitacle. UML ne fournit aucun mécanisme aussi direct pour capturer les informations essentielles relatives à la performance et à la mécanique.

Pour le reste du système automobile, l'extension SysML permet d'utiliser des versions étendues des diagrammes d'activité et des diagrammes d'états d'UML pour spécifier (par exemple) la logique de contrôle du logiciel embarqué dans l'ordinateur de bord de l'automobile. Et d'autres diagrammes structurels et comportementaux de SysML peuvent aussi être utilisés pour modéliser les usines qui construisent ces automobiles.

L'initiative SysML est issue d'une décision de janvier 2001 du groupe de travail sur la modélisation des systèmes pilotés par les modèles de l'International Council on Systems Engineering (INCOSE), afin de modifier UML pour les applications d'ingénierie système. À la suite de cette décision, l'INCOSE et l'Object Management Group (OMG), qui maintient la spécification UML, ont créé conjointement un groupe d'intérêt spécifique dans le domaine de l'ingénierie système (OMG Systems Engineering Domain Special Interest Group ou bien OMG SE DSIG)) en juillet 2001. Le SE DSIG, avec le soutien d'INCOSE et du groupe de travail ISO AP 233, a développé les spécifications du langage de modélisation, qui fut repris ensuite par l'OMG en tant que UML for Systems Engineering Request for Proposal (UML for SE RFP ; document OMG ad/03-03-41) en mars 2003[2].

En 2003, Cris Kobryn et Sanford Friedenthal organisèrent et dirigèrent conjointement les « Partenaires SysML » (SysML Partners) au sein d'une association informelle des acteurs majeurs de l'industrie et des vendeurs d'outils[3], qui initièrent un projet open source de spécification pour développer SysML en réponse au RFP UML pour l'ingénierie des systèmes[1]. Les Partenaires SysML distribuèrent leur premier brouillon de la spécification open source SysML en 2004, et soumirent SysML 1.0a à l'OMG qui l'adopta en novembre 2005.

Plusieurs éditeurs d'outils de modélisation supportent déjà SysML, totalement ou partiellement. Le site officiel de la communauté propose une revue de ces outils[6].