ClubEnsayos.com - Ensayos de Calidad, Tareas y Monografias
Buscar

Requerimientos Funcionales Y No Funcionales


Enviado por   •  22 de Marzo de 2013  •  1.730 Palabras (7 Páginas)  •  829 Visitas

Página 1 de 7

1

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

2

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 los requerimientos no

funcionales y pseudo requerimientos

3

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 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.

4

Levantamiento de

Requerimientos

 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.

5

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 con nuestro sistema.

 Se identifican son roles, es decir

usuarios que realizan un conjunto de

actividades definidas respecto a la

funcionalidad del sistema.

6



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ñ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

7



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

(2)

1. Pepito ingresa al sistema indicando sus datos.

2. El sistema indica un menú dando cada una de

las posibilidades del sistema.

3. Pepito indica que quiere sacar un listado de un

curso.

4. El sistema solicita ingresar la información del

código, sección y semetre de la materia.

5. Pepito ingresa 21251, 02, 2001-1.

6. El sitema devuelve la información

correspondiente al curso indican el nombre,

carnet, carrera y correo electrónico de cada uno

de los alumnos.

Flujo de

eventos

Instancias de Pepito: Profesor

los usuarios

participantes

Nombre del Consultar listado de cursos

escenario

8



2. Identificación de escenarios

(3)

 Escenarios actuales

 Escenarios visionarios

 Escenario de evaluación

 Escenarios de entrenamiento



2. Identificación de escenarios (4)

 Cuáles son las tareas que los actores

requieren desempeñar con el sistema?

 Qué información requiere el actor?

Quién crea esa información? Puede ser

modificada o eliminada? Por quién?

 Qué cambios externos necesita el actor

que el sistema debe informar? Qué tan

seguido? Cuándo?

 De cuáles eventos necesita el actor ser

informado? Con qué periodicidad?

9



3. Identificación de casos de uso

(1)

 Capturar el comportamiento deseado del sistema en

desarrollo, sin tener que especificar cómo se

implementa este comportamiento.

 Los casos de uso proporcionan un medio para que

los desarrolladores, los usuarios finales del sistema y

los expertos del dominio lleguen a una comprensión

común del sistema.

 Un escenario es la instancia de un

...

Descargar como (para miembros actualizados) txt (16 Kb)
Leer 6 páginas más »
Disponible sólo en Clubensayos.com