SlideShare una empresa de Scribd logo
1 de 14
Descargar para leer sin conexión
ANÁLISIS DE ARQUITECTURAS DE
SOFTWARE
SAAM
SAAM
 Software Architecture Analysis Method.
 Método de evaluación de arquitectura de software.
SAAM
 Creado para el análisis de la modificabilidad de una arquitectura.
 En la práctica ha demostrado ser muy útil para evaluar de forma rápida
distintos atributos de calidad.
SAAM
 Modificabilidad.
 Portabilidad.
 Escalabilidad.
 Integrabilidad
 …
SAAM
 Las salidas de la evaluación del método SAAM son las siguientes:
 Una proyección sobre la arquitectura de los escenarios que
representan los cambios posibles.
 Entendimiento de la funcionalidad del sistema
 Comparación de múltiples arquitecturas con respecto al nivel de
funcionalidad que cada una soporta.
SAAM
 Procedimiento
 Paso 1. Desarrollo de escenarios.
 Descripción de usos anticipados o deseados del sistema.
SAAM
 Procedimiento
 Paso 2. Descripción de la arquitectura.
 La arquitectura debe ser descrita haciendo uso de alguna notación
arquitectónica que sea común a todas las partes involucradas en el
análisis.
 Incluirse los componentes de datos y conexiones relevantes
SAAM
 Procedimiento
 Paso 3. Clasificación y asignación de prioridad de los escenarios.
 Escenario directo es el que puede satisfacerse sin la necesidad de
modificaciones en la arquitectura.
 Indirecto es aquel que requiere modificaciones en la arquitectura
para poder satisfacerse, de especial interés para SAAM.
 Permiten medir el grado en el que una arquitectura puede ajustarse a los cambios de
evolución que son importantes para los involucrados en el desarrollo.
SAAM
 Procedimiento
 Paso 4. Evaluación individual de los escenarios indirectos.
 Listan los cambios necesarios sobre la arquitectura.
 Estimación de costos.
 Cambios en especificaciones.
SAAM
 Procedimiento
 Paso 5. Evaluación de la interacción entre escenarios.
 Dos o más escenarios indirectos proponen cambios sobre un mismo
componente
 Evaluar cambios sobre componentes.
 Verificarse si la arquitectura se encuentra documentada a un nivel
correcto de descomposición estructural.
SAAM
 Procedimiento
 Paso 6. Creación de la evaluación global.
 Asignársele un peso a cada escenario.
 Asignación de peso en base con las metas del negocio.
 Ante una evaluación de múltiples arquitecturas, la asignación de
pesos puede ser utilizada para la determinación de una escala
general.
SAAM
 Características
 Análisis que delimita la forma en que variarán los atributos de calidad.
 Visión arquitectónica al equipo de desarrollo.
SAAM
 Conclusiones
 Permite una mejor comunicación entre los diferentes interesados en
los sistemas.
 Mejora las posibilidades de reuso.
 Proporciona planos para la construcción.
 Toma en cuenta la posible evolución del sistema.
SAAM
 Análisis de Arquitecturas de Software
 Jorge Rodríguez
 @jorgedison

Más contenido relacionado

La actualidad más candente

Casos de Uso ejercicios
Casos de Uso ejerciciosCasos de Uso ejercicios
Casos de Uso ejercicios
Walter Chacon
 
PROCESOS DE CALIDAD DE SOFTWARE
PROCESOS DE CALIDAD DE SOFTWAREPROCESOS DE CALIDAD DE SOFTWARE
PROCESOS DE CALIDAD DE SOFTWARE
Alejandro Leon
 
Modelo componentes
Modelo componentesModelo componentes
Modelo componentes
martin
 

La actualidad más candente (20)

Como medir la calidad de software
Como medir la calidad de softwareComo medir la calidad de software
Como medir la calidad de software
 
CMMI v2.0: Más dinámico, ligero y adaptable
CMMI v2.0: Más dinámico, ligero y adaptableCMMI v2.0: Más dinámico, ligero y adaptable
CMMI v2.0: Más dinámico, ligero y adaptable
 
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOSINGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
INGENIERÍA DE REQUISITOS E INGENIERÍA DE REQUERIMIENTOS
 
CMMI Y SCAMPI
CMMI Y SCAMPICMMI Y SCAMPI
CMMI Y SCAMPI
 
Casos de Uso ejercicios
Casos de Uso ejerciciosCasos de Uso ejercicios
Casos de Uso ejercicios
 
Arquitecturas de software exposicion
Arquitecturas de software   exposicionArquitecturas de software   exposicion
Arquitecturas de software exposicion
 
Patrones GRASP
Patrones GRASPPatrones GRASP
Patrones GRASP
 
