SlideServe
Menu
Préférences
© SlideServe · v2026

MDD and Formal Methods

ananda avatar
6 diapositives · 336 Views · Aug 24, 2014

MDD and Formal Methods. Shusaku Iida School of Network and Information Senshu Univ. Conclusion. MDD and formal methods are the same story that have different faces MDD doesn’t care much about the formality formal methods doesn’t care much about usability

MDD and Formal Methods - slide 1
01 / 6MDD and Formal Methods
1 / 17

Télécharger la présentation

MDD and Formal Methods
Une image / un lien ci-dessous est fourni (tel quel) pour télécharger la présentation

Politique de téléchargement : le contenu du site vous est fourni TEL QUEL pour votre information et votre usage personnel ; il ne peut être vendu, concédé sous licence ni partagé sur d’autres sites sans l’accord de son auteur.Le contenu vous est fourni TEL QUEL, pour votre information et votre usage personnel uniquement. Téléchargez la présentation en cliquant sur ce lien. Lors du téléchargement, si vous ne parvenez pas à télécharger une présentation, l’éditeur a peut-être supprimé le fichier de son serveur.Pendant le téléchargement, si vous ne parvenez pas à obtenir une présentation, le fichier a peut-être été supprimé par l’éditeur.

F I N

Plus de contenu associé

Transcription de la présentation
  1. MDD and Formal Methods Shusaku Iida School of Network and Information Senshu Univ.

  2. Conclusion • MDD and formal methods are the same story that have different faces • MDD doesn’t care much about the formality • formal methods doesn’t care much about usability • these two issues are strongly related to language design IWFST2005 Shusaku Iida

  3. What is MDD? • MDD(Model Driven Developments) • “model” means specification • in MDD you have to think about how to build and how to use models in system developments model A additional infomation transformation rules model A’ IWFST2005 Shusaku Iida

  4. Our experience • we have built a blimp type robot by MDD • out team includes five undergraduate students and two engineers from a company, and several advisors • we have built more than 30 models (UML diagrams) mainly written in UML • work period is about two months • and, our blimp sailed! • however, building models are quite tough • especially for undergraduate students IWFST2005 Shusaku Iida

  5. What is good and what is not about MDD • good • from the start, we don’t have to be so strict • there are several tools available for modeling • many people know something about UML • not good • we cannot be sure that our model is correct • there is few way to check it • we have to invent the transformation rules by our selves • so the productivity is low IWFST2005 Shusaku Iida

  6. What shall we do? • We need to study interface of specification languages • Z has succeeded because it has special fonts and type-checker • We need to study more about language design • one possible idea is “Language Workbenches” by Martin Fowler • Domain Specific Languages can be the bridge between domain experts and MDD • and formal specification languages can help a lot IWFST2005 Shusaku Iida