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

No tienes acceso a esta clase

隆Contin煤a aprendiendo! 脷nete y comienza a potenciar tu carrera

Aprende todo un fin de semana sin pagar una suscripci贸n 馃敟

Aprende todo un fin de semana sin pagar una suscripci贸n 馃敟

Reg铆strate

Comienza en:

4D
1H
46M
19S

Pararse en hombros de gigantes

25/43
Recursos

Vamos a ver cu谩les son las herramientas que tenemos disponibles para dise帽ar una arquitectura a la medidas de nuestras necesidades.

Pararse en hombros de gigantes, es reaprovechar todo el conocimiento de la industria para empezar desde una base mas solida. En primer lugar debemos saber y conocer que productos ya existen que puedan resolver el problema.
Usa frameworks y librer铆as.

Las arquitecturas espec铆ficas del dominio son decisiones ya tomadas relacionadas con el problema que queremos resolver. Patrones de arquitectura y c贸mo usarlos para empezar nuestro sistema desde un punto mas solido y restringir el dise帽o 煤nicamente a las partes que queremos resolver.

Aportes 7

Preguntas 1

Ordenar por:

驴Quieres ver m谩s aportes, preguntas y respuestas de la comunidad?

o inicia sesi贸n.

Dise帽o de una arquitectura.
Primer paso para crear una arquitectura. Pararse en hombros de gigantes Aprovechar el conocimiento existente para nuestra soluci贸n

  • Productos 鈥渄e la estanter铆a鈥. Productos ya echos que resuelvan parte de nuestros problemas.
  • Frameworks y librer铆as. Ayuda a empezar/proponer desde una arquitectura m谩s especifica
  • Arquitecturas especificas del dominio. Decisiones de dise帽o ya tomadas para ciertos dominios del problema.
  • Patrones de arquitectura. Empezar desde un punto m谩s solido y restringir nuestro dise帽o a las partes importantes que quedan por resolver

Productos de estanter铆a: Productos ya hechos que resuelvan parte de nuestro problema, incluso si existe un producto ya hecho que resuelve todo nuestro problema podr铆amos aprovechar eso para re-enfocar el problema en una mejora por sobre ese estado inicial del producto.
Frameworks y librer铆as : Nos ayudan a empezar desde una arquitectura o proponer una arquitectura mas espec铆fica, cada framework va a tener su propia propuesta de dise帽o y luego sobre eso podemos construir o incluso evolucionar esa propuesta.
Arquitecturas espec铆ficas del dominio: Son decisiones de dise帽o ya tomadas para ciertos dominios de problemas por ejemplo si vamos a solucionar un problema que tenga que ver con la industria aeron谩utica probablemente haya muchos sistemas que ya hayan tenido en cuenta los atributos de calidad mas importantes en dicha 谩rea y aprovecharlo para empezar desde una arquitectura orientada en dicho dominio.
Patrones de arquitectura: Se utiliza para empezar desde un punto mas s贸lido y restringir nuestro dise帽o a las partes importantes que quedan por resolver.

Dise帽o de Arquitectura

Primero hay que re-aprovechar todo el conocimiento de la industria para empezar desde una mejor base.
Tomar en cuenta:

  • Productos de Estanter铆a
  • Frameworks
  • Arquitectura especifica del dominio: Puede que ya otros hayan hecho el an谩lisis del problema a resolver, filtrando requerimientos, riesgos, etc. Debemos de reutilizar ese conocimiento.
  • Patrones de Arquitectura: Vamos a aprovecharlos para restrigir solo las partes que quedan por resolver.

Pararse en hombros de gigantes

Re aprovechar todo el conocimiento de nuestra industria para empezar desde una mejor base. Por un lado podemos obtener productos ya hechos que resuelvan parte de nuestros problemas, incluso si existe un producto ya hecho que resuelve todo nuestro problema podemos enfocarnos en una mejora por sobre ese estado inicial del producto. Por otro lado los Frameworks y las librerias nos ayudan a empezar desde una arquitectura o proponer una arquitectura m谩s espec铆fica.

Productos 鈥渄e la estanter铆a鈥. Productos ya echos que resuelvan parte de nuestros problemas.

Primer paso para crear una arquitectura. Pararse en hombros de gigantes Aprovechar el conocimiento existente para nuestra soluci贸n

Creo que la capacidad de conocer y poder aplicar soluciones ya existentes a nuestro proyecto es una h谩bilidad que hay que tener bien pulida. Inventar la rueda es un trabajo que rara vez se hace bien o mejor dicho a vec茅s es tiempo tirado (es muy probable que no hayas buscado bien y algo similar ya est茅 hecho, probado, testeado y con un alto estandar de calidad) .