Tesina (2)

Universidad Politécnica del Estado de Morelos

SISTEMA DE CONTROL DE ENFERMEDADES DE CLIENTES DE LA EMPRESA QUÍMICA DE FLUIDOS

T

E

S

I

N

A

Que para obtener el título 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. RAÚL ARMANDO MACOSAY GUERREO

Jiutepec, Morelos

Mayo, 2012

Commented [A1]: CORRECCIONES GENERALES: a). Revisar ortografía porque no estás colocando acentos en varias palabras. b). Lo que está marcado de amarillo revisarlo y corregirlo.

Tabla de contenido Pág. Lista de Figuras ....................................................................................................................... 4 Lista de tablas ......................................................................................................................... 5 Glosario .................................................................................................................................... 6 1.

Introducción ..................................................................................................................... 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.

2.

3.

Objetivos específicos ........................................Error! Bookmark not defined.

1.5.

Justificación ............................................................................................................. 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.

Organización de la tesina ..................................................................................... 11

Análisis de requisitos .................................................................................................... 13 2.1.

Introducción ........................................................................................................... 13

2.2.

Restricciones de diseño........................................................................................ 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 evolución ........................................................................................ 25

2.7.

Requisitos de proyecto ......................................................................................... 26

2.8.

Requisitos de soporte ........................................................................................... 26

Capitulo 3. Diseño del sistema ................................................................................... 27 3.1.

Arquitectura del sistema....................................................................................... 27

3.1.1.

Arquitectura lógica del sistema .................................................................... 27

3.1.2.

Arquitectura física del sistema ..................................................................... 29

3.2.

Diseño de requisitos funcionales ......................................................................... 29

3.3.

Diseño de la interfaz de usuario .......................................................................... 38

3.4.

4.

5.

Diseño de Base de Datos ..................................................................................... 67

3.4.1.

Diagrama Entidad-Relación .......................................................................... 67

3.4.2.

Diccionario de Datos ..................................................................................... 69

Capítulo 4 Implementación .......................................................................................... 74 4.1.

Arquitectura física ................................................................................................. 74

4.2.

Tecnologías 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.

Solución de problemas de implementación ........................................................ 78

4.4.

Documentación del código fuente ....................................................................... 80

Pruebas e implementación........................................................................................... 82 5.1.

Ambiente de pruebas ............................................................................................ 82

5.2.

Base de datos de pruebas.................................................................................... 83

5.3.

Ejecución de plan de pruebas .............................................................................. 87

5.4.

Bitácora de implantación.................................................................................... 114

6. Conclusiones .................................................................................................................... 119 6.1. Conclusiones ............................................................................................................. 119 6.2. Trabajo futuro .......................................................................................................... 120 Anexo A ................................................................................................................................ 121 Anexo B ................................................................................................................................ 124 Bibliografía........................................................................................................................... 128

Lista de Figuras Figura 3.1 Arquitectura lógica de tres capas ......................................................................28 Figura 3.2 Arquitectura física del sistema...........................................................................29 Figura 3.3 ..............................................................................................................................30 Figura 3.4 Inicio de sesión. ..................................................................................................31 Figura 3.5 Visualizar información 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 Diseño de la interfaz principal del sistema. ....................................................40 Figura 3.11 Diseño de la interfaz de registro para usuarios no registrados. ...................41 Figura 3.12 Diseño de la interfaz de inicio de sesión. .......................................................42 Figura 3.13 Diseño de Interfaz Menú cliente......................................................................43 Figura 3.14 Interfaz Datos personales ................................................................................44 Figura 3.15 Diseño de interfaz Cerra sesión (Cliente) .......................................................48 Figura 3.16 Diseño de interfaz del menú principal del administrador. .............................49 Figura 3.17 Diseño de la interfaz cliente. ...........................................................................50 Figura 3.18 Diseño de la interfaz para el registro de clientes nuevos. .............................51 Figura 3.19 Diseño de interfaz Enfermedad. ......................................................................52 Figura 3.20 Diseño de interfaz Seguimientos.....................................................................53 Figura 3.21 Diseño de interfaz ventas. ...............................................................................55 Figura 3.22 Diseño de interfaz pagos. ................................................................................56 Figura 3.23 Diseño de Interfaz agenda. ..............................................................................57 Figura 3.24 Diseño de interfaz Menú información personal .............................................58 Figura 3.25 Diseño de interfaz datos personales...............................................................59 Figura 3.26 Diseño de interfaz de Seguimientos registrados............................................60 Figura 3.27 Diseño de interfaz registrar seguimiento. .......................................................61 Figura 3.28 Diseño de interfaz registrar nota. ....................................................................62 Figura 3.29 Diseño de interfaz venta. .................................................................................63 Figura 3.30 Diseño de interfaz Registro venta. ..................................................................65 Figura 3.31 Dseño de interfaz Cerrar sesión ......................................................................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 dirección.............................................................70 Tabla 4 Diccionario de datos de la tabla dirección_cliente. ..............................................70 Tabla 5 Diccionario de datos de la tabla teléfono ..............................................................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 Dirección de la base de datos de prueba.................................................83 Tabla 15. Tabla Dirección-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 Teléfono 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

API’S: 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 máquina, un equipo o una computadora, y comprende todos los puntos de contacto entre el usuario y el equipo. Java: Lenguaje de programación orientado a objetos, independiente del sistema operativo, que se utiliza, especialmente, en las aplicaciones interactivas relacionadas con Internet MySQL: Es un sistema de gestión de bases de datos relacional, multihilo y multiusuario con más 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 algún objeto o dispositivo o que usa algún servicio en particular.

1. Introducción

1.1.

Antecedentes

La empresa Química de Fluidos se ha dedicado por más de 25 años al tratamiento de agua y combustible; siendo generador de conocimiento al desarrollar y perfeccionar patentes propias, mismas que han resultado en el avance tecnológico y científico del país. Dentro de las líneas de investigación la empresa ha desarrollado tecnología 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 incrustación en calderas y torres de enfriamiento, así como mejora en procesos y ahorro de combustibles. Agrícola: Facilitar la fotosíntesis de las plantas al reducir la viscosidad del agua, resultando esto en mayor velocidad de crecimiento y/o ahorro en fertilizantes, disminuyendo la contaminación de suelos. Salud: Polarización aplicada al tratamiento de enfermedades como diabetes, migraña, ácido úrico, artritis, entre otras. La salud se considera una de las condiciones físicas más importantes para el ser humano, por lo que se buscan constantemente formas de mantener o mejorar dicha condición. Por esa razón Química 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 línea de investigación de la salud, actualmente Química de Fluidos cuenta con un gran número de clientes y cada día van en aumento. Para cada uno de ellos se lleva un registro de datos personales (nombre completo,

Commented [A2]: Colocar un párrafo en donde se comente que el proyecto solamente se enfocará en el área de salud. ¡Listo¡ marcado con verde

dirección, teléfono, correo electrónico, etc.) así como de sus enfermedades, seguimiento al tratamiento de las mismas y productos que compran. Los procesos antes mencionados generan información que es almacenada en una hoja de Excel, lo que conlleva a demoras y pérdidas al momento de realizar una operación como: consulta, nuevo registro o modificación de la información almacenada.

Commented [A3]: Incluir algún otro problema que amerite el desarrollo de un sistema de información.

Otro de los factores que se ven afectados con esta condición antes mencionada, es el análisis de eficiencia de los productos utilizados en los tratamientos; teniendo como resultado un análisis incompleto que carece de la información necesaria para determinar la eficiencia del producto. Debido a este problema se requiere de la creación 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 empresa Química de Fluidos, por otra parte también pretende garantizar la seguridad e integridad de la información almacenada dentro del sistema. El proyecto será supervisado por el Licenciado Raúl Armando Macosay Guerrero, quien es el director del área de análisis de proyectos de la empresa Química de Fluidos.

1.4.

Objetivo General

Desarrollar una herramienta que permita a la empresa Química de Fluidos tener un control de los seguimientos de las enfermedades de los clientes y reducir tiempo y esfuerzo en la búsqueda de la información.

Commented [A4]: Mejorar la redacción del tema panorama general porque parece más la justificación del proyecto.

1.4.1. Objetivos específicos

Gestionar los datos personales de los clientes (nombre completo, dirección, edad, correo electrónico, teléfono, etc.). Dar seguimiento en el tratamiento de las enfermedades de los clientes.

Commented [A5]: Actualizar lo que colocaste en el anteproyecto: Objetivo general y específicos. Listo!

Dar seguimiento en los pagos y compras de productos vendidos a los clientes. Notificar al cliente vía correo electrónico sobre los pagos requeridos. Generar historiales de pago y tratamiento de la enfermedad del cliente cuando el administrador del sistema lo requiera.

1.5.

Justificación

El sistema que se desarrollará en Química de Fluidos permitirá llevar un seguimiento de los clientes gestionando su información ( datos personales, tratamiento de enfermedades, compras y pagos), también servirá para identificar que enfermedades afectan a la mayoría de ellos; y de esa forma, mejorar o desarrollar nuevos métodos en tratamientos a enfermedades. Al mismo tiempo con el sistema se reducirá el tiempo y esfuerzo en la búsqueda de la información.

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:

Commented [A6]: ¿Cuál es la diferencia entre desarrollar e implementar? Listo!



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 específica.



Generar reportes periódicamente del número total de ventas de productos y las enfermedades que más afectan a la mayoría 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 conexión estable y constante a través de este medio.



No se utilizaran tecnologías como flash y otras más que podrían

Commented [A7]: Analiza los puntos 1 y 2, de favor me comentas.

hacer lento el sistema, si no al contrario la interface grafica del usuario será plana pero usable. 

Por cuestiones de seguridad la información almacenada en el sistema, únicamente la podrán visualizar los clientes que se hayan registrado como usuarios del sistema.



1.7.

La duración 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.

Modelo de desarrollo

El modelo que se utilizará para este proyecto será el modelo incremental [1],

Commented [A9]: Incluir referencias bibliográficas.

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 continuación se muestra el diagrama del modelo incremental en la figura 1.1.

Commented [A10]: Todo lo que está colocado de amarillo debes expresarlo con tus propias palabras porque así como la 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 metodología es porque se pueden ir desarrollando mejoras al sistema, provocando que el cliente pueda 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 satisfacción del usuario.

1.8.

Organización de la tesina

Este documento se divide en los siguientes capítulos:

Commented [A12]: Si la figura es copia de una referencia que yo veo que es así, elabora una propuesta propia para mejorarla presentación de la figura. O si la haces igual coloca la referencia bibliográfica.

