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].

Ex Input:
1.	Lo que se propone es interesante como una aplicación pero no es un trabajo científico.  2.    Ya no es interesante la aplicación de un Datamart desde el punto de vista técnico como es presentado por la autora pues existe mucha documentación y trabajos al respecto.  3. La autora debe buscar otros caminos si desea investigar el área.  4. Hay errores de diseño en las medidas de la tabla de hechos. Por lo cual es posible que no estén buenos algunos resultados.

Ex Output:
negative


Ex Input:
-	El tema de adopción de sistemas ERP se ha desarrollado los últimos 15 años, y en particular la revisión de factores que impliquen su éxito es un tema de investigación relevante. -	En el trabajo se desarrolló un análisis de la literatura ERP sobre el tema que aborda   factores críticos de éxito, metodologías de adopción y tamaño de la organización. -	Si bien es un error indicar que "últimamente se  ha generado un tercer tipo..." en relación a asociar fases del proyecto y FCE, pues hace más de 12 años esto se ha realizado, ver Cita [36] del mismo trabajo, no es un tema cerrado. -	Propongo a los autores el definir que es "éxito de adopción ERP", pues existe literatura en relación a ello muy interesante para sus fines últimos (ver trabajos de la profesora Markus). -	Metodológicamente existen tres limitaciones importantes a superar con miras a avanzar en una publicación científica de impacto. Primero, no se ha considerado el factor de impacto de la publicaciones, con lo cual se ha desestimado el desarrollo asociado a este tipo de revisiones, mezclando trabajos de alto impacto (ejemplo, artículos de revistas ISIs factor de impacto >2, como MISQ) con trabajos sin una revisión de calidad (ejemplo, lo que Scholar "lanza" sólo por coincidir en la búsqueda). Segundo, se dice que se tomarán referencias del 2008 en adelante prioritariamente, pero muchas de sus referencias  son de antes de esa fecha, y eso no es raro, pues entre 2001 y 2004 hay una explosión de trabajos en este ámbito específico. Tercero, no se han incluido explícitamente trabajos de conferencias del área de alto impacto en la comunidad científica como AMCIS o ECIS (la primera tiene una base de datos privada, no accesible por google y la segunda es libre). -	Las limitaciones antes expuestas restringen los alcances de los interesantes  resultados expuestos en el trabajo.

Ex Output:
very positive


Ex Input:
- Propuesta innovadora de aplicación de una metodología de ingeniería industrial, al campo de ingeniería de requisitos.  - No presenta unificación de términos a lo largo del documento, relacionado con la fase de ingeniería de requisitos: ‘educción’, ‘elicitación'... Debe utilizarse siempre el mismo término. - No se evidencia cómo se cuantifica las ‘mejoras’ graduales del proceso de educción, y la ‘mejoría’ en la calidad de la documentación.. cómo miden esa mejora?? - Hay errores de redacción y ortográficos, particularmente en el uso del acento (tildes) y de signos de puntuación (uso de la coma y punto y coma).  El artículo propone la utilización de una filosofía de trabajo de otra área de ingeniería, para mejorar los niveles de calidad de los documentos de requisitos generados en un proceso de educción de requisitos.  Considero que desde el punto de vista técnico sería importante que sustentaran el análisis de resultados que plantean en una medición o comparación cuantificada, que permita por medio de un método más formal que el descriptivo generar las conclusiones de 'mejora' en la calidad de los productos asociados al proceso de ingeniería de requisitos.  No se evidencia cómo llegan a las conclusiones generadas, en qué se basan para decir que es mejor o no, en que tiene menos errores o no ??  Es una propuesta interesante que puede ser aplicado en casos reales de procesos de ingeniería de requisitos. Actualmente aporta a disminuir la crisis asociada a esta fase de desarrollo de productos software.  La organización del documento se puede mejorar considerablemente. Considero que dedican gran parte del artículo a expresar el marco conceptual asociado, y menos a la aplicación de la técnica en el caso de estudio y al análisis de resultados, apartados en los que se puede sustentar más la propuesta presentada. Así mismo, hay errores ortográficos y de redacción que, si se evitan, pueden darle mayor valor a la presentación del artículo.

Ex Output:

negative