BALANCED WEIGTH

NAYIB ANTONIO ARGUMEDO TORRES

JAHIR DANIEL MARTINEZ BAYONA

TRABAJO IMPLEMENTACIÓN DE SISTEMAS DE INFORMACIÓN

UNIVERSITARIA DE INVESTIGACIÓN Y DESARROLLO

INGENIERA DE SISTEMAS
SISTEMAS DE INFORMACIÓN
BARRANCABERMEJA
2016
 BALANCED WEIGTH

NAYIB ANTONIO ARGUMEDO TORRES

JAHIR DANIEL MARTINEZ BAYONA

TRABAJO IMPLEMENTACIÓN DE SISTEMAS DE INFORMACIÓN

DIRECTOR
INGENIERO DIEGO FERNANDO NIEVES

UNIVERSITARIA DE INVESTIGACIÓN Y DESARROLLO

INGENIERA DE SISTEMAS
SISTEMAS DE INFORMACIÓN
BARRANCABERMEJA
2016
 1. DESCRIPCION DEL AREA PROBLEMÁTICA

Una de las necesidades del ser humano más que solo dormir, comer , beber agua,
nutrirse, tener higiene personal, es también mantener un cuerpo sano mediante el
entrenamiento físico ya que en el suceden varios procesos bioquímicos que
permite que el cuerpo funcione mejor cada día. Uno de los lugares que se
frecuenta utilizar para este tipo de actividad son los gimnasios donde se brinda a
la persona mejores herramientas para que su cuerpo pueda desempeñarse mejor
no nada más preservando su salud sino también que cada día pueda tener mayor
energía a la hora de cumplir las labores que cotidianamente tenemos.

Ahondando un poco más en el asunto se quiere generar un software que permite

mejorar una de las tantas funciones que tiene un gimnasio y es tener un control de
índice de masa corporal que en si es que la persona pueda medir su masa
corporal de acuerdo a su estatura la cual se calcula tanto su índice como la
clasificación en sí.
 2. OBJETIVO GENERAL

2.1. OBJETIVO GENERAL

Diseñar e implementar un sistema de información para controlar el índice de masa

corporal de los usuarios del gimnasio.

2.2. OBJETIVOS ESPECIFICOS

 Diseñar e implementar una tabla donde se almacene las personas registradas
dentro del gimnasio
 Diseñar e implementar una tabla donde se almacene el historial de las personas
que frecuentan el uso del gimnasio y que mantienen un control constante de su
peso respecto a la estatura
 2.1. PLANTEAMIENTO DEL PROBLEMA

2.2.1. DEFINICION DEL PROBLEMA

En la actualidad el club infantas siempre ha brindado sus servicios del gimnasio en
cuanto al uso de las maquinas, la zona de aeróbicos, la zona de calentamiento y el
cuarto donde las personas pueden medir su talla.

En cuanto a lo que tiene que ver con el uso de salón donde se mide la talla de la
persona el instructor del gimnasio siempre ha llevado el control del peso respecto
a su estatura mediante el uso del programa Microsoft Excel 2013 en donde guarda
los datos de las respectivas personas.

Sin embargo lo que se desea hacer es que el desempeño del uso del gimnasio se
mejore mediante un software mucho más específico y confortable a la hora de
medir las respectivas tallas por tanto se desea generar una base de datos que
permita almacenar los datos de las personas que desean llevar el control de su
peso respecto a su estatura para poder mantener el balance de las calorías que
contiene en su cuerpo. A su vez este programa permitirá que la persona vea los
progresos que ha obtenido a lo largo de su actividad física.
 TABLA DE ACTIVIDADES

FECHA DE FECHA DE
N° NOMBRE DURACION
INICIO TERMINACION

PLANTAMIENTO DEL
1 17/04/2016 2 19/04/2016
PROBLEMA

2 OBJETIVOS 19/04/2016 2 21/04/2016

3 REQUISITOS 21/04/2016 4 25/04/2016

4 SELECCIÓN DEL MODELO 25/04/2016 2 27/04/2016

DETERMINAR LAS
5 27/04/2016 2 29/04/2016
ACTIVIDADES

6 MODELO DE CASOS DE USO 29/04/2016 4 03/05/2016

7 MODELO DE ANALISIS 03/05/2016 5 08/05/2016

8 MODELO DE DISEÑO 08/05/2016 5 13/05/2016

IMPLEMENTACION Y
9 13/05/2016 5 18/05/2016
PRUEBAS

SUSTENTACION DE
10 19/05/2016 1 19/05/2016
PROYECTO
 CRONOGRAMA DE ACTIVIDADES
17/04/2016 22/04/2016 27/04/2016 02/05/2016 07/05/2016 12/05/2016 17/05/2016

10
2.2.2. JUSTIFICACION

Básicamente la razón por la cual se deseó implementar un sistema de información

es para facilitar al instructor una forma mas comoda de poder llevar el control de
las personas que frecuenta el uso del gimnasio y una de sus grandes
preocupaciones es mantener la figura deseada, por tanto se visualizó un programa
que permite de una manera más vivida el progreso que ha obtenido a lo largo de
su actividad física en el gimnasio.
 2.2. MARCO TEORICO

