"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…"
The Model Driven Software Network
Raise your level of abstraction
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.
Jim Beck's Page
Latest Activity
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…"
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…"
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…"
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…"
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…"
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…"
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…"
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? :)
"
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…"
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."
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…"
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…"
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…"
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…"
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…"
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.
© 2012 Created by Mark Dalgarno.
Powered by
