Diagramme de composants par rapport au diagramme de classe?

classe et les diagrammes de package de modèle logique de conception de logiciels

diagramme de composant modèles de mise en œuvre de vue

Pourriez-vous préciser la au-dessus de différence par le biais d'un très court exemple?

source d'informationauteur user2019510

  1. 9

    La réponse se trouve dans votre question elle-même. Comment pensez-vous, un logiciel est conçu et un logiciel est mis en œuvre?

    Dans la conception, nous développons un modèle pour la conception réaliste du logiciel. Cette impression bleu implique un modèle qui peut être traduit dans le logiciel, tandis que la mise en œuvre implique la conversion
    de ce modèle dans le logiciel je.e code.

    De la même façon,
    Un composant est généralement plus grand et de plus abstrait qu'une classe. Tout en un
    la classe est un relativement faible niveau de plan(conception) pour une instance d'objet, un
    composant peut être un ensemble de classes qui forment ensemble un encapsulé
    module(mise en œuvre) vous avez alors l'interface avec. Un composant peut même pas contenir
    des classes à tous!

    Maintenant, les diagrammes de composants ne pas afficher le code mais la dépendances entre les réelle mise en œuvre de logiciels composants (ces composants peuvent être quelque chose comme des exécutables,les fichiers,les dossiers, etc. Comme par exemple :-

    Diagramme de composants par rapport au diagramme de classe?

    Comme je l'ai déjà discuté; diagramme de Classe UML est la structure de diagramme qui montre la structure du système conçu au niveau de classes et d'interfaces, montre leurs caractéristiques, les contraintes et les relations des associations, des généralisations, des dépendances, etc.
    exemple d'un diagramme de classes :

    Diagramme de composants par rapport au diagramme de classe?

    J'espère que je me suis fait clair.

  2. 4

    En composant UML peut faire la même chose que les diagrammes de classe.

    Mais la principale différence est que les composants ont plus responsabilités que la classe

    Kruchten développé le 4+1 modèle de vue pour capturer les différentes parties du système.Tout simplement,il vous aide à modéliser les différents points de vue(logique,physique,de développement,de processus,de cas d'utilisation) du système

    Chaque affichage de capture d'un spécifiques aspect du système

    • Vue logique décrit ce un système est composé de et comment les parties interagissent

    • De mise en œuvre de vue aussi connu comme le Développement de la vue décrit comment le système de pièces sont organisé dans des modules et des composants

  3. 2

    Habituellement, il peut être vu comme un diagramme détaillé. Le diagramme de classe doit avoir des propriétés définies avec la mise en œuvre des types spécifiques tels que.

    Box
 - cats: list<Cat>
 + getCat: Cat
 + addCat: void

    Le composant est moins détaillé selon la même chose. Je ne me souviens pas combien les détails sont visibles. Aussi loin que je me souvienne, il pourrait être la même chose que le diagramme de classe sans types.

    Le diagramme de composant doit être utilisé pour la conception de l'idée générale de ce que vous essayez de construire. Le diagramme de classe pourraient différer avoir plus de classes, parce que la mise en œuvre nécessite des classes qui n'ont pas à être présent en utilisant le diagramme de composant.

    Mes mots doivent être pris avec un grain de sel parce que j'ai certes n'ai pas tracer des diagrammes pour un certain temps.