24 TC3 Borrador

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos
Proyecto de Investigacin Terico

Sistema de informacin para el control de asistencia a programas de promocin y
prevencin de salud y crecimiento de los nios
Presentado por:
Grupo 301403_24
Eulides Antonio Rojas Lindarte
Cdigo: 91523967
Heli Manuel Palacio
Cdigo: 88286420
Lukdary Abril Rueda
Cdigo: 1091653080
Jaime Prada Gmez
Cdigo: 91212877
Mara Edith Romn
Cdigo: 63349338
Tutor:
Cesar Orlando Jimnez Angarita
UNIVERSIDAD NACIONAL ABIERTA Y A DISTANCIA

ESCUELA DE CIENCIAS BASICAS TECNOLOGIA E INGENIERIA
PROGRAMA INGENIERA DE SISTEMAS
COLOMBIA
NOVIEMBRE 15 DE 2015
Pgina
Tabla de Contenido
Captulo
Captulo
Captulo
Captulo
Captulo
Captulo
Captulo
Captulo
Captulo
Captulo
Captulo
1 Introduccin.. 3
2 Objetivos.. 4
3 Justificacin 5
4 Marco Conceptual y Terico.. 6
6 Modelo de Requisitos. 7
7 Modelo de Anlisis.. 23
8 Modelo de Diseo. 40
9 Modelo de Implementacin 61
10 Modelo de Pruebas.
11 Conclusiones
13 Bibliografa..
Pgina
Captulo 1 Introduccin
Esta importante propuesta, Sistema de informacin para el control de asistencia a

programas de promocin y prevencin de salud y crecimiento de los nios, fue seleccionada
de acuerdo a la eleccin del grupo colaborativo ya que, la vemos como una opcin en la
cual se puede crear una aplicacin para el personal mdico encargado de llevar a cabo estos
controles mdicos. Por tanto esta aplicacin permitir de una forma tecnolgica hacer las
evaluaciones y la verificacin de los controles peditricos de los nios y as conocer de forma
fcil sus debidos cumplimientos.
As como durante el embarazo la madre visita al mdico para las consultas prenatales, es
necesario que peridicamente asista con su beb a los controles de crecimiento y desarrollo.
Cada vez que el padre de familia requiera una consulta podr determinarse si la evolucin
del beb va de acuerdo a lo esperado, si presenta algn signo de alarma o dificultades en su
desarrollo, con el fin de iniciar los tratamientos adecuados. Por tanto en ste examen fsico
completo, se verifica el esquema de Vacunacin, su salud bucal y visual. Asimismo, el
mdico verifica el crecimiento y desarrollo del beb con el fin de encontrar o prevenir
problemas, si se ha faltado a algn control programado, o tiene pendiente alguna vacuna;
el sistema de informacin mostrar lo que falta y se tomarn las decisiones apropiadas en
este caso por parte de la entidad.
El Crecimiento y Desarrollo es el proceso de transformacin que evoluciona dinmica y
rpidamente en los nios durante su ciclo vital. La vigilancia y acompaamiento de ese
crecimiento, as como la deteccin temprana y atencin oportuna de las alteraciones es una
oportunidad que tiene el nio a travs del programa de crecimiento y desarrollo que se
presta en cada uno de los Centros de Salud, las consultas o controles del nio sano son
momentos claves para la comunicacin, gracias a ello se conoce sobre el desarrollo normal,
nutricin, sueo, seguridad, enfermedades infecciosas que "estn rondando" y otros temas
importantes como lo que se puede esperar a medida que el nio crezca.
Pgina
Captulo 2 Objetivos
2.1 Objetivo General

Desarrollar un proyecto de investigacin aplicativo empleando los conceptos bsicos de la
Programacin Orientada a Objetos apoyndose en el lenguaje de programacin Java.
2.2 Objetivos Especficos

Realizar una lluvia de proyectos posibles a ejecutar.
Seleccionar a nivel de grupo el proyecto de investigacin que llene las expectativas
del curso Programacin Orientada a Objetos.
Efectuar el desarrollo del captulo 6, Modelo de Requisitos, y el captulo 7, Modelo de
Anlisis, siguiendo los lineamientos del Sistema de Reserva de Vuelos planteado
como referente.
Pgina
Captulo 3 Justificacin
Mediante el desarrollo de este importante proyecto se pretende crear un Sistema de

informacin para el control de asistencia a programas de promocin y prevencin de salud y
crecimiento de los nios. Como futuros ingenieros de sistemas debemos estar en capacidad
de crear el software o sistema especializado capaz de llevar un control y seguimiento a lo
anteriormente expuesto.
Esta idea surge, ya que como padres de familia hemos tenido que asistir en varias
ocasiones al control de salud y crecimiento de nuestros hijos y como buenos analistas nos
encontramos que, estos controles son llevados de forma manual. Entonces uno se pregunta;
pero cmo una informacin tan valiosa est siendo llevada de forma manual? estando en
una era donde ya todo es tecnologa para manejar la informacin. Por otro lado hay aspectos
importantes en el que se ven relacionados, la niez que es una poca de crecimiento y
cambios rpidos y donde las enfermedades perinatales, las infecciones respiratorias agudas,
las diarreas, las enfermedades inmune - prevenibles, los accidentes y la desnutricin, son la
causa de ms de 50.000 muertes en Colombia. stas y otras enfermedades y problemas
como la carencia afectiva, el retardo mental, las enfermedades bucales, las alergias y
trastornos visuales y auditivos, impiden el bienestar de los nios y de las nias y dificultan
su desarrollo. Las mencionadas situaciones se pueden prevenir y controlar a travs de la
vigilancia y el acompaamiento adecuado del proceso de crecimiento y desarrollo.
Gracias a este sistema de informacin que funcionar como aplicacin que puede ser web, el
personal encargado de realizar dichos controles los podr llevar a cabo de una forma segura
y mejorada; pudiendo realizar las evaluaciones y la verificacin de los controles peditricos
de los nios de una forma eficaz y as conocer en brevedad sus cumplimientos en los
controles.
Pgina
Captulo 4 Marco Conceptual y Terico
La calidad en los programas de deteccin temprana de las alteraciones del crecimiento y

desarrollo en la salud infantil en nios de cero de 10 aos, es el proceso de transformacin
que evoluciona dinmica y rpidamente en los nios durante su ciclo vital. Los objetivos del
control de crecimiento y desarrollo son:
Evaluar la calidad de los servicios de salud por medio de un proceso de crecimiento
y desarrollo de nios(as) menores de 10 aos en forma integral.
Descubrir precozmente factores de riesgo y alteraciones en el crecimiento y
desarrollo del nio(a) para una oportuna y adecuada intervencin, mediante la
capacitacin de los usuarios que permita la prevencin de alteraciones que
posteriormente causen deterioro en la salud con mayor inversin econmica y
prdidas incalculable.
Garantizar a la poblacin menor de 10 aos el esquema completo de vacunacin, de
acuerdo con las normas tcnicas establecidas en el Programa Ampliado de
Inmunizaciones (PAI).
Promover la asistencia citas
con odontopediatria y optometra peditrica para
detectar posibles enfermedades o anomalas bucales y visuales en la poblacin
infantil.
Fomentar la Lactancia Materna exclusiva hasta los 6 meses de edad y con
alimentacin complementaria adecuada hasta los 2 aos.
Respetar y promover los derechos de los nios(as).
Algunos de los procedimientos e intervenciones dados por el Ministerio de Salud nos dan
unas normas bsicas mnimas que deben ser efectuadas por las instituciones responsables
de la atencin a los nios y nias menores de diez aos. Como primer punto: Deben tener
capacidad decisiva, disponer del talento humano como mdicos y enfermeras debidamente
capacitados en el tema del crecimiento y desarrollo, con el nico fin de brindar atencin
humanizada y de calidad, que garantice intervenciones eficientes, oportunas y adecuadas.
Asimismo teniendo en cuenta la obligacin administrativa y tcnica, estas normas implican
por parte de sus ejecutores, un compromiso tico para garantizar la proteccin y el
mantenimiento de la salud de los nios y nias menores de diez aos.
Segn los procedimientos se debe hacer intervenciones en edades claves del crecimiento y
desarrollo; brindar a los nios, a las nias y a sus familias, adems de la atencin
profesional eficiente, apoyo psicolgico, consejera y trato amable, prudente y respetuoso.
La inscripcin para la valoracin del crecimiento y desarrollo debe hacerse desde el
nacimiento e iniciarse desde el primer mes de vida, pero deben ingresarse a cualquier edad .
Pgina

Captulo 6 Modelo de Requisitos
6.1. Descripcin del Problema
Segn el anlisis realizado por el grupo colaborativo vemos la necesidad de implementar un
proyecto para desarrollar un Sistema de informacin que permita llevar el control de
asistencia a programas de promocin y prevencin de salud y crecimiento de los nios. Esta
idea surge, ya que como padres de familia hemos tenido que asistir en varias ocasiones al
control de salud y crecimiento de nuestros hijos y como buenos analistas nos encontramos
que, estos controles son llevados de forma manual. Entonces uno se pregunta; pero como
una informacin tan valiosa est siendo llevada de forma manual?; estando en una era
donde ya todo es tecnologa para manejar la informacin. Por otro lado hay aspectos
importantes en el que se ven relacionados, la niez que es una poca de crecimiento y
cambios rpidos y donde las enfermedades perinatales, las infecciones respiratorias agudas,
las diarreas, las enfermedades inmune - prevenibles, los accidentes y la desnutricin, son la
causa de ms de 50.000 muertes en Colombia.
De acuerdo a lo anteriormente mencionado el grupo est pensando implementarlo como
prueba en una sola entidad de salud, para luego darlo a conocer en todas las Empresas
prestadoras de salud.
Este sistema de asistencias tendr y funcionar con una buena base de datos que debe
estar actualizada permitiendo llevar un mejor control de los datos de cada nio. Como por
ejemplo: Datos generales del menor, asistencia a sus controles, programacin de vacunas,
segn las fechas requeridas. Esto facilitar a la persona encargada hacer consultas de fechas
de asistencias, exmenes autorizados, vacunacin, etapa del nio, crecimiento y toda la
consulta de seguimiento que se le debe hacer al menor.
6.2. Modelo de Caso de Uso
Pgina
Modelo de caso para el Sistema de informacin para el control de asistencia a programas

