Compartilhar via


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 removed

  • Anonymous
    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.