Book a Demo

Author Topic: UML Modeling Product Wars  (Read 13165 times)

derek73

  • EA User
  • **
  • Posts: 22
  • Karma: +0/-0
  • I love YaBB 1G - SP1!
    • View Profile
UML Modeling Product Wars
« on: February 13, 2006, 01:45:50 am »
I just made a recommendation to my management to purchase a few licenses of EA.  But the plethora of UML modeling software available out there sure made the research lengthly.  I'm by no means an expert in UML or OOP software engineering, and that element in itself was a prominent criteria to selecting software - intuitive interface required!

I spent days (literally) researching modeling and CASE tools with a desire to pay as little as possible and get the most intuitive interface and robust featureset as possible. Only two software bundles captured my requirements (non-Java shops will quickly find themselves eliminating many of the available tools).

I'm at a small company that has no problem using OpenSource software whenever it gets the job done. We run on multiple desktop platforms, and don't really have any CASE software deployed, but the complexity is going up, and many of our new (and senior) devs are OOP naturals, so finding something to cover basic needs is becoming increasingly important.

My research started with an opensource diagraming tool called Dia, available to any platform that runs GTK+.  It does a nice job representing UML and provides form-driven interfaces to construct classes.  But it's just not a modeling tool, so I hit Google.

I reviewed and tested everything from Magic Draw to Visual Paradigm to Poseidon,  looked at opensource tools such as Gaphor, ArgoUML and Umbrello, and kept coming back to EA for the features that I wanted.  Python support was a big bonus, but usability and code generation/reversal was high on the list.  This is what I learned in my endeavors:

(a) Scrap any product that's Java-based.  It's typically slow, ridden with display/interface bugs, and bogs down as the size of the project increases.  I can't believe some of these companies are getting away with $400 a shot for this shoddy software.  I think performance and reliability outweigh cross-platform compatibility, and there's always VMWare!

(b) Scrap any product that thinks Java is the only language in the universe worth generating (unless you happen to be a Java shop)

(c) Scrap anything over $500 per annual license.  $5500 for some of these licenses, what?!  Does your tool write our software for us?

(d) Don't buy into a massive, complex framework that is going to take a dedicated person to deploy and maintain just to obtain a UML tool.  Don't get into anything that will forever tie your software development practices into one platform or method - unless you're a big company with lots of process in place.

(e) Look for tools that are immediately productive.  Producing basic diagrams and class frameworks the same day as installation should be possible. Learning the basics shouldn't require reading all of the help, but the help should be very thorough, detailed, and immediately accessible.

In any justification for software, no matter how large or small, it's always nice to present a Free alternative.  Umbrello is my OpenSource of choice, and I use it successfully.  It's a great piece of software, and has serious potential.  It's reasonably stable (about 90% in my estimate), friendly to use, forward-engineers C++, C#, Java, PHP5, Python and Ada, and reverse-engineers C++.   The most obvious limitation is it only runs on Linux and requires the KDE/Qt libraries to run.  For my own purposes at home, it's perfectly sufficient (the help is light but right for the tool).

But alas, it's no EA.  Someone at work was under the impression that EA only reverse-engineered Oracle schemas, but when I read that it is supposed to do Postgres, I got pretty excited.  Round-trip on Python and C++ as well? Awesome. And the total project planning/designing/requirements tracking thing is sweet.  The license cost compared with the feature set truly creates an appealing situation which drew me back to the website for further investigation about a dozen times over the past week.

It should be no problem to convince management to grab a few copies.  But Failing that, I'll just buy one myself and run a cross-over office deployment on my laptop.  Since a respected developer is pushing for the corporate edition, it won't be long before our plotter is spewing 30 feet of database schema (I hope).

I'd be interested to read further comments and feedback on the community's experience with the product, in addition to what is in the forums.  I hope my decision is well informed and my faith in this product is well-placed!

-Derek73

thomaskilian

  • Guest
Re: UML Modeling Product Wars
« Reply #1 on: February 13, 2006, 02:17:57 am »
You probably won't receive any flames for that post ;)

What I (and many others) can add: Sparx support is very responsive as you can see here in this board. The number of features they release per year increases much more than the price. And of course the price/performance ratio is outstanding. Sparx is also reacting on bug reports immediately and most reported bugs are fixed in the next release.

On the other side you will find some glitches when you deal with EA's Unique Interface (UI). This is of (still) minor importance and I didn't abandon hope that Sparx will fix them in the future.

Mitch

  • EA User
  • **
  • Posts: 23
  • Karma: +0/-0
    • View Profile
Re: UML Modeling Product Wars
« Reply #2 on: February 13, 2006, 07:37:43 am »
Derek,

Good analysis. We convinced management to buy a floating license (5 user) we'll use on a current project. Following the project, we'll have to decide if we want to spread UML and EA to everyone. If so, the training issue, including cost and time will be critical. Learing curve for EA seems acceptable, learning UML seems daunting.