de promocin y prevencin de salud y crecimiento de los nios.
6.3. Modelo
de Interfaces
Pgina
Pgina
Pgina
10
6.4. Actores y Caso de Uso

A continuacin se realiza la descripcin de cinco (5) actores del sistema:
Actor
Casos de uso
Tipo
Descripcin
Actor
Casos de uso
Tipo
Descripcin
Atencin al usuario.
Validacin de usuario, Registrar usuario, Cita mdica promocin y prevencin,
Control de crecimiento y desarrollo, Vacunacin, Salud oral, Salud visual,
Confirmacin de cita, Control de asistencia, Resultados de inasistencia.
Primario.
Es un actor primario y representa l o los empleados encargados de atender al
pblico en general que soliciten algn servicio.
Usuario.
Cita mdica promocin y prevencin, Control de crecimiento y desarrollo,
Vacunacin, Salud oral, Salud visual, Confirmacin de cita, Control de asistencia,
Resultados de inasistencia.
Primario.
Es el actor principal y representa la razn del sistema debido a que es quien
solicita los servicios que brinda la entidad.
Actor
Casos de uso
Tipo
Descripcin
Base de Datos Registro.

Registrar al usuario, Validacin de Usuario.
Secundario.
Es un actor secundario y representa a la base de datos donde se guarda toda la
informacin que tiene que ver con los usuarios; es independiente de la asignacin
de citas y del seguimiento de los pacientes.
Actor
Casos de uso
Base de Datos Asignacin de Citas.

Cita mdica promocin y prevencin, Control de crecimiento y desarrollo,
Vacunacin, Salud oral, Salud visual, Confirmacin de cita, Control de asistencia,
Pgina
11
Tipo
Descripcin
Actor
Casos de uso
Tipo
Descripcin
Resultados de inasistencia.
Secundario.
Es un actor secundario y representa la base de datos que maneja todo lo
relacionado con las de citas, controles y otros servicios que presta la entidad.
Base de Datos Seguimiento.
Control de asistencia, Resultados de inasistencia.
Secundario.
Es un actor secundario y representa la base de datos que realiza el seguimiento
de las citas, registra el cumplimiento de las mismas y determina las inasistencias
que se presenten.
A continuacin se realiza la descripcin de diez (10) Casos de uso:

Caso de uso
Actores
Tipo
Propsito
Resumen
Precondiciones
Flujo principal
Subflujos
Registrar Usuario.
Atencin al Usuario, Base de Datos Registro
Bsico.
Permitir el registro de un usuario en el sistema con el fin de obtener una cita
mdica, un control o un servicio especial.
El actor Atencin al usuario inicia este caso de uso. Presta la funcionalidad para
crear, modificar y eliminar el registro de un usuario en el Sistema de
Informacin para el control de asistencia a programas de promocin y
prevencin de salud y crecimiento de los nios.
Si el usuario es nuevo se debe registrar.
Se ejecuta el caso de uso Validar Usuario. Se registraran los datos iniciales de
cada usuario en la Base de datos registro.
S-1 Crear Registro Usuario.
Se presenta a Atencin al Usuario la pantalla Crear registro de usuario (P-2),
la cual contiene informacin para registrar un paciente; incluye: nombres,
apellidos, fecha de nacimiento, direccin, telfono, ciudad, pas, nacionalidad,
acudiente, parentesco, telfonos acudiente, email, login, password y una
entrada adicional para repetir password para asegurarse de que se escribi
correctamente. El sistema usar el login y es password para validar al usuario.
El actor Atencin al Usuario seleccionar entre las siguientes actividades:
Registrar y Salir.
Si se selecciona Registrar, el sistema genera un nuevo registro de usuario (E1, E-2, E-3, E-4). Se contina con el subflujo Administrar Registro Usuario.
Si la actividad seleccionada es Salir se saldr del sistema (en caso que no se
presione Registrar, la informacin se perder).
S-2 Obtener Registro Usuario.
El sistema obtiene el registro de usuario de la base de datos registro. Se
contina con el subflujo Administrar Registro Usuario (S-3).
S-3 Administrar Registro Usuario.
Se presenta a Atencin al Usuario la pantalla Obtener registro usuario (P-3)
con la informacin de registro de usuario.
ste podr seleccionar entre las siguientes actividades: Actualizar Datos,
Citas, Eliminar Usuario, Control de Asistencia, Resultados Inasistencia y
Salir.
Si presiona Actualizar Datos, se ejecuta el subflujo Actualizar Registro Usuario
(S-4).
Si la actividad seleccionada es Citas, se continua con el caso de uso Cita
mdica promocin y prevencin.
Si selecciona Eliminar Usuario, se ejecuta el subflujo Eliminar Registro Usuario
(S-5).
Pgina
12
Excepciones
Caso de uso
Actores
Tipo
Propsito
Resumen
Precondiciones
Flujo principal
Subflujos
Excepciones
Caso de uso
Actores
Tipo
Propsito
Si selecciona Control de Asistencia, se ejecuta el subflujo Control de Asistencia

(S-6).
Si selecciona Resultados Inasistencia, se ejecuta el subflujo Inasistencias (S-7)
Si la actividad seleccionada es Salir, se saldr del sistema (si an no se ha
presionado Actualizar, la nueva informacin se perder).
S-4 Actualizar Registro Usuario.
Se actualiza el registro de usuario con la informacin modificada (E-1, E-3, E-4).
Se contina con el subflujo Administrar Registro Usuario (S-3).
S-5 Eliminar Registro Usuario.
Se elimina el registro de usuario y se contina con el subflujo Crear Registro
Usuario (S-1).
S-6 Control de Asistencia.
El sistema presenta informacin de asistencia registrada en la Base de datos de
Seguimiento.
S-7 Inasistencias.
El sistema presenta informacin si existen inasistencias, dicha informacin est
registrada en la Base de datos de Seguimiento.
E-1 Informacin incompleta: falta llenar informacin en el registro de usuario.
Se solicita nuevamente a Atencin al Usuario que complete el registro.
E-2 Registro ya existe: si ya existe un registro bajo ese login, se solicitar a
Atencin al Usuario que lo cambie o que termine el caso de uso.
E-3 Login incorrecto: el login no es vlido. Se solicita a Atencin al Usuario que
corrija el registro.
E-4 Password incorrecto: el password escogido es muy sencillo o no se valid
correctamente. Se solicita a Atencin al Usuario que corrija el registro.
Validacin de Usuario.
Atencin al Usuario, Base de Datos Registro.
Inclusin.
Validar a un usuario ya registrado en el sistema.
Este caso de uso es iniciado por Atencin al Usuario. Realiza la validacin del
usuario mediante un login y un password que se verifica con su respectivo
registro de usuario, de esta forma es posible utilizar el sistema.
Ninguna.
Se presenta a Atencin al Usuario la pantalla principal P-1. El administrador
puede seleccionar entre las siguientes opciones: Registro nuevo, Aceptar,
Salir.
Si la actividad seleccionada es registro nuevo, se ejecuta el caso de uso
Registrar Usuario, subflujo Crear Registro de Usuario (S-1).
Si la actividad seleccionada es aceptar, se valida el registro de usuario mediante
in Login y un password insertados por el usuario en la pantalla principal P-1.
Una vez validado el usuario (E-1), se contina con el caso de uso Cita Mdica
Promocin y Prevencin.
Si la actividad seleccionada es salir se saldr del sistema.
Ninguna
E-1 No hubo validacin: El Login/password no se valid correctamente. Se
solicita a Atencin al Usuario registrar al usuario si el Login no existe. Despus
de tres intentos se saldr del sistema.
Cita mdica promocin y prevencin
Atencin al Usuario, Usuario, Base de datos Asignacin Citas
Bsico
Ofrecer los diferentes servicios que tiene el Sistema de informacin para el
control de asistencia a programas de promocin y prevencin de salud y
crecimiento de los nios a los usuarios.
Pgina
13

Resumen
Precondiciones
Flujo principal
Subflujos
Atencin al Usuario tiene la capacidad de escoger uno de los diferentes servicios

ofrecidos por el sistema.
Estar registrado.
Se presenta a Atencin al Usuario la pantalla (P-x) de Citas Mdicas Promocin y
Prevencin. El usuario puede seleccionar entre las siguientes actividades:
Confirmacin de cita, Asignacin de cita y Salir.
Si la actividad seleccionada es Confirmacin de cita, se contina con el caso de
uso Confirmacin de Cita, subflujo Confirmacin de Cita (S-1).
Si la actividad seleccionada es Asignacin de cita, se contina con los casos de
uso: Control de crecimiento y desarrollo, Vacunacin, Salud oral, Salud visual,
subflujo Asignacin de cita (S-2).
Si la actividad seleccionada es Salir se saldr del sistema.
S-1 Confirmacin de cita: se presenta al usuario la pantalla Confirmacin de cita
(P-x), la cual contiene informacin sobre las citas asignadas que tenga el
usuario, dando la opcin de seleccionar la cita asignada y confirmarla.
S-2 Asignacin de cita: se presenta al usuario la pantalla Asignacin de cita (Px), que contiene toda la informacin requerida para asignar citas, en la cual se
pueden seleccionar las siguientes actividades: Escoger programa, Fecha,
Hora, Mdico, Asignar y Salir.
Si Atencin al Usuario escoge la opcin Escoger programa, sta permite
seleccionar uno de los siguientes casos de uso: Control de crecimiento y
desarrollo, Vacunacin, Salud oral, Salud visual.
Si Atencin al Usuario escoge la opcin Fecha (E-1), sta permite obtener la
informacin de las fechas disponibles para el programa seleccionado.
Si se escoge la opcin Hora (E-2), sta permite obtener la informacin de las
horas disponibles para la fecha y programa seleccionado.
Si se escoge la opcin Mdico (E-3), sta permite obtener la informacin de los
mdicos disponibles para la hora, la fecha y el programa seleccionado.
Si se escoge la opcin Asignar (E-4), sta permite confirmar la asignacin de la
cita previamente establecida por Atencin al Usuario.
Si se escoge la opcin Salir, sale de la pantalla hacia el caso de uso Citas
mdicas promocin y prevencin.
Excepciones
E-1 Fecha no disponible: si Atencin al Usuario no ha definido un

