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

Review_1: Este artículo presenta un  Sistema de Reservas de Productos Turísticos mediante Servicios WEB y Dispositivos Móviles. Son utilizadas herramientas de dominio público y el desempeño es verificado  usando simulación. Considerando que los modelos no son perfectos, sobre todo  por la dificultad de modelar el comportamiento  humano, la realización de un estudio de caso (un piloto en escala reducida), donde se pueda medir el beneficio real de la herramienta propuesta. Review_2: Falta un poco de claridad en la presentación del tema. En las conclusiones falta mostrar cual es el aporte del trabajo y motivo de la investigación 
accept

Review_1: Se trata de un artículo bastante particular que propone una extensión a los modelos de datos existentes considerando la idea de "sistema" (de objetos). Para esto se propone un lenguaje (LATIN) y un modelo de datos ¿universal?, MED, basado en un "volumen esférico" con dos polos "mayor" y "diario" basados en ideas contables. Este es, a mi juicio, el aspecto más crítico de la propuesta, ya que surge la duda, de si todo sistema debería calzar en este esquema, o estamos hablando de un conjunto particular de casos. Las ideas posteriores son interesante y, al menos, generan un quiebre con respecto a las ideas clásicas de la orientación a objetos. Cito la idea de sistema propuesta: "un sistema es un conjunto de clases enlazadas e inter-actuantes según un mismo método, el cual no es particular a cada clase sino emergente de todas ellas". Otras ideas asocian transacción con conjunto referencial, macros, tipos, instancias, ... lo que en términos globales constituyen un nuevo cuerpo de ideas. No habiendo en las referencias alguna cita a algún artículo anterior del autor que trate estas ideas, me parece que puede llegar a ser interesante escuchar esta propuesta y debatir al respecto. En términos de formalidad, el artículo no cumple cabalmente con el formato del congreso, y el número de páginas excede las ocho solicitadas. Review_2: Correcciones de Formato:  1.	En palabras claves dejar sólo 5 las más relevantes. 2.	Eliminar las siguientes expresiones: •	“De ahí que en el sistema solar desentone la chatarra de los satélites artificiales, o en el sistema circulatorio sanguíneo produzca hemorragia  la incrustación de una cuchilla:” •	“Si  fuera  más definitiva esta dimensión  valdría  una sartén sobre el escritorio  junto al computador. Si no fueran ciertos los sistemas  valdría dentro de este artículo un párrafo del Quijote.” •	“”El gran error garrafal”, con  el que  censuró el hecho de  identificar cada relación (varrel en sus términos) como una clase.”  Correcciones de Contenido: 1.- El titulo debería ser “Una propuesta de Modelo de Datos para…..”  ya que el titulo actual no refleja el contenido del artículo.  2.- Falta fundamentar mejor la idea de lo que se propone, es decir, realizar un análisis “claro” de las  ventajas  de por qué es interesante e importante la propuesta. Por ejemplo, se puede hacer una tabla con las ventajas sobre otros modelos, por ejemplo, de base de datos relacionales, orientadas a objetos y  distribuidas,…, como los discutidos en los trabajos relacionados.  3.- Debe basarse en un modelo que exista para extender al modelo propuesto y su notación. Actualmente no es claro en cuál es la base para la propuesta.  4.- Si el objetivo es el análisis ¿por qué no sirve una base de datos multidimensional?  5.- En las conclusiones se indica que “En otras palabras,  el MED  es un modelo conceptual  a la medida de bases de datos distribuidas.” Esta afirmación es incorrecta debido a que no se muestra a MED modelado conceptualmente  ¿qué notación conceptual es la que se muestra?.  Debe corregir esto indicando claramente cuál es la notación a ocupar.  6.- En el caso de estudio de la página www.cootracolta.com no hay nada visible por lo cual quizás no sea bueno indicar dicha página web.  7.- El artículo debería seguir los patrones de los artículos que han propuesto modelos de datos por ejemplo cuando se propuso el modelo orientado a objetos GOLD para modelamiento multidimensional. 
accept

Review_1: This paper is very interesting, I like the idea, and to make it a work publishable in vennue reaching a wider international audience it is necessary to validate the proposed ideas through extensive experimentation with actual data and users, please go ahead. Review_2: Este trabajo propone un nuevo enfoque para el apoyo de la priorización de requisitos a través de un proceso de transformación de los Casos de Uso en un grafo de dependencia a través de la aplicación de técnicas de IR, redes bayesianas y evaluación del experto en el dominio. El enfoque se presenta como un interesante aporte para la priorización de requisitos y muestra su aplicación a un caso real. El documento está bien escrito y muy bien soportado por referencias. Los resultados son robustos según el enfoque utilizado y se presentan trabajos futuros bien direccionados.  Algunos errores tipográficos o de redacción pueden ser encontrados en la página 5 (párrafo 1 y 2). Confusión por el uso de k y K en la página 5 (o error tipográfico). Puede que no quede claro la utilización del conocimiento de la priorización realizada en el caso base de prueba con respecto a la realizada semi-automáticamente por su enfoque, salvo que se utiliza el conocimiento del experto. Quizás una comparación objetiva entre las dos priorizaciones sería adecuado. Review_3: Desde el punto de vista de las redes Bayesianas, el trabajo no hace más que una aplicación directa de la implementación en Genie del algoritmo K2 (Cooper y Hervokits, 1992). No queda claro para que se va a utilizar la potencialidad de este modelo gráfico probabilístico a nivel de inferencia o clasificación. Las referencias incluidas en la lista debe de ser refinadas (no tiene sentido incluir referencias de los años 90 en las que aparezcan la coletilla de "enviado"). 

accept