Caso de uso

Probando casos de uso
Definición de casos de uso y otros requisitos Javier Gutiérrez / javierj@us.es

Objetivos
Objetivo: Mostrar cómo definir requisitos para aplicar un proceso sistemático de generación de casos de prueba.

1

Probando casos de uso
Índice:
1. Introducción. 2. El modelo de requisitos de NDT.
– – – Plantillas para casos de uso. Plantillas para requisitos deinformación. Plantillas para requisitos de navegación.

3. Un sencillo ejemplo. 4. Niveles de detalle de los casos de uso.

Introducción

2

Introducción
Cuanto mejores sean nuestros requisitos, mejores serán nuestras pruebas ¿Qué significa mejores? 1. Completos. 2. Correcto. 3. Validado. 4. Formal. - Menos intervención humana. 5. No ambiguo. - Automatizables. 6. Verificable. - Más objetivos. 7.Rastreable. - Búsqueda de mayor número de errores. 8. Detalle coherente. El primer paso es mejorar nuestro proceso de requisitos. El primer paso es mejorar nuestro proceso de requisitos.

Introducción
Ejemplos a evitar Pasado un tiempo, la sesión expira. El sistema guarda el tamaño de la imagen. ¿Cuánto tiempo?. ¿El tamaño en bytes o el tamaño en píxeles?. ¿Cómo interaccionan los subsistemas?.Para realizar una venta, el cliente hace login indicando su nombre y clave, después el sistema se comunica con los subsistemas de almacén y envíos.

3

Introducción
• Los casos de uso son historias que describen interacciones entre:
– Actores: personas u otros sistemas con algún objetivo que cumplir. – Sistema: sistema actual o a desarrollar que proporciona ciertos servicios que necesitanlos actores para cumplir sus objetivos.

• Los casos de uso se utilizan para definir requisitos funcionales. • Cuando probemos los casos de uso estaremos probando la funcionalidad del sistema.

Introducción
Requisito • Una cualidad que el sistema debe tener para ser aceptado. • Surgen de las necesidades del cliente. • De muchos tipos. Caso de uso • Una operación que un actor hace con elsistema para obtener un resultado. • Surgen de los requisitos. • Sólo requisitos funcionales.

4

Introducción
Los casos de uso son… … más completos y estructurados que una historia de uso. … más generales y detallados que un escenario de uso. … más fáciles de definir y entender que requisitos formales.

Introducción

Crear mensaje foro Autor: Fecha: Joaquin Gracia 24/08/2003

Descripción:Permite crear un mensaje en el foro de discusión. Actores: Usuario de Internet logeado. Precondiciones: El usuario debe haberse logeado en el sistema. Flujo Normal: 1. El actor pulsa sobre el botón para crear un nuevo mensaje. 2. El sistema muestra una caja de texto para introducir el título del mensaje y una zona de mayor tamaño para introducir el cuerpo del mensaje. 3. El actor introduce eltítulo del mensaje y el cuerpo del mismo. 4. El sistema comprueba la validez de los datos y los almacena. Flujo Alternativo: 4. El sistema comprueba la validez de los datos, si los datos no son correctos, se avisa al actor de ello permitiéndole que los corrija Poscondiciones: El mensaje ha sido almacenado en el sistema.

5

Navigational Development Technique

Navigational Development Technique
•Metodología para elicitación de requisitos y análisis. • Orientada a sistemas web e hipermedia. • Integración con UWE. • Basado en plantillas de texto. • Herramienta de soporte.
¿Por qué NDT? No es obligatorio utilizar NDT

6

Navigational Development Technique
Buen diseño Diseño fácil de probar

Buenos requisitos

Requisitos fáciles de probar

Necesitamos un modelo formal derequisitos. NDT es un buen punto de partida

NDT y plantillas para requisitos

7

Modelo de casos de uso
Requisitos NDT.
Modelo de actores. Modelo de requisitos de información. Modelo de requisitos de navegación. Modelo de requisitos funcionales / casos de uso. Modelo de requisitos no funcionales. Se expresan mediante plantillas de texto.

Plantillas de NDT
Plantilla para casos de uso...