Análisis Diseño y Documentación de Sistemas II

Proyecto 1er Parcial

Centro médico: Diagramas casos de Uso, Descripción

de Casos de Uso, Diagrama de Robustez, Diagrama
de Secuencia.

Integrantes:
Maria José Vera
Andrés Ruiz Litardo
 Caso de uso

Un caso de uso; Es una descripción de los pasos o las actividades que deberán
realizarse para llevar a cabo algún proceso. Los personajes o entidades que participarán
en un caso de uso se denominan actores. En el contexto de ingeniería del software, 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
más comunes para la captura de requisitos funcionales, especialmente con el desarrollo
del paradigma de la programación orientada a objetos, donde se originaron, si bien
puede utilizarse con resultados igualmente satisfactorios con otros paradigmas de
programación.
Actores
Se le llama actor a toda entidad externa al sistema que guarda una relación con éste y
que le demanda una funcionalidad. Esto incluye 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 definiciones 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 a tener interés en el tiempo

Tipos de relaciones
 Comunica (<<communicates>>): Relación (asociación) entre un actor y un
caso de uso que denota la participación del actor en dicho caso de uso.
 Usa (<<uses>>) (o <<include>> en la nueva versión de UML): Relación de
dependencia entre dos casos de uso que denota la inclusión del comportamiento
de un escenario en otro.
 Extiende (<<extends>>): Relación de dependencia entre dos casos de uso que
denota que un caso de uso es una especialización de otro. Por ejemplo, podría
tenerse un caso de uso que extienda la forma de pedir azúcar, para que permita
escoger el tipo de azúcar (normal, dietético o moreno) y además la cantidad en
las unidades adecuadas (cucharadas o bolsas).

Se utiliza una relación de tipo <<extends>> entre casos de uso cuando nos encontramos
con un caso de uso similar a otro pero que hace algo más que éste (variante). Por contra,
utilizaremos una relación tipo <<uses>> cuando nos encontramos con una parte de
comportamiento similar en dos casos de uso y no queremos repetir la descripción de
dicho comportamiento común.

En una relación <<extends>>, un actor que lleve a cabo el caso de uso base puede
realizar o no sus extensiones. Mientras, en una relación <<include>> el actor que realiza
el caso de uso base también realiza el caso de uso incluido.

En general utilizaremos <<extends>> cuando se presenta una variación del

comportamiento normal, e <<include>> cuando se repite un comportamiento en dos
casos de uso y queremos evitar dicha repetición.
Ejemplo #1
 Centro medico

Casos de Uso del Negocio

A partir de los procesos de negocio se identificaron los siguientes casos de uso.
Ingresar Paciente:

Proceso del Negocio Ingresar Paciente

Objetivo Ingresar un paciente al momento de ingresar a la mutual, para su
atención.
Descripción 1. Al momento del aviso del accidente la recepcionista
recibe al paciente
2. Se ingresan los datos del paciente y del accidente en un formulario
de ingreso.
3. La secretaria del departamento clínico registra al paciente.
4. Luego se solicita médico y tratamiento para el paciente recién
ingresado.

Prioridad Fundamental
Riesgos Que el trabajador accidentado no este asociado a la mutual en el
momento del accidente.
Posibilidades
Tiempo de Ejecución 5 horas aprox.
Coste de Ejecución
Tratamiento Paciente:

Proceso del Negocio Tratamiento Paciente

Objetivo Registrar y almacenar cada tratamiento que el médico le da al enfermo.

Descripción 1. Cada vez que el médico realice un cambio al tratamiento de un

paciente, se debe actualizar la ficha médica, indicando si se realizaron
exámenes y adjuntándolos a la ficha.
2. Si el tratamiento que exige el paciente es muy complejo, se debe
derivar el paciente a una clínica u hospital externo, que pueda
proveer una atención más especializada.

Prioridad De administración
Riesgos Que el trabajador accidentado no este asociado a la mutual en el
momento del accidente.
Posibilidades
Tiempo de Ejecución 4 horas aprox.
Coste de Ejecución

Registrar Citas Médicas:

 Proceso del Negocio Registrar Citas Médicas
Objetivo Dar cita para el paciente con el médico tratante.
Descripción 1. Después de la atención primaria del paciente, se debe realizar citas
con el médico, para esto se verifica fecha en la agenda del médico y
se asigna hora al paciente, registrando sus datos.

Prioridad Básica
Riesgos Que no existan horas posibles para que el paciente se pueda atender con
su médico tratante.
Posibilidades
Tiempo de Ejecución 5 horas aprox.
Coste de Ejecución

Alta Paciente:

Proceso del Negocio Alta Paciente

Objetivo Registrar alta paciente.
Descripción 1. Cuando el médico decide que el tratamiento se ha terminado, la
secretaria debe registrarlo en la ficha médica del paciente, indicando
la fecha de término y las indicaciones al trabajador.

Prioridad Básica
Riesgos Ninguna
Posibilidades
Tiempo de Ejecución 3 horas aprox.
Coste de Ejecución

Diagrama Casos de Uso

Diagrama de Robustez:

El diagrama de robustez, es algo que no está completamente comprendido, no está

descrito en los libros de UML con la extensión que uno quisiera y en muchos casos no
existe. En el RUP,se utiliza el MODELO DE OBJETOS, pero en la metodología
ICONIX lo conocemos como DIAGRAMA DE ROBUSTEZ y es algo muy esencial.

Un diagrama de robustez es un híbrido entre un DIAGRAMA DE CLASES y un

DIAGRAMA DE ACTIVIDADES

Lo que pasa es que necesitábamos de una herramienta que nos permitiera capturar el
Qué hacer y luego ayudarnos a decidir Cómo hacerlo.

Qué hacer : Análisis

Cómo hacerlo : Diseño

Los símbolos que utilizamos para armar un diagrama de robustez son 3:

Objetos Fronterizos
Objetos de Control
Objetos de Entidad

Es útil pensar en los objetos de contorno y los objetos de entidad como sustantivos que
son, y los controladores como ser los verbos. Mantenga las siguientes reglas en mente al
elaborar sus diagramas de robustez:

 Los nombres pueden hablar con los verbos (y viceversa).

 Los sustantivos no pueden hablar con otros nombres.
 Los verbos pueden hablar con otros verbos.
Diagrama de Secuencia:
El diagrama de secuencia es un tipo de diagrama usado para modelar interacción entre
objetos en un sistema según UML. En inglés se pueden encontrar como "sequence
diagrama", "evento-trace diagrama".

Un diagrama de secuencia muestra las interacciones de objetos dispuestas en la

secuencia temporal. estos representan los objetos y clases involucradas en cada
escenario y la secuencia de mensajes intercambiados entre los objetos necesarios para
llevar a cabo la funcionalidad del escenario.

Los diagramas de secuencia están típicamente asociados con las realizaciones de casos
de uso en la Vista Lógica del sistema en desarrollo. Los diagramas de secuencia a veces
se llaman diagramas de evento o escenarios de eventos.