De acuerdo a lo anterior planteado se desea resolver el siguiente problema

mediante estos procesos:

2.2.1. Sistema de gestión de base de datos: El SGBD sirve esencialmente

como una interfaz entre las bases de datos y los usuarios finales o programas de
aplicación, donde se integra y garantiza los datos organizándose de manera
consistente y siendo de fácil acceso.

Dentro del SGBD se necesitan tres cosas sumamente importantes como:

1. Los datos
2. La base de datos del motor
3. El esquema de base de datos
Gracias a estos tres elementos permiten a las bases de datos tener concurrencia,
seguridad, integridad de los datos y uniformidad en los procedimientos de
administración como la gestión de cambio, supervisión de rendimiento, copia de
seguridad y recuperación. También a través de este tipo de sistema centraliza la
vista de datos que se pueden acceder a múltiples usuarios, de múltiples
ubicaciones, en forma controlada. Un SGBD puede limitar los datos que el usuario
final puede visualizar. Los usuarios finales y el software son libres de tener que
entender donde los datos se encuentran físicamente o en qué tipo de medios de
almacenamiento reside.

El SGBD puede ofrecer independencia de datos tanto física como lógicamente.

Eso significa que puede proteger usuarios y aplicaciones de necesidad para saber
dónde el dato es almacenado o teniendo importancia sobre los cambios para las
estructuras físicas de datos (dispositivos y hardware).

Mientras que los programas de uso de la aplicación de interfaz de programación

(API) que es proporcionada por el SGBD, los desarrolladores no tendrán que
modificar los programas solo porque los cambios hayan sido hechos a la base de
datos.

Con el SGBD relacional (RSGBD), esta API es SQL, un estándar de lenguaje de

programación para la definición, protección y acceso de datos en un RSGBD.
2.2.2. Tipos populares de SGBD:
Los modelos de bases de datos populares y sus sistemas de gestión incluyen:

 Sistema de gestión de bases de datos relacionales (SGBDR) - adaptable a

la mayoría de los casos de uso, pero SGBDR Tier-1(una red de nivel 1) los
productos pueden ser bastante dispendiosos.

 No SQL SGBD: se ajusta para estructuras de datos determinadas

remotamente que pueden evolucionar con el tiempo.

 Dentro de la memoria del sistema de gestión de base de datos (MSGBD):

suministra períodos de respuesta más alígeros y un mejor provecho.

 Sistema de gestión de base de datos en columnas (SGBDC): se ajusta para

los almacenes de datos que tienen un gran número de elementos de datos
similares.

 sistema de gestión de datos basada en la nube: el proveedor de servicio en

la nube es responsable de proporcionar y mantener el SGBD.
2.2.3. Ventajas de un SGBD:

El uso de un SGBD para almacenar y gestionar los datos viene con ventajas, pero
también por encima. Una de las mayores ventajas de utilizar un SGBD es que
permite a los usuarios finales y los programadores de aplicaciones acceder y
utilizar los mismos datos, mientras que la gestión de integridad de los datos están
mejor protegidos y mantenidos cuando puede ser compartida usando un SGBD en
lugar de crear nuevas iteraciones de los mismos datos almacenados en archivos
nuevos para cada nueva aplicación. El SGBD proporciona un almacén central de
datos que se puede acceder por múltiples usuarios de una manera controlada.
 2.5. Desarrollo del Proyecto

2.5.1. Modelados del sistema de información

2.5.1.1. Modelo de requisitos

Dentro del modelo de requisitos se trata de entender en el problema y sus

implicaciones. De ahí depende el desarrollo de las otras etapas. Dentro del
modelo de requisitos se utiliza la metodología Objectory, consta de tres modelos
principales y son: Comportamiento (caso de uso), información (dominio del
problema) y presentación (interfaces/borde). Esto es lo que permite dimensionar el
software que se desea implementar.

Comportamiento
(Casos de uso)

Información
(Dominio del problema)

Presentación
(Interfaces/borde)

1
Figura 2.5.1.1.1. Los tres ejes de modelado del modelo de requisitos.

1
1. Imagen tomada de: Weitzenfeld, Alfredo. Cap 6. Ingeniería de software orientada a objetos
con UML, Java e Internet. Thomson, 2005. México D.F., México. p. 196.
2.5.1.1.1. Prototipo 1:
2.5.1.1.1.1. Descripción del problema:

Un gimnasio es utilizado diariamente por personas que desean que su salud sea
la mejor posible, por tanto para dar una mejora al servicio se pretende
implementar un software que permita tener el control del índice de masa mediante
el ingreso de datos como su estatura, su peso, su talla y medidas, se dé a
conocer mediante una operación mostrar el resultado de cuál es el índice de su
masa corporal en ese instante y la clasificación en la que se encuentra y qué
hacer con el sobrepeso o por falta de masa corporal. El programa muestra cómo
ha cambiado el índice en la medida que la persona se examine diariamente según
los valores que se ingresen a la hora de hacer estos cálculos.

El sistema de índice de masa corporal se inicia mediante un ejecutable donde en

la pantalla principal da la bienvenida al programa. Si la persona desea continuar
manejando el programa, este le mostrará las siguientes actividades:

Agregar personas
Actualizar
Buscar Persona
Eliminar Persona

Una vez seleccionada la opción Agregar Personas y de haber recolectado los

datos de la persona el sistema enseguida mostrará los resultados calculados de
su índice de masa corporal y en que clasificación se encuentra.

La opción actualizar permite cambiar tanto la estatura como el peso de la persona

y una vez de haberse actualizado los datos, el programa mostrará los resultados
nuevos y actualizados de la persona.

La opción de Buscar Persona permitirá que se encuentre esa persona ya sea por
el nombre o el apellido de esa persona.
 2.5.1.1.1.2. Casos de uso

2.5.1.1.2.1. Actores

Figura 2.5.1.2. Actor. Usuario (Instructor).

Actor Usuario(Instructor)
Casos de Uso
Tipo Primario
Descripción Es el actor principal y representa al
instructor del gimnasio.

Figura 2.5.1.3. Actor. Base de Datos de Registros.

Actor Base de Datos de Registros
Caso de Uso
Tipo Secundario
Descripción Es un actor secundario y representa a
la base de datos donde se guarda toda
la información relacionada con las
personas.

Figura 2.5.1.4. Interacción general con el programa de medición de IMC. Caso de

uso delimitado.
Tarjeta descriptiva Caso de uso 1.

Caso de uso Interacción general con el programa de

medición de IMC. Delimitado.
Actores Primarios: Instructor(usuario)
Secundarios: Programador, Base de
Datos de Registro
Tipo de flujo Básico
Propósito Descripción general de los actores con
respecto al software
Resumen Este caso de uso muestra la relación
general que hay entre el programador,
la base de datos de registro e
instructor
Precondiciones Se requiere que el programador diseñe
el programa para que este pueda ser
utilizado por el instructor el cual guarda
y calcula los usuarios mediante una
base de datos
Subflujos Ninguno
Excepciones Ninguno
Figura 2.5.1.5 Diagrama de caso de uso
Tarjeta descriptiva Caso de uso 2.

Caso de uso Interacción general con el programa de

medición de IMC.
Actores Primarios: Usuario (Instructor).
Secundarios: Programador, Base de
Datos de Registro.
Tipo Tipo de flujo: básico, inclusión,
generalización.
Propósito Descripción general de los actores con
respecto al software
Resumen Este caso de uso muestra la relación
general que hay entre el programador,
la base de datos de registro e
instructor
Precondiciones Se requiere que el programador diseñe
el programa para que este pueda ser
utilizado por el instructor el cual guarda
y calcula los usuarios mediante una
base de datos
Subflujos Ninguno
Excepciones Ninguno
2.5.1.1.1.2. Interfaces del programa

Figura 2.5.1.6. Pantalla principal del sistema (P-1).

Caso de uso Validar Inicio

Actores Usuario(Instructor)
Tipo Básico
Propósito Iniciar el programa para el uso.
Resumen Este caso de uso, se ejecuta el
programa mediante un ejecutable
donde se permite su uso mediante el
“Iniciar”.
Precondiciones Se requiere haber ejecutado
anteriormente el caso de uso Ejecutar
Programa.
Flujo principal Se presenta al usuario la pantalla
principal (P-1). El usuario puede
seleccionar entre las siguientes
opciones: “Iniciar” y “Salir”.

Si la actividad seleccionada es
“Iniciar”, se ejecuta el caso de uso
Iniciar Programa.

Si la actividad seleccionada es “Salir”,

automáticamente el programa se
 cerrara.
Subflujos Ninguno.
Excepciones Ninguno.

Figura 2.5.1.7. Pantalla Menú de Opciones (P-2).

Caso de uso Ofrecer Opciones

Actores Usuario(Instructor)
Tipo Inclusión.
Propósito Ofrecer diversas opciones al usuario
para que use el sistema de IMC
Resumen El usuario inicia este caso de uso.
Tiene la capacidad de usar las
diversas opciones del sistema de IMC
Precondiciones Se requiere haber validado el inicio
correctamente al usuario.
Flujo principal Se presenta al usuario la pantalla
Menú de opciones (P-2). El usuario
puede seleccionar entre las siguientes
actividades: “Buscar” y restringir por
“Buscar por nombre” o “Buscar por
apellido”, “Nuevo”, “Actualizar” y
“Eliminar”.

Si se selecciona “Buscar” como

 actividad se ejecuta el caso de uso
Consultar Persona que a su vez puede
utilizar la restricción de “Buscar por
nombre” o “Buscar por apellido”.

Si se selecciona “Nuevo” como

actividad se ejecuta el caso de uso
Agregar Persona.

Si se selecciona “Actualizar” como

actividad se ejecuta el caso de uso
Actualizar Persona.

Si se selecciona “Eliminar” como

actividad se ejecuta el caso de uso
Eliminar Persona.
Subflujos Ninguno.
Excepciones Ninguno.

Figura 2.5.1.8. Pantalla de Agregar Personas (P-3)

Caso de uso Agregar Personas

Actores Primarios: Usuario(Instructor)
 Secundarios: Base de Datos de
Registro.
Tipo Básico.
Propósito Agregar datos de la persona que
desea controlar su IMC
Resumen El usuario inicia este caso de uso.
Tiene la capacidad de agregar los
datos necesarios para calcular el IMC
de la persona en el sistema.
Precondiciones Se requiere haber ejecutado el caso de
uso Ofrecer Opciones al usuario.
Flujo Principal Se presenta al usuario la pantalla
Agregar Personas (P-3). El usuario
puede seleccionar entre las siguientes
opciones: “Ingresar” y “Atrás”.

Si la actividad seleccionada es
“Ingresar” se valida el registro
mediante el nombre, apellido, fecha de
nacimiento, sexo, peso y estatura.

Si la actividad seleccionada es “Atrás”

se ejecutara el caso de uso Ofrecer
Servicios.
Subflujos Ninguno.
Excepciones E-1 campos vacíos: Hay campos sin
ingresar a la hora de Agregar
Personas
Figura 2.5.1.9. Pantalla Resultados (P-4).

Caso de uso Mostrar Resultados

Actores Primarios: Usuario (Instructor)
Secundario: Base de datos de Registro
Tipo Inclusión, Básico.
Propósito Mostrar los resultados de la persona
de su IMC.
Resumen El usuario que ejecute este caso de
uso podrá ver los resultados de las
persona. En llegado caso de cambiar
los datos al ejecutar el caso de uso
Actualizar Resultados este se
mostrará con los nuevos resultados
ingresados.
Precondiciones Se requiere haber ejecutado el caso de
uso Agregar Persona y en caso de
cambiar los datos se utiliza los datos
Actualizar Persona
Flujo Principal Se presenta al usuario la pantalla
Resultados (P-4). El usuario puede
utilizar la siguiente opción: “Cerrar”.
 Si se selecciona la acción “Cerrar”
automáticamente se ejecuta el caso de
uso Ofrecer Opciones
Subflujo Ninguno.
Excepciones Ninguno.

Caso de uso Actualizar Personas

Actores Primarios: Usuario (instructor).
Secundarios: Base de Datos de
Registros
Tipo Básico, Inclusión
Propósito Cambiar por los datos recientes el IMC
de la persona
Resumen En este caso de uso el usuario puede
cambiar los datos recientes de la
persona que se agregó al sistema
mostrando la pantalla Agregar Persona
(P-3).
Precondiciones Se debe haber ejecutado antes el caso
de uso Agregar Persona y Consultar
Persona
Flujo Principal Se presenta al usuario la pantalla
Ofrecer Opciones (P-2), el usuario
selecciona la opción: “Actualizar”
donde aparece la pantalla de Agregar
Personas (P-3). El usuario puede
seleccionar entre las siguientes
opciones: “Ingresar” y “Atrás”.

Si se selecciona como opción

“Ingresar” se debe validar el nombre,
apellido, fecha de nacimiento, sexo,
peso y estatura. En este caso de uso,
su verdadero fin es poder modificarlas
dos últimas ya mencionadas ya que la
persona puede cambiar de peso y de
estatura con el pasar del tiempo.
Subflujo Ninguno.
Excepciones E-1 campos vacíos: Hay campos sin
ingresar a la hora de Agregar
Personas
2.5.1.1.2. Prototipo 2:

En este prototipo se tuvo en cuenta las siguientes consideraciones:

 Cambiar la actualización de datos únicamente para cambiar el peso y la

estura.
 A la hora de cambiar el peso y la estatura se mostrará un historial de las
veces que se ingresó el peso y la estatura y como ha sido su progreso a lo
largo del programa.

2.5.1.1.2.1. Descripción del problema corregido:

Un gimnasio es utilizado diariamente por personas que desean que su salud sea
la mejor posible, por tanto para dar una mejora al servicio se pretende
implementar un software que permita tener el control del índice de masa que
mediante el ingreso de datos como su estatura, su peso, su talla y medidas, se dé
a conocer mediante una operación mostrar el resultado de cuál es el índice de su
masa corporal en ese instante y la clasificación en la que se encuentra para tener
en cuenta que hacer con el sobrepeso o por falta de masa corporal. El programa
muestra cómo ha cambiado el índice en la medida que la persona se examine
frecuentemente según los valores que se ingresen a la hora de hacer estos
cálculos.
El sistema de índice de masa corporal se inicia mediante un ejecutable donde en
la pantalla principal muestra que debe digitar unos datos por defecto del usuario
para poder acceder a las opciones del programa. Si la persona desea continuar
manejando el programa, este le permitirá hacer los siguientes usos:

Adición de personas
Actualización Datos
Actualización IMC
Consulta de Persona
Edición de historial
Visualización de historial
Anulación de Persona

Es necesario que cada persona se pueda identificar mediante el uso de su

documento de identidad que le permite que el dato de su sistema sea único e
irrepetible a la hora de ser registrado en el programa.

El programa será manejado por el instructor del gimnasio que es el indicado para
tomar las medidas.
2.5.1.1.2.2. Caso de uso:
2.5.1.1.2.2.3. Actores

Figura 1. Actor. Usuario (Instructor).

Actor Usuario(Instructor)
Casos de Uso
Tipo Primario
Descripción Es el actor principal y representa al
instructor del gimnasio.

Figura 3. Actor. Base de Datos de Registros.

Actor Base de Datos de Registros
Caso de Uso
Tipo Secundario
Descripción Es un actor secundario y representa a
la base de datos donde se guarda toda
la información relacionada con las
personas.
 Actor Base de Datos del Historial
Caso de Uso
Tipo Secundario
Descripción Es un actor secundario y representa a
la base de datos donde se guarda toda
la información relacionada con el
historial del IMC las personas.

Figura. Pantalla Ingresar Usuario (P-1).

Caso de uso Validar Inicio

Actores Usuario(Instructor)
Tipo Básico.
Propósito Iniciar el programa para el uso.
Resumen Este caso de uso, se ejecuta el
programa mediante un ejecutable
donde se permite su uso mediante el
“Ingresar”.
Precondiciones Se requiere haber ejecutado el
programa.
Flujo principal Se presenta al usuario la pantalla
principal (P-1). El usuario puede
seleccionar entre las siguientes
opciones: “Ingresar” y “Salir”.

Si la actividad seleccionada es
“Ingresar”, se pasará ejecuta el caso
de uso Ofrecer Opciones validando el
usuario.

Si la actividad seleccionada es “Salir”,

automáticamente el programa se
cerrara.
Subflujos Ninguno.
Excepciones E-1 campos vacíos: hay campos
vacíos para proceder al caso de uso
Ofrecer Opciones.
Figura. Pantalla Menú (P-2).

Caso de uso Ofrecer Opciones

Actores Usuario(Instructor)
Tipo Inclusión.
Propósito Ofrecer diversas opciones al usuario
para que use el sistema de IMC
Resumen El usuario inicia este caso de uso.
Tiene la capacidad de usar las
diversas opciones del sistema de IMC
Precondiciones Se requiere haber validado el login
correctamente al usuario.
Flujo principal Se presenta al usuario la pantalla
Menú de opciones (P-2). El usuario
puede seleccionar entre las siguientes
actividades: “Buscar” y restringir por
“Buscar por nombre” o “Buscar por
apellido”, “Agregar Persona”, ”Editar
Historial”, “Mostrar Todos ”,“Actualizar
IMC”, “Actualizar Datos” y “Eliminar
Persona”.

Si se selecciona “Buscar” como

actividad se ejecuta el caso de uso
Consultar Persona que a su vez puede
 utilizar la restricción de “Buscar por
nombre” o “Buscar por apellido”.

Si se selecciona “Agregar Persona”

como actividad se ejecuta el caso de
uso Agregar Persona.

Si se selecciona “Actualizar Datos”

como actividad se ejecuta el caso de
uso Actualizar Datos.

Si se selecciona “Actualizar IMC” como

actividad se ejecuta el caso de uso
Actualizar IMC.

Si se selecciona “Editar Historial” como

actividad se ejecuta el caso de uso
Modificar Historial.

Si se selecciona una de las persona de

lista que está en la pantalla Menú (P-2)
como actividad se ejecuta el caso de
uso Ver Historial.

Si se selecciona una de las persona de

lista que está en la pantalla Menú (P-2)
y se selecciona la actividad “Editar
Historial” se ejecuta el caso de uso
Modificar Historial.

Si se selecciona “Eliminar Persona”

como actividad se ejecuta el caso de
uso Eliminar Persona.
Subflujos Ninguno.
Excepciones E-1 no hay ninguna persona
registrada: sucede cuando el programa
es utilizado por primera vez que no hay
registro de ninguna persona.
Figura. Pantalla Agregando Persona (P-3)

Caso de uso Agregar Persona

Actores Usuario(Instructor)
Tipo Básico, Inclusión.
Propósito Agregar la persona que desea medir
su IMC.
Resumen Este caso de uso, se agrega una
persona con los datos necesario para
programa y una vez ingresado todos
los datos se procede a la actividad
“Aceptar”.
Precondiciones Se requiere haber ejecutado el caso de
uso Ofrecer Opciones.
Flujo principal Se presenta al usuario la pantalla
Agregando Persona (P-3). El usuario
puede seleccionar entre las siguientes
opciones: “Aceptar” y “Cancelar”.

Si la actividad seleccionada es
“Aceptar”, se debe validar todo los
datos para proceder a esta actividad.
 Si la actividad seleccionada es
“Cancelar”, automáticamente dejará el
programa de mostrar la pantalla
Agregando Persona (P-3) y se
ejecutará el caso de uso Ofrecer
Persona.
Subflujos Ninguno.
Excepciones E-1 campos vacíos: Hay campos sin
ingresar a la hora de Agregar
Personas

Figura. Pantalla Editar Datos (P-4).

Caso de uso Actualizar Datos

Actores Usuario(Instructor)
Tipo Básico, Inclusión.
Propósito Actualizar los datos de la persona que
midió su IMC.
Resumen Este caso de uso, se actualiza los
datos de una persona necesarios para
programa y que ya midió su IMC.
Precondiciones Se requiere haber ejecutado el caso de
uso Ofrecer Opciones.
Flujo principal Se presenta al usuario la pantalla
 Editar Datos (P-4). El usuario puede
seleccionar entre las siguientes
opciones: “Aceptar” y “Cancelar”.

Si la actividad seleccionada es
“Aceptar”, se debe validar todo los
datos para proceder a esta actividad.

Si la actividad seleccionada es
“Cancelar”, automáticamente dejará el
programa de mostrar la pantalla Editar
Persona (P-3) y se ejecutará el caso
de uso Ofrecer Persona.
Subflujos Ninguno.
Excepciones E-1 campos vacíos: Hay campos sin
ingresar a la hora de Actualizar Datos
Figura. Pantalla Nuevo IMC (P-5).

Caso de uso Actualizar IMC

Actores Usuario(Instructor)
Tipo Básico, Inclusión.
Propósito Ingresar el IMC actual.
Resumen Este caso de uso, se actualiza los
datos de una persona necesarios para
programa y que ya midió su IMC.
Precondiciones Se requiere haber ejecutado el caso de
uso Ofrecer Opciones.
Flujo principal Se presenta al usuario la pantalla
Nuevo IMC (P-5). El usuario puede
seleccionar entre las siguientes
opciones: “Aceptar” y “Cancelar”.

Si la actividad seleccionada es
“Aceptar”, se debe validar todo los
datos para proceder a esta actividad.

Si la actividad seleccionada es
“Cancelar”, automáticamente dejará el
programa de mostrar la pantalla Nuevo
 IMC (P-3) y se ejecutará el caso de
uso Ofrecer Persona.
Subflujos Ninguno.
Excepciones E-1 campos vacíos: Hay campos sin
ingresar a la hora de ingresar Nuevo
IMC

Figura. Pantalla Editar Historial (P-6)

Caso de uso Modificar Historial
Actores Usuario(Instructor)
Tipo Básico, Inclusión.
Propósito Editar el historial de su IMC.
Resumen Este caso de uso, se edita el historial
de la persona que muy posiblemente
haya ingresado erróneamente los
datos de su IMC.
Precondiciones Se requiere haber ejecutado el caso de
uso Ofrecer Opciones.
Flujo principal Se presenta al usuario la pantalla
Editar Historial (P-6). El usuario puede
seleccionar entre las siguientes
opciones: “Aceptar” y “Cerrar”.
 Si la actividad seleccionada es
“Aceptar”, se debe haber editado algún
dato del historial para proceder a esta
actividad.

Si la actividad seleccionada es
“Cerrar”, automáticamente dejará el
programa de mostrar la pantalla Editar
Historial (P-6) y se ejecutará el caso de
uso Ofrecer Persona.
Subflujos Ninguno.
Excepciones E-2 historial no editado: Hay datos sin
editar en la pantalla Editar Historial (P-
6).

Identificación de las clases

Mediante la descripción del problema se selecciona las palabras que posiblemente
hagan parte del programa.
Problema:
Un gimnasio es utilizado diariamente por personas que desean que su salud sea
la mejor posible, por tanto para dar una mejora al servicio se pretende
implementar un software que permita tener el control del índice de masa corporal
que mediante el ingreso de datos como su estatura, su peso, su talla y medidas,
se dé a conocer mediante una operación mostrar el resultado de cuál es el índice
de su masa corporal en ese instante y la clasificación en la que se encuentra para
tener en cuenta que hacer con el sobrepeso o por falta de masa corporal. El
programa muestra cómo ha cambiado el índice en la medida que la persona se
examine frecuentemente según los valores que se ingresen a la hora de hacer
estos cálculos.

El sistema de índice de masa corporal se inicia mediante un ejecutable donde en

la pantalla principal muestra que debe digitar unos datos por defecto del usuario
para poder acceder a las opciones del programa. Si la persona desea continuar
manejando el programa, este le permitirá hacer los siguientes usos:

Adición de personas
Actualización de Datos
Actualización de IMC
Consulta de Persona
Edición de historial
Visualización de historial
Anulación de Persona

Es necesario que cada persona se pueda identificar mediante el uso de su

documento de identidad que le permite que el dato de su sistema sea único e
irrepetible a la hora de ser registrado en el programa.

El programa será manejado por el instructor del gimnasio que es el indicado para
tomar las medidas.

Clases candidatas para el sistema de índice de masa corporal identificadas

en la descripción del problema.
Clases Candidatas
Instructor Servicio Salud
Mejora Software Control
Sistema de índice de Ingreso de datos estatura
masa corporal
Peso talla ejecutable
Pantalla Principal Defecto del usuario medida
Valores Documento de identidad hora
Adición de personas Adicción de personas Actualización de IMC
Consulta de Personas Anulación de Persona Visualización de Historial
Anulación de Persona Edición de historial Documento de identidad
Gimnasio Cálculos dato
programa Opciones del programa persona
Cuenta Instante Clasificación
datos Sistema programa
Opciones del programa Falta de masa corporal Índice de masa corporal
medidas Operación resultado
Sobrepeso Índice usos

Clases candidatas seleccionadas para el sistema de índice de masa

corporal
Clases Candidatas Modificación
Gimnasio Eliminada (imprecisa)
Peso Eliminada (atributo)
Personas Eliminada (imprecisa)
Talla Eliminada (atributo)
 Continuación
