Aporte Carlos) Gutierrez

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos
PROYECTO DE INVESTIGACIN - TERICO

Reservacin de citas medicas
Grupo 301403_21
Presentado por:
1.
2.
3.
4.
5.
Leider Marino Caicedo Obando Cod. 4669370

Carlos Andrs Gutirrez Cod. 6391734
Javier Marmolejo Cod. 16.276.985
Alexander Guevara Cod. .79759287
Henry David Agreda Cod 6.108.924
Tutor:
Cesar Orlando Jimnez Angarita
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

ESCUELA DE CIENCIAS BASICAS TECNOLOGIA E INGENIERIA
PROGRAMA INGENIERIA DE SISTEMAS
COLOMBIA
26 DE MARZO DE 2016
Pgina 1
Tabla de Contenidos
Captulo 1 Introduccin
Captulo 2 Objetivos
2.1 Objetivos Generales
2.2 Objetivos Especficos
Captulo 6 Modelo de Requisitos
6.1. Descripcin del Problema
6.2. Modelo de Caso de Uso
6.3. Modelo de Interfaces
6.4. Actores y Caso de Uso
6.5. Modelo de Dominio del Problema
Captulo 7 Modelo de Anlisis
7.1. Arquitectura de Clases
7.2. Identificacin de Clases segn Estereotipos
7.3. Clases segn Casos de Uso
7.4. Diagramas de Secuencia
7.5. Casos de Uso para el Sistema
7.6. Diccionario de Clases
Captulo 11 Conclusiones
Captulo 12 Recomendaciones
Captulo 13 Bibliogrficas
Captulo 1 Introduccin
Pgina 2

Java es un lenguaje de programacin orientado a objetos desarrollado por
James Gosling junto con otros desarrolladores de Sun Microsystems en 1990, en
principio pensaron dedicar el lenguaje a la programacin de todo tipo de aparato,
pero sin dejar pensar en aplicaciones importantes para el futuro. Para que java
fuera exitoso como lo es hoy en da tendra que obviar problemas que se
presentaban en otros lenguajes. Inicialmente el lenguaje se llam Oak (en espaol
'roble'), en honor de un roble que se encontraba en los alrededores eso dicen
algunas personas, aunque tuvo que cambiar su nombre debido a que ya exista otra
empresa con ese nombre, luego adopto el nombre de green y finalmente se
renombro a java, termino dado despus de ir a tomar un caf en una cafetera
cercana tal vez por un tipo de caf disponible en la cafetera de ah que el icono de
java fuese una taza de caf. En 1992, se present como demostracin una PDA con
interface grfica denominado como el proyecto green fue el primero en el que se
aplic Java y un asistente inteligente representado mediante un mueco llamado
Duke. Entre junio y julio de 1994 el equipo reorient la plataforma hacia la Web.
Sintieron que la llegada del navegador web Mosaic, propiciara que Internet se
convirtiese en un medio interactivo, Naughton cre entonces un prototipo de
navegador, WebRunner, que ms tarde sera conocido como HotJava. En 1994, se
les hizo una demostracin de HotJava y la plataforma Java a los ejecutivos de Sun.
Java 1.0a pudo descargarse por primera vez en 1994, pero hubo que esperar al 23
de mayo de 1995, durante las conferencias de SunWorld, a que vieran la luz pblica
Java y HotJava, el navegador Web. Sus versiones Java 1.0 (enero 1996) 8
paquetes, 212 clases primera versin pblica. La presin hizo que se hiciera pblica
demasiado pronto, lo cual significa que el diseo del lenguaje no es demasiado
bueno y hay montones de errores. Respecto a seguridad, es restrictivo por defecto,
no dejando hacer demasiado al cdigo no fiable. Java 1.1 (marzo 1997) 23
paquetes, 504 clases, mejoras de rendimiento en la JVM, nuevo modelo de eventos
en AWT, clases anidadas, serializacin de objetos, API de JavaBeans, archivos jar,
internacionalizacin, API Reflection (Reflexin), JDBC (Java Data base Connectivity),
RMI (Remote Method Invocation). Se aade la firma del cdigo y la autentificacin.
Es la primera versin lo suficientemente estable y robusta. Java 1.2 (diciembre
1998) 59 paquetes, 1520 clases JFC (Swing), Drag and Drop, Java2D, Corba,
API Collections. Se producen notables mejoras a todos los niveles. Para enfatizar
esto Sun lo renombra como Java 2. El JDK (Java Development Kit) se renombra
como SDK (Software Development Kit). Se divide en J2SE, J2EE y J2ME. Java 1.3
(abril 2000) 77 paquetes, 1595 clases Orientada sobre todo a la resolucin de
errores y a la mejora del rendimiento; se producen algunos cambios menores como
la inclusin de JNDI (Java Naming and Directory Interface) y la API Java Sound.
Tambin incluye un nuevo compilador de alto rendimiento JIT (Just In Time). Java
1.4 (2002) 103 paquetes, 2175 clases Tambin conocido como Merlin, es la
versin actual. Mejora notablemente el rendimiento y aade entre otros soportes de
expresiones regulares, una nueva API de entrada/salida de bajo nivel (NIO, New
I/O), clases para el trabajo con Collections, procesado de XML; y mejoras de
seguridad como el soporte para la criptografa mediante las Java Cryptography
Extension (JCE), la inclusin de la Java Secure Socket Extension (JSSE) y el Java
Authentication and Authorization Service (JAAS). El lenguaje Java se cre con cinco
objetivos principales: 1. Debera usar la metodologa de la programacin orientada a
Pgina 3

objetos, 2. Debera permitir la ejecucin de un mismo programa en mltiples
sistemas operativos, 3. Debera incluir por defecto soporte para trabajo en red, 4.
Debera disearse para ejecutar cdigo en sistemas remotos de forma segura, 5.
Debera ser fcil de usar y tomar lo mejor de otros lenguajes orientados a objetos,
como C++, Para conseguir la ejecucin de cdigo remoto y el soporte de red, los
programadores de Java a veces recurren a extensiones como CORBA (Common
Object Request Broker Architecture), Internet Communications Engine u OSGi
respectivamente. Sus ventajas sobre otros lenguajes como 1. Simple y poderoso,
Seguro, 2. Orientado por Objetos, 3. Robusto, 4. Independiente de arquitectura, 5.
Fcil de aprender, 6. compilados e interpretados. Tal vez una de las ventajas ms
destacadas de java es que son independientes de la arquitectura debido a que los
programas en java son compilados en un lenguaje intermedio (bytecode) luego
pasan a ser interpretador por la maquita vitual (JVM) esto permite que el programa
sea ejecutado en cualquier sistema operativo con cualquier arquitectura.
Es importante usar Java?
De acuerdo a su cronologa y evolucin se tiene que es un lenguaje
multiplataforma con el cual se puede desarrollar programas que se ejecuten sin
problemas en sistemas operativos como Windows, Linux, Mac, Unix, etc, permite
crear programas que se ejecuten en los ms variados dispositivos como
computadoras, telfonos mviles, algunas consolas de juegos y algunos
electrodomsticos adems de en micro controladores, es el nico lenguaje
soportado por el 100% de los telfonos mviles y handhelds, es uno de los
lenguajes ms demandados por las empresas y mejor remunerado, es el que
presenta mejor perspectiva de crecimiento por su larga trayectoria en comparacin
con soluciones como .Net que adems de tener un comportamiento errtico es una
solucin propietaria, para programar en Java no debe comprar ningn programa o
entorno de desarrollo a diferencia de entornos propietarios como .Net. Java no es
cdigo libre, pero permite que cualquiera utilice su JRE (mquina virtual) para que
desarrolle programas, Java implementa funciones Y seguridad que son usadas por la
mayora de las grandes empresas que realizan transacciones a travs de Internet,
java lleva ms de 25 aos en el mercado con lo cual hay cientos de miles de
programadores con los cuales puede comunicarse a travs de Internet y consultar.
De lo anterior se extrae de una manera positiva que java es actualmente uno de
los Software que vale la pena usar por su excelente estructura y robusticidad la cual
da confianza y un buen manejo en el internet y programacin de sistemas
distribuidos en general, es una mejora del lenguaje c++ el cual necesita menos
recursos y menos propenso a errores de programacin, es desarrollado por
SunMicrosystems (compaa actualmente absorbida por Oracle), la cual es una de
las mejores industrias del software a nivel mundial, adems el cdigo que se genera
es un cdigo independiente que es el que nos permitir poderlo usar en las distintas
plataformas, sin que cambie la esencia del software diseado, es decir, que ser el
mismo programa en cualquier plataforma. Por ejemplo, se puede desarrollar un
software en un sistema operativo como Windows y despus ejecutarlo en Linux, sin
necesidad de compilar en la otra plataforma. Se dice que es portable, ya que el
cdigo que genera el proceso de compilacin no es ejecutable, sino que es un
Pgina 4

