Practica9_Equipo2

Vista previa del material en texto

Carátula para entrega de prácticas 
 
 
Facultad de Ingeniería 
 
 
Laboratorio de docencia 
 
 
Laboratorios de computación 
salas A y B 
 
 
Profesor: 
 
 
Asignatura: 
 
 
Grupo: 
 
 
No de Práctica(s): 
 
 
Integrante(s): 
 
No. de Equipo de 
cómputo empleado: 
 
 
No. de Lista o Brigada: 
 
 
Semestre: 
 
 
Fecha de entrega: 
 
 
Observaciones: 
 
 
 
 
 CALIFICACIÓN: __________ 
Ernesto Alcantara Concepcion 
Programacion Orientada a Objetos 
2 
9 
Cicilia Mendoza Daniel, Badillo Martinez Luis Eduardo, Roman Jimenez 
Adolfo, Olivera Parias Pedri, Perez Velasco Eduardo 
2022-1 
12/ Noviembre/ 2021 
Equipo 2 
1 
 
Introducción: 
 
El Lenguaje de Modelado Unificado permite visualizar y documentar cada una de las partes 
que comprende el desarrollo de software, permitiendo modelar aspectos conceptuales como 
las funciones de un sistema. 
En esta práctica usaremos tres tipos de diagramas, el primero es un diagrama de caso de uso 
que define la manera en la que el usuario del sistema interactúa con éste. Los diagramas de 
casos de uso permiten modelar el comportamiento de un sistema, un subsistema o, incluso, 
una clase 
El diagrama de clases permite modelar las características de las clases que componen al 
sistema. Dentro de cada clase se pueden visualizar los atributos y métodos que contiene la 
clase. El conjunto de clases permite observar las relaciones que existen entre ellas dentro 
del sistema, por lo que podremos observar si se trata de datos de tipo público o privado y si 
las clases son herencia de otras o actúan como superclases. 
Por último, tenemos el diagrama de actividades que muestra el flujo de acciones y los 
objetos involucrados. Permite visualizar el orden en el que se van realizan las tareas dentro 
de un sistema, así como los objetos involucrados en la comunicación de las actividades, 
permitiendo revelar un tipo de decisión o las consecuencias de tomar una. 
Si bien existen muchas clases de diagramas estos serán los más relevantes a tratar para el 
desarrollo del problema planteado para esta práctica. 
 
 
 
 
 
 
 
 
 
 
 
 
1 Diagrama de Clases: Consultorio Dental
Para este diagrama de clases tenemos la siguiente estructura:
La clase Consultorio contiene los siguientes componentes:
• Atributos:
– Nombre del Consultorio
– Odontologos
– Pasantes
– Pacientes
– Lista de Procedimientos
• Metodos:
– agendarProcedimientoSencillo()
– agendarProcedimientoDoble()
La clase Odontologos a su vez se compone de:
• Atributos:
– Nombre del Odontologo
– Pasantes que supervisa
• Metodos:
– agendarPacienteAPasante()
Para la clase Pasantes tenemos la siguiente composicion:
• Atributos:
– Nombre del Pasante
– Pacientes a los que atiende
• Metodos:
– atenderPaciente()
– finalizarConsulta()
Para la clase Paciente la composicion es la siguiente:
• Atributos:
– Nombre del Paciente
– Seleccionado de Equipo
1
– Turno Previo
– Cita
– Expediente
• Metodos:
– solicitarCita()
A su vez, dentro de la clase Paciente existen dos subclases que se encuentran
dentro de su composicion.
La primera es la clase Cita que incluye:
• Atributos:
– Dia
– Hora
– Procedimiento
• Metodos:
– agregarDia()
– agregarHora()
– agregarProcedimiento()
De igual forma cada Paciente tiene un expediente, este se compone de:
• Atributos:
– Consultas
– Placas
• Metodos:
– agregarConsulta()
– agregarPlaca()
Por ultimo para la clase ListaProcedimientos dentro de Consultorio tenemos sus
siguientes componentes:
• Atributos:
– Procedimientos Simples
– Procedimientos Dobles
• Metodos:
– obtenerSimple()
2
– obtenerDoble()
Y las ultimas dos clases que son las de ProcedimientoSimple y ProcedimientoDoble
contienen los siguientes componentes:
• Atributos:
– Nombre de Procedimiento
– Duracion de Procecimiento
2 Diagrama de Clases: Funcionamiento
La logica de este diagrama de clases, es que la clase Consultorio puede llegar
a tener tanto pacientes, como pasantes, odontologos y procedimientos que el
hospital realiza. Por esta razon estas clases estan conectadas por medio de una
relacion de Asociacion Dirigida cuya multiplicidad va de 0..* lo que im-
plica que no hay un numero definido del personal o pacientes que el consultorio
puede tener.
La clase Paciente tiene una relacion de agregacion con la clase Cita pues
el paciente puede o no tener una cita, por lo cual no es necesario que la cita
como tal exista y unicamente puede tener una sola cita a la vez, por lo que esta
relacion tiene un limite de 1. En el caso de la clase Expediente la relacion entre
esta clase y el Paciente es de composicion pues para que el expediente exista
necesariamente tiene que existir un paciente, cada paciente DEBE de tener
un expediente.
La relacion entre la clase Consultorio y la clase Paciente es de asociacion lo
que determina que cada clase puede ver lo que la otra contiene. Esto se deriva
de que el paciente puede solicitar una cita al momento de llamar al consultorio
y a partir de esto el consultorio debe de agendar la cita al paciente.
Por otro lado, el paciente al momento de agendar una cita, lo puede hacer
en funcion tanto de horarios disponibles, como de procedimientos disponibles
tambien, es por esta razon que la clase Cita tiene una relacion de dependen-
cia tanto a la clase Agenda que es la agenda del Odontologo, como de la clase
ListaProcedimientos la cual contiene los procedimientos disponibles.
Al momento que el paciente agenda una cita, esta se deposita dentro de la
clase Expediente la cual va guardando las citas generadas ademas de que va
guardando las placas que el paciente pueda llegar a obtener derivadas de su
tratamiento.
Al momento de que la clase Consultorio agenda la cita del paciente, depen-
diendo de si el procedimiento sea simple (que solo dure 30 mins) o si este es
doble (que dure 60 minutos), la cita se transfiere a la clase Odontologo, junto
3
con el paciente. El odontologo NO tiene pacientes, de acuerdo al ejercicio,
quienes atienden a los pacientes son los pasantes, por lo que la clase odontologo
transfiere tanto la cita como el paciente a sus pasantes.
El horario en el que los pasantes atienden es el mismo que el que el odon-
tologo tiene disponibilidad, por lo que la clase Agenda de los pacientes, tiene
una relacion de dependencia con la de la clase Odontologo de tal forma que
los horarios que el paciente agenda por medio de su cita, se vuelven las mismas
que las de los pasantes y del odontologo quien es quien supervisa a los pasantes.
Cuando la clase Odontologo transfiere la instancia de Paciente a su Pasante,
entonces el pasante adquiere acceso al expediente del paciente y a partir de esto,
el pasante puede atender al paciente.
Una vez que el pasante ha terminado de atender al paciente, este puede dar
por finalizada la consulta.
4
3 Diagrama de Clases: Diagrama
Diagrama de Clases de Consultorio
6
1 
 