Capitulo 1. Introducción: Se dará a conocer los Antecedentes de la empresa, Planteamiento del problema, Panorama general del proyecto, Objetivos, Justificación, Alcances y limitaciones del proyecto y por último la Metodología a utilizar. Capitulo 2. Análisis de requisitos: En este capítulo se desglosarán de forma 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. Diseño: Aquí se encontrará una de las partes más importantes del desarrollo del sistema “el diseño”, que consta del diseño de la base de datos y la interfaz gráfica del sistema. Capitulo 4. Implementación 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 descripción de las tecnologías utilizadas durante el proceso. Capitulo 5. Pruebas e implementación: En este capítulo se visualizarán las pruebas correspondientes al funcionamiento del sistema y además los resultados obtenidos de dichas pruebas. Capitulo 6. Conclusiones. En base a lo establecido en los capítulos anteriores, se darán a conocer las conclusiones obtenidas durante el desarrollo y término del sistema, se indicará si se alcanzo el objetivo planeado y si existen trabajos futuros a desarrollar.

Commented [A13]: ¿En este capítulo se van a identificar las herramientas de desarrollo? Listo!

2. Análisis de requisitos

2.1.

Introducción

Para la obtención de los requisitos de este proyecto se utilizó la técnica de la entrevista, “técnica de obtención de información mediante el diálogo en un encuentro formal y planeado por el entrevistador y entrevistado, la información 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 obtención de requisitos se utilizó la técnica no estructurada para conocer las necesidades del cliente y también para saber que otras necesidades se pueden cubrir. En el anexo A se muestran las entrevistas realizadas al cliente. En la siguiente sección se describen los requisitos. Para el desarrollo de los mismos se tomó en cuenta el estándar IEEE 830-1988 que describe cada una de las características a obtener de acuerdo al tipo de sistema

Commented [A14]: Ya ve incluyendo las entrevistas.

que se desea crear, cabe mencionar que algunas de las características que se describen dentro de este estándar no llegarán 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 comunicación con el cliente. A continuación se describe cada uno de los elementos que componen un diagrama de caso de uso.

Tabla 2.1. Elementos básicos 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 límites del sistema, y representado por un rectángulo con color de fondo distintivo.

Caso de uso: Es una operación/tarea específica que se realiza tras una orden de algún agente externo.

Asociación de Comunicación: Es el tipo de relación más básica que indica la invocación desde un actor o caso de uso a otra operación

(caso de uso). Dicha relación se denota con una flecha simple.

Dependencia: Es una forma muy particular de relación entre clases, en la cual una clase depende de otra, es decir, se instancia (se crea). Dicha relación se denota con una flecha punteada.

Generalización: Este tipo de relación es uno de los más utilizados, cumple una doble función dependiendo de su estereotipo, que puede ser de Uso (<<uses>>) o de Herencia (<<extends>>). Este tipo de relación está orientado exclusivamente para casos de uso (y no para actores)

Extends : Es una variación de un caso-uso a otro, representa una dependencia especifica. Este elemento es representado por una linea <<Extend>>

punteada con flecha y comentario <<extend>> que origina del caso-uso base hacia el uso caso de extensión.

Include: Es utilizada para indicar que un casouso depende de otro caso.

<>

Este elemento es representado por una linea punteada con flecha y comentario <> que se extiende del uso-caso base hacia el uso caso de inclusión.

Figura 2.1 Diagrama de caso de uso.

2.2.

Restricciones de diseño

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 diseñado para su funcionamiento correcto en cualquier navegador.

2.3.

Requisitos funcionales

En esta sección se presentan los requisitos funcionales del sistema, los cuales están divididos en dos categorías: 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 Descripción: El usuario no registrado podrá registrarse como cliente para ingresar al sistema y darse de alta como usuario del sistema.

Commented [A15]: ¿Cuántos 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 información.

FN.2 Descripción: El sistema contará con una autentificación 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 contraseña para permitir iniciar sesión. Importancia: Esencial Validez:

Commented [A16]: ¿Cuántos usuarios van a utilizar el sistema?



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 autenticación 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 información.

En este apartado se muestran los requerimientos nominales donde opera el actor “Usuario cliente”.

FN.3 Descripción: El cliente podrá visualizar sus datos personales, compras y pagos realizados. Importancia: Esencial Validez: 

Medible: Si el usuario cliente pude visualizar sus datos personales, compras y pagos el requisito será satisfactorio.



Alcanzable: El sistema mostrará la información perteneciente al cliente de la sesión iniciada.



Relevante: Es importante que el cliente pueda visualizar su información personal, ya que podrá verificar si sus datos registrados y el estado en que se encuentran sus compras y pagos son correctos.

En este apartado se muestran los requerimientos nominales donde opera el actor “Administrador”

FN.4 Descripción: El sistema deberá registrar, modificar, eliminar y consultar los datos personales de los clientes (nombre, apellidos, dirección, correo electrónico, teléfono, etc.). Importancia: Esencial 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 Descripción: El sistema deberá registrar, eliminar y consultar enfermedades. Importancia: Esencial 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 Descripción: El sistema deberá registrar, eliminar y consultar seguimientos de las enfermedades, que pertenezcan a cada uno de los clientes.

Commented [A17]: ¿Será parte de la misma opción la administración de enfermedades como su seguimiento? No me queda claro.

Importancia: Esencial 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 atención al cliente.

FN.7 Descripción: El sistema deberá registrar y eliminar notas del seguimiento de enfermedades, que pertenecen a cada uno de los clientes. Importancia: Esencial 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 Descripción: El sistema deberá agendar, cancelar y consultar citas agendadas de las enfermedades de los clientes. Importancia: Esencial Validez:

Commented [A18]: ¿Será parte de la misma opción la administración de enfermedades como su seguimiento? No me queda claro.



Medible: El usuario podrá agendar, cancelar y consultar las citas que el haya generado.



Alcanzable: El sistema visualizará las citas que estén 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 Descripción: El sistema deberá registrar, cancelar y consultar la venta de productos que se hagan cada uno de los clientes. Importancia: Esencial 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 Descripción: El sistema automáticamente generará el listado de fechas de pagos del cliente dependiendo el tipo de fecha de pago elegido por el cliente. Importancia: Esencial 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 Descripción: El sistema deberá registrar, cancelar y consultar los pagos de las ventas que se hicieron a los clientes. Importancia: Esencial 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 Descripción: El sistema deberá generar reportes del total de clientes que padecen cada una de las enfermedades registraras en el sistema. Importancia: Esencial Validez: 

Medible: Si el administrador logra generar y visualizar el reporte de enfermedades. El requisito será completamente satisfactorio.



Alcanzable: Se implementara una función que permita la compatibilidad con el formato PDF.



Relevante: Este requisito asegura que el usuario pueda obtener la información deseada en un archivo portable.

FN.13 Descripción: El sistema deberá generar reportes de ventas reportes por mes Importancia: Esencial Validez:



Medible: Si el administrador logra generar y visualizar el reporte de ventas. El requisito será completamente satisfactorio.



Alcanzable: Se implementara una función que permita la compatibilidad con el formato PDF.



Relevante: Este requisito asegura que el usuario pueda obtener la información deseada en un archivo portable.

2.3.2. Requisitos no nominales

FF.1

Descripción: En caso de que un registro, modificación o

eliminación 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, modificación y eliminación 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 Descripción: La interfaz deberá dar al usuario la posibilidad de seleccionar de entre dos opciones (grafica y/o textual) que permitirá visualizar las enfermedades que más afectan a sus clientes en un determinado periodo de fechas.

Importancia: Esencial. Validez: 

Medible: Se comprobará que ambos modos de visualización funcionen correctamente y sean satisfactorios así como la selección 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 técnicas para el tratamiento de enfermedades.

IN.2 Descripción: La GUI1 del sistema debe ser lo más sencilla posible ya que

Commented [A19]: Insertar nota al pie del significado de GUI

esto le permitirá desplazarse fácilmente al usuario dentro del sistema para

¡Listo!

realizar cualquier acción que desee. Importancia: Esencial Validez: 

Medible: El usuario ya experimentado o menos experimentado podrá moverse fácilmente dentro del sistema y realizar cualquier acción requerida.



Alcanzable: Esto es mediante secciones las cuales permitirán ingresar a la acción deseada.



Relevante: Facilitará al usuario realizar cualquier acción de una forma

Commented [A20]: Evita mencionar elementos de la GUI, por ejemplo pestañas, clics. En lugar de pestañas puedes decir que están en secciones.

fácil y segura sin llegar a perderse de la acción que se estaba

¡Lsito!

realizando.

IN.3 Descripción: El sistema tendrá imágenes relacionadas a las acciones que realizara el sistema. Importancia: Esencial Validez: 1

GUI: Del inglés graphical user interface, traducido al español es “Interfaz Grafica de Usuario”.



Medible: Se realizarán pruebas para ver si los usuarios comprenden que acciones realizan las imágenes.



Alcanzable: Todos los módulos tendrán una imagen para saber a qué se refieren o que acción 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 Descripción: El sistema será de fácil uso, como ya se ha mencionado con anterioridad. Importancia: Esencial. Validez: 

Medible: Se pondrá en observación 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 través del sistema.



Relevante: El no cumplir con este requisito llevaría a no cumplir uno de los requisitos del sistema que es ser de fácil uso.

2.6.

Requisitos de evolución

EV.1 Descripción: El sistema estará diseñado de manera que permitirá agregar nuevas funciones y/o nuevas características 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 Descripción: El desarrollo de este proyecto está limitado a solo 4 meses. Importancia: Esencial. 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 Descripción: El sistema deberá tener instalado el software Apache Web Server (servidor web http) para interpretar lenguaje programación PHP. Importancia: Esencial

SO.2 Descripción: El sistema deberá tener instalado el software MySQL (sistema de gestión de base de datos) para el manejo de la base de datos del sistema. Importancia: Esencial

SO.3 Descripción: La computadora del usuario debe contar con conexión a internet, con el fin de conectarse al servidor. Importancia: Esencial

3. Capitulo 3. Diseño del sistema

En este capítulo se dará a conocer el diseño de la interfaz de usuario, diseño de la base de datos, arquitectura física y lógica del sistema ya que al diseñar 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 representación de sus componentes y las relaciones que se asocian entre ellos. “Es la representación que capacita al ingeniero del software para (1) analizar la efectividad del diseño para la consecución de los requisitos fijados, (2) considerar las alternativas arquitectónicas en una etapa en el cual hacer cambios en el diseño es relativamente fácil, y (3) reducir los riesgos asociados a la construcción del software” [4].

3.1.1. Arquitectura lógica del sistema

