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 99

arquitectura, y no sólo la valoración de los requisitos funcionales. Estos requisitos de calidadse 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 existentespresentan alguna forma de lo que denomina perfil (profile). Un perfil es un conjunto deescenarios, generalmente con alguna relativa importancia relacionada con cada escenario. Porejemplo, el perfil de uso es un conjunto de escenarios que describen la utilización típica delsistema 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 cincoatributos de calidad como los más relevantes desde una perspectiva de ingeniería de sistemassoftware general. Estos atributos son: Rendimiento, Mantenibilidad, Fiabilidad, SeguridadFí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].

JanBosch [Bos00] ha confeccionado una tabla de contrastes que seguramente podría enriquecersecon nuevas antinomias.

Academia IndustriaLa arquitectura se defineExplícitamente

Prevalece una comprensión conceptual dela arquitectura. Las definiciones explícitasson mínimas, eventualmente mediantenotaciones

La arquitectura consiste encomponentes y conectores deprimera clase

No hay conectores explícitos de primeraclase (a veces hay soluciones ad hoc de

binding en tiempo de ejecución)Los lenguajes de descripción dearquitectura (ADLs) describen laarquitectura explícitamente y aveces la generanSe utilizan lenguajes de programaciónLos componentes reutilizablesson entidades de caja negraLos componentes son grandes piezas desoftware de estructuras interna compleja, nonecesariamente encapsuladosLos componentes tieneninterfaces con un solo punto deaccesoLas interfaces se proporcionan medianteentidades (clases en los componentes). Lasentidades de interfaz no tienen diferenciasexplícitas de entidades que no son deinterfazSe otorga prioridad a lafuncionalidad y la verificaciónformalLa funcionalidad y los atributos de calidad(rendimiento, robustez, tamaño,reusabilidad, mantenibilidad) tienen igualimportancia

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 formaparte del proceso de diseño, también iterativo. Una vez que la arquitectura esevaluada, pasa a una fase de transformación, asumiendo que no satisface todos losrequerimientos. 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 I1. Selección deatributos decalidadDeben seleccionarse aquellos atributos que se consideran crucialespara el éxito del sistema, y cuya satisfacción resulte poco clara anivel de arquitectura. Resulta necesario porque es poco factible ypoco útil evaluar todos los atributos de calidad, dado que requiereuna gran cantidad de tiempo.2. Definición delos perfilesPara cada atributo de calidad seleccionado, se definen los perfilesrespectivos para efectos de la evaluación.3. Selección deuna técnicadeevaluaciónPara la evaluación de los atributos de calidad dependientes del diseñode la arquitectura se recomienda utilizar la evaluación basada enescenarios, así como también los modelos basados en métricas omodelos 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 éstadepende del objetivo y exactitud de la evaluación.Etapa II4. Ejecución delaevaluaciónPara cada atributo de calidad, las técnicas arrojan valorescuantitativos.5. Obtención deresultadosLos resultados se resumen en una tabla que contiene el nivelrequerido, el nivel predicho, y un indicador, que puede tener diversossignificados: si el atributo se satisface o no, si necesita ser negociadocon el cliente, o existencia de alguna relación negativa con otroatributo de calidad. El arquitecto puede decidir acerca de larealización de transformaciones sobre la arquitectura actual, yefectuar una nueva evaluación. Una vez que concluye el proceso deevaluación, con los resultados obtenidos es posible decidir entre lacontinuación, renegociación o cancelación del proyecto.Tabla 21. Etapas contempladas por el método de evaluación dearquitecturas propuesto por Bosch (2000)