Modelo SPICE
Modelo SPICEModelo SPICE
Modelo SPICE
 
Control de Calidad del Software
Control de  Calidad del SoftwareControl de  Calidad del Software
Control de Calidad del Software
 
Métodos de evaluación de arquitectura a un atributo específico
Métodos de evaluación de arquitectura a un atributo específicoMétodos de evaluación de arquitectura a un atributo específico
Métodos de evaluación de arquitectura a un atributo específico
 
PROCESOS DE CALIDAD DE SOFTWARE
PROCESOS DE CALIDAD DE SOFTWAREPROCESOS DE CALIDAD DE SOFTWARE
PROCESOS DE CALIDAD DE SOFTWARE
 
Rup disciplinas
Rup disciplinasRup disciplinas
Rup disciplinas
 
Arquitecturas de software - Parte 2
Arquitecturas de software - Parte 2Arquitecturas de software - Parte 2
Arquitecturas de software - Parte 2
 
Modelo en cascada pemo
Modelo en cascada pemoModelo en cascada pemo
Modelo en cascada pemo
 
Primeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de usoPrimeros artefactos de análisis. casos de uso
Primeros artefactos de análisis. casos de uso
 
Modelos de calidad CMMI - Moprosoft
Modelos de calidad CMMI - MoprosoftModelos de calidad CMMI - Moprosoft
Modelos de calidad CMMI - Moprosoft
 
Modelo componentes
Modelo componentesModelo componentes
Modelo componentes
 
Diferencias entre scrum y xp
Diferencias entre scrum y xp Diferencias entre scrum y xp
Diferencias entre scrum y xp
 
Testing - Ing. Gabriela Muñoz
Testing - Ing. Gabriela MuñozTesting - Ing. Gabriela Muñoz
Testing - Ing. Gabriela Muñoz
 
Modelo TSP
Modelo TSPModelo TSP
Modelo TSP
 

Destacado

Architecture in agile projects
Architecture in agile projectsArchitecture in agile projects
Architecture in agile projects
Leonardo Rosales
 
Patrones de diseño II
Patrones de diseño IIPatrones de diseño II
Patrones de diseño II
kaolong
 
Sesion 15 patrones de diseño
Sesion 15 patrones de diseñoSesion 15 patrones de diseño
Sesion 15 patrones de diseño
Julio Pari
 
1.1ARQUITECTURA DE CUATRO MAS UN VISTAS
1.1ARQUITECTURA DE  CUATRO  MAS UN VISTAS1.1ARQUITECTURA DE  CUATRO  MAS UN VISTAS
1.1ARQUITECTURA DE CUATRO MAS UN VISTAS
adolfo0890
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicas
landeta_p
 
Sistema de unidades y patrones
Sistema de unidades y patronesSistema de unidades y patrones
Sistema de unidades y patrones
Lobo Aguilar
 
Chapter 5 software design
Chapter 5 software designChapter 5 software design
Chapter 5 software design
Piyush Gogia
 
Sistema de unidades patrones y calibracion
Sistema de unidades patrones y calibracionSistema de unidades patrones y calibracion
Sistema de unidades patrones y calibracion
Ing Miguel Angel Reyes
 

Destacado (19)

Patrones de diseño CSS
Patrones de diseño CSSPatrones de diseño CSS
Patrones de diseño CSS
 
Architecture in agile projects
Architecture in agile projectsArchitecture in agile projects
Architecture in agile projects
 
Patron Memento
Patron MementoPatron Memento
Patron Memento
 
Patrones de diseño II
Patrones de diseño IIPatrones de diseño II
Patrones de diseño II
 
Patrones para asignar responsabilidades. grasp
Patrones para asignar responsabilidades. graspPatrones para asignar responsabilidades. grasp
Patrones para asignar responsabilidades. grasp
 
Sesion 15 patrones de diseño
Sesion 15 patrones de diseñoSesion 15 patrones de diseño
Sesion 15 patrones de diseño
 
1.1ARQUITECTURA DE CUATRO MAS UN VISTAS
1.1ARQUITECTURA DE  CUATRO  MAS UN VISTAS1.1ARQUITECTURA DE  CUATRO  MAS UN VISTAS
1.1ARQUITECTURA DE CUATRO MAS UN VISTAS
 
El diagrama en la arquitectura.
El diagrama en la arquitectura.El diagrama en la arquitectura.
El diagrama en la arquitectura.
 
Why We Need Architects (and Architecture) on Agile Projects
Why We Need Architects (and Architecture) on Agile ProjectsWhy We Need Architects (and Architecture) on Agile Projects
Why We Need Architects (and Architecture) on Agile Projects
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicas
 
