Tesina

Commented [A1]: CORRECCIONES GENERALES:
Universidad Politcnica del Estado de Morelos a). Revisar ortografa porque no ests colocando acentos en varias
palabras.
b). Lo que est marcado de amarillo revisarlo y corregirlo.
SISTEMA DE CONTROL DE ENFERMEDADES DE CLIENTES DE LA

EMPRESA QUMICA DE FLUIDOS
T E S I N A
Que para obtener el ttulo de:
INGENIERO EN INFORMATICA
P r e s e n t a
GIOVANNI RICARDO TORRES ALVAREZ DEL CASTILLO
Directores de Tesina
M.C. ROSARIO ELOISA HUERTA
LIC. RAL ARMANDO MACOSAY GUERREO
Jiutepec, Morelos Mayo, 2012

Tabla de contenido
Pg.
Lista de Figuras ....................................................................................................................... 4

Lista de tablas ......................................................................................................................... 5
Glosario .................................................................................................................................... 6
1. Introduccin ..................................................................................................................... 7
1.1. Antecedentes........................................................................................................... 7
1.2. Planteamiento del problema .................................................................................. 7
1.3. Panorama general del proyecto ............................................................................. 8
1.4. Objetivo General ...................................................................................................... 8
1.4.1. Objetivos especficos ........................................Error! Bookmark not defined.
1.5. Justificacin ............................................................................................................. 9
1.6. Alcances y limitaciones ........................................................................................... 9
1.6.1. Alcances ........................................................................................................... 9
1.6.2. Limitaciones .................................................................................................. 10
1.7. Modelo de desarrollo ............................................................................................ 10
1.8. Organizacin de la tesina ..................................................................................... 11
2. Anlisis de requisitos .................................................................................................... 13
2.1. Introduccin ........................................................................................................... 13
2.2. Restricciones de diseo........................................................................................ 16
2.3. Requisitos funcionales.......................................................................................... 16
2.3.1. Requisitos nominales.................................................................................... 17
2.3.2. Requisitos no nominales .............................................................................. 23
2.4. Requisitos de interfaz ........................................................................................... 23
2.5. Requisitos de calidad............................................................................................ 25
2.6. Requisitos de evolucin ........................................................................................ 25
2.7. Requisitos de proyecto ......................................................................................... 26
2.8. Requisitos de soporte ........................................................................................... 26
3. Capitulo 3. Diseo del sistema ................................................................................... 27
3.1. Arquitectura del sistema....................................................................................... 27
3.1.1. Arquitectura lgica del sistema .................................................................... 27
3.1.2. Arquitectura fsica del sistema ..................................................................... 29
3.2. Diseo de requisitos funcionales ......................................................................... 29
3.3. Diseo de la interfaz de usuario .......................................................................... 38
3.4. Diseo de Base de Datos ..................................................................................... 67
3.4.1. Diagrama Entidad-Relacin .......................................................................... 67
3.4.2. Diccionario de Datos ..................................................................................... 69
4. Captulo 4 Implementacin .......................................................................................... 74
4.1. Arquitectura fsica ................................................................................................. 74
4.2. Tecnologas empleadas ........................................................................................ 74
4.2.1. Lenguaje HTML.............................................................................................. 74
4.2.2. Hojas de Estilo en Cascada .......................................................................... 75
4.2.3. MySQL Workbench ........................................................................................ 76
4.2.4. Gestor de base de datos MySQL .................................................................. 76
4.2.5. Herramienta de modelado de software StarUML ....................................... 77
4.2.6. Lenguaje PHP ................................................................................................ 78
4.2.7. Lenguaje Java Script. .................................................................................... 78
4.3. Solucin de problemas de implementacin ........................................................ 78
4.4. Documentacin del cdigo fuente ....................................................................... 80
5. Pruebas e implementacin........................................................................................... 82
5.1. Ambiente de pruebas ............................................................................................ 82
5.2. Base de datos de pruebas.................................................................................... 83
5.3. Ejecucin de plan de pruebas .............................................................................. 87
5.4. Bitcora de implantacin.................................................................................... 114
6. Conclusiones .................................................................................................................... 119
6.1. Conclusiones ............................................................................................................. 119
6.2. Trabajo futuro .......................................................................................................... 120
Anexo A ................................................................................................................................ 121
Anexo B ................................................................................................................................ 124
Bibliografa........................................................................................................................... 128
Lista de Figuras
Figura 3.1 Arquitectura lgica de tres capas ......................................................................28
Figura 3.2 Arquitectura fsica del sistema...........................................................................29
Figura 3.3 ..............................................................................................................................30
Figura 3.4 Inicio de sesin. ..................................................................................................31
Figura 3.5 Visualizar informacin personal. ........................................................................31
Figura 3.6 Registrar, Modificar, Eliminar y Consultar .........................................................32
Figura 3.7 Registrar, Consultar y Eliminar enfermedades de clientes. .............................33
Figura 3.8 Registrar, Eliminar y Consultar Seguimientos. ..................................................34
Figura 3.9 Mapa navegacional.............................................................................................39
Figura 3.10 Diseo de la interfaz principal del sistema. ....................................................40
Figura 3.11 Diseo de la interfaz de registro para usuarios no registrados. ...................41
Figura 3.12 Diseo de la interfaz de inicio de sesin. .......................................................42
Figura 3.13 Diseo de Interfaz Men cliente......................................................................43
Figura 3.14 Interfaz Datos personales ................................................................................44
Figura 3.15 Diseo de interfaz Cerra sesin (Cliente) .......................................................48
Figura 3.16 Diseo de interfaz del men principal del administrador. .............................49
Figura 3.17 Diseo de la interfaz cliente. ...........................................................................50
Figura 3.18 Diseo de la interfaz para el registro de clientes nuevos. .............................51
Figura 3.19 Diseo de interfaz Enfermedad. ......................................................................52
Figura 3.20 Diseo de interfaz Seguimientos.....................................................................53
Figura 3.21 Diseo de interfaz ventas. ...............................................................................55
Figura 3.22 Diseo de interfaz pagos. ................................................................................56
Figura 3.23 Diseo de Interfaz agenda. ..............................................................................57
Figura 3.24 Diseo de interfaz Men informacin personal .............................................58
Figura 3.25 Diseo de interfaz datos personales...............................................................59
Figura 3.26 Diseo de interfaz de Seguimientos registrados............................................60
Figura 3.27 Diseo de interfaz registrar seguimiento. .......................................................61
Figura 3.28 Diseo de interfaz registrar nota. ....................................................................62
Figura 3.29 Diseo de interfaz venta. .................................................................................63
Figura 3.30 Diseo de interfaz Registro venta. ..................................................................65
Figura 3.31 Dseo de interfaz Cerrar sesin ......................................................................67
Figura 3.32 Diagrama Entidad-Relacion. ............................................................................68
Lista de tablas
Tabla 1 Diccionario de datos de la tabla administrador. ...................................................69

Tabla 2Diccionario de datos de la tabla cliente. .................................................................69
Tabla 3 Diccionario de datos de la tabla direccin.............................................................70
Tabla 4 Diccionario de datos de la tabla direccin_cliente. ..............................................70
Tabla 5 Diccionario de datos de la tabla telfono ..............................................................70
Tabla 6 Diccionario de datos de la tabla seguimiento. ......................................................71
Tabla 7 Diccionario de datos de la tabla seguimiento_nota. .............................................71
Tabla 8 Diccionario de datos de la tabla agendaseg. ........................................................71
Tabla 9 Diccionario de datos de la tabla enfermedad. ......................................................72
Tabla 10 Diccionario de datos de la tabla venta. ...............................................................72
Tabla 11 Diccionario de datos de la tabla venta_detalle. ..................................................72
Tabla 12 Diccionario de datos de la tabla pago. ................................................................72
Tabla 13. Tabla Cliente de la base de datos de prueba. ....................................................83
Tabla 14. Tabla Direccin de la base de datos de prueba.................................................83
Tabla 15. Tabla Direccin-cliente de la base de datos de prueba. ...................................83
Tabla 16. Tabla Enfermedad de la base de datos de prueba. ...........................................84
Tabla 17. Tabla Pago de la base de datos de prueba. .......................................................84
Tabla 18. Tabla Seguimiento de la base de datos de prueba. ............ Error! Bookmark not
defined.
Tabla 19. Tabla Seguimiento-nota de la base de datos de prueba. ..................................85
Tabla 20. Tabla Telfono de la base de datos de prueba. .................................................86
Tabla 21. Tabla Venta de la base de datos de prueba. ......................................................86
Tabla 22. Tabla Venta_detalle de la base de datos de prueba. ........................................86
Glosario
APIS: Application Programming Interface.
CSS: Cascading Style Sheets.
HTML: Hyper Text Markup Language.
Interfaz de usuario: Es el medio con que el usuario puede comunicarse con una
mquina, un equipo o una computadora, y comprende todos los puntos de
contacto entre el usuario y el equipo.
Java: Lenguaje de programacin orientado a objetos, independiente del sistema

operativo, que se utiliza, especialmente, en las aplicaciones interactivas
relacionadas con Internet
MySQL: Es un sistema de gestin de bases de datos relacional, multihilo y

multiusuario con ms de seis millones de instalaciones.
PHP: Hypertext Pre-processor.
SQL: Structured Query Language.
Software: es todo el conjunto intangible de datos y programas de la

computadora.
UML: Unified Modeling Languaje.
Usuario: Es un individuo que utiliza o trabaja con algn objeto o dispositivo o que
usa algn servicio en particular.
1. Introduccin
1.1. Antecedentes
La empresa Qumica de Fluidos se ha dedicado por ms de 25 aos al

tratamiento de agua y combustible; siendo generador de conocimiento al
desarrollar y perfeccionar patentes propias, mismas que han resultado en el
avance tecnolgico y cientfico del pas. Dentro de las lneas de investigacin
la empresa ha desarrollado tecnologa y equipos para las siguientes reas:
Residencial: Mejorar la calidad del agua para todas las aplicaciones en el

hogar, como lo son: lavado de trastes, ropa, regadera y alberca.
Industrial: Soluciones a problemas de incrustacin en calderas y torres de

enfriamiento, as como mejora en procesos y ahorro de combustibles.
Agrcola: Facilitar la fotosntesis de las plantas al reducir la viscosidad del

agua, resultando esto en mayor velocidad de crecimiento y/o ahorro en
fertilizantes, disminuyendo la contaminacin de suelos.
Salud: Polarizacin aplicada al tratamiento de enfermedades como diabetes,

migraa, cido rico, artritis, entre otras.
La salud se considera una de las condiciones fsicas ms importantes para el Commented [A2]: Colocar un prrafo en donde se comente que
el proyecto solamente se enfocar en el rea de salud.
ser humano, por lo que se buscan constantemente formas de mantener o
Listo marcado con verde
mejorar dicha condicin. Por esa razn Qumica de Fluidos se mantiene
enfocada en esa rea y para esta misma se enfocar el desarrollo del
proyecto.
1.2. Planteamiento del problema
En la lnea de investigacin de la salud, actualmente Qumica de Fluidos

cuenta con un gran nmero de clientes y cada da van en aumento. Para
cada uno de ellos se lleva un registro de datos personales (nombre completo,
direccin, telfono, correo electrnico, etc.) as como de sus enfermedades,
seguimiento al tratamiento de las mismas y productos que compran. Los
procesos antes mencionados generan informacin que es almacenada en
una hoja de Excel, lo que conlleva a demoras y prdidas al momento de
realizar una operacin como: consulta, nuevo registro o modificacin de la
informacin almacenada. Commented [A3]: Incluir algn otro problema que amerite el
desarrollo de un sistema de informacin.
Otro de los factores que se ven afectados con esta condicin antes
mencionada, es el anlisis de eficiencia de los productos utilizados en los
tratamientos; teniendo como resultado un anlisis incompleto que carece de
la informacin necesaria para determinar la eficiencia del producto.
Debido a este problema se requiere de la creacin de un sistema web, el cual

se ajuste a las necesidades previamente establecidas para su desarrollo.
1.3. Panorama general del proyecto
El presente proyecto define un sistema de control de enfermedades para la Commented [A4]: Mejorar la redaccin del tema panorama
general porque parece ms la justificacin del proyecto.
empresa Qumica de Fluidos, por otra parte tambin pretende garantizar la
seguridad e integridad de la informacin almacenada dentro del sistema.
El proyecto ser supervisado por el Licenciado Ral Armando Macosay

Guerrero, quien es el director del rea de anlisis de proyectos de la empresa
Qumica de Fluidos.
1.4. Objetivo General
Desarrollar una herramienta que permita a la empresa Qumica de Fluidos

tener un control de los seguimientos de las enfermedades de los clientes y
reducir tiempo y esfuerzo en la bsqueda de la informacin.
1.4.1. Objetivos especficos
Gestionar los datos personales de los clientes (nombre completo, direccin,

edad, correo electrnico, telfono, etc.). Commented [A5]: Actualizar lo que colocaste en el
anteproyecto: Objetivo general y especficos.
Dar seguimiento en el tratamiento de las enfermedades de los clientes. Listo!
Dar seguimiento en los pagos y compras de productos vendidos a los

clientes.
Notificar al cliente va correo electrnico sobre los pagos requeridos.
Generar historiales de pago y tratamiento de la enfermedad del cliente

cuando el administrador del sistema lo requiera.
1.5. Justificacin
El sistema que se desarrollar en Qumica de Fluidos permitir llevar un Commented [A6]: Cul es la diferencia entre desarrollar e
implementar?
seguimiento de los clientes gestionando su informacin ( datos personales,
Listo!
tratamiento de enfermedades, compras y pagos), tambin servir para
identificar que enfermedades afectan a la mayora de ellos; y de esa forma,
mejorar o desarrollar nuevos mtodos en tratamientos a enfermedades. Al
mismo tiempo con el sistema se reducir el tiempo y esfuerzo en la
bsqueda de la informacin.
1.6. Alcances y limitaciones
Aqu se delimitar el proyecto en cuanto a tiempo, espacio y contexto.
1.6.1. Alcances
El sistema a desarrollar permitir al usuario del sistema:

Gestionar de manera correcta los datos personales de sus
clientes, compra y pagos de productos, y el seguimiento al
tratamiento de la enfermedad padecida.
Alertar al administrador sobre el estado actual en el que se
encuentra el seguimiento al tratamiento de la enfermedad
padecida, as como las compras y los pagos de los clientes
Agendar citas del seguimiento que se realizar al tratamiento de la
enfermedad padecida del cliente en una fecha especfica.
Generar reportes peridicamente del nmero total de ventas de
productos y las enfermedades que ms afectan a la mayora de
los clientes.
1.6.2. Limitaciones
Se podr tener acceso al sistema y sus funciones desde cualquier

computadora que tenga acceso a internet por lo que se tiene que
tener una conexin estable y constante a travs de este medio. Commented [A7]: Analiza los puntos 1 y 2, de favor me
comentas.
No se utilizaran tecnologas como flash y otras ms que podran
hacer lento el sistema, si no al contrario la interface grafica del
usuario ser plana pero usable.
Por cuestiones de seguridad la informacin almacenada en el
sistema, nicamente la podrn visualizar los clientes que se hayan
registrado como usuarios del sistema.
La duracin de este proyecto ser nicamente de 4 meses. Commented [A8]: Incluye otra(s) limitaciones, por ejemplo con
respecto a la seguridad que va a incluir el sistema.
1.7. Modelo de desarrollo
El modelo que se utilizar para este proyecto ser el modelo incremental [1], Commented [A9]: Incluir referencias bibliogrficas.
ya que dicho modelo combina las principales ventajas de otros dos modelos Listo!
como los son el modelo en cascada y evolutivo. Por lo que permite a los
clientes identificar los principales servicios proporcionados por el sistema en
su funcionamiento.
Al identificar que servicios son de mayor prioridad se realiza el incremento
proporcionando as una parte de la funcionalidad del sistema. Una vez que el
incremento ya fue entregado este puede ponerse en servicio, haciendo que
el cliente no tenga que esperar tanto tiempo para hacer uso del sistema, ya
que haciendo uso del sistema podr identificar claramente los
requerimientos posteriores que se integraran a los ya existentes, haciendo
que la funcionalidad del sistema mejore con cada incremento hasta llegar al
termino del sistema.
A continuacin se muestra el diagrama del modelo incremental en la figura Commented [A10]: Todo lo que est colocado de amarillo
debes expresarlo con tus propias palabras porque as como la
1.1. colocas aparece en la fuente que utilizaste como referencia.
Commented [A11]: Enumerar las figuras y citarlas en el texto.
Figura 1.1 Modelo incremental [1].
El motivo por el cual se elije esta metodologa es porque se pueden ir Commented [A12]: Si la figura es copia de una referencia que
yo veo que es as, elabora una propuesta propia para mejorarla
desarrollando mejoras al sistema, provocando que el cliente pueda presentacin de la figura. O si la haces igual coloca la referencia
bibliogrfica.
interactuar inmediatamente con el sistema e ir agregando incrementos
importantes y necesarios al mismo y cumplir con el objetivo establecido que
es para lograr la satisfaccin del usuario.
1.8. Organizacin de la tesina
Este documento se divide en los siguientes captulos:

Capitulo 1. Introduccin: Se dar a conocer los Antecedentes de la empresa,
Planteamiento del problema, Panorama general del proyecto, Objetivos,
Justificacin, Alcances y limitaciones del proyecto y por ltimo la Metodologa
a utilizar. Commented [A13]: En este captulo se van a identificar las
herramientas de desarrollo?
Capitulo 2. Anlisis de requisitos: En este captulo se desglosarn de forma Listo!
clara y concisa cada una de las necesidades que se requieren para el

desarrollo del sistema, obtenidas con anterioridad de acuerdo a las
necesidades del cliente.
Capitulo 3. Diseo: Aqu se encontrar una de las partes ms importantes del

desarrollo del sistema el diseo, que consta del diseo de la base de datos
y la interfaz grfica del sistema.
Capitulo 4. Implementacin del sistema: En esta fase se plasmar la forma

en que se desarrolla el sistema para cumplir con las necesidades del cliente
incluyendo una breve descripcin de las tecnologas utilizadas durante el
proceso.
Capitulo 5. Pruebas e implementacin: En este captulo se visualizarn las

pruebas correspondientes al funcionamiento del sistema y adems los
resultados obtenidos de dichas pruebas.
Capitulo 6. Conclusiones. En base a lo establecido en los captulos

anteriores, se darn a conocer las conclusiones obtenidas durante el
desarrollo y trmino del sistema, se indicar si se alcanzo el objetivo
planeado y si existen trabajos futuros a desarrollar.
2. Anlisis de requisitos
2.1. Introduccin
Para la obtencin de los requisitos de este proyecto se utiliz la tcnica

de la entrevista, tcnica de obtencin de informacin mediante el
dilogo en un encuentro formal y planeado por el entrevistador y
entrevistado, la informacin obtenida por el entrevistador se transforma
de una forma que sea til para el desarrollo del proyecto de software
[2].
Existen varios tipos de entrevistas las cuales son:
1. Estructuradas.- Consiste en realizar preguntas estudiadas y bien

definidas, cuyas respuestas pueden ser :
Respuestas abiertas: El entrevistado responde libremente a las

preguntas realizadas por el entrevistador.
Respuestas cerradas: El entrevistado elige entre una serie de

respuestas predefinidas.
2. No estructuradas.- Las preguntas y las respuestas son libres.
3. Mixta.- Hacer preguntas de los dos tipos.
En la obtencin de requisitos se utiliz la tcnica no estructurada para

conocer las necesidades del cliente y tambin para saber que otras
necesidades se pueden cubrir.
En el anexo A se muestran las entrevistas realizadas al cliente. Commented [A14]: Ya ve incluyendo las entrevistas.
En la siguiente seccin se describen los requisitos. Para el desarrollo de

los mismos se tom en cuenta el estndar IEEE 830-1988 que describe
cada una de las caractersticas a obtener de acuerdo al tipo de sistema
que se desea crear, cabe mencionar que algunas de las caractersticas
que se describen dentro de este estndar no llegarn a ser tiles ya que
no todos los sistemas que son creados presentan los mismos requisitos.
Para representar los requisitos funcionales del sistema se utilizo el

diagrama de caso de uso los cuales documentan el comportamiento de
un sistema desde el punto de vista del usuario. Por lo tanto los casos de
uso determinan los requisitos funcionales del sistema, es decir,
representan las funciones que un sistema puede ejecutar [3].
La ventaja principal de los diagramas de caso de uso es la facilidad para

interpretarlos, lo que hace que sean especialmente tiles en la
comunicacin con el cliente.
A continuacin se describe cada uno de los elementos que componen un

diagrama de caso de uso.
Tabla 2.1. Elementos bsicos de un diagrama de caso de uso.
Actor: Es un rol que un usuario juega con

respecto al sistema y la labor que realiza frente
al mismo.
Limite de Sistema (System Boundry): Empleado

para delimitar los lmites del sistema, y
representado por un rectngulo con color de
fondo distintivo.
Caso de uso: Es una operacin/tarea

especfica que se realiza tras una orden de
algn agente externo.
Asociacin de Comunicacin: Es el tipo de

relacin ms bsica que indica la invocacin
desde un actor o caso de uso a otra operacin
(caso de uso). Dicha relacin se denota con
una flecha simple.
Dependencia: Es una forma muy particular de

relacin entre clases, en la cual una clase
depende de otra, es decir, se instancia (se
crea). Dicha relacin se denota con una flecha
punteada.
Generalizacin: Este tipo de relacin es uno de

los ms utilizados, cumple una doble funcin
dependiendo de su estereotipo, que puede ser
de Uso (<<uses>>) o de Herencia
(<<extends>>).
Este tipo de relacin est orientado

exclusivamente para casos de uso (y no para
actores)
Extends : Es una variacin de un caso-uso a

otro, representa una dependencia especifica.
Este elemento es representado por una linea

punteada con flecha y comentario <<extend>>
<<Extend>>
que origina del caso-uso base hacia el uso
caso de extensin.
Include: Es utilizada para indicar que un caso-

uso depende de otro caso.
Este elemento es representado por una linea

<<Include>>
punteada con flecha y comentario <<include>>
que se extiende del uso-caso base hacia el uso
caso de inclusin.
Figura 2.1 Diagrama de caso de uso.
2.2. Restricciones de diseo
RD1. El proyecto est limitado al uso del manejador de MySQL ya que es

el proporcionado por el servidor web contratado por la empresa.
RD2. El sistema debe estar diseado para su funcionamiento correcto en

cualquier navegador.
2.3. Requisitos funcionales
En esta seccin se presentan los requisitos funcionales del sistema, los

cuales estn divididos en dos categoras: requisitos nominales y no
nominales.
2.3.1. Requisitos nominales
En este apartado se muestran los requerimientos nominales donde opera

el actor Usuario no registrado.
FN.1 Descripcin: El usuario no registrado podr registrarse como cliente

para ingresar al sistema y darse de alta como usuario del sistema. Commented [A15]: Cuntos usuarios van a utilizar el sistema?
Importancia: Esencial
Validez:
Medible: El usuario no registrado deber ingresar los datos

requeridos por el sistema, si logra registrarse se habr cumplido
satisfactoriamente el requisito.
Alcanzable: Se mostrara un mensaje confirmando si el registro fue
exitoso de lo contrario el sistema solicitara introducir los datos
requeridos.
Relevante: Es importante mantener la seguridad de los datos
personales de los clientes as como la integridad de toda la
informacin.
FN.2 Descripcin: El sistema contar con una autentificacin de datos de

usuario (administrador o cliente), por lo que al inicio del sistema se
requiere introducir los datos como son: nombre de usuario y contrasea
para permitir iniciar sesin. Commented [A16]: Cuntos usuarios van a utilizar el sistema?
Validez:
Medible: El usuario deber ingresar los datos requeridos por el
sistema, si tiene acceso al sistema se habr cumplido este
requisito.
Alcanzable: En caso de que la autenticacin sea correcta el
sistema mostrar un mensaje de bienvenida de lo contrario,
pedir que los datos sean introducidos correctamente.
Relevante: Es importante mantener la seguridad de los datos
personales de los clientes as como la integridad de toda la
informacin.

el actor Usuario cliente.
FN.3 Descripcin: El cliente podr visualizar sus datos personales,

compras y pagos realizados.
Validez:
Medible: Si el usuario cliente pude visualizar sus datos personales,

compras y pagos el requisito ser satisfactorio.
Alcanzable: El sistema mostrar la informacin perteneciente al
cliente de la sesin iniciada.
Relevante: Es importante que el cliente pueda visualizar su
informacin personal, ya que podr verificar si sus datos
registrados y el estado en que se encuentran sus compras y pagos
son correctos.

el actor Administrador
FN.4 Descripcin: El sistema deber registrar, modificar, eliminar y
consultar los datos personales de los clientes (nombre, apellidos,
direccin, correo electrnico, telfono, etc.).
Validez:
Medible: Si el usuario logra registrar, modificar, eliminar y

consultar datos personales de los clientes, este requisito ser
habr cumplido.
Alcanzable: Utilizando formularios que permitan visualizar al
usuario dichos cambios.
Relevante: Esto ayudar a que el usuario tenga una mejor
seguridad de las acciones que llegue a realizar.
FN.5 Descripcin: El sistema deber registrar, eliminar y consultar

enfermedades.
Validez:
Medible: Si el administrador logra registrar, eliminar y consultar las

enfermedades. El requisito ser completamente satisfactorio.
Alcanzable: El sistema visualizara las enfermedades en forma de
lista y mostrar las acciones que pueda realizar.
Relevante: El llevar un control de enfermedades permitir al
administrador registrar nuevas enfermedades que pudieran
presentar los clientes, en base a eso poder mejorar y desarrollar
nuevos productos contra estas enfermedades.
FN.6 Descripcin: El sistema deber registrar, eliminar y consultar

seguimientos de las enfermedades, que pertenezcan a cada uno de los Commented [A17]: Ser parte de la misma opcin la
administracin de enfermedades como su seguimiento? No me
clientes. queda claro.
Validez:
Medible: Si el usuario logra registrar, modificar, eliminar y

consultar seguimientos. El requisito se habr cumplido
satisfactoriamente.
Alcanzable: El sistema visualizara los seguimientos en forma de
lista y mostrando las acciones que puedan realizar.
Relevante: El llevar un control continuo del seguimiento de las
enfermedades; permite a la empresa tener una mejor atencin al
cliente.
FN.7 Descripcin: El sistema deber registrar y eliminar notas del

seguimiento de enfermedades, que pertenecen a cada uno de los Commented [A18]: Ser parte de la misma opcin la
administracin de enfermedades como su seguimiento? No me
clientes. queda claro.
Validez:
Medible: Si el usuario logra registrar y eliminar notas de los

seguimientos. El requisito ser completamente satisfactorio.
Alcanzable: El sistema visualizara las notas del seguimiento en
forma de lista y las acciones que puede realizar.
Relevante: Es importante llevar notas continuas de los avances del
seguimiento ya que permite identificar el progreso obtenido
durante el tratamiento de la enfermedad.
FN.8 Descripcin: El sistema deber agendar, cancelar y consultar citas

agendadas de las enfermedades de los clientes.
Validez:
Medible: El usuario podr agendar, cancelar y consultar las citas
que el haya generado.
Alcanzable: El sistema visualizar las citas que estn almacenadas
en el sistema y mostrar las opciones que puede realizar.
Relevante: Tener un control de citas ayudar al mejoramiento del
servicio que ofrece el usuario a sus clientes.
FN.9 Descripcin: El sistema deber registrar, cancelar y consultar la

venta de productos que se hagan cada uno de los clientes.
Validez:
Medible: El usuario podr registrar, cancelar y consultar la venta

que se haya generado.
Alcanzable: El sistema visualizar en forma de lista las ventas
realizadas y mostrara las opciones que puede realizar.
Relevante: Este requisito permitir al administrador llevar un
control en las ventas de productos.
FN.10 Descripcin: El sistema automticamente generar el listado de

fechas de pagos del cliente dependiendo el tipo de fecha de pago elegido
por el cliente.
Validez:
Medible: El usuario podr seleccionar y visualizar el rango de

