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:
1.	Lo que se propone es interesante como una aplicación pero no es un trabajo científico. Además ya no es interesante la aplicación de un Datamart desde el punto de vista técnico como es presentado por el autor pues existe mucha documentación y trabajos al respecto. Por este motivo ahora hay que buscar "otros aspectos (diseño, metodología, etc.)" que hagan interesante un artículo del área Datamart.  2. Hay errores de diseño, por lo cual lo más probable es que los resultados que se muestran estén erróneos.  3. Debe tener cuidado con la sumarización.
answer:
very negative


question:
La aplicación de sistemas SCADA para la minería es algo interesante pero el trabajo solo se limita a mencionar las herramientas móviles y no existe un punto de comparación claro entre ellas. Tampoco queda claro el aporte específico de estas herramientas en un proceso minero real.  Existen problemas de consistencia en el resumen y la introducción. Las conclusiones no son suficientemente convincentes, además existen algunos problemas de redacción.
answer:
very negative


question:
El artículo promete presentar un método para medir la calidad del desarrollo de software en SCRUM.  Considero la propuesta interesante y relevante, sin embargo el trabajo tiene debilidades en su construcción.  La promesa del título se diluye en eL abstract y la introducción, con la “introducción” de SPEM como herramienta. Luego en el cuerpo de artículo no queda clara la vinculación entre SPEM y el método de medición de calidad propuesto.  Tampoco queda claro el caso de estudio sobre el que están basando su trabajo. El modelado en SPEM es sobre SCRUM en forma teórica en sobre el caso de estudio. La evaluación del método no parece medir la calidad del software, sino los criterios de los involucrados con respecto al apego al proceso modelado. Y en todo caso, siempre mide documentos intermedios del proceso y no defectos o atributos primeros de la calidad del software producido.  Comentarios menores: - Revisar la construcción de las referencias - El modelado de SCRUM no incluye la reunión de retrospectiva. Si se está modelando una implementación particular de SCRUM aclararlo en el cuerpo del paper. De lo contrario es un error importante de modelado. - Por que utilizan un proceso tradicional para modelar un proceso ágil? No podría haberse usado uno de estos últimos? - En la primera hoja, al final de la primera columna, cambia el tipo de letra.
answer:

neutral