Otro trabajo de gran interés en el ámbito de la arquitectura software es el de Jan Bosch

[Bosch 2000]. Su propuesta incluye la valoración de los requisitos de calidad para una
Page 9
9
arquitectura, y no sólo la valoración de los requisitos funcionales. Estos requisitos de
calidad
se deben valorar durante la fase de diseño de la arquitectura software.
Bosch muestra la dificultad de especificar con detalle los requisitos de calidad, pero sí
encuentra que los requisitos más importantes en la mayoría de las propuestas existentes
presentan alguna forma de lo que denomina perfil (profile). Un perfil es un conjunto de
escenarios, generalmente con alguna relativa importancia relacionada con cada escenario.
Por
ejemplo, el perfil de uso es un conjunto de escenarios que describen la utilización típica del
sistema software. Otros perfiles posibles son el perfil de cambios o el perfil de riesgos.
Basándose en esta idea, propone perfiles de los atributos de calidad y selecciona cinco
atributos de calidad como los más relevantes desde una perspectiva de ingeniería de
sistemas
software general. Estos atributos son: Rendimiento, Mantenibilidad, Fiabilidad, Seguridad
Física y Seguridad de Acceso

Como lo ha dicho Jan Bosch, un arquitecto práctico: “Existe una considerable

diferencia entre la percepción académica de la AS y la práctica industrial. … Es

interesante

advertir que a veces los problemas que la industria identifica como los más
importantes y

difíciles, no se identifican o se consideran no-problemas en la academia”

[Bos00].

Jan
Bosch [Bos00] ha confeccionado una tabla de contrastes que seguramente podría enriquecerse
con nuevas antinomias.

Academia Industria
La arquitectura se define
Explícitamente

Prevalece una comprensión conceptual de

la arquitectura. Las definiciones explícitas
son mínimas, eventualmente mediante
notaciones

La arquitectura consiste en
componentes y conectores de
primera clase

No hay conectores explícitos de primera

clase (a veces hay soluciones ad hoc de
binding en tiempo de ejecución)
Los lenguajes de descripción de
arquitectura (ADLs) describen la
arquitectura explícitamente y a
veces la generan
Se utilizan lenguajes de programación
Los componentes reutilizables
son entidades de caja negra
Los componentes son grandes piezas de
software de estructuras interna compleja, no
necesariamente encapsulados
Los componentes tienen
interfaces con un solo punto de
acceso
Las interfaces se proporcionan mediante
entidades (clases en los componentes). Las
entidades de interfaz no tienen diferencias
explícitas de entidades que no son de
interfaz
Se otorga prioridad a la
funcionalidad y la verificación
formal
La funcionalidad y los atributos de calidad
(rendimiento, robustez, tamaño,
reusabilidad, mantenibilidad) tienen igual
importancia

Bosch (2000). Que plantea que: “El proceso de evaluación debe ser visto como
una actividad iterativa, que forma parte del proceso de diseño, también
iterativo. Una vez que la arquitectura es evaluada, pasa a una fase de
transformación, asumiendo que no satisface todos los requerimientos. Luego,
la arquitectura transformada es evaluada de nuevo” (2). Este método consta de
5 pasos divididos en dos etapas.

10.6. Método Diseño y Uso de Arquitecturas de Software propuesto

por Bosch
(2000)
Bosch (2000) plantea, en su método de diseño de arquitecturas de software,
que el proceso de evaluación debe ser visto como una actividad iterativa, que
forma
parte del proceso de diseño, también iterativo. Una vez que la arquitectura es
evaluada, pasa a una fase de transformación, asumiendo que no satisface
todos los
requerimientos. Luego, la arquitectura transformada es evaluada de nuevo.
El proceso de evaluación propuesto por Bosch (2000) se divide en dos etapas,
que son presentadas en la tabla 21.

Etapa I
1. Selección de
atributos de
calidad
Deben seleccionarse aquellos atributos que se consideran cruciales
para el éxito del sistema, y cuya satisfacción resulte poco clara a
nivel de arquitectura. Resulta necesario porque es poco factible y
poco útil evaluar todos los atributos de calidad, dado que requiere
una gran cantidad de tiempo.
2. Definición de
los perfiles
Para cada atributo de calidad seleccionado, se definen los perfiles
respectivos para efectos de la evaluación.
3. Selección de
una técnica
de
evaluación
Para la evaluación de los atributos de calidad dependientes del diseño
de la arquitectura se recomienda utilizar la evaluación basada en
escenarios, así como también los modelos basados en métricas o
modelos matemáticos.
Los atributos de calidad operacionales (observables vía ejecución)
pueden evaluarse con técnicas de simulación o modelos matemáticos.
La selección de la técnica, y la implementación concreta de ésta
depende del objetivo y exactitud de la evaluación.
Etapa II
4. Ejecución de
la
evaluación
Para cada atributo de calidad, las técnicas arrojan valores
cuantitativos.
5. Obtención de
resultados
Los resultados se resumen en una tabla que contiene el nivel
requerido, el nivel predicho, y un indicador, que puede tener diversos
significados: si el atributo se satisface o no, si necesita ser negociado
con el cliente, o existencia de alguna relación negativa con otro
atributo de calidad. El arquitecto puede decidir acerca de la
realización de transformaciones sobre la arquitectura actual, y
efectuar una nueva evaluación. Una vez que concluye el proceso de
evaluación, con los resultados obtenidos es posible decidir entre la
continuación, renegociación o cancelación del proyecto.
Tabla 21. Etapas contempladas por el método de evaluación de
arquitecturas propuesto por Bosch (2000)