Arquitecturas Software02 U1

ARQUITECTURA DE SOFTWARE:
DOCUMENTACIÓN
Ingeniería de Sistemas
Pontificia Universidad Javeriana
2006

¿Para qué documentar?
Las arquitecturas tiene importancia patra el
sistema a largo plazo.
Comunicar la arquitectura a los interesados es
tan importante como crearla.
Si los interesados no entienden la arquitectura
(y la analizan, mantienen y aprenden de ella),
se pierde el esfuerzode haberla hecho.
Analizar arquitecturas alternativas
Planeación de sistemas legado a nuevos
[11, 13]

¿Para qué documentar?
Planeación de sistemas legado a nuevos
Para certificar cumlpimiento del sistema
con la arquitectura
Como insumo de las otras etapas del
desarrollo
Planeación y presupuesto de desarrollo
Especificación de líneas de producto
(familias)

Interesados e interesesInteresados (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 sistema para 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]

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)

2.

Combinar vistasIdentificar aquellas vistas en la tabla que solo
requieren una descripción general o interesan a
pocos
Identificar aquellas vistas que se pueden
combinar
[11]

Elegir vistas
3.

Priorizar vistas
Mejor un enfoque de amplitud y no
profundidad en principio
Algunos intereses son más prioritarios
Tiene prioridad lo que ayude a
determinar el cumplimiento con la misión

Documentar vistas:plantilla
(elementos y relaciones)

(relación de vista con el medio)
(como variar la vista)

Adaptado de [11]

“4+1 vistas”
Logical View
End-user
Functionality

Implementation View

Scenarios

Process View
System integrators
Performance
Scalability
Throughput

Conceptual

Programmers
Software management

Deployment View
System engineering
System topology
Delivery,installation
Communication

Physical

Vistas de la arquitectura de un sistema
adaptada a UP
Lo primero que se debe hacer para comenzar a desarrollar un proyecto con UML, es
seleccionar una metodología de desarrollo que defina la naturaleza concreta del proceso a
seguir.

El modelo a definir en base al
proceso elegido, se divide en
realidad en varios tipos de
modelo o vistas, cada unacentrada en un aspecto o punto
de vista del sistema. En general,
independientemente del proceso
que se emplee, se puede
encontrar las siguientes vistas

Vistas de la arquitectura de un sistema

vocabulario,
funcionalidad

Vista de d iseño
comportamiento

Vista de
casos de uso

Vista de
procesos
Funcionamiento,
capacidad de
crecimiento,
rendimiento

Vista de
imp lementaciónensamblado del
sistema,
gestión de
configuraciones

Vista de
despliegue
topología del
sistema,
distribución,
entrega,
instalación

Vista lógica (de diseño)
Descomposición orientada a
objetos
objetos
Estilo: Orientado a objetos
Soporta requerimientos
funcionales, descompuestos en
abstracciones (objetos).
Puede acompañarse de descripción
dinámica con diagramas de estado....