MBSE & outillage
Capella ou Cameo : comment choisir l’outil MBSE de son programme
Le choix entre Capella et Cameo se joue sur la maturité MBSE de l’équipe et sur les obligations d’échange de données vers le client, pas sur une comparaison de fonctionnalités. Capella livre une méthode avec l’outil (ARCADIA) et sert les organisations qui cherchent une solution clé en main permettant de passer tout de suite à l’exécution. Cameo laisse la méthode ouverte, ce qui permet d’avoir une méthode personnalisée (à condition de pouvoir la développer) et de produire du SysML pour des raisons contractuelles.
Sommaire
Deux outils qui ne répondent pas à la même question
Capella est un outil open source qui implémente la méthodologie ARCADIA, une méthode d’ingénierie système structurée en quatre perspectives : analyse opérationnelle, analyse du système, architecture logique, architecture physique. La méthode n’est pas un document à côté de l’outil : elle est dans l’outil, sous forme de transitions guidées d’une perspective à l’autre et de règles de cohérence.
Cameo Systems Modeler, dans le portefeuille CATIA Magic de Dassault Systèmes, répond à une autre question. C’est un atelier SysML généraliste : le langage est normalisé, la méthode est à votre charge. Vous définissez le profil, les gabarits de diagrammes, les conventions de nommage et les règles de validation qui feront de ce langage une pratique d’équipe.
La conséquence est très concrète : avec Capella, la première réunion porte sur le système. Avec Cameo, elle porte sur la méthode. Aucune des deux n’est la bonne réponse dans l’absolu : cela dépend de ce que votre organisation sait déjà faire.
Ce que change une méthode imposée
Pour une équipe qui découvre le MBSE, la contrainte est un accélérateur. ARCADIA force la séparation entre le besoin et la solution, discipline que la plupart des équipes croient respecter jusqu’à ce qu’un modèle rende l’entorse visible. Un premier modèle utile sort en quelques semaines plutôt qu’en quelques mois, et les revues portent sur le contenu plutôt que sur le formalisme.
Le prix de cette contrainte apparaît quand le programme ne rentre pas dans le moule : lignes de produits avec forte variabilité, systèmes de systèmes aux frontières mouvantes, ou intégration dans une chaîne d’outils qui attend du SysML. Capella se contourne, mais chaque contournement retire un peu de ce qui faisait sa valeur.
Symétriquement, le coût d’entrée de Cameo est presque toujours sous-estimé dans les plannings. Entre l’installation et le premier modèle qui sert réellement à décider, il faut compter deux à trois mois d’effort méthodologique (profil, gabarits, conventions, règles de validation). Ce n’est pas du temps perdu, c’est du temps qu’il faut inscrire au planning plutôt que de le découvrir.
Quand l’interopérabilité devient un critère contractuel
Certains donneurs d’ordre exigent explicitement la livraison d’un modèle SysML. Ce point tranche à lui seul : le métamodèle de Capella lui est propre et n’est pas du SysML. Des passerelles existent, mais une passerelle n’est pas une équivalence.
« Livrer un modèle SysML » et « livrer une architecture système modélisée » n’engagent ni le même outil, ni le même budget. Faites préciser la formulation avec votre client avant la revue de lancement, pas pendant la revue de définition préliminaire. En règle générale, il est toujours très utile de présenter à votre prospect ou client ce qui sera ou ne sera pas modélisé : cette information se place généralement dans une section dédiée du SEMP (System Engineering Management Plan).
Il est également possible de vouloir de l’interopérabilité en interne : notamment pour aligner des arborescences (fonctionnelles, logiques, physiques) à travers les outils sans multiplier les opérations manuelles, ou bien pour réutiliser la donnée structurée pour d’autres usages, dans les analyses de fiabilité par exemple.
Ce que SysML v2 change vraiment au raisonnement
L’OMG a approuvé l’adoption finale de SysML v2.0 le 21 juillet 2025, avec KerML 1.0 et la spécification Systems Modeling API and Services 1.0. En juin 2026, l’OMG a lancé un programme de certification officiel, premier signal d’un marché de compétences qui se structure.
Deux changements comptent vraiment. D’abord une syntaxe textuelle en complément du graphique : un modèle devient intelligible, relisible en revue et gérable en configuration avec les outils que vos équipes logicielles utilisent déjà. Ensuite, et c’est le plus structurant, une API normalisée : l’échange cesse d’être un export de fichier pour devenir un service interrogeable.
À terme, cela affaiblit le verrou outil qui pèse aujourd’hui sur le choix. Mais « à terme » n’est pas « maintenant » : le niveau de conformité varie fortement d’un environnement d’ingénierie à l’autre, et une organisation qui attend le bon outil ne fait pas de MBSE pendant ce temps-là. Décidez pour les 24 prochains mois, et vérifiez surtout que ce que vous construisez aujourd’hui pourra être maintenu demain.
Le prix de la licence n’est pas le coût
Capella est gratuit, ce qui ne veut pas dire sans coût : formation, extensions métier, intégration à la chaîne d’outils, support technique si vous en voulez un. Cameo se paie en licences, auxquelles s’ajoutent la structuration de la méthode, l’intégration avec la gestion des exigences et les modules de simulation si vous en avez l’usage.
Dans les deux cas, le poste dominant est le même et n’apparaît sur aucun devis : le temps d’ingénieurs nécessaire pour établir les conventions, former, et surtout maintenir la cohérence du modèle sur la durée. Rapporté à ce poste, l’écart de licence est du bruit sur un programme sérieux. Un modèle que personne ne maintient coûte plus cher qu’une licence, quel qu’en soit le prix.
Une proposition de grille pour trancher
Le tableau ci-dessous résume les critères qui font réellement basculer une décision. Il ne remplace pas une évaluation sur votre propre cas d’usage : si possible, modélisez un sous-système représentatif dans les deux outils avant de vous engager. Deux semaines de maquette coûtent moins cher qu’un an de mauvais choix.
| Critère | Capella / ARCADIA | Cameo / SysML |
|---|---|---|
| Méthode | Fournie et imposée par l’outil | À définir : profil, gabarits, conventions |
| Langage | Métamodèle propre à Capella | SysML, normalisé par l’OMG |
| Licence | Open source, Eclipse Foundation | Commerciale, Dassault Systèmes |
| Délai avant le premier modèle utile | Quelques semaines | Deux à trois mois d’effort méthodologique |
| Livraison contractuelle en SysML | Nécessite une passerelle, avec pertes | Native |
| Souplesse hors du cadre | Limitée : le cadre est la valeur | Élevée : c’est vous qui posez le cadre |
| Équipe la mieux servie | Découvre le MBSE, a besoin d’une pratique commune | A déjà une méthode, ou une contrainte SysML |
Questions fréquentes
Les questions qui reviennent sur ce sujet
Peut-on migrer un modèle Capella vers SysML ?
Techniquement oui, via des passerelles. En pratique, la migration transfère la structure (éléments, liens, hiérarchie), mais pas la logique méthodologique d’ARCADIA qui la justifiait. Le résultat est un modèle SysML syntaxiquement valide que personne dans l’équipe réceptrice ne sait faire évoluer. Une migration se prépare comme un projet, pas comme un export.
Faut-il attendre SysML v2 avant de choisir ?
Non. La spécification a été adoptée définitivement par l’OMG le 21 juillet 2025, mais le niveau de conformité varie encore fortement d’un environnement d’ingénierie à l’autre. Attendre revient à ne pas faire de MBSE pendant ce temps-là, alors que la compétence à acquérir (poser des exigences propres, séparer besoin et solution, tenir une architecture cohérente) est indépendante de l’outil et se transfère. Depuis l’adoption finale de SysML v2 par l’OMG le 21 juillet 2025, la question de l’interopérabilité se pose d’ailleurs autrement : la norme apporte une API standardisée qui déplace l’enjeu de la migration de modèles vers l’échange continu.
Combien de temps avant qu’une équipe soit autonome ?
Avec Capella, comptez quelques semaines pour un premier modèle utile et environ un trimestre pour une autonomie réelle sur un périmètre donné. Avec Cameo, ajoutez le temps de définition méthodologique en amont, soit deux à trois mois. Dans les deux cas, le facteur limitant n’est pas l’outil mais la disponibilité d’un référent capable d’arbitrer les conventions au quotidien.
Peut-on utiliser les deux dans un même programme ?
Au sein d’un large projet spatial, cela arrive régulièrement, en particulier quand chaque institution ou entreprise a sa propre méthodologie et/ou son propre outil. Cela reste viable si la frontière et le sens de la synchronisation sont décidés dès le départ : c’est comme définir une interface entre deux systèmes ! Sans autorité de modèle clairement établie, la double chaîne produit deux vérités concurrentes et coûte beaucoup plus qu’elle ne rapporte.
Le choix de l’outil engage-t-il le client final ?
Souvent plus qu’on ne le pense. Dès que le modèle devient un livrable, le client hérite de l’outil pour le relire, le vérifier et le faire vivre après la fin du contrat. C’est pourquoi la formulation exacte de l’exigence de livraison mérite d’être clarifiée avant la revue de lancement.
Clément Goujon
Ingénieur système depuis près de dix ans sur les programmes phares du spatial et de la défense européens, Clément a dirigé l’architecture système de l’atterrisseur lunaire Argonaut de l’ESA et façonné la stratégie de déploiement MBSE d’un grand intégrateur spatial. Il a mené à bien projets, études R&D et propositions gagnantes sur un large spectre : satellites de télécommunications, atterrisseurs et véhicules de transfert lunaires, habitats spatiaux, systèmes de communication et de navigation, en s’appuyant sur son expérience de développement de produits RF pour le segment spatial.
Il pilote aujourd’hui l’ingénierie système d’un grand programme naval européen, enseigne l’ingénierie des systèmes spatiaux et le MBSE en Master 2 (Université Toulouse III) et accompagne des start-up spatiales européennes. Certifié INCOSE CSEP, il travaille en français, anglais et italien.
Le parcours complet →Note de sourcing
Les éléments datés de cet article s’appuient sur les communications officielles de l’Object Management Group : adoption finale de SysML v2.0, KerML 1.0 et Systems Modeling API and Services 1.0 (21 juillet 2025), et lancement du programme de certification SysML v2 (2 juin 2026). Les appréciations sur les délais de montée en compétence et sur les coûts relèvent de l’expérience de missions et sont données à titre indicatif, sans valeur d’engagement.
Une question qui n’est pas traitée ici ?
Décrivez votre programme en trente minutes et vous obtiendrez un avis honnête, y compris, le cas échéant, que le sujet ne nécessite pas d’aide extérieure.
Dernière mise à jour: