Différence entre un sous-système et un composant

Question

Je voudrais demander quelle est la différence entre un sous-système et un composant au sens UML?

Answer 1

Je suis d'accord avec Preet, mais pratiquement, un sous-système est plus grand qu'un composant. J'utilise des composants pour les bibliothèques (achetées, pillées ou construites) et des sous-systèmes pour une partie du système qui exécute une fonction intégrée donnée. Par exemple, dans un dispositif de traitement du sang, le pilote de la centrifugeuse et le contrôle seraient un composant. La régulation intégrée de l'aspiration du sang (qui comprend les mécanismes de sécurité, le contrôle du moteur, le contrôle de l'utilisateur et les communications) constituerait un sous-système.

Answer 2

De IBM developerWorks - UML basics: The component diagram

La spécification UML 2 est assez vague sur la façon dont un sous-système est différent d'un composant . La spécification ne traite pas d'un composant ou d'un sous-système différemment d'une perspective de modélisation . Par rapport à UML 1.x, cette ambiguïté de modélisation UML 2 est nouvelle. Mais il y a une raison. Dans UML 1.x, un sous-système a été considéré comme un package, et cette notation de package était déroutante pour de nombreux praticiens UML; donc sous-systèmes alignés UML 2 en tant que composant spécialisé , puisque c'est comment la plupart des utilisateurs UML 1.x l'ont compris. Cette modification a introduit le flou dans l'image, mais ce flou est plus d'un reflet de la réalité par rapport à une erreur dans la spécification UML 2 .

Donc en abrégé aucun.

Answer 3

Avant UML 2.0 je pourrais parfaitement voir un <<subsystem>> comme un temps de conception <<component>>, qui deviendrait finalement un <<component>>. Le composant UML 1.4 définit le composant comme "A modulaire, déployable, et partie remplaçable d'un système qui encapsule l'implémentation et expose un ensemble d'interfaces.Un composant est généralement spécifié par un ou plusieurs classificateurs (par exemple, les classes d'implémentation) qui y résident et peut être implémenté par un ou plusieurs artefacts (par exemple, des fichiers binaires, exécutables ou des scripts). "

Après ladite « flou » a été introduit dans le langage UML (UML 2.0), je suis plus enclin à utiliser en tant que <<subsystem>><<component>> plus grande, et de voir tous les deux en tant que constituants remplaçables et réutilisables d'un système.