- PREPARATION ou SYNTHESE => garder la mention utile. Atelier A8. Du Model Based System Engineering au Model Based System IVTV Animateurs : Raphael Faudou (SAMARES Engineering) Vincent Chapurlat (EMA) Patrick Estève (THALES) Indiquer : -le Numéro de votre atelier : Ax (x= 1 à 9  ) - le titre de l’atelier : xxxxxxxxxx - Les prénom et nom des animateurs (et leur rattachement) - PREPARATION ou SYNTHESE => garder la mention utile. PREPARATION : présentation pendant l’atelier et SYNTHESE : présentation en plénière après l’atelier Vous préciserez dans le nom du fichier si c’est un document pour « préparation » qui est présenté lors de l’atelier Ou si c’est un document de « synthèse » qui est présenté en plénière pour restitution des échanges dans l’atelier. Les fichiers seront à envoyer à eric.bonjour@univ-lorraine.fr après le forum. MERCI  Version 1.0 1 1

Problématique de l’Atelier : positionnement « classique » System parts design and realization Sub system X design and realization Stakeholders’ needs System Realization System production, exploitation and retirement Sub system Y design and realization Sub system Z design and realization System Design Passage ? System Integration System Verification System Transition System Validation System Qualification V&V / SA Requirements Engineering Mission Analysis Architecture engineering IVTVQ constraints, resources, skills, … IVTV(Q) Plan

Problématique de l’Atelier : Early V&V Eviter certains essais normalement prévus en fin de cycle de développement sur des exemplaires réels / physiques du système S’assurer de la faisabilité de l’Intégration du système (préparation) S’assurer de la faisabilité, de la pertinence, des délais ou des coûts potentiels de la totalité de l’IVTV Nécessitent des représentations virtuelles du système possédant plusieurs qualités (fidèles, précises, cohérentes, suffisantes, systémiques, …), des outils, des processus, … Requirements Engineering Mission Analysis Architecture engineering IVTVQ constraints, resources, skills, … Early V&V V&V / SA IVTV(Q) Plan System Design Rôle des modèles de l’approche MBSE, leur gestion dans le temps et les méthodes et outils de modélisation, de simulation, d’analyse et d’évaluation d’architectures, de preuve de conformité, etc. sont cruciaux pour faire converger les méthodes et outils de préparation de l’IVTV et d’Early V&V 

Questions proposées Le plan d’IVTV est-il concevable comme un modèle particulier à bâtir au cours du processus MBSE ? Comment ? Que peut-on produire et utiliser en MBSE pour permettre de construire ou, a minima, faciliter la construction de ce plan d’IVTV ? Quels résultats issus d’une approche MBSE (e.g. pour fournir des cas de test, concevoir et optimiser des environnements et outillages d’IVTV, pour définir des configurations de test, ou encore des jeux d'essai à prendre en compte) peut-on utiliser pour irriguer et, par hypothèse, faciliter certaines activités prescrites dans le plan d’IVTV ? Qu’est-ce que cela implique comme activités ou changements dans les processus, comme évolutions nécessaires dans les méthodes utilisées durant ces processus et des outils (méthodologiques comme informatiques) pour que la démarche MBSE s’enrichisse alors de cette activité d’Early V&V ? Quelles sont de même les évolutions ou changements nécessaires à apporter dans les métiers concernés et dans la formation initiale des futurs ingénieurs? Quelles seraient les actions et les projets que l’AFIS pourrait initier dans cette thématique avec le support des CT SV2S et MBSE et en rapport avec le livre blanc de l’AFIS d’ici à 2025 ?

Questions supplémentaires… Comment peut-on qualifier une activité de Early Validation de « réussie » ? Peut-on parler de rentabilité et si oui, comment l’évaluer ? Que peut-on vérifier et valider en termes de capabilités et de faisabilité d’une intégration qualifiée de « réussie » à partir de modèles ? Comment et avec quoi (quels mécanismes ou outils de simulation ou de preuve ? Comment gérer la connaissance des experts susceptibles d’intervenir ? …) Quel est le niveau de formalisation et de détail du modèle faut-il atteindre nécessaire selon le type de simulation souhaité ? Quels patterns d’architecture de système, de building blocks, … peuvent de fait s’avérer pertinents, utiles et réutilisables d’affaire en affaire ?