Nombre: Jaime Alberto Caballero Abello Numero de Cedula: 1065122508 Ficha:2235090

UML
MODELO CASO DE USO

APRENDIZ
JAIME ALBERTO CABALLERO ABELLO

INSTRUCTOR
JORGE MARIO SÁNCHEZ

SENA
ANÁLISIS Y DESARROLLO DE SISTEMAS DE INFORMACIÓN (2235090)
2021
Nombre: Jaime Alberto Caballero Abello Numero de Cedula: 1065122508 Ficha:2235090

Tabla de contenido
INTRODUCCIÓN............................................................................................................................. 3
JUSTIFICACIÓN ............................................................................................................................. 3
MODELOS CASO DE USO............................................................................................................. 4
Caso de uso: .................................................................................................................................... 4
¿Escenario? ..................................................................................................................................... 4
CARACTERÍSTICAS DE LOS CASOS DE USO......................................................................... 4
UML ................................................................................................................................................... 5
QUE ES UN UML .......................................................................................................................... 5
¿PARA QUE SIRVE UML?............................................................................................................. 6
ACTORES QUE INTERVIENES EN LOS CASOS DE USO ...................................................... 6
ACTORES....................................................................................................................................... 6
TIPOS DE ACTORES ...................................................................................................................... 7
Principales ....................................................................................................................................... 7
De apoyo ......................................................................................................................................... 7
Pasivos............................................................................................................................................. 7
RELACIONES ENTRE ACTORES ............................................................................................... 8
RELACIONES DE LOS CASOS DE USO ..................................................................................... 9
DOCUMENTACIÓN DE LOS CASOS DE USOS ...................................................................... 10
GENERALIZACIÓN DE LOS CASOS DE USO ........................................................................ 11
CONCLUSIÓN ................................................................................................................................ 12
JUSTIFICACIÓN ....................................................................................................................... 12
Nombre: Jaime Alberto Caballero Abello Numero de Cedula: 1065122508 Ficha:2235090

INTRODUCCIÓN

Hoy en día existen varios diagramas de modelado unificado que están divididos por grupos,
entre estos se encuentran los diagramas de comportamiento de los cuales en este apartado
se hablará sobre los desgramas de casos de uso. Desde ya hace mucho tiempo se viene
utilizando esta técnica para representar, visualizar y documentar un sistema o software e
incluso se ha escrito una norma de cómo se deben elaborar.
La vista de casos de uso captura la funcionalidad de un sistema, de un subsistema, o de
una clase, tal como se muestra a un usuario exterior. Reparte la funcionalidad del sistema
en transacciones significativas para los usuarios ideales de un sistema.
Los usuarios del sistema se denominan actores y las particiones funcionales se conocen
con el nombre de casos de uso. La técnica que se utiliza para modelar esta vista es el
diagrama de casos de uso

JUSTIFICACIÓN

Los diagramas de casos de uso han llegado a tener un Ranking de uso muy alto no solo
porque puede ser más fácil de entender para un usuario normal (que no tenga
conocimiento de desarrollo), sino también porque es una forma de colaboración para los
analistas ya que ayuda a identificar los requerimientos del sistema o software
conjuntamente con la opinión de los usuarios. Un diagrama de caso de uso da una
perspectiva desde el punto de vista del usuario de cómo funciona el software.
Nombre: Jaime Alberto Caballero Abello Numero de Cedula: 1065122508 Ficha:2235090
MODELOS CASO DE USO

Caso de uso: Es una descripción de un proceso fin-a-fin, relativamente largo, que incluye
varias etapas o transacciones. un diagrama de caso de uso se describe bajo la forma de
acciones y reacciones el comportamiento de un sistema desde el punto de vista de un
usuario se puede considerar que, hasta cierto punto, cada caso de uso es independiente de
los demás. Permiten definir los limites del sistema y las relaciones entre el sistema y su
entorno
Un caso de uso se define como un conjunto de acciones realizadas por el sistema que dan
lugar a un resultado observable. El caso de uso especifica un comportamiento que el sujeto
puede realizar en colaboración con uno o más actores, pero sin hacer referencia a su
estructura interna El caso de uso puede contener posibles variaciones de su
comportamiento básico incluyendo manejo de errores y excepciones Una instanciación de
un caso de uso es un escenario que representa un uso particular del sistema (un camino).

“Un caso de uso es un conjunto de escenarios que tienen una meta de usuario en
común”
Martin fowler

¿Escenario?
Es una secuencia de acciones e interacciones (pasos) entre los usuarios (actores) y el
sistema, por ejemplo:
“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…”

CARACTERÍSTICAS DE LOS CASOS DE USO

• Un caso de uso se inicia por un actor

• Los casos de uso proporcionan valores a los actores
• La funcionalidad de un caso de uso debe ser completa El comportamiento de un caso de
uso se puede describir mediante interacciones, actividades, máquinas de estado
Nombre: Jaime Alberto Caballero Abello Numero de Cedula: 1065122508 Ficha:2235090

UML

QUE ES UN UML
UML (Unified Modeling Language) es un lenguaje que permite modelar, construir y
documentar los elementos que forman un sistema de software orientado a objetos.
En UML 2.0 hay 13 tipos de diferencia de diagrama. para comprenderlos de manera
concreta, a veces es útil categorizarlos jerárquicamente:

• Diagramas de estructura enfatizan en los elementos que deben existir en el

sistema modelado:

1. Diagrama de clases
2. Diagrama de componentes
3. Diagrama de objetos
4. Diagrama de estructura compuesta (UML 2.0)
5. Diagrama de despliegue
6. Diagrama de paquetes

• Diagrama de comportamiento enfatizan en lo que debe suceder en el sistema

modelado

7. Diagrama de actividades
8. Diagrama de casos de uso
9. Diagrama de estados

• Diagrama de interacción, un subtipo de diagrama de componentes, que enfatiza

sobre el flujo de control y de datos entre elementos de sistema modelado:

10. Diagrama de secuencia

11. Diagrama de comunicación
12. Diagrama de tiempos (UML 2.0)
13. Diagrama de vista de interacción (UML 2.0)
Nombre: Jaime Alberto Caballero Abello Numero de Cedula: 1065122508 Ficha:2235090
¿PARA QUE SIRVE UML?

para crear esquemas, diagramas y documentación relativa a los desarrollos de software

(programas informáticos).
permite modelar, construir y documentar los elementos que forman un sistema de
software orientado a objetos

ACTORES QUE INTERVIENES EN LOS CASOS DE USO

ACTORES
Un actor es un clasificador que modela un tipo de rol que juega una entidad que
interacciona con el sujeto pero que es externa a él
• Un actor puede tener múltiples instancias físicas
• Una instancia física de un actor puede jugar diferentes papeles
Los actores se comunican con el sujeto intercambiando mensajes (señales, llamadas o
datos)
Notación:
• Se representan con el icono estándar de “stick man” o “monigote” con el
nombre del actor (obligatorio) cerca del símbolo, normalmente se pone
encima o debajo
• También se puede representar mediante un símbolo de clasificador con el
estereotipo «actor»
• Los nombres de los actores suelen empezar por mayúscula
• Se pueden usar otros símbolos para representar tipos de actores, por
ejemplo, para representar actores no humanos
Nombre: Jaime Alberto Caballero Abello Numero de Cedula: 1065122508 Ficha:2235090
TIPOS DE ACTORES

Principales
• Tiene objetivos de usuario que se satisfacen mediante el uso de los servicios del sistema
• Se identifican para encontrar los objetivos de usuario, los cuales dirigen los casos de uso

De apoyo
• Proporcionan un servicio al sistema
• Normalmente se trata de un sistema informático, pero podría ser una organización o
una persona
• Se identifican para clarificar las interfaces externas y los protocolos

Pasivos
• Está interesado en el comportamiento del caso de uso, pero no es principal ni de apoyo
• Se identifican para asegurar que todos los intereses necesarios se han identificado y
satisfecho
• Los intereses de los actores pasivos algunas veces son sutiles o es fácil no tenerlos en
cuenta, a menos que estos actores sean identificados explícitamente
Nombre: Jaime Alberto Caballero Abello Numero de Cedula: 1065122508 Ficha:2235090
RELACIONES ENTRE ACTORES

