Mi pregunta apunta a trazar una línea fina entre la obtención de requisitos y el análisis de requisitos. ¿Cuál es la diferencia entre estos dos?
Basado en mi comprensión del idioma inglés y tratando de ser lógico sobre cuál debería ser la diferencia:
Elicitación de requisitos = Recopilación de requisitos. Esto es preguntar cuáles son los requisitos, qué pasa si esto, qué pasa si eso, etc. Se trata de hacer las preguntas y obtener respuestas. Qué tan bien son las respuestas es un asunto completamente diferente. Esto requiere que las partes interesadas respondan su parte de lo que se debe hacer y por qué.
Análisis de requerimientos. Esto es más la organización de respuestas a la primera parte. ¿Qué solución es óptima? Cuáles son las compensaciones de varias implementaciones posibles. En esta parte puede haber una pregunta extraña, pero no es el punto principal, ya que se trata de ver qué solución puede ser mejor bajo varias restricciones, por ejemplo, cuál es la más rápida o la más barata. Se trata más acerca de cómo se debe hacer algo y por qué tiene más sentido que otro.
Otra forma de pensar en esto es que la Elicitación tiene que venir antes del Análisis, ya que de lo contrario no está analizando nada, lo que puede no ser tan útil o productivo.
La obtención de requisitos trata de averiguar qué clientes (y potenciales clientes) dicen que creen que quieren. Produce una lista de deseos (bueno, puede ser cortés y llamarlo de otra manera, pero eso es lo que es).
El análisis de requisitos consiste en destilar la lista de deseos para producir una lista de requisitos reales junto con las dependencias entre ellos. También implica decir que algunas cosas en la lista de deseos están fuera del alcance por una razón u otra (por ejemplo, está proponiendo hacer un proyecto en algún software de cliente y los clientes le pidieron que haga algo que claramente requiere cambios importantes en el servidor) .
Una vez que haya realizado el análisis de requisitos, estará en condiciones de elaborar un plan que tenga en cuenta los recursos y el tiempo disponibles. También estás pasando un hito del proyecto; Si no tiene requisitos coherentes, es hora de abandonar el proyecto como imposible de planificar.
Como referencia, me gusta mantener el resultado de la Elicitación en una wiki y el resultado del Análisis como solicitudes de características en un rastreador de errores con referencias cruzadas. Estoy seguro de que hay otras formas de hacerlo.
Obtención de requisitos : el proceso a través del cual los clientes, compradores o usuarios de un sistema de software descubren, revelan, articulan y entienden sus requisitos.
Análisis de requisitos : el proceso de razonamiento sobre los requisitos que se han obtenido; Involucra actividades como examinar los requisitos de conflictos o inconsistencias, combinar requisitos relacionados e identificar los requisitos faltantes.
Especificación de requisitos : el proceso de registrar los requisitos en una o más formas, incluyendo lenguaje natural y representaciones formales, simbólicas o gráficas; también, el producto que es el documento producido por ese proceso.
Validación de requisitos : el proceso de confirmar con el cliente o usuario del software que los requisitos especificados son válidos, correctos y completos.