Isaac Martínez Pérez DSM-402 ESTANDARES Y METRICAS DE SOFTWARE

I2.1 Casos de Uso

Isaac Martínez Pérez DSM-402

Mtra. Maria Esther Guevara Cruz
402 Estándares y métricas para el desarrollo de
Software
Isaac Martínez Pérez DSM-402 ESTANDARES Y METRICAS DE SOFTWARE

1. ¿Qué es un caso de uso?

En Ingeniería del software, es una técnica para la captura de requisitos potenciales
de un nuevo Sistema o una actualización de Software. Cada caso de uso
proporciona uno o más escenarios que indican cómo debería interactuar el sistema
con el usuario o con otro sistema para conseguir un objetivo específico.
Normalmente, en los casos de usos se evita el empleo de jergas técnicas,
prefiriendo en su lugar un lenguaje más cercano al usuario final.
Un caso de uso es una secuencia de interacciones que se desarrollarán entre un
sistema y sus actores en respuesta a un evento que inicia un actor principal sobre el
propio sistema. Los diagramas de casos de uso sirven para especificar la
comunicación y el comportamiento de un sistema mediante su interacción con los
usuarios y/u otros sistemas. O lo que es igual, un diagrama que muestra la relación
entre los actores y los casos de uso en un sistema.
Una relación es una conexión entre los elementos del modelo, por ejemplo la
especialización y la generalización son relaciones. Los diagramas de casos de uso
se utilizan para ilustrar los requerimientos del sistema al mostrar cómo reacciona a
eventos que se producen en su ámbito o en él mismo.
Los casos de uso se utilizan básicamente en el Proceso de modelado de sistemas,
partiendo de una percepción o perspectiva que nos plantea el paradigma de la
orientación a objetos, y en este caso el análisis y diseño orientados a objetos.

2. ¿Qué características tiene?

Los casos de uso evitan típicamente la jerga técnica, prefiriendo la lengua del
usuario final o del experto del campo del saber al que se va a aplicar. Los casos del
uso son a menudo elaborados en colaboración por los analistas de requerimientos y
los clientes.
Cada caso de uso se centra en describir cómo alcanzar una única meta o tarea de
negocio. Desde una perspectiva tradicional de la ingeniería de software, un caso de
uso describe una característica del sistema. Para la mayoría de proyectos de
software, esto significa que quizás a veces es necesario especificar diez o
centenares de casos de uso para definir completamente el nuevo sistema. El grado
de formalidad de un proyecto particular del software y de la etapa del proyecto
influenciará el nivel del detalle requerido en cada caso de uso.
Los casos de uso pretenden ser herramientas simples para describir el
comportamiento del software o de los sistemas. Un caso de uso contiene una
descripción textual de todas las maneras que los actores previstos podrían trabajar
con el software o el sistema. Los casos de uso no describen ninguna funcionalidad
interna (oculta al exterior) del sistema, ni explican cómo se implementará.
Simplemente muestran los pasos que el actor sigue para realizar una tarea.
Un caso de uso debe:
● describir una tarea del negocio que sirva a una meta de negocio
● tener un nivel apropiado del detalle
Isaac Martínez Pérez DSM-402 ESTANDARES Y METRICAS DE SOFTWARE

● ser bastante sencillo como que un desarrollador lo elabore en un único

lanzamiento
Situaciones que pueden darse:
● Un actor se comunica con un caso de uso (si se trata de un actor primario la
comunicación la iniciará el actor, en cambio si es secundario, el sistema será
el que inicie la comunicación).
● Un caso de uso extiende otro caso de uso.
● Un caso de uso utiliza otro caso de uso.

3. Un caso uso se compone de un diagrama y una especificación. ¿Cuáles son los

elementos de cada uno de estos componentes?

Diagrama de Caso

Los diagramas de caso de uso consisten en 4 objetos.

● Actor
● Caso de uso
● Sistema
● Paquete

Los objetos se explican con más detalle a continuación.

Actor

El actor en un diagrama de caso de uso de es cualquier entidad que desempeñe

un papel en un sistema determinado. Puede ser una persona, una organización o
un sistema externo y normalmente se dibuja como el esqueleto que se muestra a
continuación.

Caso de uso
Isaac Martínez Pérez DSM-402 ESTANDARES Y METRICAS DE SOFTWARE

Un caso de uso representa una función o una acción dentro del sistema. Está
dibujado como un óvalo y nombrado con la función.

Sistema

El sistema se utiliza para definir el alcance del caso de uso y se dibuja como un
rectángulo. Este es un elemento opcional pero útil cuando se visualizan sistemas
grandes. Por ejemplo, puede crear todos los casos de uso y luego utilizar el objeto
del sistema para definir el alcance que abarca su proyecto. O incluso puedes usarlo
para mostrar las diferentes áreas cubiertas en los diferentes lanzamientos.

Paquete

El paquete es otro elemento opcional que es extremadamente útil en diagramas

complejos. De manera similar a los diagramas de clase, los paquetes se utilizan
para agrupar los casos de uso. Se dibujan como la imagen que se muestra a
continuación.
Isaac Martínez Pérez DSM-402 ESTANDARES Y METRICAS DE SOFTWARE

Relación La interacción entre dos casos de uso o de un actor con un caso de uso se
representa por medio de una relación, utilizando una línea o una flecha como se
muestra en la figura:

Especificación de caso de uso

Una especificación de caso de uso proporciona detalles textuales de un caso de

uso. Se proporciona una descripción de ejemplo de una especificación de caso de
uso. Puede reutilizar y modificar la descripción según se requiera en una
especificación de caso de uso.
Indica el nombre del caso de uso. Normalmente, el nombre
Nombre de caso expresa el resultado objetivo y observable del caso de uso,
de uso como por ejemplo "Retirar efectivo" en el caso de un cajero
automático.
Breve
Describe el rol y el objetivo del caso de uso.
descripción
Presenta el flujo básico y flujos alternativos. El flujo de
eventos describe el comportamiento del sistema; no describe
cómo el sistema funciona, los detalles de la presentación ni
los detalles de la interfaz de usuario. Si se intercambia
Flujo de eventos
información, el caso de uso debe ser específico sobre lo que
ha transmitido. Por ejemplo, en lugar de describir una acción
como "el actor especifica información de cliente", indica que
"el actor especifica el nombre y la dirección del cliente".

Flujo básico Describe el comportamiento ideal y principal del sistema.

Describe excepciones o desviaciones del flujo básico, como

Flujos
el modo en que el sistema se comporta cuando el actor
alternativos
especifica un ID de usuario incorrecto y la autenticación falla.
Requisitos no funcionales que son específicos de un caso de
uso pero que no se especifican en el texto del flujo de
sucesos del caso de uso. Ejemplos de requisitos especiales
Requisitos
incluyen los factores siguientes: requisitos legales y
especiales
reguladores; estándares de aplicación; atributos de calidad
del sistema, incluidos la usabilidad, la fiabilidad, el
rendimiento y la capacidad de soporte; sistemas operativos y
Isaac Martínez Pérez DSM-402 ESTANDARES Y METRICAS DE SOFTWARE

entornos; requisitos de compatibilidad y limitaciones de

diseño.
Condiciones Estado del sistema que debe estar presente antes del inicio
previas del caso de uso.
Condiciones Una lista de posibles estados del sistema inmediatamente
posteriores después de que finalice el caso de uso.
Puntos de Punto del flujo de eventos de caso de uso en el que se hace
ampliación referencia a otro caso de uso.

4. Describe las relaciones de Uso, Inclusión, Extensión y Generalización que se

utilizan en los diagramas de casos de uso y cómo se representan cada una de
estas.

Generalización (generalization): es una relación que amplía la funcionalidad de un

Caso de Uso o refina su funcionalidad original mediante el agregado de nuevas
operaciones y/o atributos y/o secuencias de acciones.
En un diagrama de casos de uso también pueden mostrarse generalizaciones
(relaciones de herencia) para mostrar que diferentes elementos están relacionados
como tipos de otros. Son aplicables a actores o casos de uso.

Inclusión (include): es una relación mediante la cual se re-usa un Caso de Uso

encapsulado en distintos contextos a través de su invocación desde otros Casos de
Uso.
Se puede incluir una relación entre dos casos de uso de tipo “Extend” si se desea
especificar diferentes variantes del mismo caso de uso. Es decir, la relación
“extend” implica que el comportamiento de un caso de uso es diferente dependiendo
de ciertas circunstancias.
Isaac Martínez Pérez DSM-402 ESTANDARES Y METRICAS DE SOFTWARE

Extensión (extend): es una relación que amplía la funcionalidad de un Caso de Uso

mediante la extensión de sus secuencias de acciones.
Se puede incluir una relación entre dos casos de uso de tipo “Extend” si se desea
especificar diferentes variantes del mismo caso de uso. Es decir, la relacion
“extend” implica que el comportamiento de un caso de uso es diferente dependiendo
de ciertas circunstancias.
Isaac Martínez Pérez DSM-402 ESTANDARES Y METRICAS DE SOFTWARE

5. Investiga cuales son los componentes mínimos del documento de especificación

de un caso de uso y da un ejemplo de una plantilla para la especificación de casos
de uso.

Normalmente, un diagrama de casos de uso incluirá tres componentes principales:

1. Actores Los actores representan a los usuarios que interactúan con tu sistema. Pueden
ser individuos, organizaciones u otro software que esté en contacto con tu sistema.

2. Sistema A veces denominado escenario, el sistema puede definirse como un conjunto

específico de acciones que tienen lugar entre los actores y el software.

3. Objetivos Los objetivos marcan el resultado deseado de un diagrama de casos de uso.

Todas las actividades e interacciones deben estar referenciadas en el diagrama, ya que son
elementos vitales para alcanzar los objetivos

Ejemplo: