milla âme de leader sur le tour et seulement alors là solidaires dans le cadre du master systèmes d'information est donné et concernant la matière d'ingénierie des modèles on commence par ce premier cours qui va porter sur les définitions des concepts de bast l'ingénierie des modèles est une continuité dans le génie logiciel le génie logiciel s'intéresse aux cycles de développement ou bien cycle de vie de développement d'un logiciel on commence toujours par une idée après vient l'analyse des besoins qui constitue la définition du problème à résoudre on réfléchit ensuite à une solution dans la phase de
conception on passe au codage la programmation comment savoir un code qui s'exécutent sur la machine vient ensuite l'étape de vérifications pour voir si notre code se termine correctement donne le résultat valide et ensuite il ya l'étape de maintenance ou ont introduit des mises à jour on modifie un petit peu la solution et les deux étapes de vérification et de maintenance touche souvent à la partie conception et à la partie implémentation tout au long de ce cycle il ya des technologies et des outils qui seront utilisés pour l'analyse des besoins quel est le langage qu'on va
utiliser un langage naturel langage formel donc à semi formelle langage spécifique à notre domaine d'application dans la phase de conception une spécification quelles sont les normes et standards les langage de modélisation qu'on va adopter la phase d'implémentation quel est le langage de programmation qu'on va adopter quels sont les plateformes sur lesquelles on va travailler et sur lesquelles notre produit sera installé pour la vérification et la maintenance quels sont les mises à jour potentiel et les mises à niveau potentiel de notre produit ce cycle de développement va produire une application software une application qu'on peut appeler
fait à la main si on peut se permettre artisanale tout simplement parce que le développement a été conçu et athée et a été entrepris pour notre des livrables pour un seul des livrables pour chaque produit est là son propre cycle de développement ses propres outils sa propre technologie et les échanges entre les différents produits en termes de quoi ces échanges en termes de réutilisabilité est-ce qu'on peut réutiliser un composant dans un déliverable pour réaliser un autre des livrables la communication est ce que un produit peut faire appel à un autre produit cet échange pose un
grand point d'interrogation comment permettre cet échange comment permettre de transférer et la connaissance et le composant entre plusieurs des livrables cette motion de réutilisabilité nous mêmes à une question très intéressante peut-on industrialisés le développement des applications peut-on construire des chaînes de production des lignes de production pour les applications on commence par une idée et on a une série automatisé d'étape qui nous mène jusqu'aux côtes finale au point où si on a besoin d'un composant dont on n'a pas de moyens pour le développer on ne fait importer donc on a des composants prête à être intégrés
dans notre application peut-on arriver à cette industrialisation l'ingénierie dirigée par les modèles le model driven ingineering essaye d'apporter une réponse à cette question essaye de nous procurer une solution aux biens des outils pour réaliser l'industrialisation du logiciel dans le domaine dont l'ingénierie dirigée par les modèles on trouve le terme ingénierie et je dirai au sens large c'est comment réfléchir comment comprendre comment assimiler un problème comment formuler une solution comment mettre en oeuvre comment impliquer toute l'ingénierie du génie est un terme général qui dépasse bien sûr à l'informatique et on trouve le terme modèle et c'est
là la nouveauté par rapport aux méthodes du génie logiciel classique en informatique on a souvent à considérer la machine ou bien vague aux rythmes bien le programme comme étant le pivot est la clé du développement du logiciel on essaye ici dans l'ingénierie dirigée par les modèles de modifier cette vision est de considérer le modèle comme étant le pivot est la clé du développement du logiciel on raisonne non pas en termes de machines de langages de programmation mais en termes de modèles tous les éléments qui font partie du développement de l'application toutes les considérations de toutes
les parties prenantes partons de l'analyse des besoins jusqu'à l'implémentation toutes les considérations sont modélisés par des modèles donc la clé le centre du développement n'est plus le codage n'est plus la machine mais c'est le modèle toujours on commence par un problème posé à résoudre formulée par un modèle et on applique une série de transformations de ce modèle jusqu'à arriver au dernier modèle qui est nôtre comme source donc le code final est un modèle la formulation du problème est un modèle et entre les deux on a une série de transformations qu'on aimerait bien automatisé complètement qu'on
aimerait bien on aimerait bien que le passage d'un modèle à un autre soit toujours automatique donc l'idéal c'est d'arriver à une chaîne de production on a qu'a formulé notre problème par un modèle et intervenir dans les transformations embarras mettront certains détails et récupérer à la fin notre code exécutable comment vient de l'annoncer au début l'ingénierie dirigée par les modèles vient en continuité naturelle au génie logiciel tout au début on a commencé juste à calculer essayez d'automatiser certains calculs certaines tâches avec l'arrivée de la machine on a constaté que c'est pas toujours gagner il ya des
bugs à régler il ya des défaillances il ya des considérations à prendre en compte donc on a construit tout ce que vous connaissez dont le génie logiciel comme méthodes outils et technologies et un certain moment on a eu l'ambition de surpasser tout ça est d'industrialiser le développement d'un logiciel on a commencé par des tentatives comme le mic dans les années 90 les actuels factories de microsoft et le hand est un de louanges et pour essayer d'établir les principes de base de l'ingénierie dirigée par les modèles souvent souvent sous l'égide de loin celle object management group
qui est un consortium d'industriels et d'universitaires qui essaye d'établir des normes pour pourquoi pour l'interopérabilité entre systèmes d'information la clé dans tout ça c'est l'interopérabilité c'est quoi l'interopérabilité c'est tout simplement la capacité d'un système dont on connaît son interface à communiquer avec d'autres systèmes dont l'interface est également connue et ce loin de toute considération deux mises en oeuvre ou d'implémentation on reformule c'est la capacité des systèmes à communiquer entre eux les systèmes matériels ou logiciels à communiquer entre eux via des interfaces bien défini son considération d'implémentation on considère les systèmes comme des boîtes noires on
cherche pas à savoir et à comprendre comment il fonctionne mais on a besoin juste d'interface entrées et sorties pour pouvoir communiquer on part maintenant au concept de l'ingénierie dirigée par les modèles le concept de base c'est le modèle le modèle peut être définie de manière informelle par un langage naturel mais cette façon de faire n'est pas très pratique donc le modèle doit être toujours défini dans un langage formel dit fini paramètres à modèle donc le langage dans lequel le modèle est définie au label met un modèle chaque modèle à son maître modèles en fonte des
scripteurs il entre les modèles on a des transformations un modèle peut être transformé en un autre modèle donc les concepts de base de l'ingénierie dirigée par les modèles c'est le modèle le méta modèle qui est le descripteur du modèle et la transformation entre modèles l'idéal comme on vient de l'annoncer avant l'idéal c'est d'avoir des transformations qu'ils soient automatiques ça veut dire que la transformation doit être entreprise avec le mois possible d'intervention quelles sont les motivations de l'ingénierie dirigée par les modèles on a parlé d'interopérabilité pourquoi on a parlé de ça parce que les technologies logicielles
ne cesse d'évoluer de nos jours on a une multitude de formats de fichiers de plateforme du système de gestion de base de données de systèmes d'exploitation de langage de modélisation de langage de programmation est beaucoup plus deux technologies et d'outils et nos produits ont besoin de communiquer on n'est plus dans le cas où chaque utilisateur chaque client nous chaque développeur travaille dans son bureau loin des autres on est obligé de partager des ressources fournies obligé de faire appel à des processus on est obligé de faire appel à des applications donc on est obligé de communiquer
avec les entités distante c'est pourquoi on a besoin de définir des normes et des standards pour communiquer et m'engage commun l'exemple type de cette situation c'est les systèmes distribués on a besoin d'intergiciels de middleware tulle couche d'un ensemble d'outils d'un langage pour communiquer entre les machines distantes et entre les applications aussi tant d'autres une vision classique des choses lorsqu'on cherche une solution informatique on pense souvent à un algorithme ou bien un programme et des données combinées pour être exécuté sur une plate forme donnée nous qu'on pense à l'implémentation comme un tout une implémentation qui regroupe
une plateforme sur laquelle on exécute un algorithme qui prend en entrée des données parmi les motivations de l'ingénierie dirigée par les modèles c'est de séparer la solution qui est longue au rythme et la représentation des données de l'implémentation on a ce qu'on appelle la logique métier ou bien la connaissance du domaine la solution et nous avons la mise en oeuvre les détails de l'implémentation les détails de la plateforme on cherche à séparer ces deux préoccupations encore mieux séparer d'autres préoccupations la sécurité des données la protection des données toutes préoccupations d'une partie prenante dans la solution
que ce soit une partie prenante extérieur ou bien qui fait partie de l'équipe informatique et là on représente notre solution par un modèle abstrait on représente les détails de l'implémentation et de la plate forme par un modèle d'alimentation et on a un modèle de projection qui se chargent de projeter la solution sur la plateforme passons maintenant aux relations qui existent entre les différents concepts nous avons notre système qui est le système réel qu'on veut simuler ou bien la solution qu'on cherche à réaliser à la fin et nous avons le modèle qui représente le système donc
un système est représenté par un modèle au lieu de considérer le système tout entier on considère juste le modèle le modèle il est conforme à soi métamodèle sont des scripteurs se met en mode elle doit être aussi être conforme à son descripteur meta métamodèle et pour des raisons pratiques évidentes on ne peut pas aller trop loin parce que sinon ça sera l'infini le méthane est un modèle il est conforme à lui même donc on va se mettre d'accord que le méthane métamodèle et auto définissable il est auto défini il est défini par lui même donc
nous avons deux types de relations dans l'ingénierie digital modèle d'un conformité le motel il est conforme à son âme est un modèle qui est conforme à son méthane est un modèle qui est conforme à lui-même n'ont pas de définition de description le méthane est un modèle se décrit lui-même et décrit le méthane modèle le méta modèle décrit le modèle pour savoir est ce que le modèle est correct ou pas il doit être conforme à une définition la deuxième relation c'est la représentativité le modèle représente le système on a beaucoup parlé de modèles et du système
on doit maintenant à définir de manière un peu rigoureuse c'est quoi un modèle un modèle est une description d'un système existant qui existe ce qu'on voit ici l'image est un modèle de la maison qui existe réellement un modèle peut-être aussi une spécification partielle d'un système à construire un système qui n'existe pas réel qui va exister la maquette convoi est un modèle de la maison à construire un modèle peut être aussi un ensemble réduit d'informations à partir d'un système qui permette ou bien qui est nécessaire à une opération donnée ou un traitement donné la personne est
un système son codage on sent qu'ils sont le nom date de naissance et un identificateur est un modèle pour cette personne pour la personne pour le système personne donc un ensemble réduit des informations nécessaires pour un traitement donné quatrième cas de figure le modèle peut être une vue subjective ou bien simplifié d'un système le pictogramme qu'on voit ici est un modèle de la personne le système c'est la personne donc pour résumer le modèle que soit une description d'un système qui existe une spécification partielle d'un système à construire un ensemble d'informations nécessaires pour un traitement donné
ou bien une vue subjective et simplifié désiste nous avons plusieurs types de modèles on peut citer le modèle de contexte ou bien le modèle contextuel c'est un modèle qui décrit un contexte qui décrit un cas de figure qui peut être rédigé dans un langage naturel informel ou semi formelle comme par exemple les modèles pourrait décrire les besoins dans un système informatique nous avons les modèles d'interaction ou bien interactionnelle qui décrivent des activités des transitions comme les diagrammes de séquences et les diagrammes de cas d'utilisation quelque chose qui est dynamique nous avons les modèles de structures
ou bien les modèles structurels comme les diagrammes de glace d'agrégation ou de généralisation ces modèles décrivent une structure et en dernier lieu nous avons les modèles de comportement ou bien comportementale comme la modélisation dirigé par l'événement ou bien la modélisation dirigé par les données ce sont les quatre types de modèles que l'informaticien est amené à concevoir et à utiliser pourquoi on utilise les modèles on utilise les modèles pour deux objectifs soit c'est pour faciliter et comprendre un système donné tellement le système très compliqué on a besoin d'un modèle pour voir plus clair pour mieux expliquer
ce que fait le système ou bien ce que fait une partie de ce système ou bien pour simuler pour réaliser la même chose pour simuler un traitement réalisé par un système pour ses mulets ou bien reproduire une fonctionnalité d'un système ce sont les deux objectifs pour modéliser détaillons maintenant un peu plus ce qu'est elle met en mode elle aimait tant modèle est un descripteur deux modèles c'est l'ensemble des règles qui nous permettent de créer un modèle un modèle doit toujours être conforme à un homme est un modèle on prend un texte un paragraphe il est
conforme aux règles de lexique de conjugaison de grammaire de sémantique d'une langue des langages donc les règles du langage sont le met un modèle et le texte le paragraphe la phrase c'est le modèle une carte géographique est conforme à sa légende la légende décrit la carte à partir de la légende on peut comprendre la carte et la même chose à partir des règles du langage du dictionnaire et des règles de grammaire on peut comprendre le texte donc le modèle est conforme comme étant modèle et c'est le même un modèle qui nous permette qui nous permet
de comprendre le modèle on voit ici sur cette oeuvre le système qui est la chaise en elle-même ma chaise réel une image de cette chaise qui et quoi qu'ils aient un modèle de la chaise et la définition de la chaise dont le dictionnaire qui est quoi c'est le maître modèle donc le méta modèle est un descripteur de modèle et le modèle il représente le système réel on passe maintenant aux trans formation une transformation c'est quoi une transformation c'est c'est ce que permet d'avoir à partir d'un modèle en entrée ou plusieurs modèles un ou plusieurs modèles
ont sorti la transformation c'est le fait de transformer de modifier un ou plusieurs modèles en entrée à un ou plusieurs modèles de sortie et bien sûr les modèles le ou les modèles on entre et sont conformes un méta modèle le modèle où les modèles en sorties sont conformes à un mètre à modèle maintenant si les deux mais pas modèles sont identiques si on travaille dans le même espace technologique on parle de transformation endogène si les deux méta modèle sont différents ça veut dire on travaille dans deux espaces technologiques différents on parle de transformation exogènes là
on voit ce qu'on appelle pyramide de loin jay lee hiérarchie entre systèmes ensuite modène qui représente le système le même temps modernes qui définit le modèle et le méthane est un modèle qui se définit lui même et qui définit aussi le méta modèle qui est au sommet d'une pyramide et la base c'est bien sûr le système réel toujours dans les mots ovation de l'ingénierie dirigée par les modèles on a parlé de technologies de développement ces technologies sont en permanente évolution tout au début on cherchait juste à programmer une fonction pour faire l'addition d'un soustraction et
un calcul simple ensuite il ya eu des progrès sur les plateformes ou seconde est exécuté sur les systèmes d'exploitation sur les technologies de mise en oeuvre on a vu naître des outils pour communiquer pour ne plus travailler sur un seul post sur un seul endroit mais de travailler avec des éléments distincts du socket les protocoles corbas rmi jusqu'à arriver au web services donc on a toujours une évolution permanente des technologies cette évolution permanente qui est liée à la notion de calcul distribué dans le sens large ça veut dire le traitement que je veux réaliser n'est
pas effectuée uniquement sur ma machine mais j'ai besoin d'autres modules nous mêmes à ce qu'on appelle maintenant l'exécution parallèle bien concurrentes et l'échec indépendant ça veut dire quoi ça veut dire que dans le système global le système d'exécution système de mise en oeuvre on doit pouvoir permettre d exécution concurrente des bisons l'offre concurrente mais l'échec ne doit pas être concurrents on doit au maximum isoler les chèques pour permettre au système de continuer à travailler au mois à une certaine limite le temps de régler bien sûr l'échec ce n'est jamais fait à 100% mais on doit
comme je viens de le dire retarder au maximum la généralisation de leasing la première solution le premier pas dont l'ingénierie dirigée par les modèles était l' architecture dirigé par le modèle c'est une solution proposée par l'orangé dans le but et d'abstraire la logique métier de la mise en oeuvre ça c'est le premier objectif on utilise en quoi en utilisant les outils de l'omg les standards de l'humain deux ong humaine un bref qu'on va voir après ocl on va voir aussi dans la suite du cours et que j'étais pour la transformation des modèles l'inter larchitecture dirigée
par les modèles est basé principalement sur deux modèles le premier c'est le pim plateforme une dépense est moteur c'est le modèle indépendant de la plateforme il spécifie quoi il spécifié la partie métier le deuxième modèle c'est le psn plateforme spécifique moderne il spécifie quoi il spécifie la solution après projection sur une plateforme technologique et spécifie la mise en oeuvre de la solution en plus de ces deux modèles nous avons deux autres modèles qui sont le sim computational indevin tête madame c'est un modèle qui spécifie le système d'un point de vue externe et spécifie le contexte
et le pdm plateforme diplomate modèle qui spécifie la projection alors pour plus de détails il faut consulter le pdf slight 22 à 25 pour les définitions plus élaborées de ces quatre modèles pour résumer nous avons le pin c'est la partie métier ou bien la partie du domaine le bsc la projection de la solution sur une plateforme lui si c'est le contexte et le ptr c'est la projection ça nous ramène à 10 finir le cycle de développement de 21 c'est un cyclone y on part du modèle pim la logique métier à l'aide du modèle pdm qui
décrit la projection sur la plateforme de transformer le pays en un modèle où plusieurs modèles psn des solutions projeté sur une plateforme donné le ou les psn permettent de générer le code source de l'application plus de détails partant de l'analyse des besoins jusqu'à l'implémentation jusqu'à l'exécutable on définit les besoins dans un motel 6 le contexte le problème par un langage informel langage naturel semi formelle ça dépend ce modèle est transformée après analyse et conception en un modèle pim la solution la logique métier ce modèle pim et transformé en plusieurs modèles psa nous suivons les plateformes
que nous avons donc on va modifier la solution doit la logique métier la logique pin on va modifier de cette solution pour l'adapter à chaque plateforme généreux ainsi des modèles psn suivant suivant les définitions dont les modèles pd1 cette partie là concerne les standards de l'application la solution on utilise les standards pin pour définir les modèles pim ont défini on utilise des protocoles ou bien les règles de mappage pour transformer la solution métier la solution bi en plusieurs modèles buzz ensuite on a la partie codage où on utilise les normes de codage et de mise
en oeuvre pour définir la notation utilisés dans les modèles psa qui seront transformés ont même l'aimantation compte source directement et bien sûr la clé qu'on cherche dans tout ça c'est l'automatisation à quel degré on peut automatiser le passage du modèle sim au motel pied à quel degré on peut automatiser le passage du motel pim au modèle bsm sachant que nous avons les modèles ptm définis pour chaque plateforme à quel degré on va automatiser la transformation des modèles psn on cote source c'est ça la clé que l'inter cherche à mettre en valeur d'enfant cycles de développement
deux länder à l'intérieur de l'architecturé dirigée par les modèles à l'ingénierie dirigée par les modèles il faut insister sur un point ici c'est que l'ingénierie dirigée par les modèles est un concept qui dépasse l'informatique c'est un concept qui est utilisé partout où on à la notion d'industrialisation l'adapter au développement du logiciel ça veut pas dire que les vieux l'ingénierie dirigée par les modèles est spécifique à l'informatique les principes de l'ingénierie dirigée par les modèles sont quatre peuvent être résumés en quatre premier principe c'est la capitalisation capitaliser la connaissance et la mise en oeuvre quoi pour
pouvoir réutiliser les composants réutiliser un modèle ou une partie du modèle dans une autre solution que la solution good deuxième principe c'est l'abstraction séparer les niveaux séparés la mise en oeuvre de la solution du problème ça permet un passage fluide et facile aux nouvelles technologies ça permet de mieux faire les mises à niveau la séparation des préoccupations sebbar et la logique métier de la mise en oeuvre séparer les préoccupations de la sécurité de l'interfaçage et tout ça par des modèles ça renforce la réutilisabilité est une abstraction et le quatrième principe bien sûr c'est la modélisation
et la modélisation productive qui permet une génération automatique du code source pour une implémentation une implémentation technologique donné donc on doit avoir une mobilisation qui soit productive c'est lié à la notion de transformation automatique temps quatre principes la réutilisabilité l'abstraction la séparation des préoccupations et la mode et la modélisation productive ces quatre principes sont les piliers de l'ingénierie dirigée par les modèles pour le il ya donc une des solutions de l'ingénierie dirigée par les modèles on récapitule ici que elle est basée sur les standards de l'omg ces standards sont le moa pour décrire les maîtres
modèles uml pour décrire les modèles et cuve était pour décrire les transformations humaine et qu'ils étaient eux-mêmes sont décrits par un waf sont définis par le à moi que j'étais on trouve comment va voir ça dans le dernier chapitre trois composantes qu'on va voir plus en détail après donc on voit ici humaines pour décrire les modèles est moins pour décrire les mettre en modèle et cuve était pour décrire les transformations là on voit c'est la solution la plus proche en termes de structure à l'ingénierie dirigée par les modèles d'autres solutions ont été proposées dans ce
contexte dans le contexte de l'ingénieur est dirigée par les modèles on commence par la solution qui a été initiée par ibm basé sur les dsl les langages spécifiques au domaine humaine xml pour décrire les modèles lincoln pour décrire les méthodes modernes et en plus dans ce ton cette solution on a un outil pour mettre en oeuvre tout ça qui est le m aussi microsoft a sa propre solution dans ce contexte qui est les software factory basé sur les dsl et langages spécifiques au domaine xml pour les modèles pour définir les merdes en modèle c'est c'est
pas précis et bien sûr ttsl et xml suivent une définition formelle rigoureuse et microsoft aussi à son propre outil sa propre technologie pour mettre en oeuvre tout ça qui est le visuel studio à la fin vous avez toujours ma page web pour support en pdf et je vous remercie pour votre attention
