Sistemas

ARQUITECTURA DE SOFTWARE: DOCUMENTACIÓN
Cesar Julio Bustacara Medina

Introducción


Representan un aspecto parcial de una Arquitectura de Software mostrando propiedades específicas de un sistema de software

¿Para qué documentar?






 

Las arquitecturas tiene importancia para sistemas a largo plazo. Comunicar la arquitectura a los interesados es tan importante comocrearla. Para entender, pues si los interesados no entienden la arquitectura (y la analizan, mantienen y aprenden), se pierde el esfuerzo de haberla hecho. Analizar arquitecturas alternativas Planear la migración de sistemas legados a nuevos
[11, 13]

¿Para qué documentar?




 

Para certificar el cumplimiento del sistema con la arquitectura Como insumo de las otras etapas deldesarrollo Planeación y presupuesto de desarrollo Especificación de líneas de producto (familias)

Interesados e intereses


Interesados (stakeholders) como mínimo:
   

Usuarios del sistema Compradores (cliente) Desarrolladores Mantenedores

[13]

Interesados e intereses


Intereses (concerns) como mínimo:
 

  

Propósito o misión del sistema Adecuación del sistemapara cumplir su misión Factibilidad de construir el sistema Riesgos de desarrollo y operación Requerimientos no funcionales como mantenibilidad, evolución, despliegue...

Vistas




Una vista es una representación de un conjunto de elementos del sistema y sus relaciones. Es una representación de alguna de las muchas estructuras presentes simultáneamente en un sistema de software.

[11]Tipos de vistas
Unidades de implementación o áreas de responsabilidad Funcional

Unidades de computo y vehículos de comunicación entre ellas (almacenes, paralelismo...)

Relación entre elementos de software y del ambiente de creación o ejecución (procesadores, archivos, roles)
Adaptado de [3]

Tipos de vistas


Lista 1. Arquitecturas:
“Arquitectura Conceptual: Componentes yconectores”.  “Arquitectura por Módulos: Subsistemas, módulos, exportaciones e importaciones”  “Arquitectura por Código: Archivos, directorios, librerías e inclusiones”  “Arquitectura de Ejecución: Tareas, hilos y procesos”


Tipos de vistas


Lista 2.








“Vista lógica: El modelo de objetos de diseño o el modelo correspondiente como un diagrama ER” “Vista de Procesos:Aspectos de concurrencia y sincronización” “Vista Física: El mapeado del software al hardware y sus aspectos distribuidos” “Vista de Desarrollo: La organización estática del software en el ambiente de desarrollo”

Tipos de vistas


Lista 3. Estructuras:










“Estructura Modular: Las unidades son asignaciones de trabajo” “Estructura Conceptual o Lógica: Las unidades sonabstracciones de los requerimientos funcionales del sistema”. “Estructura de Procesos o de Coordinación: Maneja los aspectos dinámicos de un sistema en ejecución. Las unidades son procesos o hilos” “Estructura Física: Muestra el mapeado del software al hardware” “Estructura de Usos: Las unidades son procedimientos o módulos. Se conectan mediante relaciones asume-lapresencia-correcta-de”

Tipos devistas








“Estructura de Llamados: Las unidades son usualmente (sub)procedimientos los cuales se relacionan por las relaciones de llamados o invocaciones” “Flujo de Datos: Las unidades son programas o módulos y las relaciones se llaman debe-enviar-información-a” “Flujo de Control: Las unidades son programas, módulos o estados del sistema. La relación esse-convierte-activodespués-de” “Estructura de Clase: Las unidades son objetos. La relación es hereda-de o es-instancia-de”

Elegir vistas
1.

Producir lista de vistas candidatas


Generar una tabla de interesados vs. intereses, indicando cuánto detalle necesita cada interesado de cada interés (idealmente con un taller) Identificar aquellas vistas en la tabla que sólo requieren una descripción general o interesan a...