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

TAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOSTAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOSxinithazangels
 
Calidad De Software
Calidad De SoftwareCalidad De Software
Calidad De SoftwareJimmy Campo
 
Diseño de software modelo lineal (presentacion)
Diseño de software   modelo lineal (presentacion)Diseño de software   modelo lineal (presentacion)
Diseño de software modelo lineal (presentacion)Marco Antonio Perez Montero
 
Tareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosTareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosnenyta08
 
IEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de softwareIEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de softwareJesús Navarro
 
Modelo Descrptivos Del Proceso Del Sofware
Modelo Descrptivos  Del  Proceso Del SofwareModelo Descrptivos  Del  Proceso Del Sofware
Modelo Descrptivos Del Proceso Del Sofwareluisfe
 
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTO
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTOUnidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTO
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTOGuillermo Hernandez Miranda
 
Modelado de requisitos
Modelado de requisitosModelado de requisitos
Modelado de requisitosKleo Jorgee
 
Diseño de-la-arquitectura-de-software
Diseño de-la-arquitectura-de-softwareDiseño de-la-arquitectura-de-software
Diseño de-la-arquitectura-de-softwareAndresRealp1
 
Presentaciòn modelos para el desarrollo del software
Presentaciòn modelos para el desarrollo del softwarePresentaciòn modelos para el desarrollo del software
Presentaciòn modelos para el desarrollo del softwarepaoaboytes
 

La actualidad más candente (20)

Entrega por etapas
Entrega por etapasEntrega por etapas
Entrega por etapas
 
Atam
AtamAtam
Atam
 
TAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOSTAREAS DE LA ING. DE REQUISITOS
TAREAS DE LA ING. DE REQUISITOS
 
Calidad De Software
Calidad De SoftwareCalidad De Software
Calidad De Software
 
Ensayo CMMI
Ensayo CMMIEnsayo CMMI
Ensayo CMMI
 
Diseño de software modelo lineal (presentacion)
Diseño de software   modelo lineal (presentacion)Diseño de software   modelo lineal (presentacion)
Diseño de software modelo lineal (presentacion)
 
9.diseño de la arquitectura
9.diseño de la arquitectura9.diseño de la arquitectura
9.diseño de la arquitectura
 
Tareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientosTareas de ingenieria de requerimientos
Tareas de ingenieria de requerimientos
 
IEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de softwareIEEE 1471-2000: Documento de arquitectura de software
IEEE 1471-2000: Documento de arquitectura de software
 
10.el diseño en el nivel de componentes
10.el diseño en el nivel de componentes10.el diseño en el nivel de componentes
10.el diseño en el nivel de componentes
 
Modelo Descrptivos Del Proceso Del Sofware
Modelo Descrptivos  Del  Proceso Del SofwareModelo Descrptivos  Del  Proceso Del Sofware
Modelo Descrptivos Del Proceso Del Sofware
 
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTO
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTOUnidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTO
Unidad 3 TÉCNICAS PARA EL ANALISIS DE REQUERIMIENTO
 
Métrica v3 y RUP
Métrica v3 y RUPMétrica v3 y RUP
Métrica v3 y RUP
 
Modelado de requisitos
Modelado de requisitosModelado de requisitos
Modelado de requisitos
 
Fcaps
FcapsFcaps
Fcaps
 
Diseño de-la-arquitectura-de-software
Diseño de-la-arquitectura-de-softwareDiseño de-la-arquitectura-de-software
Diseño de-la-arquitectura-de-software
 
Casos de uso
Casos de usoCasos de uso
Casos de uso
 
Presentaciòn modelos para el desarrollo del software
Presentaciòn modelos para el desarrollo del softwarePresentaciòn modelos para el desarrollo del software
Presentaciòn modelos para el desarrollo del software
 
sistemas distribuidos
sistemas distribuidossistemas distribuidos
sistemas distribuidos
 
Prototipo evolutivo
Prototipo evolutivoPrototipo evolutivo
Prototipo evolutivo
 

Destacado

