Otro trabajo de gran inters en el mbito de la arquitectura software es el de Jan Bosch

[Bosch 2000]. Su propuesta incluye la valoracin de los requisitos de calidad para una
Page 9
9

arquitectura, y no slo la valoracin de los requisitos funcionales. Estos requisitos de

calidad
se deben valorar durante la fase de diseo de la arquitectura software.
Bosch muestra la dificultad de especificar con detalle los requisitos de calidad, pero s
encuentra que los requisitos ms importantes en la mayora 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 utilizacin tpica del
sistema software. Otros perfiles posibles son el perfil de cambios o el perfil de riesgos.
Basndose en esta idea, propone perfiles de los atributos de calidad y selecciona cinco
atributos de calidad como los ms relevantes desde una perspectiva de ingeniera de
sistemas
software general. Estos atributos son: Rendimiento, Mantenibilidad, Fiabilidad, Seguridad
Fsica y Seguridad de Acceso
Como lo ha dicho Jan Bosch, un arquitecto prctico: Existe una considerable
diferencia entre la percepcin acadmica de la AS y la prctica industrial. Es
interesante
advertir que a veces los problemas que la industria identifica como los ms
importantes y
difciles, no se identifican o se consideran no-problemas en la academia
[Bos00].

Jan
Bosch [Bos00] ha confeccionado una tabla de contrastes que seguramente podra enriquecerse
con nuevas antinomias.
Academia Industria
La arquitectura se define
Explcitamente
Prevalece una comprensin conceptual de
la arquitectura. Las definiciones explcitas
son mnimas, eventualmente mediante
notaciones
La arquitectura consiste en

componentes y conectores de
primera clase
No hay conectores explcitos de primera
clase (a veces hay soluciones ad hoc de
binding en tiempo de ejecucin)
Los lenguajes de descripcin de
arquitectura (ADLs) describen la
arquitectura explcitamente y a
veces la generan
Se utilizan lenguajes de programacin
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
explcitas de entidades que no son de
interfaz
Se otorga prioridad a la
funcionalidad y la verificacin
formal
La funcionalidad y los atributos de calidad
(rendimiento, robustez, tamao,
reusabilidad, mantenibilidad) tienen igual
importancia

Bosch (2000). Que plantea que: El proceso de evaluacin debe ser visto como
una actividad iterativa, que forma parte del proceso de diseo, tambin
iterativo. Una vez que la arquitectura es evaluada, pasa a una fase de
transformacin, asumiendo que no satisface todos los requerimientos. Luego,
la arquitectura transformada es evaluada de nuevo (2). Este mtodo consta de
5 pasos divididos en dos etapas.

10.6. Mtodo Diseo y Uso de Arquitecturas de Software propuesto

por Bosch
(2000)
Bosch (2000) plantea, en su mtodo de diseo de arquitecturas de software,
que el proceso de evaluacin debe ser visto como una actividad iterativa, que
forma

parte del proceso de diseo, tambin iterativo. Una vez que la arquitectura es
evaluada, pasa a una fase de transformacin, asumiendo que no satisface
todos los
requerimientos. Luego, la arquitectura transformada es evaluada de nuevo.
El proceso de evaluacin propuesto por Bosch (2000) se divide en dos etapas,
que son presentadas en la tabla 21.

Etapa I
1. Seleccin de
atributos de
calidad
Deben seleccionarse aquellos atributos que se consideran cruciales
para el xito del sistema, y cuya satisfaccin 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. Definicin de
los perfiles
Para cada atributo de calidad seleccionado, se definen los perfiles
respectivos para efectos de la evaluacin.
3. Seleccin de
una tcnica
de
evaluacin
Para la evaluacin de los atributos de calidad dependientes del diseo
de la arquitectura se recomienda utilizar la evaluacin basada en
escenarios, as como tambin los modelos basados en mtricas o
modelos matemticos.
Los atributos de calidad operacionales (observables va ejecucin)
pueden evaluarse con tcnicas de simulacin o modelos matemticos.
La seleccin de la tcnica, y la implementacin concreta de sta
depende del objetivo y exactitud de la evaluacin.
Etapa II
4. Ejecucin de
la
evaluacin
Para cada atributo de calidad, las tcnicas arrojan valores
cuantitativos.
5. Obtencin 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 relacin negativa con otro
atributo de calidad. El arquitecto puede decidir acerca de la
realizacin de transformaciones sobre la arquitectura actual, y
efectuar una nueva evaluacin. Una vez que concluye el proceso de
evaluacin, con los resultados obtenidos es posible decidir entre la
continuacin, renegociacin o cancelacin del proyecto.
Tabla 21. Etapas contempladas por el mtodo de evaluacin de
arquitecturas propuesto por Bosch (2000)