SlideShare una empresa de Scribd logo
UML: CASOS DE USO Y DIAGRAMA DE CASOS DE USO Docente: Ing. Armando Cabrera Integrantes:  Marilyn Jaramillo Katty Landacay   FUNDAMENTOS DE INGENIERÍA DE SOFTWARE
UML Unified Modeling Language Lenguaje Estándar para: Visualizar Especificar Construir Documentar los planos del software Indican como crear y leer modelos bien formados pero no nos dicen qué modelos se deben crear ni cuándo se los deberían crear Ir a Casos de uso
UML es un lenguaje para visualizar La distancia entre pensar  en una implementación y transformarla en código es casi cero. UML es algo más que un simple montón de símbolos gráficos. En algunos casos: Lo que piensas lo codificas. Algunas cosas se modelan mejor textualmente; otras se modelas mejor de forma gráfica
UML es un lenguaje para especificar Significa construir modelos precisos, no ambiguos y completos  Pero sus modelos pueden conectarse a una gran variedad de lenguajes de programación UML cubre todas las decisiones de análisis, diseño e implementación No es un lenguaje de programación UML es un lenguaje para construir
UML es un lenguaje para documentar UML cubre la documentación de la arquitectura de un sistema y todos sus detalles Proporciona un lenguaje: Expresar requisitos y pruebas Modelar actividades de planificación de proyectos y gestión de versiones
CASOS DE USO Qué es un caso de uso? Para que sirven los casos de uso? Cómo se representan? Cómo se debe crear un caso de uso? Flujo de eventos Relaciones Diagramas de caso de uso Use Case 2  Specification Use case 1 Model Use case 2 Use case 3 Actor 2
QUÉ ES UN CASO DE USO? Describen una  interacción típica entre un usuario (actores)   y un sistema de cómputo. Es una técnica para capturar información de cómo un sistema o negocio trabaja actualmente, o de cómo se desea que trabaje Produce algo de valor para algún actor como el cálculo de algún resultado Describe qué hace un sistema pero no especifica cómo lo hace El caso de uso capta alguna función visible para el usuario.  El caso de uso puede ser pequeño o grande.  El caso de uso logra un objetivo discreto para el usuario.  Un caso de uso debe ser simple, claro y conciso
PARA QUE SIRVEN LOS CASOS DE USO? Para capturar el comportamiento deseado del sistema sin tener que especificar como se implementa ese comportamiento Como medio de comprensión del sistema para desarrolladores, usuarios finales y expertos del dominio Ayudan a validar la arquitectura y a verificar el sistema en el transcurso del desarrollo de este
Un caso de uso se representa en UML como un óvalo: CÓMO SE REPRESENTAN? Nombre del Caso de Uso En UML, un actor se representa como monigote  Actor
ACTORES Representa un conjunto de roles que los usuarios de los casos de uso juegan al interactuar con éstos Representa un rol que es jugado por una persona, un dispositivo hardware u otro sistema que interactúe con nuestro sistema Se puede definir categorías generales de actores (como cliente) y especializarlos (como ClienteComercial) a través de relaciones de generalización Cliente Cliente Comercial actor actor generalización Un actor y un caso de uso se pueden comunicar a través de una asociación en donde cada uno de ellos pueden enviar y recibir mensaje.
FLUJO DE EVENTOS Cómo y cuándo empieza y acaba el caso de uso Cuándo interactúan con los actores y que objetos se intercambian Conviene separa el flujo principal de uno alternativo
Ejemplo:  VALIDACIÓN DE USUARIO
FLUJO DE EVENTO PRINCIPAL:   el caso de uso comienza cuando se pide al cliente un número de identificación personal (cédula),  el cliente introduce la cédula, luego acepta con enter, el sistema lo comprueba para su validación, si la cédula es válida el sistema acepta la entrada y acaba el caso de uso. FLUJO DE EVENTO EXCEPCIONAL: El cliente puede cancelar su transacción en cualquier momento con el botón cancelar, reiniciando el caso de uso, no se efectúa ningún cambio a la cuenta del cliente  . El cliente puede borrar la cédula en cualquier momento antes de introducirlo y volver a teclear una nueva cédula El cliente introduce un cédula inválida el caso de uso vuelve a empezar, si se lo realiza tres veces se cancela la transacción.
Cómo identificar los casos de uso?
Cómo se debe crear un caso de uso? Tras localizar los actores, procede el describirlos especificar describiendo un flujo de eventos  Los actores sólo pueden conectar a los casos de uso a través de asociaciones Generalmente hay pocos actores asociados a cada Caso de Uso Preguntas clave: ¿cuáles son las tareas del actor? ¿qué información crea, guarda, modifica, destruye o lee el actor? ¿debe el actor notificar al sistema los cambios externos? ¿debe el sistema informar al actor de los cambios internos?
L a descripción del Caso de Uso comprende: el inicio:  cuándo y qué actor lo produce? el fin:  cuándo se produce y qué valor devuelve? la interacción  actor-caso de uso: qué mensajes intercambian ambos? objetivo del caso de uso:  ¿qué intenta el caso de uso? cronología y origen de las informaciones repeticiones de comportamiento: ¿qué operaciones son iteradas? situaciones opcionales:  ¿qué ejecuciones alternativas se presentan en el caso de uso?
Puntos claves del ejemplo: Las  precondiciones  son los hechos que se han de cumplir para que el flujo de evento se pueda llevar a cabo.  Flujo de eventos Normal , que corresponde a la ejecución normal y exitosa del caso de uso Los  flujos alternativos  son los que nos permiten indicar qué es lo que hace el sistema en los casos menos frecuentes e inesperados.  las  poscondiciones  son los hechos que se ha de cumplir si el flujo de eventos normal se ha ejecutado correctamente.
Ejemplo:   escribir un mensaje en un foro
RELACIONES Para extraer el comportamiento de los casos de uso en los que se incluye y poniendo ese comportamiento en otros casos de uso que lo extiende Tipos: -  GENERALIZACIÓN -  EXTENSIÓN -  INCLUSIÓN
GENERALIZACIÓN El caso hijo hereda el comportamiento y significado de caso de uso padre El hijo puede añadir o redefinir el comportamiento del padre El Caso de Uso fuente hereda la especificación del Caso de Uso destino Caso de uso origen Caso de uso destino
INCLUSIÓN Un caso base de uso base incorpora expolisitamente el comportamiento de otro caso de uso en el lugar especificado en el caso base. Se usa para evitar describir el mismo flujo de eventos repetidas veces, poniendo comportamiento común en un caso de uso aparte Se representa como una dependencia estereotipada con <<include>>
Ingresando pedido Buscando datos de producto Obtener reporte  De Ventas por  producto <<include>> <<include>> Empleado de ventas Gerente REPRESENTACIÓN: EJEMPLO: Caso de uso origen Caso de uso destino << include >>
EXTENSIÓN Significa que un caso de uso base incorpora implícitamente el  comportamiento  de otro caso de uso en el lugar especificado indirectamente por el caso de uso que extiende al base Se usa esta relación cuando se tiene un caso de uso que es similar a otro, pero que hace un poco más. Caso de uso origen Caso de uso destino <<extends>>
Ejemplo: Realizar Llamada telefónica Realizar llamada Con conferencia Recibir llamada telefónica Recibir llamada adicional Usar agenda <<extend>> <<extend>> relación de extensión frontera del sistema Casos de uso Red telefónica Usuario Actores Teléfono móvil
Ejemplo de todas las relaciones :
Un diagrama de casos de uso es un diagrama que muestra un conjunto de casos de uso, actores y sus relaciones. Son importantes  para modelar el comportamiento  de un sistema. Normalmente los casos de uso contienen: Casos de Uso Actores Relaciones de dependencia, generalización y asociación. DIAGRAMAS DE CASO DE USO En UML, cada caso de uso debe tener al menos un actor. Esta forma de ver el sistema nos ayuda a concebirlo como un todo.
Cubren principalmente el comportamiento del sistema. Es un tipo especial de diagrama, por su contenido particular. Se emplean para modelar la vista de casos de uso estática.(comportamiento, servicios externos). Para modelar el contenido de un sistema Dibujar una línea alrededor de todo el sistema, los actores quedarán fuera del sistema e interactúan con el, se especificara los actores y el significado de los roles. Para modelar los requisitos de un sistema Especificar que debería hacer el sistema, independientemente de cómo se haga, se especificará el comportamiento deseado del sistema. Permite ver el sistema entero como una caja negra.
Técnicas comunes del modelado Elementos dentro y fuera, son responsables del comportamiento que esperan los elementos externos.. Los elementos externos que interactúan con el sistema constituyen su contexto, es decir el entorno en que reside el sistema. Modelar el contexto de un sistema Identificar actores en torno del sistema. Grupos que necesitan ayuda del sistema,  Grupos necesarios para ejecutar las funciones del sistema. Grupos que interactúan con el hardware o software. Grupos que realizan  funciones secundarias de administración y mantenimiento. Organizar  los actores similares en jerarquía de generalización/especificación Proporcionar un estereotipo para cada actor. Introducir los actores en un diagrama de CU y especificar las vías de comunicación .
Antes Después
Comercio Realizar Transacción Con tarjeta Procesar factura Del cliente Ajustar  transacciones Gestionar cuenta Del cliente Cliente Entidad Financiera Cliente individual Cliente corporativo
Los Casos de Uso no son parte del diseño (cómo), sino parte del análisis (qué). Los Casos de Uso son qué hace el sistema desde el punto de vista del usuario. Es decir, describen un uso del sistema y cómo este interactúa con el usuario. Los diagramas de casos de uso muestran las relaciones entre los casos de uso de un sistema y sus actores. En una relación << extends>>, un actor que lleve a cabo el caso de uso base puede realizar o no sus extensiones. Mientras, en una relación <<include>> el actor que realiza el caso de uso base también realiza el caso de uso incluido.
http://www.ingenierosoftware.com/analisisydiseno/casosdeuso.php http://www-gris.det.uvigo.es/~avilas/UML/node25.html Libro de UML: EL LENGUAJE UNIFICADO DE MODELADO, Booch, Jacobson, Rumdaugh, pag 190- 223

