Este documento describe el modelo de casos de uso para capturar los requisitos funcionales de un sistema de información. Explica los pasos para construir un diagrama de casos de uso, incluyendo la identificación de actores, casos de uso esenciales y de soporte, y las relaciones entre ellos como generalización, asociación, extensión e inclusión. El objetivo es representar de manera clara las interacciones entre los usuarios y el sistema para cumplir los objetivos del negocio.

1. Universidad
Tecnológica Nacional,
Facultad Regional
Córdoba
Tecnicatura Superior en Programación
Resumen para el final dela catedra Metodología de Sistemas I
Alexis Leandro Emanuel Segovia
107578
24/11/2015

2. Universidad Tecnológica Nacional, Facultad Regional Córdoba
1
Modelo de Casos de Uso
Objetivo: Capturar los requisitos de un sistema de información a realizar poniendo énfasis en cada usuario individual o cada
sistema externo (actores) que realizan (relaciones) pequeñas funcionalidades (casos de uso) para cumplir el/los objetivo/s del
sistema; Permitir que los desarrolladores, clientes y otros interesados lleguen a un acuerdo común sobre lo que realmente debe
hacer o no el sistema.
Contiene: El diagrama de casos de uso del sistema de información de UML (Lenguaje de Modelado Unificado)
Construcción: En forma práctica se construye a partir del Modelo de Negocio o a partir de la determinación de requerimientos
funcionales. En líneas generales se siguen los siguientes pasos:
1. Determinar los actores:
Identificar los trabajadores, hardware y/o software explícitos y/o implícitos interviniente en el sistema de información.
Adicional: Se construye una tabla con los atributos Actor y Descripción del rol.
2. Determinar los casos de uso:
Identificar las responsabilidades de cada actor (requerimientos funcionales) ya que son candidatas a ser un caso de usos
esenciales en el sistema de información.
3. Refinar:
Refinar el modelo encontrado estableciendo relaciones de extensión, inclusión y/o generalización entre casos de uso para
permitir su reusabilidad y establecer relaciones de generalización entre los actores según corresponda.
4. Determinar casos de uso de soporte:
Determinar los casos de uso de soporte teniendo en cuenta las clases de soporte en el Diagrama de Clases.
5. Definir casos de uso de usuario:
Casos de uso necesario para un usuario: abrir sesión, cambiar contraseña, cerrar sesión.
Casos de uso necesario para un administrador de usuarios: Administrar perfiles de usuario.
6. Enumerar caso de uso y construir tabla
En donde se especifica cada caso uso, su objetivo o breve descripción. Se puede realizar conjuntamente con el paso 2.

3. Universidad Tecnológica Nacional, Facultad Regional Córdoba
2
Diagrama de Casos de Uso
Objetivo: Permite expresar de manera clara el modelado de casos de uso.
Contiene:
1. Actores:
Definición: Los actores representan los roles (usuarios humanos, un hardware externo u otros sistemas) de esa empresa
u organización en un proceso concreto de acuerdo al dominio del sistema de información. Cada usuario puede
representarse por uno o más actores.
Nomenclatura: Nombre del rol que cumple el actor.
Ejemplo: Administrador de sistema, usuario, responsable de ventas, responsable de compras, responsable de atención al
cliente, jefe de compras, jefe de ventas, etc.
Clasificación:
 Actor Primario: Tiene un objetivo claro que debe ser tenido en cuenta y concretado con la ayuda del sistema de
información.
 Actor Secundario: Es de quién el sistema de información necesita ayuda para cumplir con el objetivo del actor
primario.
Simbología:
2. Casos de uso:
Definición: Un caso de uso es una sola unidad de trabajo y, por lo tanto, un fragmento de funcionalidad significativo para
un actor.
Nomenclatura: Verbo infinitivo + objeto.
Ejemplo: Registrar pedido, modificar pedido, eliminar pedido, consultar pedido para Entidades esenciales; Actualizar
barrios, actualizar localidad para Entidades de soporte.
Clasificación según instancias:
 Concreto: Es instanciado directamente por un actor.
 Abstracto: Nunca es instanciado por un actor, solo por un caso de uso.
Clasificación Funcionalidad:
 Esenciales: Describen la funcionalidad esencial o principales procesos que tiene que cumplir el sistema de
información.
 De soporte: Surgen de aquello que se necesita para que puedan funcionar los casos de uso esenciales.
Simbología:
3. Relaciones:

4. Universidad Tecnológica Nacional, Facultad Regional Córdoba
3
1. Entre Actores:
Generalización: Se puede definir categorías de actores generales y actores especializados a través de este tipo
de relación, en donde los actores hijos heredan el comportamiento de un hijo padre.
Ejemplo: Si un caso de uso es instanciado por el actor padre (cliente) puede ser instanciado por cualquiera de
sus hijos (cliente comercial).
Simbología:
2. Entre Actores y casos de usos:
Asociación: El usuario final se relaciona con una parte de la funcionalidad que debe cumplir en forma de
asociación.
Ejemplo: El responsable de venta es el encargado de Registrar un pedido.
Simbología:
3. Entre casos de uso:
 Generalización: Se emplea para simplificar la forma de trabajo en donde el caso de uso hijo hereda el
comportamiento del caso de uso padre.
 Dependencia: Extensión e inclusión.
o Extensión: El caso de uso base incorpora al caso de uso extendido para expresar una funcionalidad
adicional que solo puede ejecutarse en caso opcionales por este caso de uso o incluso por el mismo
actor.
Ejemplo: Cuando se genera un nuevo pedido puede ser que tengamos un artículo nuevo a comprar.
Cuando realicemos una venta puede que sea en forma de pago cuenta corriente y haya que
autorizar la tarjeta.
Simbología: Dependencia estereotipada con la palabra <<extend>> o de forma abreviada <<ext>>
del caso de uso de extensión al caso de uso base.

5. Universidad Tecnológica Nacional, Facultad Regional Córdoba
4
o Inclusión: El caso de uso base incorpora al caso de uso incluido para expresar una funcionalidad
obligatoria a realizar antes de cumplir el primer objetivo. Esta caso de uso nunca es instanciado por
un actor, solo es instanciado por el caso de uso de uso que lo incluye. Este tipo de relación se usa
para abstraer el comportamiento común entre casos de uso, evitando el mismo flujo de eventos
repetidas veces. Los atributos del caso de uso incluido no pueden accederse ni modificarse solo se
usa el resultado.
Ejemplo: Antes de realizar una venta crédito hay que autorizar el pago de la tarjeta. Antes de
Reservar una habitación o eliminar una reserva hay que Actualizar reserva. Antes de realizar una
venta o eliminar una venta hay que actualizar stock de productos.
Simbología: Dependencia estereotipada con la palabra <<include>> o de forma abreviada <<inc>>
del caso de uso base al caso de uso incluido.