"Andreas, I agree with you on all points. There is not a single bottleneck and filling Business/IT (and more generally problem/solution gap as MDE is applied in more contexts) is the ultimate goal. My replies were made in a more limited scope of DSL…"
Coincidentally, we've been working lately on a modelling frontend for our tool with our tool itself, i.e. we're generating it. And in fact all the issues we have had with customer projects before popped up in…"
"Of cause I did not mean total adaptation of a tool to domain needs. Such tools already exist for a long time. They are language workbenches that focus on allowing low-level changes. However the development cost of this freedom is prohibitively high…"
"That's obviously the ideal: everything should be tailored to best support development in that domain: language, notation, generation, interaction, persistence, multi-user support, integration with code IDE, integration with other modeling…"
"The issue of time-wasting modeling activities is well known among industrial practitioners of MDD. IMHO, there are two reasons behind it:
- use of general-purpose methodology and notation where domain-specific method and DSLs are more appropriate…"
"It's obvious that you missed the whole point of Rafael's comment. Rafael is describing a paradigm where the models are the code, and the models represent a higher level of abstraction than can be embodied in Java, C, C++, etc. To such a…"
"Take a look at ABSE (http://www.abse.info). It's an approach where the model is the source, and is havily based on reuse. It's textual but version 2.0 of its specification will have diagramming too. The models are always trees, made of…"
"One of the diagram I like is the component diagram. I know we all know what it is, but I still give an example
The component diagram is where I can organize thing at higher level, which is components and how it's going to interact via the…"
"I can't follow how challenges in reverse engineering can represent limitations in model-driven development. IMHO, model-driven and round-trip engineering are antagonistic ideas. If models drive, code is clearly a derived artifact. The…"
FYI, Standford is opening a free online course named Model thinking. I think this is a great course for a foundation understanding of modeling in general, and how to think in it.Back to my day in University, I got a course to study about Software Engineering, from include its process (Requirement gathering to Design to Implementation, to Deployment and finally Maintenance). During the course, I was taught to use UML as my first…See More
For improving productivity to the max as well as improving communication through graphical representation.
My experience of Model Driven Software Development:
I was taught UML and Requirement Analysis in the University. At that time, it was a bit useful in certain aspects. However, the biggest problem is the synchronization between artifacts (from high level requirement to low level implementation to deployment). It was 3 years ago. At that time, we did not know about CASE tools which can help managing those artifacts and keep it in sync together (such as one change to requirement, the implementation can be traced down to perform automated/manual changes, round-trip engineering...). Since we had to maintain everything manually (such as changes in the source code must reflect back into class diagram), we had to leave the whole theory behind. However, I still see the value in it for helping refine from high level aspects to low level aspects.
In the quest for searching a decent UML tool for Linux, I found many very good commercial tools (I only used StarUML in university before). First I found EMF, which I in the search for a UML plugin which can generate C++ code (unfortunately, it is only for Java. But that's a good thing, because it enabled me to look at commercial alternatives). Tool like Enterprise Architect, how amazing it is. The old and persistence problem goes away (or at least reduced to the point where the whole modelling thing can be applicable for productivity gain).
I am still actively studying MDD currently.
You need to be a member of The Model Driven Software Network to add comments!