    
|
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
This page contains news, changes, as well as a number of other interesting things about me, my work and related stuff.
I have started my own blog at voelterblog.blogspot.com. On this blog
I will publish ideas and loose ends, as well as the news and changes regarding
www.voelter.de. As a conequence, this RSS feed will be deactivated
in a couple of weeks. Of course, you can (and should) subscribe to my new blog
via RSS, at http://voelterblog.blogspot.com/atom.xml
I have updated the flying pictures significantly, I now have
180 pictures online. So if you'd like to have a look .... :-)
Die meisten Softwaresysteme sind so groß, dass ein einzelner Entwickler sie nicht mehr
überall in den Implementierungsdetails überblickt. Deshalb brauchen Entwickler ein
abstrakteres Vokabular als den Quelltext, um über das System reden zu können. Diese
Kernabstraktionen können in UML-Diagrammen oder z.B. in XP-Projekten als „Metapher“
vorliegen, sie können präzise oder informell definiert sein, aber sie sind notwendig,
damit ein System änderbar ist. Ohne dieses gemeinsame Vokabular birgt jedes Gespräch
über das System die große Gefahr von unbemerkten Missverständnissen, und die Qualität
und Änderbarkeit leidet dem entsprechend.
Modellgetriebene Softwareentwicklung hat das Ziel, solche Abstraktionen explizit zu
machen, z.B. indem man auf Architekturebene Bausteine und ihr Zusammenspiel
beschreibt. Meist denkt man dabei nur an UML-Klassendiagramme, aus denen
Infrastrukturcode für das Zusammenspiel von Komponenten generiert wird. Dieser
Artikel beschreibt dagegen, wie man das Verhalten von Komponenten durch textuelle
Sprachen beschreiben kann und dabei diese Art von Abstraktionen explizit macht.
Der Artikel gliedert sich grob in drei Teile. Zunächst beschreibt er anhand eines Beispiels,
wie man mit Hilfe textueller DSLs das Verhalten eines Systems beschreiben kann. Auf der
Basis dieses Beispiels folgt eine Diskussion der Vor- und Nachteile sowie der sinnvollen
Einsatzgebiete textueller DSLs, und der Artikel schließt mit einer Reihe von Best Practices.
Vom 26. bis 30. September fand die diesjährige JAOO Konferenz in Aarhus, Dänemark
statt. Wie jedes Jahr war die Konferenz auch dieses Jahr wieder voll mit (wirklich!)
interessanten Vorträgen und einem sehr spassigen Rahmenprogramm. Einige Bilder
sind unter der angegebenen URL zu finden. Man sollte diese Konferenz bei seiner
jährlichen Konferenzplanung durchaus berücksichtigen - ob als Sprecher oder als
Teilnehmer. Es lohnt sicht.
Diesen Montag ist das Buch zum Thema Softwareachitektur erschienen an dem ich
mitgearbeitet hatte. Das Buch behandelt das Thema Software-Architektur umfassend
mit Hilfe eines architektonischen Ordnungsrahmens. Es stellt den Architekten in
den Mittelpunkt und bietet langfristige Orientierung. Das Buch vermittelt hierzu
essenzielles Architektur-Wissen und zeigt, wie das Wissen konkret und in entsprechenden
Projekten eingesetzt werden kann. Zu diesem Zweck enthält das Buch Anwendungsszenarien
und Fallstudien aus verschiedenen Industriezweigen und Anwendungsdomänen. Also sicherlich
lesenswert!
Im Rahmen von Frank Westphal's Tonabnehmer Podcast
haben wir zusammen ein Interview zum Thema Softwareachitektur und Modellgetriebene
Entwicklung aufgenommen. Es ist etwas länger geworden als geplant aber möglicherweise
ganz interessant.
Das Wetter will nicht so richtig werden, dieses Jahr... nix mit
Fliegen. Jedenfalls bleibt genügend Zeit für anderen Dinge, insbes.
Artikel schreiben. Mein neuester Artikel befasst sich also mit MDSD
und Komponentenbasierter Entwicklung. Der Artikel zeigt das typische
Metamodell welches in diesem Zusammenhang zum Einsatz kommt, sowie,
in Teil 2, typische Variationen davon.
Sometimes it's necessary to excercise the other half of
the brain - so I decided to play around with Flash movies.
I downloaded SwishMax, a Flash authoring tool and created
a couple of movies. The two best examples - obviously
features flying stuff, IT things don't look nice
enough :-) - can be found on the index page as well
as at the URL given below. Have a nice summer!
Product-Line Engineering, also das Bestreben, Familien von
Softwaresystemen zu erstellen erfordert kontrolliertes Verwalten von
Variabilitäten zwischen den verschiedenen Produkten der Produktlinie. Wie
kann man nun Variantenbildung (beschrieben bspw. durch Featuremodelle)
sinnvoll mit klassischen Modellgetriebenen Ansätzen verbinden? Wie
beschreibt man Varianten von Modellen? Dieser Artikel soll dazu einige
theoretische Anregungen geben, und auch zeigen wie man das Problem
praktisch angehen könnte. Übrigens, das ist vorläufig der letzte Artikel;
jetzt ist Sommer, und da wird geflogen statt geschrieben :-)
Eine andauernde Dikussion dreht sich darum, ob man
modellgetriebene Entwicklung nur braucht um "schlechte" Plattformen
wie J2EE zu kompensieren, weil sie den Entwickler zum schreiben jeder
Menge Infrastrukturcode nötigen. Oder macht MDSD auch Sinn wenn man auf
"schönere" Plattformen aufsetzt? Und wenn ja, wie? Am Beispiel von
Spring, openArchitectureWare und AndroMDA haben Pter Friese, Eberhard
Wolff und ich versucht dieser Frage nachzugehen. Wird bald im JavaMagazin
erscheinen - jetzt schon auf meinen Webseiten :-)
After my last year's complete failure to participate at OOPSLA
(at the airport I found out that my passport had expired :-( ) the
2005 edition of the conference will be particularly busy. I am involved
in three workshops and a tutorial. The tutorial is about MDSD and AOSD,
and I will present it together with Martin Lippert. The workshops
all focus on topics in the area of model-driven software development.
One is the MDSD Best Practices workshop, the other one is the
Software Factories workshop. Finally, I am again involved in the
MVCDC workshop, which focuses at managing variabilities consistently
in design and code. Even if you cannot come to the workshops, it's
probably worthwhile looking at the workshop web pages once the submissions
are online - they should give you some food for thoughts. I'll add
another posting to this feed once we have the website and submissions
online.
Die Grundlagen Modellgetriebene Softwareentwicklung (MDSD)
sind ja zwischenzeitlich hinreichend oft beschrieben worden.
Auch der Einsatz der grundlegenden MDSD Techniken ist
heutzutage keine Seltenheit mehr. Zeit also, die etwas
fortgeschrittenen Konzepte zu beleuchten. In diesem Artikel
möchte ich auf zwei fortgeschrittene Themen eingehen:
Zum einen die sogenannte kaskadierte MDSD und zum anderen
Modelltransformationen. Beides ist in größeren MDSD Projekten
essentiell, um die Komplexität des Ansatzes in Grenzen
zu halten.
Documentation has always been a problem with openArchitectureWare,
especially English documentation. We have now reworked the example
workspace so that it conains a non-trivial, and sensible example
(example workspace version 3.0). It also contains a 60 page documentation
that should get you up to speed with oAW within a couple of hours.
The documentation is 80% english. The 20% that are still left in german
will be translated in the next days.
A long time ago (in 2002), I wrote a book, together
with Alexander Schmid and Eberhard Wolff on patterns for
component infrastructures. One of the really nice features
of this book was, that each pattern was illustrated with
a nice "comic" illustration drawn by Stefan "Schulzki" Schulz.
I have now put these pictures online into a small gallery,
annotated with the solution of the respective pattern.
Enjoy!
Modellgetriebene Entwicklung ist ja eine ganz
interessante Sache und funktioniert bekanntlich
auch ganz gut. Allerdings gibt es ein Problem,
sobald man nicht mit UML basierten DSLs modelliert
und *trotzdem* ein schönes grafisches Tool haben
möchte. Eine Möglichkeit besteht darin, mit Visio
zu modellieren und diese Modelle zu verarbeiten.
Funktioniert gut, integriert sich aber nicht so toll
in IDEs wie Eclipse. Ein weiterer Ansatz beteht darin,
mit GEF zu arbeiten. Da GEF aber selbst nicht ganz einfach
zu verwenden ist, besteht der "Königsweg" darin, sich die
GEF Editoren aus dem Domänenmetamodell zu generieren. Der
neue Artikel zeigt, wie das mit Hilfe von openArchitectureWare
geht.
Freudiges Ereignis heute an meinem Briefkasten: Das
erste Exemplar des Buches "Modellgetriebene Softwareentwicklung - Techniken, Engineering, Management"
das ich zusammen mit Tom Stahl geschrieben habe ist
angekommen. Das Buch sollte also dieser Tage im Buchhandel
verfügbar werden!
Together with Michael Kircher and Christian Salzmann I have
written a chapter for a Springer Research Book on
Component-Based Software Development for Embedded Systems. The
book will be available soon. The book chapter we did is
available online at my website. In this chapter we motivate the need for an infrastructure platform
for embedded software, supporting the development of reusable systems. Our
solution is based on a component infrastructure that is implemented using modeldriven
software development (MDSD) techniques. This approach allows us to
achieve the goal of re-usability while still providing an efficient system, tailored
for the specific embedded hardware and operating system.
This chapter explains the principles of our approach and introduces model-driven
software development. It illustrates the concepts by presenting an example of
how to model and specify the embedded application (a simple weather station),
and how to generate supporting component middleware infrastructure from these
models.
Model-Driven Software Development is a rather
well-known approach. However, a weak spot is
the creation of suitable editors, as soon as
they go beyond UML profiles. These slides
show how such editors are created based on
Eclipse GEF.
They session outlines how Eclipse is used
by BMW Car IT for prototyping of embedded,
component based software. Based on the AUTOSAR
middleware standard, Eclipse is used for
building models (using GEF), for managing
modules and dependencies as well as for
editing, debugging and generating code for
the OSEK target platform.
Domain-Driven Development und Modellgetriebene Ansätze
werden in der Zukunft massiv an Bedeutung gewinnen. Dieser
Artikel beleuchtet diese Entwicklung kurz und knapp
auf zwei Seiten. Zusammengefasst denke ich, dass sich
drei Rollen für Entwickler ergeben werden: Die, die Tools
bauen mit denen man MDSD-Infrastrukturen erstellen kann;
dann die, die mittels dieser Tools die Infrastrukturen
für eine bestimmte Domäne erstellen; und schlussendlich
die, die mit diesen Infrastrukturen dann die eigentlichen
Anwedungen bauen.
Aspect Oriented Software Development (AOSD) as well as Model-Driven Software Development (MSDD) are both becoming more and more important in modern software engineering. Both approaches attack important problems of traditional software development. AOSD addresses the modularization (and thus, reuse) of cross-cutting concerns (CCC). MDSD allows developers to express structures and algorithms in a more problem-domain oriented language, and automates many of the tedious aspects of software development.
But how do the two approaches relate? And how, if at all, can they be used together? This deck looks at both of these questions. The first one - how AOSD and MDSD relate - is briefly discussed in the following paragraphs. How AOSD and MDSD can be used together is the subject of the main discussion, where the paper presents six patterns of how MDSD and AOSD can be used in conjunction.
sind jetzt online!
Neuer Artikel online!
Modellgetriebene Softwareentwicklung (MDSD) und Aspektorientierte Softwareentwicklung (AOSD) werden beide immer wichtiger im Rahmen der praktischen Softwareentwicklung - vor allem auch, weil die Werkzeugunterstützung immer besser wird. Ich mache im Rahmen meiner Arbeit allerdings immer wieder die Erfahrung, dass es vielen Entwicklern nicht klar ist, in welchem Verhältnis MDSD und AOSD stehen. Dabei gibt es zwei Aspekte: Zum einen stellt sich die Frage, wie die beiden prinzipiell (also mehr oder weniger theoretisch) zusammen passen. Andererseits stellt sich die vollkommen praktische Frage, ob und wie man beide Ansätze zusammen verwenden sollte. Ich möchte in diesem Artikel auf beide Themen kurz eingehen. Weitere Details finden sich unter.
Slides for the MBEES Session are online.
session is online.
A new position paper is online, entitled "Model-Driven Development of
Component Infrastructures for Embedded Systems".
The paper has been accepted for the MBEES 2005 workshop.
Aspect Oriented Software Development (AOSD) as well as Model-Driven Software Development (MSDD) are both becoming more and more important in modern software engineering. Both approaches attack important problems of traditional software development. AOSD addresses the modularization (and thus, reuse) of cross-cutting concerns (CCC). MDSD allows developers to express structures and algorithms in a more problem-domain oriented language, and automates many of the tedious aspects of software development.
But how do the two approaches relate? And how, if at all, can they be used together? This paper looks at both of these questions. The first one - how AOSD and MDSD relate - is briefly discussed in the following paragraphs. How AOSD and MDSD can be used together is the subject of the main discussion, where the paper presents six patterns of how MDSD and AOSD can be used in conjunction.
Are now online on the Conferences page. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
News/Changes