instruction:
In this task, you are given a set of paper reviews in English and Spanish language. Based on given reviews, your job is to generate decision, i.e., "accept" or "reject" for the given paper. Note that URLs in the text have been replaced with [Link].
question:
Review_1: Los comentarios aparecen en el archivo adjunto Review_2: 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.	Los autores deben declarar el objetivo del estudio para facilitar la lectura del trabajo. 2.	Lamentablemente 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.	Asociado 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? 
answer:
accept


question:
Review_1: 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. Review_2: - 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'.. ) Review_3: - 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. 
answer:
accept


question:
Review_1:  Review_2: 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. Review_3: 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. 
answer:

accept