Cuando se aplica la ingeniería de requisitos a un proyecto se software se logra recompilar la información necesaria para medir el alcance, el impacto y una estimación aproximada de cómo se desarrollaría este.

Por esto es muy importante dentro del proceso de software.  La mala toma de requisitos puede  traer consigo confusión, mal estimación de tiempos, fechas de entrega inalcanzable y sobretodo muchos diseños que van mas allá de los que se pidió y terminan costando rentabilidad a los proyectos.

En mi empresa la toma de requisito es toma por consultores, personas expertas en el área de auditoría y que conocen muy bien nuestro software y saben hasta dónde puede llegar. El único problema ha sido controlar el desarrollo, pues cuando ya está en proceso tienden a mandar cambios y por el contrato de soporte que tenemos con ellos.

Me parece que en las universidad falta tomar este tema como mas practico, llevar a los alumnos a los campos y tomar requisitos aprender a preguntar lo necesario y lo importante y poder plasmar todo en el papel.

Quisiera poder participar de este evento  y aprender más sobre la ingeniería de requisitos, sobretodo de buenas prácticas para poder aplicar en la empresa donde trabajo. 

La ingeniería de requisitos  tiene papel fundamental en el desarrollo de un producto de software, ya que tiene como objetivo la comprensión de las necesidades del cliente, para determinar la esencia de lo que se desea producir antes de diseñar o construir el software, con miras a garantizar la calidad en uso. Esto se logra generando especificaciones correctas que describan con claridad, sin ambigüedades, en forma consistente y compacta, el comportamiento del sistema; de esta manera, se pretende minimizar los problemas relacionados al desarrollo del software y a lo no satisfacción del cliente o usuario final.

En mi experiencia como Líder QA, opino que la ingeniería de requisitos va de la mano con el aseguramiento de la calidad del software, permitiendo garantizar de forma temprana el correcto cumplimento de requisitos funcionales y no funcionales del software. En mi caso yo sigo las directrices fomentadas por ISTQB, tomando en cuenta un periodo importante de análisis-diseño y un proceso de pruebas temprana desde el inicio del ciclo de vida del software.

Las instituciones universitarias, aunque actualmente están incluyendo los tópicos en calidad de software como parte de la formación de los estudiantes, en mi experiencia y conocimiento creo que están dejando a un lado la importancia de un buen levantamiento de información y estructuración de requisitos. Es por ello que en la LACREST 2012, debemos proponer estrategias para fomentar la ingeniería de requisitos y el software testing en las instituciones de formación académicas con miras a profesionalizar más estas áreas.