Introducci贸n al curso

1

Introducci贸n al curso de Profesional de Arquitectura de Software

Atributos de calidad

2

Definici贸n

3

Atributos: Idoneidad funcional

4

Atributos: Eficiencia de ejecuci贸n

5

Atributos: Compatibilidad

6

Atributos: Usabilidad

7

Atributos: Confiabilidad

8

Atributos: Seguridad

9

Atributos: Mantenibilidad

10

Atributos: Portabilidad

11

Tensiones entre atributos

12

Analizando PlatziServicios

Patrones de arquitectura

13

Patrones monol铆ticos vs distribuidos

14

Patrones: Modelo Vista Controlador

15

Patrones: Capas

16

Patrones: Orientado a eventos / Provisi贸n de eventos.

17

Patrones: Microkernel - Plug-ins

18

Patrones: Comparte-nada

19

Patrones: Microservicios

20

Patrones: CQRS

21

Patrones: Hexagonal - Puertos y adaptadores

22

Patrones: Dise帽o orientado al dominio

23

Combinando patrones de arquitectura

24

Analizando nuevamente PlatziServicios

Dise帽o de una arquitectura

25

Pararse en hombros de gigantes

26

Herramientas y partes de un dise帽o: Tipos de conectores

27

Conectores: Llamado asincr贸nico / sincr贸nico. Modelo Cliente servidor.

28

Conectores: Enrutador, difusi贸n

29

Conectores: Pizarra, repositorio, colas, modelo PUBSUB

30

Escenarios y t谩cticas

31

Escenarios: Disponibilidad, detecci贸n, reparaci贸n

32

Escenarios: Reintroducci贸n y prevenci贸n

33

Escenarios: Mantenibilidad

34

Escenarios: Prevenir efectos domin贸 y diferir enlace

35

Escenarios: Eficiencia de ejecuci贸n

36

Escenarios: Seguridad

37

Escenarios: Capacidad de prueba

38

Escenarios: Usabilidad

39

Validar las decisiones de dise帽o: Arquitectura en evoluci贸n

40

脷ltimo an谩lisis a PlatziServicios

Modelado y documentaci贸n de arquitectura

41

C贸mo comunicar la arquitectura: Vistas y Puntos de vista

42

Documentaci贸n vs implementaci贸n

43

Conclusiones del curso

A煤n no tienes acceso a esta clase

Crea una cuenta y contin煤a viendo este curso

Patrones: Capas

15/43
Recursos

Nos plantea una separaci贸n en capas en donde cada capa representa alguno de los dominios de nuestra aplicaci贸n.

Aportes 18

Preguntas 3

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesi贸n.

El patr贸n por capas, es el mas usado como base. Junto con este se implementan adicional otro patrones. Una buena propuesta de Arquitectura con N Capas es el propuesto por microsoft en el siguiente libro: Gu铆a de Arquitectura de N-Capas orientada al Dominio con .NET 4.0

PresentationDomainDataLayering by Martin Fowler: https://martinfowler.com/bliki/PresentationDomainDataLayering.html

<h3>Patrones: Capas / Layered</h3>

Cada capa va hacer responsable de cierto componente global de aplicaci贸n. La comunicaci贸n siempre es de arriba hacia abajo. nunca una capa muy inferior deber铆a comunicarse con la del primer nivel.


Se pueden utilizar en sistema distribuidos.

驴Cu谩ndo es que nos referimos a un patr贸n de dise帽o o a un patr贸n de arquitectura de software?

Para saber si un patr贸n es de arquitectura este deber铆a contemplar:

  • Tener un conjunto de patrones y abstracciones coherentes que proporcionan un marco definido y claro para interactuar con el c贸digo fuente del software.

  • El dise帽o del sistema en base a objetivos (requisitos) y restricciones.

  • Define los componentes que llevan a cabo alguna tarea de computaci贸n, sus interfaces y la comunicaci贸n entre ellos. Toda arquitectura debe ser implementable en una arquitectura f铆sica, que consiste simplemente en determinar qu茅 computadora tendr谩 asignada cada tarea

Tomando estos argumentos sacados de diversas fuentes entiendo que: Patr贸n por capes hace m谩s referencia a Dise帽o que a arquitectura de software.

驴Qu茅 opinan?

Saludos !
Mauricio

Patr贸n de arquitectura Capas
Separaci贸n en capas, donde cada una es responsable de cierto concepto global de la aplicaci贸n.
La cantidad de capas depende de cada aplicaci贸n.
Es com煤n ver 3 o 4 capas
La comunicaci贸n siempre debe ser de arriba hacia abajo

La arquitectura en capas se implementa en un monolito. La arquitectura resultante se despliega toda junta

Algunos puntos importantes del patr贸n de arquitectura o patr贸n de dise帽o de capas.

驴Cu谩ndo es que nos referimos a un patr贸n de dise帽o o a un patr贸n de arquitectura de software?

  • 驴Porqu茅 usa este patr贸n?: Tiene muy buenas prestaciones de mantenibilidad

Creo que estar铆a bueno tener presente los conceptos DAO y a su vez DTO. Y el rol de repository como patron y como un patron active record en si puede generar ventajas y desventajas鈥

Este patr贸n se puede utilizar para estructurar programas que se pueden descomponer en grupos de subtareas, cada una de las cuales se encuentra en un nivel particular de abstracci贸n. Cada capa proporciona servicios a la siguiente capa superior.

Las 4 capas m谩s com煤nmente encontradas de un sistema de informaci贸n general son las siguientes.

  • Capa de presentaci贸n (tambi茅n conocida como capa UI )

  • Capa de aplicaci贸n (tambi茅n conocida como capa de servicio )

  • Capa de l贸gica de negocios (tambi茅n conocida como capa de dominio )

  • Capa de acceso a datos (tambi茅n conocida como capa de persistencia )

Apuntes:

Capas

Plantea una separaci贸n de capas en la que cada capa va a ser responsable de cierto concepto global de la aplicaci贸n.

La comunicaci贸n entre capas se debe hacer de arriba hacia abajo.

Nota: La capa de Dominio en otros lugares se le conoce como la capa de l贸gica de negocios

Pregunta de examen:

El patr贸n de arquitectura de capas describe una estructura tal que:

Quiz谩 como extra, hacer entender que el servicio, en el ejemplo CartService viene siendo un caso de uso. Es decir, es un workflow completo y generalmente aislado. En este punto es donde normalmente se deber铆an hacer validaciones de negocio (limites de compras, limite del total, etc).