UML ejercicios para aprender, Ejercicios de Tecnologías de la Información y la Comunicación

¡Descarga UML ejercicios para aprender y más Ejercicios en PDF de Tecnologías de la Información y la Comunicación solo en Docsity!

Casos de Uso

Diagramas de Casos de Uso

Universidad de los Andes Demián Gutierrez Abril 2011

Casos de Uso (¿Qué es un caso de uso?)

¿Caso de Uso?

Casos de Uso (¿Qué es un caso de uso?)

¿Escenario?

Casos de Uso (¿Qué es un escenario?) Escenario: Es una secuencia de acciones e interacciones (pasos) entre los usuarios ( actores ) y el sistema ...por ejemplo: ¿Escenario? “El usuario introduce su nombre de usuario y su contraseña. El sistema verifica la validez del nombre de usuario y de la contraseña y permite al usuario el acceso al sistema. El sistema muestra la pantalla principal del sistema. El usuario selecciona la opción de añadir nuevo empleado. El sistema muestra...”

Casos de Uso (¿Qué es un caso de uso?)

NOTA: NO TODOS los

interesados en el

sistema (stakeholders)

son actores, sólo son

actores aquellos que

utilizarán el sistema

Casos de Uso (Algunas Características) Actualmente, mucha gente considera que los casos de uso son de vital importancia en los proyectos de software ( Procesos Guiados por Casos de Uso ) Describen bajo la forma de acciones y reacciones el comportamiento de un sistema desde el punto de vista de un usuario Permiten definir los límites del sistema y las relaciones entre el sistema y su entorno (MUY IMPORTANTE) Se puede considerar que hasta cierto punto, cada caso de uso es independiente de los demás

Descripción Textual de los Actores del Sistema (Requerimientos: ¿Quiénes interactúan con el sistema?) Nombre: Descripción: <descripción del actor> Nombre: Usuario no Autenticado Descripción: Representa a un usuario que no se a identificado frente al sistema. Generalmente estos usuarios deberían poder registrarse (crear un nuevo usuario) o ingresar al sistema para transformarse en usuarios autenticados, en moderadores o en administradores del sistema

11 Descripción Textual de un Caso de Uso (Requerimientos: ¿Qué debe hacer el sistema?) Nombre: Autor: <nombre del autor (o autores) del caso de uso> Fecha: <fecha de creación del caso de uso> Descripción: Actores: Flujo Normal: <flujo normal (feliz) de ejecución del caso de uso> Flujo Alternativo: <flujos alternativos de ejecución del caso de uso> <condiciones que deben cumplirse al finalizar la ejecución del caso de uso> <breve descripción del caso de uso> Precondiciones: Poscondiciones: Planillas de Casos de Uso (Generales)

Descripción Textual de un Caso de Uso (Requerimientos: ¿Qué debe hacer el sistema?) Flujo Normal: Flujo Alternativo: El mensaje ha sido almacenado en el sistema y fue publicado. 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 el título del mensaje y el cuerpo del mismo. 4.- El sistema comprueba la validez de los datos y los almacena. 5.- El moderador recibe una notificación de que hay un nuevo mensaje. 6.- El moderador acepta y el sistema publica el mensaje si éste fue aceptado por el moderador. 4.A.- 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. 7.B.- El moderador rechaza el mensaje, de modo que no es publicado sino devuelto al usuario. Poscondiciones: ...continuación

Descripción Textual de un Caso de Uso (Requerimientos: ¿Qué debe hacer el sistema?) En general, hay muchas variaciones sobre como se puede describir un caso de uso UML no define ningún estándar al respecto Seleccione o diseñe una o más plantillas que considere adecuadas para sus necesidades Conozca bien la plantilla que va a utilizar, sepa para que sirve cada campo (argumente sobre su utilidad y sea coherente a lo largo de todas las plantillas)

Modelo de Casos de Uso

¿Cómo se

desarrolla un

modelo de

Casos de Uso?

Diagrama de Casos de Usos (Requerimientos: ¿Qué debe hacer el sistema?) Antes de hacer un caso de uso es necesario tratar de entender los requerimientos del sistema. Trate de expresar lo que el sistema debe hacer: ¿Cuales son las tareas del/los actores involucrados? En base a esto, trate de responder las preguntas: ...el sistema debe permitir a los usuarios registrarse. El administrador debe poder validar las peticiones de registro antes de que los usuarios puedan publicar nuevos mensajes... ¿Que datos debe el actor crear, guardar, modificar, destruir, leer? ¿Debe el actor informar al sistema de cambios externos ocurridos? ¿Debe el el sistema informar al actor de cambios internos?

Diagrama de Casos de Usos Usado para compartir comportamiento común entre varios casos de uso Usado para modelar por separado el comportamiento excepcional (o adicional) del caso de uso base Usado para modelar relaciones de Generalización / Especialización entre casos de uso

Diagrama de Casos de Usos (Diferencia entre generalización u extensión) Esto evidentemente está relacionado con la lámina anterior... Tomado de la documentación de la UOC (Universitat Oberta de Catalunya), documento 917.pdf