In un diagramma di classe, non mostri l'atto di istanziazione. Questo è qualcosa che mostrerebbe una sequenza o un diagramma di comunicazione. I diagrammi delle classi mostrano la struttura statica di un sistema.
Se una classe A "dipende da" una classe B, allora potresti guardare le relazioni di associazione e dipendenza. Dipendenza è il più debole dei due e viene solitamente usato se l'altra classe è un parametro di un metodo e non è memorizzato come variabile di istanza. L'associazione è più strong e significa che la classe A contiene un'istanza (o istanze) della classe B ed è ulteriormente rafforzata da la composizione e le relazioni di aggregazione.
Nel tuo esempio, alpha
non fa parte di una classe. Se alpha
era una variabile di istanza in qualche classe C
, dovresti connettere C
a A
con un'associazione. Se si trattava di un parametro per un metodo o creato all'interno di un metodo di C
e non memorizzato come variabile di istanza, dovresti utilizzare una linea di dipendenza per connettere C
a A
. In tutti i casi, hai la possibilità di specificare la direzionalità e la molteplicità.
Penso che un problema più grande è che sembra che tu stia associando UML a "diagramma di classe". La specifica UML 2.2 ha 14 tipi di diagrammi. Ci sono 7 diagrammi strutturali e 7 diagrammi comportamentali (suddivisi in 3 diagrammi di comportamento e 4 diagrammi di interazione). Ogni diagramma mostra una vista particolare del sistema. Alcuni aspetti del sistema sono mostrati meglio usando un particolare diagramma o, in alcuni casi, una serie di diagrammi. Se sei interessato, ti consiglio di consultare la voce di Wikipedia su UML e Distillato UML di Martin Fowler . Entrambe offrono grandi panoramiche sullo scopo, i punti di forza e i punti deboli dei vari tipi di diagrammi.