Patrones de diseño CSS
Patrones de diseño CSSPatrones de diseño CSS
Patrones de diseño CSSMedio y forma
 
Architecture in agile projects
Architecture in agile projectsArchitecture in agile projects
Architecture in agile projectsLeonardo Rosales
 
Patron Memento
Patron MementoPatron Memento
Patron MementoAn3s
 
Patrones de diseño II
Patrones de diseño IIPatrones de diseño II
Patrones de diseño IIkaolong
 
Patrones para asignar responsabilidades. grasp
Patrones para asignar responsabilidades. graspPatrones para asignar responsabilidades. grasp
Patrones para asignar responsabilidades. graspJuan Pablo Bustos Thames
 
Sesion 15 patrones de diseño
Sesion 15 patrones de diseñoSesion 15 patrones de diseño
Sesion 15 patrones de diseñoJulio 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 VISTASadolfo0890
 
El diagrama en la arquitectura.
El diagrama en la arquitectura.El diagrama en la arquitectura.
El diagrama en la arquitectura.Luis Xhaparro
 
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 ProjectsRebecca Wirfs-Brock
 
2 1 vistas arquitectonicas
2 1 vistas arquitectonicas2 1 vistas arquitectonicas
2 1 vistas arquitectonicaslandeta_p
 
Sistema de unidades y patrones
Sistema de unidades y patronesSistema de unidades y patrones
Sistema de unidades y patronesLobo Aguilar
 
Especificación de Arquitectura de Software
Especificación de Arquitectura de SoftwareEspecificación de Arquitectura de Software
Especificación de Arquitectura de SoftwareSoftware Guru
 
Arquitecturas de software - Parte 1
Arquitecturas de software - Parte 1Arquitecturas de software - Parte 1
Arquitecturas de software - Parte 1Marta Silvia Tabares
 
Arquitectura De Software Para Dummies
Arquitectura De Software Para DummiesArquitectura De Software Para Dummies
Arquitectura De Software Para DummiesSorey García
 
Chapter 5 software design
Chapter 5 software designChapter 5 software design
Chapter 5 software designPiyush Gogia
 
Sistema de unidades patrones y calibracion
Sistema de unidades patrones y calibracionSistema de unidades patrones y calibracion
Sistema de unidades patrones y calibracionIng Miguel Angel Reyes
 
Lean Software Development Principles
Lean Software Development PrinciplesLean Software Development Principles
Lean Software Development PrinciplesJohn Vajda
 
Architecture design in software engineering
Architecture design in software engineeringArchitecture design in software engineering
Architecture design in software engineeringPreeti Mishra
 

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 softwareEnrique Torres Alarcon
 
Exposicion evaluacion e_arquitecturas_de_softw
Exposicion evaluacion e_arquitecturas_de_softwExposicion evaluacion e_arquitecturas_de_softw
Exposicion evaluacion e_arquitecturas_de_softwDavid Lorett
 
Metodología rup final
Metodología rup finalMetodología rup final
Metodología rup finalMariaC7
 
Charla Atributos de calidad con .Net
Charla Atributos de calidad con .NetCharla Atributos de calidad con .Net
Charla Atributos de calidad con .NetCarlos Paez
 
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íficoTefa Gonzaga
 
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 SoftwareGustavo Alzate Sandoval
 
RUP - Fase de Elaboración
RUP - Fase de ElaboraciónRUP - Fase de Elaboración
RUP - Fase de ElaboraciónAdrian González
 
Clase7 unidad1
Clase7 unidad1Clase7 unidad1
Clase7 unidad1zurda21
 
Perspectiva de la evolucion
Perspectiva de la evolucionPerspectiva de la evolucion
Perspectiva de la evolucionAndres Pineda
 
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 - Capitulo4Eddie Malca
 
Conceptosdemodelado.pdf
Conceptosdemodelado.pdfConceptosdemodelado.pdf
Conceptosdemodelado.pdfssuser20fade
 
Modelo de cascadaa
Modelo de cascadaaModelo de cascadaa
Modelo de cascadaamendez45
 

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
 