Sistema de unidades y patrones
Sistema de unidades y patronesSistema de unidades y patrones
Sistema de unidades y patrones
 
Especificación de Arquitectura de Software
Especificación de Arquitectura de SoftwareEspecificación de Arquitectura de Software
Especificación de Arquitectura de Software
 
Arquitecturas de software - Parte 1
Arquitecturas de software - Parte 1Arquitecturas de software - Parte 1
Arquitecturas de software - Parte 1
 
Arquitectura De Software Para Dummies
Arquitectura De Software Para DummiesArquitectura De Software Para Dummies
Arquitectura De Software Para Dummies
 
Chapter 5 software design
Chapter 5 software designChapter 5 software design
Chapter 5 software design
 
Sistema de unidades patrones y calibracion
Sistema de unidades patrones y calibracionSistema de unidades patrones y calibracion
Sistema de unidades patrones y calibracion
 
Lean Software Development Principles
Lean Software Development PrinciplesLean Software Development Principles
Lean Software Development Principles
 
1.3 sistema inglés
1.3 sistema inglés1.3 sistema inglés
1.3 sistema inglés
 
Architecture design in software engineering
Architecture design in software engineeringArchitecture design in software engineering
Architecture design in software engineering
 

Similar a Análisis de arquitecturas de software

Dierencia entre la ingeniería de software y la arquitectura de software
Dierencia entre la ingeniería de software y la arquitectura de softwareDierencia entre la ingeniería de software y la arquitectura de software
Dierencia entre la ingeniería de software y la arquitectura de software
Enrique Torres Alarcon
 
Métodos de evaluación de arquitectura a un atributo específico
Métodos de evaluación de arquitectura a un atributo específicoMétodos de evaluación de arquitectura a un atributo específico
Métodos de evaluación de arquitectura a un atributo específico
Tefa Gonzaga
 
Clase7 unidad1
Clase7 unidad1Clase7 unidad1
Clase7 unidad1
zurda21
 
Perspectiva de la evolucion
Perspectiva de la evolucionPerspectiva de la evolucion
Perspectiva de la evolucion
Andres Pineda
 
Modelo de cascadaa
Modelo de cascadaaModelo de cascadaa
Modelo de cascadaa
mendez45
 

Similar a Análisis de arquitecturas de software (20)

Dierencia entre la ingeniería de software y la arquitectura de software
Dierencia entre la ingeniería de software y la arquitectura de softwareDierencia entre la ingeniería de software y la arquitectura de software
Dierencia entre la ingeniería de software y la arquitectura de software
 
Exposicion evaluacion e_arquitecturas_de_softw
Exposicion evaluacion e_arquitecturas_de_softwExposicion evaluacion e_arquitecturas_de_softw
Exposicion evaluacion e_arquitecturas_de_softw
 
Mejores Prácticas en el Desarrollo del Software
Mejores Prácticas en el Desarrollo del SoftwareMejores Prácticas en el Desarrollo del Software
Mejores Prácticas en el Desarrollo del Software
 
Mapa saam
Mapa saamMapa saam
Mapa saam
 
Metodología rup final
Metodología rup finalMetodología rup final
Metodología rup final
 
Mapa conceptual (modelo alma).
Mapa conceptual (modelo alma).Mapa conceptual (modelo alma).
Mapa conceptual (modelo alma).
 
Charla Atributos de calidad con .Net
Charla Atributos de calidad con .NetCharla Atributos de calidad con .Net
Charla Atributos de calidad con .Net
 
Rup
RupRup
Rup
 
Métodos de evaluación de arquitectura a un atributo específico
Métodos de evaluación de arquitectura a un atributo específicoMétodos de evaluación de arquitectura a un atributo específico
Métodos de evaluación de arquitectura a un atributo específico
 
Introducción a la Arquitectura de Software
Introducción a la Arquitectura de SoftwareIntroducción a la Arquitectura de Software
Introducción a la Arquitectura de Software
 
Semana11.pdf
Semana11.pdfSemana11.pdf
Semana11.pdf
 
Clase7
Clase7Clase7
Clase7
 
Clase7 unidad1
Clase7 unidad1Clase7 unidad1
Clase7 unidad1
 
Perspectiva de la evolucion
Perspectiva de la evolucionPerspectiva de la evolucion
Perspectiva de la evolucion
 
Curso de Ingeniería de Software - Capitulo4
Curso de Ingeniería de Software - Capitulo4Curso de Ingeniería de Software - Capitulo4
Curso de Ingeniería de Software - Capitulo4
 
Conceptosdemodelado.pdf
Conceptosdemodelado.pdfConceptosdemodelado.pdf
Conceptosdemodelado.pdf
 