Los actores sólo pueden tener asociaciones con casos de uso, subsistemas, componentes y
clases y dichas asociaciones deben ser binarias.
Se pueden establecer relaciones de generalización entre actores
• El actor general describirá el comportamiento de un rol más general
• Los actores especializados heredan el comportamiento del actor general y lo
extienden de alguna forma
• Una instancia de un actor descendiente siempre se puede utilizar en aquellos
casos en los que se espera una instancia del actor antecesor
• Los actores pueden ser abstractos, en ese caso se representan con el nombre
en cursiva
Nombre: Jaime Alberto Caballero Abello Numero de Cedula: 1065122508 Ficha:2235090
RELACIONES DE LOS CASOS DE USO

Los casos de uso pueden tener asociaciones y dependencias con otros clasificadores

Relación entre actores y casos de uso

• Asociación

Relaciones entre casos de uso

• Generalización: Un caso de uso también se puede especializar en uno o más casos

de uso hijos
• Inclusión: Un caso de uso puede incorporar el comportamiento de otros casos de
uso como fragmentos de su propio comportamiento
• Extensión: Un caso de uso también se puede definir como una extensión
incremental de un caso de uso base

Relación entre un caso de uso y una colaboración

• Realización
Nombre: Jaime Alberto Caballero Abello Numero de Cedula: 1065122508 Ficha:2235090

DOCUMENTACIÓN DE LOS CASOS DE USOS

Las descripciones de casos de uso son reseñas textuales del caso de uso. Normalmente
tienen el formato de una nota o un documento relacionado de alguna manera con el caso
de uso, y explica los procesos o actividades que tienen lugar en el caso de uso.
Nombre: Jaime Alberto Caballero Abello Numero de Cedula: 1065122508 Ficha:2235090

GENERALIZACIÓN DE LOS CASOS DE USO

• Una relación de generalización relaciona un caso de uso especializado con otro caso de uso más
general

• El hijo hereda las relaciones y comportamiento del padre y puede agregar atributos y
operaciones propios

• El caso de uso hijo añade comportamiento al caso de uso padre insertando secuencias de acción
adicionales en la secuencia del padre en puntos arbitrarios

• También puede modificar algunas operaciones y secuencias heredadas, pero debe hacerse de
forma que la intención del padre se mantenga

• El caso de uso padre puede ser abstracto

Nombre: Jaime Alberto Caballero Abello Numero de Cedula: 1065122508 Ficha:2235090

CONCLUSIÓN

Cuando se realiza un diagrama de caso de uso se debe tener en cuenta que un caso de uso está
relacionado como mínimo con un actor. Cada caso de uso este iniciado por un actor y siempre debe
devolver un valor.

Los diagramas de casos de uso permiten documentar los requerimientos de un sistema o software,
lo cual es importante cuando el proyecto tiende a extenderse para nuevas versiones. Describen bajo
la forma de acciones y reacciones el comportamiento de un sistema desde el punto de vista de un
usuario se puede considerar que, hasta cierto punto, cada caso de uso es independiente de los
demás

Es muy importante la utilización de los diagramas de caso de uso al momento de realizar un proyecto
de desarrollo de software porque permite visualizar el sistema desde la perspectiva del usuario y de
esta forma se hace entendible para cualquier persona permitiendo a los desarrolladores trabajar en
colaboración con los usuarios que van a interactuar con el sistema.

JUSTIFICACIÓN

Un caso de uso no es un diagrama no es símbolo dentro de un diagrama. Es una forma de describir

un escenario de interacción usuarios sistema

Los diagramas vienen después (o Antes) y son una forma de tener una visión general de los casos
de uso, sus relaciones con los Actores y con otros casos de uso

Actualmente, mucha gente considera que los casos de uso son de vital importancia en los
proyectos de un software (procesos Guiados por casos de uso).