niryuu/sni-each-converted huggingface dataset:
El trabajo expone la aplicación del framewok CakePHP a un problema específico.  Expone en forma clara la utilización del patrón MVC mediante CakePHP.  La introducción es muy general y pone énfasis en elementos (calidad, tiempo y RAD) que no son desarrollados o demostrados en profundidad en el trabajo.  Presenta el caso de estudio en CakePHP, sin realizar una comparación específica a partir de los elementos que sean mediables (tiempo, costo) con otros frameworks.  Posee faltas ortográficas (Universiades).  Se menciona la utilización de la técnica de programación extrema, sin embargo, no se específica de que forma fue desarrollada por los autores.  Se presenta código SQL sin especificar como se encuentra relacionado con el framework CakePHP.  No se identifica de manera clara el aporte de los screenshots presentados.  Sería deseable una introducción más detallada el problema específico resuelto. No queda claro cuáles son los beneficios de utilizar CakePHP para el desarrollo de esta aplicación.  Las conclusiones son muy generales y distan de ser específicas para el trabajo desarrollado.
Output: very negative
Se aprecia un trabajo extenso que se valora, sin embargo se observan varias inconsistencias a lo largo del trabajo.  Se observa en la página 4 figura 1 la indicación de un modelo conceptual siendo este del tipo copo de nieve, sin embargo lo correcto sería indicar que es un esquema de diseño lógico y no de diseño conceptual de DW. Además un esquema conceptual correcto no debe indicar el tipo de dato. También en este aspecto se hace referencia a una bibliografía de esquema estrella. Faltó investigación sobre modelos conceptuales para DW para evitar lo anterior.  Mucha redundancia en problemas técnicos que no deberían ser de importancia para el artículo.  Se habla de inteligencia de negocios pero en un sentido estricto si se aplica inteligencia de negocios se necesita un  analista “experto” que sea capaz de tomar decisiones con las tendencias encontradas en el estudio, lo cual no se presenta en el artículo.  Faltan referencias de trabajos relacionados, pues solo se referencian  libros. Una revisión a trabajos relacionados habría sido muy útil en el sentido de estructurar mejor el artículo.  Existen metodologías para esquematizar el proceso ETL que habrían permitido mejorar este aspecto descrito en el artículo.
Output: negative
El artículo presenta el proceso de construcción de un almacén de datos para implementar OLAP sobre datos de explotación de recursos marinos en las costas de Chile.  El problema está claramente delimitado y tiene aplicación práctica relevante para el país.  El trabajo presentado corresponde a un caso de uso muy completo y detalladamente documentado de técnicas bien conocidas de minería de datos.  El ABSTRACT debe ser editado para que represente una traducción apropiada y legible del RESUMEN.  No es evidente el aporte original del trabajo.  Las conclusiones originales del artículo dicen relación con el dominio de la aplicación (estadísticas de explotación de recursos marinos) y no con temas relevantes a la conferencia.  Debería completarse la información faltante en la bibliografía.
Output: very negative
El artículo presenta el desarrollo de una solución al problema de analizar tendencias en el desembarco de especies marinas en el borde costero chileno, utilizando herramientas de inteligencia de negocios.  a) aspectos de forma  1. la versión en inglés del título y el resumen del artículo contiene errores gramaticales, de redacción, y de estilo.  2. Uso de mayúsculas: chile --> Chile servicio nacional de pesca --> Servicio Nacional de Pesca kettle --> Kettle tabla 1 --> Tabla 1 api --> API etc.  3. Figura 2 no es referenciada Esta figura muestra --> La Figura 10 muestra  4. parráfo despues de la Figura 1 esta escrito en 1 columna. debe ser en 2 columnas  5. formato no concuerda totalmente con el formato Infonor.  b) aspectos de fondo   1. El artículo no reporta resultados de investigación. Se trata de una aplicación de técnicas de BI para proveer soporte de análisis en línea de datos.  2. Es débil en cuanto a background de procesos y técnicas utilizados. Aunque se listan 12 referencias, solo se citan 2 o 3 de ellas en forma reiterada. No hay revisión de trabajos relacionados (casos de aplicaciones de BI.)  3. Dada la orientación del artículo, debe detallarse mucho más el uso (potencial) de los resultados. En este sentido, debe haber una mayor y mejor interpretación/evaluación por parte de los usuarios de los análisis de la información.
Output: very negative
Observaciones de fondo:  El control de navegación de robots móviles o aéreos constituye en la actualidad una interesante veta de investigación, merito del trabajo presentado, sobre todo si el UAV tiene incorporado un brazo el cual modifica su dinámica  haciendo más complejo su control.  El trabajo  tiene por título “Control de un manipulador móvil basado en un quadrotor con un efector final tipo pinza” y en su resumen en la primera línea indica “Este trabajo describe el diseño y control de un manipulador móvil basado en un robot quadrotor y un efector final tipo pinza acoplado”, en efecto el artículo describe la estructura y diseño del UAV con un manipulador de dos grados de libertad incorporado, sin embargo los resultados presentados a nivel de simulación, solo muestran el control de navegación del mismo y no el control del efector final.  Al final del párrafo de conclusiones se indica “como trabajo futuro se implantará el controlador en el sistema de manipulador móvil diseñado”.  Se menciona que el control utilizado es uno de tipo PD (ec. 9, debe ser revisada) debe justificarse esta decisión.  Observaciones de forma:  Mejorar la legibilidad de las figuras. Revisar el texto y corregir errores gramaticales, corte de palabras al final de una línea, etc.
Output: positive
El trabajo es interesante, pertinente. En particular el esquema de control propuesto. Se sugiere realizar las siguientes correcciones:  1. El resumen (español) y el abstract (inglés) presentan algunas diferencias menores. Se sugiere corregir para que ambos textos expresen exactamente lo mismo. Igual pasa con las palabras clave y las keywords.  2. En español los guiones para separar palabras tienen reglas ortográficas: el guión no debe separar las letras de una misma sílaba.  3. La ecuación (2) debe ser referenciada en el texto.  4. En la página 3, segunda columna: "... es la señal de control a designar, ...". No es "designar" sino "diseñar". Asimismo: "... retroalimentaci ́ n de estados que ...": Sería más bien : "... retroalimentación de estados tal que ...".  5. En la página 4, primera columna: "Se utilizaran motores ...", agregar tilde.  6. En la página 4, figura 5: corregir la leyenda "CONTROL SEUNDARIO" al interior de bloque correspondiente.  7. En la página 4, segunda columna: "Los sensores utilizados en el gripper son sen- sores resistivo, uno de rotación para medir la artivulaci ́ n del brazo", resistivos (coherencia de número), articulación (error tipográfico). "... de Texas Instrument para leer ...". Es Texas Instruments. Aclarar el término "control calculador".  8. En la página 5, segunda columna: se referencia la figura 9 cuando debería ser la 8.  9. En la página 6, primera y segunda columna: "... es la salida del derivador [?].". Aclarar la interrogación. "... en el esquema de la Figura.". ¿Qué figura?. En las figuras 10 y 11 se debe ser consistente con el término empleado: STA en lugar de "AST".  10. En la página 7, primera columna: "resultadis", "compoara", omisión de punto al final del párrafo, "los resultado", "En las Figuras 15, 15 y 16". Agregar dos o tres párrafos donde se discuta acerca de estas tres figuras.  11. En las conclusiones: interogante, ¿la implementación del PD fue a nivel de simulación o se controló realmente el quadrotor?. Aclarar.  Se sugiere realizar una revisión completa del texto para realizar correcciones menores: espacio después de una coma, tildes, separación de palabras con guiones cuando se pasa de una línea a otra, separación entre palabras, etc.
Output: very positive
Comentarios generales: • Se recomienda revisar todo el escrito ya que hay palabras de más o palabras escritas de manera equivocada por ejemplo: imcompletas, ítemes (pag 3);  quedebe (pag 4), del de (pag 5)… etc • Revisar el espaciado de las palabras • Revisar la numeración de la bibliografía ya que tiene que ser listada en el orden en que ésta aparece. • Revisar que el texto sea del mismo tamaño  (ejemplo: final primera columna página 1)  Comentarios por secciones  II SCRUM YSPEM • Referenciar la parte dedicada a SCRUM así como la figura ya que no es propia de los autores si no tomada de alguien más  III LEVANTAMIENTO DE REQUERIMIENTOS UTILIZANDO SPEM • Revisar el concepto de stakeholder o referenciar de que referencia utilizó ese concepto, por ejemplo incluyo los conceptos de stakeholder para CMMI. “Parte interesada (stakeholder) Un grupo o individuo que se ve afectado por o es de alguna manera responsable del resultado de una empresa” “Parte interesada (stakeholder) Un grupo o individuo que se ve afectado por o es de alguna manera responsable del resultado de una empresa”  IV DESARROLLO DE SOFTWARE CON SCRUM • Título de Figura 5, puede mejorarse el título de la figura por ejemplo: modelo del proceso de desarrollo de software basado en SCRUM y utilizando SPEM para su modelado • Se recomienda reforzar la sección agregando referencias para los términos  V METRICAS PARA DEFINIR LA CALIDAD DEL DESARROLLO DEL SOFTWARE • Se recomienda agregar referencias cuando describe los conceptos de métricas  VI UN CASO PRÁCTICO • Se recomienda mejorar la descripción de la Tabla I (contenido de columnas y operación u operaciones llevadas a cabo para establecer las desviaciones estándar de peso y evaluación) • Hay una viñeta sin texto debajo de la Tabla 1 • Se recomienda apoyar la sección con una gráfica o tabla en la que se muestra un resumen de la medición de la calidad, para entender la medición “just in time” de la que habla en las conclusiones
Output: positive
El artículo promete presentar un método para medir la calidad del desarrollo de software en SCRUM.  Considero la propuesta interesante y relevante, sin embargo el trabajo tiene debilidades en su construcción.  La promesa del título se diluye en eL abstract y la introducción, con la “introducción” de SPEM como herramienta. Luego en el cuerpo de artículo no queda clara la vinculación entre SPEM y el método de medición de calidad propuesto.  Tampoco queda claro el caso de estudio sobre el que están basando su trabajo. El modelado en SPEM es sobre SCRUM en forma teórica en sobre el caso de estudio. La evaluación del método no parece medir la calidad del software, sino los criterios de los involucrados con respecto al apego al proceso modelado. Y en todo caso, siempre mide documentos intermedios del proceso y no defectos o atributos primeros de la calidad del software producido.  Comentarios menores: - Revisar la construcción de las referencias - El modelado de SCRUM no incluye la reunión de retrospectiva. Si se está modelando una implementación particular de SCRUM aclararlo en el cuerpo del paper. De lo contrario es un error importante de modelado. - Por que utilizan un proceso tradicional para modelar un proceso ágil? No podría haberse usado uno de estos últimos? - En la primera hoja, al final de la primera columna, cambia el tipo de letra.
Output: neutral
Resumen: Este artículo analiza un conjunto de estudios con el objetivo de conocer que piensan los investigadores sobre la técnica de educación más adecuada.  Evaluación: El trabajo tiene una estructura de un paper y la propuesta se ve interesante. Sin embargo,  - Aunque el trabajo discute las consecuencias de los resultados, (creo que) no discute claramente las potenciales causas. Tal vez, se pueden obtener conclusiones interesantes de por qué existe esta divergencia mencionada.  - No me queda claro de por qué se quiere tener una convergencia absoluta sobre estas técnicas. A una simple vista, me da la impresión que un conjunto técnicas aplicadas a cierto contexto parece ser apropiado.  - Background es demasiado corto para introducir los conceptos necesarios para comprender la propuesta y  Related work es sumamente pobre (hay solamente 1 cita)  Detalles menores:  1) El nombre de la sección 2 “background & …” es sumamente ambiguo, lo cual se vuelve difícil de saber de qué se trata la sección. Sugiero ser más específico (ej. “systematic review for elicitation techniques”?) 2) No se explica “systematic mapping”, solamente se explica su uso. 3) ¿Por qué no se habla de meta-analisis? Meta-analisis pareciera que puede contribuir a esta discusión. 4) Reemplazaría “authors” por “we” cuando amerita (ej. párrafo 2 - página 2). En ocasiones, cuesta saber si hablan de autores de un trabajo en particular o del trabajo que están presentando. 5) Reemplazaría “you” por “one”. “You” es informal. 6) “El **estudio** identificó 42 **estudios**” —> demasiado “estudio” ??? 7) Texto de “Figure 3” está separado de su imagen. 8) Hay una página en blanco en el medio del documento. 9) “In order to move in this direction, this study aims auscultating how researchers represent the appropriateness of the techniques.” ¿Cuál dirección? Es ambiguo está oración.
Output: neutral
El artículo presenta una revisión bibliográfica sobre técnicas de elicitación de requisitos. Este trabajo hace énfasis en clasificar las técnicas de elicitación a partir del área de conocimiento de los estudios bibliográficos revisado y a partir de atributos como Eficiencia, Efectividad, entre otros. Sin embargo, es importante que los autores mejoren ciertos aspectos del artículo que le bajan la calidad de investigación que debe tener un trabajo. Por ejemplo:  Es recomendable mejorar la calidad del inglés. Tal como se presenta el artículo se hace difícil leerlo y entender lo que se expresa.  El título no es muy adecuado para lo que se expresa en la introducción y las conclusiones. Es recomendable considerar una modificación del título que indique claramente lo que se trabajó en el documento. El trabajo está enfocado a analizar las opiniones y trabajos realizados por diferentes autores (revisión de literatura) respecto a las técnicas de elicitación de requisitos.  El trabajo presenta un aporte importante estableciendo una clasificación a partir de categorías y dominios, al parecer identificados por los autores. Sin embargo, dichas categorías y dominios han sido identificados sin indicar qué autores proponen dicha clasificación o bien, si son los autores del artículo, de qué forma (metodología o criterios) se establecieron para definir los criterios y los dominios.
Output: neutral
•I recommend to change the paper title in order to be according to paper‘ body •Review the English grammar, some but not all of the errors founded in the review are:  •Abstract   o what does it mean that for them?--> what does it mean that for them?   o …utilized to represent its appropriateness.--> …utilized to represent their appropriateness.   •Introducction   o …has like first phase… --> ?   o auscultating --> is it a verb?   •Background   o A systematic mapping study is a methodology that is used --> A systematic mapping study is a methodology used   o …of existing research on performance evaluation… -->…of existing research on the performance evaluation…   o Only Dieste and Juristo’s work [10] deals --> Only the work of Dieste and Juristo [10] deals   •Methodology   o Review the use of –ly with the verb to be   o Third question: What kind of studies does use with a higher frequency certain constructs for   o appropriateness of techniques? --> ? review the types question structure   •Classification schema   o In order to answer the research questions, the literature review focused --> literature or mapping?   •Analysis of the result   o in Figure 1 en DCM format -->in Figure 1 en DCM format.   o article --> paper   •Conclusions and future works   o For this reason, it is necessary that more proposals are carried out to help --> For this reason, it is necessary to carry out more proposals to help   •Figures: be careful on the figure´s title, the title must be following the figure  •Type of studies  •Paragraph after figure 5: Experimental (paragraph) o experiment (figure)  •Techniques considered: I recommend performing a mapping between domains and techniques and or with the constructors and show the a graphic of the results instead of the figure 8
Output: positive
El artículo presenta un trabajo de recolección de información, su agregación y análisis, en el ámbito de educción de requisitos.  1. Creo que, además de la búsqueda en revistas y bases de datos científicas, debe incorporarse también experiencias prácticas en proyectos reales, los cuales usualmente no se reportan en medios científicos. En este sentido, una encuesta hacia profesionales de larga trayectoria podría aportar elementos adicionales y robustez al estudio.  2. Dentro del artículo se presentan numerosas figuras y gráficos. No obstante, usualmente se hace una descripción narrativa de la información en los gráficos, pero sin elaborar alguna hipótesis o conjetura del porqué de las distribuciones que se muestran en estos gráficos. Por ejemplo, Fig. 7.  3. Dentro de las conclusiones se afirma: "Moreover, there is great variability among metrics and / or constructs  proposed in the primary studies." Sin embargo, no hay un análisis cuantitativo de la variabilidad mencionada (sustentar el uso de "gran variabilidad").
Output: positive
Se presentan los siguientes problemas de forma:  - Figura 1: el texto de la figura no es legible y además se encuentra deformado. - Figura 2: no representa la problemática expuesta en el trabajo, además no se encuentra referenciada. - Ortografía: ".. del uso de La tecnologia NFC ..", debe ser: ".. del uso de la tecnología NFC ..". - Faltan puntos a parte. - Ortografía: ".. aplicaciones com relacion al uso .." debe ser: ".. aplicaciones con relación al ..". - Tabla 1: Título incorrecto y tabla cortaba en su final. - Cambio de tamaño de letra después de la tabla 1 - Tabla 2: Texto deformado. - A lo largo del texto no posee referencias a las afirmaciones: "es muy difícil intervenir una comunicación NFC". - Las etapas del proceso de transacción deben estar enumeradas. - Las tablas se encuentran mal numeradas. - Las páginas no se encuentran numeradas. - La descripción de indicadores (sección 7) no aporta al trabajo propuesto.   Problemas de fondo:  - No presenta una solución formal al pago vía tecnología NFC, a pesar que es el punto central del trabajo. - Las interfaces gráficas presentadas no se encuentran definidas en conformidad con las normas gráficas de aplicaciones móviles. - Las conclusiones no arrojan luz sobre la problemáticas planteada.  El trabajo desarrollado no es claro sobre la problemática planteada, debería incluir un análisis más detallado de tecnologías ya implementadas: UberTaxi, etc.
Output: very negative
El documento refleja que el equipo de trabajo cuenta con cierto dominio en la tecnología necesaria para alcanzar los objetivos planteados, sin embargo no está bien redactado, carece de sustento en trabajos previos, la aplicación no está bien descrita. Se recomienda también cuidar la redacción, concretar las ideas y cuidar la estructura en el documento. Se recomienda además una revisión profunda buscando la síntesis y profundizar en los detalle de la propuesta software que describen, y también se recomienda aplicar una metodología, describirla y describir la validación de la herramienta descrita (generar por ejemplo casos de prueba y describir la validación).
Output: neutral
Se recomienda mejorar los aspectos de redacción tales como:  - Corregir y tener cuidado con la redacción del abstract en inglés. - La figura 1 es ilegible y se encuentra parcialmente cubierta por una tabla. - La justificación necesita ser re-escrita, no queda claro el propósito del trabajo. - La tabla 1 se encuentra cortada, debe estar en una sola página. - Entre la tabla 2 y la tabla 3 el texto no se encuentra justificado. - Figura 3, 4 y 5 se encuentran cortadas.  Problemas de fondo:  - Las teorías del dominio son muy extensas y no aportan a la problemática propuesta por el trabajo. - La aplicación posee serios problemas de usabilidad, entre ellos el contraste entre el texto y el fondo de la aplicación. Se recomienda estudiar un poco de [Link] - No se describe la tecnología utilizada para el desarrollo de la aplicación, pero al parecer es HTML. Para este tipo de aplicaciones el desarrollo debería ser nativo. - Se esperaba una evaluación de la utilización de la misma por parte de los usuarios. - Las conclusiones no hacen referencia expresa a la construcción y resultados obtenidos al utilizar la aplicación.
Output: very negative
El artículo presenta principalmente una aplicación móvil y hay poco de investigación  - Indica que es un trabajo de "tesis" - Falta resumen en español y palabras clave - Las figuras no deben ir en colores (según formato) - Poner un nombre más adecuado a la Tabla 2. - Poner acento a "significara", "perdida" - Ajustar el texto a los márgenes - Leyendas como "Figura6" aparecen sin espacio en blanco
Output: negative
- El artículo aborda un problema contingente y muy relevante, e incluye tanto un diagnóstico nacional de uso de buenas prácticas como una solución (buenas prácticas concretas). - El lenguaje es adecuado.  - El artículo se siente como la concatenación de tres artículos diferentes: (1) resultados de una encuesta, (2) buenas prácticas de seguridad, (3) incorporación de buenas prácticas. - El orden de las secciones sería mejor si refleja este orden (la versión revisada es #2, #1, #3). - El artículo no tiene validación de ningún tipo, ni siquiera por evaluación de expertos.
Output: positive
El artículo presenta recomendaciones prácticas para el desarrollo de software seguro. Se describen las mejores prácticas recomendadas para desarrollar software que sea proactivo ante los ataques, y se realiza un análisis de costos de estas prácticas en desarrollo de software. Todo basado en una revisión de prácticas propuestas en la bibliografía y su contraste con datos obtenidos de una encuesta en empresas. Finalmente se recomienda una guía.  Sería ideal aplicar la guía propuesta a empresas no involucradas en la encuesta que sirvió para originarla de modo de poder evaluar su efectividad en forma independiente.
Output: positive
- El tema es muy interesante y puede ser de mucha ayuda una guía para incorporar prácticas de seguridad. - La presentación (descripción, etapa y uso) de las 9 prácticas para el desarrollo de software seguro.  - El “estado real del desarrollo de software en Chile” (como lo indica en su paper) no se puede lograr con solamente 22 encuestas de un total de 50. - Presenta nueve tablas que corresponden a las prácticas para el desarrollo de software seguro, pero la guía presenta 10 prácticas. ¿explica por qué? - Sugiero mejorar la guía, el mayor aporte está en la secuencia de incorporación que propone.  Además, no debería explicar la práctica en Observaciones ni diferenciarla con otras prácticas en esa columna, sino que debería dar sugerencias de cómo aplicarla. - En el texto indica “Más adelante, se presentan además tres prácticas extras…” ¿cuáles son o no leí correctamente? - De acuerdo a formato, poner como mínimo 5 palabras clave. - Sugiero mencionar las prácticas antes de mostrar cada tabla. - Algunas referencias están incompletas, por ejemplo, falta año en referencia 17, falta año y tipo de evento en referencia 11, falta editorial en referencia 19 (¿es un libro?) - Algunos títulos llevan una coma dentro de las comillas, ejemplo, referencia 1
Output: positive
El trabajo realiza una revisión a los tipos de datos abiertos en Chile, si bien es un trabajo que debe haber tomado un tiempo considerable no veo un aporte directo a las líneas de investigación del congreso.  Por otro lado el trabajo futuro que se  indica en la conclusión sobre desarrollar una herramienta que permita visualizar los datos de transparencia activa si es interesante y será de seguro un aporte sobretodo en la contingencia actual del país.
Output: very negative
Los datos abiertos de Chile Este trabajo analiza de manera general un tema que ha adquirido real relevancia en los gobiernos a nivel mundial, los datos abiertos.  La problemática que aborda el artículo está sustentada adecuadamente en las necesidades que existen de proveer datos para evaluar la transparencia y el interés público. Se realiza una investigación aplicada a las principales plataformas web gubernamentales  en Chile. El objetivo está declarado por el autor  y establece que se  presenta el estado de los datos abiertos en Chile y se realiza un diagnóstico  de los principales sitios y herramientas provistas por el estado para mejorar la transparencia y potenciar la participación  ciudadana. La revisión bibliográfica es relevante al tema pero bastante general. El modelo que se utiliza para medir la calidad de los datos en la web  es elegido sin justificar a través de  un análisis que establezca su eficiencia en comparación a otros modelos.  La revisión que se realiza del concepto de datos abiertos es mínima y no está  presente en la revisión realizada como este tema ha sido abordado en diferentes países y  los resultados que han obtenido. Los autores deberían  profundizar más el concepto de datos abiertos a nivel gubernamental para transparencia y  el interés público y sustentar mejor esta división en la literatura. El aspecto metodológico del trabajo se  enfoca a utilizar el modelo de 5 estrellas y describir una clasificación general que se realiza en base a este modelo. Aunque este enfoque metodológico es adecuado y se asocia claramente a la temática no presenta proposiciones a evaluar (preguntas de investigación o hipótesis a testear). El diagnóstico es básico y general a partir de un cuatro variables que permiten clasificar a cada plataforma. El autor  debería establecer también una categorización de lo que son los  sujetos de estudio (se menciona al  de gobierno de Chile pero son solo cuatro plataformas del total de plataformas que posee el gobierno). En este sentido debería referirse a plataformas transversales de  servicio centrales (ya que no analiza gobiernos locales en ningún momento) Este trabajo  se sustenta en la utilización de un modelo de diagnóstico ya validado en la literatura  sin embargo su aplicación es limitada y a mi juicio no permite generalizar  para el gobierno en su totalidad.  La contribución del trabajo es importante ya que presenta información relevante en el proceso de llegar a lo que es el gobierno abierto. Sin embargo la generalización de sus resultados es cuestionable ya que  está limitada  a  cuatro variables y cuatro sitios web. En  las conclusiones no se reflejan  con toda claridad las principales  contribuciones del articulo y se sugiere a los autores mejorarlas  incluyendo aspectos relevantes a la temática evaluada (los sitios web), los aportes  al estudio del gobierno abierto en Chile y reconocer las limitaciones que tiene este estudio. Los aspectos formales del trabajo son satisfactorios para el congreso.
Output: positive
Evaluación general  El trabajo es interesante pero está mal planteado, faltan referencias importantes. Se sugiere revisar las referencias que se indican y extender el artículo mejorando su calidad en cuanto a la “forma” de plantear la comparativa, además de mostrar más ejemplos de los casos de estudio que le den mayor peso al artículo, con esto también podrá incorporar los trabajos futuros que son muchos y actualmente no aparece nada.  Correcciones de Formato  Las referencias no están en el formato que pide la revista Ingeniare, revisar formato y modificar.  La figura 1 es una ecuación y está fuera del formato que pide la revista Ingeniare.  Correcciones de Contenido  En la página 3 se hace referencia a [8] que es una tesis de grado, ¿qué tipo de grado?. Sería mejor referenciar a una metodología de artículo científico y eso daría  más "peso" al artículo. Cuando se habla de HL7/CDA se debería indicar una referencia para mayor información. No queda claro el uso de PGFOUNDRY  que es una extensión de postgreSql, ¿ se usó con Mysql?. Se debería haber sacado más provecho del uso de PGFOUNDRY. En el diseño del caso de estudio en la figura 5 hay errores graves en las relaciones entre las tablas Consulta y Paciente, entre las tablas Medicamento_Sintoma y Medicamento. No se indica en el artículo que el atributo duración es de tipo PERIOD, eso es importante. En los ejemplos de consultas hay un error en la consulta SGBDT, figura 7, ya que se indica el atributo periodo y el atributo es duración. Las conclusiones son muy evidentes y no plantean trabajos futuros que puedan ser interesantes de realizar. (Existe potencial y bastante que hacer) Faltan referencias importantes como por ejemplo: 1.	A review of temporal database research and its use in GIS applications. International Journal of Geographical Information Systems. Volume 3, Issue 3, 1989. 2.	Temporal Data and the Relational Model: A Detailed Investigation Into the ... Escrito por C. J. Date,Hugh Darwen,Nikos A. Lorentzos. 3.	A generalized model for a relational temporal database  Proceeding SIGMOD '88 Proceedings of the 1988 ACM SIGMOD international conference on Management of data… 4.	A glossary of temporal database concepts…
Output: very negative
El artículo presenta un trabajo comparativo entre el uso de un SABD relacional clásico y un SABD temporal (la traducción al inglés temporary parece no adecuada: temporal o time oriented parece más correcto).  El ejemplo planteado en el artículo es interesante y motivador, esta adecuadamente sustentado y da pie a la comparación, como se indica "es necesario definir un escenario de pruebas donde exista una aplicación concreta que pueda ser evaluada con la implementación de los paradigmas a comparar".  Hay dos aspectos que en que el artículo no es claro, y que le restan peso:  1) La tecnología sabd temporal: pgFoundry, se indica que es una extensión a PostgreSql. Sin embargo, no se da mayor información... al buscarla parece un proyecto cerrado??? ¿cómo se trabajó con esta extensión?  2) La tabla 3 debería ser el centro del artículo, sin embargo no se describe como se realizaron muchas de las comparaciones. Quedando esto como una caja negra. ¿Qué criterios se utilizaron en las comparaciones? En las conclusiones hay algunas pistas, pero hay frases poco claras como: "Se puede encontrar una mayor flexibilidad de entrada de datos en el SGBDR, puesto que existen más tipos de fuentes para poblar las bases de datos." ¿Qué se quiere decir con esto?
Output: neutral
Este artículo presenta una comparación, en base a una lista de criterios, de dos enfoques de bases de datos: relacional vs. temporal.  El artículo en general tiene un orden lógico y es legible. No obstante, la comparativa presenta al menos dos inconvenientes:  1) falta mucha información de cómo se obtuvieron los resultados de las tablas 3 y 4. Debe existir una descripción suficientemente detallada para luego poder replicar el trabajo.  2) El caso de estudio que se presenta forma la base de la comparación. Una real comparación debe sustentarse en una variedad de casos y dominios, para poder luego concluir con una base más amplia.  Sugiero abordar estos dos aspectos primero para sustentar mejor los resultados y conclusiones.
Output: neutral
-	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.
Output: very positive
El artículo presenta un experimento que compara distintas arquitecturas de navegación para un robot móvil. Se describen las arquitecturas (algoritmos, enfoques) utilizados, así como las métricas definidas para evaluar la performance en la navegación. Los resultados son analizados estadísticamente utilizando análisis de varianza.  El artículo está bien escrito y el experimento se presenta en forma clara. Las referencias bibliográficas parecen son adecuadas. En la introducción se justifica correctamente los objetivos de comparación y se describen en forma general los enfoques posibles para la navegación de un robot.  La selección de métricas está justificada e intenta ir más allá de una combinación de mediciones simples. El experimento está bien descrito, aunque se podría explicar por qué no se incluyeron otras configuraciones de obstáculos en la observación. Los métodos estadísticos (análisis de varianza) están aplicados correctamente, aunque se podría incluir un análisis de la normalidad en la distribución.  Uno de los puntos débiles del trabajo es que hace falta una discusión más profunda de los resultados. Más allá de indicar que uno de las arquitecturas tiene mejor rendimiento, se debería discutir las razones y realizar nuevas conjeturas.  La generalización de los resultados y la discusión de amenazas a la validez debe ser parte de la discusión. Por ejemplo: ¿En qué tipo de obstáculos funciona mejora cada algoritmo? ¿Cuál es el esfuerzo de programación de cada uno de las arquitecturas? ¿Cuáles son los objetivos de navegación de alto nivel del robot (comportamiento deliberativo)?
Output: positive
Es innegable el interés que ocasiona la problemática de la navegación de robots, por lo que el trabajo presentado constituye una alternativa para la elección de la arquitectura de control, dado que nos plantea mediante la comparación de métricas una posible solución al problema, sin embargo debe tenerse presente que ha sido realizado en un ambiente de simulación, bajo ciertas condiciones que no necesariamente se replicarán en la práctica lo cual a mi parecer restringe el ámbito de aplicación de los resultados obtenidos. Por otra parte las referencias y desarrollo de cálculos estadísticos dan validez a los resultados obtenidos con la consideración del ambiente en que fue realizada la prueba.  Trabajo bien desarrollado, aunque se plantea la necesidad de realizar pruebas con el móvil real, bajo diversas condiciones de entorno del robot, para validar los resultados obtenidos en simulador.
Output: positive
El trabajo compara cuatro arquitecturas de navegación autónoma para robots móviles, las arquitecturas reactivo puro, redes neuronales, lógica difusa y una arquitectura hibrida neuro-difusa.  EL trabajo está bien planteado, el trabajo experimental parece replicable y los resultados presentados suenan coherenten.  El principal aspecto a mejorar sería el análisi/discusion de los resultados, el cual se puede desarrollar más.
Output: very positive
es interesante constatar la preocupación de personas individuales que se preocupen de la seguridad y el mejor servicio que pueda brindar la empresa.   La figura 1 no es auto explicativa en términos de explicar los componentes del sistema, por ejemplo, TVL, que está a bordo de las locomotoras. Los Acrónimos definidos no presentan o representan su origen o fuente. Por ejemplo, VHF, SMS, XML, GPS, PLC, los que carecen de significado. Se dice que la información está disponible en diagramas y herramientas como Google Earth, cómo así.? Acaso, permite visualizar imágenes en 3D, combina imágenes de satélite, mapas y el motor de búsqueda de Google, permitiendo ver imágenes a escala de un lugar específico de la ruta.?.es eso lo que se logró?. Existen una serie de conclusiones, las cuales no son documentadas. Se dice, presentó un alza de 6%, sobre cuánto?. ¿Cómo son o cómo se obtienen los indicadores de eficiencia.? Bibliografía, mal citada.
Output: very negative
El artículo presenta un sistema de control de flota que integra diversas tecnologías.  Se presenta una solución compleja que integra distintos sistemas de hardware y software.  La presentación describe el sistema a nivel de módulos principales (gestión y control de trenes, SMS, autorizaciones de vía, detectores de desrielo, y cambios radiales) pero no profundiza en ninguno.  Se presenta la solución como una alternativa de bajo costo comparable a referentes mundiales, sin embargo no se aportan datos al respecto. Así mismo, no se proporciona respaldo para las afirmaciones hechas respecto de escalablidad y otros beneficios de la solución (ver Conclusiones y las dos secciones precedentes).
Output: very negative
El artículo es una buena idea Adolece de profundidad, se presenta muy someramente, no presenta una revisión de trabajos relacionados, no plantea el modelo y la red de sensores que va utilizar, por la redacción se estima que esta en un estado temprano de la investigación, falta desarrollo, ejemplo escenario de evaluación.
Output: positive
This is an interesting article, present develop of a mobile robot use as beach cleaner.  I have 2 comments about the design, I think will be interesting define what is the dimension of collector and storage compartment for know what is the capacity of this cleaner.  In page 2 in the first paragraph a typo mistake was found.
Output: very positive
El campo de utilización de la aplicación es muy buena y necesaria, por lo que contribuye a la robótica. En la utilización de visión, falta incorporar tecnologías de visión computacional más actuales que la detección de objetos por flujo óptico, tal vez en este caso sea más factible utilizar tecnología de dos vistas con imágenes sucesivas. Su contenido es bastante claro.  Debe mejorar los siguiente:   Página 1	Resumen y título : Si bien está en inglés, falta escribir el resumen y el título en español o portugués  Página 2	No presenta trabajos relacionados, Si bien presenta referencias, no hace una presentación de trabajos relacionados  Página 3	No indica fielmente como detecta las botellas plásticas u obstáculos 	En vez de colocar a la popular Lena, seria más interesante colocar el cómo detecta las botellas plásticas u otros objetos con el detector de borde que utiliza.  Página 3        La referencia [10]	Existen trabajos de flujo óptico más actuales  al indicado  Página 6	En Resultados	Falta medir el grado efectividad de la recolección de objetos, se debería presentar medidas al respecto.  A que velocidad funciona el limpiador .. Falta mas trabajo en este ítem. Página 6	Robustez estructural alcanzada 	No presenta datos que permitan aseverar esto. Página 7	Ídem párrafo 2	No presentan la efectividad de la tecnología de visión computacional ni como  contribuye a evitar obstáculos, detección y recolección.. Es decir, se entiende que lo presentado se puede lograr, pero no presenta datos para concluir aquello.
Output: very positive
El trabajo aborda el problema de la navegación autónoma de robots móviles mediante la definición de una arquitectura de control reactiva.  Los autores deben ser más claros en indicar por qué utilizar una arquitectura reactiva, en relación con otros enfoques disponibles.  Es necesario mejorar la legibilidad de las ecuaciones.  El trabajo es correcto y pertinente. El ámbito de la robótica móvil tiene múltiples aplicaciones.  Es necesario incorporar algunos lineamientos sobre trabajo futuro.
Output: very positive
El artículo presenta un caso de aplicación de una arquitectura para el control de robots móviles. Primeramente se exponen las ventajas del enfoque basado en comportamiento y luego un caso de aplicación para el seguimiento de pared – evasión de obstáculos en un robot.  El artículo está bien escrito, pero puede mejorarse la descripción del caso o experimento. Sería deseable establecer previamente los objetivos para la observación. Las variables utilizadas podrían presentarse en una gráfica.  Si bien se menciona una mejora a partir de la inclusión del módulo de lógica difusa, se podría profundizar discutiendo el impacto de esto en las medidas. La sección de resultados puede mejorarse con una estructura más definida, tratando por separado los resultados de error, falsa lectura por reflexión, mapeo de pared en celdas.
Output: positive
A pesar de que el tema referente a la problemática de la navegación autónoma de robots móviles es de interés, el trabajo presentado no necesariamente tendría que serlo. Sin embargo a medida que el lector aborda en profundidad el documento es posible darse cuenta que el trabajo presentado constituye un aporte al tema. Ya desde el título se plantea con claridad lo que el lector encontrará en el documento, lo cual se ve reforzado con un planteamiento sencillo del tema por parte del autor facilitando la comprensión del trabajo realizado. Por otra parte, se presenta un prototipo cuya implementación es posible de replicar en laboratorio por quien se sienta interesado en el tema, lo cual contribuye a que este trabajo sea considerado como posible referencia en el ámbito educacional.
Output: very positive
Interesante propuesta de desarrollo de un vídeo juego para tratar el deterioro cognitivo del adulto mayor. Se ve como una propuesta novedosa, y que abre un nuevo campo de desarrollo de video juegos. Desde este sentido se considera un aporte al congreso.  Sin embargo, lo que el paper presenta es todavía una propuesta en desarrollo, por lo que todavía no se puede validar el enfoque del proyecto, lo cual se presenta como trabajo futuro. Por lo mismo, tampoco queda muy claro como encajaría el uso del video juego dentro de una estrategia mayor del tratamiento del deterioro mental de los adultos mayores, dentro de la cual el juego debería ser una herramienta más.  Por último, hay algunas afirmaciones que no están debidamente respaldadas por evidencias en el paper, tales como: "cuando hay tareas complejas es mucho más difícil para el joven que para el adulto mayor, ya que el adulto mayor tiene la experiencia mientras que el entrenamiento es sólo práctico"
Output: neutral
Hay importantes aportes, la combinación de procesamiento Digital de imágenes en geología y específicamente en la identificación de de Fracturas en Imágenes de Pozos es un aporte novedoso (en mi opinión).  Un aporte fundamental al trabajo tiene que ver con el la propuesta del método automático de identificación de líneas base y parametrización de fracturas, basado en técnicas de procesamiento de imágenes y un proceso de votación implementado por medio de la transformada de Hough.  en el archivo adjunto se incluyen más observaciones.
Output: positive
Ese trabajo muestra el procedimiento propuesto para la Identificación automática de fracturas en imágenes de pozos. La metodología se ve novedosa e interesante. El artículo muestra bien la metodología y tiene una buena redacción. Se agregaron métricas para medir la efectividad del algoritmo.  Este trabajo fue presentado en INFONOR 2014 y la redacción actual es la misma, que si bien es cierto es buena, presenta los mismos pequeños errores que en el artículo anterior. Por lo tanto, debe volver a revisarlo.  Aunque ahora muestra métricas para medir el resultado no se indica qué tan efectivo es este sistema respecto al utilizado antes.  Debe mejorar las figuras 12 y 15, en donde muestras las métricas. La figura 2, izquierda no se distingue. Falta incluir una referencia a la figura 11 en el texto.
Output: neutral
El artículo detalla una propuesta de gestión de requisitos basada en KAIZEN. Los autores describen diferentes métodos y técnicas para complementar Kaizen  Entiendo que el principal aporte de este trabajo es, según los autores, complementar y mejorar Kaizen para elicitación y gestión de requisitos. Sin embargo, los autores del artículo presentan únicamente una construcción teórica de su propuesta.  Entiendo que al artículo le falta trabajo por desarrollar, con el fin de validar la propuesta. Sin embargo al ser un artículo que desarrollan seis investigadores, considero que debe incluir aspectos más aplicativos de la propuesta.
Output: very negative
Interesante trabajo.  si bien el documento muestra una propuesta, sería interesante mostrar aplicaciones.
Output: very positive
Un buen tema, en términos de convocar a la sociedad en las utilidades y aplicaciones de las TICs   Se dice en la propuesta que: "se desarrollaran" métodos, "se proporcionará" una arquitectura de apoyo a la toma de decisiones, "se podrá" medir la receptividad, "se desarrollará" un inventario de las TICs. Desgraciadamente, nada de lo anterior se pudo concretar con estudios que sustenten lo anterior. Se hacen juicios de valor sin tener el respaldo suficiente. No se menciona en la introducción la información de organismos internacional en el contexto de la propuesta, como OECD o World Economic Forum, entre otros. Además, no se fundamenta la diferencia, aporte e innovación de la presente propuesta con la que se presentó al Proceedings of the 3rd International Conference on Theory and Practice of Electronic Governance.Bogota Noviembre 2009.
Output: negative
El tema de la participación ciudadana es hoy uno de los temas a nivel de gobierno  que interesa a los gobiernos y a los ciudadanos. Los autores presentan una aplicación que aplica estos conceptos en ámbito de gobierno local.  El objetivo del artículo no es claro. Los autores declaran que el proyecto asociado a este artículo tiene como objetivo desarrollar métodos que den soporte social a la participación de los ciudadanos de Monteria en los procesos y/o decisiones de gobierno.... Por otro lado ellos declaran que el objetivo  es proporcionar una arquitectura de apoyo  a la toma de decisiones grupales y de comunicaciones, que facilite la participación ciudadana en aquellos proceso públicos relacionados con la toma de decisiones , promover su empleo en decisiones importantes y explorar los aspectos políticos-legales asociados al mismo.  Sin embargo estos objetivos se refieren al proyecto ya que ellos no se desarrollan en el artículo. Los autores deben dejar claro el objetivo del artículo y este debe estar circunscrito a lo que se presenta en él.  El artículo también presenta aspectos negativos relacionados fundamentalmente con la revisión del estado del arte o de la literatura en el tema y en el desarrollo metodológico.  En relación a la revisión de la literatura los autores no presentan los principales estudios en el ámbito de la participación  ciudadana en el mundo. Existe un importante número de publicaciones que abordan este tema en los Estados Unidos y en Europa. Los modelos de madurez del gobierno electrónico abordan claramente este ámbito. Los autores deben  revisar en forma exhaustiva la literatura referente al tema.  El aspecto metodológico del artículo es incompleto ya que no establece un diseño de la investigación que identifique con claridad las herramientas a utilizar en cada etapa y la justificación de las mismas (comparativamente), solo se mencionan dos alternativas pero se desconoce las razones de su eliminación.   Dado que el trabajo se encuentra aún en su etapa de implementación es difícil determinar los beneficios finales de la implementación por lo cual los autores deben destacar esta limitación.
Output: neutral