Ten en cuenta que en la informática un error casi siempere puede tener más de una soluciones, de igual modo te enseñamos lo mejor y más eficiente.
Solución:
La respuesta está en tu propia pregunta. ¿Cómo crees que se diseña un software y se implementa un software?
En diseño, desarrollamos planos para diseñar software viable. Este modelo implica un modelo que se puede traducir a software, mientras que la implementación implica la conversión de ese modelo en software real, es decir, código.
De manera similar, un componente es generalmente más grande y más abstracto que una clase. Mientras que una clase es un modelo de nivel relativamente bajo (diseño) para una instancia de objeto, un componente podría ser un conjunto de clases que juntas forman un módulo encapsulado (implementación) con el que luego interactúa. ¡Un componente podría incluso no contener ninguna clase!
Ahora, los diagramas de componentes no muestran el código real pero el dependencias Entre los componentes de software implementados reales (estos componentes pueden ser cualquier cosa como ejecutables, archivos, carpetas, etc. Como por ejemplo: –
Como ya he discutido; El diagrama de clases es un diagrama de estructura UML que muestra la estructura del sistema diseñado a nivel de clases e interfaces, muestra sus características, restricciones y relaciones: asociaciones, generalizaciones, dependencias, etc. Ejemplo de un diagrama de clases:
Espero haberme dejado claro.
En UML, el componente puede hacer lo mismo que los diagramas de clases.
Pero la principal diferencia es que los componentes tienen más grande responsabilidades que clase
Kruchten desarrolló el modelo de vista 4+1 para capturar diferentes partes del sistema. En pocas palabras, lo ayuda a modelar diferentes vistas (lógica, física, desarrollo, proceso, caso de uso) del sistema.
Cada vista captura una específico aspecto del sistema
-
La vista lógica describe qué un sistema se compone de y cómo las partes interactúan
-
La vista de implementación, también conocida como vista de desarrollo, describe cómo se organizan las partes del sistema. organizado en módulos y componentes
Habitualmente puede verse como un diagrama más detallado. El diagrama de clases debe tener propiedades definidas con tipos específicos de implementación, como.
Box
- cats: list
+ getCat: Cat
+ addCat: void
El componente es una vista menos detallada de lo mismo. No recuerdo cuánto detalle es visible. Por lo que recuerdo, podría ser lo mismo que el diagrama de clases sin tipos.
El diagrama de componentes debe usarse para diseñar la idea general de lo que está tratando de construir. El diagrama de clases podría diferir al tener más clases porque la implementación requiere clases que no tienen que estar presentes usando el diagrama de componentes.
Mis palabras deben tomarse con pinzas porque admito que no dibujé diagramas por un tiempo.