TÉCNICAS DE PROGRAMACIÓN ORIENTADA A OBJETOS

UNIVERSIDAD PRIVADA DEL NORTE

TRABAJO DE CAMPO 6

Curso: Técnicas de Programación Orientada a objetos

Profesor: Luis Alfredo Romero Untiveros

Integrantes:

Apellidos y Nombres Código

Candela Peche, Miguel Rufino N00265224

Collantes Diaz, Kathy N00301972

Villavicencio Gonzales, Angelica N00161484

LIMA-2022
 TÉCNICAS DE PROGRAMACIÓN ORIENTADA A OBJETOS

1. Investigar sobre las librerías gráficas en java

AWT

AWT (Abstract Windows Toolkit) es la parte de Java que se emplea para construir interfaces
gráficas de usuario. Este paquete ha estado presente desde la primera versión (la 1.0), aunque
con la 1.1 sufrió un cambio notable. En la versión 1.2 se incorporó también a Java una librería
adicional, Swing, que enriquece a AWT en la construcción de aplicaciones gráficas.

Resumen de controles AWT

AWT proporciona una serie de controles que podremos colocar en las aplicaciones visuales
que implementemos. Dichos controles son subclases de la clase Component, y forman parte
del paquete java.awt. Las más comunes son:

Los controles sólo se verán si los añadimos sobre un contenedor (un elemento de tipo
Container, o cualquiera de sus subtipos). Para ello utilizamos el método add(...) del contenedor
para añadir el control. Por ejemplo, si queremos añadir un botón a un Panel:

A continuación, vamos a ver una descripción de cada uno de los controles que ofrece AWT.
TÉCNICAS DE PROGRAMACIÓN ORIENTADA A OBJETOS
 TÉCNICAS DE PROGRAMACIÓN ORIENTADA A OBJETOS

Swing

Como se ha comentado, en versiones posteriores de Java se introdujo una nueva librería

gráfica más potente, que es Swing. Anteriormente se ha visto una descripción de los controles
AWT para construir aplicaciones visuales. En cuanto a estructura, no hay mucha diferencia
entre los controles proporcionados por AWT y los proporcionados por Swing: éstos se llaman,
en general, igual que aquéllos, salvo que tienen una "J" delante; así, por ejemplo, la clase
Button de AWT pasa a llamarse JButton en Swing , y en general la estructura del paquete de
Swing (javax.swing) es la misma que la que tiene java.awt.

Pero yendo más allá de la estructura, existen importantes diferencias entre los componentes
Swing y los componentes AWT:

 Los componentes Swing están escritos sin emplear código nativo, con lo que ofrecen
más versatilidad multiplataforma (podemos dar a nuestra aplicación un aspecto que
no dependa de la plataforma en que la estemos ejecutando).
 Los componentes Swing ofrecen más capacidades que los correspondientes AWT: los
botones pueden mostrar imágenes, hay más facilidades para modificar la apariencia de
los componentes, etc.
 Al mezclar componentes Swing y componentes AWT en una aplicación, se debe tener
cuidado de emplear contenedores AWT con elementos Swing, puesto que los
contenedores pueden solapar a los elementos (se colocan encima y no dejan ver el
componente).
 TÉCNICAS DE PROGRAMACIÓN ORIENTADA A OBJETOS

Resumen de controles Swing

Los controles en Swing tienen en general el mismo nombre que los de AWT, con una "J"
delante. Así, el botón en Swing es JButton , la etiqueta es JLabel , etc. Hay algunas diferencias,
como por ejemplo JComboBox (el equivalente a Choice de AWT), y controles nuevos. Vemos
aquí un listado de algunos controles:
 TÉCNICAS DE PROGRAMACIÓN ORIENTADA A OBJETOS

Gestores de disposición

Para colocar los controles Java en los contenedores se hace uso de un determinado gestor de
disposición. Dicho gestor indica cómo se colocarán los controles en el contenedor, siguiendo
una determinada distribución. Para establecer qué gestor queremos, se emplea el método
setLayout(...) del contenedor. Los gestores de disposición se encuentran dentro del paquete
java.awt, pero nos servirán indistintamente para controles AWT y Swing. Por ejemplo:
 TÉCNICAS DE PROGRAMACIÓN ORIENTADA A OBJETOS

Veremos ahora los gestores más importantes:

 TÉCNICAS DE PROGRAMACIÓN ORIENTADA A OBJETOS

Diferencias entre AWT y Swing en la disposición de elementos

Hay una diferencia en los gestores de disposición en Swing: para ciertos contenedores
(JFrames y JDialogs), se debe acceder al getContentPane() del contenedor, antes de llamar a su
método setLayout para establecer el gestor, y también antes de llamar a su método add para
añadirle elementos. No ocurre así para los JPanel. Veamos algunos ejemplos:

Esta diferencia desaparece con la versión 1.5 de Java, pero deberemos tenerla presente en
versiones anteriores.

Ejemplo: Vemos el aspecto de algunos componentes de Swing, y el uso de gestores de

disposición en este ejemplo:

El código nos muestra cómo se crea una clase que es una ventana principal (hereda de
JFrame), y define un gestor que es un GridLayout, con 4 filas y 2 columnas. En ellas vamos
colocando etiquetas (JLabel), botones (JButton), casillas de verificación (JCheckbox), listas
desplegables (JComboBox) y cuadros de texto (JTextField). Además, se crea un menú con
diferentes opciones. El ejemplo sería muy similar en AWT, simplemente cambiando los
controles por los equivalentes en AWT, y haciendo algún retoque a la hora de establecer
gestores de disposición y añadir elementos a la ventana principal. Aquí tendríamos el ejemplo
en AWT:
 TÉCNICAS DE PROGRAMACIÓN ORIENTADA A OBJETOS

Observad las diferencias entre una y otra aplicación, en cuanto a cómo se programan, y cómo
se ven los componentes en pantalla (debido a la independencia de plataforma de Swing).

2. Especificar a detalle los criterios de aceptación de los requisitos del sistema. 

Criterio aceptación número 1 el sistema debe registrar los datos de los pacientes tomando en
consideración el número de documento identidad nombre apellido paterno apellido materno.

Criterio aceptación número 2 el sistema debe registrar las unidades médicas consultorio y
servicios que existen dentro del servicio médico hospitalización.

Criterio sentación número 3 el sistema debe permitir el registro de la medicación que se da a

cada uno de los pacientes después de su atención tomando en consideración el nombre del
medicamento y la cantidad de medicinas asignadas a cada uno de ellos.

Criterio aceptación número 4 el sistema debe permitir la asignación de una medicación a cada
una de los pacientes.

Criterios de aceptación número 5 el sistema debe descontar la medicación de los pacientes

del stock se debe tomar en consideración que no se puede recetar un medicamento que esté
fuera del stock que se tiene la farmacia.

Criterio aceptación número 6 el sistema debe validar que solo se pueden recetar
medicamentos después de una cita a un determinado paciente esto con la finalidad de evitar
que los pacientes que no tengan citas puedan tener recetas médicas.
 TÉCNICAS DE PROGRAMACIÓN ORIENTADA A OBJETOS

3. Maquetar las interfaces gráficas de su proyecto.

 TÉCNICAS DE PROGRAMACIÓN ORIENTADA A OBJETOS

4. Historias de usuario y criterios de aceptación. 

Criterios de Aceptación:

+ La aplicación debe poder implementarse en un tiempo máximo de 3 meses incluyendo la

data existente en sistemas anteriores.

+ La aplicación debe ser dinámica para todas las áreas que intervengan en ella.

+ La aplicación debe tener un módulo que permita subir data física de pacientes antiguos al
sistema.

+ La aplicación debe permitir generar reportes de ingresos y egresos por área (farmacia,
Consultas, Procedimientos, Analisis)

+ La aplicación debe permitir conectar con otros módulos de otras áreas de modo eficiente.

Historias de usuarios:

Como jefa de enfermeras necesito registrar y visualizar todo lo que ocurre a un paciente en la
historia clínica, porque somos el principal apoyo de los doctores.

Como Doctor encargado de Emergencia quiero poder visualizar el estado en que está llegando
los pacientes luego que tienen un accidente, lo que registran los paramédicos.

Como laboratorista de turno, quiero poder agregar los valores claros y las anotaciones de los
resultados a la historia clínica de forma sencilla.

Como Director del hospital necesito los reportes de las áreas para evaluarlo en la junta
directiva y planear mejoras en cada área.

Como Doctor de turno del área de hospitalización quiero saber la disponibilidad de camillas y
cámaras de oxígeno para los pacientes que ingresan.

Como cirujano Nefrologo quiero saber cuántas máquinas de hemodiálisis están activas y cuál
es el cronograma disponible para pacientes de urgencia.

Como doctor pediatra quiero saber la medicación que lleva mis pacientes y cuando es
necesario llamarles para agendar una nueva cita de revisión.

Como enfermera de vacunación quiero que en la historia clínica del paciente figure en estado
real las vacunas que tiene y las pendientes para indicarle al paciente cual es la próxima vacuna
que necesita.