The Model Driven Software Network

Raise your level of abstraction

Tu, Hoang Do
  • Ho Chi Minh
  • Vietnam
Share on Facebook Share

Tu, Hoang Do's Discussions

Current limitations of MDD and its implications
12 Replies

FYI, Standford is opening a free online course named Model thinking. I think this is a great course for a foundation understanding of…Continue

Tags: model

Started this discussion. Last reply by Andriy Levytskyy Mar 6, 2012.

 

Tu, Hoang Do's Page

Latest Activity

Andriy Levytskyy replied to Tu, Hoang Do's discussion Current limitations of MDD and its implications
"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…"
Mar 6, 2012
Andreas Leue replied to Tu, Hoang Do's discussion Current limitations of MDD and its implications
"Interesting discussion.  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…"
Mar 5, 2012
Andriy Levytskyy replied to Tu, Hoang Do's discussion Current limitations of MDD and its implications
"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…"
Mar 5, 2012
Steven Kelly replied to Tu, Hoang Do's discussion Current limitations of MDD and its implications
"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…"
Mar 5, 2012
Andriy Levytskyy replied to Tu, Hoang Do's discussion Current limitations of MDD and its implications
"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…"
Mar 3, 2012
Lee Riemenschneider replied to Tu, Hoang Do's discussion Current limitations of MDD and its implications
"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…"
Feb 28, 2012
Tu, Hoang Do replied to Tu, Hoang Do's discussion Current limitations of MDD and its implications
"Very interesting! I like their ideas. Gonna play with it now."
Feb 22, 2012
Rui Curado replied to Tu, Hoang Do's discussion Current limitations of MDD and its implications
"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…"
Feb 21, 2012
Tu, Hoang Do replied to Tu, Hoang Do's discussion Current limitations of MDD and its implications
"Note: I forgot to add the source link where I got the component diagram. It's from actifsource's blog: http://www.actifsource.com/"
Feb 21, 2012
Tu, Hoang Do replied to Tu, Hoang Do's discussion Current limitations of MDD and its implications
"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…"
Feb 21, 2012
Andreas Leue replied to Tu, Hoang Do's discussion Current limitations of MDD and its implications
"Thumbs up! :)"
Feb 21, 2012
Rafael Chaves replied to Tu, Hoang Do's discussion Current limitations of MDD and its implications
"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…"
Feb 21, 2012
Tu, Hoang Do posted a discussion

Current limitations of MDD and its implications

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
Feb 20, 2012
Tu, Hoang Do is now a member of The Model Driven Software Network
Jan 31, 2012

Profile Information

My interest in Model Driven Software Development:
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.

Comment Wall

You need to be a member of The Model Driven Software Network to add comments!

Join The Model Driven Software Network

  • No comments yet!
 
 
 

Badge

Loading…

© 2019   Created by Mark Dalgarno.   Powered by

Badges  |  Report an Issue  |  Terms of Service