programa, el sistema no mostrar informacin sobre fechas disponibles.
E-2 Hora no disponible: si Atencin al Usuario no ha definido un
programa y una fecha, el sistema no mostrar informacin sobre horas
disponibles.
E-3 Mdico no asignado: si Atencin al Usuario no ha definido un
programa, una fecha y una hora, el sistema no mostrar informacin
sobre los mdicos disponibles.
E-4 Informacin incompleta: si Atencin al Usuario no ha definido cada
uno de las actividades anteriores, el sistema no permitir asignar la cita.
Caso de uso
Actores
Tipo
Propsito
Control de crecimiento y desarrollo

Atencin al usuario, Usuario, Base de datos de asignacin de citas.
Extensin
Realizar el control de crecimiento y desarrollo a todos los usuarios que soliciten
este servicio.
Este caso de uso es iniciado por Atencin al Usuario y lo utiliza el usuario para
asignacin de citas.
Estar registrado.
Se da a escoger dentro de la pantalla Asignar citas, actividad Escoger
programa.
Ninguno
Resumen
Precondiciones
Flujo principal
Subflujos
Pgina
14

Excepciones
Caso de uso
Actores
Tipo
Propsito
Resumen
Precondiciones
Flujo principal
Subflujos
Excepciones
Caso de uso
Actores
Tipo
Propsito
Resumen
Precondiciones
Flujo principal
Subflujos
Excepciones
Caso de uso
Actores
Tipo
Propsito
Resumen
Precondiciones
Flujo principal
Subflujos
Excepciones
Caso de uso
Actores
Tipo
Propsito
Resumen
Precondiciones
Flujo principal
Ninguna
Vacunacin
Extensin
Realizar el programa de vacunacin establecido a todos los usuarios que
soliciten este servicio.
asignacin de citas.
Estar registrado.
programa.
Ninguno
Ninguna
Salud oral
Extensin
Realizar el programa de salud oral a todos los usuarios que soliciten este
servicio.
asignacin de citas.
Estar registrado.
programa.
Ninguno
Ninguna
Salud visual
Extensin
Realizar el programa de salud visual a todos los usuarios que soliciten este
servicio.
asignacin de citas.
Estar registrado.
programa.
Ninguno
Ninguna
Confirmacin de cita
Bsico
Realizar la confirmacin de la cita para los diferentes servicios ofrecidos por la
entidad.
confirmacin de citas.
Estar registrado.
Se muestra la pantalla Confirmacin de citas (P-1), la cual permite a Atencin
al Usuario ver las citas asignadas. Le permite seleccionar las siguientes
actividades: Cita, Confirmar y Salir.
Si Atencin al Usuario escoge Cita, permite visualizar las citas asignadas al
Pgina
15
Subflujos
Excepciones
Caso de uso
Actores
Tipo
Propsito
Resumen
Precondiciones
Flujo principal
Subflujos
Excepciones
Caso de uso
Actores
Tipo
Propsito
Resumen
Precondiciones
Flujo principal
Subflujos
Excepciones
usuario y seleccionar la cita a confirmar.

Si se escoge Confirmar, el sistema confirma la cita escogida con anterioridad
(E-1).
Si se escoge la opcin Salir, el sistema regresa al caso de uso Cita mdica
promocin y prevencin.
Ninguno
E-1 Cita no escogida: que Atencin al Usuario no haya seleccionado una cita
antes de confirmar.
Control de asistencia
Atencin al Usuario, Usuario, Base de datos de seguimiento.
Bsico
Controlar la debida asistencia a cada cita por parte de los usuarios del sistema.
Permite a Atencin al Usuario visualizar las asistencias mdicas y controles de
todos los usuarios que utilicen el sistema.
Estar registrado.
Permite visualizar la pantalla P-x correspondiente al control de asistencia de las
citas programadas a los diferentes usuarios. Si los usuarios no asisten a las
citas, el sistema enviar un correo de inasistencia al usuario en cuestin.
Ninguno
Ninguna
Resultados de inasistencia
Atencin al Usuario, Usuario, Base de datos de seguimiento.
Inclusin
Presentar resultados de inasistencia.
Permite a Atencin al Usuario visualizar las inasistencias mdicas de parte de
los usuarios.
Estar registrado.
Permite visualizar la pantalla P-x correspondiente al control de inasistencia de
las citas programadas a los diferentes usuarios.
Ninguno
Ninguna
6.5. Modelo de Dominio del Problema

CLASES CANDIDATAS PARA EL SISTEMA DE ASISTENCIA AL PROGRAMA DE PROMOCION Y
PREVENCION
CLASES CANDIDATAS
Sistema de control y registro de inasistencia
vacunacin
menores
Empleado
protocolos
sistema de asistencias
implementarlo
programacin de vacunas
Empresas Administradoras de Salud
fechas
Controles
Consultas
registro de desarrollo y crecimiento
fechas de asistencias
nios
consulta de seguimiento
Exmenes autorizados
citas
Modificaciones en las clases Originales
Pgina
16
CLASES CANDIDATAS PARA EL SISTEMA DE ASISTENCIA AL PROGRAMA DE PROMOCION Y

PREVENCION
CLASES CANDIDATAS
MODIFICACION
Sistema de registro de asistencia
Elimina( es el sistema completo)
Menores
Eliminar (duplicada-Nios)
protocolos
Eliminada( irrelevante)
implementarlo
Eliminada(imprecisa)
Empresas Administradoras de Salud
Renombrada: EPS
CONTROLES
Eliminar(imprecisa)
registro de desarrollo y crecimiento
NIOS
Eliminar(imprecisa)
Exmenes autorizados
VACUNACIN
EMPLEADO
Elimina( es el sistema completo)
sistema de inasistencias
Eliminar (duplicada-vacunacin)
programacin de vacunas
Eliminar (Redundante)
FECHAS
CONSULTAS
Cambiar: REGISTR ASISTENCIA
fechas de asistencias
Eliminar( duplicado-consulta)
consulta de seguimiento
CITAS
CLASES IDENTIFICADAS SISTEMA DE ASISTENCIA AL PROGRAMA DE PROMOCION Y
PREVENCION
CLASES IDENTIFICADAS
NIOS
EMPLEADO
EPS
ASISTENCIA
VACUNACIN
CONSULTA
CONTROL
CITAS
ATRIBUTOS IDENTIFICADOS DEL SISTEMA DE ASISTENCIA AL PROGRAMA DE
PROMOCION Y PREVENCION
EPS
ID. , Nombre
EMPLEADO
ID , Nombre ,Apellidos , Carg
NIOS
ID, Tipo-ID ,Nombre, apellidos ,Fecha-nacimiento , Edad,
Numero-telfono ,Direccin , Nombre-padres
CITAS
Cdigo , Fecha-cita ,Tipo-cita
CONSULTAS
ID-consulta, Pediatra, Enfermera ,Odontologa ,
Optometra
CONTROLES
ID-Control, Pediatra, Enfermera ,Odontologa
Nombre, Fecha-cita.
VACUNAS
ID-asistencia-cita , asisti-id-nio, cancelo-id-nio, No
ASISTENCIA
asisti-id-nio
Pgina
17

MODELO DEL DOMINIO PROBLEMA
A continuacin veremos el modelo fsico de la base de datos realizada el con el software
workbench
Captulo 7 Modelo de Anlisis

7.1. Arquitectura de Clases
En el caso de los sistemas de informacin, una de las arquitecturas ms utilizadas es la de
Modelo, Vista, control (MVC - Model, View, Control) Popularizada por los ambientes de
desarrollo para los lenguajes de programacin de Smalltalk. Esta arquitectura se basa en
tres dimensiones principales: Modelo correspondiente a la informacin, Vista
Pgina
18

correspondiente a la presentacin o interaccin con el usuario y Control correspondiente al
comportamiento.
La vista o presentacin 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 se almacena en una base de datos. Por otro lado, el control corresponde a la
manipulacin de la informacin a travs de sus diversas presentaciones. 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 se controla esta. Sin
embargo, cada una de ellas probablemente experimente cambios a lo largo del ciclo de vida
del sistema, donde el control es el ms propenso a ser modificado, seguido de la vista y,
finalmente, del modelo. En el modelo de anlisis descrito aqu utilizaremos como base la
arquitectura MVC para capturar estos tres aspectos de la funcionalidad.
7.2. Identificacin de Clases segn Estereotipos

Clases bordes para el sistema de citas para controles identificados directamente
con los actores.
En el sistema de citas para controles, cada uno de los actores: Usuario, Base de Datos de
Registros y Base de Datos de Reservas citas, requiere su propio objeto borde. El Usuario
necesita las pantallas de presentacin, mientras que la Base de Datos de Registros y Base
de Datos de Reservas requiere sus propias clases bordes para intercambiar informacin con
el sistema.
Pgina
19
Validar
usuario
Se interacta
con los actores Usuario
y Bases de Datos de Registros a travs de las clases borde InterfaceBeneficiario e InterfaceBaseDatosRegistro, respectivamente
Ofrecer servicio
En este caso de uso utiliza nicamente la pantalla del men cita controles de los servicios
del sistema. Por tanto, se incluye nicamente la PantallaServicio. Dado que se interacta con
el actor Usuario se incluye tambin la clase InterfaceUsuario.
Registro Usuario.
Se interacta con los actores Usuario y Bases de Datos de Registros a travs de las clases
InterfaceBeneficiario e Interface-BaseDatosRegistro, respectivamente. Adicionalmente se
deben incluir clases correspondientes a las pantallas propias de este caso de uso, que son
las pantalla de Registro de usuario por primera vez y Obtener registro. A las dos clases
correspondientes las llamaremos PantallaCrearRegistroBeneficiario y
PantallaObtenerRegBeneficiario, respectivamente. Aunque la funcionalidad comienza en la
pantalla principal del sistema durante la validacin de un usuario, esta validacin se hace a
travs del caso de uso Validar Usuario, por lo cual esta funcionalidad no se incluye como
parte de este caso de uso.
Pgina
20
Registro de tarjeta de Crdito para pago de los controles.

Se interacta con los actores Usuario y Bases de Datos de Registros a travs de las clases
InterfaceBeneficiario e InterfaceBase- DatosRegistro, respectivamente. Se utilizan las
pantallas Registro de tarjeta por primera vez y Registro de tarjeta. A las dos clases
correspondientes las llamaremos PantallaCrearRegTarjeta y Pantalla-ObtenerRegTarjeta,
respectivamente.
Interface consultar informacin.

Se interacta con los actores Usuario y Base de Datos de Reservas a travs de las clases
InterfaceBeneficiario e InterfaceBase-DatosConsultasCitas, respectivamente. Adicionalmente
se deben incluir clases correspondientes a las pantallas propias de este caso de uso, que son
las pantallas de seleccin de tipo de consulta, consulta de horarios de Citas, resultado de
consulta de horarios de citas, consulta citas, consulta de tarifas de citas y resultado de
consulta de estado de citas. A las clases correspondientes las llamaremos:
PantallaConsultasCitas, PantallaConsultaHorariosCitas,
PantallaResultadoHorariosCitas,
PantallaConsultaTarifasCitas, PantallaResultadoTarifasCitas,
PantallaConsultaEstadoCitas y PantallaResultadoEstadoCitas,
Respectivamente.
Pgina
21
Separar una cita para control.

Se interacta con los actores Usuario y Base de Datos de Reservas Citas, a travs de las
clases InterfaceBeneficiario e InterfaceBase-DatosReserva, respectivamente. Adems, se
deben incluir clases correspondientes a las pantallas propias de este caso de uso, que son
las pantallas de insercin de clave de reserva, solicitud de reserva de la cita para el control
respectivo y record de reserva de citas dadas a lo largo de un periodo de tiempo. A las
clases
correspondientes
las
llamaremos
PantallaClaveReservasCitas,
PantallaCrearReservaCitas y PantallaRecordReservaCitas, respectivamente.
Pagar cita para control va tarjeta de crdito.

Se interacta con los actores Beneficiario y Base de Datos de Reservas Citas a travs de las
clases InterfaceBeneficiario e InterfaceBase-DatosReservasCitas, respectivamente. Se
utilizan las pantallas de pago de reserva de citas y reembolso de reserva de citas. A las dos
clases
correspondientes
las
llamaremos
PantallaPagarRegTarjeta
y
PantallaReembolsarRegTarjeta.
Pgina
22

7.3. Clases segn Casos de Uso
Validar usuario
Registrar usuario
Cita mdica del Paciente
Cita control de crecimiento y desarrollo
Pgina
23
Cita confirmado
Control de Asistencia
Lista de Inasistencia
Pgina
24
7.4.
Diagramas de Secuencia
7.5. Casos de Uso para el Sistema

Caso de uso
Actores
Tipo
Propsito
Resumen
Precondiciones
Validar Usuario
Usuario, base de datos de registro
Inclusin
Validar Usuario ya registrado para Sistema de informacin para el control
de Asistencia a Programas de promocin y Prevencin de Salud y
Crecimiento de los nios.
Este caso de uso es iniciado por el usuario, valida el usuario mediante un
loguin y password con el respectivo registro de usuarios, para as poder
utilizar el Sistema de control de asistencia a programas de prevencin y
promocin de salud y crecimiento.
Si el usuario no se encuentra registrado, requerir realizar el caso de uso
Pgina
25
Flujo Principal
Flujo Principal
Subflujos
Excepciones
Registrar usuario subflujo Crear-registro-usuario.

El manejador principal solicita desplegar pantalla principal a la interface
usuario, la interface usuario despliega la pantalla principal, la pantalla
principal se despliega y el usuario puede seleccionar las siguientes
opciones Registrarse por primer vez, OK, Salir
Si la actividad seleccionada es "Registrarse Por Primera Vez". la Pantalla
Principal enva el evento "Registrarse Por Primera Vez" a la Interface
Usuario. La Interface Usuario enva el evento "Registrarse Por Primera
Vez" al Manejador Principal. El Manejador Principal solicita crear CrearRegistro-Usuario al ManejadorRegistroUsuario. Se ejecuta el caso de uso
Registrar Usuario, subflujo
Crear Registro Usuario (S-1)
.
Si la actividad seleccionada es "OK", se valida el registro de usuario
mediante un login y un password insertados por el Usuario en la Pantalla
Principal. La Pantalla Principal enva el evento "OK" a la Interface Usuario.
La Interface Usuario Enva el evento "OK" al Manejador Principal. El
Manejador Principal solicita Validar-Registro-Usuario al
ManejadorRegistroUsuario. El ManejadorRegistroUsuario Solicita validarRegistro-Usuario a la Interface Base-Datos-Registro.
La Interface Base-Datos-Registro solicita validar-Registro-Usuario a la
Base de Datos de Registros. La Base Datos- Registro valida al usuario y
devuelve el OK a la Interface Base-Datos-Registro. La Interface BaseDatos-Registro devuelve el OK al ManejadorRegistroUsuario. El
Manejador-Registro Usuario
Devuelve el OK al Manejador Principal. Una vez validado el usuario (E-1),
el
Manejador Principal solicita ofrecer servicio de citas al Manejador
Servicio. Se continua con el
Caso de uso Ofrecer Servicios.
Si la actividad seleccionada es "Salir". la Pantalla Principal enva el evento
"Salir" a la Interface Usuario. La Interface Usuario enva el evento "Salir"
al Manejador Principal. El Manejador Principal sale del sistema.
Ninguno
E-1 no hubo validacin, el login/password no se valid correctamente. Se
le pide al usuario reintentar opciones tres veces, despus se saldr del
sistema.
CASO DE USO OFRECER SERVICIO

Caso de uso
Actores
Tipo
Propsito
Resumen
Precondiciones
Flujo Principal
Ofrece Servicio
Atencin Usuario, Usuario, Base de datos Asignacin Citas
Inclusin
Ofrecer a los usuarios los diferentes servicios que tiene el Sistema de
informacin para el control de asistencia a programas de promocin y
prevencin de salud y crecimiento de los nios
Este caso es iniciado por atencin al usuario, quien puede elegir el
servicio que requiere, ofrecido por el sistema.
Se requiere estar registrado
Se presenta a Atencin al Usuario la pantalla (P-x) de Citas Mdicas
Pgina
26
Subflujos
Excepciones
Promocin y Prevencin. El usuario puede seleccionar entre las siguientes

actividades:Confirmacin de cita, Asignacin de cita y Salir.
Si la actividad seleccionada es Confirmacin de cita, se contina con el
caso de uso Confirmacin de Cita, subflujo Confirmacin de Cita (S-1).
Si la actividad seleccionada es Asignacin de cita, se contina con los
casos de uso: Control de crecimiento y desarrollo, Vacunacin, Salud oral,
Salud visual, subflujo Asignacin de cita (S-2).
Si la actividad seleccionada es Salir se saldr del sistema.
S-1 Confirmacin de cita: se presenta al usuario la pantalla Confirmacin
de cita (P-x), la cual contiene informacin sobre las citas asignadas que
tenga el usuario, dando la opcin de seleccionar la cita asignada y
confirmarla.
S-2 Asignacin de cita: se presenta al usuario la pantalla Asignacin de
cita (P-x), que contiene toda la informacin requerida para asignar citas,
en la cual se pueden seleccionar las siguientes actividades: Escoger
programa, Fecha, Hora, Mdico, Asignar y Salir.
Si Atencin al Usuario escoge la opcin Escoger programa, sta permite
seleccionar uno de los siguientes casos de uso: Control de crecimiento y
desarrollo, Vacunacin, Salud oral, Salud visual.
Si Atencin al Usuario escoge la opcin Fecha (E-1), sta permite
obtener la informacin de las fechas disponibles para el programa
seleccionado.
Si se escoge la opcin Hora (E-2), sta permite obtener la informacin
de las horas disponibles para la fecha y programa seleccionado.
Si se escoge la opcin Mdico (E-3), sta permite obtener la informacin
de los mdicos disponibles para la hora, la fecha y el programa
seleccionado.
Si se escoge la opcin Asignar (E-4), sta permite confirmar la
asignacin de la cita previamente establecida por Atencin al Usuario.
Si se escoge la opcin Salir, sale de la pantalla hacia el caso de uso
Citas mdicas promocin y prevencin.
E-1Fecha no disponible: si Atencin al Usuario no ha definido un
programa, el sistema no mostrar informacin sobre fechas disponibles.
E-2 Hora no disponible: si Atencin al Usuario no ha definido un programa
y una fecha, el sistema no mostrar informacin sobre horas disponibles.
E-3 Mdico no asignado: si Atencin al Usuario no ha definido un
programa, una fecha y una hora, el sistema no mostrar informacin
sobre los mdicos disponibles.
E-4 Informacin incompleta: si Atencin al Usuario no ha definido cada
uno de los actividades anteriores, el sistema no permitir asignar la cita.
CASO DE USO REGISTRAR USUARIO

