Casos de Uso

• Integrantes:
o Priscilla Soto Pérez
o Alberto Vargas Alfaro
o Walter Chacón Valerio
 Contenido
• Introducción
• Actores y casos de uso
• Definición
• Notación
• Modelos de casos de uso
• Herramientas para UML.
• Ejemplos
 Introducción
• Introducidos por I. Jacobson en Objectory.

• Los casos de uso describen las acciones y reacciones el

comportamiento de un sistema desde el punto de vista de
los usuarios.
• Son descripciones de la funcionalidad del futuro sistema.
• Sirve para captar los requisitos de un sistema de software.
• Los casos de uso se centran en los factores críticos de
éxito, en términos de la funcionalidad que los usuarios
necesitan para interactuar.
 Introducción
• ¿Porque utilizar los casos de uso?

• Su fácil comprensión por parte de los clientes.

• Representan los requisitos funcionales.

• Se utilizan como una base para el desarrollo iterativo

 Objetivo
• La diferencia entre los Casos de Uso y el diseño funcional
es el foco. El diseño funcional documenta un proceso, los
casos de uso la meta del proceso.
• Centrarse en procesos, a menudo reproduce sistemas
existentes, ya que nos centramos en el “como” y no en el
“porque” .
• La meta del diagrama es proporcionar una explicación de
la relación del sistema y el mundo exterior (Usuario).
 Casos de uso
(definición)
• I Jacobson propone dos definiciones:

• ES un documento que describe una secuencia de eventos que

realiza un actor que usa el sistema para llevar a cabo un proceso
que tiene algún valor para el.

• Cada caso de uso esta formado por una secuencia de eventos,

iniciada por un actor, que describe la interacción que tiene lugar
entre el actor y el sistema.
 Casos de uso
• Características.
• Son iniciados por un actor (actor primario o principal)

• Pueden participar otros actores (secundarios).

• Poseen un nombre en el sistema.

• Pueden contener condiciones de inicio y condiciones de terminación.

• La descripción del caso de uso contiene la secuencia de eventos.

 Actores
• Un actor representa un rol que puede desempeñar
alguien o algo que necesita intercambiar información
con el sistema.
 Actores y Casos de
Uso
• Los actores definen que existe fuera del sistema.
 Actores y Casos de
Uso
• Un actor puede ser una persona, un conjunto de
personas, un sistema, un sistema informático.

•
 Casos de Uso
• Un caso de uso describe una forma concreta de utilizar
parte de la funcionalidad del sistema.
• La colección de todos los casos de uso describen toda la
funcionalidad del sistema.
 Asociación en los Casos
de Uso
• Se representan con una línea conectando un actor a un Caso de
Uso
• Pueden ser bidireccionales o unidireccionales.
 Casos de uso
(notación)
• La comunicación entre actores y casos de uso se muestra
de la siguiente forma:
 Modelo de casos de uso
• Notación grafica con actores y casos de uso.
• Relaciones
• Entre actores y casos: comunicación.
• Entre actores : herencia.
• Entre casos de uso:
• Usa, extiende
• Incluye, extiende, hereda.
• Descripción: plantillas textuales para cada caso de uso.
Notación grafica
• El modelo de casos de uso de notación grafica muestra
toda la funcionalidad del sistema.
 Organización del
modelo
• Estructurado en tres capas:
• Diagrama de contexto y modelo inicial.

• Plantillas de descripción.

• Modelado estructurado.
Diagrama de contexto
• El diagrama de contexto muestra los limites del sistema
y los actores que interactúan con el mismo.
 Modelo inicial
• Contiene la agrupación jerárquica de los distintos casos
de uso:
• Mediante paquetes de UMS (subsistemas)
Plantillas de descripción
• Los casos de uso describen utilizando plantillas en
lenguaje natural.

• Normalmente:
• Nombre del casos de uso
• Descripción
• Actores
• Objetivos asociados
• Datos específicos
• Tipo de requerimientos
• Prioridad
• Comentarios.
 Escenarios y Casos de Uso
• Un escenario es una descripción textual de una
interacción particular entre los actores y el sistema.

• Un caso de uso se ve en varios escenarios.

• Los escenarios principales no deben de tener situaciones

de errores.

• Los secundarios van describir situaciones de error o

posibles alternativas de ejecución.
 Relación entre casos de
uso
Inclusión: Cuando un Caso de Uso necesita ayuda de otro
Caso de Uso, la dependencia se dibuja con una flecha
punteada hacia el caso que será “usado”. Es una subrutina
o llamada a función.
Relación de extensión
• indica que un Caso de Uso puede necesitar ayuda de
otro Caso de Uso, contrario al include donde siempre la
necesita.
 Herencia
• La herencia indica que un objeto tiene desde el momento
de su creación, acceso a todas las propiedades de otra
clase.
 Relaciones entre casos
de uso
• Dado un conjunto de casos de uso no existe una única
forma de representar las relaciones entre ellos.
• Diferencias entre inclusión y extensión:

• Una inclusión es equivalente a una extensión sin condiciones.

• El caso incluido siempre forma parte del caso que incluye.

 Relaciones entre casos
de uso
• Relación de extensión:

• La extensión se utiliza para representar alternativas de ejecución que se llevan a

cabo en algunas ocasiones.
 Herramientas para dibujar
casos de uso.
Existen cientos de herramientas para dibujar casos de uso a
continuación una lista de herramientas Open source:

• 10 Free, Standalone and Easy to Use UML Editors

• Free Open Source UML tools
• Survey of Open Source Modeling Tools for Software Development
• Top 5 open source UML tools
• Best Open Source UML tools
 Herramientas para dibujar
casos de uso.
Lista de herramientas o software :

• Microsoft Visio
• Power designer a partir de la version 12.5
• SmartDraw.
• Asi como algunos programas de programacion como
Delphi a partir de su version Enterprise.
Ejemplo caso de uso
Notación grafica
Buenas noches.