Digamos que hay un subsistema PHP que usa solo matrices asociativas para almacenar algún tipo de datos estructurados. De hecho, no existe un mecanismo a nivel de lenguaje para restringir esas estructuras, pero desea definirlas en su diseño con el UML.

P.ej.:

Un contacto podría verse así como una matriz asociativa en PHP:

[
  'name' => 'John Doe',
  'birth' => '2000-04-01',
  'email' => '[email protected]',
  'address' => [
    'street' => '123 Main St',
    'city' => 'Anytown',
    'state' => 'NY',
    'zip' => '1234',
    'country' => 'US'
  ]
]

Entonces pensé que un diagrama en UML podría verse así:

Pero alguien podría criticar que esto está mal porque muestra dos clases y no dos matrices asociativas. Entonces, ¿podríamos usar un estereotipo (personalizado) para mostrar que esta no es una clase regular sino cuál (y cómo definirla)?

O cuestionar en más común: ¿Cuál sería la / una forma correcta de definir tipos de dichos datos con el UML?