fechas de los pagos de la compra.
Alcanzable: El sistema visualizar los pagos en forma de lista.
Relevante: Este requerimiento es esencial ya que se tendr una
mejor eficiencia en el control de pagos de todas las compra.
FN.11 Descripcin: El sistema deber registrar, cancelar y consultar los
pagos de las ventas que se hicieron a los clientes.
Validez:
Medible: El usuario podr registrar, cancelar y consultar pagos que

se haya generado.
Alcanzable: El sistema visualizar en forma de lista los pagos
efectuados y mostrara las opciones que puede realizar.
Relevante: Este requisito permitir al administrador llevar un
control de pagos de cada una de las ventas realizadas
FN.12 Descripcin: El sistema deber generar reportes del total de

clientes que padecen cada una de las enfermedades registraras en el
sistema.
Validez:
Medible: Si el administrador logra generar y visualizar el reporte de

enfermedades. El requisito ser completamente satisfactorio.
Alcanzable: Se implementara una funcin que permita la
compatibilidad con el formato PDF.
Relevante: Este requisito asegura que el usuario pueda obtener la
informacin deseada en un archivo portable.
FN.13 Descripcin: El sistema deber generar reportes de ventas

reportes por mes
Validez:
Medible: Si el administrador logra generar y visualizar el reporte de
ventas. El requisito ser completamente satisfactorio.
Alcanzable: Se implementara una funcin que permita la
compatibilidad con el formato PDF.
Relevante: Este requisito asegura que el usuario pueda obtener la
informacin deseada en un archivo portable.
2.3.2. Requisitos no nominales
FF.1 Descripcin: En caso de que un registro, modificacin o

eliminacin falle, el sistema notificar al usuario, para preguntarle si
desea volver a intentarlo o de otra forma continuar.
Importancia: Esencial.
Validez:
Medible: El sistema mostrar al usuario el problema y deber

preguntar al usuario que desea hacer.
Alcanzable: El sistema comprobar los errores ya que tendr el
control absoluto en el registro, modificacin y eliminacin de todas
las acciones.
Relevante: Es importante tener informado al usuario de cualquier
problema para que cualquier posible falla se pueda corregir y se
pueda obtener una mejor calidad de sistema.
2.4. Requisitos de interfaz
IN.1 Descripcin: La interfaz deber dar al usuario la posibilidad de

seleccionar de entre dos opciones (grafica y/o textual) que permitir
visualizar las enfermedades que ms afectan a sus clientes en un
determinado periodo de fechas.
Validez:
Medible: Se comprobar que ambos modos de visualizacin

funcionen correctamente y sean satisfactorios as como la seleccin
de rango de fechas especificado.
Alcanzable: Para visualizar dichos datos bastar con solo seleccionar
el modo de vista y el rango de fechas deseado.
Relevante: El cumplir este requisito favorecer al mejoramiento o
desarrollo de nuevas tcnicas para el tratamiento de enfermedades.
IN.2 Descripcin: La GUI1 del sistema debe ser lo ms sencilla posible ya que Commented [A19]: Insertar nota al pie del significado de GUI
esto le permitir desplazarse fcilmente al usuario dentro del sistema para Listo!
realizar cualquier accin que desee.
Validez:
Medible: El usuario ya experimentado o menos experimentado podr

moverse fcilmente dentro del sistema y realizar cualquier accin
requerida.
Alcanzable: Esto es mediante secciones las cuales permitirn ingresar
a la accin deseada. Commented [A20]: Evita mencionar elementos de la GUI, por
ejemplo pestaas, clics. En lugar de pestaas puedes decir que
Relevante: Facilitar al usuario realizar cualquier accin de una forma estn en secciones.
fcil y segura sin llegar a perderse de la accin que se estaba Lsito!
realizando.
IN.3 Descripcin: El sistema tendr imgenes relacionadas a las acciones

que realizara el sistema.
Validez:
1
GUI: Del ingls graphical user interface, traducido al espaol es Interfaz Grafica de Usuario.
Medible: Se realizarn pruebas para ver si los usuarios comprenden
que acciones realizan las imgenes.
Alcanzable: Todos los mdulos tendrn una imagen para saber a qu
se refieren o que accin se puede realizar.
Relevante: Este requisito se tiene que cumplir para que se cumpla la
facilidad del sistema.
2.5. Requisitos de calidad
CA.1 Descripcin: El sistema ser de fcil uso, como ya se ha mencionado

con anterioridad.
Validez:
Medible: Se pondr en observacin el manejo del sistema para el

usuario poco experimentado. Si no tiene dificultades con el sistema el
requisito se habr cumplido.
Alcanzable: El sistema mostrar cuadros de dialogo que muestren
algunas de las funciones que realiza el sistema para ir guiando al
usuario a travs del sistema.
Relevante: El no cumplir con este requisito llevara a no cumplir uno
de los requisitos del sistema que es ser de fcil uso.
2.6. Requisitos de evolucin
EV.1 Descripcin: El sistema estar diseado de manera que permitir

agregar nuevas funciones y/o nuevas caractersticas posteriores.
Importancia: Condicional.
Validez:
Alcanzable: Se agregaran nuevas funciones sin afectar a las
principales, a partir de nuevos requerimientos.
Relevante: Es conveniente mantener un proyecto de software en
desarrollo constante ya que aunque funcione perfectamente, deber
recibir mejoras.
2.7. Requisitos de proyecto
PR.1 Descripcin: El desarrollo de este proyecto est limitado a solo 4

meses.
Validez:
Alcanzable: Cumplir con el tiempo establecido para el desarrollo del

sistema y que este funcione perfectamente.
Relevante: Lograr que el cliente se sienta satisfecho con los planes
establecidos del proyecto.
2.8. Requisitos de soporte
SO.1 Descripcin: El sistema deber tener instalado el software Apache Web

Server (servidor web http) para interpretar lenguaje programacin PHP.
SO.2 Descripcin: El sistema deber tener instalado el software MySQL

(sistema de gestin de base de datos) para el manejo de la base de datos del
sistema.
SO.3 Descripcin: La computadora del usuario debe contar con conexin a
internet, con el fin de conectarse al servidor.
3. Capitulo 3. Diseo del sistema
En este captulo se dar a conocer el diseo de la interfaz de usuario, diseo de

la base de datos, arquitectura fsica y lgica del sistema ya que al disear cada
una de estas fases ayudaran a definir la estructura del sistema y sus funciones
ampliamente.
3.1. Arquitectura del sistema
La arquitectura del software es la representacin de sus componentes y

las relaciones que se asocian entre ellos. Es la representacin que
capacita al ingeniero del software para (1) analizar la efectividad del
diseo para la consecucin de los requisitos fijados, (2) considerar las
alternativas arquitectnicas en una etapa en el cual hacer cambios en el
diseo es relativamente fcil, y (3) reducir los riesgos asociados a la
construccin del software [4].
3.1.1. Arquitectura lgica del sistema
En base a las necesidades de la empresa se decidi desarrollar un

sistema basado va web que sea accesible en todo momento, tanto para
la empresa como para los clientes, por lo cual se utilizo una arquitectura
de tres capas la cual funciona bajo la siguiente estructura representada
en la Figura 3.1.
Figura 3.1 Arquitectura lgica de tres capas
Definicin de capas o niveles:
1. Capa de presentacin: Es la que ve el usuario y tiene interaccin

con el sistema le comunica informacin y captura la informacin
del usuario para despus enviarla a la capa de negocio. Esta capa
se comunica nicamente con la de negocio.
2. Capa de negocio: En ella se encuentran los programas que se

ejecutaran en este caso las funciones del sistema, recibe las
peticiones del usuario y enva las respuestas tras el proceso. Se le
llama capa de negocios porque aqu se establecen las reglas que
deben cumplirse. Esta capa se comunica con la de presentacin
para recibir las solicitudes del usuario y mostrar los resultados, y
con la capa de datos, para solicitar almacenamiento o
recuperacin de los datos.
3. Capa de datos: En esta capa residen los datos y es la encargada
del acceso a ellos. Dentro de la misma puede haber uno o ms
gestores de bases de datos, los cuales reciben las solicitudes ya
sea para almacenar o recuperar informacin esto desde la capa
de negocio.
3.1.2. Arquitectura fsica del sistema
La Arquitectura fsica expresa cuales son los componentes fsicos que

participan en cada una de las partes del sistema y la relacin que existe
entre ellos as como la comunicacin. Para este caso como se muestra en
la Figura 3.2 el cliente es quien interacta con el internet, el cual hace
una conexin con el servidor web el cual almacena el sistema, y tambin
se comunica con la base de datos.
Figura 3.2 Arquitectura fsica del sistema
3.2. Diseo de requisitos funcionales

En esta seccin se disearn los requisitos funcionales que se
encuentran en el Captulo 2 (seccin 2.3.), los cuales sern
representados por medio del diagrama de secuencia, el cual sirve para
modelar la interaccin entre los objetos de un sistema.
En la Figura 3.3 se muestra el diagrama de secuencia del requisito

funcional FN.1.
Figura 3.3 Registro cliente.
En la Figura 3.4 se muestra el diagrama de secuencia del requisito

funcional FN.2.
Figura 3.4 Inicio de sesin.
En la figura 3.5 se muestra el diagrama de secuencia del requisito

funcional FN.3.
Figura 3.5 Visualizar informacin personal.

funcional FN.4.
Figura 3.6 Registrar, Modificar, Eliminar y Consultar

funcional FN.5.
Figura 3.7 Eliminar enfermedades.

funcional FN.6. y FN.7
Figura 3.8 Registrar, Eliminar y Consultar Seguimientos, registrar y eliminar notas.

funcional FN.8.
Figura 3.9. Agendar y cancelar citas.

funcional FN.9. y FN.10
Figura 3.10. Registrar, Cancelar y Eliminar Ventas.

funcional FN.12
Figura 3.11. Registrar y cancelar pagos.

funcional FN.12
Figura 3.12. Generar reporte enfermedades.

funcional FN.13
Figura 3.13. Generar reporte ventas.
3.3. Diseo de la interfaz de usuario

En esta seccin se integran las imgenes de lo que ser la interfaz futura
del sistema, as como de los diferentes elementos que lo conforman en
cada una de las interfaces como por ejemplo: Mens, formularios,
imgenes, distribucin de de los elementos y etc.
Con este proceso de diseo de la interfaz, permiti llegar a una visin

ms amplia de lo que el usuario realmente espera que realice el sistema
una vez puesto en marcha.
A continuacin en la siguiente figura se muestra el mapa de navegacin

del sistema. (Figura 3.7)
Figura 3.14 Mapa navegacional.
Interfaz de inicio del sistema
Esta interfaz es el primer contacto que tendrn los usuarios con el

sistema la cual, consta de dos opciones a elegir. La primera es para abrir
la interfaz de registro de datos personales de clientes nuevos y la
segunda opcin es para abrir la interfaz de inicio de sesin. (Figura 3.8).
Figura 3.15 Diseo de la interfaz principal del sistema.
Interfaz de registro para clientes nuevos
En esta interfaz el usuario (Cliente) deber llenar los campos que se

muestran en la figura 3.11 y posteriormente hacer clic en el botn
registrar para completar el proceso de registro.
Figura 3.16 Diseo de la interfaz de registro para usuarios no registrados.
Interfaz de inicio de sesin
El usuario (administrador o cliente) deber ingresar un nombre de usuario

y una contrasea, una vez llenado el formulario el usuario deber dar clic
en el botn entrar para completar el proceso de identificacin de usuario.
(Figura 3.0003)
Figura 3.17 Diseo de la interfaz de inicio de sesin.
Cliente Interfaz Men principal Cliente
Una vez realizado el proceso de identificacin de usuario (cliente),

aparecer una ventana principal con un mensaje de bienvenida para el
cliente.
La interfaz principal contara con un men que contendr las siguientes

opciones:
Datos personales
Compras
Pagos
Cerrar sesin
Figura 3.18 Diseo de Interfaz Men cliente
Cliente Datos personales
En esta interfaz el cliente visualizara sus datos personales

Figura 3.19 Interfaz Datos personales
Cliente Compras
En esta interfaz el cliente podr visualizar cada una de las compras que
haya realizado y deber dar clic de la opcin para abrir la interfaz detalle
compra y fecha de pagos.
Cliente Detalle compra y Fecha de pagos
Es esta interfaz el cliente podr visualizar cada el detalle de la compra

seleccionada y las fechas de pagos de la compra.
Figura 3.20. Diseo de la interfaz Detalle compras y Fecha de pagos.
Cliente Pagos
En esta interfaz el cliente podr visualizar el nmero de pagos realizados

de cada compra realizada.
Figura 3.21 Diseo de interfaz Pagos cliente.
Cliente Cerrar sesin
Al dar clic en esta opcin se desplegara un mensaje para confirmar el

termino de la sesin, el administrador deber dar clic en una de dos
opciones que se mostraran Si para cerrar la sesin y salir del sistema o
No para continuar con la sesin y permanecer dentro del sistema.
Figura 3.22 Diseo de interfaz Cerra sesin (Cliente)
Administrador Interfaz Men principal
Una vez realizado el proceso de identificacin de usuario (administrador),

aparecer una ventana principal con un mensaje de bienvenida para el
administrador (Figura 3.16).
La interfaz principal contara con un men con las siguientes opciones:
Cliente
Enfermedades
Seguimientos
Ventas
Pagos
Agenda
Cerrar sesin
Figura 3.23 Diseo de interfaz del men principal del administrador.
Administrador Interfaz clientes
En esta interfaz estar un pequeo formulario donde el administrador

deber ingresar el nombre y/o apellidos del cliente y posteriormente dar
clic en el botn Buscar para completar el proceso de bsqueda de
cliente, al realizar esta accin la tabla antes mencionada se actualizara
con el resultado de la bsqueda realizada
Tambin aparecer una tabla que contiene los nombres de los clientes
que han sido registrados en el sistema, su telfono y correo electrnico
Dentro de la tabla aparecern tres opciones (botones) para cada uno de

los registros, la primera opcin es para eliminar la informacin del cliente,
la segunda es para modificar su informacin y la tercera es para ver sus
datos.
Figura 3.24 Diseo de la interfaz cliente.
Administrador Interfaz Registrar cliente
En esta interfaz el administrador deber llenar los campos que se