Caso de uso
Actores
Tipo
Propsito
Resumen
Precondiciones
Registrar Usuario
Usuario, Base de datos Registro
Inclusin
Permitir al usuario registrarse el Sistema de informacin para el control
de asistencia a programas de promocin y prevencin de salud y
crecimiento de los nios
Este caso es iniciado por el usuario, ofrece la funcionalidad de crear.
Modificar y eliminar el registro del Usuario Sistema de informacin para
el control de asistencia a programas de promocin y prevencin de salud
y crecimiento de los nios
Todos los subflujos a excepcin de registro primer vez, requieren ejecutar
inicialmente el caso de uso Validar Usuario.
Pgina
27

Flujo Principal
Subflujos
Se ejecuta el caso de Uso Validar Usuario, dependiendo de las opciones

seleccionadas por el usuario, se continua con los subflujos de esta caso de
Uso
( S-1) Crear registro de Usuario.

El ManejadorRegistroUsuario, solicita desplegar Pantalla Crear Registro de
Usuario, a la interface Usuario- La interface Usuario despliega la Pantalla crear
Registro Usuario, en esta pantalla contiene la informacin de registro de se
debe llenar por el Usuario, El cual incluye, nombre, Cedula, direccin, telfono,
edad, sexo, fecha nacimiento, correo electrnico, login y password y una
entrada adicional de confirmacin password , el login y password sern
utilizados por el sistema para validar el usuario.
El usuario puede seleccionar las siguientes actividades Registrar y Salir, si
el Usuario selecciona Registrar la pantalla CrearRegUsuario, enva el evento
Registrar a la Interface Usuario; la interface Usuario enva el evento
Registrar al Manejador Registro de Usuario El manejador Registro de usuario
solicita crear Registro de Usuario a la Interface Base de Datos Registro. (E1,E-2,E-3,E-4) La Base de datos Registro devuelve OK a la Interface-Base de
Datos-Registro, la Interface-Base de Datos-Registro devuelve OK al
Manejador-Registro-Usuario, se continua con el subflujo Administrar registro
Usuario (S-3)
Subflujos
( S-2) obtener Registro de Usuario.

El ManejadorRegistroUsuario, solicita obtener Registro-usuario a la interface
Base-datos-registro. La Interface Base-Datos-Registro solicita obtener
Registro-Usuario a la Base Datos-registro, la Base-datos-Registro devuelve
OK a la Interface-Base-Datos-Registro, la Base-Datos-Registro devuelve el
OK y el Registro-Usuario al Manejador-Registro-Usuario. Se contina con el
subflujo Administrar-registro Usuario (S-3).
Subflujos
( S-3) Ad ministrar Registro Usuario

El Manejador Registro-Usuario solicita desplegar- pantalla Obtener RegistroUsuario a la Interface-Usuario. La Interface-Usuario despliega la Pantalla
Obtener-Registro-Usuario. La Pantalla Obtener-Registro-Usuario se despliega.
El Usuario puede seleccionar entra las Siguientes actividades: "Eliminar",
"Actualizar", "Registrar Tarjeta", "Servicios" y "Salir". Si el usuario presiona
"Actualizar" se ejecuta el subflujo Actualizar Registro Usuario
(S-4).
Si el usuario selecciona "Eliminar" se ejecuta el subflujo Eliminar Registro
Usuario
(S-5).
Si la actividad seleccionada es "Servicios", la Pantalla-Obtener-RegistroUsuario enva el evento "Servicios" a la Interface-Usuario. La InterfaceUsuario
enva el evento
"Servicios" al Manejador-Registro-Usuario. El Manejador-Registro-Usuario
solicita ofrecer Servicio al Manejador Servicio. se continua con el caso de uso
Ofrecer Servicios.
Pgina
28

Si la actividad seleccionada es "Salir", la Pantalla Obtener-Registro -Usuario
enva el evento "Salir" a la Interface-Usuario. La interface-Usuario enva el
evento "Salir" al Manejador-Registro-Usuario. El ManejadorRegistroUsuario
sale del sistema. (Si aun
no se ha presionado "Actualizar", la nueva informacin se perder.)
Subflujos
( S-3) Actualizar Registro Usuario

La Pantalla Obtener-Registro-Usuario enva el evento "Actualizar" a la
InterfaceUsuario. La InterfaceUsuario enva el evento "Actualizar" al
ManejadorRegistroUsuario. El Manejador-Registro-Usuario solicita actualizarRegistro-Usuario a la
Interface-Base-Datos-Registro. La Interface-Base-Datos-Registro solicita
Actualizar-Registro-Usuario a la Base de Datos Registro. La Base de Datos
Registro actualiza el Registro-Usuario (E-1, E-3, E-4) y devuelve el OK a la
Interface-Base-Datos-Registro. La Interface-Base-Datos-Registro devuelve el
OK al ManejadorRegistroUsuario.
Se contina con el subflujo Administrar Registro Usuario (S-3).
Subflujos
( S-3) Eliminar Registro Usuario

La PantallaObtenerRegUsuario enva el evento "Eliminar" a la InterfaceUsuario.
La InterfaceUsuario enva el evento "Eliminar" al Maneiador-Registro-Usuario.
El Manejador-Registro-Usuario solicita eliminar-Registro-Usuario a la
Interface-Base-Datos-Registro. La Interface-Base-Datos-Registro enva el
evento eliminar-Registro-Usuario a la Base de Datos de Registros. La
Base de Datos de Registros elimina el Registro-Usuario y devuelve el OK a la
Se contina con el subflujo Crear Registro Usuario (S-1).
ManejadorRegistroUsuario solicita elimina-Registro-Usuario a la
Interface-Base-Datos-Registro. La Interface-Base-Datos-Registro enva el
evento eliminar-Registro-Usuario a la Base de Datos de Registros. La
Base de Datos de Registros elimina el Registro-Usuario y devuelve el OK a la
Se continua con el subflujo Crear Registro Usuario (S-1).
Excepciones
E-1 Informacin incompleta falta llenar informacin en el registro de usuario.

Se le vuelve a pedir al usuario que complete el registro.
E-2 registro ya existe: si ya existe un registro bajo ese login, se le pedir al
usuario que lo cambie o que termine el caso de uso.
E-3 login incorrecto: el login no es vlido. Se vuelve a pedir al usuario que
complete el registro.
E-4 contrasea incorrecta: La contrasea escogida es muy sencilla o no se
valida correctamente. Se vuelve a pedir al usuario que complete el registro.
Pgina
29

7.6. Diccionario de Clases
En este proyecto podemos identificar los siguientes cuatro mdulos principalmente:
INTERFACE USUARIO: El mdulo InterfaceUsuario est compuesto 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.
PIRNCIPAL: El modulo Principal est compuesto por clases comunes a la funcionalidad

general del sistema:
PantallaPrincipal - Clase Borde. Pantalla principal

ManejadorPrincipal - Clase Control. El manejador principal es el encargado de
desplegar la pantalla principal de interaccin con el usuario, y luego delegar las
diferentes funciones a los manejadores especializados.
REGISTRO: Este mdulo se divide en los siguientes mdulos:
USUARIO
El modulo Usuario est compuesto por las clases:
PantallaCrearRegistroUsuario - Clase Borde. Pantalla de solicitud de registro de usuario
PantallaObtenerRegUsuario - Clase Borde. Pantalla de devolucin con informacin de
registro de usuario
RegistroUsuario - Clase Entidad. Para utilizar el sistema de citas, el usuario debe estar
registrado con el sistema. El registro contiene informacin acerca del usuario que incluye
tipo id usuario, nombre, edad, fecha de nacimiento, telfono, direccin, nombre padres,
funcionario, cita.
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.
Pgina
30
ASIGNACION
El modulo Citas est compuesto por las clases:
PantallaAsigancionCitas Clase control. Pantalla de solicitud de citas.
ManejadorAsiganciondeCitas Clase Borde. El manejador de citas se encarga de todo lo
relacionado con la asignacin de citas del usuario.
INTERFACE BASE DE DATOS
El mdulo Interface, correspondiente a la interface para la base de datos, est compuesto
por la clase encargada de interactuar con la base de datos:
InterfaceBasededatos 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.
CITAS: Este mdulo se divide en los siguientes mdulos:
ATENCION USUARIO
El mdulo AtencionUsuario clase control. Es el encargado de canalizar la informacin del
usuario se encarga de Validar Usuario, registrar usuario, Cita mdica P y P, control de
crecimiento desarrollo, vacunacin, salud oral, agudeza visual, cita confirmada, control de
asistencia, lista de inasistencia.
CITA CONSULTA
El mdulo CitaConsulta est compuesto por las clases:
PantallaCitaConsulta Clase control. Pantalla de verificacin de citas de primera vez al
programa.
InterfaceBasededatosAsignacionCitas Clase Borde. La informacin de cada usuario se
almacena en la base de datos de asignacin de citas.
CITA CONTROL
El mdulo CitaControl est compuesto por las clases:
PantallaCitaControl Clase control. Pantalla de verificacin de citas de control
Pgina
31

InterfaceBasededatosAsignacionCitasControl Clase Borde. La informacin de cada
usuario se almacena en la base de datos de asignacin de citas de control.
CONTROL DE ASISTENCIA
El mdulo ControlAsistencia est compuesto por las clases:
PantallaConfirmacionCita Clase control. Pantalla de verificacin de asistencia a la cita.
ManejadorControlAsistencia - Clase Control. Es el encargado del control de asistencia del
usuario.
CONTROL DE INASISTENCIA
El mdulo ControlInasistencia est compuesto por las clases:
PantallaInasistenciaCita Clase control. Pantalla de verificacin de inasistencia a la cita.
ManejadorControlInasistencia - Clase Control. Es el encargado del control de inasistencia
del usuario.
INTERFACE BASE DE DATOS
El mdulo Interface, correspondiente a la interface para la base de datos, est compuesto
por la clase encargada de interactuar con la base de datos:
InterfaceBasededatos Clase Borde. La informacin de cada cita se almacena en la base
de datos de citas sea consulta o de seguimiento de p y p.
Captulo 8 Modelo de Diseo
8.1. Estrategias de Diseo
Es necesario tomar decisiones generales sobre las estrategias de diseo a seguir. Algunas se
relacionan con aspectos que incluyen la arquitectura, robustez, reso y extensibilidad del
sistema.
El trmino arquitectura se refiere a la organizacin de las clases dentro del sistema.
Durante el diseo debe detallarse la arquitectura, pudindose cambiar los aspectos
considerados inicialmente en el modelo de anlisis en el cual se genera una arquitectura de
clases para el sistema y se define la funcionalidad conceptual ofrecida por las distintas clases
dentro de la arquitectura.
El conocimiento y funcionalidad asignada a cada clase se traduce como la inteligencia de
cada clase dentro del sistema. Algunas clases se ven ms inteligentes que otras de acuerdo
al conocimiento y control que tengan sobre las dems clases. Un manejador de interface de
usuario necesita mayor inteligencia, ya que debe administrar la interaccin con el usuario
debido a que maneja los eventos y las pantallas. Una clase que es ms inteligente es el
controlador o manejador de la lgica completa de la aplicacin, ya que es responsable de
administrar los manejadores de borde y relacionar su funcionalidad con el resto del sistema.
Se debe decidir dentro de la arquitectura de diseo cmo distribuir la inteligencia entre
clases y qu aspectos de la inteligencia del sistema se debe asignar a cada una de ellas. Hay
tres alternativas de importancia:
Pgina
32
Un primer enfoque es minimizar el nmero de clases inteligentes. Solo un objeto tendra

conocimiento sobre todo el sistema, los dems objetos tendran un mnimo de inteligencia y
el objeto inteligente servir como controlador de los dems. Que ventaja da este enfoque,
que solo se requerira comprender el flujo de control dentro del objeto principal para
entender toda la aplicacin.
Un segundo enfoque es distribuir la inteligencia del sistema lo ms homogneo posible,
diseando todas las clases con inteligencia similar. Pero, una distribucin perfectamente
homognea es una tarea casi imposible, debido a que los objetos varan en sus
responsabilidades, su razn de ser depende de la aplicacin.
El tercer enfoque es encontrar un balance entre los dos primeros. El asunto es
homogeneizar la inteligencia del sistema slo en ciertas clases, como las de control.
La robustez de un sistema debe ser uno de los objetivos principales del diseo. El sistema
debe estar protegido contra errores y ofrecer diagnsticos que permitan identificar fallas,
sobre todo aquellas que son fatales. De manera general, se debe escoger lenguajes de
programacin que apoyen estos aspectos, como son el manejo de excepciones. Las
principales consideraciones son las siguientes:
El sistema debe estar protegido contra parmetros incorrectos proporcionados por el

usuario. Siempre se debe validar la entrada, desde que el sistema acepte este tipo de
parmetros por parte del usuario, con el fin de evitar problemas. Quien disea los
mtodos debe considerar dos tipos de errores: errores lgicos y errores de
implementacin.
El sistema no debe optimizarse hasta que ste funcione de manera correcta.
El sistema debe incluir estructuras de datos de tamao variable, sin lmites

predefinidos.
El sistema debe instrumentar un monitoreo de rendimiento y bsqueda de errores.
El encapsulamiento es fundamental para la robustez del sistema.
El reso es una parte fundamental del diseo. Cuanto ms se pueda reutilizar el cdigo ser
mejor la robustez del sistema. Estas son algunas estrategias que permiten mejorar las
posibilidades de reso del diseo:
A travs de la herencia se incrementa el reso de cdigo.
El uso impropio de la herencia hace que los programas sean difciles de mantener y
extender.
El encapsulamiento es muy efectivo para conseguir el reso, se aplica tanto al nivel de

los objetos como de componentes desarrollados en otras aplicaciones.
Pgina
33

La mayor parte de los sistemas son extendidos de manera imprevista. A continuacin se
presentan algunas perspectivas de extensibilidad que se deben considerar:
Se debe encapsular otra vez las clases, ocultando su estructura interna a las otras
clases.
No se debe exportar estructuras de datos desde un mtodo.
Una clase particular debe tener un conocimiento limitado de la arquitectura de clases

del sistema.
Se debe evitar expresiones que requieran un conocimiento explcito de los tipos de

objetos.
Se debe distinguir entre operaciones privadas y pblicas. Es costoso cambiar

operaciones pblicas, por lo cual stas se deben definir con gran cuidado.
8.2. Diseo de Objetos

Clase: ManejadorPrincipal
Descripcin: Es el encargado de desplegar la pantalla principal de interaccin con el usuario, y luego
delegar las diferentes funciones a los manejadores especializados apropiados.
Mdulo: Principal
Estereotipo: Control
Propiedades:
Superclases
Subclases
Atributos
solicita desplegarPantallaPrincipal a la
InterfaceUsuario (1)
La InterfaceUsuario envia el evento "Cita
consulta" al ManejadorPrincipal (6)
El ManejadorPrincipal solicita
crearRegistroUsuario al ManejadorRegistroUsuario (7)
validarRegistroUsuario al ManejadorRegistroUsuario (9)
Una vez validado el usuario (E-l), el
ManejadorPrincipal solicita solicitarcita al
ManejadorAsiganciondeCitas (12)
Se continua con el ManejadorPrincipal solicita
solicitarcitacontrol al ManejadorAsiganciondeCitas
(13)
El ManejadorPrincipal solicita a
ManejadorControlAsistencia (15)
El ManejadorPrincipal sale del sistema (18)
Pgina
34

Clase: InterfaceUsuario
Descripcin: Toda la interaccin con el usuario se hace por medio de la interface de usuario.
Mdulo: InterfaceUsuario
Estereotipo: Borde
Propiedades:
Superclases
Subclases
Atributos
despliega la PantallaPrincipal (2)
La InterfaceUsuario envia el evento "Cita
consulta" al ManejadorPrincipal (6)
La InterfaceUsuario envia el evento "Guardar" al
ManejadorPrincipal (17)
Clase: PantallaPrincipal
Descripcin:
Mdulo: Principal
Estereotipo: Borde
Propiedades:
Superclases
Subclases
Atributos
La PantallaPrincipal se despliega (3)
Si la actividad seleccionada es "Cita consulta" (5)
Si la actividad seleccionada es "Guardar" (16)
Clase: PantallaCrearRegistroUsuario
Descripcin: Pantalla de solicitud de registro de usuario
Mdulo: Usuario
Estereotipo: Borde
Propiedades:
Superclases
Subclases
Atributos
El ManejadorRegistroUsuario solicita
validarRegistroUsuario (10)
La InterfaceBaseDatosRegistro solicita (11)
Clase: PantallaObtenerRegUsuario
Descripcin: Pantalla de devolucin con informacin de registro de usuario
Mdulo: Usuario
Estereotipo: Borde
Propiedades:
Superclases
Subclases
Atributos
Clase: RegistroUsuario
Descripcin: Para utilizar el sistema de citas, el usuario debe estar registrado con el sistema. El
Pgina
35

registro contiene informacin acerca del usuario que incluye tipo id usuario, nombre, edad, fecha de
nacimiento, telfono, direccin, nombre padres, funcionario, cita.
Mdulo: Usuario
Estereotipo: Entidad
Propiedades:
Superclases
Subclases
Atributos
La InterfaceBaseDatosRegistro solicita
validarRegistroUsuario a la Base de Datos
Registro (11)
Clase: ManejadorRegistroUsuario
Descripcin: El manejador de registro de usuario se encarga de todo lo relacionado con el registro del
usuario para poder utilizar el sistema.
Mdulo: Usuario
Propiedades:
Superclases
Subclases
Atributos
El ManejadorRegistroUsuario solicita
ManejadorPrincipal solicita solicitarcita (12)
Clase: PantallaAsigancionCitas
Descripcin: Pantalla de solicitud de citas
Mdulo: Citas
Propiedades:
Superclases
Subclases
Atributos
solicitarcitacontrol (13)
Clase: ManejadorAsiganciondeCitas
Descripcin: El manejador de citas se encarga de todo lo relacionado con la asignacin de citas del
usuario.
Mdulo: Asignacin
Estereotipo: Borde
Propiedades:
Superclases
Subclases
Atributos
Pgina
36

Clase: InterfaceBasededatos
Descripcin: La informacin de cada usuario se almacena en la base de datos de registro, la cual se
accesa mediante la interface de la base de datos de registro.
Mdulo: InterfaceBD
Estereotipo: Borde
Propiedades:
Superclases
Subclases
Atributos
Si la actividad seleccionada es "Guardar (14)
Clase: AtencionUsuario
Descripcin: Es el encargado de canalizar la informacin del usuario se encarga de Validar Usuario,
registrar usuario, Cita mdica P y P, control de crecimiento desarrollo, vacunacin, salud oral,
agudeza visual, cita confirmada, control de asistencia, lista de inasistencia.
Mdulo: Atencin usuario
Propiedades:
Superclases
Subclases
Atributos
desplegarPantallaPrincipal a la InterfaceUsuario
(1)
Clase: PantallaCitaConsulta
Descripcin: Pantalla de verificacin de citas de primer vez al programa.
Mdulo: Cita consulta
Propiedades:
Superclases
Subclases
Atributos
Clase: InterfaceBasededatosAsignacionCitas
Descripcin: La informacin de cada usuario se almacena en la base de datos de asignacin de citas.
Mdulo: Cita consulta
Estereotipo: Borde
Propiedades:
Pgina
37

