Casos de Uso

DIAGRAMAS DE CASOS DE USO
Lenguaje de Modelamiento Unificado(UML)
Lenguaje gráfico que

permite visualizar, Divide cada proyecto
Permite modelar
especificar y en un número de Lenguaje de
conceptos como los
documentar cada una diagramas que modelado visual de
procesos de negocios
de las partes que representan las propósito general
y funciones del
comprende el diferentes vistas del orientado a Objetos.
sistema.
desarrollo de proyecto.
software
MODELAMIENTO
El modelado de sistemas se ha convertido en un medio para representar el sistema usando algún
tipo de notación gráfica, que ahora casi siempre se basa en notaciones en el Lenguaje de Modelado
Unificado (UML).
El modelado nos ayuda a:
• Identificar que objetos hay en el problema.

• Como son los objetos.
• Como se comportan
• Como se relacionan
MODELAMIENTO
• Un requerimiento básico para cualquier modelo, es que debe describir el sistema con
suficiente detalle para hacer predicciones válidas sobre el comportamiento del mismo.
• Ayuda a explicar, entender y mejorar un sistema.
• Facilita la organización de las ideas.

• Los modelos del sistema existente se usan durante la ingeniería de requerimientos.
Ayudan a aclarar lo que hace el sistema existente y pueden utilizarse como base para
discutir sus fortalezas y debilidades.
• Los modelos del sistema nuevo se emplean durante la ingeniería de requerimientos

para ayudar a explicar los requerimientos propuestos a otros participantes del sistema.
DIAGRAMA DE CASOS DE USO
 El modelado de casos de uso se utiliza ampliamente para apoyar la adquisición de
requerimientos.
 Representa la funcionalidad completa de un sistema (o una clase) mostrando su

interacción con los agentes externos llamados actores.
 Esta representación se hace a través de las relaciones entre los actores (agentes externos) y
los casos de uso (acciones) dentro del sistema.
 El conjunto de casos de uso representa todas las interacciones posibles que se describirán
en los requerimientos del sistema
 Los diagramas de casos de uso definen las funcionalidades que el sistema debe cumplir
ACTOR
 Es un rol que un usuario juega con respecto al sistema.
 Un actor no necesariamente representa a una persona en

particular, sino más bien la labor que realiza frente al sistema.
 Un actor es una clase de rol, mientras que un usuario es una

persona que, cuando usa el sistema, asume un rol.
 El actor envía o recibe mensajes a y desde el sistema, o

intercambia información con el sistema.
 Los actores en UML son clases con el estereotipo <<actor>>

Caso de uso
 Los casos de uso se representan por medio de óvalos y las líneas que unen
Actores con casos de uso representan una asociación de comunicación.
 Es una operación/tarea específica que se realiza tras una orden de algún
agente externo, sea desde una petición de un actor o bien desde la invocación
desde otro caso de uso.
 Un caso de uso puede tomarse como un simple escenario que describa lo que
espera el usuario de un sistema.
 Es un fragmento de funcionalidad del sistema que proporciona resultados de
interés.
 Representan los requisitos funcionales y nos indica que hace el sistema.
Relaciones
 Se representan en formas de líneas o flechas.

 Asociación: Relación entre un actor y caso de uso. Una asociación es la relación de
comunicación más simple entre un actor y el sistema. Las asociaciones implican
que un actor interactúa con el comportamiento modelado en el caso de uso. La
notación para las asociaciones es un línea simple entre el actor y el caso de uso en
el que participa.
http://www.seas.es/blog/informatica/tipos-de-relaciones-en-dagramas-de-casos-de-uso-uml/
Relaciones
Incluido <<include>>: 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.
En términos muy simples, cuando relacionamos

dos casos de uso con un “include”, estamos
diciendo que el primero (el caso de uso base)
incluye al segundo (el caso de uso incluído). Es
decir, el segundo es parte esencial del primero.
Sin el segundo, el primero no podría funcionar
bien; pues no podría cumplir su objetivo
Relaciones
Extendido << extend>>: un caso de uso añade acciones, que pueden ser opcionales, al
comportamiento de un caso de uso general. El caso de uso extendido puede incluir comportamiento
del caso de uso que se extiende, aunque no tiene que incluir todo el comportamiento. El caso de uso
extensión puede ser insertado en el caso de uso extendido bajo ciertas condiciones, hay situaciones
en que el caso de uso de extensión no es indispensable que ocurra, y cuando lo hace ofrece un valor
extra (extiende) al objetivo original del caso de uso base.
Relaciones
 Generalización: hereda el comportamiento y significado de otro, es
decir las relaciones de comunicación, inclusión y extensión del super-
caso de uso
MODELADO DE NEGOCIO

La Universidad Popular del Cesar, realiza convocatoria interna para otorgar aval a los
semilleros de investigación por programa académico para ser partícipes se requiere
seguir los siguientes procesos:

Formato Solicitud Aval: Carta en donde el tutor del semillero de investigación, acepta
los términos de referencia de la convocatoria y asume los compromisos que se deriven
de ésta.

Gestionar semillero de investigación: Los estudiantes describen la información del
proyecto, nombre del semillero, misión, visión, objetivos y propósitos del mismo.

Plan de trabajo semestral del semillero de investigación: Describir las actividades a
realizar en su plan de trabajo estas se deben ejecutar mes a mes ( ver formato).
MODELADO DE NEGOCIO

Gestionar productos Esperados: Se debe gestionar la información de los productos de
investigación esperados, con su respectivo estado:
a). Propuesta de investigación
b). Investigación en curso
c). Investigación terminada

Hoja de vida del tutor del semillero: El docente debe suministrar su información
personal, académica, experiencia y logros alcanzados. Adjuntar soporte de CVLAC.

Hoja de vida del estudiante del semillero: se debe registrar la información de los
estudiantes personal y académica. Adjuntar Cvlac

MODELADO DE NEGOCIO

Verificar requisitos: Se debe verificar el cumplimiento de todos los requisitos obligatorios
para poder realizar el proceso de evaluación.
Registrar los puntajes obtenidos: La división de investigación asigna los puntajes obtenidos
siguiendo las ponderaciones para asignación aval. ( Ver rúbrica).

Generar resultados: Se deben generar los resultados obtenidos por cada semillero, con
base a los puntajes obtenidos en la rúbrica de evaluación.

Generar Estadísticas: Se deben realizar consultas y generar datos estadísticos, con respecto
a cada investigación que se está llevando a cabo por los semilleros de investigación
avalados.

Consultar el estado del Proceso: Se informa por correo electrónico el estado en el que se
encuentra la solicitud realizada para obtener el aval del semillero de investigación.

DESCRIPCIÓN DE LOS CASOS DE USO
Documentación Casos de Uso

Caso de uso Nombre del caso de uso
Actores Quienes intervienen son principales o secundarios
Tipo propósito Relación: incluido, extendido, asociación
Resumen Descripción corta y concisa del caso de uso
Precondición Condiciones previas a ejecutar el caso de uso.
Postcondiciones Condiciones posteriores a ejecutar el caso de uso.
Excepciones Eventos que pueden surgir y estas deben enumerar ( E-1) ( E-2)
Caso de uso Solicitar cita

Actores Cliente- Hospital
Tipo propósito Asociación
Resumen El paciente puede solicitar su cita a través de los siguientes
medios, teléfono, vía web o directamente en el hospital.
Requiere dar datos personales como el numero de la cedula y
tipo de profesional.
Precondición Registro del paciente y su verificación
Postcondiciones Solicitud de citas
Excepciones - Para asignar la cita todos los campos deben estar

diligenciados.
- El paciente debe identificar el profesional
- El paciente debe estar afiliado a una EPS
Caso de uso
Actores
Tipo propósito
Resumen
Precondición
Postcondiciones
Excepciones
Ejercicio 1
En caso de que el artículo sea del agrado del cliente, el vendedor le pide sus
datos y emite una orden de solicitud de crédito, la cual es entregada al
departamento de venta. Los empleados de este departamento se encargan de
estudiar la condición crediticia y fiscal del cliente a través del sistema SisCre.
Simultáneamente se analiza su situación penal a través de un sistema de
consulta provisto por la Interpol. Si alguno de los dos sistemas arroja elementos
en contra del potencial cliente entonces el departamento de venta emite una
orden de crédito rechazada. En caso contrario se emite una orden de crédito
aprobada. Para el enunciado expuesto anteriormente se solicita un diagrama de
casos de uso.
Ejercicios 1.
Cadena de Venta de Electrodomésticos. La cadena de venta de
electrodomésticos Gabartino lanzará una nueva línea de créditos personales y
sus directivos quieren minimizar el tiempo necesario para el otorgamiento de los
mismos. Los potenciales compradores se acercan al mostrador de atención al
cliente, donde pregunta que artículos son aptos para el otorgamiento de
créditos. Si le gusta alguno de los artículos que se ofrecen, se acerca a un
vendedor y le solicita que se lo muestre. Una vez que ha visto el producto en
funcionamiento, el cliente puede decidir que el artículo no le resulta
satisfactorio, en cuyo caso puede acercarse al mostrador de atención al cliente y
ver si hay otro producto de su interés. También puede decidir irse del local sin
comprar nada.
Ejercicio 2
Escuela Infantil Para la inscripción de los niños, el supervisor docente recibe los
documentos solicitado para su incorporación a la escuela por parte del tutor o
representante y posteriormente los analiza para aprobarlos o rechazarlos. Si son
aprobados, los mismos son entregados al jefe de control de estudios para que sea
incorporado al control de expediente. En caso de ser rechazado, el supervisor docente
elabora un informe de rechazo que será entregado al tutor o representante y al director
de escuela. Los docentes son procesados por un supervisor de docentes, para ello el
supervisor le solicita el curriculum, luego realiza una entrevista, en el caso de aprobar la
entrevista el docente deberá realizar una prueba de conocimiento y una prueba escrita,
que en caso de aprobar ambas el docente será aceptado y se creará un expediente para
el docente. En caso de no aprobar la entrevista se le informara por escrito la no
aceptación explicando el motivo de la misma. Para el enunciado expuesto anteriormente
se solicita un diagrama de casos de uso.

Ejercicio 2
Los tipos de servicios, los municipios y departamentos están codificados. La
solicitud la recibe un empleado de la parte administrativa y ésta persona pasa
dicha solicitud al jefe del departamento de investigación el cual asigna el jefe
investigador y le coloca la fecha en que le asigna. El jefe es a su vez investigador.
Además cada jefe investigador tiene un grupo de investigadores que se le asigna
para atender la solicitud y para cada investigación se requiere saber el grupo de
investigadores que estuvieron.
El jefe de departamento, el jefe investigador y los investigadores todos son

empleados. Un empleado pertenece a una sola dependencia, pero una
dependencia puede tener varios empleados. Una investigación solo tienen un
investigador jefe, pero un investigador jefe puede tener varias investigaciones
(solicitudes). Un investigador puede estar en varias investigaciones.
Al final de la investigación, el jefe investigador evalúa a cada uno de los
integrantes del equipo para esa investigación, con el fin de darle unos
incentivos. En la evaluación se tiene la fecha, nota (1 a 5) y una observación
DIAGRAMA DE ACTIVIDADES
 En UML un diagrama de actividades se usa para:
 Mostrar la secuencia de actividades.
 Los diagramas de actividades muestran el flujo de trabajo desde el punto de

inicio hasta el punto final detallando muchas de las rutas de decisiones que
existen en el progreso de eventos contenidos en la actividad.
 Los Diagramas de Actividades son útiles para el Modelado de Negocios
donde se usan para detallar el proceso involucrado en las actividades de
negocio.

Casos de Uso

Cargado por

Copyright:

Formatos disponibles

Casos de Uso

Cargado por

Información del documento

Descripción original:

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Casos de Uso

Cargado por

Copyright:

Formatos disponibles

DIAGRAMAS DE CASOS DE USO

Lenguaje de Modelamiento Unificado(UML)

Lenguaje gráfico que

El modelado nos ayuda a:

• Identificar que objetos hay en el problema.

• Ayuda a explicar, entender y mejorar un sistema.

• Facilita la organización de las ideas.

• Los modelos del sistema nuevo se emplean durante la ingeniería de requerimientos

 Representa la funcionalidad completa de un sistema (o una clase) mostrando su

 Es un rol que un usuario juega con respecto al sistema.

 Un actor no necesariamente representa a una persona en

 Un actor es una clase de rol, mientras que un usuario es una

 El actor envía o recibe mensajes a y desde el sistema, o

 Los actores en UML son clases con el estereotipo <<actor>>

 Se representan en formas de líneas o flechas.

Incluido <<include>>: Un caso de uso base

En términos muy simples, cuando relacionamos

Documentación Casos de Uso

Caso de uso Solicitar cita

Excepciones - Para asignar la cita todos los campos deben estar

El jefe de departamento, el jefe investigador y los investigadores todos son

 En UML un diagrama de actividades se usa para:

 Mostrar la secuencia de actividades.

 Los diagramas de actividades muestran el flujo de trabajo desde el punto de

También podría gustarte