Vous êtes sur la page 1sur 16

ACIMED.

2009; 20(6): 125-140

ARTC ULOS

Modelo de evaluacin para software que emplean indicadores mtricos en la vigilancia cientficotecnolgica
Evaluation model for the software using metric indicators to science and technology surveillance

Yaidelyn Mac as Rivero,I Mara Victoria Guzmn Snchez,II Yamila Ma rtnez Su rezIII Licenciada en Informacin Cientfico Tcnica y Bibliotecologa. Departamento Registro MdicoSanitario. Instituto "Finlay ". Centro de Investigacin-Desarrollo y Produccin de Vacunas y Sueros. Ciudad de La Habana, Cuba. II Mster en Gestin de Informacin en las Organizaciones. Departamento Gestin de Informacin. Instituto "Finlay". Centro de Investigacin- Desarrollo y Produccin de Vacunas y Sueros. Ciudad de La Habana, Cuba. III Ingeniera Industrial. Departamento Registro MdicoSanitario. Instituto "Finlay ". Centro de Investigacin-Desarrollo y Produccin de Vacunas y Sueros. Ciudad de La Habana, Cuba.
I

RESUMEN
La vigilancia cientfico-tecnolgica permite a la empresa estar informada sobre los cambios que se suceden en el mundo con vista a tomar decisiones importantes. Sin embargo, ante la magnitud creciente de los datos a analizar, los servicios de vigilancia cientfico-tecnolgica se enfrentan a la necesidad de contar con software que le faciliten la realizacin de esta tarea. Unido a este fenmeno, tambin ha prosperado una diversidad de programas automatizados que cumplen una u otra funcin dentro del ciclo de vigilancia o satisfacen una u otra necesidad de las organizaciones empresariales o de investigacin-desarrollo. Ante esta situacin, se requiere de instrumentos que faciliten la caracterizacin y evaluacin de los programas utilizados para ofrecer este tipo de servicios. Se propone un modelo para la evaluacin de los software que apliquen indicadores mtricos para el ejercicio de la vigilancia cientfico-tecnolgica. El modelo, que tom como gua general a la ISO-9126, comprende una serie de indicadores con el objetivo de proporcionar a los analistas los elementos que facilitan conocer las utilidades que puede ofrecer un programa y s este satisface sus necesidades de anlisis. No solo se proponen los indicadores, sino tambin la forma de tabularlos y una descripcin de cada uno de ellos.

http://scielo.sld.cu

125

ACIMED. 2009; 20(6): 125-140

Palabras clave: Vigilancia cientfico-tecnolgica, software, evaluacin, indicadores mtricos, modelos.

ABSTRACT
Science and technology surveillance allow that company to be informed on worldwide changes so that important decisions could be taken. Since data to analyze are continuously grow ing. Science and Technology Surve illance services need to have software to make this easier. In addition, there are several automated programs that have one or another function in the cycle of surveillance or that comply one or another requirement in the organizations. Considering this, it is necessary to have tools to characterize and assess both used and potentially useful programs for this kind of serv ices. In this paper, a proposal of a model for the assessment of programs is presented. Only programs with the possibility of applying metric indicators to information analysis and used in science and technology surveillance were included. The model, based on ISO-9126, includes a group of indicators that provides analysts with elements to know the program and to determine whether it meets their analysis needs. The model was applied to a group of software commonly used in surveillance, as a result the strength of these tools in the analysis process of Science and Technology Watch services was demonstrated. Key words: Science and technology surveillance, software, evaluation, metrics indicators, models.

La identif icacin o inversin en soluciones tecnolgicas conduce al directivo o responsable tcnico a analizar el entorno exterior. Esta prctica, aunque no es nueva, es cada vez ms importante por la complejidad de los escenarios actuales, tanto desde el punto de vista tecnolgico, como competitivo. Como sealaron Fernando Palop y Jos M. Vicente, cualquier directivo o responsable tcnico, a la hora de identif icar o invertir en una solucin tecnolgica, siempre ha mirado antes fuera de su empresa.1 De ah se puede convenir que la prctica de la vigilancia siempre ha formado parte de una gestin efectiva de los activos de una organizacin. Es por eso que, en este contexto, surgen conceptos como v igilancia cientfico tecnolgica (VC-T) e inteligencia competitiva (IC). Especficamente sobre la VC-T, existen varias definiciones en la literatura; sin embargo, una de las ms acabadas fue expuesta por los autores antes sealados, quienes apuntan que "es el esfuerzo sistemtico y organizado por la empresa para la observacin, captacin, anlisis, difusin precisa y recuperacin de informacin sobre los hechos del entorno econmico, tecnolgico, social o comercial, relevantes a ella, porque pueden constituir una oportunidad o amenaza para su existencia y desarrollo. Requiere de una actitud de atencin o alerta indiv idual. De la suma organizada de estas actitudes resulta la funcin de vigilancia en la empresa". 1 Como refieren ambos autores, la VC-T tiene como inters fundamental desarrollar y asimilar aquellos procesos que permitan mantener puntualmente informada a las organizaciones sobre todo lo que sucede a su alrededor. Asimismo, es evidente que como parte de la vigilancia, la informacin y su anlisis son factores clave dentro

