T�cnicas para capturar requisitos

Las tareas a llevar a cabo en esta fase pueden variar seg�n la metodolog�a y los
procesos a seguir. Pero existen unas gu�as de recomendada aplicaci�n(3)que son:

Evaluar la viabilidad (t�cnica) del sistema

Definir los or�genes de requisitos (identificar los diferentes stakeholders, no
necesariamente todos ellos ser�n personas, un sistema anterior puede ser un origen
de requisitos, una ley, un documento, etc.)
Definir el alcance (scope) del sistema. Identificar que har� y que no har� el
sistema, que quedar� dentro y que fuera, as� como las comunicaciones con otros
sistemas o entidades
Definir las t�cnicas de educci�n a utilizar. Dependiendo del sistema, los
conocimientos de los stakeholders y diversos factores adicionales se emplear�n unas
t�cnicas de educci�n u otras (prototipos, entrevistas, casos de uso, storyboards,
etc.)
Aplicar las t�cnicas seleccionadas a los diversos perfiles participantes,
stakeholders, etc. para extraer requisitos.
Sobre el papel la educci�n de requisitos podr�a parecer un proceso f�cil. Pero
teniendo en cuenta el factor humano, no lo es tanto. En la mayor�a de los casos los
stakeholders son personas con las que hay que trabajar para poder obtener los
requisitos. Como comenta Brooks en su libro(4)el proceso de educci�n de requisitos
es un desaf�o por varios factores, la mayor�a relacionados con la comunicaci�n
entre stakeholders.