The Model Driven Software Network
Raise your level of abstraction
-
Jorge Ubeda
- 60, Male
- Valencia
- Spain
- Share
- Share on Twitter
- Share on Facebook
- Blog Posts
- Discussions (33)
- Events
- Videos
Jorge Ubeda's Discussions
UML and productivity
22 Replies
Started this discussion. Last reply by Jorge Ubeda Nov. 28, 2009.
Some DSL generates for mobile devices?
7 Replies
Started this discussion. Last reply by Jorge Ubeda May. 10, 2009.
Behavioral modeling
13 Replies
Started this discussion. Last reply by Ashley McNeile Apr. 17, 2009.
Jorge Ubeda's Page
Latest Activity
Hi Geert
the site does not work (as for Firefox, Chrome, and IE8). Nothing for sign, at least...
Hi Ricardo,
There is a probable case at the Experimental Gameplay Project at Carnegie Mellon's Entertainment Technology Center.
I only know what Gamasutra published October 26, 2005. You can see the Gamasutra articlehere.
..."I have written on it some dais ago"...
It means "some days ago", sorry the mispelling.
Agreed, Geert
You are pointing to the main failure in the experiment. It´s again a small test, not a robust one. I have written on it some dais ago in spanish:http://cuartageneracion.blogspot.com/2009/11/criticas-uml.html
I too have my doubts about this study.
- They claim that the system under development is non-trivial. I'm sorry, but a system containing 6 packages and 50 classes does not qualify for me as "non-trivial". Just as a comparison, the UML model at my c…
What? UML has had problems? And only now you tell that. Do you know if the coming versions 2.3 and 2.4 will work too? Will XMI work now among tools and among the UML versions too? Let’s hope the voting in OMG goes well...
Jokes aside, I fully agree…
I think that the main UML problem was coming from the upgrade from UML 1.5 to UML 2.2 since 2004 and the use of modern technological frameworks.
UML was pretty successful between 1996 and 2002 and suddenly went down because technologiy has move fast…
I have followed Oslo since its very origin, because it seemed to be a drastic change and almost the first approach to a model driven point of view for designing for Microsoft; a more consistent way than Software Factories was, a return to UML consid…
Profile Information
- My interest in Model Driven Software Development:
- Exploring better, simplest and more secure ways to build and maintain software for a team. Not closed to a unique strategy, supposing that the last word on it is not said.
- My experience of Model Driven Software Development:
- A practitioneer for long time, a researcher when I can...
- My website
- http://www.cuartageneracion.com/
- My blog (or equivalent)
- http://cuartageneracion.blogspot.com/
Comment Wall (9 comments)
- At 9:56pm on September 23, 2009,
Jean-Jacques Dubray said… - Jorge:
thank you for your note. Looking forward to contribute.
JJ-
- At 7:56pm on February 28, 2009,
Ashley McNeile said… - Hi Jorge
Thanks for your reply and your interest. I think it would be great idea to open a discussion thread -- but I am not quite sure what the topic should be. Do you have thoughts on this?
Perhaps I should explain the relevance of my comments to your question about the issue of: "How to assure that an object has a unique representation into the model".
I think that, if you have a single, common, semantic basis you can derive different views using different notations and know that they are compatible.
This is rather like the plan, side and front elevation of a building -- you know thet are compatible if the three views are projected from a single definition of the underlying building.
If, on the other hand, you have three draftsmen working separately on the plan, side and front elevations of a building, without a single defintion of the buildling, they will produce three diagrams that are (in general) incompatible and could not all represent any single building. It would be hard (and, I think, rather silly) to attempt to define "rules" that could be used to detect and correct the incompatibilities between the three views.
UML, in my view, tends to be used in a manner that corresponds to the second of these two approaches; and the problem you mention is akin to the problem of trying to reconcile the separately drawn pictures of a building. What I am suggesting is that we should try to move to the first approach.
Regards
Ashley
- At 10:13pm on February 20, 2009,
Ashley McNeile said…
- Hi Jorge
Ella has provided some links to papers that she and I have written.
I think my views are:
1. The way that software behaviour is modelled is key to realizing the vision of model driven development (MDD).
2. UML developed as a collection of notations, and OMG have tried (not very successfully) to bolt semantics on afterwards. But the notations were not, in the first place, intended to be a basis for execution or code generation and are not really very suitable for this purpose.
3. The right way to proceed is to start with behavioural semantics and define notations afterwards, as ways of expressing the semantics. But it is the semantics that are important, and these should be defined in a way that is notation independent.
4. The best source of ideas on software behavioural semantics is the work that has been done on process algebras (such as CSP, CCS and pi-calculus). However these, while very strong on behavioural semantics, were not intended for and are not suitable as modelling techniques. If you try and model "real software" in process algebras you get enormous models.
Our work has been to try and define techniques for modelling using ideas on behavioural semantics taken from process algebras. We have been working on a technique called "Protocol Modelling" that does this. This technique does not give the enormous models that using pure process algebra requires.
There are several things that come from this:
1. You get the ablility to reason about the behaviour of models, with much greater ease and power than the UML notations provide.
2. You can use the parallel composition ideas of process algebras to enable complex behaviour to be defined as a composition of partial descriptions. (The semantics that have been bolted onto the UML notations do not allow the composition techniques of process algebra to be used on UML models.)
The models that PM creates are executable, so provide a suitable basis for MDD. However, the semantics are very different from UML.
I hope you find the papers of interest.
Rgds
Ashley
- At 9:33pm on February 20, 2009,
Ella Roubtsova said… - http://www.open.ou.nl/elr/Simulation.pdf
- At 8:59pm on February 20, 2009,
Ella Roubtsova said…
- Dear Jorge,
You are right about code intervention and model abstractions.
I think that the only way to solve the problems is to make models truly executable, so that they can have one to one translation to a code of abstract level and make the models truly compostable, so that any middleware extension can be composed with the model of the abstract level without changing it. We work on this topic with Ashley McNeile and we have presented our ideas about this in a paper that I would like to send you. If you do not mind then I invite Ashley to the discussion. We would be happy to discuss it with you and with the community.
You can find the paper using this link
http://www.open.ou.nl/elr/aom4s-roubtsova.pdf
My Regards
Ella
- At 11:08am on February 20, 2009,
Ella Roubtsova said…
- Dear Jouge,
Thank you for you reaction on the topic of the workshop. I also think that behavioural models with suitable semantics will get an impulse to MDA.
I would like to kindly invite to the workshop, if you have time. Please, send your ideas or experience in a position paper, or just come without any paper.
Before we start a discussion, I would like to know about your interests.
What kind of problems have you experienced with behavioural modelling?
What are your favorite behavioral semantics or notation?
My best regards
Ella
- At 6:57pm on February 5, 2009,
Dario Fabini said… - Thanks Jorge ... try to get in line ...
- At 1:10am on January 19, 2009,
Gabriel Claramunt said… - Thanks for the invitation, Jorge
- At 9:56am on January 10, 2009,
Mark Dalgarno said…
- Hi Jorge, good to see you here.
We have some activities planned for the network but if there is anything you'd like to see here then please let us know.
About
Badge
© 2010 Created by Mark Dalgarno on Ning. Create a Ning Network!
