No me queda duda que en el futuro tendré que trabajar el doble y leer el triple, este documento me deja con dudas sobre la ingeniería de requerimientos, ya que al leer los documentos presentados en la materia ingeniería de software me hace dar cuenta que la ingeniería de requerimientos va en constante evolución, y más aún porque es el pilar, la base sólida en el proceso de desarrollo de software. En el documento “Composición de Requerimientos No Funcionales” explican una manera de mejorar la calidad del software a través de los requerimientos no funcionales (RNF), teniendo como premisa que estos son difíciles de definir y cuantificar además de ser difíciles de expresar, y por todo esto los RNF son evaluados subjetivamente, ya que no se pueden evaluar o testear como los requerimientos funcionales. En lo personal decir que en el documento está resuelto los problemas que presentan los RNF sería un error ya que en el documento solo nos muestran la aplicación en un solo desarrollo, en las aplicaciones de comercio electrónico, además, en el documento también nos indican que usar la programación de componentes es una posible solución, que puede tener ‘varias ventajas’, pero como todo en el mundo no existe algo que tenga solo ventajas o excepciones. En conclusión, la propuesta del documento debe ser viable usarla en desarrollos que se asemejen al presentado en el mismo, pero de seguro difiere de lo que se necesita para otros desarrollos. De lo que estoy seguro es que los RNF son los que imponen la calidad o el estándar de calidad de un diseño/desarrollo.