Superclases
Subclases
Atributos
ManejadorAsiganciondeCitas. La responsabilidad
de AsignacionCita (15)
Clase: PantallaCitaControl
Descripcin: Pantalla de verificacin de citas de control
Mdulo: Cita control
Propiedades:
Superclases
Subclases
Atributos
solicitarcitacontrol al ManejadorAsiganciondeCitas
Clase: InterfaceBasededatosAsignacionCitaControl
Descripcin: La informacin de cada usuario se almacena en la base de datos de asignacin de citas
de control.
Mdulo: Cita control
Estereotipo: Borde
Propiedades:
Superclases
Subclases
Atributos
Clase: PantallaConfirmacionCita
Descripcin: Pantalla de verificacin de asistencia a la cita.
Mdulo: Control Asistencia
Propiedades:
Superclases
Subclases
Atributos
La InterfaceUsuario enva el evento "Guardar" al
Clase: ManejadorControlAsistencia
Descripcin: Es el encargado del control de asistencia del usuario.
Mdulo: Control Asistencia
Propiedades:
Pgina
38

Superclases
Subclases
Atributos
Clase: PantallaInasistenciaCita
Descripcin: Pantalla de verificacin de inasistencia a la cita.
Mdulo: Control Inasistencia
Propiedades:
Superclases
Subclases
Atributos
Clase: ManejadorControlInasistencia
Descripcin: Es el encargado del control de inasistencia del usuario.
Mdulo: Control Inasistencia
Propiedades:
Superclases
Subclases
Atributos
Clase: InterfaceBasededatos
Descripcin: La informacin de cada cita se almacena en la base de datos de citas sea consulta o de
seguimiento de p y p.
Mdulo: InterfaceBD
Estereotipo: Borde
Propiedades:
Superclases
Subclases
Atributos
8.3. Diseo de Sistema

El software ms adecuado es el Software de Programacin: porque es el que nos
permite programar o desarrollar un programa informtico a travs de uso de reglas lgicas y
un lenguaje especfico, el cual nos permiten darle forma. De esta manera, podemos crear
una herramienta que nos ayude a resolver un problema o realizar una actividad o tarea
especfica y adems el Software de Aplicacin, nos permite realizar tareas especficas. Por
lo tanto, este software se enfoca nicamente en un aspecto o en la resolucin de algn
problema en particular y no, como lo hacen los software de sistema, en proporcionar un
Pgina
39

funcionamiento general mucho ms complejos. En este sentido, los programas que
utilizamos diariamente en nuestras computadoras son de este tipo, ya que se enfocan en
una tarea en particular. As, ejemplos de este tipo de software son los procesadores de
texto, los editores, las hojas de clculo, las bases de datos, los programas para
comunicacin, etc.
Es importante tener en claro que en el software de programacin se distinguen dos tipos
de lenguajes de programacin: de bajo nivel y de alto nivel.
Lenguajes de bajo nivel: sus instrucciones ejercen un control directo sobre el hardware y
estn sumamente condicionados por la estructura fsica de la computadora que los soporta.
Dentro de este grupo se encuentra:
El lenguaje mquina: estn escritas las instrucciones (compuestas de ceros y

unos) que controlan el funcionamiento, paso a paso de un procesador. Hay una
instruccin en lenguaje mquina por cada una de las que realiza directamente el
hardware de la computadora.
El lenguaje ensamblador: son instrucciones estn ntimamente relacionadas con

las que estn escritas en lenguaje mquina. Para simplificar la programacin, estas
instrucciones se expresan por medio de un conjunto de palabras mnemotcnicas.
Se usa fundamentalmente para escribir software de sistema.
Lenguajes de alto nivel: son independientes del equipo en el que se utilizan. Mediante un
conjunto de instrucciones expresadas en palabras tomadas d un lenguaje natural permite
describir las estructuras de informacin y la secuencia de acciones necesarias para realizar
una tarea especfica. Teniendo en cuenta estas caractersticas el grupo opt por elegir el
software de programacin.
8.4. Revisin del Diseo
Como parte de la revisin final, se decidi hacer ciertas optimizaciones en el diseo. Una de
estas optimizaciones es a nivel de acceso a la base de datos de registro. Se observa que el
ManejadorRegistroBeneficiario tiene a la InterfaceBase-DatosRegistro como colaborador
durante la validacin de un usuario, al igual que durante la obtencin de un registro. Sin
embargo, en lugar de hacer dos accesos, primero una validacin de usuario y luego obtener
el registro de la base de datos, se incorporan ambas responsabilidades en una sola. Por
tanto, al momento de validar un registro, se obtiene el registro de usuario de manera
inmediata. En la tabla No. 1, se muestra la clase ManejadorRegistroBeneficiario descrita en
la tabla de diseo del sistema. Notar que se elimin la colaboracin de obtenerRegistroBeneficiario con la InterfaceBaseDatosRegistro, adems de modificar la descripcin del
mtodo.
-
Tarjeta para la clase ManejadorRegistroBeneficiario, con responsabilidades,

colaboraciones,
Jerarquas, Contratos, Protocolos, atributos y especificacin de
algoritmos identificados de los casos de uso Validar Beneficiario, Ofrecer Servicios,
Registrar Beneficiario y Registrar Tarjeta.
Pgina
40

Clase: ManejadorRegistroBeneficiario
Descripcin: el manejador de registro de usuario se encarga de lo relacionado con el registro del
usuario para utilizar el sistema.
Mdulo: Registro Beneficiario
Propiedades: Concretas
Superclases: Manejador
Subclases:
Atributos: PantallaCrearRegBeneficiario, PantallaObtenerRegBeneficiario, RegistroBeneficiario,
ManejadorCrearRegistroTarjeta, InterfaceBaseDatosRegistro
Contratos:
1. Manejar Evento:
Manejar Evento(Evento) devuelve void
Mtodo sobre escrito de la clase Manejador, encargado de recibir
eventos del sistema de ventanas a travs de la
InterfaceBeneficiario
2. Registro de Beneficiario:
Crear RegistroBeneficiario() devuelve void
Mtodo encargado de desplegar una pantalla de creacin de
registro de Beneficiario a travs del contrato de "Registrar
Beneficiario"
Validar RegistroBeneficiario(String log,String pass) devuelve
boolean
InterfaceBase DatosRegistro (1)
Mtodo encargado de solicitar a la InterfaceBaseDatosRegistro la

validacin de un Beneficiario a travs del contrato de "Registrar
Beneficiario"
Obtener RegistroBeneficiario() devuelve void
Mtodo encargado de obtener un RegistroBeneficiario ya validado a
travs del contrato de "Registrar Beneficiario"
3. Responsabilidades privadas:
Administrar RegistroBeneficiario() devuelve void
Mtodo encargado de desplegar una pantalla de obtencin de
registro de Beneficiario a travs del contrato de Registrar
Beneficiario"
Pgina
41
Manejar EventoRegistrar() devuelve void
InterfaceBaseDatosRegistro (1)

creacin de un nuevo RegistroBeneficiario a travs del contrato de
"Registrar Beneficiario"
Manejar EventoActualizar() devuelve void

actualizacin de un RegistroBeneficiario a travs del contrato de
Manejar EventoEliminar() devuelve void

eliminacin de un RegistroBeneficiario a travs del contrato de
Manejar EventoRegistrarTarjeta() devuelve void
Mtodo encargado de solicitar al ManejadorRegistroTarjeta que

procese el contrato "Registrar Tarjeta"
Tabla No.1
De manera adicional, se aprovechara para hacer una revisin en el manejo de las clases
entidad en relacin con las clases borde, en particular en relacin con las interfaces de bases
de datos y archivo. El manejo consiste en generalizar a la clase entidad mediante su
superclase para reducir el nmero de contratos a uno solo. En otras palabras, en lugar de
dos contratos, "Registrar Beneficiario" y "Registrar Tarjeta", se tiene uno solo como se ver a
continuacin. En la tabla No. 2 se muestra la tarjeta de clase para InterfaceRegistro,
mostrada en la tabla de diseo del sistema, unificando bajo un solo contrato el acceso a las
bases de datos o archivos mediante un parmetro generalizado de tipo Datos.
Tarjeta para la clase InterfaceRegistro, con responsabilidades, colaboraciones,

Jerarquas, Contratos, Protocolos, atributos y algoritmos para los casos de uso Validar
Beneficiario, Ofrecer Servicio, Registrar Beneficiario y Registrar Tarjeta.
Clase: InterfaceRegistro
Descripcin: superclase para las interfaces a base de datos de registro y archives.
Mdulo: Registro.InterfaceBD
Estereotipo: Borde
Propiedades: Abstracta
Superclases:
Pgina
42

Subclases:
Atributos:
Contratos:
1. Registra Beneficiario / 2. Registrar Tarjeta:
Validar Registro(Datos, String log, String pass) devuelve Boolean
Mtodo encargado de solicitar a la BaseDatosRegistro la validacin
de un Beneficiario.
BaseDatosRegistro
Crear Registro(Datos) devuelve boolean
BaseDatosRegistro
Mtodo encargado de solicitar a la BaseDatosRegistro la creacin

de un nuevo RegistroBeneficiario o RegistroTarjeta
Obtener Registro(Datos, String log) devuelve boolean
BaseDatosRegistro
Mtodo encargado de solicitar a la BaseDatosRegistro la obtencin

de un RegistroBeneficiario o RegistroTarjeta
BaseDatosRegistro
Actualizar Registro(Datos) devuelve boolean

Mtodo encargado de solicitar a la BaseDatosRegistro la
actualizacin de un RegistroBeneficiario o RegistroTarjeta
BaseDatosRegistro
eliminarRegistro(Datos) devuelve boolean

eliminacin de un RegistroBeneficiario o RegistroTarjeta
Tabla No. 2
De manera similar, se toma la tarjeta para la clase Interface ArchivoRegistro, mostrada en la
tabla 3, en la cual se integran ambos contratos en uno solo, como se ve en la tabla del
diseo del sistema.
Tarjeta para la clase InterfaceArchivoRegistro, con responsabilidades, colaboraciones,

