IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

UML Discussion :

diagramme de composant : fusion d'interface


Sujet :

UML

  1. #1
    Membre du Club
    Profil pro
    Inscrit en
    Avril 2008
    Messages
    75
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2008
    Messages : 75
    Points : 62
    Points
    62
    Par défaut diagramme de composant : fusion d'interface
    Bonjour,

    Je suis en train de réaliser un diagramme de composant dans lequel j'ai un composant regroupant un ensemble de composants qui définissent un ensemble d'interfaces. J'aurai voulu savoir si il était possible, au niveau du composant englobant de faire une seule interface qui regroupent toutes les autres interfaces ? Est-ce logique ?

    Merci pour votre aide, par avance.

  2. #2
    Modérateur
    Avatar de bruno_pages
    Homme Profil pro
    ingénieur informaticien à la retraite
    Inscrit en
    Juin 2005
    Messages
    3 533
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 64
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : ingénieur informaticien à la retraite
    Secteur : High Tech - Produits et services télécom et Internet

    Informations forums :
    Inscription : Juin 2005
    Messages : 3 533
    Points : 6 709
    Points
    6 709
    Par défaut
    Bonjour,
    Citation Envoyé par X448GN Voir le message
    J'aurai voulu savoir si il était possible, au niveau du composant englobant de faire une seule interface qui regroupent toutes les autres interfaces ?
    c'est possible : il suffit de faire une interface regroupant toutes les autres et d'attacher la nouvelle interface au composant englobant

    Citation Envoyé par X448GN Voir le message
    Est-ce logique ?
    non, non seulement parce qu'il est préférable de laisser les choses découpées pour des raisons de clarté, mais ensuite parce que à priori aucun autre composant ne pourra fournir cette mega interface ni ne l'utilisera. Bref tu te retrouveras sans doute avec un composant inutile

    le but des composants est de montrer le découpage et les liens provide/require entre eux, c'est donc contraire au regroupement de tout en un

    en résumé c'est possible mais pas souhaitable
    Bruno Pagès, auteur de Bouml (freeware), mes tutoriels sur DVP (vieux, non à jour )

    N'oubliez pas de consulter les FAQ UML et les cours et tutoriels UML

  3. #3
    Nouveau membre du Club
    Inscrit en
    Septembre 2006
    Messages
    19
    Détails du profil
    Informations forums :
    Inscription : Septembre 2006
    Messages : 19
    Points : 29
    Points
    29
    Par défaut
    J'ai fait la même chose,il y a quelques temps : j'ai créé un composant "Business Service" dans lequel j'ai mis tous mes composants représentant des services. Et comme tous ces services devaient être publiés sur le web via des webservices, j'ai créé une interface "services" sur le composants "Business Services", puis j'ai créé une dépendance entre cette dernière et une de mon composant nommé "WebService".

    Apparrement ça ne serait pas juste ?

  4. #4
    Membre actif Avatar de ze_corsaire
    Inscrit en
    Décembre 2007
    Messages
    240
    Détails du profil
    Informations personnelles :
    Âge : 46

    Informations forums :
    Inscription : Décembre 2007
    Messages : 240
    Points : 273
    Points
    273
    Par défaut
    Bruno ne dit pas que c'est juste ou faux, il dit que c'est une question de modularité.
    Si dans ton interface du composant tu n'as que trois méthodes, alors pourquoi pas (même si je préfère perso toujours bien découper les responsabilités). Mais si tu as 10 interfaces avec 10 méthodes chacunes à fusionner, je te laisse faire le calcul...
    Après, il y a aussi des contraintes d'architecture que l'on ne peut outrepasser : l'utilisation de certains frameworks ne permet la définition que d'une seule interface par composant. Attention toutefois, car il faut faire la différence entre composant logique et logiciel, mais bien souvent dans la pratique il est plus aisé de faire l'amalgame ...

    _______________

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. diagramme de composant : notion de port
    Par dedicare dans le forum UML
    Réponses: 4
    Dernier message: 19/05/2008, 22h45
  2. Diagramme de composants pour un programme en C ?
    Par condor_01 dans le forum UML
    Réponses: 1
    Dernier message: 10/12/2007, 12h54
  3. Réponses: 2
    Dernier message: 24/08/2007, 12h32
  4. Réponses: 12
    Dernier message: 23/11/2005, 11h06
  5. Diagramme des classes pour l'interface visuel
    Par robv dans le forum Diagrammes de Classes
    Réponses: 2
    Dernier message: 25/06/2004, 10h50

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo