Documentación de requisitos: DRU y ERS (con diagramas de casos de uso)

Resumen

El texto explica la documentación de requisitos de software, distinguiendo el Documento de Requisitos de Usuario (DRU) y la Especificación de Requisitos Software (ERS). Describe el nivel de detalle de cada uno y presenta los diagramas de casos de uso, con sus componentes (acción, actor) y las relaciones include y extend.

Puntos clave

Es buena práctica usar al menos dos documentos de requisitos con distinto nivel de detalle.
El DRU (URD) describe el problema actual desde la perspectiva del usuario y las metas que se esperan lograr.
La ERS (SRS) desarrolla el DRU con más detalle y responde qué características debe tener el sistema para alcanzar esos objetivos.
Los diagramas de casos de uso muestran visualmente las funciones que realiza un tipo de usuario en un sistema de información.
Componentes principales: la acción (representada por una elipse) y el actor, que es una idealización de una persona, proceso o entidad externa que interactúa con el sistema.
La relación include indica que un caso de uso siempre utiliza a otro; la relación extend indica un comportamiento opcional.

Ponte a prueba

DOCUMENTACIÓN REQUISITOS

Es el modo habitual de guardar y comunicar requisitos.
Es buena práctica utilizar, al menos, dos documentos, a distinto nivel de detalle

DRU = Documento de Requisitos de Usuario (URD)

Desde el punto de vista del usuario o cliente o interesado. No poseen demasiado nivel de detalle. Incluye descripción del problema actual y metas que se esperan lograr con el nuevo sistema.

ERS = Especificación de Requisitos Software (SRS)

Desarrolla más los contenidos del DRU: son más detallados. Responde a ¿Qué características debe poseer un sistema que nos permita alcanzar los objetivos, y evitar problemas, expuestos en el DRU?

OJO: Con “Documento” es cualquier medio electrónico de almacenamiento y distribución.

Muestra de manera visual las distintas funciones que puede realizar un usuario (más bien un tipo de usuario) de un Sistema de Información.

Representan como interactúan los diferentes actores en un sistema para cada caso de uso → definen que acciones puede realizar un actor dentro del sistema Se han convertido en una de las técnicas de modelado más utilizadas para la determinación y documentación de los requisitos funcionales de un sistema software.

COMPONENTES

Acción: se utiliza para representar una de las funcionalidades que realiza el sistema. Es una secuencia de acciones que hace el sistema y que producen un resultado que puede percibir un usuario. representada por un rotulo con una elipse

Actor: es una idealización de una persona, un proceso o una entidad externa que interacciona con un sistema, subsistema o clase.

Actor abstrae y caracteriza a un usuario externo o a un conjunto de usuarios externos relacionados que interactúan con el sistema o clasificador.
La misma persona física puede interpretar varios papeles como actores distintos.
El nombre del actor describe el papel desempeñado.

Include: Se utiliza para representar que un caso de uso utiliza siempre a otro caso de uso.

Extend: Este tipo de relaciones se utilizan cuando un caso de uso tiene un comportamiento opcional, reflejado en otro caso de uso.

Preguntas frecuentes

¿Qué diferencia hay entre el DRU y la ERS?

El DRU es un documento de alto nivel desde el punto de vista del usuario, con el problema actual y las metas. La ERS es más detallada y especifica las características que debe tener el sistema para cumplir los objetivos del DRU.

¿Qué representa un actor en un diagrama de casos de uso?

Un actor es una idealización de una persona, proceso o entidad externa que interactúa con el sistema. Una misma persona física puede desempeñar varios papeles como actores distintos.

¿Cuándo se usa la relación include y cuándo extend?

Include se usa cuando un caso de uso siempre utiliza a otro. Extend se usa cuando un caso de uso tiene un comportamiento opcional reflejado en otro caso de uso.