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

Example Input: Review_1: No concuerdo con lo que está escrito en el segundo parágrafo de la introducción. Una solución para un problema NP completo, por ejemplo el cajero viajante, puede ser programada de forma simple... el problema radica en que la respuesta del programa puede tardar mucho. Para contornar esto se buscan heurísticas o meta-heurísticas que tal vez no encuentren la respuesta ideal pero si un buena respuesta.  En la página 3, observe que Pa no es un elemento de A y si un subconjunto de A o más precisamente un subconjunto de A-{a}. En ese mismo parágrafo habla de "dos tipos de restricciones" pero la segunda no está explícitamente colocada. Al final del parágrafo sería interesante decir que "o sea, ai pertenece a Paj". La frase está muy larga: 16 líneas!  No queda claro en las figuras 1 y 2 la restricción de que "la suma de la cantidad de tipo de recurso k utilizado en el período t, Rk(t), no debe exceder de Rk".  En la formulación matemática  del RCPSP no está claro que significaría por ejemplo que Fj tome el valor 5 y el significado de pj y de A(t).  Faltó una comparación estadística de cuan buena es la calidad de la solución encontrada con el algoritmo propuesto de otras soluciones o al menos una comparación que muestre que tan distante está la solución encontrada de la ideal.  Las referencias parecen no tener un orden lógico (alfabético o orden de citación). Review_2: El trabajo es DEMASIADO preliminar: no existen experimentos y por tanto sin resultados ni análisis.  El trabajo solo se enfoca en realizar una discusión de métodos de optimización para el problema en cuestión. Posteriormente, solo define formalismos conocidos y genéricos para el problema.   El paper es MUY débil, requiere aún MUCHO trabajo para ser un manuscrito con alguna relevancia! Review_3: El trabajo presenta una aproximación para la programación de proyectos mediante algoritmo de colonia de abejas. El trabajo, aun cuando tiene una buena redacción, es carente de la aplicación del algoritmo, no presenta un ejemplo o varios de aplicación.  Muestra la metodología, define bien el problema, pero no muestra un ejemplo de aplicación del algoritmo. En la figura 2 muestra una posible solución a un ejemplo planteado, pero no indica si es a través del algoritmo propuesto u otro método.  No queda claro el aporte de la investigación, ni los resultados. 
Example Output: reject

