Definición de diagrama de caso de uso

Son diagramas de comportamiento, no detallan tanto los aspectos técnicos del sistema; forma para
entender las posibilidades del sistema através del sistema.

Elementos

Acotres: No son necesariamente humanos

Acciones:

Rlsciones extend o include

Actores:

Extend: Para designar una acciones que puede derivar de otra.

Include:

Definición de diagrama de caso de uso

Cuáles son los elementos de un diagrama de casos de uso
Explicar los elementos de los casos de uso
Explicar los tipos de relaciones que se presentan en los diagramas de casos de uso.
Ejemplo usando un caso de uso de su proyecto

BUSCAR: caso de uso

· https://www.google.com/search?rlz=1C1CHBF_esCO876CO876&sxsrf=ALeKk001p-gw3cLr2tW-
9Sl5DhJJXwtQQA
%3A1585429891811&ei=g71_XoGTMenn_Qaw2LCQBA&q=casos+de+uso&oq=casos+de+uso&gs
_lcp=CgZwc3ktYWIQAzICCAAyAggAMgIIADICCAAyAggAMgIIADICCAAyAggAMgIIADICCAA6BAgAE
Ec6BAgAEEM6BAgjECc6BQgAEIMBOgcIABCDARBDUO-1pQdY-
8mlB2CzzaUHaABwCXgAgAHyAYgBlhKSAQUwLjguNJgBAKABAaoBB2d3cy13aXo&sclient=psy-
ab&ved=0ahUKEwjB4JHMir7oAhXpc98KHTAsDEIQ4dUDCAs&uact=5
 · https://openclassrooms.com/en/courses/4990961-planea-tu-proyecto-con-uml/4996511-
diagramas-de-casos-de-uso

· http://stadium.unad.edu.co/ovas/10596_9839/diagramas_de_casos_de_uso.html

· https://repositorio.grial.eu/bitstream/grial/1155/1/UML%20-%20Casos%20de%20uso.pdf

BUSCAR: elementos de un diagram de casos de uso

· https://www.google.com/search?
q=elementos+de+un+diagrama+de+casos+de+uso&rlz=1C1CHBF_esCO876CO876&oq=elemento
s+de+un+diagrama+de+casos+de+uso&aqs=chrome..69i57.656j0j1&sourceid=chrome&ie=UTF-8

· https://es.wikipedia.org/wiki/Caso_de_uso#Tipos_de_relaciones

· https://repositorio.grial.eu/bitstream/grial/1155/1/UML%20-%20Casos%20de%20uso.pdf

· https://diagramasuml.com/casos-de-uso/

· https://www.ecured.cu/Caso_de_uso#Elementos

· https://www.teatroabadia.com/es/uploads/documentos/iagramas_del_uml.pdf

· https://www.seas.es/blog/informatica/tipos-de-relaciones-en-diagramas-de-casos-de-uso-uml/

BUSCAR: cuales son los elemntos de un agramda de caso de uso

· https://www.google.com/search?
q=cuales+son+los+elemntos+de+un+agramda+de+caso+de+uso&rlz=1C1CHBF_esCO876CO876&
oq=cuales+son+los+elemntos+de+un+agramda+de+caso+de+uso&aqs=chrome..69i57.10270j0j1
&sourceid=chrome&ie=UTF-8

BUSCAR: tipos de relaciones que se presentan en los diagramas de casos de uso

 · https://www.google.com/search?
q=tipos+de+relaciones+que+se+presentan+en+los+diagramas+de+casos+de+uso&rlz=1C1CHBF_
esCO876CO876&oq=tipos+de+relaciones+que+se+presentan+en+los+diagramas+de+casos+de+
uso&aqs=chrome..69i57.3079j0j1&sourceid=chrome&ie=UTF-8

· http://www.exa.unicen.edu.ar/catedras/modysim/teoria/casos_de_uso_b.pdf

· https://prezi.com/lpvid20bg9-g/relaciones-entre-casos-de-uso/

· https://es.scribd.com/document/231789460/Tipos-de-Relaciones-en-Diagramas-de-Casos-de-
Uso

file:///C:/Users/Edwin/Downloads/231789460-Tipos-de-Relaciones-en-Diagramas-de-
Casos-de-Uso.pdf

· http://stadium.unad.edu.co/ovas/10596_9839/diagramas_de_casos_de_uso.html

· https://www.monografias.com/docs115/diagrama-casos-uso-interaccion-y-clases/diagrama-
casos-uso-interaccion-y-clases.shtml

· https://www.infor.uva.es/~mlaguna/cd/CD3.PDF

BUSCAR EN GOOGLE: que es un diagram de caso d euso

· https://www.google.com/search?
q=que+es+un+diagram+de+caso+d+euso&rlz=1C1CHBF_esCO876CO876&oq=que+es+un+diagra
m+de+caso+d+euso&aqs=chrome..69i57.7115j0j1&sourceid=chrome&ie=UTF-8

· https://es.wikipedia.org/wiki/Diagrama_de_casos_de_uso

https://www.developer.com/design/article.php/2109801

https://www.developer.com/design/article.php/10925_2109801_
2/Creating-Use-Case-Diagrams.htm

http://www.methodsandtools.com/archive/archive.php?id=24

https://web.archive.org/web/20061210223114/http://parlezuml.com/tutorials/use
cases.htm

https://synergix.wordpress.com/2008/06/07/casos-de-uso-avanzados-relacion-de-
inclusion/
 https://synergix.wordpress.com/2008/06/05/casos-de-uso-avanzados-relacion- extend/

· https://ingsotfwarekarlacevallos.wordpress.com/2015/06/04/uml-casos-de-uso/

http://elvex.ugr.es/decsai/java/pdf/3E-UML.pdf

http://www.agilemodeling.com/essays/umlDiagrams.htm

http://agilemodeling.com/style/useCaseDiagram.htm

http://www.ootips.org/

· https://www.ecured.cu/Caso_de_uso

· https://es.slideshare.net/ElvinHernandez2/uml-diagrama-de-caso-de-uso

· https://docs.microsoft.com/es-es/visualstudio/modeling/uml-use-case-diagrams-guidelines?
view=vs-2015

· https://www.codecompiling.net/files/slides/UML_clase_02_UML_casos_de_uso.pdf

DIAGRAMA DE CASO DE USO

una forma de diagrma

Es una forma de duagrama de comportamiento UML( Lenguaje de Modelado Unificado mejorad,

Es una forma de diagrama de comportamiento UML (Lenguaje de Moldelado

Unificado)mejorado.Representa la forma en como un cliente (Actor) opera con el sistema en desarrollo,
además de la forma, tipo y orden en como los elementos interactúan (operaciones o casos de uso ).

Es un diagraa que representa a los usuarios finales del sistema y que trata de recoger todas las formas en
la que los usuarios interactúan con la aplicación.

Este diagrama es parte de los diagramas de comportamiento, que demuestra de forma sencilla, y visual
de cómo funciona el sistema para que todas las personas involucradas en el proyecto lo entiendan.
Es una descripción de las acciones de un sistema desde le punto el punto de vista del usuario. Es una
herramienta valiosa dado que es una técnica de aciertos y errores para obtener los requerimientos del
siste,, justam ente desde el punto de vista del usuario.

Es un diagrama de QUE ESTÁ EN LA CATEGORÍA DE comportamiento, UML lenguaje modelado

unificado.Representa la forma en como un cliente (Actor) opera con el sistema en desarrollo, además de
la forma, tipo y orden en como los elementos interactúan (operaciones o casos de uso ).

El diagrma de caso de suso, modela n la funcionalidad del sistema usando actores y casos de uso. Los
casos de uso son servicios o funciones previstas por el sistema para sus usuarios.

Describen una interacción típica entre un usuario (actores y un sistema de computo).

Es una técnica para capturar información de como un sistema o negocio trabaja actualmente, o de como
se desea que trabaje.

- Describe que hace un sistema, pero no especifica como lo hace.

- Debe ser simple, claso y conciso.

Qué es un caso de uso?

- Describen una interacción típica entre un usuario (actores y un sistema de computo).

- Es una técnica para capturar información de como un sistema o negocio trabaja actualmente, o de
como se desea que trabaje.

- Produce algo de valor para que algún actor como el cáculo de algún resultado.

- Describe que hace un sistema, pero no especifica como lo hace.

- Captura alguna función visible para el usuario.

- El caso de suso puede ser pequeño o grande

- Logra un objetivo discreto para el usuario.

- Debe ser simple, claso y conciso.

Para que sirven los casos de uso?

- Para capturar el comportamiento desdeado del sistema sin tener que especificar como se implemnete
ese comportamiento.

- Como medio de comprensión del sistema para desarroladores, usuarios dinales, expertos del dominio.

- Ayudan a validad la arquitectura y verificar el sistema en el trasncuros del desarollo de este.

Cuáles son los elementos de un diagrama de casos de uso

Un diagrama de casos de uso consta de los isguientes elementos:

- Actor

- Casos de uso: acciones

- Relaciones de uso, herencia y comunicación - Lineas entre los actores y las acciones que les
correspondan (include): Entre acciones cuando una acción es prerequisito de otra

Extend: Entre acciones cuando unacción es una opción después de realizar otra.

- Sistema. escenario

Explicar los elementos de los casos de uso

-ACTOR:

Es un rol que un usuario juega con respecto al sistema. Es importante destacar el uso de la palabra rol,
pues con esto se especifica que un actor no necesariamnete representa a una persona en particular,
sino más bien la labor que realiza frente al sistema.

Como ejemplo a la definición anterior , tenermos el caso de un sisitema de ventas en que el rol de
vendedor con respecto al sistema puede ser realziado por un vendedor o bien por el jefe de Local .

Se le llama actor a toda entiddad externa al sistema que guarda una relación con éste y que le demanda
una funcionalidad. Eso incliuye a los operadores humanos pero también incluye a todos los sistemas
externos, además de entidades abstractas, como el tiempo.

En el caso de los seres humanos se pueden ver a los actores como definciones de Rol, por lo que un mismo individuo puede corresponder a uno o más actores. Suele suceder sin embargo,
que es el sistema quien va tener interés en el tiempo. Es frecuente encontrar que nuestros sistemas deben ejecutar operaciones automáticas en determinados momentos, y siendo esro un
requisito funcional obvio, resulta de interés desarrollar alguna forma de capturar dicho requisito en el modelo de caso de uso final.
Son los usuarios directos del sistema
Rol jugado por:
- Persona
- Dispositivo de hardaware
- Otros sistemas
En UML un actor se representa como monigote
Cómo se conectan actores y casos de uso?
- Por medio de relaciones
Un diagrama de caso de uso contiene los símbolos del actor y del caso de uso, junto con líenas conectoras. Los actores son similiares a alas entidades externas; exixten fuera del sistema. El
término actor se refiere a un rol especifíco de un usuario del sistema.
Por ejemplo:
Un actor puede ser un empleado, pero también puede ser un cliente en la tienda de la empresa. Incluso cuando es la misma persona en el mundo real, se represenya como 2 símbolos distintos
en un diagrama de ciaso de suso, ya que la persona interactúa con el sistema en dostintos roles.
- El actor existe fuera del sistema e interactua con este de una mansera especifica.
- Un actor puede ser humano, otro sistema un dispositivo como un teclado o una conexión web.
- Los actores pueden iniciar una instancia de un caso de uso.
- Un actor puede interacturar con uno o más casos de uso, un caso de uso puede involucrar a uno o más actores.
Los actores son los diferentes particiapantes en nuetro escenario, Son los que llevan a cabo las acciones que describimos en los casos de uso, Los actores se representan como figuras de palo.
No hace falta ser muy bune dibujante.
Los actores no son necesariamnete personas! Pueden representar organizaciones o incluso componentes del software.

CASOS DE USO: ACCIONES:

Las acciones son aquello que hacen los actores con el sistema. Son funcionalidades que deberán ser
luego implementadas.

Empecemos con las primeras acciones descritas en el caso de uso textural; el comprador buscnaod un artículo. Podemos añadir
"Ver artículos" en el sistema. Dibjamos una línea entre el comprador y la acción para significar quen lleva a cabo la acción.
También añadimos la acción "subir artículo y dibujamos una línea entre el vendedor y la acción "
Se representa con óvalos . La etiqueta en el óvalo indica la función del sistema.
Es una operación o tarea específica que se realizar tra una orden de lgún agente externo, sea desde una petición de un actor o
bien desde la inovocación desde otro caso de suso.
Un caso de uso se utiliza para representar una de las funcionalidades que realiza el sistema. Es una secuencia de acciones que
hace el sistema y que producen un resultado que puede percibir un usuario.
Formalmenyte hablando, un caso de uso es una clasificación de comportamiento que específica una unidad de funcionalidad
completa y que está realizada por uno o más sujetos que se relacionan con el caso de uso colaborando para ello con uno o más
acotres y que produce un resultado que tiene alguna utilidad para cualquiera de esos casos.
Se representa con una elipse que inlcuye en su interior el nombre del caso de uso.
Cada secuencia representa un posible comportamiento del sistema.
Es una secuencia de intercambios en un diálogo con el sistema que se ecuentran relacionados por su comportamiento.

SISTEMA: LÍMITE

En el centro, dibujamos el sistema. Es el escenario dónde nuestros actores interactuan . Lo representaremos como un
rectángulo y dibujaremos los casos de uso dentro del sistema.
El rectángulo representa los límites del sistema que contiene los CASOS de uso. Los actores se ubican fuera de los límites del
sistema
El rectángulo alrededor de los casos de uso se denomina cuadro de límite del sistema y como su nombre lo índica. indica el
alcance de su sistema, los casos de uso dentro del rectángulo representan la funcionalidad que tiene la intención de
implemnetar. Que se tiene la idea de implementar en el mismo sistema.
- indique el alcance de liberación con un cuadro de límite del sistema En la figural (DOWNLOAD), verá que se incluyten 3 cuadros
de límite del sistema, cada uno de los cuales tiene una etiqueda que indica a qué versión se han asignado los diferentes casosos
de uso.
- Evitar los cuadros de límite del sistema sin sentido.
En el centro, dibujamos el sistema. Es el Escenario dónde nuestros actores interactúan. Lo representaremos como un re
´ctangulo, y dibujamos los casos de uso dentro del sistema.
Un límite del sistema define el alcance de lo que será un sistema. Un distema no puede tener una funcionalidad simpre infinita.
Por lo tanto, se deduce que los casos de uso también deben tener límites definitivos definidos. Un límite del sistema de un
diaframa de caso de uso define los límites del sistema. El límite del sistema se muestra como un rectángulo que abarca todos
los casos de uso en el sistema.
El límite del sistema es potencialmente todo el sistema. Pero este no siempre es el caso. Para sistemas grandes y complejos,
cada uno de los módulos puede ser el límite del sistema. Por ejemplo, para un diagrama dERP para una organización, cada uno
de los módulo, como personal, nómina, contabilidad, etc.., puede formar el límite del sistema para casos de uso específicos de
cada una de estas funciones comerciales. Todo el sistema puede abarcar todos estos módulos que representan el límite general
del sistema.

RELACIONES:

Las relaciones se utilizan para extraer el comporatmiento de los casos de uso en los que se incluye y
poniendo ese comportamientoen otros c2asoso de uso que lo extiende.
Están en forma de líneas y/o flechas
Tipo de relaciones:
Generalización: Entre un actor y un caso de uso que denota la participación del actor en dicho caso de
uso. Este tipo de relación es un de los más utilizados, cumple una doble función dependiendo de su
estereotipo, que puede ser de USO <<USE>> o de herecia o lnclude
Uso. (<<uses>>) o de Herencia (<<extends>>). Este tipo de relación esta orientado exclusivamente para
casos de uso (y no para actores).

Extends. Se recomienda utilizar cuando un caso de uso es similar a otro (características).

Uses. Se recomienda utilizar cuando se tiene un conjunto de características que son similares en más de
un caso de uso y no se desea mantener copiada la descripción de la característica. De lo anterior cabe
mencionar que tiene el mismo paradigma en diseño y modelamiento de Clases, en donde esta la duda
clásica de usar o heredar.

Asociación. Es el tipo de relación más básica que indica la invocación desde un actor o caso de uso a otra
operación (caso de uso). Dicha relación se denota con una flecha simple.
Dependencia o Instanciación. Es una forma muy particular de relación entre clases, en la cual una clase
depende de otra, es decir, se instancia (se crea). Dicha relación se denota con una flecha punteada.

Las relaciones entre un actor y un caso

de uso, se dibujan con una línea simple.
Para relaciones entre casos de uso, se
utilizan flechas etiquetadas "incluir" o
"extender." Una relación "incluir" indica
que un caso de uso es necesitado por
otro para poder cumplir una tarea. Una
relación "extender" indica opciones
alternativas para un cierto caso de uso.
Los casos de uso de UML comparten diferentes tipos de relaciones. Una relación entre dos casos de
uso es básicamente una dependencia entre los dos casos de uso. La definición de una relación entre
dos casos de uso es la decisión del modelador del diagrama de casos de uso. Esta reutilización de un
caso de uso existente utilizando diferentes tipos de relaciones reduce el esfuerzo general requerido
para definir los casos de uso en un sistema. Una reutilización similar establecida usando relaciones,
también será evidente en los otros diagramas UML. Las relaciones de casos de uso pueden ser una de
las siguientes.
Los casos de uso de UML, comparten diferentes tipos de relaciones.

Existen varios tipos de relaciones que pueden aparece en un diagrama de caso de uso.

- Una asociación entre actor y un caso de uso

- Una asociación entre dos casos de uso.

- Una generalización entre 2 actores

- Una generalización entre 2 coasos de uso.

La relaciones entre un actor y un caso de uso, se dibijan con línea simple. Para relaciones entre casos de
uso, se utilizan flechas etiquetadas "incluir " o "extender". Una relación "incluir " indica que un caso de
uso es necesitado por otro para poder cumplir una tarea. Una relación "extender "indica opciones
alternativas para un cierto caso de uso.

Las asociaciones se representan como líneas que conectan 2 elementos de moledado con una punta de
flecha de punta abierta opcional en un extremo de la líea que inidica la dirección de la invocación inicial
de la relación. Las generalizaciones se representan como una flecha de punta cerrada con la flecah
apuntando hacia el elemnto de modelado más general.

Comunicación:

Relación (asociacion) entre un actor y un caso de uso. El estereotipo de la realción de comunicación es

<<communicate>> aunque generalmente no se estipula nungún nombre.

RELACIONES DE TIPOS DE CASOS DE USO

Las relaciones activas se conocen como relaciones de comportamientos y se utilizan principalmente en

los diagramas de casos de uso. Hay 4 tipos básicos de relaciones de comportamiento

Asociación: kk

Es el tipo de relación más básica que indica la invocación desde un actor o caso de uso a otra operación
(caso de uso). Dicha relación se denota de una flecha simple.

Comunica <<comunicates>> relación (asociación) entre un actor y un caso de uso que denota la
pariticipación del actor en dicho caso de uso.

- Se da entre un actor y un caso de uso, cuando el actor es quién efectua el caso de uso en el sistema.

- El estereotipo de la relación de comunicación es <<communicate>> aunque generalmente no se

estupila ningún nombre, como podemos apreciar en el siguiente ejemplo de comunicaión.

Para conectar un actor con un caso de uso se utiliza una líena sin puntas de flecha.

DEPENDENCIA O INSTANCIACIÓN:

Es una forma muy particular de relación entre clases, en la cuál una clase depende de otra, es decir, se
instancia (se crea). Dicha relación se denota con una flecha punteada.

GENERALIZACIÓN:

Este tipo de relación es uno de los más utlizados, cumple una doble función dependiendo de su
estereotipo, que puede ser de uso (<<uses>>) o de herencia (<<extends>>).
Este tipo de relación está orientada exclusivamente para casos de uso (y no para actores)
Existe, además, otra relación denomiada GENERALIZACIÓN, que consiste en hacer un elemento herede
el comportamiento de otro. Aunque se puede utilizar entre casos de uso, es más común utilizarlo entre
actores, haciendo que uno de los actores tenga acceso a las funcionalidades de otro. Se representa con
una flecha con la puenta hueca que va desde el elemento que hereda al elemento heredado.
Entre un actor y un caso de uso que denota la participación del actor en dicho caso de uso. Este tipo de
relación es uno de los más utilizados, cumple una doble función dependiendo de su estereotipo, que
puede ser de:
include
exclude
Especialización y generalización de los casos de uso
un caso de uso (sub caso), hereda el comportamiento y significado de otro, es decir las relaciones de
comunicación o asociación, inclusión o include, extensión o extend 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. O dicho de otra manera. Los casos de uso "hijo" son una especialización del caso
de uso "padre". En la medida de lo posible debería evitarse puesto que produce cierta confunsión en
algunas ocasiones.
"Entonces la Generalización es la actividad de identificar elemnetos en común entre conceptos y
dpññefinir las relaciones de uns superclase (concepto general) y subclase (concepto especializado). Es
una manera de construir clasificaciones taxonómicas entre conceptos que entonces se representan en
jerarquías de clases. Las subclases conceptuales son conformes con las superclases conceptuales en
cuanto a la intención y extensión"
En la tercera forma de relaciones entre casos de uso, existe una relación generalización/especialziación.
Un caso de uso dado puede estar en una forma especializada de un caso de uso existente. La notación es
una línea sólida terminada en un triángulo dibujado desde el caso de uso especializado al caso de uso
general. Esto se asemeja al concepto orientado a objetos de sub-clases, en la práctica puede ser útil
factorizar comportamientos comunes, restricciones al caso de uso general, describirlos una vez, y
enfrentarse a los detalles excepcionales en los casos de uso especializados.
una relación de generalización es también una relación padre-hijo entre casos de uso. El caso de uso
secundario en la relación de generalización tiene el significado subyacente del proceso comercial, pero
es una mejora del caso de uso primario. En un diagrama de caso de uso, la generalización se muestra
como una flecha dirigida con una punta de flecha triangular (ver Figura 3.6). El caso de uso infantil está
conectado en la base de la flecha. La punta de la flecha está conectada al caso de uso principal.
Un ejemplo debería ayudarlo a comprender mejor las cosas. En el diagrama de una relación de
generalización (consulte la Figura 3.6), puede ver que el caso de uso "Almacenar registros de pacientes
(archivo en papel)" (padre) se representa como una versión generalizada de "Almacenar registros de
pacientes (archivo computarizado)" ( niño) caso de uso. La definición de una relación de generalización
entre los dos implica que puede reemplazar cualquier caso del caso de uso "Almacenar registros de
pacientes (archivo en papel)" en el flujo comercial de su sistema con el caso de uso "Almacenar
registros de pacientes (archivo computarizado)" sin afectar ningún flujo de negocios Esto significaría que
en el futuro podría optar por almacenar registros de pacientes en un archivo computarizado en lugar de
documentos en papel sin afectar otras acciones comerciales.

Las relaciones de generalización de clases de casos de uso de especialización a clases de casos de uso
generalizadas se utilizan para indicar que las clases de casos de uso de especialización son consistentes
con las clases de casos de uso generalizadas y pueden agregar información adicional. Se puede usar un
caso de uso de especialización en lugar de un caso de uso generalizado y se puede usar cualquier parte
de la interacción del caso de uso generalizado. Las relaciones de generalización se denotan como líneas
continuas o caminos con una punta de flecha hueca que apunta al caso de uso generalizado.
Las relaciones de generalización de las clases de actores de especialización a las clases de actores
generalizadas se utilizan para indicar que las clases de actores de especialización son consistentes con las
clases de actores generalizadas y pueden agregar información adicional. Se puede usar un actor de
especialización en lugar de un actor generalizado y recibe las características del actor generalizado. Las
relaciones de generalización entre actores se denotan de manera similar a las relaciones de
generalización entre casos de uso.
INCLUSION: INCLUDE
Uses. Se recomienda utilizar cuando se tiene un conjunto de características que son similares en más de
un caso de uso y no se desea mantener copiada la descripción de la característica. De lo anterior cabe
mencionar que tiene el mismo paradigma en diseño y modelamiento de Clases, en donde esta la duda
clásica de usar o heredar.
Un caso de uso contiene un comportamiento común para más de un caso de uso. La flecha apunta al
caso de uso común.

Se utiliza para representar que un caso de uso utiliza siempre a otro caso de uso. Es decir, un caso de uso
se ejecutará obligatoriamente (lo incluye, lo usa). Se representa con una flecha discontinua que va desde
el caso de uso de origen al caso de uso que se incluye
Un uso típico de este tipo de relaciones se produce cuando dos casos de uso comparten una
funcionalidad. Esa funcionalidad es extraida de los dos y se crea un caso de uso nuevo que se relaciona
con los anteriores con un include.

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.
Se representan con el estereotipo <<include>>. Algunos casos de uso típicos de inclusión son:
comprobar, verificar, buscar, validar, autentificar o login…

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 sub-funciones. El caso de uso incluido existe únicamente con ese
propósito, ya que no
responde a un objetivo de un actor.
Estas relaciones se representan mediante una flecha discontinua con el estereotipo <<include>>.
Algunos casos de uso típicos de
inclusión son: comprobar, verificar, buscar, validar, autentificar o login. En principio, no deberíamos
abusar de este tipo de relación,
para no hacer una descomposición funcional del sistema. La relación <<include>> reemplazó al
denominado <<uses>>.
Veamos un ejemplo de inclusión entre casos de uso:

Es una forma de interacción o creación, un caso de uso dado puede "incluir" otro caso de uso. El primer
caso de uso a menudo depende del resultado del caso de uso incluido. Esto es útil para extraer
comportamientos verdaderamente comunes desde múltiples casos de uso a una descripción individual(si
el actor realiza el caso de uso base tendrá que realizar también el caso de uso incluido), desde el caso de
uso. El estándar de Lenguaje de Modelado Unificado de OMG define una notación gráfica para realizar
diagramas de casos de uso, pero no el formato para describir casos de uso. Mucha gente sufre la
equivocación pensando que un caso de uso es una notación gráfica (o es su descripción). Mientras la
notación gráfica y las descripciones son importantes, ellos forman parte de la documentación de un caso
de uso --un propósito para el que el actor puede usar el sistema. La notación es de una flecha de punta
abierta con línea discontinua desde el caso de uso que lo incluye hasta el caso de uso incluido, con la
etiqueta "«include»". Este uso se asemeja a una expansión de una macro, donde el comportamiento del
caso incluido es colocado dentro del comportamiento del caso de uso base. No hay parámetros o valores
de retorno

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.
Se representan con el estereotipo <<include>>. Algunos casos de uso típicos de inclusión son:
comprobar, verificar, buscar, validar, autentificar o login…
Incluir: cuando un caso de uso se describe como el uso de la funcionalidad de otro caso de uso en un
diagrama, esta relación entre los casos de uso se denomina relación de inclusión . Literalmente
hablando, en una relación de inclusión , un caso de uso incluye la funcionalidad descrita en el otro caso
de uso como parte de su flujo de proceso de negocio. Una relación de inclusión se representa con una
flecha dirigida que tiene un eje punteado. La punta de la punta de flecha apunta al caso de uso principal
y el caso de uso secundario está conectado en la base de la flecha. El estereotipo "<<include>>"
identifica la relación como una relación de inclusión.

EXTEND: EXTENDER

Se recomienda utilizar cuando un caso de uso es similar a otro (características).

Este tipo de relaciones se utilizan cuando un caso de uso tiene un comportamiento opcional, reflejado en otro caso de uso. Es
decir, un caso de uso puede ejecutar, normalmente dependiendo de alguna condición o flujo del programa, otro caso de uso. Se
representa con una flecha discontinua que va desde el caso de uso opcional al original.

En este supuesto el caso de uso Hacer pedido puede dar lugar (o no) a otros dos casos de uso: Enviar notificación SMS y Enviar
notificación email. Se supone que, cuando un usuario hace un pedido, el sistema le permite elegir si quiere que se envíe una
notificación de ese pedido por SMS o por email.

Es otra forma de interacción, un caso de uso dado (la extensión) puede extender a otro. Esta relación indica que el
comportamiento del caso de la extensión se utiliza en casos de uso, un caso de uso a otro caso siempre debe tener extensión o
inclusión. El caso de uso extensión puede ser insertado en el caso de uso extendido bajo ciertas condiciones. La notación, es una
flecha de punta abierta con línea discontinua, desde el caso de uso extensión al caso de uso extendido, con la etiqueta
«extend». Esto puede ser útil para lidiar con casos especiales, o para acomodar nuevos requisitos durante el mantenimiento del
sistema y su extensión.

"La extensión, es el conjunto de objetos a los que se aplica un concepto. Los objetos de la extensión son los ejemplos o
instancias de los conceptos."

documentan el comportamiento de un sistema desde el punto de vista de un usuario

En otras palabras será utilizado cuando un caso de uso sea similar a otro pero con ciertas variaciones, un ejemplo claro es que se
necesite comprar azúcar y podemos seleccionar de entre azúcar rubia, blanca o su unidad de medida bolsa, kilo, etc.

Extender: en una relación extendida entre dos casos de uso, el caso de uso secundario se suma a la
funcionalidad y características existentes del caso de uso primario. Una relación extendida se representa
con una flecha dirigida que tiene un eje punteado, similar a la relación de inclusión. La punta de la punta
de flecha apunta al caso de uso principal y el caso de uso secundario está conectado en la base de la
flecha. El estereotipo "<<extender>>" identifica la relación como una relación extendida, como se
muestra en la Figura 3.5.
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.
Conviene su uso sólo para insertar un nuevo comportamiento no previsto en un caso de uso existente.
 Se representan con el estereotipo <<extend>>

30/03/2020
LILIANA
8:12
11:00 PRESENICIAL
INSPECCION DE POLICIA DE SANTAFE
3821658 - 3821665 EXT 132
stephanie quiñoz
ROSMERY CAMPO/OCAMPO

3779595 ext 1138 - 1136 1141 1232 1240 - V 7- 4 INSPECCIÓN DE POLICIA DE SANTA FÉ

02/04/2020
13:14 195
MIGUEL CRUZ

3214255216 1:28

142
10004

[email protected]

queja pagina
procuraduria dmrandarlos

demanda jydicaial porduraria

dema ¿na jydicail

procuradia

reclamacion

demanda jucial fiscalia recurso verdal

recursovrlbal, hablaro lo que esta pasando.

estrado judicial

demando judicail

denucia y demanda fiscalia

denucia virtual

demabda reonda y fuscali

denuncai fisclaia

[email protected]

enviar escanerar radicacion

fotocpia de la cdula

JORGE SANCHEZ

__________________________________________

FISCALLÍA GENERAL DE LA NACIÓN, BOGOTÁ D.C.

DENUNCIA VIRTUAL

ARTURO MORALES - REDIRIGE LA LLAMADA AL PERSONAL PARA TOMAR LA DECLARACIÓN DE DENUNCIA

10:00 AM (TOMA LA DECLARACIÓN DE LA DENUNCIA UNA MUJER)

HORA DE INICIO 09:50 A 10:06 AM, FECHA: 30 de marzo de 2020

110016000012202050585 5 dias (Espera de respuesta) denuncia ABUSO DE AUTORIDAD GENERADO

VÍA TELÉFONICA POR LA FISCALIA
OTRAS ACCIONES SE DEBE TOMAR O LLEGAR A LA PROCURADURÍA

ATENDIDO POR : CAROLINA MUÑOZ 07/04/2020 17:00 - 17:02 FISCALIA GENERAL DE LA NACIÓN

FISCALIA 380 SECCIONAL DE UNIDAD AMINISTRACIÓN PÚBLICA VIOLENCIA SERVIDOR PÚBLICO

5702000 EXT 1 EXT 15605 15606 (15607 ESTA EXTENSIÓN NO ES VÁLIDA)

SECCCIONAL UNIDAD DE ADMINISTRACION PUBLUCIA VIOLENCIAS SERVIDOR PUBLICO CORRECTIVO

CR 28 N° 18 45

1/04/2020 ASIGNACIÓN DE FISCAL DEL CASO

PÁGINA DE LA FISCALÍA

SERVICIO AL CIUDADANO,- BUZON DE PQRS- RADICACIÓN DERECHO DE PETICIÓN

daniel ramirez 6:57 08/04/2020 7:20 am

DERECHO DE PETICIÓN - 15 DÍAS HÁBILES, CADA DESPACHO ES AUTNOMO DE DAR RESPUESTA SEGÚN LO
QUE MANIFIESTA EL COMUNCATOR

122 P

7 POCPOPM

20206170053502 N° RADICADO DE DERECHO DE PETICIÓN ANTE LA FISCALÍA CORRE POR NO

RESPONDER AL RADICADO DE ABUSO DE AUTORIDAD APARTIR DEL DÍA DE HOY, es decir, inicia la cuenta
desde el mismo día que se radica.

EN CASO DE NO RECIBIR RESPUESTA

gjfhf hv b

dmjbi ib dkfndie fv

---------------------------------------------------------

08/04/2020 9:19 - 9:20 AM

20206170053582 N° RADICADO DERECHO DE PETCIÓN ANTE LA FISCALÍA TELÉFONO CELULAR

PROCURADURIA QUEJA FUNCIONES, CONTA FISCAL Y SUS FUNCIONES

CLL19 N| 33 - 02 OFICINA 4 EMANZANINÍ N°1 031 570 20 00 EXT 10878

RADICADO DEUNICA DEL TELÉFONO
CIUDADANO BUZPN PRQS RADICACION DERECHO DE PECION

daniel ramirez CONTACTO DE LA FISCALIA GENERAL DE LA NACION

195 08/04/2020 7:38

CARLA CASTILLO

143

personeriabogota.gov.co boton habilitados chat o linea o whatsapp

30/03/2020

COSAS QUE ME GUSTA Y LAS QUE NO

res cosas que te gustan

Tres cosas que no te gustan

Tres cosas que haz hecho esta semana
Dan dos palabras aleatorias para formar frase.
Decir una de las definiciones de los términos de palabras que grabamos los audios, él la da aleatoria

I dónt like is lies

I don't like people who believe themselves more than others
I dón´tn like Bogota

I like the animals

I like landscapes
i like architecture, modern, post colonial, colonial, traditional and futuristic FIUCHURISTIC
I like modern, post colonial, colonial, traditional and futuristic architecture

I will do study work that I lack

I will have to go to court
I'll make a letter to sue the police
I will do the study works of carolina that I lack
I must enter the university
6:20 Jenny hurtado, 1 DE ABRIL DE 2020 CITA DERMÁTOLOGÍA

marcela buitrago
195
ANGIE

jenny hurtado 4:00 13/ abril 2020

745 2102 7 - 4

Bogotá D.C., 1 de abril de 2020

Señores
PROCURADURÍA GENERAL DE LA NACIÓN
Bogotá D.C.

INVESTIGACIÓN DISCIPLINARIA ABUSO DE AUTORIDAD

TELÉFONO LLAMADAS:

16/04/2020 3113540235
14:23
17/04/2020 3112085564
14:39
14:41
_____________________________________________
13/04/2020 12:43 m
Línea 195
CAMILO SANCHÉZ

PQRS
canales
abajo d ela página esta la información de correo para el
contacto con la Secretaría de Gobierno
[email protected]
3820660
3387000
3387100
bogota se escucha ingresar informacion

13:05
___________________________________
16/04/2020 PERSONERIA DE BOGOTÁ
14:45: INICIADA LLAMADA
14:47: 32 FINALIZA LLAMADA

INGREAR AL FORMULARIO, NUEVAMENTE LLENAR DATOS

PERTINENTES PARA ASERORAMIENTO Y EJECUCIÓN DE LA
ACCIÓN DE TUTELA

__________________________________
El día 24 de enero se realizó un traslado y cambio de fiscal, en
dónde se radica en el mismo lugar con el mismo fiscal
encargado de este entonces ya que en anteriores ocasiones
este individuo puesto en la investigación no fue competente
ante el proceso investigativo en el No.
Radicado 110016102027201904599, en dónde las
respuestas no fueron suficientes. Hasta el día de hoy no se ha
informado ningún proceso de cambio ni investigativo.

metropolitana de bogotá
515 91 11
515 91 12

El día 30 de marzo del presente año, se realizó un Radicado

de Denuncia No. 110016000012202050585 en contra de
servidores público de la Policía de Bogotá servicio atendido
por el Señor Arturo Morales y otra persona el día antes
mencionado a las 10:06 a.m., en dónde se manifiesto y se
describió lo que había sucedido ese día, al finalizar la
denuncia, además de mencionar los datos de contacto
tanto vía correo electrónico y dirección de residencia,
mencionan estás personas que se dará respuesta en el plazo
máximo de 5 días hábiles para dar respuesta, adicional de
mencionar en cómo está avanzando el proceso, incluso se
envía al número de teléfono de contacto un mensaje de
texto el cuál indica : "La FGN informa que en NUNC
110016000012202050585 será asignado dentro de cinco (5)
días hábiles al despacho judicial"; siendo enviando a las
11:27:25 a.m. del mismo día en el que se realizó la denuncia
antes mencionada, sin embargo a la fecha de hoy 13 de abril
de 2020 no se ha dado respuesta al proceso que se está
siguiendo, de cómo se está realizando esta investigación,
cuál es el proceso que se está cumpliendo, en qué proceso
se sigue, cuál es el siguiente proceso... Entre otros
interrogantes.
Adicional se llama a los teléfonos dados por la misma
Fiscalía con sus extensiones, sin embargo se da espera más
de 1 hora , pero las respuestas son inútiles, los teléfonos
proporcionados por el ente no dan respuesta alguna. Hasta
el día de hoy no se sabe cuál es el proceso que se tiene,
intentando de varias opciones el contacto, incluso por vía
correo electrónico del ente, sin embargo no dan respuesta
alguna.

El día 30 de marzo del presente año, se realizó un Radicado

de Denuncia No. 110016000012202050585 en contra de
servidores público de la Policía de Bogotá servicio atendido
por el Señor Arturo Morales y otra persona, en este caso
una mujer. El da antes mencionado a las 10:06 a.m., en
dónde se manifiesto y se describió lo que había sucedido
ese día, al finalizar la denuncia, además de mencionar los
datos de contacto tanto vía correo electrónico y dirección de
residencia, mencionan estás personas que se dará respuesta
en el plazo máximo de 5 días hábiles para dar respuesta,
adicional de mencionar en cómo está avanzando el proceso,
incluso se envía al número de teléfono de contacto un
mensaje de texto el cuál indica : "La FGN informa que en
NUNC 110016000012202050585 será asignado dentro de
cinco (5) días hábiles al despacho judicial"; siendo enviando
a las 11:27:25 a.m. del mismo día en el que se realizó la
denuncia antes mencionada, sin embargo a la fecha de hoy
13 de abril de 2020 no se ha dado respuesta al proceso que
se está siguiendo, de cómo se está realizando esta
investigación, cuál es el proceso que se está cumpliendo, en
qué proceso se sigue, cuál es el siguiente proceso... Entre
otros interrogantes.
Adicional se llama a los teléfonos dados por la misma
Fiscalía con sus extensiones, sin embargo se da espera más
de 1 hora , pero las respuestas son inútiles, los teléfonos
proporcionados por el ente no dan respuesta alguna. Hasta
el día de hoy no se sabe cuál es el proceso que se tiene,
intentando de varias opciones el contacto, incluso por vía
correo electrónico del ente, sin embargo no dan respuesta
alguna.

Fiscalía 380 Seccional de Unidad Administración Pública

Violencia Servidor Público CR 28 N° 18 - 45

carolina beltran 16:09

FISCALIA RESPUESTA A LA DENUCNA DE POLICIA ABUSO DE
AUTORIDAD

https://es.slideshare.net/IVANVILLAMIZAR/ccuta-listado-debarriosconsuestratopromedio

https://www.google.com/search?
q=barrios+loes+mejores+para+vivir+en+cucuta&rlz=1C1CHBF_esCO876CO876&oq=barrios+loes+mejore
s+para+vivir+en+cucuta&aqs=chrome..69i57.7350j0j4&sourceid=chrome&ie=UTF-8

https://www.youtube.com/watch?v=rtAUrnF-aS0

https://www.youtube.com/channel/UCs5BUBxziPYEusMTvA-E8oQ/videos

https://www.youtube.com/watch?v=ELEJl2Z5N08

https://www.youtube.com/watch?v=eezyebSr3HI
https://www.youtube.com/watch?v=FlBJss1i0Ik

https://www.google.com/search?
q=se+tiene+la+misma+sangre+con+un+familiar&rlz=1C1CHBF_esCO876CO876&oq=se+tiene+la+misma+
sangre+con+un+familiar&aqs=chrome..69i57j69i64.13107j0j4&sourceid=chrome&ie=UTF-8

https://www.xvideos.com/video36295429/video_02
_________________________

https://es.slideshare.net/IVANVILLAMIZAR/ccuta-listado-debarriosconsuestratopromedio

https://www.youtube.com/watch?v=rtAUrnF-aS0

https://www.youtube.com/watch?v=9OIwtmfbEBs

https://www.youtube.com/channel/UCs5BUBxziPYEusMTvA-E8oQ/videos

https://www.youtube.com/watch?v=1AAHxw5NK_I

https://www.youtube.com/watch?v=eezyebSr3HI

https://www.youtube.com/watch?v=WsAaIo3OdH0

https://www.fiscalia.gov.co/colombia/servicios-de-informacion-al-ciudadano/buzon-de-quejas-y-
reclamos/

https://www.fiscalia.gov.co/colombia/servicios-de-informacion-al-ciudadano/centro-de-contacto/

https://www.fiscalia.gov.co/colombia/servicios-de-informacion-al-ciudadano/tramites-y-servicios/

https://www.fiscalia.gov.co/colombia/servicios-de-informacion-al-ciudadano/mecanismos-para-
presentar-quejas-y-reclamos-en-relacion-con-omisiones-o-acciones-del-sujeto-obligado/

https://www.fiscalia.gov.co/colombia/transparencia-y-acceso-a-informacion-publica/mecanismos-para-
la-atencion-al-ciudadano/

https://www.fiscalia.gov.co/colombia/servicios-de-informacion-al-ciudadano/buzon-de-quejas-y-
reclamos/
https://www.fiscalia.gov.co/colombia/servicios-de-informacion-al-ciudadano/direcciones-de-la-vuc/

A principios del mes de marzo del presente año, se realizó un Derecho de Petición a un establecimiento
privado pero de servicio público (Centro Comercial), ya que en el mes de diciembre del 2019, él afectado
se encontraba en el Centro Comercial City U, en las horas de la tarde, aproximadamente a las 17:35
horas se acercan unos "supuestos oficiales" en la cuál le solicitan si ID al afectado, él afectado menciona
que su billetera se quedó en casa, junto con todos sus papeles, así que se le entrega un carnet
provisional de estudiante, en la que se verifica el nombre, n° de documento, y la foto, estos inician una
serie de preguntas tipo interrogatorio con preguntas extrañas entre ellas: dónde vive, con quién vive,
qué hace, porqué esta en ese lugar, según ellos porque el centro comercial había llamado y había
mencionado que estaba una persona "sospechosa". Al cabo de unos mins, se les informa a los presuntos
policías que se identifiquen con su respectivo carnet policial, ya que no se les veía el número de chaleco,
ni placa que podría identificarlos, estos se molestan y llevan al afectado desde un 2° del centro comercial
hasta el CAI TORRES BLANCAS,, arrastrándolo todo el lugar y por todo el camino, teniendo en cuenta que
era un 2° por suerte no sufrió algo peor o algo diferente a la afectación de la mano izquierda, en la cuál
fue esposado sin justa causa y reteniendolo por más de 2 horas e interponiendo un correctivo de grado 4
por violar normas de convivencia en el código de policía, según estos individuos.
Esto se menciona a la personería de bogotá en la cuál mencionan que se debe de hacer un derecho de
petición antes de una acción de tutela por discriminación y afectación del buen nombre, sin embargo el
centro comercial debería dar respuesta de porque hizo tal acción, este tipo de radicado, se realizó el día
03 de marzo del 2020, teniendo 15 días hábiles para responderlo, sin embargo, nunca se obtuvo
respuesta por parte del establecimiento público.
Los asesores de la personería mencionaron que dependiendo del tipo de respuesta de iba a seguir
ciertos parámetros, sin embargo, este lugar nunca respondió la petición.
Así que la pregunta es la siguiente: ¿Qué proceso sigue al no dar respuesta el centro comercial?

PERSONERÍA DE BOGOTÁ

ingresar a la peronseria pagina

aviso indico
martes

miercoles

10 dias habiles

Morir es una palabra que todos conocemos, desde pequeño o muy grande, sin importa la edad siempre
nos pasa ese acontecimiento, que todos queremos o debemos experimentar,
Mi vida fue y es una mierda aún.... Así qué....... DIsucsiones pelleams físicas o psicologicos, maltratos,
ofensas, y otra gran cantidad de situaciiones que me dan ganas de morirme inemniatamente

Estaba apunto de irme de casa....

-------------------------------------------------------------------------------------------

PHONE - FISCALÍA NO HAN HECHO NADA

OPC - 4
DESPACHO DE FISCALÍA

CONTACTOS DEL DESPACHO

FISCLIA 2 LOCAL BOGOTA AV CLL 19 NO 33 - 02 PISO L1 OFC:4

3225089
katerine

ELIANA ARGUELLO - LÍNEA ATENCIÓN DE LA FÍSCALÍA

AV CALL 19 33 0
3225089

----------------------------------------------------------------------------
PERSONERÍA 143 - FIS CALIA PARA DEMANDA, POR NO DAR RESPUESTA AL DERECHO DE PETICIÓN
18/05/2020
13: 27 - 13:40 APOYO PARA REALIZAR TUTELA ENCONTRA DE LA FISCALÍA -
JUAN CARLOS PERSONA QUE RELIAZA CONTESTACIÓN DE LA LLAMDA
ORIENTACIÓN JURÍDICA
ASESORÍA JURÍDICA PARA EL DÍA MAÑANA
MAÑANA 19 MAYO DE 2020 - 19/05/2020 LLAMADA SE REALIZARÁ EL DÍA DE MAÑANA PARA CRRAR
ACCIÓN DE TUTELA EN CONTRA DE LA RAMA JUDICIAL
No. RADICADO: 2754888
---------------------------------------------------

10 - 11 de junio (SÍ SE CONTINUA CON EL PROCESO DEL MISMO MEDICAMENTO) SOLICTAR CITA
DEFINIAR MEDICAMENTOS EN EL CORREO DE CONTACTANOS: LA LLAMADA FUE HECHO POR LA
SEÑORA KATERINE 18/05/2020 14:40 - 14:43 PARA NO PASAR POR LA MISMA SITUACIÓN SOBRE EL
MEDICAMENTO
--------------------------------------------------------------------------

19/05/2020 PERSONERÍA
ÁLVARO SANCHEZ - ASESOR JURÍDICO HASTA LAS 5, EN CASO DE NO RECIBIR LLAMADA LLAMAR
NUEVAMENTE A LA EN LA LÍNEA 143 PARA COMUNICARSE CON COORDINACIÓN SOBRE EL RESPECTIVO

----------------------------------------------------------------------------

PENAL 1 Y 2 QUINTA PAREDES

[email protected]
CORREO accion de tutela
asuntos jurisdcionales

adrian cerrano persona encargada

penal 1 y 2
SOLICITUD AGENTE PÚBLUCO - IMPULSO DE PROCESO
MIN PUBLICO VISITAR PROCESO

QUEJA - SOBRE EN PERSONERIA

ZOOM

---------------------------------------------------
DANIEL 20/05/2020 14:49 14:59

FISALIA JUZAGADO PENAL

FISCALIA
SECCIONAL

solicitar acompañamiento delegada penal fiscalia seccional o penal

[email protected]
MENCIONAR DATOS DE LA FISCALIA EN QUE OFICINA SE ENCUENTRA

donde esta seccoiomal locvaol municipal qu eficina

TIPOS DE FISCALÍAS
Local
Municipal
Seccional
Juzgado Penal