Salud Eliminada (irrelevante)
Medida Eliminada (irrelevante)
Mejora Eliminada (irrelevante)
Servicio Eliminada (imprecisa)
Operación Eliminada (irrelevante)
Resultado Eliminada (irrelevante)
Software Eliminada (irrelevante)
instante Eliminada (imprecisa)
Control Eliminada (irrelevante)
Clasificación
Índice de masa corporal Renombrada: OperarIMC
cuenta Eliminada (irrelevante)
Ingreso de datos Eliminada (hace parte de persona)
Sobrepeso Eliminada (hace parte de clasificación)
Estatura Eliminada (atributo)
Falta de masa corporal Eliminada (hace parte de clasificación)
Programa Eliminada (sistema)
Índice Eliminada (atributo)
Valores Eliminada (irrelevante)
hora Eliminada (imprecisa)
Persona
Cálculos Eliminada (irrelevante)
Sistema de Índice de masa corporal Eliminada (sistema)
Ejecutable Eliminada (implementación)
Pantalla Principal Eliminada (Interface)
Dato Eliminada (implementación)
Defecto del usuario Eliminada (interface)
Opciones del programa Eliminada (interface)
Adición de personas Eliminada (operación)
Uso Eliminada (irrelevante)
Actualización de datos Eliminada (operación)
Actualización de IMC Eliminada (operación)
Consulta de Persona Eliminada (operación)
Edición de Historial Eliminada (operación)
Visualización de historial Renombrada: Historial
Anulación de Persona Eliminada (operación)
Documento de identidad Renombrada: RegistroIdentidad
Sistema Eliminada (imprecisa)
Instructor Eliminada (actor)
 Clases identificadas para el sistema de reservación de vuelo
Clases Identificadas
Clasificacion Historial
RegistroIdentidad OperarIMC
Persona

Diagrama de Clases

Clasificación OperarIMC

Persona Historial

RegistroIdentidad

Diagrama de clases con asociaciones

Asociaciones identificadas para relacionar clases en el dominio del
problema
Asociaciones identificadas
Una persona pertenece a la gestión de datos
Una persona tiene un registro de identidad
Una persona se le opera el IMC
Una persona tiene una clasificación
La clasificación se obtiene a partir de la operación del IMC
La clasificación requiere de una persona
La clasificación se obtiene cuando se gestiona datos
El registro de identidad requiere de la gestión de datos
Una persona tiene un historial
El historial se obtiene a partir de la operación de IMC
 Clasificación
OperarIMC

Persona

Historial

RegistroIdentidad

Diagrama de Clases con Roles

Asociaciones identificadas para relacionar clases en el dominio del
problema
Asociaciones identificadas
Una persona se distingue mediante el registro de identidad
Una persona tiene un registro de identidad
Una persona se le opera el IMC
Una persona tiene una clasificación establecida
La clasificación se obtiene a partir de la operación del IMC
La clasificación requiere de una persona
La clasificación se obtiene cuando se identifica una persona
Una persona tiene un historial
El historial registra las operaciones de IMC
La clasificación puede efectuarse en múltiples personas

Diagrama de clases con multiplicidad

Clasificación *
1 1 OperarIMC
1
* *
 1 1
Persona
1 1 1

1 1 Historial
1

RegistroIdentidad

Asociaciones identificadas con roles y multiplicidad para relacionar clases

en el dominio del problema
Asociaciones identificadas con roles y multiplicidad
Una persona tiene múltiples IMC en el historial
Una persona tiene un único registro de identidad
Una persona tiene una clasificación
La clasificación se puede dar en múltiples personas
Una persona puede operar varias veces el IMC
Un historial mantiene múltiples operaciones de IMC
Un historial mantiene múltiples clasificaciones

Identificación de atributos
Atributos identificados para las clases del sistema de índice de masa
corporal
Clases Atributos
Persona Nombre, apellido, Edad, sexo,
fecha_nacimiento
Clasificacion Tipo_Clasificación
RegistroIdentidad Tipo_documento, n_documento
OperarIMC Estatura, masa, IMC
Historial Fecha, estatura, masa, IMC

Diccionario de clases
 RegistroIdentidad: para poder identificar a la persona dentro del sistema
únicamente se necesita tanto el tipo de documento como el número del
documento
  Historial: para poder tener el control de su índice de masa corporal es
necesario llevar un registro de las veces anteriores que ha decidido
medirse.
 Clasificacion: Permite establecer el rango en el que se encuentra la persona
del índice de masa corporal
 OperarIMC: permite calcular el índice de masa corporal mediante la
estatura y el peso
 Persona: es el individuo que desea saber cómo hay una congruencia del
peso respecto a su estatura.

OperarIMC
* estatura
Clasificacion peso 1
1
Tipo_Clasificacion IMC
1 **

1 1
Persona
Nombre
Apellido
1 11
Edad 1
Sexo Historial 1
1 Fecha_Nacimient fecha
RegistroIdentidad o estatura_actual
Tipo_documento masa_actual
n_documento IMC_actual

Modelo de análisis
Identificación de clase según los estereotipos
 Interface
BaseDatos
Registro

Interface
Usuario