Más contenido relacionado

La actualidad más candente

Modelo Del Negocio con RUP y UML Parte 3
Modelo Del Negocio con RUP y UML Parte 3Modelo Del Negocio con RUP y UML Parte 3
Modelo Del Negocio con RUP y UML Parte 3
David Motta Baldarrago
 
Modelo entidad
Modelo entidadModelo entidad
Diagramas de Casos de Uso del Negocio y del Sistema
 Diagramas de Casos de Uso del Negocio y del Sistema Diagramas de Casos de Uso del Negocio y del Sistema
Diagramas de Casos de Uso del Negocio y del Sistema
Universidad Politecnica Territorial de Merida, Kleber Ramirez
 
Caso De Uso
Caso De UsoCaso De Uso
Caso De Uso
Arcangel Gale
 
UML: Diagrama de caso de uso
UML: Diagrama de caso de usoUML: Diagrama de caso de uso
UML: Diagrama de caso de uso
Elvin Hernandez
 
Uml (presentación 6)
Uml (presentación 6)Uml (presentación 6)
Uml (presentación 6)
programadorjavablog
 
Modelos de dominio
Modelos de dominioModelos de dominio
Modelos de dominio
Juan Pablo Bustos Thames
 
DIAGRAMAS DE CASO DE USO
DIAGRAMAS DE CASO DE USODIAGRAMAS DE CASO DE USO
DIAGRAMAS DE CASO DE USO
BiingeSof
 