cdigo intermedio el que no est unido a una plataforma especfica, sino que es
independiente y cada vez incorpora ms facilidades para la creacin de entornos
basados en ventanas, para la creacin y manipulacin de grficos, para el acceso a
bases de datos, etc, lo mejor de este lenguaje de Java es que cada vez mas tiene el
apoyo, la participacin y el patrocinio de las mayores organizaciones y empresas de
tecnologa del Mundo: Oracle, Sun Microsystems, IBM, Nokia Corporation, HewlettPackard, Borland Software Corporation, Apache Software Foundation, SAP AG,
SavaJe Tenologies, Apple Computer Inc, Cisco Systems, Fujitsu Limited, Macromedia
Inc, Rational Software, Unisys, America Online, Hitachi LTDA, Mitsubishi Eletric
Corp, NEC, Sony Internacional, Sharp, Ericsson Inc, Matsushita Eletric, Motorola,
Samsung Eletronics, Siemens AG, Symbian, Novell, PalmSource Inc, BEA Systems,
Object People y muchas otras.
Actividad 4. Expectativas que tiene en el Curso Acadmico de Programacin Orientada a Objetos
con respecto a Campus Virtual.
Las expectivas del curso son aprender la estructuracin del software Java para utilizarlo en la
creacin de juegos, pginas Web, soporte a software que este relacionado con Java. En cuanto al grupo
que este sea participativo, mantener una buena comunicacin con el tutor, la metodologa de trabajo sea
preciso y claro, contar con herramientas de cibergrafia amplia donde se pueda consultar para la realizacin
de las actividades, las comunicaciones sean oportunas. Estoy convencido del contenido y/o material que
tiene el curso, y que nos va a ofrecer buenas bases y herramientas para la programacin del lenguaje, el
cual est a la vanguardia y como Ingeniero debo desarrollar destrezas, conocimientos y ejecucin sobre
este tipo de lenguaje. Logrando aprovechar al mximo al docente o instructor, compaeros y herramientas
que el curso me ofrece, espero cumplir con todas mis expectativas del curso,
Captulo 2 Objetivos
2.1 Objetivos Generales
Mediante el trabajo el objetivo principal es aprender los conceptos bsicos de la programacin
orientada a objetos, comportamiento, relaciones y operaciones.
2.2 Objetivos Especficos
Pgina 5
Entender y manejar cada uno de los conceptos fundamentales de la programacin orientada a

objetos.
Relacionar los conceptos del paradigma de programacin estructurado con el orientado a objetos.
Pgina 6

Captulo 6 Modelo de Requisitos
6.1. Descripcin del Problema

El sistema de reservacin de citas de una clnica de ciruga plstica esttica reconstructiva permite al
usuario hacer consultas y reservacin de citas, se desea que este sistema ingrese por medio de la World
Wide Web (internet), sin necesidad de hacer acto de presencia
Este sistema presentara diversos mensajes describiendo cada uno de los servicios ofrecidos, paralelamente
contara con la opcin registrar e ingresar, la primera opcin para personas nuevas que ingresan al sistema
y la segunda opcin para los que ya han ingresado anteriormente. Este acceso se da por medio de la
insercin de un login previamente especificado y un password ya escogido y que debe validarse.
Una vez ingresado al sistema el usuario puede realizar las siguientes operaciones:
Consultar y cancelar citas

Actualizacin de datos
Consulta de especialistas
Facturacin y pago
Servicios prestados
Peticiones, quejas, reclamos y sugerencias
La consulta de las citas se puede realizar as:

Horarios de citas
Valor de cita
Valor de cirugas
Valor de tratamientos
Estado de cita
La consulta segn horarios muestra el tiempo disponible de los especialistas, con el fin de evitar retrasos e
inasistencia de los mismos.
La consulta valor cita muestra los diferentes valores cobrados por cita, para que el usuario pueda acceder
al control que necesite.
La consulta de valor ciruga muestra los diferentes valores a cobrar segn el tipo de ciruga que se desee
practicar el usuario esta ser pagada al momento de realizarse la ciruga.
La consulta valor tratamiento muestra el valor total del tratamiento que se desea realizar, este puede ser
pagado en cuotas, cita por cita.
La consulta estado cita permite ver si la cita est libre u ocupada, determinando el horario disponible.
Adems, la consulta especialista permite escoger al usuario el profesional que se desee y cumpla con sus
expectativas.
Despus de escoger el horario y el especialista deseado, el sistema permite al usuario adquirir la cita y
cancelar segn el precio estimado, se realizar por medio de tarjeta de crdito o cancelarla al llegar 15
Pgina 7

minutos antes a la clnica.
Es necesario estar previamente registrado con un nmero de tarjeta de crdito vlida para poder hacer la
facturacin de citas, o de lo contrario proveerla en el momento de hacer la transaccin.
Por ltimo, el usuario podr consultar los servicios que fueron prestados una vez termine la cita.
6.2. Modelo de Caso de Uso

Caso de uso
El actor principal en nuestro sistema son los usuarios, los casos de uso son, registrar usuario que como su
nombre lo indica es donde el usuario ingresara para acceder a registrarse dentro del sistema, consultar o
cancelar cita donde se informara sobre la disponibilidad de las mismas, actualizar datos ya que es
necesario tener los datos actuales de todos los pacientes, consultar especialista donde se podr escoger el
que cumpla con las expectativas segn lo que necesite el paciente, facturacin y pag de las consultas o
cirugas a realizar, descripcin de los servicios prestados y por ultimo donde pueda registrar las peticiones
quejas, reclamos y sugerencias. por otro lado, los actores secundarios son, base de datos registros y base
de datos reservaciones, que son las que soportan los casos de uso.
Extensin
Hacemos una extensin en pago de facturacin, despus que la extensin se ha terminado, el curso
Pgina 8

original contina como si nada hubiera ocurrido
Inclusin
Es una seccin de un caso de uso que es parte obligatoria del caso de uso bsico, en nuestro caso
Consultar cita, actualizacin de datos, consultar especialista, facturar y pago de cita, servicios prestados y
peticiones quejas y reclamos debe ser incluido con validar usuario.
Pgina 9

Generalizacin
Se Busca actores abstractos, en el sistema, el caso de uso facturacin, puede generar cobros que se pueden
pagar con tarjeta de crdito o llegando 15 minutos antes a la clnica.
Pgina 10

Modelos de caso de uso
Pgina 11

6.3. Modelo de Interfaces
Este modelo es de suma importancia para el buen desarrollo del sistema, involucra varios actores a la hora
de la realizacin, vemos como posiblemente quedara nuestro sistema de reservacin de citas.
El primer cuadro permite analizar los requerimientos del sistema y estudiar los posibles usuarios que lo
utilizaran, tambin se definir los prototipos del sistema, el Wireframe que representara la estructura
visual, el dominio donde se alojara, y tambin lograremos realizar diferentes pruebas de validacin.
El segundo cuadro pertenece al diseo grfico, dndole vida al sistema, insertaremos imgenes grficas, el
Layout que permite generar una cuadricula imaginaria facilitando la divisin entre texto e imgenes, se
definir el color y se ira modificando el dominio, contar con el libro de estilos y las plantillas necesarias.
El tercer cuadro pertenece al programador, este desarrollara el cdigo para generar todos los
requerimientos del sistema, creara el programa como se ha establecido hasta el momento.
6.4. Actores y Caso de Uso
Actor
Usuarios
Pgina 12

Casos de uso
Tipo
Descripcin
Registrar Usuario, Validar usuario, actualizar

datos, Consultar cita, Consultar Especialista,
Realizar facturacin, pagar facturacin, registrar
tarjeta
Primario
El actor principal es cualquier persona que desea
acceder a una cita de la clnica a la hora y con el
especialista que desee.
Base de datos Registros

Actor
Casos de uso
Tipo
Descripcin
Base de datos Reservaciones

Actor
Casos de uso
Tipo
Descripcin
Base de datos Registros

Registrar Usuario, Validar usuario, actualizar
datos y Registrar tarjeta
Secundario
Representa una base de datos donde se guarda la
informacin de los usuarios y las tarjetas de
crdito o dbito con las que posiblemente
cancelaran algunas citas
Base de datos Reservaciones

Consultar Citas, Consultar especialistas, Realizar
facturacin y pagar facturacin
Secundario
Representa una base de datos en la cual el usuario
puede realizar la bsqueda de citas, los
especialistas disponibles, los costos de los
tratamientos y los horarios disponibles para esta.
Validar usuario
Caso de uso
Actores
Tipo
Descripcin
Validar Usuario
Usuario y base de datos registro
Inclusin
Validaremos al usuario con el fin de que tenga
acceso a nuestro sistema y logre hacer las
consultas y las citas necesarias desde su vivienda,
de igual manera una vez registrado ya tendrn su
usuario y contrasea y podr entrar sin problemas
cuantas veces desee.
Pgina 13
Registrar Usuario
Caso de uso
Actores
Tipo
Descripcin
Registrar Usuario
Bsico
Al estar registrado correctamente el usuario podr
acceder a toda la informacin de manera libre y
rpida, podr hacer consultas y realizar
facturacin de citas.
Actualizar datos
Caso de uso
Actores
Tipo
Descripcin
Registrar Usuario
Bsico
Al estar registrado correctamente el usuario podr
actualizar su informacin en cualquier momento
para que as entregue una informacin concreta
todo el tiempo y pueda acceder a los servicios de
la clnica
Registrar tarjetas
Caso de uso
Actores
Tipo
Descripcin
Registrar tarjetas
Extensin
Permite que el usuario registre sus tarjetas de
crdito o dbito para que no tenga inconvenientes
a la hora de realizar el pago de la facturacin de la
cita.
Consultar citas
Caso de uso
Actores
Tipo
Descripcin
Consultar Citas
Usuario y base de datos Reservaciones
Bsico
El usuario podr consultar los horarios de citas, el
valor de las citas, el valor del tratamiento y el
Pgina 14

