Diferencia entre revisiones de «Saluta»

Línea 1: Línea 1:
{{Normalizar}}
 
 
{{Ficha_Software|nombre=Scenario Based Architecture Level Usability Analysis (SALUTA) |imagen=evaluacion_de_arquitectura-de-software-atam.JPG
 
{{Ficha_Software|nombre=Scenario Based Architecture Level Usability Analysis (SALUTA) |imagen=evaluacion_de_arquitectura-de-software-atam.JPG
 
|descripcion=Método de Evaluación de Arquitectura de Software}}
 
|descripcion=Método de Evaluación de Arquitectura de Software}}

Revisión del 10:39 23 ago 2011

Scenario Based Architecture Level Usability Analysis (SALUTA)
Información sobre la plantilla
Evaluacion de arquitectura-de-software-atam.JPG

Scenario Based Architecture Level Usability Analysis (SALUTA),Método de análisis de evaluación de arquitecturas de software.

Descripción

El método Análisis del Nivel de Usabilidad de la Arquitectura Basado en Escenario (Scenario Based Architecture Level Usability Analysis, SALUTA). Es el primer método desarrollado para evaluar arquitecturas desde la perspectiva de la facilidad de uso del sistema, siendo el resultado de los estudios de Folmer y Gurp. Este método hace uso de marcos de referencia que expresan las relaciones que existen entre facilidad de uso y Arquitectura de Software. Dichos marcos de referencias incluyen un conjunto integrado de soluciones de diseño como patrones de diseños o propiedades que tienen un efecto positivo sobre la facilidad de uso en un sistema de software.

Atributos que Evalúa

SALUTA analiza cuatro atributos que están directamente relacionados con la facilidad de uso de un sistema de software:

  • Facilidad de aprendizaje.
  • Eficiencia de uso.
  • Confiabilidad.
  • Satisfacción.

Funcionamiento

El mismo se basa al igual que los dos métodos analizados anteriormente en escenarios, que en este caso, son escenarios de uso que agrupan uno o más perfiles de uso valga la redundancia, donde cada uno representa la facilidad de uso requerida por el sistema. Se recomienda utilizarlo una vez que se ha especificado la arquitectura, pero antes de implementar. El mismo consta de cuatro pasos como se muestra a continuación:

Involucrados

Las personas involucradas durante el proceso de evaluación son:

  • El arquitecto de software.
  • Ingenieros de requerimientos o ingenieros responsable por la facilidad de uso.

Véase También

Architecture Trade-off Analysis Method (ATAM).

Análisis de Arquitecturas de Software (SAAM).

Active Reviews for Intermediate Designs (ARID).

Architecture Level Modifiability Analysis (ALMA).

Performance Assessment of Software Architecture (PASA).

Survivable Network Analysis (SNA).

Fuentes

Gómez, Omar Salvador. 2007. Evaluando Arquitecturas de Software. Parte 1. Panorama General. México : México: Brainworx S.A, 2007.

—. 2007.Evaluando Arquitecturas de Software. Parte 2. Panorama General. México : México: Brainworx S.A, 2007.