reviews.json

{
    "paper": [
        {
            "id": 1,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "- 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.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "- 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",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 2,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Se explica en forma ordenada y didáctica una experiencia de uso de TIC para la colaboración académica.  La originalidad del trabajo no es su dimensión fuerte, ver trabajos de larga data como Gorton et al. (1997) y actuales como Lanunile et al. (2010). Sin embargo, la relevancia del tema como patrón de referencia en actividades relacionadas a tesis científicas, asociada a su buena presentación,  hacen de él un aporte.  Se sugiere, en miras a una publicación en revista, que se compare la eficiencia y efectividad de las actividades sin el apoyo de estas herramientas versus la actual realidad (con herramientas). Ejemplos de preguntas posibles a responder de este análisis exploratorio: ¿Cuáles son las principales actividades donde el uso de herramientas colaborativas es clave? ¿Qué cambios en el diseño de estas herramientas se deberían desarrollar en el futuro? ¿Existen perfiles de estudiantes/académicos más propicios para la adopción de estas plataformas?  Referencias:  Gorton, I., Hawryszkiewycz, I., and Ragoonaden, K. 1997. Collaborative tools and processes to support software engineering shift work. BT Technology Journal 15, 3 (Jul. 1997), 189-198. Filippo Lanubile, Christof Ebert, Rafael Prikladnicki, Aurora Vizcaíno, \"Collaboration Tools for Global Software Engineering,\" IEEE Software, vol. 27, no. 2, pp. 52-55, Mar./Apr. 2010.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Los autores describen una metodología para desarrollar, en forma colaborativa, tesis y memorias usando tecnologías que se usan habitualmente en desarrollo de software. Asimismo, describen herramientas concretas y sus bondades como, por ejemplo, Latex y Git. Finalmente, proponen un flujo de trabajo para el desarrollo de proyectos de esta naturaleza.  El valor principal del artículo radica en la aplicación de conocimientos que los estudiantes  ya dominan -es decir, técnicas y herramientas de desarrollo de software- a una problemática diferente como es el caso de las tesis y memorias. Todo ello, con el afán de hacer más eficiente el proceso.  1.- El énfasis del artículo está la solución sin hacer un análisis detallado del problema que se pretende resolver. En otras palabras, no hay respuestas a las siguientes preguntas:  a.- ¿cuál es exactamente el problema? b.- ¿qué impactos genera este problema? c.- ¿por qué es importante resolver el problema? d.- ¿qué soluciones se han implementado hasta la fecha? e.- ¿qué ventajas tiene la solución propuesta respecto de las anteriores?   2.- En mi opinión, el artículo debiera enfatizar más la metodología y el flujo de trabajo. Por ejemplo, añadir un diagrama -utilizando un lenguaje visual- que permita, por un lado, comprender el proceso general de desarrollo de tesis y, por otro, distinguir los roles, las actividades y las tecnologías asociadas en cada fase de la memoria.  3.- Se deben cuidar algunos aspectos del lenguaje y el rigor de ciertas afirmaciones como, por ejemplo: \"(dada la más bien atroz ortografía de que gozan los ingenieros)\". ¿Los autores disponen de algún respaldo empírico para respaldar esta afirmación? ¿Es necesario recurrir a un lenguaje tan prosaico para justificar la conveniencia de usar una determinada herramienta tecnológica? A propósito, recomiendo revisar las expresiones: \"no es publico\" (punto 3.1) y \"El tener acceso directamente...\" (punto 3.2)",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 3,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Este trabajo propone un nuevo enfoque basado en [25] para apoyar la recomendación de los RS mediante la evolución de los pesos de las características de los usuarios a través de dos enfoques de utilización de algoritmos genéticos. El trabajo parece técnicamente correcto y la propuesta presenta resultados robustos de acuerdo a lo presentado en el documento.  El documento posee una serie de errores al parecer tipográficos que inducen a confusión, donde se cambian los nombres de variables, abreviaciones o formato de presentación de variables  subíndices, etc. Por ejemplo: ecuación 2, función w, abreviación CF, figura 3, figura 6. El enfoque aparentemente utiliza solo una parte de la BD por motivos de eficiencia, sería bueno utilizar alguna técnica de indexado para apoyar este proceso.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "en",
                    "orientation": "1",
                    "remarks": "",
                    "text": "This paper aims to show new deployment alternative for recommender systems. To this end, the authors use two variations CHC genetic algorithm.  - It's a good job. - It is clear and very detailed.  - There are inconsistencies in the notation should be improved. The formula (7) has a notation different from the rest of the equations. - On the same point, the figure (3) refers to \"perfil\", \"pesos\", \"euclidiana\" and \"vecindad\"; these words aren't related with the text. - I think that the results shown in graphs would be more useful if they are shown in tables.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "en",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "The paper is well structured. It follows a logical sequence of sections.  The paper does not fix to the Infonor conference template.  The english grammar is poor. It makes the paper difficult to read and follow. Either:  a) rewrite the paper in spanish, or b) make the paper reviewed by a professional traslator  Most of the references are not recent (2005-2010). No new work since 2003? Some references do not indicate year.  Problems with equations, fonts, etc.  Figures 5-17 are not referenced/discussed/explained. It may be better to present these figures as a table.  Both, result analysis and conclusions, declare that GA CHC is better than Pearson´s correlation Algorithm. However, this analysis and conclusion is not supported for a wide variety of situations and conditions. Therefore, a true validation work is missing.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 4,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "2",
                    "remarks": "muy buen trabajo",
                    "text": "Se realiza un trabajo de modelamiento de encriptación cuántica novedosa  No veo aspectos negativos",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "2",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Este paper involucra el desarrollo de una aplicación que simule el protocolo BB84, se aprecia un trabajo ordenado y sin duda la comprensión de algunos conceptos de la física cuántica que sustentan la criptografía cuántica como son el teorema de no-clonación y el principio de superposición y entrelazamiento es una labor que tiene sus méritos, además, se aprecia el uso de ingeniería de software en la construcción de la aplicación, lo cual es un aspecto muy positivo, pues generalmente cuando hay involucrado creación de software en áreas de conocimiento de frontera, se recurre al code-and-fix, con todas las desventajas que esto conlleva.  Yo creo que este manuscrito debería ser dirigido al área de criptografía y seguridad, en mi especialidad que es la computación en ambientes distribuidos no veo significativa relevancia y aporte del manuscrito, usar RMI según mi opinión no es una contribución per se, pues  RMI es fácil de usar si se maneja JAVA, sin embargo, no es interoperable ya que no soporta otros lenguajes de programación, además, los sistema basados en RMI a medida que crecen tienen un problema de rendimiento, mientras más crecen más lentos se tornan, por otro lado, según algunos puristas un sistema cliente/servidor no es un sistema distribuido, según otros el caso cliente/servidor es el caso más básico de computación distribuida, en fin, hablando estrictamente desde el área de computación distribuida no veo relevancia en esta área de este manuscrito, sin embargo, me parece que en otra área el paper podría ser pertinente, ya que es un trabajo ordenado, claro y bien escrito.  Yo no soy experto en el área de criptografía, pero hace unos años atrás en una oportunidad escuche en un seminario a un inglés hablar de criptografía cuántica y menciono una gran cantidad de simuladores y aplicaciones, incluso dijo tener aplicaciones que ya utilizaban criptografía cuántica entre varios kilómetros por medio de fibra óptica, entonces creo que lo mejor es evaluar este manuscrito en esa área y no en el área de grid/sistemas distribuidos, pues en esta área el paper según mi opinión no tiene aspectos originales, ya que usa aspectos triviales de los principios cliente/servidor.  Como ya lo he dicho anteriormente, el paper tiene más asuntos de física cuántica y criptografía que de computación distribuida, por lo cual abstrayéndome al área que me compete, veo el uso de una tecnología de ambiente distribuido usada como cliente/servidor, no interoperable y con restricciones de escalabilidad. Un aspecto positivo en el paper es que se aprecia el uso de ingeniería de software.  En lo que respecta al área de grid computing y sistemas distribuidos, el manuscrito no contiene aspectos relevantes, utiliza RMI para implementar un sistema cliente/servidor, sin obstante, RMI es fácil de usar y como buen paradigma conocido en computación, performance se contrapone con facilidad de usar, RMI no escapa a eso, porque es fácil de usar, pero no tiene escalabilidad.  El documento está bien presentado, quizás la tabla 2 y tabla 3 sería mejor fusionarlas utilizando filas como computador y en las columnas los detalles de la red, sobre todo si más que un esquema cliente/servidor se tiene por ejemplo, un anillo de distribución de claves cuánticas, con más de 2 computadores involucrados. Creo que presentado al área de criptografía y seguridad sería más pertinente.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 5,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Novedosa propuesta. Bien estructurada. Correctamente escrita. Sólo sugiero: Explicar con más detalle la función trapezoidal de la página 2. Redactar nuevamente  el  párrafo  anterior a la función trapezoidal A(x). Agrandar el esquema de la figura 1. Explicar la arquitectura propuesta mostrada en la figura 2. Revisar referencia de Feng et al. que es la referencia 2 y en un párrafo de la columna 2 página 1 está marcada como referencia 1.  Artículo no está en el formato pedido por Infonor, por favor cambiar a éste formato.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El tema es interesante y está bien estructurado en lo que se refiere a diseño de la propuesta.  El tema trata de un enfoque para la mejora, sin embargo solo establece una propuesta de arquitectura, centrándose en el diseño, y no indica cómo se evaluará o medirá esta mejora para los SDW, se recomienda agregar métricas u otros aspectos para ello. No entrega muchos detalles, se recomienda aumentar el nro. de páginas para sí mejorar este aspecto. No hay muchas referencias bibliográficas a trabajos o esfuerzos relacionados sobre el tema.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "De alto perfil técnico, es un aporte a la temática.  Demasiado conciso, podría extenderse en el cómo (sobretodo desde el aporte fuzzy).",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 6,
            "preliminary_decision": "probably reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "- Propuesta innovadora de aplicación de una metodología de ingeniería industrial, al campo de ingeniería de requisitos.  - No presenta unificación de términos a lo largo del documento, relacionado con la fase de ingeniería de requisitos: ‘educción’, ‘elicitación'... Debe utilizarse siempre el mismo término. - No se evidencia cómo se cuantifica las ‘mejoras’ graduales del proceso de educción, y la ‘mejoría’ en la calidad de la documentación.. cómo miden esa mejora?? - Hay errores de redacción y ortográficos, particularmente en el uso del acento (tildes) y de signos de puntuación (uso de la coma y punto y coma).  El artículo propone la utilización de una filosofía de trabajo de otra área de ingeniería, para mejorar los niveles de calidad de los documentos de requisitos generados en un proceso de educción de requisitos.  Considero que desde el punto de vista técnico sería importante que sustentaran el análisis de resultados que plantean en una medición o comparación cuantificada, que permita por medio de un método más formal que el descriptivo generar las conclusiones de 'mejora' en la calidad de los productos asociados al proceso de ingeniería de requisitos.  No se evidencia cómo llegan a las conclusiones generadas, en qué se basan para decir que es mejor o no, en que tiene menos errores o no ??  Es una propuesta interesante que puede ser aplicado en casos reales de procesos de ingeniería de requisitos. Actualmente aporta a disminuir la crisis asociada a esta fase de desarrollo de productos software.  La organización del documento se puede mejorar considerablemente. Considero que dedican gran parte del artículo a expresar el marco conceptual asociado, y menos a la aplicación de la técnica en el caso de estudio y al análisis de resultados, apartados en los que se puede sustentar más la propuesta presentada. Así mismo, hay errores ortográficos y de redacción que, si se evitan, pueden darle mayor valor a la presentación del artículo.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Trata de aplicar una nueva estrategia a la gestión de requerimientos  No se respalda ni considera la aplicabilidad de técnicas propias de procesos de manufactura a procesos de software. Si bien es cierto hay autores como Demming que plantean que es posible hacerlo, existen otros autores como Sommerville que plantean que por las características propias del desarrollo de software, las técnicas de procesos de manufactura no son aplicables al software. Los autores de este artículo no entregan respaldo en relación a la validez de este aspecto. El artículo comienza planteando que la propuesta es para mejorar la educción de requerimientos, sin embargo, luego se deriva en que lo que se mejora es la generación de la SRS. La educción y la generación del documento de requerimientos son aspectos distintos. En el caso de experimentación que se presenta, no se ve por ninguna parte que se solucionen problemas ni en la educción, ni en la generación de la SRS, son más bien problemas de la implementación. Los errores detectados son aspectos básicos que cualquier programador con un mínimo de experiencia sabe cómo solucionarlos, sin necesidad que en la SRS se explicite el tipo de validaciones mínimas que se debe realizar como parte de las pruebas del sistema. La propuesta carece de guías prácticas que ayuden en su aplicación ¿cómo se deben realizar estas revisiones POKA-YOKE? ¿En qué aspectos hay que fijarse? ¿Existen artefactos que guíen la revisión? Hay errores de edición en el texto (palabras repetidas) Existen problemas de ortografía (acentuación de palabras)",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Buena práctica para garantizar calidad en la educción de requisitos  - El resumen está mal redactado, no debería haber explicaciones teóricas - La traducción del resumen es pésima - El artículo no está escrito en tercera persona - La Sección POKA YOKE debería ir antes de la sección VARIABILIDAD DE LOS REQUISITOS Y COSTO DE CALIDAD. - Hay varios errores de ortografía",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 7,
            "preliminary_decision": "probably reject",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Considero que un artículo de seis investigadores puede contener aspectos más claros de investigación. A esta altura de los acontecimientos creo que ya ha sido mostrado que una lectura inteligente de métodos y técnicas de mejora de procesos permite su entendimiento. Por lo tanto, considero que el artículo debería ser más concreto en la presentación de éstos y desarrollar más trabajo en la propuesta que realizan de forma especial.",
                    "text": "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.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Interesante trabajo.  si bien el documento muestra una propuesta, sería interesante mostrar aplicaciones.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 8,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "en",
                    "orientation": "0",
                    "remarks": "",
                    "text": "The paper describes an experience concerning the automated inspection of spectra for the Pipeline Hubble Legacy Archive Grism data.  Comments:  In the conclusions the authors say that \"We have identified two classes of flawed spectra which were not picked up by the automatic classification because of their very small number of training samples. Per construction machine learning techniques can not classify such outliers.\" This sentence should be further explained. As Hastie, Tibshirani, and Friedman say in The Elements of Statistical Learning (see Chapter 7): \"it is too difficult to give a general rule on how much training data is enough; among other things, this depends on the signal-to-noise ratio of the underlying function, and the complexity of the models being fit to the data. \" So, by just saying that the number of training samples is small you do not provide enough information to decide whether machine learning techniques are adequate or not to solve a problem.  Other minor comments:  + If reference [2] has not yet been written or published it should be deleted from the paper.  The dataset may be of scientific importance.  It is mainly descriptive.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "en",
                    "orientation": "1",
                    "remarks": "",
                    "text": "This manuscript addresses an interesting solution based in machine learning techniques to classify spectra legacy data of the Hubble Space Telescope in order to publish the results and \"good\" spectra in Internet to scientific community. The manuscript is well-written and results are robust. Experiment is sound and the manuscript seems acceptable in the current form. The work can be short, but very interesting to the Infonor and JCC community.  The main problem of the paper is that it is difficult to compare results for the classifiers utilized. A confusion matrix and parameters for each classifier could clarify results.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "en",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Interesting application domain.  Nothing new from a machine learning perspective. They authors should provide more information about the models they have obtained with the different classifiers (feature subset selection used, selected features, accuracies, statistical significance on the differences on accuracies, the models themselves, ...). Semi-supervised classification is the appropriate method for the last paragraph in the \"Methodology\" section.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 9,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Este paper presenta una herramienta (SAVE) para la verificación de arquitectura de software. SAVE realiza un chequeo estático de reglas asociadas a dependencias permitidas y prohibidas entre elementos del diseño y del código, y permite entregar un reporte sobre la consistencia entre ambos niveles respecto a dichas reglas.  En general la herramienta parece bastante poderosa por dos motivos: el uso de reglas sencillas y la inclusión de sets de reglas pre-definidas para patrones de diseño de amplia utilización. Esto, a mi juicio, es la diferencia más importante con otros frameworks similares.  La redacción es, en algunos lugares, poco objetiva. En particular sugeriría evitar el uso excesivo de adjetivos para los cuales no se provee de evidencia que los soporte. Por ejemplo, en varios lugares noté el uso de \"poderosa herramienta\", \"herramienta intuitiva\" o similares (no solamente referidos a SAVE, sino a otros trabajos). En todos esos casos, no se provee en forma explícita una evidencia que soporte el uso de dichos adjetivos.  Otro detalle que requiere arreglo es el título que aparece en el archivo PDF: \"Predicción de la dinámica del comportamiento...\", el cual no coincide con el título del paper. Probablemente los autores utilizaron una plantilla de un paper anterior con dicho título.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "La verificación de la arquitectura de un producto software puede ser una gran contribución a la calidad del mismo, por lo cual, cualquier herramienta que facilite esta labor es un aporte a la ingeniería de software. Presentan evidencias de una revisión previa de métodos y herramientas alternativas o complementarias a la propuesta. Las descripciones presentadas se acompañan de ejemplos aclaratorios.  No queda claro el rol e interacción del experto del dominio. En las secciones iniciales dice que la herramienta realiza análisis estático y dinámico, sin embargo al final del artículo, en la identificación de posibles mejoras de SAVE se propone incluir el análisis dinámico, lo que se contradice con la afirmación inicial. La descripción del funcionamiento de la herramienta no está lo suficientemente claro. La calidad de la figuras no es adecuada, por el tamaño y resolución de las mismas no es posible apreciar bien los detalles. La redacción de artículo puede ser mejorada. Hay varias frases en donde faltan conectores, por ejemplo \"En el presente apartado, veremos S.A.V.E. logra recuperar las dependencias existentes en el código fuente....\" Muchos errores en la acentuación de las palabras.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 10,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Novedosa propuesta, muy valorable la vinculación de personas del ámbito empresarial lo que permite que la teoría y propuestas para ingeniería de software puedan ser probadas en ambientes reales. Bien estructurado y muy bien redactado.  Solo sugiero esquematizar las actividadesde aplicación de entrenamiento White Belt IR - SixSigma y revisar pequeños detalles de redacción.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Buena práctica para mejor la calidad en la ingeniería de requisitos  - En el resumen no debería haber teoría - Debería haber un caso de estudio para ver mejor la aplicación de la metodología",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 11,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Interesante propuesta en un ambiente de desarrollo de software que es bastante pobre en aspectos metodológicos de desarrollo.  Falta un poco de trabajo relacionado o quizás discutirlo mejor en la introducción con referencias para fundamentar la interesante propuesta. Revisar redacción. No está en formato pedido por Infonor. Se sugiere no agregar links de páginas web en el texto del artículo.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Los autores han diseñado una metodología para desarrollar software de apoyo a proyectos de investigación científica. Identifican con bastante precisión las diferencias entre el desarrollo de software de investigación y software con fines comerciales. Asimismo, proponen una metodología siguiendo un enfoque de métodos ágiles de desarrollo de software.  La propuesta se encuentra en una fase de diseño, ha sido elaborada a partir de entrevistas a potenciales usuarios y es susceptible de ser probada en investigaciones futuras.  En mi opinión, en el artículo hace falta un apartado que dé cuenta de la metodología que los autores siguieron para llegar a la propuesta. Se hace referencia a entrevistas a: \"participantes en este tipo de proyectos\", no obstante, no se informa  cuántas personas fueron consultadas, cómo se seleccionó a los entrevistados, qué instrumentos se aplicaron y cómo se analizaron los datos.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "-1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Considero, antes que nada, que el ámbito de desarrollo de la temática (desarrollo de software en ambientes de investigación...) no \"otorga permiso\" para realizar este desarrollo en forma más informal (tiempos, relajos en versiones, escasa documentación, etc.). 2º, no veo porque se plantea sólo SCRUM, sin hacer comparaciones básicas con los otros exponentes \"clásicos\" de metodologías ágiles (XP y FDD), lo cual le otorga una cierta \"liviandad\" al análisis inicial de parte de los autores (sin duda se podría ahondar un poco más, sobretodo con XP).",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 12,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "2",
                    "remarks": "Se trata de un artículo que presenta un tema novedoso en el área de la ingeniería de software. Creo que será muy interesante conocer este proyecto en el contexto de las JCCC.",
                    "text": "Es un artículo que presenta un tema novedoso en el área de la Ingeniería de Software. El artículo está muy bien documentado y fundamentado. Las tecnologías utilizadas en el desarrollo del prototipo son de interés actual.  Como lo describe el artículo, se trata de un primer paso en una línea de investigación y del desarrollo de un prototipo de una aplicación meta-case. Queda es este sentido, poco clara cual es el nivel de madurez actual, tanto de la investigación como de la aplicación desarrollada.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "en",
                    "orientation": "0",
                    "remarks": "",
                    "text": "This paper presents a software tool that is useful in the context of software engineering. The authors do a good job describing the technical details of the tool. However, there is little information about the novel aspects of the proposed tool, How the proposal compares to other existing tools (if any)?",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "2",
                    "remarks": "",
                    "text": "Un trabajo muy claro, preciso y del alto nivel",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 13,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "2",
                    "remarks": "",
                    "text": "El artículo presenta el diseño de un prototipo que implementa un sistema para la adquisición de datos mediante dispositivos móviles inalámbricos, aplicado a la minería, específicamente en la monitorización de material particulado. Resulta interesante la aplicación de la tecnología móvil a un problema concreto de la industria minera chilena, además el artículo describe de forma muy clara la problemática y el prototipo propuesto.  El artículo resulta novedoso ya que se plantea el uso de la computación (procesamiento de de datos) y de las tecnologías de dispositivos móviles aplicadas a un problema concreto de la industria minera chilena.  El problema, la tecnología presentada (BUG) y el prototipo propuesto están descritos de forma clara.  Resulta relevante la aplicación  de tecnologías computacionales móviles actuales en sectores industriales importantes del país.  El título principal y el resumen deben estar escritos en español y en inglés (sólo vienen en español). Además, el artículo presenta una lista de 29 referencias, pero sólo hace referencia  a una (la primera de la lista). Incluso aparece en las Referencias PCFactory, y no queda muy  claro el porqué.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Considera el uso de tecnologías móviles para incorporar en la medición de material particulado que existe en el interior de una mina. Será interesante ver las ventajas y desventajas de esta aplicación con otras existentes.  Es un estudio solamente. Todavía no hay resultados.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 14,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Este trabajo presenta muchas inconsistencias.",
                    "text": "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.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "NOTA: La primera versión de este review correspondía a otro artículo.",
                    "text": "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.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Aunque el artículo sigue una estructura estándar, presenta algunos problemas de forma que deben ser corregidos.",
                    "text": "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.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 15,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El presente paper realiza una categorización de formas de integrar reglas de negocio en un diseño utilizando el paradigma orientado a aspectos y propone una plantilla de documentación para reglas de negocio basado en dicha categorización.  El paper entrega información útil sobre el problema en particular, así como una categorización razonable de diferentes aspectos en este problema. Es un buen punto de partida para una investigación en esa línea.  Aunque la información entregada en el paper es de suma relevancia para una investigación en este tema, es insuficiente para aceptarlo como un trabajo completo y autocontenido. La razón es que el paper se enfoca en identificar problemas y proponer un artefacto (la plantilla) que debería resolver dichos problemas. Sin embargo no presenta evidencias de por qué esta plantilla es una buena alternativa para resolver dichos problemas. Para ello se requieren los elementos mencionados en el trabajo futuro, específicamente la especificación formal y la herramienta automática para crear plantillas y mapearlas a AOP.  Mi sugerencia es esperar a que estos elementos estén listos para completar este paper y enviarlo a una nueva conferencia.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El trabajo presenta una alternativa viable para resolver el problema del cambio de las reglas de negocio.  Se puede mejorar agregando algo más de background al tema de aspectos, dado que se asume un conocimiento previo de este tema, por lo que el paper no es autocontenido.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El trabajo presenta una metodología para abordar al complejidad de implementar reglas de negocios sin realizar cambios en la funcionalidad base de un sistema.  Propone una metodología clara basada en documentación mediante plantillas para manejar y analizar el impacto de realizar la implementación de una regla de negocio vía orientación al aspecto.  Las razones presentadas para indicar que el enfoque OA para encapsular la conexión entre las reglas de negocio y la funcionalidad base no es una tarea trivial, son generales y deberían ser abordadas con mayor profundidad.  No presenta evidencias formales de que la utilización de las plantillas propuestas resuelvan de forma concreta un problema.  Se sugiere presentar un problema resuelto por medio de la herramienta que se encuentra en desarrollo que maneje automáticamente las plantillas. En su defecto, demostrar la aplicación a un problema específico.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 16,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "Revisar el inglés que utiliza el artículo, existen errores que pueden corregirse para su publicación.",
                    "text": "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.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 17,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Se presenta el desarrollo de un prototipo para una herramienta de asignación automática de requisitos de software entre los desarrolladores. Esta herramienta puede ser muy útil para los equipos de desarrollo de software. Se trata de realizar un aporte mediante esta herramienta a  la calidad de los productos desarrollados.  No se explica cuál es la heurística utilizada para la asignación de requisitos a los programadores. No se presentan un estudio de las herramientas de gestión de requisitos existentes, en donde se demuestre que no existen herramientas alternativas a la presentada. Y en caso de existir alternativas, justificar por qué desarrollar una nueva. No se explica claramente las funcionalidades de la herramienta. No hay evidencia de la mejora del proceso al incluir esta herramienta, sólo se dice en las conclusiones que \"es perceptible el cambio en la calidad del proceso\" Las referencias bibliográficas utilizadas son en su mayoría páginas web, no se nota una revisión bibliográfica en bases de datos especializadas. Las figuras no se distinguen bien. Las referencias bibliográficas no cumplen el formato establecido. Debe redactar en tercera persona.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "- Propuesta novedosa de planificación de requisitos para una fábrica de software, como un aporte hacia el mejoramiento de la calidad de proyectos.  - A pesar que el título del artículo se orienta hacia la 'planificación de requerimientos', este punto solo se vuelve a abordar cuando narran cómo implementaron el prototipo. - No incluyen una base conceptual que permita sustentar el papel que juega la administración de requisitos en el proceso de desarrollo de software y particularmente en el aseguramiento de la calidad del proceso. - No se evidencia cómo con un aporte en la planificación automática de los requisitos para la fábrica de software, ésto le permitirá reducir sus tiempos de desarrollo (estimados vs reales) y por ende asegurar una mayor calidad. - No es muy clara la relación que existe entre la propuesta que hace en el marco de CMMI.  El artículo propone un modelo de planificación de requisitos, apoyado por una herramienta automática.  El prototipo que proponen es interesante y relevante. Pienso que puede organizarse mejor el modelo y método que proponen asociado a él, que en realidad es el aporte real de los autores. Considero que desde el punto de vista técnico sería importante que el análisis de resultados que plantean con el caso de estudio del banco, se hiciera por medio de una interpretación o comparación cuantitativa, que realmente evidencie que con esa planificación automática realmente se está mejorando la calidad del proceso y/o al menos la estimación y ejecución real de tiempos de desarrollo serán menores, escenario que según antecedentes ya ha sido justificado en su relación directa con la calidad.  Es una propuesta interesante que puede ser aplicada en casos reales de procesos de administración de ingeniería de requisitos. Actualmente aportaría en la disminución de tiempos asociados a esta fase de desarrollo de productos software, y consecuentemente con la calidad del proceso. Teniendo en cuenta que la Ingeniería de Requisitos tiene tantas causas y acciones problémicas, que generan crisis de software y por ende una afectación en la gestión de la calidad, queda como un interrogante abierto el que realmente un aporte hacia la 'planificación' del requerimiento logre un efecto considerable, con respecto a otras causas o puntos cruciales como la 'priorización de requisitos', la validación y/o su trazabilidad como tal.  La organización del documento puede mejorar en los siguientes aspectos: - Algunas de las figuras que se incluyen no son necesarias, pues realmente no aportan algo adicional de lo descrito en el texto, además que visualmente no dicen mucho. - En el apartado de 'Diseño de APARD' nombran muchos aspectos de orden técnico característicos de las fábricas de software de referencia, que no le dan mayor peso a la intención del artículo, ni están dando datos realmente influyentes parra la aplicación. - Se puede optimizar la calidad de las figuras (principalmente las que muestran los componentes internos del algoritmo y las acciones de uso del sistema -perfiles, pues son las que evidencian el mayor aporte). - Hay varios errores de redacción que deben ser revisados (p. ejemplo: el uso de 'en base de', debería cambiarse por 'con base en'; 'se hace uso', por 'se usa'.. )",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "- La herramienta APARD - La temática asociada a requerimientos y fábrica de software es interesante  - No está detallado el caso práctico que considere el uso APARD con sus ventajas y limitaciones - La sección que explica la implementación de la solución APARD debe ser mejorada - Mejorar conclusiones - La presentación:  con errores ortográficos y de redacción, escrito en primera persona, figuras con letras muy pequeñas, color blanco de letras en figuras la hacen poco legible, referencias escritas de diferente forma, etc. - Se recomienda no utilizar Wikipedia como referencia para un artículo científico. - Falta autor en referencias 6, falta nombre de tema en referencia 13 - Referencia 7 está escrita con autor de manera diferente a las otras y con título antes de autor. - Cambiar “Palabras claves” por “Palabras clave”. - De acuerdo a formato, poner como mínimo 5 palabras clave. - Pone referencia en otro formato, ejemplo, Greenfield y Short(2003) - Hay mucho detalle de tecnologías y herramientas y productos detallados en la sección Especificación Tecnológica de APARD - ¿Qué significa IQNET[z]? - Sugiero poner en Introducción las secciones que componen el paper.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 18,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El tema del artículo es novedoso y necesario en la literatura de modelamiento de procesos  El trabajo en general presenta un desarrollo pobre en lo teórico. Para llevar a efecto la comparación entre las técnicas de modelamiento de procesos se debe construir una metodología que muestre efectivamente las ventajas de un método por sobre el otro.  La comparación efectuada entre los métodos debe ser presentada para un caso general, dado que en ninguna parte la metodología explica que se va a aplicar a una  situación particular.  La metodología del artículo no explicita adecuadamente la forma en la cual se desarrolló la comparación, sólo expone los criterios de decisión utilizados en su construcción, lo cual no permite evaluar adecuadamente los resultados obtenidos.  No se expone con claridad la pregunta de investigación y los objetivos del estudio efectuado.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Justificación:",
                    "text": "Justificación: Es un trabajo que no tiene mucha novedad, es un tema que se ha estudiado bastante, sobre todo los modelos gráficos. Estos conceptos están incorporados en las herramientas CASE, aun cuando en el documento no se presenta en profundidad. Tal vez un mayor aporte hubiese sido investigar los métodos formales y ampliar el análisis comparativo de métodos.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 19,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "en",
                    "orientation": "1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "2",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "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\").",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 20,
            "preliminary_decision": "probably reject",
            "review": [
                {
                    "confidence": "2",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "Falta de claridad en los conceptos y presentación de la propuesta, la que carece de referencias de aportes en el contexto de un problema muy usual.",
                    "text": "El tema es de actualidad y se recrea la tercera misión a través de la propuesta. Me parece meritoria e interesante, además del efecto multiplicador que esto conlleva para las empresas y las universidades en abordar problemas reales, con \"personas\" reales.  Los Acrónimos definidos no presentan o representan su origen o fuente. Por ejemplo, FCAB, dice empresa de Ferrocarriles, pero no se ajusta a la realidad, pues debería ser Ferrocarriles de Antofagasta. Y así con otras, como CMM, HPC, AMPL, los que carecen de significado.  No queda claramente discutido el tema de la propuesta en su contexto, ni los aportes y/o innovaciones en contraste con otras propuestas de la misma naturaleza que se pudiesen citar en referencias, bibliografía, papers o artículos, en donde bien pueden dar o entregar algunas consideraciones sobre el estado del arte del problema. Lo anterior, bien se podría realizar en la introducción o en la presentación del problema.  Falta de claridad en la forma de expresarse o en la definición. Me refiero a por ejemplo, \"diagrama normal\", \"problema del diagrama normal\" y el \"problema del diagrama NxN.\" (en este último al menos se menciona un ejemplo.), \"modelo de diagrama equilibrado\", entre otros.  Se hacen muchos juicios de valor sin tener el respaldo para ello. Me refiero a que se menciona textual... \"este algoritmo es de convergencia lenta...\" \".... los sistemas comerciales y muchos sistemas de libre disposición en la Web......usan técnicas heurísticas, con el fin de hacerlo eficiente.\" \"lento\", ¿en qué sentido?, ya que existe un entramado de posibilidades que podrían justificar tal juicio, a cuál se refiere?. \"sistemas comerciales\", ¿a cuáles se refiere? \"sistemas libres\", se refiere a sistemas FOSS (Free and open source software)? \"técnicas heurísticas\", ¿cuáles de los mencionados usan esta técnica?. \"hacerlo más eficiente\", al igual que antes, ¿en qué sentido, hacerlo más eficiente.?. A caso, no lo es ahora?.  Falta fundamentar y sustentar tales juicios con trabajos y/o referencias bibliográficas, por ejemplo.  Se habla de un grafo, que estaría representando el problema. Existiendo tantas herramientas de modelamiento, que lástima que no se presente o se visualice un modelo gráfico sobre el particular.  Se desconoce el formato de los archivos de entrada, y/o transformaciones que deberán sufrir estos para alimentar los archivos AMPL en el proceso de Leer/transformar datos a AMPL. Análogamente, para cuando la recupera en formato AMPL y la traduce al formato XML. El uso de DSL (Domain-Specific Language) sería una solución plausible?.  Por qué SSH?, ¿qué estudio avala tal decisión.?? Cómo se realiza la autenticación?. que método utiliza?. Autenticación vía password, tarjeta, voz, etc...  Se hacen referencia a una serie de libros clásicos, los cuales no se correlacionan con la presentación, ni con el contexto de la propuesta. Muy genérico. Podría ser más específico respecto del porque citar estos libros. Además no se mencionan en la propuesta el enlace (numeración)a las Referencias.  Carece de conclusiones, o agradecimientos. Me imagino que FCAB facilitó la infraestructura y la problemática.  Carece de enlaces a los portales de las herramientas que utilizaron o utilizaran. Por ejemplo. http://www.ampl.com, http://www.openssh.com/, entre otros.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Incluso para la categoría \"short paper\", el artículo en su estado actual no parece suficiente. Podría ser un \"poster\" o un reporte de \"work in progress\" si alguna de esas categorías existiera.",
                    "text": "Se presenta un modelo de optimización con restricciones de asignación de tripulaciones de trenes y su implementación en Java.  El problema está claramente delimitado y tiene aplicación práctica.  La solución propuesta parece apropiada.  La presentación extremadamente breve (dos páginas de contenido) no permite evaluar la calidad técnica ni la relevancia del trabajo.  No se incluye discusión de trabajo relacionado ni de los aportes del trabajo mismo.  No se proporcionan detalles del modelo, ni del software, ni de los resultados experimentales.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Es un buen tema para el congreso. Presenta una buena propuesta de trabajo de vinculación  Está redactado como un abstract extendido, debe ser re-escrito para ser aceptado definitivamente para el congreso. No hay referencias y las que coloca al final son pobres. Por la presentación debería ser castigado",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 21,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Creo que responde a las expectativas de los artículos que se esperaban, marcando un estándar tanto en la forma como en el fondo.",
                    "text": "El tema es de vital actualidad, factible de realizar (se dan evidencias de aquello) y se recrea al mismo tiempo la ejecución de la \"tercera misión\" a través de la propuesta. Me parece meritoria e interesante el efecto multiplicador que esto ha tenido, al incorporar los actores a la propuesta.  En específico me refiero a las empresas o pymes, las universidades e institutos (alumnos), INDAP, en abordar problemas reales, con \"personas\" reales.  La propuesta logra presentar una dinámica, en este caso, de la sociedad agrícola, que apalanque la gestión del conocimiento. Una derivada interesante de la propuesta es que ha servido para identificar las oportunidades que existen en la Región y su entorno, a la luz de las acciones que se están ejerciendo con el fin de obtener aún más de ellas, en lo específico me refiero a la Universidad, entidades gubernamentales y la sociedad.  Carencia de referencias internacionales de los estándares (si es que existen?) que se desean alcanzar en éste ámbito. Se compromete a mejorar la \"rentabilidad de los pequeños productores\", pero no se dice cómo, ya que con sólo la incorporación de la tecnología no es suficiente.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Poca información sobre aspectos técnicos utilizados en el desarrollo del sistema.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Sin duda en este campo se pueden realizar muchos aportes de tipo innovativos (y este trabajo lo es).  En él artículo se debió destacar más fuertemente los aportes informáticos y no tan sólo destacarlos débilmente. Tampoco se ve con claridad el \"cómo se va a ahondar\" en las reglas del negocio y se menciona sólo genéricamente esbozos metodológicos.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 22,
            "preliminary_decision": "probably reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "No queda claramente establecida la magnitud de la propuesta, en el sentido que se desconoce que representa una flota, personal, nº de locomotoras.",
                    "text": "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.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Adicionalmente, no queda claro en qué área de la conferencia pudiera caber este artículo.",
                    "text": "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).",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 23,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "En este trabajo se realiza una propuesta para la identificación de riesgos relativos al proceso de outsourcing de software, para lo cual se diseña una taxonomía que es aplicada preliminarmente en una organización como forma de validación, aunque sólo en la forma de una encuesta de opinión.  Para robustecer el aporte científico sería ideal contar con una aplicación real que acompañe el proceso de outsourcing de comienzo a fin de modo de poder dimensionar de mejor manera el real aporte y efectividad de la taxonomía propuesta",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "- Una revisión interesante de la literatura - La propuesta de Taxonomía presentada  - El Caso de Estudio está tratado de manera muy débil. Además, los resultados no son expresados de una manera más rigurosa (por ejemplo, con porcentajes o gráficos). - De acuerdo a formato, poner como mínimo 5 palabras clave. - Debe cumplir con formato exigido, por ejemplo, no debe usar “et al” ni en el texto ni en las referencias, debe dejar espacios entre párrafos, etc. - La referencia 10 ¿es una tesis o un informe técnico? - Sugiero cambiar color de letra de Figura 2 para mayor legibilidad. - La Figura 2, ¿es realmente la Figura 1? - El texto en azul ¿es figura o tabla? (no aparece su identificación) - Indica que el listado de la Tabla 3 corresponde a “cada uno” de los niveles descritos, pero en la Tabla 3 no aparece el tercer nivel y debe decir Figura 3 y no Tabla 3 - En Figura 3 respectiva, debe cambiar “D. Selección de Proveedores” por “F. Selección de Proveedores”. También debe cambiar “E. Establecimiento del acuerdo” por “G. Establecimiento del contrato”. - Debe utilizar la palabra “requisito” o “requerimiento” pero no ambas. - En “C. Procedimientos de verificación” debe cambiar “2. Entorno de validación” por “2. Entorno de verificación” y “3. Procedimiento y criterios de validación” por “3. Procedimiento y criterios de verificación” - Cambiar en referencia 24 “Standarization” por “Standardization”",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 24,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "2",
                    "remarks": "",
                    "text": "El artículo describe un caso de innovación empresarial que apoya los procesos de aprendizaje organizacional. El principal mérito del caso es que se ha logrado un impacto muy significativo con una inversión modesta de recursos. Adicionalmente se enfatiza al conocimiento como un elemento estratégico para la organización, el cual requiere acciones concretas de gestión y asignación de recursos. Finalmente, se debe destacar una redacción impecable y amena del caso.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo describe una interesante aplicación en el ámbito de la capacitación y que entrega herramientas de gran utilidad para la empresa en el mejoramiento de los procesos del aprendizaje de los trabajadores. El artículo identifica las ventajas que este tipo de plataformas entrega a las empresas que las utilizan.  El artículo no define adecuadamente el propósito del mismo y establece en su inicio que este objetivo es \"dar a conocer\", lo cual no es un propósito adecuado para estas investigaciones.  El artículo se denomina plataforma para la gestión del conocimiento, sin embargo el artículo no define el marco teórico adecuado a esta temática. (no hay autores relevantes en la gestión del conocimiento y los procesos asociados a esta).  El artículo no justifica adecuadamente en la literatura la relevancia de estas plataformas en los proceso de aprendizaje y experiencias internacionales en el tema  No existe un apartado que presente la metodología de investigación seleccionada por los autores, más bien los autores describen una aplicación y sus componentes. Falta claramente el diseño de la investigación.  Las conclusiones del artículo se relacionan con la importancia de estas plataformas para la empresa, pero no se enfocan en los resultados obtenidos en la empresa que implementa, no hay recomendaciones para futuros estudios y no existe reconocimiento de las limitaciones del mismo",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 25,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Es un trabajo interesante, en un área compleja, que se presenta adecuadamente. Se pudo hacer un mayor esfuerzo en comparar con otros trabajos en la misma línea que se estén desarrollando actualmente, bajo condiciones similares.",
                    "text": "Desarrollar investigación asociada al tema de visión artificial es interesante de conocer, aún bajo condiciones que no son las óptimas, particularmente en los recursos de hardware.  En la sección de pruebas de luminosidad hay cierto desorden en la presentación de los resultados (por ejemplo, la figura 10. debería titularse Prueba Botella Cloro y no Prueba Caja). Lo que hace difícil su seguimiento. Las referencias bibliográficas podrían ser más actuales y de mejor nivel.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "La publicación trata sobre un sistema de reconstrucción de superficies a través de un escaneo, utilizando para ello una cámara de vídeo convencional, un motor y un láser. Bajo este esquema, se desarrolla un sistema de bajo coste, con las ventajas y limitaciones propias de la proposición.  - Creo que el sistema propuesto parte de una premisa interesante que es su bajo coste. Los sistemas comerciales para este tipo de desarrollos pueden ser, en la mayoría de las ocasiones, de costes muy elevados, dependiendo del tipo de elementos que se utilicen. - A pesar de la simpleza de la arquitectura propuesta, creo que el sistema es mejorable. Por ahora, creo que falta un camino por recorrer (de acuerdo a lo leído en el paper) en lo que refiere a su uso más allá del laboratorio.  Es por eso que en ORIGINALIDAD (ORIGINALITY) se califica con nota 4 (good)  - Una de las primeras debilidades encontradas en la publicación es su introducción. Esta peca, a mi parecer, de dos problemas: El primer problema es que su contenido es demasiado general, en toda su extensión se habla de qué es la visión por computador, en general,  pero no se detallan aspectos interesantes como el estado del arte en esta materia y una bibliografía relevante. Solo se dice a rasgos generales: \"En trabajos realizados relacionados con este tema, generalmente es el objeto el que se mueve en forma milimétrica...\". A partir de esto me surgen dudas como: ¿Hay otras formas de reconstruir superficies?, ¿Hay trabajos similares?, ¿En qué se diferencia esta técnica a otras?, ¿Cuál es el aporte de vuestro trabajo?, ¿Por qué no utilizar visión estéreo (quizás los costes sean similares)?.  El segundo problema encontrado es consecuencia del primero, ya que al tratar de explicar lo que es visión por computador a quedado demasiado larga (un poco más de tres columnas), y demasiado general. Quizás si se hubiera centrado la atención en el estado de arte esto no lo vería como problema.  - En el aspecto técnico veo que vuestra aproximación puede funcionar en un ambiente muy controlado, donde no hayan grandes cambios de iluminación y la superficie de los objetos escaneados sean de colores que no sean muy similares al fondo y/o haz de láser utilizados. La resta de fondo para entornos controlados puede funcionar pero en exteriores dudo que su sistema sea tan estable. Creo que en el texto se podrían haber enumerado los distintos métodos utilizados para la segmentación. En la página 4 se hace referencia pero no se profundiza (\"Para la segmentación se probaron distintos métodos, de los cuales se seleccionó el método de resta de imágenes...\"). Quizás sería bueno aprovechar algún espacio de color (RBG, YUV, etc.) y utilizar la distancia de Mahalanobis (obtener una muestra de un haz de láser o varios) para obtener una mejor segmentación de la luz láser.  - Sobre la presentación, he encontrado algunos errores que sería bueno mejorar:  - La figura 2 y figura 3 tienen el mismo título, creo que hay un error con el título de la figura 3.  - La figura 2 tiene algunos errores y que puede inducir a error. \"Proyector de luz\", la \"de\" está subrayada. Y \"b\" puede confundir ya que aparece con un guión bajo.  - Algunos detalles:   - Página 5: \"Lo anterior les genera...\"   - Página 6: \"las cuales obtienes mejores...\"   - La palabra láser aparece sin tilde en algunas ocasiones. Revisar el título que acompaña cada página.   - entre otros.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "1",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "NO ME ENCUENTRO CAPACITADO PARA EFECTUAR ESTA REVISION. ESTA MUY LEJOS DE MI ESPECIALIZACION.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 26,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Mejorar la calidad de algunas figuras que no se pueden leer.",
                    "text": "La novedad del tema a tratar hace del artículo una investigación interesante. Tiene una muy buena presentación y es fácil de leer, lo cual da un aspecto llamativo al tema. A pesar de ser un tema que incluye dos disciplinas muy distintas, han logrado sincronizar adecuadamente los conceptos de tal forma que la investigación es importante y aporta conocimiento desde la parte inicial del trabajo realizado, hasta las propias conclusiones Se recomienda a los autores seguir con el trabajo a fin de acabar otros aspectos relacionados con la salud pública.    Recomendaciones: Es indispensable mejorar la calidad de las figuras, existen algunas que es imposible visualizar, como es el caso de Figura 4, Figura 6, Figura 7 y Figura 8.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "- Buena revisión de tendencias, tecnologías y estándares que podrían utilizarse para la implementación de sistemas de telemedicina. - Interesante caso práctico que hacen del sistema SAT y sus posibles aplicaciones desde la Ing. de Software  - Las iniciativas y tendencias que muestran en telemedicina, deberían describirlas en función de los apartados que tratan en el artículo: integración, interoperabilidad y desarrollo de aplicaciones, y no en general como lo presentan. Por esta desarticulación, es posible que no sea muy clara la consecuencia entre lo que presentan en el resumen y lo que se encuentra en el desarrollo del paper. - Considero que el título no debería enfocarse solo hacia 'Herramientas', pues al comenzar a leer el trabajo queda la idea q el aporte y la revisión es mas a nivel operativo y de sistemas que apoyen el proceso, mas no de iniciativas en cuanto a estándares, proyectos y tecnologías desarrolladas para tal fin. El título no tiene el alcande del contenido.  El artículo describe en el caso chileno, cuáles podrían ser iniciativas, tendencias y tecnologías para la aplicación de ingeniería de software en el ámbito de la telemedicina. No representa originalidad como tal en ninguna de las dos áreas.  La calidad técnica es buena en cuanto a que la revisión que describen está soportada bibliográficamente, con tendencias, tecnologías y estándares actuales. En cuanto a la escritura técnica, sí hay errores en el adecuado uso de las siglas, en algunos casos no muestran su significado, en algunos otros casos no son bien utilizadas. (Por ejemplo: Se debe decir TIC, no TICs; en la citación de las referencias en el texto, se debe suprimir la puntuación antes del número --> especialista [14].; las figuras pueden mejorarse significativamente). La descripción de las 'tendencias' e 'iniciativas' daría mayor valor al artículo que ejemplos como el incluido en esta última sección donde muestran la representación de un mensaje en sintaxis diferentes.  Es relevante para el contexto chileno, en cuando presentan una propuesta interesante para que los diferentes actores (gobierno, desarrolladores, compañías) tengan en cuenta para impulsar esta área de trabajo.  La organización del documento se puede mejorar en los aspectos nombrados en 'calidad técnica, al igual que aspectos que evidencien una consecuencia y coherencia entre título, resumen y desarrollo del artículo. Así mismo, hay errores ortográficos y de redacción que, si se evitan, pueden darle mayor valor a la presentación del artículo.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 27,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "2",
                    "remarks": "",
                    "text": "Un muy buen trabajo, presenta integración de varias tecnologías de una forma clara y coherente  A pesar de que lo mencionan como trabajo futuro, se debería tener en cuenta el HL7 desde ya",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 28,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Presenta un framework para el trabajo de MVC con PHP de forma simple.  Podría ser un poco más técnico en cuanto a elementos de configuración y agregar comparación con otros frameworks existentes para entender por qué CakePHP y no otra alternativa.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 29,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "El trabajo es de baja calidad académica (describe sólo una idea de proyecto y no da evidencias útiles para ser reportadas en ambientes académicos) y de muy pobre redacción (no depurado y sin claridad). No creo que sea un aporte al congreso.  Ejemplos de carencias:  1. No existe ABSTRACT en inglés, sólo un RESUMEN con título de ABSTRACT, lo mismo en el caso de las KEYWORDS.  2. Errores gramaticales:  ·\tEliminar “,” en diversos lugares sin sentido gramatical. Ejemplos: ·\t\"En este artículo, se describen los antecedentes y la fundamentación teórica del proyecto\". ·\t“… y la participación ciudadana, de donde surge la necesidad de realizar el proyecto” ·\t“ Este cuestionamiento, permitirá que el lector se enfoque …” ·\t“… más fácilmente, la forma” ·\tFaltan “.” Finales: ·\tQue el funcionamiento de una nación pueda basarse en el principio de democracia representativa ·\tLas instituciones de una nación proporcionen a los ciudadanos medios y posibilidades de expresar su opinión ·\tFaltan “y” ·\t“… cuentas, desmonte de la cultura de corrupción.”, debe ser “… cuentas, y desmonte de la cultura de corrupción.” ·\tTiempos verbales errados: a.\t“… lector se enfoque en el objetivo primordial de los desarrollos y podrá”,  podrá debe ser pueda. ·\tUso de “;”  y “,” en “ El artículo se estructura de la siguiente forma: en la sección 2 se describen las razones y el contexto actual que dieron origen a la idea que motivó el proyecto; en la sección 3 se plantean los objetivos propuestos; luego, en la sección 4, se delinea la metodología y se describen brevemente cada una de las fases o etapas de desarrollo y finalmente en la sección 5, se plantean las conclusiones a las que se ha podido llegar, luego de la ejecución de las fases 1, 2 y 3.” ·\tUso de punto aparte en vez de puntos seguido en varios párrafos.   3. En las referencias ·\tMalas llamadas a las referencia en el texto, dice “[2], [3], [4], [5]” y debe ser “[2, 3, 4, 5]” ó “[2-5]” ·\tIncompletas para [1] ¿Editorial, año? ·\tReferencias en mal reportadas según estandar: ·\t[2] Batista, C. TICs y Buen Gobierno: La contribución de las Tecnologías de la Información y la Comunicación al Gobierno Local en América Latina. Núcleo de Investigación en Políticas Públicas. Universidad de Brasilia, Brasil. UNESCO. 2003. ·\t[3] Revelo, H. Gobernabilidad y Tecnologías de Información y Comunicaciones: Uso de las TIC para el fomento de condiciones para la Gobernabilidad, con énfasis en el ámbito Local. En: XI Congreso Iberoamericano de Derecho e Informática. Quito – Ecuador. Septiembre 28 al 30 del 2005. ·\t[4] Toro Giraldo G. et al. Gobierno Electrónico Local e Inclusión Digital. Federación Colombiana de Municipios GTZ, 2006. ·\t[5] http://www.iadb.org/sds/ICT/site_6198_s.htm  ·\t[8] Solano, D., Perez, L., Velez-Langs, O. Citizen participation through web: e-democracy in Monteria.. Proceedings of the 3rd International Conference on Theory and Practice of Electronic Governance. Bogota Noviembre 2009. ·\t[9] Perez Negrete, L., Velez Langs, O., Solano Oviedo, D. Análisis de la Recepción de un Portal de e-Democracia en Montería .. V Congreso Colombiano de Computación. Cartagena de Indias - Colombia Abril 2010. ·\t[10] http://directwebremoting.org/dwr/ ·\t[11] http://en.wikipedia.org/wiki/Apache_Wicket  4. No existen  fuentes de las figuras 1 y 2. 5. Dice que el objetivo general del proyecto es “proporcionar una arquitectura de apoyo a la toma de decisiones grupales y de comunicaciones, que facilite la participación ciudadana en aquellos procesos públicos relacionados con la toma de decisiones, promover su empleo en decisiones importantes y explorar los aspectos político-legales asociados al mismo” (falta . final) y se puede entender que el objetivo de artículo descrito como  “se describen los antecedentes y la fundamentación teórica del proyecto de investigación con el mismo nombre” … que como dice (finalmente) en  las conclusiones es “Desarrollo de Mecanismos de Participación Ciudadana en Montería a través de Internet”.  Este último objetivo no se cumple a mí entender. 6. En las conclusiones se entregan elementos desarrollo del trabajo como es “la opción escogida para el desarrollo del portal, siendo el manejador de contenidos Joomla! la herramienta utilizada para ello, debido a la facilidad de uso, administración y mantenimiento de todo portal o sitio web construido con este [8]. Joomla! fue elegido posteriormente a un estudio en donde también se consideraron otras tecnologías como DWR [10] o Wicket [11]. Dicha facilidad de administración y mantenimiento….”",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 30,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "en",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "I don't think the work reported in this paper is suitable for the SCCC conference. The author should consider reporting this experience on a conference more focused on practice in computer engineering than in CS reserarch. The material presented in the paper could be of interest for practicioners working with Oracle, namely a particular product.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Tema bien tratado técnicamente y en forma clara.  El tema solo muestra un manejo técnico sobre una herramienta, y no aporta algo novedoso. Se recomienda hacer una comparación en complejidad sobe las SQL con datos primitivos versus a datos XML, y abarcar otros aspectos como por ejemplo la mejora, etc.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Artículo muy básico en su contenido.",
                    "text": "Se ajusta al formato solicitado y se puede leer sin dificultad.  El artículo básicamente es un revisión de las herramientas Xpath, Xquery y SQL/XML en Oracle 10g, ilustrando su uso con varios ejemplos.  No hay un aporte, en ya sea nuevo conocimiento o aplicación de la tecnología para resolver un problema real.  No hay resultados de investigación que mostrar ni discutir.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 31,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "El articulo narra una interesante experiencia desde el punto de vista práctico.",
                    "text": "El articulo narra la experiencia del desarrollo de una solución robotizada para el problema industrial de reparación de motores eléctricos. En particular, el problema de realizar soldaduras de precisión de motores eléctricos mediante un brazo robótico. El artículo presenta aspectos prácticos del desarrollo de la solución, complementado con ilustraciones que ayudan a entender el problema y el proceso de desarrollo de la solución.  Entendiendo que se trata de una experiencia de transferencia tecnológica a la industria de servicios especializados de apoyo a la principal actividad económica regional (minería), se encontraron las siguientes falencias:  Aspectos de forma:  1. Se incurre recurrentemente en términos no técnicos, que confunden y no aportan antecedentes objetivos, además de fallas de redacción y ortografía. por ejemplo:  fallas infantiles --> simplemente debe ser \"fallas\" resultados óptimos --> si se emplea \"óptimo\" debe proveerse evidencia que sustente que es la mejor solución y no hay otra mejor. tasa de falla bastante alta --> es preferible indicar que la tasa de falla estimada es del 55% (5/9). \"bastante alta\" es ambigua. suelda --> solda? como le requerido --> como lo requerido como la General Electric, con muy buenos resultados --> como General Electric, con buenos resultados.  2. emplear siempre tercera persona.  esto nos entregó --> esto entregó lo que obtuvimos es lo siguiente --> lo que se obtuvo fue lo siguiente  3. no es relevante mencionar ciertas empresas a las cuales se le compró o se les encargó ciertos estudios: MOTORFIL, INDURA  4. Se asume que el lector conoce los términos y es capaz de identificar piezas como bobinas y conmutador desde las figuras. Esto no se debe asumir, y se debe explicar de manera clara y sencilla, e ilustrar su posición en las figuras donde se muestran motores eléctricos. Debe explicarse a pié de página nombres como Innova Chile y su rol en el proyecto.  5. Figura 6 es relevante en la explicación. Lamentablemente, es poco legible y esto debe ser corregido.  6. usar términos de alcanzable global más que local. por ejemplo, costo cercano al millón de pesos (chilenos?) --> costo equivalente a U$2.000 aprox.  7. Gráfico 1 (debe ser Figura 4): uniformar tamaños de fonts e indicar la variable en el eje X.  Aspectos de fondo:  1. falta una sección de background que permita entender luego términos que se utilizan posteriormente sin haberlos definidos/explicados previamente. En este sentido, hay un párrafo que explica que es un robot, pero aparece dentro de la sección de Robotización del Proceso de Soldadura, por lo que está mal ubicado. Debe estar antes junto con los demás elementos del background.  2. cuando se explica cómo se realizó la programación del robot, falta un dibujo o figura que apoye la explicación (plano de referencia, plano de usuario, plano de herramienta, etc.). Lo mismo es válido para la explicación de porqué se agregó un sensor óptico (agregar un dibujo o figura ilustrativa).  3. Se hacen afirmaciones que no se sustentan con referencias a estudios o documentos. Por el contrario, las referencias no son citadas dentro del cuerpo del artículo.  4. revisar la versión en inglés del resumen. Hay varios errores de redacción y gramática.  5. no hay información técnica en detalle de cómo se realizaron los pasos de programación del robot, por ejemplo. Solo hay descripciones generales.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "2",
                    "remarks": "",
                    "text": "Es un excelente trabajo de investigación de aplicación tecnológica, vinculada con una empresa de la zona, artículo muy apropiado para Infonor  Tiene fallas con respecto a un artículo tradicional, no hay trabajos relacionados, citaciones, referencias, etc. Tiene problemas de redacción, pero es claro en lo que presenta. Tiene frases largas y hay problemas de puntuación. Habría que adaptarlo para que pase la revisión de la revista.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "2",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Este es un trabajo que muestra la experiencia de incorporación de un robot para realizar soldaduras en una empresa de Antofagasta.  La incorporación de tecnología es importante en la Empresa y me parece importante que las empresas confíen en las Universidades para hacerlo. Es un tema importante de revisar en las jornadas.  Revisar aspectos de formato (redacción en tercera persona, ortografía, algunas imágenes no son claras, contiene 7 páginas y sólo eran consideradas 6 o 10) No queda clara si la Empresa utiliza robot y soldadores o sólo robots. No hay una evaluación de los beneficios en cuanto a dinero percibidos por la utilización del robot.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 32,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "2",
                    "remarks": "",
                    "text": "Me ha gustado mucho  Lo dejaría tal cual.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "2",
                    "remarks": "",
                    "text": "La ponencia es muy completa es un tema importante y original, con una calidad técnica muy adecuada y una presentación magnífica",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Justificación:",
                    "text": "Es un trabajo bien hecho sin lugar a dudas, el autor dice que hace una contrastación en varias organizaciones sobre el tema.  Faltan antecedentes en relación a los ERP investigados. El modelo que él plantea no es novedoso, es más bien lógico y práctico. Es una investigación normal y su aporte es regular. Creo que un análisis cómo este requiere un análisis más profundo en aspectos económicos y financieros, porque las decisiones para la adquisición de este tipo de herramientas son: operacionales, económicas y financieras.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 33,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "En esta investigación se trata un tema que cada vez es más importante en ámbitos académicos y empresariales. Por otra parte, se utilizan métodos de análisis de datos complejos y muy adecuados a los objetivos de la investigación y los autores los que sirven de referencia básica para la investigación son muy adecuados.  En la medida en que el objeto material de la investigación es el individuo, entiendo que, cuando se describe la muestra, es conveniente, no sólo describir el perfil de la empresa, sino el perfil del individuo entrevistado (edad, sexo, puesto que ocupa, etc.). •\tEl apartado conclusiones merece, a mi juicio, una mayor atención, que incluya no sólo los resultados de la investigación, sino una discusión más amplia. •\tLas limitaciones de la investigación hacen referencia al tamaño de la muestra y al tipo de muestreo empleado, pero no hacen referencia a la dimensión del modelo. En este sentido, sería conveniente plantear, como línea de investigación futura, la ampliación del modelo con nuevas variables e indicadores •\tlas referencias bibliográficas son anteriores al año 2009. Sugiero consultar las siguientes o\tThe effect of organizational support on ERP implementation DonHee Lee,  Sang M. Lee, David L. Olson, Soong Hwan Chung.  Industrial Management + Data Systems.  Wembley:2010.  Vol. 110,  Iss. 2,  p. 269-283 o\tPredicting the behavioral intention to use enterprise resource planning systems :An exploratory extension of the technology acceptance model Fethi Calisir,  Cigdem Altin Gumussoy,  Armagan Bayram.  Management Research News.  Patrington:2009.  Vol. 32,  Iss. 7,  p. 597-613 o\tOrganizational adoption of information technologies: Case of enterprise resource planning systems Onur Kerimoglu,  Nuri Basoglu,  Tugrul Daim.  Journal of High Technology Management Research.  Greenwich:2008.  Vol. 19,  Iss. 1,  p. 21",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "en",
                    "orientation": "-1",
                    "remarks": "Unless there is a strong info sci and business IT community for the conference, and unless the paper addresses its shortcomings (which are significant) - it just doesn't measure up.",
                    "text": "Abstract: Needs to have a definition of ERP - can't assume the reader knows what this means.  Intro: Avoid 1 sentence paragraphs (page 1) The introduction is rather long - it seems to actually be two different sections: an introduction (1st four paragraphs) and 1+ page of background and hypothesis. Overall - at 1.5 pages the intro is rather long for a paper that is 4 pages total.  Methodology: I think there are a lot of assumptions in regards to what ERP are and how they work.  While the paper is a statistical study, it would have benefited with a context of an actual example.  The samples are from small to medium size companies (how many?) with 49 use case (how do these relate?).  Results: Discussion is too limited - it assumes that a reader is very familiar with the area, and that may not be the case.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 34,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "El tema ya ha sido tratado en otros estudios quizás mucho más completos que consideran además los atributos del dominio del problema.",
                    "text": "El artículo presenta un estudio de la percepción que tienen los ingenieros de requisitos (noveles y expertos) en relación a la efectividad de las diferentes técnicas de educción  para el descubrimiento de los requisitos en un proyecto de desarrollo de software.  El articulo trata un tema que merece cierta atención ante la gran cantidad de técnicas de educción que existen y la desorientación de los ingenieros de requisitos respecto de cuál utilizar en un determinado contexto.  El estudio realizado considera como noveles Ingenieros que no tienen conocimiento de técnicas de educción y uno de los atributos que debe ser calificado como base del estudio comparativo, es precisamente su experiencia. De hecho como conclusión se expresa que “una más amplia formación y principalmente de tipo práctica, es necesaria para que los ingenieros noveles puedan decidir….”, eso es de Perogrullo. Debería ser considera una gama mayor de atributos del contexto como los sugeridos en [14], que permitan conclusiones más veraces.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Es un estudio realizado bajo una metodología formal (técnica de emparrillado). El objetivo tras el estudio es mejorar la preparación de estrategias para la formación en técnicas de educción de requisitos, lo cual es un aporte dada la relevancia de la Ingeniería de Requisitos en el desarrollo de software. El estudio cubre una amplia variedad de técnicas de educción, entre las cuales se incorporan las más utilizadas en la práctica.  El estudio se aplicó a personas que pertenecen a una única institución (Universidad Politécnica de Madrid), sin duda esto es una limitante ya que todos tienen exactamente la misma formación, sería interesante aplicar el estudio a ingenieros noveles con diferentes formaciones. Las conclusiones obtenidas del estudio no son novedosas, confirman lo que por lógica se podía esperar.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 35,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El artículo presentado, describe someramente los estudios realizados y decisiones adoptadas, que permiten dotar de una infraestructura de alta capacidad a los observatorios ESO Paranal y Cerro Armazones, ubicados en el desierto de atacama.  Se presentan las diversas etapas involucradas en el desafío por dotar de un gran ancho de banda a los mencionados observatorios ubicados en aéreas no pobladas (pleno desierto) para su conexión expedita con diversas redes académicas y la comunidad astronómica europea lo cual constituye un buen desafío desde el punto de vista tecnológico.  Sería importante destacar porqué de la necesidad de contar con grandes anchos de banda, es decir describir en mayor detalle el tipo de tráfico que lo justifica, por ejemplo monitoreo, control y operación remota, etc.  Aún no está en operación el enlace",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Presenta un trabajo de gran relevancia para la ciencia en Chile, mencionando elementos muy necesarios para el desarrollo de las comunicaciones de alto desempeño en los polos tecnológicos y de investigación  Podría profundizar en una breve descripción técnica de la tecnología que se menciona en el paper, dado que el trabajo no es autocontenido.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Es un proyecto de alta envergadura que necesita ser conocido por la comunidad académica  Colocará en la presentación los valores del proyecto",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 36,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El artículo lleva a cabo una comparación de performance para implementaciones basadas en GPU y en CPU para el mismo algoritmo. La programación de GPUs es un tema muy actual en HPC.  Existen problemas en la presentación del artículo y las imágenes no están bien contextualizadas.  Implementaciones y comparaciones de performance entre GPU y CPU son un tema ya abordado en trabajos existentes.  El artículo describe en forma relativamente específica la implementación y sus detalles, en conjunto con los problemas encontrados.  El tema de programación GPU es un tema muy actual en computación de alto rendimiento y su comparación con programación basada en CPU me parece relevante.  Sería recomendable mejorar el orden del artículo, relacionando de mejor manera las imágenes y tablas. Existen faltas de ortografía evidentes dentro del contenido del trabajo.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "1",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El manuscrito involucra el uso de GPU, tecnología que desde hace un par de años cada vez tiene más que decir en el área de HPC. El documento tiene estructura relativamente buena, se realizan comparaciones y hay algunos gráficos interesantes.  El documento tiene algunas falencias que lo hacen confuso, por ejemplo, la pagina 7 es un completo desorden, la Figura 7 no está bien explicada, las tablas se tratan como figuras, hay diferencia entre lo que representa una imagen y un gráfico, por lo cual deben ser tratadas de forma independientes. Hay un texto que explica la Figura 6, que por cierto es una tabla, ese texto no es parte del cuerpo del paper, o si?, es muy difícil leer esa página. Yo no soy experto en el algoritmo SIFT, por lo cual al leer el paper no me queda claro si usaron el código SiftGPU creado por Changchang Wu o lo tomaron como base y le aplicaron unas modificaciones.  Por otro lado, hubiera sido interesante saber por qué la implementación en CUDA, la implementación en multicore y la serial podrían arrojar resultados diferentes, si al fin y al cabo los tres enfoques son el algoritmo SIFT. Hace más de 12 años que programo aplicaciones paralelas y para un mismo algoritmo nunca que observado resultados diferentes, si al fin y al cabo el algoritmo es el mismo, ahora, cuando se introducen variantes al algoritmo original con el fin de forzar el paralelismo, se tienen resultados diferentes, pero ya deja de ser el algoritmo original.  Leyendo otros papers sobre el tema, no encuentro tanta originalidad, el documento tampoco ayuda mucho para sacar conclusiones.  El paper tiene datos de corridas y compara distintos enfoques, pero me queda la gran duda del por qué un mismo algoritmo con un enfoque secuencial y otro paralelo con GPU puedan arrojar resultados distintos.  GPU es un asunto que tiene sus gracias, sobre todo por el ahorro en dinero que implica su uso en el largo plazo, por lo podría ser bueno divulgar este trabajo para divulgar esta tecnología.  El documento esta desordenado, falta diferenciar lo que es una figura, de un gráfico y de una tabla, además la pagina 7 es muy difícil de leer y la explicación de las tablas de datos se confunde con el cuerpo del paper.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 37,
            "preliminary_decision": "probably reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo propone en forma general una arquitectura basada en la  plataforma Windows Azure para desarrollar aplicaciones para Cloud Computing, el cual es un paradigma muy actual en las tecnologías de la computación.  Se apreciaría algunos indicadores o comparaciones de porqué usar Windows Azure y no otras plataformas para aplicaciones en Cloud Computing.  El uso de Windows Azure para el desarrollo de una aplicación para Cloud Computing no me parece muy original y la arquitectura planteada se basa en MVC, el cual es ampliamente usado en el área de desarrollo de aplicaciones.  El artículo describe en forma muy general los conceptos de Cloud Computing, MVC, Web Services y REST.  El tema de Cloud Computing es un paradigma actual de la computación, y desde ese punto de vista, el artículo es relevante.  Se apreciaría definir los acrónimos al menos una vez, definir si se hablará de \"la cloud\" o \"el cloud\", referencias en la sección de \"Arquitectura Propuesta\" y algunas figuras que mostraran la arquitectura propuesta.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": null,
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "- Descripción de los componentes de la plataforma de cloud computing Windows Azure. - Sucinta descripción del concepto de cloud computing.   - Falta discusión respecto de las posibles desventajas o escenarios adversos de una \"implementación en la nube\" - El resumen habla de \"...detallar la experiencia en la construcción de una plataforma para construir cloud públicas y abiertas\", pero sólo se limita a la descripción de la plataforma Azure. - Poquísima profundidad en la descripción de la aplicación que se montó en la plataforma cloud. Dado el título y resumen, se espera más análisis en términos de las ventajas y desventajas del desarrollo usando esta plataforma. - Problemas de redacción al interior del mismo trabajo. - Ciertas secciones parecen más un \"brochure\" comercial que un trabajo académico.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": null,
                    "evaluation": "-1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El paper tiene una estructura relativamente coherente, introduce una serie de conceptos que para alguien que desconoce el tema podría ser útil, habla sobre patrones arquitectónicos y describe windows azure  Para alguien que conoce el tema resulta tedioso leer definiciones ya conocidas, por otro lado, el título del paper no es coherente con lo escrito en el manuscrito, de hecho a ratos me daba la sensación de estar leyendo un folleto comercial más que un trabajo científico, cloud computing y sobre todo sus implementaciones, como por ejemplo windows azure tienen ventajas y desventajas, por mencionar algunas desventajas: la pérdida de control, desempeño, privacidad, en latino américa todos los países tienen serios problemas de ancho de banda, por lo cual cloud computing puede constituir un riesgo más que un beneficio sino se mejora un aspecto básico, mejorar las redes de datos. Creo que el caso práctico debió explicarse más, ya que es la esencia que evidencia si cloud computing es útil o simplemente es otro buzzword que nos quiere vender el área comercial de las empresas TI. El paper se limita principalmente a explicar conceptos y bondades más que mostrar los beneficios y cualidades mediante un ejemplo o caso práctico.  El caso práctico no está detallado y el desarrollo de aplicaciones no es visto desde un punto de vista crítico, solo se mencionan aspectos positivos y no los negativos.  Aunque cloud es un término actual, después de participar en varios congresos de grid computing y sistemas colaborativos, no tengo claro aún si cloud es un buzzword del área comercial o si realmente tiene algo nuevo que no tenían los conceptos que se acuñaron antes, aunque falto una visión critica y objetiva de la temática, en partes parece un folleto comercial, creo que se puede generar una discusión abierta del tema para ayudar a responder las dudas que existen entorno al termino de cloud computing.  El paper tiene errores de redacción en el resumen, sin embargo, tiene coherencia y una evolución del tema, aunque el tema en que evoluciona no es alineado con el título del documento.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 38,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "en",
                    "orientation": "0",
                    "remarks": "",
                    "text": "The paper introduces a segmentation procedure for breast tissue images using SVM.  General comments:  a) Concerning the proposed approach: The segmentation method introduced only considers local color/gray value information. Perhaps introducing other features related to the membrane's local (e.g. the membrane has symmetry properties that can be exploited) or global (e.g. continuity, approximately circular shape) properties may improve the segmentation results.  Feature selection is also a key component to improve performance. Use a feature selection procedure.  b) Concerning the experimentation: You should describe the experiments with sufficient detail so others can replicate them: a) Make your data publicly available b) Explain how you have selected the classifier's parameters (parameter selection in an SVM is critical and may improve notably the performance).  You should join Figs 10 and 9 in a single plot so we can better see the differences.  You only provide qualitative segmentation results (Figs. 12, 14, 15), but quantitative results are also very important. Specially when it comes to comparisons. You should quantitatively compare your algorithm with other competing works in the literature.  c) Concerning paper organization: The paper is well written and clearly introduces the problem, describes the relevant literature and presents the solution. I have a few comments concerning the paper organization: a) Problem statement and literature review (intro and theoretical framework sections) are in my opinion a bit long, compared to other important sections, e.g. feature extraction and experimentation which are just one paragraph each. b) Although English is in general correct, there are some small mistakes that could be solved by having it read by a professional. c) There are two \"proposed method\" sections  Well written paper. Good literature review.  It only shows very preliminary results.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Este trabajo muestra un enfoque de segmentación de imágenes de tejido mamario para la clasificación binaria de pixels de una imagen mediante SVM, para determinar la presencia o ausencia de la tinción de las membranas de las células cancerígenas Este trabajo es interesante y valorable, debido a la dificultad de la obtención de este tipo de imágenes y por el enfoque interdisciplinario, presentando además un interesante trabajo futuro. Se encuentra bien escrito y los resultados mostrados aunque parciales parecen correctos y justificados.  Verificar redacción y tipografía de la página 4 en sus párrafos primero y penúltimo. La principal debilidad de este trabajo puede ser la baja cantidad de imágenes de prueba y la falta de comparación con otros métodos. También sería deseable mostrar resultados generales de la clasificación y no sólo del proceso de validación. Además, las propiedades explicadas en  la tabla de puntaje (completitud e intensidad) no son utilizadas directamente en el proceso de clasificación.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "en",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "The paper presents a medical test based on images of tissue sections. The approach proposed to cancer cells segmentation (membrane localisation) is based on local pixel features and SVM classification.  The paper describes quite well the practical problem it deals with (cancer cells segmentation on images) and it is generally well written.  - The paper approach described in the paper seems a first try on the problem and follows others in a quite similar (but new) problem. Moreover, the paper concludes that the proposed approach is not good enough.  - The features used for classification lacks of frequency information around each pixel (although it used the first derivative with sobel). Most texture descriptors in the literature use frequency information from gabor wavelets, fourier coefficients, DCT, etc. Why not use this kind of information? Why you have chosen this 7 features and not other ones? The paper lacks of experimental evaluation on different features sets.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 39,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El artículo presentado, describe  cómo modelar un sistema multiagente de acuerdo a la metodología orientada a agentes “GAIA” para modelar la trazabilidad de requisitos.  La propuesta de GAIA  para modelar la trazabilidad de los requisitos mediante Sistemas multiagente parece ser novedosa.  La presentación del artículo es bastante confusa, el documento presenta algunos errores ortográficos, de redacción y  de estructuración, se referencia a tablas que son figuras, se presentan tablas no referenciadas, no existe la figura 6, el ítem “resultados” debe ser cambiado o descrito en otro lugar del documento. Conclusiones insuficientes.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "- El artículo describe varios enfoques para elaborar requisitos, y aplica uno de ellos (GAIA) a la construcción de sistemas multi-agentes (MAS).  - La Introducción es larguísima y cubre muchos temas; debería ser dividida en varias secciones, y dejar en Introducción sólo el contexto general y descripción del resto del artículo. - No hay un ejemplo para ilustrar la técnica, que es descrita en 1,5 páginas, siendo lo esencial de la contribución. - No hay validación de tipo alguno.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Se propone la utilización de la metodología GAIA para la trazabilidad a los requisitos, el enfoque propuesto se basa en la capacidad social de los agentes para procesar conocimiento, percibir los cambios del entorno y comunicación. Se trata de una tarea compleja, pues en el desarrollo de software se emplean gran variedad de modelos y diagramas que facilitan la representación de del conocimiento, estos artefactos se modifican en el tiempo. Estos cambios vienen principalmente desde el usuario.  Se requiere profundizar en la aplicación práctica de la propuesta para evaluar de mejor manera el aporte científico y práctico.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 40,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Pienso que se trata de un tema atractivo, que debe ser incentivado de forma de fomentar soluciones tecnológicas que resuelvan problemas reales. Hay debilidades en la presentación del artículo que son corregibles.",
                    "text": "Resulta interesante el desarrollo de un web framework para la gestión de cámaras IP. Un tema que es, para mí, novedoso y que puede ser extendido en su utilidad.  Hay problemas de redacción y presentación (por ejemplo, \"cuenta con una cámara IP las cuales pueden ...\"). Además, queda poco claro si se han desarrollado aplicaciones sobre el framework y si estas tienen un funcionamiento adecuado.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Se requiere que muestre más resultados sobre el consumo efectivo de ancho de banda en la troncal hacia el servidor. Es necesario mejorar el escrito.",
                    "text": "Muestra una mezcla de tecnologías web para su desarrollo e implementa una solución nativa.  No muestra cuanto ancho de banda se consume en las troncales por la aplicación cuando están las cámaras funcionando todas juntas. Necesita mostrar más resultados.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "2",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El trabajo presenta el desarrollo un web framework para la transmisión con capacidad de análisis de imágenes de cámaras IP.  La bibliografía presentada son páginas webs relacionadas a las herramientas utilizadas para el desarrollo, pero no a temas relacionados  u otras aplicaciones relacionadas.  Problemas de formato (revisar ortografía,  saltos de línea cuando no debería, identación,  Indica en el resumen que el sistema tiene capacidad de análisis, pero al final indica que está desactivada.  ¿Cuál es la ventaja del ahorro en uso de Ips reales?  Falta un análisis de la situación anterior con la actual. En qué mejoró el sistema.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 41,
            "preliminary_decision": "probably reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "- El artículo aborda un problema relevante y en boga en la comunidad (p.ej. CMMI-ACQ).  - No hay un estado del arte que revise intentos previos de resolver este problema. - La definición de patrones de proyecto de adquisición debería ceñirse a las definiciones usuales de patrón (máxime si se compara con los patrones de diseño, como se hace en las Conclusiones); p.ej. el estilo Portland de patrones de diseño reconoce contexto, problema y solución. - La técnica utilizada (MECT) parece adecuada para construir taxonomías, pero no patrones (al excluir consideraciones sobre causalidad etc.); el artículo parece asumir que los \"patrones de diseño\" son \"patrones de forma\", y no lo son. - La referencia [13] lista mal el nombre de la autora.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Este es un tema que no ha sido abordado suficientemente y que por lo mismo es bueno el tratarlo en forma \"seria\".  Justamente por lo planteado anteriormente, es que a esta temática se le puede \"sacar mayor partido\". A pesar que considero adecuada la clasificación deducida, creo que podría haberse profundizado un poco más.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 42,
            "preliminary_decision": "probably reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo presenta un sistema detección y seguimiento de ojos para ayuda al análisis clínico psicológico.  Comentarios generales.  En el tema que aborda el artículo se ha publicado bastante. Sin embargo, no se citan otros trabajos relevantes directamente relacionados, que nos ayuden a ubicar la propuesta dentro de la literatura. Un buen punto de inicio puede ser el número especial de la revista: Computer Vision and Image Understanding Volume 98 ,  Issue 1  (April 2005) Special issue on eye detection and tracking  La parte experimental del trabajo es muy breve. Es importante describir detalladamente los datos empleados en la experimentación, cuáles son las condiciones de captura, e incluso hacerlos públicos para que otros investigadores puedan comparar con ellos. En cuanto a los resultados, no basta con dar un porcentaje de aciertos. Hay que analizar los falsos positivos y negativos y relacionarlos con la técnica utilizada y, si es posible, con los futuros temas a investigar.  Otros comentarios:  En el artículo se menciona que se ha considerado la velocidad de respuesta, pero no se proporcionan cifras.  En la introducción se cita la referencia [3] en la revisión relacionada sobre los aspectos psicológicos del artículo, cuando esta referencia parece ser de morfología matemática.  Algunas referencias están incompletas: + En la 1 y 2 falta la editorial + En la 3 la conferencia/revista. + En la 5 el volumen, número y páginas  El artículo aborda un tema de gran interés técnico y práctico.  Se describe un sistema que parece no estar completamente desarrollado.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El trabajo presenta un sistema en desarrollo de detección de posición de los ojos para apoyar el análisis psicológico de una persona.  Se presenta una forma para detectar globos oculares y su dirección.  Además de una pequeña mención a C/C++ no se especifica en forma explícita la utilización de librerías de apoyo, tales como filtros, captura de imágenes, etc.  Se menciona que la velocidad de respuesta del sistema ha sido considerada, sin embargo, no se presentan evidencias de este factor.  No se menciona el conjunto de datos sobre los cuales se realizó el estudio, si este es pre-existente o fue desarrollado específicamente para este trabajo por los autores. No se presenta además detalles de los rostros de este conjunto de datos (edad, raza, sexo, etc).  No se especifica si los resultados obtenidos fueron revisados por un profesional del área clínica y sus conclusiones.  Las referencias son muy pocas en relación al campo del trabajo desarrollado.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "2",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Este trabajo propone una parte de un, sistema no concluido, para reconocer e interpretar el movimiento ocular como herramienta de apoyo a un psicólogo.  Es un tema interesante.  Aunque es un tema interesante no queda bien explicado el problema a resolver ni se muestra los resultados de la interpretación del movimiento ocular. Podría haber utilizado más hojas para explicar esto. Faltó una parte de análisis de resultados.  Problemas de formato (problemas de redacción, ortografía, hay ecuaciones en las cuales no explica los términos, debe redactar en tercera persona)  La modalidad de presentación era en 4 o 10 páginas, sin embargo presenta sólo 3 páginas.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 43,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Este trabajo muestra los resultados del desarrollo de un CBIR basado en los índices de distancias métricas, comparándolo con sistemas existentes a través de la precisión de recuperación y comparando los resultados de eficiencia en tiempo para distintos enfoques de indexación como GNAT, NAT, etc. El trabajo aborda un problema importante de los sistemas de recuperación, su estructura es correcta y los resultados aparentan ser fundamentados.  Quizás los criterios de evaluación no son suficientes para poder determinar la superioridad de un enfoque sobre otro, aunque los autores reconocen las principales falencias respecto a este punto y visualizan trabajos futuros en esta dirección. La explicación de la sección 2.3, sobre la precisión, es poco clara en definir como se conoce de ante mano sobre las correctas imágenes más similares a una consulta para poder calcular la precisión. Los gráficos de tiempo de la figura 3, no indican la escala.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo trata la construcción de sistemas de recuperación de imágenes basada en el contenido (de las imágenes), CBIR. Se introduce el problema del CBIR y se presentan algunos algoritmos que permiten acelerar las búsquedas de vecinos más cercanos a un vector de entrada (correspondiente a una imagen) en el espacio de características elegido para representar las imágenes.  Se utilizan características basadas en el color, la respuesta en frecuencia y globales para cada uno de los cuadros locales en los que se divide una imagen de entrada. De esta forma se introduce información de diferentes tipos al sistema CBIR para representar las imágenes.  - El artículo no delimita claramente sus aportaciones. Parece que se aporta algo en cuanto al espacio de características en el que se representan las imágenes y también parece que aporta algo en los algoritmos y estructuras de datos necesarias para acelerar las búsquedas en espacios métricos.  - En general el artículo emplea poco espacio en explicar la aproximación propuesta a CBIR (se dan dos referencias a tesis de máster). En las conclusiones se presentan resultados experimentales, cuando claramente deberían ir en una sección anterior con los experimentos.  - En cuanto a las características visuales empleadas para representar una imagen:    Se echan en falta experimentos que permitan establecer lo que aporta cada una de las características que se plantea utilizar. Esto es, creo que es importante responder a la pregunta ¿Por qué estas y no otras? y también a la pregunta ¿Es alguna de ellas redundante y se podría dejar de utilizar? Si bien es cierto que se utiliza un procedimiento de selección de características, se echa de menos un experimento estableciendo cuál es el efecto de la selección ¿Cuánto se gana en tasa de acierto sobre la utilización del vector completo?  Parece que el espacio de características después de la selección tiene una dimensión de 3078 (sección 2.4). ¿Es así o las 3078 características se han extraído \"manualmente\"?  - No se entiende el experimento de comparación de sistemas CBIR (sección 2.3). ¿Qué se hace con las 100 imágenes comunes a las bases de datos? ¿Se hace la misma query en todos los sistemas y se mide la precisión y recall utilizando únicamente las 100 imágenes comunes cuando aparecen o no en la respuesta del sistema? Eso no está explicado en absoluto en el artículo.  - Cuando se da un dato como la sensibilidad y especificidad en las conclusiones, hay que decir sobre qué conjunto de datos se ha probado. Es posible hacer una prueba sobre unos datos y obtener un resultado completamente diferente sobre otros. Por tanto sensibilidad y especificidad sin referencia a los datos de los que se ha obtenido carecen de sentido.  - A este revisor le parece que un artículo sobre CBIR no debería pasar por alto desarrollos en Visión por Computadora basados en características locales (ya clásicos) como:    Sivic, J. and Zisserman, A.   Video Google: A Text Retrieval Approach to Object Matching in Videos   Proceedings of the IEEE International Conference on Computer Vision (2003)    D. Nistér and H. Stewénius,   Scalable recognition with a vocabulary tree   Proceedings of the IEEE International Conference on Computer Vision and Pattern Recognition (2006)    - Algunas de las referencias, como la [10,11,13], están incompletas ¿A qué se refieren? ¿Un artículo? ¿Un sistema de ejemplo funcionando en una URL?    - El sistema funcionando en la URL que refieren los autores da fallos de ejecución cuando se intenta probar con imágenes extraídas de google images.",
                    "timespan": "2010-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "La publicación tiene como objetivo mostrar las bondades que tienen las estructuras métricas para la recuperación de imágenes. Este trabajo es la continuación de varios trabajos ya presentados, como por ejemplo. [1] \"Estructuras métricas paralelas en la recuperación de imágenes\", Peña- Jaramillo, E. (Referenciado en el paper) [2] \"Definición de un recuperador de Imágenes basado en Contenidos sobre Espacios Métricos\", Eduardo Peña-Jaramillo, et al. (No referenciado). [3] \"Estructuras Métricas Paralelas en la Recuperación de Imágenes en la Web\", Eduardo Peña-Jaramillo, et al. (No referenciado).  Sobre la referencia número [1] no ha sido posible obtener una copia electrónica, y desde las publicaciones antes citadas [2] y [3], se puede decir que hay un nuevo aporte en los experimentos realizados sobre estructuras GNAT y Spaghetis. Se debe explicar en la publicación que el trabajo no es original desde el punto de vista del autor, y que su extensión se basa en los trabajos [1], [2], [3] u otro que tenga directa relación con el trabajo presentado.  - El texto está bien estructurado y se entiende con facilidad lo que se desea exponer. - Bien en la presentación, no hay problemas graves. Solo mejorar las figuras de las gráficas, sobre todo las tildes, en matlab se puede agregar texto en latex para evitar ese tipo de problemas. La palabra \"más\" aparece en un par de ocasiones sin tilde.  - En la sección de \"Introducción\" si bien se presenta el trabajo en forma general creo que sería importante señalar cual es el estado del arte en estas materias. ¿Hay trabajos relacionados?, ¿Hay referencias importantes?, ¿Cuál es el aporte del trabajo sobre el estado del arte?, etc. Falta una revisión bibliográfica más exhaustiva. - En la sección de \"Extracción de características\" he encontrado algunos detalles como:  - Me ha costado encontrar una definición sobre la técnica de layout ya que solo hay una referencia [1], por lo que intuyo que se ha considerado las características obtenidas de cada sub-imagen como una señal las cuales son mezcladas para obtener el vector que represente a la imagen total, tal como dice en el texto: \"La unión de todas las características extraídas nos da como resultado...\", donde no queda claro el tipo \"unión\" que se realiza.  - También sucede lo mismo cuando se referencia el discriminante de Fisher, nuevamente se hace referencia a [1]. Se debería agregar una fuente más relevante para este punto. - No se explica con detalle el tipo de base de datos utilizada. ¿Es de dominio público o privada?. Qué tipo de imágenes o grupos de imágenes contiene. ¿Cuantas hay por clase?, ¿Hay imágenes repetidas?. Calidad de las imágenes. La idea es disponer de un marco de referencia para que cualquier persona que desee comparar sus algoritmos con los suyos los haga en igualdad de condiciones. - Desde las imágenes mostradas en la figura 2, puedo deducir que base de datos (espero estar equivocado) tiene imágenes repetidas lo que puede producir un sesgo a la hora de calcular los valores de precisión, sensibilidad y especificidad de las imágenes recuperadas. Creo que la base de datos ideal para poder medir de forma correcta la calidad de la recuperación debería contar con imágenes distintas aunque sean de la misma apariencia, pero nunca la misma. Ya que al recuperar un conjunto de imágenes sobre una de consulta, si están repetidas, la cantidad de verdaderos positivos será proporcional a las repetidas lo que se traducirá en un sesgo sobre el cálculo de las métricas.  Recomendaciones  - En el texto se menciona (sección de conclusiones) que las soluciones no son del todo satisfactorias. Creo que en la actualidad existen proyectos como http://similar- images.googlelabs.com/, http://www.like.com/, http://www.tineye.com/, entre otros; que muestran un gran avance en este campo y sería bueno ser revisados.  - Por otro lado, sobre el conjunto de características utilizados recomiendo revisar otro tipos de características que han demostrado ser invariantes a la escala y la rotación. [4] \"Distinctive Image Features from Scale-Invariant Keypoints\". David G. Lowe. International Journal of Computer Vision, 2004. como también su mejora [5] \"SURF: Speeded Up Robust Features\", Computer Vision and Image Understanding (CVIU). Herbert Bay, Andreas Ess, Tinne Tuytelaars, Luc Van Gool. Vol. 110, No. 3, pp. 346--359, 2008.",
                    "timespan": "2010-07-05"
                }
            ]
        },
        {
            "id": 44,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "El artículo necesita mejorar principalmente en reforzar dos cosas:",
                    "text": "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",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 45,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Interesante trabajo que trata de la simulación de entornos urbanos para simular accidentes y medir los efectos de intervenciones urbanas que ayuden en su prevención. El trabajo es un aporte tanto desde el punto de vista del objetivo de la misma, como de la descripción detallada que realiza sobre el proceso de integración de tecnologías que permitieron llevarla a cabo, lo cual se puede replicar para proyectos que utilicen la tecnología 3d con otros objetivos, así como de las estrategias usadas para refinar el modelo a través de globos aerostáticos. Se echa de menos, eso sí, una revisión de trabajos similares para haber establecido una comparación.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 46,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Este es un trabajo interesante, donde el autor quiere mostrar a las Honeynets como medida de seguridad alternativa, para aprendizaje del  modo de operar de intrusos y así crear nuevas formas de protección.  Observaciones:  - El nombre del único autor debe estar centralizado en el artículo. - Palabras y figuras en inglés. El artículo está en español. - Las referencias están inadecuadas: hay  un único artículo citado y con referencia incompleta. Mejorar la revisión bibliográfica, citando artículos y libros  actuales.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 47,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "RESUMEN. El trabajo describe los pasos a seguir para aplicar conceptos de lógica difusa en dispositivos móviles. Para ejemplificar los pasos a seguir, el autor usó un robot móvil llamado AMADEUS (similar a los robots limpiadores comercializados en Japón [1]). Para aplicar los conceptos de lógica difusa, se usó módulo Mamdani.  Evaluación General. El tema es suma interesante y muy recurrente últimamente. Dispositivos que usen lógica difusa para operar es puente muy interesante y novedoso entre Inteligencia Artificial y \"pervasive computing\". Sin embargo, este trabajo tiene al menos una debilidad importante que debería ser resuelta:  1) En el trabajo no muestra porque es realmente importante usar lógica difusa. Un ejemplo de aplicación es fuertemente recomendable para el trabajo ¿En que ayudaría usar lógica difusa en dispositivos móviles?  2) En el trabajo no me queda muy claro si el uso de lógica difusa en dispositivos móviles es algo nuevo en esta área. Si no es algo nuevo, tal vez el trabajo podría llegar convertirse solamente en una repetición de otro trabajo. Si es algo nuevo, por favor, mencionarlo.  Comentarios Menores: - En las conclusiones, se menciona la frase \"se demostró\"; se sugiere cambiar a \"se mostró\". - Cuidar los usos de puntuaciones (ej. \"...\", \".\") y  el uso mayúsculas. - Al final de la introducción, se sugiere mencionar la estructura del documento.  [1] Auto Mee: www.yumeki.org/comercilizaran-pequeno-robot-limpiador-de-dispositivos-tactiles",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Este artículo podría ser presentado en el workshop de robótica.",
                    "text": "Este artículo no es un artículo de investigación, ya que sólo muestra cómo programar un robot mediante la herramienta de lógica difusa. Este tema ya ha sido propuesto como solución en navegación de robots.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Gracias por sus revisiones,",
                    "text": "El trabajo, según los revisores, no presenta una contribución científica directa en el área de robótica o sistemas difusos, sin embargo es una aplicación muy interesante a ser presentada en el Workshop de Robótica de INFONOR 2013. Es por ello que se recomienda aceptar el artículo para su presentación.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 48,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Este artículo propone un sistema que agrega componentes difusos a ciertos atributos de una base de datos con información sobre el estado físico de personas.  La aplicación del trabajo es interesante, ya que son escasas las experiencias donde en la práctica se utilicen atributos difusos para almacenamiento y consulta en nuestro país, por lo que puede hacer que el tema tratado sea interesante para nuestro congreso.  Sin embargo los siguientes aspectos, o no quedan claros o están incompletos: - Utilizar formato solicitado por el congreso. - Mejorar redacción general del resumen/introducción - Redactar en tercera persona el punto 3, 4.1.1 cuando se refiere al cliente - Cuidar el uso de abreviaturas que a veces se usan en minúsculas o mayúsculas - Redactar la conclusión con un enfoque donde se deje claro qué beneficios que obtuvo el usuario del sistema con respecto a un sistema no difuso - No queda claro cómo se determinaron las funciones de pertenencia utilizadas. - Falto algún tipo de estudio/comparativa para comprobar el aporte que un sistema como el propuesto mejora o complementa un sistema tradicional en el área aplicada  Debido a lo anterior, se recomienda aceptar el artículo para su presentación en el Workshop de aplicaciones empresariales.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 49,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 50,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "El tema es interesante, no hablamos de un aporte metodológico, es una aplicación interesante.",
                    "text": "El artículo es interesante por la temática que aborda y los resultados de los análisis realizados, más que por la metodología en sí. Me quedan dudas acerca de cómo se alimentan los análisis con la nueva información y cómo se integra el sistema a los sistemas transaccionales de la USACH. Sin embargo, es una aplicación interesante.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "La idea es buena pero debe arreglar lo que se pide en el listado de correcciones tanto de formato como de contenido. Y sobre todo el título que es muy \"grande\" en relación a lo que se presenta que es una aplicación y no un nuevo modelo emergente.",
                    "text": "1.\tLo que se propone es interesante como una aplicación pero no es un trabajo científico.  2.\tEn el resumen no se indica nada respecto a la metodología que se propone por lo cual quizás el título “Desarrollo de una Metodología”…. Debería estar orientado a “Una propuesta para la sistematización del sistema de información del propedéutico…”.  3.\tNo se propone ninguna metodología es una aplicación “interesante” pero no una metodología.  4.\tEn la página 3 corregir error de redacción “en la Figura 1, organziados como”.  5.\tFalta 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. Así como esta no indica una ventaja por sobre otros métodos porque no se analizan otros métodos.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo propone, según el artículo, una plataforma computacional relacionada con información académica del Propedeútico de la USACH. Posteriormente, en \"III. Desarrollo de la Propuesta\" se plantea una metodología. No queda claro si es plataforma computacional, si es una metodología, si es una sistematización de información...  El Abstract debe ser mejorado, al igual que las Conclusiones.  El artículo es breve, podría haber presentado mejor la propuesta si se hubiese extendido un poco más (la propuesta se presenta en menos de 2 hojas).  Otras observaciones: - Cambiar \"Palabras Reservadas\" por \"Palabras Clave\" - En Introducción, las páginas web mencionadas deben ser declaradas en Referencias. - Se confunde las Referencias con la identificación de los títulos de sub-secciones. Por ejemplo: \"[1] Decisión Multicriterio\" (no es la Referencia 1). - En página 3, cambiar \"organziados\" por \"organizados\". - En página 5, dice \"Tabla 2\", debe decir \"Tabla 3\".",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "1",
                    "evaluation": "1",
                    "id": 4,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Estimados Revisores,",
                    "text": "Este paper, según los revisores, no contempla directamente una contribución científica, sin embargo la experiencia y el tema tratado son interesantes de presentar en el congreso.  A pesar de que no puede ser presentado como paper regular en el congreso, ser recomienda aceptar el artículo para su presentación en el workshop de educación de Infonor 2013.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 51,
            "preliminary_decision": "accept",
            "review": []
        },
        {
            "id": 52,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "2",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "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?",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 53,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "- El objetivo plateado en el artículo es interesante, sin embargo necesita hacer correcciones para que realmente sea cumplido este objetivo",
                    "text": "Comentarios generales: • Se habla de una plantilla, sin embargo en ninguna parte del artículo aparece esta plantilla • Se recomienda pueda ser incluida un ejemplo de recopilación de datos en la plantilla • El agregar gráficos de datos analizados puede apoyar en una mejor comprensión del análisis que se realizó. • Revisar todo el escrito ya que hay muchas inconsistencias en el escrito por ejemplo: artículos de más o faltan palabras • Revisar el espaciado de los párrafos • Se tiene muy poca bibliografía • Revisar que las sangrías utilizadas como inicio de párrafo estén acordes con el formato del congreso • Revisar el formato delas referencias bibliográficas  Comentarios por secciones Palabras clave: • Revisar las palabras clave: …caso de estudio, ISO 9126 Introducción • General….? → Generalmente o En general C. ISO 9126 • Se recomienda revisar la traducción realizada en la sección del ISO 9126, además de tener cuidado en las sub características que menciona y en lo que realmente luego describe ya que en más de una ocasión no coinciden los nombres. • La eficiencia no está descrita como lo viene haciendo con otros atributos de calidad • Revisar las sub características incluidas en el atributo de portabilidad, en especial en las sub características de efectividad, productividad, seguridad física y satisfacción, poner referencia de donde extrajo esa información Desarrollo de la plantilla • Entiendo que el primer bullet “Al interactuar…” una breve descripción del momento en el que debes de contestar la pregunta asociada “¿Existe…”, recomiendo utilizar distintos bullets ya que así como lo tienes causa confusión… así en todos los apartados que aplique esta situación Aplicación del caso práctico • Se recomienda una mejor descripción de los porcentajes por ejemplo agregar una tabla en la que se mencionen número total de preguntas asociadas a cada atributo y el porcentaje asociado",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El documento intenta mostrar una evaluación de atributos de calidad de software basada en el estándar ISO 9126. El documento muestra una propuesta de una plantilla con una serie de preguntas para analizar la calidad de diferentes atributos de calidad de un producto software desarrollado. Sin embargo, el documento carece de estructura. La redacción es deficiente. En algunas partes del documento no se siguen los parámetros de formato exigidos en la guía de autores. Por ejemplo, el resumen (abstract) está centrado y según la guía del evento debe estar justificado. De la misma forma se presentan algunos párrafos del documento. En cuanto a la redacción, el documento es difícil de leer, faltan o están mal ubicados los signos de puntuación. Las palabras claves no coinciden como palabras claves del artículo. Faltan referencias bibliográficas que sustenten las afirmaciones que se hacen. A pesar de que la plantilla puede ser tan útil como intentan asegurar en el trabajo, es necesario buscar una validación más consolidada que permita asegurar su utilidad. Las estadísticas presentadas carecen de justificaciones válidas y el formato de presentación es deficiente. Gran parte del documento se centra en hacer afirmaciones descritas en el estándar ISO 1926 y: 1. No se encuentra debidamente citado como referencia principal del trabajo. 2. Centrar el artículo para resumir la definición de cada característica o subcaracterística del estándar no parece muy apropiado para este tipo de trabajos. El formato de presentación de la plantilla carece de claridad. Pareciera que es un formato de cuestionario pero no se muestra como tal. Existe un listado de afirmaciones y preguntas poco claras. Algunas de dichas preguntas son mencionadas en los resultados, sin embargo no aparecen en el listado denominado por la autora como \"plantila\", es el caso de: ¿El sistema opera junto con otro sistema?. En términos generales el trabajo debe refinar mucho más.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "El artículo presenta un caso de estudio de aplicación de una plantilla para medir calidad según la norma ISO 9126. Si bien es cierto se ajusta a los alcances del evento y su propuesta puede ser de interés para los ingenieros de software que deseen tener algún instrumento práctico para aplicar en sus sistemas de calidad, el trabajo tiene serias deficiencias que deben ser mejorados para ser publicado.  La presentación técnica del documento tiene falencias que no cumplen las normas establecidas para escribir el artículo. En particular, podemos mencionar algunas:  - El formato no es uniforme como puede verse en el abstract que tiene ajustes diferentes en su extensión. También hay diferencias en el espacio después de cada párrafo. A veces existe y a veces no. Las viñetas tienen diferentes sangrías. Las referencias bibliográficas tienen diferentes sangrías.  - Lo más grave es la ortografía y redacción. El documento requiere una profunda revisión de edición. En sólo los dos primeros párrafos de la introducción he encontrado más de 5 faltas.  Respecto a su estructura creo que debe ser reorganizada para mejorar su presentación. Creo que los objetivos deben ir dentro de la introducción. La presentación de los criterios de la ISO deben ser resumidos en una tabla descriptiva. Es latosamente extensa y creo que puede ser referenciada para ver detalles. Por otro lado, creo que debería aclararse si la plantilla es preexistente o es una propuesta del trabajo, en cuyo caso debería ser resaltado ya que sería la contribución principal del artículo. Su presentación es desafortunada. Creo que debe ser resumida en una tabla y estipular claramente lo que puede responderse. La mayoría ni siquiera están presentadas como preguntas. Insisto en que si la plantilla es la contribución debería facilitarse su uso por otros ingenieros. Su presentación no ayuda a esto. (por ejemplo la primera, \" Al interactuar con el sistema, identifique lo predecible que resulta ser\": que respondo?) El instrumento debe ser autocontenido de manera que claramente contenga  una guía para su aplicación. Más aún, no ofrece claridad para saber cómo combino las respuestas a las consultas para obtener una métrica de calidad. Creo que queda demasiado trabajo al lector.  Los resultados no son presentados de una forma legible. Creo que una tabla ayudaría. Incluso, menciona varias veces la tabulación de los resultados pero esto no aparece. Como es un caso de estudio me gustaría ver en esa tabla las respuestas que se obtuvieron y cómo se calcularon los porcentajes que miden calidad.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 54,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "Reducir el contenido del paper de manera de que se aclare lo que presentan los autores",
                    "text": "Presenta una búsqueda de respuesta a partir de una solicitud en un call center.  El trabajo está bien presentado, pero muy largo, y eso no permite ver bien lo que quieren aportar los autores.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 55,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "Hay problemas de diseño que deben ser reparados.",
                    "text": "Es una aplicación interesante, sólo que hay medidas como promedios que no son aditivas, por lo que el diseño debe ser corregido, pues los resultados del sistema pueden ser erróneos (no usar para tomar decisiones hasta eliminar los promedios, estos deben construirse en cada nivel de rol up).",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "La autora carece de las competencias mínimas que llevan a la escritura de un documento medianamente legible.  Claramente, el entusiasmo de algún profesor la impulsó a la escritura que careció del apoyo necesario para transformarse en una presentación.  Creo que la culpa no radica tanto en la autora, sino en la absoluta falta de apoyo para llegar a un producto de calidad aceptable.",
                    "text": "Este trabajo aborda una temática interesante, pero está muy mal presentado.  Partiendo por el resumen, que finaliza con un párrafo realmente incomprensible: \"Todo resultado es posible al buen modelamiento de los datos para luego ejecutar el proceso ETL y así finalizar explotándolos con una herramienta OLAP\".  La Introducción no mejora; se inicia con un \"Nace así...\", lo que es la primera frase, que no corresponde, ya que por el estilo parece ser la continuación de otra idea.  El punto II, Temática, aparece como una buena oportunidad para dar cuenta del estado del arte, pero se utiliza para agrupar un conjunto de definiciones, sin que quede claro que forman parte de un todo que el autor utilizará como base para desarrollar su propuesta.  El punto II, Análisis de la problemática, se reduce al tratamiento de los datos.  El autor una vez más pierde una oportunidad de plantear el problema y resaltar el impacto de su propuesta.  El texto contiene una importante cantidad de errores ortográficos, que no dificultan la comprensión del escrito, pero que demuestran una falta de prolijidad en la escritura.  En VI Explotación de indicadores, se destina espacio importante al primer indicador: promedio de edades...  Siendo los valores obtenidos bastante cercanos en todas las regiones, ¿para qué sirve realmente ese dato?  Se requiere revisiones más precisas de un texto que no cumple con los estándares de calidad esperados.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Este es el mejor trabajo de los tres presentados como diseño de Datamart pero recomiendo que se deje en el track de aplicaciones empresariales ya que no es un trabajo científico.",
                    "text": "1.\tLo que se propone es interesante como una aplicación pero no es un trabajo científico.  2.    Ya no es interesante la aplicación de un Datamart desde el punto de vista técnico como es presentado por la autora pues existe mucha documentación y trabajos al respecto.  3. La autora debe buscar otros caminos si desea investigar el área.  4. Hay errores de diseño en las medidas de la tabla de hechos. Por lo cual es posible que no estén buenos algunos resultados.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 4,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El artículo, según los revisores, no es una contribución científica, pero el tema resulta particularmente interesante de discutir en nuestro congreso. Es por ello que se recomienda aceptar el artículo para su presentación en el Workshop de aplicaciones empresariales en lugar de paper regular.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 56,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "1",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Este artículo presenta un Análisis Comparativo de Modelos de Madurez en Business Intelligence, mostrando las técnicas DEA y MESME para realizar este análisis. Aun cuando el método en sí queda claro, no se entiende si el modelo resultante queda seleccionado para cualquier organización, es decir, si es general.  Debería utilizar Inteligencia de negocios, en vez de Business Intelligence.  Estos modelos seguramente están definidos para grandes empresas de Estados Unidos, por lo tanto funcionan igualmente en las empresas chilenas? La madurez en Inteligencia de Negocios en empresas de países desarrollados es distinta a países como Chile.  No es necesario incluir el punto II por sí solo.  En el punto V, párrafo 2, indica que se describe una adaptación de DEA y no especifica la referencia o si es una adaptación propuesta por los autores, además de indicar por qué se utiliza una adaptación.  En la página 4, primer párrafo indica que se excluye el modelo Hierarchy y luego lo vuelve a incorporar en los pasos siguientes.  En la página 5, letra E, no queda claro el fundamento de por qué para aumentar la eficiencia se debe aumentar en un 10% los output. En la letra F debe cambiar la palabra 'podemos' y en el segundo párrafo parece que la tabla a referenciar es la 5 y no la 6.  Debe describir los elementos de la ecuación (3).  En la letra B, de VI, no se entiende por qué se seleccionó el modelo EI, si tenía menor eficiencia.  En la figura 6 no quedan claros los gráficos de cada modelo. En los puntos V y VI los pasos los etiqueta con números y luego los describe con letras.  Debe utilizar un editor de ecuaciones.  El artículo no tiene el formato especificado para esto y tiene más de 8 páginas. En la página 7 al incluir la tabla produce un desajuste en el texto que debe arreglar.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El artículo presenta una comparación cuantitativa (Técnica DEA) y comparación cualitativa (Metodología MESME) de modelos de madurez BI seleccionados. El artículo es una aproximación para la generación de una futura guía metodológica enfocada a implementar mejoras en la madurez en BI para una organización. Por lo tanto, es una investigación inicial, pero la comparativa realizada es interesante.  Para la comparación cuantitativa se seleccionaron 5 de las 6 metodologías. Después, cuando se hizo el análisis cualitativo se trabajó con 6 metodologías y no con 5, incluyendo la ya descartada.  En la página 2 dice \"La presente investigación, tiene como objetivo identificar ...\". El objetivo no es \"identificar\" sino \"realizar una comparación para seleccionar ...\".  En la sección IV se habla de una revisión sistemática, pero no pone ninguna referencia asociada a ese trabajo anteriormente realizado. ¿Cómo seleccionó los modelos y de dónde?  Otras observaciones y/o dudas: - La Referencia 18 no es citada en el texto. - Hay 4 referencias asociadas a modelos de madurez ([3], [11], [15], [17]), ¿Ninguna hace una comparativa? - Revisar el inglés en Keywords - Cambiar \"Palabras claves\" por \"Palabras clave\" - En página 2, cambiar \"En la sección V detalla\" por \"En la sección V se detalla\" o por \"La sección V detalla\". - El mismo problema ocurre en la página 3 con \"La Figura 3 se aprecia\", \"La Tabla 2 se describe\", \"La Figura 6 se muestra\", \"Se observa en la Tabla 11 se contabiliza\". - Debe corregir palabras \"pegadas\". Por ejemplo, cambiar \"aanalizar\", \"dedetalle\", etc. - No indica el significado de cada uno de los elementos de la ecuación 3. - Antes de la Tabla 7, hay texto solamente en una columna. - En página 8, Tabla 9, cambiar \"para integran\" por \"para integrar\". - Corregir palabras mal escritas: \"escazas\", \"se precia\". - En la página 9 habla de \"investigación de tesis\" y no de artículo. - En Referencia [7] está escrito \"Jour-nal\", En Referencia [13] aparece un número después del apellido de los autores (ejemplo: \"Tan1\", \"Sin1\", \"Yeoh2\" - En Referencia [18] aparece \"2010b\"",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 57,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "el trabajo es aceptable  si las correcciones solicitadas son adecuadamente implementadas",
                    "text": "Este artículo presenta una interesante aplicación de algoritmos inmunes para  la programación de tareas.  Los resultados son de interés práctico.  Observaciones:  1.\tLos autores hacen uso frecuente de términos en inglés, sin  la necesaria definición de los mismos o substitución por un término en español.  2.\tHay inúmeros errores de redacción que deben ser corregidos. A modo de ejemplo citamos la frase “Mientras la tecnología computacional avanza a pasos agigantados es importante en estos días optimizar la programación de una mejor manera con el fin de obtener mejores resultados, es por esto que se ha dado el uso de algoritmos inspirados en sistemas biológicos, dado que presentan una mayor optimización que el uso de heurísticas convencionales”;  3.\tUn gran número de referencias está incompleta. Por ejemplo: 2, 3, 6 ......  Estas correcciones son necesarias  para la aceptación del trabajo",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Aunque el paper está bien escrito y estructurado, y la experimentación parece extensa, no se percibe un grado de originalidad en la versión del algoritmo presentado en el paper respecto de las anteriores versiones del mismo existentes en la literatura y que han sido ya aplicadas a la misma problemática.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El artículo presenta un algoritmo para problema de Job Shop Scheduling, mediante el enfoque de inmunidad de selección clonal. Se realiza una adecuada revisión de la literatura relacionada y de la metodología propuesta para resolver el problema. En lo relativo a los resultados y su discusión, se midió el desempeño del algoritmo propuesto sobre varios problemas de distintos tamaños y se comparó su rendimiento con otros algoritmos de la literatura.  El artículo está bien estructurado y la presentación es clara y sigue un orden lógico.  Presenta algunos problemas menores de forma que se deben resolver:  - incorrecta enumeración de las figuras y no sigue el orden de aparición. - referencia 2 es incompleta  Según lo expuesto, el algoritmo propuesto supera a otros algoritmos de la literatura en cuanto a porcentaje de BKS alcanzado. No obstante, no se discute el factor error relativo promedio % y el hecho que el esquema propuesto supera a 2 esquemas de la literatura pero es superado por 5 otros (esto se menciona en las conclusiones pero sin discusión). Sería conveniente introducir una discusión respecto a esto último y trabajo futuro en este sentido.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 58,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "Si no me equivoco, creo que el artículo ya fue presentado en otro evento, recuerdo haber evaluado la misma propuesta anteriormente.",
                    "text": "Falta sustento en la validación de la propuesta.  No existe ningún análisis sobre cómo esta propuesta mejora o complementa las técnicas tradicionales de trazabilidad de requisitos.  Me parece que proponer un código tan extenso en lugar de facilitar la trazabilidad, la hace más engorrosa, a menos que se utilice una herramienta de software que genere automáticamente estos códigos, aspecto que no se considera en la propuesta.  El caso de estudio presentado es meramente descriptivo, no hay un respaldo que permita validar si efectivamente se consiguieron mejoras respecto al uso de técnicas de trazabilidad tradicionales.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 59,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "No queda claro si el artículo presenta una propuesta propia de evaluación de procesos (basada en CMMI o ISO), una adaptación de conceptos presentes en las normas a un proceso concreto o un estudio de caso sobre un plan de desarrollo.  La combinación de los modelos CMMI e ISO ha sido ampliamente discutida en la literatura. Sin embargo, no se incluyen referencias bibliográficas sobre este tema. Tampoco se explica en el artículo cuál es el enfoque utilizado para combinar los conceptos de ambos. Es necesario incluir nuevas referencias bibliográficas sobre este tema y otros relativos a los modelos de calidad y procesos.  La definición de fases y productos del proceso parecen arbitrarias y no están justificadas en el artículo. Las fases que se presentan no siempre concuerdan con las propuestas en el estado de la práctica de ingeniería de software. Los autores deben dar, al menos, una explicación de cómo se obtienen.  El artículo tiene varios problemas de formato no uniforme, algunos párrafos presentan un interlineado distinto, algunos títulos de sección están en negrita y otros no.  El estudio no aporta resultados interesantes con respecto de la aplicación de estos conceptos de calidad y procesos en el caso del INAPI.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Este artículo presenta para medir la calidad de los procesos de software. El título ya fue algo que me sorprendió. Existen miles de debates en qué se entiende por calidad en los procesos de software y los autores no concretan cuáles son la base de la que parten. Además, la clasificación que hacen en los apartados desde las etapas de desarrollo, los procesos de desarrollo es algo de lo que existen muchas alternativas en la literatura y los autores se centran en una que parecen dar o tomar como el referente más adecuado. La visión práctica en el caso concreto de INAPI sí que es de interés pero creo que hubiera sido más importante el decir porqué se aplican las cosas que intentar definir una visión global y como estándar de los conceptos con los que trabajo. Por otro lado, hay otras propuestas metodológicas para aplicar 9001 en el contexto del software. Creo que habría que potenciar de manera más adecuada el que se defienda qué aporta esta en realidad.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 60,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "-\tLa propuesta es una buena iniciativa práctica, sin embargo existe una carencia en la revisión de la literatura en la que se basa y la evaluación por expertos debe ser ampliada para ser considerada como significativa. -\tDebe modificar el formato de citas (es ordenado de [1] a...[n]) y el listado de referencias indicando volumen y número, etc. Este es un ejemplo: [1] K. Nusair, H.G. Parsa and C. Cobanoglu. \"Building a model of commitment for Generation Y: An empirical study on e-travel retailers\". Tourism Management. Vol. 32, Issue 4, pp. 833-843. 2011. -\tDebe indicar a que moneda se refiere en los párrafos introductorios (¿pesos colombianos? ¿pesos chilenos?. -\tDebe ajustar el formato de las tablas. -\tSe recomienda fuertemente mejorar la redacción, de modo de hacer más breve y menos coloquial la explicación del trabajo.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 61,
            "preliminary_decision": "accept",
            "review": []
        },
        {
            "id": 62,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Un buen aporte y mirada al futuro. La redacción presenta algunas dificultades, revisar. Falta dar un ejemplo para algún tipo de dispositivo, habría sido ideal.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 63,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "-\tEl 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. -\tEn 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. -\tSi 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. -\tPropongo 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). -\tMetodoló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). -\tLas limitaciones antes expuestas restringen los alcances de los interesantes  resultados expuestos en el trabajo.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 64,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "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\"",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 65,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "El paper debería arreglar los problemas en el formato para ser aceptado",
                    "text": "Se presenta una aplicación que consiste en un sistema de vigilancia basado en cámaras ip y que puede ser monitoreado desde dispositivos móviles con android, donde el aporte del trabajo es crear un sistema centralizado para gestionar las cámaras. El paper muestra en detalle el diseño del sistema, lo cual puede ser de interés a la audiencia del congreso. El trabajo presenta algunos problemas en el formato: - presenta encabezados en cada página que parecen referenciar a que fue extraído o enviado a una revista, lo cual no se adecua al formato del workshop -muestra también fechas de envió y recepción, lo cual parece apunta en la misma dirección - presenta algunos problemas de redacción y sentido, como: \"También, a esto se suma la incomodidad el tener acceso de un computador\" \"presenta el desarrollo de un sistema de vídeo vigilancia con cámaras IP, que engloba las ¿¿desventajas?? antes nombradas\"  El paper debería arreglar los problemas en el formato para ser aceptado",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 66,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Validación cualitativa de UTAUT, Evidencias desde un estudio de investigación acción es un  trabajo que aporta un interesante ejemplo de investigación acción. Sin embargo, existen algunas posibilidades de mejoras. Primero, sugiero a los autores mejorar la conceptualización de \"comportamiento de uso\" pasando de un \"adopto/no adopto\" (dicotómico), a un \"nivel de uso\" para probar H4 y H5. Por otra parte, y en relación a las conclusiones, creo que si bien en UTAUT 2 FC es un antecedente de BI, esto es sólo en el contexto de tecnologías de consumo, y no creo que sea una comparación útil en el contexto e-learning, sugiero buscar referencias en ese contexto. Finalmente, creo que los autores deberían profundizar seriamente en las diferencias del contenido de los cursos que adoptaron y  los que no lo hicieron, ¿es posible que este contenido condicione el  uso de herramientas de evaluaciones electrónicas? Se sabe que algunos contenidos son más fácil de evaluar con herramientas electrónicas.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 67,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "La revisión NO es rigurosa  y carece de discusión crítica. Sin esos componentes, el  artículo carece de contribuciones.",
                    "text": "En este trabajo se presenta  una revisión de Sistemas Inmunes Artificiales  y  sus aplicaciones.  Observaciones:  Un trabajo de revisión tiene que ser cuidadoso y amplio, con comentarios críticos, sugerencias y conclusiones que sirvan como contribuciones del trabajo.  El artículo propuesto no incluye en la revisión trabajos  y aplicaciones recientes.  Luego, la revisión no es completa.  Por otro lado, no presenta  discusión crítica ni conclusiones de la revisión realizada. En consecuencia, el  autor no  alcanzó  ninguno de los dos objetivos esperados  para este trabajo.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Estimados Organizadores, la aceptación o rechazo de este tipo de aportes, a futuro, debería ser estandarizado, ya que artículos modalidad \"revisión\", aunque es un trabajo interesante, carece de rigurosidad, si no se considera, año de las publicaciones referenciadas, Revistas de impacto (y de qué tipo) que han sido considerada, etc.",
                    "text": "Hoy en día los artículos de \"revisión\" son de mucha utilidad, y la forma de concebirlo es toda una discusión. Por tal motivo, es relevante saber la metodología de búsqueda y recuperación de la información (por años, temas, revistas, journal, etc) para con ello, conseguir una buena redacción técnica que le permita hacer llegar a los lectores los conocimientos que se quieren transmitir.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Gracias por sus evaluaciones, al parecer el artículo no está escrito en forma correcta pero puede ser aprovechado en una discusión para el congreso.",
                    "text": "RESUMEN. El artículo busca mostrar las aplicaciones de Sistemas Inmune Biológico en la computación. Para ello, el artículo comienza describiendo la teoría sobre el Sistema Inmune Biológico de los vertebrados, el cual define, además de explicar su funcionamiento. A continuación describe los modelos biológicos como revisión teórica de la materia. Finalmente describe las características de los sistemas inmunes artificiales y detalla los distintos campos de aplicación.  Evaluación General. El tema del artículo es sumamente interesante, y poco veces visto (al menos por mi). Tal cual postula el artículo, hace una revisión bibliográfica de la teoría y entrega una descripción sobre la variedad de aplicaciones que tiene este campo de estudio. Logra resumir estos conceptos que pueden servir efectivamente como marco de referencia dentro de la literaria. Sin embargo, el artículo posee algunas debilidades:   1) La gran debilidad del artículo es su estructura. El artículo no sigue el formato estándar del trabajo de un artículo científico. Acá presento algunos ejemplos. a) En la introducción no se presenta la estructura que sigue el artículo, ni una idea general de lo que quieren lograr los autores. b) No hay un lineamiento de las ideas de cada sección, ni una introducción por sección. Esto se traduce en que no existe una propuesta clara por parte de los autores y que lo intentan proponer se ve solamente en la última página.   2) Otra debilidad es que no establece ninguna forma de evaluar y comparar las distintas aplicaciones de la materia con el fin de conectarlas con la teoría y presentar una contribución del artículo. Por esto, no cumple con lo establecido en su abstract: \" . . . para establecer lineamientos en la aplicación de estas técnicas en las diferentes áreas del conocimiento.\"  3) Otro problema es que no establece ningún tipo de conclusión ni de las implicancias que tiene el artículo, el cual termina con la descripción de una aplicación en optimización combinatoria.  Otros comentarios. Problemas menores de redacción: a) \"...y las moléculas pertenecientes a antígenos externos (no propias),  que en últimas son las que constituyen una amenaza para el organismo...\" Se entiende que falta una palabra luego de “últimas”. b) \"describe características básicas de una respuesta inmunológica\" Esta frase no establece una definición. c) \"células innatas inmunes especializadas células dendríticas\" Aquí también faltan palabras.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 68,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "-          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??",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 69,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "en",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "This is a developed application to support information with sounds. Although it is a particular situation to aid with the use of sounds, it does not presents new knowledge in any areas or has any type of empirical validation; one from the user point of view might add some value.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo presenta una prueba de concepto respecto a la asociación de sonido a un índice financiero (RSI).  El artículo tiene una estructura adecuada, presenta los conceptos, trabajo relacionado y la propuesta de \"sonificación\" en forma clara. No obstante, es escueto en la descripción de la implementación, los resultados obtenidos y su análisis.  Algunos errores gramaticales menores:  - pag. 1, columna derecha, primer párrafo. \"Is in this context\" - pag. 3, columna derecha, segund párrafo. \"minimums and maximums frequencies...\"; \"to void damaging...\"  Algunos aspectos a mejorar:  No queda claro cuál podría ser la ventaja respecto a otras posibles formas de asociar sonido al RSI.  Se requiere mayor explicación y detalle respecto a la implementación.  El trabajo carece de una parte empírica donde se pueda juzgar o estimar el valor del esquema propuesto frente a otras posibles opciones. Esto se explica por su carácter de prueba de concepto, pero no se menciona esto como trabajo futuro.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 70,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "2",
                    "remarks": "Este tipo de trabajos, interesantes y bien hechos, son un real aporte.",
                    "text": "Un trabajo impecable.   Bien presentado, enfocando un tema de actualidad e interés. Ameno y bien estructurado.  Sin observaciones de mi parte. Creo que es un aporte real que cautivará el interés de los asistentes.  El hecho de utilizar como elemento componente una herramienta de impacto en las redes sociales captura de inmediato la atención del lector; y la presentación que se inicia con un vistazo a los conceptos más relevantes busca aclarar que se trata de un trabajo al alcance de aquellos que participan en las redes sociales.  Si bien puede ser leído sin dificultad por una gama amplia de lectores, no carece del rigor necesario para ser una propuesta atractiva, consistente y bien planteada.  Apoyo su inclusión en Infonor con entusiasmo.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 71,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "-\tNo existen bases científicas explicitas en este trabajo y su aporte a la práctica es muy limitado. -\tAdicionalmente, se debe revisar cuidadosamente su redacción y la lógica de la redacción. Por ejemplo se dice \"altura\" cuando se debería decir magnitud. -\tEs necesario que los datos revisados sean evaluados en relación al contexto, les recomiendo a los autores leer sobre análisis similares en reino unido para que puedan explicar sus resultados. -\tSi es mejorado podría ser presentado en workshop de aplicaciones empresariales.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 72,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "buen paper",
                    "text": "el trabajo mostrado en este paper esta muy bien documentado.  presentan un modelo de extracción de información para la planificación de búsquedas en web.  para ello con algunos casos que prueba el modelo propuesto",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 73,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "-          De valor dada la relevancia de la temática en la actualidad.  -          Entrega antecedentes empíricos respecto de la intensidad de la relación de las variables en estudio.  -          Define claramente una vía para futuras investigaciones.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "2",
                    "remarks": "",
                    "text": "Muchos son los estudios sobre el efecto de las redes sociales, las oportunidades que pueden generar y de influencia en el comportamiento del consumidor. Quizás la más grande contribución de las redes sociales sean recriar la realidad en un Universo que puede ser mejor observable. Sin embargo mucho antes de las redes sociales, de la Internet y de los últimos avances tecnológicos, el comportamiento del consumidor ya era observado e investigado por diferentes áreas del conocimiento. Así, estudiar el marketing boca a boca, uno de los registros más antiguos y fiables aplicados a las redes sociales es de gran importancia. Entender las redes sociales y su múltiple variedad es posibilitar ampliar los estudios a través de otras dimensiones. El uso de las correlaciones y el modelo adoptado abre la posibilidad de su uso en otras realidades, otros países. Por estos motivos me parece conveniente recomendar el artículo según el criterio de \"fuertemente aceptado\" al cumplir con el rigor metodológico, ampliar las cuestiones, probar un modelo y despertar interés para otros investigadores.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "2",
                    "remarks": "",
                    "text": "El trabajo \"Un análisis empírico de las recomendaciones comerciales en los Sitios de Redes Sociales\"  es de relevancia científica y actualidad. Los datos estudiados muestran resultados interesantes a partir de una muestra principalmente hispanoamericana. Deberían los autores seguir sus líneas futuras de investigación.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 74,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Los comentarios aparecen en el archivo adjunto",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "con carácter general la investigación puede ser objeto de publicación, aunque a mi parecer presenta debilidades subsanables en el corto y en el medio plazo.",
                    "text": "El  trabajo \"Liderazgo en adopción de TI en PYMEs ¿Sólo el involucramiento del propietario importa?\" explora a través de la metodología IA la relación entre involucramiento del propietario y el éxito de la TI en PYME. Si bien es un buen trabajo, el texto puede ser mejorado en algunos aspectos de forma y fondo: 1.\tLos autores deben declarar el objetivo del estudio para facilitar la lectura del trabajo. 2.\tLamentablemente los autores cometen un error importante al colocar a  D&M como modelo de aceptación a nivel individual (\"Otros modelos de aceptación a nivel individual incluyen: el modelo de DeLone y McLean (D&M) [5]\"). De hecho, a partir de ese error la redacción del texto confunde dimensiones del éxito del uso de sistemas de información (el modelo D&M) con modelos de adopción de tecnologías de información (TAM y sucesores). Los autores deben revisar D&M y ver las implicaciones para su trabajo de la correcta interpretación de este modelo. 3.\tAsociado a lo anterior, ¿que entienden los autores por éxito del uso de sistemas de información? deben explicarlo, ¿los beneficios individuales y los beneficios organizaciones son parte de ellos?,  ¿es posible que otras dimensiones del éxito del uso de sistemas de información, como la calidad de la información y la calidad de servicio de la función informática, sean variables importantes para explorar en los dos proyectos estudiados?",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 75,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "En  Cap III no veo diferencias o aportes  sustantivos a lo ya manifestado en documento “la necesidad en Chile de una infraestructura tecnológica colaborativa de apoyo a la investigación astronómica” Red Universitaria Nacional, Noviembre 2008. De manera que corresponde citarlo como referencia o sino hacer los aportes o diferencias sustantivas, al igual que http://www.reuna.cl/documentos/DOC2008/KawaxAstronomia_nov2008A2.pdf  Finalmente, el artículo carece de relevancia, ya que los aportes no se diferencias de lo que presenta.   Más aún, las figuras no se explican, como tampoco se cita su fuente que están dadas en http://www.ivoa.net/documents/Notes/IVOAArchitecture/.   No cabe duda que lo relevante serán los resultados que se obtengan del  proyecto (FONDEF D11I1060, adjudicado el año 2011), en el sentido del diseño e implementación de un observatorio virtual, el cual deberá cumplir con los estándares de IVOA, sin embargo, por ahora, no veo aportes sustantivos.  Además, no se mencionan las \"instancias donde presentarán problemáticas\", tampoco la o las \"problemáticas que enfrentan\" como comunidad ante el procesamiento de datos que serán resueltos mediante \"técnicas computacionales\", las que hasta ahora son desconocidas.  Por otro lado la arquitectura que se muestra y me parece natural es la de IVOA, sin embargo, no se muestran, al menos por ahora, los aportes que se han realizado en este sentido.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Interesante paper que muestra el desarrollo de un observatorio astronómico virtual con posibles importantes implicaciones para la comunidad informática nacional. A este respecto sería deseable que durante la presentación se aclarasen aspectos como ¿Está abierta la participación a otras universidades a colaborar en los desafíos que se deriven de este proyecto? ¿Está pensado trabajar con más observatorios en el futuro? ¿Qué lecciones o guías se pueden extraer de la experiencia en la implementación de los otros observatorios virtuales alrededor del mundo, y del provecho que de estos han sacado los investigadores de las ciencias de la computación?",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 76,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "El tema de diseño y construcción de datamarts ya no es novedoso, por lo cual los errores técnicos adquieren mayor gravedad. Deben corregirse los errores de diseño.",
                    "text": "Es una aplicación interesante, sin embargo los KPI no deben ser equivalentes a las medidas que finalmente quedarán en la tabla de hechos. Por ejemplo, el indicador promedio de defunciones por año, se debe implementar a través de la medida \"cantidad de defunciones\" que es una medida aditiva y se puede agregar por los distintos niveles de la dimensión (así puede obtenerse el KPI promedio por dia, mes, trimestre, etc). Hay varias dimensiones que están agrupadas en el modelo, siendo que son distintas (por ejemplo, caracteristica_madre). Se debe corregir el diseño, es posible que los resultados obtenidos por el sistema estén con errores.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "Claramente se trata de un artículo académico resultado de un curso de IN o Datawarehouse, cuyo impacto en políticas públicas es bajo o nulo.",
                    "text": "El articulo presenta un análisis sobre las defunciones fetales en Mexico a través de un proceso de Inteligencia de Negocios (ETL - Datawarehouse - OLAP - KPI's) bien realizado. La debilidad se encuentra en la motivación del estudio, ya que no queda claro cómo surge y que induce a realizar el estudio, surge la inquietud de por qué en la UNAP se realiza un estudio que tiene que ver con muertes fetales en Mexico, ¿tendrán las conclusiones del estudio alguna repercusión en las políticas públicas de este país? o ¿es sólo un trabajo basado en datos abiertos?. Hubiera sido adecuado despejar estas dudas desde un comienzo de forma de valorar adecuadamente este trabajo.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "El artículo presenta errores graves de diseño por lo cual no es recomendable que se exponga. Además hay tres artículos iguales, de los cuales este es uno que esta con problemas de diseño.",
                    "text": "1.\tLo que se propone es interesante como una aplicación pero no es un trabajo científico. Además ya no es interesante la aplicación de un Datamart desde el punto de vista técnico como es presentado por el autor pues existe mucha documentación y trabajos al respecto. Por este motivo ahora hay que buscar \"otros aspectos (diseño, metodología, etc.)\" que hagan interesante un artículo del área Datamart.  2. Hay errores de diseño, por lo cual lo más probable es que los resultados que se muestran estén erróneos.  3. Debe tener cuidado con la sumarización.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 77,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "1",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Es un buen artículo, y los autores son investigadores con bastante experiencia en el tema. Se recomienda su aceptación en su forma actual.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 78,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "-\tEl tema es de relevancia científica. -\tEn el trabajo se desarrolló un análisis de la literatura sobre calidad de datos en las aplicaciones de e-government municipal. -\tMetodológicamente existen tres limitaciones importantes a superar. 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). -\tLas limitaciones antes expuestas restringen los alcances de los interesantes  resultados expuestos en el trabajo. -\tFinalmente, se sugiere avanzar en las escalas de medida de dimensiones seleccionadas  antes de desarrollar caso de estudio indicado en las conclusiones.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 79,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El paper muestra una aplicación práctica desarrollada con realidad aumentada aplicada a entregar información turística en espacios abiertos El trabajo permitirá dar a conocer la tecnología a nivel nacional y sus potencialidades, por lo que se considera un aporte. Sin embargo, el paper carece de un estudio comparativo con otros trabajos similares aplicando esta tecnología a este mismo objetivo, por lo que no se logra obtener una idea del grado de originalidad del mismo, ni da la posibilidad de contrastar algunas de las limitaciones del mismo que el autor menciona al final del paper con trabajos ya desarrollados anteriormente.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El artículo presenta un estudio de caso sobre el desarrollo de una aplicación móvil de realidad aumentada. La aplicación tiene como objetivo brindar información multimedia sensible al contexto (ubicación) y permite realizar tours  sobre distintos puntos de interés.  Si bien el tema (Realidad Aumentada) es muy interesante desde el punto de vista de la investigación, los objetivos del estudio de caso deben ser presentados explícitamente. El objetivo del prototipo puede ser la experimentación con tecnologías de desarrollo disponible para RA, el desarrollo de un software funcional para ser puesto en producción o ambos.  En la sección central del artículo (Solución Propuesta) hay múltiples secciones donde se mezclan conceptos: selección de herramientas, diseño de la arquitectura de la aplicación, lista de funcionalidades (que debe ser revisara para ser una extensión de los requerimientos de la sección III). Sugiero separar y seleccionar solo uno de estos aspectos para tratar en mayor profundidad. Por ejemplo, la selección y justificación de herramientas está dispersa en varios puntos del artículo.  Existe la oportunidad de explicar las lecciones aprendidas del desarrollo de una aplicación de RA con mayor detalle. La lista de beneficios y la discusión de resultados solo trata de aspectos generales.  Sugiero incluir más referencias a la literatura sobre RA: definiciones, investigación reciente, casos de desarrollos similares.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 80,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "Creo, con un nivel de confianza superior al 90%, que este artículo es producto del entusiasmo de un profesor de una asignatura particular, motivando a sus estudiantes a escribir; pero faltó el apoyo necesario para llegar a un producto de calidad aceptable.",
                    "text": "Trabajo muy mal presentado, con severos errores de ortografía y redacción. Pese al tema, interesante, no es posible encontrar un hilo adecuado en el desarrollo del trabajo.  Desde el inicio surgen los problemas, en el resumen se afirma que \"el objetivo de este artículo es la realización de un análisis a un conjunto de registros de diagnósticos médicos, puestos a manera de investigación, en busca de una mejor perspectiva y visualización de los datos para responder a los indicadores que se plantearon\" Primero, el objetivo del artículo no es la realización del análisis, sino mostrar el resultado de algún proceso (el proceso puede ser el análisis).La frase \"puestos a manera de investigación\" es del todo inadecuada.  No se responde a los indicadores..., ¿qué sentido tiene eso?  Las citas en itálico incluyen a los autores; faltó apoyo de alguien más experimentado en la escritura del artículo.  Lamentablemente, el trabajo está plagado de errores inaceptables.  No sólo de escritura.  La página 3 indica que uno de los problemas encontrados dice relación con la \"Estructuración de datos\". ¿Cuál es el problema? ¿Por qué se produce? ¿Cómo lo enfrenta el autor? ¿Es satisfactorio su enfoque?  Creo que esos antecedentes (que se repiten de manera similar en toda la extensión del texto), justifican mi rechazo.  Resumiendo, es muy pobre el trabajo.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "Claramente se trata de un artículo académico resultado de un curso de IN o Datawarehouse, cuyo impacto en políticas públicas es bajo o nulo.",
                    "text": "El articulo presenta un análisis sobre diagnósticos médicos (practice fusion) a través de un proceso de Inteligencia de Negocios (ETL - Datawarehouse - OLAP - KPI's) bien realizado. A diferencia del otro artículo de similares características de la UNAP, aquí queda claro que se trata de datos abiertos que han sido considerados para realizar el proceso de IN. Sin embargo, a diferencia del otro artículo, aquí las conclusiones están menos trabajadas y los resultados son menos claros, también el proceso ETL está más oculto y sólo se presenta a nivel de JOBS.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo presenta el diseño de un Datamart para el registro de diagnósticos médicos. Además, presenta resultados \"genéricos\" de lo realizado.  No se visualiza una nueva propuesta, sino una experiencia práctica, que utiliza registros médicos de Practice Fusion, una comunidad de historial clínico electrónico. Presenta el artículo indicando que es muy común usar los métodos del paper en empresas de rubro comercial, y ahora la \"propuesta\" sería aplicarlos al área de salud. Sin embargo, lo más probable es que para el área de salud ya se haya considerado un trabajo similar.  Tampoco considera una situación real, para ver el resultado de su aplicación, lo cual podría haber sido más interesante.  Las Referencias 7 a la 11 no son usadas en el texto.  Otras observaciones menores: - Cambiar \"Palabras Claves\" por \"Palabras Clave\" - Hace referencia a \"indicadores clave\" e \"indicadores claves\" (la primera es la correcta) - No hace referencia a figuras en el texto. - Corregir \"a al peso\", \"restringen a base\", \"indicadores plateados\", \"donde existente\" - Cambiar \"REFERENCES\" por \"REFERENCIAS\".",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 4,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "No recomiendo aceptar este trabajo pues es un trabajo que tiene cero aporte en el ámbito de investigación. Además hay tres trabajos que son iguales y este no es el mejor.",
                    "text": "Lo que se propone \"es interesante como una aplicación\" pero no es un trabajo científico.  Ya no es interesante la aplicación de un Datamart desde el punto de vista de aplicación de herramientas (OLAP) a un problema. Dado que se vuelve un trabajo técnico que se realiza en empresas actualmente, pero que no implica un desafío científico ni de investigación.  Hay errores de diseño en la tabla de hechos.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 81,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "2",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Este trabajo se presenta como el desarrollo de un prototipo que incluye a las redes auto-organizativas como técnica secundaria de minería de datos aplicada sobre un árbol de decisión. Realiza una comparación de este prototipo con el software WEKA mediante encuestas a un grupo de personas que tienen conocimientos en minería de datos.  En las pruebas realizadas no indica si WEKA tiene el mismo tipo de herramienta (SOM u otra para aumentar la comprensión del modelo). En los análisis de resultados, sólo se muestran los resultados de la evaluación del prototipo y no de WEKA.  En la página 3, segunda columna repite la oración: ‘la visualización es una herramienta… soporta la interacción... involucrados en el proceso de MD’. (párrafos 2 y 3 de la segunda columna).  El párrafo  penúltimo de la página 4 no se entiende.  Las figuras 2 y 3 no se entienden debido a lo pequeño de la letra.  En la página 8, letra d) debería sacer Figura 2.  El artículo no está en el formato especificado, y tiene más de 8 páginas (específicamente 12).  Tiene algunas faltas de ortografía, por ejemplo, dice éste, en donde debería decir este. La referencia [18], no indica si es libro, Journal, Conferencia, etc.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El documento propone un modelo de visualización gráfico para arboles de decisión basado en el esquema VAM-DM que fue probado por medio de una aplicación con usuarios novatos y expertos.  El documento presenta varios problemas de forma más que de fondo.  Tiene errores de ortografía, en la puntuación y tipográficos.  En algunas partes parece ser una traducción mal hecha. Todo esto dificulta la comprensión del texto.  El significado de las siglas debe explicarse desde su primera utilización.  Faltan referencias en el lugar apropiado. Por ejemplo: desde la primera vez que se habla del esquema VAM-DM se debe poner la referencia o se utiliza la palabra varios autores sin referencias.  La encuesta debería estar disponible, ya sea en un Anexo o en algún sitio en Internet.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 82,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "-\tNo existen bases científicas explicitas en este trabajo y su aporte a la práctica es nulo.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 83,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Este artículo propone un conjunto de medidas de cuantificación basadas en la triangulación de Delaunay de características de las huellas dactilares como principios para un esquema de indexación.  El trabajo se expone mayoritariamente claro y las propuestas y resultados son interesantes para el congreso. Cabe hacer notar los siguientes aspectos negativos o que no quedan claros en el trabajo:  - Cuidado con mezclar títulos en inglés y contenido en español (revisar) - Revisar la redacción de la conclusión   \"siendo esta casa vez menor a medida\" - De los resultados mostrados, sólo la tabla 2 realiza presenta un resultado comparativo con otras soluciones, por lo que otros gráficos deberían también incluirse en forma \"comparativa\" - No queda claro la eficiencia de la propuesta ni el tamaño de la bd, más bien parece pequeña en relación a la cantidad de huellas que se espera que un sistema real maneje. Esto dificulta el apreciar y encontrar justificación a los 45 segundos presentados cuando el sistema se \"estabiliza\" - Se echa de menos que ante la definición de cualquier tipo de índice, no haya un desarrollo más elaborado de la complejidad computacional, estructura de datos y ambiente de pruebas utilizado para tomar los tiempos.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 84,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Este artículo presenta el desarrollo de un sistema de detección de ataques SYN-FLOOD Y SATAN mediante técnicas de clustering basadas en el algoritmo DBSCAN en ventanas de tiempo de 5 minutos.  El artículo se presenta claro en su redacción y se agradece el resumen de arquitectura diseñada, pudiendo ser un artículo interesante para ser presentado en nuestro congreso.  Mis principales reparos son: - Figura 7 presenta gráficos con ventana de 10 minutos, siendo que el la propuesta indica 5 minutos - A mi parecer el sistema no representa un proceso de minería de datos debido a que no hay nuevo conocimiento accionable, sino más bien es un sistema de clasificación. Puede que exista nuevo conocimiento, pero el documento no refleja como el sistema realizado ayudó a obtener nuevo conocimiento de los ataques. - Existe poca explicación y falta de experimentación para argumentar y justificar el uso de DBSCAN  sobre otro tipo de clustering o incluso en lugar de un clasificador. - Se sabe que un ataque SYN-FLOOD produce un número elevado de conexiones en un momento dado, por lo que no queda claro si es necesario un sistema tan sofisticado para detectar este fenómeno, esto podría ser aclarado si se incluyera la comparativa con otros enfoques.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 85,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "En general los índices que plantea son de utilidad, pero sólo desde un punto de vista referencial.",
                    "text": "El paper describe el proceso de evaluación de una aplicación móvil a partir de un conjunto de índices pre-definidos. En las dos primeras páginas se expone el tipo de aplicación móvil y la justificación a la selección de índices. Luego un análisis de los índices, indicando la muestra realizada y la metodología.  * Se extraña una presentación formal de la aplicación móvil, más allá de simplemente expresar su funcionalidad. * La búsqueda de correlaciones entre los distintos índices son obvias y están asociadas claramente a la evaluación por parte de los usuarios. * Desconozco la necesidad de plantear la diferencia entre sexo de la población muestral, no es un dato significativo. * El cuestionario seleccionado * Es poco significativo el encontrar a partir de los datos que la variable que más aporta a la predicción de calidad es la \"usabilidad\". Este punto es obvio en una aplicación móvil debido a su naturaleza. * Las conclusiones no aportan al trabajo realizado, se debería plantear una posible extensión de la evaluación a dispositivos móviles de tamaño mayor, por ejemplo: tables.  El proceso de medición de calidad que se propone sólo puede ser evaluado en su aplicación en distintas aplicaciones móviles, no solamente en una para mejorar la gestión de pago de los impuestos federales.  Con respecto a la ortografía, es muy común la falta de tilde en varias palabras: solicitó, explicó,  especificó, elaboró, proporcionó, etc.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Gracias por sus evaluaciones, al parecer el artículo adolece de la rigurosidad científica en su estructura, y nadie hace referencia a que sea un tema importante para debatir en una presentación.",
                    "text": "El trabajo me ha resultado interesante y me ha parecido un artículo muy atractivo de leer. Sin embargo, mi principal cuestión por la que he aconsejado su rechazo es porque realmente no considero que lo presentado sea investigación. El artículo presenta una experiencia en el uso de un aplicativo móvil para el pago de impuestos pero esto es algo que ya lleva ejecutándose en otros entornos. ¿Qué aporta esto de nuevo? Igual existe alguna novedad respecto a este desarrollo pero no ha quedado reflejada en el paper. Incluso, los planteamientos de trabajos futuros de investigación planteados, yo los entiendo como evolutivos o nuevas aplicaciones. El paper sería adecuado para una track section pero no para un congreso de investigación bajo mi punto de vista.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 86,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "RESUMEN. El trabajo propone un modelo para evaluar la calidad de un software orientado a agentes. Básicamente, el modelo considera tres propiedades para evaluar su calidad: habilidad social, autonomía y pro-actividad.  Para evaluar estas propiedades, el autor descompone estas propiedades en varias sub-propiedades medibles. El autor evalúa este modelo a través de un caso estudio: un sistema bancario.  Comentarios Generales: De manera notaría, la estructura del documento tiene los aspectos necesarios para ser considerado un artículo científico. La contribución del artículo pareciese ser relevante.  Dicho esto, este trabajo carece de algunos puntos que (para mí) es importante abordar:  * El autor menciona que no hay modelo para evaluar la calidad del software de agente, y el propone uno. Su propuesta es una adaptación de ISO/IEC, sin embargo, el autor no justifica por qué es la apropiada.  * Con respecto al punto anterior, el párrafo 1 de la introducción dice que no hay modelo de que mida la calidad del software. Luego, el párrafo 2 menciona que hay algunos trabajos acerca de esto. El autor debería clarificar su contribución.  * El autor menciona que se desarrolló un software para este trabajo, sin embargo, este trabajo aparece como otra publicación más (y de otro autor). Si es el software mencionado no es parte de las contribuciones del trabajo, por favor, eliminar estas frases.  Otros comentarios:  * En la sección del caso de estudio no es tan fácil entenderla. Por ejemplo, figuras 2, 5 y 7 no se entiende a que se refiere sus siglas (ej. AMS). Supongo que corresponden a los sub-propiedades.  * Se recomienda intercambiar la sección 3 por la sección 2. Es decir, primero explicar que es un agente y luego hablar del trabajo relacionado.  * No me queda claro si es \"agente software\" o \"agente de software\". Incluso, el autor también confunde esta terminología (primera oración de la sección 4).",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El trabajo presenta una propuesta interesante para evaluar el paradigma de desarrollo de software orientado a agentes y aunque es un trabajo en curso tiene buenas bases.  Se sugiere volver a redactar el Resumen de manera que sea más comprensible, utilizando de nuevo los sustantivos cuando sea necesario y con una estructura menos rígida.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 87,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El  trabajo está bien presentado, es consistente y trata de un problema  relevante. Los resultados presentados  aún son incipientes,  debido  que el estudio de caso es simple y no incorpora complejidades mayores. Aún así, considero que este trabajo presenta elementos suficientes  para su aceptación.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Mi duda es si está en el contexto de este evento",
                    "text": "Se propone un modelo CityCA, basado en autómata celulares para distribución.  El paper está bien escrito y bien distribuido, tal vez ordenar un poco el abstracta se entendería mejor.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 88,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Siendo este artículo muy atípico, considero importante leer la opinión de los otros revisores al respecto para formarse una idea final. En mi caso me genera dudas, por un lado, es una contribución que introduce ideas nuevas en el área de modelos de datos, por otro, la idea del modelo MED me parece - al menos - curiosa.",
                    "text": "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.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "La idea es buena pero debe arreglar lo que se pide en el listado de correcciones tanto de formato como de contenido. Y sobre todo el título que es muy \"grande\" en relación a lo que se presenta que es una aplicación y no un nuevo modelo emergente.",
                    "text": "Correcciones de Formato:  1.\tEn palabras claves dejar sólo 5 las más relevantes. 2.\tEliminar las siguientes expresiones: •\t“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:” •\t“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.” •\t“”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.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 89,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "RESUMEN. Este trabajo describe tres de actividades docentes en un curso electivo de la Universidad de La Serena. Desarrollar intérpretes usando la herramienta ANTLR en Android es la principal conexión de estas actividades. La primera actividad implementa un parser/interprete para una calculadora. La segunda actividad incorpora la habilidad de ordenar listas en el intérprete. La última actividad incorpora el servicio de reconocimiento de voz usando una librería de Google. De acuerdo al trabajo, el resultado de estas actividades permitió a los alumnos comprender de mejor manera los conceptos de lenguajes formales.  Evaluación General: El trabajo describe de manera muy clara como se realizaron las actividades en el curso electivo. Sin embargo, desde mi punto de vista, el trabajo presenta dos grandes debilidades:  1) La principal motivación del trabajo es que el uso de las herramientas ANTLR son útiles para los cursos de lenguajes formales. No obstante, nunca se ofrece una muestra de por qué es cierta esta afirmación, solamente se detallan como implementar los software de las actividades. Es fuertemente recomendable dar reales señales (ej. justificaciones, experimentos, etc) de por qué estas herramientas ayudan a la docencia de estos tópicos.  2) Este punto es la causa del punto anterior. No una hay motivación o problema que claramente muestre la necesidad de usar estas herramientas para un curso de lenguajes. Si los autores logran encontrar una motivación clara y medible, el punto 1) puede ser resuelto.  Finalmente, el trabajo no logra convencer con su conclusión.  Comentarios menores: 1) El trabajo excede el número de máximo exigido de páginas (9 (>8) páginas). 2) En la conclusión se afirma que con el uso de ANTLR en Android y el conocimiento de lenguajes formales se puede igualar las herramientas de Siri (Apple) & Google Now. En mi opinión, esa afirmación no es verdadera, porque para resolver las actividades usan las APIs de Google, significando que sin los productos de Google, estas actividades no pueden llevarse a cabo. En resumen, ANTLR y el conocimiento de lenguajes formales no son suficientes para construir Google Now.   3) Sería agradable usar las referencias canónicas de DSLs en cambio de las usadas en el trabajo:  @article{vanDeursen:2000:DLA:352029.352035,  author = {van Deursen, Arie and Klint, Paul and Visser, Joost},  title = {Domain-specific languages: an annotated bibliography},  journal = {SIGPLAN Not.},  issue_date = {June 2000},  volume = {35},  number = {6},  month = jun,  year = {2000},  issn = {0362-1340},  pages = {26--36},  numpages = {11},  url = {http://doi.acm.org/10.1145/352029.352035},  doi = {10.1145/352029.352035},  acmid = {352035},  publisher = {ACM},  address = {New York, NY, USA}, }  @article{Mernik:2005:DDL:1118890.1118892,  author = {Mernik, Marjan and Heering, Jan and Sloane, Anthony M.},  title = {When and how to develop domain-specific languages},  journal = {ACM Comput. Surv.},  issue_date = {December 2005},  volume = {37},  number = {4},  month = dec,  year = {2005},  issn = {0360-0300},  pages = {316--344},  numpages = {29},  url = {http://doi.acm.org/10.1145/1118890.1118892},  doi = {10.1145/1118890.1118892},  acmid = {1118892},  publisher = {ACM},  address = {New York, NY, USA},  keywords = {Domain-specific language, application language, domain analysis, language development system}, }  4) El texto asociado a la memoria de título no aporta mucho al trabajo. 5) Pequeños errores de ortografías deberían ser corregidos.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Gracias por sus evaluaciones, a pesar de que el articulo puede que no argumente la eficacia del uso de la herramienta en forma adecuada, me parece que el articulo puede ser de interés presentarlo en el congreso debido precisamente a las charlas que Google realizará en nuestro congreso.",
                    "text": "Un buen trabajo que está en sintonía con el INFONOR. De hecho este trabajo da continuidad a uno presentado en el INFONOR 2012. Mi única ponderación es que la referencia [13] debería ser el artículo publicado y presentado en el INFONOR en vez de la página del INFONOR.",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 90,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2013-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "Arreglar un poco la redacción",
                    "text": "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",
                    "timespan": "2013-07-05"
                }
            ]
        },
        {
            "id": 91,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Creo que no es un artículo adecuado para el evento, principalmente para su track de artículos regulares. Sugiero pasarlo al workshop de aplicaciones empresariales.",
                    "text": "No hay contribución científica interesante ya que es la aplicación de modelamiento a un caso de estudio. A pesar de que el trabajo está bien escrito técnicamente y es fácil de seguir no veo cómo es la misma notación la que permite detectar los cuellos de botella. Es el análisis del BPMN por parte del autor quien los detecta.  Otras correcciones: pag 1\ttítulo\tCreo que puede ser mejorado: “Uso de BPMN para detectar cuellos de botella: un caso de estudio” pag 1\tAbstract línea 2\tgestión y control de sus procesos  pag 2\tTitulo BPMN Creo que es mejor nombrar la sección como background o marco teórico pag 3\tFigura 1\tLa cita de la figura 1 debería aparecer antes que ella (revisar todas las figuras)",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo trata sobre la aplicación de BPMN para la comprensión de un proceso de negocio en una empresa minera de Perú.  El documento se encuentra bien estructurado y su lectura es fácil. Se observan pocos errores de redacción. Además su formato es el exigido por el congreso.  En relación al tema del artículo, al ser un aplicación de BPMN, no es novedoso. A partir del caso, creo que era posible realizar un mayor aporte, quizás proponiendo una metodología para abordar la revisión de procesos de negocios, considerando que los actores internos y externos de la empresa, generalmente priorizan la optimización de sus procesos productivos más que la revisión de otros procesos. Por último y no menos importante, el énfasis del artículo es la revisión (auditoría) del proceso con BPMN, alejándose de las temáticas del congreso. Se podría dar mayor énfasis aplicaciones asociados al congreso, tales como análisis de requerimientos a partir de BPMN, implementación de SOA desde BPMN, monitoreo de procesos con BAM y BPMN, etc.  En algunas figuras, a pesar que se mencionan a los contratistas como una entidad externa, no se utiliza un “lane” para representarlos y así observar la interacción con el proceso en revisión.  El trabajo futuro planteado está relacionado con los resultados obtenidos de las mejoras implementadas a partir del análisis realizado en este trabajo. Creo que más que seguir las mejoras implementadas es conveniente hacer un seguimiento a la forma en que se aborda la revisión de un procesos en un ambiente que no prioriza este tipo de tareas o es complejo de realizarlas.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El artículo cumple con el requisito de presentar una experiencia empresarial en aplicaciones de TIC’s con énfasis en la minería, por lo tanto, la evaluación no se hará teniendo en consideración alguna propuesta innovativa en un artículo de carácter científico.  Este artículo describe una experiencia exitosa en el uso de BPMN para modelar el proceso de negocio del área de Ingeniería y Proyectos de una empresa minera peruana. Se usó un pequeño y simple conjunto de elementos de BPMN para modelar el proceso de negocio. Esta experiencia es válida, pero es una solución ad hoc para el proceso de negocio escogido. La solución tendría mayor valoración si se hubiese presentado un modelo pequeño que pudiese ser validado y que pudiese solucionar un conjunto determinado de procesos de negocio asociados a la minería.  Algunas observaciones y/o comentarios menores: - No cumple con el requisito de presentar los artículos como anónimos de autores e institución. - En Resumen, cambiar “control sus procesos” por “control de sus procesos”. - En Introducción, cambiar “beneficios BPMNs” por “beneficios de BPMN”. - En página 3 y otras, utiliza las palabras “figura” y “Figura” en el texto. - En página 5, cambiar “La figura 2 se ha incluido” por “En la Figura 2 se han incluido”. - La referencia a algunas figuras 3 y 4 (mostradas en página 6) solamente se mencionan al final de la página 7. Lo ideal es referenciarla primero y después mostrar la figura. - En página 7, cambiar “el agrupa las tareas” por “agrupa las tareas”. - En Referencia [5] cambiar “BPMNModeling” por “BPMN Modeling”. - La Referencia [7] debe ser completada, la Referencia [12] debe incluir el año.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 92,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "El documento refleja un trabajo que no está completo o es un trabajo que se está desarrollando y no tiene resultados, sin embargo se presente como un artículo que describe resultados de una experiencia tecnológica que no se detecta.",
                    "text": "El artículo habla (en el resumen y un poco en la introducción) de una experiencia tecnológica de inter-operatividad entre plataformas de enseñanza, pero no se evidencia tal experiencia en sus líneas. Los resultados no son concretos, no hay experimentación o análisis de resultados que sustenten lo afirmado en el apartado de conclusiones. El apartado de conclusiones no se relaciona con lo dicho en el resumen no expresado en la introducción como objetivo del trabajo. A pesar de ser un estudio interesante respecto a estándares y tecnologías como e-learning o t-learning, los autores no logran describir la metodología de trabajo, procesos, experimentación, resultados y valoración de los resultados. En el apartado Resultados (al final) hablan de pruebas en dispositivos pero no se describen dichas pruebas, no hay evidencia de dichas pruebas en el documento.  Por otro lado, el texto tiene carencias importantes como las siguientes: 1. Tanto el Resumen como el Abstract tienen ideas difíciles de entender o están poco elaborados. 2. Se detectan errores ortográficos en el documento. 3. Lo dicho en la Introducción coincide poco con lo dicho en el Resumen. 4. Uso de siglas (abreviaturas) no descritas en el documento (como por ejemplo ETSI), no hay un glosario de términos. 5. Párrafos que contribuyen muy poco a entender el documento, como por ejemplo el que dice \"La Tabla 1 muestra el análisis de las características de las normas y estándares\" o el párrafo que dice \"Pruebas de acceso y despliegue sobre el BlackBerry Thorch\".",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "La prueba de control de plagio mediante turnitin arrojó sobre un 80% de parecido con un artículo presentado por los mismos autores en un congreso en Colombia",
                    "text": "El artículo presenta una propuesta para una plataforma de generación de contenidos educacionales que permite acceso ubicuo. Este tema es de mucha actualidad e interés.  Al parecer habría sido presentado en otro congreso, con muy pequeñas variaciones y que sería bueno destacar y especificar esas similitudes y/o diferencias.  La redacción y uso de referencias es correcta.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Problemas de Fondo: Los autores presentan los resultados de un proyecto de interoperabilidad entre plataformas, definen los estándares para la creación de contenido, sin embargo, los argumentos utilizados para seleccionar el modelo carecen de validación.  Se esperaría al menos la validación de dos o más plataformas antes de definir y concluir que lo propuesto es la mejor selección.  La encuesta aplicada a 50 personas no describe en que plataformas se realizó y a qué tipo de público objetivo.   Problemas de Forma: - Palabras sin tilde: último, validó, módulo. - Inicio de frases sin mayúsculas. - No se respeta el márgen en la tabla. - Los títulos de las figuras se encuentran en páginas diferentes. - La enumeración de los dispositivos es confusa y sin formato.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "2",
                    "evaluation": "1",
                    "id": 4,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Me parece un artículo interesante que pudo centrarse más en el desarrollo de una aplicación sobre Kurogo (un producto atractivo descrito en el artículo) que en el estudio de la ubicuidad de tecnologías para su interoperabilidad.  En este punto me saltan diversas dudas, ya que el estudio concluye la siguiente configuración de interoperabilidad:   \"DVB-2T como el estándar internacional de transmisión de TVDi escogido por Colombia, MHP como el middleware para la TVDi, MPEG como el formato de codificación y decodificación de audio y video de los contenidos y SCORM como estándar óptimo para la generación de contenidos.\"  Eso significa que en los estudios se debió utilizar transmisión por tv digital??? Y, por lo que entiendo, se usó un \"logitech revenue\" lo que convierte al tv en una salida de una conexión a internet, por lo que sería lo mismo que las comparaciones sobre un PC común. ¿Estoy en lo correcto?  Con esta duda, aún me parece que el artículo puede ser interesante de considerar (weak accept) y aclarar los conceptos en la presentación del mismo.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 93,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "Nunca había leído un artículo tan malo en contenido, como en presentación y redacción.",
                    "text": "1. El artículo está muy mal escrito. Por ejemplo, cómo es posible que la introducción indique lo siguiente. \"Dado que las Pymes generan aproximadamente el 80% del empleo en Chile y dado que la Carga tributaria concentra tb. Aproximadamente un 50% del\" ¿Por qué usa abreviaciones en la introducción?  2. La propuesta no tiene ningún desarrollo que muestre resultados claros.  3. ¿Por qué indica referencias y bibliografía?, ¿cuál es la diferencia? Las siguientes referencias bibliográficas son \"ingenuas\"   \"De acuerdo a datos históricos, la facturación mensual del producto es de 80% de gas de 15 kilos, 15 % de 5 kg. y 5% de gas de 45 kg.\"  \"Proveedor contratista de empresa Prime del sector industrial, él, más 12 personas\"  Sinceramente es mejor escribir de nuevo el artículo y mejorar todo.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Este trabajo, aunque está escrito en un estilo rebuscado, no presenta algún aporte mínimo.",
                    "text": "En mi opinión, siendo la propuesta de muy alto nivel, no se puede apreciar su grado de relevancia y utilidad.  En algunos pasajes la redacción hace difícil la lectura. Esto ocurre a lo largo de todo el documento.  Presenta una revisión de los conceptos de data warehouse y data mining muy básica, que no está basada en una revisión de literatura relevante.  Carece de elementos concretos que puedan utilizar para desarrollar una solución a un problema concreto.  La bibliografía, tal cual se presenta, está fuera de toda norma utilizada en artículos científicos.  Se sugiere ya sea reenfocar el estudio hacia algo más concreto, o bien proveer evidencias que permitan evaluar de mejor forma la propuesta.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "-2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo describe los conceptos de data warehouse y minería de datos, luego plantea unos pasos para describir un proceso simple de reposición de stock para un caso de empresa distribuidora de gas licuado. Solo se queda en el discurso y no plantea algo concreto. No es un trabajo que genere un aporte científico y no es relevante para el congreso",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 94,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "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...????",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "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).",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Es un trabajo del cual solo se ha realizado la etapa de recolección de información y su resumen.",
                    "text": "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.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 95,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El artículo describe un conjunto de técnicas de extracción de datos principalmente encontradas en herramientas ETL, menciona las redes sociales que en principio señala como fuentes de datos para un estudio, pero que definitivamente no aplica o al menos no muestra su aplicación y resultados, lo mismo ocurre con las bases de datos NoSQL que menciona pero que se observa y describe un trabajo con ellas.  Si bien es cierto que se trata de una revisión, más parece un material docente para impartir una clase introductoria de ETL. Yo sugeriría aprovechar esta revisión preliminar para proponer una metodología de trabajo en redes sociales, además de establecer los pasos a seguir en este metodología para una extracción eficiente de datos desde los repositorios de redes sociales señaladas, quizás comparar el desempeño y utilidad de las técnicas en cada red social y evaluar que técnicas ETL son más apropiadas pero de manera empírica.  También se debe señalar que tiene algunos errores de redacción, repetición de artículos y palabras.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo no refleja cabalmente lo indicado en el título \"Revisión de técnicas de extracción de información en redes sociales sobre bases de datos NoSQL\", ya que sólo se trata de una mirada general a las redes sociales y a los sistemas de persistencia de datos que utilizan (basado en sabd noSQL). Más que técnicas de extracción, se hace revisión al conocido proceso ETL utilizado en Datawarehouse, proponiendo su uso en redes sociales. El principal aporte, lo constituye una propuesta de seis pasos para la extracción de información desde redes sociales, los que se centran en tópicos conocidos, obviando los principales problemas que esto involucra, entre los que se encuentra el acceso a los datos.  Redacción (revisar numeración de páginas): (página 2) \"del mundo del de los datos\"  (página 5) \"que aunque sean gratuitos con la finalidad principal de recolectar datos personales de los usuarios\"",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El trabajo es interesante. Se nota que se invirtió bastante tiempo en la revisión bibliográfica del tema. El aporte es que permite revisar las técnicas de extracción de información para bases de datos noSQL. Una vez que se apliquen las técnicas se encontraran nuevos desafíos que se pueden \"ver\" sólo al momento de la implementación. Por otro lado el riesgo está en cuantos investigadores están trabajando en el tema en distintas partes. Esto debido a que es un tema de línea principal. ¿Qué hay implementado al respecto? ¿Vale la pena aplicar las técnicas? Una mirada a estos aspectos es importante para no encontrar sorpresas en la implementación.  El trabajo está bien presentado y es claro.  Hay algunos errores: - Los números de páginas no están correlativos. Después de la página 5 vuelve a la página 3. - El esquema de la figura 2 indica que la \" selección de fuentes\" y \" procesamiento:calidad de datos\" son actividades de \" 1. Determinación de objetivos\". Sin embargo en la redacción están asociadas a \"2. Preparación de datos\" ¿A qué actividad están asociadas 1 o 2?",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 96,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "La idea es interesante pero le falta trabajo para un trabajo o aplicación científica.",
                    "text": "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.\tA review of temporal database research and its use in GIS applications. International Journal of Geographical Information Systems. Volume 3, Issue 3, 1989. 2.\tTemporal Data and the Relational Model: A Detailed Investigation Into the ... Escrito por C. J. Date,Hugh Darwen,Nikos A. Lorentzos. 3.\tA generalized model for a relational temporal database  Proceeding SIGMOD '88 Proceedings of the 1988 ACM SIGMOD international conference on Management of data… 4.\tA glossary of temporal database concepts…",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "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?",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "Aunque el artículo es fácil de leer y seguir, en el aspecto de fondo adolece de una comparación mejor sustentada que solo la ilustración en un caso de estudio.",
                    "text": "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.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 97,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Resumen: Este trabajo describe una experiencia del uso de un lenguaje \"gráfico\" en una escuela.  Evaluación: El tópico del trabajo es interesante, sin embargo, a) la descripción del trabajo es débil y b) los resultados parecen no repetibles.  Por ejemplo para a), la descripción no muestra ninguna imagen de cómo funciona el lenguaje (recordar que es un lenguaje gráfico). Un ejemplo de scratch es fuertemente recomendable para introducir el lenguaje.  Por ejemplo para b), no hay una clara descripción de la configuración de los experimentos, los resultados que se quieren medir y tabla para apreciar fácilmente los resultados obtenidos.  Detalles menores: a) El comienzo del abstract es súper complejo de entender b) Un excesivo uso de \"esto es\" c) algunas faltas de ortografía como \"preunta\" d) Oraciones muy largas.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Fondo: - Se menciona de manera muy superficial el lenguaje a utilizar en forma posterior a Scratch, quizás no es necesario o se debe ahondar más en el tema. - El número de alumnos sobre el cual se aplicó el estudio es muy pequeño para obtener resultados concluyentes. - Sería deseable una comparación o estudio entre la utilización de Scratch y Alice (mencionado en el trabajo). - Concluir a partir del experimento que Scratch es una herramienta adecuada para la educación en Chile, sin incluir resultados con otros lenguajes es un poco apresurado. - Sería deseable mencionar que instituciones o trabajos relacionados con lenguajes para fomentar el pensamiento lógico se han realizado en Chile. No se menciona ninguno como referencia o en la bibliografía. - El ejercicio utilizado en el experimento es uno sólo, se deberían utilizar más si se desea objetivamente evaluar su utilización como lenguaje para mejorar el razonamiento lógico. - La primera cita proviene de un portal de noticias Colombiano y del 2006. Sería deseable una referencia más sólida y local asociada quizás a los lineamientos y planes de estudio del ministerio de educación.   Forma: - Se debe re-escribir el abstract: posee muchas palabras separadas por comas y la redacción incluye ideas desconectadas entre sí. - Se cita 8 veces la cita 7/8. Con la mitad de ellas queda clara la referencia. - \".. pero pocos aprender a programar ..\" debería ser: \".. pero pocos aprendeN a programar ..\". - La cita 2 dice .. \"Fundamentos de POgramacion\".. debería ser: \".. Fundamentos de Programación\".",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "Este trabajo tiene bastante similitud, a nivel de 25% con fuentes directas de Internet (reportado por Turnitin)",
                    "text": "El artículo presenta un interesante desarrollo de un caso, como una propuesta más de metodología de inicio para la didáctica de la lógica de programación. Las conclusiones presentadas no tienen mucho fundamento en términos del logro del objetivo de inducir de esta manera el razonamiento lógico.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 98,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Los autores hacen un análisis comparativo   entre diversas tecnologias para automación industrial. El análisis me pareció razonablemente profundo y amplio, pero lo califique como \"weak accept\" por no tener contribuciones científicas fuertes.  El texto necesita ser revisado, hay frases largas (por ejemplo la segunda del segundo parágrafo de la introducción tiene 11 líneas) y puntuaciones faltando o colocadas incorrectamente. La primera frase del segundo parágrafo de la introducción.  Incluir también el significado de las siglas PLC y PC.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "Este trabajo ofrece un análisis comparativo del uso de tecnología cableada y tecnología programada.  El ámbito de \"trabajo relacionado\" presentado en el documento es inexistente. En este contexto, no es posible determinar si los criterios de comparación sugeridos en el trabajo son, efectivamente, los pertinentes para realizar una evaluación.  Los criterios de comparación de tecnologías son en algunos casos objetivos y en otros casos subjetivos. En este sentido, el trabajo no sugiere cómo enfrentar la valoración de cada criterio para finalmente efectuar una comparación (por ejemplo, en el ítem \"seguridad\" o en el ítem \"programación\").  Existen problemas gramaticales (por ejemplo, \"alto tiempo). Adicionalmente, el trabajo está pobremente ordenado, dificultando la comprensión por el bajo esfuerzo en localizar el contenido de las tablas de una manera legible.  No se visualiza un aporte real de este trabajo. En numerosas oportunidades se cita a \"Rexroth Bosch Group\", sin agregar mucho más en cada punto. El impacto y relevancia  de este trabajo, en cuanto a la novedad, no es observable.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El tema de la automatización si bien es de interés, en este artículo tiene un enfoque muy general, sería interesante por ejemplo referirse a los PLC compactos vs. PLC modulares, además podría incorporarse en la comparación a los microcontroladores de gama alta, dado que al proveerlos de una etapa de potencia se pueden lograr resultados muy interesantes de aplicación a bajo costo. El título tiende a confundir dado que se espera la presentación de las últimas tecnologías utilizadas en la automatización industrial y más bien se enfoca en primer lugar en una revisión histórica de los avances del área para luego dedicarse a comparar sólo dos de los tipos de controladores existentes en la industria. El contenido expuesto es frecuentemente encontrado en la literatura referente al área, por lo que no representa a mi parecer una contribución relevante al tema.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 99,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "En los aspectos de fondo, es un artículo que muestra una aplicación.",
                    "text": "El artículo presenta una aplicación de técnicas de reconocimiento de patrones a la clasificación de tipos de maderas basada en registros de audio.  En los aspectos de forma:  El artículo presenta varios problemas de sintaxis del lenguaje español, los cuales son fácilmente subsanables. El resumen se debería revisar y mejorar.  También se presentan algunos términos en inglés que deberían ser reemplazados por su significado en español (e.g. test).  Las ecuaciones 4 y 5 contienen errores y deben ser mejor explicadas. También ajustar el tamaño de la letra (font size).  La tabla 1 contiene información redundante, pues las cantidades que se presentan parecen ser independientes del método.  Mejorar la resolución y aumentar el tamaño de la figura 5 (que ocupe las 2 columnas), pues no se logra apreciar bien los distintos puntos y clusters que se comentan.  En los aspectos de fondo:  La revisión del estado del arte es débil, debiendo incorporarse más referencias actuales relevantes  relacionadas al reconocimiento de patrones en base a datos de audio (aunque no necesariamente sean en el dominio de las maderas).  La versión del algoritmo KNN cuyo pseudocódigo se muestra, esta incorrecto. Se debe revisar y corregir. No se aprecia que trabaje para un K determinado. Tampoco se aprecia la recursión.  Se requiere mayor información y detalle de los datos y de las características derivadas.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El trabajo presenta un método algorítmico para la clasificación de la calidad de maderas relacionadas a postes de electricidad y pista ferroviaria. Este trabajo es interesante, pero su redacción no permite hacer una lectura fluida y con claridad del mismo.   Los que debería mejorar el artículo es:  - Mejorar la redacción del resumen. El resumen indica de test para probar la hipótesis, pero no indica cuál es la hipótesis.  - Eliminar aseveraciones sin referencias, como: 'Los defectos que se producen ... frecuencia significativa'  - Se realiza una aseveración que es ambigua respecto del trabajo: 'las señales de audio de la madera presentan la dificultad de no tener información bien definida...' y ' ...con el golpe del martillo puede ser más o menos complicado lograr determinar si...'. Entonces cómo se obtuvieron las características?, son estas características confiables?  - Hay frases contradictorias, como: '... hacer una captura de datos con lo máximo de interferencia posible,...' y ´'para que no haya ninguna interferencia...'  - Hay muchas palabras mal traducidas que no permiten una lectura fluida, como: poder urbano y rural, colectadas, podre, adiados, a seguir, cuantidad, tiendo, hacer parte, etc.  - Otras palabras que debe traducir de forma correcta: do, e, lo, Ajora,  - Las ecuaciones deben ajustarse al formato (ejemplo, 4 y 5). los títulos están corridos.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "-2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "El trabajo no presenta nada novedoso ni contribuye al estado del arte. Los métodos de clasificación que utiliza son muy básicos, hay muchas técnicas más efectivas.  Tampoco se discuten las técnicas populares y mejores en la literatura.  No existen hipótesis claras.  Que se está tratando de \"probar\" en los experimentos? No se aprecia la contribución.  Problemas de organización del paper  EL trabajo está muy enfocado a describir \"funcionalidades\" de un sistema, y no el aporte propiamente tal en comparación al estado del arte.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 100,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "Por error había subido antes comentarios para otro paper con título similar. Modifico la revisión.",
                    "text": "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.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 101,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "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).",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "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!",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 102,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El trabajo está bien preparado técnicamente. Su estructura y redacción facilita su seguimiento. No obstante, tengo dudas acerca de su contribución científica ya que es la aplicación de modelamiento a un caso de estudio. No se establece claramente cuál es el problema a solucionar. Las metodologías orientadas a aspectos tienen ya algún tiempo aplicándose con éxito y tampoco se entrega información de trabajos previos para atacar el gap. Creo que se debe distinguir por qué es necesaria la aplicación de UML (y no de otras técnicas) para resolverlo.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "2",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El artículo propone la aplicación de Diagramas de Clases UML Orientados a Aspectos JPI. En general, el artículo está bien planteado y no hay grandes observaciones. Es más, se observa una preocupación por hacer una buena presentación del trabajo. Sólo haría algunas sugerencias menores, especialmente, con los aspectos metodológicos que deberían ser un poco más detallados.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo cumple con el formato establecido y posee referencias bibliográficas actualizadas.  No se explica claramente qué es JPI, no queda claro el objetivo del artículo. El artículo es una descripción de la aplicación del concepto de JPI, el cual no está bien desarrollado, no queda claro si los autores son quienes proponen esta nueva estrategia o están aplicando una propuesta de otros investigadores. La redacción puede ser mejorada. Se sugiere extender el artículo para que expliquen claramente todos los conceptos, alcances y objetivos de la investigación.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "2",
                    "evaluation": "0",
                    "id": 4,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "Desde mi perspectiva recomiendo que se haga una reestrcutura de las secciones para un mejor entendimiento del artículo y la aportación de los autores",
                    "text": "•Recomiendo un cambio en la estructura del artículo para un mejor entendimiento de las aportaciones de los autores:  (1) agregar una sección en la que resalte los elementos que se agregan en los diagramas UML JPI, (2) agregar una sección en la que se incluya la comparativa entre diagramas, resaltando sus diferencias y terminaría con una tabla comparativa y las ventajas que esta ofrece  •Resumen  •Cuando aparecen por primera vez las siglas debes de incluir su significado  •Abstract  •Revisar la redacción del abstract frases como:   o Permitts modularizong -->allows modularizing   o Modules for crosscutting concerns or aspect -->crosscutting concerns or aspects modules   o Try -->tries   o Case study classic of AOSD -->classic AOSD case study  •Introducción   oRevisar la congruencia de número por ejemplo:    - Para lograr dicho fin, este trabajo presenta y aplica …y verifica la hegemonía …    - Evitar palabras como:  luego…posteriormente, después  •Análisis teórico   oÚltimo párrafo página 3, frases muy largas, no se entiende el párrafo- rehacer el párrafo.  •Caso de estudio   oÚltimo párrafo página 3, frases muy largas, no se entiende el párrafo- rehacer el párrafo.   oRevisar bien al usar el concepto de “caso práctico”, revisar la opción de cambiar el título de la sección   oRevisar el último párrafo de la primera columna representa “un clásico para ejemplificar el uso de POA”  un cásico qué?  •Conclusiones:   •Final del primer párrafo: interfaces --> interfaz",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 103,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo describe los conceptos de minería de datos y los pasos que un proceso KDD lleva a cabo en general, y esto último lo asocia a redes sociales y en particular a Facebook presentándolos como una adaptación propia, lo cual carece de fundamento y lógica. Por ejemplo, menciona las redes sociales donde los usuarios manifiestan gustos, sentimientos y otros estados, lo cual por lo general se presentan en texto, y por el contrario no señala nada respecto al tratamiento de texto para determinar la frecuencia de palabras y con esto lograr determinar los temas de conversación de un grupo de usuarios en la red. También describe algunas técnicas de minería de datos y mezcla la minería del web, quizás tratando de combinar diferentes métodos de minería que sería lo más lógico si se quiere abarcar diferentes aspectos de las redes sociales, es decir contenidos de texto se debiera utilizar el proceso KDT y no KDD, para el manejo de asociaciones o vínculos minería de la estructura de la web, etc. En la página 9 señala que utilizó la técnica de representación icónica para visualizar resultados, sin embargo no hay evidencias de esta experimentación en todo el trabajo. Finalmente en la conclusiones habla de una guía desarrollada la cual no se explícita en ninguna parte del artículo. También se debe señalar que tiene algunos errores de redacción, repetición de artículos y palabras.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Es un artículo bien escrito que da una idea de cómo usar técnicas de mineración de datos en redes sociales como el Facebook. Es un tema actual e intrigante. Pero sentí falta de cosas más concretas, o sea una implementación concreta de una de las técnicas mencionadas aplicadas al facebook o a otra red social.  La frase \"el cual puede convertir datos cuyo almacenamiento es innecesario.\" en la página 3 parese inconclusa. Convertir en que?",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "-2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "El artículo es más bien un informe básico del tema, donde no se han revisado literatura relevante, para que pueda ser considerado al menos una aproximación al estado del arte del tema.",
                    "text": "El artículo describe algunos aspectos generales de la aplicación de minería de datos a redes sociales.  La revisión de información no es completa y dista mucho de ser considerada como el estado del arte del tema.  Sugiero primero revisar artículos de revistas indexadas en el tema, identificar un problema de investigación concreto, donde se pueda realizar un aporte en el tema, y plantear una propuesta de investigación.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 104,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "Al trabajo le falta \"algo de\" practica. Ahora solo es revisión de la literatura. Cuando pruebe el modelo será bastante interesante.",
                    "text": "Correcciones a artículo: “Manejo de información, un continuo reto de la tecnología”. Evaluación general  El trabajo es interesante pero falta algo de implementación, pues en general es una buena revisión a la literatura existente. Al leer el artículo da la impresión que falta algo (la implementación). Se debería haber planteado un esquema con el modelo que se propone y eso dejaría más claro la buena intención de la investigación que se hará a futuro. El trabajo actualmente es una revisión a la literatura con la presentación de una intención de investigación. Un mejor título habría sido una revisión al estado del arte en……ABC o indicar propuesta de modelo XYZ   Correcciones de Formato Verificar el orden que pide  revista Ingeniare, en cuanto a las referencias.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El artículo está muy bien escrito y se lee con facilidad, teniendo básicamente características de un artículo de divulgación.  Se discuten aspectos centrados esencialmente en los problemas de recuperación de información ante el crecimiento exponencial de los datos. La propuesta realizada al final del artículo es interesante, aunque, desde mi punto de vista la inclusión del tema Big Data está dado con cierta liviandad y requiere un análisis más detallado de lo que se describe.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "La recomendación de aceptación es débil, por cuanto el temas es de interés, sin embargo el paper tiene deficiencia en su escritura la descripción del problema es más bien somera y sus conclusiones no son de gran utilidad.",
                    "text": "El artículo aborda un tema de interés como lo es el manejo de grandes datos y su estructura en base a metadatos para su procesamiento en la era de la web semántica.  El artículo presenta serias deficiencias léxicas e incluso semánticas. La traducción del título y el abstract en inglés presentan errores graves. En el aspecto semántico, en la introducción mencionan como problema que las bases de datos relacionales no tengan problemas de adaptación. Como error léxico, escriben A un, en lugar de Aún. En forma errónea se utiliza el término Apropósito, en lugar de A propósito. Las conclusiones no permiten centrar una propuesta. Hay buena utilización de las referencias bibliográficas.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 105,
            "preliminary_decision": "no decision",
            "review": []
        },
        {
            "id": 106,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "En su forma, tiene algunos problemas, por ejemplo en la página 5, en la descripción del laboratorio implementado, se describe, la estructura propuesta con seis cámaras para localizar los robots en el campo durante un juego de futbol, señalando que esto es mostrado anteriormente y aparece [9], donde figura ni referencia existen. Por otro lado, en medio de las referencias bibliográficas, aparece la figura 14, que no es referenciada en el documento.  En su contenido, sobre el 50% del artículo está dedicado, al análisis de técnicas de captura de posición y movimiento por triangulación de imágenes, tratadas reiteradamente en la literatura técnica y que no aporta valor desde el punto de vista científico. Es solo una recopilación bibliográfica de técnicas de visión. Por otro lado, la descripción de los resultados no son un aporte al tema del artículo que es el  uso de técnica de visión para la determinación de robots dedicados a futbol.  Finalmente creo que el autor del artículo fue muy poco riguroso al escribirlo, donde al menos debía haberlo revisado antes de enviarlo.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "El paper es muy bueno, pero no es original, ya que tiene un alto índice de similitud con otros, no pudiendo identificar si se trata de los mismos autores. De ahí que la recomendación es débil. Definitivamente no postula a Ingeniere.",
                    "text": "Muy buen artículo para comprender la ubicación espacial de objetos, con propósitos de control, en este caso aplicable a un conjunto de robot en un juego de futbol.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "2",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Me parece un artículo interesante de ser considerado, aunque el objetivo final del mismo es algo oscuro: \"medir la posición de robot en un campo de futbol\". En particular, no es claro si el trabajo se orienta a un objetivo posterior más ambicioso (múltiples robots, movimiento del equipo en tiempo real, y que hacer finalmente con estos datos???).  Por lo que puede deducirse, aunque no es explícitamente dicho, se hicieron mediciones de \"un\" robot \"ubicándolo\" en diferentes posiciones del campo, pero no con este moviéndose en tiempo real. Se presentan así resultados, que podrían haberse obtenido con otra configuración más clásica del área de visión computacional (el aporte del robot y el campo de futbol, al menos hasta ahora no tienen una relevancia fundamental en el trabajo desarrollado).  Finalmente, no me parece que los resultados obtenidos sean estrictamente novedosos, pero aun así puede ser una experiencia atractiva de ser conocida.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 107,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El trabajo presenta una encuesta a dos mineras sobre la etapa de arquitectura del proceso de outsourcing de TI. El trabajo es exploratorio y por lo tanto su contribución es reducida ya que aún no se presentan resultados. Creo que en este estado es inadecuado para la conferencia donde se espera la presentación de resultados y contribuciones a la investigación. El documento debe ser mejorado en cuanto a su redacción.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El nombre del artículo es “¿Cómo afecta ….”, e indica en su Resumen “… aplicado a través de un estudio de caso a dos mineras de la región de Antofagasta y a una empresa de tipo proveedora”. Sin embargo, el artículo no presenta una sección con el estudio de caso indicado, lo cual indica que no es posible responder a la pregunta expresada en el título del artículo. Por lo tanto, son buenas intenciones lo expresado, pero no hay evidencia empírica.  El tema es muy importante, la forma de solución también es adecuada, pero todo está expresado en términos teóricos. Se indica que “la investigación se encuentra actualmente en la etapa de realización de entrevistas”, por lo expresado, no se ha realizado análisis de los datos ni resultados y conclusiones.  La sección Resultados no presenta resultados.  Va a ser un artículo interesante cuando se cumpla con todas las etapas de la metodología planteada.  Algunas observaciones y/o comentarios menores: - Las Referencias [6] y [13] no fueron usadas en el texto. - El primer párrafo del Estado del Arte es una repetición del segundo párrafo de la Introducción. - En página 3, cambiar “actividades claves” por “actividades clave”. - La Figura de la página 6 no tiene título.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo presenta una introducción  a la investigación del efecto del Outsourcing TI en la minería de la segunda región, pero no muestra resultados concretos. En el mismo artículo se  indica que la investigación no se encuentra finalizada. Sería interesante contar con la totalidad del análisis de los resultados.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 108,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo tiene dos contribuciones principales: una discusión sobre la utilidad de los controles SCADA sobre dispositivos móviles, una descripción de algunas de las aplicaciones concreta que implementan esta función en celulares o tablets.  Hay varios errores de escritura a lo largo del artículo. Por ejemplo se utilizan separadores al final de frase _, pero no en forma consistente. La primera y última oración del abstract parecen mal redactadas. En los párrafos finales de la introducción las listas no son claramente explicadas.  Si bien es relevante para la conferencia hacer una revisión de aplicaciones SCADA para móviles, no se define un mecanismo de búsqueda, ni un criterio para compararlas. ¿Cuáles son sus diferencias? ¿Cuál es adecuada en cada caso?  Se sugiere incluir una tabla comparativa de sus prestaciones, y más importante, definir criterios de comparación para poder aportar nuevos datos al lector. Las conclusiones retoman la introducción pero no responden qué aplicaciones convendría usar para el contexto de industria minera.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo presenta un análisis teórico sobre sistemas SCADA.  No hay evidencia sobre la aplicación en un caso de estudio.  El Resumen no es adecuado, tampoco la introducción.  La sección de Resultados y la sección de Conclusiones  no presentan aportes para un artículo científico o que muestre experiencias empresariales en aplicaciones de TICs.  Las Referencias [3], [5] y [7] son  del mismo autor, mismo título y misma fecha. Lo mismo pasa con las Referencias [4] y [6].  La Referencia [1] no es utilizada en el texto.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "La aplicación de sistemas SCADA para la minería es algo interesante pero el trabajo solo se limita a mencionar las herramientas móviles y no existe un punto de comparación claro entre ellas. Tampoco queda claro el aporte específico de estas herramientas en un proceso minero real.  Existen problemas de consistencia en el resumen y la introducción. Las conclusiones no son suficientemente convincentes, además existen algunos problemas de redacción.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 109,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "el trabajo presenta un estado del arte respecto de las redes de sensores sub acuáticas UWSN y  la robótica móvil autónoma submarina. En particular describe la problemática presentada, entregando topologías, estrategias y hardware para la comunicación.  El texto es muy descriptivo, poco analítico y crítico, generando escaso aporte y valor, más allá de una recopilación bibliográfica.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "2",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El trabajo consiste en un artículo tipo survey o estudio de la temática sobre redes y vehículos sub-acuáticos, revisión bibliográfica y de tecnología relacionadas muy interesante y completa a mi juicio. Sugiero que pudiera entregar una contribución tomando como base de este estudio, por ejemplo proporcionando una taxonomía de las características de las tecnologías requeridas para este tipo de par problemas-soluciones, y agregando una propuesta mediante una metodología de implementación y prueba. Lo anterior lo señala como entrega en trabajo futuro, quizás al menos debió entregar una tabla comparativa de las tecnologías asociadas y descritas.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Es un buen artículo, preliminar, ya que se dedica a describir tecnología y topología, con pruebas sin datos duros.. es novedoso, por lo que se sugiere su aceptación..",
                    "text": "Es un buen trabajo, bien escrito, trata un tema nuevo en red de sensores acuáticos, reportara las pruebas más en detalle y la efectividad en la aplicación.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 110,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "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)?",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 111,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El artículo presenta un plan de investigación que propone combinar los constructos teóricos de competencias para la gestión de tecnología (con el modelo BTM) y la precepción de éxito profesional (con un modelo propuesto que combina varios factores de diversas fuentes).  La capacidad de gestión de TI es un elemento clave para los profesionales del área y no solo sus competencias tecnológicas. Parece relevante estudiar como impactan estas competencias en el éxito profesional, o, al menos, en la precepción subjetiva de dicho éxito.  El estudio contiene referencias a fuentes relevantes, aunque se sugiere reducir el número y priorizar para el caso de los artículos en revistas o congresos.  Si bien el tema es relevantes existen algunos riesgos en la definición de los constructos que no son analizados. ¿Cuáles son los límites entre la percepción de éxito profesional y personal? ¿Se puede hacer un estudio de la percepción del éxito profesional solo considerando el modelo BTM y dejando fuera las competencias tecnológicas? ¿El estudio aplica a todos los profesionales de TI o solo a los que gestionan proyectos tecnológicos como CIOs?  La principal debilidad de la investigación es que se identifica como un método experimental, cuando en realidad la encuesta no tiene el grado de control sobre el objeto de estudio para clasificarse de esta manera. También se habla de estudio de causalidad, pero la encuesta solo permitiría un estudio de co-relación.  Sobre la encuesta se explica cuáles son los factores evaluados y la escala Lickert. Sin embargo, faltan ejemplos de preguntas concretas y explicar como van a ser respondidas por los sujetos. Por ejemplo: ¿Es viable que una persona evalúe su compromiso o liderazgo? Aunque se esté evaluando la relación en términos generales y no propios, convendría realizar primero una validación del modelo y luego de la propia encuesta con un grupo de expertos o gestores de profesionales de TI.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo muestra el diseño de una investigación sobre el impacto de las competencias TI en la percepción del éxito profesional, pero no es lo que señala en su título. Se observa una sección correspondiente a una extensa revisión de trabajos previos y definiciones, en comparación con la sección que muestra el diseño de la investigación, la cual es bastante breve. En mi opinión era conveniente haber presentado el artículo como una revisión sistemática sobre la literatura existente del tema con el objeto de encontrar brechas y/o similitudes en el diseño de la investigación, o haber puesto más énfasis en esto último. Si bien el tema puede ser novedoso, el artículo no lo demuestra, ya que solo es la presentación de un diseño de investigación.  En la sección de conclusiones, no se muestran conclusiones concretas a partir del trabajo realizado, solo se plantean posibles escenarios de un trabajo futuro.  Con respecto a la forma, el artículo se encuentra bien estructurado, pero se observan detalles a corregir:  - abuso de “TI” - en algunos párrafos se señalan trabajos previos sin ser referenciados - la figura del modelo es muy básica (no es un aporte) - párrafos no alineados (justificados) - la figura 1 debió ser una tabla - error en la correlación de figuras",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Este artículo tiene como objetivo identificar la incidencia de las competencias de negocio TI en la percepción del éxito profesional. Se presenta el problema, el modelo de análisis, la hipótesis y la metodología de investigación.  Es un tema interesante, pero la autora indica que la investigación se  encuentra en la fase de recolección de datos y que faltan unos 7 meses para  obtener los resultados finales.  Sin embargo, el análisis teórico realizado es  bastante importante.  La Figura 3 es muy simple. Sugiero que el modelo propuesto aporte mayor información. Para ello, puede unir en una sola figura las Figuras 3,  4 y 2.  Utiliza referencias numéricas y referencias en formato APA (debe usar solamente referencias numéricas y de manera correcta).  Hay 2 páginas con número de página 3.  En página 5 aparece la Figura 4, en página 6 aparece la Figura 2 ¿? ¿Existe la Figura 3?  En Referencia [11] no indica el nombre de la conferencia, Referencia [15] no tiene fecha, la Referencia [30] ¿es un libro?, la Referencia [34] tiene su título escrito totalmente en mayúsculas, Referencia [45] dice solamente “Quinta”, Referencia [46] dice “Segunda”.  En Conclusiones, cambiar “tesis q del” por “tesis del”. Cambiar “se mostrara” por “se mostrará”.  Las Referencias [8] y [46] no son utilizadas en el texto.  El nombre del autor e institución debería ser anónimo (según normas del congreso).  En página 5, debe revisar que el texto esté justificado a la derecha.  En página 8, cambiar “se capaces” por “ser capaces”.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 112,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Me parece un trabajo interesante, con énfasis en cubrir brechas prácticas. Su contenido y estructura están técnicamente bien presentados. Sin embargo, por otro lado, no existe una distinción clara entre los trabajos previos y la propuesta original de este trabajo. El artículo expone que existen trabajos previos respecto a este maridaje CMMI-ÄGIL pero no indica si estas propuestas son suficientes o insuficientes para la mejora. Es decir, la motivación o justificación de este trabajo no está explícita.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo realiza una descripción general del modelo CMMI y de las metodologías ágiles, tomando como casos particulares Scrum y XP. Se realiza una discusión sobre la combinación de estos enfoques para la mejora de procesos, realizando un mapeo de las áreas de proceso REQM y PPQA con sus equivalentes en las metodologías ágiles.  El artículo realiza descripciones generales correctas de las metodologías, pero no contiene elementos de investigación novedosos que aporten al conocimiento en esta área. Para la comunidad técnica/científica de ingeniería de software resulta evidente que los enfoques tienen distintos puntos de partida, pero son combinables. Esto es especialmente cierto para expertos en mejora de proceso de software.  La revisión que se realiza sobre la investigación de la combinación de agilidad y CMMI no es sistemática. Por estado del arte no se entiende una descripción simple de cada enfoque, sino recoger la investigación más actualizada sobre este tema.  Si bien puede ser interesante realizar un mapeo entre áreas de proceso y prácticas ágiles, no se explica que pasos se van a seguir para realizar esto. Tampoco se realiza una validación de este mapeo o se explica cómo puede ser aplicado, por ejemplo por un consultor en mejora de procesos. No se aporta ninguna evidencia empírica de la aplicabilidad o utilidad del mapeo.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo presenta una descripción de la integración entre CMMI y métodos ágiles de desarrollo. Un énfasis que hacen los autores es que esta integración es recomendable para PYME. El desarrollo de software para las más pequeñas empresas es un desafío aun no resuelto. Como tal, los autores toman un tema que es interesante y justifican bien la idea del tema. Sin embargo, creo que no logran desarrollar su punto en la forma que se esperaría desde un punto de vista científico. Aunque los autores indican que hacen una revisión de la literatura, esta no es lograda adecuadamente, ya que no se observa una metodología de revisión sistemática propia de esta meta. Por otra parte, el artículo en mi opinión hace un resumen adecuado para personas que no pertenecen al área pero están familiarizados con algunos conceptos claves descritos en el paper. Vale mencionar que me parece un artículo bien escrito y planteado, en general, con una estructura fácil de entender. Además, otra crítica que haría es que si bien las ideas de CMMI y desarrollo ágil me parecen bien descritas, no pasa lo mismo respecto a justificar adecuadamente su aplicación concreta en PYMEs. Pienso que el artículo podría ser mejorado sustancialmente. Una sugerencia que haría para ello sería la presentación de un caso que dé fuerza al argumento central del artículo, es decir, CMMI y desarrollo ágil son compatibles y especialmente útiles para PYMEs. De esa forma, podría darse menor énfasis a la revisión (que me parece insuficiente en ese sentido) y se alzaría la relevancia práctica del argumento. Si así fuera, el artículo podría tener una interesante proyección. Además, deberían mejorarse la inclusión de referencias ya que existen una gran cantidad de argumentos que merecen ser aclarados si pertenecen a una opinión de los autores o son extraídos de la teoría existente. Existen muy pequeños errores ortográficos y gramáticos.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "-1",
                    "id": 4,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "**El principal problema detectado es el uso de conceptos como metodologías, métodos, modelos de manera indistinta, recomiendo revisar los términos,  elegir el más apropiado y estandarizar su uso",
                    "text": "• Revisar los conceptos de metodologías, métodos y modelos ya que son utilizados de manera indistinta, recomiendo revisar los términos,  elegir el más apropiado y estandarizar su uso  • Agregar referencia a afirmaciones que haces dentro de las diferentes secciones por ejemplo: ”la calidad de un sistema o producto está muy influenciada por la calidad del proceso empleado para desarrollarlo y mantenerlo”  •Resumen:   •Revisa redacción en el uso de palabras como:    oconstrucción --> desarrollo    omodelos: metodologías? las metodologías ágiles son empleadas para mejorar la calidad de los procesos? revisar conceptos de modelos de mejora y metodologías de desarrollo de software ágiles    o“estos dos modelos”: cuales modelos, si estás hablando de un modelos y metodologías ágiles  •Abstract   •Revisar la redacción del abstract frases como:    o Give --> provide?    o Consisting of \"heavy\" development --> processes?    o The agile software development models --> methodologies?    o With --> between    o Models --> methodology and model   •Introducción    o Basar los desarrollos --> el desarrollo    o Lo antes dicho argumenta la selección de procesos ágiles.. procesos o metodologías?    o … han aplicado técnicas como procesos de mejora del proceso o certificaciones con excelentes resultados prácticos --> aquí dos comentarios: (1) no veo la relación entre procesos de mejora de proceso y certificaciones... y (2) ¿estás hablando de procesos de mejoras procesos o iniciativas de mejora de procesos?   •Estado del arte    o Procesos ágiles y CMMI?    o “Para asegurarse esa posición, muchas empresas recurren a certificaciones” --> a certificaciones o a implementación de mejoras siguiendo modelos como CMMI   •Propósito y niveles de CMMI    o En concreto, la propuesta de CMMI consiste de una serie de prácticas y procesos de alto nivel que ayudan a las organizaciones a construir un modelo para mejorar sus procesos --> CMMI no es para construir modelos, te proporciona un conjunto de buenas prácticas que pueden ser implementadas en las organizaciones para mejorar sus procesos.... como lo mencionas en la frase siguiente!    o Referencias de las Tablas    •Modelos ágiles de desarrollo de software:    o En toda la sección, ¿estás hablando de modelos o metodologías? Ya que usas modelos, método y metodología indistintamente    •Aseguramiento de la calidad del proceso y del producto:    o Referencia de la fuente de la fuente de los conceptos de esta sección    o Tabla 4: Recomiendo agregar una breve descripción de la práctica CMMI para que sea mejor entendida la relación que propones    o Tabla 5: revisar “Fase de planificación: EN esta fase se detectan y corrigen las no conformidades” --> ¿estás seguro?    •Gestión de Requisitos (REQM):    o Referencia de la fuente de la fuente de los conceptos de esta sección    o “El Product Backlog, que permite trazar un requisito y un papel responsable para el seguimiento de ella” --> no se entiende    o Tabla 6: (1) recomiendo agregar una breve descripción de las prácticas CMMI; (2) “entre los cuales están los proveedores de los requisitos” --> te estas refiriendo al product owner?;    o Pregunta: ¿quien valida esta trazabilidad? o ¿cómo se ha realizado la validación?   •Conclusiones:    o “Últimamente se vienen aplicando en la industria diversas metodologías” --> ¿cuáles metodologías?    o“El llegar a un nivel superior indica que hay una serie de prácticas importantes que aumentan la madurez de la organización a la hora de enfrentarse a problemas más exigentes.”  --> indica que la organización va estandarizando su forma de trabajar... todos trabajan de la misma manera    o Resaltando las limitaciones y proponiendo soluciones a los problemas en estas áreas, este estudio genera una nueva comprensión de la mejora de procesos de desarrollo de software mediado con prácticas ágiles y CMMI. -->¿?    o se sugiere el desarrollo de una guía para facilitar la mejora organizativa de nivel del aseguramiento de la calidad del proceso y del producto y gestión de requisitos de CMMI. -->¿ en qué parte?, esto no lo veo en el desarrollo del artículo    o También se muestra que el conjunto de uso combinado de las prácticas XP y Scrum mejora algunos aspectos de comunicación dentro de los equipos de desarrollo --> ¿en qué parte del artículo se menciona esto?    o Así, la relación de correspondencia definida en este trabajo, establece una guía de apoyo para toda aquella organización ágil que desee certificarse de acuerdo al modelo de procesos CMMI. --> desde mi punto de vista, el trabajo presentado no tiene la profundidad para asegurar esta conclusión   •Referencias:    o Revisar el formato de las referencias de acuerdo a la guía del congreso    o Referencia 9 --> Editirial?",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 113,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Resumen:  El artículo busca analizar las redes de colaboración existentes entre investigadores de Sistemas de Información (SI) en Chile y en Latinoamérica. Se utilizan las co-autorias de investigaciones publicadas en Contecsi e Infonor para realizar un análisis de redes sociales, explicando estas últimas. Se plantean 3 preguntas que se responden luego en el análisis de los resultados a través de tablas y grafos; concluyendo varias similitudes entre comunidades y que existe colaboración entre investigadores de SI, la cual es lamentablemente es en su mayoría intra-institucional.  Evaluación:  El trabajo está bien realizado. Presenta una estructura clara y concisa que ayuda al lector a entender las ideas que se están tratando. Es un trabajo interesante que pertenece a un proceso que aún no termina debido a la escasez y continuidad de datos. La primera provocada por problemas de registros y normalización de papers publicados, y la segunda debido a que habrá nuevas versiones de los congresos que entregaran nuevos datos.  Aun así, se logra identificar algunos problemas, estos son:  1) No se da un argumento basado en datos del por qué estos son los dos congresos elegidos, dados que estos congresos son pequeños.  2) Al ser un trabajo de un alcance pequeño (respecto a los congresos usados), la utilidad del resultado también lo es.  Comentario menor:  Existe un error en la numeración de las páginas.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El trabajo expone de manera clara y con buenos argumentos un análisis de la colaboración entre distintos investigadores e instituciones. Es interesante el aporte realizado, primero como identificación de las oportunidades de mejora en el trabajo conjunto, y segundo, como análisis de la publicación local.  Sería interesante aplicar la misma metodología sobre otros congresos del área, ya sea Chilenos o latino-americanos y ver los resultados obtenidos.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Si bien es cierto el trabajo se encuentra bien estructurado y da muestras de una metodología adecuada, no queda clara la utilidad del estudio realizado. Los resultados obtenidos y presentados, se basan en un periodo de estudio muy reducido, lo cual quita confianza a las conclusiones. Se observan algunos pequeños errores de edición y redacción en el texto. Se recomienda ampliar el conjunto de datos de entrada del estudio.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 114,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Me parece un trabajo interesante, principalmente por aportar evidencia empírica sobre técnicas de co-creación. Su contenido y estructura están técnicamente bien presentados. No obstante, el trabajo tiene omisiones relevantes para valorar su contribución científica. Por ejemplo, no presenta análisis estadístico de los datos arrojados. Solo expone una distribución de los resultados sin evidenciar significancia estadística. También extraño una sección (o en las conclusiones) sobre limitaciones a la validez del experimento. Creo que tiene varias amenazas a la validez que no han sido tratadas. Por nombrar algunas: no se explica si la asignación a los grupos fue aleatoriamente; el tiempo de las sesiones es distinta; el aprendizaje en sesiones anteriores, etc.  Otras sugerencias:  pág. 1\tTítulo\tCreo que no es adecuado el título. No representa el core del trabajo que es un experimento. pág. 4\tSegunda columna\tErrores en formato de viñetas  pág. 4\tTercera viñeta segunda columna\tcada VEZ que  pág. 5\tÚltima viñeta primera columna\tparéntesis",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El artículo trata sobre la colaboración en la creación de contenido a través de redes sociales. El articulo está bien estructurado y con algunos detalles de redacción. La bibliografía no cumple el formato exigido por el congreso.  Con respecto al tema del artículo, inicialmente se tuvo la duda sobre si era pertinente el artículo para el congreso, ya que era un experimento sobre el comportamiento social de unos individuos a través de redes sociales. Posteriormente al revisar el experimento, se puede apreciar que la pertinencia  está en la perspectiva de educación en ingeniería informática. Por lo anterior recomiendo que en el artículo se modifique el resumen mencionando el alcance del experimento para que el lector, desde un principio, tenga mayor conocimiento sobre el artículo. Además, para mayor pertinencia con el congreso, se recomienda dar mayor énfasis en la colaboración para el desarrollo de algunas tareas propias de la disciplina, tales como el análisis y/o diseño de sistemas. Por último el artículo es novedoso en la manera de cómo realizar algunas tareas a través de redes sociales.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Este artículo presenta los resultados de un experimento donde se evidencia que las técnicas de  co-creación aplicadas a través de las redes sociales y haciendo uso de dispositivos móviles pueden potenciar la creatividad de los participantes. Es un tema interesante y que considero que puede ser aporte al congreso.  Se debe mejorar la forma de presentación del artículo.  Algunas observaciones y/o comentarios: - Los dos primeros párrafos de la Introducción es casi la totalidad del Resumen. - En página 4, cambiar “cada que” por “cada vez”. - En página 5, Paso 3, no cierra paréntesis en dos ocasiones. - Sugiero agrandar la Figura 2. - Considero excesivo utilizar una página para una sola figura. - En la Referencia [11] , corregir “Conference on the, 2009” - El número de  página 3 se repite tres veces. - Después de la página 7, sigue con la página 3. - Referencia [4] dice “2004b”",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 115,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "El paper cuenta conlas secciones Introducción, Análisis Teórico, Resultados, y Conclusiones.  El paper está mal estructurado. En la sección Análisis Teórico se entremezclan conceptos básicos y aspectos metodológicos. La sección Resultados de un caso de estudio que en ningún lugar es definido. Posteriormente, se efectúa un análisis en palabras de resultados sobre una situación experimental tampoco descrita al detalle que garantice una replicabilidad experimental mínima. Finalmente, la sección Agradecimientos es altamente informal.  La redacción no sigue el canon usual de papers (redacción en tercera persona), sino que se presenta en primera persona. Se requiere mejorar sustancialmente el orden y la presentación de cada sección.  En resumen, el paper sugiere la idea de que la implementación de sistemas instrumentados de seguridad es vital para mejorar la seguridad y calidad de procesos en la industria. Sin embargo, no se proponen modelos, experiencias, resultados empíricos concretos u otro equivalente. No existen motivos reales para proponer la aceptación de este trabajo.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "1",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "El paper presenta una investigación enfocada a evaluar el impacto de los sistemas instrumentados de seguridad en los procesos a los cuales se aplican.  La cantidad de referencias es pobre, considerando la naturaleza de la investigación. Es especialmente escaso el uso de referencias en la sección introductoria. También, la introducción no deja muy claro el aporte de la investigación ni la metodología utilizada, ambas cosas deberían ser parte de esta sección de manera concisa.  Se debe evitar el uso de primera persona plural en la redacción (ej., 3er párrafo de la sección \"análisis teórico\").  Colocar las referencias dentro del párrafo, no fuera (ej., párrafo \"Medidas de seguridad\", \"... iniciado. [7]\", debería ser \"... iniciado [7].\". Esto se repite en otras partes del documento.  Error de escritura en primer párrafo de 3era página.  Formato de referencias inconsistente (segundo párrafo en \"Riesgo remanente aceptado\"). También mal uso de puntuación (Primer párrafo de 4ta página).  Sobre los resultados, estos no son claros. La pregunta de investigación está mal o ambiguamente planteada. En base a esto, es imposible entender el aporte o el enfoque planteado. Esto sumado al escaso marco teórico entregado, no se justifica la relevancia de la investigación presentada.  Las conclusiones no hacen referencia a ningún aspecto de investigación ni trabajo futuro.  Se debe revisar el formato de las referencias.  Por todos los motivos expuestos anteriormente, el trabajo no tiene la calidad suficiente para ser aceptado.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 116,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Este articulo presenta un \"estado del arte\" en sistemas cooperativos con múltiples robots. Desde esta perspectiva, es un artículo de divulgación escrito adecuadamente y que desde el punto de vista de la bibliografía incluye referencias actuales.  Resulta complejo realizar una evaluación de un artículo de este tipo por su aporte, aunque hubiese sido adecuado proporcionar algún subproducto final, como una tabla comparativa o alguna evaluación (¿áreas de aplicación?) basada en el trabajo de investigación.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "1",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El trabajo presenta un estudio del estado del arte en lo que respecta a sistemas de robótica cooperativa de multi-robots. El foco de la revisión es la arquitectura de control presente en aquellos sistemas.  El abstract en inglés debe ser revisado en su redacción, en especial el uso de palabras, como \"giving\"->\"providing\", \"panoramic\"->\"general\", etc.  La introducción no entrega un mayor aporte a la estructura del documento. Se habla un poco de la investigación asociada al tema, pero con un uso muy bajo en referencias y la sección termina abruptamente sin explicar metodología o contribuciones del trabajo.  El trabajo entrega un \"planteamiento del problema\" muy poco claro y que no provee mayor relevancia. Más aun, además de identificar algunas aproximaciones al contexto, el trabajo no plantea ninguna solución, alternativa, categorización, marco de trabajo o aporte en general al (poco claro) problema presentado.  En resumen, el trabajo realiza una recopilación relativamente adecuada de información respecto a sistemas de robótica cooperativa de multi-robots, sin embargo, más allá de eso, no se revela un real aporte o relevancia desde el punto de vista científico al trabajo. Si estos puntos fueran más claros, si se presentara de forma directa la metodología, y si se presentara un producto concreto de investigación, este trabajo podría ser aceptado, pero en su estado actual no se recomienda.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Es un tema interesante, pero falta más trabajo, ya que se nota que es una comunicación inicial. Por lo que sugiero que debe ser mejorado para que sea aceptado.",
                    "text": "Es un estudio del estado del arte de control distribuido multi robot. Lamentablemente estamos ante la presencia preliminar de la investigación, por lo que sus referencias son de acuerdo al avance. El problema es que no se percibe el problema a solucionar de manera específica, si manifiesta la intensión futura de una línea de trabajo, indicando espacios abiertos para investigar.  Se nota falta de preparación del trabajo, se utilizan nemónicos que no se definen previamente.  Se debe evitar escribir en primera persona.  Las referencias están apropiadas, pero con poco análisis, las cuales podrían hacerlo más interesante el trabajo.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 117,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "2",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Un muy bien escrito e interesante artículo. Habría sido interesante incluir los algoritmos originales y los propuestos de forma más rigorosa (paso 1, paso 2, etc.) así como un análisis estadístico de la calidad de las respuestas de ambos.   Citar en el texto la figura 4.  Mejorar la calidad de las figuras 6 y 7.   En algunas partes coloca ecuación (n), en otras ec. (n) y en otras ecuación ec. (n)... padronzar para el primero o el segundo.  Padronizar también el nombre de los autores en las referencias bibliográficas, pues algunos usan iniciales, en otro los nombres completos y en otros mixtos.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "El trabajo presenta un metodo de detección de fracturas en imágenes de pozos.  El trabajo en general, es muy poco convincente por varias razones:  1.- Invierte MUCHO espacio en describir los fundamentos pero no comparar y/o discutir con el estado del arte. Existen MUCHOS métodos adaptivos de clasificación de imágenes, y el problema que se presenta no tiene nada diferente, salvo una aplicación diferente.  2.- No está clara la hipótesis, por lo que no se puede medir la contribución del trabajo.  3.- El metodo de detección que se describe solo define formulas matemáticas para la caracterización geométrica de las fracturas. Esto es un procedimiento bastante poco robusto y más aún, los resultados evaluando el metodo tampoco son convincentes en  métricas estándares utilizadas (accuracy, error,  ROC curve, etc).  4.- La metodología experimental es muy débil, tampoco compara el metodo con el estado del arte, ni usa métricas estándares para analizar la precision/exactitud del metodo.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "2",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Ese trabajo muestra el procedimiento propuesto para la detección automática de fracturas en pozos. La metodología se ve novedosa e interesante. El artículo muestra bien la metodología y tiene una buena redacción, pero al finalizar el artículo falta una mejor presentación de los resultados en pozos reales.  No queda claro el aporte del artículo, primero indica que es la detección automática y en otra parte indica que es la modificación al algoritmo.  Debe mejorar la presentación de los resultados en pozos reales y compararlo con lo deseado y quizás con resultados de aplicar otras técnicas.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 118,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El paper describe el contexto actual del uso de tecnologías disponibles para controlar de manera automática la dosificación de macronutrientes en los tratados de cultivos sin suelo.  El trabajo es pertinente en su definición y desarrollo. Sin embargo, el título induce a una expectativa que no se logra satisfacer en el documento. El paper ofrece una discusión sobre el estado del arte en tecnología para la problemática abordada, sin embargo, no ofrece un framework comparativo, criterios de selección, o sugerencia sobre buenas prácticas.  Como primer acercamiento al área de investigación es pertinente, sin embargo, algo más de trabajo propio debe ser añadido al paper.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El artículo realiza un estudio bibliográfico interesante sobre la tecnología IA aplicada en el campo de la fertirrigación y dosificación de nutrientes para cultivos sin suelo. No establece ni describe el diseño de una solución sobre un caso de estudio, y sólo se queda en el estudio preliminar. Por lo que el título “Diseño y Construcción de un Sistema Automático….”  No corresponde, y tendría que orientarse a lo que describe, es decir algo así como: “Análisis y estudio de los sistemas automáticos…”  Es un artículo tipo survey interesante pero se contradice con el título y la introducción, las conclusiones también no son acorde a este tipo de trabajos, debieran ser más ad-hoc con variables comparativas.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El título del trabajo induce al lector a la espera de encontrarse con el diseño e implementación de un sistema de control de regadío, sin embargo a medida que se profundiza en la lectura del documento esto se ve cada vez más lejano, ya que el autor nos propone una revisión de diversos resultados de trabajos realizados por terceros en una especie de recopilación de información referente al tema, para finalmente plantear desde su punto de vista cuales de estos resultados pudiesen ser considerados de interés dependiendo del tipo de cultivo.  Es necesario modificar el nombre del artículo ya que induce a confusión al lector, pues al finalizar de revisar el documento no se ha obtenido como resultado el diseño ni menos la construcción del sistema de regadío, sólo se han obtenido alternativas a considerar dependiendo de diversos factores. Tal vez es necesario enfocarse en un tipo de cultivo específico para realizar en detalle el diseño y la implementación del sistema de regadío con la finalidad de realizar pruebas que validen el trabajo realizado.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 119,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El artículo describe una interesante aplicación de control de un dispositivo físico (para el caso en estudio, un robot móvil de Lego Mindstorms), mediante el procesamiento de las señales derivadas de cambios de índole facial y/o mental, provenientes de un casco  Emotiv EEG, el cual realiza un electroencefalograma de alta resolución. Sin embargo a pesar de lo interesante del trabajo presentado, el artículo carece del rigor que caracteriza al proceso metodológico de investigación, no se observa una discusión bibliográfica critica, no hay una definición clara del problema a investigar, presenta una pobre discusión  de resultados y abundantes errores de forma (Ej. la página 3  presenta el siguiente texto “¡Error! No se encuentra el origen de la referencia”, no existe página 2, etc.), que denotan que el autor no fue riguroso en su revisión antes del envío. Finalmente en mi opinión el trabajo es un buen aporte como un excelente trabajo de proyecto o taller dentro la malla curricular de alguna carrera de Informática o Electrónica.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "2",
                    "remarks": "Este es un muy  buen paper, candidato a los mejores",
                    "text": "El paper corresponde a una muy buena aplicación de una plataforma para interfaz gestual de acciones con un robot. Esta bien redactado y con buen uso de las referencias",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 120,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "2",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "La redacción del trabajo en ciertas partes parece una mala traducción de inglés a español.",
                    "text": "El documento ofrece una comparación respecto a la aplicación de algoritmos para la eliminación de ruidos impulsivos en dos tipos de arquitecturas de hardware: GPU y CPU.  El documento en general tiene una mala redacción, especialmente desde la página 4 en adelante.  El resumen del trabajo es adecuado, sin embargo hay que revisar su redacción, por ej. el uso de comas.  En la introducción se parte hablando de (i) procesamiento de imágenes, en medio (ii) se señala lo que se hace en el presente trabajo y luego se continua con (iii) una comparación entre GPU y CPU. Esta estructura no es adecuada, debería ser i-iii-ii, o simplemente mover iii a las secciones posteriores y dejar i-ii. Además de eso, no se habla mucho respecto al diseño experimental y a los resultados obtenidos, cosas que deben ser incluídas en al introducción.  La página 3 tiene un espacio en blanco grande que debe ser arreglado.  La sección \"A. Fase de revisión\" no tiene mucho valor como sección independiente, ya que menciona algo que es natural en un estudio de este tipo, que es la revisión bibliográfica. Se vería mucho mejor unirla con la sección siguiente (B).  la sección \"D. Artefactos resultantes del proyecto\" habla de \"resultados de investigación\", pero sólo se mencionan aspectos del software construidos más una planilla de resultados, sin embargo resultados directamente asociados a la investigación no se observan.  La página 5 tiene otro espacio en blanco.  En general, la presentación de resultados es pobre. No hay una tabla que indique claramente los resultados y los gráficos presentados no se ven bien. El análisis de los resultados es adecuado pero falta profundidad y relevancia respecto a que es lo que se quiere comparar exactamente en ambas arquitecturas. Las imágenes no son usadas ni explicadas en la comparación.  En resumen, el trabajo tiene buen destino pero requiere de un profundo trabajo correctivo para ser adecuado y científicamente aceptable.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Sugiero rechazarlo si no modifica el trabajo, porque tal como esta no es presentable",
                    "text": "En la práctica realiza una comunicación utilizando un esquema de distribución de procesos y datos no declarados, para lograr solucionar el problema de ruido, no indica el método de procesamiento de imagen, tampoco la estrategia utilizada, hace un manejo de información a modo de introducción al tema CPU-GPU.  Claramente es un trabajo que ataca un procesamiento de imagen preliminar, simple, donde debe mostrarse el método a paralizar y la estrategia a utilizar para su paralelización en GPU o en CPU-GPU.  Desde el punto de vista de procesamiento de imágenes es un tema poco original, pero es interesante que se comience a trabajar en paralelismo en CPU-GPU's,lo que no es novedad, pero lo interesante son las estrategias de paralelización, el como particionar los procesos y datos, el cómo utilizar las grillas, bloques e hilos, el cómo armar una topología si es posible, para dar una solución que minimice el tiempo de ejecución.  Especificar claramente que es un trabajo de procesamiento de imágenes, filtros que se utiliza, método y estrategia de paralelización.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Cuál es la contribución del trabajo?  No es muy exhaustica la discusión de experimentos y resultados.  Cuál es la hipótesis del trabajo?  No es claro el objetivo a comparar pues existen confusiones entre medir aspectos de \"eficiencia\" (ej. tiempo) versus \"efectividad\" (manejo de ruido y resultados obtenidos al procesar imágenes).  La organización del trabajo es un poco confusa.  En muchas partes, el trabajo está más enfocado en describir \"sistemas\" y la \"aplicación\" en vez de la contribución y el modelo propiamente tal.  Contra que se compara el algoritmo propuesto??",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 121,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "Es recomendable  que sea aceptado para Infonor, pero sugiero que le falta mucho para que sea considerado para Ingeniare.",
                    "text": "Este trabajo describe de manera práctica, una comunicación del como introducirse a la utilización de un robot en particular, bajo un ambiente de prueba libre, que trabaja con este tipo de aplicación. Si bien está bien escrito, solo aporta como tutorial, en vez de resultado de una investigación. Se nota que se está trabajando muy bien, pero es un trabajo preliminar.  Se debe revisar la escrita, porque el resumen es muy introductorio, no indicando lo relevante de lo que presenta el trabajo, también se utilizan nemónicos de los cuales no se describen antes. En el resumen y palabras claves se usan nemónicos que no se describen en el texto anteriormente. Tiene  la particularidad de que es un buen trabajo, pero es preliminar.  No presenta la arquitectura de lo realizado, imágenes que den cuenta de las simulaciones, resultados logrados.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El trabajo describe la navegación de un robot móvil utilizando ROS y el hardware Raspberry PI. La descripción cae en focalizarse en detalles de configuración, al punto de parecer un manual de instalación o puesta en marcha. No hay reporte de resultados, menos aún análisis de la solución propuesta. Dado lo anterior, y tal como se presenta no es un artículo para conferencia. Sólo un reporte de cómo utilizar y configurar la Raspberry PI.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 122,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Trabajo muy interesante pues incorpora una evaluación con usuarios del prototipo propuesto. Está bien redactado y los resultados son claros.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "2",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Los autores presentan el trabajo de la construcción y evaluación de una herramienta visual como ayuda al proceso de minería de datos. Se muestra los resultados de utilizar la misma sobre un grupo de usuarios y sobre una tarea específica.  Sugerencias: - En las conclusiones se menciona la oportunidad de construir otras herramientas de apoyo, sin embargo, no se mencionan cuáles podrían ser. - No se menciona la razón de seleccionar WEKA como herramienta base para la construcción del software propuesto. - Se debería agregar como anexo el detalle del experimento realizado, indicando el modelo utilizado, resultados obtenidos, etc.   Forma: - El segundo párrafo de la introducción no deja clara cuál es la intención del mismo, debería ser redactado nuevamente. - Se hace uso extensivo de siglas, las cuales confunden y dificultan la lectura del trabajo.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El artículo propone y evalúa una aplicación desarrollada para representar de mejor forma los resultados de algoritmos de reglas de asociación. En general el artículo me parece bien escrito y estructurado. Tal vez, para mejorar, la estructura del documento agregaría una sección especial dedicada a la metodología y describiría ésta más detalladamente. Los autores evalúan cualitativamente el rendimiento de la interfaz en términos de la facilidad de interpretación de la información que entrega. Para ello exponen la información a un grupo de usuarios. El método de evaluación por usuarios es uno conocido y validado. No obstante, el artículo explica muy superficialmente el proceso de validación de usuarios usado. Por otra parte, los resultados de la evaluación presentados son sólo descriptivos. Podría haberse usado técnicas estadísticas de medición de consensos de intérpretes como el índice de Kappa u otros para analizar la calidad de la coincidencia entre los evaluadores. En síntesis, me parece un buen artículo con una idea bien elaborada pero que metodológicamente debería ser mejorado.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 123,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "El artículo busca resumir y revisar los algoritmos de filtrado y segmentación de nubes de puntos en visión por computador. En palabras de los autores \"El objetivo de este trabajo es realizar una revisión del estado del arte en cuanto al tratamiento de nubes de puntos\". En mi opinión no logra este objetivo declarado por ellos. Mis razones son expresadas a continuación. Primero, llama la atención que como artículo que pretendiendo establecer el estado del arte, tenga una bibliografía muy escasa (14 artículos). En ese sentido, sería más apropiado indicar que este trabajo es de tipo preliminar (si es que así lo fuera) ya que de esa forma se justificaría una tan baja cantidad de artículos revisados. Segundo, y que me parece de mayor relevancia, el trabajo no hace un resumen adecuado de la bibliografía, sino que más bien pareciera ser un apunte sobre algunos métodos de filtrado y segmentación. Una revisión del estado del arte, en mi opinión, debería tener un propósito como por ejemplo identificar las principales brechas de la literatura o las oportunidades de investigación. Tercero, aunque una revisión bibliográfica es, en esencia, un resumen, ésta debe ser sistemática. Es decir, debe tener un método que tiene que ser especificado. Por ejemplo, cuál fue la ecuación de búsqueda usada y cuál fue el rango de tiempo y criterios de selección de los artículos revisados o cuáles fueron eliminados y por qué. Por último, aunque no tiene que ver con el contenido ni el objetivo del artículo, hay evidentes  problemas de formato. Por ejemplo, toda la sección de conclusiones está centrada en vez de justificada. Además, hay problemas de redacción que en algunas partes hace difícil el entendimiento del texto. Por ejemplo, el primer párrafo en la subsección \"Segmentación\" dice \"El proceso de generar un modelo de superficie desde una nube de puntos, la segmentación que extrae los bordes y particiones del mundo 3D, los puntos juegan un importante rol en el encaje de las superficies.\" También hay errores ortográficos como escribir \"laser\" y \"láser\" en diferentes partes del documento. En síntesis, el artículo no logra su objetivo de ser una revisión del estado del arte y, además, tiene errores de formato evidente.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo es una revisión del estado del arte sobre el procesado 3D desde una nube de puntos. Para ser una revisión del estado del arte se presentan pocos artículos relacionados al tema. No se entrega una descripción clara del procesamiento de la nube de puntos para la reconstrucción. En las aplicaciones faltan referencias asociadas, ya que existen muchos artículos relacionados a aplicaciones de reconstrucción de superficies.  El artículo tiene además algunos problemas de formato y redacción: párrafos no ajustados a ambos lados, abreviaturas que no se entienden (PCL)",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "2",
                    "evaluation": "-1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Aun cuando no tengo un expertise muy alto en el tema, percibo que el artículo se queda en una recopilación de los trabajos enfocados en filtrado y documentación de la nube de puntos, desde mi punto de vista recomiendo que para aceptar el artículo necesita ser reforzado por más trabajo para que realmente refleje una aportación, por ejemplo, agregar un mapeo de los trabajos que se mencionan, el primero de los relacionados con simplificación y el segundo de los de segmentación basado en las características, alcance, debilidades y oportunidades de mejora identificadas",
                    "text": "• Los títulos no van con “.” • Resumen   o“El objetivo de este documento es intentar recolectar…” --> sugiero quitar la palabra intentar •Abstract   oRevisar la gramática ya que se encuentran falta de artículos y algunas frases mal redactadas por ejemplo:    -\tThe images emerging technologies -->  the images technology emerging    -\tsuch as machine vision systems and scanning --> such as the machine vision systems and the scanning…    -\t…The objective of this paper is to try to collect… --> The objective of this paper is to try to collect    -\t the state of the art processing for 3d point cloud processing, going from the filters to the segmentation --> the state of the art of  processing the 3d point for the cloud processing going from the filters to the segmentation   oTexto en general revisar la falta de acentos y las palabras duplicadas, entre otros:    -Introducción: máquinas    -Trabajo realizado:       •\t…que en general, que --> segundo que sobra       •\tTrabajo realizado   oSimplificación de puntos, la segunda vez que pone la referencia [3] sobra    - La primera vez que aparecen unas siglas se deben incluir su significado RANSAC?       •\tSegmentación   o...Muchas investigaciones --> cuáles? Incluir referencia de ese conjunto de muchas investigaciones   oExiste la palabra convolución? En la RAE no   oPresen-tan --> presentan       • Conclusiones   oFormato de las conclusiones       •\tReferencias   oCompletar la referencias: 2,3,4,5,6,7 y 11       •\tEl artículo se queda en una recopilación de los trabajos enfocados en filtrado y documentación de la nube de puntos, recomiendo ir más allá, esto es hacer un mapeo de los trabajos que mencionas, el primero de los de simplificación y el segundo de los de segmentación basado en las características, alcance, debilidades y oportunidades de mejora identificadas, esto para que realmente hagas una aportación con tu artículo",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 124,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Resumen:  El trabajo muestra un modelo para medir el valor y buscar su trazabilidad. Se propone la co-creación de valor con el cliente como método de crear valor. Con el fin de analizar el aporte de la co-creación se introduce el concepto de trazabilidad. Luego explica una serie de variables propuestas para medir el valor co-creado bajo un modelo conceptual junto con otro modelo que permite la trazabilidad de los distintos aportes a través de enlaces. Finalmente se expone brevemente los resultados del modelo en un caso.  Evaluación:  Implementar tipos de co-creación es muy importante para las organizaciones actualmente. Es  interesante cómo el artículo mezcla la co-creación con la trazabilidad y propone maneras de medirla, presentando nuevas herramientas para la organización.  Lamentablemente el artículo posee grandes debilidades:  1) El alcance puede que no sea apropiado para un congreso como INFONOR.  2) Los resultados son breves y débilmente ejemplificados, lo que dificulta la comprensión de uso del modelo.  3) Podrían usarse más ejemplos con fines de facilitar la lectura.  4) El formato del paper tiene problemas.  Otros comentarios:  Se encuentran problemas de redacción: a)“Las organizaciones se comprometen con los consumidores en producir unos conceptos o unas ideas iniciales y utilizan los consumidores”  Abuso en la palabra consumidor  b)“se validó la el modelo de Arquetipos Sistémicos” pequeño error, claramente “la” está demás",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "2",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Los autores presentan una propuesta de herramienta para la medición de valor y trazabilidad, sin embargo, a raíz de los errores de forma y redacción, no queda claro el aporte a la disciplina.  Sería deseable la exposición de la aplicación de la herramienta propuesta, pero sobre actividades de la disciplina.   Forma: - Falta el abstract en inglés. - La tabla 1 se encuentra cortada entre páginas. - El formato posee mucho margen entre el texto y el borde de la página. - No se cita correctamente las figuras. - La introducción es MUY extensa, se puede reducir el número de párrafos y mantener la claridad de lo expuesto. - Las variables definidas en el documento: Expectativas, Calidad, etc. deberían ser enumeradas. - La enumeración de los capítulos tienen distinta fuente. - \".. se validó la el modelo..\" ?",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El artículo está bien estructurado, respeta el formato establecido. Se presentan dos propuestas asociadas a distintas etapas de los procesos de cocreación de valor. Ambas propuestas se presentan de forma resumida. Se sugiere extender un poco más la presentación de cada una de ella, y ejemplificarlas mediante su aplicación en algún caso de estudio. Se observan algunos errores de acentuación y de edición en algunas partes (Ej. Sección Resultados, \"se validó la el modelo...\") Se observa un problema de formato en las referencias. Algunas de las referencias bibliográficas son muy antiguas.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 125,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "El artículo es un mero anuncio del trabajo de investigación que será realizado en una etapa posterior. Escasamente muestra el resumen del marco teórico, con sólo algunas referencias y un insuficiente estudio del estado del arte sobre el tema en cuestión. Por consiguiente no hay resultados en base a los cuales establecer juicios. El título del artículo no guarda relación a lo presentado en el cuerpo del informe. Presenta una gran cantidad de errores de redacción, ortográficos y gramaticales, figuras ilegibles, referencia a figuras inexistentes, título de una tabla en otra columna, etc.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "El trabajo presenta una investigación en desarrollo relacionada con el costo que tiene la contratación de servicios de TI para las organizaciones, específicamente se propone un caso de estudio en la Industria Minera de Chile. El trabajo está enfocado en un caso de negocios, sin embargo aunque el documento hace énfasis en la recopilación teórica de los conceptos asociados a los aspectos financieros y de costos de los servicios contratados de TI, el caso de estudio no está claro y el artículo parece incompleto. La estructura del documento genera confusión debido a que en la introducción se establecen objetivos asociados al caso de estudio pero al finalizar el documento los resultados no se presentan porque la investigación está en desarrollo. Se sugiere acotar el artículo y estructurarlo mejor, de tal forma que se puedan presentar los resultados preliminares obtenidos hasta el punto en el que se encuentra el proyecto de investigación, es decir una revisión conceptual de aspectos financieros para Servicios de TI, sin generar expectativas frente al desarrollo de estadísticas o análisis de costos que todavía no se han calculado. Para tener un fuerte énfasis en la revisión de conceptos, el artículo tiene pocas referencias. Se recomienda mejorar los conceptos y la base conceptual a partir de una revisión de literatura amplia que permita fundamentar la investigación y presentar resultados parciales de la revisión de conceptos. Existen deficiencias acentuadas en la redacción del documento. Desde el resumen faltan letras y los signos de puntuación no son claros. En párrafos como el primero de la segunda columna de la página 3 es difícil de entender la idea y eso hace difícil la lectura del documento. En apartados de definición de conceptos tales como Costos de TI (pag 3) es necesario referenciar las afirmaciones conceptuales (base fundamental del artículo). Se recomienda tener en cuenta los términos en inglés unificar la forma de citar términos o conceptos. Algunos no pueden ser traducidos, pero es recomendable manejar conceptos en un solo idioma. Además, es recomendable definir el objetivo del artículo y enfocarlo a un solo fin. Es decir, si se quiere presentar la metodología paras el diseño de la investigación se debe hacer énfasis en ella. O bien, si lo que se quiere es hacer énfasis en los cálculos establecidos o diseñados por medio de la herramienta enfocar entonces el artículo en este objetivo. Como recomendación general se sugiere enfocar el artículo en una revisión conceptual de Costos financieros de la contratación de Servicios de TI en las empresas de Chile, teniendo en cuenta que la investigación está en una etapa inicial.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "- Recomiendo un cambio en el título del artículo para que realmente refleje el contenido del mismo, ya que el título es \"Costo Total de Propiedad para Servicios TI en la Industria Minera de la Segunda Región de Chile.\" sin embargo, lo que hacen es recopilar el estado del arte de costos, metodologías, tipos de catálogos de servicios y el alcance se queda en la definición de la metodología que se va a utilizar para formalizar el TCO para servicios...entendiéndose que están estableciendo las bases para algo que está en desarrollo, no que ya se este mostrando el TCO desarrollado.",
                    "text": "Generales: - Recomiendo un cambio en el título del artículo para que realmente refleje el contenido del mismo, ya que el título es \"Costo Total de Propiedad para Servicios TI en la Industria Minera de la Segunda Región de Chile.\" sin embargo, lo que haces es recopilar el estado del arte de costos, metodologías, tipos de catálogos de servicios y el alcance se queda en la definición de la metodología que se va a utilizar para formalizar  el TCO para servicios...entendiéndose que están estableciendo las bases para algo que está en desarrollo, no que ya estés mostrando el TCO desarrollado.  - ser coherente con el uso de referencias a lo largo de todos el artículo Resumen:  - Costo Total de Propiedad (TCO)-->(TCO, por sus siglas en inglés) - el artículo dará cuenta --> a que te refieres con se dará cuenta  Abtract: Revisar detalladamente la gramática y lo que se quiere expresar.  - which allows to identify, monitor and compare -->  allows identifying, monitoring and comparing - .. would be an important addition --> it would be an important addition - where categorical thematic analysis for the interviews that we will realize the cost management process will be performed will be performed; --> what???????? - will realize importance and relevance --> will realize the importance and the relevance -ending with the methodology --> Finally, we present the methodology...  Introducción: - Define las siglas AMSA  Análisis Teórico Gestión financiera - Figura 1 no se entiende, está muy pequeña hay que hacerla más grande y mejorar la calidad de la misma  Costos TI -gatos? -Categorización de costos --> hay que incluir las referencias de las fuentes de donde extrajo la información. - revisar falta de palabras como: d, cotos,...  Costo Total de Propiedad -Tabla aparece sin título y fuera de lugar, esto es debe de aparecer después del texto que hace referencia a ella, además no estas manejando porcentajes en la tabla como lo mencionas \"dentro de los cuales se puede observar que el mayot porentaje de costo\" -revisar falta de palabras como:...con esta herramienta tener, mayaria  Metodologías TCO -revisar falta de palabras como: buna las ilustraciones 5 y 10 no aparecen, además si estan manejando el término \"figura\" estandariza en todos lados este término. - mejorar figura 2 (agrandar y mejorar calidad) y revisar la concordancia con el párrafo al que hace referencia a ella  Referencias: La referencia [8] no se encuentra",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 126,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "2",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El trabajo presenta el diseño de AMADEUS, una plataforma que permite implementar trayectorias de robots móviles en ambientes semi-estructurados, para la investigación de los algoritmos asociados.  El trabajo en general es adecuado, sin embargo carece de algo importante: la comparación de la plataforma presentada con otras plataformas similares. Esto se ve claramente reflejado en el número de referencias. Sería adecuado el presentar referencias respecto a otras plataformas similares, e indicar cuál es la diferencia de AMADEUS respecto a ellas, lo que dejaría claramente presentado el aporte del trabajo.  Problemas en la redacción del resumen (Para llevar a cabo los movimientos definidos...). También el inglés debe ser revisado.  La calidad de las ecuaciones usadas debe ser mejorada.  La tabla en la página 9 no se ve bien, esto debe ser mejorado.  la sección 10 se llama \"resultados\", sin embargo lo que muestra son casos de estudio o aplicación de la plataforma.  En resumen, el trabajo es adecuado para ser aceptado, sin embargo el estado del arte respecto a plataformas similares debe ser mejorado.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El trabajo nos presenta una alternativa de plataforma factible de ser considerada en robótica con fines educativos, dado que dependiendo del nivel en que se utilice puede enfocarse el estudio del móvil a alguna de las áreas que se ven involucradas, como la instrumentación (sensores y actuadores) o bien en la programación (navegación del móvil). Si bien el autor no hace referencia en profundidad al aspecto electrónico, es evidente la posibilidad de enfocarse también en la comunicación existente entre las placas o bien en el sistema de control de los motores, que ya por si sólo constituye una problemática de interés. Además se plantea la posibilidad de realizar mejoras, tal vez incorporando sensores de diversos tipos que permitan captar mayor información del entorno. Todo esto contribuye a que la plataforma Amadeus pueda ser considerada como una referencia para la didáctica de la robótica y la investigación.  Tanto el desarrollo del tema como las conclusiones planteadas tienen coherencia con lo presentado en el resumen del artículo, se destaca su utilización en cursos de pre y post-grado, lo cual fortalece su postura como herramienta didáctica y de investigación.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Sugiero aceptar condicionalmente, porque es un trabajo apropiado para el evento, pero sería más efectivo si presentara actividades desarrolladas con el robot en los cursos.",
                    "text": "El artículo describe el armado de un robot para docencia de pregrado, con la información de ecuaciones y control para su utilización. No presenta un trabajo de investigación específico, pero es una buena alternativa para ser mostrado en el congreso. Algunos comentarios de carácter general, que deben ser modificado para su aceptación final: 1.- Por las características de la comunicación, se entiende las pocas referencias que presenta. 2.- Las ecuaciones fueron copiadas y pegadas, en la mayoría de las veces, no se ven muy legibles, por lo que se aconseja reescribirlas con un editor de ecuaciones todas. 3.- Las figuras no presentan fuentes o referencias , de donde fueron extraídas. 4.- Existen párrafos largos que pueden acomodarse mejor con una puntuación.  En general es un trabajo bien escrito, se entiende fácilmente su contenido, su presentación con los \"copy paste\" atentan.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 127,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Un muy buen artículo. Solo sugiero lo siguiente:  Las tablas en la sección de resultados deben ser explicadas.  Las tablas solo contienen el menor, mayor y media entre esos dos valores. Sería interesante considerar también la media general y la desviación estándar.  En las tablas 4, 5 y 6 solo algunas líneas contienen un valor destacado, las veces el mayor de la línea y otras el menor... Explicar mejor el significado de esas marcaciones en todas las tablas.  La referencia [12] comienza con \"and\" y no con el nombre del primer  autor (de echo parece que están con problemas también el resto de los autores).  La referencia [22] es la única que no usa iniciales para el nombre del autor.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "No existen hipótesis en la investigación!  No se aprecia la contribución del trabajo  Varios problemas conceptuales en la introducción (ej. \"SVM son clasificadores no-lineales\"  .. son lineales.. lo que pasa que se pueden extender a problemas no separables linealmente mapeando a dimensiones mayores usando funciones de kernel!! , etc ).  No es claro el objetivo de los experimentos. Que se está tratando de probar? que se puede decir de los resultados (accuracy, etc) obtenidos? porque los resultados son diferentes (mejores/peores, etc) que los otros métodos que se mencionan?",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Este trabajo muestra la clasificación de género basado en descriptores locales, compara los resultados utilizando un modelo basado en apariencia y modelos SIFT y SURF. El trabajo muestra con claridad el procedimiento llevado a cabo y los resultados, tiene una adecuada bibliografía y es novedoso en cuanto a la aplicación de los algoritmos en clasificación de género. Tiene una buena redacción, existiendo algunos pequeños errores de ortografía.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 128,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "2",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "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** identificó 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.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 3,
                    "lan": "en",
                    "orientation": "0",
                    "remarks": "* I recommend to change the title in order to reflect the paper' body",
                    "text": "•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",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 4,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "A pesar de que el articulo presenta solo una recolección de información, su agregación y su análisis, está bien elaborado.",
                    "text": "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\").",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 129,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo presenta una implementación del caso de una \"red espacial\" en el sistema administrador de bases de datos espacial PostGIS. El artículo se centra en el modelamiento de caso planteado, lo cual resulta en un modelo clásico de bases de datos. Lamentablemente, hay  pocas luces sobre la posterior implementación y el trabajo de \"procesar consultas en redes espaciales en bases de datos espaciales\" como indica el artículo. Hay poca o nula información sobre los resultados obtenidos. Claramente se trata de un trabajo en desarrollo, del cual aún faltan aspectos esenciales para su real valorización.  La figura 2. tiene problemas, aparece corrida en la versión pdf, vista desde Acrobat Reader.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "2",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo presenta el diseño e implementación de un esquema de base de datos espacial.  El artículo muestra la implementación sobre un SGBD relacional con una extensión que soporta modelos espaciales (PostGIS).  Específicamente se presenta el modelo Entidad-Relación y modelo Relacional del Sistema de Gestión de Base de Datos.  En general el artículo explica claramente el trabajo realizado, sin embargo, muestra algunas deficiencias en la redacción y ortografía de algunas palabras. La figura 2 no se visualiza correctamente.  No se comprende ¿por qué se diseña bajo metodología Relacional si lo que se busca es modelar una Base de Datos Espacial que es basada en Objetos y además en este caso PostGIS es object-oriented? Por qué no usar un diseño orientado a objetos?.  Sería recomendable revisar el artículo de Worboys: \"Object-Oriented Data Modelling for Spatial Databases\"  El artículo no muestra una evaluación y resultados de la investigación realizada.  Hay muchas referencias de sitios WEB de aplicaciones, pero muy pocas referencias a artículos científicos actuales asociados al tema presentado.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo presenta una implementación simple de una BD para redes espaciales desarrollada con un SGBD open source. Describe previamente, de manera clara y adecuada la tecnología  y conceptos utilizados en este contexto de las redes espaciales. Plantea una metodología estándar para el desarrollo de una BD y modelo E-R simple (Nota: en la figura 2 está mal configurado el texto). Luego describe las tablas generadas por el modelo indicando los tipos de archivos utilizados. Continúa señalando que se implementó el algoritmo de búsqueda INE pero no existe evidencia de esto y de su uso. Finalmente señala en la evaluación, que esta etapa no se pudo llevar a cabo. En las conclusiones no se expresa ningún tipo y sólo se limita a resumir el trabajo realizado. En síntesis, un trabajo simple de diseño de BD que no proporciona un aporte científico, sólo una implementación útil y novedosa de redes espaciales. Se recomienda potenciar aspectos que puedan entregar un aporte, como evaluar distintas tecnologías de BDE, desempeño del algoritmo de búsqueda INE v/s otros, etc. Existen errores de acentuación de algunas palabras a lo largo del texto.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 4,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Este artículo describe una propuesta de implementación de una red espacial representada en el SGBD PostgreSQL, específicamente en la extensión PostGIS.",
                    "text": "Este artículo describe una propuesta de implementación de una red espacial representada en el SGBD PostgreSQL, específicamente en la extensión PostGIS.  El artículo solo presenta información de modelado y diseño, pero no de implementación. A consecuencia de ello, no se presentan resultados experimentales.  El artículo tiene aceptable redacción en general. Sin embargo, es un trabajo del cual todavía no se obtienen resultados que permitan evaluar su aporte.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 130,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo presenta un estudio sobre las tecnologías que pueden influenciar o afectar la seguridad del Software, abarcando los tópicos generalmente tratados en literatura asociada a seguridad informática. El enfoque que se presenta en el artículo, en lo que respecta a seguridad del software es correcto.  El artículo comienza con referencias a varios tópicos y aspectos primordiales de seguridad, sin embargo no se logra asociar claramente la relación entre los conceptos que fundamentan el estudio con el análisis posteriormente realizado referente a la influencia que tiene la tecnología en la Seguridad.  Adicionalmente, hay aspectos que debieran profundizarse (e.g., en la Figura 4 se muestra una distribución a nivel de uso de sistemas operativos, sin embargo, no se dan mayores detalles o implicaciones que podría tener dicha distribución en lo que respecta a Seguridad).  Las conclusiones no dan un real aporte de parte del autor referente al análisis que se pueda concluir después del estudio realizado.  Las referencias bibliográficas en su mayoría corresponden a textos de seguridad informática, pero se recomienda respaldar la revisión bibliográfica con mayor cantidad artículos científicos actuales.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El trabajo presenta una revisión general de la seguridad de software enfocado en las tecnologías del desarrollo de software y cumple función como trabajo recopilatorio. El contenido se encuentra claramente explicado, no se ven problemas de redacción y puntuación. La bibliografía presenta numerosas referencias a artículos en línea y textos de seguridad informática. Sería interesante que se incluyeran más artículos científicos de ser posible.  Si bien el texto establece como trabajo futuro la realización de un estudio empírico para la selección de tecnologías de seguridad, hubiese sido interesante contar con información preliminar de este enfoque para dar mayor valor al trabajo.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 3,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "El artículo en mi opinión no está para ser publicado en la revista pero no me opongo a que pueda ser aceptado para el evento si es necesario.",
                    "text": "El trabajo presenta un report sobre aspectos de seguridad del producto software dependiendo de las tecnologías utilizadas para su desarrollo. Creo que falta rigor científico en la búsqueda de información. De hecho no es claramente explicado cómo se obtuvo la información por lo que queda como una monografía o marco teórico de un tema a investigar. No obstante, el estudio está bien presentado y su estructura es de calidad técnica. Creo que con una búsqueda en artículo de investigación puede ser mejorado.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 4,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "* La calidad de todas las figuras deben ser mejorada",
                    "text": "Abstract  •This paper presents a study of the security of software products, life cycle, risks and costs associated --> This paper presents a study of the security of software products, the life cycle, the risks and the associated costs  •This article is part of a research postgraduate --> This article is a part of a postgraduate research  •in turn to the people --> an at the same time its affects the people….  •The fundamental purpose of this article rests on whether --> The fundamental purpose of this paper rests on determining whether  •Left open the possibility of an empirical study --> Left open the possibility of  performing an empirical study  Introducción  •“Los errores en un software pueden provocar daños irreversibles como la pérdida de vidas humanas” --> si bien esto es cierto depende del tipo de software y el entorno en el cual esté funcionando, por lo que recomiendo especificar en qué entornos y/o situaciones el software puede causar la pérdida de vidas humanas  Desarrollo de Software Seguro  •Mejorar la calidad de la Figura 1  •Recomiendo modificar la Figura 2, ya que su único objetivo es mostrar el  ciclo de vida, por lo que es suficiente incluir las fases, ya las actividades de cada fase de describen en la Tabla 1  Riesgos y costos asociados a la ausencia de seguridad  •[29]--> la referencia se lista por orden de aparición en este caso le corresponde el número 10  •Definir: Cm, Cs y Cn  Análisis de la tecnología y su influencia en la seguridad  •Revisar la Figura 3: (1) ¿será que están intercambiadas los títulos de las columnas de los años?; (2) recomiendo dar una explicación a los elementos de la tabla; (3) a que te refieres con change y los símbolos de la columna  •Recomiendo agregar en la sección de sistemas operativos y tecnología de autenticación algo sobre las vulnerabilidades encontradas en esta tecnología. Seguridad y tecnología  •Revisar la tabla 3: (1) título de columna: posibilidad de incorporación --> posibilidad de incorporación al ciclo de seguridad  •En la tabla 2 mencionas tecnología, momento de decisión y etapa de uso, que luego no concuerda con lo la Tabla 3 o al menos eso entiendo, por lo que recomiendo hacer una descripción justificando los valores que asignaste en la tabla, para resaltar la aportación  Referencia  •No date = (nd)  •Revisar referencia 16 -->”la Casa”?  •Referencia 20 y 22 está repetida",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 131,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "No hay contribución científica interesante ya que es la aplicación de una tecnología ya conocida a un caso de estudio. A pesar de que el trabajo está bien escrito técnicamente y es fácil de seguir no veo cuál es la pregunta de investigación que pretende responder. No se identifica un problema científico a solucionar y la propuesta es simple y poco original..",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El artículo presenta en detalle el proceso realizado para la digitalización del archivo histórico de la parroquia San Pedro de Coquimbo. Se entregan los antecedentes previos, el análisis realizado y se explica la solución implementada.  Los autores muestran claramente los pasos realizados para implementar la solución propuesta.  Si bien la solución propuesta es correcta para el problema planteado, no se destaca un aporte significativo respecto a previas soluciones tecnológicas asociadas a digitalización de documentos.  El artículo no muestra resultados o evaluaciones realizadas al sistema implementado.",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El trabajo presenta el procedimiento seguido para la digitalización del archivo histórico de la parroquia San Pedro de Coquimbo. El trabajo presenta una buena redacción, pero no presenta un aporte novedoso a la problemática planteada. Es un trabajo que podría ser presentado en el área de Educación en Ingeniería (Sochedi, Congreso Chileno de Educación Superior en Computación u otros afines), dándole la redacción de acuerdo a este tipo de congreso.  Los principales problemas del artículo, desde mi punto de vista son:  - La temática no es novedosa, ya que existe una organización que mantiene imágenes de este tipo de archivos (https://familysearch.org/indexing/).  - Muestra el procedimiento, pero no los resultados (cantidad de archivos indexados, horas-hombre utilizados en la digitalización, logros propuestos por la asignatura versus lo realmente logrado, problemas que debeieron resolver los alumnos,cuántas imágenes se devolvieron, etc)  - No indica cuál es la información relevante que se debe digitar por página.  - No indica la utilidad que le dieron los usuarios.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 132,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Contribución a la disciplina, valor como referencia, originalidad, claridad del contenido, etc. El artículo presentado ofrece una novedosa solución correspondiente a una arquitectura multiagente abierta, dividida en tres secciones: interacción, comunicación y semántico. El trabajo está bien redactado en general, salvo algunos errores menores que son recogidos al final de este documento. La bibliografía es aceptable, si bien se considera que debe ser actualizada a trabajos recientes – la última referencia es de 2007, y existen trabajos en la literatura sobre arquitecturas MAS abiertas que no han sido recogidos en esta contribución. El artículo presenta secciones muy extensas en detrimento de secciones importantes como las de resultados o comparativas. De hecho, es sustancialmente curioso observar cómo la parte de DISEÑO Y PRUEBAS (sección VIII) no está claramente redactada ni se puede observar el valor añadido de esta contribución. De la misma forma, la sección IX, Conclusiones, debería resumir con mayor claridad estos resultados obtenidos. Destaca también la sección III, donde se habla de los sistemas de transporte de pasajeros con bastante extensión, si bien luego no existe ninguna otra referencia a este capítulo ni a este problema concreto en la sección de descripción de la arquitectura propuesta. Por todo lo anterior, no considero especialmente relevante el trabajo presentado.  NOTA:   2\tSección IIA Error gramatical: entre sí (en lugar de entre si) 2\tSección IIA\tMA --> MAS  4\tSección V, segunda columna\tError gramatical: … toda su vida, os --> los  5\tAntes de la figura, columna izquierda\tIMA no está definido qué significa  5 \tImagen 4\tMejorar calidad  6\tPrimer párrafo\tMensajes[XX] (incluir referencia)  7\tAl final de la primera columna\tError gramatical: Esto son: --> Estos son: Éstos -->",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Es un muy buen artículo, si se modifica y formatea puede ser un candidato a la revista Ingeniare.",
                    "text": "Este trabajo muy bueno, solo que comete errores de redacción, por ejemplo, el artículo en general tiene muchos  párrafos largos y sin puntuación. No está en formato Ingeniare, hay errores de letras repetidas. Tiene la fortaleza de estar bien planteado, con buenas referencias y realiza una propuesta de desarrollo, la cual realiza una simulación. Me pareció muy corta la sección de pruebas, por lo que le quita mérito al trabajo, también  se puede pensar que es una buena comunicación de inicio de proyecto que se está ad-porta de buscar escenarios de pruebas ya sea para simular o aplicar en la realidad.  Errores: Página 1 en el resumen se menciona DARP, y no se indica el significado del nemónico, el cual se menciona en las palabras claves Falta el resumen en inglés El cuarto párrafo está muy largo sin puntuación Página 2 Me parece un error dice MultiaAgente No se referencia la figura 1 en el texto, y no se indica la fuente La figura 2, no se indica la fuente Página 3 falta la traducción de Scheduling Problem, podría ser El Problema de Planificación No se define MADARP, tal vez el subtítulo debería ser  MultiAgente ... (MADARP) Página 4 Trabajos relacionados, se podria resumir más, mostrando un relato de los trabajos relacionados existentes e indicar al final cuales se consideran en este trabajo, también considerando más trabajos existentes. Fig. 3 sin referencia Página 5 Figuras sin referencia o sin indicar la fuente Página 6 Existe una referencia [XX]?? Página 8, 9, 10, 11 referencias o fuentes de las figuras  Página 11 El diseño y Pruebas, requiere más explicación, está muy reducido Conclusiones muy generales Falta Trabajo Futuro",
                    "timespan": "2014-07-05"
                },
                {
                    "confidence": "2",
                    "evaluation": "2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El artículo describe una propuesta de arquitectura para sistemas abiertos en el contexto de agentes inteligentes. Aborda el aspecto teórico un determinado tipo de agentes en forma adecuada, dejando fuera el tipo de agentes recomendadores. La propuesta está bien descrita, detallada, y formalizada, lo que deja de manifiesto un trabajo interesante para ser presentado. EL detalle va solamente por el lado de la evaluación, quizás muy acotada y con poco desarrollo, considero que probar la arquitectura con un número reducido (50) requerimientos es muy poco para tener una evaluación empírica ad-hoc de su desempeño. En la forma, hay pequeños detalles ortográficos, puntuación y la figura 1 no es referenciada en al artículo. También hay títulos en inglés como el II b y el II a. Finalmente, llama la atención la sección de agradecimientos que está en inglés y da a a entender que el trabajo está inserto en un proyecto financiado por Conicyt.",
                    "timespan": "2014-07-05"
                }
            ]
        },
        {
            "id": 133,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "El trabajo podría adecuado para un workshop de trabajos de Ingeniería Web.",
                    "text": "RESUMEN:  El trabajo se presenta y describa la aplicación de una red social para noticias (4x4News), donde las noticias más relevantes estarán presentes (entre otras características). Esta aplicación se caracteriza por una pantalla divida en una matriz de 16x16, donde cada celda  es una noticia.   EVALUACIÓN GENERAL:  El trabajo está bien escrito y sigue un formato (casi) completamente adecuado para INFONOR. La aplicación suena interesante y potencialmente útil como un add-on para redes sociales ya comúnmente usadas (ej. Facebook).  Hay varios puntos independientes que considero que son importantes de resolver:  1) Si bien es un trabajo de ingeniería interesante, no puedo ver cuál es el aporte/contribución desde el punto científico ¿Qué se puede re-utilizar de este trabajo para un futuro trabajo científico?  2) Dado que ustedes ofrecen una aplicación, creo que es fundamental un link para (com)probar esta aplicación.  3) En mi opinión, el sitio Web http://terra.cl se aproxima a lo propuesto por este trabajo. Estó es así, porque terra permite registro de usuarios (perfiles), comentar noticias, valorar noticias, y configurar el sitio Web para mostrar las noticias que un usuario desea.  4) Este podría ser un detalle menor, pienso que el uso de redes sociales se podría usar para algo más que solamente mostrar la noticia más importante (ej. mostrar una especie de tracking (social) de una(s) noticia(s) similar).  DETALLES MENORES:  - Al final de la introducción, el uso de BOLD no es recomendado. - “Los titulares no realizan un buen análisis”. ¿Qué es un “buen” análisis?. Durante el trabajo, se observa varios adjetivos usados de manera ambiguas y que son innecesarios (ej. “complejo proceso” en la sección 2.1). - Dentro de la sección 2: “Desarrollo”, se encuentra el trabajo relacionado (sección 2.1). Esta sección debería ser re-estructurada. - Las citas del tipo “X, y otros, AÑO” (ej. sección 2.2 “Wilson, y otros, 2014”), creo que están incorrectas. Deberían usar “et al”. - Sección 2.2, ¿la coincidencia de palabras es suficiente para decir que dos noticias son similares? Creo que un análsis más profundo es un necesario. - Explicar un poco más el concepto “bundles”. - En las referencias se usan números [1], pero en el texto no usa números. Recomiendo seguir el formato de INFONOR.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Paper fácil de leer y bien escrito.  Está en la línea de los trabajos de INFONOR.  Sin embargo, no queda claro cómo aplica la \"Teoría de la relevancia\", es demasiado escueto en este ámbito del artículo que a mi parecer es lo más importante. Por lo que no es posible dar una opinión certera sobre el trabajo.  Se sugiere expandir la sección 2.2, en lo referente a cómo los aspectos para determinar la relevancia son utilizados o mezclados para determinar si una \"news\" es relevante o no.  La herramienta elaborada es interesante como también los elementos utilizados en su desarrollo.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 134,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "El  artículo evaluado requiere modificaciones mayores. Los autores deben trabajar en la definir mejor la problemática a abordar, el objetivo y la metodología a utilizar para el análisis y diseño de la plataforma.  Por lo tanto sugiero en esta oportunidad su rechazo para esta conferencia",
                    "text": "El artículo presenta una aplicación en el ámbito empresarial orientada al comercio minorista en la empresa comercial  “Caracol” en Cuba. La temática del trabajo está orientada  fundamentalmente a  presentar y comentar  la aplicación  InfoCom y el cómo eventualmente funciona en la empresa.  Sin embargo en términos de su discusión teórica, metodológica y del análisis de los resultados este artículo  presenta múltiples falencias que se detallan a continuación: La introducción del artículo en general destaca la relevancia de la aplicación construida para la empresa en particular  pero no detalla lo innovador de esta propuesta y porque este sistema de información es mejor en términos de desarrollo ó cuales son las características que lo distinguen de lo que existe actualmente en el mercado. Tampoco el autor establece con claridad la  motivación que le ha llevado   a desarrollar una nueva solución para el problema planteado.  No se define un  objetivo de investigación como tal del artículo ya que se menciona que este será el de “exponer un sistema de información comercial adaptable a cualquier negocio minorista……..”  . En general se desea presentar  la aplicación construida y no se especifica  que se espera del artículo, las  metodologías a ser utilizadas y  lo innovador en términos de desarrollo para la disciplina de los sistemas de información. Una de las limitantes principales de este artículo es el estado del arte.   La revisión de la literatura es casi inexistente en relación a  las teorías que sustentan el desarrollo de la aplicación y no están mencionados los principales autores  en temas de desarrollo de plataformas de esta naturaleza. No se establece en él artículo ningún marco teórico en términos de  diseño ó implementación  de la aplicación. Tampoco se discuten propuestas en  esos términos  por lo que es posible decir que no hay referencias teóricas en términos de análisis,  diseño e implementación.  Esta dificultad hace que la evaluación de lo que se ha desarrollado  sea  solamente basada en opiniones en general de lo que es el concepto de sistemas de información. La metodología de la investigación es otra importante falencia de este artículo. El artículo se mueve entre la importancia de  la aplicación a una descripción de lo que es posible hacer con ella sin establecer metodologías claras y aceptadas de desarrollo e implementación (ni para el diseño de la herramienta ó para  el análisis de los resultados obtenidos de su uso). Esto complica la evaluación del trabajo ya que no hay preguntas de investigación a responder,  ni formas de evaluar si se cumplen las expectativas del autor ó si los resultados obtenidos serán válidos.  El autor del artículo debería  presentar y describir los diseños de investigación a ser utilizados para permitir evaluar su validez.  La mayor parte del artículo está en el ítem desarrollo y en él se define y detalla las características de la empresa en la que se desarrollará el estudio. No se especifica con claridad cuales partes del sistemas son adquiridas comercialmente  y cuales se desarrollan internamente y como se logra la conexión con otras plataformas ya existentes. Tampoco se establecen modelos de procesos  ni de datos asociados a esta construcción. Los autores se limitan a explicar  las funcionalidades de la herramienta y cómo se utilizará en la empresa pero no es posible saber cómo se  implementó y  comparar los resultados que se destacan como relevantes de la implementación. Aunque la herramienta pueda ser muy sencilla desde un punto de vista de su diseño y arquitectura, se esperaría una descripción que presente modelos de procesos  utilizando herramientas ad-hoc y al menos una descripción de la etapa de diseño Los resultados obtenidos  en general son mencionados como algo que se consiguió realizar y como porcentajes  de mejoras en gestión y no es posible extraer conclusiones validas sobre ellos. La conclusión del artículo es débil en términos de los resultados obtenidos  del diseño e implementación de la aplicación y por sobre todo de la contribución del estudio  a la disciplina de los sistemas de información.  Considero que el artículo requiere de cambios mayores y  que se debe trabajar en la definición del objetivo, la metodología a utilizar  para el análisis y diseño de la plataforma.  Por lo tanto sugiero en esta oportunidad su rechazo para esta conferencia",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "No es un trabajo de investigación.  Sugiero pasarlo al track de aplicaciones industriales aunque no veo características relevantes para el evento.",
                    "text": "El artículo presenta un sistema de información comercial adaptable a cualquier negocio minorista a partir de facilitar el trabajo de consolidación de los datos y completar la automatización del proceso de importación, distribución y aprovisionamiento.  A pesar de buena presentación y lenguaje, no es un trabajo que presente resultados de una investigación. Más bien es el resumen del desarrollo de un sistema de mediana complejidad. Tampoco expone lecciones aprendidas o prácticas que pudieran aportar a otros desarrolladores. En conclusión, su novedad y contribución a la ciencia es limitada. En estas condiciones, creo que no puede aceptarse para el track de investigación.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 135,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Este articulo presenta una interesante contribución sistematizando un proceso que es de amplia utilización en el desarrollo de sistemas de información que requieren flexibilidad y adaptabilidad al entorno cambiante.",
                    "text": "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",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 136,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "A lo largo del artículo se exagera el rol de la automatización de las pruebas dentro de las pruebas de software y en forma más general en el marco de aseguramiento. Un modelo de madurez para la prueba de software necesariamente incluye más aspectos que la automatización. Los casos automatizados siempre van coexistir con casos manuales y evaluaciones realizadas por personas. Como está tratado en el artículo, automatización es un concepto demasiado general, puede abarcar la generación, ejecución, evaluación (por ejemplo: mutación, criterios de cobertura) y validación (problema del oráculo).  Aunque la motivación está claramente expresada en la introducción, hacen falta referencias para fundamentar las afirmaciones realizadas sobre el rol de la prueba y el impacto de la automatización en la misma. Decir que la automatización permite realizar las pruebas más rápido o a menor costo es simplista: esto depende del contexto. Los costos de generar casos de prueba automáticos, la estimación sobre la evaluación futura del software y la caducidad de los casos de prueba, junto con otros factores, deben ser tenidos en cuenta en el modelo de costos para determinar la conveniencia de automatizar cierta parte de la prueba.  La sección dedicada a la prueba de software realiza definiciones generales y recorre la historia de la prueba desde los mainframes. Para un artículo de investigación, sugiero realizar definiciones más específicas relacionadas con el foco del estudio (estudios experimentales sobre técnicas de prueba, automatización, costos de las pruebas, modelos de madurez).  Sería adecuado poner el desarrollo del modelo de madurez luego de presentar el trabajo relacionado. No se describe el proceso para obtener la propuesta de un modelo de madurez para testing.  Se debe vincular el desarrollo del modelo a otros modelos de madurez existentes (por ejemplo el Testing Maturity Model) establecer conexiones con la literatura aceptada de testing o normas (por ejemplo ISO 29119) y en general  con modelos de procesos de software.  No se explicita el string de búsqueda utilizado. No todos los modelos encontrados deben catalogarse como ‘modelos de madurez’. Algunos de los modelos incluidos son claramente modelos más generales, que no se enfocan en el problema de la automatización de las pruebas. Se debería al menos discutir estas diferencias.  No se explican los atributos utilizados en la tabla III, ni la forma de obtener los resultados de nivel de madurez. ¿Qué significa ‘nivel de las opiniones publicadas’? Este concepto resulta ambiguo. Se debe reforzar la descripción de este proceso de investigación ya que resulta clave para obtener el resultado de nivel ‘adolescente’.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "El artículo está desordenado. La propuesta de investigación no es clara y el alcance que proponen cubre varios frentes, posiblemente es la razón por la que se presenta el desorden en los temas que abordan.",
                    "text": "El trabajo se titula \"Madurez actual del desarrollo de la automatización de las pruebas del software\". El documento muestra una serie de apartados que dan cuenta de un trabajo realizado en términos de revisión de literatura y algunos acercamientos a una propuesta para restructurar una escala de niveles de madurez particular para el proceso de automatización de pruebas.  Sin embargo, el trabajo carece de una estructura lógica que permita determinar si su aporte u objetivo principal está en la revisión de literatura o en la propuesta de nuevos niveles de madurez para el proceso de pruebas.  Se recomienda hacer una revisión completa de la información que se presenta y posiblemente re-estructurar el documento presentado. El reporte de esta revisión fue divido por secciones, con el fin de aportar sugerencia que permitan mejorar el trabajo.   Sección -Revisión sistemática  Es importante que los autores revisen el hecho de utilizar un método de revisión sistemática que aún no está publicado existiendo varios métodos publicados, probados y reconocidos para ingeniería de Software. Deberían justificar la selección del método propuesto por Serna M. identificado con el número [16] en el trabajo.  Es indispensable explicar la validación que se hace respecto a la revisión por pares de los artículos, pues no es claro cómo puede tenerse acceso a una revisión por pares de los artículos publicados para poder validarlos y de qué forma se realiza un proceso de validación a partir de dicha información, teniendo en cuenta la cantidad de revisiones que tendría que hacerse por cada artículo encontrado (978).  Automatización de pruebas  Si bien, en el trabajo se reporta un modelo propuesto para evaluar la madurez del proceso de automatización de pruebas de software. El modelo como tal no está descrito. El artículo se limita a presentar una escala de referencia asociada a la madurez de un ser humano. Por tanto, es indispensable que el artículo indique varios aspectos para considerar la estructuración y definición de un modelo. Dentro de los aspectos más importantes a considerar están:  1. Una justificación científica y formal sobre la cual los autores del trabajo se basen para proponer el modelo de madurez y la selección de los niveles de madurez de un ser humano como punto de comparación con un posible nivel de madurez del proceso de automatización de pruebas.  2. Justificación formal de por qué no usar el modelo CMMI y la estructura de niveles de madurez que en él se proponen para evaluar el proceso de automatización de pruebas. Lo anterior, teniendo en cuenta que el modelo de madurez define una escala de madurez apropiada para evaluar procesos en ingeniería de software. Es decir, ¿por qué es necesario replantear esos niveles de madurez para el proceso de automatización de pruebas y proponer una nueva escala basada en la madurez de un ser humano?  3. A nivel de investigación cómo se caracterizan los niveles de madurez en términos de la automatización de pruebas?. Si bien, en el artículo se caracteriza cada nivel indicando las posibles características en las que está el proceso de automatización de pruebas, no se indica cómo se determinó dicha caracterízación, ni se muestra una justificación formal y científica relacionada.  Trabajo relacionado  El trabajo presenta una revisión sistemática, bajo la cual es posible identificar trabajo relacionado con el área de estudio, en este caso automatización de pruebas o niveles de madurez para la automatización de pruebas. Sin embargo, los autores presentan la revisión sistemática aparte de la sección trabajo relacionado, cuando pareciera que los estudios seleccionados como trabajo relacionado deberían ser parte del análisis de resultados de la revisión sistemática.  Además, la revisión sistemática permite determinar vacíos o nichos de investigación (oportunidades de investigación) para determinar una área de trabajo con alguna problemática concreta y, a partir de ahí, proponer una posible solución a dicho problema. En este caso, el artículo presenta la revisión sistemática como un trabajo adicional y posterior a la propuesta de niveles de madurez para el proceso de automatización de pruebas.  Así mismo, los autores muestran la selección de algunos trabajos relacionados, se entiende que son relacionados con la automatización de pruebas, no obstante del primero Michael Grottke, indican precisamente que no se enfoca en el tema a tratar en el trabajo que presentan sino en una propuesta estadística de la automatización de pruebas. Por lo tanto no entraría como trabajo relacionado.   Madurez del desarrollo de la automatización de las pruebas del software   Para realizar una comparación del proceso de automatización de pruebas y los niveles de madurez, los autores presentan la Tabla 3. En ella se indica que en la primera columna se ubican las etapas tradicionales de un proceso de pruebas. Es necesario indicar bajo qué metodología se seleccionan estas etapas como tradicionales o tener una referencia como justificación para la selección de estas y no otras etapas.  En este apartado no existe una explicación clara de la determinación sobre los niveles de madurez en cada etapa. Es indispensable tener descrito el análisis de investigación realizado que da como resultado la definición del nivel de madurez en que se encuentra cada una de las etapas del proceso de pruebas. La tabla no es suficiente explicación para el análisis, pues solo reporta los resultados.  En este punto, si lo que se busca es proponer una nueva escala de madurez para el proceso de pruebas o automatización de pruebas, lo más conveniente es validar dicha escala propuesta con un caso de estudio. En este trabajo, si bien, los autores muestran una tabla donde parecen determinar que el nivel de madurez es \"adolecente\", no se logra comprender en qué contexto se está evaluando el proceso de automatización de pruebas. Debería, al menos, contextualizarse un caso donde se indique: región, tiempo, tipo de proyectos o empresas y metodología utilizada para evaluar el proceso de automatización de pruebas. Lo anterior es la base para justificar que en determinado contexto el proceso de automatización de pruebas se encuentra en X nivel de madurez (de la escala propuesta). Argumentando, además, los criterios que se tuvieron en cuenta para asignar dicho nivel de madurez.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 137,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Los autores presentan una aproximación para resolver problemas de programación de proyectos con recursos limitados (RCPSP) a través de un algoritmo de colonia artificial de abejas (ABC).  La idea parece relevante para el problema enfrentado. Sin embargo es importante hacer las siguientes mejoras al documento:  - Establecer claramente que la aplicación de ABC en RCPSP es algo que no se ha realizado antes. De no ser así, agregar un análisis comparativo de la solución propuesta frente a otras similares.  - El enlace http://www.om-db.wi.tum.de/psplib/datasm.html está roto. Reemplazar por un enlace que no lo esté.  - En las tablas no es claro qué es el Makespan. Es la duración del schedule \"canónico\" para ese problema? Es la duración del schedule teórico óptimo? Es la duración del schedule del mejor algoritmo para es problema? Es la duración obtenida por el algoritmo ABC-RCPSP? Explicar esto con precisión  - Sería recomendable tener una descripción cuantitativa breve del desempeño del algoritmo en términos de tiempo vs tamaño del problema.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "El trabajo presentado a Infonor - Chile, cumple con las expectativas siguientes:",
                    "text": "El trabajo presentado a Infonor - Chile, cumple con las expectativas siguientes: 1. Realiza una acertada discusión bibliográfica 2. Incorpora un algoritmo híbrido de búsqueda novedosa 3. Los resultados obtenidos con scheduling con restricciones usando el algoritmo (recursos limitados) muestra resultados alentadores.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 138,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El trabajo presenta la propuesta para un modelo de calidad para software de banca por Internet.  El trabajo presenta varias debilidades: - El objetivo del trabajo no está claramente especificado, y aparece descrito en forma diferente en varias secciones. - La metodología de investigación no está clara. --> Los elementos constitutivos de la propuesta (Dromey, ISO 25010, MOSCA...). No se describe la motivación de por qué fueron seleccionados. Ni se describe el sesgo que esta selección puede tener en el modelo. --> Se describe el uso de una metodología de Investigación/Acción, pero no se describe el fenómeno que se ha estudiado para consolidar el modelo.  --> La Secciones de marco teórico, también parecen estar sesgadas, y no se describe las fuentes que dieron lugar a la selección de referencias.  Otros comentarios menores: - La traducción del abstract a inglés debe ser revisada. - La bibliográfica de calidad de software, sale de libros de texto, y puede ser actualizada. - El alcance hacia a tributos de calidad, es a la vez, introducido como parte del marco metodológico, y expuesto como conclusiones. No puede ser las dos. Al orientar la investigación hacia owasp, el constructo se orienta hacia atributos de seguridad, por tanto la conclusión: \"En el mismo sentido se establece que la calidad de un sistema para Banca por Internet debe considerar la seguridad como punto obligatorio, además de la funcionalidad\" Es resultado del diseño de su investigación, y no puede extraerse del trabajo.  - La referencia 6 y la 11 es la misma.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El artículo realiza un recorrido por definiciones de calidad, calidad de software y modelos de calidad. Algunos modelos se tratan primero en una sección preliminar y otros luego del análisis teórico, sugiero re-organizar la presentación de conceptos. En mi opinión, los conceptos de modelo de calidad y modelo conceptual no son equivalentes, aunque se tratan de forma conjunta en la introducción.  En la segunda sección se presentan varios modelos, pero no se establece claramente las relaciones entre ellos y cuál es el criterio para tenerlos en cuenta en esta línea de investigación. Existen múltiples propuestas de modelos de calidad de software y modelos específicos para web. Por otro lado, las guías de OWASP son relevantes para la seguridad de aplicaciones web, no son un modelo de calidad.  Sugiero exponer el análisis teórico (que incluye definiciones básicas de calidad) antes de la descripción y justificación de los modelos considerados. Por otro lado, se podrían agregar conceptos / atributos / modelos de la calidad específicos en el contexto de los sistemas bancarios.  En mi opinión, dedicar tanto espacio a definir el concepto de banca electrónica,  banca por internet y luego el de banca móvil, no resulta necesario en el estado del arte actual y el conocimiento público de estos conceptos. Sugiero centrarse en los objetivos de investigación de este trabajo en particular.  Las descripciones del marco metodológico DESMET y la metodología investigación – acción son muy breves. Es necesario establecer antes los objetivos de la investigación.  Los modelos conceptuales obtenidos son el resultado principal del trabajo. Se deben utilizar notaciones más legibles (sugiero también poner información extendida como anexo del artículo o en la web). Se debería explicar además como estos modelos fueron validados, para que sean confiables si son utilizados para definir ontologías o usados en trabajos posteriores.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 139,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Los autores proponen el análisis de los datos a través de la metodología CRISP-DM, pero en el desarrollo no se utiliza el mismo.  Los autores hacen uso de la herramienta WEKA y de los algoritmo que tiene implementados dicha herramienta. Tal vez fuera mejor pensar en un algoritmo propio para este tipo de datos a analizar, o alguna mecanismo donde el experto no tenga que marcar las formas de los remolinos en las imágenes a procesar.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo expone el desarrollo de un caso de estudio de reconocimiento de patrones para identificar remolinos oceánicos por medio de imágenes de satélite.  El articulo está bien escrito y estructurado. Su presentación sigue una secuencia lógica de desarrollo.  En lo que corresponde al estado del arte, se mencionan métodos para la detección de \"eddies\". Salvo el caso de redes neuronales, no se mencionan resultados cuantitativos obtenidos con cada método.  Por lo mismo, no es posible establecer una comparación del rendimiento obtenido versus otros métodos referenciados en el estado del arte.  La parte de entendimiento y exploración de los datos es débil.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 140,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "El artículo realiza una reflexión sobre el estado actual y las posibles proyecciones de los métodos formales en el desarrollo de software.  Si bien la idea de realizar tal reflexión tiene un potencial interesante, el artículo queda corto en dos aspectos claves:  1. Hay muchísimas aseveraciones hechas en el documento que no tienen citas bibliográficas que las respalden, ni tampoco se desprenden de una deducción lógica a partir de premisas anteriores. Esto resta significativamente a la validez de los argumentos presentados. 2. Todas las aseveraciones presentadas en el documento que, según se interpreta, los autores quieren presentar como propias, son en realidad, problemas ampliamente conocidos en el área de métodos formales.  En resumen, el artículo no provee aseveraciones con evidencia suficiente o una línea argumentativa sólida, ni tampoco provee aseveraciones originales.  Por esos motivos considero que el artículo no es apto para ser publicado.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "El reporte es un interesante trabajo de \"divulgación\", sin embargo, como reporte de \"investigación\" resulta limitado.",
                    "text": "De acuerdo con la convocatoria, Infonor-Chile acepta reportes de trabajos de investigación en temas de interés en computación y tecnologías de la información y sus aplicaciones; el artículo presenta una reflexión, desde el punto de vista del autor (en algunos casos sustentado en citas bibliográficas), sobre los desafíos de los Métodos Formales en el ámbito de la Ingeniería de Software, sin embargo no ofrece aportes sustentados en algún tipo de validación, más que la opinión del autor sobre las oportunidades y desafíos de dicha área; incluso la revisión bibliográfica no ofrece evidencia de haber utilizado un proceso formal (p.e. revisión sistemática) para sustentar la reflexión propuesta.  Me parece que como trabajo de \"divulgación\" es muy interesante, pero como reporte de \"investigación\" es limitado.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 141,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "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 http://a11yproject.com/ - 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.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "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",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 142,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "El trabajo dista bastante de tener la claridad y ser aporte para la conferencia. Se debe invertir más tiempo en su desarrollo e realizar alguna prueba de implementación.",
                    "text": "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.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "- El artículo tiene errores ortográficos, de redacción y no cuidan la estructura de lo que debe ser un documento enviado a un congreso internacional.",
                    "text": "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).",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 143,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "El trabajo presenta una aplicación web desarrollada para la administración de mascotas, sin embargo, no es claro en su aporte a la conferencia.",
                    "text": "El trabajo muestra el trabajo desarrollado para la construcción de una aplicación Web orientada a una interfaz móvil (tablet). La descripción del trabajo desarrollado no es detallada y deja muchas dudas sobre su implementación.   Problemas de fondo encontrados:  - Se describe la metodología RUP y BPM, sin embargo, no se detalle la razón de ello y el aporte asociado al trabajo más allá de las 2 figuras mostradas. - Se menciona la utilización de GPS para registro/tracking de mascotas, pero no se entregan detalles técnicos de la solución propuesta. Esto hace dudar de la propuesta realizada. - No se realiza el análisis de la calidad de interface humano-computador, por lo menos debería incluir una encuesta de usabilidad. - Se menciona la utilización del lenguaje PHP y MySQL como base de datos, sin embargo, no se dan detalles de la implementación utilizada (Patrones, SQL, ORM, etc). - No muestra evidencias de la implementación de la aplicación: diagrama de clases, diagrama de base de datos, contratos, patrones utilizados (DAO, Active Record, etc.).   Problemas de forma identificados en el trabajo:  - Las capturas de pantalla no son claros y pierden mucho espacio al utilizar como marco la interface de un tablet. - La figura 7 se encuentra sobrepuesta sobre texto, el cual es ilegible. - La figura 11 hace referencia a la aplicación Google Maps y no se ve clara la asociación con la aplicación.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "el trabajo presenta una posible solución a una problemática real, es interesante la propuesta de la SOS veterinaria. En el trabajo se plantean elementos importantes a tener en cuenta para el desarrollo de una aplicación móvil, aunque en algunas partes del texto es presentada como un desarrollo web. En el trabajo promete el desarrollo de la aplicación. El articulo muestra cómo podría obtenerse una mayor rentabilidad y una mejor gestión organizativa en un SOS Veterinaria, pero no hay un aporte claro que se evidencie en la implementación de un sistema de este tipo.  La figura 2 Process Diagram Level 0 of the Application debe mejorarse, es borrosa. En la figura 3 se presenta la descripción de la solución pero la información debería acompañarse de información que dé cuenta del proceso de forma detallada. hace falta identificar la manera de almacenar y gestionar los datos. La información estará almacenada en una BD? en archivos XML?..... hace falta una pequeña descripción de la arquitectura del sistema. La calidad de las figuras 4 hasta la 12 no es buena, los textos son borrosos.  El artículo debería centrarse en el aporte y los resultados de la aplicación de este tipo de desarrollos.  Se mencionan muchas tecnologías y técnicas de desarrollo pero no es evidente en el desarrollo de la SOS veterinaria.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 144,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "Si se considera un track para mostrar proyectos de desarrollo, tal vez se podría considerar incorporar este artículo, pero con mejoras en su estructura y contenido",
                    "text": "El artículo presenta el desarrollo de una aplicación móvil, no incluye ningún elemento de investigación asociada a dicho desarrollo. Simplemente se centra en la aplicación del proceso RUP para el desarrollo. No se referencian los textos o artículos utilizados para definiciones o aseveraciones realizadas, por ejemplo, sobre RUP \"....es enfocada hacia \"diagramas de los casos de uso, y manejo de los riesgos y el manejo de la arquitectura\" como tal \"   Si está entre cremillas, supongo será una copia textual de alguna parte que no se indica No se presenta un análisis profundo de la estrategia de solución ¿cuál es la lógica detrás de la aplicación móvil? Se observan algunos problemas en la redacción en el texto, por ejemplo, \"...su objetivo es asegurar la producción de software de alta y mayor calidad....\" La estructura del artículo tiene algunas deficiencias La figura 1 no aporta información al trabajo realizado, no es necesaria. La figura 2 no se distingue bien, además está tomada del libro de UML de Larman y no aparece la referencia en el texto. Las conclusiones del trabajo son extremadamente básicas",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Desde mi punto de vista, es un trabajo regular, poco riguroso, que hace uso de la tecnología móvil. Podría mejorarse.",
                    "text": "Es una buena aplicación, que usa los recursos de desarrollo disponibles para tecnologías móviles.. El valor que tiene es su clara presentación y explicación de las herramientas que utiliza hasta este instante. Se encuentra aún en fase de desarrollo, porque presenta servicios ya bastante explotados, por ejemplo, podría asistir al usuario en buscar rutas óptimas para llegar al estacionamiento u otras factibles donde ya hay herramientas que pueden servir para brindar otros servicios. Lo novedoso  al parecer es  el uso en tecnología móvil para ambos sistemas operativos IOS y Android.   Debe corregir lo siguiente:  Página 1\tresumen\tUsa paper para describir el trabajo. No define nemotécnicos, ejemplo, GPS.  Página 1\tintroducción\tNo referencia la figura 1 y no la explica  Página 1 y 2\tTrabajos previos\tNo analiza literatura especializada  y realiza una tabla comparativa de las aplicaciones.. esto debería ser parte de un análisis comparativo de su aplicación con las existentes..  Página 2 Fuera de formato la referencia, en Ingeniare no se permite conferenciar con et al., o su equivalente y otros  Página 3 Sin referencia Las figuras 3 y 4, tampoco son referenciadas en el texto  Página 4 y 5 \tFiguras sin referencias\tFiguras 5, 6  y 7 tampoco son referenciadas",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 145,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Comentarios del artículo. De forma: •\tProblemas con el uso de mayúscula inicial. •\tDesconformidad? Sería mejor inconformidad •\tProblemas de ortografía. Faltan tildes en algunas palabras (por ejemplo: implantará), y sobran en otras (critérios). No tiene mucha presentación este tipo de errores teniendo en cuenta que los procesadores de texto cuentan con corrector de ortografía. •\tArtículos en español deben escribirse siempre en tercera persona. •\tProblemas con el sistema de referenciación.    De fondo: •\tLas figuras 1 y 2 no aportan al entendimiento del problema y la solución. Favor insertar solo figuras que permitan una mejor comprensión de la necesidad. •\tEl orden para presentar la información es confuso. Primero debería abordarse la sección de teoría y de trabajos previos para tener el background necesario y así entender porque es necesaria la construcción de una nueva aplicación. •\tEn la introducción siempre el último párrafo debe dar cuenta de la estructura del artículo. Falta esto para que el lector tenga una visión general del paper. •\tEn la sección teoría del dominio mencionan la definición de CRM, pero al parecer lo que ofrecen como solución no es una aplicación de este tipo. Esto genera confusión en la lectura. Igualmente parece que están mezclando las definiciones con la sección donde comparan otras aplicaciones, o cual tampoco favorece el entendimiento del artículo. •\tAl indicar las aplicaciones comparadas no queda muy claro qué criterios se usaron para su selección. Qué se revisó en cuanto a la literatura especializada? •\tLa calidad de la figura 3 no es adecuada para una publicación. •\tLa figura 4 y su etiqueta explicativa están en diferentes posiciones. Dicha figura también tiene problemas de calidad. •\tLa forma de mostrar la solución propuesta es muy confusa. Vale la pena reorganizar toda la sección para explicar primero el proceso propuesto en el desarrollo y posteriormente los resultados obtenidos. •\tTeniendo en cuenta el objetivo del artículo, una sección de modelo de indicadores de la extensión usada le roba espacio a aspectos más importantes a tratar como por ejemplo la utilidad de que la aplicación sea móvil y cuente con datos como la ubicación del vendedor. •\tEl título del trabajo no se compadece del contenido. No se hizo énfasis en el componente móvil que aparentemente era la mayor bondad de la aplicación. •\tLa sección de estadísticas no conecta con el resto del contenido, y tampoco se usan leyendas explicativas para lograr esta conexión.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo trata de un trabajo simple de desarrollo de una aplicación para generar indicadores de gestión para una empresa y no presenta ningún aporte desde el punto de vista científico.  Tiene problemas de ajuste al formato solicitado y presenta muchos errores ortográficos, de puntuación y redacción.  El título no es acorde a su contenido, no describe nada acerca de la plataforma móvil.  La bibliografía es muy vaga, en algunos casos simples direcciones web, además no se ajusta a formato.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 146,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "RESUMEN:  Este trabajo presenta/ofrece una aplicación Web móvil que permite, a través de una Geo-Localización del dispositivo, crear un mapa del crimen en la ciudad de Lima, Perú.   EVALUACIÓN GENERAL:  El documento no sigue la estructura de un artículo científico y parece que tampoco sigue el formato de INFONOR. Además, el trabajo presentado parece más bien un trabajo de ingeniería que científico. Aunque esta aplicación Web móvil podría ser interesante,  se debe mencionar no ofrece ninguna dirección URL donde (com)probar la aplicación presentada.  La Sección 2 debería discutir el trabajo relacionado y algunos conceptos, pero en el medio de esta sección, se describe parte de la propuesta. Además, el trabajo define en casi una columna qué es la delincuencia usando extensas citas (“ … ”).  La sección discusión de experimentos y resultados no se describe experimentos ni resultados (estos últimos son descritos pero no discutidos), solo se muestra algunas facetas/pantallas de la aplicación. Además, justifica el uso de Android a través de una cita muy larga (“ … “).   DETALLES MENORES:  - El abstract en Ingles puede ser mejorable, comenzando por eliminar la primera palabra del paper. Se pudo escribir en español el abstract. - El formato del documento no sigue el estándar de INFONOR, especialmente con los márgenes, - En algunas partes del documento, se puede observar la palabra “tesis” y no artículo. En otras partes del texto, se puede observar la palabra “ponencia”. - La Figura 1 no aporta en casi nada al documento. - Después de cada título, se puede observar “:” que no es necesario. - La sección 2 usa de manera excesiva citas “…” - La sección 2.2 habla sobre tipos de delincuencia, pero en los sub-títulos de esta sección dice “Análisis” - El título de la sección 2.3 choca con el texto de la columna de la izquierda - La tabla 2, la cual menciona a las aplicaciones, no es evaluadas.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "No es un trabajo de investigación.",
                    "text": "El artículo presenta el desarrollo de una aplicación móvil para realizar denuncias, avisar de algún acto criminal y crear un mapa del delito propio. El artículo requiere de una mejor redacción y mejorar su estructura técnica como artículo de investigación. Por ejemplo, no presenta el resumen en español.  Al ser una aplicación software, su contribución a la investigación es limitada. Sugiero postular a track o workshop de aplicaciones empresariales.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 147,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El artículo presenta una propuesta de Reparación de Inconsistencias en Data Warehouses usando restricciones que tienen sentido semántico. Se proponen restricciones de prioridad y seguras, además de usar heurísticas previamente definidas en \"Repairing dimensions hierarchies under inconsistent reclassification\" para la computación de las r-reparaciones.  Los ejemplos que se utilizan para explicar la propuesta son claros. El artículo está bien escrito.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Es un trabajo difícil de catalogar, presenta un tema usualmente asociado a bases de datos deductivas (reparación), donde deben existir reglas o restricciones de integridad que han sido violadas, adaptado al tema de inconsistencia producida por nuevos hechos en un DW que no se ajustan correctamente a sus dimensiones. Esto, normalmente es tratado en este ámbito mediante el uso de Slowly Changing Dimensions (SCD), algo que extrañamente no es nombrado en el artículo.  Aun así, y asumiendo que el problema realmente existe y tiene aplicabilidad, es presentado muy superficialmente, y termina finalmente en una propuesta informal que no es descrita rigurosamente como un algoritmo en sí. Me parece que es una propuesta que aún se encuentra en un estado muy inicial y cuya problemática no logra convencerme como tal.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 148,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "Revisar la redacción del documento, en varios sitios dice \"en base a\" debe ser \"con base en\"  Hace falta referenciar la fuente de las figuras 1 y 2.  En la página 8 el subtítulo debería estar completo \"Agentes Inteligentes\"  en la misma página 8 tilde en considerarán  En la página 10 indican que la lógica difusa es un enfoque basado en \"grados de verdad\" realmente es en \"grados de pertenencia\"  En la conclusión (4) ... e International...  El trabajo es interesante, considero que podría haberse condensado más la información de las 3 primeras páginas, quizá usar una tabla resumiendo todas las consideraciones en las búsquedas.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "en",
                    "orientation": "1",
                    "remarks": "",
                    "text": "The authors made an exhaustive study on publication related to application of IA algorithms to Supply Chain regarding SCORM level affected, last years tendencies, future forecast of their use.  I would highly recommend:  1. use of color for better graphics understanding 2. mention names of authors or books, to not begin with references.  I miss a comparison table of efficiency, advantages, disadvantages and uses for all AI algorithms used.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 149,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "2",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El artículo presenta una aproximación por Algoritmos Genéticos (AG) para resolver ecuaciones de difusión de luz en medios turbios.  Se indica que una de las principales ventajas del AG sobre métodos tradicionales es la eliminación del ruido de las imágenes resultantes. Sin embargo no queda muy claro a qué se debe esto ni es evidente que se haya utilizado un método cuantitativo para determinar la ausencia de ruido. Es imperativo que los autores resuelvan este problema para darle suficiente solidez al artículo.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El artículo muestra un estudio de aplicación de Algoritmos Genéticos para resolver un sistema de ecuaciones en imágenes ópticas de detección de tumores y seguimiento de tratamientos oncológicos.  El trabajo está bien escrito y tiene un alto nivel de detalle técnico. Sin embargo, no muestra explícitamente cuáles son sus principales contribuciones. En este sentido sería conveniente ampliar la Sección de Introducción para entregar al lector un detalle de las principales contribuciones del trabajo y además incluir en esta sección (o en una sección de Trabajo Relacionados o Estado del Arte) un mayor detalle de otros trabajos previos que estén relacionados con la propuesta de los autores.  En el ámbito de aplicación de Algoritmos Genéticos para resolución de sistemas de ecuaciones, este trabajo no presenta un aporte novedoso, ya que existen varios trabajos previos orientados a este tipo de solución. Respecto al análisis de imágenes y reconocimiento de patrones, hay trabajos previos que ya utilizan Algoritmos Genéticos para este tipo de propuestas, tales como Dourdan, 2015.  Sería conveniente haber tenido una comparativa con otros métodos de Machine Learning que se han aplicado ampliamente al reconocimiento de imágenes tales como k-means o PCA.  Menores: - En la figura 10 no se visualiza bien la serie Solución AG por la cantidad de puntos graficados. - Último párrafo de Conclusiones. \" ... la ventaja de trabajar con heurísticas como el algoritmo genéticos...\" debiera ser \"... la ventaja de trabajar con heurísticas como los algoritmos genéticos...\". - Último párrafo de Conclusiones. \"... es factible que el AG de buena aproximación...\" creo que se debe cambiar la redacción, no se entiende en la primera lectura. -- Referencias. Las referencias a trabajos de Pattern Recognition es antigua 1997, creo que hay referencias más actualizadas y hay mayor cantidad de trabajos donde se aplican diversas técnicas de machine learning para reconocimiento de patrones, desde supervised a unsupervised métodos.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 150,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Este artículo describe los resultados de simulación del problema de pliegue de proteínas en base a una secuencia de aminoácidos.  En general, el artículo presenta varios problemas de redacción y de ortografía (e.g., segundo párrafo, lineas 4 y 8 del resumen). También, usualmente se utilizan párrafos muy extensos que hacen difícil seguir la idea de lo expuesto (e.g., segundo párrafo de introducción, sección redes neuronales artificiales).  Algunas figuras (e.g., 1, 3, 4,...) requieren mayor resolución.  No obstante ser un problema bien explorado, la revisión del estado del arte y trabajos relacionados es limitada.  Los resultados se presentan mediante imágenes de la estructura molecular. Es conveniente presentar medidas de rendimiento y una descripción en notación formal abstracta del algoritmo  utilizado.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Conclusiones: \"... cambiar el paradigma del actual desarrollo de aplicaciones enfocadas en esta área, la pregunta a realizar ya no debe ser ¿Cómo se realizará el plegado de la proteína?, sino el cómo se puede mejorar la forma de aplicar las reglas de Meckler. ...\"  LAS CONCLUSIONES NO SON CLARAS. HAY MUCHO TRABAJO A FUTURO. POR EJEMPLO: \"...queda abierta la interrogante acerca de cómo se puede mejorar la simulación de tal manera que la secuencia de aminoácidos...\"  DEBEN REDACTAR LAS CONCLUSIONES BASADAS EN LOS RESULTADOS EXPERIMENTALES Y LA TEORÍA USADA.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 151,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El trabajo presenta una evaluación de tres sistemas software de videoconferencia, la evaluación se realiza tomando como referencia algunos modelos de calidad existentes.  Si bien el trabajo resulta de interés para la comunidad, éste requiere de mayores mejoras. Se recomienda mejorar los siguientes aspectos:  -Para evitar posibles sesgos en la evaluación se recomienda utilizar varios evaluadores no solamente uno. -No está claramente justificado el porqué de la elección de los tres sistemas evaluados habiendo más en el mercado. -Falta mejorar el estilo de redacción, por ejemplo se observan inconsistencias en el uso de referencias, se emplea tanto formato numérico como por nombres (pag. 7). La tabla 2 puede colocarse como apéndice, en los sumarios no suelen colocarse referencias.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "Si se asegura que se incorporarán las mejoras indicadas, el artículo podría ser aceptado.",
                    "text": "El artículo presenta una propuesta de un modelo para evaluar la calidad de productos de software para video conferencias basado en open source. Si bien es cierto es tema es de interés y la propuesta tiene elementos de interés, el artículo presenta algunas oportunidades de mejora que deberían ser abordadas antes de su aceptación.  Contenido: - El apartado de \"Antecedentes\" provee muy poca información para ser un apartado como tal. Se recomienda explicar brevemente el sustento teórico que entregan las investigaciones base utilizadas.  - En varias ocasiones se menciona que también se definieron métricas, pero en ningún momento se entrega alguna referencia respecto a dónde pueden ser vistas en detalles si el lector está interesado. Además, en la página 5 se indica que son 73 métricas, luego en la pág. 7 se dice que son 72 y en las conclusiones sólo se resaltan 68.  - Sugiero que la sección \"Algoritmo para aplicar el Modelo de Calidad...\" sea apoyado por algún diagrama para representar algoritmos, por ejemplo, un diagrama de flujo o de actividades, ya que el texto es algo confuso y no permite entender de manera fácil el algoritmo propuesto.  - No queda claro cómo se determinaron los valores de la Tabla 4.  - No queda claro cómo se aplicó el modelo, ¿cómo se calculan los porcentajes de la Tabla 5?  - La tablas 2 y 3 son muy extensas lo cual provoca que el lector se pierda un poco del contexto analizado. Sugiero separarlas en diferentes tablas (separar la tabla 2 por categoría y la tabla 3 por características)  Formato:  - En el apartado \"Metodología\" dice \"...el objeto se define....\" creo que debe decir \"...el objetivo se define...\"  - El nombre de la figura 1 presenta un error. Dice \"Caliad\" en lugar de \"Calidad\"  - El abstract en inglés no incorpora todo lo que dice en su versión en español (no se indica nada de las métricas)  - El formato de referencias bibliográficas indica que se numera según el orden de aparición, y en el artículo se parte por la referencia 6, luego del 6 salta al 13.  - Hay artículos mencionados en la sección de referencias que nunca son referenciadas en el texto del artículo.  - En la pág. 7 hay un error en el formato de las referencias, debe ser formato numerado, y aquí aparece \"(Basili et. al., 2001)",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 152,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "El artículo aborda una temática de gran relevancia para el desarrollo de los gobiernos abiertos. Sin embargo es bastante general en su revisión y sus generalizaciones no son posibles para el gobierno en su totalidad. Se acepta con cambios que deberían realizar los autores en razón de la revisión.",
                    "text": "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.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 153,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Revisar la redacción del documento, en varios sitios dice \"en base a\" debe ser \"con base en\"  Error tipográfico en la figura 3  En la página 4 antes del subtitulo \"Modelo de movimiento\" dice del modelo de medida, creo que se refiere al  modelo de medición  Estimo conveniente resaltar cuales son las ventajas del modelo propuesto, tal como esta no es atractivo indican una diferencia con respecto a la referencia entre 7 y 5 cms, esto es  una desviación considerable. Además indica dentro de las desventajas que no es aceptable para trabajar en aplicaciones reales. Sino es así entonces para qué es útil?",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "en",
                    "orientation": "0",
                    "remarks": "",
                    "text": "This work gives expected results and creates a structure for further research. I would suggest in addition of compass the use of radio waves for improving localization (WiFi for indoor and GPS for outdoor). In addition, there are some low cost platforms in the market that can be used and study, as for example Ardupilot or other similar systems. I was unable to see clearly enough, in the paper, the use of the camera; algorithms, environment settings, etc.; used for following robot. In Figure 7, it seems that camera trajectory is worse than that calculated with odometry, perhaps due to orientation error, but in my opinion it is not very clear during reading. Finally, I would suggest think if is it there some possible feedback of EKF results to odometry in order to reduce its error.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 154,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "en",
                    "orientation": "1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Es un buen artículo, que puede ser considerado para la revista, si se mejora.. su fortaleza es que NO existen publicaciones relacionadas con la  aplicación y medidas de su efectividad.",
                    "text": "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\tResumen 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\tNo presenta trabajos relacionados, Si bien presenta referencias, no hace una presentación de trabajos relacionados  Página 3\tNo indica fielmente como detecta las botellas plásticas u obstáculos \tEn 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]\tExisten trabajos de flujo óptico más actuales  al indicado  Página 6\tEn Resultados\tFalta 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\tRobustez estructural alcanzada \tNo presenta datos que permitan aseverar esto. Página 7\tÍdem párrafo 2\tNo 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.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 155,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "De forma: •\tSe recomienda cambiar la palabra “catastros” del título •\tProblemas de ortografía. Ejemplo: agiles (primer párrafo de la introducción), ingles (sección criterios de inclusión y exclusión) •\tSe recomienda siempre redactar en tercera persona para textos en español. •\tLas páginas 6 y 8 del artículo están en blanco.  De fondo: •\tEl artículo es claro en su estructura y de fácil lectura. •\tSe muestra de forma inicial el proceso seguido para el mapeo sistemático y luego de forma ordenada se muestran los resultados al ejecutar cada paso. •\tSe recomienda cambiar la figura 2 al idioma español, para los casos en que sea posible. •\tSe aborda un tema interesante y relevante para la comunidad científica y empresarial, y el alcance logrado está acorde con el tipo de productos solicitados para el evento INFONOR.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El documento presenta un estudio del estado de situación de las técnicas y métodos que el corpus de la investigación ofrece para el tratamiento de requisitos en entornos ágiles. La temática es totalmente actual y coincido con los autores es que hay poco realizado aún y es un campo de explotación. Hay sin embargo, dos comentarios que me gustaría trasladar a los revisores. El primero es que no queda claro porque no han hecho una revisión sistemática de la literatura de manera más formal. La justificación que ofrecen no me parece convincente. Por otro lado, me gustaría que hubiesen desarrollado algo más los trabajos futuros. Tras un buen trabajo no me queda claro qué han aprendido para ponerlo en práctica en su futura investigación.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 156,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "En este trabajo se realiza una propuesta exploratoria sobre un perfil de adecuación de técnicas de educción de requisitos de software. El trabajo es una extensión de un trabajo previo.  Se recomienda mejorar algunos aspectos de este manuscrito como son: -Describir a más detalle el trabajo previo en el que se basa este escrito y mencionar las diferencias y contenido nuevo. -Consistencia entre los términos requisitos y requerimientos, en la pág. 3 se emplea el término requerimientos. -En la medida de lo posible mantener términos en castellano. -Añadir acento en \"solo\" siempre y cuando se refiera a \"únicamente\". -Corregir \"Lo\" por \"Los\" final de pág. 4, después de ref. 15., añadir acento a \"comparara\", en misma pág., corregir \"cuatros\" final pág. 6. -Corregir alineación de texto en primeros párrafos de ambas columnas en pág. 10, el primer párrafo de la segunda columna debería estar en la primera columna.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Artículo enfocado en las técnicas de educción de requisitos. Como comentario general, en las frases del tipo sujeto+verbo, no es necesario poner una coma después del sujeto (por ej., en la sección de introducción \"la educación de requisitos de software, es aquella ...\", en la de background \"la ingeniería del software, es una disciplina ..\"). Respecto a la Tabla 2, sería conveniente que los autores pusieran las filas de la tabla en el mismo orden en que los enumeran. Un par de cuestiones me surgen: ¿Cómo se construye la situación contextual de un proyecto? (candado) Aunque me imagino que será un proceso similar, ¿Cómo se construye el perfil de adecuación de las técnicas? (llave) Consiste en poner el gráfico de la técnica por dimensión en forma plana? Si pudieran aclarar con alguna frase. Por ejemplo, indicar que las dimensiones tienen un número (indicadlo en la Tabla 4 por ejemplo), para luego ver claramente los gráficos de la Figura 4. Lo mismo para los factores y la Figura 3.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 157,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "El artículo aporta revisión de una tecnología en crecimiento, pero no hay trabajo experimental que aporte nuevo conocimiento.",
                    "text": "El artículo describe una comparación de dos herramientas que se utilizan en aplicaciones de big data.  El contenido se seguir sin mayores inconvenientes y sigue un orden lógico.  No obstante, se identificaron las siguientes falencias:  - Las pruebas realizadas se hacen en base a un conjunto de datos (grafo) de tamaño reducido, contraviniendo el hecho de que se tratar de comparar herramientas que se utilizan con big data. - El caso de prueba para su solución requiere de mucho cómputo, pero no es un ejemplo de big data. Esto se infiere por el hecho de que el conjunto de datos es un grafo de 31 vértices y 82 nodos.  - En las conclusiones se afirma que se detectó que en Chile el nivel de conocimiento respecto a los problemas generados por big data es exiguo. Esto se sustenta en dos referencias, pero no hay un trabajo propio que sustente esta afirmación, como podría ser una encuesta al mercado nacional.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El artículo esta adecuadamente escrito, excepto por algunos problemas de acentos (implementara, utilizaran, ...) Las herramientas utilizadas, así como los algoritmos implementados se encuentran adecuadamente descritos. La única crítica esta en la implementación de los mismos, realizada en una única máquina (seguramente por un problema de recursos), algo que quita méritos a lo realizado, considerando que se esta hablando de técnicas pensadas para ser usadas en forma distribuida (donde debería estar su máximo aprovechamiento).  Pese a lo anterior, pienso que es un trabajo bien presentado, valioso en la discusión de las limitaciones de Hadoop vs Giraph, y cuyos resultados son interesantes de conocer y debatir en el ámbito del congreso.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 158,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "2",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "2",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "2",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 159,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "En caso que el trabajo sea aceptado, se recomienda una revisión detallada a la redacción (en la revisión se entregaron recomendaciones a los autores). Así mismo se recomienda revisar las referencias bibliográficas ya que existen 3 referencias asociadas solo a Tool Suites y 3 referencias para dar una definición dentro del artículo, en ambos casos que podrían ser utilizadas para referencias de trabajos previos en el área de estudio.",
                    "text": "El artículo presenta una evaluación de técnicas de algoritmos genéticos para la ingeniería inversa en línea de productos de software. La mayor parte del trabajo se enfoca en presentar y explicar detalladamente la Ingeniería de Líneas de Productos de Software (ILPS) y la aplicación de Ingeniería inversa sobre este paradigma. La explicación asociada a ILPS y a Ingeniería Reversa es detallada en la Introducción del artículo, incluso para ingeniería reversa se entregan más dos definiciones para el mismo concepto. Sin embargo, en la misma sección no se hace referencia alguna a Algoritmos Genéticos que también es parte de este trabajo.  En general el trabajo es interesante pero carece de un alto impacto innovador respecto a trabajos asociados a Algoritmos Genéticos.  En la sección de Resultado y Evaluación se muestra un detalle de Tablas de Resultados, sin embargo la discusión y explicación de resultados solo se entrega en 1 párrafo. Se esperaría una explicación más clara respecto al significado de cada una de las columnas de la tabla y resultados correspondientes.  En la sección de referencias hay 3 referencias [11], [12], [13] para establecer una definición, se esperaría tener mayor referencias a trabajos similares, quizás que se pudiera incluir una sección de Related Work.  Menores. -- En general se recomienda revisar la redacción de algunas frases. Solo como ejemplo recomiendo revisar la última frase del Resumen. Otro ejemplo es el párrafo de AGRADECIMIENTOS. -- En figura 2 no se visualiza correctamente la serie \"Con LPS\" en impresión Blanco/Negro -- En pág. 8 penúltimo párrafo hay un \".\" que es del párrafo anterior en una línea en blanco. -- La tabla 2 tiene un formato de Fuente más grande y al parecer de otro tipo al del resto del artículo.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Mejorando la descripción de los resultados y generando una evaluación un poco más profunda, el artículo es publicable.",
                    "text": "El documento describe una forma de aplicar técnicas actuales de ingeniería informática al problema de líneas de productos de software. El documento está bien explicado, pero se considera necesario profundizar en los resultados y la evaluación. El trabajo descrito es interesante ya que aplica Algoritmos Genéticos a un problema concreto, pero carece de  impacto innovador en el dominio. Se recomienda revisar la redacción (en general) del documento.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 160,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "2",
                    "evaluation": "-2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "En este trabajo se muestra un Entorno visual interactivo para análisis exploratorio de modelos en minería de datos. Existe un trabajo denominado 'Modelo aumentado de árbol de decisión utilizando mapas autoorganizados', aceptado el año 2014 en revista Ingeniare, que muestra una metodología muy parecida a la propuesta en este trabajo.  Al respecto este trabajo tiene figuras del trabajo anterior que no referencia. De hecho la figura 1 de este trabajo la presenta gráficamente diferente a la figura 1 del trabajo de Ingeniere, siendo el mismo modelo. Aun cuando al parecer las encuestas son aplicadas a alumnos diferentes (no se especifica) los resultados y frases son muy parecidos al proyecto anterior.  Por lo tanto, se debe especificar el aporte o diferencia de este trabajo con el anterior con mucha más claridad, si es que existe.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El artículo es interesante, abarca en profundidad muchos términos. Algunas observaciones son: - Deben ser entre 5 y 10 palabras clave. - Cambiar palabra \"entonro\" - Quitar acento a \"éste modo\" - No usar color según instrucciones de papers Infonor - Cambiar palabra \"Dendrograma\" -  Revisar \"realizar un paneo\"",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 161,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Este paper tiene especial afinidad con el workshop de aplicaciones empresariales.",
                    "text": "El artículo es especialmente válido como una guía de implementación de un data center. Su nivel teórico no es relevante, sin embargo su aplicabilidad le hace de interés.  El artículo está bien escrito y documentado.  Se debe insistir que se trata de un caso y este caso está desarrollado completo siguiendo las normas TIA propuestas como referencia.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "Se considera interesante que se acepte para el congreso INFONOR en el WORKSHOP DE APLICACIONES EMPRESARIALES",
                    "text": "El trabajo es una excelente guía para implantar un DATA CENTER, muy bien escrito, en donde utiliza bibliografía y conocimientos de manuales y libros, faltando literatura especializada. Es un trabajo de investigación aplicada,  original y  una aplicación muy interesante en una empresa.  Mejora sugeridas:  Falta Incorporar una sección de trabajos relacionados. También, medir el grado de efectividad de su implantación, en una sección de análisis de resultados y pruebas.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 162,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El artículo es interesante, tanto en la aplicación de la teoría de control como de robótica móvil. requiere de una revisión completa de redacción, ortografía y puntuación.  Adjunto el archivo revisado con algunas anotaciones para mejorar la presentación, sin embargo los autores deben volver a revisar completamente el documento.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "en",
                    "orientation": "0",
                    "remarks": "",
                    "text": "this paper applies an advanced algorithm to gait control, but is seems that more explanations are needed for a clearer understanding and comparison with other traditional algorithms. It depends on two another papers for its complete understanding. The math is very well stated but I was unable to see the advantages or purpose of that math regarding gait control. Also, it is not clear for the reader how fast or slow is the calculation time regarding task time.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 163,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "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.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 164,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Loa autores siguen las metodologías SEMMA y CRISP-DM para el desarrollo del proyecto. A lo largo del paper los autores van describiendo la fase de la metodología, el trabajo realizado y los resultados obtenidos en esa fase, excepto en la fase de minería de datos (y clustering) que los autores posponen la descripción del trabajo y de los resultados a la sección 5 del paper. Esto hace que la estructura del paper no sea del todo clara.  Otro cosa, es la simplificación de las variables a tener en cuenta a la hora de hacer el proceso de data mining, puesto que habría que tener en cuenta otros aspectos relativos al cliente, al receptor, ...",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El artículo trata de un proceso de data mining orientado a describir agrupamientos para el análisis de lavados de activos en el rubro bancario. Utiliza como referencia metodológica el proceso CRISP-DM y lo sigue con cierta dedicación.  En cuanto al fondo: detalla demasiados aspectos que guardan relación con la parte descriptiva del tema financiero y del banco en particular donde se circunscribe el desarrollo del trabajo. También enfatiza la obtención de la vista minable que está bien, pero descuida la generación del modelo data mining, específicamente no muestra el modelo de clustering, tampoco los niveles de cobertura y confianza en cada regala de cada clúster, no realiza un análisis estadístico acerca de los patrones y tampoco se observa un validación del modelo y patrones obtenidos. Esto último es la mayor debilidad del trabajo.  En referencia a la forma: hay muchos errores de ortografía y redacción, excesivo el largo de algunos párrafos y redacción de algunos tópicos que se debieran resumir, también redacta en cuarta persona y en algunas partes en tiempo futuro, debiera estandarizar la redacción a 3era persona y tiempo presente, salvo en las conclusiones que puede ocupar tiempo pasado. Excede el nro. de páginas establecidas como máximo. Finalmente, presenta poca bibliografía (sólo 4) y además no las referencias en ningún lado.  Es un artículo que puede ser aceptado pero requiere un re-ordenamiento profundo en cuanto a la forma, y fundamentalmente en relación al modelo de data mining, su análisis y exhaustiva evaluación, así como sus resultados.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 165,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "En este trabajo se realiza una revisión sistemática de literatura sobre el tema de gestión de requisitos software en empresas pequeñas.  El trabajo resulta relevante para la comunidad dada la poca información existente en esta temática. Como correcciones menores se recomienda trabajar más la sección de resultados añadiendo la síntesis de la revisión así como discutir los resultados de acuerdo a la pegunta de investigación planteada, por último se recomienda quitar la referencia que aparece en el resumen.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "0",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "En cuanto a los aspectos generales, tres cosas: 1) los autores deberían de ser consistentes con la nomenclatura utilizada: principalmente requerimientos vs requisitos: por favor, utilicen solo una de las dos denominaciones, pero no mezclen a su antojo. 2) En segundo lugar, small settings (pequeños entornos) vs pequeñas y medianas empresas. Si van a la definición dada por el SEI, verán que no es lo mismo, siendo más amplio el concepto de small setting. En este caso creo que los autores se están refiriendo a pequeñas empresas. 3) Como tercer comentario, general, revisen los signos de puntuación, frases muy largos. En el resumen, los autores indican que van a ofrecer una propuesta de trabajo para pequeño entornos. No encuentro esa propuesta de trabajos en el artículo. Además, es mejor no poner referencias en el resumen. En la introducción, segundo párrafo, aparece \"ya que ésta permite garantizar DESDE ...\"  se espera un HASTA TAL COSA... En el apartado de proceso de revisión sistemática, no es necesario hacer una subsección, no tiene mucho sentido dividir una cosa en un solo apartado. En la subvención de fases de la revisión sistemática, primero dicen que hay 3 pasos y luego lo llaman fases. Cual de las dos es??? Los nombres dados a las fases, no coinciden con los de las secciones siguientes, ni tampoco con los de la Figura 1. La Figura 1 no aporta nada. En la sección de planificación, palabras como \"por sobre\" no son muy válidas en el lenguaje escrito. Igualmente en la planificación incluyen párrafos que justifican el porque de las PYMEs, esto está ya fuera de contexto aquí. Además indican que el objetivo de la revisión es encontrar modelos, metodologías, propuestas o procesos relacionados con la gestión de requerimientos. Bien, pues esto es lo que se espera que obtengan en los resultados de la revisión sistemática, Y esto, NO aparece apenas (solo aparece una lista de metodologías y poco mas). Además mezclan mejora de procesos software, con mejora de gestión de requerimientos. Luego indican que los resultados se miden por número de propuestas... cuando anteriormente han dicho otra cosa. Los apartados de la revisión no siguen fielmente las de Kitchenham, y Biolchini. Igualmente en la parte de \"cadena de búsqueda\" aparece \"es que\", que en el lenguaje escrito no queda bien. La lista de fuentes, ¿por qué aparece en la subvención de cadena de búsqueda? En la parte de revisión, la Tabla 3 y la Figura 2 son redundantes, si se añade una columna más a la tabla, indicando el porcentaje correspondiente, tenemos el mismo efecto. En la parte de Revisión, NO SE PUEDE DECIDIR INCLUIR SOLO LOS 20 PRIMEROS, entonces para qué hacemos la revisión sistemática???? Igualmente una solo subvención???. Cuáles son los 20 artículos que seleccionaron? ¿Dónde están referenciados? Igualmente pasa con la Figura 4 y la Tabla 4. Respecto a los Resultados, es de suponer que las referencias 18 a 29 son los artículos primarios??? En estos resultados solamente indican justificaciones relativas a la gestión de requerimientos, pero nada relativo a lo que indican en el objetivo de su revisión sistemática. En base a una referencia del año 2007, la 24, indican que no hada que trate la gestión de requerimientos en pequeñas empresas. Les indico solamente una tesis doctoral de la UPM de noviembre de 2013, titulada Metamodelo para la mejora del proceso de gestión de requisitos, cuyo autor es Ariel E. Serrano Rico y Director Jose A. Calvo-Manzano, para que vean que si existen cosas sobre gestión de requisitos. Aquí además es el único sitio donde indican una serie de metodologías.  Esto que se supone que es uno de los resultados esperados, solamente aparece en dos líneas del apartado de resultados. Luego añade una serie de factores clave, y de condiciones que parecen que aparecen por sí solas, sin ninguna referencia y que además no son el objetivo que dicen los autores respecto a la revisión que han hecho.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 166,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El artículo se deja leer con facilidad, en especial en su primera mitad. Luego, hay errores de escritura y redacción que van afectando la comprensión de lo realizado (PostgrSQL en vez de PostgresSQL, con tiene en vez de contiene, ...). Adicionalmente se detallan pasos, que caen en detalles irrelevantes, como indicar que debe instalarse tal o cual herramienta, sin entrar en los aspectos realmente importantes, especialmente en la implementación del acoplamiento medio (donde, no se detalla que se implementó a nivel del SABD y que a nivel externo). Lo más criticable es el uso de dos SABD (PostgreSQL para el acoplamiento débil, y Oracle para los acoplamientos medio y fuerte) en la experimentación, esto hace que sea muy discutible la comparación que, ya no sólo tienen la implementación del algoritmo como variable independiente, sino también el SABD a utilizar.  Pse a lo anterior, pienso que el trabajo es digno de ser presentado, de forma de mostrar, en particular, las diferentes alternativas de integración de algoritmos de Minería de Datos con Sistemas Administradores de Bases de Datos.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Otra consulta a los autores ¿por qué usan dos  SGBD? PostgreSQL para el acoplamiento débil. Y Oracle para acoplamiento medio y fuerte.",
                    "text": "El articulo muestra los resultados empíricos de la integración (acoplamiento) del algoritmo apriori en un SGBD.  Indican que el trabajo expuesto se basa en el trabajo de Agrawal & Shim, este trabajo es del año 1996, al respecto ¿no hay trabajos más recientes? , ¿Se puede escoger otro trabajo más reciente? , ¿Por qué escoger este trabajo? ¿Por qué este enfoque?  En la introducción faltan referencias que permitan fundamentar el trabajo como un aporte un poco más cercano a algo científico. Por ejemplo \" Existen algunas investigaciones focalizadas\"....¿ cuáles ?  El trabajo esta escribo más bien como un experimento técnico, que como un artículo de congreso.  Se valora el tiempo y esfuerzo en realizar las pruebas.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 167,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "0",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "Recomiendo la mejora del artículo específicamente en la solución planteada, de la cual no se dan evidencias específicas de desarrollo.",
                    "text": "Problemas de forma identificados:  - Figura 7 no es clara en su contenido. - Figura 5 y 6 no aportan al trabajo desarrollado. - El proceso de transacción debería estar numerado. - Cuadro debería ser Tabla, además la tabla 2, 3 y 4 no son legibles. Se deberían re-escribir. - Página 3 el texto de la palabra Samsung no es del mismo tipo de fuente. - Figura 8 no tiene título. - Se debe corregir y mejorar la ortografía (conclusiones).   Problemas de fondo:  - El apartado 3.1.2 no se encuentra relacionado directamente con el problemática planteada. - La descripción de las arquitecturas y modalidades de utilización de NFC no aporta a la solución expuesta. - En la sección 4.1 se hace mención a la máquina virtual Dalvik, sin embargo, desde la versión de Android Lollipop hacia arriba, se utiliza ART y no Dalvik. - La tabla 6 no aporta el trabajo desarrollado. - El trabajo desarrollado utiliza 8 de 11 páginas en introducción y tecnologías, sin embargo, sólo se utiliza 1 página para mostrar las evidencias. - Se plantean algunos indicadores, sin embargo, no se da evidencia de los valores obtenidos. - Las figuras 10, 11 y 12 muestran capturas de la aplicación?, sin embargo, no se indican en detalle la forma de aplicación de las tecnologías en Android. - Falta evidencias de la aplicación descrita, en particular desde al área de la ingeniería de software.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "5",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Este trabajo hace una presentación de trabajos relacionados con el control de acceso de personas a determinadas instalaciones. Describe algunas tecnologías que se pueden emplear para implementar este control. Sin embargo, se queda en una propuesta que trata de adaptar soluciones a un problema local. Falta más desarrollo de modelos y sustento teórico para presentar una solución original, que aporte al avance en esta área. OBSERVACIONES DE FORMA: 1) Indicar las referencias usadas en el texto con corchetes []. 2) Mejorar la redacción del texto, uso de conectivos, prenombres, acentos ortográficos, puntos, comas, etc. Por ejemplo: \"El alumno, simplemente al acercar el móvil al libro, recibirá en su terminal la información Correspondiente al texto sin ninguna intervención.\"  3) El título: \"1. Otras Secciones.\"",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 3,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "El formato simplemente pésimo, la redacción deja también bastante que desear, las figuras borrosas, tablas escaneadas de algún lugar sin referencia. El contenido no existe. Este debe ser uno de los artículos más malos que he visto en mi vida,",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 168,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "2",
                    "id": 1,
                    "lan": "es",
                    "orientation": "1",
                    "remarks": "",
                    "text": "El trabajo es interesante, sin embargo, se requiere de una muestra estadística más amplia para poder sacar conclusiones cercanas a la realidad.  Tan solo 4 pacientes no constituyen una muestra importante, y los promedios  encontrados pueden no estar acordes con los resultados de un estudio más amplio. De todos modos, este proyecto es muy útil para la sociedad.  Anexo envío el artículo con algunas correcciones en redacción y puntuación, sin embargo, los autores deben revisar el documento completamente",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-2",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "EL TEMA QUE ABORDA ESTE TRABAJO ES INTERESANTE. SIN EMBARGO, NO QUEDA CLARO CUÁL ES SU APORTE ORIGINAL. LA ARQUITECTURA PLANTEADA Y LOS DISPOSITIVOS USADOS SON AMPLIAMENTE UTILIZADOS.  COMENTARIOS DE FORMA: 1) Mejorar la redacción, por ejemplo: \"Los campos para esta tecnología es muy amplia como lo son juegos...\" \"...se había comentado en la sección sistema propuesto...\" NO EXISTE TAL SECCIÓN. 2) Detallar la descripción del dispositivo Emotiv EEG. ¿Canales en la figura 1? , etc.  RECOMENDACIONES, visitar sitios como: 1) http://motorlab.neurobio.pitt.edu/publications.php 2) http://spectrum.ieee.org/biomedical/bionics/how-to-control-a-prosthesis-with-your-mind",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 169,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "Los autores describen un producto que luego no se ve descrito en el cuerpo del documento. Adecuando un poco el documento a los resultados reales, el documento es publicable.",
                    "text": "El documento describe un trabajo exploratorio en el desarrollo de una aplicación software en el área de informática médica, concretamente en los sistemas HIS (Hospital Information System). La propuesta es interesante pero el documento denota que es un trabajo insipiente, o se entiende esto, dado que se describe la arquitectura propuesta y la metodología del proyecto, pero no se describe un escenario de prueba o un caso concreto de validación. Igualmente, no se observa en el documento la descripción de un software resultado del proyecto, y por el título del artículo y el abstract se espera la descripción de alguna propuesta software.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "El artículo tiene como objetivo brindar una arquitectura de referencia y solución al problema de integración e interoperabilidad entre sistemas de salud.   Algunas observaciones son: - Falta nombre del paper en español - Cambiar \"Index Terms\" por \"keywords\" - Falta Resumen y Palabras Clave en español - No usar color en figuras (según formato) - Poner acento a \"se diseño\" - Falta una sección de Conclusiones",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 170,
            "preliminary_decision": "reject",
            "review": [
                {
                    "confidence": "5",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-2",
                    "remarks": "",
                    "text": "El trabajo pretende ofrecer una visión del uso de herramientas EVA en los diferentes entornos de asignaturas de enseñanza superior (presenciales, no presenciales y semipresenciales). La idea del paper es clara pero me cuesta trabajo encontrar la justificación de investigación del mismo. Los resultados que se obtienen son bastante segados y la propuesta no está definida como un experimento claro. Creo que hubiese sido interesante un mayor rigor a la hora de plantearlo. Hay además algunos aspectos, como por ejemplo, el hecho de la lista de evas seleccionadas que no se justifica, ¿de dónde se ha obtenido esa lista? ¿es cerrada?.  Por todo ello, abogo por no aceptar este trabajo.",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El paper está bien escrito y de fácil lectura.  Se ajusta al formato del evento.  Estado del arte bien planteado y revisado.  El rechazo débil es por qué no está de acuerdo a los tópicos de interés de los trabajos de INFONOR, ver listado en http://www.infonor-chile.cl/page/organizacion#areas-interes  El paper debería ser presentado en un evento de Educación en Ingeniería. Para los cual se sugiere que los resultados obtenidos sean comparables con asignaturas sin tutorías y analizar los resultados de aprendizajes que logran los alumnos en grupos de control y experimental.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 171,
            "preliminary_decision": "accept",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "-1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "0",
                    "remarks": "",
                    "text": "Observación de fondo:  No se presenta un ejemplo de implementación (un ejemplo que sea interesante) de una máquina secuencial mediante la metodolgía propuesta y la tradicional cableada con el fin de establecer comparativos y métricas de desempeño.  Observaciones de forma: realizar las siguientes correcciones:  Omitir el punto final del título en español.  En página 3, segunda columna: \"... entrada y las variables de estado de la máquina a secuencial.\"  En página 4, primera columna: justificación a la izquierda.  En página 5, primera columna: \"... cantidad de puertos de entrada y salid ...\"  En página 5, primera columna: \"... completo a partir de la dirección de cada de cada ...\", \"... máquina con hasta 15 considerando la suma de ...\".  En página 5, segunda columna: \"... máquina con hasta 15 considerando la suma de ...\".",
                    "timespan": "2015-07-05"
                },
                {
                    "confidence": "3",
                    "evaluation": "1",
                    "id": 2,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "Se propone un procedimiento para elaborar máquinas de estado con un dispositivo arduino, con el fin de eliminar posibles fallos usando la manera tradicional mediante circuitos integrados digitales, cableado y proto-board.  El artículo puede ser útil para enseñanza de electrónica digital y en algunas aplicaciones prácticas. El documento tiene varios errores, están indicados en el documento, sin embargo los autores deben corregir y revisar de nuevo el artículo completo.",
                    "timespan": "2015-07-05"
                }
            ]
        },
        {
            "id": 172,
            "preliminary_decision": "no decision",
            "review": [
                {
                    "confidence": "4",
                    "evaluation": "1",
                    "id": 1,
                    "lan": "es",
                    "orientation": "-1",
                    "remarks": "",
                    "text": "El artículo describe básicamente los componentes de un aerodeslizador, y el sensor que podría ser utilizado para el control de navegación.  Es un estudio más bien teórico que no presenta evidencias de su construcción.  No queda claro si la propuesta ya fue publicada por el inserto en pie de página.  Se deben corregir varios errores de tipo gramatical; Ejemplos: Primer párrafo introducción ”con el término” y no “el término” C. Sistema de propulsión … a los cuales se acoplará Texto figura 2 debe incorporarse al pie de la figura Figura 3 sin título Figura 6 después de la 3? Penúltimo párrafo hoja 4 (“con estés….”) Enumerar ecuaciones.",
                    "timespan": "2015-07-05"
                }
            ]
        }
    ]
}