Mitch

Tuser

  • EA User
  • **
  • Posts: 45
  • Karma: +0/-0
  • So much stuff to do, so little time...
    • View Profile
Re: UML Modeling Product Wars
« Reply #3 on: February 13, 2006, 07:49:31 am »
In my little world the MagicDraw vs. EA battle is still raging.

I’m a convinced EA fan due to the features/price, powerful DB integration and freedom of modeling. I actually get irritated when a tool forces me to model ‘correct’ UML; I know UML, but sometimes want to break the rules to get the message across.

The MagicDraw fans are feverishly holding on to the missing XMI 2.0 support in EA. If Sparx could just do me the favor of cutting this last little straw... victory would be declared over night. Pretty Please?


SF_lt

  • EA User
  • **
  • Posts: 216
  • Karma: +1/-0
  • The Truth Is Out There
    • View Profile
Re: UML Modeling Product Wars
« Reply #4 on: February 13, 2006, 09:02:04 am »

what I hated in MagicDraw is slowlyness - Java takes it's bet, but maybe currently this isn't a big issue (progress in CPU technology & etc).

What I very enjoy in EA is the latest "class wizard"  :D it greatly improves drawing... very nice  ;D
registertm everything to SparX

derek73

  • EA User
  • **
  • Posts: 22
  • Karma: +0/-0
  • I love YaBB 1G - SP1!
    • View Profile
Re: UML Modeling Product Wars
« Reply #5 on: February 13, 2006, 02:22:06 pm »
This morning when I came into work, the afformentioned lead developer had written up a nice supporting email blog as to what she thinks a tool like EA could bring to our development strategy.  My manager told me she's going to request 3 corporate license (possibly floating).


Can someone please confirm that I read this correctly:  EA has the potential to reverse engineer a Postgres schema from a live database? That was my interpretation from reading through the Help.  Someone else has the impression that it will only use the database to save models, not actually help engineer them.  Did I get the Postgres engineering support feature correct?

In the meantime, I'm sorting out the Crossover Office fiasco - a couple of years ago, Codeweavers was really confused on how to get customers access to download their software once they took your money.  Eventually, we somehow got the package and dropped it on an internal server for the licensed users to access.  We're going around in circles again trying to find the license renewals, so it looks like we're just going to buy a bunch of new licenses and avoid the headache.  *sigh*  Thank god it's not $5500 a license.  Ha!  (I think finding a CASE tool license for the price of $5500 has permanently scarred me).

derek73

  • EA User
  • **
  • Posts: 22
  • Karma: +0/-0
  • I love YaBB 1G - SP1!
    • View Profile
Re: UML Modeling Product Wars
« Reply #6 on: February 13, 2006, 02:58:09 pm »
Quote
In my little world the MagicDraw vs. EA battle is still raging.

The MagicDraw fans are feverishly holding on to the missing XMI 2.0 support in EA. If Sparx could just do me the favor of cutting this last little straw... victory would be declared over night. Pretty Please?


There are only two places for Java and JRE-based tools, in my opinion. One is when portability (cross-platform deployment) and the correlated reduction in development time are first priority; the second is when the tool is OpenSource (and therefore FREE), which removes a user's right to make demands.

