WB01087_1.gif (1015 bytes) dos.gif (990 bytes) tres.gif (994 bytes) cuatro.gif (988 bytes) cinco.gif (992 bytes) seis.gif (995 bytes) siete.gif (990 bytes) WB01089_.gif (322 bytes)

Especificando los requerimientos de acuerdo a la audiencia a los cuales va dirigido.

Una vez que ya han sido recopilados, clasificados y alojados en el nivel de jerarqu�a que les corresponde, hay que poner por escrito los requerimientos del sistema. Sin embargo, �Hasta donde llegar� esta especificaci�n?.

La habilidad de comunicarse con una audiencia debe de ser balanceada con la necesidad de especificar los requerimientos precisamente y sin ambig�edad alguna.

Existen ya algunos lenguajes abstractos y herramientas para el manejo de especificaciones de requerimientos. Tales como el ASN.1 para interfaces de telecomunicaci�n. Sin embargo, el uso de estos lenguajes implica que la audiencia deba de tener un conocimiento general de este tema.

Por el contrario, si usamos el lenguaje natural, podemos correr el riesgo que nuestra audiencia confunda los t�rminos del requerimiento.

El UML incorpora en sus estructuras los casos de uso (Use cases) propuestos por Ivar Jacobsson en [A2]. Esta Estructura maneja especificaciones formales y abstractas per se acompa�a de una descripci�n textual y estructurada del requerimiento del sistema. En este contexto entrar�a dentro de las caracter�sticas de las metodolog�as.

Una descripci�n mas detallada de la metodolog�a de an�lisis y manejo de requerimientos con UML es explicada aqui.

entendimiento.jpg (19667 bytes)

 

Relaci�n entre precisi�n y entendimiento

Una vez que el requerimiento ha sido plasmado, deber� de tener una identificaci�n �nica. Esto es con el fin de facilitar el manejo de requerimientos. Tema que explicamos a continuaci�n.

WB01087_1.gif (1015 bytes) dos.gif (990 bytes) tres.gif (994 bytes) cuatro.gif (988 bytes) cinco.gif (992 bytes) seis.gif (995 bytes) siete.gif (990 bytes) WB01089_.gif (322 bytes)

title.jpg (90045 bytes)

Hosted by www.Geocities.ws

1