Este artlculo presenta una recopilaci6n de las principales t6cnicas de clasificaci6n y recuperaci6n de componentes software reutilizables, en uso hoy en dia asi como su impacto en el aseguramiento de la calidad de los sistemas informticos desarrollados mediante su composici6n.. Los mecanismos de ambos procesos se relacionan directarnente al depender del rnismo objeto; rnientras la clasificaci6n determina Una organizaci6n especifica de los componentes en la biblioteca, la recuperaci6n debe adaptarse a tal organizaci6n. Asi pues, las t6cnicas presentadas deben entenderse como procesos de clasificaci6n y recuperaci6n, y no pueden tratarse por separado. En el articulo se presentan las t6cnicas m Que se ocupa mayoritariamente la literatura. Asi rnismo, se sugieren las caracteristicas quo
"^ ^
deber
invesrigarse con mayor profundidad en aras de lograr nuevas t6cnicas que eviten los problemas actuales. Aunque con un lenguaje directo (dado su carcter divulgativo), el artlculo presenta los conceptos y t6cnicas con formalidad rigurosa, y ofrece Una extensa Esta de referencias sobre la evoluci6n de las diversas t6cnicas, Sus aplicaciones, prototipos, relaci6n con otras t6cnicas, etc. El objetivo principal de este trabajo es el de ofrecer Una visi6n global del estado del arte en t6cnicas de clasificaci6n/recuperaci6n, aplicadas a componentes software reutilizables, con 6nfasis en el aspecto cualitativo delos sistemas recnicas para la clasificaci6n/recuperaci6n de componentes software reu6liubles hrsu impacto en la Calidad resultantes, ofreciendo una extensa Esta de referencias donde el lector interesado podr encontrar mayor informaci6n.
Palabras Clave:
clasificaci6n, recuperaci6n, componentes reutilizables,
El t6rrflino componente soare reutilz'zable Se usa en este articulo en un sentido gen6rico. Los componentes software reutilizables Se refieren no solo a c6digo (procedimientos, funciones, rutinas, m6dulos), sino tambi6n a: sistemas, subsistemas, especificaciones del Anisis, especificaciones del DiseSo, test de prueba, documentaci6n para el programador, manuales del usuario, etc. En resumen, un componente software reutilizable puede ser cualquier producto del proceso de desarrollo de aplicaciones, incluido el propio proceso (m6todoS,tcnicas, experiencias, etc.).
El proceso de clasificaci6n cataloga un componente software en Una biblioteca (base de software, repositorio) mediante Una traducci6n directa del componente a Una estructura de representaci6n interna, por la cual el componente podr ser recuperado en el futuro; a este proceso lo denominaremos "mapeo" (por la palabra inglesa mappz.ng).En los mecanismos tradiciones de clasificaci6n para la reutilizaci6n de software, la representaci6n interna consiste en un conjunto de t6rminos Que describen aI componente, de acuerdo a las categorias preestablecidas en el esquema de clasificaci6n o en el lenguaje de representaci6n. Para la asignaci6n de t6rruinos (indizaci6n) puede utilizarse un lenguaje libre o un vocabulario controlado (especfico del dominio). El vocabulario controlado establece el conjunto de t6rrninos Quepueden utilizarse en el proceso de indizaci6n y su significado, algo asI como un glosario especializado.
2 30 Encontro Nacional para a Qualidade nas Tecnologias de Informal!;;6o e ComunicacBes
4-6 de Novembro 1998 144 \~f .\~ ~
Figura 1 Recuperaci6n y Clasi8caci6n ______________________________________________________________________ 30 Encontro Nacional para a Qualidade nas Tecnologias de InformaC5o e ComunTcaG6es Universidade do Minke 4-6 de Novembro 1998 :aS
LeS del )n, r6cnicas para la clasi6caci6n/recuperaci6n
software implica directarnente un incremento en la calidad de los sistemas desarrollados mediante la composici6n 30 Encontm Nacional para La reutilizaci6n
de software comprende dos actividades principalesl -'y complementarias-: 1. el desarrollo-para
(desarrollar componentes reutilizables) 2" el desarrollo-con
(reutihzar componentes existentes) [Podgu92] comprende las actividades tradicionales de desarrollo de aplicaciones software, } En la literature tarnbin pueden encontrarse Lasdenominaciones de: Acercamiento Generatino [Neigh84] y Acercarniento de B\oques de Construcci6n {Bun087], para refenrse desarrollo-para y desarrollo-con, repectinarnente 30 Encontro Nacional para a Qualidade masTecnologias de Informso Umiversidade do Minho 46 de Novembro 1998 r -ecnicaspan la clasificaci6n/recuperaci6n de componentes sonware reutillubles
pero incluye ademas la bdsqueda selecci6n y adaptaci6n de componentes que se encuentran en un repositorio, para su inclusi6n en el sistema a desarrollar. Actualmente, el desarrollocon recibe el nombre de Desarrollo sobre la base de Componentes (Component-based development). Una buena referencia a los procesos de desarrollo-para y desarrollo-con puede encontrarse en [Karls96].
Experiencia en Reutilizaci6n y Conocimien Dominio Aplicacione Especfficas
Figura 3 AcHvidades en el Desarrollo-para 30 Encontro Nacional para a Qualidade nas Tecnologlas de Informai!;;8o e Comunical;;Ses Universidade do Minho 4-6 de Novembro 1998 148 Repositolio
Componentes
Figura 4 Ac6yidades en el DesarrolIo-con r"emicas para la dasi6caci6n/recuperaci6n de componentes software reutiliubles bsu impacto en la Calidad
recuperaci6n de componentes software reutilizables, indicaremos los conceptos bsicos referentes a las diversas actividades. La mayor parte de los conceptos provienen del ea de la recuperaci6n de la informaci6n [Frake92,Lanca93,Rijsb8O,Salto89l, y se ban adaptado para el caso concreto de la reutilizaci6n.
La teorfa de recuperaci6n de la informaci6n parece ser el acercamiento adecuado a 105 principales problemas de la clasificaci6n y recuperaci6n de componentes software. A diferencia de lo que ocurre en los sistemas gestores de bases de datos (SGBD, DBMS en ingl6s), los cuales se basan en la coincidencia total, en la recuperaci6n de informaci6n o componentes software es generalmente imposible formular la consulta precisa, y la informaci6n recuperada puede incluir Items que coinciden total o parcialmente con los criterios de la consulta. Los sistemas de recuperaci6n de la informaci6n permiten la "coincidencia parcial", lo cual es uno de los requerirnientos bsicos de cualquier sistema de recuperaci6n, donde la posibilidad de encontrar un componente que coincida exactamente es muy baja.
El prop6sito de un sistema de recuperaci6n de informaci6n (SRI) es el de satisfacer gran variedad de necesidades de informaci6n. Una necesidad de informaci6n es formulada mediante Una consulta al SRI, el cual responder con Una 1iSta(quizs vacia) de Iterns en la base de datos. Los items "de informaci6n- tradicionales son en su mayoria texto (documentos), a pesar de la creciente importancia de la informaci6n multimedia: texto, graficos, sonido, imagenes estaticas y dincas, etc. Cuando los ftems en la base de datos son en su mayoria productos del desarrollo de software (requerimientoS del anisis, especificaciones del disefio, programas ejecutables, test de prueba, etc.), Sta recibe el nombre de base de software, o repositorio.
8 30 Encontro Nacional para a Qualidade nas Tecnologias de Informaciiio e Comunicaq;;;5es Universidade do Minho 4-6 de Novembro 1998 150 \ -. ~j\~1 \f\/ ^" Necesidad de Informaci6n Vocabulario o lenguaje de Represenlaci6n Reformulaci6n de la consulta
Veriflcaci6n del
Usuario
Figura 5 Principales fnnciones de on S
OsS sobre la base de un modelo de espacio vectorial [Salto7l]),
el proceso involucra la asignaci6n de los items de informaci6n 30 Encontro Nacional para a Qualidade nas Tecnologias de Inform&o Universidade do Minke 6 de Novembro 1998 f"ecnicas para la dasificaci6n/recuperad6n Se componentes software reutilizables a ciertas clases, donde una clase es el conjunto de todos los items de informaci6n a los uales se les ha asignado un t6rmino particular del indice (palabra clave). Los items de tc ma central del item de informaci6n" El conjunto de t6rlninos indice asignados a un item de lingUisticos a los SRI, la clasificaci6n consiste en un "mapeo" del item de informaci6n, escrito mediante un conjunto de oraciones, en una estructura interna de representaci6n del 1I c c C e t( I: 10 30 Encontro Nacional para "^ y su impacto en la Cafidad * m6todos lingi:ilsticos(o, sobre la base del conocimiento)
Los m6todos estadisticos [Fagan89,Salto94] se basan en la frecuencia de las palabras .en un texto, es decir, las palabras que ocurren con mayor frecuencia en un texto no son titiles en el proceso de clasificaci6n, pues no permiten distinguir "discriminar.. los conjuntos de -t6rrninos de informaci6n. As/ pues, muchos de los SKI sobre la base de m6todos estadisticos poseen Una "lista de pal&bras vacias" que no tienen valor decisivo en el proceso de clasificaci6n y, por tanto, son ignoradas cuando Se encuentran en el item a clasificar. Adems pueden implementarse mecanismos que extraigan de la entrada (en las consultas en lenguaje natural) ciertas construcciones gramaticales, tales como sufijos, prefijos, sin6nimos, hom6nimos, etc. Incluso, puede obtenerse la rajizcomtin de diversos t6rrmnos y
al:=o1:tiinpo de tratamiento del lenguaje natural podria mejorar la efectividad en la recuperaci6n dB informaci6n textual [Lanca93,Salto89,Smeat92]. Es asi como surgen los mtodos lingnisticos, sobre la base del conocimiento del lenguaje. La idea central es muy
a Qualidade Has Tecnalagias de InformaI;;:i!iae Comunical;;:Ses Universidade do Minho 4-6 de Novembro 1998 r6cnicas para la claslficaci6n/recuperaci6n :le componentes software reubliubles f su impacto en la Calidad problemas asociados con la recuperaci6n de informaci6n- Sin embargo, un acercamiento ptico e independiente del dormnio para entender completamente un lenguaje natural no es posible, hoy en dfa, con las tcnicas disponibles de procesamiento del lenguaje natural (PLN), bicamente pol el conocimiento necesario y el esfuerzo humano requerido para desarrollar tal aplicaci6n software [Covin94]. Los avarices en las t6cnicas de adquisici6n de cl c
Sin embargo, la informaci6n lingtiistica puede ser extraida de un documento sin n e t: 12
Estos sistemas utilizan t6cnic&s estadisticas para recuperar informaci6n e indizar, automdticamente, los t6rminos elegidos. Es necesario disponer de gran cantidad de descripciones en forma de texto para que los acercamientos estadisticos funcionen con relativa eficacia. Larnentablemente, las descripciones de componentes software (documentaci6n) no suelen destacar por su tamafio, ni por su claridad, Di pol el uso de un lenguaje natural gramaticalmente correcto [priet9l], pol ello estas t6cnicas no resultan muy aplicables a la recuperaci6n de software, atin cuando trabajan relativamente bien en un entorno de informaci6n global.
pal&brasclave, de acuerdo a su afinidad lexicogrca y cantidad de informaci6n; b) incluir el c6digo fuente, y no tan solo la documentaci6n, buscando relaciones de herencia y parte_de (en software OO), etc. Un caso ejemplar es el de la Biblioteca de Software Reutilizable (RSL por Sus siglas en ingl6s) [Burto87] que incluye el repositorio RSL y cuatro subsistemas: a) el manejador del repositorio, usado para poblar y mantener el rePositorio, revisa los ficheros de c6digo y extrae comentarios con etiquetas especiales Que Se usan como pal&bras clave para describir la funcionalidad del componente, su autor, la fecha de creaci6n, etc.; b) el sistema de consultas, con Una interface de lenguaje natural Que interactl:iacon el usuario para ir refinando la consulta y reducir el conjunto de componentes recuperados; c) el sistema de recuperaci6n y evaluaci6n, Que recupera componentes y Permite ordenarlos jerquicamente mediante la especificaci6n de palabras clave Que describen los atributos de los componentes; y d) el sistema de diseho asistido pol ordenador que permite incluirlos componentes recuperados "y seleccionados- en una especificaci6n de disefio 00. 3o Encontro Nacional para a Qualidade nas Tecnologias de Informa(;:go e Comunical!;;Ses Universidade do Minho 4-6 de Novembro 1998 r"ecnicaspara la dasiflcad6n/recuperad6n :Secomponentes software reutilizables hrsu impacto en la Calidad
no richen una buena relaci6n costo/beneficio para pequeiias colecciones de componentes, sin embargo, comienzan a aparecer en el mercado glandes colecciones de componentes, como ASSET [Asset], del orden de miles de elementos, que Si pueden beneficiarse de estos acercamientos para la generaci6n automatic& de la representaci6n de los componentes software, 3.3. Facetas
"esquema de clasificaci6n" para catalogar los componentes en una Base de Software (repositorio) [Morel93,Priet9l,Sindre93]. Los esquemas especifican algunos atributos, Ilamados facetas, que deben ser usados como descriptores del componente software, generalmente con 6nfasis en la acci6n ejecutada por el componente y por los objetos manipulados.
Tanto la clasificaci6n como la recuperaci6n se realiza especificando t6rminos clave para cada atributo en el esquema. Las relaciones entre t6rminos se expresan mediante combinaci6n de atributos, permitiendo una mayor precisi6n que los sistemas que se basan solo en pal&bras clave. La aparici6n de las facetas se debe a Prieto-Dfaz [Priet9l], su esquema fue adoptado o generalizado por muchas otras propuestas en el area de la reutilizaci6n [Borst92,Borst93,Oster92]. El esquema consiste de 4 facetas: * funci6n realizada por el componente (funcionalidad) . objetos manipulados por la funci6n ' estructura de datos donde la funci6n tiene Ingar (medio o localidad) * sistema al que pertenece la funci6n 14 30 Encontro Nacional para a Qualidade masTecnologias de Informal;;5o e Comunical!;:Ses Universidade do Minho 4-6 de N:ovembro1998 156 "^ y so impacto en la Caiidad
Las tres primeras facetas Se consideran suficientes para describir la funcionalidad (comportamiento) del componente. Los catogos son construidos manualmente y la recuperaci6n Serealiza especiflcando t6rrninos (de un vocabulario controlado) para cada una de las facetas. Los componentes recuperados se organizan de acuerdo a un valor de similitud, que es determinado mediante un grafo de distancia conceptual y l6gica difusa. Los grafos de distancia conceptual Se construyen manualmente para cada dominio de aplicaci6n, sobre la base de la "experiencia, intuici6n y sentido coml:in"[Priet9l],
ASSET [Asset], donde Se consideran las siguientes: datos especcos, tipo de distribuci6n, tipo de componente, colecci6n, dominio, juncio y obj-eta. Otras buenas referencias son: Wood y Sommerville [Somme9O] con un esquema de clasificaci6n sobre la base de marcos intentando captUrar el significado (semtica) de los componentes software, y el proyecto PROTEUS [Frake9O], Que soporta diferentes mtodos de clasificaci6n (palabras clave, facetas, grafos enumerados, atributo-valor) y pretende Ilevar a cabo Una evaluaci6n empIrica (comparativa) de tales mtodos. Otto interesante esquema de clasificaci6n para repositorios orientados a objeto ha sido propuesto For Girardi y Price [Girar92]. El proyecto REBOOT [Karls96] implementa el esquema de clasificaci6n por facetas que Se presenta en la Figura 6. 30 Encontro Naciona! para a Qualidade masTecno!ogias de Informaq;;8oe Comunica(;;:Ses Universidade do Minho 4-6 de Novembro 1998 r'ecnicas para la clasificaci6n/recuperaci6n do compononl:es software reu6fizables
Figura 6 Facetas en el proyecto REBOOT
* Dependencias: cuales son las restricciones aplicadas al componente (limitaciones) * "Operasobre: sobre Que objetos acma el componente (relaci6n, comunicaci6n, etc.) * Operaciones: Quehace el componente (operaciones, funciones, procesos) .
3.4.
Marcos de Conocimiento Estas tcnicas se caracterizan por hacer un tipo de anisis lexicogrco, sintctico y semtico
de las especificacione.s en lenguaje natural de los componentes software, sin pretender Una cornprensi6n completa de los documentos. Se apoyan en UnaBase de 16 30 Encontro Nacional para bases de conocimiento -dependientes del dominio- y poblarlas. Algunos de los sistemas ms caracterlsticos
de este acercamiento son los siguientes. consultas como las descripciones de software son generadas (parsed) usando Una gramtic
a QuaJJdade nosTecnologias de Informso Universidade do Minho 6 de Novembro 1998 t-ecnicas para la clasificaci6n/recuperaci6n de componentes software reutilizables
Bauhaus, como soporte a la descripci6n y recuperaci6n de partes reutilizables y su composici6n para usar en ambientes de desarrollo con lenguaje Ada. La base de conocimientos contiene descripciones de marcos de partes reutilizables. M6todos manuales y automticos Se utilizan en el proceso de indizaci6n.
componentes en Ada. La base de conocimientos consiste en un conjunto de reglas Que relacionan atributos del componente (estructura, ambiente, requisitos de memoria, etc.). El sistema interactda con el usuario preguntando acerca de estos atributos y, entonces, sugiere un componente o informa al usuario que no se encontr6 ningdn componente que coincidiera. 3.5.
Especificaciones Formates
requerimientos, y el sistema devuelve los componentes relevantes desde el repositorio, componentes que, a su vez, est especificados formalmente. La recuperaci6n se hace mediante un demostrador de teoremas, para comprobar si las especificaciones del componente satisfacen 105requerimientos formales de la consulta.
Entre las ventajas destacadas por los autores figuran: el hecho de Que las especificaciones formales se centran en el comportamiento del componente, en Ingar de su descripci6n; que no presentan ambigtiedad y Que proporcionan mayor precisi6n que los m6todos informales. Por otra parte, otros autores [Steig92] encuentran desventajas, entre las 18 30 Encontro Nacional para a Qualidade Has Tecnologias de Informal!;:goe Comunica(!;;:5es Universidade do MiHho 46 de Novembro 1998 160 \~ ' \~f P Que cabe citar: a) solo una parte muy pequeBa del software disponible para reutilizaci6n Se bdsqueda puede ser excesivo; c) es mas facil "y barato- usar las descripciones textuales que las especificaciones formales; d) la concordancia parcial, sobre la base de similitud, es muy diffcil de controlar, dado Que estos acercamientos Se basan ms en concordancia exacta; y, frnalmente, e) el actual estado de la tecnologfa de demostraci6n"de"teoremas hace imposible la implementaci6n de muchos de estos acercamientos [Podgu92].
Es probable Que si el desarrollo formal de software se hace lo suficientemente popular como para justificar la inversi6n en la construcci6n de bases de especificaciones formales, estas especificaciones ser la principal fuente de informaci6n para las actinidades de indizaci6n (clasifleaci6n). No solo por el hecho de Que est& informaci6n proviene directamente del componente software (y no de la documentaci6n), sino tambi6n porque parece ser la forma mas natural de determinar las diferencias entre el componente buscado y el encontrado en el repositorio, y saber asI el esfuerzo neceSariopara adaptarlo (reutilizarlo). El principal problem& es que los actuales acerc&mientos para la recuperaci6n mediante especificaciones formales usan formalismos Que tal vez no sean adecuados para lograr Una indizaci6n efectiva, y por tanto, son insuficientes para permitir una recuperaci6n automtica. Tal vez la soluci6n habr Que buscarla For el otro lado del mismo Camino, es decir, adaptar los formalismos existentes (o definir nuevos formalismos) para tenor en cuenta los problemas de la clasificaci6n y recuperaci6n [Morga9l].
3.6.
Redes Neuronales
30 Encontro Nacional para a Qua!idade nas Tecnologias de Informao Universidade do Mfnho 46 de Novembro 1998 e Comunica9Ses bdsqueda puede ser excesino; c) es m fil
'-y barato- usar las descripciones textuales Que las especificaciones formales; d) la concordancia parcial, sobre la base de similitud, es muy difl-cude controlar, dado que estos acercamientos se basan m en concordancia exacta; y, fmalmente, e) el actual estado de la tecnologfa de demostraci6n-de-teoremas hace imposible )lementaci6n de muchos de estos acercamientos [Podgu92]. 3.6.
Rodes Neumnales _________________________________________________________________________
a Qualidade nas Tecnologias de Informao e ComunicaV6es
6 de Novembro 1998 observaci6n Se hace para las aplicaciones que implementan la siguiente t6cnica, hipertexto. 3.8.
Hipertext:o
[Cybul93]. En tales sistemas la inforrnaci6n Seorganiza como una red de Dodos -unidades de inforrnaci6n- que Se interconectan por medio de enlaces y relaciones. El usuario puede navegar por la red siguiendo los enlaces preestablecidos, y guidose en te proco por la semtlca de cada enlace [Savoy93]. - " '
El principal problema de esta t6cnica es que el desarrollo y mantenimiento de un repositorio en un ambiente hipertexto requiere de una inversi6n muy grande en recursos humanos. Otras desventajas apuntan a: a) no existen buenas sugerencias en los enlaces para perrnitir decidir cual seguir; b) no siempre la red formada por los enlaces es Ja m adecuada m aria, es imposible decidir si existe una red 6ptima; c) el proceso de afiadir un nuevo componente a la red es tremendamente complicado, pues deben considerarse todos }Os posibles enlaces Que Se relacionen con el nuevo componente; d) en el proceso de eliminar un componente de la red debe asegurarse la destrucci6n de todos los enlaces que Ilevaban a 1; e) no existe garantia de encontrar lo que se busca, aunque exista un Camino QueIlene a 1,el usuario puede viajar en "cfrculos" puesto que no es posible explorar todos los caminoS (explosi6n geomtr:ica).
Algunas propuestas muy recientes apuntan al primer problema planteado, tratando de desarrollar ambientes de construcci6n de hipertextos automticamente. En .estas propuestas los enlaces son generados automticamente a ~partir de informaci6n adicional Que Se introduce en la descripci6n del componente, por ejemplo: el atributo usa a <nombre de componente> permite establecer un enlace entre dos componentes (el que usa y el usado) 30 Encontro Nacional para a Qualidade masTecmologias de Informaq!;:aoe Comunicaq;;:6es
46 de Novembro 1998 de componentes software reutiliubles Ysu impacto en la Calidad [AI1an95]. Sin embargo, en nuestra opini6n, esta generaci6n automtica de enlaces no resuelve el problema, tan solo lo traslada, abora es necesario invertir el esfuerzo anterior componentes candidato, proporcionando un valor de precisi6n alto (componentes muy sirnilares ao -que se busca) mientras se mantiene un valor de recuperaci6n (recall, nl:imero de componentes encontrados) adecuado. For tanto, la calidad asociada a las tcnicas de clasificaci6n/recuperaci6n puedtenderse
22 30 Encontro Nacional para a Qualidade nas Tecnologias de Informa9So e ComunicaC8es Universidade do Minho 46 de Novembro 1998 .^ 2. Recuperaci6n (recall): cantidad de componentes encontrados, este valor debe ofrecer un rango que permita al usuario un manejo apropiado del conjunto de componentes recuperado- Pocos componentes recuperados puede ocasionar problemas de 3. adaptaci6n (elecci6n diffcil), por el contrario, muchos componentes pueden resultar en un trabajo inabordable por el usuario, qui6n finalmente termina desechando el conjunto ofrecido, por su intratabilidad.
sistemas desarrollados por composici6n. Butte ellos podemos contar:
I. Calidad de la interface de usuario: en cuanto a poder descriptivo, sencillez de manejo, per{odo corto de curva de aprendizaje, adaptabilidad a las preferencias de los usuarios (colores, mentis, barras, etc.).
Calidad del esquema de clasificaci6n: en cuanto a la correcta descripci6n de los componenets y la asignaci6n de un IL:inicIongar en la organizaci6n, lograr Que los componentes sirnilares se organicen en zonas pr6ximas del esquema no ambigtiedad en los criterios de clasificaci6n (objetividad), etc. 3. Calidad del proceso de recuperaci6n: en cuanto a la facilidad de uso (lenguaje de interrogaci6n), rapidez en la recuperaci6n de los componentes, diversos tipos de acceso al repositorio, flexible y adaptable a los requerirnientos de los usuarios (nl:imero de items recuperados, tipo de orden, localizaci6n, cantidad de informaci6n ofrecida de cada componente, etc.).,posibilidad de realizar busquedas sobre conjuntos de componentes previamente obtenidos y no sobre todo el repositorio (refinamiento), capacidad de combinar la interrogaci6n directa (consultas) con capacidades de navegaci6n hipertexto, etc. 30 Enconbo NacionaE para a QuaEidade masTecnoEogias de Informao Universidade do Minho 4-6 de Novembro 1998 e Comunical;Ses r.ecnicas para la clasificaci6n/recuperaci6n de componentes software reutilizables hrsu impact. en la Calidad Grd
teace got. bq.
Simple Simple SirnpleSirnple
Navegad6n Aprend.User
No ta Media ta Media Muy Alta Pequeha Mea de Dependiente Simple 'I'nV.l .
Simple 'i'nvl No No No Si Complejo '1`n.v.l 'In
a Qualidade mas Tecnologias de Imformao Universidade do Minho 4-6 de Novembro 1998 166 e Comunicaes "^
de componentes software reutinzables, identificando Sus caracteristicas, problemas y posibles soluciones, asf como Su prenisible impacto en la calidad de los sistemas desarrollados mediante la composici6n de los componentes recuperados For estas t6cnicas. No existe, actualmente, ninguna t6cnica Que, a nuestro parecer, resuelva el problema planteado: "almacenar componentes software en un repositorio y permitir su efectiva recuperaci6n para usarlos en el desarrollo de nuevas aplicaciones". Sin embargo, ha de reconocerse Que el trabajo de investigaci6n en ESta area es importante y Que, gradas a los avances -tanto software como hardware- en diferentes t6cnicas, metodologias, y sistemas de almacenamiento, la soluci6n parece estar pr6xima~ En los pr6ximos afjos, avarices en la aje :es `an >a 6n rte las I al ue 30 Encontro Nacional para a Qualidade mas Tecnologias de Informao
46 de Novembro 1998 e ComunicaqSes
26 3o Encontro Nacional para a Qualidade masTecnologias de Informao Umiversidade do Minho 4-5 de Novembro 1998
e Comunica95es [DeMey93]V. de Mey, O. Nierstrasz: "The ITHACA Application Development"
________________________________________________________________________
a Qualidade masTecnologias de Imformac8o e ComunicaC:Ses
4-6 de Novembro 1998
28 30 Encontro Nacional para a Qualidade nas Tecnologias de Informa9So e Comunica6es Universidade do Minho 46 de Novembro 1998 30 Encontro NacionaL para a QuaLidade mas TecnoLogias de Informao Universidade do Minho 46 de Novembro 1998 e ComumicaCSes 29