Restructuring EA internals to abstract the product a layer up from Windows and Access to provide an avenue for it to run natively on MacOSX would marginally increase market share, but probably not enough to cover the costs of development.  Crossover Office licenses run about $40, and coupled with the price of EA, the total deployment cost to Linux is still substantially less than MagicDraw costs for a single license ($499 for a standard edition, and $1599 for enterprise, source: http://www.magicdraw.com).

While it would obviously be stupid to question why EA charges so little for their software, it does raise the question, "Is EA missing any substantial features MagicDraw provides?"  How far ahead of, or what features do a competetive product need to offer in the world of UML modeling for a corporation to justify a substantially higher cost?  This wasn't a question that needed to be answered in my analysis, but is definitely a valid question that some companies will need to ask.  Is another product worth an extra $1200 per license?

Paolo F Cantoni

  • EA Guru
  • *****
  • Posts: 8626
  • Karma: +259/-129
  • Inconsistently correct systems DON'T EXIST!
    • View Profile
Re: UML Modeling Product Wars
« Reply #7 on: February 13, 2006, 03:47:28 pm »
Quote
While it would obviously be stupid to question why EA charges so little for their software, it does raise the question, "Is EA missing any substantial features MagicDraw provides?"  How far ahead of, or what features do a competitive product need to offer in the world of UML modeling for a corporation to justify a substantially higher cost?  This wasn't a question that needed to be answered in my analysis, but is definitely a valid question that some companies will need to ask.  Is another product worth an extra $1200 per license?
Yes, MagicDraw has a MUCH more consistent User Interface (as opposed to EA's Unique Interface).

I also suspect that internally, MagicDraw has a more orthogonal design allowing it to implement functionality more consistently.

However, EA still wins out (and not on price - how cheap do you want the wrong product).  Price is only really a consideration when there is an order of magnitude difference.  The price is a bonus, however, that doesn't mean that I really enjoy using EA.  It's just the best of a bad lot.  It can still be a LOT better...  

(And before I get flamed, I have in a past life created a Conceptual Modelling tool, so I can talk from some knowledge about what these kinds of tools need to do and how they can go about it.)

Paolo

Inconsistently correct systems DON'T EXIST!
... Therefore, aim for consistency; in the expectation of achieving correctness....
-Semantica-
Helsinki Principle Rules!

thomaskilian

  • Guest
Re: UML Modeling Product Wars
« Reply #8 on: February 13, 2006, 11:10:39 pm »
Quote
Can someone please confirm that I read this correctly:  EA has the potential to reverse engineer a Postgres schema from a live database? That was my interpretation from reading through the Help.  Someone else has the impression that it will only use the database to save models, not actually help engineer them.  Did I get the Postgres engineering support feature correct?

I haven't done it with Postgres but with Access, SQL Server and MySQL but AFAIK you can use also Postgres for re-engineering. Note that views are not supported at all at the moment.

The repository can be stored in almost any ODBC-capable database.

thomaskilian

  • Guest
Re: UML Modeling Product Wars
« Reply #9 on: February 13, 2006, 11:14:29 pm »
Quote
...(And before I get flamed, I have in a past life created a Conceptual Modelling tool, so I can talk from some knowledge about what these kinds of tools need to do and how they can go about it.)

Paolo


You won't get flames since you are simply right with your statement. Hopefully Sparx will also come to the point where they start improving the UI instead of feature-mania.

SF_lt

  • EA User
  • **
  • Posts: 216
  • Karma: +1/-0
  • The Truth Is Out There
    • View Profile
Re: UML Modeling Product Wars
« Reply #10 on: February 14, 2006, 11:25:36 am »
Quote
Yes, MagicDraw has a MUCH more consistent User Interface (as opposed to EA's Unique Interface).

...that doesn't mean that I really enjoy using EA.  It's just the best of a bad lot.  It can still be a LOT better...  


Wouldn't be a scary future, if Sparx decides to hire Paolo for UI redesign?  ;) However, this idea very attracts me ... don't know for Paolo ... 8)
« Last Edit: February 14, 2006, 11:26:25 am by SF_lt »
registertm everything to SparX

Paolo F Cantoni

  • EA Guru
  • *****
  • Posts: 8626
  • Karma: +259/-129
  • Inconsistently correct systems DON'T EXIST!
    • View Profile
Re: UML Modeling Product Wars
« Reply #11 on: February 14, 2006, 03:17:26 pm »
Quote

Wouldn't be a scary future, if Sparx decides to hire Paolo for UI redesign?  ;) However, this idea very attracts me ... don't know for Paolo ... 8)
Don't applaud, throw money...  ;D
« Last Edit: February 14, 2006, 03:17:40 pm by PaoloFCantoni »
Inconsistently correct systems DON'T EXIST!
... Therefore, aim for consistency; in the expectation of achieving correctness....
-Semantica-
Helsinki Principle Rules!

SF_lt

  • EA User
  • **
  • Posts: 216
  • Karma: +1/-0
  • The Truth Is Out There
    • View Profile
Re: UML Modeling Product Wars
« Reply #12 on: February 14, 2006, 03:48:46 pm »
Quote
Don't applaud, throw money...  ;D


Would be nice to get sparxians opinion on this ...

P.S. register as users request?!  ;D
registertm everything to SparX

KP

  • EA Administrator
  • EA Expert
  • *****
  • Posts: 2919
  • Karma: +55/-3
    • View Profile
Re: UML Modeling Product Wars
« Reply #13 on: February 14, 2006, 04:39:04 pm »
Quote

Would be nice to get sparxians opinion on this ...



It would be a long commute across the Nullarbor...  :-/
The Sparx Team
[email protected]

Paolo F Cantoni

  • EA Guru
  • *****
  • Posts: 8626
  • Karma: +259/-129
  • Inconsistently correct systems DON'T EXIST!
    • View Profile
Re: UML Modeling Product Wars
« Reply #14 on: February 14, 2006, 11:58:32 pm »
Quote

It would be a long commute across the Nullarbor...  :-/
My consulting company could run a short course...  8)  8)

You know where I am...

Paolo
Inconsistently correct systems DON'T EXIST!
... Therefore, aim for consistency; in the expectation of achieving correctness....
-Semantica-
Helsinki Principle Rules!