Book a Demo

Author Topic: Diagram Stereotypes  (Read 5691 times)

Paolo F Cantoni

  • EA Guru
  • *****
  • Posts: 8626
  • Karma: +259/-129
  • Inconsistently correct systems DON'T EXIST!
    • View Profile
Diagram Stereotypes
« on: August 29, 2005, 12:33:58 am »
I'm starting to Stereotype my diagrams.  For example, I have a diagram that shows how all the classes in a namespace interact.  I've stereotyped this as «namespace».  
For diagrams with «namespace» stereotype, the following rules apply:
  • Show ONLY classes in the namespace
  • Classes expose public features ONLY!

    Another is «classDefinition» (typically created when you make the class "composite"):
  • Central class has "everything" showing.
  • Show all elements within one level of relation to the central class, these show no elements, unless useful for this class.

    The idea is that an automaton would investigate the stereotype and apply the defined rules.  Initially, the automaton would be ME! ;D  (No jokes please!)

    Do you have a favourite diagram layout (or algorithm) you use?  Please describe it in your reply and assign a stereotype.

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

thomaskilian

  • Guest
Re: Diagram Stereotypes
« Reply #1 on: August 29, 2005, 02:02:59 am »
I'd just populate the diagrams according the rules, call AutoLayout and do the rest manually.

Paolo F Cantoni

  • EA Guru
  • *****
  • Posts: 8626
  • Karma: +259/-129
  • Inconsistently correct systems DON'T EXIST!
    • View Profile
Re: Diagram Stereotypes
« Reply #2 on: August 29, 2005, 02:25:16 am »
Quote
I'd just populate the diagrams according the rules, call AutoLayout and do the rest manually.
Sorry, Thomas, I didn't explain myself well enough.  I might have a number of Class (Structure) diagrams - each one show some specific aspect of a class (or classes).  They are all the same type of diagram, bu they have different content (almost behaviour) - hence the stereotype.

Typically for each class I have a number of standard diagrams:
classDefinition
classSubtypes
classPolicies

(I won't enumerate the different rules that apply to these three).

I'm after the "extra" rules people use within the confines of the diagram type (that I think) you were meaning.

Cheerz,
Paolo
« Last Edit: August 29, 2005, 06:14:59 am by PaoloFCantoni »
Inconsistently correct systems DON'T EXIST!
... Therefore, aim for consistency; in the expectation of achieving correctness....
-Semantica-
Helsinki Principle Rules!