Apuntes evaluación 2

Escenarios de calidad

Estos permiten detallar en qué condiciones y de qué manera debe cumplirse un atributo de
calidad.

Se ponen casos precisos en los que vemos si se cumple o no con el atributo de calidad.

Estos son fundamentales para establecer y garantizar los atributos, ya que los reciben los
arquitectos de software para poder comenzar con la creación del sistema.

Su estructura

➔ Fuente del estímulo: Quién o qué genera el estímulo para el escenario.

➔ Estímulo: Qué estímulo/acción va a ocurrir para evidenciar el atributo.
➔ Entorno: Condiciones dentro de las cuales se presenta el estímulo.
➔ Artefacto: Qué parte del sistema recibirá el estímulo.
➔ Respuesta: Actividad que ocurre luego de la llegada del estímulo.
➔ Medida de la respuesta: Criterio para testear el requerimiento.
➔ Atributo de calidad afectado: Atributo relacionado con el escenario.

“Si no está escrito, no existe.”

- Philippe Kruchten

“El diseño es la especificación de un objeto, creado por algún agente, que busca alcanzar
ciertos objetivos, en un entorno particular, usando un conjunto de componentes básicos,
satisfaciendo una serie de requerimientos y sujetándose a determinadas restricciones.”

- Ralph y Wand (2009)

Diseño de arquitectura

➔ El objeto son las distintas estructuras, ya sean físicas, lógicas o de ejecución.

➔ El agente es el arquitecto de software.
➔ Los objetivos son la satisfacción de los requerimientos que influyen en la
arquitectura y la partición del sistema con el fin de realizar estimación o guiar su
desarrollo.
➔ El entorno es el contexto de uso del sistema, como en el cual se desarrolla el
sistema.
➔ Los componentes son los elementos o conceptos de diseño.
➔ El conjunto de requerimientos incluye tanto los RF como los RNF.
➔ Las restricciones son todas las limitaciones impuestas por el cliente o por la
organización de desarrollo.
Niveles de diseño

1. Diseño de la arquitectura: Toma de decisiones en relación con los drivers de la

arquitectura y la creación de estructuras para satisfacerlos.
2. Diseño de las interfaces: Ocurre cuando se diseña la arquitectura, pero la mayor
parte del trabajo ocurre una vez que este proceso ha concluido. Se identifica lo
faltante para el buen desarrollo del sistema, además de el diseño de las interfaces,
entre otros puntos que se deben ver a lo largo del desarrollo.
3. Diseño detallado de los módulos: Ocurre durante la construcción del sistema, una
vez que los módulos están listos junto a las interfaces, se pueden diseñar los
detalles de implementación de estos módulos previo a su codificación y pruebas
correspondientes. Este nivel no se aborda desde la arquitectura.

Documentación

Métodos de documentación en arquitectura:

➔ Vistas y más allá (Views and Beyond): Vistas de módulos, de componentes y
conectores, vista de asignación.
➔ 4+1 Vistas (4+1 Views): Vista lógica (Diagrama de clases, de comunicación y de
secuencia) Vista de despliegue (Diagrama de componentes, de paquetes) Vista de
procesos (Diagrama de actividad) Vista física (Diagrama de despliegue)
➔ Método de diseño centrado en la arquitectura (ACDM)
➔ Puntos de vista y perspectivas (Viewpoints and Perspectives)