Clase: InterfaceArchivoRegistro
Descripcin: la informacin de cada usuario se almacena en los archivos de registro que se acceden
mediante la interface de archive de registro. Esto permite validar a los Beneficiarios adems de
guardar informacin acerca de la tarjeta de crdito para pagos en lnea.
Estereotipo: Borde
Propiedades: Concreta
Pgina
43

Superclases:
Subclases:
Atributos:
Contratos:
ArchivoRegistro

de un Beneficiario.
ArchivoRegistro

ArchivoRegistro

ArchivoRegistro

ArchivoRegistro

Tabla No.3
De manera similar, se toma la tarjeta para la clase ArchivoRegistro, mostrada en la tabla 4,
en la cual se integran ambos contratos en uno solo, como aparece en la tabla del diseo del
sistema.
-
Tarjeta para la clase ArchivoRegistro, con responsabilidades, colaboraciones,

Clase: ArchivoRegistro
Descripcin: la informacion de cada registro de usuario se almacena en un archive que es lefdo por
el sistema. Esto permite a la clase InterfaceArchivoRegistro administrar todos los registros
correspondientes
Pgina
44

Estereotipo: Borde
Superclases:
Subclases:
Atributos:
Contratos:
de un Beneficiario.
BaseDatosRegistro
BaseDatosRegistro

BaseDatosRegistro

BaseDatosRegistro

BaseDatosRegistro

Tabla No. 4
A partir de la tabla 5 se describe la clase InterfaceBaseDatosRegistro actualizada como se

muestra en la tabla de diseo del sistema.
-
Tarjeta para la clase

InterfaceBaseDatosRegistro, con responsabilidades,
colaboraciones, Jerarquas, Contratos, Protocolos, atributos y algoritmos para los
casos de uso Validar Beneficiario, Ofrecer Servicio, Registrar Beneficiario y Registrar
Tarjeta.
Clase: InterfaceBaseDatosRegistro
Descripcin: la informacin de cada usuario se almacena en la base de datos de registro que se
accede mediante la interface de la base de datos de registro. Esto permite validar a los usuarios,
adems de guardar informacin acerca de la tarjeta de crdito para pagos en lnea.
Pgina
45
Estereotipo: Borde
Superclases:
Subclases:
Atributos:
Contratos:
BaseDatosRegistro

de un Beneficiario.
BaseDatosRegistro

BaseDatosRegistro

BaseDatosRegistro

Eliminar Registro(Datos) devuelve boolean
BaseDatosRegistro

Pgina
46
8.5. Diagramas de Secuencias del Diseo

DIAGRAMA DE SECUENCIA- Registrar Usuario
Pgina
47
DIAGRAMA DE SECUENCIA-Registro Usuario-Actualizar Registro Usuario
Pgina
48
DIAGRA
MA DE SECUENCIA-Eliminar Registro de Usuario
Pgina
49
Pgina
50

Captulo 9 Modelo de Implementacin
9.1 Programacin en Java.
Pgina
51

9.2 Diagrama de Clases
Pgina
52
Captulo 10 Modelo de Pruebas

10.1 Definicin de Conceptos
La fase de pruebas tiene como un objetivo el verificar que el sistema software en su
comportamiento externo satisfaga la serie de requisitos establecidos tanto por los clientes
como por los futuros usuarios del sistema. Un sistema de software complejo demanda ms
calidad y a su vez crea la necesidad de tener procesos y mtodos con los cuales se puedan
obtener mejores conjuntos de pruebas para el sistema.
Es muy importante que el Modelo de Pruebas se planifique con anticipacin y a su vez de
forma integral junto con el desarrollo del sistema. Se comete un error grave cuando se
piensa que las pruebas que se requieren son la ltima actividad del proceso de desarrollo. Es
imposible crear software de alta calidad slo utilizando pruebas finales y depuraciones.
Las pruebas finales tienen como objetivo ser la certificacin final de la calidad del producto
software y no que se convierta en la bsqueda de errores. Los errores que se detecten al
final solo causaran problemas serios, ya que para mejorarlos significa devolverse a etapas
anteriores. Es ms importante que se eviten los defectos a tener que removerlos.
Hay ciertos conceptos conocidos de manera informal como bugs, literalmente esto significa
insectos o bichos, y que en el mbito de la informtica nos permite definir lo que es una
falla (failure), una falta (fault) y un error:
La falla (failure) sucede cuando un programa no se comporta de la forma adecuada.

Se dice que la falla es una propiedad (estadstica) de un sistema en ejecucin.
La falta (fault) ocurre en el cdigo del programa. Al existir una falta en el programa
esto puede ocasionar una falla (failure) en el sistema. Ahora, si el programa no puede
fallar (fail) entonces no hay falta.
El error es una situacin creada por un humano lo cual ha de provocar que el

software contenga una falta. Al existir una falta en el programa lo ms seguro es que
el sistema falle.
No hay manera de garantizar ni de probar que un sistema jams falle, sino que slo se
puede demostrar que contiene faltas. Es curioso, pero una prueba de software es exitosa
slo si se encuentran faltas, lo cual significa que no se ha desarrollado un buen sistema.
Es imperativo que el encargado de detectar faltas en el cdigo sea una persona distinta al
desarrollador del sistema. En trminos de costos, esta situacin significa un costo adicional
en el desarrollo del software, razn por la cual a veces slo se prueban las partes ms
importantes del sistema.
Por lo general cuando se corrigen las faltas detectadas nuevamente se introducen faltas en
el sistema, ante esto, se hace necesario someter el software nuevamente a pruebas
buscando ante todo que el nmero de faltas introducidas siempre sea menor a las que
Pgina
53

existan con anterioridad. Es algo muy normal que se genere una nueva falta por cada
tercera falta corregida.
10.2 Tipos de Pruebas
10.3 Proceso de Pruebas
Pgina
54
Captulo 11 Conclusiones
Despus de realizado un anlisis de los distintos proyectos propuesto por el grupo
colaborativo, se logr desarrollar un proyecto de investigacin que cumpli con las
expectativas del curso Programacin Orientada a Objetos.
El proyecto desarrollado permiti aplicar los captulos 6 y 7, donde nos apropiamos de
conocimientos para la aplicacin del Modelo de Requisitos y el Modelo de Anlisis, para el
desarrollo de proyectos aplicados.
Con el desarrollo de este proyecto nos permite identificar el grado de compromiso que
se debe tener para realizar actividades de carcter grupal, para lograr los objetivos
propuestos.
Pgina
55
Captulo 13 Referencias Bibliogrficas
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.
Por mi beb, recuperado el 04-09-2015 de:

http://www.pormibebe.org/2015/01/27/controles-de-crecimiento-y-desarrollo-del-nino/
MedlinePlus, Informacin de salud para usted. Control del nio sano (2015). Recuperado el
05-09-2015 de:
https://www.nlm.nih.gov/medlineplus/spanish/ency/article/001928.htm
Ultimas Normas. Servicio de Salud Colombia. Recuperado

http://www.saludcolombia.com/actual/htmlnormas/ntcreyde.htm
el
06-09-2015
de:
Weitzenfeld, Alfredo. Alfredo. Ingeniera de Software Orientada a Objetos con UML, Java e
internet. Captulo 7. Modelo de anlisis.
http://es.slideshare.net/cperezcabrales/7-analisis-caso-de-uso
internet. Parte III: Desarrollo de Software Orientado a Objetos. Captulo 8: Modelo de
diseo. Estrategias de diseo. Pginas 336-338.
Pgina
56

internet. Parte III: Desarrollo de Software Orientado a Objetos. Captulo 10: Modelo de
Pruebas. Definicin de conceptos. Pginas 577-578.
Pgina
57

24 TC3 Borrador

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

24 TC3 Borrador

Diunggah oleh

Hak Cipta:

Format Tersedia

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Terico

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

Esta importante propuesta, Sistema de informacin para el control de asistencia a

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

2.1 Objetivo General

2.2 Objetivos Especficos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Mediante el desarrollo de este importante proyecto se pretende crear un Sistema de

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Captulo 4 Marco Conceptual y Terico

La calidad en los programas de deteccin temprana de las alteraciones del crecimiento y

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

Modelo de caso para el Sistema de informacin para el control de asistencia a programas

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

6.4. Actores y Caso de Uso

Base de Datos Registro.

Base de Datos Asignacin de Citas.

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

A continuacin se realiza la descripcin de diez (10) Casos de uso:

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Si selecciona Control de Asistencia, se ejecuta el subflujo Control de Asistencia

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Atencin al Usuario tiene la capacidad de escoger uno de los diferentes servicios

E-1 Fecha no disponible: si Atencin al Usuario no ha definido un

Control de crecimiento y desarrollo

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

usuario y seleccionar la cita a confirmar.

6.5. Modelo de Dominio del Problema

Modificaciones en las clases Originales

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

CLASES CANDIDATAS PARA EL SISTEMA DE ASISTENCIA AL PROGRAMA DE PROMOCION Y

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Captulo 7 Modelo de Anlisis

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

La vista o presentacin de la informacin corresponde a las interfaces que se le presentan al

7.2. Identificacin de Clases segn Estereotipos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Registro de tarjeta de Crdito para pago de los controles.

Interface consultar informacin.

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Separar una cita para control.

Pagar cita para control va tarjeta de crdito.

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Cita mdica del Paciente

Cita control de crecimiento y desarrollo

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

7.5. Casos de Uso para el Sistema

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Registrar usuario subflujo Crear-registro-usuario.

CASO DE USO OFRECER SERVICIO

Proyecto de Investigacin Curso Acadmico de Programacin Orientada a Objetos

Promocin y Prevencin. El usuario puede seleccionar entre las siguientes

CASO DE USO REGISTRAR USUARIO