instruction:
You are given a paper review either in Spanish or English language. Based on the given review, evaluate the paper by classifying it to one of the five classes: (1) very negative, (2) negative, (3) neutral, (4) positive, and (5) very positive. Note that URLs in the text have been replaced with [Link].
question:
El artículo presenta el desarrollo de una aplicación móvil, no incluye ningún elemento de investigación asociada a dicho desarrollo. Simplemente se centra en la aplicación del proceso RUP para el desarrollo. No se referencian los textos o artículos utilizados para definiciones o aseveraciones realizadas, por ejemplo, sobre RUP "....es enfocada hacia "diagramas de los casos de uso, y manejo de los riesgos y el manejo de la arquitectura" como tal "   Si está entre cremillas, supongo será una copia textual de alguna parte que no se indica No se presenta un análisis profundo de la estrategia de solución ¿cuál es la lógica detrás de la aplicación móvil? Se observan algunos problemas en la redacción en el texto, por ejemplo, "...su objetivo es asegurar la producción de software de alta y mayor calidad...." La estructura del artículo tiene algunas deficiencias La figura 1 no aporta información al trabajo realizado, no es necesaria. La figura 2 no se distingue bien, además está tomada del libro de UML de Larman y no aparece la referencia en el texto. Las conclusiones del trabajo son extremadamente básicas
answer:
very negative


question:
El artículo aborda un tema de interés como lo es el manejo de grandes datos y su estructura en base a metadatos para su procesamiento en la era de la web semántica.  El artículo presenta serias deficiencias léxicas e incluso semánticas. La traducción del título y el abstract en inglés presentan errores graves. En el aspecto semántico, en la introducción mencionan como problema que las bases de datos relacionales no tengan problemas de adaptación. Como error léxico, escriben A un, en lugar de Aún. En forma errónea se utiliza el término Apropósito, en lugar de A propósito. Las conclusiones no permiten centrar una propuesta. Hay buena utilización de las referencias bibliográficas.
answer:
positive


question:
A lo largo del artículo se exagera el rol de la automatización de las pruebas dentro de las pruebas de software y en forma más general en el marco de aseguramiento. Un modelo de madurez para la prueba de software necesariamente incluye más aspectos que la automatización. Los casos automatizados siempre van coexistir con casos manuales y evaluaciones realizadas por personas. Como está tratado en el artículo, automatización es un concepto demasiado general, puede abarcar la generación, ejecución, evaluación (por ejemplo: mutación, criterios de cobertura) y validación (problema del oráculo).  Aunque la motivación está claramente expresada en la introducción, hacen falta referencias para fundamentar las afirmaciones realizadas sobre el rol de la prueba y el impacto de la automatización en la misma. Decir que la automatización permite realizar las pruebas más rápido o a menor costo es simplista: esto depende del contexto. Los costos de generar casos de prueba automáticos, la estimación sobre la evaluación futura del software y la caducidad de los casos de prueba, junto con otros factores, deben ser tenidos en cuenta en el modelo de costos para determinar la conveniencia de automatizar cierta parte de la prueba.  La sección dedicada a la prueba de software realiza definiciones generales y recorre la historia de la prueba desde los mainframes. Para un artículo de investigación, sugiero realizar definiciones más específicas relacionadas con el foco del estudio (estudios experimentales sobre técnicas de prueba, automatización, costos de las pruebas, modelos de madurez).  Sería adecuado poner el desarrollo del modelo de madurez luego de presentar el trabajo relacionado. No se describe el proceso para obtener la propuesta de un modelo de madurez para testing.  Se debe vincular el desarrollo del modelo a otros modelos de madurez existentes (por ejemplo el Testing Maturity Model) establecer conexiones con la literatura aceptada de testing o normas (por ejemplo ISO 29119) y en general  con modelos de procesos de software.  No se explicita el string de búsqueda utilizado. No todos los modelos encontrados deben catalogarse como ‘modelos de madurez’. Algunos de los modelos incluidos son claramente modelos más generales, que no se enfocan en el problema de la automatización de las pruebas. Se debería al menos discutir estas diferencias.  No se explican los atributos utilizados en la tabla III, ni la forma de obtener los resultados de nivel de madurez. ¿Qué significa ‘nivel de las opiniones publicadas’? Este concepto resulta ambiguo. Se debe reforzar la descripción de este proceso de investigación ya que resulta clave para obtener el resultado de nivel ‘adolescente’.
answer:

negative