muestran en la figura 3.18 y posteriormente dar clic en el botn registrar
para completar el proceso de registro de clientes nuevos.
Figura 3.25 Diseo de la interfaz para el registro de clientes nuevos.
Administrador Interfaz Enfermedad
En esta interfaz aparecern dos formularios, el primero para la bsqueda

de una enfermedad, en donde el administrador deber ingresar el
nombre de la enfermedad y posteriormente dar clic en el botn buscar
para completar el proceso de bsqueda, y el segundo para registrar una
enfermedad, en donde el administrador deber ingresar los datos
solicitados y posteriormente dar clic en el botn registrar para completar
el proceso de registro de la enfermedad, al realizar esta accin la tabla
antes mencionada se actualizara con el resultado del registro realizado.
Esta interfaz tambin muestra una tabla que contiene las enfermedades y
el producto con el que se tratan, adems contiene un botn de eliminar.
Figura 3.26 Diseo de interfaz Enfermedad.
Administrador Interfaz Seguimientos

En esta interfaz el administrador deber llenar los campos del formulario
de bsqueda de seguimientos y posteriormente dar clic en el botn
buscar para realizar la bsqueda, despus de haber realizado esta accin
se desplegara una lista con la informacin solicitada en la bsqueda.
La interfaz tambin muestra una tabla que contiene el nombre del cliente,
la enfermedad, y el estatus.
Figura 3.27 Diseo de interfaz Seguimientos.
Administrador Interfaz Reporte enfermedades.
En esta interfaz el administrador podr visualizar el reporte del nmero

de clientes que padecen las enfermedades registradas en el sistema.
Figura 3.28.Diseo de interfaz reporte de enfermedades.
Administrador Interfaz ventas.
En esta interfaz el Administrador deber llenar los campos del formulario

y pulsa el botn buscar, una vez realizad esta accin se desplegara una
lista con la informacin solicitada en la bsqueda.
La interfaz tambin muestra una tabla que contiene; nombre, venta,

cantidad venta, fecha de venta y status.
Figura 3.29 Diseo de interfaz ventas.
Administrador Interfaz reporte ventas.
En esta interfaz el Administrador podr visualizar el reporte de ventas y deber dar

clic en la opcin generar pdf para generar el reporte en formato PDF.
Administrador Interfaz pagos.

y pulsa el botn buscar, una vez realizad esta accin se desplegara una
La interfaz tambin muestra una tabla que contiene nombre, venta, pago,
cantidad y fecha de pago.
Figura 3.30 Diseo de interfaz pagos.
Administrador Interfaz agenda.

y pulsa el botn buscar, una vez realizada esta accin se desplegara una
La interfaz tambin muestra una tabla que contiene; nombre,

enfermedad, fecha agendada y status.
Figura 3.31 Diseo de Interfaz agenda.
Administrador Interfaz Men informacin personal
Una vez seleccionada la opcin informacin personal aparecer una

ventana con el mensaje de informacin personal y el nombre del cliente
La interfaz informacin personal contara con un men con las siguientes

opciones:
Clientes
Datos personales
Seguimientos
Ventas
Pagos
Citas
Cerrar sesin
Figura 3.32 Diseo de interfaz Men informacin personal
Administrador Interfaz Datos personales
En esta interfaz el administrador visualizara la informacin personal de

los clientes.
Figura 3.33 Diseo de interfaz datos personales.
Administrador Interfaz Seguimientos registrados
En esta interfaz se muestra una tabla la cual tiene cuatro opciones

(botones) para cada uno de los registros de los seguimientos, la primera
es para aadir una nota, la segunda para eliminarla, la tercera es para
ver las notas de los seguimientos y la quinta es para agendar una cita. La
tabla tambin contiene el nombre del cliente y el estatus.
Figura 3.34 Diseo de interfaz de Seguimientos registrados.
Administrador Interfaz Registrar seguimiento.
En esta interfaz el administrador visualizara un rea de texto en donde

podr describir alguna nota acerca de la enfermedad del cliente, a la
derecha podr ver una tabla la cual le servir de apoyo para ver que
seguimientos han sido registrados.
Figura 3.35 Diseo de interfaz registrar seguimiento.
Administrador Interfaz Registrar nota
En esta interfaz el administrador deber introducir una nota al

seguimiento de la enfermedad y posteriormente dar clic en el botn
registrar para completar el proceso de registro, adems se mostrara una
lista con todas las notas pertenecientes al seguimiento.
Figura 3.36 Diseo de interfaz registrar nota.
Administrador Interfaz Ventas registradas
En esta interfaz el administrador podr visualizar una lista con cada una
de las ventas que haya registrado para el cliente seleccionado. Adems
deber dar clic en la opcin ver para abrir la interfaz detalle venta y fecha
de pagos.
Figura 3.37 Diseo de interfaz venta.
Administrador Interfaz Detalle venta y Fecha de pagos
En esta interfaz el administrador podr visualizar el detalle de la venta

seleccionada y as como las fechas de pago de la venta.
Figura 3.38. Diseo de interfaz Detalle venta y Fecha de pagos.
Administrador Interfaz Registrar venta
En esta Interfaz el administrador deber llenar los campos del formulario

registro venta, cuando haya terminado de llenar el formulario
automticamente se desplegara la lista de pagos
Figura 3.39 Diseo de interfaz Registro venta.
Administrador Interfaz Reporte Seguimientos
Administrador Interfaz Pagos registrados

Figura 3.40 Diseo de interfaz Pagos registrados.
Administrador Cerrar sesin
Al dar clic en esta opcin se desplegara un mensaje para confirmar el

termino de la sesin, el administrador deber dar clic en una de dos
opciones que se mostraran Si para cerrar la sesin y salir del sistema o
No para continuar con la sesin y permanecer dentro del sistema.
Figura 3.41 Dseo de interfaz Cerrar sesin.
3.4. Diseo de Base de Datos
En esta seccin se presenta el diseo de la base de datos, el cual explica

la relacin de las tablas, los campos que en ellas existen y los tipos de
datos que se encuentran en cada una de ellas.
3.4.1. Diagrama Entidad-Relacin
En esta seccin se presenta el diagrama de la base de datos el cual

expresa visiblemente las relaciones y las diferentes partes que la
componen.
Figura 3.42 Diagrama Entidad-Relacion.
Descripcin de las tablas y sus relaciones
Tabla administrador: En ella se almacena la informacin del

administrador del sistema el cual tiene acceso a todas las funciones del
mismo.
Tabla usuario: Contiene la informacin de los usuarios que podrn tener
acceso al sistema.
Tabla cliente: En ella se almacena la informacin personal de los clientes
el cual contiene un identificador para que ninguno de ellos se repita.
Tabla agendaseg: En ella se almacena las citas que se establecen para el
registro de observaciones durante el tratamiento de la enfermedad.
Tabla enfermedad: En esta tabla se almacenan todas las enfermedades
tratables asociadas a cada producto.
Tabla direccin: En ella se almacenan las direcciones que pertenecen a
los clientes.
Tabla direccin_ cliente: En ella se almacenan las diferentes direcciones
pertenecientes a cada uno de los clientes.
Tabla telfono: En ella se almacenan los diferentes nmeros telefnicos
pertenecientes a cada unos de los clientes.
Tabla seguimiento: En ella se almacena la informacin de cada uno de
los avances obtenidos en el tratamiento de la enfermedad del cliente.
Tabla venta: En ella se almacena la informacin de la venta de productos.
Tabla venta_detalle: En esta se almacena cada uno de los productos
vendidos que pertenecen a una venta en especfico.
Tabla pago: En ella se almacenan los pagos y tipos de pagos que realizan
cada uno de los clientes por haber realizado una compra. Se referencia a
la tabla venta para saber a qu venta pertenece el pago registrado.
3.4.2. Diccionario de Datos
En esta seccin se visualizan los campos que contienen cada una de las
tablas y el tipo de datos que almacenara.
Tabla 3.1. Diccionario de datos de la tabla administrador .
Campo Tipo Descripcin Nulo Clave

Nombre de usuario del
us_admin varchar(15) Not null
administrador
pass_admin varchar(15) Contrasea del administrador Not null
Tabla 3.2. Diccionario de datos de la tabla cliente.

id_cliente int(5) Id del cliente NOT NULL PK
nom_cl varchar(25) Nombre del cliente NOT NULL
app_cl varchar(20) Apellido paterno del cliente NOT NULL
apm_cl varchar(20) Apellido materno del cliente NOT NULL
sexo_cl varchar(9) Sexo del cliente NOT NULL
Fecha de nacimiento del
fecnac_cl date NOT NULL
cliente
correo_cl varchar(25) Correo electrnico del cliente NULL
nom_usuario varchar(15) Nombre de usuario NOT NULL
pass_usuario varchar(15) Contrasea de usuario NOT NULL
fecha_registro date Fecha de registro del cliente NOT NULL
status_cl varchar(7) Correo electrnico del cliente NULL
Tabla 3.3. Diccionario de datos de la tabla direccin.

id_direccion int(5) Id de la direccin NOT NULL PK
pais_dir varchar(20) Pas de la direccin NOT NULL
est_dir varchar(10) Estado de la direccin NOT NULL
mun_dir varchar(15) Municipio de la direccin NOT NULL
col_dir varchar(15) Colonia de la direccin NOT NULL
calle_dir varchar(15) Calle de la direccin NOT NULL
numca_dir varchar(6) Numero de la direccin NULL
cp_dir int(5) Correo electrnico del cliente NOT NULL
Tabla 3.4 Diccionario de datos de la tabla direccin_cliente.

direccion_id_direccion int(5) Id de la direccin NOT NULL FK
cliente_id_cliente int(5) Id del cliente NOT NULL FK
Tabla 3.5 Diccionario de datos de la tabla telfono

id_telefono int(5) Id del seguimiento NOT NULL PK
num_tel int(10) Nmero telefnico NOT NULL
tipo_tel varchar(8) Tipo de telfono NOT NULL
Tabla 3.6 Diccionario de datos de la tabla seguimiento.

id_seguimiento int(5) Id del seguimiento NOT NULL PK
enfermedad_id_enfermedad int(3) Id de la enfermedad NOT NULL FK
varchar
Status Status del seguimiento NOT NULL
(11)
Tabla 3.7 Diccionario de datos de la tabla seguimiento_nota.

Id de la nota del
id_seguimiento_nota int(5) NOT NULL PK
seguimiento
seguimiento_id_seguimiento int(5) Id del seguimiento NOT NULL FK
nota_seg text Nota del seguimiento NOT NULL
Fecha de registro de la
fec_reg_nota date NOT NULL
nota
Tabla 3.8 Diccionario de datos de la tabla agendaseg.

id_agendaseg int(5) Id del administrador NOT NULL PK
seguimiento_id_seguimiento int(5) Id del cliente NOT NULL FK
fec_reg Date Fecha de registro NOT NULL
fec_pro Date Fecha de programada NOT NULL
varchar
Status Status de la cita NOT NULL
(11)
Tabla 3.9 Diccionario de datos de la tabla enfermedad.

id_enfermedad int(2) Id de la enfermedad NOT NULL PK
nom_enf varchar(20) Nombre de la enfermedad NOT NULL
Producto asociado a la
prodas_enf Varchar(19) NOT NULL
enfermedad
Tabla 3.10 Diccionario de datos de la tabla venta.

id_venta int(5) Id del usuario NOT NULL PK
total_venta int(5) Total de la venta NOT NULL
num_pagos int(2) Nmero de pagos de la venta NOT NULL
tfecha_venta varchar(7) Tipo de fecha del pago NOT NULL
fecha_venta date Fecha de la venta NOT NULL
status_venta varchar(11) Status de la venta NOT NULL
Tabla 3.11 Diccionario de datos de la tabla venta_detalle.

id_venta_detalle int(5) Id del detalle de la venta NOT NULL PK
venta_id_venta int(5) Id de la venta NOT NULL FK
nom_pro varchar(6) Nombre del producto NOT NULL
presunit_pro int(4) Precio unitario del producto NOT NULL
cant_pro int(2) Nmero de piezas del producto NOT NULL
prestotal_pro Int(5) Precio total de los productos NOT NULL
Tabla 3.12 Diccionario de datos de la tabla pago.

id_pago int(5) Id del pago NOT NULL PK
venta_id_venta int(5) Id del venta NOT NULL FK
monto_pago int(4) Monto del pago NOT NULL
fecha_pago date Fecha del pago NOT NULL
fecreg_pago date Fecha de registro del pago NOT NULL
4. Captulo 4 Implementacin
En este captulo se dar a conocer la arquitectura fsica del sistema y sus componentes
adems de las tecnologas que se utilizaron como apoyo para la realizacin del
proyecto.
4.1. Arquitectura fsica
4.2. Tecnologas empleadas
A continuacin se dar a una breve descripcin de las tecnologas utilizadas

y la justificacin de su uso para el desarrollo del sistema web.
4.2.1. Lenguaje HTML
Las pginas Web estn escritas siguiendo el lenguaje HTML (Hyper Text
Markup Lenguage), el cual se mantiene en constante desarrollo a fin de
atender todas las demandas de crecimiento de internet. As que HTML es un
sistema de escritura que comprende etiquetas, siendo una etiqueta una
instruccin contenida entre corchetes angulares, por ejemplo <HTML> es
una etiqueta que define el inicio del documento en lenguaje HTML. La
inmensa mayora de las etiquetas contienen tambin una etiqueta de cierre,
por ejemplo </HTML> define el final del documento. El lenguaje HTML se
encuentra en constante desarrollo, por lo que se le aaden nuevas etiquetas
que lo hacen ms potente y flexible [5].
Entonces HTML es un lenguaje que permite crear pginas Web y para ello
utiliza etiquetas las cuales indican o marcan que es lo que deber mostrar y
de qu forma.
Justificacin de uso:
Como se ha hecho mencin, HTML es un lenguaje para crear pginas Web

por lo que es importante dentro de este proyecto ya que est basado en Web
y a su vez es el cdigo interpretado del lado del cliente por parte del
navegador.
4.2.2. Hojas de Estilo en Cascada
El nombre de hojas de estilo en cascada viene del ingls Cascading Style

