Please enable JavaScript.
Coggle requires JavaScript to display documents.
Evaluación de una Arquitectura de Software - Coggle Diagram
Evaluación de una Arquitectura de Software
ARQUITECTURA DE SOFTWARE
Dijkstra en 1968 propone generar un artefacto adicional para el entendimiento del software y su construcción permitiendo con éste, la adaptación a nuevos requerimientos y mantenimientos, de manera más
eficiente. Este artefacto o artefactos han evolucionado hasta ser llamados Arquitectura de Software (AS), según , se cuenta con múltiples definiciones de esta disciplina; a continuación, se enuncian algunas:
La arquitectura de edificios ofrece ideas a la arquitectura de software, requiere de varios planos para
establecer múltiples puntos de vista, la arquitectura de software se compone de 3 aspectos, los cuales son:
elementos, forma y justificación
La estructura de los componentes de un sistema, sus relaciones, principios y directrices que rigen su diseño
y evolución a lo largo del tiempo
La AS es el conjunto de estructuras necesarias para razonar sobre el sistema, que comprende elementos de
software, relaciones entre ellos y propiedades de ambos
Conceptos fundamentales de un sistema en su entorno encarnado en sus elementos, relaciones y en los
principios de su diseño y evolución
Conjunto de elementos estáticos, propios del diseño intelectual del sistema, que definen y dan forma tanto
al código fuente, como al comportamiento del software en tiempo de ejecución.
La AS de un sistema de computación son las estructuras, que contienen componentes de software, las
propiedades externas visibles de dichos componentes y las relaciones entre ellos
Estilos de Flujo de Datos
Este estilo enfatiza la reutilización y la flexibilidad. Es apropiada para sistemas que implementan
transformaciones de datos en pasos sucesivos.
Estilos Llamada y Retorno
Este estilo también enfatiza la flexibilidad y la escalabilidad. Son los estilos más generalizados en sistemas
en gran escala.
Estilos Centrados en Datos
Se enfatiza la integridad de los datos. Se estima apropiada para sistemas que se fundamentan en acceso y
actualización de datos en estructuras de almacenamiento.
Estilos de Código Móvil
Esta clase de estilos enfatiza la portabilidad.
Architecture Trade-off Analysis Method [ATAM]
ATAM es un método desarrollado por Carnegie Mello, ATAM ayuda a los stakeholders a realizar las
preguntas correctas para encontrar decisiones arquitectónicas potencialmente problemáticas y realizar actividades de mitigación en los riesgos descubiertos
Architecture-Level Modifiability Analysis [ALMA]
Selección de objetivos
Descripción de la arquitectura del software
Obtención del escenario de cambio
Evaluación del escenario de cambio
Interpretación del escenario de cambio
DISEÑO, SPRINT 0
Comprendido el dominio del problema, establecido los requerimientos no funcionales y el Product Backlog
estimado y priorizado, se procede a iniciar a un Sprint 0 o kick off en el que se establecen las
herramientas tecnológicas con las que cuenta la SMSV para ejecutar el software, se define la plataforma de desarrollo, en este caso es Java EE, porque la SMSV busca una solución software generada con herramientas
de licencia libre.
Un vocabulario de elementos de diseño: componentes y conectores tales como tuberías, filtros,
clientes, servidores, traductores, bases de datos, etcétera.
Reglas de diseño o restricciones que determinan las composiciones permitidas de esos elementos.
Una interpretación semántica que proporciona significados precisos a las composiciones.
Análisis susceptibles de practicarse sobre los sistemas construidos en un estilo, por ejemplo, análisis
de disponibilidad para estilos basados en procesamiento en tiempo real, o detección de abrazos mortales para modelos cliente-servidor.