Interface
BaseDatos
Historial

Figura. Clases borde para el sistema de índice de masa corporal

identificados directamente con los actores.

InterfaceUsuario PantallaPrincipal
Figura. Clases borde identificadas del caso de uso Validar Inicio.
Validar Inicio: se interactúa con el actor (Usuario) Instructor a través de la clase
InterfaceUsuario. Se utiliza únicamente en la pantalla principal del sistema (P-1)
para validar el inicio del programa, claro está que dentro de la programación del
software se introduce un usuario y un password al mismo tiempo para validarse y
proceder al uso esencial del programa.
InterfaceUsuario PantallaMenuOpciones

Figura. Clases borde identificadas del caso de uso Ofrecer Servicio.

Ofrecer Servicio: este caso de uso utiliza únicamente la pantalla de menú (P-2).
Por tanto, se incluye en la clase borde PantallaMenuOpciones. Mediante este caso
de uso se puede eliminar personas, actualizar datos e IMC, editar y visualizar
historial y consultar IMC de las personas.

InterfaceUsuario PantallaMenuOpciones PantallaAgregarPersona

Figura. Clases borde identificadas del caso de uso Agregar Persona.

Agregar Persona: este caso de uso solo utiliza la pantalla agregando personas (P-
3) donde se le presenta clase borde PantallaAgregarPersona, en llegado caso de
que la persona decida cancelar el caso de uso automáticamente se generará la
clase borde PantallaMenuOpciones con la pantalla de menú (P-2).

InterfaceUsu PantallaMenuOpciones PantallaActualizarDatos

ario
Actualizar Datos: se interactúa con el actor (Usuario) Instructor a través de la
clase borde InterfaceUsuario, PantallaMenuOpciones y PantallaActualizarDatos.
Se utiliza únicamente en la pantalla principal de editar datos (P-4) donde se
implementan datos corregidos o recientes de la persona.
 InterfaceUsu PantallaMenuOpciones PantallaActualizarIMC
ario
Actualizar IMC: se interactúa con el actor (Usuario) Instructor a través de la clase
borde InterfaceUsuario, PantallaMenuOpciones y PantallaActualizarIMC. Se utiliza
únicamente en la pantalla de nuevo IMC (P-5) donde se implementan el IMC que
tiene la persona en ese preciso momento.

InterfaceUsu PantallaMenuOpciones PantallaConsultarPersona PantallaResultado

ario
Ver Historial: se interactúa con el actor (Usuario) Instructor a través de la clase
borde InterfaceUsuario, PantallaMenuOpciones, PantallaConsultarPersona y
PantallaVerhistorial. Se utiliza únicamente en la pantalla panorama del historial (P-
7) donde se ve el resultado del IMC que tiene la persona a lo largo del tiempo.

InterfaceUsu PantallaMen PantallaConsultarPersona PantallaEditarHistorial

ario uOpciones
Editar Historial: se interactúa con el actor (Usuario) Instructor a través de la clase
borde InterfaceUsuario, PantallaMenuOpciones, PantallaConsultarPersona y
PantallaEditarhistorial. Se utiliza únicamente en la pantalla editar historial (P-6)
donde se ve el resultado del IMC que tiene la persona a lo largo del tiempo y se
edita en llegado caso de ser necesario.
Entidades:

Persona RegistroIdentidad

Figura. Clase entidad identificada en el caso de uso Agregar Persona, Actualizar

Datos.

Persona OperarIMC

Figura. Clases entidad identificadas en los casos de uso Agregar Persona,

Actualizar Datos, Ver Historial.

OperarIMC Clasificación Historial

Figura. Clases entidad identificadas en los casos de uso Editar Historial, Mostrar
Historial

Persona Historial Clasificación

Figura. Clases entidad identificadas para los casos de uso Consultar Persona
 Control

ManejadorPersona
Figura. Clase de Control para el caso de uso Agregar Persona y Validar Usuario

ManejadorConsultaHistorial ManejadorConsultaPersona

ManejadorConsultas

Figura. Clases de control para el caso de uso Consultar Persona, Eliminar

Persona, Visualizar Historial y Editar Historial

ManejadorInicio

Figura. Clase de control para el caso de uso Validar Inicio

ManejadorOpciones

Figura. Clase de control para el caso de uso Ofrecer Opciones

 Clases según el caso de uso
Validar Usuario

ManejadorPersona InterfaceUsu
ario

Persona RegistroIdentidad

Ofrecer Opciones

Persona InterfaceUsu
ario

ManejadorOpciones
Figura. Clases identificadas para el caso de uso Ofrecer Servicios
Agregar Persona

Persona InterfaceUsu
ario

ManejadorPersona
Consulta Persona

InterfaceUsu
ManejadorConsultaPersona ario

Persona
ManejadorConsultas

Visualizar Historial

InterfaceUsu
ario

Persona
ManejadorConsultas
BIBLIOGRAFÍA

 [Citado el 28 de mayo del 2016] Disponible en:

http://searchsqlsever.techtarget.com/definition/database-management-
system
 Weizenfeld, Alfredo. Ingeniería de software orientada a objetos con UML,
Java e Internet. Thomson. 2005. México D.F., México.