RoseRT to "clean c++"

[Petterson Mikael]

Hi,

We are still using RoseRT to generate c++ code. Has anyone out there
gone from using this tool another more convetional tool?
I am interested in all hints and pointers.

cheers,

//mikael

[Bob Hairgrove]

On Mon, 30 Jan 2006 15:03:33 +0100, Petterson Mikael
<mi**************@era.ericsson.se> wrote:

We are still using RoseRT to generate c++ code. Has anyone out there
gone from using this tool another more convetional tool?
I am interested in all hints and pointers.

We went from Rose to Visio and now use UML strictly for documentation
purposes.

I'm just wondering how much of your C++ code is actually "generated"
by Rose? We couldn't get it to do much more than just the headers, and
even then there were serious deficiencies which had to be changed
manually. Keeping the code in synch with the diagrams is pretty much a
lost cause after you have t edit anything manually. After awhile, it
got so bad that Rose was getting in the way more often than it helped,
and we decided it wasn't worth the $$$ for the license fee. (Boy, was
our boss glad about that!) And we haven't missed it. Now we use Visio
just to draw up UML documentation of our code.

One of the things Rose couldn't deal with was knowing when to use a
pointer member and when a reference was better. There were issues with
const, etc. Of course, it might have been possible to work around
these problems, but nobody at work had the time to get a doctorate in
using Rose and still get any work done.

--
Bob Hairgrove
No**********@Home.com

[Ivan Vecerina]

"Petterson Mikael" <mi**************@era.ericsson.se> wrote in message
news:dr**********@news.al.sw.ericsson.se...
: Hi,
:
: We are still using RoseRT to generate c++ code. Has anyone out there
: gone from using this tool another more convetional tool?
: I am interested in all hints and pointers.

My experience had been similar to Bob's. Unfortunately, UML tools
seem unable to express all the subtleties of C++. (the key issue
I had at the time was lack of adequate support for 'const' data).
In the end, we found it easier to use UML only to provide key views
of the system when needed. In addition to that, using a kind of
tool doing the reverse of RoseRT, one that generates documentation
from the source code (and tags/comments), was found to be very
helpful and convenient.

Try doxygen if you aren't familiar with it yet:
www.doxygen.org
(an excellent free tool, unfortunately output is not UML-formatted)
hth -Ivan
--
http://ivan.vecerina.com/contact/?subject=NG_POST <- email contact form
Brainbench MVP for C++ <> http://www.brainbench.com

[ma740988]

We are still using RoseRT to generate c++ code. Has anyone out there
gone from using this tool another more convetional tool?
I am interested in all hints and pointers.

We went from Rose to Visio and now use UML strictly for documentation
purposes.

I'm just wondering how much of your C++ code is actually "generated"
by Rose? We couldn't get it to do much more than just the headers, and
even then there were serious deficiencies which had to be changed
manually. Keeping the code in synch with the diagrams is pretty much a
lost cause after you have t edit anything manually. After awhile, it
got so bad that Rose was getting in the way more often than it helped,
and we decided it wasn't worth the $$$ for the license fee. (Boy, was
our boss glad about that!) And we haven't missed it. Now we use Visio
just to draw up UML documentation of our code.

Bob, what version of Rose RT are you referring to. The software is not
readily accessible right now hence I can't recall the version I'm
demo-ing but it seems fairly decent.
The learning curve is farily steep (even after 1 week of training), but
we have an IBM representative _literally_ right next to us for any
issues we encounter.

[Petterson Mikael]

Petterson Mikael wrote:

Hi,

We are still using RoseRT to generate c++ code. Has anyone out there
gone from using this tool another more convetional tool?
I am interested in all hints and pointers.

cheers,

//mikael

Thanks for the hints and pointers. We generate somewhat between 40 - 70
% of the code in our applications. We use a lot of state transitions. I
have not looked into the code in detail since it is stored in
<filename>.rtlogpkg. Is it here where the c++ code is stored?
Is there a way to reverse engineer the rtlogpkg?

cheers,

//mikael