TASK DEFINITION: You are given a paper review either in Spanish or English language. Based on the given review, evaluate the paper by classifying it to one of the five classes: (1) very negative, (2) negative, (3) neutral, (4) positive, and (5) very positive. Note that URLs in the text have been replaced with [Link].
PROBLEM: Correcciones de Formato:  1.	En palabras claves dejar sólo 5 las más relevantes. 2.	Eliminar las siguientes expresiones: •	“De ahí que en el sistema solar desentone la chatarra de los satélites artificiales, o en el sistema circulatorio sanguíneo produzca hemorragia  la incrustación de una cuchilla:” •	“Si  fuera  más definitiva esta dimensión  valdría  una sartén sobre el escritorio  junto al computador. Si no fueran ciertos los sistemas  valdría dentro de este artículo un párrafo del Quijote.” •	“”El gran error garrafal”, con  el que  censuró el hecho de  identificar cada relación (varrel en sus términos) como una clase.”  Correcciones de Contenido: 1.- El titulo debería ser “Una propuesta de Modelo de Datos para…..”  ya que el titulo actual no refleja el contenido del artículo.  2.- Falta fundamentar mejor la idea de lo que se propone, es decir, realizar un análisis “claro” de las  ventajas  de por qué es interesante e importante la propuesta. Por ejemplo, se puede hacer una tabla con las ventajas sobre otros modelos, por ejemplo, de base de datos relacionales, orientadas a objetos y  distribuidas,…, como los discutidos en los trabajos relacionados.  3.- Debe basarse en un modelo que exista para extender al modelo propuesto y su notación. Actualmente no es claro en cuál es la base para la propuesta.  4.- Si el objetivo es el análisis ¿por qué no sirve una base de datos multidimensional?  5.- En las conclusiones se indica que “En otras palabras,  el MED  es un modelo conceptual  a la medida de bases de datos distribuidas.” Esta afirmación es incorrecta debido a que no se muestra a MED modelado conceptualmente  ¿qué notación conceptual es la que se muestra?.  Debe corregir esto indicando claramente cuál es la notación a ocupar.  6.- En el caso de estudio de la página www.cootracolta.com no hay nada visible por lo cual quizás no sea bueno indicar dicha página web.  7.- El artículo debería seguir los patrones de los artículos que han propuesto modelos de datos por ejemplo cuando se propuso el modelo orientado a objetos GOLD para modelamiento multidimensional.

SOLUTION: positive

PROBLEM: 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.

SOLUTION: positive

PROBLEM: 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)

SOLUTION:
very negative