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)