estado de cita, pudiendo de esta manera escoger la
que ms se le acoja al tiempo disponible.
Consultar especialistas
Caso de uso
Actores
Tipo
Descripcin
Consultar Especialistas
Bsico
El usuario podr consultar los diferentes
especialistas disponibles para el tratamiento o
ciruga de la cual necesita realizarse.
Realizar Facturacin
Caso de uso
Actores
Tipo
Descripcin
Realizar Facturacin
Bsico
El usuario podr generar la cita y la facturacin de
esta para que sea pagada mediante la tarjeta de
crdito, dbito o en efectivo llegando 15 minutos
antes de la cita a la clnica.
Pagar facturacin
Caso de uso
Actores
Tipo
Descripcin
Realizar Facturacin
Bsico
El usuario podr pagar el valor total de la cita,
mediante la tarjeta de crdito o dbito o pagando
en efectivo directamente en la clnica antes de
ingresar a la cita.
Peticiones quejas y reclamos

Caso de uso
Actores
Tipo
Realizar Facturacin
Bsico
Pgina 15

Descripcin
El usuario podr dejar sus inquietudes de cmo

fue la atencin prestada tanto de la clnica como
de los servidores de esta.
6.5. Modelo de Dominio del Problema
Clases candidatas
Usuarios
Sistemas
Consultas
Reservacin
Internet
Mensajes
Servicios
Personas
Operaciones
Clnica
Horarios
Cita
Pagos
Facturacin
Valor
Tiempo
Estado
Factura
Especialista
Consultas de especialistas
Control
Clnica
Libre
Ocupado
Cancelar
Registro
Compra
Prstamo
Costos
Consultas de citas
Clases Identificadas
Cita
Reservacin
Registro Usuario
Horario
Especialista
Consultorio
Costos
Estado cita
Cliente
Registro tarjeta
Clnica
DIAGRAMA DE CLASES CON ASOCIACIONES
Pgina 16

Una cita requiere reservaciones.
Una cita requiere de un consultorio.
Una cita contrae costos
Una cita se efecta en una clnica.
Una cita tiene estados.
Una cita requiere de un especialista.
Una cita tiene un horario.
Un cliente realiza reservaciones.
Una reservacin requiere de un registro de tarjeta de crdito o dbito.
Un registro de tarjeta pertenece a un registro de usuario
MODELO DEL DOMINO DEL PROBLEMA
Pgina 17
Una cita requiere una sola clnica (de 1 a 1)

Una cita puede tener varios estados (de 1 a muchos)
Una cita puede tener varios especialistas (de 1 a muchos)
Una cita solo puede tener un cliente (de 1 a 1)
Una cita solo puede tener un horario, si se pasa de este pierde la cita (de 1 a 1)
Una cita puede tener diferentes costos (de 1 a muchos)
Una cita solo puede ser realizada en un consultorio especifico (de 1 a 1)
Una cita solo puede tener una reservacin por, esta es manejada por el horario (de 1 a 1)
Un registro de tarjeta puede tener varias reservaciones (de 1 a muchos)
Un registro de usuario puede tener un solo registro de tarjeta (de 1 a 1)
ATRIBUTOS.
Clases
Cita
Reservacin
Registro Usuario
Atributos
Numero
Cdigo
Nombre, apellidos, direccin, ciudad, pas, telfono, celular, correo
electrnico.
Horario
Especialista
Consultorio
Costos
Estados
Cliente
Registro tarjeta
Clnica
Fecha y hora
Nombre y Especialidad
Nmero del consultorio
Servicio prestado, costo, descuento
Nombre del estado
Nombre, apellido, cedula
Nombre, Nmero, Expedidor, Vencimiento
Nombre, clnica, direccin.
Pgina 18
MODELO ER
Captulo 7 Modelo de Anlisis
7.1
Arquitectura de Clases
En el sistema de informacin Reservacin de citas de la clnica se va a trabajar con un tipo de arquitectura

de clases de 3 dimensiones denominado Arquitectura MVC Modelo, Vista, Controlador.
Pgina 19
La vista de la informacin corresponde a las interfaces que se le presentan al usuario para el manejo
de la informacin, donde por lo general pueden existir mltiples vistas sobre un mismo modelo.
Tpicamente la informacin representa el dominio del problema y es almacenada en una base de datos.
Por otro lado, el control corresponde a la manipulacin de la informacin a travs de sus diversas
presentaciones. Y aunque existe cierta dependencia entre estas tres dimensiones se considera que la
manera de presentar la informacin es independiente de la propia informacin y de cmo esta se
controla. Sin embargo, cada una de ellas probablemente experimente cambios a lo largo de la vida del
sistema, donde el control es el ms propenso a ser modificado, seguido de la vista y finalmente el
modelo.
7.2.
Identificacin de Clases Segn Estereotipos
Estereotipos de Entidad
<<Entidad>>
Cita
<<Entidad>>
Tarifa
<<Entidad>>
Paciente
<<Entidad>>
Consultorio
<<Entidad>>
Especialista
<<Entidad>>
Reservacin
<<Entidad>>
Horario
<<Entidad>>
Pago
Estereotipos de Interface.
<<Interface>>
InterfaceUsuario
<<Interface>>
PaginaConsultahorarios
<<Interface>>
<<Interface>>
PaginaServicio
InterfaceUsuario
<<Interface>>
PaginaConsultaTarifas
<<Interface>>
InterfaceBaseDatosReserva
<<Interface>>
PaginaResultadoHorarios
<<Interface>>
PaginaResultadoHorarios
<<Interface>>
PaginaResultadoTarifas
Pgina 20
<<Interface>>
<<Interface>>
Estereotipos de control:
<<Control>>
ManejadorDeServicios
<<Control>>
ManejadordeDeConsultas
<<Control>>
ManejadordeDeConsultaTarifa
<<Control>>
ManejadorPrincipal
<<Control>>
ManejadordeDeConsultaHorar
<<Control>>
ManejadordeDeConsultaEstado
<<Control>>
ManejadordeDeReservas
<<Control>>
ManejadordeDeRegistroUsuario
<<Control>>
ManejadordeDeAsignacionCit
<<Control>>
ManejadordeDePagos
7.3. Clases segn Casos de Uso
1. Clases del Caso de uso Validar Usuario:
InterfaceUsuario
PantallaPrincipal
ManejadorPrincipal
Pgina 21
InterfaceBaseDatosRegistro
ManejadorRegistroUsuario
RegistroUsuario
2. Clases del Caso de uso Servicios:
InterfaceUsuario
PantallaServicio
ManejadorServicio
3. Clases del Caso de uso Registrar Nuevo Usuario:
InterfaceUsuario
PantallaCrearRegUsuario
PantallaObtenerRegUsuario
ManejadorRegistroUsuario
RegistroUsuario
4. Clases del Caso de uso actualizar datos de usuario:
InterfaceUsuario
PantallaactualizarUsuario
PantallaactualizardatosUsuario
Pgina 22
ManejadorRegistrodatosUsuario
actulizaciondatosUsuario
5. Clases del Caso de uso Realizar facturacin:
PantallaConsultarFacturacin PantallaResultadoFacturacin ManejadorConsultaFacturacin
Horario
Servicio
Cita
Tarjeta
Efectivo
6. Clases del Caso de uso Consultar citas:
PantallaConsultaCita
Horario Servicio
PantallaResultadoCita
Cita
ManejadorConsultasCita
Consultorio
Especialista
Pgina 23
7. Clases del Caso de uso Consultar Especialistas:
PantallaConsultaEspecialista
Servicios
PantallaConsultaEsp
Especialidad
ManejadorConsultaEspecialista
Consultorio
Especialista
8. Clases del Caso de uso Registrar tarjeta:
InterfaceUsuario
PantallaCrearRegTarjeta
9.
PantallaObtenerRegTarjeta
ManejadorRegistroTarjeta
RegistroTarjeta
Clases del Caso de uso Pagar Facturacin:
Pgina 24

ManejadorPagos
RegistroTarjeta
InterfaceUsuario
InterfaceBaseDatosCitas
PantallaPagarRegTarjeta
PantallaReembolsarRegTarjeta
10. Clases del Caso de uso Pagar en Efectivo:
ManejadorPagos
InterfaceUsuario
InterfaceBaseDatosCitas
RegistroUsuario PantallaPagarRegReciboPago
ReciboDePago
7.4. Diagramas de Secuencia

Validar Usuario (Iniciar Sesin):
Pgina 25
Registrar Usuario:
Consultar Servicios:
Pgina 26
Realizar facturacin:
Consultar citas:
Pgina 27
Consultar Especialistas:
Registrar tarjeta:
Pgina 28
Pagar Facturacin:
Pagar en Efectivo:
Pgina 29
7.5. Casos de Uso para el Sistema de reservacin de citas

Validar usuario
Caso de uso
Actores
Tipo
Propsito
Resumen
Recomendaciones
Flujo principal
Validar usuario
Usuario, Base de datos de registro
inclusin
Validar un usuario ya registrado para el uso del sistema de reservaciones de
citas.
Este caso de uso es iniciado por el usuario. Valida el usuario mediante un
usuario y un login siendo validado por el registro de usuario para as usar el
sistema de reservaciones.
Si el usuario an no est registrado, requerir ejecutar el caso de uso
Registrar usuario subflujo crear Registro usuario
El manejadorDeSeccion solicita desplegar pantalla principal a la
interfaceusuario. La interfaceusuario despliega pantalla principal. La
pantalla principal se despliega.
El usuario puede seleccionar entre las siguientes opciones ingresar datos y
Salir.
Si la actividad seleccionada es ingresar datos, la pantalla principal enva el
evento Ingresar datos a la interfaceusuario. La interfaceusuario enva el
evento enviar_datos_usuario al manejadorDeSeccion. El
manejadorDeSeccion enva el evento enviardatos al
interfaceBaseDeDatosSeccion. La interfaceBaseDeDatosSeccion enva el
Pgina 30
Subflujos
Excepciones
evento comparar_datos a la Base de Datos.

Al confirmar los datos la Base de Datos enva el evento Datos_validados al
manejadorDeSeccion. El manejadorDeSeccioin enva el evento
pantalla_validacion_OK al interfaceusuario.
Si la actividad seleccionada es Salir la pantalla principal enva Salir a la
interfaceusuario. El interfaceusuario sale del sistema.
Ninguno
Ninguno
Registrar usuario
Caso de uso
Actores
Tipo
Propsito
Resumen
Recomendaciones
Flujo principal
Subflujos
Excepciones
Registrar usuario
Usuario y base de datos de registro
Bsico
Permitir a un usuario registrarse con el sistema de reservaciones de citas de
la clinica para su uso posterior
Este caso de uso es iniciado por el usuario. Ofrece funcionalidad de crear,
modificar y eliminar el registro de usuario con el sistema de reservaciones.
Si el usuario no est registrado, requiere ingresar sus datos y generar un
nuevo registr.
El usuario puede seleccionar entre las siguientes opciones iniciar_registro,
registrar y Salir.
Si la actividad seleccionada es iniciar_registro, la interfaceusurario enva
el evento iniciar_registro al manejadorRegistroUsurio. El
manejadorRegistroUsuario devuelve el evento muestra_pantalla_ingreso al
interfaceUsuario y se contina con la actividad Registrar.
Si la actividad seleccionada es registrar la pantalla principal enva el
evento a la interfaceUsuario. La interfaceUsuario enva el evento Registrar
al manejadorRegistroUsuario. El manejadorRegistroUsuario enva el evento
ingreso_nuevo_registro al interfaceBaseDeDatosRegistro. La
interfaceBaseDeDatosRegistro enva el evento ingresa_nuevo_usuario a la
Base de datos.
Confirmada la actividad la Base de datos enva a la
interfaceBaseDeDatosRegistro el evento Registro_realizado. La
interfaceBaseDeDatosRegistro enva el evento Registro_realizado al
manejadorRegistroUsuario. El manejadorRegistroUsuario enva el evento
Mostrar_confirmacion al interface_usuario.
Ninguna
Ninguna
Consultar servicios
Pgina 31

Caso de uso
Actores
Tipo
Propsito
Resumen
Recomendaciones
Flujo principal
Subflujos
Excepciones
Consultar servicios
Usuario y base de datos de reservaciones
Bsico
Consultar los diversos servicios a un usuario ya registrado para el uso del
sistema de reservaciones de citas de la clinica.
Este caso de uso es iniciado por el usuario. Tiene opciones para consultar los
diversos servicios del sistema de reservaciones
El usuario debe de estar registrado para poder consultar de que servicios hay
disponibles
El manejoUsuario necesita desplazar la pantalla principal en el evento
visualizar_pantalla_menu por parte del usuario. El usuario puede seleccionar
iniciar_seccion, consultar_Servicios y salir.
Si la actividad seleccionada es iniciar_seccion. La pantalla principal enva
el evento iniciar_seccion al interfaceUsuario. El interfaceUsuario enva el
evento iniciar_seccion al manejoUsuario. El manejoUsuario enva el evento
validar_datos al interfaceBaseDatos. El interfaceBaseDatos enva el evento
validando_Datos a la base de datos. La base de datos enva el evento
datos_validados_OK a la interfaceBaseDatos. La interfaseBaseDatos enva
el evento insertar_requerimientos a la pantalla principal al usuario.
Si la actividad seleccionada es consultar_servicios. La pantalla principal
enva el evento consultar_servicios al manejoServicios. El manejoServicios
enva el evento consultar_servicios al interfaceBaseDatos. El
interfaceBaseDatos enva el evento consultar_servicios a la Base de datos.
La Base de datos enva el evento muestra_pantalla_servicios a la
interfaceUsuario. La interfaceUsuario enva el evento
Respuesta_consulta_servicios a la pantalla principal del usuario.
interfaceusuario. El interfaceusuario sale del sistema
Ninguno
Ninguno
Realizar facturacin
Caso de uso
Actores
Tipo
Proposito
Resumen
Recomendaciones
Flujo principal
Realizar facturacin
Usuario y base de datos reservaciones
Bsico
Permite al usuario que se genere la facturacin de la cita con el sistema de
reservaciones
Este caso de uso es iniciado por el usuario. Ofrece la funcionalidad que el
usuario realice el pago total de la facturacin con el sistema de reservaciones
Inicialmente el usuario halla separado su cita con el especialista, horario y de
all se facturar
El manejoUsurio necesita desplazar la pantalla principal en el evento
consultar_Datos por parte del usuario. El usuario puede seleccionar
iniciar_seccion, Realizar_Facturacion y salir.
el evento iniciar_seccion al interfaceUsuario. La interfaceUsuario enva el
Pgina 32
Subflujos
Excepciones
validar_datos al interfaceBaseDatos. La interfaceBaseDatos enva el evento

validando_datos a la base de datos. La base de datos enva el evento
datos_validados a la interfaceBaseDatos. La interfaceBaseDatos enva el
evento Muestra_pantalla_consultar_facturacion a la pantalla principal del
usuario.
Si la actividad seleccionada es Realizar_facturacion. La pantalla principal
enva el evento Realizar_facturacion al ManejoConsultaFacturacion. El
ManejoConsultaFacturacion enva el evento realizar_facturacion a la
interfaceBaseDatos. La interfaceBaseDatos enva el evento
realizando_facturacion a la base de datos. La base de datos enva el evento
facturacin_realizada_OK a la interfaceBaseDatos. La interfaceBaseDatos
enva el evento muestra_pantalla_resultado_facturacion a la
interfaceUsuario. La interfaceUsuario enva el evento Respuesta_facturacion
a la pantalla principal del usuario.
Ninguna
Ninguna
Consultar cita
Caso de uso
Actores
Tipo
Propsito
Resumen
Recomendaciones
Flujo principal
Consultar cita
Usuario, base de datos reservaciones
Bsico
Permitir al usuario consultar informacin con el sistema de reservaciones.
Este caso es iniciado por el usuario. Ofrece funcionalidad para consultar
informacin sobre horarios, valor de la cita, valor de cirugas o tratamientos
y estado de la cita con el sistema de reservaciones.
El usuario debe ingresar al sistema para consultar su cita
iniciar_seccion, Consultar_cita y salir.
el evento iniciar_secccion al interfaceUsuario. El interfaceUsuario enva el
validar_datos a la interfaceBaseDatos. La interfaceBaseDatos enva el
evento validando_datos a la base de datos. La base de datos enva el evento
datos_validados_OK al manejoConsultaCita. El manejoConsultaCita enva
el evento muestra_pantalla_consultar_cita a la pantalla principal de usuario.
Si la actividad seleccionada es consultar_cita. La pantalla principal enva
el evento consultar_cita al manejoConsultaCita. El manejoConsultaCita
enva el evento consultar_cita a la interfaceBaseDatos. La
interfaceBaseDatos enva el evento consultando_cita a la base de datos. La
base de datos enva el evento consulta_realizada_OK a la
muestra_pantala_resultado_cita a lainterfaceUsuario. La interfaceUsuario
enva el evento respuesta_cita a la pantalla principal del usuario.
Pgina 33

Subflujos
Excepciones
Ninguna
Ninguna
Consultar especialista
Caso de uso
Actores
Tipo
Proposito
Resumen
Recomendaciones
Flujo principal
Subflujos
Excepciones
Registrar tarjeta
Caso de uso
Actores
Tipo
Proposito
Resumen
Bsico
Permitir al usuario consultar informacin con el sistema de reservaciones.
Este caso es iniciado por el usuario. Ofrece funcionalidad para consultar
informacin si estn disponibles el especialista consulta con el sistema de
reservaciones.
El usuario ingrese al sistema para separar cita con algn especialista en
comn, primero consulta si est disponible o no.
iniciar_seccion, Consultar_especialista y salir.
el evento iniciar_secccion al interfaceUsuario. El interfaceUsuario enva el
validar_datos a la interfaceBaseDatos. La interfaceBaseDatos enva el
datos_validados_OK al manejoConsultaEspecialista. El
manejoConsultaEspecialista enva el evento
muestra_pantalla_consultar_especialista a la pantalla principal de usuario.
Si la actividad seleccionada es consultar_especialista. La pantalla principal
enva el evento consultar_especialista al manejoConsultaEspecialista. El
manejoConsultaEspecialista enva el evento consultar_especialista a la
consultando_especialista a la base de datos. La base de datos enva el evento
consulta_realizada_OK a la interfaceBaseDatos. La interfaceBaseDatos
enva el evento muestra_pantala_resultado_especialista a lainterfaceUsuario.
La interfaceUsuario enva el evento respuesta_especialista a la pantalla
principal del usuario.
Ninguna
Ninguna
Registrar tarjeta
Usuario, base de datos registro
Extensin
Permitir a un usuario registrar una tarjeta de crdito o dbito con el sistema
de reservaciones para el pago de facturacin de la cita
Este caso es iniciado por el usuario. Ofrece la funcionalidad para crear,
modificar y eliminar el registro de tarjeta de usuario para pagar las
Pgina 34
Recomendaciones
Flujo principal
Subflujos
Excepciones
reservaciones directamente con el sistema de reservaciones.

El usuario para poder adquirir una cita es indispensable que registre una
tarjeta de crdito o dbito
solicitud_ingreso_datos por parte del usuario. El usuario puede seleccionar
Datos_Usuario, Iniciar_Reg_Tarjeta y salir.
Si la actividad seleccionada es Datos_Usuario. La pantalla principal enva
el evento Datos_Usuario al interfaceUsuario. El interfaceUsuario enva el
evento enviar_datos_usuario al manejoUsuario. El manejoUsuario enva el
evento validar_datos a la interfaceBaseDatos. La interfaceBaseDatos enva
el evento comparando_datos a la base de datos. La base de datos enva el
evento datos_validados_OK al manejoRegTarjeta. El manejoRegTarjeta
enva el evento desplegar_pantalla a la pantalla principal de usuario.
Si la actividad seleccionada es Iniciar_Reg_Tarjeta. La pantalla
principal enva el evento iniciar_Reg_Tarjeta al interfaceUsuario. El
interfaceUsuario enva el evento Registrar_tarjeta al manejoRegTarjeta. El
manejoRegTarjeta enva el evento Crear_Reg_Tarjeta a la base de datos. La
base de datos enva el evento Registro_Realizado_OK al manejoRegTarjeta.
El manejoRegTarjeta enva el evento muestra_pantalla_Reg_Realizado a la
interfaceUsuario.
Ninguna
Ninguna
Pagar facturacin
Caso de uso
Actores
Tipo
Propsito
Resumen
Recomendaciones
Flujo principal
Pagar facturacin
Bsico
Permitir a un usuario pagar la facturacin con el sistema de reservaciones
Este caso de uso se inicia con el usuario. Ofrece funcionalidad para pagar la
facturacin total de la cita con el sistema de reservaciones mediante tarjetas
de crdito, dbito o en efectivo llegando 15 minutos antes de la cita.
El usuario tiene que separar el especialista y en que horario para facturar
Datos_Usuario, Iniciar_pago, medio_pago_tarjeta_seleccionada y
salir.
evento datos_validados_OK al manejadorPagos. El manejadorPagos enva el
Pgina 35
Subflujos
Excepciones
evento desplegar_pantalla a la pantalla principal de usuario.

Si la actividad seleccionada es Iniciar_Pago. La pantalla principal enva el
evento iniciar_Pago al interfaceUsuario. El interfaceUsuario enva el evento
iniciar_pago_facturacion al manejadorPagos. El manejadorPagos enva el
evento iniciar_pago a la base de datos. La base de datos enva el evento
seleccionar_medio_de_pago al manejadorPago. El manejadorPago enva el
evento seleccioinar_medio_de_pago a la interfaceUsuario.
Si la actividad seleccionada es medio_pago_tarjeta_seleccionada. La
pantalla principal enva el evento medio_pago_tarjeta_seleccionada a la
pago_tarjeta_seleccionado al manejadorPagos. El manejadorPagos enva el
evento pagar_facturacion a la base de datos. La base de datos enva el evento
pago_realizado al manejadorPagos. El manejadorPagos enva el evento
pago_realizado a la interfaceUsuario.
Ninguna
Ninguna
Pagar en efectivo
Caso de uso
Actores
Tipo
Propsito
Resumen
Recomendaciones
Flujo principal
Pagar en efectivo
Bsico
Permitir a un usuario pagar la facturacin con el sistema de reservaciones.
Este caso de uso se inicia con el usuario. Ofrece la funcionalidad para pagar
la facturacin total de la cita con el sistema de reservaciones en forma de
efectivo llegando 15 minutos antes de la cita
El usuario realizara el pago en donde tiene la cita 15 minutos antes de la
misma
Datos_Usuario, Iniciar_pago, medio_pago_efectivo_seleccionada y
salir.
evento datos_validados_OK al manejadorPagos. El manejadorPagos enva el
evento desplegar_pantalla_Ok a la pantalla principal de usuario.
Si la actividad seleccionada es Iniciar_Pago. La pantalla principal enva el
evento iniciar_Pago al interfaceUsuario. El interfaceUsuario enva el evento
iniciar_pago_facturacion al manejadorPagos. El manejadorPagos enva el
evento iniciar_pago a la base de datos. La base de datos enva el evento
seleccionar_medio_de_pago al manejadorPago. El manejadorPago enva el
evento seleccioinar_medio_de_pago a la interfaceUsuario.
Si la actividad seleccionada es medio_pago_Efectivo_seleccionado. La
Pgina 36
Subflujos
Excepciones
pantalla principal enva el evento medio_pago_efectivo_seleccionado a la

pago_efectivo_seleccionado al manejadorPagos. El manejadorPagos enva el
evento solicitando_facturacion a la base de datos. La base de datos enva el
evento recibo_pago_realizado al manejadorPagos. El manejadorPagos enva
el evento recibo_pago_efectivo_realizado a la interfaceUsuario.
Ninguna
Ninguna
Validar usuario
Caso de uso
Actores
Tipo
Propsito
Resumen
Recomendaciones
Flujo principal
Subflujos
Excepciones
Validar usuario
Usuario, Base de datos de registro
Inclusin
Validar un usuario ya registrado para el uso del sistema de
reservaciones de citas.
Este caso de uso es iniciado por el usuario. Valida el usuario mediante
un usuario y un login siendo validado por el registro de usuario para as usar
el sistema de reservaciones.
Si el usuario an no est registrado, requerir ejecutar el caso de uso
Registrar usuario subflujo crear Registro usuario
El usuario puede seleccionar entre las siguientes opciones ingresar
datos y Salir.
Si la actividad seleccionada es ingresar datos, la pantalla principal
enva el evento Ingresar datos a la interfaceusuario. La interfaceusuario
enva el evento enviar_datos_usuario al manejadorDeSeccion. El
manejadorDeSeccion enva el evento enviardatos al
interfaceBaseDeDatosSeccion. La interfaceBaseDeDatosSeccion enva el
evento comparar_datos a la Base de Datos.
Al confirmar los datos la Base de Datos enva el evento
Datos_validados al manejadorDeSeccion. El manejadorDeSeccioin enva el
evento pantalla_validacion_OK al interfaceusuario.
Si la actividad seleccionada es Salir la pantalla principal enva Salir a
la interfaceusuario. El interfaceusuario sale del sistema.
Ninguno
Ninguno
Registrar usuario
Caso de uso
Actores
Tipo
Registrar usuario
Usuario y base de datos de registro
Bsico
Pgina 37

Propsito
Resumen
Recomendaciones
Flujo principal
Subflujos
Excepciones
Permitir a un usuario registrarse con el sistema de reservaciones de

citas de la clinica para su uso posterior
Este caso de uso es iniciado por el usuario. Ofrece funcionalidad de
crear, modificar y eliminar el registro de usuario con el sistema de
reservaciones.
Si el usuario no est registrado, requiere ingresar sus datos y generar un
nuevo registr.
El usuario puede seleccionar entre las siguientes opciones
iniciar_registro, registrar y Salir.
Si la actividad seleccionada es iniciar_registro, la interfaceusurario
enva el evento iniciar_registro al manejadorRegistroUsurio. El
manejadorRegistroUsuario devuelve el evento muestra_pantalla_ingreso al
interfaceUsuario y se contina con la actividad Registrar.
Base de datos.
interfaceBaseDeDatosRegistro el evento Registro_realizado. La
interfaceBaseDeDatosRegistro enva el evento Registro_realizado al
Ninguna
Ninguna
Consultar servicios
Caso de uso
Actores
Tipo
Propsito
Resumen
Recomendaciones
Flujo principal
Consultar servicios
Bsico
Consultar los diversos servicios a un usuario ya registrado para el uso
del sistema de reservaciones de citas de la clinica.
Este caso de uso es iniciado por el usuario. Tiene opciones para
consultar los diversos servicios del sistema de reservaciones
El usuario debe de estar registrado para poder consultar de que
servicios hay disponibles
visualizar_pantalla_menu por parte del usuario. El usuario puede seleccionar
iniciar_seccion, consultar_Servicios y salir.
Si la actividad seleccionada es iniciar_seccion. La pantalla principal
enva el evento iniciar_seccion al interfaceUsuario. El interfaceUsuario
Pgina 38
Subflujos
Excepciones
enva el evento iniciar_seccion al manejoUsuario. El manejoUsuario enva el

evento validar_datos al interfaceBaseDatos. El interfaceBaseDatos enva el
evento validando_Datos a la base de datos. La base de datos enva el evento
datos_validados_OK a la interfaceBaseDatos. La interfaseBaseDatos enva
el evento insertar_requerimientos a la pantalla principal al usuario.
Si la actividad seleccionada es consultar_servicios. La pantalla
principal enva el evento consultar_servicios al manejoServicios. El
manejoServicios enva el evento consultar_servicios al interfaceBaseDatos.
El interfaceBaseDatos enva el evento consultar_servicios a la Base de datos.
La Base de datos enva el evento muestra_pantalla_servicios a la
Respuesta_consulta_servicios a la pantalla principal del usuario.
la interfaceusuario. El interfaceusuario sale del sistema
Ninguno
Ninguno
Realizar facturacin
Caso de uso
Actores
Tipo
Proposito
Resumen
Recomendaciones
Flujo principal
Realizar facturacin
Bsico
Permite al usuario que se genere la facturacin de la cita con el sistema
de reservaciones
Este caso de uso es iniciado por el usuario. Ofrece la funcionalidad que
el usuario realice el pago total de la facturacin con el sistema de
reservaciones
Inicialmente el usuario halla separado su cita con el especialista,
horario y de all se facturar
iniciar_seccion, Realizar_Facturacion y salir.
enva el evento iniciar_seccion al interfaceUsuario. La interfaceUsuario
evento validar_datos al interfaceBaseDatos. La interfaceBaseDatos enva el
datos_validados a la interfaceBaseDatos. La interfaceBaseDatos enva el
evento Muestra_pantalla_consultar_facturacion a la pantalla principal del
usuario.
Si la actividad seleccionada es Realizar_facturacion. La pantalla
principal enva el evento Realizar_facturacion al
ManejoConsultaFacturacion. El ManejoConsultaFacturacion enva el evento
realizar_facturacion a la interfaceBaseDatos. La interfaceBaseDatos enva el
evento realizando_facturacion a la base de datos. La base de datos enva el
evento facturacin_realizada_OK a la interfaceBaseDatos. La
interfaceBaseDatos enva el evento muestra_pantalla_resultado_facturacion
a la interfaceUsuario. La interfaceUsuario enva el evento
Pgina 39
Subflujos
Excepciones
Consultar cita
Caso de uso
Actores
Tipo
Propsito
Resumen
Recomendaciones
Flujo principal
Subflujos
Excepciones
Respuesta_facturacion a la pantalla principal del usuario.

Ninguna
Ninguna
Consultar cita
Usuario, base de datos reservaciones
Bsico
Permitir al usuario consultar informacin con el sistema de
reservaciones.
Este caso es iniciado por el usuario. Ofrece funcionalidad para
consultar informacin sobre horarios, valor de la cita, valor de cirugas o
tratamientos y estado de la cita con el sistema de reservaciones.
El usuario debe ingresar al sistema para consultar su cita
iniciar_seccion, Consultar_cita y salir.
enva el evento iniciar_secccion al interfaceUsuario. El interfaceUsuario
el evento validando_datos a la base de datos. La base de datos enva el
evento datos_validados_OK al manejoConsultaCita. El manejoConsultaCita
enva el evento muestra_pantalla_consultar_cita a la pantalla principal de
usuario.
Si la actividad seleccionada es consultar_cita. La pantalla principal
enva el evento consultar_cita al manejoConsultaCita. El
manejoConsultaCita enva el evento consultar_cita a la interfaceBaseDatos.
La interfaceBaseDatos enva el evento consultando_cita a la base de datos.
La base de datos enva el evento consulta_realizada_OK a la
muestra_pantala_resultado_cita a lainterfaceUsuario. La interfaceUsuario
enva el evento respuesta_cita a la pantalla principal del usuario.
Ninguna
Ninguna
Caso de uso
Actores
Tipo
Proposito
Resumen
Bsico
Permitir al usuario consultar informacin con el sistema de
reservaciones.
Este caso es iniciado por el usuario. Ofrece funcionalidad para
Pgina 40
Recomendaciones
Flujo principal
Subflujos
Excepciones
consultar informacin si estn disponibles el especialista consulta con el

sistema de reservaciones.
El usuario ingrese al sistema para separar cita con algn especialista en
comn, primero consulta si est disponible o no.
iniciar_seccion, Consultar_especialista y salir.
enva el evento iniciar_secccion al interfaceUsuario. El interfaceUsuario
el evento validando_datos a la base de datos. La base de datos enva el
evento datos_validados_OK al manejoConsultaEspecialista. El
manejoConsultaEspecialista enva el evento
muestra_pantalla_consultar_especialista a la pantalla principal de usuario.
Si la actividad seleccionada es consultar_especialista. La pantalla
principal enva el evento consultar_especialista al
manejoConsultaEspecialista. El manejoConsultaEspecialista enva el evento
consultar_especialista a la interfaceBaseDatos. La interfaceBaseDatos enva
el evento consultando_especialista a la base de datos. La base de datos enva
el evento consulta_realizada_OK a la interfaceBaseDatos. La
interfaceBaseDatos enva el evento muestra_pantala_resultado_especialista a
lainterfaceUsuario. La interfaceUsuario enva el evento
respuesta_especialista a la pantalla principal del usuario.
Ninguna
Ninguna
Registrar tarjeta
Caso de uso
Actores
Tipo
Proposito
Resumen
Recomendaciones
Flujo principal
Registrar tarjeta
Extensin
Permitir a un usuario registrar una tarjeta de crdito o dbito con el
sistema de reservaciones para el pago de facturacin de la cita
Este caso es iniciado por el usuario. Ofrece la funcionalidad para crear,
modificar y eliminar el registro de tarjeta de usuario para pagar las
reservaciones directamente con el sistema de reservaciones.
El usuario para poder adquirir una cita es indispensable que registre
una tarjeta de crdito o dbito
Datos_Usuario, Iniciar_Reg_Tarjeta y salir.
Si la actividad seleccionada es Datos_Usuario. La pantalla principal
enva el evento Datos_Usuario al interfaceUsuario. El interfaceUsuario
enva el evento enviar_datos_usuario al manejoUsuario. El manejoUsuario
enva el evento validar_datos a la interfaceBaseDatos. La
Pgina 41
Subflujos
Excepciones
interfaceBaseDatos enva el evento comparando_datos a la base de datos. La

base de datos enva el evento datos_validados_OK al manejoRegTarjeta. El
manejoRegTarjeta enva el evento desplegar_pantalla a la pantalla principal
de usuario.
Si la actividad seleccionada es Iniciar_Reg_Tarjeta. La pantalla
principal enva el evento iniciar_Reg_Tarjeta al interfaceUsuario. El
interfaceUsuario enva el evento Registrar_tarjeta al manejoRegTarjeta. El
manejoRegTarjeta enva el evento Crear_Reg_Tarjeta a la base de datos. La
base de datos enva el evento Registro_Realizado_OK al manejoRegTarjeta.
El manejoRegTarjeta enva el evento muestra_pantalla_Reg_Realizado a la
interfaceUsuario.
Ninguna
Ninguna
Pagar facturacin
Caso de uso
Actores
Tipo
Propsito
Resumen
Recomendaciones
Flujo principal
Pagar facturacin
Bsico
Permitir a un usuario pagar la facturacin con el sistema de
reservaciones
Este caso de uso se inicia con el usuario. Ofrece funcionalidad para
pagar la facturacin total de la cita con el sistema de reservaciones mediante
tarjetas de crdito, dbito o en efectivo llegando 15 minutos antes de la cita.
El usuario tiene que separar el especialista y en que horario para
facturar
Datos_Usuario, Iniciar_pago, medio_pago_tarjeta_seleccionada y
salir.
base de datos enva el evento datos_validados_OK al manejadorPagos. El
manejadorPagos enva el evento desplegar_pantalla a la pantalla principal de
usuario.
Si la actividad seleccionada es Iniciar_Pago. La pantalla principal
enva el evento iniciar_Pago al interfaceUsuario. El interfaceUsuario enva
el evento iniciar_pago_facturacion al manejadorPagos. El manejadorPagos
enva el evento iniciar_pago a la base de datos. La base de datos enva el
evento seleccionar_medio_de_pago al manejadorPago. El manejadorPago
enva el evento seleccioinar_medio_de_pago a la interfaceUsuario.
Si la actividad seleccionada es medio_pago_tarjeta_seleccionada. La
pantalla principal enva el evento medio_pago_tarjeta_seleccionada a la
Pgina 42
Subflujos
Excepciones

pago_tarjeta_seleccionado al manejadorPagos. El manejadorPagos enva el
evento pagar_facturacion a la base de datos. La base de datos enva el evento
pago_realizado al manejadorPagos. El manejadorPagos enva el evento
pago_realizado a la interfaceUsuario.
Ninguna
Ninguna
Pagar en efectivo
Caso de uso
Actores
Tipo
Propsito
Resumen
Recomendaciones
Flujo principal
Pagar en efectivo
Bsico
Permitir a un usuario pagar la facturacin con el sistema de
reservaciones.
Este caso de uso se inicia con el usuario. Ofrece la funcionalidad para
pagar la facturacin total de la cita con el sistema de reservaciones en forma
de efectivo llegando 15 minutos antes de la cita
El usuario realizara el pago en donde tiene la cita 15 minutos antes de
la misma
Datos_Usuario, Iniciar_pago, medio_pago_efectivo_seleccionada y
salir.
base de datos enva el evento datos_validados_OK al manejadorPagos. El
manejadorPagos enva el evento desplegar_pantalla_Ok a la pantalla
principal de usuario.
Si la actividad seleccionada es Iniciar_Pago. La pantalla principal
enva el evento iniciar_Pago al interfaceUsuario. El interfaceUsuario enva
el evento iniciar_pago_facturacion al manejadorPagos. El manejadorPagos
enva el evento iniciar_pago a la base de datos. La base de datos enva el
evento seleccionar_medio_de_pago al manejadorPago. El manejadorPago
enva el evento seleccioinar_medio_de_pago a la interfaceUsuario.
Si la actividad seleccionada es medio_pago_Efectivo_seleccionado.
La pantalla principal enva el evento medio_pago_efectivo_seleccionado a la
pago_efectivo_seleccionado al manejadorPagos. El manejadorPagos enva el
evento solicitando_facturacion a la base de datos. La base de datos enva el
evento recibo_pago_realizado al manejadorPagos. El manejadorPagos enva
el evento recibo_pago_efectivo_realizado a la interfaceUsuario.
Pgina 43
Subflujos
Excepciones

Ninguna
Ninguna
Actualizacin de Datos
Caso de uso
Actores
Tipo
Propsito
Actulizar registro usuarios

basico
Permitir a un usuario actualizar sus datos en el sistema de reserva de
citas
Resumen
Recomendaciones
Flujo principal
Subflujos
Excepciones
En este caso, el usuario podr actualizar sus datos e el sistema en el

momento que lo desee.
El usuario elige los datos que requiere actualizar en el sistema
solicitud_actualizacin_datos por parte del usuario. El usuario puede
seleccionar Datos_Usuario, actualizar, El manejadorDeSeccion solicita
desplegar pantalla principal a la interfaceusuario. La interfaceusuario
despliega pantalla principal. La pantalla principal se despliega.
El usuario puede seleccionar entre las siguientes opciones
iniciar_actualizacin registrar y Salir.
Si la actividad seleccionada es iniciar_actualizacin, la
interfaceusurario enva el evento iniciar_actualizacin al
manejadorRegistroUsuario. El manejadorRegistroUsuario devuelve el
evento muestra_pantalla_ingreso al interfaceUsuario y se contina con la
actividad actualizar.
Base de datos.
interfaceBaseDeDatosRegistro el evento Actualizacin_realizada. La
interfaceBaseDeDatosRegistro enva el evento Actualizacin_realizada al
Ninguna
Ninguna
Peticiones, quejas y reclamos
Caso de uso
Actores
Registro usuarios
Usuario, peticiones, quejas y reclamos
Pgina 44

Tipo
Propsito
Resumen
Recomendacio
nes
Flujo principal
Subflujos
Excepciones
basico
Atender las peticiones, quejas, reclamos y sugerencias del cliente que
solicitan informacin o retroalimentacin del servicio en el sistema de reserva de
citas.
En este caso, el usuario podr realizar una peticin o reclamos en el sistema
en el momento que lo desee, especificando la inconformidad del servicio.
Incluye la recepcin de la peticin, queja, reclamo y sugerencia, el trmite
de la misma y la implementacin de acciones correctivas, preventivas y de
mejora correspondientes.
peticiones, quejas y reclamos por parte del usuario. El usuario puede seleccionar
la opcin (peticiones, quejas o reclamos). El manejadorDeSeccion solicita
desplegar pantalla principal a la interfaceusuario. La interfaceusuario despliega
pantalla principal. La pantalla principal se despliega.
El usuario puede seleccionar entre las siguientes opciones (iniciar_
peticiones, quejas y reclamos o Salir).
Si la actividad seleccionada es iniciar peticiones, la interfaceusurario enva
el evento iniciar_ peticiones, quejas y reclamos al manejadorpeticionesquejas
reclamosUsuario. El manejadorpeticionesquejas reclamosUsuario devuelve el
evento muestra_pantalla_ingreso al interfaceUsuario y contina con la actividad
enviar.
Si la actividad seleccionada es quejas la pantalla principal enva el evento
a la interfaceUsuario. La interfaceUsuario enva el evento a quejas al
manejadorpeticionesquejasreclamosUsuario. El
manejadorpeticionesquejasreclamosUsuario enva el evento peticiones, quejas o
reclamos _nuevo_ solicitud al interfaceBaseDeDatos peticiones, quejas o
reclamos. La interfaceBaseDeDatos peticiones, quejas o reclamos enva el evento
solicitud _nueva_usuario a la Base de datos.
Confirmada la actividad la Base de datos enva a la interfaceBaseDeDatos
peticiones, quejas o reclamos el evento Queja_realizada. La
interfaceBaseDeDatos peticiones, quejas o reclamos enva el evento
Queja_realizada al manejadorpeticionesquejasreclamosUsuario. El
manejadorpeticionesquejasreclamosUsuario enva el evento
Mostrar_confirmacion al interface_usuario. Y asi sucesivamente para cada
opcin.
Ningn subflujo
No hay excepciones
Pgina 45

7.6 Diccionarios de clases
Cuatro mdulos o paquetes principales: interfaceUsuario, Principal, Registro y eServicios
7.6.1. Interface usuario

El modelo interface usuario est compuesta por una clase utilizada para el manejo general de las
interfaces de usuario
InterfaceUsuario: Clase borde: toda la interaccin con el usuario se hace por medio del borde de
usuario.
7.6.2. Principal
El modulo Principal est compuesto por clases comunes a la funcionalidad general del sistema:
PantallaPrincipal - Clase Borde. Pantalla principal.
ManejoUsuario - Clase Control. El manejo Usuario es el encargado de desplegar la pantalla
principal de interaccin con el usuario, y luego delegar las diferentes funciones a los manejadores
especializados apropiados.
7.6.3. Registro
El modulo Registro se divide en los siguientes mdulos: Usuario, Tarjeta e InterfaceBD, donde BD
corresponde a la base de datos.
Pgina 46
USUARIO
El modulo Usuario est compuesto por las clases:
PantallaCrearRegUsuario - Clase Borde. Pantalla de solicita el registro de usuario.
PantallaObtenerRegUsuario - Clase Borde. Pantalla de devolucin con informacin de registro de
usuario.
RegistroUsuario - Clase Entidad. Para utilizar el sistema de reservaciones, el usuario debe estar
registrado con el sistema. El registro contiene informacin acerca del usuario que incluye nombre,
apellido, direccin, ciudad, pas, telfono, correo.
ManejadorRegistroUsuario - Clase Control. El manejador de registro de usuario se encarga de
todo lo relacionado con el registro del usuario para poder utilizar el sistema.
TARJETA
El modulo Tarjeta est compuesto por las clases:
PantallaCrearRegTarjeta - Clase Borde. Pantalla de solicitud de registro de tarjeta.
PantallaObtenerRegTarjeta - Clase Borde. Pantalla de devolucin con informacin de registro de

tarjeta.
RegistroTarjeta - Clase Entidad. Para poder hacer un pago con una tarjeta de crdito o dbito se
debe tener un registro de tarjeta. El registro contiene informacin acerca de la tarjeta incluyendo
nombre, numero, expendidor y vencimiento. La tarjeta est ligada a un registro de usuario.
ManejadorRegistroTarjeta - Clase Control. El manejador de registro de tarjeta se encarga de todo
lo relacionado con registro de la tarjeta del usuario para poder pagar las reservaciones.
Pgina 47
INTERFACEBD
El mdulo InterfaceBD, correspondiente a la interface para la base de datos, est compuesto por la
clase encargada de interactuar con la base de datos:
InterfaceBaseDatosRegistro - Clase Borde. La informacin de cada usuario se almacena en la base
de datos de registro, la cual se acceso mediante la interface de la base de datos de registro. Esto
permite validar a los distintos usuarios, adems de guardar informacin sobre la tarjeta de crdito
o ddito para pagos en lnea.
7.6.4. Servicios
El modulo Servicio se divide en los siguientes modules: Dominio, InterfaceBD, Consultas, y Pagos.
El modulo Servicio tambin incluye las siguientes clases:

PantallaServicio - Clase Borde. Pantalla de servicios.
ManejadorServicio - Clase Control. El manejador de servicios se encarga de enviar las peticiones
particulares de servicios a los manejadores especializados para consulta y reservacin.
DOMINIO
El modulo Dominio est compuesto por las clases:
Reservacin - Clase Entidad. Para realizar una reservacin previa, la cual debe pagarse antes de
una fecha lmite, que puede ser el propio da de la cita llegando 15 minutos antes de la misma.
Horario - Clase Entidad. El horario de una cita de acuerdo al especialista y el da.
Costo - Clase Entidad. Los servicios prestados por los especialistas.
Consultorio - Clase Entidad. De acuerdo al seleccionado por la reservacin de la cita.
Clnica - Clase Entidad. De acuerdo a la asignada por la reservacin de la cita.
Estado - Clase Entidad. Si est vigente la citacin de la reservacin de la cita.
Pgina 48

Especialista - Clase Entidad. De acuerdo el requerimiento del usuario.
INTERFACEBD
El mdulo InterfaceBD, parte del mdulo de servicios, incluye una clase para el acceso a la base de
datos:
InterfaceBaseDatos - Clase Borde. La informacin del sistema de reservaciones de citas se
almacena en la base de datos de reservacin, la cual se acceso mediante la interface de la base de
datos de reservas. Esto permite generar consultas, reservas y pago de reservas de manera
dinmica.
CONSULTAS
El modulo Consultas tambin incluye las siguientes clases:
PantallaConsultaCita - Clase Borde. Pantalla de presentacin de consultas
ManejadorConsultasCita - Clase Control. El manejador de consulta se encarga de enviar las
peticiones de consulta particular a los manejadores de consulta especializados.
PantallaResultadoCita - Clase Control. Es la pantalla de cmo est la cita.
PantallaConsultaEspecialista - Clase Borde. Pantalla de presentacin de los especialistas que se
encuentran a disposicin.
ManejadorConsultasEspecialista - Clase Control. El manejador de consulta se encarga de enviar
las peticiones de consulta particular a los manejadores de consulta especializados.
PAGOS
El modulo Pagos est compuesto por las clases:
ManejadorPagos - Clase Borde. El manejador se encarga de generar la factura de acuerdo a la cita
PantallaPagarRegReciboPago - Clase Borde. Pantalla de la facturacin en forma efectivo.
ReciboPago Clase Borde. El que se genera la facturacin en forma de efectivo
PantallaPagarRegTarjeta - Clase Borde. Pantalla de la facturacin en lnea con la tarjeta de

crdito o dbito.
PantallaRembolsarRegTarjeta - Clase Borde. Pantalla de cmo se gener la facturacin con tarjeta
Pgina 49

de crdito o dbito.
Captulo 8. Modelo de Diseo