En base a las necesidades de la empresa se decidió desarrollar un sistema basado vía 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 lógica de tres capas

Definición de capas o niveles: 1. Capa de presentación: Es la que ve el usuario y tiene interacción con el sistema le comunica información y captura la información del usuario para después 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 envía 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 presentación para recibir las solicitudes del usuario y mostrar los resultados, y con la capa de datos, para solicitar almacenamiento o recuperación 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 más gestores de bases de datos, los cuales reciben las solicitudes ya sea para almacenar o recuperar información esto desde la capa de negocio.

3.1.2. Arquitectura física del sistema

La Arquitectura física expresa cuales son los componentes físicos que participan en cada una de las partes del sistema y la relación que existe entre ellos así como la comunicación. Para este caso como se muestra en la Figura 3.2 el cliente es quien interactúa con el internet, el cual hace una conexión con el servidor web el cual almacena el sistema, y también se comunica con la base de datos.

Figura 3.2 Arquitectura física del sistema

3.2.

Diseño de requisitos funcionales

En esta sección se diseñarán los requisitos funcionales que se encuentran en el Capítulo 2 (sección 2.3.), los cuales serán representados por medio del diagrama de secuencia, el cual sirve para modelar la interacción 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 sesión.

En la figura 3.5 se muestra el diagrama de secuencia del requisito funcional FN.3.

Figura 3.5 Visualizar información personal.

En la figura 3.6 se muestra el diagrama de secuencia del requisito funcional FN.4.

Figura 3.6 Registrar, Modificar, Eliminar y Consultar

En la figura 3.7 se muestra el diagrama de secuencia del requisito funcional FN.5.

Figura 3.7 Eliminar enfermedades.

En la figura 3.8 se muestra el diagrama de secuencia del requisito funcional FN.6. y FN.7

Figura 3.8 Registrar, Eliminar y Consultar Seguimientos, registrar y eliminar notas.

En la figura 3.09 se muestra el diagrama de secuencia del requisito funcional FN.8.

Figura 3.9. Agendar y cancelar citas.

En la figura 3.10 se muestra el diagrama de secuencia del requisito funcional FN.9. y FN.10

Figura 3.10. Registrar, Cancelar y Eliminar Ventas.

En la figura 3.12 se muestra el diagrama de secuencia del requisito funcional FN.12

Figura 3.11. Registrar y cancelar pagos.

En la figura 3.12 se muestra el diagrama de secuencia del requisito funcional FN.12

Figura 3.12. Generar reporte enfermedades.

En la figura 3.13 se muestra el diagrama de secuencia del requisito funcional FN.13

Figura 3.13. Generar reporte ventas.

3.3.

Diseño de la interfaz de usuario

En esta sección se integran las imágenes 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: Menús, formularios, imágenes, distribución de de los elementos y etc. Con este proceso de diseño de la interfaz, permitió llegar a una visión más amplia de lo que el usuario realmente espera que realice el sistema una vez puesto en marcha. A continuación en la siguiente figura se muestra el mapa de navegación del sistema. (Figura 3.7)

Figura 3.14 Mapa navegacional.

Interfaz de inicio del sistema Esta interfaz es el primer contacto que tendrán 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 opción es para abrir la interfaz de inicio de sesión. (Figura 3.8).

Figura 3.15 Diseño 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 botón registrar para completar el proceso de registro.

Figura 3.16 Diseño de la interfaz de registro para usuarios no registrados.

Interfaz de inicio de sesión El usuario (administrador o cliente) deberá ingresar un nombre de usuario y una contraseña, una vez llenado el formulario el usuario deberá dar clic en el botón entrar para completar el proceso de identificación de usuario. (Figura 3.0003)

Figura 3.17 Diseño de la interfaz de inicio de sesión.

Cliente – Interfaz Menú principal Cliente Una vez realizado el proceso de identificación 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 sesión

Figura 3.18 Diseño 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 opción 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. Diseño de la interfaz Detalle compras y Fecha de pagos.

Cliente – Pagos En esta interfaz el cliente podrá visualizar el número de pagos realizados de cada compra realizada.

Figura 3.21 Diseño de interfaz Pagos cliente.

Cliente – Cerrar sesión Al dar clic en esta opción se desplegara un mensaje para confirmar el termino de la sesión, el administrador deberá dar clic en una de dos opciones que se mostraran “Si” para cerrar la sesión y salir del sistema o “No” para continuar con la sesión y permanecer dentro del sistema.

Figura 3.22 Diseño de interfaz Cerra sesión (Cliente)

Administrador – Interfaz Menú principal Una vez realizado el proceso de identificación 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 sesión

Figura 3.23 Diseño de interfaz del menú principal del administrador.

Administrador – Interfaz clientes En esta interfaz estará un pequeño formulario donde el administrador deberá ingresar el nombre y/o apellidos del cliente y posteriormente dar clic en el botón “Buscar” para completar el proceso de búsqueda de cliente, al realizar esta acción la tabla antes mencionada se actualizara con el resultado de la búsqueda realizada También aparecerá una tabla que contiene los nombres de los clientes que han sido registrados en el sistema, su teléfono y correo electrónico Dentro de la tabla aparecerán tres opciones (botones) para cada uno de los registros, la primera opción es para eliminar la información del cliente,

la segunda es para modificar su información y la tercera es para ver sus datos.

Figura 3.24 Diseño 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 botón registrar para completar el proceso de registro de clientes nuevos.

Figura 3.25 Diseño de la interfaz para el registro de clientes nuevos.

Administrador – Interfaz Enfermedad En esta interfaz aparecerán dos formularios, el primero para la búsqueda de una enfermedad, en donde el administrador deberá ingresar el nombre de la enfermedad y posteriormente dar clic en el botón buscar para completar el proceso de búsqueda, y el segundo para registrar una enfermedad, en donde el administrador deberá ingresar los datos solicitados y posteriormente dar clic en el botón registrar para completar

el proceso de registro de la enfermedad, al realizar esta acción la tabla antes mencionada se actualizara con el resultado del registro realizado. Esta interfaz también muestra una tabla que contiene las enfermedades y el producto con el que se tratan, además contiene un botón de eliminar.

Figura 3.26 Diseño de interfaz Enfermedad.

Administrador – Interfaz Seguimientos

En esta interfaz el administrador deberá llenar los campos del formulario de búsqueda de seguimientos y posteriormente dar clic en el botón buscar para realizar la búsqueda, después de haber realizado esta acción se desplegara una lista con la información solicitada en la búsqueda. La interfaz también muestra una tabla que contiene el nombre del cliente, la enfermedad, y el estatus.

Figura 3.27 Diseño de interfaz Seguimientos.

Administrador – Interfaz Reporte enfermedades. En esta interfaz el administrador podrá visualizar el reporte del número de clientes que padecen las enfermedades registradas en el sistema.

Figura 3.28.Diseño de interfaz reporte de enfermedades.

Administrador – Interfaz ventas. En esta interfaz el Administrador deberá llenar los campos del formulario y pulsa el botón buscar, una vez realizad esta acción se desplegara una lista con la información solicitada en la búsqueda. La interfaz también muestra una tabla que contiene; nombre, venta, cantidad venta, fecha de venta y status.

Figura 3.29 Diseño de interfaz ventas.

Administrador – Interfaz reporte ventas. En esta interfaz el Administrador podrá visualizar el reporte de ventas y deberá dar clic en la opción generar pdf para generar el reporte en formato PDF.

Administrador – Interfaz pagos. En esta interfaz el Administrador deberá llenar los campos del formulario y pulsa el botón buscar, una vez realizad esta acción se desplegara una lista con la información solicitada en la búsqueda. La interfaz también muestra una tabla que contiene nombre, venta, pago, cantidad y fecha de pago.

Figura 3.30 Diseño de interfaz pagos.

Administrador – Interfaz agenda. En esta interfaz el Administrador deberá llenar los campos del formulario y pulsa el botón buscar, una vez realizada esta acción se desplegara una lista con la información solicitada en la búsqueda. La interfaz también muestra una tabla que contiene; nombre, enfermedad, fecha agendada y status.

Figura 3.31 Diseño de Interfaz agenda.

Administrador – Interfaz Menú información personal Una vez seleccionada la opción información personal aparecerá una ventana con el mensaje de información personal y el nombre del cliente La interfaz información personal contara con un menú con las siguientes opciones: 

Clientes



Datos personales



Seguimientos



Ventas



Pagos



Citas



Cerrar sesión

Figura 3.32 Diseño de interfaz Menú información personal

Administrador – Interfaz Datos personales En esta interfaz el administrador visualizara la información personal de los clientes.

Figura 3.33 Diseño 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 añadir 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 también contiene el nombre del cliente y el estatus.

Figura 3.34 Diseño 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 Diseño 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 botón registrar para completar el proceso de registro, además se mostrara una lista con todas las notas pertenecientes al seguimiento.

Figura 3.36 Diseño 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. Además deberá dar clic en la opción ver para abrir la interfaz detalle venta y fecha de pagos.

Figura 3.37 Diseño 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. Diseño 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 automáticamente se desplegara la lista de pagos

Figura 3.39 Diseño de interfaz Registro venta.

Administrador – Interfaz Reporte Seguimientos

Administrador – Interfaz Pagos registrados

Figura 3.40 Diseño de interfaz Pagos registrados.

Administrador – Cerrar sesión Al dar clic en esta opción se desplegara un mensaje para confirmar el termino de la sesión, el administrador deberá dar clic en una de dos opciones que se mostraran “Si” para cerrar la sesión y salir del sistema o “No” para continuar con la sesión y permanecer dentro del sistema.

Figura 3.41 Dseño de interfaz Cerrar sesión.

3.4.

Diseño de Base de Datos

En esta sección se presenta el diseño de la base de datos, el cual explica la relación 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-Relación

En esta sección 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.

Descripción de las tablas y sus relaciones 

Tabla

administrador:

En

ella se almacena

la información del

administrador del sistema el cual tiene acceso a todas las funciones del mismo. 

Tabla usuario: Contiene la información de los usuarios que podrán tener acceso al sistema.



Tabla cliente: En ella se almacena la información 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 dirección: En ella se almacenan las direcciones que pertenecen a los clientes.



Tabla dirección_ cliente: En ella se almacenan las diferentes direcciones pertenecientes a cada uno de los clientes.



Tabla teléfono: En ella se almacenan los diferentes números telefónicos pertenecientes a cada unos de los clientes.



Tabla seguimiento: En ella se almacena la información de cada uno de los avances obtenidos en el tratamiento de la enfermedad del cliente.



Tabla venta: En ella se almacena la información de la venta de productos.



Tabla venta_detalle: En esta se almacena cada uno de los productos vendidos que pertenecen a una venta en específico.



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 sección 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

us_admin

varchar(15)

pass_admin

varchar(15)

Descripción Nombre de usuario del administrador Contraseña del administrador

Nulo

Clave

Not null Not null

Tabla 3.2. Diccionario de datos de la tabla cliente.

Campo

Tipo

Descripción

Nulo

Clave

id_cliente

int(5)

Id del cliente

NOT NULL

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

fecnac_cl

date

correo_cl

varchar(25)

Correo electrónico del cliente

NULL

nom_usuario

varchar(15)

Nombre de usuario

NOT NULL

pass_usuario

varchar(15)

Contraseña de usuario

NOT NULL

fecha_registro date

Fecha de registro del cliente

NOT NULL

status_cl

Correo electrónico del cliente

NULL

Fecha de nacimiento del cliente

varchar(7)

PK

NOT NULL

Tabla 3.3. Diccionario de datos de la tabla dirección.

Campo

Tipo

Descripción

Nulo

id_direccion

int(5)

Id de la dirección

NOT NULL

pais_dir

varchar(20)

País de la dirección

NOT NULL

est_dir

varchar(10)

Estado de la dirección

NOT NULL

mun_dir

varchar(15)

Municipio de la dirección

NOT NULL

col_dir

varchar(15)

Colonia de la dirección

NOT NULL

calle_dir

varchar(15)

Calle de la dirección

NOT NULL

numca_dir

varchar(6)

Numero de la dirección

NULL

cp_dir

int(5)

Correo electrónico del cliente

NOT NULL

Clave PK

Tabla 3.4 Diccionario de datos de la tabla dirección_cliente.

Campo

Tipo

Descripción

Nulo

Clave

direccion_id_direccion

int(5)

Id de la dirección

NOT NULL

FK

cliente_id_cliente

int(5)

Id del cliente

NOT NULL

FK

Tabla 3.5 Diccionario de datos de la tabla teléfono

Campo

Tipo

Descripción

Nulo

Clave

id_telefono

int(5)

Id del seguimiento

NOT NULL

PK

cliente_id_cliente

int(5)

Id del cliente

NOT NULL

FK

num_tel

int(10)

Número telefónico

NOT NULL

tipo_tel

varchar(8)

Tipo de teléfono

NOT NULL

Tabla 3.6 Diccionario de datos de la tabla seguimiento.

Campo

Tipo

Descripción

Nulo

Clave

id_seguimiento

int(5)

Id del seguimiento

NOT NULL

PK

cliente_id_cliente

int(5)

Id del cliente

NOT NULL

FK

enfermedad_id_enfermedad

int(3)

Id de la enfermedad

NOT NULL

FK

varchar

Status

(11)

Status del seguimiento NOT NULL

Tabla 3.7 Diccionario de datos de la tabla seguimiento_nota.

Campo

Tipo

id_seguimiento_nota

int(5)

seguimiento_id_seguimiento

int(5)

nota_seg

text

fec_reg_nota

date

Descripción Id de la nota del

Nulo

Clave

NOT NULL

PK

Id del seguimiento

NOT NULL

FK

Nota del seguimiento

NOT NULL

seguimiento

Fecha de registro de la nota

NOT NULL

Tabla 3.8 Diccionario de datos de la tabla agendaseg.

Campo

Tipo

Descripción

Nulo

Clave

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

Status de la cita

NOT NULL

Status

varchar (11)

Tabla 3.9 Diccionario de datos de la tabla enfermedad.

Campo

Tipo

Descripción

Nulo

id_enfermedad

int(2)

Id de la enfermedad

NOT NULL

nom_enf

varchar(20)

Nombre de la enfermedad

NOT NULL

prodas_enf

Varchar(19)

Producto asociado a la enfermedad

Clave PK

NOT NULL

Tabla 3.10 Diccionario de datos de la tabla venta.

Campo

Tipo

Descripción

Nulo

Clave

id_venta

int(5)

Id del usuario

NOT NULL

PK

cliente_id_cliente

int(5)

Id del cliente

NOT NULL

FK

total_venta

int(5)

Total de la venta

NOT NULL

num_pagos

int(2)

Número 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.

Campo

Tipo

Descripción

Nulo

Clave

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)

Número 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.

Campo

Tipo

Descripción

Nulo

Clave

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. Capítulo 4 Implementación

En este capítulo se dará a conocer la arquitectura física del sistema y sus componentes además de las tecnologías que se utilizaron como apoyo para la realización del proyecto.

4.1.

Arquitectura física

4.2.

Tecnologías empleadas

A continuación se dará a una breve descripción de las tecnologías utilizadas y la justificación de su uso para el desarrollo del sistema web.

4.2.1. Lenguaje HTML

Las páginas Web están 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 instrucción contenida entre corchetes angulares, por ejemplo es una etiqueta que define el inicio del documento en lenguaje HTML. La

inmensa mayoría de las etiquetas contienen también una etiqueta de cierre, por ejemplo define el final del documento. El lenguaje HTML se encuentra en constante desarrollo, por lo que se le añaden nuevas etiquetas que lo hacen más potente y flexible [5]. Entonces HTML es un lenguaje que permite crear páginas Web y para ello utiliza etiquetas las cuales indican o marcan que es lo que deberá mostrar y de qué forma. Justificación de uso: Como se ha hecho mención, HTML es un lenguaje para crear páginas Web por lo que es importante dentro de este proyecto ya que está basado en Web y a su vez es el código 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 inglés Cascading Style Sheets del cual toma sus siglas. CSS se define como un lenguaje que proporciona una mejor presentación (formato y aspecto) de un documento HTML o XML. La W3C (World Wide Web Consortium) es la encargada de formular la especificación de las hojas de estilo [6]. La idea principal de las hojas de estilo es separar la estructura de un documento de su presentación. Justificación de uso: CSS permite dar un mejor estilo a los documentos HTML o XML separando el contenido de la presentación. 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 múltiples páginas Web al mismo tiempo. Cualquier cambio en el estilo marcado para un elemento en la CSS afectará a todas las páginas vinculadas a esa CSS en las que aparezca ese elemento.

4.2.3. MySQL Workbench

Es una herramienta visual para el diseño y documentación de bases de datos (sucesora de la aplicación DBDesigner 4) pensada para ser utilizada con el sistema de gestión 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 versión comercial proporciona algunas funciones que resultan de gran interés para usuarios más experimentados, por lo que la versión open source es más que suficiente para la realización de un proyecto. [7]

Justificación de uso: Esta herramienta se utilizo por su fácil 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, generación de sentencias y la creación de las tablas e índices de manera automática 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 etcétera.

4.2.4. Gestor de base de datos MySQL

Es el sistema de administración de base de datos relacional, licenciado bajo la GPL de la GNU. Su diseño 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 código fuente del servidor SQL, así como también de la marca. Las principales características de este gestor de bases de datos son las siguientes:

1. Aprovecha la potencia de sistemas multiprocesador, gracias a su implementación 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. Gestión de usuarios y passwords, manteniendo un muy buen nivel de seguridad en los datos. [8]

Justificación de uso: Se utilizo este gestor de bases de datos ya que es el gestor más usado en el mundo del software libre, debido a su gran rapidez y facilidad de uso. Esta gran aceptación es debida, en parte, a que existen infinidad de librerías y otras herramientas que permiten su uso a través de gran cantidad de lenguajes de programación, además de su fácil instalación y configuración.

4.2.5. Herramienta de modelado de software StarUML

Es una herramienta para el modela miento de software basado en los estándares UML (Unified Modeling Language) y MDA (Model Driven Arquitecture). Justificación de uso: Se utilizo esta herramienta ya que permite definir elementos propios para los diagramas, que no necesariamente pertenezcan al estándar de UML, además 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 fácilmente 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 código abierto (Open Source) , se caracteriza por su potencia, versatilidad, rapidez y modularidad. Al igual que ocurre con tecnologías similares los programas son interpretados directamente dentro del código HTML. [10] Justificación de uso: 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 fáciles de utilizar. 4.2.7. Lenguaje Java Script

Es un lenguaje de programación interpretado, es decir, que no requiere compilación, utilizado principalmente en páginas 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] Justificación de uso: Este lenguaje se utilizo debido a su dinamismo capaz de mejorar la interacción con el usuario final brindándole una mejor presentación al sistema.

4.3.

Solución de problemas de implementación

Problema 1: Registrar números telefónicos

Al ingresar los datos personales del cliente no se pudo ingresar el numero celular a 10 dígitos en el campo de número de teléfono, ya que para realizar esa acción se utilizo el tipo de dato INT(10) para almacenarlo en la base de datos, el cual no permitía guardar el dato numérico introducido, debido a que INT solo admite datos numéricos enteros que van de -2147483648 a 2147483647. Solución 1: Se investigo por internet algunos casos parecidos y se encontró que utilizando el tipo de dato Varchart se puede introducir el dato numérico correspondiente ya que Varchart admite datos alfanuméricos y admite hasta 2^31 caracteres.

Problema 2: Generación de formatos de documento portátil. Como parte del proyecto se necesitan generar reportes de salida como lo son ventas de productos y el número clientes que padecen cada una de las enfermedades registradas. Y todos estos tenían que manipularse para su impresión. En este requisito se determino generar informes en formato PDF (Portable Document Format, Formato de Documento Portátil) por las ventajas que este contiene que a continuación se describen. Características: 

Elección de la unidad de medida, formato de página y márgenes



Gestión de cabeceras y pies de página



Salto de página automático



Salto de línea y justificación del texto automáticos



Admisión de imágenes (JPEG, PNG y GIF)



Colores



Enlaces



Admisión de fuentes TrueType, Type1 y codificación



Compresión de página

Estas y otras características más fueron las que se tomaron en cuenta para generar estos reportes. Para dar solución a estos problemas se investigaron las formas de generar archivos con este tipo de formatos con software libre o librerías 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 propósito y modificarla al gusto del programador para satisfacer sus necesidades [12]. Se descargo la librería directamente desde la página oficial de FPDF (www.fpdf.org), mostrando y estudiando los ejemplos que este tiene para identificar las características y formas de codificación. El problema surgió al momento de utilizar la librería, se consultaron los ejemplos en línea que su página oficial proporciona, teniendo principal complicación al utilizar métodos y funciones que no contaban con la descripción de sus propiedades y que fueron probados uno por uno. Teniendo problemas de sintaxis en algunas ocasiones o mala utilización de las propiedades de las funciones de la librería.

4.4.

Documentación del código fuente

