Le chemin (metachain) part de chaque élément du type de départ et suit, étape par étape, une relation (allocation, propriétaire, élément contenu, port relié…). La dernière étape peut lire une valeur (Name, ID, attribut) à afficher dans la cellule. À partir de la 2ᵉ étape, le type est imposé par le résultat de l'étape précédente.
Application autonome (un seul fichier HTML) pour explorer, analyser, contrôler et exporter un modèle Capella / ARCADIA sans ouvrir Capella. Le fichier .capella est lu localement dans le navigateur.
.capella, .melodymodeller, .xml) ou SysML v2 (.sysml, .kpar) — n'importe où dans la fenêtre, ou cliquez 📂 Fichier modèle… sur l'écran d'accueil (ou 📁 Fichier › 📂 Ouvrir un modèle… ; les formats acceptés sont rappelés sous les boutons). 📁 Dossier du projet… (ou 📁 Fichier › 📁 Ouvrir le dossier du projet…, ou un dossier déposé, sous Edge / Chrome) charge le projet en une fois : le .capella avec ses diagrammes .aird et ses bibliothèques, ou les .sysml d'un projet SysML v2 ; s'il contient plusieurs modèles, vous choisissez lequel. Les commandes propres à Capella (🔄 mise à jour, 🔄 suivi du fichier) le disent dans leur libellé.Première utilisation ? Sur l'écran d'accueil, 🚀 Bien démarrer montre où ouvrir votre fichier, puis reprend une fois le modèle chargé pour montrer où trouver l'aide et les tutoriels. ❓ Aide ▾ › 🎓 Visite guidée présente chaque zone de l'interface pas à pas (plus complète avec un modèle chargé). Dans chaque vue, ❓ Aide ▾ › 🎯 Visite de cette vue en présente les menus et ce qu'ils font.
Seul le fichier sémantique .capella est lu. Les fichiers .aird (diagrammes) et .afm sont refusés : ils ne contiennent pas les éléments du modèle.
⚠ Quand un modèle est chargé, le navigateur demande une confirmation avant de quitter la page (bouton ← Précédent, fermeture de l'onglet) : sinon le travail en cours serait perdu. Pensez à 💾 Enregistrer.
💾 Enregistrer (Ctrl+S) écrit la page directement dans un fichier choisi une fois, puis l'écrase à chaque enregistrement, sans passer par les téléchargements (Edge / Chrome ; ailleurs, la page est téléchargée). Maj+clic ou Ctrl+Maj+S : enregistrer sous. 💾 Page HTML télécharge la page. Dans les deux cas, toute l'application est enregistrée avec le modèle embarqué. À l'ouverture de ce fichier, le modèle se recharge tout seul : pratique pour figer un état ou partager une analyse avec quelqu'un qui n'a pas Capella.
La page enregistrée contient : le modèle et ses diagrammes (.aird), l'🏠 accueil (fiche projet, check-lists, plans de revue, dossiers de relecture et leurs retours), les commentaires de 💬 Revue, la barre des vues (menus, épingles), les tableaux de bord, les onglets et colonnes du ▤ Tableau (colonnes par chemin, filtres, largeurs, tri), le thème et les règles de nommage. Ne sont pas conservés : la version chargée pour ⚖ Comparaison et les filtres des autres vues.
📁 Fichier › ⚙ Enregistrer l'interface et les vues : les mêmes réglages sans le modèle, dans un fichier .json (parties au choix) ; ⚙ Charger une interface et des vues les réapplique, par exemple avec un autre modèle ou une nouvelle version de la page.
L'application fonctionne sans connexion : toutes les ressources sont intégrées au fichier, y compris la bibliothèque graphique D3.js v7.9.0 (licence ISC). Les exports (PDF, ZIP, PNG, SVG, CSV, HTML) sont générés dans le navigateur, sans bibliothèque externe, et les rapports HTML produits sont eux aussi autonomes. Une 💾 Page HTML sauvegardée reste utilisable hors ligne.
| ◀ ▶ | Historique de navigation (Alt+← / Alt+→ ; clic droit : liste des étapes). |
| 🏠 · 🔲 · ▤ | Boutons directs : 🏠 Accueil, 🔲 Diagrammes Capella, ▤ Tableau (et les vues que vous épinglez par 📌). |
| 🏗 ▾ · ✅ ▾ · 💬 ▾ | Menus des vues, rangés par intention : 🏗 Architecture (comment le système est construit, 🗺 Relation Map comprise), ✅ Vérifier (santé, contrôles, traçabilité, exigences, comparaison…), 💬 Revue & documents (commentaires — le badge compte ceux qui ne sont pas clos —, check-lists, dossiers à faire relire, rapports, tableaux de bord). Détail dans l'onglet Vues Capella. |
| 🔍 (Ctrl K) | Recherche d'une vue, d'un élément du modèle ou d'un diagramme ; sans texte, toutes les vues. |
| Essentiel · Complet | Niveau d'affichage des menus : les vues les plus utilisées (par défaut), ou toutes les vues. |
| Sans modèle ouvert, la barre se réduit à 📁 Fichier, ❓ Aide et ⚙. | |
| 📁 Fichier ▾ | 🔷 Ouvrir un modèle Capella : remplace le modèle affiché. 🔄 Charger une mise à jour du modèle : compare un autre fichier au modèle affiché, montre le delta et met à jour après validation ; si moins de la moitié des éléments sont communs, une alerte signale que ce n'est peut-être pas le même projet. 💾 Enregistrer (Ctrl+S) / Enregistrer sous… (Ctrl+Maj+S) / 🌐 Télécharger la page HTML : page autonome contenant le modèle, la barre des vues, les tableaux de bord, les onglets et colonnes du ▤ Tableau, le thème, les règles de nommage et les commentaires de 💬 Revue. Si un modèle est déjà ouvert, un avertissement s'affiche avant le sélecteur de fichier : le travail non enregistré sera perdu ; 💾 Enregistrer la page, puis 📂 Choisir le fichier .capella…. ⚙ Enregistrer / Charger l'interface et les vues : les mêmes réglages sans le modèle, dans un fichier .json, au choix des parties, pour les réutiliser avec un autre modèle. |
| 💾 | Enregistrement direct (Ctrl+S ; Maj+clic ou Ctrl+Maj+S : enregistrer sous). |
| 🔄 | Nouvelles versions du fichier .capella (voir plus bas) : le bouton n'apparaît, avec son badge, que lorsqu'une nouvelle version est détectée ; le menu s'ouvre par 📁 Fichier › 🔄 Suivi du fichier. |
| ⚙ › 🎨 Thème | Sombre (par défaut), Clair, Office 2007, Contraste (🌊 Marine et 🌿 Nature ont été retirés : une page qui les utilisait passe en Sombre). Les vues se redessinent avec des couleurs adaptées ; en thème clair (Office 2007, Clair ou personnalisé clair), les textes colorés sont automatiquement foncés pour rester lisibles. |
| ⚙ › 🎨 Thème › Personnaliser… | Thème personnalisé : toutes les couleurs (fonds, textes, accent, bordures, statuts, Relation Map, couches ARCADIA), aperçu en direct, « Partir de » un thème existant, contraste du texte affiché, ⬇ / ⬆ JSON. Il apparaît ensuite comme « 🎨 Personnalisé » dans la liste et est conservé dans la page enregistrée. |
| 🌐 EN / FR | Version multilingue (arcalyse-multi.html) seulement : passe dans l'autre langue (bouton de la barre ou lien de l'écran d'accueil). La page est rechargée et le modèle chargé est conservé ; l'adresse ?lang=fr ou ?lang=en choisit aussi la langue. Sans choix, la langue du navigateur est utilisée. |
| ⬇ Export ▾ | Export du graphe Relation Map (2e barre de la Relation Map) : image PNG, JPEG ou SVG, ou données CSV (voir ci-dessous). |
| ❓ Aide ▾ | 📖 Aide complète : cette documentation ; 🎯 Visite de cette vue : présentation des menus et commandes de la vue affichée (Relation Map, chaque vue Capella ; modèle chargé) ; 🎓 Visite guidée : découverte de l'interface pas à pas (zone mise en évidence, reste de l'écran assombri ; ◀ Précédent / Suivant ▶ ou flèches du clavier, ✕ ou Échap pour quitter). Les deux sont aussi accessibles depuis l'écran d'accueil. ℹ À propos : version, auteur, licence (Apache 2.0), contact, composants tiers (licence D3.js), informations techniques à copier pour un signalement (dont le navigateur de test : Google Chrome version 155). |
Affiché uniquement en mode 🗺 Relation Map.
| + / - / ⊡ Fit | Zoom avant, arrière, ajuster à la fenêtre. |
| ⚙ Filtres | Tiroir au-dessus du graphe, en deux colonnes : Types d'éléments (couleurs par couche ARCADIA, nombre d'éléments) et Critères de relation (relations Capella à suivre). Recherche dans chaque colonne, ☑ / ☐ tout cocher ou décocher, groupes cochables en bloc, compteurs « cochés / total » (aussi sur le bouton). × ou Échap le referme. |
| ↓ Ouvrir tout / ↑ Fermer tout | Développe ou replie tous les nœuds du graphe. |
| Profondeur − n + | Profondeur de voisinage autour de l'élément de contexte (1 à 10). |
| → LR ▾ (disposition) | Menu de disposition du graphe : → LR, ↓ TB, ← RL, ◉ radiale, ⚡ zigzag (lecture de séquences) ; le bouton affiche la disposition courante. |
| # Nums | Numéros sur les relations. |
| ◉ Légende | Affiche ou masque la légende : seulement les relations présentes dans le graphe affiché, avec leur nombre ; un clic sur son titre la replie. |
| ⌁ Relations | Noms des relations sur les arêtes. |
| ✂ Noms | Coupe les noms trop longs. |
| ⊙ Unique | Actif par défaut : chaque élément n'est déployé qu'une fois, à sa plus courte distance du contexte ; ses autres occurrences restent affichées, grisées et repliées (↺) — un clic dessus sélectionne la première occurrence et centre la vue dessus. Désactivé : chaque branche redéploie tout. Dans les deux cas, plusieurs relations du même type vers le même élément (ex. plusieurs échanges entre deux fonctions) forment une seule arête, notée « ×n » quand ⌁ Relations est actif. |
| ⬡ Compact | Nœuds réduits. |
| ⬇ Export ▾ › ▦ Arbre par niveaux… | CSV du graphe affiché, déplié de gauche à droite : le contexte dans la première colonne, puis une colonne par niveau et par relation (« N2 · Échange fonctionnel »). Un élément et son premier voisin sont sur la même ligne, les voisins suivants en dessous. Options : Relation dans une colonne à part (colonnes « Relation Nn » + « Nn » : nombre de colonnes fixe, utile quand beaucoup de relations sont cochées) et Répéter les cellules des parents (pour filtrer ou faire un tableau croisé ; par défaut, cellules vides). « ×n » = relations fusionnées, « ↺ » = occurrence déjà déployée. Seuls les nœuds affichés sont exportés (repliés, masqués et filtrés exclus). |
| ⬇ Export ▾ › ⇄ Relations affichées… | CSV avec une ligne par arête affichée : source, relation, cible, nombre (relations fusionnées), profondeur, chemin depuis le contexte. En vue chaîne : source, échange, cible. Les deux exports passent par la fenêtre « Colonnes de l'export » (ID, type, couche, owner, description… ajoutables pour chaque colonne d'éléments). |
| Ctrl + / Ctrl − | Zoom avant / arrière (aussi Ctrl + molette). |
| Ctrl W | Ajuster la vue. |
| Ctrl K | Champ 🔍 de la barre : recherche d'une vue, d'un élément ou d'un diagramme (Entrée pour ouvrir). |
| Échap | Ferme la fenêtre ou le menu ouvert. |
| Ctrl/Cmd + clic, Maj + clic | Sélection multiple dans l'arborescence. |
| Ctrl V | Colle une liste (texte ou Excel) sous l'élément sélectionné de l'arborescence. |
Graphe centré sur un élément de contexte : ses voisins sont affichés jusqu'à la profondeur choisie, selon les relations Capella sélectionnées (allocation fonction → composant, échanges, liens physiques, chaînes…).
En bas de la fenêtre, la barre d'état rappelle l'élément de contexte, le nombre de nœuds et d'éléments uniques affichés et la profondeur ; elle n'apparaît qu'en Relation Map. 🎯 Visite de cette vue choisit un élément de contexte s'il n'y en a pas encore, pour montrer un graphe.
Sous la 2e barre, une barre d'onglets Vue 1 · Vue 2 · +, comme dans ▤ Tableau. Chaque vue retient l'élément de contexte, la profondeur, la disposition, les types et relations cochés (⚙ Filtres), les options d'affichage (# Nums, ⌁ Relations, ✂ Noms, ⊙ Unique, ⬡ Compact, légende), les éléments masqués, les nœuds repliés à la main, le zoom et la chaîne affichée. Tout changement est enregistré dans la vue active, sans bouton « Enregistrer » ; les couleurs restent communes à toutes les vues.
| Onglet | Clic : afficher la vue · double-clic : renommer (un nom vidé redevient automatique) · ✕ : fermer · glisser : réordonner. Tant qu'elle n'est pas renommée, une vue porte le nom de son contexte, ex. « Cabin Terminal (LA) ». ⚠ : élément de contexte absent du modèle chargé (choisissez-en un autre). |
| + ▾ | Copie de la vue affichée, vue vide (réglages de départ, même contexte) ou préréglage qui ne coche que certaines relations : 🧱 Structure (décompositions, déploiement), ƒ Fonctionnel (sous-fonctions, allocations, échanges fonctionnels, chaînes), 🔌 Interfaces (échanges de composants, liens physiques, ports, éléments échangés), 🧬 Traçabilité (réalisations entre couches, capacités), ⚡ Tout. |
| 💾 Sauver vue · 📂 Charger vue | Enregistre la vue affichée dans un fichier .json ; le chargement l'ouvre dans un nouvel onglet. |
Les vues sont enregistrées dans la 💾 Page HTML et dans le fichier ⚙ Interface et vues (partie « 🗺 Relation Map »). Elles sont gardées quand on charge un autre modèle.
| Clic sur un nœud | Sélectionne l'élément (le panneau 🔎 Détail, s'il est ouvert, suit la sélection). |
| Double-clic | Fait de ce nœud le nouveau contexte. |
| Clic droit | Menu contextuel : 🔎 Détail (panneau à droite du graphe : attributs, références sortantes et entrantes, exigences, owner, owned elements — liens cliquables ; × pour le fermer), définir comme contexte, développer / réduire, masquer l'élément. Aussi dans l'arborescence : 🔎 Détail, définir comme contexte. |
| Glisser le fond · molette | Déplacement et zoom. |
| Arborescence | Éléments du modèle ayant au moins une relation, à leur place hiérarchique (chaînes comprises). Filtre texte avec surbrillance. Clic = recentre le graphe. Sélection multiple (Ctrl/Maj), propre à chaque vue. Au chargement, les couches (Operational Analysis, System Analysis…) sont dépliées. Occupe toute la hauteur libre du panneau. Lecture seule : la Relation Map ne modifie pas le modèle — ni dans l'arborescence et 🔎 Détail (renommage, ajout, suppression, déplacement, collage de liste), ni par le clic droit sur le graphe, ni dans les critères (nouveau, modifier ou supprimer un type ou un critère de relation). Les couleurs et les cases à cocher restent réglables. Arcalyse est un outil de lecture et d'analyse. |
Clic sur une chaîne (⚡) dans l'arborescence, ou bouton 🗺 de la vue ⚡ Chaînes : la Relation Map passe en vue chaîne, qui affiche le graphe complet — plusieurs entrées, plusieurs sorties, ramifications et boucles — disposé en couches selon la disposition choisie (→ LR, ↓ TB, ← RL). Liseré bleu = porté par un acteur, vert = par le système, gris = non alloué ; badge ENTRÉE / SORTIE ; arêtes étiquetées par l'échange. Un bandeau résume la chaîne ; ✕ Quitter la chaîne, un double-clic sur un nœud ou un clic dans l'arborescence reviennent à la Relation Map.
Survol d'un nœud : ses voisins directs restent en évidence, le reste s'estompe. Le bandeau de chaque nœud porte le nom lisible de son type. Le panneau Types d'éléments ne liste que les types présents dans l'arborescence, triés par couche ARCADIA, avec leur nombre d'éléments.
OA Analyse opérationnelle · SA Analyse système · LA Architecture logique · PA Architecture physique (PC NODE, PC BEHAVIOR) · EPBS Éléments de configuration.
Tableau de tous les éléments du modèle, un par ligne, ouvert par le bouton ▤ Tableau de la barre. Les lignes suivent les types cochés dans la barre latérale (couches dépliées) ; un double-clic sur une ligne ouvre le panneau de détail. Pas de recherche globale ni de filtre de couche ici : les champs Filtrer… de chaque colonne les remplacent.
Chaque onglet garde sa propre vue : types d'éléments cochés, 🎯 portée (indépendants des autres vues et des autres onglets), colonnes affichées et leur ordre, filtres, largeurs et tri. Un nouvel onglet n'a aucun type coché : cochez ceux à lister dans la barre latérale. + ajoute un onglet (copie des colonnes de la vue affichée, sans type coché), double-clic le renomme, ✕ le ferme. Les onglets sont enregistrés avec la 💾 Page HTML et dans le fichier ⚙ de l'interface.
| 🎯 Portée | Critère facultatif de l'onglet : les lignes sont limitées aux éléments contenus dans des éléments choisis (paquetage, couche, composant, fonction…). La fenêtre montre les éléments choisis (✕ pour retirer), le mode — contenu à tous les niveaux ou directement contenu seulement —, l'arbre du modèle (▶ déplier, case pour ajouter) et une recherche par nom ou type. Affichage 🌳 Arbre : avec une recherche, les résultats apparaissent dans leurs conteneurs, grisés quand ils ne correspondent pas eux-mêmes (cochables aussi). Affichage ☰ Liste : liste à plat triée par nom, avec le chemin des conteneurs, limitée à 300 lignes (précisez la recherche au-delà). Sans élément choisi : tout le modèle. Les lignes d'un onglet = types cochés ∩ portée, puis filtres de colonnes ; le compteur rappelle la portée. |
| ☰ Lignes · 🌳 Arbre | Affichage de l'onglet. 🌳 Arbre : les lignes sont rangées sous leurs conteneurs (avec une 🎯 portée, à partir des éléments de portée) ; ▶ / ▼ dans la première colonne. Le menu ▾ à côté de 🌳 Arbre regroupe les options : Compact (par défaut : chaque ligne directement sous son plus proche ancêtre qui est lui-même une ligne, ex. composants et sous-composants, sans les paquetages) ou Conteneurs grisés (paquetages et conteneurs intermédiaires affichés, grisés et sans valeurs) ; ⊞ Tout déplier, ⊟ Tout réduire, Niveau 1 · 2 · 3 (les conteneurs ne comptent pas). L'ordre des éléments de même niveau suit le tri ; ⬇ CSV ajoute les colonnes Niveau et Chemin. |
| 📋 Copier | Sélection de cellules comme dans ƒ Fonctions › ▤ Tableau : clic sur une cellule, clic-glisser pour un rectangle, Ctrl+clic pour ajouter / retirer, Maj+clic pour étendre. Ctrl+C ou 📋 Copier : à coller dans Excel ou Word ; une cellule à plusieurs éléments reste une seule cellule, avec un élément par ligne (quel que soit ≡ En ligne / ☰ Empilé). Échap ou un clic hors du tableau efface la sélection. |
| ✎ Renommer | Sur l'en-tête d'une colonne par chemin : ✎ remplace le titre par un champ de saisie (Entrée pour valider, Échap pour annuler). |
| ⊞ Colonnes | Coche les colonnes affichées, par section : colonnes calculées (Name, ID, Owner et Owned element affichées par défaut ; Couche, Type, Human Type), colonnes par chemin (✏ modifier, ✕ supprimer), attributs du fichier XML et relations. Champ 🔍 pour chercher une colonne. |
| Relations | Les relations du modèle, rangées par groupe (décomposition, allocation, échanges, réalisation, capacités, chaînes), avec leur nombre de liens. Deux cases par relation : → cibles (les éléments vers lesquels pointe la ligne, ex. fonctions réalisées par un composant) et ← sources (les éléments qui pointent vers la ligne, ex. composant qui réalise une fonction). |
| En-têtes | Clic : tri ▲ croissant, ▼ décroissant, puis sans tri (cellules vides en bas). Glisser un en-tête sur un autre : change l'ordre des colonnes. Bord droit : largeur. Champ Filtrer… : filtre la colonne. |
| ≡ En ligne / ☰ Empilé | Cellules à plusieurs valeurs : séparées par des virgules, ou une par ligne. |
| ⬇ CSV | Exporte les colonnes affichées, pour toutes les lignes filtrées (toutes pages), dans l'ordre du tri. |
| 💾 Sauver vue · 📂 Charger vue | Enregistre la vue de l'onglet affiché dans un fichier .json, ou l'y recharge. |
| ↺ Réinitialiser | Revient aux colonnes, à l'ordre, aux largeurs et au tri de départ, sans filtre (onglet affiché). |
Ajoute une colonne calculée qui, pour chaque élément du tableau, suit un chemin de relations dans le modèle et affiche ce qu'elle trouve au bout. Exemples : les fonctions allouées à chaque composant, les composants reliés à un composant par ses ports, le nom du paquetage propriétaire d'une exigence.
Construire le chemin : choisir le type de départ (seules ses lignes seront remplies), puis, à chaque étape, la relation à suivre ; le type de l'étape suivante est déduit automatiquement. La dernière étape peut lire une valeur (Name, ID, attribut) ; sinon, la cellule affiche le nom des éléments atteints. Les choix proposés dépendent du modèle chargé :
| Name · ID · Type · Human Type · attributs | Valeur affichée (fin du chemin). |
| Owner [Type] | Premier élément propriétaire du type choisi. |
| Owned element [Type] | Éléments contenus directement, du type choisi (ex. les ports d'un composant). |
| Relations Capella | Allocation, réalisation, implication… dans les deux sens. |
| attribut → Type | Élément désigné par un attribut (source, target, involved…). |
| ← référence entrante | Éléments qui désignent celui-ci (sens inverse). |
| via [Type] → [Type] | Passage par un élément intermédiaire (ex. port → Physical Link → port opposé). |
👁 Aperçu en direct : choisissez un élément d'exemple du type de départ (filtre 🔍, liste, Suivant ▸ pour passer au prochain élément dont la cellule serait remplie). L'aperçu montre les éléments atteints à chaque étape, l'étape où le chemin s'arrête s'il ne trouve rien, le contenu final de la cellule et le nombre d'éléments pour lesquels elle sera remplie.
+ Ajouter une étape · ✕ supprime une étape et les suivantes · ✏ (menu ⊞ Colonnes) modifie une colonne existante · l'aperçu se met à jour à chaque changement.
📋 Copier des cellules (tous les tableaux des vues, sauf les matrices) : clic-glisser pour un rectangle, Ctrl+clic pour ajouter / retirer une cellule, Maj+clic pour étendre ; un clic simple sélectionne aussi la cellule, sauf si elle ou sa ligne a déjà une action au clic (lien, ligne qui ouvre un détail) : le clic garde alors son action. Une pastille apparaît près de la sélection : 📋 Copier (aussi Ctrl+C), Copier le tableau (en-têtes et lignes visibles, après filtres), ✕. Collage dans Excel ou Word : les cellules à plusieurs lignes restent une seule cellule. Échap ou un clic hors du tableau efface la sélection.
| 🏗 Architecture ▾ | Les vues sont réunies en familles : ƒ Fonctions & échanges (ƒ Fonctions, ƒ⇆ échanges fonctionnels, 🟨 activités OA), 🧱 Composants & interfaces (SA · System Component, LA · Logical Component, PA · Behavior Exchange, PA · Physical Link, 🧩 Ports), ⚡ Chaînes & scénarios ; puis 🚦 Modes & états, 🎯 Capacités & missions, 🗃 Données & interfaces, 🖧 Déploiement & EPBS ; Explorer : 🗺 Relation Map, 🌳 Arborescence (mode Complet : ▦ Cartes). Une famille s'ouvre sur sa dernière vue ; sous la barre, la barre de famille mène aux autres vues de la famille. Couche commune : 🧱 a une puce par couche, ƒ et ⚡ un sélecteur Couche ; la couche choisie est mémorisée et reprise d'une famille à l'autre (LA choisie dans 🧱 → ƒ Fonctions s'ouvre sur LA). |
| ✅ Vérifier ▾ | 💚 Santé & contrôles, 🧬 Traçabilité entre couches (famille : tableau de traçabilité, ⇶ graphe des réalisations), 🧾 Exigences, 🎛 Propriétés & contraintes (famille : propriétés PVMT, 🔒 contraintes), ⚖ Comparaison de versions, 🔖 Statut de revue ; Avancé (mode Complet) : 🏷 Catégories d'échanges, 📦 REC / RPL, 📚 Bibliothèques. Chaque vue reste trouvable seule par la recherche 🔍 et peut être épinglée. |
| 💬 Revue & documents ▾ | 💬 Commentaires (panneau de revue ; badge : commentaires non clos, ⚠ à vérifier), ☑ Check-lists & plans de revue, 📑 Faire relire (dossiers de relecture), 📘 Rapports automatiques, 📐 Tableau de bord ; mode Complet : 📜 Scripts. |
| Essentiel · Complet | Boutons à droite de la barre (aussi dans ⚙) : Essentiel (par défaut) montre les vues les plus utilisées ; Complet ajoute les vues avancées. Une vue absente des menus reste accessible par la recherche 🔍. Un réglage enregistré avant la 3.0 est converti : Expert → Complet, Simplifié ou Personnalisé → Essentiel. |
| 📌 Épingler | Dans un menu, 📌 place la vue en bouton direct dans la barre (par défaut : 🏠 Accueil, 🔲 Diagrammes Capella, ▤ Tableau) ; un second clic la retire. |
| 🔍 (Ctrl K) | Champ de recherche de la barre : tapez quelques lettres pour trouver une vue, un élément du modèle (nom, type, couche, identifiant ; le type et le chemin sont rappelés) ou un diagramme (nom, sigle, couche, quand le .aird est chargé) ; flèches ↑ ↓ puis Entrée : la vue s'ouvre, l'élément s'affiche dans le panneau de détail, le diagramme s'ouvre dans 🔲 Diagrammes. La section la plus pertinente est en tête ; 8 éléments et 5 diagrammes au plus (précisez la recherche). Sans texte : 🕘 derniers éléments et diagrammes ouverts ainsi, puis toutes les vues (celles du mode Complet comprises) avec leurs épingles, ↺ Rétablir la barre par défaut. Le réglage est enregistré avec la 💾 Page HTML. |
| ⚙ Préférences | Roue crantée à droite de la barre. Menus : Essentiel ou Complet (comme les boutons de la barre). Style de la barre : Icônes et textes ou Icônes seules (nom au survol ; 🧱 marqué SA / LA) ; en Icônes et textes, la barre passe automatiquement en icônes seules tant qu'elle ne tient pas sur une ligne (fenêtre étroite). 🎨 Thème…, 💾 enregistrement automatique, format des exports, 🩺 profil de contrôles. ⚙ Préférences… : rubriques ☰ Affichage, 🎨 Thème (aperçu des thèmes, 🎨 Ajuster les couleurs…), 🔄 Suivi du fichier (détection automatique et période, vérification au retour dans la fenêtre — enregistrés avec la page), 💾 Enregistrement, ⚙ Interface et vues (export / import .json), 🩺 Contrôles et nommage, ⬇ Exports (Excel ou CSV). |
| ⬇ Exports Excel | ⚙ › Exports des tableaux : CSV / Excel : tous les boutons ⬇ CSV des vues produisent alors un classeur .xlsx (une feuille, en-tête en gras figé, filtres automatiques, largeurs de colonnes, nombres typés) ; réglage enregistré avec la barre. 📁 Fichier › 📗 Classeur Excel des analyses : un classeur, une feuille par analyse (éléments, fonctions, échanges fonctionnels, composants, Component Exchanges, Physical Links, chaînes, exigences, statuts de revue, contrôles, santé). Aucune bibliothèque : le fichier est écrit par Arcalyse. |
| ◀ ▶ Historique | Boutons ◀ ▶ en tête de la barre (Alt+← / Alt+→, boutons latéraux de la souris) : reviennent sur les vues ouvertes (sous-vues de 🔬 Analyses comprises), les éléments ouverts dans le panneau de détail et les diagrammes ouverts, comme dans un navigateur ; l'infobulle nomme l'étape visée. Clic droit sur ◀ ou ▶ : liste des étapes (la plus récente en haut, l'étape courante marquée ●), clic pour y aller. L'historique est vidé à l'ouverture d'un autre modèle. |
| 🩺 Profil de contrôles | ⚙ › 🩺 Profil de contrôles… (ou le bouton 🩺 Profil en tête de chaque onglet 🩺 Contrôles). Pour chaque contrôle de toutes les vues : activé ou non (un contrôle désactivé disparaît des vues et du tableau de bord, il reste listé en bas de l'onglet pour être réactivé), gravité ℹ information (comptée à part, hors « points à vérifier » et hors score 💚), ⚠ à vérifier ou ✖ bloquant, dont le poids dans le score 💚 (ℹ 0, ⚠ 1, ✖ 3 d'origine) se règle en bas de la fenêtre ; colonne 💚 : coût de chaque contrôle (poids × lignes) et gain de score s'il passait ℹ, bouton ⇅ Par coût pour voir d'abord les contrôles qui pèsent le plus — chaque contrôle a une gravité d'origine (· défaut dans la liste) : ℹ pour la complétude et les bonnes pratiques (descriptions, nommage, Exchange Items, allocations FE → CE et des ports, réalisations entre couches, PVMT, exigences, statut de revue…), ✖ pour les incohérences (références introuvables, chaînes discontinues, sens de ports contradictoires, ports non alignés…), ⚠ sinon ; seuils (longueur minimale d'une description, nom trop long, couche « majoritairement validée »). Enregistré avec la 💾 page, repris par 📄 Ouvrir un projet et par ⚙ Interface et vues ; 💾 Exporter / 📂 Importer .json pour partager le profil d'une équipe. Les contrôles sont désignés par leur titre : un profil est propre à une langue de l'interface. |
| ♿ Clavier et lecteurs d'écran | Toutes les commandes se parcourent avec Tab (contour visible) et s'activent par Entrée ou Espace : boutons de la barre, menus, onglets, liens du panneau de détail, lignes des tableaux. Les boutons réduits à un pictogramme (mode « icônes seules ») gardent leur nom pour les lecteurs d'écran ; les boîtes de dialogue retiennent le focus (Entrée = OK, Échap = annuler). Le thème suit le réglage clair / sombre du système au premier lancement (une page enregistrée garde son thème) ; les animations sont réduites si le système le demande. |
| 💾 Enregistrement automatique | Désactivé par défaut (⚙ › 💾 Enregistrement automatique). Toutes les 2 à 30 minutes, la page est écrite dans son fichier (celui de 💾 / Ctrl+S), seulement si elle a changé (Edge / Chrome). Option Garder la version précédente : avant chaque enregistrement, le contenu du fichier est copié dans un fichier de secours (mon-projet.backup.html, qui s'ouvre comme une page normale). Le navigateur oublie les fichiers choisis à la fermeture : à la réouverture, un bandeau propose de les choisir à nouveau. |
| 🧭 Explorateur | Deux onglets : 🌳 Arborescence et ▦ Cartes (détaillés ci-dessous) ; menu 🏗 Architecture › Explorer (Cartes : mode Complet). La composition du modèle par type est dans 🏠 Accueil › 🧩 Contenu du modèle (infobulle : description du type). La barre latérale des types n'est affichée que dans l'Explorateur et le ▤ Tableau. |
| 🧭 Explorateur › 🌳 Arborescence | Arbre complet du modèle (types cochés dans la barre latérale) ; barre propre : 🔍 recherche par nom ou type, 🌳 Arbre (les résultats restent dans leurs conteneurs, grisés quand ils ne correspondent pas eux-mêmes) ou ☰ Liste (à plat, triée par nom, avec le chemin des conteneurs, 300 lignes au plus), ⊞ Tout déplier / ⊟ Tout réduire, Niveau 1 · 2 · 3, ⬇ JSON. Clic sur un élément : panneau de détail. |
| 🧭 Explorateur › ▦ Cartes | Éléments groupés par couche ARCADIA, filtres de couche et recherche ; par pages de 500 cartes (⏮ ◀ Préc. · Suiv. ▶ ⏭, en haut et en bas de la liste). |
| ▤ Tableau | Bouton direct de la barre : tableau paginé avec onglets de vues, colonnes d'attributs, de relations et par chemin, tri, filtres, export CSV (onglet ▤ Tableau de cette aide). |
| ⚡ Chaînes | Chaînes fonctionnelles, processus opérationnels et chemins physiques : diagrammes, tables et exports (onglet ⚡ Chaînes). |
| 🔲 Diagrammes Capella | Diagrammes Capella du projet (fichier .aird, à côté du .capella) dessinés comme dans Capella par la visionneuse d'Arcature : 📂 Ouvrir le .aird… (le sélecteur s'ouvre dans le dossier du .capella sous Edge / Chrome), 📁 Dossier du projet… sur l'écran d'accueil (.capella et .aird chargés ensemble), ou déposez le .aird (seul ou avec le .capella) sur la fenêtre. Explorateur à gauche : classé par couche (par défaut), couche › type de diagramme (OA › OAB…), type ou nom ; groupes repliables (⊞ / ⊟), filtre ; largeur réglable en glissant le séparateur (double-clic : largeur d'origine). ▣ Carte sous l'explorateur (▾ pour la replier, ⇲ pour la remettre dans le diagramme, ⇱ pour la ramener). ⬇ Exporter… : plusieurs diagrammes à la fois (choisis avec ☐ Sélectionner…, affichés ou tous ; les tableaux sont exclus ; alerte si le PDF risque de dépasser 40 Mo) en planches — cadre et en-tête (couche, sigle, nom, type), description Capella et élément représenté, cartouche (projet, type, couche, contenu, sources, date, planche), annexe des éléments représentés, aperçu — au format choisi puis ⬇ Exporter : PDF (sommaire, signets, annexes), ZIP PNG / SVG (un dossier par couche, un CSV d'annexe par diagramme) ou rapport HTML (planches repliables par couche et type). Au-dessus du diagramme, deux lignes qui ne bougent pas d'un diagramme à l'autre : identité (nom, recherche dans le diagramme ▲ ▼, thème, ⬇ Exporter, ✕ ; l'élément représenté est dans ℹ Infos) puis outils (📝 Note de revue et 💬 Calque, chaînes et chemins, filtres, zoom, carte, mise en page). Tableaux, zoom, recherche (Ctrl+F), mini-carte, infobulles, filtres (ports, étiquettes, catégories d'échanges), chaînes et chemins : seuls ceux dessinés dans le diagramme sont proposés, exports SVG / PNG / impression. ℹ Infos (ou ℹ au survol d'un diagramme de l'explorateur) : le panneau de détail présente le diagramme — type, couche, nature, nombre d'éléments, date de dernière modification, description, élément représenté et éléments affichés, groupés par type et cliquables. ⧉ Comparer (barre de la vue) ouvre le diagramme affiché dans la fenêtre de comparaison : une fenêtre séparée (une seule, réutilisée ; par exemple sur un autre écran) avec sa propre liste de diagrammes, zoom à la molette, déplacement au glisser, ⤢ Ajuster ; un clic sur un élément ouvre son détail dans la page. Clic droit sur un diagramme de l'explorateur (ou dans le diagramme ouvert) › ⧉ Afficher dans la fenêtre de comparaison y montre un autre diagramme, le diagramme de la page ne change pas. Clic sur un élément : son panneau de détail ; dans le panneau de détail, la section Diagrammes ouvre un diagramme où l'élément est représenté, centré sur lui. Lecture seule. |
| ƒ⇆ Functional Exchange · 🧱 System / Logical Component · 🔀 Behavior Exchange · 🔌 Physical Link · 🧩 Ports | Analyse des interfaces et contrôles de cohérence (onglet 🔌 Interfaces & ports). |
| 🏗 Architecture › ƒ Fonctions | Fonctions couche par couche : hiérarchie, tableau, traçabilité, métriques, contrôles, dossier. |
| 🔬 Analyses | Sous-vues réparties entre 🏗 Architecture (modes & états, capacités, données, déploiement) et ✅ Vérifier (santé, traçabilité, exigences, propriétés, contraintes, comparaison, statut de revue…) ; la vue garde sa rangée d'onglets (onglet 🔬 Analyses). |
| 🔄 Suivi | Détection des nouvelles versions du fichier .capella, delta des modifications et mise à jour après validation. |
Les éléments sont précédés de leur icône Capella (variante selon acteur, humain, nature, genre de fonction…, dessinée par la visionneuse d'Arcature) : panneau de détail, cartes, arborescences (Explorateur et Relation Map), types, revue.
Un clic sur un nom (presque partout) ouvre le panneau de détail : Human Type et description du type, description de l'élément mise en forme comme dans Capella (bouton ‹/› HTML : son code d'origine ; liens vers d'autres éléments cliquables), boutons 💬 de la revue, attributs, références sortantes, références entrantes (qui pointe vers cet élément ?), propriétaire et éléments possédés. Tout y est cliquable pour naviguer de proche en proche.
🗂 Onglets du panneau : les sections sont réparties en 📋 Fiche (description, attributs), 🔗 Liens (références sortantes et entrantes, owner, éléments contenus), 🧭 Sémantique, 🔲 Diagrammes, 🔬 Analyses (exigences, propriétés, contraintes, scénarios, statut de revue, catégories, bibliothèques, REC / RPL, déploiement) et 💬 Revue ; ≡ Tout (par défaut) montre toutes les sections à la suite (sauf 🧭 Sémantique). Le nombre de sections est indiqué sur chaque onglet ; un onglet sans section pour l'élément n'est pas proposé. L'onglet choisi est gardé d'un élément à l'autre (et enregistré avec la 💾 page).
🧭 Sémantique : navigateur sémantique comme le Semantic Browser de Capella, en trois colonnes — ← Éléments référençants (qui désignent l'élément : fonctions ou composants réalisants, composants allouant, chaînes et capacités qui l'impliquent, Parts qui le représentent, diagrammes…), Élément courant (attributs et éléments contenus, par type) et Éléments référencés → (parent, fonctions allouées, éléments réalisés, échanges entrants / sortants par ses ports, source et cible d'un échange, attributs de référence…). Les liens techniques de Capella (réalisations, allocations, implications) sont résolus en catégories lisibles. Un clic sur un élément en fait l'élément courant (◀ ▶ pour revenir) ; le champ de filtre s'applique aux trois colonnes ; ⤢ élargit le panneau pour afficher les colonnes côte à côte.
⧉ Fenêtre séparée (en haut du panneau, à côté de ×) : tout le panneau de détail, avec ses onglets, s'ouvre dans une fenêtre séparée (par exemple sur un autre écran ; autoriser les fenêtres surgissantes) et laisse toute la place aux vues. Elle suit l'élément choisi dans la page, et un clic dans la fenêtre (lien, 🧭, onglet) y navigue ; son contenu défile verticalement quand il dépasse. ⧈, ou la fermeture de la fenêtre, ramène le panneau dans la page.
Menu 🏗 Architecture › Chaînes & scénarios (📌 pour un bouton direct). ℹ Infos (barre de la vue Relation Map, ou carte dépliée) affiche dans le panneau de détail les informations de la chaîne : type, couche, nombre de fonctions (composants) et d'échanges, entrées, sorties, porteurs, capacités qui l'impliquent, description ; 🔎 ouvre le détail complet de l'élément.
FunctionalChain, OperationalProcess et PhysicalPath sont reconstruits sous forme de graphe : plusieurs entrées, plusieurs sorties, ramifications et boucles sont conservées.
Filtre par type et par couche (OA, SA, LA, PA, EPBS), et par contenu : Toutes / Non vides / Vides (chaîne vide = aucune fonction ni échange impliqué). ▦ Diagrammes : une carte par chaîne. 🗺 Vue Relation Map : graphe interactif (dispositions LR / TB / RL / radiale / zigzag, ⬡ Compact, ✂ Noms) et injection dans la Relation Map principale.
💬 Commenter (carte dépliée, barre de la vue Relation Map, ℹ Infos) ou clic droit sur l'en-tête d'une carte : commentaire sur la chaîne. Clic droit sur une fonction du diagramme ou du graphe : le commentaire est lié à la fonction et à la chaîne (« 💬 Commenter la chaîne seule » sinon). Dans la fenêtre du commentaire, les fonctions de la chaîne sont proposées en un clic (⚡ Lier à des fonctions). Une chaîne commentée porte 💬 dans son en-tête.
Troisième présentation (à côté de ▦ Diagrammes et 🗺 Vue Relation Map), filtrée par la catégorie choisie : chaînes vides ; discontinues (étapes en plusieurs morceaux non reliés) ; implications vers un élément introuvable ; échanges dont une extrémité n'est pas dans la chaîne ; références vers une chaîne introuvable ou cycliques ; chaînes non réalisées à la couche inférieure ou ne réalisant rien à la couche supérieure (seulement là où des réalisations existent) ; hors capacité (seulement si d'autres chaînes de la couche en ont une) ; sans description ; en double ; étapes portées par des fonctions non allouées ; composants isolés dans un chemin physique. Chaque ligne ouvre le détail de la chaîne ou sa vue 🗺. Soumis au 🩺 profil de contrôles ; indicateur « Contrôles des chaînes » au 📐 Tableau de bord ; compté dans la 💚 santé du modèle, y compris par couche.
Cochez des cartes (ou Tout). Sans sélection, toutes les chaînes affichées sont exportées. Options :
| Cadre | Cadre et onglet en haut à gauche : [FC], [OP] ou [PP] + nom, bande à la couleur de la couche. |
| Cartouche | En bas à droite : projet, diagramme, type, couche, contenu, date et fichier, numéro de planche. |
| Légende · Description | Légende des couleurs ; description Capella de la chaîne. |
| Annexes | PDF : planche(s) d'annexe après chaque diagramme (entrées/sorties, fonctions, échanges), paginées. ZIP : un CSV par chaîne. |
| ×1 · ×2 · ×3 | Résolution des images PNG et PDF. |
📄 PDF : page de sommaire, une planche par chaîne (A4 orientée automatiquement), signets de navigation. 🗜 ZIP PNG / ZIP SVG : images individuelles numérotées. 🌐 HTML : rapport autonome à onglets (Sommaire avec liens, Diagrammes vectoriels + tables), avec recherche intégrée.
⬇ CSV enrichi (🏗 Architecture : Functional Exchange, Operational Analysis, System / Logical Component, Behavior Exchange, Physical Link, Ports, Liens ; ƒ Fonctions et 🔬 Analyses : traçabilité, capacités, modes & états, exigences, propriétés, données & interfaces, contraintes) : avant le téléchargement, la fenêtre « Colonnes de l'export » permet de retirer des colonnes et, pour chaque colonne qui désigne des éléments du modèle (fonction, port, échange, composant…), d'ajouter des informations insérées juste à côté : ID, type, type lisible, couche, owner, chemin des owners, description, summary, n'importe quel attribut Capella (+ Attribut…) et les ✨ colonnes par chemin du ▤ Tableau dont le type de départ correspond. Les choix sont retenus pour chaque export et enregistrés avec la 💾 Page HTML et le fichier ⚙ ; ↺ Colonnes de base revient à l'export d'origine.
Vues d'interfaces du menu 🏗 Architecture (sections Fonctions & échanges, Composants & interfaces, Chaînes & scénarios), du fonctionnel au physique : ƒ⇆ Functional Exchange, 🟨 Operational Analysis, 🧱 System Component, 🧱 Logical Component, 🔀 Behavior Exchange, 🔌 Physical Link, 🎬 Scénarios, puis 🧩 Ports. Chacune s'ouvre en ◧ Vue Blocs (rendu façon Capella, navigation d'un bloc à l'autre) et propose aussi des vues Ligne / Composant (ou Fonction), une ▦ Matrice N² (clic sur une cellule = liste des échanges) et un rapport 🩺 Contrôles. Dans ƒ⇆, chaque bloc indique en petit, en haut, son rattachement : composant ou acteur d'allocation (clic : son bloc dans la vue de sa couche) ou, à défaut, sa fonction mère (clic : son bloc). En thème sombre, un conseil rappelle que la Vue Blocs est plus lisible, et plus proche de Capella, avec le thème Office 2007 ou Clair. Les barres de commandes restent visibles en haut quand on fait défiler la vue (de même dans ⚡ Chaînes, ƒ Fonctions et 🔬 Analyses). Comme dans ƒ Fonctions, les commandes de chaque barre sont entourées par catégorie (onglets, vues, filtres et champs, exports). Dans les tableaux de 🔬 Analyses et de ƒ Fonctions › ⛓ Traçabilité, les noms de colonnes et la ligne de filtres restent eux aussi visibles au défilement.
Exports HTML (🔀 et 🔌) : ⬇ HTML = la vue affichée ; ⬇ HTML (toutes les vues) = rapport à onglets Vue Ligne / Vue Composant / Matrice / Contrôles, filtres appliqués, avec recherche et matrice cliquable. Les fichiers sont autonomes et reprennent les couleurs du thème courant.
Répartition par couche : 🧱 System Component (SA) et 🧱 Logical Component (LA) pour les composants et leurs Component Exchanges ; 🔀 Behavior Exchange pour les Component Exchanges de la couche PA entre Physical Components Behavior ; 🔌 Physical Link pour les liens entre Physical Components Node.
Échanges entre fonctions (toutes couches), même organisation que 🧱 Logical Component, avec un filtre par couche (OA, SA, LA, PA) et un filtre Allocation comme dans ƒ Fonctions (🧩 Système, 👤 Acteurs, ∅ Non allouées ; double-clic : uniquement celle-ci) et la liste Tous les allocataires de la couche (acteurs, puis système et sous-systèmes en arbre, sous-composants compris ; en OA : entités et acteurs opérationnels) ; dans les vues d'échanges, un échange est gardé si l'une de ses deux fonctions correspond :
| ◧ Vue Blocs | Vue par défaut. Chaque fonction dessinée comme dans Capella : boîte arrondie au nom de la fonction, verte si allouée au système, bleue si allouée à un acteur, grise si non allouée (ou fonction mère) ; pins d'entrée (verts) à gauche et de sortie (orange) à droite avec le nom du port ; à côté de chaque pin, l'échange et la fonction distante (plusieurs échanges sur un même pin : listés les uns sous les autres, centrés sur le pin). Clic sur la fonction distante : affiche son bloc (changement de page et filtres relâchés si besoin), ↩ Revenir ramène au bloc de départ ; clic sur le titre d'un bloc : panneau de détail. Pin pâle : port non connecté ; pin en pointillés : échange relié directement à la fonction, sans port (cas normal des activités OA). Option « avec ports ou échanges » (décochée par défaut) pour masquer les fonctions mères. |
| ≡ Vue Ligne | Fonction source, pin de sortie ▶ et port → échange → pin d'entrée ▶ et port, fonction cible ; Exchange Items (▤), Component Exchanges qui l'allouent (🔀), chaînes (⚡). |
| ▣ Vue Fonction | Une carte par fonction : échanges reçus (←) et émis (→). |
| ▦ Matrice | Fonction × fonction (ligne = source, colonne = cible), limitée à 100 fonctions pour rester fluide (les plus connectées) ; filtrez par couche ou fonction pour voir les autres. |
| 🩺 Contrôles | Ports orphelins, échanges sans Exchange Item, fonctions feuilles sans échange, fonctions mères portant des ports, échanges sans port (hors OA), échanges LA / PA non alloués à un Component Exchange. |
Les vues Ligne, Fonction et Blocs sont paginées par 100 (◀ ▶) pour rester fluides sur les modèles de plusieurs milliers de fonctions ; les exports CSV et HTML portent sur tout le résultat filtré.
Diagrammes de séquence des scénarios Capella — ES (Exchange Scenario), FS (Functional Scenario), OES / OAS en OA, IS (Interface Scenario) — redessinés à partir du seul fichier .capella. À gauche, la liste rangée par couche puis par capacité (filtres couche, type, recherche) ; à droite, le diagramme : lignes de vie (bleu clair = acteur, bleu = composant, vert = fonction, gris = entité), messages avec, pour les ES, leur contexte d'échange entre accolades, barres d'activation, fonctions (rectangles verts), états (ellipses gris clair) et modes (gris foncé), fragments combinés (ALT, OPT, LOOP, PAR…) avec leurs gardes, références « ref » vers un autre scénario (clic : l'ouvrir). Clic sur un élément : son détail. Les noms des lignes de vie restent visibles en haut quand on fait défiler ; défilement par les barres, la molette (Maj + molette : horizontal) ou en cliquant-glissant sur le fond du diagramme. Zoom − / +, exports PNG / SVG et copie de l'image. 🩺 Contrôles : scénarios vides, messages sans échange, lignes de vie sans élément représenté, scénarios hors capacité, références introuvables. Le panneau de détail d'un scénario ou d'une capacité propose aussi 🎬 pour ouvrir le diagramme.
L'ordre des événements est celui du modèle ; les espacements sont calculés (la mise en page dessinée dans Capella est dans le fichier .aird, non lu) : le contenu est fidèle, pas la position au pixel près.
Activités opérationnelles (couche OA) et leurs interactions, dans l'esprit des diagrammes OAIB de Capella. ◧ Vue Blocs (par défaut) : blocs jaunes à coins arrondis avec le pictogramme OA, interactions entrantes à gauche et sortantes à droite (clic sur une activité distante : aller à son bloc), entité ou acteur porteur en petit en haut du bloc (clic : son détail). Aussi ≡ Vue Ligne, ▣ Vue Activité, ▦ Matrice activité × activité et 🩺 Contrôles. Filtres : activité, interaction ou Exchange Item, allocation (🏢 Entités, 👤 Acteurs, non allouées, ou une entité / un acteur précis). Exports CSV des interactions et rapports HTML.
Deux vues identiques (même code, mêmes couleurs) : 🧱 System Component pour la couche SA, 🧱 Logical Component pour la couche LA ; composants avec leurs Component Ports et Component Exchanges, même logique que ƒ⇆ Functional Exchange :
| ◧ Vue Blocs | Vue par défaut. Chaque composant dessiné comme dans Capella : bleu pour le système, bleu clair pour un acteur ; nombre de fonctions allouées (ƒ) et de sous-composants (⧉). Ports selon leur orientation : UNSET, > IN (chevron vers l'intérieur, à gauche), > OUT (vers l'extérieur, à droite), INOUT ; INOUT et UNSET vont du côté le moins chargé. À côté de chaque port : l'échange, son sens (de / vers / ⇄) et le composant distant (plusieurs échanges sur un même port : listés les uns sous les autres, centrés sur le port) ; clic sur le composant distant : affiche son bloc, ↩ Revenir. Port pâle : non connecté. |
| ▣ Vue Composant | Une carte par composant : échanges émis (→), reçus (←), bidirectionnels (⇄) ou non orientés, avec ports, échange et composant distant (clic : aller à sa carte). |
| ƒ Fonctions allouées | « ƒ n fonctions ▾ » sous le nom d'un bloc déplie la liste des fonctions allouées (numérotées, avec un filtre au-delà de 12 et une zone qui défile pour les longues listes) ; clic sur une fonction : affiche son bloc dans ƒ⇆ Functional Exchange. Aussi dans 🔀 Behavior Exchange et 🔌 Physical Link. |
| ≡ Vue Ligne · ▦ Matrice | Un Component Exchange par ligne ; matrice composant × composant (100 composants au plus). |
| 🩺 Contrôles | Ports orphelins, ports connectés sans orientation, orientations incohérentes, composants feuilles sans port ou sans fonction allouée. |
| Filtres | Composant, échange, Nature (🧩 Système, 👤 Acteurs ; double-clic : uniquement ceux-ci), Tous les composants (un composant et ses sous-composants), « avec ports » (décoché par défaut : cocher pour masquer les composants sans port). Pages de 100. |
Périmètre : Component Exchanges de la couche PA dont les deux extrémités sont des Physical Components Behavior (aucun Node). Le nombre retenu sur le total du modèle est rappelé en haut de la vue.
Périmètre : échanges entre Physical Components Behavior, et entre un Behavior et un acteur (nœud le plus souvent) qui lui est relié ; ces acteurs apparaissent avec leurs seuls ports concernés.
◧ Vue Blocs (par défaut) : les Physical Components Behavior dessinés comme dans 🧱 Logical Component (bleu = système, bleu clair = acteur ; ports UNSET / IN / OUT / INOUT ; échanges et composants distants cliquables ; fonctions allouées dépliables). Les autres vues (Ligne, Composant, Matrice, Contrôles) sont inchangées.
Orientation des ComponentPort : UNSET (attribut absent) · IN · OUT · ⇄ INOUT. Le sens réel est déduit des deux ports :
| → Orienté / ← Inversé | Un port IN ou OUT impose le sens (source → cible ou l'inverse). |
| ⇄ Bidirectionnel | Port(s) INOUT sans autre contrainte. |
| ? Non orienté | Deux ports UNSET : sens inconnu (trait pointillé). |
| ⚠ Incohérent | OUT→OUT ou IN→IN — sauf pour une DELEGATION, où le sens est déduit de l'imbrication parent / enfant. |
Chaque exchange affiche son kind (ASSEMBLY, DELEGATION, FLOW), ses FE alloués (ƒ), ses Exchange Items (▤) et ses Physical Links porteurs (🔌). Contrôles : CE sans FE, ports orphelins, orientations incohérentes, CE non orientés, CE de couche PA non alloués à un lien physique.
Liens entre composants physiques (et acteurs) via leurs PhysicalPort. Pour chaque lien : les Component Exchanges alloués (⇢) et, sur chaque port, un badge n CP indiquant les Component Ports alloués. Dans les cartouches (ici comme dans 🔀 Component Exchange), les listes longues sont repliées après 4 éléments : cliquez +N autres pour les déplier. Filtres avec / sans CE. Contrôles : liens sans CE, ports physiques non reliés ou sans Component Port, CE de couche PA non alloués.
◧ Vue Blocs (par défaut) : chaque nœud (Physical Component Node) dessiné comme dans Capella : jaune pour un nœud du système, bleu clair pour un nœud acteur ; ports physiques en carré jaune ; à côté de chaque port, le Physical Link (⇄) et le nœud distant, cliquable pour aller à son bloc. Filtres Nature (🖥 Nœuds, 👤 Acteurs) et sous-composants.
Traçabilité Function Port ↔ Component Port ↔ Physical Port, reconstruite à partir des PortAllocation et ComponentPortAllocation.
| ≡ Traçabilité | Une ligne par Function Port / Component Port avec FE, CE, ports physiques et liens. Filtres couche, texte, « chaînes incomplètes ». Export CSV. |
| ▣ Par composant | Ports physiques → Component Ports portés ; Component Ports ← Function Ports alloués. |
| 🩺 Contrôles | Ports non alloués à chaque niveau ; sens incohérent entre port de fonction et port de composant ; alignement FE ↔ CE (les ports du FE doivent être alloués aux ports du CE qui le porte) et CE ↔ PL (idem avec les ports physiques). Les délégations sont suivies de proche en proche. |
Les résultats sont gardés en mémoire ; ↻ Recalculer (au bout de la barre de chaque analyse) les rafraîchit. Les analyses s'ouvrent par les menus 🏗 Architecture et ✅ Vérifier, 🔍 Ctrl+K ou la barre de famille : plus de barre d'onglets en tête des analyses (3.0). Les contrôles ne sont calculés qu'à l'ouverture de l'onglet 🩺 Contrôles.
Tableaux et listes longs : affichés par pages de 200 lignes (barre ‹ › en tête et en pied : page précédente / suivante, choix de la page, Tout afficher) — tableaux des analyses, 🧩 Ports, 🧬 Traçabilité, listes du panneau de détail ; un filtre par colonne actif affiche toutes les lignes pour porter sur l'ensemble. Les exports CSV / Excel contiennent toujours tout.
Tableaux : sous chaque en-tête, un champ Filtrer… par colonne (plusieurs mots : tous requis ; !mot : exclure) ; le nombre de lignes affichées s'affiche au-dessus, avec ✕ effacer. Glisser le bord droit d'un en-tête règle la largeur de la colonne (double-clic : largeur automatique). Filtres et largeurs sont conservés quand la vue se redessine. Un tableau plus large que la vue a une barre de défilement horizontal collée en bas de l'écran tant qu'il est visible (aussi Maj + molette).
Analyses transverses calculées à partir de ce que contient le modèle ouvert : une rubrique absente du modèle (pas de machine à états, pas de capacités…) est simplement signalée comme vide, et les contrôles ne portent que sur les pratiques réellement utilisées. Les onglets et les commandes de chaque sous-vue sont entourés par catégorie (vues, filtres, exports), comme dans ƒ Fonctions.
Activités OA et fonctions SA / LA / PA, couche par couche, avec leurs descriptions mises en avant.
Filtre Allocation (🌳 Hiérarchie et ▤ Tableau) : 🧩 Système 👤 Acteurs ∅ Non allouées, avec le nombre de fonctions de chaque nature. Clic = afficher / masquer, double-clic = uniquement cette nature (double-clic à nouveau : tout réafficher). Chaque fonction porte un liseré de la couleur correspondante (double liseré si allouée à la fois au système et à un acteur) ; dans l'arbre, les fonctions mères conservées pour la hiérarchie sont estompées. Colonne « Nature de l'allocation » dans le tableau et les exports.
Allocataire (liste à côté du filtre) : un acteur précis, ou le système et ses sous-systèmes en arbre indenté (couches boîte blanche LA / PA), avec le nombre de fonctions ; un sous-système inclut ses sous-composants. ✕ retire le filtre. En boîte blanche, la colonne « Sous-système » donne le chemin des composants englobants (chemin complet au survol).
| 🌳 Hiérarchie | Arbre numéroté (1, 1.1, 1.2…) avec badges : allocation, échanges ⇄, réalise ⬆ / réalisée par ⬇, description manquante. Option « Descriptions » pour les lire dans l'arbre. Clic sur une fonction : fiche à droite (chemin, description, résumé, sous-fonctions, allocation, ports, échanges entrants et sortants, chaînes, capacités, états, arbre de traçabilité vers le haut et vers le bas). Les liens de la fiche naviguent d'une fonction ou d'une couche à l'autre. Le séparateur ⋮ entre l'arbre et la fiche se glisse pour ajuster les largeurs (double-clic : largeurs par défaut). |
| ▤ Tableau | Une ligne par fonction, indentée (option À plat sans indentation) ; colonnes redimensionnables (bord de l'en-tête), triables (clic), filtrables par texte (champ sous l'en-tête) ou par valeurs comme dans Excel (▼ : tri, recherche, cases à cocher avec effectifs ; une colonne à plusieurs valeurs est éclatée) et masquables (⊞ Colonnes) ; descriptions complètes en option ; filtres rapides ; nombre de fonctions affichées / total. Sélection de cellules : clic-glisser, Ctrl+clic, Maj+clic, puis 📋 Copier ou Ctrl+C (collage dans Excel ou Word ; Échap efface). Exports CSV et 🌐 HTML (colonnes, largeurs, filtres et tri actuels). |
| ⛓ Traçabilité | Chemins OA → SA → LA → PA passant par la couche choisie, avec descriptions ; ∅ = rupture. |
| 📊 Métriques | ◂ réduit une couche (elle passe à gauche des libellés, ▸ pour la déplier) ; seules les couches dépliées sont exportées : 🌐 HTML du tableau des indicateurs, 🖼 PNG haute définition ou 📋 copie de l'image pour une présentation. Comparatif des couches : nombre, feuilles, profondeur, taux de description, d'allocation, d'échanges, de traçabilité, de couverture par chaînes et capacités ; répartition par niveau ; fonctions les plus connectées. |
| ✍ Qualité des noms | Hors ligne : verbe en tête (infinitif en français, forme de base en anglais — liste intégrée d’environ 1 000 verbes), forme en -ing ou nom d'action en tête, verbes vagues, majuscule, espaces, ponctuation, longueur, langue minoritaire dans la couche. Colonne « Qualité du nom » et filtre « Nom à revoir » dans le tableau, indicateur dans les métriques. ⚙ Règles de nommage : verbes métier acceptés et faux verbes, conservés dans la 💾 Page HTML. |
| 🩺 Contrôles | Qualité des noms (ci-dessus), descriptions absentes ou trop courtes, marqueurs TODO/TBD/NOT DONE, doublons, allocations manquantes, multiples ou sur une fonction mère, feuilles sans échange, échanges sur fonctions mères, ports inutilisés, ruptures de traçabilité. |
| 📄 Dossier fonctionnel | Rapport HTML : un onglet par couche, une section numérotée par fonction (description, allocation, entrées / sorties, réalisations, chaînes, capacités), plus métriques et contrôles. Imprimable. |
Exploite tous les liens …Realization (fonctions, composants, échanges, ports, capacités, chaînes, scénarios, états, données, éléments de configuration) et, en option, les TransfoLink de transition.
| ▦ Couverture | Par catégorie et passage OA→SA→LA→PA→EPBS : ▼ réalisés (éléments du haut réalisés par le bas) et ▲ réalisants (éléments du bas qui réalisent le haut), en % avec code couleur. Clic sur une cellule : éléments non tracés. |
| ⛓ Chemins | Une ligne par chemin de traçabilité, une colonne par couche (ex. activité OA → fonction SA → fonction LA → fonction PA). |
| 🔗 Liens | Liste filtrable de tous les liens de réalisation. |
| Fonctions feuilles | Ignore les fonctions mères (conteneurs), qui ne sont généralement pas réalisées. |
Vue graphique des réalisations entre couches : une colonne par couche (OA, SA, LA, PA, EPBS), une flèche de l'élément qui réalise vers l'élément réalisé (couche supérieure). Menu 🔬 Analyses, clic droit sur un élément (⇶ Liens entre couches) ou bouton de ℹ Infos d'une chaîne.
| ◎ À partir d'un élément | Recherche d'un élément de départ (ou suggestions : les chaînes, capacités et fonctions qui ont le plus de liens). Réalisations vers le haut et vers le bas : ce qu'il réalise en remontant et ce qui le réalise en descendant ; Tous les liens de proche en proche : aussi les éléments voisins de ceux trouvés. |
| ▦ Toute une catégorie | Tous les liens entre éléments d'une catégorie (fonctions, chaînes, capacités, composants, échanges…), 400 éléments au plus. |
| Fonctions des chaînes | Sous chaque chaîne (cadre pointillé), ses fonctions et leurs propres liens : on voit quelles fonctions LA réalisent quelles fonctions SA d'une chaîne réalisée. |
| Souris | Survol : liens de l'élément mis en évidence ; clic : détail ; double-clic : repartir de cet élément ; clic droit : commentaire de 💬 Revue. − / + : zoom. |
| Exports | ⬇ SVG, 🖼 PNG, ⬇ CSV des liens ; 📑 Au dossier : ajoute le dessin au dossier de relecture ouvert (redessiné sur le modèle chargé à chaque export du dossier). |
Capacités opérationnelles, capacités système, Capability Realizations (LA/PA) et missions : fonctions, chaînes, acteurs/composants impliqués (y compris via Part pour les anciennes versions), scénarios, inclusions, missions qui les exploitent, réalisations entre couches.
| ▣ Cartes | Une carte par capacité ou mission, groupées par couche. |
| ▦ Matrice | Capacités × acteurs/composants, × fonctions, × chaînes, ou missions × capacités. |
| 🩺 Contrôles | Capacités sans fonction ni chaîne, sans acteur, sans scénario, non réalisées plus bas, non exploitées par une mission ; missions vides ; fonctions feuilles hors de toute capacité. |
| ◈ Machines à états | Par composant : diagramme (états bleus, modes jaunes, ● initial, ◉ final, ◆ choix ; transitions étiquetées déclencheur [garde] / effet), tables des états (entry / do / exit, fonctions disponibles) et des transitions. |
| ▦ Fonctions × états | Disponibilité des fonctions dans chaque état ou mode (availableInStates). |
| 🩺 Contrôles | Régions sans état initial, états inatteignables, états sans issue, transitions sans déclencheur ni garde, fonctions jamais disponibles. |
📁 Fichier › 🔄 Suivi du fichier détecte qu'une nouvelle version du fichier chargé a été enregistrée (par Capella) et propose de mettre à jour l'affichage. Rien n'est appliqué sans votre validation.
| Détection | Automatique, à cocher dans le menu du suivi ou dans ⚙ Préférences › 🔄 Suivi du fichier, réglage enregistré avec la page (désactivée par défaut ; toutes les 10 s, 30 s, 1 min ou 5 min), au retour dans la fenêtre ou manuelle (🔍 Vérifier maintenant). Une notification affiche le nombre d'éléments ➕ ajoutés, ➖ supprimés, ✎ modifiés, ↪ déplacés ; un bouton 🔄 apparaît alors à côté de 📁 Fichier, son badge indique le nombre d'enregistrements en attente. |
| Delta | 🔍 Voir le delta : liste filtrable, détail propriété par propriété (avant / après), synthèse par couche, export CSV, ou ouverture dans ⚖ Comparaison de versions. |
| Plusieurs enregistrements | Le delta cumulé (modèle affiché → dernier enregistrement) est celui qui sera appliqué ; chaque enregistrement détecté est aussi listé avec son propre delta (par rapport au précédent). Si le fichier revient à la version affichée, la proposition disparaît. |
| Après mise à jour | La vue en cours est conservée. 🕘 Historique des mises à jour de la session (delta de chacune) ; ⚖ comparaison avec la version d'avant la dernière mise à jour ou avec la version d'ouverture. |
| Depuis un autre fichier | 📁 Fichier › 🔄 Charger une mise à jour du modèle : choisissez le nouveau fichier ; le même delta s'affiche avant validation, et ce fichier devient celui qui est suivi. Si moins de 50 % des éléments sont communs avec le modèle affiché, un avertissement signale que ce n'est peut-être pas le même projet, et la mise à jour demande une confirmation. |
| Diagrammes (.aird) | Après une mise à jour, si un .aird est chargé : ouvert avec un accès direct (📁 dossier du projet, 📂 Ouvrir le .aird sous Edge / Chrome), il est relu sur le disque et repris s'il a changé. Sinon, une fenêtre propose 📂 Choisir le .aird à jour, de garder les diagrammes actuels ou de les retirer (avec le nombre d'éléments montrés par les diagrammes qui n'existent plus). Avec un .capella seul, rien n'est demandé. Ouvrir un autre modèle retire les diagrammes de l'ancien (sauf s'ils sont chargés avec lui : dossier du projet, dépôt .capella + .aird). |
| Navigateur | Edge / Chrome : ouvrez le modèle par 📁 Fichier › 🔷 Ouvrir ou par glisser-déposer pour un accès direct (relecture automatique). Sinon (autre navigateur, page HTML sauvegardée), la modification est signalée quand c'est possible et il faut resélectionner le fichier (📂). |
Deux onglets : 🔷 Modèle (le rapport ci-dessous) et 🔲 Diagrammes, qui compare le .aird chargé à un .aird de référence : gardé automatiquement quand le .aird est relu ou remplacé après une 🔄 mise à jour (l'ancien devient la référence), ou choisi par 📂 Charger un .aird de référence. Diagrammes appariés par identifiant : ➕ nouveaux, ➖ supprimés, ✎ renommés, 🧩 contenu modifié (éléments du modèle ajoutés au diagramme ou retirés, listés), 🎨 mise en page / style seulement (positions, tailles, styles non détaillés : Capella les réécrit souvent). Même sans référence : ⚠ éléments absents du modèle (le diagramme montre des éléments supprimés du .capella) et 🔷 touchés par le modèle (éléments ajoutés, supprimés ou modifiés selon l'onglet 🔷 Modèle). Filtres, ▸ détail cliquable, 🔲 ouvrir le diagramme, ⬇ CSV ; indicateurs « Diagrammes — … » dans 📐 Tableau de bord. Ouvrir un autre modèle efface la référence.
Chargez une autre version du même modèle (par défaut l'ancienne ; ⇄ pour inverser). Les éléments sont appariés par identifiant et les changements classés en 8 catégories :
| ➕ Création · ➖ Suppression | Avec le conteneur ; les éléments contenus (ports d'une fonction supprimée…) sont rattachés : « avec 2 éléments contenus ». |
| ✏ Renommage | Ancien nom → nouveau nom. |
| 📝 Description | Description ou résumé modifié (les différences de mise en forme seule sont ignorées). |
| ⚙ Propriétés | Attributs (kind, nature, orientation…), valeurs de propriétés. |
| 🔗 Liens | Références ajoutées (+) ou retirées (−) : allocations, réalisations, Exchange Items… |
| ↪ Déplacement · 🔁 Type | Changement de propriétaire ; changement de type de l'élément. |
| Niveaux | Synthèse (compteurs par catégorie, couche et famille) · Simple (une phrase par changement) · Détaillé (chaque propriété avant → après) · Complet (+ identifiant, type technique, chemin). |
| Préréglages | 📰 Notes de version (Simple) · 🔍 Revue (Détaillé) · 🛠 Audit (Complet, éléments techniques non regroupés). |
| Filtres | Catégories, couches, familles de types, recherche ; regroupement par catégorie, couche, famille ou élément parent. Rattacher le technique à son élément (coché par défaut) : allocations, réalisations, implications… apparaissent comme 🔗 liens de l'élément concerné plutôt que comme éléments à part. |
| Exclure une ligne | Décochez-la : elle reste visible (barrée) mais disparaît de la copie et des exports ; ↺ tout réinclure. |
| 📋 Copier | Copie exactement ce qui est affiché, au format choisi : mis en forme (Word, Outlook, Teams, OneNote : titres, listes, tableaux), texte brut, tableau Excel (une ligne par changement) ou Markdown. |
| Exports | ⬇ CSV, ⬇ HTML autonome, 🖨 Imprimer (ou PDF). |
Exigences du Requirements Viewpoint (identifiant, texte, attributs, relations Capella entrantes / sortantes et relations entre exigences) et exigences Capella de base (SystemUserRequirement…, traces RequirementsTrace). Filtres : famille, type, valeur d'attribut, liées ou non au modèle.
| 📋 Liste | ID, nom, dossier, texte, attributs, éléments liés (avec leur couche) et exigences liées. |
| ▦ Couverture | Nombre d'éléments liés à chaque exigence, par couche ARCADIA. |
| 🩺 Contrôles | Exigences liées à aucun élément, sans texte, sans identifiant, identifiants en double, relations vers un élément introuvable ; fonctions feuilles et composants sans exigence (seulement dans les couches où d'autres éléments en ont). |
Propriétés des extensions PVMT (domaines, groupes, propriétés et unités) et propriétés simples posées sur les éléments. ○ = valeur par défaut jamais saisie.
| ▦ Grille par groupe | Une ligne par élément, une colonne par propriété du groupe ; total des propriétés numériques. |
| Σ Synthèse | Par propriété : somme, minimum, maximum et moyenne des valeurs numériques, ou répartition des valeurs. |
| 📖 Définitions | Groupes définis, classes et architectures auxquelles ils s'appliquent, éléments renseignés et manquants. |
| 🩺 Contrôles | Éléments concernés par un groupe mais non renseignés, valeurs restées par défaut, groupes sans lien vers leur définition. |
| 📦 Exchange Items | Mécanisme, éléments (nom : type [cardinalité]), Functional / Component Exchanges qui les portent, interfaces qui les allouent. |
| 🔌 Interfaces | Exchange Items alloués, ports qui les fournissent ou les requièrent, composants qui les utilisent ou les implémentent. |
| 🧱 Classes & types | Classes (propriétés typées), énumérations (littéraux), grandeurs physiques (unité), héritage et usages ; types prédéfinis en option. |
| 🩺 Contrôles | Exchange Items non portés ou sans contenu, Functional Exchanges sans Exchange Item, interfaces vides ou inutilisées, Exchange Items d'un FE absents des interfaces des ports du CE porteur, types jamais utilisés. |
Toutes les contraintes : rôle (garde, pré / post-condition), expression (les liens de texte sont remplacés par le nom de l'élément cité), langage, éléments contraints, propriétaire. Contrôles : contraintes vides ou sans expression, éléments cités introuvables, sans élément contraint, doublons.
Le panneau de détail d'un élément affiche aussi ses exigences liées, ses propriétés et ses contraintes. Les indicateurs correspondants sont dans le catalogue du 📐 Tableau de bord.
| 🖧 Déploiement | Chaque nœud physique (PhysicalComponent de nature NODE) avec les comportements (nature BEHAVIOR) qu'il héberge par PartDeploymentLink, le nombre de fonctions portées et ses liens physiques ; comportements non déployés en bas ; ⬇ CSV. |
| 🧰 EPBS | Arbre des Configuration Items (nature COTS, logiciel, matériel, interface, NDI, système…) et les composants ou liens physiques qu'ils réalisent (PhysicalArtifactRealization) ; répartition par nature. |
| 🩺 Contrôles | Comportements non déployés, nœuds sans comportement (seulement si le modèle pratique le déploiement), échanges entre comportements déployés sur des nœuds qu'aucun lien physique ne relie, déploiements multiples, nœuds non réalisés par un Configuration Item, Configuration Items vides, réalisations vers un élément introuvable, éléments réalisés par plusieurs articles, articles sans nature. |
Le panneau de détail d'un composant physique indique où il est déployé, ce qu'il héberge et le Configuration Item qui le réalise. ⚡ Chaînes › 🩺 contrôle aussi la continuité des chemins physiques (lien impliqué dont les extrémités ne sont pas sur les composants voisins).
Arcalyse lit aussi un modèle SysML v2 en notation textuelle : un fichier .sysml, une archive .kpar ou un dossier de .sysml (📁 Dossier du projet, ou plusieurs .sysml déposés ensemble : les noms se résolvent d'un fichier à l'autre). La lecture est faite par le lecteur SysML v2 d'Arcature (projet frère, Apache 2.0), embarqué dans la page, hors ligne et en lecture seule.
| Ce qui marche | Chaque métaclasse SysML a son icône (dessinée pour Arcalyse : glyphe par nature — part, port, action, état, exigence, paquet… —, couleur de la famille, définition pleine, usage clair, usage de référence en tirets). Le modèle est converti en éléments comme un .capella : 🌳 Arborescence, ▦ Cartes, ▤ Tableau (colonnes des attributs : déclaration, nom qualifié, mot-clé, famille, visibilité, direction, multiplicité, valeur, fichier, ligne ; références typedBy, specializes, source, target…), panneau de détail (références sortantes et entrantes, section 🧩 SysML v2 : déclaration, liaisons cliquables, diagnostics de l'élément, extrait du texte), 🔍 Ctrl+K, 🗺 Relation Map (relations « SysML — … » : typage, composition, connexion, spécialisation, allocation, satisfy… affichées d'emblée, les autres à cocher), 💬 Revue, 💾 page enregistrée, 📜 API de scripts (analysis.sysml()). |
| 🏗 Architecture › 🧩 SysML v2 | 🧩 Éléments (puces par famille Structure / Comportement / Exigences & cas / Organisation, liste des métaclasses, recherche), 🔗 Liaisons (par relation : source, cible, via), 🩺 Diagnostics (erreurs et avertissements du lecteur avec fichier : ligne, règle, message, élément ; repris par 💚 Santé & contrôles et le 🩺 profil — erreurs ✖, avertissements ⚠), 📄 Fichiers (texte de chaque fichier, numéros de ligne). ⬇ CSV sur chaque onglet. |
| 🔲 Diagrammes | SysML v2 n'a pas de fichier de diagrammes : le lecteur calcule des vues depuis le texte et les dispose automatiquement — GV vue générale (définitions, usages, compartiments, spécialisation, typage, compositions, satisfy), IV interconnexion (parts imbriquées, ports, connexions), STV états (transitions, déclencheurs), AFV flux d'actions. Liste à gauche : un groupe repliable par genre (▾ / ▸, icône par genre), filtre, largeur réglable en glissant le séparateur. Vue ouverte à droite en 🖼 Visuel — dessin SVG au thème d'Arcalyse ; un clic sur une forme ou un lien ouvre l'élément dans le panneau de détail ; main : glisser pour déplacer la vue, Ctrl + molette ou − ⊡ + pour zoomer ; ▣ Carte sous l'explorateur comme pour un diagramme Capella (repliable ▾ / ▸ ; ⇲ la place dans la vue, où le bouton ▣ Carte l'affiche ou la masque, ⇱ la ramène sous l'explorateur ; cadre de la partie affichée, clic ou glisser pour s'y rendre) ; 📝 Note et 💬 Calque : notes de 💬 Revue posées sur la vue comme sur un diagramme Capella (glisser la note ou clic droit sur un élément ; liées à des éléments, déplaçables, retrouvées depuis la liste des commentaires) — ou ≡ Texte (rendu textuel coloré : «mots-clés», noms, types, compartiments, liens « a → b [genre] » ; Ctrl + molette ou − ⊡ + pour la taille du texte) ; ⬇ SVG (document autonome) et ⬇ Texte. Les vues d'un élément sont dans l'onglet 🔲 de son panneau de détail, et dans 🔍 Ctrl+K avec les diagrammes. |
| 🏠 Accueil | Pastilles SysML v2 : n éléments · erreurs · avertissements (clic : la vue) et Vues : n (clic : 🔲 Diagrammes) ; les vues propres à Capella (fonctions, échanges, chaînes, scénarios, exigences…) sont marquées sans données. |
| Non couvert | Pas d'écriture (rien n'est modifié) ni de mise en page manuelle des vues (disposées automatiquement à chaque calcul, pas de filtres), pas de 🔄 suivi du fichier ni de ⚖ comparaison de versions, pas de couche ARCADIA (tout est « Transverse »). La bibliothèque standard n'est connue que par ses noms (ISQ::mass…). Une page enregistrée avec un modèle SysML rouvre les éléments mais ni la vue 🧩 ni les vues calculées (relire le .sysml). |
Les éléments réutilisables de Capella : un REC est un gabarit (ensemble d'éléments du modèle), une RPL une réplique instanciée de ce REC (suffixe, conformité BLACK_BOX / CONSTRAINT_REUSE / INHERITANCY_REUSE). Chaque élément d'une réplique garde un lien vers son origine dans le REC.
| 🧬 Répliques | Chaque RPL avec son REC, son suffixe, sa conformité, le nombre d'éléments et les écarts : manquants (éléments du REC sans équivalent), ajoutés (sans origine dans le REC), types différents, renommés hors règle « nom du REC + suffixe », cibles introuvables ; filtre par REC ; ⬇ CSV. |
| 📦 REC | Chaque gabarit : conformité par défaut, éléments, répliques (✔ conforme ou nombre d'écarts). |
| ⇄ Comparaison | Une réplique face à son REC, élément par élément, avec l'état de chacun (✔, manquant, ajouté, type différent, renommé). Accessible aussi par ⇄ dans les tableaux et le panneau de détail. |
| 🩺 Contrôles | Répliques incomplètes, enrichies, types différents, noms hors règle, liens vers un élément introuvable, REC introuvable, REC sans réplique, REC en double, éléments appartenant à plusieurs répliques. |
Le panneau de détail d'un élément indique le REC ou la réplique dont il fait partie ; celui d'un élément de catalogue, son contenu. Indicateurs « REC / RPL — … » au 📐 Tableau de bord.
Un modèle peut référencer des éléments d'un autre fichier .capella (bibliothèque Capella) : la référence s'écrit platform:/resource/Projet/Fichier.capella#id et les bibliothèques utilisées sont déclarées (LibraryReference). Arcalyse ne lit qu'un fichier : sans la bibliothèque, ces cibles sont « introuvables ».
| 📚 Bibliothèques | Chaque bibliothèque référencée : projet, déclarée ou non, nombre de références et d'éléments visés, chargée ou non. 📂 Charger… ouvre le fichier .capella de la bibliothèque (plusieurs à la fois) ; avec 📁 Dossier du projet ouvert sur le dossier parent (modèle et bibliothèques côte à côte), les bibliothèques référencées sont chargées d'elles-mêmes. Une bibliothèque chargée n'est pas enregistrée dans la page. |
| 🔗 Références | Chaque référence externe : élément source, attribut, bibliothèque, cible (📚 nom et type de l'élément visé si la bibliothèque est chargée). Même affichage dans le panneau de détail (attributs et section « Références externes »). |
| 🩺 Contrôles | Références vers une bibliothèque non chargée, cibles introuvables dans une bibliothèque chargée (version différente), bibliothèques déclarées sans référence, références vers une bibliothèque non déclarée. |
Les catégories que Capella permet de poser sur les échanges : ExchangeCategory (Functional Exchanges), ComponentExchangeCategory (Component Exchanges), PhysicalLinkCategory (Physical Links). Elles filtrent aussi ƒ⇆ Functional Exchange, 🔀 Behavior Exchange et 🔌 Physical Link (liste « 🏷 Toutes catégories », affichée seulement si le modèle en a), et le panneau de détail d'un échange liste ses catégories (et celui d'une catégorie, ses échanges).
| 🏷 Catégories | Chaque catégorie : couche, nature, nombre et liste des échanges ; ▸ ouvre la vue de flux filtrée sur la catégorie. |
| ⇆ Échanges | Taux d'échanges catégorisés par nature et par couche, puis chaque échange avec ses catégories (filtre catégorisés / sans catégorie). |
| 🩺 Contrôles | Échanges sans catégorie (dans les natures et couches où des catégories sont déjà utilisées), catégories vides, référençant un échange introuvable, en double, échanges dans plusieurs catégories. |
Porte d'entrée unique des contrôles (✅ Vérifier › 💚 Santé & contrôles) : on y arrive aussi depuis chaque vue — la pastille 🩺 n contrôle(s) en défaut → 💚 des barres de famille, ou le bouton 💚 Santé & contrôles en tête de chaque onglet 🩺 Contrôles — la liste étant alors filtrée sur cette vue. Puces Vue (Toutes ou une vue, avec le nombre de contrôles en défaut), case En défaut seulement (cochée : les contrôles qui ont des lignes, les plus fréquents d'abord) et, sur chaque ligne, Ouvrir ↗ : la vue s'ouvre sur son onglet 🩺 Contrôles, section du contrôle dépliée.
Un score de 0 à 100 bâti sur tous les contrôles 🩺 de toutes les vues, avec le 🩺 profil de contrôles (contrôles désactivés ignorés ; poids ℹ 0, ⚠ 1, ✖ 3) : 100 × e−(Σ poids × lignes ÷ nombre d'éléments nommés) : 0,1 anomalie par élément ≈ 90, 0,36 ≈ 70. Seuls les contrôles ⚠ et ✖ pèsent : les contrôles de complétude et de bonnes pratiques sont ℹ d'origine (comptés « pour information », à remonter dans le 🩺 profil si l'équipe les exige) ; un contrôle repris par deux vues n'est compté qu'une fois. Niveaux : Bon (≥ 90), À surveiller (≥ 70), À reprendre. Score par couche ARCADIA pour les contrôles calculables par couche (fonctions, échanges fonctionnels, composants).
| 🏠 Carte | Sur l'accueil : score, niveau, points à vérifier et bloquants, barres par couche, écart avec la version précédente et courbe des dernières versions. Au-delà de 30 000 éléments, le calcul attend un clic. ✕ Masquer retire la carte de l'accueil (⚙ Disposer › Masquées pour la réafficher) ; dans la sous-vue, l'onglet ▦ Par vue permet de masquer les contrôles d'une vue du score (case « Comptée »). Décocher une couche (case devant OA, SA, LA, PA, EPBS, aussi dans la sous-vue) l'exclut du score global : ses lignes de contrôles par couche et ses éléments ne comptent plus, les contrôles sans couche comptent au prorata des éléments gardés (utile pour une couche non encore travaillée) ; réglage conservé avec le projet. |
| 📋 Contrôles × couches | Chaque contrôle avec sa vue, sa gravité, son nombre de lignes global et par couche, et Ouvrir ↗ ; filtres Vue et En défaut seulement ; ⬇ CSV. |
| ▦ Par vue | Contrôles, contrôles sans anomalie, points et bloquants de chaque vue. |
| 📈 Historique | Une ligne par version du modèle ouverte dans le projet (même fichier : entrée mise à jour), conservée avec la 💾 page ; indicateurs « Santé du modèle — … » au 📐 Tableau de bord. |
Les champs natifs de revue de Capella : Status (littéral de l'énumération ProgressStatus du projet : DRAFT, TO BE REVIEWED, TO BE DISCUSSED, REWORK NECESSARY, REVIEWED…) et Review (texte libre), portés par n'importe quel élément. Les statuts sont rangés en classes d'après leur nom : brouillon, en attente, validé, à retravailler.
| 📋 Liste | Éléments ayant un statut ou un commentaire Capella : couche, type, statut, commentaire ; filtres par couche, statut (ou classe), type, présence d'un commentaire ; recherche. Le bouton 💬 crée un commentaire de 💬 Revue sur l'élément (le nombre de commentaires existants est affiché). |
| ▦ Répartition | Nombre d'éléments par statut et par couche, puis par type d'élément et classe. |
| 🩺 Contrôles | Éléments à retravailler, en attente de revue, brouillons dans une couche majoritairement validée, commentaire Capella sans statut, à retravailler sans commentaire dans 💬 Revue, statut référencé introuvable. |
Le panneau de détail affiche le statut et le commentaire de l'élément (🔖 voir tous = la liste filtrée sur ce statut) ; la colonne status du ▤ Tableau montre le nom du littéral. Indicateurs « Statut de revue — … » dans le catalogue du 📐 Tableau de bord.
Composez vos propres tableaux de bord à partir de tous les indicateurs calculés (≈ 130 sur un modèle complet) : modèle, fonctions (par couche et comparaison des couches, allocation, allocataires, sous-systèmes, nommage), chaînes, Component Exchanges, Physical Links, ports, traçabilité, capacités, modes & états, exigences, propriétés, données & interfaces, contraintes, contrôles. Un tableau de bord d'exemple est créé au premier affichage.
| ✏ Modifier | Passe en édition : + Ajouter un élément ouvre un panneau à gauche (catalogue avec recherche, catégories toutes dépliées, « Mise en page » et « Diagrammes et vues » en tête) et place aussitôt le nouvel élément dans la grille, en pointillé, où il se dessine en direct pendant les réglages (titre, représentation, taille…) ; ✔ Ajouter dans la grille ou Annuler. + au survol d'un élément pour en insérer un avant lui, tuile « + Ajouter un élément » en fin de page ; ⚙ configure un élément existant dans le même panneau (plus de fenêtre) ; ⧉ dupliquer, ✕ retirer. La vue garde sa position de défilement pendant les modifications. |
| Diagrammes et vues | 🔲 Diagramme Capella : choisi dans la liste du .aird ouvert, son image est enregistrée avec le tableau de bord (↻ Mettre à jour pour la reprendre). ⇶ Liens entre couches : élément de départ ou catégorie, redessiné sur le modèle chargé (aussi depuis la vue, bouton 📐 Au tableau de bord). Hors modification, un clic ouvre le diagramme ou la vue. |
| Représentations | Indicateur chiffré, jauge (vert ≥ 90 %, orange ≥ 50 %, rouge sinon), barres horizontales ou verticales, anneau, barres empilées ou groupées, tableau, texte libre (titres, commentaires). Nombre de catégories affichées (le reste est regroupé en « Autres ») et tri réglables. |
| Disposition | Glisser un élément par son titre pour le déplacer ; coin inférieur droit pour le redimensionner (aimanté à la grille de 3, 4 ou 6 colonnes). |
| Plusieurs pages | Un onglet par page de tableau de bord ; l'onglet + ajoute une page vide. Double-clic sur un onglet (ou ✎ sur l'onglet actif) pour le renommer. En édition : ⧉ Dupliquer, ✨ Exemple, 🗑 Supprimer. Les tableaux de bord sont conservés dans la 💾 Page HTML. |
| Impression | 🖨 Imprimer au format A4 portrait (par défaut) ou paysage : les éléments sont redessinés à la taille de la page, en couleurs claires, avec en-tête (nom, modèle, date). « Enregistrer au format PDF » dans la fenêtre d'impression pour obtenir un PDF. |
| Exports | 🌐 HTML autonome (tel qu'affiché) ; ⬇ / ⬆ JSON pour réutiliser une disposition sur un autre modèle. |
💬 Revue & documents › 💬 Commentaires ouvre le panneau de revue, ancré à droite : la vue se resserre pour lui laisser la place (rien n'est masqué). Si le panneau de détail est ouvert aussi, des onglets 🔎 Propriétés / 💬 Revue passent de l'un à l'autre ; ouvrir le détail d'un élément affiche 🔎 Propriétés. ⧉ détache le panneau dans une fenêtre séparée, ✕ le ferme. Les deux panneaux ont la même largeur, réglable en glissant leur bord gauche (curseur ↔ ; double-clic : largeur par défaut) ; elle est enregistrée avec la page. Son badge compte les commentaires non clos ; ⚠ n signale des commentaires à vérifier après une mise à jour du modèle.
| Panneau de détail | 💬 Commenter (l'élément), 💬 le nom, 💬 la description sous le nom de l'élément ; un 💬 apparaît au survol de chaque attribut. La section 💬 Commentaires de revue liste ceux qui portent sur l'élément. |
| Clic droit | Sur un élément dans les vues (blocs, cartes, tableaux, listes, liens du panneau de détail, diagrammes) : commenter l'élément, son nom ou sa description, voir ses commentaires. |
| 🔲 Diagrammes Capella | 📝 Note de revue (à côté de la recherche du diagramme) : glissez-la sur le diagramme (déposée sur un élément, elle lui est liée) ou cliquez pour la poser au centre ; clic droit dans le diagramme, sur un élément ou dans un espace vide › 📝 Note de revue ici (sur un élément : liée à l'élément, à son nom ou à sa description). Un commentaire créé dans un diagramme est toujours rattaché au diagramme (note du calque). Les notes forment un calque indépendant du .aird (bouton 💬 Calque) : elles suivent le zoom, se déplacent par leur en-tête, se redimensionnent par le coin, se réduisent en pastille (▁). Lier : tirez un trait depuis la poignée ● de la note jusqu'à un élément (vers un élément déjà lié : il est délié), ou 🔗 puis clic sur les éléments (Échap pour terminer) ; les éléments liés sont encadrés et reliés à la note, la pastille ● au milieu d'un trait le délie. Hors des notes, les éléments du diagramme restent cliquables ; le calque se masque par 💬 Calque. |
| ✚ Nouveau | Dans le panneau 💬 Revue : commentaire sur l'élément affiché dans le panneau de détail, ou commentaire général ; des éléments s'ajoutent dans l'éditeur (recherche par nom ou type). |
Seul le texte est demandé. Facultatifs : titre, criticité (Information, Mineure, Majeure, Bloquante), catégorie (Question, Remarque, Erreur, Amélioration), statut (Ouvert, En cours, Corrigé à vérifier, Validé, Rejeté), auteur (pré-rempli par ⚙ Réglages › Votre nom), échéance, responsables (participants déclarés dans ⚙ Réglages, ou ajoutés dans l'éditeur), étiquettes. La date de création est notée automatiquement, ainsi que la partie commentée de chaque élément (élément entier, nom, description ou autre attribut). Les champs proposés se choisissent dans ⚙ Réglages. Chaque commentaire peut recevoir des réponses. Ctrl+Entrée enregistre.
| 💬 Commentaires | Recherche, filtres (statut, criticité, personne, portée : diagramme ouvert, élément du panneau de détail, en retard, qui me sont attribués), tri. Clic sur une carte : texte complet, réponses, statut, ✔ Valider, 🗑. ➜ va à la note du diagramme ou à l'élément. |
| 🔁 Vérifier | Après un nouveau chargement ou une 🔄 mise à jour du modèle : commentaires non clos dont la valeur commentée a changé (avant / maintenant) ou dont l'élément a disparu, et commentaires « Corrigé, à vérifier ». ✔ Valider clôt le commentaire (date et vérificateur notés) ; ↻ Garder ouvert prend la version actuelle comme nouvelle référence. |
| 📄 Rapport | Synthèse statut × criticité ; 📄 Rapport HTML autonome et imprimable (groupé par statut, criticité, responsable ou élément, réponses en option, état de chaque commentaire par rapport au modèle chargé) ; ⬇ CSV. |
| ⚙ Réglages | Votre nom, participants, champs proposés, affichage (calque des diagrammes, notes closes, marque 💬 des éléments commentés dans les vues), 🗑 Tout supprimer. |
| 💾 Revue ▾ · ⧉ | En haut du panneau : ⬇ Exporter et 📂 Importer / fusionner les commentaires (.json, page relue (.html) de « faire relire des commentaires » ou d'un 📑 dossier de relecture), 📤 Faire relire des commentaires, avec le nombre de commentaires non enregistrés. 🎓 lance la visite guidée du panneau (aussi ❓ Aide ▾ › 💬 Visite de la revue). ⧉ ouvre le panneau dans une fenêtre séparée (sur un autre écran, par exemple ; autoriser les fenêtres surgissantes) liée à la page : la fermer (ou ⧈) le ramène dans la page. |
Les commentaires sont enregistrés dans la page (💾 Enregistrer, Ctrl+S). 💾 Revue ▾ › ⬇ Exporter (.json) les garde hors de la page (sauvegarde, envoi) ; 📂 Importer / fusionner réunit les revues de plusieurs relecteurs (nouveaux commentaires ajoutés, version la plus récente gardée pour les autres, réponses réunies). Les commentaires restent quand un autre modèle est ouvert.
Pour faire relire un document chapitré (descriptions, diagrammes, texte libre), voir plutôt 🏠 Accueil › 📑 Dossiers de relecture.
💾 Revue ▾ › 📤 Faire relire des commentaires (ou 📄 Rapport, ou 🏠 Accueil › plan de revue › 📤 Faire relire les commentaires du périmètre) : choisissez les commentaires (liste filtrée, non clos, tous, périmètre du plan, puis cases), un titre, des consignes et une date de retour ; options : réponses déjà faites, description des éléments visés, diagrammes commentés avec leurs notes (.aird chargé). Une page HTML autonome est créée : elle s'ouvre dans n'importe quel navigateur, hors ligne, sans Arcalyse.
Le relecteur y indique son nom, répond à chaque commentaire (avis : 👍 d'accord, 👎 pas d'accord, ❓ question, 💡 proposition, ✔ correction vérifiée, et texte) et peut ajouter des commentaires (généraux ou sur un élément de la revue). 💾 Enregistrer la page avec mes réponses télécharge la page complétée : à renvoyer à l'auteur ou à transmettre au relecteur suivant (les réponses s'accumulent) ; ⬇ Exporter mes réponses (.json) en donne une version courte.
Réimport : 💾 Revue ▾ › 📂 Importer / fusionner accepte la page relue (.html) ou le .json : les réponses sont ajoutées aux commentaires (avis affiché), les nouveaux commentaires sont ajoutés et reliés aux éléments du modèle chargé ; un même fichier réimporté deux fois n'ajoute rien.
Chaque commentaire et chaque export notent l'identifiant du projet Capella (élément racine Project du .capella : identifiant unique créé avec le projet, conservé d'une version à l'autre). À l'import, la revue est comparée au modèle chargé : même identifiant de projet → import direct ; sinon, part des éléments commentés retrouvés dans le modèle (identifiants eux aussi uniques et stables). Avec moins de 5 éléments commentés, cette part ne suffit pas : l'import est direct seulement si tous sont retrouvés, sinon une fenêtre compare les deux côtés (fichier, projet, éléments retrouvés) et propose Importer quand même ou Annuler. Un projet copié garde ses identifiants d'éléments : il est reconnu comme copie. Les commentaires d'un autre projet sont marqués ⧉ autre projet et ne sont pas vérifiés (portée Projet chargé dans la liste pour les masquer).
💬 Revue & documents › 📜 Scripts (mode Complet ; ou Alt+4, ou la recherche 🔍 « Scripts ») ouvre une console en bas des vues : des scripts JavaScript parcourent et analysent le modèle affiché par une API, comme les macros de Catia Magic ou Python4Capella. L'API est celle d'Arcature (mêmes noms), limitée à la lecture : Arcalyse ne modifie jamais le modèle ; elle y ajoute analysis, les résultats de toutes les analyses d'Arcalyse.
| Lancer | Choisir un exemple dans la liste ou écrire un script, puis Ctrl+Entrée (▶ Exécuter). ■ Arrêter interrompt une boucle sans fin. Les éléments affichés dans la sortie sont des liens (clic : panneau de détail) ; les tableaux s'exportent en ⬇ CSV ; les fichiers produits par out.file sont proposés au téléchargement. model.selection contient l'élément ouvert dans le panneau de détail. |
| API | model (elements(filtre), find, count, findByPath, layer('LA'), root, selection, diagrams), élément (name, type, layer, description, owner, children(), descendants(), attributes(), isA(), references(), referencedBy(), links('allocation', 'in'), diagrams), metamodel (types de Capella et héritage), out (print, table, csv, file, progress), ui (await ui.ask, confirm, choose, readCsv). Filtre : nom de type (sous-types compris), fonction, ou { type, exactType, layer, name, technical, where }. Référence complète : docs/api/arcalyse.d.ts et docs/api/LISEZMOI.md. |
analysis | Avec await : functions(), chains(), traceability(), capabilities(), states(), health() (💚 score), requirements(), properties(), data(), constraints(), status(), categories(), rec(), libraries(), scenarios(), ports(), functionalExchanges(), componentExchanges(), physicalLinks(), deployment(), checks(vue) (🩺 contrôles, profil appliqué), nameQuality(nom). Les résultats sont ceux des vues ; tout objet qui désigne un élément porte element. |
| Bibliothèque | 💾 enregistre le script dans le projet (gardé dans la 💾 page HTML, repris par 📄 Ouvrir un projet), 📂 importe des fichiers .js, ⬇ exporte le script affiché, 🗑 supprime. 📁 Dossier partagé (Chrome / Edge) : un dossier de scripts (à côté du modèle, sur un partage réseau) dont les .js apparaissent dans la liste ; 💾 y réécrit le fichier ; le dossier est retrouvé à la prochaine ouverture. |
| Isolement | Le script tourne dans un worker isolé, sur un instantané du modèle : ni page, ni fichier, ni réseau (fetch retiré). Un script reçu d'un collègue ne peut donc ni envoyer le modèle ailleurs ni toucher à la page. Une erreur indique la ligne du script (clic : l'éditeur s'y place). |
| Recettes | Nombre d'éléments : out.print(model.count()) · par couche : out.table(['OA','SA','LA','PA','EPBS'].map(layer => ({ layer, n: model.count({ layer }) }))) · par type : out.table(model.types()) · fonctions sans description : model.elements({ type: 'AbstractFunction', where: f => !f.description }) · score de santé : (await analysis.health()).score. D'autres recettes dans docs/api/LISEZMOI.md. |
| Arcature | Un script qui n'utilise que model, metamodel, out et ui tourne tel quel dans Arcature (qui, lui, peut aussi modifier le modèle). model.tool vaut 'Arcalyse' ou 'Arcature'. |
Vue affichée à l'ouverture d'un modèle ou d'un projet (bouton 🏠 Accueil, tout à gauche de la barre). Tout ce qui y est saisi est enregistré dans la page (💾).
En tête, l'en-tête du projet : nom, fichier, éléments par couche, pastilles d'état — Modèle chargé, Diagrammes (.aird chargé, clic : 🔲 Diagrammes ; ou « pas de .aird — Ajouter… »), Bibliothèques (clic : tableau des bibliothèques référencées avec leur état — chargée, chargée avec des cibles absentes, fichier absent, jamais utilisée — et « Charger le fichier… », « Voir les références ») — puis les vues sans données dans ce modèle, retirées des menus en mode Essentiel. Ensuite Que voulez-vous faire ? : six tâches qui ouvrent chacune la bonne vue (diagrammes, 💚 santé, 💬 revue, ⚖ comparaison, ▤ tableau, 📘 rapports ; ✕ masque la section, ⚙ Disposer les cartes la réaffiche). Puis six cartes : 🔷 Projet (projet Capella, fichier, version de Capella lue dans le fichier, diagrammes chargés et leur nombre par couche — clic sur le nom : 🔲 Diagrammes Capella —, nombre d'éléments, dernière mise à jour du modèle et 🔄 pour en charger une) ; 📝 fiche projet modifiable (objet, phase / jalon, version, responsable, équipe, notes) ; raccourcis des check-lists et plans de revue (avancement, ⧉ : fenêtre séparée) ; contenu du modèle par couche (infobulle d'un type : sa description) ; 💚 santé ; état de la 💬 revue.
⚙ Disposer les cartes (comme un tableau de bord, sur une seule page) : glissez une carte par ⠿ sur une autre pour la placer avant elle, ⇔ passe sa largeur de 1 à 2 colonnes, ✕ la masque (+ pour la réafficher), ↺ revient à la disposition par défaut. La disposition est enregistrée dans la page.
À gauche, la liste ☑ Nouvelle check-list : « Vide (à remplir) » (le curseur est placé sur le premier point ; Entrée ajoute le point suivant) ou un modèle (Qualité du modèle, revues OA, SA, LA, PA) ; la liste 📋 Nouveau plan de revue : plan vide ou avec les points de contrôle d'un modèle ; 📂 Importer… une check-list enregistrée en .json. Depuis 🏠 Projet, ✚ Check-list rapide crée aussi une liste vide. Sections et points à cocher, avec responsable et 💬 constat ; Entrée ajoute un point ; ↑ ↓ 🗑 au survol. Glisser-déposer depuis la palette 📎 (à droite : recherche de diagrammes et d'éléments) : sur un point, il y est lié (pastille cliquable : diagramme ou panneau de détail) ; sur « ✚ Point », il crée un point lié.
✚ Plan de revue… propose un format de plan de revue :
| En-tête | Objet de la revue, jalon / type (SRR, PDR, revue interne…), date, lieu, animateur, statut (en préparation, en cours, terminée), décision (acceptée, avec réserves, refusée, reportée), participants et rôles, documents de référence. |
| Périmètre | Diagrammes et éléments revus (glissés depuis 📎) ; nombre de commentaires de revue non clos sur ce périmètre ; 📤 Faire relire les commentaires du périmètre (page à envoyer aux relecteurs, voir 💬 Revue) ; 📑 Dossier de relecture du périmètre (voir ci-dessous). |
| Sections | 1. Critères d'entrée · 2. Points de contrôle (repris du modèle choisi : OA, SA, LA, PA, qualité) · 3. Critères de sortie · 4. Actions et décisions (responsable, échéance). |
⬇ HTML : document imprimable (avec, pour un plan, les commentaires de revue du périmètre) ; 💾 .json / 📂 Importer… : réutiliser une check-list ou un plan dans un autre projet ; ⧉ (en-tête) dupliquer (cases décochées).
Deux espaces dans la même vue : 🏠 Accueil (🏠 Projet ; bouton 🏠 de la barre) et 💬 Revue & documents (☑ Check-lists & plans de revue, 📑 Faire relire, 📘 Rapports automatiques ; menu 💬 Revue & documents, avec un bouton 💬 Commentaires qui ouvre le panneau de revue). 📑 Faire relire liste les dossiers de relecture ; 📘 Rapports automatiques les plans types, vos modèles et les rapports produits — même éditeur, mêmes exports. Dans le panneau 💬 Revue, 📤 Faire relire envoie des commentaires aux relecteurs (page HTML autonome).
Un dossier de relecture rassemble, chapitre par chapitre, ce que d'autres personnes doivent relire et commenter : description d'une capacité ou d'une chaîne fonctionnelle, ses diagrammes, d'autres diagrammes en sous-chapitres, des éléments avec leur description, du texte libre. 📑 Nouveau dossier, puis :
| ✚ Chapitre | Chapitre à titre libre. Ou glissez un élément (capacité, chaîne fonctionnelle, fonction…) depuis la palette 📎 ou les vues sur la zone du bas : le chapitre reprend son nom, sa description et les diagrammes dont il est l'élément représenté. Un élément glissé sur le titre d'un chapitre lui est associé (case Description : sa description sous le titre). |
| Dans un chapitre | Glissez un diagramme (case Description : sa documentation Capella ; case Éléments représentés : tableau sous la figure) ou un élément (avec sa description) ; ✚ Texte : texte libre (contexte, question aux relecteurs). Sur ✚ Sous-chapitre : le diagramme ou l'élément devient un sous-chapitre. |
| § En chapitre · ¶ En bloc | Convertit un bloc en chapitre numéroté (un texte donne son titre par sa première ligne ; un élément devient l'élément associé ; un diagramme est placé dans le nouveau chapitre) ou un chapitre en bloc non numéroté (son contenu remonte d'un niveau). Les retours déjà reçus restent rattachés. |
| 🔗 Texte du modèle | Un texte libre peut devenir le nom, la description ou le nom et la description d'un élément ou d'un diagramme, relus sur le modèle à chaque export (ils suivent les mises à jour du .capella) : glissez l'élément ou le diagramme sur l'en-tête du bloc, ou 🔗 Lier… (recherche par nom), ou clic droit. Quand le texte libre est déjà le nom ou la description d'un élément, la pastille 🔗 lier à … ? le propose. Le texte libre d'origine est gardé en réserve (↺ Texte d'origine) ; ¶ Figer le remplace par le texte actuel du modèle, modifiable. Chapitre associé à un élément : 🔗 à côté de l'élément = titre suivi (nom de l'élément). Un retour sur un texte du modèle est versé dans 💬 Revue sur le nom ou la description de l'élément. |
| Clic droit | Sur un bloc ou un chapitre (en-tête, marges) : transformer en texte du modèle, figer, afficher nom / description, associer un élément, titre suivi, ouvrir l'élément ou le diagramme, insérer un texte ou un chapitre après, convertir, dupliquer, copier le texte, monter / descendre, sortir / entrer, retirer. Sur le 🧭 Plan : aller au chapitre, tout replier / déplier. Dans une zone de saisie, le menu du navigateur est gardé (copier, coller, orthographe) ; Ctrl+clic droit y ouvre celui d'Arcalyse. |
| ↑ ↓ ⇤ ⇥ 🗑 | Monter, descendre, sortir du chapitre (niveau supérieur), mettre dans le chapitre précédent (niveau inférieur), retirer. ▾ replie un chapitre. Les chapitres sont numérotés (1, 1.1, 1.1.1…). |
📤 Page HTML à commenter : page autonome (hors ligne, sans Arcalyse) avec sommaire, chapitres numérotés et figures (clic pour agrandir). Le relecteur indique son nom, sélectionne au besoin un passage puis clique sur 💬 à droite d'un titre, d'une description, d'un diagramme ou d'un texte (type : remarque, question, erreur, proposition, d'accord ; criticité), coche Relu sur les chapitres lus, puis 💾 Enregistrer la page (à renvoyer, ou à passer au relecteur suivant) ou ⬇ Retours .json.
📝 Word (.docx) : même contenu dans un document Word (titres 1 à 4, figures en images avec légende). Les relecteurs le commentent avec les commentaires de Word (Révision › Nouveau commentaire) et peuvent modifier le texte en suivi des modifications.
📥 Réimporter… (plusieurs fichiers à la fois ; aussi depuis 💬 Revue › 📂 Importer) : page enregistrée, .json ou .docx commenté. Chaque retour est rattaché à son bloc (pastille 💬 n, clic pour le lire ; Voir tous les retours dans l'ordre du dossier) ; dans Word, un commentaire est rattaché au chapitre, à la description ou au diagramme où il est posé, avec le passage commenté ; les modifications suivies deviennent des propositions. Un même fichier réimporté deux fois n'ajoute rien ; un dossier absent du projet est recréé depuis la page. 💬 Verser dans la Revue crée un commentaire de 💬 Revue par retour (cible : l'élément ou sa description) pour en suivre le traitement.
Le tableau des éléments représentés d'un diagramme est coché par défaut : dans la page, chaque ligne a son 💬 (tableau replié sous la figure, à déplier) ; dans Word, un commentaire posé sur une ligne est rattaché à l'élément. Les implications sans nom (fonction impliquée dans une chaîne…) sont remplacées par l'élément impliqué. Le retour versé dans 💬 Revue vise cet élément.
Accès aussi depuis 💬 Revue (bouton 📑 de l'en-tête, 💾 Revue ▾ › 📑 Dossiers de relecture…, 📄 Rapport). ⧉ (liste ou en-tête) ouvre un dossier dans une fenêtre séparée ; ▸ replie la palette 📎 (◂ 📎 la rouvre). Les retours réimportés sont aussitôt versés dans 💬 Revue, avec l'étiquette « 📑 Dossier de relecture » et le titre du dossier ; la carte du commentaire montre 📑 dossier › chapitre (clic : ouvrir le dossier).
📘 Rapports automatiques (bouton 📘 Rapports de la barre, à côté de 📐 Tableau de bord, ou cadre en haut de la liste des dossiers) : crée un dossier selon un plan type d'ingénierie système, rempli à partir du modèle, puis entièrement modifiable et exportable comme tout dossier (page HTML à commenter, Word). 📘 Spécification technique du système (boîte noire), deux plans : plan 1 : objet, domaine d'application (contexte, système, diagrammes de missions et capacités), documents, terminologie, analyse fonctionnelle (missions, capacités, chaînes), exigences fonctionnelles par fonction système (description, entrées et sorties externes, diagrammes), interfaces externes (échanges avec les acteurs, environnement, entrées, sorties), exigences opérationnelles (scénarios, modes), sûreté de fonctionnement, contraintes, vérification ; plan 2 : introduction (objet, documents, terminologie), présentation du système (finalité, mission et objectifs ; contexte physique / organique et fonctionnel ; parties prenantes), exigences techniques (fonctionnelles par fonction système, performance, interfaces fonctionnelles et physiques, opérationnelles et scénarios, contraintes, validation et certification). 📗 Dossier de conception du système (boîte blanche) : architecture logique (composants, flux externes et internes, éléments échangés), chaînes fonctionnelles LA (diagrammes et ⇶ liens entre couches), séquences, architecture physique (composants, interfaces physiques externes et internes, allocation LA → PA), flux physiques, constituants et exigences dérivées par constituant (fonctions allouées, y compris déployées, liens physiques). Les parties que le modèle ne renseigne pas sont des textes « [À rédiger — …] » ; les diagrammes sont choisis par couche et par type (ouvrez le .aird avant). 📘 SSS — Spécification du système / sous-système et 📗 SSDD — Description de la conception du système / sous-système : plans MIL-STD-498 (DID DI-IPSC-81431 et DI-IPSC-81432), numérotation du DID gardée. Une fenêtre demande le périmètre : le système (System de la SA) ou un sous-système (composant SA, LA ou PA cherché par son nom) ; l'intérieur du périmètre (sous-composants, composants déployés), ses fonctions, ses échanges avec l'extérieur et ses partenaires en sont déduits. SSS : états et modes, une section par capacité (sinon par fonction), une interface externe par partenaire (échanges de composants et fonctionnels), interfaces internes, données, ressources informatiques (PA : nœuds, comportements, liens physiques), contraintes, et des sections d'exigences repérées par mots-clés (sûreté, sécurité, environnement, qualité, personnel, formation, logistique, emballage…). SSDD : décisions de conception, composants (sous-composants, fonctions allouées, réalisations, déploiement), concept d'exécution (chaînes, scénarios, modes), une section par interface (éléments échangés, échanges fonctionnels alloués, liens physiques porteurs). Les tableaux d'exigences montrent identifiant, texte, priorité et vérification (attribut d'exigence ou propriété PVMT dont le nom contient « priorit » ou « vérif / qualif / méthode »), éléments liés. Ce que le modèle ne contient pas est une invite « [À compléter — …] » qui rappelle ce que le DID attend.
La liste de gauche et la palette 📎 se règlent en largeur en glissant leur bord (double-clic : largeur par défaut) ; la largeur est enregistrée dans la page et vaut pour tous les onglets. 🧭 Plan (sous la liste des dossiers) : volet de navigation du dossier ouvert, chapitres numérotés ; un clic va au chapitre (en le dépliant) ; ⊟ / ⊞ replient ou déplient tous les chapitres. Plier ou déplier un chapitre ne ramène plus en haut du document. La page HTML exportée affiche aussi son sommaire dans un volet à gauche sur les grands écrans.
👁 Aperçu (en-tête du dossier ou du modèle) : rendu du rapport tel que l'exporte la page HTML, affiché par-dessus l'application sans rien télécharger ; bascule 📄 Lecture / 💬 Avec commentaires, 🖨 Imprimer, ⬇ Page HTML, ⧉ pour l'ouvrir dans une fenêtre séparée (par exemple sur un autre écran : un nouveau clic sur 👁 Aperçu l'y actualise), ✕ ou Échap pour fermer. Pour un 🧩 modèle, l'aperçu montre le rapport qu'il produirait sur le modèle chargé, sans le créer.
💬 Commentaires dans la page HTML (en-tête du dossier) : décoché, la page HTML exportée est un simple rapport à lire et imprimer (sans 💬, ni nom de relecteur, ni enregistrement). Décoché par défaut pour les rapports automatiques. Le Word garde ses commentaires Word ; son sommaire est fait de liens vers les chapitres.
Pour créer son propre rapport automatique : ✚ Nouveau modèle (cadre 📘 Rapports automatiques) crée un modèle prérempli d'un exemple à adapter. Un modèle s'édite comme un dossier (chapitres, textes, diagrammes et éléments glissés), avec deux sortes de blocs en plus :
| 🔁 Boucle « pour chaque » | Chapitre répété pour chaque élément trouvé : type (fonctions, composants, nœuds physiques, acteurs, chaînes, capacités, missions, échanges, liens physiques, éléments échangés, diagrammes), couche, filtre (alloués au système, à un acteur, feuilles, liés à l'élément de la boucle englobante pour des boucles imbriquées : fonctions d'un composant, fonctions d'une chaîne, échanges d'une fonction…), nom contient, nombre maximal. Titre du chapitre : {nom}, {type}, {couche} (aussi dans les textes). Case Description : description de l'élément sous le titre. |
| ⚙ Contenu automatique | Calculé pour l'élément de la boucle : description, diagrammes dont il est l'élément représenté, diagrammes par couche et type (SAB, LAB, ES…), échanges fonctionnels entrants / sortants (avec l'extérieur seulement ou tous), fonctions allouées (et déployées), liens physiques, chaînes qui impliquent la fonction, tableau d'éléments (type, couche, filtre), 🔗 liens entre couches. |
▶ Générer le rapport (en-tête du modèle, ou ▶ dans « 🧩 Mes modèles ») crée un dossier ordinaire, modifiable et exportable ; le modèle reste intact et se réutilise après une mise à jour du modèle Capella. 💾 .json / 📂 Importer : réutiliser un modèle dans un autre projet.
Bloc ▤ tableau d'éléments (rapports automatiques) : titre modifiable, ▾ Voir / modifier pour retirer (✕) ou ajouter (glisser-déposer) des éléments ; à l'export, une ligne par élément (nom, type, description ; ou échange, source, cible, éléments échangés), chaque ligne commentable dans la page et dans Word.
Depuis un plan de revue, 📑 Dossier de relecture du périmètre crée un dossier avec un chapitre par élément ou diagramme du périmètre.
Le ⧉ d'une check-list, d'un plan (liste de gauche, carte de 🏠 Projet) ou d'un 📑 dossier l'ouvre dans sa propre fenêtre (par exemple sur un autre écran ; autoriser les fenêtres surgissantes), liée à la page : les modifications se voient des deux côtés. La vue montre un rappel (⧉ Afficher la fenêtre, ⧈ Ramener ici).
Pendant ce temps, glissez dans cette fenêtre : un diagramme de la liste de 🔲 Diagrammes Capella, une carte ou une ligne de l'arborescence de 🧭 Explorateur, une chaîne de ⚡ Chaînes (liste de la vue Relation Map ou en-tête d'une carte). Sur une check-list : sur un point, sur « ✚ Point » ou sur le périmètre d'un plan. Dans la vue elle-même, la palette 📎 à droite sert de source.
.capella (glisser-déposer). Consulter 🏠 Accueil › 🧩 Contenu du modèle pour voir la composition du modèle.The path (metachain) starts from each element of the start type and follows, step by step, a relation (allocation, owner, contained element, connected port…). The last step can read a value (Name, ID, attribute) to display in the cell. From the 2nd step on, the type is set by the result of the previous step.
Standalone application (a single HTML file) to explore, analyse, check and export a Capella / ARCADIA model without opening Capella. The .capella file is read locally in the browser.
.capella, .melodymodeller, .xml) or SysML v2 (.sysml, .kpar) — anywhere in the window, or click 📂 Model file… on the home screen (or 📁 File › 📂 Open a model…; the accepted formats are listed under the buttons). 📁 Project folder… (or 📁 File › 📁 Open the project folder…, or a dropped folder, in Edge / Chrome) loads the project at once: the .capella with its .aird diagrams and its libraries, or the .sysml files of a SysML v2 project; if it contains several models, you choose which one. Commands specific to Capella (🔄 update, 🔄 file watch) say so in their label.First time? On the home screen, 🚀 Getting started shows where to open your file, then resumes once the model is loaded to show where to find the help and tutorials. ❓ Help ▾ › 🎓 Guided tour presents each area of the interface step by step (more complete with a loaded model). In each view, ❓ Help ▾ › 🎯 Tour of this view presents its menus and what they do.
Only the semantic .capella file is read. .aird (diagrams) and .afm files are refused: they do not contain the model elements.
⚠ When a model is loaded, the browser asks for confirmation before leaving the page (← Back button, closing the tab): otherwise the work in progress would be lost. Remember to 💾 Save.
💾 Save (Ctrl+S) writes the page directly to a file chosen once, then overwrites it at each save, without going through downloads (Edge / Chrome; elsewhere, the page is downloaded). Shift+click or Ctrl+Shift+S: save as. 💾 HTML page downloads the page. In both cases, the whole application is saved with the embedded model. When this file is opened, the model reloads by itself: handy to freeze a state or share an analysis with someone who does not have Capella.
The saved page contains: the model and its diagrams (.aird), the 🏠 home (project sheet, checklists, review plans, review packages and their feedback), the 💬 Review comments, the view bar (menus, pins), the dashboards, the ▤ Table tabs and columns (path columns, filters, widths, sort), the theme and the naming rules. Not kept: the version loaded for ⚖ Comparison and the filters of the other views.
📁 File › ⚙ Save the interface and views: the same settings without the model, in a .json file (parts of your choice); ⚙ Load an interface and views applies them again, for example with another model or a new version of the page.
The application works without a connection: all resources are embedded in the file, including the D3.js v7.9.0 graphics library (ISC licence). Exports (PDF, ZIP, PNG, SVG, CSV, HTML) are generated in the browser, without any external library, and the HTML reports produced are standalone too. A saved 💾 HTML page remains usable offline.
| ◀ ▶ | Navigation history (Alt+← / Alt+→; right-click: list of steps). |
| 🏠 · 🔲 · ▤ | Direct buttons: 🏠 Home, 🔲 Capella diagrams, ▤ Table (and the views you pin with 📌). |
| 🏗 ▾ · ✅ ▾ · 💬 ▾ | View menus, grouped by purpose: 🏗 Architecture (how the system is built, 🗺 Relation Map included), ✅ Check (health, checks, traceability, requirements, comparison…), 💬 Review & documents (comments — the badge counts those not closed —, checklists, files to send for review, reports, dashboards). Details in the Capella views tab. |
| 🔍 (Ctrl K) | Search for a view, a model element or a diagram; with no text, all views. |
| Essential · Full | Menu display level: the most used views (default), or all views. |
| With no model open, the toolbar is reduced to 📁 File, ❓ Help and ⚙. | |
| 📁 File ▾ | 🔷 Open a Capella model: replaces the displayed model. 🔄 Load a model update: compares another file with the displayed model, shows the delta and updates after confirmation; if fewer than half of the elements are shared, a warning says it may not be the same project. 💾 Save (Ctrl+S) / Save as… (Ctrl+Shift+S) / 🌐 Download the HTML page: standalone page containing the model, the view bar, the dashboards, the ▤ Table tabs and columns, the theme, the naming rules and the 💬 Review comments. If a model is already open, a warning appears before the file picker: unsaved work will be lost; 💾 Save the page, then 📂 Choose the .capella file…. ⚙ Save / Load the interface and views: the same settings without the model, in a .json file, parts of your choice, to reuse them with another model. |
| 💾 | Direct save (Ctrl+S; Shift+click or Ctrl+Shift+S: save as). |
| 🔄 | New versions of the .capella file (see below): the button only appears, with its badge, when a new version is detected; the menu opens from 📁 File › 🔄 File watch. |
| ⚙ › 🎨 Theme | Dark (default), Light, Office 2007, Contrast (🌊 Navy and 🌿 Nature have been removed: a page that used them switches to Dark). Views are redrawn with suitable colours; in a light theme (Office 2007, Light or light custom), coloured texts are automatically darkened to stay readable. |
| ⚙ › 🎨 Theme › Customize… | Custom theme: all colours (backgrounds, texts, accent, borders, statuses, Relation Map, ARCADIA layers), live preview, “Start from” an existing theme, displayed text contrast, ⬇ / ⬆ JSON. It then appears as “🎨 Custom” in the list and is kept in the saved page. |
| 🌐 FR / EN | Multilingual version (arcalyse-multi.html) only: switches to the other language (toolbar button or home screen link). The page is reloaded and the loaded model is kept; the ?lang=fr or ?lang=en address also selects the language. Without a choice, the browser language is used. |
| ⬇ Export ▾ | Export of the Relation Map graph (2nd Relation Map bar): image PNG, JPEG or SVG, or CSV data (see below). |
| ❓ Help ▾ | 📖 Full help: this documentation; 🎯 Tour of this view: presentation of the menus and commands of the displayed view (Relation Map, each Capella view; model loaded); 🎓 Guided tour: step-by-step discovery of the interface (highlighted area, rest of the screen darkened; ◀ Previous / Next ▶ or the arrow keys, ✕ or Esc to quit). Both are also available from the home screen. ℹ About: version, author, licence (Apache 2.0), contact, third-party components (D3.js licence), technical information to copy for an issue report (including the test browser: Google Chrome version 155). |
Displayed only in 🗺 Relation Map mode.
| + / - / ⊡ Fit | Zoom in, zoom out, fit to window. |
| ⚙ Filters | Drawer above the graph, in two columns: Element types (colours by ARCADIA layer, number of elements) and Relation criteria (Capella relations to follow). Search in each column, ☑ / ☐ check or uncheck all, groups can be checked as a whole, “checked / total” counters (also on the button). × or Esc closes it. |
| ↓ Open all / ↑ Close all | Expands or collapses all the graph nodes. |
| Depth − n + | Neighbourhood depth around the context element (1 to 10). |
| → LR ▾ (layout) | Graph layout menu: → LR, ↓ TB, ← RL, ◉ radial, ⚡ zigzag (for reading sequences); the button shows the current layout. |
| # Nums | Numbers on the relations. |
| ◉ Legend | Shows or hides the legend: only the relations present in the displayed graph, with their count; a click on its title collapses it. |
| ⌁ Relations | Relation names on the edges. |
| ✂ Names | Cuts names that are too long. |
| ⊙ Single | On by default: each element is expanded only once, at its shortest distance from the context; its other occurrences stay displayed, greyed out and collapsed (↺) — a click on one selects the first occurrence and centres the view on it. Off: each branch expands everything again. In both cases, several relations of the same type towards the same element (e.g. several exchanges between two functions) form a single edge, marked “×n” when ⌁ Relations is on. |
| ⬡ Compact | Shrunk nodes. |
| ⬇ Export ▾ › ▦ Tree by levels… | CSV of the displayed graph, unfolded from left to right: the context in the first column, then one column per level and per relation (“N2 · Functional exchange”). An element and its first neighbour are on the same row, the next neighbours below. Options: Relation in a separate column (“Relation Nn” + “Nn” columns: fixed number of columns, useful when many relations are checked) and Repeat the parent cells (to filter or build a pivot table; by default, empty cells). “×n” = merged relations, “↺” = occurrence already expanded. Only the displayed nodes are exported (collapsed, hidden and filtered ones excluded). |
| ⬇ Export ▾ › ⇄ Displayed relations… | CSV with one row per displayed edge: source, relation, target, count (merged relations), depth, path from the context. In chain view: source, exchange, target. Both exports go through the “Export columns” window (ID, type, layer, owner, description… can be added for each element column). |
| Ctrl + / Ctrl − | Zoom in / out (also Ctrl + mouse wheel). |
| Ctrl W | Fit the view. |
| Ctrl K | 🔍 field of the toolbar: search for a view, an element or a diagram (Enter to open). |
| Esc | Closes the open window or menu. |
| Ctrl/Cmd + click, Shift + click | Multiple selection in the tree. |
| Ctrl V | Pastes a list (text or Excel) under the element selected in the tree. |
Graph centred on a context element: its neighbours are displayed up to the chosen depth, according to the selected Capella relations (function → component allocation, exchanges, physical links, chains…).
At the bottom of the window, the status bar recalls the context element, the number of nodes and unique elements displayed and the depth; it only appears in the Relation Map. 🎯 Tour of this view picks a context element if there is none yet, to show a graph.
Below the 2nd bar, a tab bar View 1 · View 2 · +, as in ▤ Table. Each view keeps the context element, the depth, the layout, the checked types and relations (⚙ Filters), the display options (# Nums, ⌁ Relations, ✂ Names, ⊙ Single, ⬡ Compact, legend), the hidden elements, the nodes collapsed by hand, the zoom and the displayed chain. Every change is recorded in the active view, without a “Save” button; colours stay common to all views.
| Tab | Click: show the view · double-click: rename (an emptied name becomes automatic again) · ✕: close · drag: reorder. Until it is renamed, a view is named after its context, e.g. “Cabin Terminal (LA)”. ⚠: context element missing from the loaded model (choose another one). |
| + ▾ | Copy of the displayed view, empty view (initial settings, same context) or a preset that checks only some relations: 🧱 Structure (breakdowns, deployment), ƒ Functional (sub-functions, allocations, functional exchanges, chains), 🔌 Interfaces (component exchanges, physical links, ports, exchanged items), 🧬 Traceability (realizations between layers, capabilities), ⚡ All. |
| 💾 Save view · 📂 Load view | Saves the displayed view to a .json file; loading opens it in a new tab. |
Views are saved in the 💾 HTML page and in the ⚙ Interface and views file (“🗺 Relation Map” part). They are kept when another model is loaded.
| Click on a node | Selects the element (the 🔎 Detail panel, when open, follows the selection). |
| Double-click | Makes this node the new context. |
| Right-click | Context menu: 🔎 Detail (panel on the right of the graph: attributes, outgoing and incoming references, requirements, owner, owned elements — clickable links; × to close it), set as context, expand / collapse, hide the element. Also in the tree: 🔎 Detail, set as context. |
| Drag the background · mouse wheel | Pan and zoom. |
| Tree | Model elements having at least one relation, at their place in the hierarchy (chains included). Text filter with highlighting. Click = recentres the graph. Multiple selection (Ctrl/Shift), specific to each view. On loading, the layers (Operational Analysis, System Analysis…) are expanded. Takes the whole free height of the panel. Read-only: the Relation Map does not modify the model — neither in the tree and 🔎 Detail (renaming, adding, deleting, moving, pasting a list), nor through the right-click on the graph, nor in the criteria (new, edit or delete a type or a relation criterion). Colours and check boxes can still be set. Arcalyse is a reading and analysis tool. |
Click a chain (⚡) in the tree, or the 🗺 button of the ⚡ Chains view: the Relation Map switches to chain view, which shows the complete graph — several inputs, several outputs, branches and loops — arranged in layers according to the chosen layout (→ LR, ↓ TB, ← RL). Blue edging = carried by an actor, green = by the system, grey = unallocated; INPUT / OUTPUT badge; edges labelled with the exchange. A banner summarises the chain; ✕ Leave chain, a double-click on a node or a click in the tree go back to the Relation Map.
Hovering a node: its direct neighbours stay highlighted, the rest fades. Each node's banner carries the readable name of its type. The Element types panel only lists the types present in the tree, sorted by ARCADIA layer, with their number of elements.
OA Operational Analysis · SA System Analysis · LA Logical Architecture · PA Physical Architecture (PC NODE, PC BEHAVIOR) · EPBS Configuration items.
Table of all the model elements, one per row, opened with the ▤ Table button of the bar. Rows follow the types checked in the sidebar (expanded layers); a double-click on a row opens the detail panel. No global search or layer filter here: each column's Filter… fields replace them.
Each tab keeps its own view: checked element types, 🎯 scope (independent of the other views and tabs), displayed columns and their order, filters, widths and sort. A new tab has no type checked: check those to list in the sidebar. + adds a tab (copy of the columns of the displayed view, no type checked), double-click renames it, ✕ closes it. Tabs are saved with the 💾 HTML page and in the ⚙ interface file.
| 🎯 Scope | Optional tab criterion: rows are limited to the elements contained in chosen elements (package, layer, component, function…). The window shows the chosen elements (✕ to remove), the mode — content at all levels or directly contained only —, the model tree (▶ expand, box to add) and a search by name or type. 🌳 Tree display: with a search, results appear in their containers, greyed when they do not match themselves (they can be checked too). ☰ List display: flat list sorted by name, with the container path, limited to 300 rows (refine the search beyond that). With no chosen element: the whole model. A tab's rows = checked types ∩ scope, then column filters; the counter recalls the scope. |
| ☰ Rows · 🌳 Tree | Tab display. 🌳 Tree: rows are placed under their containers (with a 🎯 scope, starting from the scope elements); ▶ / ▼ in the first column. The ▾ menu next to 🌳 Tree groups the options: Compact (default: each row directly under its closest ancestor that is itself a row, e.g. components and sub-components, without packages) or Greyed containers (intermediate packages and containers shown, greyed and without values); ⊞ Expand all, ⊟ Collapse all, Level 1 · 2 · 3 (containers do not count). The order of elements at the same level follows the sort; ⬇ CSV adds the Level and Path columns. |
| 📋 Copy | Cell selection as in ƒ Functions › ▤ Table: click a cell, click-drag for a rectangle, Ctrl+click to add / remove, Shift+click to extend. Ctrl+C or 📋 Copy: to paste into Excel or Word; a cell with several elements stays a single cell, with one element per line (whatever ≡ Inline / ☰ Stacked). Esc or a click outside the table clears the selection. |
| ✎ Rename | On the header of a path column: ✎ replaces the title with an input field (Enter to confirm, Esc to cancel). |
| ⊞ Columns | Checks the displayed columns, by section: computed columns (Name, ID, Owner and Owned element shown by default; Layer, Type, Human Type), path columns (✏ edit, ✕ delete), XML file attributes and relations. 🔍 field to search a column. |
| Relations | The relations of the model, grouped (breakdown, allocation, exchanges, realization, capabilities, chains), with their number of links. Two boxes per relation: → targets (the elements the row points to, e.g. functions realized by a component) and ← sources (the elements pointing to the row, e.g. the component realizing a function). |
| Headers | Click: sort ▲ ascending, ▼ descending, then no sort (empty cells at the bottom). Drag a header onto another: changes the column order. Right edge: width. Filter… field: filters the column. |
| ≡ Inline / ☰ Stacked | Multi-value cells: comma-separated, or one per line. |
| ⬇ CSV | Exports the displayed columns, for all filtered rows (all pages), in sort order. |
| 💾 Save view · 📂 Load view | Saves the view of the displayed tab to a .json file, or loads it back. |
| ↺ Reset | Goes back to the initial columns, order, widths and sort, with no filter (displayed tab). |
Adds a computed column which, for each element of the table, follows a path of relations in the model and shows what it finds at the end. Examples: the functions allocated to each component, the components connected to a component through its ports, the name of the package owning a requirement.
Building the path: choose the start type (only its rows will be filled), then, at each step, the relation to follow; the type of the next step is deduced automatically. The last step can read a value (Name, ID, attribute); otherwise, the cell shows the names of the reached elements. The choices offered depend on the loaded model:
| Name · ID · Type · Human Type · attributes | Displayed value (end of the path). |
| Owner [Type] | First owning element of the chosen type. |
| Owned element [Type] | Directly contained elements of the chosen type (e.g. a component's ports). |
| Capella relations | Allocation, realization, involvement… in both directions. |
| attribute → Type | Element designated by an attribute (source, target, involved…). |
| ← incoming reference | Elements designating this one (reverse direction). |
| via [Type] → [Type] | Going through an intermediate element (e.g. port → Physical Link → opposite port). |
👁 Live preview: choose a sample element of the start type (🔍 filter, list, Next ▸ to go to the next element whose cell would be filled). The preview shows the elements reached at each step, the step where the path stops if it finds nothing, the final content of the cell and the number of elements for which it will be filled.
+ Add a step · ✕ deletes a step and the following ones · ✏ (⊞ Columns menu) edits an existing column · the preview updates at each change.
📋 Copying cells (all view tables, except matrices): click-drag for a rectangle, Ctrl+click to add / remove a cell, Shift+click to extend; a simple click also selects the cell, unless it or its row already has a click action (link, row opening a detail): the click then keeps its action. A pill appears near the selection: 📋 Copy (also Ctrl+C), Copy the table (headers and visible rows, after filters), ✕. Pasting into Excel or Word: multi-line cells stay a single cell. Esc or a click outside the table clears the selection.
| 🏗 Architecture ▾ | Views are grouped in families: ƒ Functions & exchanges (ƒ Functions, ƒ⇆ functional exchanges, 🟨 OA activities), 🧱 Components & interfaces (SA · System Component, LA · Logical Component, PA · Behavior Exchange, PA · Physical Link, 🧩 Ports), ⚡ Chains & scenarios; then 🚦 Modes & states, 🎯 Capabilities & missions, 🗃 Data & interfaces, 🖧 Deployment & EPBS; Explore: 🗺 Relation Map, 🌳 Tree (Full mode: ▦ Cards). A family opens on its last view; below the toolbar, the family bar leads to the other views of the family. Shared layer: 🧱 has one chip per layer, ƒ and ⚡ a Layer selector; the chosen layer is kept and reused from one family to another (LA chosen in 🧱 → ƒ Functions opens on LA). |
| ✅ Check ▾ | 💚 Health & checks, 🧬 Cross-layer traceability (family: traceability table, ⇶ realization graph), 🧾 Requirements, 🎛 Properties & constraints (family: PVMT properties, 🔒 constraints), ⚖ Version comparison, 🔖 Review status; Advanced (Full mode): 🏷 Exchange categories, 📦 REC / RPL, 📚 Libraries. Each view can still be found on its own through 🔍 search and pinned. |
| 💬 Review & documents ▾ | 💬 Comments (review panel; badge: comments not closed, ⚠ to check), ☑ Checklists & review plans, 📑 Send for review (review files), 📘 Automatic reports, 📐 Dashboard; Full mode: 📜 Scripts. |
| Essential · Full | Buttons on the right of the toolbar (also in ⚙): Essential (default) shows the most used views; Full adds the advanced views. A view missing from the menus remains available through 🔍 search. A setting saved before 3.0 is converted: Expert → Full, Simplified or Custom → Essential. |
| 📌 Pin | In a menu, 📌 places the view as a direct button in the bar (by default: 🏠 Home, 🔲 Capella diagrams, ▤ Table); a second click removes it. |
| 🔍 (Ctrl K) | Search field of the toolbar: type a few letters to find a view, a model element (name, type, layer, identifier; the type and the path are shown) or a diagram (name, acronym, layer, once the .aird is loaded); ↑ ↓ arrows then Enter: the view opens, the element is shown in the details panel, the diagram opens in 🔲 Diagrams. The most relevant section comes first; at most 8 elements and 5 diagrams (refine the search). With no text: 🕘 last elements and diagrams opened this way, then all views (Full-mode ones included) with their pins, ↺ Restore the default bar. The setting is saved with the 💾 HTML page. |
| ⚙ Preferences | Gear wheel on the right of the bar. Menus: Essential or Full (like the toolbar buttons). Toolbar style: Icons and text or Icons only (name on hover; 🧱 marked SA / LA); with Icons and text, the toolbar switches automatically to icons only as long as it does not fit on one line (narrow window). 🎨 Theme…, 💾 auto-save, export format, 🩺 check profile. ⚙ Preferences…: sections ☰ Display, 🎨 Theme (theme previews, 🎨 Adjust colours…), 🔄 File watch (automatic detection and period, check when coming back to the window — saved with the page), 💾 Saving, ⚙ Interface and views (.json export / import), 🩺 Checks and naming, ⬇ Exports (Excel or CSV). |
| ⬇ Excel exports | ⚙ › Table exports: CSV / Excel: every ⬇ CSV button of the views then produces an .xlsx workbook (one sheet, bold frozen header, auto filters, column widths, typed numbers); setting saved with the bar. 📁 File › 📗 Excel workbook of the analyses: one workbook, one sheet per analysis (elements, functions, functional exchanges, components, Component Exchanges, Physical Links, chains, requirements, review statuses, checks, health). No library: the file is written by Arcalyse. |
| ◀ ▶ History | ◀ ▶ buttons at the start of the bar (Alt+← / Alt+→, mouse side buttons): go back to the views opened (🔬 Analyses sub-views included), the elements opened in the detail panel and the diagrams opened, as in a browser; the tooltip names the target step. Right-click on ◀ or ▶: list of the steps (most recent first, current step marked ●), click to go there. The history is cleared when another model is opened. |
| 🩺 Checks profile | ⚙ › 🩺 Checks profile… (or the 🩺 Profile button at the top of each 🩺 Checks tab). For each check of every view: enabled or not (a disabled check disappears from the views and the dashboard, it stays listed at the bottom of the tab to be re-enabled), severity ℹ information (counted apart, outside “points to check” and outside the 💚 score), ⚠ to check or ✖ blocking, whose weight in the 💚 score (ℹ 0, ⚠ 1, ✖ 3 by default) is set at the bottom of the window; 💚 column: cost of each check (weight × rows) and score gain if it were set to ℹ, ⇅ By cost button to see the heaviest checks first — each check has an original severity (· default in the list): ℹ for completeness and good practice (descriptions, naming, Exchange Items, FE → CE and port allocations, realizations between layers, PVMT, requirements, review status…), ✖ for inconsistencies (missing references, broken chains, contradictory port directions, misaligned ports…), ⚠ otherwise; thresholds (minimum description length, name too long, “mostly validated” layer). Saved with the 💾 page, carried over by 📄 Open a project and by ⚙ Interface and views; 💾 Export / 📂 Import .json to share a team's profile. Checks are identified by their title: a profile belongs to one interface language. |
| ♿ Keyboard and screen readers | Every command can be reached with Tab (visible outline) and triggered with Enter or Space: bar buttons, menus, tabs, links of the details panel, table rows. Buttons reduced to a pictogram (“icons only” mode) keep their name for screen readers; dialog boxes keep the focus (Enter = OK, Esc = cancel). The theme follows the light / dark setting of the system on first start (a saved page keeps its theme); animations are reduced when the system asks for it. |
| 💾 Automatic saving | Off by default (⚙ › 💾 Automatic saving). Every 2 to 30 minutes, the page is written to its file (the one used by 💾 / Ctrl+S), only if it has changed (Edge / Chrome). Option Keep the previous version: before each save, the content of the file is copied to a backup file (my-project.backup.html, which opens like a normal page). The browser forgets the chosen files when closed: when reopened, a banner offers to choose them again. |
| 🧭 Explorer | Two tabs: 🌳 Tree and ▦ Cards (detailed below); 🏗 Architecture › Explore menu (Cards: Full mode). The make-up of the model by type is in 🏠 Home › 🧩 Model content (tooltip: description of the type). The type sidebar is only shown in the Explorer and the ▤ Table. |
| 🧭 Explorer › 🌳 Tree | Complete model tree (types checked in the sidebar); own bar: 🔍 search by name or type, 🌳 Tree (results stay in their containers, greyed when they do not match themselves) or ☰ List (flat, sorted by name, with the container path, 300 rows at most), ⊞ Expand all / ⊟ Collapse all, Level 1 · 2 · 3, ⬇ JSON. Click an element: detail panel. |
| 🧭 Explorer › ▦ Cards | Elements grouped by ARCADIA layer, layer filters and search; in pages of 500 cards (⏮ ◀ Prev. · Next ▶ ⏭, at the top and bottom of the list). |
| ▤ Table | Direct button of the bar: paged table with view tabs, attribute, relation and path columns, sort, filters, CSV export (▤ Table tab of this help). |
| ⚡ Chains | Functional chains, operational processes and physical paths: diagrams, tables and exports (⚡ Chains tab). |
| 🔲 Capella diagrams | Capella diagrams of the project (.aird file, next to the .capella) drawn as in Capella by the Arcature viewer: 📂 Open the .aird… (the picker opens in the .capella folder in Edge / Chrome), 📁 Project folder… on the home screen (.capella and .aird loaded together), or drop the .aird (alone or with the .capella) on the window. Explorer on the left: grouped by layer (default), layer › diagram type (OA › OAB…), type or name; collapsible groups (⊞ / ⊟), filter; width adjustable by dragging the separator (double-click: original width). ▣ Map below the explorer (▾ to collapse it, ⇲ to put it back in the diagram, ⇱ to bring it back). ⬇ Export…: several diagrams at once (chosen with ☐ Select…, displayed or all; tables are excluded; warning if the PDF may exceed 40 MB) as sheets — frame and header (layer, acronym, name, type), Capella description and represented element, title block (project, type, layer, content, sources, date, sheet), appendix of represented elements, preview — in the chosen format, then ⬇ Export: PDF (contents, bookmarks, appendices), PNG / SVG ZIP (one folder per layer, one appendix CSV per diagram) or HTML report (sheets collapsible by layer and type). Above the diagram, two rows that do not move from one diagram to another: identity (name, diagram search ▲ ▼, theme, ⬇ Export, ✕; the represented element is in ℹ Info) then tools (📝 Review note and 💬 Layer, chains and paths, filters, zoom, map, layout). Tables, zoom, search (Ctrl+F), minimap, tooltips, filters (ports, labels, exchange categories), chains and paths: only those drawn in the diagram are offered, SVG / PNG / print exports. ℹ Info (or ℹ when hovering a diagram in the explorer): the details panel presents the diagram — type, layer, nature, number of elements, last modification date, description, represented element and displayed elements, grouped by type and clickable. ⧉ Compare (view bar) opens the displayed diagram in the comparison window: a separate window (a single one, reused; for example on another screen) with its own list of diagrams, wheel zoom, drag to pan, ⤢ Fit; clicking an element opens its details in the page. Right-click a diagram in the explorer (or in the open diagram) › ⧉ Show in the comparison window shows another diagram there; the page's diagram does not change. Click an element: its details panel; in the details panel, the Diagrams section opens a diagram where the element is represented, centred on it. Read-only. |
| ƒ⇆ Functional Exchange · 🧱 System / Logical Component · 🔀 Behavior Exchange · 🔌 Physical Link · 🧩 Ports | Interface analysis and consistency checks (🔌 Interfaces & ports tab). |
| 🏗 Architecture › ƒ Functions | Functions layer by layer: hierarchy, table, traceability, metrics, checks, file. |
| 🔬 Analyses | Sub-views split between 🏗 Architecture (modes & states, capabilities, data, deployment) and ✅ Check (health, traceability, requirements, properties, constraints, comparison, review status…); the view keeps its row of tabs (🔬 Analyses tab). |
| 🔄 Watch | Detection of new versions of the .capella file, delta of the changes and update after confirmation. |
Elements are preceded by their Capella icon (variant depending on actor, human, nature, function kind…, drawn by the Arcature viewer): details panel, cards, trees (Explorer and Relation Map), types, review.
A click on a name (almost everywhere) opens the detail panel: Human Type and type description, element description formatted as in Capella (‹/› HTML button: its original code; links to other elements are clickable), 💬 review buttons, attributes, outgoing references, incoming references (what points to this element?), owner and owned elements. Everything is clickable to navigate step by step.
🗂 Panel tabs: the sections are split into 📋 Sheet (description, attributes), 🔗 Links (outgoing and incoming references, owner, owned elements), 🧭 Semantic, 🔲 Diagrams, 🔬 Analyses (requirements, properties, constraints, scenarios, review status, categories, libraries, REC / RPL, deployment) and 💬 Review; ≡ All (default) shows every section in a row (except 🧭 Semantic). The number of sections is shown on each tab; a tab with no section for the element is not offered. The chosen tab is kept from one element to the next (and saved with the 💾 page).
🧭 Semantic: semantic browser like Capella's Semantic Browser, in three columns — ← Referencing elements (elements pointing to it: realizing functions or components, allocating components, chains and capabilities involving it, Parts representing it, diagrams…), Current element (attributes and owned elements, by type) and Referenced elements → (parent, allocated functions, realized elements, incoming / outgoing exchanges through its ports, source and target of an exchange, reference attributes…). Capella's technical links (realizations, allocations, involvements) are resolved into readable categories. Clicking an element makes it the current element (◀ ▶ to go back); the filter field applies to the three columns; ⤢ widens the panel to show the columns side by side.
⧉ Separate window (at the top of the panel, next to ×): the whole detail panel, with its tabs, opens in a separate window (for example on another screen; allow pop-ups) and leaves all the room to the views. It follows the element chosen in the page, and a click in the window (link, 🧭, tab) navigates there; its content scrolls vertically when it overflows. ⧈, or closing the window, brings the panel back into the page.
🏗 Architecture › Chains & scenarios menu (📌 for a direct button). ℹ Info (Relation Map view bar, or unfolded card) shows the chain information in the detail panel: type, layer, number of functions (components) and exchanges, inputs, outputs, owners, capabilities involving it, description; 🔎 opens the full detail of the element.
FunctionalChain, OperationalProcess and PhysicalPath are rebuilt as a graph: several inputs, several outputs, branches and loops are kept.
Filter by type and by layer (OA, SA, LA, PA, EPBS), and by content: All / Non-empty / Empty (empty chain = no function or exchange involved). ▦ Diagrams: one card per chain. 🗺 Relation Map view: interactive graph (LR / TB / RL / radial / zigzag layouts, ⬡ Compact, ✂ Names) and injection into the main Relation Map.
💬 Comment (open card, Relation Map view bar, ℹ Info) or right-click the header of a card: comment on the chain. Right-click a function of the diagram or graph: the comment is linked to the function and to the chain (“💬 Comment on the chain only” otherwise). In the comment window, the chain's functions are offered in one click (⚡ Link to functions). A commented chain shows 💬 in its header.
Third presentation (next to ▦ Diagrams and 🗺 Relation Map view), filtered by the chosen category: empty chains; discontinuous (steps in several unconnected pieces); involvements of a missing element; exchanges with an end outside the chain; references to a missing chain or cyclic references; chains not realized in the lower layer or realizing nothing in the upper layer (only where realizations exist); outside any capability (only if other chains of the layer have one); without description; duplicates; steps carried by unallocated functions; isolated components in a physical path. Each row opens the details of the chain or its 🗺 view. Subject to the 🩺 checks profile; “Chain checks” indicator in the 📐 Dashboard; counted in the 💚 model health, per layer too.
Check cards (or All). With no selection, all the displayed chains are exported. Options:
| Frame | Frame and tab at the top left: [FC], [OP] or [PP] + name, band in the layer colour. |
| Title block | Bottom right: project, diagram, type, layer, content, date and file, sheet number. |
| Legend · Description | Colour legend; Capella description of the chain. |
| Appendices | PDF: appendix sheet(s) after each diagram (inputs/outputs, functions, exchanges), paginated. ZIP: one CSV per chain. |
| ×1 · ×2 · ×3 | Resolution of PNG and PDF images. |
📄 PDF: contents page, one sheet per chain (A4, oriented automatically), navigation bookmarks. 🗜 ZIP PNG / ZIP SVG: individual numbered images. 🌐 HTML: tabbed standalone report (Contents with links, vector Diagrams + tables), with built-in search.
⬇ Enriched CSV (🏗 Architecture: Functional Exchange, Operational Analysis, System / Logical Component, Behavior Exchange, Physical Link, Ports, Links; ƒ Functions and 🔬 Analyses: traceability, capabilities, modes & states, requirements, properties, data & interfaces, constraints): before the download, the “Export columns” window lets you remove columns and, for each column referring to model elements (function, port, exchange, component…), add information inserted right next to it: ID, type, readable type, layer, owner, owner path, description, summary, any Capella attribute (+ Attribute…) and the ▤ Table ✨ path columns whose start type matches. The choices are kept for each export and saved with the 💾 HTML page and the ⚙ file; ↺ Base columns goes back to the original export.
Interface views of the 🏗 Architecture menu (Functions & exchanges, Components & interfaces, Chains & scenarios sections), from functional to physical: ƒ⇆ Functional Exchange, 🟨 Operational Analysis, 🧱 System Component, 🧱 Logical Component, 🔀 Behavior Exchange, 🔌 Physical Link, 🎬 Scenarios, then 🧩 Ports. Each opens in ◧ Blocks view (Capella-style rendering, navigation from one block to another) and also offers Line / Component (or Function) views, an ▦ N² matrix (click a cell = list of the exchanges) and a 🩺 Checks report. In ƒ⇆, each block shows in small print, at the top, what it belongs to: allocation component or actor (click: its block in the view of its layer) or, failing that, its parent function (click: its block). In the dark theme, a tip recalls that the Blocks view is more readable, and closer to Capella, with the Office 2007 or Light theme. Command bars stay visible at the top when scrolling the view (likewise in ⚡ Chains, ƒ Functions and 🔬 Analyses). As in ƒ Functions, the commands of each bar are framed by category (tabs, views, filters and fields, exports). In the 🔬 Analyses and ƒ Functions › ⛓ Traceability tables, the column names and the filter row also stay visible when scrolling.
HTML exports (🔀 and 🔌): ⬇ HTML = the displayed view; ⬇ HTML (all views) = tabbed report Line view / Component view / Matrix / Checks, filters applied, with search and clickable matrix. The files are standalone and use the colours of the current theme.
Split by layer: 🧱 System Component (SA) and 🧱 Logical Component (LA) for the components and their Component Exchanges; 🔀 Behavior Exchange for the PA-layer Component Exchanges between Behavior Physical Components; 🔌 Physical Link for the links between Node Physical Components.
Exchanges between functions (all layers), same organisation as 🧱 Logical Component, with a layer filter (OA, SA, LA, PA) and an Allocation filter as in ƒ Functions (🧩 System, 👤 Actors, ∅ Unallocated; double-click: only this one) and the All allocation targets list of the layer (actors, then system and subsystems as a tree, sub-components included; in OA: operational entities and actors); in the exchange views, an exchange is kept if either of its two functions matches:
| ◧ Blocks view | Default view. Each function drawn as in Capella: rounded box with the function name, green if allocated to the system, blue if allocated to an actor, grey if unallocated (or parent function); input pins (green) on the left and output pins (orange) on the right with the port name; next to each pin, the exchange and the remote function (several exchanges on the same pin: listed one below the other, centred on the pin). Click on the remote function: shows its block (changing page and relaxing filters if needed), ↩ Back returns to the starting block; click on a block title: detail panel. Pale pin: unconnected port; dotted pin: exchange connected directly to the function, without port (normal for OA activities). “with ports or exchanges” option (unchecked by default) to hide parent functions. |
| ≡ Line view | Source function, output pin ▶ and port → exchange → input pin ▶ and port, target function; Exchange Items (▤), Component Exchanges allocating it (🔀), chains (⚡). |
| ▣ Function view | One card per function: received (←) and sent (→) exchanges. |
| ▦ Matrix | Function × function (row = source, column = target), limited to 100 functions to stay responsive (the most connected); filter by layer or function to see the others. |
| 🩺 Checks | Orphan ports, exchanges without Exchange Item, leaf functions without exchange, parent functions carrying ports, exchanges without port (except OA), LA / PA exchanges not allocated to a Component Exchange. |
The Line, Function and Blocks views are paged by 100 (◀ ▶) to stay responsive on models with several thousand functions; CSV and HTML exports cover the whole filtered result.
Sequence diagrams of Capella scenarios — ES (Exchange Scenario), FS (Functional Scenario), OES / OAS in OA, IS (Interface Scenario) — redrawn from the .capella file alone. On the left, the list sorted by layer then by capability (layer, type filters, search); on the right, the diagram: lifelines (light blue = actor, blue = component, green = function, grey = entity), messages with, for ES, their exchange context in braces, activation bars, functions (green rectangles), states (light grey ellipses) and modes (dark grey), combined fragments (ALT, OPT, LOOP, PAR…) with their guards, “ref” references to another scenario (click: open it). Click an element: its details. Lifeline names stay visible at the top when scrolling; scrolling with the bars, the mouse wheel (Shift + wheel: horizontal) or by click-dragging the diagram background. Zoom − / +, PNG / SVG exports and image copy. 🩺 Checks: empty scenarios, messages without exchange, lifelines without represented element, scenarios outside any capability, missing references. The detail panel of a scenario or a capability also offers 🎬 to open the diagram.
The order of events is that of the model; spacing is computed (the layout drawn in Capella is in the .aird file, which is not read): the content is faithful, not the pixel position.
Operational activities (OA layer) and their interactions, in the spirit of Capella OAIB diagrams. ◧ Blocks view (default): yellow rounded blocks with the OA pictogram, incoming interactions on the left and outgoing on the right (click a remote activity: go to its block), carrying entity or actor in small print at the top of the block (click: its details). Also ≡ Line view, ▣ Activity view, ▦ Matrix activity × activity and 🩺 Checks. Filters: activity, interaction or Exchange Item, allocation (🏢 Entities, 👤 Actors, unallocated, or a specific entity / actor). CSV exports of the interactions and HTML reports.
Two identical views (same code, same colours): 🧱 System Component for the SA layer, 🧱 Logical Component for the LA layer; components with their Component Ports and Component Exchanges, same logic as ƒ⇆ Functional Exchange:
| ◧ Blocks view | Default view. Each component drawn as in Capella: blue for the system, light blue for an actor; number of allocated functions (ƒ) and sub-components (⧉). Ports according to their orientation: UNSET, > IN (chevron pointing inwards, on the left), > OUT (pointing outwards, on the right), INOUT; INOUT and UNSET go on the less loaded side. Next to each port: the exchange, its direction (from / to / ⇄) and the remote component (several exchanges on the same port: listed one below the other, centred on the port); click on the remote component: shows its block, ↩ Back. Pale port: not connected. |
| ▣ Component view | One card per component: sent (→), received (←), bidirectional (⇄) or unoriented exchanges, with ports, exchange and remote component (click: go to its card). |
| ƒ Allocated functions | “ƒ n functions ▾” under a block's name expands the list of allocated functions (numbered, with a filter beyond 12 and a scrolling area for long lists); click a function: shows its block in ƒ⇆ Functional Exchange. Also in 🔀 Behavior Exchange and 🔌 Physical Link. |
| ≡ Line view · ▦ Matrix | One Component Exchange per row; component × component matrix (100 components at most). |
| 🩺 Checks | Orphan ports, connected ports without orientation, inconsistent orientations, leaf components without port or without allocated function. |
| Filters | Component, exchange, Nature (🧩 System, 👤 Actors; double-click: only these), All components (one component and its sub-components), “with ports” (unchecked by default: check it to hide components without port). Pages of 100. |
Scope: PA-layer Component Exchanges whose two ends are Behavior Physical Components (no Node). The number kept out of the model total is recalled at the top of the view.
Scope: exchanges between Physical Components Behavior, and between a Behavior and an actor (most often a node) connected to it; these actors appear with only their relevant ports.
◧ Blocks view (default): Physical Components Behavior drawn as in 🧱 Logical Component (blue = system, light blue = actor; UNSET / IN / OUT / INOUT ports; clickable exchanges and remote components; expandable allocated functions). The other views (Line, Component, Matrix, Checks) are unchanged.
Orientation of ComponentPorts: UNSET (attribute absent) · IN · OUT · ⇄ INOUT. The actual direction is deduced from the two ports:
| → Oriented / ← Reversed | An IN or OUT port sets the direction (source → target or the reverse). |
| ⇄ Bidirectional | INOUT port(s) with no other constraint. |
| ? Unoriented | Two UNSET ports: unknown direction (dotted line). |
| ⚠ Inconsistent | OUT→OUT or IN→IN — except for a DELEGATION, where the direction is deduced from the parent / child nesting. |
Each exchange shows its kind (ASSEMBLY, DELEGATION, FLOW), its allocated FEs (ƒ), its Exchange Items (▤) and its carrying Physical Links (🔌). Checks: CE without FE, orphan ports, inconsistent orientations, unoriented CEs, PA-layer CEs not allocated to a physical link.
Links between physical components (and actors) through their PhysicalPorts. For each link: the allocated Component Exchanges (⇢) and, on each port, an n CP badge showing the allocated Component Ports. In the title blocks (here as in 🔀 Component Exchange), long lists are folded after 4 items: click +N others to expand them. Filters with / without CE. Checks: links without CE, physical ports not connected or without Component Port, unallocated PA-layer CEs.
◧ Blocks view (default): each node (Physical Component Node) drawn as in Capella: yellow for a system node, light blue for an actor node; physical ports as yellow squares; next to each port, the Physical Link (⇄) and the remote node, clickable to go to its block. Nature filters (🖥 Nodes, 👤 Actors) and sub-components.
Function Port ↔ Component Port ↔ Physical Port traceability, rebuilt from the PortAllocations and ComponentPortAllocations.
| ≡ Traceability | One row per Function Port / Component Port with FE, CE, physical ports and links. Layer, text, “incomplete chains” filters. CSV export. |
| ▣ By component | Physical ports → carried Component Ports; Component Ports ← allocated Function Ports. |
| 🩺 Checks | Unallocated ports at each level; inconsistent direction between function port and component port; FE ↔ CE alignment (the FE ports must be allocated to the ports of the CE carrying it) and CE ↔ PL (same with the physical ports). Delegations are followed step by step. |
Results are kept in memory; ↻ Recompute (at the end of each analysis bar) refreshes them. Analyses open from the 🏗 Architecture and ✅ Check menus, 🔍 Ctrl+K or the family bar: no more tab bar at the top of the analyses (3.0). Checks are only computed when the 🩺 Checks tab is opened.
Long tables and lists: shown by pages of 200 rows (‹ › bar at the top and the bottom: previous / next page, page choice, Show all) — analysis tables, 🧩 Ports, 🧬 Traceability, 🔗 Links, lists of the detail panel; an active column filter shows every row so that it applies to all of them. CSV / Excel exports always contain everything.
Tables: under each header, a Filter… field per column (several words: all required; !word: exclude); the number of displayed rows is shown above, with ✕ clear. Dragging the right edge of a header sets the column width (double-click: automatic width). Filters and widths are kept when the view is redrawn. A table wider than the view has a horizontal scroll bar stuck to the bottom of the screen while it is visible (also Shift + mouse wheel).
Cross-cutting analyses computed from what the open model contains: a topic absent from the model (no state machine, no capabilities…) is simply reported as empty, and the checks only cover the practices actually used. The tabs and commands of each sub-view are framed by category (views, filters, exports), as in ƒ Functions.
OA activities and SA / LA / PA functions, layer by layer, with their descriptions highlighted.
Allocation filter (🌳 Hierarchy and ▤ Table): 🧩 System 👤 Actors ∅ Unallocated, with the number of functions of each kind. Click = show / hide, double-click = only this kind (double-click again: show all). Each function carries an edging of the corresponding colour (double edging if allocated both to the system and to an actor); in the tree, parent functions kept for the hierarchy are faded. “Allocation kind” column in the table and exports.
Allocation target (list next to the filter): a specific actor, or the system and its subsystems as an indented tree (white-box LA / PA layers), with the number of functions; a subsystem includes its sub-components. ✕ removes the filter. In white box, the “Subsystem” column gives the path of the enclosing components (full path on hover).
| 🌳 Hierarchy | Numbered tree (1, 1.1, 1.2…) with badges: allocation, exchanges ⇄, realizes ⬆ / realized by ⬇, missing description. “Descriptions” option to read them in the tree. Click a function: sheet on the right (path, description, summary, sub-functions, allocation, ports, incoming and outgoing exchanges, chains, capabilities, states, traceability tree upwards and downwards). The sheet links navigate from one function or layer to another. The ⋮ separator between the tree and the sheet can be dragged to adjust the widths (double-click: default widths). |
| ▤ Table | One row per function, indented (Flat option without indentation); resizable columns (header edge), sortable (click), filterable by text (field under the header) or by values as in Excel (▼: sort, search, check boxes with counts; a multi-value column is split) and hideable (⊞ Columns); full descriptions as an option; quick filters; number of functions shown / total. Cell selection: click-drag, Ctrl+click, Shift+click, then 📋 Copy or Ctrl+C (paste into Excel or Word; Esc clears). CSV and 🌐 HTML exports (current columns, widths, filters and sort). |
| ⛓ Traceability | OA → SA → LA → PA paths going through the chosen layer, with descriptions; ∅ = break. |
| 📊 Metrics | ◂ collapses a layer (it moves to the left of the labels, ▸ to expand it); only expanded layers are exported: 🌐 HTML of the indicator table, high-definition 🖼 PNG or 📋 image copy for a presentation. Layer comparison: count, leaves, depth, description, allocation, exchange and traceability rates, coverage by chains and capabilities; breakdown by level; most connected functions. |
| ✍ Name quality | Offline: verb first (infinitive in French, base form in English — built-in list of about 1,000 verbs), -ing form or action noun first, vague verbs, capital letter, spaces, punctuation, length, minority language in the layer. “Name quality” column and “Name to review” filter in the table, indicator in the metrics. ⚙ Naming rules: accepted domain verbs and false verbs, kept in the 💾 HTML page. |
| 🩺 Checks | Name quality (above), missing or too short descriptions, TODO/TBD/NOT DONE markers, duplicates, missing or multiple allocations or allocations on a parent function, leaves without exchange, exchanges on parent functions, unused ports, traceability breaks. |
| 📄 Functional file | HTML report: one tab per layer, one numbered section per function (description, allocation, inputs / outputs, realizations, chains, capabilities), plus metrics and checks. Printable. |
Uses all the …Realization links (functions, components, exchanges, ports, capabilities, chains, scenarios, states, data, configuration items) and, as an option, the transition TransfoLinks.
| ▦ Coverage | By category and OA→SA→LA→PA→EPBS transition: ▼ realized (upper elements realized by the lower layer) and ▲ realizing (lower elements realizing the upper layer), in % with colour code. Click a cell: untraced elements. |
| ⛓ Paths | One row per traceability path, one column per layer (e.g. OA activity → SA function → LA function → PA function). |
| 🔗 Links | Filterable list of all the realization links. |
| Leaf functions | Ignores parent functions (containers), which are generally not realized. |
Graphical view of the realizations between layers: one column per layer (OA, SA, LA, PA, EPBS), an arrow from the realizing element to the realized element (upper layer). 🔬 Analyses menu, right-click on an element (⇶ Cross-layer links) or button in a chain's ℹ Info.
| ◎ From an element | Search for a starting element (or suggestions: the chains, capabilities and functions with the most links). Realizations upwards and downwards: what it realizes going up and what realizes it going down; All links, step by step: also the neighbours of the elements found. |
| ▦ A whole category | All links between elements of a category (functions, chains, capabilities, components, exchanges…), 400 elements at most. |
| Chain functions | Under each chain (dotted frame), its functions and their own links: you can see which LA functions realize which SA functions of a realized chain. |
| Mouse | Hover: the element's links are highlighted; click: detail; double-click: start again from this element; right-click: 💬 Review comment. − / +: zoom. |
| Exports | ⬇ SVG, 🖼 PNG, ⬇ CSV of the links; 📑 To package: adds the drawing to the open review package (redrawn on the loaded model at each export of the package). |
Operational capabilities, system capabilities, Capability Realizations (LA/PA) and missions: functions, chains, involved actors/components (including via Part for older versions), scenarios, inclusions, missions exploiting them, realizations between layers.
| ▣ Cards | One card per capability or mission, grouped by layer. |
| ▦ Matrix | Capabilities × actors/components, × functions, × chains, or missions × capabilities. |
| 🩺 Checks | Capabilities without function or chain, without actor, without scenario, not realized lower down, not exploited by a mission; empty missions; leaf functions outside any capability. |
| ◈ State machines | By component: diagram (blue states, yellow modes, ● initial, ◉ final, ◆ choice; transitions labelled trigger [guard] / effect), tables of states (entry / do / exit, available functions) and transitions. |
| ▦ Functions × states | Availability of functions in each state or mode (availableInStates). |
| 🩺 Checks | Regions without initial state, unreachable states, dead-end states, transitions without trigger or guard, functions never available. |
📁 File › 🔄 File watch detects that a new version of the loaded file has been saved (by Capella) and offers to update the display. Nothing is applied without your confirmation.
| Detection | Automatic, to be checked in the watch menu or in ⚙ Preferences › 🔄 File watch, setting saved with the page (off by default; every 10 s, 30 s, 1 min or 5 min), when coming back to the window, or manual (🔍 Check now). A notification shows the number of elements ➕ added, ➖ deleted, ✎ modified, ↪ moved; a 🔄 button then appears next to 📁 File, its badge shows the number of pending saves. |
| Delta | 🔍 View the delta: filterable list, property-by-property detail (before / after), summary by layer, CSV export, or opening in ⚖ Version comparison. |
| Several saves | The cumulated delta (displayed model → last save) is the one that will be applied; each detected save is also listed with its own delta (compared with the previous one). If the file goes back to the displayed version, the proposal disappears. |
| After the update | The current view is kept. 🕘 Session update history (delta of each); ⚖ comparison with the version before the last update or with the opening version. |
| From another file | 📁 File › 🔄 Load a model update: choose the new file; the same delta is shown before confirmation, and this file becomes the watched one. If fewer than 50% of the elements are shared with the displayed model, a warning says it may not be the same project, and the update asks for confirmation. |
| Diagrams (.aird) | After an update, if an .aird is loaded: opened with direct access (📁 project folder, 📂 Open the .aird under Edge / Chrome), it is re-read from disk and taken over if it changed. Otherwise, a window offers 📂 Choose the up-to-date .aird, keeping the current diagrams or removing them (with the number of elements shown by the diagrams that no longer exist). With a .capella alone, nothing is asked. Opening another model removes the diagrams of the previous one (unless they are loaded with it: project folder, .capella + .aird dropped together). |
| Browser | Edge / Chrome: open the model through 📁 File › 🔷 Open or by drag and drop for direct access (automatic re-read). Otherwise (other browser, saved HTML page), the change is reported when possible and the file must be selected again (📂). |
Two tabs: 🔷 Model (the report below) and 🔲 Diagrams, which compares the loaded .aird with a reference .aird: kept automatically when the .aird is re-read or replaced after a 🔄 update (the old one becomes the reference), or chosen with 📂 Load a reference .aird. Diagrams matched by identifier: ➕ new, ➖ deleted, ✎ renamed, 🧩 content changed (model elements added to or removed from the diagram, listed), 🎨 layout / style only (positions, sizes, styles not detailed: Capella often rewrites them). Even without a reference: ⚠ elements missing from the model (the diagram shows elements deleted from the .capella) and 🔷 affected by the model (elements added, deleted or modified according to the 🔷 Model tab). Filters, clickable ▸ detail, 🔲 open the diagram, ⬇ CSV; “Diagrams — …” indicators in 📐 Dashboard. Opening another model clears the reference.
Load another version of the same model (by default the old one; ⇄ to swap). Elements are matched by identifier and the changes sorted into 8 categories:
| ➕ Creation · ➖ Deletion | With the container; contained elements (ports of a deleted function…) are attached: “with 2 contained elements”. |
| ✏ Renaming | Old name → new name. |
| 📝 Description | Description or summary modified (differences in formatting only are ignored). |
| ⚙ Properties | Attributes (kind, nature, orientation…), property values. |
| 🔗 Links | References added (+) or removed (−): allocations, realizations, Exchange Items… |
| ↪ Move · 🔁 Type | Change of owner; change of the element type. |
| Levels | Summary (counts by category, layer and family) · Simple (one sentence per change) · Detailed (each property before → after) · Full (+ identifier, technical type, path). |
| Presets | 📰 Release notes (Simple) · 🔍 Review (Detailed) · 🛠 Audit (Full, technical elements not grouped). |
| Filters | Categories, layers, type families, search; grouping by category, layer, family or parent element. Attach technical elements to their element (checked by default): allocations, realizations, involvements… appear as 🔗 links of the element concerned rather than as separate elements. |
| Excluding a row | Uncheck it: it stays visible (struck through) but disappears from the copy and exports; ↺ include all again. |
| 📋 Copy | Copies exactly what is displayed, in the chosen format: formatted (Word, Outlook, Teams, OneNote: headings, lists, tables), plain text, Excel table (one row per change) or Markdown. |
| Exports | ⬇ CSV, ⬇ standalone HTML, 🖨 Print (or PDF). |
Requirements Viewpoint requirements (identifier, text, attributes, incoming / outgoing Capella relations and relations between requirements) and basic Capella requirements (SystemUserRequirement…, RequirementsTrace traces). Filters: family, type, attribute value, linked to the model or not.
| 📋 List | ID, name, folder, text, attributes, linked elements (with their layer) and linked requirements. |
| ▦ Coverage | Number of elements linked to each requirement, by ARCADIA layer. |
| 🩺 Checks | Requirements linked to no element, without text, without identifier, duplicate identifiers, relations to a missing element; leaf functions and components without requirement (only in the layers where other elements have some). |
Properties of the PVMT extensions (domains, groups, properties and units) and simple properties set on the elements. ○ = default value never entered.
| ▦ Grid by group | One row per element, one column per group property; total of the numeric properties. |
| Σ Summary | By property: sum, minimum, maximum and average of the numeric values, or breakdown of the values. |
| 📖 Definitions | Defined groups, classes and architectures they apply to, filled-in and missing elements. |
| 🩺 Checks | Elements targeted by a group but not filled in, values left at default, groups without a link to their definition. |
| 📦 Exchange Items | Mechanism, elements (name: type [cardinality]), Functional / Component Exchanges carrying them, interfaces allocating them. |
| 🔌 Interfaces | Allocated Exchange Items, ports providing or requiring them, components using or implementing them. |
| 🧱 Classes & types | Classes (typed properties), enumerations (literals), physical quantities (unit), inheritance and uses; predefined types as an option. |
| 🩺 Checks | Exchange Items not carried or without content, Functional Exchanges without Exchange Item, empty or unused interfaces, Exchange Items of an FE missing from the interfaces of the carrying CE's ports, types never used. |
All the constraints: role (guard, pre / post-condition), expression (text links are replaced by the name of the cited element), language, constrained elements, owner. Checks: empty constraints or without expression, missing cited elements, without constrained element, duplicates.
An element's detail panel also shows its linked requirements, its properties and its constraints. The corresponding indicators are in the 📐 Dashboard catalogue.
| 🖧 Deployment | Each physical node (PhysicalComponent of nature NODE) with the behaviours (nature BEHAVIOR) it hosts through PartDeploymentLink, the number of functions carried and its physical links; undeployed behaviours at the bottom; ⬇ CSV. |
| 🧰 EPBS | Tree of Configuration Items (nature COTS, software, hardware, interface, NDI, system…) and the physical components or links they realize (PhysicalArtifactRealization); breakdown per nature. |
| 🩺 Checks | Undeployed behaviours, nodes without behaviour (only if the model practises deployment), exchanges between behaviours deployed on nodes that no physical link connects, multiple deployments, nodes not realized by a Configuration Item, empty Configuration Items, realizations of a missing element, elements realized by several items, items without nature. |
The details panel of a physical component shows where it is deployed, what it hosts and the Configuration Item realizing it. ⚡ Chains › 🩺 also checks the continuity of physical paths (involved link whose ends are not on the neighbouring components).
Arcalyse also reads a SysML v2 model in textual notation: a .sysml file, a .kpar archive or a folder of .sysml files (📁 Project folder, or several .sysml files dropped together: names resolve from one file to another). Reading is done by the Arcature SysML v2 reader (sister project, Apache 2.0), embedded in the page, offline and read-only.
| What works | Each SysML metaclass has its own icon (drawn for Arcalyse: one glyph per nature — part, port, action, state, requirement, package… —, family colour, solid definition, light usage, dashed reference usage). The model is converted into elements like a .capella: 🌳 Tree, ▦ Cards, ▤ Table (attribute columns: declaration, qualified name, keyword, family, visibility, direction, multiplicity, value, file, line; references typedBy, specializes, source, target…), detail panel (outgoing and incoming references, 🧩 SysML v2 section: declaration, clickable links, diagnostics of the element, text excerpt), 🔍 Ctrl+K, 🗺 Relation Map (“SysML — …” relations: typing, composition, connection, specialization, allocation, satisfy… shown by default, the others to tick), 💬 Review, 💾 saved page, 📜 scripting API (analysis.sysml()). |
| 🏗 Architecture › 🧩 SysML v2 | 🧩 Elements (chips by family Structure / Behaviour / Requirements & cases / Organization, list of metaclasses, search), 🔗 Links (by relation: source, target, via), 🩺 Diagnostics (reader errors and warnings with file: line, rule, message, element; taken up by 💚 Health & checks and the 🩺 profile — errors ✖, warnings ⚠), 📄 Files (text of each file, line numbers). ⬇ CSV on each tab. |
| 🔲 Diagrams | SysML v2 has no diagram file: the reader computes views from the text and lays them out automatically — GV general view (definitions, usages, compartments, specialization, typing, compositions, satisfy), IV interconnection (nested parts, ports, connections), STV states (transitions, triggers), AFV action flow. List on the left: one collapsible group per kind (▾ / ▸, icon per kind), filter, width adjustable by dragging the separator. Open view on the right as 🖼 Visual — SVG drawing in the Arcalyse theme; clicking a shape or a link opens the element in the detail panel; hand: drag to pan the view, Ctrl + wheel or − ⊡ + to zoom; ▣ Map below the explorer as for a Capella diagram (collapsible ▾ / ▸; ⇲ puts it in the view, where the ▣ Map button shows or hides it, ⇱ brings it back below the explorer; frame of the displayed part, click or drag to go there); 📝 Note and 💬 Layer: 💬 Review notes placed on the view as on a Capella diagram (drag the note or right-click an element; linked to elements, movable, found again from the comment list) — or ≡ Text (coloured textual rendering: «keywords», names, types, compartments, links “a → b [kind]”; Ctrl + wheel or − ⊡ + for the text size); ⬇ SVG (standalone document) and ⬇ Text. An element's views are in the 🔲 tab of its detail panel, and in 🔍 Ctrl+K with the diagrams. |
| 🏠 Home | SysML v2: n elements · errors · warnings (click: the view) and Views: n (click: 🔲 Diagrams) pills; the Capella-specific views (functions, exchanges, chains, scenarios, requirements…) are marked as having no data. |
| Not covered | No writing (nothing is modified) nor manual layout of the views (laid out automatically at each computation, no filters), no 🔄 file tracking nor ⚖ version comparison, no ARCADIA layer (everything is “Transverse”). The standard library is only known by its names (ISQ::mass…). A page saved with a SysML model reopens the elements but neither the 🧩 view nor the computed views (reread the .sysml). |
Capella's reusable elements: a REC is a template (a set of model elements), an RPL a replica instantiated from that REC (suffix, compliancy BLACK_BOX / CONSTRAINT_REUSE / INHERITANCY_REUSE). Each element of a replica keeps a link to its origin in the REC.
| 🧬 Replicas | Each RPL with its REC, suffix, compliancy, number of elements and differences: missing (REC elements without counterpart), added (no origin in the REC), different types, renamed outside the “REC name + suffix” rule, missing targets; filter by REC; ⬇ CSV. |
| 📦 REC | Each template: default compliancy, elements, replicas (✔ compliant or number of differences). |
| ⇄ Comparison | A replica against its REC, element by element, with the state of each (✔, missing, added, different type, renamed). Also reachable through ⇄ in the tables and the details panel. |
| 🩺 Checks | Incomplete replicas, enriched replicas, different types, names outside the rule, links to a missing element, missing REC, REC without replica, duplicate REC, elements belonging to several replicas. |
The details panel of an element shows the REC or replica it belongs to; that of a catalogue element, its content. “REC / RPL — …” indicators in the 📐 Dashboard.
A model can reference elements of another .capella file (Capella library): the reference reads platform:/resource/Project/File.capella#id and the libraries used are declared (LibraryReference). Arcalyse reads a single file: without the library, those targets are “missing”.
| 📚 Libraries | Each referenced library: project, declared or not, number of references and of targeted elements, loaded or not. 📂 Load… opens the library's .capella file (several at once); with 📁 Project folder opened on the parent folder (model and libraries side by side), the referenced libraries load by themselves. A loaded library is not saved in the page. |
| 🔗 References | Each external reference: source element, attribute, library, target (📚 name and type of the targeted element when the library is loaded). Same display in the details panel (attributes and “External references” section). |
| 🩺 Checks | References to a library not loaded, targets missing from a loaded library (different version), declared libraries without reference, references to an undeclared library. |
The categories Capella lets you set on exchanges: ExchangeCategory (Functional Exchanges), ComponentExchangeCategory (Component Exchanges), PhysicalLinkCategory (Physical Links). They also filter ƒ⇆ Functional Exchange, 🔀 Behavior Exchange and 🔌 Physical Link (“🏷 All categories” list, shown only if the model has some), and the details panel of an exchange lists its categories (and that of a category, its exchanges).
| 🏷 Categories | Each category: layer, kind, number and list of exchanges; ▸ opens the flow view filtered on the category. |
| ⇆ Exchanges | Share of categorized exchanges per kind and layer, then each exchange with its categories (filter categorized / without category). |
| 🩺 Checks | Exchanges without category (in the kinds and layers where categories are already used), empty categories, referencing a missing exchange, duplicates, exchanges in several categories. |
Single entry point for checks (✅ Check › 💚 Health & checks): you also get there from each view — the 🩺 n failing check(s) → 💚 pill of the family bars, or the 💚 Health & checks button at the top of each 🩺 Checks tab — the list then being filtered on that view. View chips (All or one view, with the number of failing checks), Failing only box (checked: checks that have rows, most frequent first) and, on each row, Open ↗: the view opens on its 🩺 Checks tab, with the check's section expanded.
A score from 0 to 100 built on all 🩺 checks of every view, with the 🩺 checks profile (disabled checks ignored; weights ℹ 0, ⚠ 1, ✖ 3): 100 × e−(Σ weight × rows ÷ number of named elements): 0.1 anomaly per element ≈ 90, 0.36 ≈ 70. Only ⚠ and ✖ checks weigh: completeness and good-practice checks are ℹ by default (counted “for information”, to be raised in the 🩺 profile if the team requires them); a check carried by two views is counted once. Levels: Good (≥ 90), Watch (≥ 70), Rework. Score per ARCADIA layer for the checks that can be computed per layer (functions, functional exchanges, components).
| 🏠 Card | On the home: score, level, points to check and blocking points, bars per layer, difference with the previous version and curve of the last versions. Above 30,000 elements, the computation waits for a click. ✕ Hide removes the card from the home (⚙ Arrange › Hidden to show it again); in the sub-view, the ▦ Per view tab lets you hide the checks of a view from the score (“Counted” box). Unticking a layer (box in front of OA, SA, LA, PA, EPBS, also in the sub-view) excludes it from the overall score: its per-layer check rows and its elements no longer count, checks without a layer count in proportion to the remaining elements (useful for a layer not yet worked on); the setting is kept with the project. |
| 📋 Checks × layers | Each check with its view, severity, number of rows overall and per layer; ⬇ CSV. |
| ▦ Per view | Checks, checks without anomaly, points and blocking points of each view. |
| 📈 History | One row per model version opened in the project (same file: entry updated), kept with the 💾 page; “Model health — …” indicators in the 📐 Dashboard. |
Capella's native review fields: Status (a literal of the project's ProgressStatus enumeration: DRAFT, TO BE REVIEWED, TO BE DISCUSSED, REWORK NECESSARY, REVIEWED…) and Review (free text), carried by any element. Statuses are sorted into classes from their name: draft, pending, validated, to rework.
| 📋 List | Elements with a status or a Capella comment: layer, type, status, comment; filters by layer, status (or class), type, presence of a comment; search. The 💬 button creates a 💬 Review comment on the element (the number of existing comments is shown). |
| ▦ Breakdown | Number of elements per status and layer, then per element type and class. |
| 🩺 Checks | Elements to rework, pending review, drafts in a mostly validated layer, Capella comment without status, to rework without a comment in 💬 Review, unresolved status reference. |
The details panel shows the status and comment of the element (🔖 see all = the list filtered on that status); the status column of the ▤ Table shows the literal name. “Review status — …” indicators in the 📐 Dashboard catalogue.
Build your own dashboards from all the computed indicators (≈ 130 on a complete model): model, functions (by layer and layer comparison, allocation, allocation targets, subsystems, naming), chains, Component Exchanges, Physical Links, ports, traceability, capabilities, modes & states, requirements, properties, data & interfaces, constraints, checks. A sample dashboard is created the first time it is displayed.
| ✏ Edit | Switches to editing: + Add an item opens a panel on the left (catalogue with search, all categories expanded, “Layout” and “Diagrams and views” first) and immediately places the new item in the grid, dotted, where it is drawn live while you set it up (title, representation, size…); ✔ Add to the grid or Cancel. + when hovering an item to insert one before it, “+ Add an item” tile at the end of the page; ⚙ configures an existing item in the same panel (no more window); ⧉ duplicate, ✕ remove. The view keeps its scroll position during the changes. |
| Diagrams and views | 🔲 Capella diagram: chosen from the list of the open .aird, its image is saved with the dashboard (↻ Update to take it again). ⇶ Cross-layer links: starting element or category, redrawn on the loaded model (also from the view, 📐 To dashboard button). Outside editing, a click opens the diagram or the view. |
| Charts | Figure, gauge (green ≥ 90%, orange ≥ 50%, red otherwise), horizontal or vertical bars, donut, stacked or grouped bars, table, free text (titles, comments). Number of categories displayed (the rest is grouped as “Others”) and sort can be set. |
| Layout | Drag an item by its title to move it; bottom-right corner to resize it (snapped to the 3, 4 or 6 column grid). |
| Several pages | One tab per dashboard page; the + tab adds an empty page. Double-click a tab (or ✎ on the active tab) to rename it. While editing: ⧉ Duplicate, ✨ Example, 🗑 Delete. Dashboards are kept in the 💾 HTML page. |
| Printing | 🖨 Print in A4 portrait (default) or landscape format: items are redrawn at page size, in light colours, with a header (name, model, date). “Save as PDF” in the print window to get a PDF. |
| Exports | 🌐 Standalone HTML (as displayed); ⬇ / ⬆ JSON to reuse a layout on another model. |
💬 Review & documents › 💬 Comments opens the review panel, docked on the right: the view narrows to make room for it (nothing is hidden). If the detail panel is open too, 🔎 Properties / 💬 Review tabs switch between them; opening an element's details shows 🔎 Properties. ⧉ detaches the panel into a separate window, ✕ closes it. Both panels share the same width, adjustable by dragging their left edge (↔ cursor; double-click: default width); it is saved with the page. Its badge counts open comments; ⚠ n flags comments to check after a model update.
| Detail panel | 💬 Comment (the element), 💬 the name, 💬 the description below the element name; a 💬 appears when hovering each attribute. The 💬 Review comments section lists those concerning the element. |
| Right-click | On an element in the views (blocks, cards, tables, lists, detail panel links, diagrams): comment on the element, its name or its description, see its comments. |
| 🔲 Capella Diagrams | 📝 Review note (next to the diagram search): drag it onto the diagram (dropped on an element, it is linked to it) or click to place it in the centre; right-click in the diagram, on an element or in an empty area › 📝 Review note here (on an element: linked to the element, its name or its description). A comment created in a diagram is always attached to the diagram (layer note). Notes form a layer independent of the .aird (💬 Layer button): they follow the zoom, move by their header, resize by the corner, collapse to a dot (▁). Linking: draw a line from the note's ● handle to an element (to an already linked element: it is unlinked), or 🔗 then click the elements (Esc to finish); linked elements are framed and connected to the note, the ● dot in the middle of a line unlinks it. Outside notes, diagram elements remain clickable; the layer is hidden with 💬 Layer. |
| ✚ New | In the 💬 Review panel: comment on the element shown in the detail panel, or general comment; elements can be added in the editor (search by name or type). |
Only the text is required. Optional: title, severity (Information, Minor, Major, Blocking), category (Question, Remark, Error, Improvement), status (Open, In progress, Fixed to be checked, Validated, Rejected), author (pre-filled from ⚙ Settings › Your name), due date, assignees (participants declared in ⚙ Settings, or added in the editor), tags. The creation date is recorded automatically, as well as the commented part of each element (whole element, name, description or another attribute). The offered fields are chosen in ⚙ Settings. Each comment can receive replies. Ctrl+Enter saves.
| 💬 Comments | Search, filters (status, severity, person, scope: open diagram, detail panel element, overdue, assigned to me), sorting. Click a card: full text, replies, status, ✔ Validate, 🗑. ➜ goes to the diagram note or to the element. |
| 🔁 Check | After a new load or a 🔄 model update: open comments whose commented value has changed (before / now) or whose element has disappeared, and comments “Fixed, to be checked”. ✔ Validate closes the comment (date and checker recorded); ↻ Keep open takes the current version as the new reference. |
| 📄 Report | Status × severity summary; standalone, printable 📄 HTML report (grouped by status, severity, assignee or element, optional replies, status of each comment against the loaded model); ⬇ CSV. |
| ⚙ Settings | Your name, participants, offered fields, display (diagram layer, closed notes, 💬 mark of commented elements in the views), 🗑 Delete all. |
| 💾 Review ▾ · ⧉ | At the top of the panel: ⬇ Export and 📂 Import / merge the comments (.json, or reviewed page .html from “have comments reviewed” or from a 📑 review package), 📤 Have comments reviewed, with the number of unsaved comments. 🎓 starts the guided tour of the panel (also ❓ Help ▾ › 💬 Review tour). ⧉ opens the panel in a separate window (on another screen, for example; allow pop-ups) linked to the page: closing it (or ⧈) brings it back into the page. |
Comments are saved in the page (💾 Save, Ctrl+S). 💾 Review ▾ › ⬇ Export (.json) keeps them outside the page (backup, sending); 📂 Import / merge combines the reviews of several reviewers (new comments added, most recent version kept for the others, replies combined). Comments remain when another model is opened.
To have a chaptered document reviewed (descriptions, diagrams, free text), see 🏠 Home › 📑 Review packages instead.
💾 Review ▾ › 📤 Have comments reviewed (or 📄 Report, or 🏠 Home › review plan › 📤 Have the scope's comments reviewed): choose the comments (filtered list, not closed, all, plan scope, then boxes), a title, instructions and a feedback date; options: existing answers, description of the targeted elements, commented diagrams with their notes (.aird loaded). A standalone HTML page is created: it opens in any browser, offline, without Arcalyse.
The reviewer enters their name, answers each comment (opinion: 👍 agree, 👎 disagree, ❓ question, 💡 proposal, ✔ fix verified, and text) and can add comments (general or on an element of the review). 💾 Save the page with my answers downloads the completed page: send it back to the author or pass it to the next reviewer (answers accumulate); ⬇ Export my answers (.json) gives a short version.
Import back: 💾 Review ▾ › 📂 Import / merge accepts the reviewed page (.html) or the .json: answers are added to the comments (opinion shown), new comments are added and linked to the elements of the loaded model; the same file imported twice adds nothing.
Each comment and each export records the Capella project identifier (root Project element of the .capella: unique identifier created with the project, kept from one version to the next). On import, the review is compared with the loaded model: same project identifier → direct import; otherwise, share of the commented elements found in the model (identifiers that are also unique and stable). With fewer than 5 commented elements, this share is not enough: the import is direct only if all are found, otherwise a window compares both sides (file, project, elements found) and offers Import anyway or Cancel. A copied project keeps its element identifiers: it is recognised as a copy. Comments from another project are marked ⧉ other project and are not checked (Loaded project scope in the list to hide them).
💬 Review & documents › 📜 Scripts (Full mode; or Alt+4, or 🔍 search “Scripts”) opens a console below the views: JavaScript scripts browse and analyse the displayed model through an API, like Catia Magic macros or Python4Capella. The API is Arcature's (same names), limited to reading: Arcalyse never modifies the model; it adds analysis, the results of every Arcalyse analysis.
| Run | Pick an example in the list or write a script, then Ctrl+Enter (▶ Run). ■ Stop interrupts an endless loop. Elements shown in the output are links (click: detail panel); tables export as ⬇ CSV; files produced by out.file are offered for download. model.selection holds the element opened in the detail panel. |
| API | model (elements(filter), find, count, findByPath, layer('LA'), root, selection, diagrams), element (name, type, layer, description, owner, children(), descendants(), attributes(), isA(), references(), referencedBy(), links('allocation', 'in'), diagrams), metamodel (Capella types and inheritance), out (print, table, csv, file, progress), ui (await ui.ask, confirm, choose, readCsv). Filter: a type name (subtypes included), a function, or { type, exactType, layer, name, technical, where }. Full reference: docs/api/arcalyse.d.ts and docs/api/LISEZMOI.md. |
analysis | With await: functions(), chains(), traceability(), capabilities(), states(), health() (💚 score), requirements(), properties(), data(), constraints(), status(), categories(), rec(), libraries(), scenarios(), ports(), functionalExchanges(), componentExchanges(), physicalLinks(), deployment(), checks(view) (🩺 checks, profile applied), nameQuality(name). The results are those of the views; every object that designates an element carries element. |
| Library | 💾 saves the script in the project (kept in the 💾 HTML page, reloaded by 📄 Open a work project), 📂 imports .js files, ⬇ exports the displayed script, 🗑 removes it. 📁 Shared folder (Chrome / Edge): a folder of scripts (next to the model, on a network share) whose .js files appear in the list; 💾 rewrites the file; the folder is found again at the next opening. |
| Isolation | The script runs in an isolated worker, on a snapshot of the model: no page, no file, no network (fetch removed). A script received from a colleague can neither send the model elsewhere nor touch the page. An error gives the line of the script (click: the editor goes there). |
| Recipes | Number of elements: out.print(model.count()) · per layer: out.table(['OA','SA','LA','PA','EPBS'].map(layer => ({ layer, n: model.count({ layer }) }))) · per type: out.table(model.types()) · functions without description: model.elements({ type: 'AbstractFunction', where: f => !f.description }) · health score: (await analysis.health()).score. More recipes in docs/api/LISEZMOI.md. |
| Arcature | A script that only uses model, metamodel, out and ui runs as is in Arcature (which can also modify the model). model.tool is 'Arcalyse' or 'Arcature'. |
View shown when a model or a project is opened (🏠 Home button, at the far left of the bar). Everything entered there is saved in the page (💾).
At the top, the project header: name, file, elements per layer, status pills — Model loaded, Diagrams (.aird loaded, click: 🔲 Diagrams; or “no .aird — Add…”), Libraries (click: table of the referenced libraries with their status — loaded, loaded with missing targets, file missing, never used — and “Load the file…”, “See the references”) — then the views without data in this model, removed from the menus in Essential mode. Next, What do you want to do?: six tasks that each open the right view (diagrams, 💚 health, 💬 review, ⚖ comparison, ▤ table, 📘 reports; ✕ hides the section, ⚙ Arrange the cards shows it again). Then six cards: 🔷 Project (Capella project, file, Capella version read from the file, loaded diagrams and their number per layer — click the name: 🔲 Capella Diagrams —, number of elements, last model update and 🔄 to load one); editable 📝 project sheet (purpose, phase / milestone, version, owner, team, notes); shortcuts to checklists and review plans (progress, ⧉: separate window); model content per layer (tooltip of a type: its description); 💚 health; 💬 review status.
⚙ Arrange the cards (like a dashboard, on a single page): drag a card by ⠿ onto another to place it before, ⇔ switches its width between 1 and 2 columns, ✕ hides it (+ to show it again), ↺ restores the default layout. The layout is saved in the page.
On the left, the ☑ New checklist list: “Empty (to fill in)” (the cursor is placed on the first item; Enter adds the next item) or a template (Model quality, OA, SA, LA, PA reviews); the 📋 New review plan list: empty plan or with the checkpoints of a template; 📂 Import… a checklist saved as .json. From 🏠 Project, ✚ Quick checklist also creates an empty list. Sections and items to check, with owner and 💬 finding; Enter adds an item; ↑ ↓ 🗑 on hover. Drag and drop from the 📎 palette (on the right: search for diagrams and elements): onto an item, it is linked to it (clickable chip: diagram or detail panel); onto “✚ Item”, it creates a linked item.
✚ Review plan… offers a review plan format:
| Header | Review purpose, milestone / type (SRR, PDR, internal review…), date, place, moderator, status (in preparation, in progress, completed), decision (accepted, with reservations, rejected, postponed), participants and roles, reference documents. |
| Scope | Reviewed diagrams and elements (dragged from 📎); number of open review comments on this scope; 📤 Have the scope's comments reviewed (page to send to reviewers, see 💬 Review); 📑 Review package of the scope (see below). |
| Sections | 1. Entry criteria · 2. Checkpoints (taken from the chosen template: OA, SA, LA, PA, quality) · 3. Exit criteria · 4. Actions and decisions (owner, due date). |
⬇ HTML: printable document (with, for a plan, the review comments on the scope); 💾 .json / 📂 Import…: reuse a checklist or a plan in another project; ⧉ (header) duplicate (boxes unchecked).
Two spaces in the same view: 🏠 Home (🏠 Project; 🏠 button of the toolbar) and 💬 Review & documents (☑ Checklists & review plans, 📑 Send for review, 📘 Automatic reports; 💬 Review & documents menu, with a 💬 Comments button that opens the review panel). 📑 Send for review lists the review packages; 📘 Automatic reports the standard outlines, your templates and the produced reports — same editor, same exports. In the 💬 Review panel, 📤 Send for review sends comments to reviewers (stand-alone HTML page).
A review package gathers, chapter by chapter, what other people must review and comment: description of a capability or a functional chain, its diagrams, other diagrams in sub-chapters, elements with their description, free text. 📑 New package, then:
| ✚ Chapter | Chapter with a free title. Or drag an element (capability, functional chain, function…) from the 📎 palette or the views onto the bottom area: the chapter takes its name, its description and the diagrams whose represented element it is. An element dropped on a chapter title is associated with it (Description box: its description under the title). |
| In a chapter | Drop a diagram (Description box: its Capella documentation; Represented elements box: table under the figure) or an element (with its description); ✚ Text: free text (context, question to the reviewers). On ✚ Sub-chapter: the diagram or the element becomes a sub-chapter. |
| § To chapter · ¶ To block | Converts a block into a numbered chapter (a text gives its title from its first line; an element becomes the associated element; a diagram is placed in the new chapter) or a chapter into an unnumbered block (its content moves up one level). Feedback already received stays attached. |
| 🔗 Model text | A free text can become the name, the description or the name and description of an element or diagram, read again from the model at each export (they follow the .capella updates): drag the element or diagram onto the block header, or 🔗 Link… (search by name), or right-click. When the free text already is the name or description of an element, the 🔗 link to …? badge suggests it. The original free text is kept aside (↺ Original text); ¶ Freeze replaces it with the current model text, editable. Chapter associated with an element: 🔗 next to the element = linked title (element name). Feedback on a model text goes into 💬 Review on the name or description of the element. |
| Right-click | On a block or chapter (header, margins): turn into model text, freeze, show name / description, associate an element, linked title, open the element or diagram, insert a text or chapter after, convert, duplicate, copy the text, move up / down, out / in, remove. On the 🧭 Outline: go to chapter, collapse / expand all. In a text field, the browser menu is kept (copy, paste, spelling); Ctrl+right-click opens Arcalyse's there. |
| ↑ ↓ ⇤ ⇥ 🗑 | Move up, move down, move out of the chapter (upper level), move into the previous chapter (lower level), remove. ▾ collapses a chapter. Chapters are numbered (1, 1.1, 1.1.1…). |
📤 HTML page to comment: standalone page (offline, without Arcalyse) with table of contents, numbered chapters and figures (click to enlarge). The reviewer enters their name, selects a passage if needed then clicks 💬 on the right of a title, description, diagram or text (type: remark, question, error, proposal, agree; severity), ticks Reviewed on the chapters read, then 💾 Save the page (to send back, or to pass to the next reviewer) or ⬇ Feedback .json.
📝 Word (.docx): same content in a Word document (headings 1 to 4, figures as images with captions). Reviewers comment it with Word comments (Review › New Comment) and can edit the text with Track Changes.
📥 Re-import… (several files at once; also from 💬 Review › 📂 Import): saved page, .json or commented .docx. Each feedback item is attached to its block (💬 n chip, click to read it; Show all feedback in the package order); in Word, a comment is attached to the chapter, description or diagram where it is placed, with the commented passage; tracked changes become proposals. The same file imported twice adds nothing; a package missing from the project is recreated from the page. 💬 Send to the Review creates a 💬 Review comment per feedback item (target: the element or its description) to track its handling.
The table of a diagram's represented elements is ticked by default: in the page, each row has its own 💬 (table collapsed under the figure, to expand); in Word, a comment placed on a row is attached to the element. Unnamed involvements (function involved in a chain…) are replaced by the involved element. Feedback sent to 💬 Review targets that element.
Also available from 💬 Review (📑 button in the header, 💾 Review ▾ › 📑 Review packages…, 📄 Report). ⧉ (list or header) opens a package in a separate window; ▸ collapses the 📎 palette (◂ 📎 reopens it). Re-imported feedback is immediately sent to 💬 Review, with the “📑 Review package” tag and the package title; the comment card shows 📑 package › chapter (click: open the package).
📘 Automatic reports (📘 Reports button of the bar, next to 📐 Dashboard, or frame at the top of the package list): creates a package following a standard systems-engineering outline, filled from the model, then fully editable and exportable like any package (HTML page to comment, Word). 📘 System technical specification (black box), two outlines: outline 1: purpose, scope (context, system, mission and capability diagrams), documents, terminology, functional analysis (missions, capabilities, chains), functional requirements per system function (description, external inputs and outputs, diagrams), external interfaces (exchanges with the actors, environment, inputs, outputs), operational requirements (scenarios, modes), dependability, constraints, verification; outline 2: introduction (purpose, documents, terminology), system presentation (purpose, mission and objectives; physical / organic and functional context; stakeholders), technical requirements (functional per system function, performance, functional and physical interfaces, operational and scenarios, constraints, validation and certification). 📗 System design file (white box): logical architecture (components, external and internal flows, exchanged items), LA functional chains (diagrams and ⇶ cross-layer links), sequences, physical architecture (components, external and internal physical interfaces, LA → PA allocation), physical flows, constituents and derived requirements per constituent (allocated functions, including deployed ones, physical links). Parts the model does not provide are “[To be written — …]” texts; diagrams are chosen by layer and type (open the .aird first). 📘 SSS — System/Subsystem Specification and 📗 SSDD — System/Subsystem Design Description: MIL-STD-498 outlines (DIDs DI-IPSC-81431 and DI-IPSC-81432), with the DID numbering kept. A window asks for the scope: the system (SA System) or a subsystem (SA, LA or PA component searched by name); the inside of the scope (sub-components, deployed components), its functions, its exchanges with the outside and its counterparts are derived from it. SSS: states and modes, one section per capability (otherwise per function), one external interface per counterpart (component and functional exchanges), internal interfaces, data, computer resources (PA: nodes, behaviors, physical links), constraints, and requirement sections found by keywords (safety, security, environment, quality, personnel, training, logistics, packaging…). SSDD: design decisions, components (sub-components, allocated functions, realizations, deployment), concept of execution (chains, scenarios, modes), one section per interface (exchanged items, allocated functional exchanges, carrying physical links). Requirement tables show identifier, text, priority and verification (requirement attribute or PVMT property whose name contains “priorit” or “verif / qualif / method”), linked elements. What the model does not contain is a “[To be completed — …]” prompt recalling what the DID expects.
The left list and the 📎 palette can be resized by dragging their edge (double-click: default width); the width is saved in the page and applies to all tabs. 🧭 Outline (under the package list): navigation pane of the open package, numbered chapters; a click goes to the chapter (expanding it); ⊟ / ⊞ collapse or expand all chapters. Collapsing or expanding a chapter no longer goes back to the top of the document. The exported HTML page also shows its table of contents in a left pane on large screens.
👁 Preview (package or template header): rendering of the report as the HTML page exports it, shown over the application without downloading anything; 📄 Reading / 💬 With comments switch, 🖨 Print, ⬇ HTML page, ⧉ to open it in a separate window (on another screen, for example: clicking 👁 Preview again refreshes it there), ✕ or Esc to close. For a 🧩 template, the preview shows the report it would produce on the loaded model, without creating it.
💬 Comments in the HTML page (package header): unticked, the exported HTML page is a plain report to read and print (no 💬, reviewer name or saving). Unticked by default for automatic reports. The Word file keeps its Word comments; its table of contents is made of links to the chapters.
To create your own automatic report: ✚ New template (📘 Automatic reports frame) creates a template pre-filled with an example to adapt. A template is edited like a package (chapters, texts, dropped diagrams and elements), with two more kinds of blocks:
| 🔁 “For each” loop | Chapter repeated for each element found: type (functions, components, physical nodes, actors, chains, capabilities, missions, exchanges, physical links, exchanged items, diagrams), layer, filter (allocated to the system, to an actor, leaves, linked to the element of the enclosing loop for nested loops: functions of a component, functions of a chain, exchanges of a function…), name contains, maximum number. Chapter title: {nom}, {type}, {couche} (also in texts). Description box: the element's description under the title. |
| ⚙ Automatic content | Computed for the loop element: description, diagrams whose represented element it is, diagrams by layer and type (SAB, LAB, ES…), incoming / outgoing functional exchanges (with the outside only or all), allocated (and deployed) functions, physical links, chains involving the function, element table (type, layer, filter), 🔗 cross-layer links. |
▶ Generate the report (template header, or ▶ in “🧩 My templates”) creates an ordinary package, editable and exportable; the template stays intact and can be reused after an update of the Capella model. 💾 .json / 📂 Import: reuse a template in another project.
▤ Element table block (automatic reports): editable title, ▾ View / edit to remove (✕) or add (drag and drop) elements; on export, one row per element (name, type, description; or exchange, source, target, exchanged items), each row can be commented in the page and in Word.
From a review plan, 📑 Review package of the scope creates a package with one chapter per element or diagram of the scope.
The ⧉ of a checklist, a plan (left list, 🏠 Project card) or a 📑 package opens it in its own window (on another screen, for example; allow pop-ups), linked to the page: changes show on both sides. The view shows a reminder (⧉ Show the window, ⧈ Bring back here).
Meanwhile, drag into that window: a diagram from the 🔲 Capella Diagrams list, a card or a tree row from 🧭 Explorer, a chain from ⚡ Chains (list of the Relation Map view or header of a card). On a checklist: onto an item, onto “✚ Item” or onto the scope of a plan. Within the view itself, the 📎 palette on the right is the source.
.capella file (drag and drop). Look at 🏠 Home › 🧩 Model content to see what the model is made of.