Use cases for UML
I had a conversation recently in which the following three use cases for UML were suggested:
- UML as a precise graphical representation of existing programming languages
- UML as a higher level full life-cycle development language
- UML as a means to communicate between stakeholders
Today UML is not particularly good for any of these use cases because it is trying to fulfil all of them at the same time.
Which one do you think is most important?
Comments
Anonymous
November 17, 2010
Definitely #3. I don't tend to use diagrams except when I'm writing a book, or talking to another developer over a pad of paper or a whiteboard.Anonymous
November 17, 2010
Also #3. Using the pieces of UML that are useful in this role, drop unnecessary details and adding anything that will help communicate. If the communication is long term (e.g. part of a design overview document) then I'll be a little more formal. But always the language has to serve the communication, not the other way around.Anonymous
November 18, 2010
Perhaps the need for #2 is greater, but UML would be better served trying to be #3.Anonymous
December 13, 2010
The comment has been removedAnonymous
December 14, 2010
#3, #1, #2 In order to satisfy #2 & #1 I think we've sacrificed some of the simplicity that allowed for effective communications. That being said, once the communication is agreed upon, it would be nice to be able to use those diagrams for #1 and #2 so that it's not just a drawing exercise (valuable as that is) but that the materials used can be taken to the next level.