RUP - Fase de Elaboración
RUP - Fase de ElaboraciónRUP - Fase de Elaboración
RUP - Fase de Elaboración
 
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
 

Más de Jorge Rodriguez

Microservicios y Gestion de APIs
Microservicios y Gestion de APIsMicroservicios y Gestion de APIs
Microservicios y Gestion de APIsJorge Rodriguez
 
Introducción a business intelligence
Introducción a business intelligenceIntroducción a business intelligence
Introducción a business intelligenceJorge Rodriguez
 
Nivel de madurez software como servicio
Nivel de madurez   software como servicioNivel de madurez   software como servicio
Nivel de madurez software como servicioJorge Rodriguez
 
Configuración de software
Configuración de softwareConfiguración de software
Configuración de softwareJorge Rodriguez
 
Convergencia PaaS e Ingenieria de Software
Convergencia PaaS e Ingenieria de SoftwareConvergencia PaaS e Ingenieria de Software
Convergencia PaaS e Ingenieria de SoftwareJorge Rodriguez
 
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íntomasJorge Rodriguez
 

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
 

Último

PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLOPARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLOSelenaCoronadoHuaman
 
Manual de Usuario APPs_AppInventor-2023.pdf
Manual de Usuario APPs_AppInventor-2023.pdfManual de Usuario APPs_AppInventor-2023.pdf
Manual de Usuario APPs_AppInventor-2023.pdfmasogeis
 
Introducción a Funciones LENGUAJE DART FLUTTER
Introducción a Funciones LENGUAJE DART FLUTTERIntroducción a Funciones LENGUAJE DART FLUTTER
Introducción a Funciones LENGUAJE DART FLUTTEREMMAFLORESCARMONA
 
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...ITeC Instituto Tecnología Construcción
 
Segmentacion Segmantica_Modelos UNET and DEEPLABV3
Segmentacion Segmantica_Modelos UNET and DEEPLABV3Segmentacion Segmantica_Modelos UNET and DEEPLABV3
Segmentacion Segmantica_Modelos UNET and DEEPLABV3AlexysCaytanoMelndez1
 
Caso de éxito de Hervian con el ERP Sage 200
Caso de éxito de Hervian con el ERP Sage 200Caso de éxito de Hervian con el ERP Sage 200
Caso de éxito de Hervian con el ERP Sage 200Opentix
 
Unidad_3_T1_AutomatasFinitos presentacion
Unidad_3_T1_AutomatasFinitos presentacionUnidad_3_T1_AutomatasFinitos presentacion
Unidad_3_T1_AutomatasFinitos presentacionarmando_cardenas
 

Último (7)

PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLOPARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
PARTES DEL TECLADO Y SUS FUNCIONES - EJEMPLO
 
Manual de Usuario APPs_AppInventor-2023.pdf
Manual de Usuario APPs_AppInventor-2023.pdfManual de Usuario APPs_AppInventor-2023.pdf
Manual de Usuario APPs_AppInventor-2023.pdf
 
Introducción a Funciones LENGUAJE DART FLUTTER
Introducción a Funciones LENGUAJE DART FLUTTERIntroducción a Funciones LENGUAJE DART FLUTTER
Introducción a Funciones LENGUAJE DART FLUTTER
 
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
BREEAM ES Urbanismo como herramienta para un planeamiento sostenible - Miguel...
 
Segmentacion Segmantica_Modelos UNET and DEEPLABV3
Segmentacion Segmantica_Modelos UNET and DEEPLABV3Segmentacion Segmantica_Modelos UNET and DEEPLABV3
Segmentacion Segmantica_Modelos UNET and DEEPLABV3
 
Caso de éxito de Hervian con el ERP Sage 200
Caso de éxito de Hervian con el ERP Sage 200Caso de éxito de Hervian con el ERP Sage 200
Caso de éxito de Hervian con el ERP Sage 200
 
Unidad_3_T1_AutomatasFinitos presentacion
Unidad_3_T1_AutomatasFinitos presentacionUnidad_3_T1_AutomatasFinitos presentacion
Unidad_3_T1_AutomatasFinitos presentacion
 

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