primaires et clés étrangères dans uml

Je suis en train de faire un modèle UML basé sur ma disquette de réparation d'urgence généré avec MySQL workbench. Mais maintenant j'ai un doute sur les clés primaires et étrangères représentation dans un diagramme de classe.

Traditionnels dans le diagramme UML nous devons inclure les clés primaires attributs de chaque classe? Par exemple, le id_user ou la id_list ? Et sur les clés étrangères ? Ceux-ci sont ignorés comme attribut, mais reflète que les associations?

grâce

OriginalL'auteur user947462 | 2012-04-23

  1. 1

    Tout d'abord: pourquoi voulez-vous dessiner en UML? Si vous disposez déjà d'une disquette de réparation d'urgence, quelles sont les autres/alternate property voulez-vous de les illustrer par un diagramme de classes UML que la disquette de réparation d'urgence n'est pas de vous donner?

    Pourquoi? Parce que UML est un outil. Dans l'hypothèse où le schéma est pour la consommation humaine (c'est à dire que vous n'êtes pas le code de la génération de cela), alors vous devriez utiliser UML pour exposer les informations que vous essayez de communiquer.

    Comme une norme générale d'UML ne dit rien sur la façon dont vous formaliser identité (PK/FK). UML suit la OO idiome que chaque objet a implicite de l'identité, par conséquent, vous n'avez pas besoin de le spécifier explicitement. Ainsi, dans le cas le plus simple, vous pouvez:

    • liste PK attributs des attributs;
    • ignorer FK attributs tout à fait.

    Si qui répond à vos besoins de la modélisation puis vous avez terminé.

    Seconde raffinement, vous pourrait marquer le PK attributs avec une ocl isUnique() contrainte, ignorant encore la FKs.

    Une autre option serait d'utiliser les règles de Executable UML. Il désigne à la fois PKs ('Identifiants'} et FKs (référentiel des attributs'} directement sur le diagramme de classe. Il est donc plus proche de la capture de tout le DÉPARTEMENT.

    Donc en résumé: il n'y a pas d'UML imposées par bonne réponse. Tout dépend de ce que vous voulez communiquer avec le schéma.

    hth.

    Ignorant FK n'a pas beaucoup de sens, de l'omi. L'aide des associations (qui ont des propriétés pour le membre se termine ainsi) comme l'OP demande est plus approprié.
    Oui, FKs a pu être démontré que les rôles de l'association se termine. Mon point était il n'y a pas dur et rapide de l'ensemble de règles qui doivent être appliquées. Vous avez la latitude de faire quelque chose qui fonctionne dans votre cas particulier. FKs que les rôles serait un bon défaut.

    OriginalL'auteur sfinnie

  2. 1

    Vous pouvez utiliser/créer un "profil de base de données" annoter votre modèle UML avec cette information. Sans un profil vous pouvez utiliser OCL pour spécifier des contraintes d'unicité alors que la normale associations devrait être suffisant pour représenter ce que serait transformé en clés étrangères au niveau base de données

    OriginalL'auteur Jordi Cabot

  3. 0

    Vous pouvez utiliser EclipseUML Omondo d'essai et d'inverser votre base de données.

    Vous obtiendrez les informations dont vous avez besoin et vous pouvez ensuite le copier dans un libre ou open source outil.

    OriginalL'auteur UML GURU