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

[Q]: El artículo presenta una aplicación para celulares que ayudaría al ciudadano mexicano a mejorar la gestión del pago de los impuestos federales. El principal problema de este artículo es que no muestra  el uso de técnicas de construcción de softwares ni esgrime detalles de la propia solución (la arquitectura del software).  Un segundo punto más fuerte para mi evaluación negativa, es la pésima calidad del texto. Por ejemplo:  1) Errores tipográficos, como por ejemplo "fiscas" en el resumen  2) Frases largas y confusas como en el primer parágrafo de la introducción y las dos últimas de la columna  izquierda en la página 2.  3) Frases que no respetan la concordancia de género y número como por ejemplo "la investigaciones está organizado" en la página 2.  4) El cuadro 2 es citado antes del cuadro 1, no existe un cuadro 3, en el cuadro 4 los porcentajes están errados, y  el cuadro 5 además de no ser citado en el texto, contiene intervalos muy pequeños (podría juntar los dos intervalos de edad intermediarios) y trabaja con edades fraccionadas...es mejor tener porcentajes menos redondos que edades fraccionadas.  5) El texto solo tiene dos secciones: Introducción y Conclusión (que ellos llamaron de reflexiones).  6) Las referencias no siguen un padrón único.
[A]: negative


[Q]: -          Ambicioso en el título, logros expuestos en el artículo más bien moderados.  -          Referencia de TOGAF es cuestionable en el tenor del artículo.  -          Cómo se seleccionaron los modelos de referencia??? Qué otros modelos existen y no fueron considerados??
[A]: positive


[Q]: Este paper presenta problemas importantes en su formulación.  Los papers de experiencias prácticas deben entregar algo más que una simple descripción del sistema desarrollado: deben indicar claramente qué nuevo conocimiento, técnica o solución se obtuvo de dicha experiencia. Consecuentemente, un paper de esta naturaleza debería incluir, al menos, los siguientes elementos esenciales:  - Una introducción que explique claramente el propósito del trabajo: (a) el problema que fue resuelto directa o indirectamente con la experiencia práctica, (b) por qué el problema es importante y no trivial y (c) por qué que esta experiencia entregó información nueva dentro de dicho contexto (no obtenida con experiencias similares). - Marco teórico - La descripción del sistema: no debe ser una mera enumeración de sus componentes y funcionalidades, sino indicar claramente aquellos elementos que, durante su desarrollo, aportaron información relevante al problema del estudio. - Conclusiones: deben estar alineadas con los elementos de la introducción y deben estar soportados por la evidencia entregada en la descripción del sistema.  Analizando el paper bajo esta perspectiva, encontramos problemas importantes:  Primero, la introducción no es clara respecto al propósito del trabajo y. La única parte donde se mencionan los objetivos es en el 5o párrado, donde se indica que el caso de estudio es "para demostrar empíricamente los costos de desarrollo" asociados a las tecnologías mostradas en el paper. Esto, junto con "destacar las principales características y potenciales virtudes de CakePHP y MVC.." parecen ser los elementos centrales del paper.  Segundo, la descripción del sistema no difiere mucho de un manual de sistema; falta evidencia esencial para soportar los elementos de la introducción: costos de desarrollo asociados (tiempo, personas, recursos) que, se supone, deberían ser menores que con otra metodología. Si bien las secciones que describen CakePHP y MVC tienen información relevante para el problema, no aportan valor al trabajo si no están respaldadas por evidencia obtenida directamente de la experiencia de desarrollo con esta tecnología. Por sobre todo, eché de menos una comparación con alguna otra experiencia similar, indicando, claramente qué mejoras al desarrollo introduce CakePHP/MVC.  Por último, las conclusiones del paper no están alineadas con los elementos indicados en la introducción; algunas de ellas entregan información fuera del contexto (conclusiones #5 y #6) o son irrelevantes (conclusión #2); otras carecen de evidencias que las soporten (conclusión #1) o no son explicitas en asociar la evidencia con lo concluido (conclusiones #3 y #4).  Al margen de las observaciones anteriores, el paper también requiere mejoras en la presentación de la información. Por ejemplo, no es explícito el valor que el código SQL de las figuras 10 y 11 entregan al paper. Las Figuras 12-15 no están adecuadamente descritas. Una persona que no comprenda bien el trabajo con línea de comando puede terminar totalmente desorientada y no entenderá los argumentos esgrimidos.  Por todos esos motivos el paper no está en condiciones de ser aceptado para publicación.
[A]:
very negative