http://scielo.sld.cu

126

ACIMED. 2009; 20(6): 125-140

del sistema, aspectos que cada da se apoyan ms en el uso de herramientas de software y de todo un conjunto de tcnicas que propician realizarla de la manera ms exhaustiva y fiable posible. Segn Snchez y Palop, el uso de la tecnologa aporta productividad al trabajo humano que se ejecuta como parte de la vigilancia tecnolgica (VT) y la IC.2 Esta productividad puede llegar a ser tan importante que marque la viabilidad o no de su realizacin. Otros autores sealan que el xito del proceso de vigilancia depende de la forma en que esta se realiza, que comprende tanto a la organizacin del sistema como los software empleados en este.3-7 Muchos de estos software emplean tcnicas diversas de anlisis, que permiten aplicar uno u otro indicador al estudio. Los indicadores provenientes de las metras son amplios y se utilizan profusamente para el anlisis de la informacin. Por ejemplo, el indicador de co-ocurrencia de palabras est implementado en el ThemeView (http://www.pnl.gov/infoviz/themeview 800.gif) y en el VxInsight (http://www.cs.sandia.gov/) mientras que el indicador de co-autora puede hallado con el Pajek (http://vlado.f mf.uni-lj.si/pub/networks/pajek/). Mientras que la formacin de agrupamientos a partir de indicadores de similitud entre sustancias puede ser desarrollado por el Omniviz (www.omniviz.com). Existen otros software conocidos en Cuba, que emplean indicadores mtricos en sus anlisis como el Tetralogie,8 , el VantagePoint (www.thevantagepoint.com/) y el Neurodoc de Xavier Polanco,9 . Las metras (bibliometra, informetra, cienciometra, cibermetra, patentometra, biometra y otras) son aquellas disciplinas instrumentales que se ocupan de analizar cuantitativamente la informacin registrada en diversas fuentes de informacin. Por su cobertura de aplicacin: estudios de tendencias, lneas de investigacin innovacin, lderes de mercado, flujos de conocimiento, estudios de usuarios, entre otras, se han introducido, en algunos casos y con propsitos especficos, en el diseo funcional de diferentes herramientas empleadas en la VC-T, mientras que en otros, el anlisis y la obtencin de los indicadores han venido de la adaptacin funcional de software con propsitos generales y no especficamente vinculados con el anlisis mtrico. Las herramientas de software existentes tienen diferentes caractersticas; se diferencian en la forma de procesar u obtener las metras, los formatos de salida de los resultados y los algorit mos de prediccin, el tiempo de procesamiento, unos son gratis y otros tienen altos costos, etctera. En este sentido, "la eleccin de una o varias herramientas no es una tarea sencilla; lo adecuado es informarse de las posibilidades existentes, toda vez que cualquier herramienta que se elija requiere el consumo de recursos muy valiosos, tanto econmicos como de talento humano". 10 Sin embargo, y a pesar de la diversidad y de la importancia que se le asignan a los software en el proceso de vigilancia, para este estudio no se encontraron trabajos detallados o valoraciones que permitan identificar cul de ellos se acerca ms a los objetivos de la VC-T. En una revisin sobre el estado del arte, slo se encontraron dos trabajos asociados con el tema de la evaluacin de software; uno era un documento de tesis desarrollado en la Universidad Carlos III de Madrid,10 con una presentacin en el evento Interpress11 y el segundo es un artculo publicado en la rev ista de ingeniera e investigacin.12 Ambas contribuciones se centran en cualquier tipo de sistema, e incluyen agentes pull-push u otros sistemas de recuperacin de informacin. Por otra parte, no realizan evaluaciones de sistemas conocidos o utilizados en Cuba y

http://scielo.sld.cu

127

ACIMED. 2009; 20(6): 125-140

en el mundo para los propsitos de la vigilancia. Tampoco tienen el enfoque del anlisis evaluativo de los sistemas, desde el punto de vista mtrico. Ante las consideraciones expuestas, nos propusimos como objetivo proponer un modelo para la evaluacin de software que apliquen indicadores mtricos a la informacin en la VC-T. Este modelo puede servir como herramienta a los analistas de informacin u otros usuarios de este tipo de sistemas. Ofrece elementos y criterios de seleccin para el uso, a nivel de usuario, de los software de VC-T, mientras que para los diseadores y programadores de software, les posibilita conocer los requerimientos de los usuarios. Estos software constituyen un factor clave a la hora de traducir la informacin del entorno en resultados que se puedan involucrar en los procesos de toma de decisiones. Establecer su calidad se traduce en un ahorro de costos y en una mejora general para el proceso.

MTODOS
Para realizar la propuesta del modelo, se desarrollaron bsquedas sobre validacin y evaluacin de software, normas o estndares, criterios para la evaluacin, indicadores, etctera. Se trabaj con la norma AENOR UNE166.0061, el estndar para el aseguramiento de planes de calidad del IEEE 730:1989, 13 las normas de la Organizacin Internacional de Normalizacin (ISO en sus siglas en ingls), en especial la familia de normas ISO 9000 (especficamente la ISO 9001, la ISO 90032 y la ISO 9126). Estas normas y las propuestas de indicadores que contenan, se compararon con el uso de diferentes software utilizados en la VC-T para contrastar los indicadores propuestos por las normas y los utilizados en los software. Con estos datos, y la informacin hallada en varios documentos rev isados, se lleg a la propuesta de los indicadores realizada como parte del modelo. Para la seleccin de los software que se utilizaran para el levantamiento de los indicadores, se cre una lista con los siguientes aspectos: a) debe haberse aplicado en algn estudio vinculado a la VC-T, b) debe permitir al usuario la aplicacin de al menos un indicador mtrico, c) permitir realizar representaciones visuales de los resultados proveniente de la aplicacin de indicadores mtricos, d.) que sean software conocidos y tratados en la literatura de la especialidad. La ISO 9126 pretende establecer un estndar internacional para la evaluacin de la calidad de productos de software. Esta norma publicada en 1992 con el nombre de Information technology Software product evaluation: Quality characteristics and guidelines for their use establece criterios de calidad para este tipo de productos. El estndar 9126 establece que cualquier componente de la calidad del software puede ser descrito en trminos de una o ms de seis caractersticas bsicas, las cuales son: funcionalidad, confiabilidad, usabilidad, eficiencia, capacidad de mantenimiento y portabilidad; cada una de las cuales se detalla por medio de un conjunto de sub-caractersticas que permiten profundizar en la evaluacin de la calidad de productos de software. Esta norma consta de cuatro secciones: modelo de la calidad, mtricas externas, mtricas internas y calidad en las mtricas de uso. Adems cuenta con cuatro anexos: A, B, C y D. Para este trabajo se seleccion como marco de referencia al primero (ISO/IEC 9126-1) por ser el que cuenta con el modelo de calidad que ms se ajusta a los objetivos propuestos.

