The Model Driven Software Network

Raise your level of abstraction

Jim Beck
  • Torrance, CA
  • United States
Share on Facebook Share

Jim Beck's Discussions

Model troubles and the way forward
16 Replies

We made a UML profile and custom code generator to work inside EA to create full C++ programs.  We were basically trying to re-create the very fine Rose RT in EA after IBM decided to kill Rose RT. …Continue

Tags: tools, C++, commercial, modeling, generation

Started this discussion. Last reply by Andreas Leue Mar 15, 2012.

 

Jim Beck's Page

Latest Activity

Andreas Leue replied to Jim Beck's discussion Model troubles and the way forward
"First, sorry, I confused numbers. It's not 1:40 from domain model to technical model, but from domain model to implementation classes. It was the old ratio for M2T before we introduced the M2M. Now tt's something like 1:8 on average in M2M…"
Mar 15, 2012
Andreas Leue replied to Jim Beck's discussion Model troubles and the way forward
"Thanks for sharing these details. As for speed, in a fairly complex scenario I think it is crucial to have an efficiently navigable model. If following a link is at the cost of executing some SQL that's a bottleneck, as is writing and rerading…"
Mar 15, 2012
Rui Curado replied to Jim Beck's discussion Model troubles and the way forward
""The user selects a component and "generate code" to start the process.  At this point we look at class instances that are contained in the component.  [...] In other words, we recursively search for all necessary units to…"
Mar 15, 2012
Steven Kelly replied to Jim Beck's discussion Model troubles and the way forward
"Thanks for giving those details, Jim. 2 seconds per class does indeed seem slow - the MetaEdit+ tests above were about 4 milliseconds per class. Of course your generation is more complex, but like you say the real problems are probably in the…"
Mar 15, 2012
Jim Beck replied to Jim Beck's discussion Model troubles and the way forward
"Hi.  Thank you very much for sharing. We have a model consisting of passive classes (those that can be translated directly into C++ files), active classes (classes with state machines and ports/protocols) and components (representing either…"
Mar 15, 2012
Steven Kelly replied to Jim Beck's discussion Model troubles and the way forward
"Hi Andreas, I'm by no means against M2M: I think pretty much everything depends on what you are trying to do. In the blog post, we were turning one model class into one code class, and I think the intermediate M2M steps seem to unnecessarily…"
Mar 15, 2012
Andreas Leue replied to Jim Beck's discussion Model troubles and the way forward
"Hi Jim, > anyone else done full code generation in a commerical tool and then found that to be a pain and moved back out? yes, we did full codegen in a variety of projects and found much pain, but since it's our own too we usel, we of course…"
Mar 15, 2012
Andreas Leue replied to Jim Beck's discussion Model troubles and the way forward
"> ...actual objective numbers, ... Sadly nobody else has taken us up on that challenge yet: it would be great to have comparable figures for other tools.   I think it's important to take into account the wide variety of usage scenarious…"
Mar 15, 2012
Jim Beck replied to Jim Beck's discussion Model troubles and the way forward
"I thought that Rhapsody does indeed keep classes and instances consistent.  If you delete a port on a class, does it really not remove that port from instances? By the way, why don't you share that list and the rationale? :)"
Mar 7, 2012
Jim Beck replied to Jim Beck's discussion Model troubles and the way forward
"Very interesting.  I almost completely understand your suggestions about version control.  When using Rose RT instead of hand code everywhere, we too found that we had reduced need for version control other than as a shared…"
Mar 7, 2012
Jim Beck replied to Jim Beck's discussion Model troubles and the way forward
"Thank you for the suggestions.  There is a wide range of choice and I'm really backing up to thinking about just what exactly we are trying to do.  Looking at these different approaches helps.  Thank you."
Mar 7, 2012
Jim Beck replied to Jim Beck's discussion Model troubles and the way forward
"We are a smaller group within a very large company that is trying to get software modeling in for areas other than control systems for which we have good use of Matlab-Simulink-Stateflow.  Our area is embedded, real-time, distributed…"
Mar 7, 2012
Charlie Lane replied to Jim Beck's discussion Model troubles and the way forward
"We'd be interested to hear why Rhapsody did not seem attractive. In our experience it does not seem to have had the problems you identify with EA (which is on our list of possible alternatives to Rhapsody), with the exception of the last…"
Mar 7, 2012
Steven Kelly replied to Jim Beck's discussion Model troubles and the way forward
"MetaEdit+ is fast and scales well. For some actual objective numbers, see http://www.metacase.com/blogs/stevek/blogView?showComments=true&entry=3385914921where MetaEdit+ was 20 times faster than Eclipse or Ruby. Sadly nobody else has taken us up…"
Mar 6, 2012
Jim Beck replied to Jim Beck's discussion Model troubles and the way forward
"I meant to add also that the most important thing is good version control and differencing of the model since it is now the source of information.  We need a good way to see what has changed between any two version of an element or…"
Mar 6, 2012
Scott Finnie replied to Jim Beck's discussion Model troubles and the way forward
"Jim, a few options that might help. If you'd still prefer to work in a modelling tool (if you could find one that worked), you might try either Bridgepoint or PathMATE.  Both support full state chart-based behaviour using a similar…"
Mar 5, 2012

Profile Information

My interest in Model Driven Software Development:
Full application code generation like Rose RT had. Visual versioning and differencing of model diagrams so that models are as useful as code for production software. Not reverse engineering/synchronization.

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