Diseño de software

Requerimientos Funcionales y No Funcionales
Juan Pablo Quiroga Dpto. de Ingeniería de Sistemas y Computación Universidad de los Andes

Referencia
El Lenguaje Unificado de Modelado. Grady Booch, James Rumbaugh e Ivar Jacobson. Addison Wesley, 1999.
Capítulos 16 y 17

1

Referencia requerimientos no funcionales
Object Oriented Software Engineering. Bernd Bruegge y Allen H.Dutoit.Prentice Hall, 2000
Capítulo 4, pág. 100–106, 118-119

Software Requirements. Karl. E.Wiegers. Microsoft Press, 1999.
Capítulo 9, pág. 153-162 Capítulo 11

Agenda
Requerimientos funcionales
Levantamiento de requerimientos Casos de Uso (Requerimientos Funcionales)

Requerimientos no funcionales
Diferencias requerimientos funcionales, no funcionales y pseudo requerimientos Clasificación de losrequerimientos no funcionales y pseudo requerimientos

2

Requerimientos
Un requerimiento es una característica que el sistema DEBE tener o es una restricción que el sistema DEBE satisfacer para ser aceptada por el cliente. Levantamiento de requerimientos es la especificación del sistema en términos que el cliente entienda, de forma que se constituya en el contrato entre el cliente y losdesarrolladores.

Requerimientos funcionales
Describen la interacción entre el sistema y su ambiente independientemente de su implementación. El ambiente incluye al usuario y cualquier otro sistema externo que interactúa con el sistema.

3

Levantamiento de Requerimientos
Escenarios

Para el levantamiento se pueden utilizar dos conceptos:
Describen un ejemplo del uso del sistema entérminos de una serie de interacciones entre el usuario y el sistema

Casos de uso
Es una abstracción que describe una clase de escenarios. Ambos deben ser escritos en lenguaje natural para que sean entendidos por el usuario.

Actividades

Identificación de actores
Diferentes tipos de usuario (no personas en particular)

Identificación de escenarios
Observar al usuario y desarrollar un conjuntode escenarios detallados para la funcionalidad típica que debe proveer el sistema.

Identificación de casos de uso
Son abstracciones que describen todos los casos posibles descritos en los escenarios.

4

Actividades
Identificación de relaciones entre casos de uso
Eliminar redundancias entre los casos de uso. Hacer que la especificación del sistema sea consistente.

1. Identificaciónde actores (1)
Un actor representa un conjunto coherente de roles, que son jugados por una persona, un dispositivo de hardware o incluso otro sistema al interactuar con nuestro sistema. Se identifican son roles, es decir usuarios que realizan un conjunto de actividades definidas respecto a la funcionalidad del sistema.

5

1. Identificación de actores Preguntas (2)
Cuáles usuarios estánsoportados por el sistema para desarrollar su trabajo? Cuáles usuarios ejecutan las funciones principales del sistema? Cuáles usuarios desempeñan funciones secundarias, como mantenimiento y administración? El sistema interactúa con hardware externo o software?

1. Identificación de actores Notación (3)
Actor

Relación del actor con el sistema

6

2. Identificación de escenarios (1)
Unescenario es una descripción narrativa de cómo las personas hacen las cosas y muestran como tratarían de hacer uso del sistema. El escenario es una descripción concreta, enfocada e informalmente descrita de una única característica del sistema desde el punto de vista de un único actor.

2. Identificación de escenarios Nombre del Consultar listado de cursos (2)escenario
Instancias de los usuariosparticipantes Flujo de eventos Pepito: Profesor
1. 2. 3. 4. 5. 6.

Pepito ingresa al sistema indicando sus datos. El sistema indica un menú dando cada una de las posibilidades del sistema. Pepito indica que quiere sacar un listado de un curso. El sistema solicita ingresar la información del código, sección y semetre de la materia. Pepito ingresa 21251, 02, 2001-1. El sitema devuelve la...