Example Input: Review_1: Este trabajo se enmarca en el área de la arquitectura del negocio y propone un interesante modelo de automatización de reglas de negocio para mejorar la flexibilidad de los sistemas de información aplicado a entidades financieras. El modelo propuesto  se orienta a desacoplar la lógica de negocio de  las reglas de negocio.  La problemática que aborda el artículo está sustentada adecuadamente en las dificultades mencionadas en el ámbito de los proyectos de software y en el mundo financiero.  El autor podría profundizar un poco más en las experiencias de desarrollo de proyectos en otros ámbitos y la relevancia de las reglas de negocios en el desarrollo de sistemas de información eficientes en la empresa.  El objetivo declarado por el autor  es proponer una metodología que permita flexibilizar la operatoria de los sistemas de información en las entidades financieras  el que en general se explicita  en forma adecuada.  La revisión bibliográfica es pertinente a los temas que se abordan y las teorías y modelos considerados son  adecuados al objetivo que se ha planteado. Los análisis asociados al concepto de reglas de negocios y arquitectura del sistema son atingentes al tema. El autor debería especificar como se establece la relación entre el modelado de procesos y el diseño y caracterización de las reglas de negocio. Se menciona que utilizan las tablas de puntos de decisión, pero estas no se mencionan en detalle ni visualmente. El autor debería sustentar de mejor manera la elección de “Pipes and Filter”  como modelo de arquitectura del sistema. Sería importante destacar también si existen trabajos similares realizados en otros ámbitos  ( ya que el autor  no lo menciona)  El aspecto metodológico del trabajo se  enfoca a describir el proceso a través del cual se llega a la definición de la arquitectura de software para automatizar las reglas de negocios y las herramientas que se utilizaron en su desarrollo. Este enfoque metodológico es adecuado y se asocia claramente a una aplicación de estudio de caso. El aporte importante en este aspecto es la descripción detallada del proceso desde el levantamiento de las reglas hasta el diseño y desarrollo de la arquitectura de aplicación propuesta.  El autor  debería hacer un cuadro resumen en el que se represente este proceso en forma resumida.   Es claro que los resultados de este trabajo tienen la validez deseada, ya que se sustenta en la utilización de modelos y herramientas ya validados en el ámbito del diseño de plataformas de negocios basadas en reglas.  La contribución del trabajo es importante ya que sistematiza un proceso que es de amplia utilización en el desarrollo de sistemas de información que sean flexibles y adaptables al entorno cambiante. Sin embargo en las conclusiones no está reflejado con toda claridad estas contribuciones por lo cual se sugiere a los autores mejorar las conclusiones incluyendo los aportes significativos en términos metodológicos y de aporte a la disciplina en la que se enmarca el artículo.  Los aspectos formales del trabajo son satisfactorios para el congreso. Hay detalles menores  en la gramática como en el primer párrafo de la introducción que falta la letra U.  Se sugiere aceptar el artículo con modificaciones menores Review_2: El artículo se titula "Arquitectura de Software para la Automatización de Reglas de Negocio en la Recepción de Solicitudes de Crédito en Entidades Financieras". En el resumen se indica que el trabajo tiene como objetivo  proponer un modelo de automatización de reglas de negocio que logre desacoplar la lógica de negocio, sin embargo durante el documento no se hace referencia a ningún modelo. Se presenta una metodología en el apartado con su nombre, pero no queda claro cómo dicha metodología permite generar un modelo de automatización de reglas de negocio. Al artículo le falta una secuencia lógica de apartados que den cuenta de la propuesta explícita citada en el resumen. En el apartado Arquitectura del sistema, se presenta la arquitectura de un sistema y se explican aspectos de la arquitectura. Sin embargo, en dicho apartado tampoco se logra identificar un modelo de automatización de reglas de negocio.  Teniendo en cuenta que al artículo le falta un trabajo fuerte para mejorar la presentación del mismo que permita entender la propuesta que se realiza, sugiero rechazarlo.  A continuación remito algunas observaciones que pueden sevir para mejorar el trabajo:  Si bien, la metodología utilizada está explicada detalladamente por fases, en ninguna de ellas se hace referencia a los resultados logrados en su implementación en el caso del trabajo que se expone, es decir aplicado en un entorno de entidades financieras.  En el apartado de arquitectura del sistema, se presenta la figura 5 y la figura 6 pero no se explican ni se contextualizan dentro del documento. Esto genera confusión. En este apartado no se identifica la aplicación de la metodología expuesta en el apartado anterior, con relación a la arquitectura generada. Debería indicarse claramente cómo se logró la arquitectura a partir de la metodología seleccionada y explicada en el apartado Metodología.  En la introducción que queda clara cuál es la propuesta del trabajo presentado. Debe estructurarse un párrafo donde se incluya una definición del objetivo el trabajo y la propuesta de solución que se hace teniendo en cuenta el título del trabajo.  Se deben corregir algunos errores de redacción en como:  - En el resumen...Para lo cual la se propone....? - En la introducción... no de los retos principales de la ingeniería de software es generar ...? - En la página 3 la fase Un término posee un significado para el negocio que debe ser comprendido y compartido, está repetida dos veces. - En la página 4 la palabra valido, lleva acento y en el último párrafo el acento está por fuera de la palabra esta´. - Al final de la página 5 el título queda divido (viuda). - Se sugiere mejorar la redacción del párrafo... Se ha observado la vulnerabilidad arquitectónica de los sistemas de software en la prestación en los servicios que presta respecto a las libranzas... -Las figuras no están citadas en el texto, solamente se indica siguiente figura, lo que constituye problemas tanto de forma como edición del artículo. Deben citarse las figuras en el texto, con el número correspondiente en el título de la figura. - La figura 3 no se entiende. El texto es muy pequeño y no se logra identificar el modelo de proceso de negocio al que se hace referencia en el párrafo inmediatamente anterior. - El último párrafo de la página 6 no se entiende y se habla en primera persona. Debería corregirse la redacción. - En el apartado Metodología, se hace referencia a un proyecto que no se ha descrito antes. Sería conveniente explicar de qué se trata el proyecto al que se hace referencia. En este apartado no es claro el tipo de metodología a la que se hace referencia. Se puede tratar de una metodología de investigación o una metodología de desarrollo de arquitectura. 
Example Output: reject

Example Input: Review_1: Un Objeto de Aprendizaje sirve como apoyo al proceso educativo, para desarrollar competencias en los estudiantes en alguno de los tres tipos de saberes (domino conceptual, dominio de procedimientos y desarrollo de actitudes y valores). En ninguno de estos ámbitos se dan evidencias que lo demuestren. Además de que las experiencias son muy básicas, el abstract, lo cito textual: "El Artículo presenta, las experiencias recabadas de la aplicación de Objetos de Aprendizaje en el desarrollo de la asignatura de Introducción a la Teoría de Autómatas, debido a que en el desarrollo del curso se han desplegado cambios significativos, planteando un seguimiento académico detallado y exhaustivo mediante un esquema de “Retroalimentación Rápida” y “Preguntas Cortas”.", no se muestran las experiencias recabadas ni tampoco se menciona como las obtendrían. Review_2: Se presenta la necesidad de usar Objetos de Aprendizaje (OA) para la enseñanza del curso "Introducción a la Teoría de Autómatas". Sin embargo es muy poca la información dedicada en el artículo a los OA elegidos para el curso, no hay información de resultados de su aplicación ni sus consecuencias (resultados de aprendizaje, encuesta a los alumnos para validarlo, etc.). Es por ello que no se recomienda aceptar el artículo, salvo que se agregue información que respalde la aplicación de OA en este curso. 
Example Output:
reject