Arquitecturas de software
Arquitecturas de softwareArquitecturas de software
Arquitecturas de software
 
Modelo de cascadaa
Modelo de cascadaaModelo de cascadaa
Modelo de cascadaa
 
Fase de Elaboración RUP
Fase de Elaboración RUPFase de Elaboración RUP
Fase de Elaboración RUP
 
Temario ceneval yo
Temario ceneval yoTemario ceneval yo
Temario ceneval yo
 

Más de Jorge Rodriguez (7)

Microservicios y Gestion de APIs
Microservicios y Gestion de APIsMicroservicios y Gestion de APIs
Microservicios y Gestion de APIs
 
Introducción a business intelligence
Introducción a business intelligenceIntroducción a business intelligence
Introducción a business intelligence
 
Nivel de madurez software como servicio
Nivel de madurez   software como servicioNivel de madurez   software como servicio
Nivel de madurez software como servicio
 
Configuración de software
Configuración de softwareConfiguración de software
Configuración de software
 
Team Foundation Server
Team Foundation ServerTeam Foundation Server
Team Foundation Server
 
Convergencia PaaS e Ingenieria de Software
Convergencia PaaS e Ingenieria de SoftwareConvergencia PaaS e Ingenieria de Software
Convergencia PaaS e Ingenieria de Software
 
Sistema experto de diagnóstico médico basado en síntomas
Sistema experto de diagnóstico médico basado en síntomasSistema experto de diagnóstico médico basado en síntomas
Sistema experto de diagnóstico médico basado en síntomas
 

Análisis de arquitecturas de software

  • 1. ANÁLISIS DE ARQUITECTURAS DE SOFTWARE SAAM
  • 2. SAAM  Software Architecture Analysis Method.  Método de evaluación de arquitectura de software.
  • 3. SAAM  Creado para el análisis de la modificabilidad de una arquitectura.  En la práctica ha demostrado ser muy útil para evaluar de forma rápida distintos atributos de calidad.
  • 4. SAAM  Modificabilidad.  Portabilidad.  Escalabilidad.  Integrabilidad  …
  • 5. SAAM  Las salidas de la evaluación del método SAAM son las siguientes:  Una proyección sobre la arquitectura de los escenarios que representan los cambios posibles.  Entendimiento de la funcionalidad del sistema  Comparación de múltiples arquitecturas con respecto al nivel de funcionalidad que cada una soporta.
  • 6. SAAM  Procedimiento  Paso 1. Desarrollo de escenarios.  Descripción de usos anticipados o deseados del sistema.
  • 7. SAAM  Procedimiento  Paso 2. Descripción de la arquitectura.  La arquitectura debe ser descrita haciendo uso de alguna notación arquitectónica que sea común a todas las partes involucradas en el análisis.  Incluirse los componentes de datos y conexiones relevantes
  • 8. SAAM  Procedimiento  Paso 3. Clasificación y asignación de prioridad de los escenarios.  Escenario directo es el que puede satisfacerse sin la necesidad de modificaciones en la arquitectura.  Indirecto es aquel que requiere modificaciones en la arquitectura para poder satisfacerse, de especial interés para SAAM.  Permiten medir el grado en el que una arquitectura puede ajustarse a los cambios de evolución que son importantes para los involucrados en el desarrollo.
  • 9. SAAM  Procedimiento  Paso 4. Evaluación individual de los escenarios indirectos.  Listan los cambios necesarios sobre la arquitectura.  Estimación de costos.  Cambios en especificaciones.
  • 10. SAAM  Procedimiento  Paso 5. Evaluación de la interacción entre escenarios.  Dos o más escenarios indirectos proponen cambios sobre un mismo componente  Evaluar cambios sobre componentes.  Verificarse si la arquitectura se encuentra documentada a un nivel correcto de descomposición estructural.
  • 11. SAAM  Procedimiento  Paso 6. Creación de la evaluación global.  Asignársele un peso a cada escenario.  Asignación de peso en base con las metas del negocio.  Ante una evaluación de múltiples arquitecturas, la asignación de pesos puede ser utilizada para la determinación de una escala general.
  • 12. SAAM  Características  Análisis que delimita la forma en que variarán los atributos de calidad.  Visión arquitectónica al equipo de desarrollo.
  • 13. SAAM  Conclusiones  Permite una mejor comunicación entre los diferentes interesados en los sistemas.  Mejora las posibilidades de reuso.  Proporciona planos para la construcción.  Toma en cuenta la posible evolución del sistema.
  • 14. SAAM  Análisis de Arquitecturas de Software  Jorge Rodríguez  @jorgedison