UML

whear do you get a UML

sory i ment sa UML tool that displayes my java classes in UML ;D

look for omondo (free eclipse plugin)

There is also Poseidon. http://www.gentleware.com/

Pen and paper is still the best tool for UML diagrams IMHO. All the alternatives suck to one degree or another.

I kind of agree with you on this.
For me pen and paper is always a last resort but in this case it is better, at least for me.

Here’s another one:

Best UML tool I have ever seen is Together/J. (Only one I will personally bother with.)

But its currently owned by Borland and is quite expensive. ANY good UML tool is quite expensive because they are mostly used by enterprise devs with big tool budgets.

switching from uml and code on the fly is so dificuld using pen and paper :wink:

also pen and paper is quite clear to to ppl around it wenn it’s drawn but for archiving it doesn’t work. even if you can draw clear enough (which will in my experience take to much time) sqeesing fields methodes or anything else once you drawn it, doesn’t work.

Round-trip uml tools tend to generate crappy code and crappy diagrams. In attempting to make both easier and more automated they make everything more difficult. IMHO of course. :stuck_out_tongue:

Use UML for design and specification purpose, only. As soon as you have a class with more than a few methods in it, the class diagram gets unreadable. If it comes to other diagram types like sequence diagrams for example, generated diagrams get totally useless. And since there is little value in class diagrams alone, rountrip engineering tends to be an expensive waste of time…

IMHO Together excells at both. But it isnt round-trip. Round-trip sucks. Its simultaneous (what you might consider “continous round-trp”) which is ther eason its the only useful UMl tool Ive ever found.

I’m feeling you, however thats a problem with the implication not with the consept. as jeff also points out, uml tools are costy and good uml tools, oi oi oi.

if your class has ‘more then a few’ (public) methodes(if there not public they don’t (usually)belong in your uml),… …well more then a few, if your class has a lot of public methodes, perhaps you should evaluate your design.

round tripping with interaction digrams or generated interaction diagrams have never a fixed cirkel and changes should never be done by the developer (alone). generated Depence diagrams are like unittests.

thats actually interesting to repeat. as soon as your not building a liberie aren’t you constantly re-designing re-evaluating or are you builing a factoryfactoryfoofactoryfactoryfactory, which can do anything it might have to do in the future? for small RFC, small programs I don’t really think I’m getting my point across. :-\

Nah, I don’t agree. I’ve tried Borland’s tool and its insistance of doing code and diagrams in parallel just doesn’t work very well at all. Especially in C++. And their insistance in dividing the products into developer/architect/whatever with no “everything” option doesn’t help matters. Enterprise Architect is about the best for diagrams, it does a reasonable job of being a uml-aware drawing app but it’s still more clunky than pen and paper (or their digital equivilents).

Of course, either option is still miles better than trying to do it in Viso. ;D

(IMHO, of course).

Jeff - I think you just haven’t yet been fortunate enough to try a really good implementation of round-trip :).

I have - fleetingly, sadly :frowning: - and it was actually very good indeed. Especially if you’re into XP - it lets you work stuff out with other people (UML changes) then go and reflect those directly into added or refactored methods on your code base (the thing I was playing with just refactored by editing signatures and dropping in a code comment FIXME: this method probbly needs rewriting now), and then (couple of clicks in eclipse) autogenerate the JUnit test stubs directly from the new method stubs.

Result: you’re straight into editing the tests, all pre-connected to their appropriate real code methods, with 0 effort.

I haven’t yet seen a good implementation of method deletion, although my experience with method adding suggest that a good implementation is possible and would be rather delightful to use.

I just find modal work “now im in UML, now Im in Java” to be more a distraction and ahinderance then a help.

Together does both at once. You can simultaneously make changes in either the UML or the code and the other is instantly updated (no clicks, no generation steps).

That I find useful. Anything less I don’t. YMMV.

I