Quando vengono utilizzati IsRoot, IsAbstract e IsLeaf in UML?

Question

Mi sono imbattuto nella seguente descrizione di IsRoot, IsAbstract & IsLeaf tuttavia non capisco quando li avresti usati.

Estratto dal http://www2.sys-con.com/itsg/virtualcd/dotnet/archives/0108/clark/index.htm:

Selezionando la casella di controllo IsRoot, si stanno limitando la classe di ereditare da altre classi. Controllo IsAbstract limita l'istanziazione della classe e costringe i client a creare un'istanza di una classe derivata per accedere alla funzionalità della classe. Il controllo IsLeaf indica che la classe è sigillata. Le classi sigillate non sono ereditabili e aiutano a limitare la profondità di una catena ereditaria.

mia comprensione

1. IsRoot sembra suggerire che si tratta di una superclasse
2. IsAbstract sembra suggerire che è una classe astratta
3. IsLeaf è una classe che non può essere ereditata, ma può essere un'istanza .

Qualcuno può darmi un esempio del mondo reale di un modello che utilizza questi? Ad esempio, posso immaginare classe come "auto" che è una superclasse ed è astratta e sotto di essa potresti avere classi come "Volvo", "Chevrolet", ecc.

Answer 1

• isRoot non esiste più in UML2.In UML 1 significa (dalle specifiche):

isRoot: specifica se il GeneralizableElement è una radice GeneralizableElement senza antenati. True indica che è possibile che non abbia antenati, falso indica che potrebbe avere antenati (anche se in realtà non ha antenati al momento).

• isAbstract significa che l'elemento è incompleto e non può essere istanziata.

Se fosse vero, il classificatore non fornisce una dichiarazione completa e in genere può non essere istanziato. Un classificatore astratto è destinato all'uso da parte di altri classificatori (ad esempio, come obiettivo di relazioni generali di metarelazione o di generalizzazione ). Il valore predefinito è falso.

• isLeaf significa che non è possibile ridefinire l'elemento, stesso final in alcuni linguaggi di programmazione.

Indica se è possibile ridefinire ulteriormente una RedefinableElement. Se il valore è true, non è possibile ridefinire il valore RedefinableElement con . Il valore di default è falso.

Answer 2

Esempi non reali, ma collegamenti a alcuni.

1. isRoot: penso che questo non è più parte di UML. Quell'articolo è del 2004, ovvero quando è uscito UML 2 e dubito che Visio l'abbia supportato. Potrebbe ancora non supportarlo.
2. isAbstract: è una buona idea rendere astratte tutte le superclassi in modo che non sia possibile creare un'istanza che sia non un membro delle sottoclassi. Le classi sono essenzialmente insiemi di istanze. Che cosa significa per un'istanza essere membro di un superset e nessuno dei sottoinsiemi? Non è chiaro esattamente quale sia la classificazione di tale istanza e potrebbe inavvertitamente cambiare nel tempo. È anche consigliabile creare sottoclassi disjoint (non sovrapposte) e covering (tutte le sottoclassi note specificate). C'è più dettagli e un esempio di vita reale usando gli Avians in Lahman's book.
3. isLeaf: in pratica impedisce alle persone di ignorare il codice. Non posso verificare this quotation, ma presumibilmente il The Unified Modeling Language Reference Manual dice:

   essere una foglia o di essere costretti a essere una foglia, non sono fondamentali proprietà semantiche, ma piuttosto i meccanismi di ingegneria del software al comportamento umano controllo.

Questo aiuto?