Diferencia entre un subsistema y un componente

Question

Me gustaría preguntar cuál es la diferencia entre un subsistema y un componente en el sentido UML?

Answer 1

Tengo que estar de acuerdo con Preet, pero, en la práctica, un subsistema es más grande que un componente. Utilizo componentes para bibliotecas (compradas, saqueadas o construidas) y subsistemas para una parte de todo el sistema que realiza una función integrada dada. Por ejemplo, en un dispositivo de procesamiento de sangre, el controlador y el control de la centrífuga serían un componente. La regulación integrada de succión de sangre (que incluye mecanismos de seguridad, control del motor, control del usuario y comunicaciones) sería un subsistema.

Answer 2

De IBM developerWorks - UML basics: The component diagram

El UML 2 especificación es bastante vaga de cómo un subsistema es diferente de un componente . La especificación no trata un componente o un subsistema cualquiera de forma diferente a una perspectiva de modelado . Comparado con UML 1.x, , esta ambigüedad de modelado UML 2 es nueva. Pero hay una razón. En UML 1.x, un subsistema se consideraba un paquete, y esta notación de paquete era confusa para muchos profesionales de UML; , por lo tanto, los subsistemas alineados con UML 2 como componente especializado , ya que esto es cómo lo entendieron la mayoría de los usuarios de UML 1.x. Este cambio introdujo borrosidad en la imagen, pero esta borrosidad es más un reflejo de la realidad frente a un error en la especificación UML 2 .

En resumen ninguno.

Answer 3

Antes de UML 2.0 podía ver perfectamente un <<subsystem>> como un tiempo de diseño <<component>>, que finalmente se convertiría en <<component>>. El UML 1.4 define el componente como "Un modular, desplegable, y parte reemplazable de un sistema que encapsula la implementación y expone un conjunto de interfaces. Un componente es típicamente especificado por uno o más clasificadores (por ejemplo, clases de implementación) que residen en él , y puede ser implementado por uno o más artefactos (por ejemplo, archivos binarios, ejecutables o de script) ".

Después de la mencionada "borrosidad" se introdujo en el UML (UML en 2.0), estoy más inclinado a usar <<subsystem>> como una mayor <<component>>, y ver ambos como constituyentes reemplazables y reutilizables de un sistema.