Re: UMLish modellers?
Re: UMLish modellers?
- Subject: Re: UMLish modellers?
- From: Georg Tuparev <email@hidden>
- Date: Tue, 25 Sep 2001 01:46:50 +0200
On Sunday, September 9, 2001, at 11:58 PM, developers wrote:
>
This is just a quick questions to Georg, Erik, and everyone else.
>
>
How many of you use UML modelers on a daily basis?
>
I design every day or even every hour - just a little bit. While I
design, I draw models (as a way of thinking). It is not important to me
if they strictly follow UML or any other notation, and as a rule, I pay
a bit more attention what I paint only if I'\m sitting in a meeting
where not everyone can follow my usual scribbles (actually I do not
hesitate to freely mix styles, e.g. if I know I need exactly this class
I use a rectangle, and if I'm not very sure, I use more cloudy symbol).
>
How many people do you have in your development teams?
My favorite size is 4-8 team mates. Once I was running a team of ca. 130
but I do not like to repeat this one (not only because of the gray
hairs). I work also along, but prefer to have at least one mate pairing
with me.
>
How many of you actually use a development method that is not a basic
>
code
>
and fix?
For the last 15 years or so I never went for the "code & fix" way. But I
also try to avoid heavy methodologies like RUP. XP is the way to go (at
least for me).
>
----- My personal comments about UM Modelers-----
>
>
If you are a small design group of 8 people doing every aspect of the
>
project. You have no reason to be using UML, nor should you be worring
>
about
>
CMM certifications... 8)
>
If you are a small design group of 8 people scattered around the world,
>
like
>
when I was on the development teams at Reticula Bio, UML is a great
>
tool.
>
>
UML is also excellent if you use it on every project! If you do not use
>
this
>
method every time, you are not getting the benefits of UML. UML is
>
designed
>
to help you estimate your project, and organize it. UML 1.2 or 2.0
>
methods
>
are not anywhere near the point of programming the code for you and
>
should
>
not be used or expected to do that. Frameworks maybe, not everything.
>
>
You should not be using UML unless your project is BIG! UML was designed
>
with GE and IBM in mind, not Game or General Software developers. You
>
use
>
UML when your design team is 20 more and it's a multi-layered BIG
>
project,
>
(your Projects sizes for your company remain BIG).
I think you are making a huge mistake here. UML is not a methodology,
but a notation. It helps thinking while designing, and it help
communicating with other developers (but not clients). No more no less.
And because thinking and communicating are essential parts of any size
of project (not only large once), and take place every single day, one
uses these technics all the time. It is like a language, you can write a
poem or a restaurant menu with it.
Georg Tuparev
Tuparev Technologies
Klipper 13
1186 VR Amstelveen
The Netherlands
Mobile: +31-6-55798196