caracas





Tema III. Requerimientos Funcionales
Versión: 1.1


Prof. Norhemma Acevedo

3.1 Requerimientos Funcionales
Los requerimientos funcionales definen el comportamiento interno del software, es decir, sus tareas o funciones. Un requerimiento funcional se describe con un nombre único, un breve resumen y una explicación, lo cual ayudará a entender el requerimiento y hacerle seguimientoa lo largo del desarrollo del software (trazabilidad). Al definir el requerimiento funcional se debe describir el comportamiento que tendrá el software de forma clara y legible.

3.2 ¿Cómo obtener los Requerimientos Funcionales?
Para saber cual es el comportamiento que debe realizar el software, se debe elicitar los requerimientos con los usuarios, stakeholders, y otros expertos dentro de laorganización haciendo uso de las técnicas de Elicitación.

3.3 ¿Características de los Requerimientos Funcionales?
Los requerimientos funcionales, al igual que los requerimientos en general, deben ser claros, correctos, inequívocos, específicos, y comprobables. Generalmente, los requerimientos funcionales se expresan mediante el modelo de casos de uso.

3.3.1 Ejemplos
1) En el sistematelefónico celular algunos requerimientos funcionales son:
a) Recibir llamadas
b) Hacer llamadas
c) Enviar mensajes
d) Recibir mensajes
e) Conectarse a Internet

2) En un procesador de palabras algunos requerimientos funcionales son:
a) Incluir comandos para corrección de palabras
b) Guardar el documento
c) Copiar
d) Pegar
e) Cambiar el formato al texto

3.4 Casos de Uso
Los casos deuso son una técnica para la especificación de requerimientos funcionales propuesta inicialmente por Jacobson y que actualmente forma parte de la propuesta de UML. Un caso de uso muestra la secuencia de interacciones entre el sistema y uno o más actores, para lograr la funcionalidad expresada, en la que se considera al sistema como una caja negra y en la que la que los actores obtienen resultadosobservables. Los actores son personas u otros sistemas que interactúan con el sistema cuyos requerimientos se están describiendo.
Los casos de uso presentan ciertas ventajas sobre la descripción puramente textual de los requerimientos funcionales, en función a que permiten expresar los requerimientos de una forma estándar. Además, pueden servir de base a las pruebas del sistema y a ladocumentación para los usuarios.

3.5 Diagramas de casos de uso
Los casos de uso tienen una representación gráfica denominada diagramas de casos de uso. En estos diagramas, los actores se representan en forma de pequeños muñecos y los casos de uso se mediante elipses contenidas dentro de un rectángulo que representa al sistema. La participación de los actores en los casos de uso se indica mediante unaflecha que une al actor y al caso de uso. Cada caso de uso debe tener una descripción textual.
Los diagramas de casos de uso sirven para proporcionar una visión global del conjunto de casos de uso de un sistema (todas sus funcionalidades) así como de los actores y los casos de uso que intervienen. Las interacciones concretas entre los actores y el sistema no se muestran en este tipo de diagramas.Figura 1. Diagrama de casos de uso

3.6 Relaciones entre casos de uso
A veces conviene establecer un refinamiento de los casos de uso para mostrar claramente las interacciones. Las dos relaciones posibles y sus semánticas según UML son las siguientes:
Includes: Se dice que un caso de uso A incluye al caso de uso B, cuando B es parte del caso de uso A, es decir, el comportamientoexpresado en B forma parte del comportamiento de A. El caso de uso B se realiza siempre dentro del caso de uso A. Además, siempre que ocurre A ocurre también B, por lo que se dice que B es un caso de uso abstracto.
Un caso de uso es abstracto si no puede ser realizado por sí mismo, por lo que sólo tiene significado cuando se utiliza para describir alguna funcionalidad que es común a otros casos...