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

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

41/43
Recursos

Aportes 7

Preguntas 1

Ordenar por:

¿Quieres ver más aportes, preguntas y respuestas de la comunidad? Crea una cuenta o inicia sesión.

Arquitectura restrictiva
Restringe las decisiones que quedan por tomar (por ejemplo cuándo se le da a un equipo de desarrollo)
Arquitectura descriptiva
Documenta las decisiones tomadas y describe el estado actual del sistema, restricciones del pasado más las actuales

El arquitecto va a trabajar con diferentes personas para garantizar que la arquitectura se ejecute correctamente:

Analista: Negociación de requerimientos
Operaciones: Cálculo de recursos
Desarrolladores: Restricciones y libertades para desarrollar
Diseñadores de productos dependientes (Product Managers): Definición de interoperabilidad. Comunicación entre productos. Requerimientos de comunicación como una API. Sincronizar equipos
Gestores de proyecto (Project Manager): Gestión de equipos y recursos
Equipo de calidad (QA): Métricas y conformidad

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

“Esencialmente, todo modelo es incorrecto. Pero algunos son útiles.”


  • Arquitectura Restrictiva: Como vamos a utilizar este modelo para restringir las acciones que quedan por tomar. la arquitectura va a funcionar como restricciones de diseño.

  • Arquitectura Descriptiva: Habla de un sistema ya existente y que habla del estado actual del sistema.Es nuestra responsabilidad conectar el estado actual con nuestro modelo o documentación arquitectónica.

  1. El arquitecto va a negociar con el analista y encontrar los trade-offs (Negociación de requerimientos).
  2. El arquitecto junto a operaciones va poder entender esta propuesta arquitectónica y empezar a calcular el costos de los recursos que vamos a empezar a consumir.
  3. El equipo de desarrollo va utilizar toda la documentación anterior para entender las restricciones y libertades a desarrollar.

  1. Diseñadores de producto se comparte la arquitectura para entender la interoperabilidad del producto.
  2. Gestores de Proyecto Aprovechan la documentación del proyecto para entender que equipo deben armar para garantizar el éxito del proyecto.
  3. Equipo de calidad (QA) va utilizar la documentación de arquitectura para poder entender como es que puede medir estas garantías.

En los últimos segundos se oyen unas voces. Pensé que había gente en mi casa pero era el video jajaja

Arquitecto va a trabajar con :
o Analista: Negociación de requerimientos
o Operaciones: Cálculo de recursos
o Desarrolladores: Restricciones y libertades
o Product Managers: Defición de interoperabilidad
o Project Manager: Gestión de equipos y recursos
o Calidfad: Métricas y conformidad

  • Arquitectura restrictiva
    Restringe las decisiones que quedan por tomar (por ejemplo cuándo se le da a un equipo de desarrollo)

  • Arquitectura descriptiva
    Documenta las decisiones tomadas y describe el estado actual del sistema, restricciones del pasado más las actuales
    🤖
    El arquitecto va a trabajar con diferentes personas para garantizar que la arquitectura se ejecute correctamente:
    Analista: Negociación de requerimientos
    Operaciones: Cálculo de recursos
    Desarrolladores: Restricciones y libertades para desarrollar
    Diseñadores de productos dependientes (Product Managers): Definición de interoperabilidad. Comunicación entre productos. Requerimientos de comunicación como una API. Sincronizar equipos
    Gestores de proyecto (Project Manager): Gestión de equipos y recursos
    Equipo de calidad (QA): Métricas y conformidad

Quality assurance the best!!