Diagramas De Casos De Uso
Diagramas De Casos De UsoDiagramas De Casos De Uso
Diagramas De Casos De Uso
nahun1385
 
Requerimientos no funcionales
Requerimientos no funcionalesRequerimientos no funcionales
Requerimientos no funcionales
Angel Minga
 
5.1 ejemplos uml
5.1 ejemplos uml5.1 ejemplos uml
5.1 ejemplos uml
Ricardo Castro
 
Uml lenguaje unificado de modelado
Uml lenguaje unificado de modeladoUml lenguaje unificado de modelado
Uml lenguaje unificado de modelado
Marvin Zumbado
 
Analisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A ObjetosAnalisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A Objetos
yoiner santiago
 
Casos de uso
Casos de usoCasos de uso
Casos de uso
Ejército Mexicano
 
Modelado de caso de uso y Diagrama de Caso de Uso
Modelado de caso de uso  y Diagrama de Caso de UsoModelado de caso de uso  y Diagrama de Caso de Uso
Modelado de caso de uso y Diagrama de Caso de Uso
turlahackers
 
Tarjetas crc
Tarjetas crcTarjetas crc
Tarjetas crc
Addy Dávila
 
Diagramas Casos de Uso
Diagramas Casos de UsoDiagramas Casos de Uso
Diagramas Casos de Uso
Universidad Técnica del Norte
 
Herramientas case full informacion
Herramientas case full informacionHerramientas case full informacion
Herramientas case full informacion
Heriberto Garcia Alfaro
 
Caso de Uso
Caso de UsoCaso de Uso
Caso de Uso
utrilla
 
Sesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocioSesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocio
Julio Pari
 

La actualidad más candente (20)

Modelo Del Negocio con RUP y UML Parte 3
Modelo Del Negocio con RUP y UML Parte 3Modelo Del Negocio con RUP y UML Parte 3
Modelo Del Negocio con RUP y UML Parte 3
 
Modelo entidad
Modelo entidadModelo entidad
Modelo entidad
 
Diagramas de Casos de Uso del Negocio y del Sistema
 Diagramas de Casos de Uso del Negocio y del Sistema Diagramas de Casos de Uso del Negocio y del Sistema
Diagramas de Casos de Uso del Negocio y del Sistema
 
Caso De Uso
Caso De UsoCaso De Uso
Caso De Uso
 
UML: Diagrama de caso de uso
UML: Diagrama de caso de usoUML: Diagrama de caso de uso
UML: Diagrama de caso de uso
 
Uml (presentación 6)
Uml (presentación 6)Uml (presentación 6)
Uml (presentación 6)
 
Modelos de dominio
Modelos de dominioModelos de dominio
Modelos de dominio
 
DIAGRAMAS DE CASO DE USO
DIAGRAMAS DE CASO DE USODIAGRAMAS DE CASO DE USO
DIAGRAMAS DE CASO DE USO
 
Diagramas De Casos De Uso
Diagramas De Casos De UsoDiagramas De Casos De Uso
Diagramas De Casos De Uso
 
Requerimientos no funcionales
Requerimientos no funcionalesRequerimientos no funcionales
Requerimientos no funcionales
 
5.1 ejemplos uml
5.1 ejemplos uml5.1 ejemplos uml
5.1 ejemplos uml
 
Uml lenguaje unificado de modelado
Uml lenguaje unificado de modeladoUml lenguaje unificado de modelado
Uml lenguaje unificado de modelado
 
Analisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A ObjetosAnalisis Y DiseñO Orientado A Objetos
Analisis Y DiseñO Orientado A Objetos
 
Casos de uso
Casos de usoCasos de uso
Casos de uso
 
Modelado de caso de uso y Diagrama de Caso de Uso
Modelado de caso de uso  y Diagrama de Caso de UsoModelado de caso de uso  y Diagrama de Caso de Uso
Modelado de caso de uso y Diagrama de Caso de Uso
 
Tarjetas crc
Tarjetas crcTarjetas crc
Tarjetas crc
 
Diagramas Casos de Uso
Diagramas Casos de UsoDiagramas Casos de Uso
Diagramas Casos de Uso
 
Herramientas case full informacion
Herramientas case full informacionHerramientas case full informacion
Herramientas case full informacion
 
Caso de Uso
Caso de UsoCaso de Uso
Caso de Uso
 
Sesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocioSesion 2 1 modelo del negocio
Sesion 2 1 modelo del negocio
 

Destacado

Especificaciones Suplementarias APP DELIVERY
Especificaciones Suplementarias APP DELIVERYEspecificaciones Suplementarias APP DELIVERY
Especificaciones Suplementarias APP DELIVERY
Gustavo Tantani Mamani
 
Artefacto SRS Especificaciones Suplementarias del Sistema
Artefacto SRS Especificaciones Suplementarias del SistemaArtefacto SRS Especificaciones Suplementarias del Sistema
Artefacto SRS Especificaciones Suplementarias del Sistema
Ileana Garza Ibarra
 
Qué es uml, PARA QUE SIRVE, PASOS
Qué es uml, PARA QUE SIRVE, PASOSQué es uml, PARA QUE SIRVE, PASOS
Qué es uml, PARA QUE SIRVE, PASOS
myle22
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
Conecta - Grupo ACP
 
Clearvale: Caso de Uso > Ventas
Clearvale: Caso de Uso > VentasClearvale: Caso de Uso > Ventas
Clearvale: Caso de Uso > Ventas
gilesimex
 
Propuestas de mejora
Propuestas de mejoraPropuestas de mejora
Propuestas de mejora
Fernanda Isabel
 
Introducción al análisis y diseño de sistemas de informacion
Introducción al análisis y diseño de sistemas de informacionIntroducción al análisis y diseño de sistemas de informacion
Introducción al análisis y diseño de sistemas de informacion
José Alfonso Mena Adame
 
UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de Clase
Guillermo Díaz
 
Qué es un si
Qué es un siQué es un si
Qué es un si
Virginia Juarez
 
UML - Lenguaje de Modelamiento Unificado
UML - Lenguaje de Modelamiento UnificadoUML - Lenguaje de Modelamiento Unificado
UML - Lenguaje de Modelamiento Unificado
Eliseo Castro
 
UML Básico - Casos de uso y Clases
UML Básico - Casos de uso y ClasesUML Básico - Casos de uso y Clases
UML Básico - Casos de uso y Clases
Antonio Moreno
 
Analisis de Sistemas de Información
Analisis de Sistemas de InformaciónAnalisis de Sistemas de Información
Analisis de Sistemas de Información
María Díaz Medina
 
Diagrama de casos de usos
Diagrama de casos de usosDiagrama de casos de usos
Diagrama de casos de usos
Juan Carlos Tapias
 
Introduccion al análisis de sistemas de información
Introduccion al análisis de sistemas de informaciónIntroduccion al análisis de sistemas de información
Introduccion al análisis de sistemas de información
Ingeniería de Sistemas e Informática
 

Destacado (14)

Especificaciones Suplementarias APP DELIVERY
Especificaciones Suplementarias APP DELIVERYEspecificaciones Suplementarias APP DELIVERY
Especificaciones Suplementarias APP DELIVERY
 
Artefacto SRS Especificaciones Suplementarias del Sistema
Artefacto SRS Especificaciones Suplementarias del SistemaArtefacto SRS Especificaciones Suplementarias del Sistema
Artefacto SRS Especificaciones Suplementarias del Sistema
 
Qué es uml, PARA QUE SIRVE, PASOS
Qué es uml, PARA QUE SIRVE, PASOSQué es uml, PARA QUE SIRVE, PASOS
Qué es uml, PARA QUE SIRVE, PASOS
 
Metodologia rup
Metodologia rupMetodologia rup
Metodologia rup
 
Clearvale: Caso de Uso > Ventas
Clearvale: Caso de Uso > VentasClearvale: Caso de Uso > Ventas
Clearvale: Caso de Uso > Ventas
 
Propuestas de mejora
Propuestas de mejoraPropuestas de mejora
Propuestas de mejora
 
Introducción al análisis y diseño de sistemas de informacion
Introducción al análisis y diseño de sistemas de informacionIntroducción al análisis y diseño de sistemas de informacion
Introducción al análisis y diseño de sistemas de informacion
 
UML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de ClaseUML - Casos de Uso y Diagramas de Clase
UML - Casos de Uso y Diagramas de Clase
 
Qué es un si
Qué es un siQué es un si
Qué es un si
 
UML - Lenguaje de Modelamiento Unificado
UML - Lenguaje de Modelamiento UnificadoUML - Lenguaje de Modelamiento Unificado
UML - Lenguaje de Modelamiento Unificado
 
UML Básico - Casos de uso y Clases
UML Básico - Casos de uso y ClasesUML Básico - Casos de uso y Clases
UML Básico - Casos de uso y Clases
 
Analisis de Sistemas de Información
Analisis de Sistemas de InformaciónAnalisis de Sistemas de Información
Analisis de Sistemas de Información
 
Diagrama de casos de usos
Diagrama de casos de usosDiagrama de casos de usos
Diagrama de casos de usos
 
Introduccion al análisis de sistemas de información
Introduccion al análisis de sistemas de informaciónIntroduccion al análisis de sistemas de información
Introduccion al análisis de sistemas de información
 

Similar a UML: CASOS DE USO

Presentacion Casos De Uso1
Presentacion Casos De Uso1Presentacion Casos De Uso1
Presentacion Casos De Uso1
Marilyn Jaramillo
 
Exposicion de Diagrama de Casos de Uso.pptx
Exposicion de Diagrama de Casos de Uso.pptxExposicion de Diagrama de Casos de Uso.pptx
Exposicion de Diagrama de Casos de Uso.pptx
None
 
Casos de Uso en UML
Casos de Uso en UMLCasos de Uso en UML
Casos de Uso en UML
Henry Cuascota
 
Tms 03 modelo_negocio
Tms 03 modelo_negocioTms 03 modelo_negocio
Tms 03 modelo_negocio
Jorge Pariasca
 
Como Documentar Casos De Uso
Como Documentar Casos De UsoComo Documentar Casos De Uso
Como Documentar Casos De Uso
Universidad Nacional de Frontera
 
Caso de uso
Caso de usoCaso de uso
Caso de uso
manelquin
 
UNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOS
UNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOSUNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOS
UNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOS
Rosemary Samaniego
 
Uml
UmlUml
Uml
Andres
 
Yuliana y dency
Yuliana y dencyYuliana y dency
Yuliana y dency
densy de la cruz lucero
 
4-modelo-de-caso-de-usos.ppt
4-modelo-de-caso-de-usos.ppt4-modelo-de-caso-de-usos.ppt
4-modelo-de-caso-de-usos.ppt
Ander Gonzalez
 
9 Clase Captura De Los Requisitosa 9 10
9 Clase Captura De Los Requisitosa 9 109 Clase Captura De Los Requisitosa 9 10
9 Clase Captura De Los Requisitosa 9 10
Julio Pari
 
9 Clase Captura De Los Requisitosa 9 10
9 Clase Captura De Los Requisitosa 9 109 Clase Captura De Los Requisitosa 9 10
9 Clase Captura De Los Requisitosa 9 10
Julio Pari
 
05 Casos Uso Bis
05 Casos Uso Bis05 Casos Uso Bis
05 Casos Uso Bis
Carylu
 
Uml
UmlUml
Casos de uso
Casos de usoCasos de uso
Casos de uso
aleleoemaseg
 
Casos de uso
Casos de usoCasos de uso
Casos de uso
aleleoemaseg
 
Caso de uso
Caso de usoCaso de uso
Caso de uso
LorenaMendozaD
 
Unidad 4 Mad Modelado Analisis Casos De Uso
Unidad 4 Mad Modelado Analisis Casos De UsoUnidad 4 Mad Modelado Analisis Casos De Uso
Unidad 4 Mad Modelado Analisis Casos De Uso
Sergio Sanchez
 
Introduccion a Casos de Uso (1).pptx
Introduccion a Casos de Uso (1).pptxIntroduccion a Casos de Uso (1).pptx
Introduccion a Casos de Uso (1).pptx
ANTHONYJOSEMEJIAVILL
 
3.-Especificacion_requisitos.caos de uso
3.-Especificacion_requisitos.caos de uso3.-Especificacion_requisitos.caos de uso
3.-Especificacion_requisitos.caos de uso
JoelChuki
 

Similar a UML: CASOS DE USO (20)

Presentacion Casos De Uso1
Presentacion Casos De Uso1Presentacion Casos De Uso1
Presentacion Casos De Uso1
 
Exposicion de Diagrama de Casos de Uso.pptx
Exposicion de Diagrama de Casos de Uso.pptxExposicion de Diagrama de Casos de Uso.pptx
Exposicion de Diagrama de Casos de Uso.pptx
 
Casos de Uso en UML
Casos de Uso en UMLCasos de Uso en UML
Casos de Uso en UML
 
Tms 03 modelo_negocio
Tms 03 modelo_negocioTms 03 modelo_negocio
Tms 03 modelo_negocio
 
Como Documentar Casos De Uso
Como Documentar Casos De UsoComo Documentar Casos De Uso
Como Documentar Casos De Uso
 
Caso de uso
Caso de usoCaso de uso
Caso de uso
 
UNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOS
UNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOSUNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOS
UNIDAD V - MODELADO DE ANALISIS ORIENTADO A OBJETOS
 
Uml
UmlUml
Uml
 
Yuliana y dency
Yuliana y dencyYuliana y dency
Yuliana y dency
 
4-modelo-de-caso-de-usos.ppt
4-modelo-de-caso-de-usos.ppt4-modelo-de-caso-de-usos.ppt
4-modelo-de-caso-de-usos.ppt
 
9 Clase Captura De Los Requisitosa 9 10
9 Clase Captura De Los Requisitosa 9 109 Clase Captura De Los Requisitosa 9 10
9 Clase Captura De Los Requisitosa 9 10
 
9 Clase Captura De Los Requisitosa 9 10
9 Clase Captura De Los Requisitosa 9 109 Clase Captura De Los Requisitosa 9 10
9 Clase Captura De Los Requisitosa 9 10
 
05 Casos Uso Bis
05 Casos Uso Bis05 Casos Uso Bis
05 Casos Uso Bis
 
Uml
UmlUml
Uml
 
Casos de uso
Casos de usoCasos de uso
Casos de uso
 
Casos de uso
Casos de usoCasos de uso
Casos de uso
 
Caso de uso
Caso de usoCaso de uso
Caso de uso
 
Unidad 4 Mad Modelado Analisis Casos De Uso
Unidad 4 Mad Modelado Analisis Casos De UsoUnidad 4 Mad Modelado Analisis Casos De Uso
Unidad 4 Mad Modelado Analisis Casos De Uso
 
Introduccion a Casos de Uso (1).pptx
Introduccion a Casos de Uso (1).pptxIntroduccion a Casos de Uso (1).pptx
Introduccion a Casos de Uso (1).pptx
 
3.-Especificacion_requisitos.caos de uso
3.-Especificacion_requisitos.caos de uso3.-Especificacion_requisitos.caos de uso
3.-Especificacion_requisitos.caos de uso
 

Más de Katty Landacay

Tecnologías de internet para la educación
Tecnologías de internet para la educaciónTecnologías de internet para la educación
Tecnologías de internet para la educación
Katty Landacay
 
Tecnologías de internet para la educación
Tecnologías de internet para la educaciónTecnologías de internet para la educación
Tecnologías de internet para la educación
Katty Landacay
 
CD RECUPERACION
CD RECUPERACIONCD RECUPERACION
CD RECUPERACION
Katty Landacay
 
LEVANTAMIENTO DE CABLEADO -GESTION DEL CONOCIMIENTOS
LEVANTAMIENTO DE CABLEADO -GESTION DEL CONOCIMIENTOSLEVANTAMIENTO DE CABLEADO -GESTION DEL CONOCIMIENTOS
LEVANTAMIENTO DE CABLEADO -GESTION DEL CONOCIMIENTOS
Katty Landacay
 
open innovation
open innovationopen innovation
open innovation
Katty Landacay
 
SYBASE - SQL ANYWHERE
SYBASE - SQL ANYWHERESYBASE - SQL ANYWHERE
SYBASE - SQL ANYWHERE
Katty Landacay
 
REGLAS DE DATE PARA UN SISTEMA DE GESTION DE BASE DE DATOS DISTRIBUIDAS
REGLAS DE DATE PARA UN SISTEMA DE GESTION DE BASE DE DATOS DISTRIBUIDASREGLAS DE DATE PARA UN SISTEMA DE GESTION DE BASE DE DATOS DISTRIBUIDAS
REGLAS DE DATE PARA UN SISTEMA DE GESTION DE BASE DE DATOS DISTRIBUIDAS
Katty Landacay
 
UML: CASOS DE USO
UML: CASOS DE USOUML: CASOS DE USO
UML: CASOS DE USO
Katty Landacay
 

Más de Katty Landacay (8)

Tecnologías de internet para la educación
Tecnologías de internet para la educaciónTecnologías de internet para la educación
Tecnologías de internet para la educación
 
Tecnologías de internet para la educación
Tecnologías de internet para la educaciónTecnologías de internet para la educación
Tecnologías de internet para la educación
 
CD RECUPERACION
CD RECUPERACIONCD RECUPERACION
CD RECUPERACION
 
LEVANTAMIENTO DE CABLEADO -GESTION DEL CONOCIMIENTOS
LEVANTAMIENTO DE CABLEADO -GESTION DEL CONOCIMIENTOSLEVANTAMIENTO DE CABLEADO -GESTION DEL CONOCIMIENTOS
LEVANTAMIENTO DE CABLEADO -GESTION DEL CONOCIMIENTOS
 
open innovation
open innovationopen innovation
open innovation
 
SYBASE - SQL ANYWHERE
SYBASE - SQL ANYWHERESYBASE - SQL ANYWHERE
SYBASE - SQL ANYWHERE
 
REGLAS DE DATE PARA UN SISTEMA DE GESTION DE BASE DE DATOS DISTRIBUIDAS
REGLAS DE DATE PARA UN SISTEMA DE GESTION DE BASE DE DATOS DISTRIBUIDASREGLAS DE DATE PARA UN SISTEMA DE GESTION DE BASE DE DATOS DISTRIBUIDAS
REGLAS DE DATE PARA UN SISTEMA DE GESTION DE BASE DE DATOS DISTRIBUIDAS
 
UML: CASOS DE USO
UML: CASOS DE USOUML: CASOS DE USO
UML: CASOS DE USO
 

