Información sobre Diagramas de caso de uso

1. AÑO DE LA CONSOLIDACION DEL MAR DE
GRAU
INSTITUTO SUPERIOR TECNOLÓGICO PRIVADO
“JUAN MEJÍA BACA”
CURSO:
Ingeniería de software I
TEMA:
DIAGRAMAS DE CASO DE USO
CICLO: CODIGO: TURNO:
v 1615NA Noche
GRUPO:
BIINGE’SOF
INTEGRANTES:
ARCE SANDOVAL JOSE
INGA MILIAN ROMERY
DOCENTE: MARCO AURELIO PORRO CHULLI

2. En el Lenguaje de Modelado Unificado, un diagrama de casos de uso es una forma de
diagrama de comportamiento UML mejorado. El Lenguaje de Modelado
Unificado(UML), define una notación gráfica para representar casos de uso llamada
modelo de casos de uso. UML no define estándares para que el formato escrito
describa los casos de uso, y así mucha gente no entiende que esta notación gráfica
define la naturaleza de un caso de uso; sin embargo una notación gráfica puede solo
dar una vista general simple de un caso de uso o un conjunto de casos de uso.

3. El diagrama de la derecha describe la funcionalidad de
un Sistema Restaurante muy simple.
Los casos de uso están representados por elipses y
los actores están, por ejemplo, los casos de uso se
muestran como parte del sistema que está siendo
modelado, los actores no.
La interacción entre actores no se ve en el diagrama de
casos de uso.
Si esta interacción es esencial para una descripción
coherente del comportamiento deseado, quizás los
límites del sistema o del caso de uso deban de ser
re-examinados. Alternativamente,
la interacción entre actores puede ser parte de
suposiciones usadas en el caso de uso.
Sin embargo, los actores son una especie de rol, un
usuario humano u otra entidad externa puede jugar
varios papeles o roles.
Así el Chef y el Cajero podrían ser realmente la misma
persona.

4. Actor:
Un actor es una entidad externa (de fuera del sistema) que
interacciona con el sistema participando (y normalmente iniciando)
en un caso de uso. Los actores pueden ser gente real (por ejemplo,
usuarios del sistema), otros ordenadores o eventos externos.
Caso de uso:
Un caso de uso describe, desde el punto de vista de los actores, un
grupo de actividades de un sistema que produce un resultado
concreto y tangible.
Cuando se trabaja con casos de uso, es importante tener presentes
algunas sencillas reglas:
Cada caso de uso está relacionado como mínimo con un actor
Cada caso de uso es un iniciador (es decir, un actor)
Cada caso de uso lleva a un resultado relevante (un resultado con
«valor intrínseco»)

5. Relaciones:
Conjunto de secuencias de acciones, cada secuencia representa un posible
comportamiento del sistema.
Variantes, son versiones especializadas, un caso de uso que extiende a
otro o un caso de uso que incluye a otro.
Comunicación: Relación (asociación) entre un
actor y un caso de uso. El estereotipo de la
relación de comunicación es:
<<communicate>> aunque generalmente no se
estipula ningún nombre.
Inclusión: Un caso de uso base incorpora
explícitamente el comportamiento de otro en
algún lugar de su secuencia. La relación de
inclusión sirve para enriquecer un caso de uso
con otro y compartir una funcionalidad común
entre varios casos de uso, también puede
utilizarse para estructurar un caso de uso
describiendo sus subfunciones. El caso de uso
incluido existe únicamente con ese propósito,
ya que no responde a un objetivo de un actor.

6. Extensión: Un caso de uso base incorpora implícitamente el comportamiento de otro
caso de uso en el lugar especificado indirectamente por este otro caso de uso. En el
caso de uso base, la extensión se hace en una serie de puntos concretos y previstos en
el momento del diseño, llamados puntos de extensión, los cuáles no son parte del flujo
principal.
Especialización y generalización de los casos de uso: Un caso de uso (subcaso) hereda
el comportamiento y significado de otro, es decir las relaciones de comunicación,
inclusión y extensión del super-caso de uso. En muchas ocasiones este super-caso de
uso es abstracto y corresponde a un comportamiento parcial completado en el subcaso
de uso.