http://scielo.sld.cu

128

ACIMED. 2009; 20(6): 125-140

Si se analiza la normativa, se hace evidente que prcticamente es imposible medir todas las sub-caractersticas internas y externas de un producto de software sealadas en este documento. De modo similar, y por lo general, no es prctico medir la calidad en el uso para todos los escenarios posibles de las tareas de usuarios. Por lo tanto, se consider ms prctico adaptar el modelo propuesto a los objetivos y funciones de la VC-T, y tomar como base un entorno ideal. En este sentido, se utilizaron como referencias para el diseo del modelo las seis caractersticas de la calidad interna y externa, as como las cuatro referidas a la calidad en uso (de la ya mencionada 9126-1), y a partir de estas se definieron las sub-caractersticas que respondan con ms precisin a los software de VC-T. Las seis caractersticas seleccionadas fueron: funcionalidad, confiabilidad, utilidad, eficiencia, capacidad de mantenimiento y portabilidad. Otras de las caractersticas incluidas en el modelo fueron aquellas enfocadas al uso, como: eficacia, productividad, seguridad y satisfaccin. Para establecer las medidas de evaluacin, se propone una tabla con la asignacin de las mtricas necesarias para cada caracterstica o atributo de los software. Estas mtricas son estimaciones consideradas a partir de las pruebas, la operacin y la observacin operativa del programa. En la norma aparecen varias mtricas, sin embargo, a los efectos de esta contribucin, se tomarn las mtricas externas que se consideren como apropiadas para cuantificar diferentes criterios como son el nivel de satisfaccin de las necesidades de los usuarios del programa y otros. Considerando todas estas partes y los aspectos aqu tratados, se procedi a disear la propuesta de modelo para la evaluacin de los software utilizados en la VC-T.