8.1. Estrategias de Diseo
Antes de resolver el diseo es necesario tomar decisiones generales sobre las estrategias de
diseo a seguir. Algunas de las decisiones a tomar se presentan a continuacin y se relacionan con
aspectos que incluyen la arquitectura, robustez, reus y extensibilidad del sistema.
Arquitectura
En nuestro proyecto designado sistema de gestin de citas de ciruga plstica y esttica, se ha

escogido la arquitectura de clases de 3 dimensiones denominado Arquitectura MVC Modelo,
Vista, Controlador.
Este modelo presenta varias ventajas.
permite implementar cada componente de forma separada, gracias a la clara separacin
que existe entre dichos componentes.
Cuenta con un API (Interfaz de programacin de aplicaciones) bien definido, cualquiera
que lo utilice podr reemplazar el modelo, la vista o el controlador sin ninguna dificultad.
La conexin entre el modelo y sus vistas es bastante dinmica, adems se produce en
tiempo de ejecucin y no en el tiempo de compilacin.
Este modelo permite construir las piezas de un programa por separado y luego permite que estas
sean unidad al momento de la ejecucin, de igual manera si uno de los componentes est
funcionando errneamente se puede reemplazar sin que las dems piezas se vean afectadas.
Detalles de las partes del modelo propuesto.
Modelo: es el objeto que representa los datos del programa, logra manejar todos los datos
y controla todas sus transformaciones, adems no cuenta con un conocimiento especfico
de los controladores o de las vistas, es ms ni siquiera cuenta con referencias especificas
acerca de estos, es el propio sistema el encargado que mantener enlaces activos entre el
modelo y sus vistas, y notificar a las vistas cuando se genera algn cambio en el modelo.
Vista: representa el objeto que maneja toda la parte visual de los datos que son
representados por el modelo, la vista genera una representacin visual de ste y luego
muestra los datos al usuario, interacta con el modelo a travs de una referencia propia
del mismo modelo.
Controlador: hace referencia al objeto que proporciona el significado a cada una de las
rdenes del usuario, acta sobre los datos representados por el modelo, cuando se generan
cambios el controlador entra en accin, ya sea por cambios generados en el modelo o por
Pgina 50

alteracin de la vista del sistema, y de igual manera este tambin interacta con el modelo
a travs de una referencia del mismo modelo.
Robustez
Gracias a la implementacin de ste el sistema debe estar protegido contra errores y ofrecer
diagnstico que permita identificar fallas.
Implementando la arquitectura MVC con un lenguaje de programacin orientada a objetos se
lograr representar cada capa como una clase, generando mayor seguridad y robustez al
programa.
Evita la inclusin de distintos cdigos en un solo sitio, logra separarlos segn su lgica
para facilitar y agilizar su mantenimiento, a esto se le denomina aislamiento, gracias a
esto los cambios que se generan no repercuten en el sistema o de hacerlos no son tan
agresivos.
Incrementa la reutilizacin de cdigo (Cuanto ms se pueda reutilizar el cdigo ser mejor
la robustez del Sistema).
Promueve el desarrollo en equipo centrado en capaz, la interaccin de las tres principales
capaz, las cuales son el modelo, la vista y el controlador.
Incrementa la seguridad de la aplicacin, validando todos los datos en cada una de las
capas.
Permite que el sistema sea estudiado, visto y entendido como la unin de varias partes que
interactan entre s para alcanzar los objetivos propuestos, logrando de esta manera que el
programa sea bastante robusto, pues se sabe que cuanto mayor sea la modularidad de un
sistema mayor es su robustez.
Reus
La reutilizacin de cdigo es de gran importancia a la hora de generar una mayor robustez a
nuestro programa, pues Cuanto ms se pueda reutilizar el cdigo ser mejor la robustez del
Sistema.
Como se sabe utilizando lenguajes de programacin orientada a objetos logramos que
nuestro sistema logre incrementar la reutilizacin del cdigo.
El modelo no vera ninguna de las otras clases, pues se puede cambiar de vista y de
controlador sin tocar el modelo.
El controlador debe ver las clases del modelo, pero no la de vista, pues el cambio de vista
no afecta en nada al controlador
La vista no debe ver las clases del modelo, el cambio del modelo no afecta a la vista.
Pgina 51

Al definir las clases de esta manera nos permite que el sistema tenga un menor
acoplamiento, logra que las vistas de los modelos se desacoplen significativamente y
genera una mayor cohesin.
Extensibilidad
El sistema debe presentar caractersticas que permitan en un futuro agregarle nuevas
funcionalidades.
El modelo MVC esta implementado modularmente, lo que nos permite una extensibilidad
mucho ms amplia y segura.
8.2. Diseo de Objetos
Pgina 52
Captulo 11 Conclusiones
De acuerdo a la temtica del captulo 6: Modelo de requisitos y capitulo 7: Modelo de anlisis se aprendi
a definir y estructurar proyectos en el rea de Programacin orientada a objetos en Java.
Mediante las tcnicas aprendidas en el presente trabajo realizado por el grupo, podemos establecer una
solucin primitiva de un problema real, tan solo con relacionarlo con objetos lgicos que sern usados
para el desarrollo del software. Podemos dar a conocer de una forma sencilla los mecanismos que se usan
en este nivel de programacin, a personas que deseen una explicacin rpida y sencilla de lo que es la
programacin orientada a objetos.
Pgina 53

Captulo 12 Recomendaciones
Entender la programacin orientada a objetos puede ser una tarea compleja ms all del lenguaje
que uses. Sin embargo, entender el concepto subyacente puede ayudarte a que utilizar y
comprender este tipo de programacin te resulte algo mucho ms sencillo.
Para aprender este estilo de programacin, debers tener mucha paciencia y tal vez necesites
cierto tiempo para que lo puedas entender por completo.
No <<reinvente la rueda>>. Si el lenguaje le proporciona una librera de clases no intente
reescribirlas de nuevo, use las que le ofrece el sistema. Es ms tome como factor de eleccin las
libreras de clases que el compilador incorpora o que estn disponibles en el mercado.
Si necesita mejorar la calidad del programa previniendo errores, utilice un lenguaje que le permita
definir las variables con sus tipos asociados.
Pgina 54

Captulo 13: Referencias Bibliogrficas
1. Weitzenfeld, Alfredo. Ingeniera de Software Orientada a Objetos con UML, Java e internet.
Mexico City: Cengage Learning, 2005. Gale Virtual Reference Library. "Desarrollo de Software
Orientado a Objetos." Ingeniera de Software Orientada a Objetos con UML, Java e Internet.
Alfredo Weitzenfeld. Mexico City: Cengage Learning, 2005. [193]. Gale Virtual Reference
Library. Web. 8 July 2014.
2. Universidad Nacional Abierta y a Distancia UNAD. (2016). Programacin orientada a objetos en
Java.
Avas.
Extrado
el
27
de
Marzo
de
2016
desde:
http://campus03.unad.edu.co/ecbti04/mod/forum/view.php?id=7106
3. Terico "Desarrollo de Software Orientado a Objetos." Ingeniera de Software Orientada a
Objetos con UML, Java e Internet. Alfredo Weitzenfeld. Mexico City: Cengage Learning, 2005.
[193]. Gale Virtual Reference Library. Web. 8 July 2014. Extrado el 27 de Marzo de 2016 desde:
http://go.galegroup.com/ps/i.do?id=GALE
%7CCX3004300050&v=2.1&u=unad&it=r&p=GVRL&sw=w&asid=283de8d1dc6d6febef625b02ba566d
e8
4. Slideshare. Aprenda UML en 24 horas. Recuperado el 08 de Marzo de 2015 de
http://es.slideshare.net/still01/aprendiendo-uml-en-24-horas-16815956
Pgina 55

Aporte Carlos) Gutierrez

Cargado por

Copyright:

Formatos disponibles

Aporte Carlos) Gutierrez

Cargado por

Información del documento

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

Aporte Carlos) Gutierrez

Cargado por

Copyright:

Formatos disponibles

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

PROYECTO DE INVESTIGACIN - TERICO

Leider Marino Caicedo Obando Cod. 4669370

UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

2.2 Objetivos Especficos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Entender y manejar cada uno de los conceptos fundamentales de la programacin orientada a

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

6.1. Descripcin del Problema

Consultar y cancelar citas

La consulta de las citas se puede realizar as:

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

6.2. Modelo de Caso de Uso

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Registrar Usuario, Validar usuario, actualizar

Base de datos Registros

Base de datos Reservaciones

Base de datos Registros

Base de datos Reservaciones

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Peticiones quejas y reclamos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

El usuario podr dejar sus inquietudes de cmo

6.5. Modelo de Dominio del Problema

DIAGRAMA DE CLASES CON ASOCIACIONES

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

MODELO DEL DOMINO DEL PROBLEMA

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Una cita requiere una sola clnica (de 1 a 1)

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Captulo 7 Modelo de Anlisis

En el sistema de informacin Reservacin de citas de la clnica se va a trabajar con un tipo de arquitectura

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Identificacin de Clases Segn Estereotipos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

7.3. Clases segn Casos de Uso

1. Clases del Caso de uso Validar Usuario:

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

2. Clases del Caso de uso Servicios:

3. Clases del Caso de uso Registrar Nuevo Usuario:

4. Clases del Caso de uso actualizar datos de usuario:

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

5. Clases del Caso de uso Realizar facturacin:

PantallaConsultarFacturacin PantallaResultadoFacturacin ManejadorConsultaFacturacin

6. Clases del Caso de uso Consultar citas:

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

7. Clases del Caso de uso Consultar Especialistas:

8. Clases del Caso de uso Registrar tarjeta:

Clases del Caso de uso Pagar Facturacin:

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos