Taller de Construcción de Sistemas

Fundamentos de
Arquitectura de Software
YTALO BORJA MORI
F A CUL T A D DE I N G ENIERÍA DE S I STEMA S E I N F OR MÁ TICA
U N I V ERSI DA D N A CI ONA L M A YOR DE S A N M A R COS
Fundamentos de Arquitectura de
Software: Agenda
1. Arquitectura de Software
Arquitectura de Software
Son las principales decisiones de diseño que se hacen acerca del
Sistema.
 Comportamiento visuales externos (funcionalidades) y atributos
de cualidad (performance, availability)
 Estructuras estáticas (el diseño de los elementos internos y su
organización)
 Estructuras dinámicas (los elementos de run-time y sus
interacciones)
 Implementación y evolución de principios.
Por qué?
Un buen diseño de arquitectura de software, te facilita:
Satisfaces los requerimientos funcionales y de cualidad.
Entender como el Sistema funciona
Analizar las propiedades del software
Probar el software (Testing)
Mantener y evolucionar el software.

Entonces, qué hace una MALA ARQUITECTURA?

Cualidades que se influencian
❖Performance
❖Facilidad de evolución
❖Availability
❖Seguridad
❖Costo

Todas estas cualidades pueden vivir en armonía? Sí? No? Qué hacer?
Es su guía
La arquitectura impone restricciones en lo que pueden hacer y deben hacer los elementos
internos del Sistema.
➢Los componentes deben usar el modulo de autenticación
➢Los componentes de la capa i, solo pueden usar los componentes de la capa i+1

La arquitectura impone actos como guías, para que el desarrollador pueda facilitar:
La satisfacción de los requerimientos de cualidades
Coordinación entre desarrolladores
Entendimiento y análisis de todo el Sistema
Testing y debugging.
Architecture descriptions as a guidebook
Son para personas que necesitan trabajar con distintos aspectos del software. Clientes,
desarrolladores, testes, etc.

Permite comunicar aspectos claves de la arquitectura del software hacia los adecuados
stakeholders.

Por ende, posee diferentes secciones (viewpoints) para diferentes preocupaciones de los
stakeholders.
Arquitecto de Software
Tiene 4 grandes responsabilidades:
1) Identifica e interactúa con los stakeholders
2) Entiende y captura sus preocupaciones
3) Crea y toma la responsabilidad de la descripción de la arquitectura
4) Toma el rol de líder en la realización de la arquitectura
Les gusta Arquitectura?
Les recomiendo leer lo siguiente:

N. Rozanski and E. Woods, Software Systems Architecture : Working With Stakeholders Using
Viewpoints and Perspectives,2nd Ed., Addison-Wesley, 2012 [Chapters 1 to 14]