Author Topic: RealtimeUML Addin  (Read 8818 times)

Martyn Pike

  • EA Novice
  • *
  • Posts: 8
  • Karma: +0/-0
    • View Profile
RealtimeUML Addin
« on: October 23, 2008, 09:02:22 am »
Hello

The RealtimeUML Addin seems to have gone quiet.  Can anyone comment on its status please ?

thanks, Martyn

Nizam Mohamed

  • EA User
  • **
  • Posts: 193
  • Karma: +1/-0
    • View Profile
Re: RealtimeUML Addin
« Reply #1 on: October 28, 2008, 02:48:31 pm »
Hi Martyn, thanks for your interest in RTUML. RTUML is now integrated within EA and will be available in EA's next major release.

Regards,
Nizam Mohamed

AntonS

  • EA Novice
  • *
  • Posts: 8
  • Karma: +0/-0
    • View Profile
Re: RealtimeUML Addin
« Reply #2 on: November 06, 2008, 11:35:26 pm »
Hi Nizam

Any timeframe for when it will be released?

Anton

Kevin G. Watson

  • EA User
  • **
  • Posts: 217
  • Karma: +0/-0
  • I love EVERYTHING including Microsoft
    • View Profile
Re: RealtimeUML Addin
« Reply #3 on: November 07, 2008, 12:07:40 am »
Hi'ya.... I asked the same thing a week back.

I was told that the next version of EA ( 7.5 ); would likely be out the door before my birthday ( Feb 1st )....

But don't hold ya breath

Kevin [smiley=vrolijk_26.gif]

AntonS

  • EA Novice
  • *
  • Posts: 8
  • Karma: +0/-0
    • View Profile
Re: RealtimeUML Addin
« Reply #4 on: November 07, 2008, 12:42:41 am »
Thanks Kevin

We are busy evaluating EA and comparing it to VP-UML.
From a code generation point of view this seems to be the big difference in that VP-UML  generate code from state diagrams.

Do you know if EA will be supporting code generation for Microsoft Workflow Foundation?

Anton

Martyn Pike

  • EA Novice
  • *
  • Posts: 8
  • Karma: +0/-0
    • View Profile
Re: RealtimeUML Addin
« Reply #5 on: November 08, 2008, 01:07:51 am »
Hello AntonS

There is an XMI processing tool that can produce C code from EA state machines.

I am more interested in Ada and C code generation from EA.

Martyn

salayande

  • EA User
  • **
  • Posts: 224
  • Karma: +0/-0
  • I love YaBB 1 Gold!
    • View Profile
Re: RealtimeUML Addin
« Reply #6 on: November 10, 2008, 01:14:44 am »
So most of us want code generation from the dynamic models but from which type of dynamic model.

EA currently reverse-engineers into the sequence diagram. What are the technical difficulties of forward engineering a method specification in sequence diagram into code?

Since the days of COBOL, we used decision (or truth) tables to design code. A related format is the state diagram. What are the technical merits of the decision logic or truth table approach. This approach has value as its is the faulty decision logic that introduces the more difficult bugs in programming.

The target language should not matter as most common languages should be supported (pls check out the approach taken by Logic Gem version 3.0).

I am happy that Sparxsystems made the decision to integrate Realtime UML into the core of the tool. It suggests to me that Sparxians are still in touch with their customers and track market trends.

Microsoft is working hard on the OSLO model-driven application generation platform for Visual Studio. I hope that this move influences the views of EA design team on future direction for EA as an application generation platform (as opposed to a code generator). We would therefore expect that all layers of a distributed application stack are covered.

Segun

« Last Edit: November 10, 2008, 01:18:07 am by salayande »

Nizam Mohamed

  • EA User
  • **
  • Posts: 193
  • Karma: +1/-0
    • View Profile
Re: RealtimeUML Addin
« Reply #7 on: November 10, 2008, 09:57:39 am »
Quote
Thanks Kevin

We are busy evaluating EA and comparing it to VP-UML.
From a code generation point of view this seems to be the big difference in that VP-UML  generate code from state diagrams.

Do you know if EA will be supporting code generation for Microsoft Workflow Foundation?

Anton

EA's RTUML beta shall demonstrate EA's capability to generate code from state diagrams. We are working on integrating this and also code generation from interaction diagrams and activity diagrams into EA 7.5, which shall be expected to be on market in early 2009.

We do have plans to support code generation from Microsoft Workflow foundation in future.. But i'm sorry i cant promise a concrete expectancy time frame at the moment.

We appreciate your support and suggestions..
« Last Edit: November 10, 2008, 10:01:12 am by nizammohamed »

Nizam Mohamed

  • EA User
  • **
  • Posts: 193
  • Karma: +1/-0
    • View Profile
Re: RealtimeUML Addin
« Reply #8 on: November 10, 2008, 10:02:56 am »
Quote
Hello AntonS

There is an XMI processing tool that can produce C code from EA state machines.

I am more interested in Ada and C code generation from EA.

Martyn

We are working on ADA language support and that too can be expected in the next major release of EA.

salayande

  • EA User
  • **
  • Posts: 224
  • Karma: +0/-0
  • I love YaBB 1 Gold!
    • View Profile
Re: RealtimeUML Addin
« Reply #9 on: November 11, 2008, 06:05:18 am »
And so Sparxsystems has it all covered...

Segun

Martyn Pike

  • EA Novice
  • *
  • Posts: 8
  • Karma: +0/-0
    • View Profile
Re: RealtimeUML Addin
« Reply #10 on: November 11, 2008, 06:58:30 am »
It certainly sounds like EA has some cool stuff coming along.

Anything that can help UML get deeper into the embedded systems domain would be helpful.

For the person interested in code generation from Statecharts and who may not be able to wait until 7.5, checkout http://www.sinelabore.com.  It generates C code statemachines from XMI.  I believe it has been tested with EA.




DanG83616

  • EA User
  • **
  • Posts: 180
  • Karma: +0/-0
    • View Profile
Re: RealtimeUML Addin
« Reply #11 on: November 20, 2008, 02:31:31 am »
We have been interested in code gen from state machines as well. We created a pattern to allow the actions to be implemented in separate "business logic" classes. The idea was to avoid having to express action details in the state machine. That, in turn, avoids the issue of modifying generated code and the whole round-tripping mess.

Unfortunately, we have had to get creative with the Operation fields in order to make the diagrams show what we want. For example, we had to enter free-form test in the Action field in order to show the trigger for internal transiitons. E.g., Operation Name: anAction and Action: aTrigger so that the daigram shows "aTigger/anAction". This is not ideal but it is important to show the trigger in the diagram. Doing this also gets in the way of using already defined actions in the Action: pulldown. If anyone has an idea for improvement I'd be most grateful.

Of course, it would be nice if the dialog were "Internal Transition" rather than "Operation". It isn't completely obvious that an internal transition "is-a" operation. Futzing with the diagram rendering just lead us down this path. Using Operation assumes that the state is a class but we are using QuantumFrameworks (Miro Samek) and states are methods of a state machine class.

So, more than code generation, I would like better support for state machine specification that is state pattern implemetation agnostic.

Dan