modelo recursivo paralelo

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
 Diferenciasrequerimientos funcionales, no
funcionales y pseudo requerimientos
 Clasificación de los requerimientos 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 entérminos
que el cliente entienda, de forma que se
constituya en el contrato entre el cliente
y los desarrolladores.




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 deRequerimientos



Para el levantamiento se pueden utilizar
dos conceptos:
 Escenarios


Describen un ejemplo del uso del sistema en
té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
conjunto de 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ón de 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 connuestro 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án soportados por
el sistema para desarrollar su trabajo?
 Cuáles usuarios ejecutan las funciones
principales del sistema?
 Cuáles usuarios desempeñanfunciones
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)
Un escenario 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 usuarios
participantes

Pepito: Profesor

Flujo de
eventos

1.
2.
3.
4.
5.
6.

Pepito ingresa al...