Capítulo 3 DEFINICIÓN REQUERIMIENTOS

Contenidos

1 Definición de Requisitos

2 Clasificación de requerimientos

2.1 Requerimientos Funcionales:

2.2 Requerimientos no funcionales

3 Verificación de Requisitos

4 Revisión de Requisitos Vs Especificación

4.1 Preparar plan de revisión:

4.2 Documentos de requisitos a revisar:

4.3 Preparar reunión:

4.4 Realizar reunión:

4.5 Identificar de defectos de la especificación:

4.6 Realización de correcciones a los documentos:

4.7 Informar modificaciones a los interesados:

4.8 Cierre de los requerimientos:

Para tener una buena definición de requerimientos es necesario realizar una buena identificación
de los mismos, posterior a esto es importante definirlos de manera detallada, donde se involucre
la información aportada por los usuarios

Para realizar una correcta definición de los requerimientos del proyecto y que éstos satisfagan las
necesidades verdaderas del cliente, se deben tener en cuenta las siguientes actividades:

Definición de Requisitos
Para realizar con éxito la definición de los requerimientos es importante conseguir que los
requerimientos sean claramente definidos para minimizar la ambigüedad de los requerimientos,
para esto es importante tener en cuenta lo siguiente:

Definir los requerimientos teniendo en cuenta la información identificada con la perspectiva del
usuario

Reutilizar requerimientos, revisando proyectos ya finalizados para ver si contienen material

potencialmente reutilizable. La ventaja de esta reusabilidad es que, una vez que un requisito ha
sido especificado satisfactoriamente para un producto y que el producto ha tenido éxito, el
requerimiento no tendrá que volverse a inventar, podrá ser utilizado las veces que se desee
teniendo en cuenta los derechos de autor.

Se debe documentar los requerimientos de una forma clara y correcta. En la mayoría de los
proyectos se observa que la documentación de los requerimientos puede parecer una tarea
tediosa, pero es la única manera de asegurar que la esencia de los requisitos ha sido capturada
correctamente, y que esto pueda ser probado.

Clasificación de requerimientos

Requerimientos Funcionales:

Estos requerimientos se utilizan para determinar que hará el Software, definiendo las relaciones
de su operación y su implementación, sin olvidar que deben ser explícitos también en lo que el
sistema no debe hacer y que validaciones se deben realizar, teniendo en cuenta cual será el
comportamiento del sistema.

Los Requerimientos funcionales se pueden dividir en dos puntos de vista: El primero tiene relación
con el usuario, donde se identifica la relación del usuario con el sistema desde el punto de vista del
mismo; El segundo tiene relación con el sistema dando respuesta al usuario, es decir desde el
punto de vista de lo que realiza el sistema.

Para un desarrollador de sistemas es natural dar interpretaciones de un requerimiento ambiguo

con el fin de simplificar su implementación. Sin embargo, a menudo no es lo que el cliente desea.
Se tienen que estipular nuevos requerimientos y se deben hacer cambios al sistema, retrasando la
entrega de éste e incrementando el costo. En principio, la especificación de requerimientos
funcionales de un sistema debe estar completa y ser consistente con lo solicitado por el usuario

Requerimientos no funcionales

Estos requerimientos se basan en las restricciones de los servicios o funciones ofrecidos por el
sistema. Incluyen restricciones de tiempo, sobre el proceso de desarrollo, estándares, usabilidad,
portabilidad, entre otros.
Los Requerimientos funcionales son los requerimientos que no se refieren directamente a las
funciones específicas que entrega el sistema, sino a las propiedades emergentes de éste como la
fiabilidad, la respuesta en el tiempo y la capacidad de almacenamiento.

Los requerimientos no funcionales surgen de la necesidad del usuario, debido a las restricciones
en el presupuesto, a las herramientas utilizadas, a las políticas de la organización, a la necesidad
de interoperabilidad con otros sistemas de software o hardware o a factores externos como los
reglamentos de seguridad, las políticas de privacidad, etcétera.

Los dos tipos de requerimientos especificados son de gran importancia para el desarrollo de una
aplicación en software, por lo tanto siempre deben ser escritos con claridad, contener la mayor
especificación de las necesidades expuestas por el cliente, esto con el fin de tener un soporte base
desde el cual se trabajaran y no presentar ambigüedades en la definición y el resultado del
producto. La figura a continuación muestra los inconvenientes que se pueden presentar cunado
no se hace una identificación correcta de los requerimientos.

Verificación de Requisitos

Para la verificación de requisitos se deben añadir criterios de aceptación por cada requisito, una
tarea de la calidad es asegurarse de que cada requisito cumple con los criterios asignados, este
criterio es una medida del requisito que lo hace entendible y con capacidad de ser probado.

Para la verificación de requisitos se debe validar lo siguiente:

Revisión de Requisitos Vs Especificación

Una vez ya identificado los requerimientos, documentados y verificados se procede a realizar la
revisión de los mismos con base a la información recolectada con los usuarios del sistema, en esta
revisión participa los analistas del equipo de trabajo y los usuarios necesarios para esta revisión
de debe chequear que:

A continuación se presenta el proceso para la verificación de los requerimientos.

Preparar plan de revisión:

En la preparación del plan de reunión de debe planear quienes deben asistir que se va a hablar y
cuánto tiempo se va a gastar.

Documentos de requisitos a revisar:

Identificar cuáles son los documentos de especificación de requisitos que se va a revisar

Preparar reunión:

Se debe confirmar el lugar en el cual realizará la reunión y se deben prepara los materiales
necesarios para la reunión (lápices, hojas, elementos visuales… etc).

Realizar reunión:

Se revisa el entendimiento de la especificación por parte de los interesados y se valida que lo

especificado si cumple con la necesidad del cliente y con lo solicitado.

Identificar de defectos de la especificación:

Si revisa si se encuentran defectos con respecto a lo solicitado o si hace falta alguna especificación
requerida.
Realización de correcciones a los documentos:

Si en la etapa anterior se encuentran defectos en la especificación el analista del sistema debe

realizan las debidas correcciones al documento.

Informar modificaciones a los interesados:

Una vez los defectos en la especificación han sido subsanados, se debe enviar un breve resumen
informando las tareas realizadas para la corrección de los documentos especificados junto con los
documentos corregidos a los participantes en la reunión para dar su aprobación

Cierre de los requerimientos:

Por último se da por cerrado y entendido la el requerimiento se firma la aprobación por parte de
los interesados y se procede a enviarse un correo con la aprobación del requerimiento