UML DIAGRAMA DE CASOS DE USO 4 Aponte

UML DIAGRAMA DE CASOS DE USO 4 Aponte Ramón 4 Camacho Mary 4 Cortinez Jennyfer 4 Miguel Esqueda

Metodología de desarrollo CASOS DE USO Los Casos de Uso fueron introducidos por Jacobson en 1992. Se ha convertido en la técnica más utilizada a nivel mundial para el levantamiento y la comunicación clara y eficiente de los requisitos (mejor conocidos como “requerimientos”) para el desarrollo de sistemas. Considerandoce a los casos de uso como una excelente forma de especificar el comportamiento externo de un sistema. De esta forma, la notación de los casos de uso fue incorporada al lenguaje estándar de modelado UML.

Casos de Uso 4 Es una técnica para capturar información de cómo un sistema o negocio trabaja, o de cómo se desea que trabaje. No pertenece al enfoque orientado a objeto, es una técnica para captura de requisitos. Su estructura describe gráficamente quien utiliza el sistema y la forma en que los usuarios esperan interaccionar con el sistema. Del modo de cual el sistema lucirá para los usuarios potenciales, teniéndose una colección de escenarios iniciados por una entidad llamada actor ( una persona, un componente de hardware, un lapso u otro sistema). 4 Los diagramas de caso de usos están compuestos por elementos: 1. Casos de uso 2. Actores 3. Relaciones 3

Importancia 4 Es importante destacar que los casos de uso es una excelente herramienta para que los usuarios describan el sistema desde sus propios punto de vista. 4 La idea es involucrar a los usuarios en las etapas iniciales del análisis y diseño del sistema. Esto aumentará las probabilidades de que el sistema sea de mayor provecho para las personas que lo utilizan, en vez de ser un sistema computacional incomprensible para los usuarios finales. 4 En este sentido, el éxito de los casos de uso no hace más que dar la razón al análisis estructurado, que propone que la mejor forma de empezar a entender un sistema es a partir de los servicios o funciones que ofrece a su entorno, independientemente de los objetos que interactúan dentro del sistema para proveerlos.

Colaboraciones Un caso de uso captura el comportamiento deseado del sistema. Esto no especifica de que modo será llevado a cabo este comportamiento. La colaboración se usa en UML para representar una sociedad de elementos , tanto estáticos como dinámicos, que ayudan a implementar el comportamiento de un caso de uso realizado por una colaboraccion Caso de uso realizado Asignar cursos Realización del caso de Uso Colaboración de un caso de uso Administrar Cursos

Flujo de eventos 4 Un caso de uso se utiliza para ilustrar lo que hace un sistema. 4 4 4 La descripción del flujo de eventos señala el comportamiento usando cualquiera de los siguientes métodos: a) Texto estructurado informal. b) Texto estructurado con precondiciones y postcondiciones. c) Seudocódigo. Se tiene que en cualquiera de estos métodos puede ser descrito el flujo principal así como el excepcional de eventos. El flujo principal : Corresponde al flujo normal de procesos como por ejemplo un proceso de inscripción de nuevo semestre regular. 4 El flujo excepcional : Indica todas las modificaciones que el autor puede realizar en el sistema, por ejemplo : 4 Una modificación de registros , mantenimientos de contenidos en registros, para retomar el curso de una consulta fallida. 4

Formato para flujo de eventos de tipo texto estructurado con precondiciones y postcondiciones (No es un modelo único sino una referencia). Nombre: Crear proceso de inscripcion Autor: Joaquin Gracia Fecha: 24/08/2003 Descripción: Permite generar el proceso de asignación de cursos Actores: Usuario UBA. 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 el tí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.

Escenarios 4 Es una instancia de un caso de uso. Normalmente existe una expansión de un caso de uso a un escenario. Un solo caso de uso puede resultar en varios escenarios. para la mayoría de caso de uso se pueden tener escenarios primarios y secundarios. 4 Los primarios define a secuencias esenciales. 4 Los secundarios definen la secuencias alternativas. Validar curso Pregrado Postgrado

Análisis de un Caso de Uso 4 Entrevistas a los clientes. 4 Entrevistas a los usuarios. 4 Describir brevemente los casos de usos candidatos y realizar una lista de los posibles actores que van interactuar con ellos.

Diagrama de Caso de Uso Sistema Automatizado de un Club de Video. Identificar los Actores del Sistema • Cliente, Empleado, Banco, Sistema Contable, Servidor Identificar los Casos de Uso Principales • Alquilar de Película, Devolver Película, Consultar Película, Reservar Película, Afiliar Cliente, Desafiliar Cliente, Comprar películas, Consultar Clientes, Gestionar Cobro, Administrar Inventario de Películas

Describir el Modelo de Casos de Uso Video Club Reservar Película Devolver Película Cliente Comprar Película Empleado «system» Alquilar Película Consultar Película Desafiliar Cliente Afiliar Cliente «system» Sistema Contable Administrar Inventario Gestionar Cobro Servidor «inc lude » de» «inclu ude» l c n i « Consultar Cliente «system» Banco

Flujo de Eventos Nombre CU Alquiler de Película Id CU Actores Empleado Descripción Permite que el cliente alquile una película Casos de Uso Relacionados Consultar película, Consultar Clientes Entradas Datos de la película y del cliente Salidas CU-001 Registro de la película actualizado y registro del cliente actualizado Curso Típico Acción del Actor Respuesta del Sistema 1. El empleado introduce en el sistema la cédula del cliente. 2. El sistema verifica que el cliente este afiliado. 3. El empleado introduce el código de la película que el cliente escogió. Curso Excepcional # 1: El Cliente no aparece en el sistema. Precondición: En el paso 1 del flujo típico, el empleado introduce la cédula. Acción del Actor Respuesta del Sistema 1. Falla la búsqueda del cliente. 2. El sistema muestra un mensaje, indicando que el usuario no este afiliado. 3. El caso de uso continúa en el paso 1 del flujo principal.

Gracias por su Atención