In this task, you are given a set of paper reviews in English and Spanish language. Based on given reviews, your job is to generate decision, i.e., "accept" or "reject" for the given paper. Note that URLs in the text have been replaced with [Link].

[EX Q]: Review_1:  Review_2: Es un artículo que presenta una diagnóstico interesante de las empresas de desarrollo de software de Chile. Incorporan una base estadística inicial que da formalidad al trabajo realizado, de manera específica para la determinación de la muestra base para el desarrollo de las encuestas. Sin embargo, los datos estadísticos de los resultados no hacen parte del trabajo presentado.  Presentación de resultados estadísticos que validen las conclusiones presentadas y los hallazgos encontrados, acerca del diagnóstico.  Se recomienda a los autores continuar en el trabajo a fin incorporar las bases estadísticas tendiente en las empresas del sector en otros países.  Otras recomendaciones:  Revisión exhaustiva del inglés y de forma particular para la presentación de artículo, debería revisarse de forma cuidadosa la traducción de este idioma. Revisar particularmente el título, donde hay un error en la primera palabra. 
[EX A]: accept

[EX Q]: Review_1: RESUMEN: El trabajo relata los pasos seguidos para usar el software ERP SAP en Embonor, una productora y  distribuidora de productos Coca-cola.  Antes de reportar esta experiencia, esta empresa ya contaba con algunos módulos SAP implementados (Financieros, FI-CO, Logistica, Recursos Humanos).  Evaluación General. Aunque el trabajo no presenta una estructura científica de un artículo, es sumamente interesante (en mi opinión) escuchar en más detalle de esta experiencia en infonor 2013. Tal vez, recomendaría agregar/presentar un poco más acerca de las evaluaciones esta implantación (en su conclusión, mencionan esto como un trabajo futuro).  Comentarios menores: - Principalmente cuidar los espaciados entre palabras y puntos. - Figura 1 es muy poco nítida. - Figura 4 dice: "Menús de la tabla xx (estándar en cada pantalla SAP)" xx? 
[EX A]: accept

[EX Q]: Review_1: Si bien este artículo deja ver una buena cantidad de trabajo, está escrito crípticamente y es muy difícil ver hacia donde apunta.  Hay problemas de redacción en:  Resumen (1): "falta de llaves y relaciones entre tablas y datos sino y por el contrario se genera rendimiento"  Fase 2 (8): "En este punto se realizaron los montajes de la base de datos en los dos (2) SGBD NoSQL en la nube. Y se montó el sistema gestor de bases de datos móvil que va a estar en comunicación con los montados en la nube."  Comportamiento... (9): "Para el caso de MongoDB, existe un ODBC desarrollado por estudiantes que está siendo desarrollado por estudiantes, y, otro ODBC desarrollado por Simba Technologies"  El artículo, en todo caso es muy difícil de seguir...  Comprensión: El título habla de una comparación..., sin embargo nunca se ve tal comparación.  "manejan el teorema CAP"... el teorema dice que hay tres características que no pueden darse simultáneamente, por lo que "manejan" no tiene sentido.  "desnormalizar los datos, es decir las propiedades ACID (atomicidad, consistencia, aislamiento y durabilidad) son sacrificadas por cuestión de rendimiento...", no veo una relación directa entre desnormalizar (un aspecto de diseño) con las propiedades acid (un conjunto de propiedades de las transacciones).  Se dice en un momento "Se eligieron dos sistemas gestores de bases de datos NoSQL alojados en la nube que son MongoDB y CouchDB; bases de datos a partir de las cuales se hacen las pruebas de transaccionalidad con el gestor de bases de datos móvil Ultralite", finalmente nunca se ven estas pruebas ni sus resultados.  Se dice "sin embargo las soluciones ODBC ya no son tan populares..." En que se sustenta esto???  Finalmente, se habla del uso de un middleware "Mobilink de Sybase" sin embargo, posteriormente se habla de problemas con contar con un odbc para los sabd noSQL (que requeriría Mobilink)... y de ultralite y la comparación no se sabe que paso...???? Review_2: El artículo describe muy bien los SGBD para móviles, así como también algunos motores de BD con tecnología no-relacional conocidas como NoSQL, en un contexto de almacenamiento de datos en la nube o cloud-computing. Realiza una  buena comparación de las características técnicas de algunos gestores de BD en este ámbito (tabla 3). Plantea una metodología, al parecer para definir y realizar un experimento que permita evaluar y comparar BD de este tipo, según lo definido en el título del artículo. Sin embargo,  sólo llega a establecer una comparación simple y cualitativa de componentes y otros aspectos como servicios (tabla 4). No hay evidencias de una comparación cuantitativa y objetiva, a nivel de desempeño y con datos, transacciones y tiempos de procesamiento que permitan realmente sostener, como lo hace sin estas variables, cual BD es más eficiente respecto a otra. El resumen no se condice ni identifica el trabajo completo. Las conclusiones se plantean en base a las características y no a pruebas comparativas de desempeño. En síntesis, es un trabajo desde el punto de vista que sería un aporte si formalizara la metodología y describiera la aplicación cuantitativa de una experimentación que realmente permita comparar los SGBD en un contexto de cloud-computing. Se sugiere complementar con un experimento controlado con datos y registro de transacciones de prueba y medir variables, obtener estadísticas objetivas que permitan evaluar los desempeños de los sistemas de BD móviles y NoSQL, bajo condiciones y parámetros claramente definidos y en las mismas condiciones medio-ambientales (ancho de banda, tas de transacciones, volumen de datos, equipo, etc). Review_3: El artículo presenta una revisión de los SGBD móviles y NoSQL.  No obstante lo anterior, el trabajo es más bien descriptivo y carece de resultados experimentales.  Lo que señala en la página 8, metodología, considera dos fases, de las cuales solo se presenta, al parecer los resultados de la primera fase.  Se sugiere realizar la segunda fase, que conlleva un trabajo experimental de recolección de datos y su análisis, y luego generar un artículo con estos resultados. 
[EX A]:
reject

