Modelado de Requerimientos Funcionales con Casos de Uso
Administraci\u00f3n Requeri T\u00e9cnicadede Casos
Objetivos de la Capacitaci\u00f3n
\ u e 0 0 0 Conocer una t\u00e9cnica formal para la espec
requerimientos de software.
\ u e 0 0 0 Comprender las ventajas que aporta la t\u00e9
especificaci\u00f3n de requerimientos con Casos de Uso.
\ u e 0 0 0 Aplicar los conocimientos adquiridos en un eje
pr\u00e1ctico. www.innevo.com
Administraci\u00f3n Requeri T\u00e9cnicadede Casos
Agenda de la Capacitaci\u00f3n \ u e 0 0 0 \u00bfQu\u00e9 es un caso de uso?
\ u e 0 0 0 \u00bfC\u00f3mo se compone el modelo de caso
\ u e 0 0 0 \u00bfC\u00f3mo se estructura el modelo de cas \ u e 0 0 0
Usos del modelo.
\ u e 0 0 0
Resoluci\u00f3n de un ejercicio pr\u00e1
www.innevo.com
Administración Técnica de deRequerimient Casos de U
¿Qué es un Caso de Uso?
Es una descripción de las posibles secuencias d interacción entre el sistema bajo discusión y actores externos, relacionadas al objetivo de un actor particular, el actor principal.
Un caso de uso registra un contrato entre los involucrad del sistema, acerca del comportamiento del sistema en discusión en varias circunstancias, organizadas por los objetivos de los actores seleccionados. www.innevo.com
Administración Técnica de deRequerimient Casos de U
Beneficios del Modelado con Use Case Involucrado Cliente
Usuario Líder de Proyecto www.innevo.com
Provee una validación de los requerimientos del cliente. Ayuda a determinar el alcance general del sistem Ayuda en la estimación de la programación y la presupuestación del sistema. Actúa como base para las pruebas de aceptación Provee los requerimientos del usuario para su validación. Modela la interacción del usuario con el sistema Ayuda en la estimación de programación y presupuestación. Ayuda en la evaluación de la factibilidad y el ries del proyecto. Ayuda en la rastreabilidad de los requerimientos Ayuda en la registración del progreso del sistem
Administración Técnica de deRequerimient Casos de U
Beneficios del Modelado con Use Case Involucrado Arquitecto
Desarrollador Responsable de Mantenimiento www.innevo.com
Delinea la arquitectura del sistema Ayuda a rastrear requerimientos arquitectónicos. Ayuda a evaluar la completitud, consistencia y coherencia de la arquitectura. Provee modelos de los requerimientos para el diseño del sistema. Es un medio para documentar el sistema. Provee una guía para la modificación del sistema. Provee una guía para la evolución de la arquitectura.
Administración Técnica de deRequerimient Casos de U Desarrollo Desarrollo de de Sistemas Sistemas de Software de Software
Iniciación del proyecto
Análisis de Requerimientos
Análisis
Diseño
Implementación
Prueba
Framework pa el proceso de Modelado con Casos de Uso
Análisis de Dominio Especificación de Interfaces Definición de Arquitectura Modelado de Casos de Uso
Grupos de Actividades de Casos de Uso Principales
www.innevo.com
Preparar el modelado de casos de uso
Realizar el modelado inicial de casos de uso
Desarrollar el modelado de casos de uso
Crear los casos de prueba y la documentación
Administración de Casos de Uso en marcha
Organizar los casos de uso
Administración Técnica de deRequerimient Casos de U
Proceso Conducido por Casos de Uso . . .
Requerimientos
Análisis
Diseño
Implementación
Prueba
Captura el Valor de los Requerimientos Conduce el Proceso
www.innevo.com
Delinea la Arquitectura
Administración Técnica de deRequerimient Casos de U
El Modelo de Casos de Uso controlará la formación de todos los otros modelos
Trabajando así el modelo del sistema será conducido por Casos de Uso :: www.innevo.com
Si se desea cambiar el comportamiento del Sistema, remodelamos el actor caso de uso apropiado. Como tenemos rastreabilidad se podrá modificar el sistema desde nuevos requerimientos.
Administración Técnica de deRequerimient Casos de U
¿Cómo encontrar Casos de Uso? Para cada actor identificado: ¿cuáles son las tareas en sistema debería estar involucrado?
¿Necesita el actor ser informado a cerca de ciertas ocur sistema? ¿Necesita el repentinos?
actor
informar
a
cerca
de
cambios
¿Provee el sistema al negocio con el comportamiento correc
¿Pueden ejecutarse todos los aspectos por los casos de us identificado? www.innevo.com
¿Qué use cases soportarán y mantendrán el sistema?
¿Qué información debe ser modificada o creada en el sistem
Administración Técnica de deRequerimient Casos de U
¿Cómo encontrar Casos de Uso?
Los casos de uso de soporte, que no representan lo que comúnm son las funciones principales del sistema, pueden ser de las si clases:
Inicio y finalización del sistema
Mantenimiento del Sistema. Por ejemplo: agregar nuevos definir perfiles de usuarios.
Mantenimiento de los datos almacenados en el sistema, el sistema debe trabajar en paralelo con un sistema legado datos necesitan sincronizarse entre los dos. www.innevo.com
Administración Técnica de deRequerimient Casos de U
Aplicaciones del Diagrama de Casos de U Los siguientes diagramas pueden ser de interés:
Actores que pertenecen al mismo paquete de caso de uso. Un actor y todos los casos de uso con los que interactúa. Casos de uso que manejan la misma información. Casos de uso utilizados por el mismo grupo de actores. Casos de uso que se ejecutan a menudo con la misma secuenc Casos de uso que pertenecen al mismo paquete de use case. Los casos de uso más importantes. Un diagrama de este tipo servir como un resumen del modelo. www.innevo.com Los casos de uso desarrollados juntos, en el mismo increme Un caso de uso específico y sus relaciones con actores y de uso.
Administración Técnica de deRequerimient Casos de U
Elementos que intervienen: Casos de Us El conjunto de todos los casos de uso, debe cubrir los requerimientos del Sistema en su totalidad. Se pueden definir casos de uso en diferentes niveles: A nivel de sistema de Negocio A nivel de sistema de Software
Las descripciones de los casos de uso son cruciales para la comprensión del sistema Propiedades:
www.innevo.com Captura alguna función visible para el usuario.
Puede ser grande o pequeño. Debe alcanzar un objetivo específico para el actor.
Administración Técnica de deRequerimient Casos de U
Elementos que intervienen: Actores Representa lo que interactúa con el sistema, puede ser un usuario humano u otro sistema o dispositivo de hardware.
Como simboliza el ambiente del sistema no lo describimos en forma detallada. Una persona puede ejecutar distintos roles en el sistema
Actor
www.innevo.com
Hay actores principales: son los que usan el sistema directamente; para quienes desarrollamos el sistema. Hay actores secundarios: son aquellos de los que el sistema necesita ayuda para poder cumplir con el objetivo del caso de uso.
Administración Técnica de deRequerimient Casos de U
¿Cómo encontrar actores? ¿Quién o qué inicia eventos con el sistema? ¿Quién proveerá, usará o quitará información? ¿Quién usará esta funcionalidad? ¿Quién está interesado en cierto requerimiento? ¿En que parte de la organización será usado el sistema? ¿Quién dará soporte y mantendrá el sistema? ¿Cuales son los recursos externos del sistema? ¿Qué otros sistemas www.innevo.com sistema?
necesitarán
interactuar
con
Administración Técnica de deRequerimient Casos de U
¿ Por qué es útil identificar actores de esta
Porque la estructura del sistema debe decidirse desde punto de vista de la funcionalidad principal. Es decir, lo usuarios deciden la funcionalidad del sistema. Porque se garantiza que el sistema se adaptará a los actores más importantes. Los actores facilitan la identificación de funciones, determinando por ejemplo:
¿ Cuáles son las tareas principales de cada usuario? ¿ Tendrá el actor que informar al sistema sobre cambios exterio ¿Desea el usuario ser informado sobre cambios inesperados?
www.innevo.com
Administración Técnica de deRequerimient Casos de U
¿Qué asumimos para la definición de Casos de Uso? Propósito : Determinación de REQUERIMIENTOS Propósito
Contenido: Descripción por medio de PROSA CONSISTENT Contenido Pluralidad: MULTIPLES ESCENARIOS Pluralidad Estructura: SEMIFORMAL Estructura
Escenario 1
Escenario 2 Escenario 3
www.innevo.com
Casos de Uso
Administración Técnica de deRequerimient Casos de U
¿ Cómo se estructuran los Casos de Uso Adicional
Base
<> Caso de uso A
Caso de uso B
Asociaciones de Extensión
Especifica como un caso de uso puede insertarse y así exten la funcionalidad de otro. El caso de uso donde se insertará la extensión debe ser un www.innevo.com completo en sí mismo. Se usan para modelar partes optativas, alternativas, etc. Se dibuja con una flecha cuya dirección va desde el caso de extensión (adicional) al caso de uso base.
Administración Técnica de deRequerimient Casos de U
¿ Cómo se estructuran los Casos de Uso Base
Adicional
<> Caso deuso B
Caso de uso C
Asociaciones de Inclusión
Especifica y agrupa comportamiento similar de varios use cases en www.innevo.com un use case abstracto, que otros podrán usar. Se usan cuando su intervención es necesaria para completar curso completo de eventos. Se dibuja con una flecha desde el use case concreto o base al case abstracto (adicional).
Administración Técnica de deRequerimient Casos de U
¿ Cómo se estructuran los Casos de Uso Base
Caso de uso E
Adicional
Caso de uso A
Caso de uso D
Asociaciones de Generalización
Un caso de uso más especifico puede especializar a un caso de general. Una www.innevo.com relación de generalización entre casos de uso implica que hijo contiene todos los atributos, secuencias de comportamiento y extensión definidos para el padre. Se dibuja con una flecha desde el caso de uso hijo al padre. Los caso de uso hijos pueden redefinir el comportamiento hereda (Polimorfismo)
Administración Técnica de deRequerimient Casos de U
Un ejemplo... <> Registrar Alquiler de Películas Encargado Video
<>
Registrar Socio
Validar Tarjeta Validar por Pantalla
www.innevo.com Registrar Devolución de Película
Socio
Validar Socio
Consultar Películas
Administración Técnica de deRequerimient Casos de U
¿Cuál es la utilidad de la técnica?
Identificarrequerimientos: requerimientos: organizar la forma en la que se lleva a Identificar cabo el relevamiento con los usuarios (qué preguntar y cua
Analizar requerimientos: requerimientos: a partir de las primeras funciones se puede Analizar organizar la información y buscar formas de profundizarla.
Especificar requerimientos: complementados con descripciones en Especificar requerimientos: www.innevo.com lenguaje natural o con diagramas de actividad.
Administración Técnica de deRequerimient Casos de U
Especificación de Casos de Uso Negocio
Nivel del Caso de uso:
Nombre del Caso de Uso: Prioridad: Alta Complejidad:
Alta
Actor Principal: Tipo de Use Case:
Sistema de Información
Nro. de Orden: Media
Baja
Media
Baja Actor Secundario: no aplica
Concreto
Abstracto
Objetivo: Precondiciones: no aplica Post- Condiciones
Éxito: Fracaso:
Curso Normal
Alternativas
1. 2.
2.A.
3. Asociaciones de Extensión: no aplica
Asociaciones dewww.innevo.com Inclusión: no aplica Caso de uso donde se incluye: no aplica Caso de uso al que extiende: no aplica Caso de uso de Generalización: no aplica Autor:
Fecha Creación:
Autor Ultima Modificación:
Fecha Ultima Modificación:
Administración Técnica de deRequerimient Casos de U
Especificación de Casos de Uso Lineamientos para el contenido del flujo de eventos: Describir como inicia y termina el caso de uso Describir que datos se intercambian entre el actor y el caso de uso No describir detalles de la interfaz del usuario, a menos que sea necesario para entender el comportamiento del sistema. Describir el flujo de eventos, no solo la funcionalidad, para reforzar esto comenzar cada acción con: “Cuando el actor...” Describir solo los eventos que pertenecen a ese caso de uso, y no lo que pasa en otros casos de uso o fuera del sistema. Evitar terminología vaga tal como “por ejemplo” “etc” “información”. www.innevo.com
Detalle en el flujo de eventos todos los “que” que deberían responderse, recuerde que los diseñadores de pruebas usarán ese texto para identificar casos de prueba.
Administración Técnica de deRequerimient Casos de U
Especificación de Casos de Uso Pre y Post Condiciones
Una pre-condición es una restricción sobre cuando un caso de uso puede empezar. No es el evento que inicia el caso de uso. Una pre-condición de un caso de uso, no es una pre-condición para un único subflujo, aunque se pueda definir pre y post condiciones a nivel de subflujo. Una post-condición para un use case debe ser verdadera, independientement sea ejecutado. Si algo puede fallar, debería cubrirse en la post condición dicie se ha completado o si algo ha fallado, la acción no se ha realizado”, en lugar d acción se ha completado”.
www.innevo.com
Administración Técnica de deRequerimient Casos de U
¿Qué nivel de detalle adoptar? Si el desarrollo es incremental:
Identificar todos los requerimientos que se pueda. Definir Prioridades.
Seleccionar cuáles requerimientos se implementarán en cada
Como plantear las descripciones Se identifican las funciones en forma general, “de trazo gr Se incluyen escenarios operacionales más relevantes, en detalles sobre acciones que realiza el sistema. Luego se especifican las funciones en forma detallada, “de Se completan los detalles. www.innevo.com Se incluyen las alternativas, especificando en particular especificaciones que provienen de requerimientos de los usuarios.
Administración Técnica de deRequerimient Casos de U
Conclusiones
Un modelo de casos de uso captura los requeri funcionales.
El modelo de casos de uso se realiza mediante conjunto de diagramas y una descripción detallad cada caso de uso.
Los casos de uso dirigen el trabajo a través del www.innevo.com vida del proyecto.