UML: CASOS DE USO

  • 1. UML: CASOS DE USO Y DIAGRAMA DE CASOS DE USO Docente: Ing. Armando Cabrera Integrantes: Marilyn Jaramillo Katty Landacay FUNDAMENTOS DE INGENIERÍA DE SOFTWARE
  • 2. UML Unified Modeling Language Lenguaje Estándar para: Visualizar Especificar Construir Documentar los planos del software Indican como crear y leer modelos bien formados pero no nos dicen qué modelos se deben crear ni cuándo se los deberían crear Ir a Casos de uso
  • 3. UML es un lenguaje para visualizar La distancia entre pensar en una implementación y transformarla en código es casi cero. UML es algo más que un simple montón de símbolos gráficos. En algunos casos: Lo que piensas lo codificas. Algunas cosas se modelan mejor textualmente; otras se modelas mejor de forma gráfica
  • 4. UML es un lenguaje para especificar Significa construir modelos precisos, no ambiguos y completos Pero sus modelos pueden conectarse a una gran variedad de lenguajes de programación UML cubre todas las decisiones de análisis, diseño e implementación No es un lenguaje de programación UML es un lenguaje para construir
  • 5. UML es un lenguaje para documentar UML cubre la documentación de la arquitectura de un sistema y todos sus detalles Proporciona un lenguaje: Expresar requisitos y pruebas Modelar actividades de planificación de proyectos y gestión de versiones
  • 6. CASOS DE USO Qué es un caso de uso? Para que sirven los casos de uso? Cómo se representan? Cómo se debe crear un caso de uso? Flujo de eventos Relaciones Diagramas de caso de uso Use Case 2 Specification Use case 1 Model Use case 2 Use case 3 Actor 2
  • 7. QUÉ ES UN CASO DE USO? Describen una interacción típica entre un usuario (actores) y un sistema de cómputo. Es una técnica para capturar información de cómo un sistema o negocio trabaja actualmente, o de cómo se desea que trabaje Produce algo de valor para algún actor como el cálculo de algún resultado Describe qué hace un sistema pero no especifica cómo lo hace El caso de uso capta alguna función visible para el usuario. El caso de uso puede ser pequeño o grande. El caso de uso logra un objetivo discreto para el usuario. Un caso de uso debe ser simple, claro y conciso
  • 8. PARA QUE SIRVEN LOS CASOS DE USO? Para capturar el comportamiento deseado del sistema sin tener que especificar como se implementa ese comportamiento Como medio de comprensión del sistema para desarrolladores, usuarios finales y expertos del dominio Ayudan a validar la arquitectura y a verificar el sistema en el transcurso del desarrollo de este
  • 9. Un caso de uso se representa en UML como un óvalo: CÓMO SE REPRESENTAN? Nombre del Caso de Uso En UML, un actor se representa como monigote Actor
  • 10. ACTORES Representa un conjunto de roles que los usuarios de los casos de uso juegan al interactuar con éstos Representa un rol que es jugado por una persona, un dispositivo hardware u otro sistema que interactúe con nuestro sistema Se puede definir categorías generales de actores (como cliente) y especializarlos (como ClienteComercial) a través de relaciones de generalización Cliente Cliente Comercial actor actor generalización Un actor y un caso de uso se pueden comunicar a través de una asociación en donde cada uno de ellos pueden enviar y recibir mensaje.
  • 11. FLUJO DE EVENTOS Cómo y cuándo empieza y acaba el caso de uso Cuándo interactúan con los actores y que objetos se intercambian Conviene separa el flujo principal de uno alternativo
  • 12. Ejemplo: VALIDACIÓN DE USUARIO
  • 13. FLUJO DE EVENTO PRINCIPAL: el caso de uso comienza cuando se pide al cliente un número de identificación personal (cédula), el cliente introduce la cédula, luego acepta con enter, el sistema lo comprueba para su validación, si la cédula es válida el sistema acepta la entrada y acaba el caso de uso. FLUJO DE EVENTO EXCEPCIONAL: El cliente puede cancelar su transacción en cualquier momento con el botón cancelar, reiniciando el caso de uso, no se efectúa ningún cambio a la cuenta del cliente . El cliente puede borrar la cédula en cualquier momento antes de introducirlo y volver a teclear una nueva cédula El cliente introduce un cédula inválida el caso de uso vuelve a empezar, si se lo realiza tres veces se cancela la transacción.
  • 14. Cómo identificar los casos de uso?
  • 15. Cómo se debe crear un caso de uso? Tras localizar los actores, procede el describirlos especificar describiendo un flujo de eventos Los actores sólo pueden conectar a los casos de uso a través de asociaciones Generalmente hay pocos actores asociados a cada Caso de Uso Preguntas clave: ¿cuáles son las tareas del actor? ¿qué información crea, guarda, modifica, destruye o lee el actor? ¿debe el actor notificar al sistema los cambios externos? ¿debe el sistema informar al actor de los cambios internos?
  • 16. L a descripción del Caso de Uso comprende: el inicio: cuándo y qué actor lo produce? el fin: cuándo se produce y qué valor devuelve? la interacción actor-caso de uso: qué mensajes intercambian ambos? objetivo del caso de uso: ¿qué intenta el caso de uso? cronología y origen de las informaciones repeticiones de comportamiento: ¿qué operaciones son iteradas? situaciones opcionales: ¿qué ejecuciones alternativas se presentan en el caso de uso?
  • 17. Puntos claves del ejemplo: Las precondiciones son los hechos que se han de cumplir para que el flujo de evento se pueda llevar a cabo. Flujo de eventos Normal , que corresponde a la ejecución normal y exitosa del caso de uso Los flujos alternativos son los que nos permiten indicar qué es lo que hace el sistema en los casos menos frecuentes e inesperados. las poscondiciones son los hechos que se ha de cumplir si el flujo de eventos normal se ha ejecutado correctamente.
  • 18. Ejemplo: escribir un mensaje en un foro
  • 19. RELACIONES Para extraer el comportamiento de los casos de uso en los que se incluye y poniendo ese comportamiento en otros casos de uso que lo extiende Tipos: - GENERALIZACIÓN - EXTENSIÓN - INCLUSIÓN
  • 20. GENERALIZACIÓN El caso hijo hereda el comportamiento y significado de caso de uso padre El hijo puede añadir o redefinir el comportamiento del padre El Caso de Uso fuente hereda la especificación del Caso de Uso destino Caso de uso origen Caso de uso destino
  • 21. INCLUSIÓN Un caso base de uso base incorpora expolisitamente el comportamiento de otro caso de uso en el lugar especificado en el caso base. Se usa para evitar describir el mismo flujo de eventos repetidas veces, poniendo comportamiento común en un caso de uso aparte Se representa como una dependencia estereotipada con <<include>>
  • 22. Ingresando pedido Buscando datos de producto Obtener reporte De Ventas por producto <<include>> <<include>> Empleado de ventas Gerente REPRESENTACIÓN: EJEMPLO: Caso de uso origen Caso de uso destino << include >>
  • 23. EXTENSIÓN Significa que un caso de uso base incorpora implícitamente el comportamiento de otro caso de uso en el lugar especificado indirectamente por el caso de uso que extiende al base Se usa esta relación cuando se tiene un caso de uso que es similar a otro, pero que hace un poco más. Caso de uso origen Caso de uso destino <<extends>>
  • 24. Ejemplo: Realizar Llamada telefónica Realizar llamada Con conferencia Recibir llamada telefónica Recibir llamada adicional Usar agenda <<extend>> <<extend>> relación de extensión frontera del sistema Casos de uso Red telefónica Usuario Actores Teléfono móvil
  • 25. Ejemplo de todas las relaciones :
  • 26. Un diagrama de casos de uso es un diagrama que muestra un conjunto de casos de uso, actores y sus relaciones. Son importantes para modelar el comportamiento de un sistema. Normalmente los casos de uso contienen: Casos de Uso Actores Relaciones de dependencia, generalización y asociación. DIAGRAMAS DE CASO DE USO En UML, cada caso de uso debe tener al menos un actor. Esta forma de ver el sistema nos ayuda a concebirlo como un todo.
  • 27. Cubren principalmente el comportamiento del sistema. Es un tipo especial de diagrama, por su contenido particular. Se emplean para modelar la vista de casos de uso estática.(comportamiento, servicios externos). Para modelar el contenido de un sistema Dibujar una línea alrededor de todo el sistema, los actores quedarán fuera del sistema e interactúan con el, se especificara los actores y el significado de los roles. Para modelar los requisitos de un sistema Especificar que debería hacer el sistema, independientemente de cómo se haga, se especificará el comportamiento deseado del sistema. Permite ver el sistema entero como una caja negra.
  • 28. Técnicas comunes del modelado Elementos dentro y fuera, son responsables del comportamiento que esperan los elementos externos.. Los elementos externos que interactúan con el sistema constituyen su contexto, es decir el entorno en que reside el sistema. Modelar el contexto de un sistema Identificar actores en torno del sistema. Grupos que necesitan ayuda del sistema, Grupos necesarios para ejecutar las funciones del sistema. Grupos que interactúan con el hardware o software. Grupos que realizan funciones secundarias de administración y mantenimiento. Organizar los actores similares en jerarquía de generalización/especificación Proporcionar un estereotipo para cada actor. Introducir los actores en un diagrama de CU y especificar las vías de comunicación .
  • 30. Comercio Realizar Transacción Con tarjeta Procesar factura Del cliente Ajustar transacciones Gestionar cuenta Del cliente Cliente Entidad Financiera Cliente individual Cliente corporativo
  • 31. Los Casos de Uso no son parte del diseño (cómo), sino parte del análisis (qué). Los Casos de Uso son qué hace el sistema desde el punto de vista del usuario. Es decir, describen un uso del sistema y cómo este interactúa con el usuario. Los diagramas de casos de uso muestran las relaciones entre los casos de uso de un sistema y sus actores. En una relación << extends>>, un actor que lleve a cabo el caso de uso base puede realizar o no sus extensiones. Mientras, en una relación <<include>> el actor que realiza el caso de uso base también realiza el caso de uso incluido.
  • 32. http://www.ingenierosoftware.com/analisisydiseno/casosdeuso.php http://www-gris.det.uvigo.es/~avilas/UML/node25.html Libro de UML: EL LENGUAJE UNIFICADO DE MODELADO, Booch, Jacobson, Rumdaugh, pag 190- 223