Diagrama de casos de uso 
Explicación: 
Nos enfocamos en 4 personajes que tienen alguna intervención dentro del edificio, en primer 
lugar, tenemos al Odontólogo principal, el cual decidimos asignarle tareas únicamente de 
supervisión y en dado caso de necesitarlo que interviniera. 
Para el pasante, tuvimos un poco mas de cuidado al administrar sus tareas, porque no puede 
acaparar lo que el secretario o el administrativo haría, por lo cual algunas de estas tareas son 
consecuencia de actividades hechas o previamente establecidas por el secretario y el paciente, 
para así enfocarlo únicamente a la atención y la creación de expedientes. 
El secretario por su parte se encarga de administrar las citas de parte del paciente, recopilando 
datos de relevancia, ya sean de tipo personal o aquellos que se necesitaran para dan por bueno 
que pertenece al deporte universitario, además de encargarse de gestionar los tiempos de 
atención brindados por los pasantes, para así otorgar un turno de consulta en una fecha y hora 
específicas, y que de primera instancia fuerael quien se encargara de evaluar si se necesitaban 
más turnos. 
Por último, el paciente buscara mantener contacto con la dirección ya sea asistiendo de 
manera presencial o telefónica para pedir consulta, y proporcionando datos importantes para 
que se otorgue dicha cita y se le mencione si es acreedor a que sea gratis o debe pagar por la 
misma. 
2 
 
 
 
 
 
 
 
 
 
 
3 
 
Diagrama de actividades 
 El diagrama busca establecer una relación con las actividades y generar un tipo de camino 
de forma que el paciente tenga dos opciones que deriven de la gravedad de la consulta, 
destinando dos caminos, que se basan en la cantidad de turnos requeridos para proporcionar 
una consulta, y finalmente que todo acabe con pertenecer o no a algun deporte de la 
universidad par asaber si se cobra o no. 
 
 
 
 
 
Conclusión: 
 
Los diagramas son una parte importante para visualizar el comportamiento y la funcionalidad 
de muchos códigos, principalmente porque representan desde otra perspectiva para que se 
crea cada atributo y su importancia y relación que tiene con otras clases, además de permitir 
al usuario mantener un orden previo para saber que hacer, y muestra como puede funcionar 
dicho programa. 
Cada diagrama tiene un propósito, el diagrama de casos de uso busca informar sobre que 
hace cada participante de dicho problema, de manera que cada uno tiene una tarea asignada, 
y que mas tarde estas tareas se relacionaran con las tareas de otro participante, así asignamos 
y mantenemos un orden del porque y cuando. 
Para el diagrama de actividades, mantiene dos caminos, en este caso enfocado al paciente por 
completo y sirve más para una guía de que decisiones tomar y las posibles consecuencias del 
camino que se tome. 
El diagrama de clases es la parte fundamental del código pues contiene las clases y dentro 
los atributos que se utilizaran, añadiendo la conexión de cada una, por lo que es una guía 
visual de nuestro código antes de realizarlo y que explica de mejor manera la relación de cada 
clase con su sucesora, y que atributos son aquellos que se heredan y el para que. 
Los diagramas son una guía visual para mantener un orden y que proporciona al usuario una 
mejor manipulación de los datos que pueden o no ser relevantes pero que forman parte de