En esta sección se mostraran fragmentos del código fuente pertenecientes a funciones específicas del sistema.

En la siguiente figura se encuentra el código de la función para generar el nombre del usuario automáticamente que el cliente se registra como cliente.

Figura 4.1 Función para generar nombre de usuario.

En la siguiente figura se muestra la función que generara la contraseña para el usuario cliente.

Figura 4.2. Función para generar la contraseña del usuario cliente.

5. Pruebas e implementación

El objetivo principal del capítulo 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 Versión 2.2.4



Lenguaje PHP Script Versión 5.2.3



Gestor de base de datos MySQL Versión 5.0.45



Administrador phpMyAdmin Versión 2.

5.2.

Base de datos de pruebas

Tabla 5.1. Tabla Cliente de la base de datos de prueba.

id_cli ente 1

2 3 4 5 6 7

nom_cl Carlos Alberto Juan Carlos Carla Edgar Roberto Fernanda Vanessa Mónica Fernando

app_cl

apm_cl

sexo_cl

fecnac_cl

correo_cl

nom_usuario

pass_usuario

fecha_registro

status_cl

Martínez

López

Masculino

1986-10-08

[email protected]

mpiña

mpiña

2013-05-10

Inactivo

Alvarado

Martínez

Masculino

1963-07-15

jalvarado@gmail

jnalvarado

jnalvarado

2013-06-12

Inactivo

Piña

López

Femenino

1965-07-19

carlapina@gmail

capina

capina

2013-06-17

Inactivo

Mora

García

Masculino

1969-07-17

edmora69@gmail

ermora

ermora

2013-07-19

Inactivo

Bernal

Flores

Femenino

1973-03-06

[email protected]

ferbernal

ferbernal

2013-07-20

Inactivo

Trinidad

Silva

Femenino

1976-01-13

[email protected]

matrinidad

matrinidad

2013-07-29

Inactivo

fermendoza

fermendoza

2013-07-29

Inactivo

Mendoza

Benites

Masculino

1973-05-29

[email protected] om

Tabla 5.2. Tabla Dirección de la base de datos de prueba.

id_direccion pais_dir

est_dir

mun_dir

1

México

Morelos

Cuernavaca

2

México

Morelos

Cuernavaca

3

México

Morelos

Cuernavaca

col_dir

calle_dir

Antonio Barona Flores Magon San Anton Flores

4

México

Morelos

Cuernavaca

5

México

Morelos

Cuernavaca

Delicias

6

México

Guadalagara

Jalisco

Rincon

Magon

numca_dir cp_dir

Orquidea

9

62210

Moctezuma

19

62385

Chulavista

19

62029

Tulipanes

9

62385

3

62330

13

23455

Vista hermos Melocoton

Tabla 5.3. Tabla Dirección-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

Hipertensión

Clinic y Pulse

7

Quimioterapia

Clinic y Pulse

8

Fibromialgia

Clinic y Pulse

9

Disautonomía

Clinic y Pulse

10

Piedras en riñón

Clinic y Pulse

11

Vesícula

Clinic y Pulse

12

Ciática

Clinic

13

Estreñimiento

Clinic

14

Gastritis

Clinic

15

Hemorroides

Clinic

16

Migraña

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 inflamación 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 4

4

5

5

Presenta acides estomacal

2013-06-12

Presenta evacuaciones con sangre y dolor en el

2013-06-17

recto Presenta dolor de cabeza 6

6

intenso, acompañado de

2013-06-17

molestias para ver la luz 7

7

8

8

Presenta dolor al orinar Padece de presión alta y dolor de cabeza intenso

2013-07-19 2013-07-20

Presenta irritación en la 9

9

piel acompañada de

2013-07-20

granitos Presenta dolor muy fuerte en la pierna, 10

10

acompañado de dolor en

2013-07-29

la parte inferior de la espalda 11

Presenta dolor de cabeza

6

persistente

2013-07-31

Tabla 5.8. Tabla Teléfono 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

ta

nte

ta

os

os

ta

status_ven 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.

Ejecución 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: Raúl Armando Macosay Guerrero DESARROLLO

Objetivo: Probar el correcto registro de los clientes. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador Entradas: Registro Núm. 1 de la tabla Administrador Datos del registro: nombre: “Mónica”, apellido paterno ”Trinidad”, apellido materno “Silva”, sexo “Femenino”, día “13”, mes “01”, año “1973”, correo electrónico “[email protected]”, teléfono “7772076534”, país “México”, estado ”Morelos”, municipio “Cuernavaca”, colonia “Delicias”, calle “San Diego”, numero ”6”, código postal “62330”. Acciones:

Resultados esperados:

1. Ejecuta el sistema.

1. Aparece la pantalla de

2. Selecciona la opción de

2. Aparece pantalla de

menú de inicio. inicio de sesión.

identificación de usuario.

3. Introducir “raul” en el

3. Ninguno.

campo usuario y “rmg10” en el campo contraseña. 4. Pulsar el botón “Entrar”

4. Aparece la interfaz del menú principal del administrador.

5. Seleccionar opción

5. Se despliega la

“Registrar cliente” de la

pantalla de Registro

barra de menú.

de cliente nuevo.

Resultados obtenidos: El sistema almacena la información del nuevo cliente en la base de datos con estado “Activo”.

6. El administrador registra un nuevo cliente: 6.1. Introduce “Mónica” 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 día, selecciona”01” del menú desplegable en el campo mes, selecciona “1973“del menú desplegable en el campo año de nacimiento. 6.6. Introduce “[email protected]” en el campo correo electrónico. 6.7. Introduce “7772076534” en el campo teléfono. 6.8. Introduce “Morelos” en el campo Estado. 6.9. Introduce “Cuernavaca” en el campo Municipio. 6.10.

Introduce

6. Se registra el cliente.

“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 código postal. 6.12.

Pulsa el botón

registrar. Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

DATOS GENERALES DE LA PRUEBA Requisito a probar: FN4.2 Modificación del

Ejecutor: Giovanni Ricardo Torres Álvarez

cliente.

del Castillo.

Fecha y Hora: 18/06/2013, 12pm

Evaluador: Raúl Armando Macosay Guerrero DESARROLLO

Objetivo: Probar la correcta modificación de los datos de los clientes. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador. El cliente “Mónica” está dado de alta en la tabla Cliente Entradas: : Registro Núm. 1 de la tabla Administrador, Registro Núm. 6 de la tabla cliente. Acciones:

Resultados esperados:

Resultados obtenidos:

1. Ejecuta el sistema.

1. Aparece la pantalla de menú de inicio.

datos y los almacena en la

2. Selecciona la opción de

2. Aparece pantalla de

base de datos con estado

inicio de sesión.

identificación de usuario.

3. Introducir “raul” en el

3. Ninguno.

El sistema modifica los

“Activo”.

campo usuario y “rmg10” en el campo contraseña. 4. Pulsar el botón “Entrar”

4. Aparece la interfaz del menú principal del administrador.

5. Seleccionar opción

5. Se despliega la

“Cliente” de la barra de

pantalla de Búsqueda

menú.

de cliente.

6. El administrador modifica datos del cliente: 6.1.

6. Se modifican los datos

Pulsa el botón

del cliente

modificar en el campo de registro “Mónica Trinidad Silva”. 6.2.

Introduce

“13” en el campo día de la fecha de nacimiento. 6.3.

Pulsa el botón

modificar. Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

DATOS GENERALES DE LA PRUEBA Requisito a probar: FN4.3 Eliminación del

Ejecutor: Giovanni Ricardo Torres Álvarez

cliente.

del Castillo

Fecha y Hora: 18/06/2013, 2pm

Evaluador: Raúl Armando Macosay Guerrero DESARROLLO

Objetivo: Probar la correcta eliminación de los clientes. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador. El cliente está dado de alta en la tabla Cliente Entradas: Registro Núm. 1 de la tabla Administrador, Registro Núm. 2 de la tabla Cliente.

Acciones: 1. Ejecuta el sistema.

Resultados esperados: 1. Aparece la pantalla de menú de inicio.

2. Selecciona la opción de inicio de sesión.

2. Aparece pantalla de

Resultados obtenidos: El sistema elimina toda la información personal del cliente de la base de datos.

identificación de usuario.

3. Introducir “raul” en el

3. Ninguno.

campo usuario y “rmg10” en el campo contraseña. 4. Pulsar el botón “Entrar”

4. Aparece la interfaz del menú principal del administrador. 5. Se despliega la

5. Seleccionar opción “Cliente” de la barra de

pantalla de Búsqueda de cliente.

menú. 6. El administrador elimina

6. Despliega mensaje de

al cliente:

confirmación y elimina

6.1 Pulsa el botón eliminar

al cliente

en el campo de registro “Juna Carlos Alvarado Martínez”. 6.2 Pulsa el botón eliminar.

Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

DATOS GENERALES DE LA PRUEBA Requisito a probar: FN4.4 Búsqueda de

Ejecutor: Giovanni Ricardo Torres Álvarez

cliente

del Castillo.

Fecha y Hora: 19/06/2013, 11.30 am

Evaluador: Raúl Armando Macosay Guerrero

DESARROLLO Objetivo: Probar la correcta búsqueda de los clientes. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador. El cliente “Carla” está dado de alta en la tabla Cliente Entradas: Registro Núm. 3 de la tabla Cliente, Registro 1 de la tabla Administrador. Datos de búsqueda: nombre “Carla”, apellido paterno “Piña”, apellido materno “López” Acciones: 1. Ejecuta el sistema.

Resultados esperados: 1. Aparece la pantalla de menú de inicio.

2. Selecciona la opción de inicio de sesión.

2. Aparece pantalla de identificación de usuario.

3. Introducir “raul” en el

3. Ninguno.

campo usuario y “rmg10” en el campo contraseña. 4. Pulsar el botón “Entrar”

4. Aparece la interfaz del menú principal del administrador.

5. Seleccionar opción

5. Se despliega la pantalla

“Clientes” de la barra

de búsqueda de

de menú.

clientes.

6. El administrador busca a un cliente.

6. Se actualiza la página con base a los datos introducidos en los

6.1. Introduce “Carla” en el campo nombre, “Piña” en el campo A. Paterno y “López” en el campo

campos.

Resultados obtenidos: El sistema muestra la información solicitada por el administrador.

A. Materno. 6.2. Pulsa el botón “Buscar”. Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

DATOS GENERALES DE LA PRUEBA Requisito a probar: FN5.1 Registro de

Ejecutor: Giovanni Ricardo Torres Álvarez

enfermedades.

del Casillo.

Fecha y Hora: 20/06/2013, 10.15 am

Evaluador: Raúl Armando Macosay Guerrero

DESARROLLO Objetivo: Probar El correcto registro de enfermedades Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador. La enfermedad “Ciática” está dada de alta en la tabla “Enfermedad” Entradas: Registro Núm. “1” de tabla “Administrador”, Registro Núm. “12” de tabla “Enfermedad” Acciones: 1. Ejecuta el sistema.

Resultados esperados: 1. Aparece la pantalla de menú de inicio.

2. Selecciona la opción de inicio de sesión.

2. Aparece pantalla de identificación de usuario.

3. Introducir “raul” en el

3. Ninguno.

campo usuario y “rmg10” en el campo contraseña. 4. Pulsar el botón “Entrar”

4. Aparece la interfaz del menú principal del administrador. 5. Se despliega la pantalla

5. Seleccionar opción “Enfermedades” de la

de enfermedades registradas.

Resultados obtenidos: El sistema almacena la enfermedad en la base de datos.

barra de menú.

6. Se actualiza la tabla de

6. El administrador registra

enfermedades y se

la enfermedad.

registra la enfermedad.

6.1. Introduce “Ciática” en el campo enfermedad. 6.2. Selecciona la opción “Clinic” de la lista desplegable. 6.3. Pulsa el botón “registrar”. Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

DATOS GENERALES DE LA PRUEBA Requisito a probar: FN5.2 Eliminación de

Ejecutor: Giovanni Ricardo Torres Álvarez

enfermedad.

del Casillo.

Fecha y Hora: 1/07/2013, 10.30 am

Evaluador: Raúl Armando Macosay Guerrero DESARROLLO

Objetivo: Probar la correcta Eliminación de enfermedades. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador. La enfermedad “Acido Úrico” está dada de alta en la tabla “Enfermedad” Entradas: Registro Núm. 1 de la tabla Administrador, Registro Núm. 1 de la tabla Enfermedad. Acciones:

Resultados esperados:

1. Ejecuta el sistema.

1. Aparece la pantalla de

2. Selecciona la opción de

2. Aparece pantalla de

menú de inicio. inicio de sesión.

identificación de usuario.

Resultados obtenidos: El sistema elimina la enfermedad de la base de datos.

3. Introducir “raul” en el

3. Ninguno.

campo usuario y “rmg10” en el campo contraseña. 4. Pulsar el botón “Entrar”

4. Aparece la interfaz del menú principal del administrador.

5. Seleccionar opción

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.

confirmación y se elimina la enfermedad.

6.1. Pulsa el botón eliminar en el campo de registro “Acido úrico”. 6.2. Pulsa el botón eliminar. Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

DATOS GENERALES DE LA PRUEBA Requisito a probar: FN5.3 Búsqueda de

Ejecutor: Giovanni Ricardo Torres Álvarez

enfermedad.

del Casillo.

Fecha y Hora: 3/06/2013, 12pm

Evaluador: Raúl Armando Macosay Guerrero DESARROLLO

Objetivo: Probar la correcta búsqueda de enfermedades. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador. La enfermedad “Gastritis” está dada de alta en la tabla “Enfermedad” Entradas: Registro Núm. 1 de la tabla Administrador, Registro Núm. 14 de la tabla Enfermedad. Acciones:

Resultados esperados:

Resultados obtenidos:

1. Ejecuta el sistema.

1. Aparece la pantalla de menú de inicio.

2. Selecciona la opción de

El sistema muestra la información solicitada.

2. Aparece pantalla de

inicio de sesión.

identificación de

3. Introducir “raul” en el

usuario.

campo usuario y

3. Ninguno.

“rmg10” en el campo contraseña. 4. Pulsar el botón “Entrar” 4. Aparece la interfaz del menú principal del 5. Seleccionar opción

administrador.

“Enfermedades” de la

5. Se despliega la pantalla

barra de menú.

de enfermedades

6. El administrador busca la enfermedad.

registradas. 6. Se actualiza la página con base a la

6.1. Introduce

información solicitada.

“Gastritis” en el campo enfermedad y pulsa el botón buscar. Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

DATOS GENERALES DE LA PRUEBA Requisito a probar: FN6. 1 Registro de

Ejecutor: Giovanni Ricardo Torres Álvarez

seguimientos.

del Castillo.

Fecha y Hora: 3/07/2013, 12pm

Evaluador: Raúl Armando Macosay Guerrero DESARROLLO

Objetivo: Probar el correcto registro de los seguimientos de las enfermedades de los clientes. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador. La enfermedad “Migraña” 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 Núm. 3 de la tabla Cliente, Registro 1 de la tabla Administrador, registro Núm. 16 de la tabla Enfermedad, registro Núm. 6 de la tabla Seguimiento-nota. Acciones: 1. Ejecuta el sistema.

Resultados esperados: 1. Aparece la pantalla de

2. Selecciona la opción de inicio de sesión.

menú de inicio.

seguimiento en la base de datos con estado “Activo”.

identificación de

campo usuario y

usuario.

“rmg10” en el campo

3. Ninguno

contraseña.

4. Aparece la interfaz del

4. Pulsar el botón “Entrar”

menú principal del

5. Seleccionar opción

administrador 5. Se despliega la pantalla

de menú. 6. El administrador

Búsqueda de clientes. 6.

Se actualiza la página

ingresa “Carla” en el

con base al resultado

campo nombre, “Pina”

de la búsqueda.

en el campo apellido paterno y “López” en el campo apellido materno. 7.

7. Se despliega la pantalla

Selecciona la opción

de Información

“Información personal”.

personal. 8. Se despliega la pantalla

8.

Selecciona la opción

de nuevo seguimiento.

“Nuevo seguimientos” de la barra de menú 9. El administrador registra un nuevo seguimiento. 9.1 Selecciona “Migraña” de la lista desplegable de enfermedades existentes

El sistema almacena el

2. Aparece pantalla de

3. Introducir “raul” en el

“Clientes” de la barra

Resultados obtenidos:

9. Despliega un mensaje de registro exitoso.

9.2 Introduce “Presenta dolor de cabeza intenso, acompañado de molestias para ver la luz” en el cuadro de texto. 9.3 Pulsa el botón “Registrar” Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

DATOS GENERALES DE LA PRUEBA Requisito a probar: FN6. 2 Eliminación de

Ejecutor: Giovanni Ricardo Torres Álvarez

seguimientos.

del Castillo.

Fecha y Hora: 5/07/2013, 12pm

Evaluador: Raúl Armando Macosay Guerrero DESARROLLO

Objetivo: Probar la correcta eliminación de los seguimientos de las enfermedades de los clientes. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador. El cliente “Juan” está dado de alta en la tabla Cliente Entradas: : Registro Núm. 2 de la tabla Cliente, Registro Núm. 1 de la tabla Administrador Acciones:

Resultados esperados:

1. Ejecuta el sistema.

1. Aparece la pantalla de

2. Selecciona la opción de

2. Aparece pantalla de

menú de inicio. inicio de sesión.

identificación de usuario.

3. Introducir “raul” en el campo usuario y “rmg10” en el campo

3. Ninguno

Resultados obtenidos: El sistema elimina el seguimiento de la base de datos.

contraseña. 4. Pulsar el botón “Entrar”

4. Aparece la interfaz del menú principal del administrador

5. Seleccionar opción

5. Se desplegara la

“Cliente” de la barra de

pantalla de búsqueda

menú.

de clientes.

6. El administrador ingresa “Juan Carlos”

6.

Se actualiza la página

en el campo nombre,

con base al resultado

“Alvarado” en el campo

de la búsqueda.

apellido paterno y “Martínez” en el campo apellido materno. 7. Selecciona la opción “Información personal”.

7. Se despliega la pantalla de Información

8.

Selecciona la opción “Seguimientos” de la

personal. 8. Se despliega la pantalla

barra de menú

de seguimientos

9. Selecciona la opción eliminar.

registrados. 9. Se despliega el mensaje para confirmar la eliminación.

10. Pulsa el botón Aceptar 10. Se despliega la pantalla de confirmación de la eliminación. Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

DATOS GENERALES DE LA PRUEBA Requisito a probar: FN6. 3 Búsqueda de

Ejecutor: Giovanni Ricardo Torres Álvarez

seguimientos.

del Castillo.

Fecha y Hora: 6/07/2013, 12pm

Evaluador: Raúl Armando Macosay

Guerrero DESARROLLO Objetivo: Probar la correcta búsqueda de los seguimientos de las enfermedades de los clientes. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador. El cliente “Juan” está dado de alta en la tabla Cliente Entradas: : Registro Núm. 2 de la tabla Cliente, Registro Núm. 1 de la tabla Administrador Acciones: 1. Ejecuta el sistema.

Resultados esperados: 1. Aparece la pantalla de menú de inicio.

2. Selecciona la opción de

2. Aparece pantalla de

inicio de sesión.

identificación de usuario.

3. Introducir “raul” en el

3. Ninguno

campo usuario y “rmg10” en el campo contraseña. 4. Pulsar el botón “Entrar”

4. Aparece la interfaz del menú principal del

5. Seleccionar opción “Seguimiento” de la

administrador 5. Se desplegara la

barra de menú.

pantalla de búsqueda de seguimientos por

6. El administrador busca al cliente

cliente. 6.

Se actualiza la página con base al resultado de la búsqueda.

6.1. Introduce “Juan Carlos” en el campo nombre, “Alvarado” en el campo apellido paterno y “Martínez” en el campo apellido materno.

Resultados obtenidos: Muestra la información solicitada.

6.2. Pulsa el botón buscar. Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

DATOS GENERALES DE LA PRUEBA 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: Raúl Armando Macosay

Guerrero DESARROLLO Objetivo: Probar el correcto almacenamiento de las notas de los seguimientos. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla 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 Núm. 3 de la tabla Cliente, Registro Núm. 1 de la tabla Administrador, Registro Núm.11 de la tabla Seguimiento-nota Acciones:

Resultados esperados:

1. Ejecuta el sistema.

1. Aparece la pantalla

2. Selecciona la opción

2. Aparece pantalla de

de menú de inicio. de inicio de sesión.

identificación de usuario.

3. Introducir “raul” en

3. Ninguno.

el campo usuario y “rmg10” en el campo contraseña. 4. Pulsar el botón “Entrar”

4. Aparece la interfaz del menú principal del administrador.

5. Seleccionar opción “Clientes” de la

5. Se desplegara la pantalla de

Resultados obtenidos:

El sistema almacena la nueva nota en la base de datos con estado “Activo”.

barra de menú.

búsqueda de clientes.

6. El administrador

6.

Se actualiza la

ingresa “Carla” en el

página con base al

campo nombre,

resultado de la

“Pina” en el campo

búsqueda.

apellido materno y “López” en el campo apellido materno. 7. Selecciona la opción

7. Se despliega la

“Información

pantalla de

personal”.

información personal.

8. Selecciona la opción

8. Se despliega la

seguimientos de la

pantalla de

barra de menú.

seguimientos registrados.

9. Selecciona la opción nueva nota.

9. Se despliega la pantalla de nueva nota.

10. El administrador

10. Despliega mensaje

agrega una nueva

de registro correcto

nota.

y se almacena la

10.1

Introduce

“Presenta dolor de cabeza persistente” en el cuadro de texto. 10.2

Pulsa el

botón “Registrar”. Evaluación de la prueba: Acciones correctivas:

nota.

DATOS GENERALES DE LA PRUEBA Requisito a probar: FN7.2 Eliminación de

Ejecutor: Giovanni Ricardo Torres Álvarez

notas de los seguimientos.

del Castillo.

Fecha y Hora:8/07/2013, 10.40 am

Evaluador: Raúl Armando Macosay

Guerrero DESARROLLO Objetivo: Probar la correcta eliminación de las notas de los seguimientos. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador. La clienta “Carla” está dada de alta en la tabla Cliente Entradas: Registro Núm. 3 de la tabla Cliente, Registro Núm. 1 de la tabla Administrador Acciones: 1. Ejecuta el sistema 2. Selecciona la opción de inicio de sesión. 3. Introducir “raul” en el

Resultados esperados: 1. Aparece la pantalla de

El sistema elimina la nota

menú de inicio.

de la base de datos.

2. Aparece pantalla de identificación de usuario. 3. Ninguno.

campo usuario y “rmg10” en el campo contraseña. 4. Pulsar el botón “Entrar”

4. .Aparece la interfaz del menú principal del administrador.

5. Seleccionar opción

5. Se desplegara la

“Clientes” de la barra

pantalla de búsqueda

de menú.

de clientes.

6. El administrador ingresa “Carla” en el campo

6.

Se actualiza la página

nombre, “Pina” en el

con base al resultado

campo apellido materno

de la búsqueda.

y “López” en el campo apellido materno. 7. Selecciona la opción “Información personal”.

Resultados obtenidos:

7. Se despliega la pantalla

8. Selecciona la opción

de información

“Seguimientos”.

personal. 8. Se despliega la pantalla

9. Selecciona la opción

de seguimientos

“Ver notas”.

registrados.

10. Pulsa el botón

9. Se despliega la pantalla

“Eliminar”

de notas registradas. 10. Se despliega un mensaje para confirmar

11. “Selecciona la opción

la eliminación.

aceptar”.

11. Se confirma la eliminación

Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

DATOS GENERALES DE LA PRUEBA 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: Raúl Armando Macosay Guerrero DESARROLLO

Objetivo: Probar la correcta Agenda de seguimientos. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador. La clienta “Carla” está dada de alta en la tabla Cliente Entradas: Registro Núm. 3 de la tabla Cliente, Registro Núm. 1 de la tabla Administrador. Datos de la cita: día “9” , mes “Julio” año “2013” Acciones: 1. Ejecuta el sistema.

Resultados esperados: 1. Aparece la pantalla de menú de inicio.

2. Selecciona la opción de inicio de sesión.

2. Aparece pantalla de identificación de

Resultados obtenidos: El sistema almacena la nueva cita en la base de datos con estado “Activo”.

usuario. 3. Introducir “raul” en el

3. Ninguno.

campo usuario y “rmg10” en el campo contraseña.

4. Aparece la interfaz del

4. Pulsar el botón “Entrar”

menú principal del administrador. 5. Se despliega la

5. Seleccionar opción

pantalla de búsqueda

“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 “López” en el campo apellido materno. 7. Selecciona la opción “Información personal”.

7.

Se actualiza la página con base al resultado de la búsqueda.

8. Selecciona la opción

8. Se despliega la

“Seguimiento” de la

pantalla de

barra de menú.

Seguimientos

9. Selecciona la opción agendar cita. 10. El administrador agenda una cita: 10.1

registrados. 9. Se despliega la pantalla de citas registradas.

Selecciona

10. Se despliega un

“9” de la lista

mensaje de

desplegable, en el

confirmación de

campo día,

registro.

selecciona “Julio” de la lista desplegable, en el campo mes y selecciona “2013” de la lista

desplegable de campo año. 10.2

Pulsa el

botón registrar.

Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

DATOS GENERALES DE LA PRUEBA 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: Raúl Armando Macosay Guerrero DESARROLLO

Objetivo: Probar la correcta Cancelación de la citas de la agenda de seguimientos. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador. La clienta “Carla” está dada de alta en la tabla Cliente Entradas: Registro Núm. 3 de la tabla Cliente, Registro Núm. 1 de la tabla Administrador. Acciones: 1. Ejecuta el sistema.

Resultados esperados: 1. Aparece la pantalla de menú de inicio.

2. Selecciona la opción de inicio de sesión.

2. Aparece pantalla de identificación de usuario.

3. Introducir “raul” en el

3. Ninguno.

campo usuario y “rmg10” en el campo contraseña. 4. Pulsar el botón “Entrar”

4. Aparece la interfaz del menú principal del administrador.

Resultados obtenidos: El sistema cancela la cita de la base de datos con estado “Activo”.

5. Seleccionar opción

5. Se despliega la

“Clientes” de la barra

pantalla de búsqueda

de menú.

de cliente.

6. El administrador ingresa “Carla” en el

6. Se actualiza la página

campo nombre, “Pina”

con base al resultado

en el campo apellido

de la búsqueda.

materno y “López” en el campo apellido materno. 7. Selecciona la opción

7. Se despliega la

“Información personal”.

pantalla de información personal.

8. Selecciona la opción

8. Se despliega la

“Citas” de la barra de

pantalla de Citas

menú.

registrados.

9. Selecciona la opción cancelar.

9. Se despliega un mensaje para

10. Pulsa el botón aceptar.

confirmar la cancelación. 10. Se despliega de la cancelación exitosa.

Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

DATOS GENERALES DE LA PRUEBA Requisito a probar: FN8.3 Consultar cita de

Ejecutor: Giovanni Ricardo Torres Álvarez

la agenda de seguimientos.

del Castillo.

Fecha y Hora: 10/07/2013, 12pm

Evaluador: Raúl Armando Macosay Guerrero DESARROLLO

Objetivo: Probar la correcta consulta de la agenda de seguimientos. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla

Administrador. La clienta “Carla” está dada de alta en la tabla Cliente Entradas: Registro Núm. 3 de la tabla Cliente, Registro Núm. 1 de la tabla Administrador. Acciones: 1. Ejecuta el sistema. 2. Selecciona la opción de

Resultados esperados: 1. Aparece la pantalla de menú de inicio.

El sistema muestra la

2. Aparece pantalla de

información solicitada.

inicio de sesión.

identificación de usuario.

3. Introducir “raul” en el

3. Ninguno.

campo usuario y “rmg10” en el campo contraseña. 4. Pulsar el botón “Entrar”

4. Aparece la interfaz del menú principal del

5. Seleccionar opción “Agenda” de la barra de

administrador. 5. Se desplegara la

menú.

pantalla de búsqueda

6. El administrador busca una enfermedad:

de citas. 6.

Se actualiza la página con base al resultado de la búsqueda.

6.1. Ingresa “Carla” en el campo nombre, “Pina” en el campo apellido materno, “López” en el campo apellido materno y “Migraña en el campo enfermedad”

Resultados obtenidos:

.

Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna

DATOS GENERALES DE LA PRUEBA 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: Raúl Armando Macosay Guerrero

DESARROLLO Objetivo: Probar el correcto registro de ventas Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador. La clienta “Carla” está dada de alta en la tabla Cliente Entradas: Registro Núm. 3 de la tabla Cliente, Registro Núm. 1 de la tabla Administrador. Acciones:

Resultados esperados:

Resultados obtenidos:

1. Ejecuta el sistema.

1. Aparece la pantalla de menú de inicio.

nueva venta en la base de

2. Selecciona la opción de

2. Aparece pantalla de

datos con estado “Activo”.

inicio de sesión.

identificación de usuario.

3. Introducir “raul” en el

3. Ninguno.

campo usuario y “rmg10” en el campo contraseña.

4. Aparece la interfaz del

4. Pulsar el botón “Entrar”.

menú principal del administrador. 5. Se despliega la pantalla

5. Seleccionar opción

de búsqueda de

“Clientes” de la barra de

cliente.

menú. 6. El administrador ingresa

6.

Se actualiza la página

“Carla” en el campo

con base al resultado

nombre, “Pina” en el

de la búsqueda.

El sistema almacena la

campo apellido materno y “López” en el campo apellido materno. 7. Selecciona la opción

7. Se despliega la pantalla

“Información personal”.

de información personal.

8. Selecciona la opción

8. Se despliega la pantalla

“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 botón registrar. Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

DATOS GENERALES DE LA PRUEBA Requisito a probar: FN9.2 Cancelar venta.

Ejecutor: Giovanni Ricardo Torres Álvarez del Castillo.

Fecha y Hora: 13/07/2013, 10:00 am

Evaluador: Raúl Armando Macosay Guerrero

DESARROLLO Objetivo: Probar la correcta cancelación de ventas. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador. La clienta “Carla” está dada de alta en la tabla Cliente Entradas: Registro Núm. 3 de la tabla Cliente, Registro Núm. 1 de la tabla Administrador

Acciones: 1. Ejecuta el sistema.

Resultados esperados: 1. Aparece la pantalla de menú de inicio.

2. Selecciona la opción de

Resultados obtenidos: El sistema cancela la venta de la base de datos.

2. Aparece pantalla de

inicio de sesión.

identificación de usuario.

3. Introducir “raul” en el

3. Ninguno.

campo usuario y “rmg10” en el campo contraseña. 4. Pulsar el botón “Entrar”.

4. Aparece la interfaz del menú principal del administrador.

5. Seleccionar opción

5. Se desplegara la

“Clientes” de la barra

pantalla de búsqueda

de menú. 6. El administrador

de clientes.. 6.

Se actualiza la página

ingresa “Carla” en el

con base al resultado

campo nombre, “Pina”

de la búsqueda.

en el campo apellido materno y “López” en el campo apellido materno.

7. Se despliega la pantalla

7. Selecciona la opción

de información

“Información personal”. 8. Selecciona la opción

personal. 8. Se despliega la pantalla

“Venta” de la barra de

de ventas registradas.

menú. 9. Selecciona la opción

9. Se despliega el

“Cancelar”.

mensaje para confirmar la cancelación.

10. Pulsa el botón Aceptar.

10. Se confirma la cancelación.

Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

DATOS GENERALES DE LA PRUEBA Requisito a probar: FN9.3 Búsqueda de

Ejecutor: Giovanni Ricardo Torres Álvarez

venta.

del Castillo.

Fecha y Hora: 13/07/2013, 12:20 pm

Evaluador: Raúl Armando Macosay Guerrero

DESARROLLO Objetivo: Probar la correcta búsqueda de ventas. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador. La clienta “Carla” está dada de alta en la tabla Cliente Entradas: Registro Núm. 3 de la tabla Cliente, Registro Núm. 1 de la tabla Administrador Acciones: 1. Ejecuta el sistema.

Resultados esperados: 1. Aparece la pantalla de menú de inicio.

2. Selecciona la opción de

2. Aparece pantalla de

inicio de sesión.

identificación de usuario.

3. Introducir “raul” en el

3. Ninguno.

campo usuario y “rmg10” en el campo contraseña. 4. Pulsar el botón “Entrar”.

4. Aparece la interfaz del menú principal del

5. Seleccionar opción “Ventas” de la barra de

administrador. 5. Se desplegara la

menú. 6. El administrador busca la venta. 6.1. Ingresa “Carla” en el campo nombre, “Pina” en el campo apellido materno y “López” en el campo apellido materno.

pantalla de Ventas. 6.

Se actualiza la página con base al resultado de la búsqueda.

Resultados obtenidos: El sistema muestra la información solicitada.

6.2. Pulsa el botón buscar. Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

DATOS GENERALES DE LA PRUEBA Requisito a probar: FN10 Registro de pago.

Ejecutor: Giovanni Ricardo Torres Álvarez del Castillo.

Fecha y Hora:13/07/2013, 2:00pm

Evaluador: Raúl Armando Macosay Guerrero DESARROLLO

Objetivo: Probar el correcto registro de pago de los clientes. Condiciones de ejecución: El administrador “raul” esta dado de alta en la tabla Administrador. La clienta “Carla” está dada de alta en la tabla Cliente Entradas: Registro Núm. 3 de la tabla Cliente, Registro Núm. 1 de la tabla Administrador Acciones:

Resultados esperados:

1. Ejecuta el sistema.

1. Aparece la pantalla de

2. Selecciona la opción de

2. Aparece pantalla de

menú de inicio. inicio de sesión. 3. Introducir “raul” en el campo usuario y

identificación de usuario. 3. Ninguno.

“rmg10” en el campo contraseña. 4. Pulsar el botón “Entrar” 4. Aparece la interfaz del menú principal del 5. Seleccionar opción

administrador.

“Clientes” de la barra de 5. Se desplegara la menú. 6. El administrador ingresa “Carla” en el campo

pantalla de búsqueda de clientes.

Resultados obtenidos: El sistema registra el pago en la base de datos.

nombre, “Pina” en el

6.

Se actualiza la página

campo apellido materno

con base al resultado

y “López” en el campo

de la búsqueda.

apellido materno. 7. Selecciona la opción “Información personal”. 8. Selecciona la opción

7. Se despliega la pantalla

“Pagos” de la barra de

de información

menú.

personal.

9. El administrador registra el pago.

8. Se despliega la pantalla de Registrar pago.

9.1. introduce “2” del menú desplegable

9. Ninguno.

en el campo venta” y“6000” en el campo monto a pagar 9.2. Pulsa el botón

9.1. Muestra “2000” en el campo monto requerido.

registrar. 9.2. Se despliega mensaje de confirmación de pago. Evaluación de la prueba: La prueba se realizó de manera satisfactoria. Acciones correctivas: Ninguna.

5.4.

Bitácora de implantación.

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:



Fácil de usar.



Traducido a múltiples idiomas.



Soporte de codificación SFTP sobre SSH y FTP sobre SSL/TLS



Permite reanudar la transferencia de archivos y maneja archivos de gran tamaño



Administrador de sitios



Cola de transferencia



Comunicación a través 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 versión 3.7.0.2 de FileZilla, después de que se descargo dicha versión 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 contraseña que se solicita para la conexión vía 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 contraseña para poder acceder a phpMyAdmin e importar la base.

Figura 5.2. Formulario para registro de la base de datos, usuario y contraseña.

Una vez que se lleno el formulario se ingresa a la interfaz de phpMyAdmin en la cual introducimos el nombre de usuario y contraseña 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 importación.

Figura 5.4. Interfaz importación de archivos.

Tras finalizar la importación se mostro el mensaje de “importación exitosa” con lo sé termino el proceso de implantación de todo el sistema.

Figura 5.5. Mensaje de importación exitosa.

6. Conclusiones

6.1. Conclusiones

Se desarrollo el sistema principalmente para llevar un control en los seguimientos de las enfermedades, además de permitir la gestión 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 informáticos es la fase de análisis ya que es la base para definir un producto de calidad que comprenda los ámbitos específicos 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 metodología 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 metodología 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 técnicos 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 satisfacción al cliente.

Anexo A En este apartado se mostrara el cuestionario de la entrevista realizada la cual permitió recabar la información 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 tecnológico y científico del país. Dentro de las líneas de investigación la empresa ha desarrollado tecnología 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: Polarización aplicada al tratamiento de enfermedades como diabetes, migraña, ácido úrico, artritis, entre otras. Industrial: Soluciones a problemas de incrustación en calderas y torres de enfriamiento, así como mejora en procesos y ahorro de combustibles. Agrícola: Facilitar la fotosíntesis de las plantas al reducir la viscosidad del agua, resultando esto en mayor velocidad de crecimiento y/o ahorro en fertilizantes, disminuyendo la contaminación de suelos. 2. ¿Cuál es el área de investigación que mas demanda tiene la empresa? R.- La salud. 3. ¿Por qué?

R.- Porque la mayoría de nuestros clientes busca mejorar su salud, ya que en los últimos años se ha incrementado el índice de personas que padecen; diabetes, migraña, 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 información de los clientes de manera segura y que al mismo tiempo sea confiable y fácil de utilizar. 6. ¿En donde se almacena esta información? R.- En una hoja de Excel. 7. ¿Qué tipo de información 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. ¿Quiénes registran esta información? R.- Una sola persona 9. ¿Qué información personal se le solicita al cliente? R.-La información que se le solicita es: nombre completo, edad, correo electrónico, teléfono y dirección.

10. ¿Para qué es necesaria esa información? R.- Con esta información 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 atención 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 vía electrónica, telefónica 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 crédito. En caso de que el cliente solicite el envió del producto a otra dirección que no sea la suya se registrara la nueva dirección para la referencia del envió. 13. ¿Qué medios de información utiliza la empresa para dar a conocer sus productos? R.- Actualmente la empresa cuenta con una página informativa en la cual damos a conocer las características y beneficios que tienen nuestros productos por medio de internet

Anexo B En esta sección se integran las interacciones realizadas como resultado de la metodología aplicada en el desarrollo del sistema.

Requisitos preliminares Los requisitos preliminares son aquellos que se establecieron en el capítulo II, las cuales describe las características que el sistema debe cumplir para satisfacer las necesidades del cliente o empresa en este caso Química de Fluidos.

Asignación de requisitos a los incrementos En esta sección se asignan a los incrementos los requisitos que se utilizan en ellos lo que permite establecer los incrementos que interactúan 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 autentificación 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 más sencilla posible ya que esto le permitirá desplazarse fácilmente al usuario dentro del sistema. CA.1 El sistema será de fácil uso, como ya se ha mencionado con anterioridad. IN.3 El sistema tendrá imágenes 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. IN.3 El sistema tendrá imágenes relacionadas a las acciones que realizara el 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 automáticamente 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. IN.3 El sistema tendrá imágenes relacionadas a las acciones que realizara el 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. IN.3 El sistema tendrá imágenes relacionadas a las acciones que realizara el sistema.

Arquitectura física del sistema. En esta sección 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 física del sistema se muestra a detalle en el capítulo III en la sección 3.2

Desarrollo de los incrementos. En esta sección se describe el desarrollo realizado en los incrementos Incremento 1 Durante este incremento se trabajo en la sección de los clientes en donde se registra la información personal de los clientes así como la búsqueda de clientes. Incremento 2 En este incremento se dio paso a la sección 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 sección de reportes los cuales consisten en mostrar la información particular e importante solicitada por el administrador de las ventas y enfermedades.

Validación de los incrementos En esta sección se validan los incrementos realizados y explicados en la sección anterior, en esta sección se aprueban los incrementos que sean realizado. En el capítulo 5 se explica a detalle el proceso de pruebas que dan paso a la validación de los incrementos.

Bibliografía

[1] I. Sommerville, Ingeniería del Software, Madrid: PEARSON EDUCACÍON, S.A., 2005. [2] L. Puchol, El libro de la entrevista de trabajo, España: Diaz de Santos, 2006. [3] J. C. Tello, «Universidad de Alcalá,» 22 Mayo 2012. [En línea]. Available: www2.uah.es/jcaceres/capsulas/DiagramaCasosDeUso.pdf. [Último acceso: 3 julio 2013]. [4] R. S. Presman, Ingeniería del software un enfoque práctico, Madrid, España: McGRAWHILL, 2002. [5] L. Hobbs, Diseñar su propia Página Web, Barcelona, España: MARCOBO S.A., 1999. [6] W3C, «Guía breve de CSS,» [En línea]. Available: http://www.w3c.es/Divulgacion/GuiasBreves/HojasEstilo. [Último acceso: 01 07 2013]. [7] MySQL, «mysqlworkbench.org,» 29 septiembre 2011. [En línea]. Available: http://mysqlworkbench.org/about/. [Último acceso: 10 junio 2013]. [8] P. G. D. P. R. R. Angel Cobo, PHP y MySQL Tecnologías para el desarrollo de aplicaciones web, España: Díaz de santos, 2005. [9] StarUNL, «StarUML,» 22 Agosto 2006. [En línea]. Available: http://staruml.sourceforge.net/en/. [Último acceso: 20 Junio 2013]. [10] O. Heurler, PHP y MySQL Domine el desarrollo de un sitio web dinámico e interacnivo., Cornelia de Liobregat (Barcelona): Española, 2009. [11] W3schools, «www.w3schools.com,» 15 Agosto 2000. [En línea]. Available: http://www.w3schools.com/js/. [Último acceso: 22 Junio 2013]. [12] FPDF, «http://www.fpdf.org/,» FPDF Library, [En línea]. Available: http://www.fpdf.org/. [Último acceso: 2013 Junio 20].