La captura de requerimientos el el proceso de identificar que quiere el “cliente” del sistema propuesto.

La clave en esta etapa es que estamos en el dominio de problema. En esta etapa debemos describir todo desde la perspectiva del “cliente” y en el lenguaje del “customer”.

El mayor riesgo que tenemos en la caputra de requerimientos es empezar pensando en terminos de posibles soluciones. Eso debe esperar hasta la Fase de Analisis (mira Chapter 5, Analysis). Uno de los pasos de la Fase de Analisis ser?? tomar los resultados de la Fase de Requerimientos y refundirlos en el lenguaje de la soluci??n estimada.

Recuerda que estamos usando un proceso incremental y iterativo.

Podemos tranquilamente volver atras otra vez al proceso de requerimientos mientras desmontamos el problema en trozos mas peque??os, cada uno de los cuales debe tener sus requerimientos capturados.

Ciertamente volveremos atras a traves de la fase de requerimientos en cada iteraci??n mientras buscamos definir los requerimientos del sistema mas y mas.

	Note
	La unica parte de la notaci??n de los requerimientos especificada por el estandar UML es el diagrama de casos de uso. El resto es especifico del proceso. El proceso descrito en este capitulo est?? muy inspirado en el Rational Unified Process.