1.4 Componentes Logicos

Componentes logicos

Unas de lass dimensiones de la arquitectura de software. Son los bloques funcionales de un sistema que conforman lo que se conoce como el dominio del problema.

Los componentes logicos se representan

mediante la estructuar de directorios de tu repositorio de codigo fuente.

el código fuente ubicado en el directorio app/order/tracking

estaría contenido dentro de
un componente lógico llamado Tracking (Seguimiento de pedidos).
Componentes lógico

Para identificar la arquitectura lógica,
debes examinar la estructura de directorios
existente. ¿Cuántos componentes lógicos
individuales puedes identificar en el código
base a continuación

arquitectur logica

muestra todos los componentes lógicos de un
sistema y cómo interactúan entre sí (lo que se conoce como
acoplamiento)

arquitectura fisica

muestra aspectos como el estilo arquitectonico, los servicios, protocolos, las bases de datos, las interfaces de usuario, las puertas de enlace API

Arquitectura logica de un sistema es independente de

la arquitectura fisica ya que no se preocupa por bases de datos, servicios, protocolos, etc.

¿Ves cómo la arquitectura lógica no incluye
elementos como servicios, bases de datos
ni interfaces de usuario?
• La arquitectura lógica ofrece una visión
diferente del sistema

Observa cómo la arquitectura física asocia
los servicios con los componentes de la
arquitectura lógica y también muestra los
servicios y las bases de datos del sistema

creando una arquitectura logica

1. identifica los componentes base iniciales

2. asignar requisitos a componentes

3. analiza el rol y responsabilidades de los statements

   1. analia las caracteristicas arquitectonicas

¿Alguna vez se ha preguntado por qué es tan común que un sistema bien
diseñado termine siendo un desastre inmantenible en poco tiempo

Esto se
debe a que los equipos no prestan suficiente atención a la arquitectura lógica
de sus sistemas

Paso 1: indentificacion de los componentes principalels iniciales

Muchas veces, esto es solo cuestión de adivinanzas, y probablemente
refactorizarás los componentes que identificaste inicialmente para
convertirlos en otros.

• Así que no pierdas tiempo preocupándote por el tamaño de tus
componentes

• Podrían considerarse como frascos vacíos.

enfoques comunes para identificar los componentes
principales iniciales:

el enfoque de flujo de trabajo y el enfoque de actor/
acción

enfoque de flujo de trabajo

forma eficaz de identificar un conjunto inicial de componentes esenciales al considerar los flujos de trabajo principales del sistema; es decir, el recorrido que un usuarioo podría realizar a través del sistema.

No te preocupes por registrar cada paso; comienza con los principales
pasos de procesamiento y luego profundiza en los detalles. Ponles nombres directos y precisos.

enfoque actor/accion

util si hay varios actores (usuarios) en el sistema. Se empieza por identificar a los distintos actoes. Luego se identifican algunas acciones principales que podrian realizar y se asigna cada accion a un componente nuevo o existente.

trampa de las entidades

Esta técnica se centra en las entidades principales del sistema (objetos
singulares e identificables) y asigna un solo componente para representar
cada entidad.

problemas que causea la trampa de las entidades

Los nombres de los componentes son demasiado vagos.
• Los componentes tienen demasiadas responsabilidades

Paso 2: asignacion de requisitos

En este paso, tomarás historias de usuario funcionales o requisitos y
determinarás qué componente será responsable de cada uno.

• Recuerda que cada componente está representado por una estructura de
directorios. Tu código fuente reside en ese directorio, por lo que contiene
ese requisito.

Paso 3: analizar roles y responsabilidades

El objetivo de este paso es garantizar que el componente al que se le
asigna una funcionalidad sea realmente responsable de ella y que no
termine haciendo demasiado. crecera cada componente de forma natural

cohesion

el grado y la forma en que
las operaciones de un componente están interrelacionadas. para garantizar que un componente
tenga la responsabilidad correcta

Paso 4: analizar las caracteristicas

verificar que cada componente se ajuste a las características
arquitectónicas clave para el éxito, esto implica descomponer un componente
para mejorar la escalabilidad, la elasticidad o la disponibilidad, pero
también podría implicar ensamblar componentes si sus funcionalidades
están estrechamente relacionadas.

acoplamiento de componentes

l grado y la manera
en que los componentes se conocen y dependen mutuamente

al crear componentes logicos, debe tener en cuenta dos tipos de acopolamietno

el aferente y el eferente. No se preocupe si nunca ha oído
estos términos formales.
Acoplamiento de componentes

acoplamiento aferente

dependen de otro, hijos de la mama.

una mama y muchos hijos

dependencias entran en ti,

acoplamietno eferente

depende el niño de multiples tutores.

un hujo y muchos papas

dependecia sale de ti a varios, extrae aotros

identificar acoplamiento aferente local

Se puede medir el grado de
acoplamiento de un componente
específico mediante tres factores:
su acoplamiento aferente total (AC),
su acoplamiento eferente total (EC)
y su acoplamiento total (CT), o la
suma del acoplamiento aferente y
eferente total.

ley de demeter, principio del minimo cnocimiento

Cuanto más
conocimiento tenga un componente sobre otros componentes y sobre lo
que debe suceder en el sistema, más vinculado estará con ellos. Al
reducir su conocimiento de otros componentes, reducimos su nivel de
vinculación.
Acoplamiento de componentes

la ley de demeter nos enseña que

tener demasiado conocimiento sobre
lo que debe suceder en el sistema crea un acoplamiento más estrecho
entre sus componentes. Al delegar ese conocimiento a otros
componentes, podemos crear un sistema con un acoplamiento más
flexible

balancear, los dos tienen nivel nueve pero tienen mucha dependencia de order placcement