RESULTADOS Y DISCUSIN
El modelo se inicia con una ficha que contiene algunos atributos del producto. Esto permit ir obtener una idea general de sus caractersticas. La ficha incluye 4 atributos (cuadro 1): a) descripcin general de la herramienta y sus principales caractersticas, b) apoyo al ciclo de la VC-T, c) sistema: define la capacidad y los requerimientos de la computadora para poder usar la herramienta y d) licenciamiento y pgina de descarga (URL donde se puede acceder al sistema).

http://scielo.sld.cu

129

ACIMED. 2009; 20(6): 125-140

El modelo contiene una serie de tareas a realizar para la evaluacin, estructuradas en niveles jerrquicos (de variables generales a otras ms espec ficas y derivadas de las primeras). Est dividido en criterios desde la perspectiva del software (figura 1) y criterios desde la perspectiva del uso (figura 2). Los indicadores se estructuraron en forma de plantillas, que incluye las mtricas correspondientes para cada sub-caracterstica y la explicacin de cada una de las variables a evaluar. Estas plantillas deben utilizarse para evaluar cada uno de los software seleccionados en el proceso de evaluacin.

http://scielo.sld.cu

130

ACIMED. 2009; 20(6): 125-140

DISEO DEL MODELO DESDE LA PERSPECTIVA DEL SOFTWARE FUNCIONABILIDAD (At1)

http://scielo.sld.cu

131

ACIMED. 2009; 20(6): 125-140

Es la capacidad del producto de software para proveer las funciones que satisfacen las necesidades explcitas e implcitas cuando este se utiliza bajo condiciones especficas. Capacidad de la interfaz visual: capacidad del producto de software para mostrar los resultados del modo ms legible posible. Informes, estadsticas: capacidad del producto de software para ofrecer los informes y estadsticas de la manera ms precisa posible segn la necesidad. Seguridad: se refiere a la habilidad de prevenir el acceso no autorizado, sea accidental o premeditado, a los programas y datos.

Pesos: 0 = Deficiente = 0,5 1 = Regular = 1,5 2 = Bien = 2 3= Excelente = 3,3

CONFIABILIDAD (At2)
Se refiere a la capacidad del software de mantener su nivel de ejecucin bajo condiciones normales en un perodo de tiempo establecido. Nivel de madurez: Permite medir la frecuencia de falla por errores en el software.

Pesos: 0 = Alta = 0,5 1 = Baja = 4 Tolerancia a fallas: se refiere a la habilidad de mantener un nivel especfico de funcionamiento en caso de fallas del software o en caso de ocurrencia de infracciones de su interfaz especfica. Recuperacin: se refiere a la capacidad de restablecer el nivel de operacin y recobrar los datos que fueron afectados directamente por una falla, as como el tiempo y el esfuerzo necesarios para lograrlo. Pesos: 0 = No = 1 1 = Si = 3

http://scielo.sld.cu

132

ACIMED. 2009; 20(6): 125-140

USABILIDAD (At3)
Se refiere a la capacidad del producto de software de ser entendido, aprendido, utilizado y ser atractivo al usuario, cuando se emplea bajo las condiciones especificadas. Entendim iento: capacidad del producto de software para permit ir al usuario entender si el software es adecuado, y cmo puede utilizarse para las tareas y las condiciones particulares de la aplicacin. Aprendizaje: capacidad del producto de software para permit ir al usuario aprender su aplicacin. Un aspecto importante a considerar aqu es la documentacin del producto. Operabilidad: capacidad del producto de software para permitir al usuario operarlo. y controlarlo. Atraccin: capacidad del producto de software de ser atractivo al usuario. Pesos: 0 = Deficiente = 0,5 1 = Regular = 1,5 2 = Bien = 2 3= Excelente = 2,5

EFICIENCIA (At4)
Se refiere a la capacidad del producto de software para proveer un desempeo adecuado de acuerdo con la cantidad de recursos utilizados y bajo las condiciones planteadas. Tiempo de procesos: capacidad del producto de software para proveer tiempos adecuados de respuesta y procesamiento, as como tiempos de rendimiento cuando realiza su funcin bajo las condiciones establecidas. Utilizacin de recursos: capacidad del producto de software para utilizar cantidades y tipos adecuados de recursos cuando este funciona bajo las condiciones establecidas. Los recursos humanos se incluyen en el concepto de productividad. Bases de datos: capacidad del producto de software para buscar en diferentes bases de datos, de distintos soportes. Variables. Indicadores: Se refiere a la capacidad del producto de software para utilizar diferentes variables o indicadores para realizar su actividad.

Pesos:

http://scielo.sld.cu

133

ACIMED. 2009; 20(6): 125-140

0 = Deficiente = 0,5 1 = Regular = 1,5 2 = Bien = 2 3= Excelente = 2,5

CAPACIDAD DE MANTENIMIENTO (At5)


Es la capacidad del producto de software para ser modif icado. Las modificaciones pueden incluir correcciones, mejoras o adaptacin del software a cambios en el entorno, y especificaciones de requerimientos funcionales. Capacidad de ser analizado: capacidad del producto de software para atenerse a diagnsticos de deficiencias o causas de fallas en el software o la identificacin de las partes a ser modif icadas. Facilidad de prueba: esfuerzo necesario para validar el software una vez que fue modificado. Posibilidad de actualizacin: capacidad del software para permit ir que una determinada modif icacin sea implementada. Estabilidad: capacidad del software para evitar efectos inesperados por modificaciones del software. Pesos: 0 = Deficiente = 0,5 1 = Regular = 1,5 2 = Bien = 2 3= Excelente = 2,5

PORTABILIDAD (At6)
Facilidad de instalacin: capacidad del software para ser instalado en un ambiente especificado. Adaptabilidad: capacidad del software para ser adaptado a diferentes entornos especificados sin aplicar acciones o medios diferentes de los previstos para el propsito del software considerado. Coexistencia: capacidad del software para coexistir con otros productos de software independientes dentro de un mismo entorno, compartiendo recursos comunes. Reemplazabilidad: capacidad del software para ser utilizado en lugar de otro producto de software, para el mismo propsito y en el mismo entorno. Pesos:

http://scielo.sld.cu

134

ACIMED. 2009; 20(6): 125-140

0 = Deficiente = 0,5 1 = Regular = 1,5 2 = Bien = 2 3= Excelente = 2,5

DISEO DEL MODELO DESDE LA PERSPECTIVA DEL USO


La calidad en uso es la visin de calidad del usuario. Alcanzar la calidad en uso depende de alcanzar la calidad externa necesaria que a su vez depende de alcanzar la calidad interna necesaria.

EFICACIA (Au1)
La capacidad del producto de software para permitir a los usuarios lograr las metas especificadas con exactitud e integridad, en un contexto especificado de uso. Flexibilidad de los datos de entrada: se refiere a si el producto de software es capaz de hacer una descarga desde bases de datos en lnea, ficheros salvados, matrices en diferentes formatos o utilizar otros formatos (txt , Access, doc ., etc.). Integracin de indicadores mtricos: Permite la aplicacin de varias tcnicas de anlisis. Aplicacin de indicadores de actividad, aplicaciones de indicadores de correlacin. Multi-lenguaje: Permite realizar el anlisis de datos en diferentes idiomas. Cantidad de variables: Representacin simultnea de variables. Exportacin: Permite exportar los datos (representacin visual) en varios formatos. Pesos: 0 = Deficiente = 0,5 1 = Regular = 0,7 2 = Bien = 1 3= Excelente = 2

PRODUCTIVIDAD (Au2)
La capacidad del producto de software para permitir a los usuarios emplear cantidades apropiadas de recursos, en relacin a la eficacia lograda en un contexto especificado de uso. Tiempo para completar la tarea: se refiere al tiempo que se demora el software en completar una orden dada. Esfuerzo del usuar io: Esfuerzo que tiene que realizar el usuario para comprender el software y poderlo usar.

http://scielo.sld.cu

135

ACIMED. 2009; 20(6): 125-140

Pesos: 0 = Deficiente = 0,5 1 = Regular = 1,5 2 = Bien = 2 3= Excelente = 3 Costo financiero: Se refiere al costo general del producto de software, desde la compra hasta el equipamiento necesario para que funcione: Pesos costo: Alto: 1 Bajo: 4

SATISFACCIN (Au3)
La capacidad del producto de software para satisfacer a los usuarios en un contexto especificado de uso. La satisfaccin es la respuesta del usuario a la interaccin con el producto, e incluye las actitudes hacia el uso del producto. Facilidad de uso: nivel en conocimiento que debe tener el usuario para poder interpretar los datos. Aplicabilidad: nivel de aplicacin, inteligencia empresarial, bioinformtica, bibliotecologa, etctera. Pesos: 0 = Bajo = 3 1 = Alto = 5

SEGURIDAD (Au4)
La capacidad del producto de software para lograr niveles aceptables de riesgo de dao a las personas, institucin, software, propiedad o entorno, en un contexto especificado de uso. Los riesgos son normalmente el resultado de deficiencias en la funcionalidad (incluida la seguridad), fiabilidad, usabilidad o facilidad de mantenimiento. Licencias: se refiere a si el producto de software tiene la licencia para operar. Contratos de uso de software: se refiere si existe un contrato establecido entre el comprador del software y su casa productora para su uso. Pesos: 0 = No disponible = 2 1 = Disponible = 5

http://scielo.sld.cu

136

ACIMED. 2009; 20(6): 125-140

Al terminar de aplicar el modelo, se compararon los criterios y se elabor una planilla de evaluacin final de resultados, donde todos los criterios fueron ponderados (cuadro 2), y donde la suma de los puntajes mximos de todas las mtricas deber ser igual a 100 puntos.

De acuerdo con los resultados obtenidos se fijar un puntaje mnimo y se decidir la aprobacin o rechazo del software. Este es el paso final del proceso de evaluacin de este (tabla).

http://scielo.sld.cu

137

ACIMED. 2009; 20(6): 125-140

CONSIDERACIONES FINALES
El apoyo tecnolgico es fundamental en el serv icio de VC-T para determinar las tendencias del mercado y gestionar los ejes o la cartera de proyectos. Sin embargo, los software necesitan identificarse y evaluarse para contribuir a tres importantes metas: los analistas deben tener informacin sobre el software disponible en el mercado; estos deben entrenarse en las funciones de seleccin, revisin y evaluacin de programas y, al mismo tiempo, ellos deben recibir una formacin sobre la integracin curricular de estos sistemas con sus profesiones. Se seleccion despus de revisar las normas existentes en la literatura a la ISO 9126 como marco de referencia en la elaboracin del modelo, por ser un estndar oficial, aprobado y validado. El modelo de evaluacin de software propuesto en este documento es una herramienta vlida para caracterizar la tecnologa de software y facilitar su introduccin en el servicio de VC-T, en la medida que los analistas disponen de un criterio para identif icar aquellos programas que se corresponden con sus necesidades y, sobre todo; con la solucin de los problemas que surgen dentro del mismo proceso de anlisis. La aplicacin del modelo permite identificar deficiencias y requerimientos necesarios para el diseo de este tipo de programas. La propuesta de modelo realizada requiere de su validacin y aplicacin por varios especialistas, as como la valorar de los indicadores desde la perspectiva de la ingeniera de software. Esto enriquecer y mejorar la propuesta desde el punto de vista tcnico y de diseo.

REFERENCIAS BIBLIOGRFICAS
1. Palop F, Vicente JM. Vigilancia tecnolgica e inteligencia competitiva. Su potencial para la empresa espaola. Madrid: Cotec. 1999.

http://scielo.sld.cu

138

ACIMED. 2009; 20(6): 125-140

2. Snchez JM, Palop F. Herramientas de software especializadas para vigilancia tecnolgica e inteligencia competitiva. La Habana: IDICT. 2006. Disponible en: http://www.intempres.pco.cu/Intempres2006/Intempres2006/Evaluacion%20de%2 0trabajos /Jenny%20Marcela%20S%E1nchez%20Torres_Herramientas%20de%20Sotware... pdf [Consultado: 5 de agosto de 2007]. 3. Fuld L. The new competitor Intelligence, the complete guide for finding, analyzing and using information about your competitors. New York C: John Wiley & Sons. 1995. 4. Sawka K, Francis D, Herring J. Evaluating business intelligence systems: How does your company rate? Competitive Intelligence Review. 1996;7(1):S65S68. 5. McDonald DW, Richarson JL. Desingning and implementing technological intelligence systems. 1997. 6. Postigo J. Competitive intelligence in Spain: An investigation into current practices and future possibilities. Reino Unido: Henley Management College. 2000. 7. Jacobiak F. Dcisions stratgiques et IE: un mariage de raison. En: Competia European Symposium 2005; 2005, abr 27-28; Barcelona, Espaa. Barcelona: Competia. 2005. 8. Maspons J. Tetralogie. Software de vigilancia tecnolgica. 2000. Disponible en: http://www.redciencia.cu/empres/Intempres2000/Sitio/Principal/Conferencias /prestetralogie.ppt/ [Consultado: 12 de octubre de 2007]. 9. Polanco X, Franois C, Aly Ould M. For visualization-based analysis tools in know ledge discovery process: A multilayer perception versus principal components analysis: A comparative study. In: Komorowski J (ed.).Principles of data mining and know ledge discovery. Berlin: Springer Berlin. 1998. p.28-37. 10. Snchez JM, Palop F. Herramientas de software para la prctica en la empresa de la vigilancia tecnolgica e inteligencia competitiva: Evaluacin comparativa. Valencia: TRIZ XXI. 2002. 11. Snchez JM, Palop F. 2006. Herramientas de software especializadas para vigilancia tecnolgica e inteligencia competitiva. La Habana: IDICT; 2006. Disponible en: http://www.intempres.pco.cu/Intempres2006/Intempres2006 /Evaluacion%20de%20trabajos/Jenny %20Marcela%20S%E1nchez%20Torres_Herr amientas%20de%20Sotware...pdf [Consultado: 5 de agosto de 2007]. 12. Len A, Fernndez O, Vargas FA. Valoracin, selec cin y pertinencia de herramientas de software utilizadas en la v igilancia tecnolgica. Rev. Ingeniera e Investigacin. 2006;26(001):92-102. 13. IEEE 730-1989. Standard for Software Quality Assurance Plans; 1989. Piskataway, NJ: IEEE. 1989.

http://scielo.sld.cu

139

ACIMED. 2009; 20(6): 125-140

Recibido: 20 de octubre de 2009. Aprobado: 5 de noviembre de 2009.

Lic. Yaidelyn Macas Rivero. Departamento Registro Mdico Sanitario. Instituto Finlay. Centro de Investigacin-Desarrollo y Produccin de Vacunas y Sueros. Ave. 27 No. 19 805, La Lisa, Ciudad de La Habana, Cuba. AP: 16017, CP: 11600. Correo electrnico: y macias@finlay.edu.cu Ficha de procesamiento Trminos sugeridos para la indizacin Segn DeCS1 ACTIVIDADES CIENTFICAS Y TECNOLGICAS; PROGRAMAS INF ORMTICOS; BIBLIOMET RA. SCIENTIF IC AND TECHNICAL ACTIVITIES; SOFTWARE; BIBLIOMET RICS. Segn DeCI2 PROGRAMAS DE COMPUTADORAS; BIBLIOMET RA. SOFTWARE; BIBLIOMET RICS.
1

BIREME. Descriptores en Ciencias de la Salud (DeCS). Sao Paulo: BIREME, 2004. Disponible en: http://decs.bvs.br/E/homepagee.ht m

Daz del Campo S. Propuesta de trminos para la indizacin en Ciencias de la Informacin. Descriptores en Ciencias de la Informacin (DeCI). Disponible en: http://cis.sld.cu/E/tesauro.pdf Copyright: ECIMED. Contribucin de acceso abierto, distribuida bajo los trminos de la Licencia Creative Commons Reconocimiento-No Comercial-Compartir Igual 2.0, que permite consultar, reproducir, distribuir, comunicar pblicamente y utilizar los resultados del trabajo en la prctica, as como todos sus derivados, sin propsitos comerciales y con licencia idntica, siempre que se cite adecuadamente el autor o los autores y su fuente original.

Cita (Vancouver): Macas Rivero Y, Guzmn Snchez MV, Martnez Surez Y. Modelo de evaluacin para software que emplean indicadores mtricos en la vigilancia cientfico-tecnolgica. Acimed 2009;20(6). Disponible en: Direccin electrnica de la contribucin. [Consultado: da/mes/ao].

http://scielo.sld.cu

140