Sheets del cual toma sus siglas. CSS se define como un lenguaje que
proporciona una mejor presentacin (formato y aspecto) de un documento
HTML o XML. La W3C (World Wide Web Consortium) es la encargada de
formular la especificacin de las hojas de estilo [6].
La idea principal de las hojas de estilo es separar la estructura de un

documento de su presentacin.
CSS permite dar un mejor estilo a los documentos HTML o XML separando el
contenido de la presentacin. Estos estilos definen la forma de mostrar los
elementos de HTML y XML. CSS permite a los desarrolladores Web controlar
el estilo y el formato de mltiples pginas Web al mismo tiempo. Cualquier
cambio en el estilo marcado para un elemento en la CSS afectar a todas las
pginas vinculadas a esa CSS en las que aparezca ese elemento.
4.2.3. MySQL Workbench
Es una herramienta visual para el diseo y documentacin de bases de datos

(sucesora de la aplicacin DBDesigner 4) pensada para ser utilizada con el
sistema de gestin de base de datos MySQL. Existen dos versiones de este
producto, una es open source y la otra es de uso comercial. Claramente esta
que esta versin comercial proporciona algunas funciones que resultan de
gran inters para usuarios ms experimentados, por lo que la versin open
source es ms que suficiente para la realizacin de un proyecto. [7]
Esta herramienta se utilizo por su fcil manejo y las opciones con que cuenta
para crear el modelo de la base de datos.
La herramienta se utilizo para crear el Diagrama relacional, generacin de

sentencias y la creacin de las tablas e ndices de manera automtica de la
base de datos, dichas tareas se realizan mediante una interfaz grafica que
permite generar tablas en donde se definen las llaves primarias, llaves
foranes y etctera.
4.2.4. Gestor de base de datos MySQL
Es el sistema de administracin de base de datos relacional, licenciado bajo

la GPL de la GNU. Su diseo multihilo le permite soportar una gran carga de
forma muy eficiente. MySQL fue creada por la empresa sueca MySQL AB, que
mantiene el copyright del cdigo fuente del servidor SQL, as como tambin
de la marca.
Las principales caractersticas de este gestor de bases de datos son las

siguientes:
1. Aprovecha la potencia de sistemas multiprocesador, gracias a su
implementacin multihilo.
2. Soporta gran cantidad de tipos de datos para las columnas.
3. Dispone de API's en gran cantidad de lenguajes (C, C++, Java, PHP, etc).
4. Gran portabilidad entre sistemas.
5. Soporta hasta 32 ndices por tabla.
6. Gestin de usuarios y passwords, manteniendo un muy buen nivel de

seguridad en los datos. [8]
Se utilizo este gestor de bases de datos ya que es el gestor ms usado en el

mundo del software libre, debido a su gran rapidez y facilidad de uso. Esta
gran aceptacin es debida, en parte, a que existen infinidad de libreras y
otras herramientas que permiten su uso a travs de gran cantidad de
lenguajes de programacin, adems de su fcil instalacin y configuracin.
4.2.5. Herramienta de modelado de software StarUML
Es una herramienta para el modela miento de software basado en los

estndares UML (Unified Modeling Language) y MDA (Model Driven
Arquitecture).
Se utilizo esta herramienta ya que permite definir elementos propios para los
diagramas, que no necesariamente pertenezcan al estndar de UML,
adems es una herramienta que permite modelar las funciones del sistema
en diferentes diagramas como son: los diagramas de caso de uso, de
componentes, y otros por mencionar, permitiendo as identificar fcilmente
las funciones del sistema. [9]
4.2.6. Lenguaje PHP
Es un lenguaje interpretado del lado del servidor que surge dentro de la

corriente denominada cdigo abierto (Open Source) , se caracteriza por su
potencia, versatilidad, rapidez y modularidad. Al igual que ocurre con
tecnologas similares los programas son interpretados directamente dentro
del cdigo HTML. [10]
Este lenguaje se utilizo debido a que es muy til para crear sistemas en un
ambiente web, ya que cuenta con diversas funciones preestablecidas que
son fciles de utilizar.
4.2.7. Lenguaje Java Script
Es un lenguaje de programacin interpretado, es decir, que no requiere

compilacin, utilizado principalmente en pginas web, con una sintaxis
semejante a la del lenguaje Java y el lenguaje C.
JavaScript es un lenguaje basado en prototipos, ya que las nuevas clases se

generan clonando las clases base (prototipos) y extendiendo su
funcionalidad. [11]
Este lenguaje se utilizo debido a su dinamismo capaz de mejorar la

interaccin con el usuario final brindndole una mejor presentacin al
sistema.
4.3. Solucin de problemas de implementacin
Problema 1: Registrar nmeros telefnicos

Al ingresar los datos personales del cliente no se pudo ingresar el numero
celular a 10 dgitos en el campo de nmero de telfono, ya que para realizar
esa accin se utilizo el tipo de dato INT(10) para almacenarlo en la base de
datos, el cual no permita guardar el dato numrico introducido, debido a
que INT solo admite datos numricos enteros que van de -2147483648 a
2147483647.
Solucin 1: Se investigo por internet algunos casos parecidos y se encontr

que utilizando el tipo de dato Varchart se puede introducir el dato numrico
correspondiente ya que Varchart admite datos alfanumricos y admite hasta
2^31 caracteres.
Problema 2: Generacin de formatos de documento porttil.
Como parte del proyecto se necesitan generar reportes de salida como lo son
ventas de productos y el nmero clientes que padecen cada una de las
enfermedades registradas. Y todos estos tenan que manipularse para su
impresin.
En este requisito se determino generar informes en formato PDF (Portable

Document Format, Formato de Documento Porttil) por las ventajas que este
contiene que a continuacin se describen.
Caractersticas:
Eleccin de la unidad de medida, formato de pgina y mrgenes

Gestin de cabeceras y pies de pgina
Salto de pgina automtico
Salto de lnea y justificacin del texto automticos
Admisin de imgenes (JPEG, PNG y GIF)
Colores
Enlaces
Admisin de fuentes TrueType, Type1 y codificacin
Compresin de pgina
Estas y otras caractersticas ms fueron las que se tomaron en cuenta para
generar estos reportes. Para dar solucin a estos problemas se investigaron
las formas de generar archivos con este tipo de formatos con software libre o
libreras entre los cuales se eligi FPDF.
FPDF es una clase escrita en PHP que permite generar documentos PDF
directamente desde PHP, es decir, sin usar la biblioteca PDFlib. La F de FPDF
significa Free (gratis y libre): as que se puede utilizarse para cualquier
propsito y modificarla al gusto del programador para satisfacer sus
necesidades [12].
Se descargo la librera directamente desde la pgina oficial de FPDF

(www.fpdf.org), mostrando y estudiando los ejemplos que este tiene para
identificar las caractersticas y formas de codificacin.
El problema surgi al momento de utilizar la librera, se consultaron los

ejemplos en lnea que su pgina oficial proporciona, teniendo principal
complicacin al utilizar mtodos y funciones que no contaban con la
descripcin de sus propiedades y que fueron probados uno por uno.
Teniendo problemas de sintaxis en algunas ocasiones o mala utilizacin de

las propiedades de las funciones de la librera.
4.4. Documentacin del cdigo fuente
En esta seccin se mostraran fragmentos del cdigo fuente pertenecientes a

funciones especficas del sistema.
En la siguiente figura se encuentra el cdigo de la funcin para generar el

nombre del usuario automticamente que el cliente se registra como cliente.
Figura 4.1 Funcin para generar nombre de usuario.
En la siguiente figura se muestra la funcin que generara la contrasea para el

usuario cliente.
Figura 4.2. Funcin para generar la contrasea del usuario cliente.

5. Pruebas e implementacin
El objetivo principal del captulo es dar a conocer los resultados de las

pruebas de rendimiento aplicados al sistema web. Este proceso permite
garantizar y asegurar el correcto funcionamiento del sistema y demostrar el
cumplimiento de cada uno de los requisitos propuestos.
5.1. Ambiente de pruebas
Hardware:
Procesador: Intel Atom CPU N270.

Memoria: 1.0 GB en RAM.
Disco duro: Windows XP Professional SP3
Tarjeta de video:
Software:
Sistema Operativo: Windows XP Professional SP3.
Appserv Open Project 2.5.9 para Windows
Servidor Web Apache Versin 2.2.4

Lenguaje PHP Script Versin 5.2.3
Gestor de base de datos MySQL Versin 5.0.45
Administrador phpMyAdmin Versin 2.
5.2. Base de datos de pruebas
Tabla 5.1. Tabla Cliente de la base de datos de prueba.
id_cli
nom_cl app_cl apm_cl sexo_cl fecnac_cl correo_cl nom_usuario pass_usuario fecha_registro status_cl
ente
Carlos
1 Martnez Lpez Masculino 1986-10-08 carlos@gmail.com mpia mpia 2013-05-10 Inactivo
Alberto
Juan
2 Alvarado Martnez Masculino 1963-07-15 jalvarado@gmail jnalvarado jnalvarado 2013-06-12 Inactivo
Carlos
3 Carla Pia Lpez Femenino 1965-07-19 carlapina@gmail capina capina 2013-06-17 Inactivo
Edgar
4 Mora Garca Masculino 1969-07-17 edmora69@gmail ermora ermora 2013-07-19 Inactivo
Roberto
Fernanda
5 Bernal Flores Femenino 1973-03-06 ferbernal@hotmail.com ferbernal ferbernal 2013-07-20 Inactivo
Vanessa
6 Mnica Trinidad Silva Femenino 1976-01-13 monisilva@gmail.com matrinidad matrinidad 2013-07-29 Inactivo
fermendoza@hotmail.c
7 Fernando Mendoza Benites Masculino 1973-05-29 fermendoza fermendoza 2013-07-29 Inactivo
om
Tabla 5.2. Tabla Direccin de la base de datos de prueba.
id_direccion pais_dir est_dir mun_dir col_dir calle_dir numca_dir cp_dir

Antonio
1 Mxico Morelos Cuernavaca Orquidea 9 62210
Barona
Flores
2 Mxico Morelos Cuernavaca Moctezuma 19 62385
Magon
3 Mxico Morelos Cuernavaca San Anton Chulavista 19 62029
Flores
4 Mxico Morelos Cuernavaca Tulipanes 9 62385
Magon
Vista
5 Mxico Morelos Cuernavaca Delicias 3 62330
hermos
6 Mxico Guadalagara Jalisco Rincon Melocoton 13 23455
Tabla 5.3. Tabla Direccin-cliente de la base de datos de prueba.
direccion_id_direccion cliente_id_cliente
1 1
2 2
3 3
4 4
5 5
6 6
3 7
Tabla 5.4. Tabla Enfermedad de la base de datos de prueba.
id_enfermedad nom_enf prodas_enf

1 cido rico Clinic y Pulse
2 Alergia Clinic y Pulse
3 Arterosclerosis Clinic y Pulse
4 Artritis Clinic y Pulse
5 Diabetes Clinic y Pulse
6 Hipertensin Clinic y Pulse
7 Quimioterapia Clinic y Pulse
8 Fibromialgia Clinic y Pulse
9 Disautonoma Clinic y Pulse
10 Piedras en rin Clinic y Pulse
11 Vescula Clinic y Pulse
12 Citica Clinic
13 Estreimiento Clinic
14 Gastritis Clinic
15 Hemorroides Clinic
16 Migraa Clinic
Tabla 5.5. Tabla Pago de la base de datos de prueba.
id_pago venta_id_venta tipo_pago monto_pago fecha_pago fecreg_pago
1 1 Efectivo 2000 2013-07-17 2013-07-17
2 2 Deposito 1500 2013-07-17 2013-07-17
3 2 Deposito 1500 2013-07-17 2013-07-17
4 1 Deposito 2000 2013-07-25 2013-07-25

Tabla 5.6. Tabla seguimiento de la base de datos prueba
id_seguimiento cliente_id_cliente enfermedad_id_enfermedad Status
1 1 2 Activo
2 1 16 Activo
3 1 13 Activo
4 2 14 Activo
5 3 1 Activo
6 3 16 Activo
7 4 10 Activo
8 5 6 Activo
9 5 2 Activo
10 6 12 Activo
Tabla 5.7. Tabla Seguimiento-nota de la base de datos de prueba.
id_seguimiento_nota seguimiento_id_seguimiento nota_seg fec_reg_nota

Enrojecimiento en todo el
1 1 cuerpo e inflamacin en 2013-05-10
piernas
Presenta dolores de
2 2 cabeza muy intensos y 2013-05-10
frecuentes
Presenta defecaciones
3 3 infrecuentes y con 2013-05-10
esfuerzo
Presenta acides
4 4 2013-06-12
estomacal
Presenta evacuaciones
5 5 con sangre y dolor en el 2013-06-17
recto
Presenta dolor de cabeza
6 6 intenso, acompaado de 2013-06-17
molestias para ver la luz
7 7 Presenta dolor al orinar 2013-07-19
Padece de presin alta y

8 8 2013-07-20
dolor de cabeza intenso
Presenta irritacin en la
9 9 piel acompaada de 2013-07-20
granitos
Presenta dolor muy
fuerte en la pierna,
10 10 acompaado de dolor en 2013-07-29
la parte inferior de la
espalda
Presenta dolor de cabeza
11 6 2013-07-31
persistente
Tabla 5.8. Tabla Telfono de la base de datos de prueba.
id_telefono cliente_id_cliente num_tel tipo_tel
1 1 3221445 Casa
2 2 3157185 Casa
3 3 7772154935 Celular
4 4 7772150310 Celular
5 5 7771996524 Celular
6 6 7772076534 Celular
7 7 7771798267 Celular
Tabla 5.9. Tabla Venta de la base de datos de prueba.
id_ven cliente_id_clie total_ven num_pag tfecha_pag fecha_ven status_ven

ta nte ta os os ta ta
1 1 6000 3 Mensual 2013-07-17 Activa
2 1 3000 2 Mensual 2013-07-17 Activa
3 2 6000 1 Unico p 2013-07-23 Finalizada
4 3 6000 3 Mensual 2013-06-17 Activa
Tabla 5.10. Tabla Venta_detalle de la base de datos de prueba.
id_venta_detalle venta_id_venta nom_pro presunit_pro cant_pro prestotal_pro

1 3 Clinic 3000 1 3000
2 3 Pulse 3000 1 3000
3 4 Clinic 3000 1 3000
4 4 Pulse 3000 1 3000
5.3. Ejecucin de plan de pruebas
DATOS GENERALES DE LA PRUEBA

Requisito a probar: FN4.1 Registro del Ejecutor: Giovanni Ricardo Torres lvarez del
cliente. Casillo.
Fecha y Hora: 17/06/2013, 10.20 am Evaluador: Ral Armando Macosay Guerrero
DESARROLLO
Objetivo: Probar el correcto registro de los clientes.
Condiciones de ejecucin: El administrador raul esta dado de alta en la tabla
Administrador
Entradas: Registro Nm. 1 de la tabla Administrador
Datos del registro: nombre: Mnica, apellido paterno Trinidad, apellido materno Silva,
sexo Femenino, da 13, mes 01, ao 1973, correo electrnico
monisilva@gmail.com, telfono 7772076534, pas Mxico, estado Morelos,
municipio Cuernavaca, colonia Delicias, calle San Diego, numero 6, cdigo postal
62330.
Acciones: Resultados esperados: Resultados obtenidos:
1. Ejecuta el sistema. 1. Aparece la pantalla de El sistema almacena la

men de inicio. informacin del nuevo cliente
2. Selecciona la opcin de 2. Aparece pantalla de en la base de datos con
inicio de sesin. identificacin de estado Activo.
usuario.
3. Introducir raul en el 3. Ninguno.
campo usuario y rmg10
en el campo contrasea.
4. Pulsar el botn Entrar 4. Aparece la interfaz del
men principal del
administrador.
5. Seleccionar opcin 5. Se despliega la
Registrar cliente de la pantalla de Registro
barra de men. de cliente nuevo.
6. El administrador registra 6. Se registra el cliente.
un nuevo cliente:
6.1. Introduce Mnica
en el campo nombre.
6.2. Introduce Trinidad
en el campo apellido
paterno.
6.3. Introduce Silva en el
campo apellido
materno.
6.4. Selecciona
Femenino del men
desplegable en el
campo sexo.
6.5. Selecciona 13 del
men desplegable en
el campo da,
selecciona01 del
men desplegable en
el campo mes,
selecciona 1973del
men desplegable en
el campo ao de
nacimiento.
6.6. Introduce
monisilva@gmail.com
en el campo correo
electrnico.
6.7. Introduce
7772076534 en el
campo telfono.
6.8. Introduce Morelos
en el campo Estado.
6.9. Introduce
Cuernavaca en el
campo Municipio.
6.10. Introduce
Delicias en el campo
colonia.
6.11. Introduce San
Diego en el campo
calle.
6.12. Introduce 6
en el campo numero.
6.13. Introduce
62330 en el campo
cdigo postal.
6.12. Pulsa el botn
registrar.
Evaluacin de la prueba: La prueba se realiz de manera satisfactoria.

Acciones correctivas: Ninguna.

Requisito a probar: FN4.2 Modificacin del Ejecutor: Giovanni Ricardo Torres lvarez
cliente. del Castillo.
Fecha y Hora: 18/06/2013, 12pm Evaluador: Ral Armando Macosay
Guerrero
DESARROLLO
Objetivo: Probar la correcta modificacin de los datos de los clientes.
Administrador. El cliente Mnica est dado de alta en la tabla Cliente
Entradas: : Registro Nm. 1 de la tabla Administrador, Registro Nm. 6 de la tabla
cliente.
1. Ejecuta el sistema. 1. Aparece la pantalla de El sistema modifica los

men de inicio. datos y los almacena en la
2. Selecciona la opcin de 2. Aparece pantalla de base de datos con estado
inicio de sesin. identificacin de Activo.
usuario.
campo usuario y rmg10
en el campo contrasea.
men principal del
administrador.
Cliente de la barra de pantalla de Bsqueda
men. de cliente.
6. El administrador modifica
datos del cliente: 6. Se modifican los datos
6.1. Pulsa el botn del cliente
modificar en el
campo de registro
Mnica Trinidad
Silva.
6.2. Introduce
13 en el campo da
de la fecha de
nacimiento.
6.3. Pulsa el botn
modificar.

Requisito a probar: FN4.3 Eliminacin del Ejecutor: Giovanni Ricardo Torres lvarez
cliente. del Castillo
Guerrero
DESARROLLO
Objetivo: Probar la correcta eliminacin de los clientes.
Administrador. El cliente est dado de alta en la tabla Cliente
Entradas: Registro Nm. 1 de la tabla Administrador, Registro Nm. 2 de la tabla
Cliente.
1. Ejecuta el sistema. 1. Aparece la pantalla de El sistema elimina toda la

men de inicio. informacin personal del
2. Selecciona la opcin de 2. Aparece pantalla de cliente de la base de datos.
inicio de sesin. identificacin de
usuario.
campo usuario y
rmg10 en el campo
contrasea. 4. Aparece la interfaz del
4. Pulsar el botn Entrar men principal del
administrador.
5. Se despliega la
5. Seleccionar opcin pantalla de Bsqueda
Cliente de la barra de de cliente.
men.
6. El administrador elimina 6. Despliega mensaje de
al cliente: confirmacin y elimina
6.1 Pulsa el botn eliminar al cliente
en el campo de registro
Juna Carlos Alvarado
Martnez.
6.2 Pulsa el botn eliminar.

Requisito a probar: FN4.4 Bsqueda de Ejecutor: Giovanni Ricardo Torres lvarez
cliente del Castillo.
Fecha y Hora: 19/06/2013, 11.30 am Evaluador: Ral Armando Macosay
Guerrero
DESARROLLO
Objetivo: Probar la correcta bsqueda de los clientes.
Administrador. El cliente Carla est dado de alta en la tabla Cliente
Entradas: Registro Nm. 3 de la tabla Cliente, Registro 1 de la tabla Administrador.
Datos de bsqueda: nombre Carla, apellido paterno Pia, apellido materno Lpez
1. Ejecuta el sistema. 1. Aparece la pantalla de El sistema muestra la

men de inicio. informacin solicitada por
2. Selecciona la opcin de 2. Aparece pantalla de el administrador.
usuario.
campo usuario y
rmg10 en el campo
contrasea.
men principal del
administrador.
5. Seleccionar opcin 5. Se despliega la pantalla
Clientes de la barra de bsqueda de
de men. clientes.
6. El administrador busca
a un cliente. 6. Se actualiza la pgina
con base a los datos
introducidos en los
6.1. Introduce Carla campos.
en el campo
nombre, Pia en el
campo A. Paterno y
Lpez en el campo
A. Materno.
6.2. Pulsa el botn
Buscar.


Requisito a probar: FN5.1 Registro de Ejecutor: Giovanni Ricardo Torres lvarez
enfermedades. del Casillo.
Guerrero
DESARROLLO
Objetivo: Probar El correcto registro de enfermedades
Administrador. La enfermedad Citica est dada de alta en la tabla Enfermedad
Entradas: Registro Nm. 1 de tabla Administrador, Registro Nm. 12 de tabla
Enfermedad

men de inicio. enfermedad en la base de
2. Selecciona la opcin de 2. Aparece pantalla de datos.
usuario.
campo usuario y
rmg10 en el campo
administrador.
5. Se despliega la pantalla
5. Seleccionar opcin de enfermedades
Enfermedades de la registradas.
barra de men. 6. Se actualiza la tabla de
6. El administrador registra enfermedades y se
la enfermedad. registra la enfermedad.
6.1. Introduce Citica

en el campo
enfermedad.
6.2. Selecciona la opcin
Clinic de la lista
desplegable.
6.3. Pulsa el botn
registrar.

Requisito a probar: FN5.2 Eliminacin de Ejecutor: Giovanni Ricardo Torres lvarez
enfermedad. del Casillo.
Guerrero
DESARROLLO
Objetivo: Probar la correcta Eliminacin de enfermedades.
Administrador. La enfermedad Acido rico est dada de alta en la tabla Enfermedad
Enfermedad.
1. Ejecuta el sistema. 1. Aparece la pantalla de El sistema elimina la

men de inicio. enfermedad de la base de
usuario.
campo usuario y
rmg10 en el campo
contrasea.
men principal del
administrador.
5. Seleccionar opcin 5. Se despliega la pantalla
Enfermedades de la de enfermedades
barra de men. registradas.
6. El administrador elimina 6. Se despliega la nota de
la enfermedad. confirmacin y se
elimina la enfermedad.
6.1. Pulsa el botn
eliminar en el
campo de registro
Acido rico.
6.2. Pulsa el botn
eliminar.

enfermedad. del Casillo.
Guerrero
DESARROLLO
Objetivo: Probar la correcta bsqueda de enfermedades.
Administrador. La enfermedad Gastritis est dada de alta en la tabla Enfermedad
Enfermedad.
men de inicio. informacin solicitada.
2. Selecciona la opcin de 2. Aparece pantalla de
3. Introducir raul en el usuario.
campo usuario y 3. Ninguno.
rmg10 en el campo
contrasea.
4. Pulsar el botn Entrar
4. Aparece la interfaz del
men principal del
5. Seleccionar opcin administrador.
Enfermedades de la 5. Se despliega la pantalla
barra de men. de enfermedades
6. El administrador busca registradas.
la enfermedad. 6. Se actualiza la pgina
con base a la
6.1. Introduce informacin solicitada.
Gastritis en el
campo enfermedad
y pulsa el botn
buscar.

Requisito a probar: FN6. 1 Registro de Ejecutor: Giovanni Ricardo Torres lvarez
seguimientos. del Castillo.
Guerrero
DESARROLLO
Objetivo:
Probar el correcto registro de los seguimientos de las enfermedades de los clientes.
Administrador. La enfermedad Migraa est dada de alta en la tabla Enfermedad el
cliente Pina est dada de alta en la tabla Cliente, La nota Dolor de cabeza esta dado
de alta en la tabla Seguimiento-nota
Entradas: : Registro Nm. 3 de la tabla Cliente, Registro 1 de la tabla Administrador,
registro Nm. 16 de la tabla Enfermedad, registro Nm. 6 de la tabla Seguimiento-nota.
1. Ejecuta el sistema. 1. Aparece la pantalla de El sistema almacena el

2. Selecciona la opcin de men de inicio. seguimiento en la base de
inicio de sesin. 2. Aparece pantalla de datos con estado Activo.
3. Introducir raul en el identificacin de
campo usuario y usuario.
rmg10 en el campo 3. Ninguno
5. Seleccionar opcin administrador
Clientes de la barra 5. Se despliega la pantalla
de men. Bsqueda de clientes.
6. El administrador 6. Se actualiza la pgina
ingresa Carla en el con base al resultado
campo nombre, Pina de la bsqueda.
paterno y Lpez en el
campo apellido
materno. 7. Se despliega la pantalla
7. Selecciona la opcin de Informacin
Informacin personal. personal.
8. Selecciona la opcin de nuevo seguimiento.
Nuevo seguimientos
de la barra de men 9. Despliega un mensaje
9. El administrador de registro exitoso.
registra un nuevo
seguimiento.
9.1 Selecciona Migraa
de la lista desplegable
de enfermedades
existentes
9.2 Introduce Presenta
dolor de cabeza
intenso, acompaado
de molestias para ver la
luz en el cuadro de
texto.
9.3 Pulsa el botn
Registrar

Requisito a probar: FN6. 2 Eliminacin de Ejecutor: Giovanni Ricardo Torres lvarez
Guerrero
DESARROLLO
Objetivo:
Probar la correcta eliminacin de los seguimientos de las enfermedades de los clientes.
Administrador. El cliente Juan est dado de alta en la tabla Cliente
Entradas: : Registro Nm. 2 de la tabla Cliente, Registro Nm. 1 de la tabla
Administrador
1. Ejecuta el sistema. 1. Aparece la pantalla de El sistema elimina el

men de inicio. seguimiento de la base de
usuario.
3. Introducir raul en el 3. Ninguno
campo usuario y
rmg10 en el campo
contrasea.
men principal del
administrador
5. Seleccionar opcin 5. Se desplegara la
Cliente de la barra de pantalla de bsqueda
men. de clientes.
6. El administrador
ingresa Juan Carlos 6. Se actualiza la pgina
en el campo nombre, con base al resultado
Alvarado en el campo de la bsqueda.
apellido paterno y
Martnez en el campo
apellido materno.
7. Selecciona la opcin
Informacin personal. 7. Se despliega la pantalla
de Informacin
8. Selecciona la opcin personal.
Seguimientos de la 8. Se despliega la pantalla
barra de men de seguimientos
9. Selecciona la opcin registrados.
eliminar. 9. Se despliega el
mensaje para confirmar
la eliminacin.
10. Pulsa el botn Aceptar
de confirmacin de la
eliminacin.

Requisito a probar: FN6. 3 Bsqueda de Ejecutor: Giovanni Ricardo Torres lvarez
Guerrero
DESARROLLO
Objetivo:
Probar la correcta bsqueda de los seguimientos de las enfermedades de los clientes.
Administrador. El cliente Juan est dado de alta en la tabla Cliente
Entradas: : Registro Nm. 2 de la tabla Cliente, Registro Nm. 1 de la tabla
Administrador
1. Ejecuta el sistema. 1. Aparece la pantalla de Muestra la informacin

men de inicio. solicitada.
usuario.
3. Introducir raul en el 3. Ninguno
campo usuario y
rmg10 en el campo
contrasea.
men principal del
5. Seleccionar opcin administrador
Seguimiento de la 5. Se desplegara la
barra de men. pantalla de bsqueda
de seguimientos por
6. El administrador busca cliente.
al cliente 6. Se actualiza la pgina
con base al resultado
de la bsqueda.
6.1. Introduce Juan

Carlos en el campo
nombre, Alvarado
paterno y Martnez
materno.
6.2. Pulsa el botn
buscar.


Requisito a probar: FN7.1 Registro de notas Ejecutor: Giovanni Ricardo Torres lvarez
de los seguimientos. del Castillo.
Fecha y Hora:8/07/2013, 10.40 am Evaluador: Ral Armando Macosay
Guerrero
DESARROLLO
Objetivo: Probar el correcto almacenamiento de las notas de los seguimientos.
Administrador. La clienta Carla est dada de alta en la tabla Cliente, la nota Dolor de
cabeza persistente est dada de alta en la tabla Seguimiento-nota.
Entradas: Registro Nm. 3 de la tabla Cliente, Registro Nm. 1 de la tabla
Administrador, Registro Nm.11 de la tabla Seguimiento-nota
1. Ejecuta el sistema. 1. Aparece la pantalla El sistema almacena la

de men de inicio. nueva nota en la base de
2. Selecciona la opcin 2. Aparece pantalla de datos con estado Activo.
de inicio de sesin. identificacin de
usuario.
3. Introducir raul en 3. Ninguno.
el campo usuario y
rmg10 en el
campo contrasea.
4. Pulsar el botn 4. Aparece la interfaz
Entrar del men principal
del administrador.
Clientes de la pantalla de
barra de men. bsqueda de
clientes.
6. El administrador 6. Se actualiza la
ingresa Carla en el pgina con base al
campo nombre, resultado de la
Pina en el campo bsqueda.
apellido materno y
Lpez en el campo
apellido materno.
7. Selecciona la opcin 7. Se despliega la
Informacin pantalla de
personal. informacin
personal.
seguimientos de la pantalla de
barra de men. seguimientos
registrados.
nueva nota. pantalla de nueva
nota.
10. El administrador 10. Despliega mensaje
agrega una nueva de registro correcto
nota. y se almacena la
10.1 Introduce nota.
Presenta dolor de
cabeza persistente
en el cuadro de
texto.
10.2 Pulsa el
botn Registrar.
Evaluacin de la prueba:
Acciones correctivas:
Requisito a probar: FN7.2 Eliminacin de Ejecutor: Giovanni Ricardo Torres lvarez
notas de los seguimientos. del Castillo.
Fecha y Hora:8/07/2013, 10.40 am Evaluador: Ral Armando Macosay
Guerrero
DESARROLLO
Objetivo: Probar la correcta eliminacin de las notas de los seguimientos.
Administrador. La clienta Carla est dada de alta en la tabla Cliente
Entradas: Registro Nm. 3 de la tabla Cliente, Registro Nm. 1 de la tabla Administrador
1. Ejecuta el sistema 1. Aparece la pantalla de El sistema elimina la nota

men de inicio. de la base de datos.
inicio de sesin. identificacin de usuario.

campo usuario y
rmg10 en el campo
contrasea.
4. Pulsar el botn Entrar 4. .Aparece la interfaz del
men principal del
administrador.
Clientes de la barra pantalla de bsqueda
de men. de clientes.
6. El administrador ingresa
Carla en el campo 6. Se actualiza la pgina
nombre, Pina en el con base al resultado
campo apellido materno de la bsqueda.
y Lpez en el campo
apellido materno.
Informacin personal. 7. Se despliega la pantalla
8. Selecciona la opcin de informacin
Seguimientos. personal.
9. Selecciona la opcin de seguimientos
Ver notas. registrados.
10. Pulsa el botn 9. Se despliega la pantalla
Eliminar de notas registradas.
10. Se despliega un
mensaje para confirmar
11. Selecciona la opcin la eliminacin.
aceptar. 11. Se confirma la
eliminacin

Requisito a probar: FN8.1 Registro de cita Ejecutor: Giovanni Ricardo Torres lvarez
en la agenda de seguimientos. del Castillo.
Fecha y Hora: 8/07/2013, 11.30am Evaluador: Ral Armando Macosay
Guerrero
DESARROLLO
Objetivo: Probar la correcta Agenda de seguimientos.
Administrador.
Datos de la cita: da 9 , mes Julio ao 2013

men de inicio. nueva cita en la base de
2. Selecciona la opcin de 2. Aparece pantalla de datos con estado Activo.
usuario.
campo usuario y
rmg10 en el campo
administrador.
5. Se despliega la
5. Seleccionar opcin pantalla de bsqueda
Clientes de la barra de de cliente.
men.
6. El administrador ingresa 6. Se desplegara la
Carla en el campo pantalla de
nombre, Pina en el seguimientos.
campo apellido materno
y Lpez en el campo
apellido materno.
7. Selecciona la opcin 7. Se actualiza la pgina
Informacin personal. con base al resultado
de la bsqueda.
Seguimiento de la pantalla de
barra de men. Seguimientos
9. Selecciona la opcin registrados.
agendar cita. 9. Se despliega la
10. El administrador agenda pantalla de citas
una cita: registradas.
10.1 Selecciona 10. Se despliega un
9 de la lista mensaje de
desplegable, en el confirmacin de
campo da, registro.
selecciona Julio
de la lista
desplegable, en el
campo mes y
selecciona 2013
de la lista
desplegable de
campo ao.
10.2 Pulsa el
botn registrar.


Requisito a probar: FN8.2 Cancelar cita de Ejecutor: Giovanni Ricardo Torres lvarez
la agenda de seguimientos. del Castillo.
Fecha y Hora: 9/07/2013, 9.30am Evaluador: Ral Armando Macosay
Guerrero
DESARROLLO
Objetivo: Probar la correcta Cancelacin de la citas de la agenda de seguimientos.
Administrador.
1. Ejecuta el sistema. 1. Aparece la pantalla de El sistema cancela la cita

men de inicio. de la base de datos con
2. Selecciona la opcin de 2. Aparece pantalla de estado Activo.
usuario.
campo usuario y
rmg10 en el campo
contrasea.
men principal del
administrador.
de men. de cliente.
6. El administrador
ingresa Carla en el 6. Se actualiza la pgina
campo nombre, Pina con base al resultado
en el campo apellido de la bsqueda.
materno y Lpez en el
campo apellido
materno.
Informacin personal. pantalla de
informacin personal.
Citas de la barra de pantalla de Citas
men. registrados.
cancelar. 9. Se despliega un
mensaje para
10. Pulsa el botn aceptar. confirmar la
cancelacin.
10. Se despliega de la
cancelacin exitosa.

Requisito a probar: FN8.3 Consultar cita de Ejecutor: Giovanni Ricardo Torres lvarez
la agenda de seguimientos. del Castillo.
Guerrero
DESARROLLO
Objetivo: Probar la correcta consulta de la agenda de seguimientos.
Administrador.
1. Ejecuta el sistema. 1. Aparece la pantalla de

men de inicio. El sistema muestra la
2. Selecciona la opcin de 2. Aparece pantalla de informacin solicitada.
usuario.
campo usuario y
rmg10 en el campo
contrasea.
men principal del
Agenda de la barra de 5. Se desplegara la
men. pantalla de bsqueda
6. El administrador busca de citas.
una enfermedad: 6. Se actualiza la pgina
con base al resultado
de la bsqueda.
6.1. Ingresa Carla en
el campo nombre, .
Pina en el campo
apellido materno,
Lpez en el campo
apellido materno y
Migraa en el
campo enfermedad
Acciones correctivas: Ninguna

Requisito a probar: FN9.1 Registro de Ejecutor: Giovanni Ricardo Torres lvarez
ventas. del Castillo.
Fecha y Hora: 10/07/2013, 13.30 pm Evaluador: Ral Armando Macosay
Guerrero
DESARROLLO
Objetivo: Probar el correcto registro de ventas
Administrador.

men de inicio. nueva venta en la base de
2. Selecciona la opcin de 2. Aparece pantalla de datos con estado Activo.
usuario.
campo usuario y
rmg10 en el campo
4. Pulsar el botn Entrar. men principal del
administrador.
5. Seleccionar opcin de bsqueda de
Clientes de la barra de cliente.
men.
6. El administrador ingresa 6. Se actualiza la pgina
Carla en el campo con base al resultado
nombre, Pina en el de la bsqueda.
campo apellido materno
y Lpez en el campo
apellido materno.
7. Selecciona la opcin 7. Se despliega la pantalla
Informacin personal. de informacin
personal.
Registrar venta de la de registro de venta.
barra de men.
9. El administrador registra 9. Se registra la venta.
la venta.
9.1. Introduce 1 en el
campo clinic, 1 en
el campo pulse y 3
en el campo numero
de pagos.
9.2. Pulsa el botn
registrar.


Requisito a probar: FN9.2 Cancelar venta. Ejecutor: Giovanni Ricardo Torres lvarez
del Castillo.
Fecha y Hora: 13/07/2013, 10:00 am Evaluador: Ral Armando Macosay
Guerrero
DESARROLLO
Objetivo: Probar la correcta cancelacin de ventas.
1. Ejecuta el sistema. 1. Aparece la pantalla de El sistema cancela la venta

men de inicio. de la base de datos.
usuario.
campo usuario y
rmg10 en el campo
contrasea.
4. Pulsar el botn Entrar. 4. Aparece la interfaz del
men principal del
administrador.
de men. de clientes..
6. El administrador 6. Se actualiza la pgina
ingresa Carla en el con base al resultado
campo nombre, Pina de la bsqueda.
materno y Lpez en el
campo apellido
materno. 7. Se despliega la pantalla
7. Selecciona la opcin de informacin
Informacin personal. personal.
Venta de la barra de de ventas registradas.
men.
9. Selecciona la opcin 9. Se despliega el
Cancelar. mensaje para confirmar
la cancelacin.
10. Pulsa el botn Aceptar. 10. Se confirma la
cancelacin.
venta. del Castillo.
Fecha y Hora: 13/07/2013, 12:20 pm Evaluador: Ral Armando Macosay
Guerrero
DESARROLLO
Objetivo: Probar la correcta bsqueda de ventas.

men de inicio. informacin solicitada.
usuario.
campo usuario y
rmg10 en el campo
contrasea.
4. Pulsar el botn Entrar. 4. Aparece la interfaz del
men principal del
Ventas de la barra de 5. Se desplegara la
men. pantalla de Ventas.
6. El administrador busca 6. Se actualiza la pgina

la venta. con base al resultado
6.1. Ingresa Carla en el de la bsqueda.
campo nombre,
Pina en el campo
apellido materno y
Lpez en el campo
apellido materno.
6.2. Pulsa el botn
buscar.

Requisito a probar: FN10 Registro de pago. Ejecutor: Giovanni Ricardo Torres lvarez
del Castillo.
Fecha y Hora:13/07/2013, 2:00pm Evaluador: Ral Armando Macosay
Guerrero
DESARROLLO
Objetivo: Probar el correcto registro de pago de los clientes.
1. Ejecuta el sistema. 1. Aparece la pantalla de El sistema registra el pago

men de inicio. en la base de datos.
3. Introducir raul en el usuario.
campo usuario y 3. Ninguno.
rmg10 en el campo
contrasea.
4. Pulsar el botn Entrar
4. Aparece la interfaz del
men principal del
Clientes de la barra de 5. Se desplegara la
men. pantalla de bsqueda
6. El administrador ingresa de clientes.
Carla en el campo
nombre, Pina en el 6. Se actualiza la pgina
campo apellido materno con base al resultado
y Lpez en el campo de la bsqueda.
apellido materno.
Informacin personal.
Pagos de la barra de de informacin
men. personal.
9. El administrador 8. Se despliega la pantalla
registra el pago. de Registrar pago.
9.1. introduce 2 del
men desplegable 9. Ninguno.
en el campo venta
y6000 en el campo 9.1. Muestra 2000 en
monto a pagar el campo monto
9.2. Pulsa el botn requerido.
registrar.
9.2. Se despliega
mensaje de
confirmacin de
pago.

5.4. Bitcora de implantacin.
Para poder implantar el sistema se utilizo FileZilla ya que es el mejor cliente

FTP, gratuito y posee una agradable e intuitiva interfaz. Sustenta FTP, SFTP y FTP
sobre SSL. Es multiplaforma y est disponible para Linux, FreeBSD y MacOS X.
Las ventajas que tiene FileZilla son:

Fcil de usar.
Traducido a mltiples idiomas.
Soporte de codificacin SFTP sobre SSH y FTP sobre SSL/TLS
Permite reanudar la transferencia de archivos y maneja archivos de gran

tamao
Administrador de sitios
Cola de transferencia
Comunicacin a travs de un proxy, un proxy FTP o un firewall
Registro de mensajes
Para poder implantar los archivos del sistema en el servidor web se utilizo la
versin 3.7.0.2 de FileZilla, despus de que se descargo dicha versin desde
el sitio oficial de FileZilla se ejecuto el programa el cual mostro su interfaz
principal, tal y como se muestra en la siguiente figura.
Figura 5.1 Interfaz del men principal de FileZilla.

Por razones de privacidad de la empresa no se mencionara el nombre de
usuario y contrasea que se solicita para la conexin va FTP hacia el
servidor web ya que son propios de la empresa.
Posteriormente se selecciono la carpeta llamada ciencia para poder

transferirla hacia el servidor la cual contiene todas las funciones del sistema
as como todo el sistema en conjunto
Una vez finalizada la transferencia de archivos se procedi a importar la base

de datos, para esto se accedi al panel de control del servidor en la cuenta
de la empresa, posteriormente se cre la base de datos en la que se lleno un
formulario para crear dicha base usuario y contrasea para poder acceder a
phpMyAdmin e importar la base.
Figura 5.2. Formulario para registro de la base de datos, usuario y contrasea.
Una vez que se lleno el formulario se ingresa a la interfaz de phpMyAdmin en la

cual introducimos el nombre de usuario y contrasea que se cre anteriormente
Figura 5.3. Interfaz de acceso a phpMyAdmin.
Una vez que se obtuvo el acceso se exporto la base de datos llamada ciencia1
primero se selecciono el archivo a importar y se dio clic en continuar para
terminar el proceso de importacin.
Figura 5.4. Interfaz importacin de archivos.
Tras finalizar la importacin se mostro el mensaje de importacin exitosa con

lo s termino el proceso de implantacin de todo el sistema.
Figura 5.5. Mensaje de importacin exitosa.
6. Conclusiones
6.1. Conclusiones
Se desarrollo el sistema principalmente para llevar un control en los

seguimientos de las enfermedades, adems de permitir la gestin de los datos
personales de los clientes, las ventas que se realizan a los clientes y los pagos
efectuados por los mismos en cada una de las ventas.
Una de las partes de mayor importancia en el desarrollo de sistemas

informticos es la fase de anlisis ya que es la base para definir un producto de
calidad que comprenda los mbitos especficos y necesarios para cumplir con
las necesidades del cliente, por lo que al desarrollar dicho sistema se tuvieron
que establecer objetivos a corto mediano y largo plazo.
El desarrollo del sistema se baso en la metodologa llamada Incremental la cual

permiti que el sistema fuese evolucionando con cada incremento (Anexo B).
Tras realizar cada incremento se mostro cada uno de estos a los usuarios
involucrados con el fin de que aportaran sus observaciones para realizarle
mejoras al sistema antes de realizarle un nuevo incremento, trayendo consigo
un beneficio en el ahorro de tiempo en el desarrollo del proyecto. Una de las
finalidades por la cual se utilizo esta metodologa es porque en cada incremento
permite entregar una parte del sistema totalmente funcional con el fin de
someterlo a prueba para revisar el correcto funcionamiento del mismo.
Y como aporte final el desarrollar de este proyecto ha servido como experiencia

para el desarrollo laboral ayudando a fortalecer conocimientos tcnicos y
aborales.
6.2. Trabajo futuro
Como segunda fase de desarrollo del sistema web y mejoramiento de control de

enfermedades.
Ofrecer mantenimiento constante en el desarrollo del sistema.

Modulo de encuesta de satisfaccin al cliente.
Anexo A
En este apartado se mostrara el cuestionario de la entrevista realizada la

cual permiti recabar la informacin necesaria acerca de los requisitos
funcionales del sistema.
1. A qu se dedica la empresa?
R.- Se dedica al tratamiento de agua y combustible; siendo generador de

conocimiento al desarrollar y perfeccionar patentes propias, mismas que
han resultado en el avance tecnolgico y cientfico del pas. Dentro de las
lneas de investigacin la empresa ha desarrollado tecnologa y equipos
para las siguientes reas:
Residencial: Mejorar la calidad del agua para todas las aplicaciones en el

hogar, como lo son: lavado de trastes, ropa, regadera y alberca.
Salud: Polarizacin aplicada al tratamiento de enfermedades como

diabetes, migraa, cido rico, artritis, entre otras.
Industrial: Soluciones a problemas de incrustacin en calderas y torres de

enfriamiento, as como mejora en procesos y ahorro de combustibles.
Agrcola: Facilitar la fotosntesis de las plantas al reducir la viscosidad del

agua, resultando esto en mayor velocidad de crecimiento y/o ahorro en
fertilizantes, disminuyendo la contaminacin de suelos.
2. Cul es el rea de investigacin que mas demanda tiene la empresa?
R.- La salud.
3. Por qu?
R.- Porque la mayora de nuestros clientes busca mejorar su salud, ya que
en los ltimos aos se ha incrementado el ndice de personas que
padecen; diabetes, migraa, artritis, entre otras por mencionar.
4. Qu productos ofrece la empresa enfocados a la salud?
R.- Actualmente la empresa cuenta con dos productos; polarizador clinic y

pulse.
5. Qu problema tiene la empresa?
R.- No se cuenta con una herramienta que permita gestionar la

informacin de los clientes de manera segura y que al mismo tiempo sea
confiable y fcil de utilizar.
6. En donde se almacena esta informacin?
R.- En una hoja de Excel.
7. Qu tipo de informacin se almacena en ella?
R.- Los datos personales de los clientes, la enfermedad que padecen, los
seguimientos a esas enfermedades, sus citas para registrar el avance del
tratamiento de la enfermedad, sus compras de nuestros productos y los
pagos de los mismos.
8. Quines registran esta informacin?
R.- Una sola persona
9. Qu informacin personal se le solicita al cliente?
R.-La informacin que se le solicita es: nombre completo, edad, correo

electrnico, telfono y direccin.
10. Para qu es necesaria esa informacin?
R.- Con esta informacin podemos comunicarnos con el cliente ya que al

realizar una compra de nuestros productos ofrecemos un seguimiento en
el tratamiento de sus enfermedades.
11. Qu objetivo tiene brindar el servicio de seguimientos?
R.- El objetivo es brindar una mejor atencin a los clientes en el

tratamiento de la enfermedad que padecen.
12. Qu pasos se realizan para generar una venta?
R.- El cliente solicita un producto ya sea por va electrnica, telefnica o

personal, una vez que se ha tenido contacto con el cliente, este elige la
forma en la que realizara su pago ya sea de contado o a crdito. En caso
de que el cliente solicite el envi del producto a otra direccin que no sea
la suya se registrara la nueva direccin para la referencia del envi.
13. Qu medios de informacin utiliza la empresa para dar a conocer sus

productos?
R.- Actualmente la empresa cuenta con una pgina informativa en la cual

damos a conocer las caractersticas y beneficios que tienen nuestros
productos por medio de internet
Anexo B
En esta seccin se integran las interacciones realizadas como resultado de la

metodologa aplicada en el desarrollo del sistema.
Requisitos preliminares
Los requisitos preliminares son aquellos que se establecieron en el captulo II,

las cuales describe las caractersticas que el sistema debe cumplir para
satisfacer las necesidades del cliente o empresa en este caso Qumica de
Fluidos.
Asignacin de requisitos a los incrementos
En esta seccin se asignan a los incrementos los requisitos que se utilizan en

ellos lo que permite establecer los incrementos que interactan en dichos
incrementos cumplen con las especificaciones del sistema.
Incremento 1
FN.1 El usuario no registrado podr registrarse como cliente para ingresar al

sistema y darse de alta como usuario del sistema.
FN.3 El cliente podr visualizar sus datos personales, compras y pagos

realizados.
FN.2 El sistema contar con una autentificacin de datos de usuario.
FN.4 El sistema deber registrar, modificar, eliminar y consultar los datos

personales de los clientes.
FN.5 El sistema deber registrar, eliminar y consultar enfermedades.

N.2 La GUI del sistema debe ser lo ms sencilla posible ya que esto le permitir
desplazarse fcilmente al usuario dentro del sistema.
CA.1 El sistema ser de fcil uso, como ya se ha mencionado con anterioridad.
IN.3 El sistema tendr imgenes relacionadas a las acciones que realizara el

sistema.
Incremento 2
FN.6 El sistema deber registrar, eliminar y consultar seguimientos de las

enfermedades.
FN.7 El sistema deber registrar y eliminar notas del seguimiento de

enfermedades.
FN.8 El sistema deber agendar, cancelar y consultar citas agendadas de las

enfermedades de los clientes.

sistema.
Incremento 3
FN.9 El sistema deber registrar, cancelar y consultar la venta de productos que

se hagan cada uno de los clientes.
FN.10 El sistema automticamente generar el listado de fechas de pagos del

cliente dependiendo el tipo de fecha de pago elegido por el cliente.
FN.11 El sistema deber registrar, cancelar y consultar los pagos de las ventas
que se hicieron a los clientes.

sistema.
Incremento 4
FN.12 El sistema deber generar reportes del total de clientes que padecen
cada una de las enfermedades registraras en el sistema.
FN.13 El sistema deber generar reportes de ventas reportes por mes.

sistema.
Arquitectura fsica del sistema.
En esta seccin se muestra como se encuentra la estructura del sistema de tal

forma que se logra identificar como es que los incrementos se fueron adaptando
al sistema. La arquitectura fsica del sistema se muestra a detalle en el captulo
III en la seccin 3.2
Desarrollo de los incrementos.
En esta seccin se describe el desarrollo realizado en los incrementos
Incremento 1
Durante este incremento se trabajo en la seccin de los clientes en donde se

registra la informacin personal de los clientes as como la bsqueda de
clientes.
Incremento 2
En este incremento se dio paso a la seccin de seguimientos, notas de los

seguimientos y agendar citas de los seguimientos, con el fin de tener un control
de los seguimientos de las enfermedades.
Incremento 3
En este incremento se incorporaron las ventas y pagos los cuales permiten llevar
un control de las ventas y pagos generados hacia cada cliente.
Incremento 4
En este incremento se incorporo la seccin de reportes los cuales consisten en

mostrar la informacin particular e importante solicitada por el administrador de
las ventas y enfermedades.
Validacin de los incrementos
En esta seccin se validan los incrementos realizados y explicados en la seccin

anterior, en esta seccin se aprueban los incrementos que sean realizado. En el
captulo 5 se explica a detalle el proceso de pruebas que dan paso a la
validacin de los incrementos.
Bibliografa
[1] I. Sommerville, Ingeniera del Software, Madrid: PEARSON EDUCACON, S.A., 2005.
[2] L. Puchol, El libro de la entrevista de trabajo, Espaa: Diaz de Santos, 2006.
[3] J. C. Tello, Universidad de Alcal, 22 Mayo 2012. [En lnea]. Available:

www2.uah.es/jcaceres/capsulas/DiagramaCasosDeUso.pdf. [ltimo acceso: 3 julio
2013].
[4] R. S. Presman, Ingeniera del software un enfoque prctico, Madrid, Espaa: McGRAW-
HILL, 2002.
[5] L. Hobbs, Disear su propia Pgina Web, Barcelona, Espaa: MARCOBO S.A., 1999.
[6] W3C, Gua breve de CSS, [En lnea]. Available:

http://www.w3c.es/Divulgacion/GuiasBreves/HojasEstilo. [ltimo acceso: 01 07 2013].
[7] MySQL, mysqlworkbench.org, 29 septiembre 2011. [En lnea]. Available:

http://mysqlworkbench.org/about/. [ltimo acceso: 10 junio 2013].
[8] P. G. D. P. R. R. Angel Cobo, PHP y MySQL Tecnologas para el desarrollo de

aplicaciones web, Espaa: Daz de santos, 2005.
[9] StarUNL, StarUML, 22 Agosto 2006. [En lnea]. Available:

http://staruml.sourceforge.net/en/. [ltimo acceso: 20 Junio 2013].
[10] O. Heurler, PHP y MySQL Domine el desarrollo de un sitio web dinmico e interacnivo.,
Cornelia de Liobregat (Barcelona): Espaola, 2009.
[11] W3schools, www.w3schools.com, 15 Agosto 2000. [En lnea]. Available:

http://www.w3schools.com/js/. [ltimo acceso: 22 Junio 2013].
[12] FPDF, http://www.fpdf.org/, FPDF Library, [En lnea]. Available:

http://www.fpdf.org/. [ltimo acceso: 2013 Junio 20].

Tesina

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Tesina

Uploaded by

Copyright:

Available Formats

Commented [A1]: CORRECCIONES GENERALES:

SISTEMA DE CONTROL DE ENFERMEDADES DE CLIENTES DE LA

Que para obtener el ttulo de:

GIOVANNI RICARDO TORRES ALVAREZ DEL CASTILLO

M.C. ROSARIO ELOISA HUERTA

LIC. RAL ARMANDO MACOSAY GUERREO

Jiutepec, Morelos Mayo, 2012

Lista de Figuras ....................................................................................................................... 4

Tabla 1 Diccionario de datos de la tabla administrador. ...................................................69

APIS: Application Programming Interface.

CSS: Cascading Style Sheets.

HTML: Hyper Text Markup Language.

Java: Lenguaje de programacin orientado a objetos, independiente del sistema

MySQL: Es un sistema de gestin de bases de datos relacional, multihilo y

PHP: Hypertext Pre-processor.

SQL: Structured Query Language.

Software: es todo el conjunto intangible de datos y programas de la

UML: Unified Modeling Languaje.

La empresa Qumica de Fluidos se ha dedicado por ms de 25 aos al

Residencial: Mejorar la calidad del agua para todas las aplicaciones en el

Industrial: Soluciones a problemas de incrustacin en calderas y torres de

Agrcola: Facilitar la fotosntesis de las plantas al reducir la viscosidad del

Salud: Polarizacin aplicada al tratamiento de enfermedades como diabetes,

1.2. Planteamiento del problema

En la lnea de investigacin de la salud, actualmente Qumica de Fluidos

Debido a este problema se requiere de la creacin de un sistema web, el cual

1.3. Panorama general del proyecto

El proyecto ser supervisado por el Licenciado Ral Armando Macosay

1.4. Objetivo General

Desarrollar una herramienta que permita a la empresa Qumica de Fluidos

Gestionar los datos personales de los clientes (nombre completo, direccin,

Dar seguimiento en el tratamiento de las enfermedades de los clientes. Listo!

Dar seguimiento en los pagos y compras de productos vendidos a los

Notificar al cliente va correo electrnico sobre los pagos requeridos.

Generar historiales de pago y tratamiento de la enfermedad del cliente

1.6. Alcances y limitaciones

Aqu se delimitar el proyecto en cuanto a tiempo, espacio y contexto.

El sistema a desarrollar permitir al usuario del sistema:

Se podr tener acceso al sistema y sus funciones desde cualquier

1.7. Modelo de desarrollo

Figura 1.1 Modelo incremental [1].

1.8. Organizacin de la tesina

Este documento se divide en los siguientes captulos:

Capitulo 2. Anlisis de requisitos: En este captulo se desglosarn de forma Listo!

clara y concisa cada una de las necesidades que se requieren para el

Capitulo 3. Diseo: Aqu se encontrar una de las partes ms importantes del

Capitulo 4. Implementacin del sistema: En esta fase se plasmar la forma

Capitulo 5. Pruebas e implementacin: En este captulo se visualizarn las

Capitulo 6. Conclusiones. En base a lo establecido en los captulos

Para la obtencin de los requisitos de este proyecto se utiliz la tcnica

Existen varios tipos de entrevistas las cuales son:

1. Estructuradas.- Consiste en realizar preguntas estudiadas y bien

Respuestas abiertas: El entrevistado responde libremente a las

Respuestas cerradas: El entrevistado elige entre una serie de

2. No estructuradas.- Las preguntas y las respuestas son libres.

3. Mixta.- Hacer preguntas de los dos tipos.

En la obtencin de requisitos se utiliz la tcnica no estructurada para

En la siguiente seccin se describen los requisitos. Para el desarrollo de

Para representar los requisitos funcionales del sistema se utilizo el

La ventaja principal de los diagramas de caso de uso es la facilidad para

A continuacin se describe cada uno de los elementos que componen un

Tabla 2.1. Elementos bsicos de un diagrama de caso de uso.

Actor: Es un rol que un usuario juega con