La Direction de l'association flèche dans les diagrammes de classe UML

Sur cette page qui indique comment dessiner un diagramme de classe, pourquoi la flèche pour association de pointage, de la commande au client, et non à partir d'un client à l'ordre?

UML Tutoriel - les Diagrammes de Classe

OriginalL'auteur neuromancer | 2009-12-15

  1. 12

    Les flèches décrire la navigabilité.

    • Navigables fin est indiquée par un pointe de flèche à l'extrémité d'une association
    • Pas navigable fin est indiquée par un petit x sur la fin d'une association
    • Aucun ornement sur le bout d'une association quelconque de la navigabilité

    La Direction de l'association flèche dans les diagrammes de classe UML

    Prises à partir de:
    http://www.uml-diagrams.org/association.html

    OriginalL'auteur Pup

  2. 8

    Ce qui pourrait aider:

    Des Diagrammes de Classe UML: lignes Directrices: http://msdn.microsoft.com/en-us/library/dd409416%28VS.100%29.aspx

    Propriétés d'une Association

    Est Navigable: Si cela est vrai pour un seul rôle, une flèche apparaît dans la navigables de direction. L'
    l'association peut être lu dans ce sens. Vous pouvez l'utiliser pour indiquer la navigabilité de liens et de
    base de données des relations dans le logiciel.

    Propriétés des Associations dans des Diagrammes de Classe UML: http://msdn.microsoft.com/en-us/library/dd323862%28VS.100%29.aspx

    le texte d'alt http://i.msdn.microsoft.com/Dd323862.UML_ClassProp(fr-us,VS.100).png

    Si un rôle est navigable et l'autre ne l'est pas, une flèche apparaît (7) sur l'association dans le navigables
    direction.

    OriginalL'auteur Esther Fan - MSFT

  3. 6

    Les flèches décrire les façons de naviguer. Donc, dans ce diagramme, vous pouvez aller à partir de la commande du client. Et pour l'autre sens: pas de flèche signifie PAS "non navigables", mais "pas de commentaire". Il n'existe pas de bonne façon de le faire.

    OriginalL'auteur Sven Lilienthal

  4. 5

    Sa cause un ordre "est une" référence à un client.

    Dans une base de données, ce serait une clé étrangère dans l'ordre de la table, qui stocke le client-id.

    Dans le code, vous souhaitez stocker une référence à l'associé client de l'objet dans un objet de commande. Ainsi, la commande est orientée vers le client et non pas vice-versa.

    Pourquoi nous ne devons pas décider customer a beaucoup de orders et ajouter la collection de référence de la commande au client?
    cela devrait être la bonne réponse, d'autres jamais expliqué ce que navegability est

    OriginalL'auteur Zeemee

  5. 0

    Association extrémités ont une valeur booléenne de la navigabilité de la propriété dans UML. Dans ce cas, la navigabilité dans la direction de la commande du client est défini à true lors de la navigation dans la direction de la clientèle de l'ordre est définie sur false.

    Avec cela, le concepteur du modèle exprime que les commandes maintenant, qui est le client associé à la commande, mais les clients n'ont pas un accès direct à leurs ordres.

    Si l'on regarde le code Java pour ce modèle, la navigabilité, il est plus facile à comprendre. Pour cet exemple, ce navigabilité signifie que la Commande a un attribut de type de Client, mais le Client n'a pas de collection attribut pour stocker ses commandes

    les associations ne correspondent pas toujours à UML attributs et certainement ne correspondent pas à des attributs de classes Java (il n'y a pas une telle chose en Java, l'utilisation d'un "attribut" dans une Java contexte pourrait signifier le terrain ou des biens ou des haricots de la propriété).

    OriginalL'auteur Jordi Cabot

  6. -1

    Peut-être parce que l'ordre est associé avec un client? Ce genre de choses peut être considéré comme travail de toute façon, ou parfois les deux.

    Je sais qu'ils sont liés les uns avec les autres. La question n'est pas pourquoi il y a une flèche, c'est sur le sens de la flèche.
    Ils ne sont pas associés les uns avec les autres - une commande est associée à un client.
    donc par logique, elles sont associées les unes avec les autres, vous avez tort anon

    OriginalL'auteur

  7. -2

    C'est un dépendance, qui est un grand type faible de l'association. Cela signifie que pour une commande existe, il doit exister un client à un certain point dans le temps. Il peut y avoir un certain moment dans le cycle de vie de "l'ordre" d'où cette exigence n'est pas appliquée.

    Ce n'est pas une dépendance. Une dépendance n'est pas un type d'association, il est un type particulier de Relation (de la même façon que l'association est un autre type de Relation)

    OriginalL'auteur troelskn