universidad del valle de atemajac
TRANSCRIPT
UNIVERSIDAD DEL VALLE DE ATEMAJAC
LICENCIATURA EN INGENIERÍA EN SISTEMAS COMPUTACIONALES
Incorporada a la Secretaría de Educación Pública según acuerdo No.
2003018 expedido el 20 de enero de 2003.
“DESARROLLO DE SOFTWARE GYMSOFT PARA LA
ADMINISTRACIÓN DE GIMNASIOS DE LA ZONA
METROPOLITANA DE JALISCO”
TESIS PROFESIONAL:
QUE PARA OBTENER EL TITULO DE:
INGENIERO EN SISTEMAS COMPUTACIONALES
Luis Ricardo Guerra Arroyo
Edgar Tomas Torres Ramos
Asesor:
MC. Christian Fernando Bonner Barbosa
Guadalajara, Jalisco JUNIO 2014
DESARROLLO DE SOFTWARE GYMSOFT PARA LA ADMINISTRACIÓN DE
GIMNASIOS DE LA ZONA METROPOLITANA DE JALISCO
Luis Ricardo Guerra Arroyo / [email protected] /Edgar Tomas Torres
Ramos / [email protected]/ Ingeniería en Sistemas Computacionales
Universidad del Valle de Atemajac
Resumen
México es el primer lugar en obesidad a nivel mundial, esto ha causado una
preocupación por el cuidado de la salud y lo que se define o estereotipan como
belleza, en nuestra sociedad incrementa el auge de negocios enfocados en este
tema, surge una cultura de cuidado de la salud, y conjuntamente un grupo de
negocios enfocados a lo mismo negocios como gimnasio, consultorios
nutricionales, comedores o tiendas de equipo deportivo. Muchos negocios tratan
de ampliar su giro incursionando en otras actividades paralelas al mismo, cuando
esto sucede, la administración se complica y la exigencia del negocio es mayor,
de este modo, la aplicación a otras ramas de comercio de productos o servicios
han generado que los sistemas sean más complementarios y comprendan otros
módulos más allá que simplemente la administración de un gimnasio, un
consultorio nutricional, comedor o tienda deportiva. Se desarrolló una aplicación
totalmente funcional, basándose en la metodología SCRUM y UML.
Palabras clave: Aplicación web, PHP, HTML5, CSS, UML, SCRUM
Abstract:
Mexico is the first in obesity worldwide, this has caused a concern for health care
and what is defined as beautiful or stereotype in our society increases the
booming business focused on this issue, a culture of care arises health, and
together a business group focused on the same business and fitness, nutrition
clinics, dining halls or sports equipment stores. Many businesses try to expand its
business dabbling in other activities parallel thereto, when this happens, the
administration is complicated and business demand is higher, thus the application
to other branches of trade in goods or services that have generated systems more
complementary and understand other modules beyond simply managing a gym,
a nutritional office, dining or sporting goods store. A fully functional application
was developed based on the SCRUM methodology and UML.
Key words: Wep application, PHP, HTML5, CSS, UML, SCRUM
Dedicatoria
A mi familia.
Con todo mi cariño y mi amor para las personas que hicieron todo en la vida para
que yo pudiera lograr mis sueños, por motivarme y darme la mano cuando sentía
que el camino se terminaba, a su paciencia, comprensión y tiempo para que yo
pudiera cumplir con este objetivo.
Por su bondad y sacrificio, por su inspiración a ser mejor para ustedes, ahora
puedo decir que esta tesis lleva mucho de nosotros, gracias por estar siempre a
mi lado, a ustedes por siempre mi corazón y mi agradecimiento.
Luis Ricardo Guerra Arroyo
Dedicatoria
A mi familia.
Con mucho cariño para ustedes que me apoyaron desde el momento que pensé
en retomar mis estudios hasta verlos materializados, su apoyo me dio las fuerzas
necesarias para salir adelante cuanto sentía que el camino terminaba, mi más
profundo agradecimiento para ustedes.
A mi esposa
Por estar siempre a mi lado apoyándome en todo momento durante esta etapa,
tu sacrificio, amor y compañía incondicional me dieron la fortaleza necesaria para
salir adelante, todo mi amor y mi agradecimiento para ti.
Edgar Tomas Torres Ramos
ÍNDICE INTRODUCCIÓN .............................................................................................. XII
CAPÍTULO 1: REQUERIMIENTOS (IEEE 830)
1.1. Requerimientos funcionales ...................................................................... 1
1.2. Requerimientos No funcionales ...............................................................17
CAPÍTULO 2: ANÁLISIS Y DISEÑO
2.1. Diccionario de datos ................................................................................19
2.2. Razones para su utilización .....................................................................19
2.3. Normalización ..........................................................................................19
2.4. Formas normales .....................................................................................20
2.4.1. Primera Forma Normal (1FN) ........................................................... 20
2.4.2. Segunda Forma Normal (2FN) ......................................................... 20
2.4.3. Tercera Forma Normal (3FN) ........................................................... 20
2.4.4. Universo de datos ............................................................................ 21
2.5. Diagrama E-R ..........................................................................................38
2.6. UML .........................................................................................................40
2.6.1. Casos de uso ................................................................................... 41
2.6.2. Diagramas de clases ........................................................................ 51
2.7. Diagrama de paquetes ............................................................................53
2.8. Bocetos (Wireframes) -> Interfaz de usuario ...........................................56
CAPÍTULO 3: Codificación y pruebas
3.1. Resumen del plan ....................................................................................66
3.2. Descripción del sistema ...........................................................................66
3.3. Propósito .................................................................................................66
3.4. Objetivos del plan de prueba ...................................................................66
3.5. Características que van a ser probadas ..................................................67
3.5.1. Módulo Almacén ............................................................................... 67
3.5.2. Módulo Artículos ............................................................................... 67
3.5.3. Módulo Avances ............................................................................... 67
3.5.4. Módulo Citas .................................................................................... 67
3.5.5. Módulo Clientes ................................................................................ 67
3.5.6. Módulo Compras .............................................................................. 68
3.5.7. Módulo Dietas .................................................................................. 68
3.5.8. Módulo Documentos por pagar ........................................................ 68
3.6. Documentación base ...............................................................................68
3.6.1. Módulo Almacén ............................................................................... 68
3.6.2. Módulo Artículos ............................................................................... 69
3.6.3. Módulo Avances ............................................................................... 70
3.6.4. Módulo Citas .................................................................................... 71
3.6.5. Módulo Clientes ................................................................................ 71
3.6.6. Módulo Compras .............................................................................. 72
3.6.7. Módulo Dietas .................................................................................. 73
3.6.8. Módulo Documentos por pagar ........................................................ 73
3.7. Definición de niveles de severidad...........................................................75
3.8. Casos de uso ...........................................................................................76
3.8.1. Módulo Almacén ............................................................................... 76
3.8.2. Módulo Artículos ............................................................................... 80
3.8.3. Módulo Avances ............................................................................... 84
3.8.4. Módulo Citas .................................................................................... 88
3.8.5. Módulo Clientes ................................................................................ 92
3.8.6. Módulo Compras .............................................................................. 96
3.8.7. Módulo Dietas ................................................................................ 100
3.8.8. Módulo Documentos por pagar ...................................................... 103
3.9. Pruebas de caja blanca .........................................................................107
3.9.1. Módulo Almacén ............................................................................. 107
3.9.2. Módulo Artículos ............................................................................. 110
3.9.3. Módulo Avances ............................................................................. 113
3.9.4. Módulo Citas .................................................................................. 116
3.9.5. Módulo Clientes .............................................................................. 119
3.9.6. Módulo Compras ............................................................................ 122
3.9.7. Módulo Dietas ................................................................................ 125
3.9.8. Módulo Documentos por pagar ...................................................... 128
3.10. Pruebas de Particiones de equivalencia ..............................................131
3.10.1. Módulo Almacén ........................................................................... 131
3.10.2. Módulo Artículos ........................................................................... 132
3.10.3. Módulo Avances ........................................................................... 134
3.10.4. Módulo Citas ................................................................................ 135
3.10.5. Módulo Clientes ............................................................................ 137
3.10.6. Módulo Compras .......................................................................... 138
3.10.7. Módulo Dietas ............................................................................... 139
3.10.8. Módulo Documentos por pagar..................................................... 141
3.11. Prueba de caja negra ...........................................................................143
3.11.1. Módulo Almacén ........................................................................... 143
3.11.2. Módulo Artículos ........................................................................... 145
3.11.3. Módulo Avances ........................................................................... 148
3.11.4. Módulo Citas ................................................................................. 150
3.11.5. Módulo Clientes ............................................................................ 152
3.11.6. Módulo Compras .......................................................................... 154
3.11.7. Módulo Dietas .............................................................................. 157
3.11.8. Módulo Documentos por pagar..................................................... 159
3.12. Servidor seo screaming frog spider - Plan de pruebas - Servidor ........162
3.12.1. Accesibilidad ................................................................................ 162
3.12.2. Anexo: Códigos de estado HTTP ................................................. 164
3.12.3. Códigos ........................................................................................ 165
3.12.4. Interfaces en diferentes navegadores iester ................................. 172
3.13. Plan de pruebas - Interfaces en diferentes navegadores .....................172
3.13.1. Accesibilidad ................................................................................ 172
3.13.2. Usabilidad ..................................................................................... 173
CONCLUSIONES ............................................................................................176
GLOSARIO DE TÉRMINOS ............................................................................178
REFERENCIAS ...............................................................................................181
XII
INTRODUCCIÓN
GYMSOFT (Software para la administración de un negocio tipo gimnasio,
compuesto de cuatro módulos: gimnasio, consultorio nutricional, tienda de ropa
deportiva y tienda de comida).
PLANTEAMIENTO DEL PROBLEMA
México es el primer lugar en obesidad a nivel mundial, esto ha causado una
preocupación por el cuidado de la salud y lo que se define o estereotipan como
belleza, en nuestra sociedad incrementa el auge de negocios enfocados en este
tema, surge una cultura de cuidado de la salud, y conjuntamente un grupo de
negocios enfocados a lo mismo negocios como gimnasio, consultorios
nutricionales, comedores o tiendas de equipo deportivo.
Muchos negocios tratan de ampliar su giro incursionando en otras actividades
paralelas al mismo, cuando esto sucede, la administración se complica y la
exigencia del negocio es mayor, de este modo, la aplicación a otras ramas de
comercio de productos o servicios han generado que los sistemas sean más
complementarios y comprendan otros módulos más allá que simplemente la
administración de un gimnasio, un consultorio nutricional, comedor o tienda
deportiva.
El negocio es un gimnasio con tres negocios paralelos al mismo, uno de ellos es
un consultorio nutricional el cual es un elemento básico para las actividades
deportivas ya que complementa con su correcta guía nutricional, la cafetería para
hacer las dietas generadas por los nutriólogos y facilitárselas a los clientes y
finalmente una tienda de artículos deportivos como ropa, calzado y accesorios.
XIII
La complejidad al manejar un negocio con estas características, es cada vez más
usual, un negocio trata de expandir sus medios de generar ingresos, la
complejidad es evidente ya que el nivel de empleados y socios o clientes es
mayor, generando así que el control sea dinámico y como consecuencia más
difícil de administrar.
PROPUESTA
El desarrollo de una aplicación en lenguaje PHP, Zend Framework 2, HTML,
hojas de estilo CSS y base de datos MySQL, ésta aplicación es para la
administración de un negocio tipo gimnasio, esta aplicación administrará
almacén, artículos, avances, citas, clientes, compras, dietas, empleados,
expedientes, horarios, ofertas, pagos, cobros, precio de productos y servicios,
proveedores y ventas en una versión de administración y otra de usuarios.
El módulo de clientes (usuarios del gimnasio) permitirá administrar y generar
acceso a las instalaciones, permitiendo optimizar la administración de los
mismos, ver los productos, avances del cliente, las citas programadas, dietas, los
horarios donde se impartirán las clases, las ofertas, el canal de YouTube y el
mapa del sitio.
Los módulos: consultorio nutricional, cafetería, tienda de artículos deportivos y el
gimnasio compartirán la misma base de datos para brindar promociones,
sugerencias y un registro de compras de los clientes considerando tanto los
clientes internos y externos del gimnasio.
JUSTIFICACIÓN
Este proyecto se realiza para ayudar a la administración de los negocios paralelos
a un gimnasio, ayudará a la administración de los recursos, los empleados, los
clientes, compras, ventas y publicidad por correo electrónico.
XIV
El proyecto tiene como finalidad proveer de una herramienta tecnología que
ayude a la administración de los cuatro elementos del negocio de la forma más
fácil y práctica, es decir, que la interacción entre los elementos que lo conforman
como lo es la tienda de ropa deportiva “Store”, la cafetería o tienda de comida
“Coffe”, el consultorio nutricional “Health o Nutri Clinic” y el gimnasio “Fitness” sea
compatible al 100% entre sí además de contar con una base de datos compartida
para todos los módulos.
ALCANCE
Esta aplicación web tiene, como objetivo principal, desarrollar un software que
ayude a la administración de una cadena de negocios orientados al deporte y la
salud, tales como un gimnasio, consultorio nutricional, tienda de artículos
deportivos y una tienda de comida nutritiva, optimizando los recursos,
proporcionando al usuario una interfaz fácil y práctica en su manejo.
Esta aplicación permitirá apoyar en la gestión y optimización de los recursos de
una empresa con las características antes mencionadas, para la ejecución de
esta aplicación es necesario contar con conexión web para su mejor desempeño
aunque también puede ser utilizada de forma local en cualquier computadora, sin
importar el sistema operativo. Permitirá la gestión de módulos como clientes,
empleados, inventarios, compras, ventas, etc…
No contempla hardware, software adjunto o necesario para otras aplicaciones o
actividades al antes mencionado, no tendrá salida de impresión directa, no
contempla el soporte a la aplicación después de la fecha contemplada a la
liberación del proyecto.
XV
MARCO TEÓRICO
Proceso de desarrollo: Metodología SCRUM
Scrum es una metodología ágil y flexible para gestionar el desarrollo de software
se basa en construir primero la funcionalidad de mayor valor para el cliente y en
los principios de inspección continua, adaptación, auto-gestión e innovación.
Con la metodología Scrum el cliente se entusiasma y se compromete con el
proyecto dado que lo ve crecer iteración a iteración. Asimismo le permite en
cualquier momento realinear el software con los objetivos de negocio de su
empresa ya que puede introducir cambios funcionales o de prioridad en el inicio
de cada nueva iteración sin ningún problema.
Esta metodología de trabajo promueve la innovación, motivación y compromiso
del equipo que forma parte del proyecto, por lo que los profesionales encuentran
un ámbito propicio para desarrollar sus capacidades.
Algunos puntos que promueven la metodología son:
Cumplimento de expectativas: El cliente establece sus expectativas
indicando el valor que le aporta cada requisito e historia del proyecto, el
equipo los estima y con esta información el Product Owner establece su
prioridad. De manera regular, en las demos de Sprint el Product Owner
comprueba que efectivamente los requisitos se han cumplido y transmite
el feedback al equipo.
Flexibilidad a cambios: Alta capacidad de reacción ante los cambios de
requerimientos generados por necesidades del cliente o evoluciones del
mercado. La metodología está diseñada para adaptarse a los cambios de
requerimientos que conllevan los proyectos complejos.
XVI
Reducción del Time to Market: El cliente puede empezar a utilizar las
funcionalidades más importantes del proyecto antes de que esté finalizado
por completo.
Mayor calidad del software: La metódica de trabajo y la necesidad de
obtener una versión funcional después de cada iteración, ayuda a la
obtención de un software de calidad superior.
Mayor productividad: Se consigue entre otras razones, gracias a la
eliminación de la burocracia y a la motivación del equipo que proporciona
el hecho de que sean autónomos para organizarse.
Maximiza el retorno de la inversión (ROI): Producción de software
únicamente con las prestaciones que aportan mayor valor de negocio
gracias a la priorización por retorno de inversión.
Predicciones de tiempos: Mediante esta metodología se conoce la
velocidad media del equipo por sprint (los llamados puntos historia), con
lo que consecuentemente es posible estimar fácilmente para cuándo se
dispondrá de una determinada funcionalidad que todavía está en el
Backlog.
Reducción de riesgos: El hecho de llevar a cabo las funcionalidades de
más valor en primer lugar y de conocer la velocidad con que el equipo
avanza en el proyecto, permite despejar riesgos eficazmente de manera
anticipada.
Análisis y diseño: UML
El Lenguaje de Modelamiento Unificado (UML - Unified Modeling Language) es
un lenguaje gráfico para visualizar, especificar y documentar cada una de las
partes que comprende el desarrollo de software. UML entrega una forma de
modelar cosas conceptuales como lo son procesos de negocio y funciones de
sistema, además de cosas concretas como lo son escribir clases en un lenguaje
determinado, esquemas de base de datos y componentes de software reusables.
XVII
Objetivos:
Entregar un material de apoyo que le permita al lector poder definir diagramas
propios como también poder entender el modelamiento de diagramas ya
existentes.
Patrones de Arquitectura de Software – MVC
El patrón de arquitectura MVC (Modelo Vista Controlador) es un patrón que define
la organización independiente del Modelo (Objetos de Negocio), la Vista (interfaz
con el usuario u otro sistema) y el Controlador (controlador del Workflow de la
aplicación).
De esta forma, dividimos el sistema en tres capas donde, como explicaremos
más adelante, tenemos la encapsulación de los datos, la interfaz o vista por otro
y por último la lógica interna o controlador.
El patrón de arquitectura "modelo vista controlador", es una filosofía de diseño de
aplicaciones, compuesta por:
Modelo:
o Contiene el núcleo de la funcionalidad (dominio) de la aplicación.
o Encapsula el estado de la aplicación.
o No sabe nada e independiente del Controlador y la Vista.
Vista
o Es la presentación del Modelo.
o Puede acceder al Modelo pero nunca cambiar su estado.
o Puede ser notificada cuando hay un cambio de estado en el
Modelo.
Controlador
XVIII
o Reacciona a la petición del Cliente, ejecutando la acción adecuada y creando el modelo pertinente
Para entender cómo funciona nuestro patrón Modelo vista controlador, se debe
entender la división a través del conjunto de estos tres elementos y como estos
componentes se comunican unos con los otros y con otras vistas y controladores
externos al modelo principal. Para ello, es importante saber que el controlador
interpreta las entradas del usuario (tanto teclado como el ratón), enviado el
mensaje de acción al modelo y a la vista para que se proceda con los cambios
que se consideren adecuados.
Modelo vista controlador.
Para mejorar la reutilización, extensibilidad, flexibilidad y el resto de elementos
de las aplicaciones, proponemos el uso del siguiente patrón de diseño,
entendiendo que este es un descriptor de objetos y clases adaptadas para
resolver un problema. El navegador lanza una petición HTTP a la aplicación,
evento que es capturado por el servidor de aplicaciones y encaminado al
componente correspondiente del modelo vista controlador para su tratamiento.
A la hora de aplicarlo al patrón modelo, vista, controlador, las funcionalidades y
el encapsulamiento, serían los siguientes:
XIX
Modelo
Representa al estado de la aplicación. Puede haber dos opciones
esencialmente: Struts proporciona una clase base
org.apache.struts.action.ActionForm que se debe extender cuando se
desea obtener la entrada de datos proporcionada por el usuario en la
petición HTTP. El modelo puede ser un Bean o clase ordinaria sin
necesidad extender ActionForm.
Vista
La vista es una página JSP que no debe contener lógica de negocio, ni
flujo de la aplicación e información del modelo, sólo tags. Utiliza el modelo
generado para obtener la información y presentarla
Controlador
El Servlet ActionServlet actúa de controlador, recibe la petición del
navegador y decide qué subclase de Action va tratar la petición en función
de lo que se ha declarado en el fichero de configuración struts-config.xml.
La Subclase de Action actualiza el estado del modelo y controla el flujo de la
aplicación y el tratamiento de errores. Una instancia de una subclase de Action
puede tratar la petición y responder al cliente o indicar al Servlet controlador a
qué componente del sistema debe delegar el control (esta es la opción que se
lleva a cabo). Las instancias de las subclases de Action tienen acceso al contexto
del Servlet controlador y demás objetos que actúan con el contenedor Web.
XX
MVC
Software
El software es una palabra que proviene del idioma inglés, pero que gracias a la
masificación de uso, ha sido aceptada por la Real Academia Española. Según la
RAE, el software es un conjunto de programas, instrucciones y reglas
informáticas que permiten ejecutar distintas tareas en una computadora.
Se considera que el software es el equipamiento lógico e intangible de un
ordenador. En otras palabras, el concepto de software abarca a todas las
aplicaciones informáticas, como los procesadores de textos, las hojas de cálculo
y los editores de imágenes.
El software es desarrollado mediante distintos lenguajes de programación, que
permiten controlar el comportamiento de una máquina. Estos lenguajes consisten
en un conjunto de símbolos y reglas sintácticas y semánticas, que definen el
significado de sus elementos y expresiones. Un lenguaje de programación
permite a los programadores del software especificar, en forma precisa, sobre
qué datos debe operar una computadora.
XXI
Dentro de los tipos de software, uno de los más importantes es el software de
sistema o software de base, que permite al usuario tener el control sobre el
hardware (componentes físicos) y dar soporte a otros programas informáticos.
Los sistemas operativos que comienzan a funcionar cuando se enciende la
computadora son software de base.
La industria del desarrollo de software se ha convertido en un protagonista
importante dentro de la economía global, ya que mueve millones de dólares al
año. La compañía más grande y popular del mundo es Microsoft, fundada en
1975 por Bill Gates y Paul Allen. Esta empresa logró trascender gracias a su
sistema operativo Windows y a su suite de programas de oficina Office.
Aplicación Web
Una aplicación web es un conjunto de páginas que interactúan unas con otras y
con diversos recursos en un servidor web, incluidas bases de datos. Esta
interacción permite implementar características en su sitio como catálogos de
productos virtuales y administradores de noticias y contenidos. Adicionalmente
podrá realizar consultas a bases de datos, registrar e ingresar información,
solicitudes, pedidos y múltiples tipos de información en línea en tiempo real.
XXII
Lenguajes de desarrollo
PHP 5.3
PHP (acrónimo recursivo de PHP: Hypertext Preprocessor) es un lenguaje de
código abierto muy popular especialmente adecuado para el desarrollo web y que
puede ser incrustado en HTML. En lugar de usar muchos comandos para mostrar
HTML (como en C o en Perl), las páginas de PHP contienen HTML con código
incrustado que hace "algo". El código de PHP está encerrado entre etiquetas
especiales de comienzo y final <?php y ?> que permiten entrar y salir del "modo
PHP".
Lo que distingue a PHP de algo como Javascript del lado del cliente es que el
código es ejecutado en el servidor, generando HTML y enviándolo al cliente. El
cliente recibirá el resultado de ejecutar el script, aunque no sabrá el código
subyacente que era. El servidor web puede ser incluso configurado para que
XXIII
procese todos los ficheros HTML con PHP, por lo que no hay manera de que los
usuarios puedan saber qué se tiene debajo de la manga. Lo mejor de usar PHP
es que es extremadamente simple para el principiante, pero a su vez ofrece
muchas características avanzadas para los programadores profesionales.
Aunque el desarrollo de PHP está centrado en programación de scripts del lado
del servidor, se puede utilizar para muchas otras cosas.
HTML 5
HTML5 (HyperText Markup Language, versión 5) es la quinta revisión importante
del lenguaje básico de la World Wide Web, HTML. HTML5 especifica dos
variantes de sintaxis para HTML: un «clásico» HTML (text y html), la variante
conocida como HTML5 y una variante XHTML conocida como sintaxis XHTML5
que deberá ser servida como XML (XHTML) (application y xhtml+xml). Esta es la
primera vez que HTML y XHTML se han desarrollado en paralelo. Todavía se
encuentra en modo experimental, lo cual indica la misma W3C; aunque ya es
usado por múltiples desarrolladores web por sus avances, mejoras y ventajas. El
desarrollo de este lenguaje de marcado es regulado por el Consorcio W3C.
CSS 3
CSS es el acrónimo de CascadingStyle Sheets (es decir, hojas de estilo en
cascada).
CSS es un lenguaje de estilo que define la presentación de los documentos HTML
abarca cuestiones relativas a fuentes, colores, márgenes, líneas, altura, anchura,
imágenes de fondo, posicionamiento avanzado y muchos otros temas. Es posible
usar HTML, o incluso abusar del mismo, para añadir formato a los sitios web. Sin
embargo, CSS ofrece más opciones, es más preciso y sofisticado. CSS está
soportado por todos los navegadores hoy en día.
XXIV
HTML se usa para estructurar el contenido y CSS se usa para formatear el
contenido previamente estructurado.
CSS se inventó para remediar esta situación, proporcionando a los diseñadores
web con sofisticadas oportunidades de presentación soportadas por todos los
navegadores. Al mismo tiempo, la separación de la presentación de los
documentos del contenido de los mismos, hace que el mantenimiento del sitio
sea mucho más fácil. CSS fue toda una revolución en el mundo del diseño web.
Entre los beneficios concretos de CSS encontramos:
Control de la presentación de muchos documentos desde una única hoja
de estilo.
Control más preciso de la presentación.
Aplicación de diferentes presentaciones a diferentes tipos de medios
(pantalla, impresión, etc.).
Media queries
Una media query consiste en un tipo de medio y al menos una consulta que limita
las hojas de estilo utilizando características del medio como ancho, alto y color.
En CSS3, las media queries dejan que la presentación del contenido se adapte
a un rango específico de dispositivos de salida sin tener que cambiar el contenido
en sí, con esto se logra una mejor experiencia para cada tipo de usuario.
Responsive web design
El Responsive Web Design permite crear sitios Web que se adaptan al ancho del
dispositivo en que se esté navegando, lo que permite tener un único diseño para
PC, mobile y tabletas. Un aspecto muy interesante de esta nueva tecnología es
XXV
que no solamente cambia el diseño cuando cambia el ancho del dispositivo, sino
que también ajusta el tamaño de las imágenes.
JavaScript
JavaScript es un lenguaje de programación interpretado, dialecto del estándar
ECMAScript. Se define como orientado a objetos, basado en prototipos,
imperativo, débilmente tipado y dinámico. Se utiliza principalmente en su forma
del lado del cliente (client-side), implementado como parte de un navegador web
permitiendo mejoras en la interfaz de usuario y páginas web dinámicas aunque
existe una forma de JavaScript del lado del servidor (Server-side JavaScript o
SSJS). Su uso en aplicaciones externas a la web, por ejemplo en documentos
PDF, aplicaciones de escritorio (mayoritariamente widgets) es también
significativo.
JavaScript se diseñó con una sintaxis similar al C, aunque adopta nombres y
convenciones del lenguaje de programación Java. Sin embargo Java y JavaScript
no están relacionados y tienen semánticas y propósitos diferentes. Todos los
navegadores modernos interpretan el código JavaScript integrado en las páginas
web. Para interactuar con una página web se provee al lenguaje JavaScript de
una implementación del Document Object Model (DOM). Tradicionalmente se
venía utilizando en páginas web HTML para realizar operaciones y únicamente
en el marco de la aplicación cliente, sin acceso a funciones del servidor.
JavaScript se interpreta en el agente de usuario, al mismo tiempo que las
sentencias van descargándose junto con el código HTML.
XXVI
Frameworks
El concepto framework se emplea en muchos ámbitos del desarrollo de sistemas
de software, no solo en el ámbito de aplicaciones Web. Podemos encontrar
frameworks para el desarrollo de aplicaciones médicas, de visión por
computadora, para el desarrollo de juegos, y para cualquier ámbito que pueda
ocurrírsenos. En general, con el término framework, nos estamos refiriendo a
una estructura de software compuesta por componentes personalizables e
intercambiables para el desarrollo de una aplicación. En otras palabras, un
framework se puede considerar como una aplicación genérica incompleta y
configurable a la que podemos añadirle las últimas piezas para construir una
aplicación concreta. Los objetivos principales que persigue un framework son:
acelerar el proceso de desarrollo, reutilizar código ya existente y promover
buenas prácticas de desarrollo como el uso de patrones. Un framework Web, es
un conjunto de componentes, por ejemplo clases en java, descriptores y archivos
de configuración en XML que componen un diseño reutilizable que facilita y
agiliza el desarrollo de sistemas Web.
Bootstrap 3 – CSS
Es el framework de Twitter que permite crear interfaces web con CSS y Javascript
que adaptan la interfaz dependiendo del tamaño del dispositivo en el que se
visualice de forma nativa, es decir, automáticamente se adapta al tamaño de un
ordenador o de una Tablet sin que el usuario tenga que hacer nada, esto se
denomina diseño adaptativo o Responsive Design. Bootstrap es otra de las
iniciativas para resolver la crisis del desarrollo de software. Esta metodología
mediante prácticas herramientas y estándares de calidad internacional mide,
evalúa y propone mejoras al proceso de desarrollo de software que siguen las
Unidades de Producción de Software (UPS) de las empresas.
XXVII
Características principales
Bootstrap ofrece una serie de plantillas CSS y ficheros Javascript que nos
permiten integrar el framework de forma sencilla y potente en nuestros
proyectos web.
Permite crear interfaces que se adapten a los diferentes navegadores,
tanto de escritorio como tablets y móviles a distintas escalas y
resoluciones.
Se integra perfectamente con las principales librerías Javascript, por
ejemplo JQuery.
Ofrece un diseño sólido usando LESS y estándares como CSS3 y HTML5.
Es un framework ligero que se integra de forma limpia al proyecto actual.
Funciona con todos los navegadores, incluido Internet Explorer usando
HTML Shim para que reconozca los tags HTML5.
Dispone de distintos layout predefinidos con estructuras fijas a 940 píxeles
de distintas columnas o diseños fluidos.
Zend Framework 2 – PHP 5.3
Es un framework open source para PHP desarrollado por Zend, una empresa
encargada de la mayor parte de las mejoras hechas a PHP, por lo que se podría
decir que es el framework “oficial”.
Características principales
ZF implementa el patrón MVC, es 100% orientado a objetos y sus
componentes tienen un bajo acoplamiento que se pueden usar de forma
independiente. Un punto importante es que brinda un estándar de
codificación para seguir con los proyectos.
XXVIII
Cuenta con soporte para internalización y localización de aplicaciones
(construir sitios multi-idioma, convertir formatos de fechas, monedas, etc.
según la región. Crea aplicaciones con un enfoque global y llega de la
mejor manera a la mayor cantidad de gente posible).
Facilita la configuración de los proyecto brindando herramientas para crear
la estructura de directorios, clases, etc. por línea de comandos, integración
con phpUnit por medio de Zend_Test para facilitar el testing de nuestra
aplicación.
Posee Adapters para gran cantidad de tipos de bases de datos diferentes,
brinda componentes para la autenticación y autorización de usuarios,
envío de emails, cache en varios formatos, creación de web services, etc.
Ejemplo de código:
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20
<module> <HolaMundo> <config> module.config.php <src> <HolaMundo> <Controller> IndexController.php <Model> HolaMundo.php <view> <error> 404.phtml index.phtml <holamundo> <index> index.phtml <layout> layout.phtml module.php
En el directorio module, deben de crearse las referencias del controlador y la
vista. Se tienen varios directorios config, uno de los archivos de configuración del
módulo es: module.config.php, el otro es module.php, pero se encuentra afuera.
XXIX
Luego de src, hay nuevamente otro directorio que debe tener el mismo nombre
que el módulo. Y dentro de él están Controller, Filter, Form y Model, que
contienen los controladores, filtros, la forma y el modelo respectivamente. En
view se guardan las vistas que generalmente son archivos HTML con algo de
PHP, por eso llevan la extensión .phtml. En error, hay algunas plantillas básicas
que usan el framework como el error 404 y una página de error genérica donde
se direcciona cada vez que ocurre una excepción. Aparece, además, un
directorio layout que contiene el archivo layout.phtml y que sirve como plantilla
básica para cargar todas las vistas. La vista vinculada al módulo creado tiene el
mismo nombre pero en minúsculas (requerimiento del framework) y dentro, cada
directorio debe tener el nombre del controlador y en cada uno de ellos, los
archivos deben tener los nombres de las acciones. Se llama acción a cada
método invocable del controlador. Esta estructura también puede ser modificada.
Software de desarrollo
Bases de datos
Una base de datos es un “almacén” que nos permite guardar grandes cantidades
de información de forma organizada para que luego podamos encontrar y utilizar
fácilmente. El término de bases de datos fue escuchado por primera vez en 1963,
en un simposio celebrado en California, USA. Una base de datos se puede definir
como un conjunto de información relacionada que se encuentra agrupada o
estructurada. Desde el punto de vista informático, la base de datos es un sistema
formado por un conjunto de datos almacenados en discos que permiten el acceso
directo a ellos y un conjunto de programas que manipulen ese conjunto de datos.
Cada base de datos se compone de una o más tablas que guarda un conjunto
de datos. Cada tabla tiene una o más columnas y filas. Las columnas guardan
XXX
una parte de la información sobre cada elemento que queramos guardar en la
tabla, cada fila de la tabla conforma un registro.
MySQL
Es un sistema de administración de bases de datos (Database Management
System, DBMS) para bases de datos relacionales. Así, MySQL es una aplicación
que permite gestionar archivos llamados de bases de datos.
Existen muchos tipos de bases de datos, desde un simple archivo hasta sistemas
relacionales orientados a objetos. MySQL, como base de datos relacional, utiliza
múltiples tablas para almacenar y organizar la información. MySQL fue escrito en
C y C++ y destaca por su gran adaptación a diferentes entornos de desarrollo,
permitiendo su interactuación con los lenguajes de programación más utilizados
como PHP, Perl y Java y su integración en distintos sistemas operativos. También
es muy destacable, la condición de open source de MySQL, que hace que su
utilización sea gratuita e incluso se pueda modificar con total libertad, pudiendo
descargar su código fuente. Esto ha favorecido muy positivamente en su
desarrollo y continuas actualizaciones, para hacer de MySQL una de las
herramientas más utilizadas por los programadores orientados a Internet.
IDE – Netbeans 7.4
NetBeans IDE es un producto libre y gratuito sin restricciones de uso. Es un
proyecto de código abierto de gran éxito con una gran base de usuarios, una
comunidad en constante crecimiento, y con cerca de 100 socios en todo el
mundo. (Integrated Develoment Enviroment o en español, Entorno de Desarrollo
Integrado) es un proyecto de código abierto de gran éxito, fundado por Sun
MicroSystems y ahora administrado por Oracle. La plataforma NetBeans permite
que las aplicaciones sean desarrolladas a partir de un conjunto de componentes
de software llamados módulos. Un módulo es un archivo Java que contiene
XXXI
clases de java escritas para interactuar con las APIs de NetBeans y un archivo
especial (manifest file) que lo identifica como módulo. Las aplicaciones
construidas a partir de módulos pueden ser extendidas agregándole nuevos
módulos. Debido a que los módulos pueden ser desarrollados
independientemente, las aplicaciones basadas en la plataforma NetBeans
pueden ser extendidas fácilmente por otros desarrolladores de software.
Servidores
Servidor web
En informática, un servidor es un tipo de software que realiza ciertas tareas en
nombre de los usuarios. El término servidor ahora también se utiliza para referirse
la computadora física en la cual funciona ese software, una máquina cuyo
propósito es proveer datos de modo que otras máquinas puedan utilizar esos
datos. Este uso dual puede llevar a confusión. Por ejemplo, en el caso de un
servidor web, este término podría referirse a la máquina que almacena y maneja
los sitios web, y en este sentido es utilizada por las compañías que ofrecen
hosting u hospedaje. Alternativamente, el servidor web podría referirse al
software, como el servidor de http de Apache, que funciona en la máquina y
maneja la entrega de los componentes de las páginas web como respuesta a
peticiones de los navegadores de los clientes. Los archivos para cada sitio de
Internet se almacenan y se ejecutan en el servidor. Hay muchos servidores en
Internet y muchos tipos de servidores, pero comparten la función común de
proporcionar el acceso a los archivos y servicios. Un servidor sirve información a
los ordenadores que se conecten a él, cuando los usuarios se conectan a un
servidor pueden acceder a programas, archivos y otra información del servidor.
En la web, un servidor web es un ordenador que usa el protocolo http para enviar
páginas web al ordenador de un usuario cuando el usuario las solicita.
XXXII
Los servidores web, servidores de correo y servidores de bases de datos son a
lo que tiene acceso la mayoría de la gente al usar Internet. Algunos servidores
manejan solamente correo o solamente archivos, mientras que otros hacen más
de un trabajo, ya que un mismo ordenador puede tener diferentes programas de
servidor funcionando al mismo tiempo. Los servidores se conectan a la red
mediante una interfaz que puede ser una red verdadera o mediante conexión vía
línea telefónica o digital.
Tipos de servidores
Servidores de Aplicaciones (Application Servers): Designados a veces
como un tipo de middleware (software que conecta dos aplicaciones), los
servidores de aplicaciones ocupan una gran parte del territorio entre los
servidores de bases de datos y el usuario, y a menudo los conectan.
Servidores de Audio y Video (Audio y Video Servers): Los servidores
de Audio y Video añaden capacidades multimedia a los sitios web
permitiéndoles mostrar contenido multimedia en forma de flujo continuo
(streaming) desde el servidor.
Servidores de Chat (Chat Servers): Los servidores de chat permiten
intercambiar información a una gran cantidad de usuarios ofreciendo la
posibilidad de llevar a cabo discusiones en tiempo real.
Servidores de Fax (Fax Servers): Un servidor de fax es una solución
ideal para organizaciones que tratan de reducir el uso del teléfono pero
necesitan enviar documentos por fax.
Servidores FTP (FTP Servers): Uno de los servicios más antiguos de
Internet, File Transfer Protocol permite mover uno o más archivos con
seguridad entre distintos ordenadores proporcionando seguridad y
organización de los archivos así como control de la transferencia.
XXXIII
Servidores Groupware (Groupware Servers): Un servidor groupware es
un software diseñado para permitir colaborar a los usuarios, sin importar
la localización, vía Internet o vía Intranet corporativo y trabajar juntos en
una atmósfera virtual.
Servidores IRC (IRC Servers): Otra opción para usuarios que buscan la
discusión en tiempo real, Internet Relay Chat consiste en varias redes de
servidores separadas que permiten que los usuarios conecten el uno al
otro vía una red IRC.
Servidores de Listas (List Servers): Los servidores de listas ofrecen una
manera mejor de manejar listas de correo electrónico, bien sean
discusiones interactivas abiertas al público o listas unidireccionales de
anuncios, boletines de noticias o publicidad.
Servidores de Correo (Mail Servers): Casi tan ubicuos y cruciales como
los servidores web, los servidores de correo mueven y almacenan el
correo electrónico a través de las redes corporativas (vía LANs y WANs) y
a través de Internet.
Servidores de Noticias (News Servers): Los servidores de noticias
actúan como fuente de distribución y entrega para los millares de grupos
de noticias públicos actualmente accesibles a través de la red de noticias
USENET.
Servidores Proxy (Proxy Servers): Los servidores proxy se sitúan entre
un programa del cliente (típicamente un navegador) y un servidor externo
(típicamente otro servidor web) para filtrar peticiones, mejorar el
funcionamiento y compartir conexiones.
Servidores Telnet (Telnet Servers): Un servidor telnet permite a los
usuarios entrar en un ordenador huésped y realizar tareas como si
estuviera trabajando directamente en ese ordenador.
Servidores Web (Web Servers): Básicamente, un servidor web sirve
contenido estático a un navegador, carga un archivo y lo sirve a través de
XXXIV
la red al navegador de un usuario. Este intercambio es mediado por el
navegador y el servidor que habla entre uno y otro mediante HTTP.
Responsive Web Design
Permite crear sitios Web que se adaptan al ancho del dispositivo en que se esté
navegando, lo que permite tener un único diseño para PC, dispositivo móvil y
tabletas.
Un aspecto muy interesante de esta nueva tecnología es que no solamente
cambia el diseño cuando cambia el ancho del dispositivo, sino que también se
ajusta el tamaño de las imágenes. Como se muestra a continuación:
Comparativo de medidas
XXXV
Versión de escritorio
Versión Tablet
XXXVI
Versión Móvil
OBJETIVO GENERAL
Desarrollar un software que ayude a la administración de una cadena de negocios
orientados al deporte y la salud, tales como un gimnasio, consultorio nutricional,
tienda de artículos deportivos y una tienda de comida nutritiva, optimizando los
recursos, proporcionando al usuario una interfaz fácil y práctica en su manejo.
OBJETIVOS ESPECIFICOS
Desarrollar un módulo de inicio de sesión para la administración de los
accesos a la aplicación permitiendo controlar que los diferentes perfiles de
usuario tengan acceso solo a los lugares establecidos para cada perfil.
XXXVII
Dar de alta en la aplicación los diferentes almacenes de una o varias
sucursales donde se encontraran los artículos, una vez creados se podrán
generar ubicaciones en cada uno de ellos.
Registrar en sistema todos los artículos que se administrarán en la
aplicación tanto para la tienda deportiva como la cafetería permitiendo
asignar un código único a cada uno de ellos y queden disponibles para los
diferentes módulos que manejarán artículos.
Desarrollar un módulo de avances donde el nutriólogo podrá administrar
de una manera práctica toda la información obtenida de los clientes en
cada consulta permitiendo a los clientes la consulta de dicha información
desde cualquier dispositivo y así visualizar los avances obtenidos.
Desarrollar un módulo de citas para el consultorio nutricional permitiendo
una mejor administración del tiempo y las consultas solicitadas por los
clientes del gimnasio.
Desarrollar un módulo de cliente para la administración de la información
personal de cada cliente del gimnasio, esto permite tener el registro de la
información disponible para las distintas secciones de la aplicación.
Desarrollar un módulo de compras para la administración de órdenes de
compra generadas a los distintos proveedores con los que trabaja el
gimnasio.
Desarrollar un módulo de dieta le permitirá a los nutriólogos crear de una
manera fácil y práctica dietas que se utilizarán para recomendar a los
clientes en sus respectivos tratamientos.
Desarrollar un módulo de documentos por cobrar permitirá a los usuarios
del módulo de ventas dar de alta los tipos de documentos por cobrar que
serán aceptados por el departamento de finanzas del gimnasio.
Desarrollar un módulo de empleados para gestionar la administración de
todos los empleados del gimnasio permitiendo tener control de acceso a
la aplicación.
XXXVIII
Desarrollar un módulo estructura de producto, para detallar el artículo, su
nivel de importancia, la cantidad en piezas o kilogramos y una pequeña
descripción de este.
Crear expedientes virtuales para cada cliente registrando su información
personal, avances, consultas y actividades realizadas por los clientes, esto
permitirá tener la información completa y disponible para cuándo sea
requerida por alguna de las distintas áreas como consultorio nutricional.
Dar de alta en sistema horarios de atención para el módulo de citas, esto
permitirá tener disponible solo los horarios de atención previamente
definidos.
Desarrollar un módulo de inventarios para la administración de los conteos
cíclicos de los artículos permitiendo generar conteos diarios, semanales,
mensuales o anuales.
Desarrollar un módulo MRP, con una cantidad a comprar mínima sugerida,
otra máxima, con un porcentaje de aprobación y el artículo para hace las
compras.
Crear ofertas para los todos los artículos de inventarios permitiendo
asignar un periodo de validez así como un porcentaje de descuento que
se verá reflejado en el precio de lista.
Desarrollar un módulo de precio permitirá al administrador del almacén
asignarle precios a cada uno de los artículos nuevos que dé de alta en el
sistema.
Dar de alta la información completa de cada uno de los proveedores del
gimnasio permitiendo a los administradores tener un registro completo de
los proveedores autorizados, a los cuales se les generarán posteriores
órdenes de compra.
Crear en sistema las diferentes opciones de pago que tendrán a
disposición los clientes permitiendo a los empleados seleccionar el tipo
adecuado de pago realizado para cada venta que realizan.
XXXIX
Desarrollar un módulo de Ubicación para el administrador de la tienda y
almacén en la cual podrá crear localidades donde serán almacenados
cada uno de los artículos.
Desarrollar un módulo de ventas que les permitirá a los empleados
registrar los artículos vendidos a cada uno de los clientes del gimnasio.
CAPÍTULO 1: REQUERIMIENTOS (IEEE 830).
1.1 . Requerimientos Funcionales
1.2 . Requerimientos No Funcionales
1
1.1 . Requerimientos funcionales
RF001: Dar acceso al usuario después de autenticarse por medio de su
correo electrónico y contraseña.
RF002: Terminar la sesión abierta al presionar el botón cerrar sesión, este
botón estará visible en todas las ventanas del sistema.
RF003: La aplicación deberá de componerse de cinco módulos, tienda de
ropa, módulo de consultorio nutricional, módulo gimnasio y un módulo para
una tienda de comida.
RF004: Insertar y Agregar almacenes (sucursales) por medio de un
formulario donde se capture las características tales como un identificador
y la descripción.
RF005: Consultar los almacenes (sucursales) ya existentes en una tabla
donde despliegue el identificador que corresponde a cada almacén, así
como su descripción.
RF006: Editar y Actualizar la descripción del almacén (sucursal) ya
existente, previamente seleccionado. El identificador correspondiente al
almacén no deberá modificarse.
RF007: Eliminar y Borrar la descripción del almacén (sucursal) ya
existente, previamente seleccionado.
RF008: Insertar y Agregar ubicación correspondiente a cada almacén por
medio de un formulario donde se capture la descripción de la ubicación, y
se pueda seleccionar a que almacén (sucursal) corresponde.
RF009: Consultar ubicaciones actuales disponibles en cada almacén
(sucursal) en una tabla donde despliegue la descripción y el almacén al
que corresponde.
2
RF010: Editar y Actualizar la descripción de la ubicación ya existente,
previamente seleccionado. También deberá actualizar el almacén al que
corresponde.
RF011: Eliminar y Borrar la ubicación del almacén (sucursal) existente por
medio de un botón.
RF012: Insertar y Agregar artículos por medio de un formulario donde se
capturen las características tales como descripción, la línea de producto,
el grupo del producto y la unidad de medida correspondiente.
RF013: Consultar los artículos existentes en una tabla donde despliegue
el identificador, la fecha de registro, descripción, línea de producto, grupo
de producto y unidad de medida que corresponde a cada artículo.
RF014: Editar y Actualizar artículos por medio de un formulario donde se
editen y actualicen las características tales como descripción, la línea de
producto, el grupo del producto y la unidad de medida correspondiente,
previamente seleccionado. El identificador correspondiente al artículo no
deberá modificarse.
RF015: Eliminar y Borrar artículos existente por medio de un botón.
RF016: Contar un una opción para insertar los datos de planeación de los
artículos por medio de un formulario para generar herramientas de
inventario.
RF017: Insertar y Agregar datos de planeación de artículos por medio de
un formulario donde se capturen las características tales como unidad de
medida, la cantidad máxima de existencia en inventario, la cantidad
mínima de existencia en inventario, fecha de caducidad y que permita
agregar a qué artículo corresponde.
RF018: Consultar los datos de planeación de un artículo en una tabla
donde despliegue el identificador, la unidad de medida, la cantidad
máxima de existencia en inventario, la cantidad mínima de existencia en
inventario, fecha de caducidad y la descripción del artículo.
3
RF019: Editar y Actualizar datos de planeación de un artículos por medio
de un formulario donde se editen y actualicen las características tales
como unidad de medida, la cantidad máxima de existencia en inventario,
la cantidad mínima de existencia en inventario, fecha de caducidad y el
artículo al que corresponde. El identificador correspondiente al artículo no
deberá modificarse.
RF020: Eliminar y Borrar datos de planeación de artículos existentes por
medio de un botón.
RF021: Contar un una opción para insertar y agregar los avances que
tenga cada cliente, en sus medidas así como observaciones.
RF022: Insertar y Agregar datos de avance de un cliente por medio de un
formulario donde se capturen la fecha de registro y las medidas
correspondientes al cuello, espalda, pecho, cintura, cadera, muslo,
pantorrilla, altura, peso actual, peso ideal, índice de masa corporal y
observaciones.
RF023: Consultar los datos de avance de cada cliente en una tabla donde
despliegue la fecha de registro y las medidas correspondientes al cuello,
espalda, pecho, cintura, cadera, muslo, pantorrilla, altura, peso actual,
peso ideal, índice de masa corporal y observaciones.
RF024: Editar y Actualizar datos de avance de un cliente por medio de un
formulario donde se editen y actualicen las características tales como la
fecha de registro y las medidas correspondientes al cuello, espalda,
pecho, cintura, cadera, muslo, pantorrilla, altura, peso actual, peso ideal,
índice de masa corporal y observaciones. El identificador correspondiente
al artículo no deberá modificarse.
RF025: Eliminar y Borrar datos de avance de un cliente existentes por
medio de un botón.
RF026: Contar con una opción para insertar y agregar citas
correspondientes a cada cliente.
4
RF027: Insertar y Agregar una cita a un cliente por medio de un formulario
donde se seleccione el nombre del cliente, la fecha y la hora de la cita.
RF028: Consultar los datos de una cita a un cliente por medio de una tabla
donde despliegue nombre del cliente, la fecha y la hora de la cita
RF029: Editar y Actualizar una cita a un cliente por medio de un formulario
donde se editen y actualicen las características tales como el nombre del
cliente, la fecha y la hora de la cita.
RF030: Eliminar y Borrar una cita a un cliente existente por medio de un
botón.
RF031: Contar con una opción para insertar y agregar clientes, dividido en
segmentos, como datos principales del cliente, datos de dirección, datos
de correos electrónico, datos de teléfono.
RF032: Insertar y Agregar un cliente por medio de un formulario donde se
agregue la fecha en automático cuando se da de alta, nombre del cliente,
apellido paterno, apellido materno, fecha de nacimiento, sexo, estatus, tipo
de cliente, usuario y contraseña.
RF033: Consultar los datos de un cliente por medio de una tabla donde
despliegue identificador del registro, fecha cuando se dio de alta, nombre
del cliente, apellido paterno, apellido materno, fecha de nacimiento, sexo,
estatus, tipo de cliente y usuario.
RF034: Editar y Actualizar un cliente por medio de un formulario donde se
editen y actualicen nombre del cliente, apellido paterno, apellido materno,
fecha de nacimiento, sexo, estatus, tipo de cliente, usuario y contraseña.
RF035: Eliminar y Borrar un cliente existente por medio de un botón.
RF036: Insertar y Agregar los datos de dirección de un cliente por medio
de un formulario donde se seleccione el cliente al cual se van a agregar
los datos de calle, número exterior, número interior, colonia, código postal,
estado y país.
5
RF037: Consultar los datos de dirección de un cliente por medio de una
tabla donde despliegue identificador del registro, el nombre del cliente, los
datos de calle, número exterior, número interior, colonia, código postal,
estado y país.
RF038: Editar y Actualizar los datos de dirección de un cliente por medio
de un formulario donde se seleccione el cliente al cual se van a modificar
los datos de calle, número exterior, número interior, colonia, código postal,
estado y país.
RF039: Eliminar y Borrar los datos de dirección de un cliente existente por
medio de un botón.
RF040: Insertar y Agregar los datos de correo electrónico de un cliente por
medio de un formulario donde se seleccione el cliente al cual se van a
agregar los datos de correo electrónico 1 y 2.
RF041: Consultar los datos de correo electrónico de un cliente por medio
de una tabla donde despliegue identificador del registro, nombre del cliente
correo electrónico 1, 2 y su estatus.
RF042: Editar y Actualizar los datos de correo electrónico de un cliente por
medio de un formulario donde se seleccione el cliente al cual se van a
modificar y permita el ingreso de datos en el correo electrónico 1 y 2.
RF043: Eliminar y Borrar los datos de correo electrónico de un cliente
existente por medio de un botón.
RF044: Insertar y Agregar los datos de teléfonos de contacto de un cliente
por medio de un formulario donde se seleccione el cliente al cual se van a
agregar los datos de teléfono 1 y 2.
RF045: Consultar los datos de teléfonos de contacto de un cliente por
medio de una tabla donde despliegue identificador del registro, nombre del
cliente teléfono 1 y 2.
6
RF046: Editar y Actualizar los datos de correo electrónico de un cliente por
medio de un formulario donde se seleccione el cliente al cual se van a
modificar y permita el ingreso de datos en el correo electrónico 1 y 2.
RF047: Eliminar y Borrar los datos de teléfono de un cliente existente por
medio de un botón.
RF048: Contar con una opción para insertar y agregar órdenes de compra,
dividida en dos segmentos, como datos principales de la orden de compra
y detalle de datos la orden de compra.
RF049: Insertar y Agregar una orden de compra por medio de un
formulario donde se seleccione el nombre del proveedor al cual se va a
generar la orden de compra y la fecha sea automáticamente la del día en
que se genera.
RF050: Consultar los datos de órdenes de compra por medio de una tabla
donde despliegue el identificador de la orden de compra, la fecha de
registro y el proveedor
RF051: Editar y Actualizar una orden de compra por medio de un
formulario donde se editen y actualice el proveedor a quien va dirigida la
orden de compra, el proveedor debe de permitir seleccionarse de una lista
y no ingresarlo manualmente.
RF052: Eliminar y Borrar una orden de compra existente por medio de un
botón.
RF053: Insertar y Agregar detalles de una orden de compra por medio de
un formulario donde se inserte y agregue la línea de la orden de compra,
la cantidad y el estatus de la línea, además permita la selección del
artículo, y la orden a la cual se dese a agregar la línea
RF054: Consultar los datos de detalle de las órdenes de compra por medio
de una tabla donde despliegue el identificador, la línea de la orden de
compra, descripción del artículo, cantidad, estatus de la línea y número de
la orden de compra a la que pertenece.
7
RF055: Editar y Actualizar detalles de una orden de compra por medio de
un formulario donde se edite y actualice la línea de la orden de compra, la
cantidad y el estatus de la línea, además permita la selección del artículo,
y la orden a la cual se desee editar y actualizar la línea
RF056: Eliminar y Borrar detalles de una orden de compra existente por
medio de un botón.
RF057: Contar con una opción para insertar y agregar dietas dividida en
dos segmentos, como datos principales de la dieta y detalle de datos la
misma.
RF058: Insertar y Agregar detalles de una dieta de compra por medio de
un formulario donde ingresen datos como la descripción de la dieta,
elementos del desayuno, almuerzo, comida, merienda y cena.
RF059: Consultar los datos de dietas por medio de una tabla donde
despliegue la descripción de la dieta, elementos del desayuno, almuerzo,
comida, merienda y cena.
RF060: Editar y Actualizar datos de dietas por medio de un formulario
donde se editen y actualice la descripción de la dieta, elementos del
desayuno, almuerzo, comida, merienda y cena.
RF061: Eliminar y Borrar datos de una dieta existente por medio de un
botón.
RF062: Insertar y Agregar una dieta por medio de un formulario donde
ingresen datos como la comentarios o recomendaciones, fecha de inicio
de la dieta, fecha de fin de la dieta y seleccionar el nombre de la dieta que
se generó previamente.
RF063: Consultar los datos de dietas por medio de una tabla donde
despliegue el identificador, comentarios o recomendaciones, fecha de
inicio de la dieta, fecha de fin de la dieta, descripción, detalles del
desayuno, almuerzo, comida, merienda y cena.
8
RF064: Editar y Actualizar datos de dietas por medio de un formulario
donde se editen y actualice datos como los comentarios o
recomendaciones, fecha de inicio de la dieta, fecha de fin de la dieta y
seleccionar el nombre de la dieta que se generó previamente
RF065: Eliminar y Borrar datos de una dieta existente por medio de un
botón.
RF066: Contar con una opción para insertar y agregar empleados, dividida
en segmentos, como datos principales, dirección, correo, teléfonos, tipo y
contacto de emergencia.
RF067: Insertar y Agregar datos principales de un empleado por medio de
un formulario donde fecha de registro, nombre, apellido paterno, apellido
materno, nombre de usuario, fecha de nacimiento, contraseña, y selección
de tipo de empleado y almacén o sucursal a la pertenece.
RF068: Consultar los datos principales de un empleado por medio de una
tabla donde despliegue el identificador, fecha de registro, nombre, apellido
paterno, apellido materno, nombre de usuario, fecha de nacimiento, tipo
de empleado y almacén o sucursal a la pertenece.
RF069: Editar y Actualizar datos principales de un empleado por medio de
un formulario donde se editen y actualice nombre de usuario, fecha de
nacimiento, contraseña, y selección de tipo de empleado y almacén o
sucursal a la pertenece.
RF070: Eliminar y Borrar datos principales de un empleado existente por
medio de un botón.
RF071: Insertar y Agregar los datos de dirección de un empleado por
medio de un formulario donde se seleccione el empleado al cual se van a
agregar los datos de calle, número exterior, número interior, colonia,
código postal, estado y país.
RF072: Consultar los datos de dirección de un empleado por medio de una
tabla donde despliegue identificador del registro, el nombre, los datos de
9
calle, número exterior, número interior, colonia, código postal, estado y
país.
RF073: Editar y Actualizar los datos de dirección de un cliente por medio
de un formulario donde se seleccione el empleado al cual se van a
modificar los datos de calle, número exterior, número interior, colonia,
código postal, estado y país.
RF074: Eliminar y Borrar los datos de dirección de un empleado existente
por medio de un botón.
RF075: Insertar y Agregar los datos de correo electrónico de un empleado
por medio de un formulario donde se seleccione el empleado al cual se
van a agregar los datos de correo electrónico 1 y 2.
RF076: Consultar los datos de correo electrónico de un empleado por
medio de una tabla donde despliegue identificador del registro, nombre del
empleado correo electrónico 1, 2 y su estatus.
RF077: Editar y Actualizar los datos de correo electrónico de un empleado
por medio de un formulario donde se seleccione el empleado al cual se
van a modificar y permita el ingreso de datos en el correo electrónico 1 y
2.
RF078: Eliminar y Borrar los datos de correo electrónico de un empleado
existente por medio de un botón.
RF079: Insertar y Agregar los datos de teléfonos de contacto de un
empleado por medio de un formulario donde se seleccione el empleado al
cual se van a agregar los datos de teléfono 1 y 2.
RF080: Consultar los datos de teléfonos de contacto de un empleado por
medio de una tabla donde despliegue identificador del registro, nombre del
empleado teléfono 1 y 2.
RF081: Editar y Actualizar los datos de teléfono de un empleado por medio
de un formulario donde se seleccione el empleado al cual se van a
modificar y permita el ingreso de datos en el teléfono 1 y 2.
10
RF082: Eliminar y Borrar los datos de teléfono de un empleado existente
por medio de un botón.
RF083: Insertar y Agregar los datos de tipo de empleado por medio de un
formulario donde se ingrese el tipo y la descripción.
RF084: Consultar los datos de tipo de empleado por medio de una tabla
donde despliegue identificador del registro, tipo y descripción.
RF085: Editar y Actualizar los datos de tipo de empleado por medio de un
formulario donde se edite y actualice el tipo y la descripción.
RF086: Eliminar y Borrar los datos de tipo de empleado existente por
medio de un botón.
RF087: Insertar y Agregar datos de contacto de un empleado por medio
de un formulario se ingrese el, nombre, apellido paterno, apellido materno,
nombre de usuario, teléfono local, teléfono celular, correo, Skype y se
pueda seleccionar el empleado al que pertenece el contacto.
RF088: Consultar los datos de contacto de un empleado por medio de una
tabla donde despliegue el identificador, nombre, apellido paterno, apellido
materno, nombre de usuario, teléfono local, teléfono celular, correo, Skype
y se pueda seleccionar el empleado al que pertenece el contacto.
RF089: Editar y Actualizar datos de contacto de un empleado por medio
de un formulario donde se editen y actualice nombre, apellido paterno,
apellido materno, nombre de usuario, teléfono local, teléfono celular,
correo, Skype y se pueda seleccionar el empleado al que pertenece el
contacto.
RF090: Eliminar y Borrar datos de contacto de un empleado existente por
medio de un botón.
RF091: Contar con una opción para insertar y agregar expedientes a los
clientes
11
RF092: Insertar y Agregar datos del expediente de un cliente por medio de
un formulario donde se ingrese la descripción, se pueda seleccionar el
número de la cita, asignar la dieta y el avance.
RF093: Consultar los datos del expediente por medio de una tabla donde
despliegue el identificador, descripción, identificador del paciente, fecha
de la cita, identificador de la cita, recomendaciones y observaciones.
RF094: Editar y Actualizar datos del expediente por medio de un formulario
donde se editen y actualice descripción, se pueda seleccionar el número
de la cita, asignar la dieta y el avance.
RF095: Eliminar y Borrar datos del expediente existente por medio de un
botón.
RF096: Contar con una opción para insertar y agregar horarios.
RF097: Insertar y Agregar datos del horario por medio de un formulario
donde se ingrese la hora de entrada, hora de salida y el total del tiempo.
RF098: Consultar los datos del horario por medio de una tabla donde
despliegue el identificador, la hora de entrada, hora de salida, tiempo total.
RF099: Editar y Actualizar datos del horario por medio de un formulario
donde se editen y actualice la hora de entrada, hora de salida y el total del
tiempo
RF100: Eliminar y Borrar datos del horario existente por medio de un
botón.
RF101: Contar con una opción para insertar y agregar inventarios, tales
como inventario inicial, ingreso y salida de artículos a inventario
RF102: Insertar y Agregar inventario inicial de artículos por medio de un
formulario donde se seleccione el almacén, la ubicación y la cantidad.
RF103: Consultar el inventario inicial de artículos por medio de una tabla
donde despliegue el identificador, el almacén, la ubicación, y la cantidad.
12
RF104: Editar y Actualizar inventario inicial de artículos por medio de un
formulario donde se editen y actualice el almacén, la ubicación y la
cantidad.
RF105: Eliminar y Borrar el inventario inicial existente por medio de un
botón.
RF106: Insertar y Agregar inventario por medio de órdenes de compra por
medio de un formulario donde se seleccione el almacén, el artículo, la
ubicación, la cantidad y la orden de compra con la que se ingresa. RF107:
Consultar el incremento del inventario compras, por medio de una tabla
donde despliegue el identificador, artículo, el almacén, la ubicación,
cantidad y orden de compra.
RF108: Editar y Actualizar inventario por compras, por medio de un
formulario donde se editen y actualice almacén, el artículo, la ubicación, la
cantidad y la orden de compra con la que se ingresa.
RF109: Eliminar y Borrar el inventario por compra por medio de un botón.
RF110: Insertar y Agregar inventario por medio de órdenes de venta por
medio de un formulario donde se seleccione el almacén, el artículo, la
ubicación, la cantidad y la orden con la que se genera la salida del
inventario.
RF111: Consultar el decremento del inventario compras, por medio de una
tabla donde despliegue el identificador, artículo, el almacén, la ubicación,
cantidad y orden de venta.
RF112: Editar y Actualizar inventario por ventas, por medio de un
formulario donde se editen y actualice almacén, el artículo, la ubicación, la
cantidad y la orden de compra con la que se sale.
RF113: Eliminar y Borrar el inventario por venta por medio de un botón.
RF114: Contar con una opción para insertar y agregar cobros.
RF115: Insertar y Agregar cobros por medio de un formulario donde la
fecha se dé en automático, se seleccione la orden de venta, el monto será
13
en automático, permita seleccionar el tipo entre, anticipo, liquidación, y un
campo para el monto
RF116: Consultar cobros por medio de una tabla donde despliegue el
identificador, la fecha, la orden de venta, el monto, tipo.
RF117: Editar y Actualizar cobros por medio de un formulario donde se
edite y actualice la fecha, está se actualiza en automático con la fecha en
la que se hace el registro, se seleccione la orden de venta, el monto será
en automático (pendiente), permita seleccionar el tipo entre anticipo,
liquidación, y un campo para el monto
RF118: Eliminar y Borrar el cobro existente por medio de un botón.
RF119: Contar un una opción para insertar y agregar pagos.
RF120: Insertar y Agregar pagos por medio de un formulario donde la
fecha se dé en automático, se seleccione la orden de compra, el monto
será en automático, permita seleccionar el tipo entre anticipo, liquidación,
y un campo para el monto
RF121: Consultar pagos por medio de una tabla donde despliegue el
identificador, la fecha, la orden de compra, el monto, tipo.
RF122: Editar y Actualizar pagos por medio de un formulario donde se
edite y actualice la fecha, ésta se actualiza en automático con la fecha en
la que se hace el registro, se seleccione la orden de compra, el monto será
en automático (pendiente), permita seleccionar el tipo entre anticipo,
liquidación, y un campo para el monto
RF123: Eliminar y Borrar el pago existente por medio de un botón.
RF124: Contar un una opción para insertar y agregar tipos de pagos y
cobros.
RF125: Insertar y Agregar pagos por medio de un formulario donde la
fecha se dé en automático, permita generar el tipo y la descripción
RF126: Consultar tipo de pago y cobro por medio de una tabla donde
despliegue el identificador, la fecha, tipo, la descripción
14
RF127: Editar y Actualizar tipos de pagos y cobros por medio de un
formulario donde se edite y actualice la fecha, ésta se debe de generar en
automático, permita ingresar en un campo el tipo de cobro y pago y la
descripción
RF128: Eliminar y Borrar el tipo de pago y cobro existente por medio de
un botón
RF129: Contar con una opción para insertar y agregar el costo de los
artículos que vende el proveedor.
RF130: Insertar y Agregar el costo de los artículos que vende el proveedor,
por medio de un formulario donde la fecha sea en automático, se
seleccione el proveedor, el artículo del proveedor y se tenga un campo
donde se ingrese el costo.
RF131: Consultar costos de productos por proveedor de pago y cobro por
medio de una tabla donde despliegue el identificador, la fecha, el
proveedor, el artículo del proveedor y el costo
RF132: Editar y Actualizar el costo de los artículos del proveedor, por
medio de un formulario donde se editen y actualice el proveedor, el artículo
del proveedor y se tenga un campo donde se ingrese el costo.
RF133: Eliminar y Borrar el costo del artículo del proveedor existente por
medio de un botón
RF134: Contar con una opción para insertar y agregar proveedores,
dividido en segmentos, tales datos principales del proveedor, datos de
dirección, datos de correos electrónico, datos de contacto y artículos de
proveedor.
RF135: Insertar y Agregar los datos principales de un proveedor por medio
de un formulario donde se agregue la fecha en automático cuando se da
de alta, nombre del proveedor, RFC y el estatus del mismo.
15
RF136: Consultar los datos de un proveedor por medio de una tabla donde
despliegue identificador del registro, fecha cuando se dio de alta, nombre,
RFC y estatus.
RF137: Editar y Actualizar un proveedor por medio de un formulario donde
se editen y actualicen la fecha. Está corresponderá a la fecha cuando se
actualizó por última vez, nombre del proveedor, RFC y estatus.
RF138: Eliminar y Borrar un proveedor existente por medio de un botón.
RF139: Insertar y Agregar los datos de dirección de un proveedor por
medio de un formulario donde se seleccione el proveedor al cual se van a
agregar los datos de calle, número exterior, número interior, colonia,
código postal, estado y país.
RF140: Consultar los datos de dirección de un proveedor por medio de
una tabla donde despliegue el nombre del proveedor, los datos de calle,
número exterior, número interior, colonia, código postal, estado y país.
RF141: Editar y Actualizar los datos de dirección de un proveedor por
medio de un formulario donde se seleccione el proveedor al cual se van a
modificar los datos de calle, número exterior, número interior, colonia,
código postal, estado y país.
RF142: Eliminar y Borrar los datos de dirección de un proveedor existente
por medio de un botón.
RF143: Insertar y Agregar los datos de correo electrónico de un proveedor
por medio de un formulario donde se seleccione el proveedor al cual se
van a agregar los datos de correo electrónico 1 y 2.
RF144: Consultar los datos de correo electrónico de un proveedor por
medio de una tabla donde despliegue nombre del proveedor, correo
electrónico 1, 2.
RF145: Editar y Actualizar los datos de correo electrónico de un proveedor
por medio de un formulario donde se seleccione el proveedor al cual se
16
van a modificar y permita el ingreso de datos en el correo electrónico 1 y
2.
RF146: Eliminar y Borrar los datos de correo electrónico de un proveedor
existente por medio de un botón.
RF147: Insertar y Agregar los datos de contacto de un proveedor por
medio de un formulario donde se seleccione el proveedor, al cual se van
a agregar los datos de nombre, apellido paterno, y materno.
RF148: Consultar los datos de contacto de un proveedor por medio de una
tabla donde despliegue el nombre, apellidos y nombre proveedor.
RF149: Editar y Actualizar los datos de contacto de un proveedor por
medio de un formulario donde se seleccione el proveedor, al cual se van
a agregar los datos de nombre, apellido paterno, y materno.
RF150: Eliminar y Borrar los datos de contacto de un proveedor existente
por medio de un botón.
RF151: Contar un una opción para insertar y agregar órdenes de venta,
dividido en dos segmentos, como datos principales de la orden de venta
y detalle de datos la orden.
RF152: Insertar y Agregar una orden de venta por medio de un formulario
donde se seleccione el nombre del cliente al cual se va a generar la orden
y la fecha sea automáticamente la del día en que se genera.
RF153: Consultar los datos de órdenes de compra por medio de una tabla
donde despliegue el identificador de la orden de venta, la fecha de registro
y el proveedor
RF154: Editar y Actualizar una orden de venta por medio de un formulario
donde se editen y actualice el cliente a quien va asignada la orden, el
cliente debe de permitir seleccionarse de una lista y no ingresarlo
manualmente.
RF155: Eliminar y Borrar una orden de venta existente por medio de un
botón.
17
RF156: Insertar y Agregar detalles de una orden de venta por medio de un
formulario donde se inserte y agregue la línea de la orden, la cantidad y el
estatus de la línea, además permita la selección del artículo, y la orden a
la cual se desea agregar la línea
RF157: Consultar los datos de detalle de las órdenes de compra por medio
de una tabla donde despliegue el identificador, la línea de la orden,
descripción del artículo, cantidad, estatus de la línea y número de la orden
de venta a la que pertenece.
RF158: Editar y Actualizar detalles de una orden de venta por medio de
un formulario donde se edite y actualice la línea de la orden, la cantidad y
el estatus de la línea, además permita la seleccione del artículo, y la orden
a la cual se desee editar y actualizar la línea
RF159: Eliminar y Borrar detalles de una orden de venta existente por
medio de un botón.
1.2 . Requerimientos No funcionales
RNF001: Contar con una interfaz que pueda ser visualizada en diferentes
navegadores, tales como: Firefox 14.0 en adelante, Google Chrome. IE 8
en adelante y safari 4 en adelante
RNF002: Mostrar la interfaz en idioma español.
RNF003: Que la página se ajuste a las características del dispositivo que
la ejecute.
RNF004: Contar con conexión a base de datos MySQL
RNF005: Contar con Workbench 6.0 para el manejo amigable de la base
de datos.
RNF006: Contar con un apartado de ayuda en cada una de las ventanas.
RNF007: Tener acceso a internet para los envíos de correo electrónico.
RNF008: Se use para el desarrollo, HTML 5,CSS 3 y PHP 5.3
CAPÍTULO 2: ANÁLISIS Y DISEÑO
2.1. Diccionario de datos
2.2. Razones para su utilización
2.3. Normalización
2.4. Formas normales
2.4.1. Primera Forma Normal (1FN)
2.4.2. Segunda Forma Normal (2FN)
2.4.3. Tercera Forma Normal (3FN)
2.4.4. Universo de datos
2.5. Diagrama E-R
2.6. UML
2.6.1. Casos de uso
2.6.2. Diagramas de clases
2.7. Diagrama de paquetes
2.8. Bocetos (Wireframes) -> Interfaz de usuario
19
2.1. Diccionario de datos
Un diccionario de datos es un catálogo de todos los elementos de un sistema,
estos elementos de centran alrededor de los datos y forma en que están
estructurados para satisfacer los requerimientos del sistema. La idea del
diccionario de datos es guardar los detalles y descripciones de todos estos
elementos.
2.2. Razones para su utilización
Los sistemas sufren cambios continuos y por ellos es muy difícil manejar todos
los detalles, es por ello que en grandes sistemas es de suma importancia registrar
los detalles de cada elemento que va ser utilizado en un sistema para asegurar
su significado relacionadas con el flujo de datos de tal manera que estos puedan
ser localizados de manera rápida.
2.3. Normalización
El proceso de normalización de base de datos consiste en aplicar una serie de
reglas a las relaciones obtenidas entran el paso del modelo entidad-relación al
modelo relacional.
Los principales objetivos de normalizar una base de datos son:
Evitar la redundancia de los datos.
Evitar problemas de actualización de los datos en las tablas.
Proteger la integridad de los datos.
En el Modelo Relacional de bases de datos es frecuente que una tabla tenga una
relación con alguna otra tabla, para que ésta sea considerada como una relación
tiene que cumplir con algunas restricciones:
20
Cada columna debe tener su nombre único.
No puede haber dos filas iguales. No se permiten los duplicados.
Todos los datos en una columna deber ser del mismo tipo.
2.4. Formas normales
Aplicar ciertas normas para evitar redundancia, evitar problemas de actualización
y para la integridad, existen tres tipos de integridad:
Dominio: limita el conjunto de datos en una columna (valores permitidos).
Entidad: cada fila debe de ser única (no se debe de repetir).
Referencia: cuando se hace referencia de información de otra tabla.
2.4.1. Primera Forma Normal (1FN)
Sea α un conjunto de atributo perteneciente (Є) a la relación R, en donde R está
en la Primera Forma Normal si todos los atributos α[n] son atómicos, es decir no
pueden seguir dividiéndose.
2.4.2. Segunda Forma Normal (2FN)
Dependencia completa. Está en 2FN si está en 1FN y si sus atributos no
principales dependen de forma completa de la clave principal.
2.4.3. Tercera Forma Normal (3FN)
Está en segunda forma normal y todo atributo no primo es implicado por la clave
primaria en una secuencia no transitiva. Se eliminan las dependencias transitivas.
21
2.4.4. Universo de datos
Proceso: Universo de datos
Tabla: Almacenes
Campo 1: Identificador de estatus
Campo 2: Código de estatus
Campo 3: Descripción de estatus
Campo 4: Identificador de almacén
Campo 5: Descripción de almacén
Proceso: Universo de datos
Tabla: Artículos
Campo 1: Identificador de artículo
Campo 2: Fecha de registro del artículo
Campo 3: Descripción del artículo
Campo 4: Línea de producto
Campo 5: Grupo del artículo
Campo 6: Unidad de medida del artículo
Campo 7: Cantidad máxima
Campo 8: Cantidad mínima
Campo 9: Fecha de caducidad
Proceso: Universo de datos
Tabla: Avances
Campo 1: Identificador de avance
Campo 2: Fecha de registro del avance
Campo 3: Medida de cuello
22
Campo 4: Medida de espalda
Campo 5: Medida de pecho
Campo 6: Medida de cintura
Campo 7: Medida de cadera
Campo 8: Medida de muslo
Campo 9: Medida de pantorrilla
Campo 10: Medida de altura
Campo 11: Medida de peso actual
Campo 12: Medida de peso ideal
Campo 13|: IMC
Campo 14: Observaciones
Proceso: Universo de datos
Tabla: Citas
Campo 1: Identificador de cita
Campo 2: Fecha de registro del avance
Campo 3: Nombre del cliente
Campo 4: Fecha de cita
Campo 5: Hora de cita
Proceso: Universo de datos
Tabla: Clientes
Campo 1: Identificador de cliente
Campo 2: Fecha de registro
Campo 3: Nombre
Campo 4: Apellido paterno
Campo 5: Apellido materno
Campo 6: Fecha de nacimiento
23
Campo 7: Sexo
Campo 8: Estatus
Campo 9: Tipo
Campo 10: Domicilio
Campo 11: Correo uno
Campo 12: Correo dos
Campo 13: Teléfono uno
Campo 14: Teléfono dos
Proceso: Universo de datos
Tabla: Compras
Campo 1: Identificador de compra
Campo 2: Fecha de registro
Campo 3: Proveedor
Campo 4: Línea
Campo 5: Artículo
Campo 6: Cantidad
Campo 7: Estatus
Campo 8: Número de orden
Proceso: Universo de datos
Tabla: Dietas
Campo 1: Identificador de dieta
Campo 2: Fecha de registro
Campo 3: Componente uno
Campo 4: Componente dos
Campo 5: Componente tres
24
Campo 6: Componente cuatro
Campo 7: Componente cinco
Campo 8: Componente seis
Campo 9: Fecha de inicio
Campo 10: Fecha de fin
Campo 11: Observaciones
Proceso: Universo de datos
Tabla: Documentos por pagar
Campo 1: Identificador de pago
Campo 2: Fecha de registro
Campo 3: Monto total
Campo 4: Identificador de compra
Campo 5: Tipo
Campo 6: Identificador de proveedor
Campo 7: Monto pendiente
1FN
1. Definir una llave primaria
2. Tener atributos atómicos
3. El orden de los datos NO debe de ser relevante
Proceso: 1 FN – Primera forma normal Comentarios
Tabla: Almacenes
Campo 1: Identificador de estatus
Campo 2: Código de estatus
Campo 3: Descripción de estatus
25
Campo 4: Identificador de almacén PK
Campo 5: Descripción de almacén
Proceso: 1 FN – Primera forma normal Comentarios
Tabla: Artículos
Campo 1: Identificador de artículo PK
Campo 2: Fecha de registro del artículo
Campo 3: Descripción del artículo
Campo 4: Grupo del artículo
Campo 5: Línea de producto
Campo 6: Unidad de medida del artículo
Campo 7: Cantidad máxima
Campo 8: Cantidad mínima
Campo 9: Fecha de caducidad
Proceso: 1 FN – Primera forma normal Comentarios
Tabla: Avances
Campo 1: Identificador de avance PK
Campo 2: Fecha de registro del avance
Campo 3: Medida de cuello
Campo 4: Medida de espalda
Campo 5: Medida de pecho
Campo 6: Medida de cintura
Campo 7: Medida de cadera
Campo 8: Medida de muslo
26
Campo 9: Medida de pantorrilla
Campo 10: Medida de altura
Campo 11: Medida de peso actual
Campo 12: Medida de peso ideal
Campo 13|: IMC
Campo 14: Observaciones
Proceso: 1 FN – Primera forma normal Comentarios
Tabla: Citas
Campo 1: Identificador de cita PK
Campo 2: Fecha de registro del avance
Campo 3: Identificador del cliente
Campo 4: Fecha de cita
Campo 5: Hora de cita
Proceso: 1 FN – Primera forma normal Comentarios
Tabla: Clientes
Campo 1: Identificador de cliente PK
Campo 2: Fecha de registro
Campo 3: Nombre
Campo 4: Apellido paterno
Campo 5: Apellido materno
Campo 6: Fecha de nacimiento
Campo 7: Sexo
Campo 8: Estatus
27
Campo 9: Tipo
Campo 10: Domicilio
Campo 11: Correo uno
Campo 12: Correo dos
Campo 13: Teléfono uno
Campo 14: Teléfono dos
Proceso: 1 FN – Primera forma normal Comentarios
Tabla: Compras
Campo 1: Identificador de compra PK
Campo 2: Fecha de registro
Campo 3: Proveedor
Campo 4: Línea
Campo 5: Artículo
Campo 6: Cantidad
Campo 7: Estatus
Campo 8: Número de orden
Proceso: 1 FN – Primera forma normal Comentarios
Proceso: Universo de datos
Tabla: Dietas
Campo 1: Identificador de dieta PK
Campo 2: Fecha de registro
Campo 3: Componente uno
Campo 4: Componente dos
28
Campo 5: Componente tres
Campo 6: Componente cuatro
Campo 7: Componente cinco
Campo 8: Componente seis
Campo 9: Fecha de inicio
Campo 10: Fecha de fin
Campo 11: Observaciones
Proceso: 1 FN – Primera forma normal Comentarios
Tabla: Documentos por pagar
Campo 1: Identificador de pago PK
Campo 2: Fecha de registro
Campo 3: Monto total
Campo 4: Identificador de compra
Campo 5: Tipo
Campo 6: Identificador de proveedor
Campo 7: Monto pendiente
2FN
1. Cumplir con la primer regla
2. Todo atributo de la entidad, debe de tener relación con la llave primaria
3. Una llave primaria compuesta debe de guardar relación con la llave
primaria de no ser posible deben convertirse en dos tablas
29
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Almacenes principal
Campo 1: Identificador de almacén PK
Campo 2: Descripción de almacén
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Almacenes estatus
Campo 1: Identificador de estatus PK
Campo 2: Código de estatus
Campo 3: Descripción de estatus
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Artículos principal
Campo 1: Identificador de artículo PK
Campo 2: Fecha de registro del artículo
Campo 3: Descripción del artículo
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Artículos Grupos
Campo 1: Identificador de grupo PK
Campo 2: Fecha de registro
Campo 3: Descripción del grupo
30
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Artículos Líneas
Campo 1: Identificador de línea PK
Campo 2: Fecha de registro
Campo 3: Descripción del línea
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Artículos unidades de medida
Campo 1: Identificador de unidad de medida PK
Campo 2: Fecha de registro
Campo 3: Descripción de unidad de medida
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Citas
Campo 1: Identificador de cita PK
Campo 2: Fecha de registro del avance
Campo 3: Identificador del cliente
Campo 4: Fecha de cita
Campo 5: Hora de cita
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Clientes principal
Campo 1: Identificador de cliente PK
Campo 2: Fecha de registro
31
Campo 3: Nombre
Campo 4: Apellido paterno
Campo 5: Apellido materno
Campo 6: Fecha de nacimiento
Campo 7: Sexo
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Clientes estatus
Campo 1: Identificador de estatus PK
Campo 2: Código de estatus
Campo 3: Descripción de estatus
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Clientes estados
Campo 1: Identificador de estado PK
Campo 2: Código de estado
Campo 3: Descripción de estado
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Clientes países
Campo 1: Identificador de país PK
Campo 2: Código de país
Campo 3: Descripción de país
32
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Clientes direcciones
Campo 1: Identificador de dirección PK
Campo 2: Identificador de cliente
Campo 3: Calle
Campo 4: Número exterior
Campo 5: Número interior
Campo 6: Colonia
Campo 7: Código postal
Campo 8: Identificador de estado
Campo 9: Identificador de país
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Clientes teléfonos
Campo 1: Identificador de teléfono PK
Campo 2: Identificador del cliente
Campo 3: Teléfono uno
Campo 4: Teléfono dos
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Clientes correos
Campo 1: Identificador de correo PK
Campo 2: Identificador del cliente
Campo 3: Correo uno
Campo 4: Correo dos
33
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Compras Principal
Campo 1: Identificador de compra PK
Campo 2: Fecha de registro
Campo 3: Proveedor
Proceso 2 FN – Segunda forma normal Comentarios
Tabla: Compras Detalle
Campo 1: Identificador de detalle PK
Campo 4: Línea
Campo 5: Artículo
Campo 6: Cantidad
Campo 7: Estatus
Campo 8: Número de orden
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Dietas principal
Campo 1: Identificador de dieta PK
Campo 2: Fecha de registro
Campo 3: Identificador de comida
34
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Dietas comida
Campo 1: Identificador de comida PK
Campo 2: Tipo
Campo 3: Componente uno
Campo 4: Componente dos
Campo 5: Componente tres
Campo 6: Componente cuatro
Campo 7: Componente cinco
Campo 8: Componente seis
Campo 9: Fecha de inicio
Campo 10: Fecha de fin
Campo 11: Observaciones
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Documentos por pagar principal
Campo 1: Identificador de pago PK
Campo 2: Fecha de registro
Campo 3: Monto total
Proceso: 2 FN – Segunda forma normal Comentarios
Tabla: Documentos por pagar detalles
Campo 1: Identificador de pago detalles PK
Campo 2: Fecha de registro
Campo 4: Identificador de compra
35
Campo 5: Tipo
Campo 6: Identificador de proveedor
Campo 7: Monto pendiente
3FN
1. Debe de cumplir con la segunda regla
2. Atributos transitivos deben de pasar a otra entidad
3. Se debe de dejar la llave primaria de la otra entidad como llave secundaria.
Proceso: 3 FN – Tercera forma normal Comentarios
Tabla: Almacenes
Campo 1: Identificador de almacén PK
Campo 2: Descripción de almacén
Campo 3: Identificador de estatus FK
Proceso: 3 FN – Tercera forma normal Comentarios
Tabla: Artículos principal
Campo 1: Identificador de artículo PK
Campo 2: Fecha de registro del artículo
Campo 3: Descripción del artículo
Campo 4: Identificador de grupo FK
Campo 5: Identificador de línea FK
Campo 6: Identificador de unidad de medida FK
36
Proceso: 3 FN – Tercera forma normal Comentarios
Tabla: Citas
Campo 1: Identificador de cita PK
Campo 2: Fecha de registro del avance
Campo 3: Identificador del cliente FK
Campo 4: Fecha de cita
Campo 5: Hora de cita
Proceso: 3 FN – Tercera forma normal Comentarios
Tabla: Clientes direcciones
Campo 1: Identificador de dirección PK
Campo 2: Identificador de cliente FK
Campo 3: Calle
Campo 4: Número exterior
Campo 5: Número interior
Campo 6: Colonia
Campo 7: Código postal
Campo 8: Identificador de estado FK
Campo 9: Identificador de país FK
Proceso: 3 FN – Tercera forma normal Comentarios
Tabla: Clientes teléfonos
Campo 1: Identificador de teléfono PK
Campo 2: Identificador del cliente FK
Campo 3: Teléfono uno
Campo 4: Teléfono dos
37
Proceso: 3 FN – Tercera forma normal Comentarios
Tabla: Clientes correos
Campo 1: Identificador de correo PK
Campo 2: Identificador del cliente FK
Campo 3: Correo uno
Campo 4: Correo dos
Proceso: 3 FN – Tercera forma normal Comentarios
Tabla: Dietas principal
Campo 1: Identificador de dieta PK
Campo 2: Fecha de registro
Campo 3: Identificador de comida FK
Proceso: 3 FN – Tercera forma normal Comentarios
Tabla: Documentos por pagar detalles
Campo 1: Identificador de pago detalles PK
Campo 2: Fecha de registro
Campo 4: Identificador de compra FK
Campo 5: Tipo
Campo 6: Identificador de proveedor FK
Campo 7: Monto pendiente
38
2.5. Diagrama E-R
Imagen 2 - 1. Diagrama Entidad – Relación completo
39
Imagen 2 - 2. Diagrama Entidad – Relación parte 1.
Imagen 2 - 3. Diagrama Entidad – Relación parte 2.
40
Imagen 2 - 4. Diagrama Entidad – Relación parte 3.
2.6. UML
El Lenguaje de Modelamiento Unificado (UML - Unified Modeling Language) es
un lenguaje gráfico para visualizar, especificar y documentar cada una de las
partes que comprende el desarrollo de software. UML entrega una forma de
modelar cosas conceptuales como lo son procesos de negocio y funciones de
sistema, además de cosas concretas como lo son escribir clases en un lenguaje
determinado, esquemas de base de datos y componentes de software reusables.
41
2.6.1. Casos de uso
El diagrama de casos de uso representa la forma en cómo un Cliente (Actor)
opera con el sistema en desarrollo, además de la forma, tipo y orden en como los
elementos interactúan (operaciones o casos de uso).
Módulo Almacén. Muestra la interacción del administrador del sistema con el
módulo de almacén, permitiendo agregar, editar, consultar y eliminar datos
correspondientes al almacén. Éste tiene una interacción directa con el módulo de
ubicaciones.
Imagen 2 - 5. C.U. Almacén
42
Módulo Artículos. Muestra la interacción del administrador del sistema con el
módulo de artículos, permitiendo agregar, editar, consultar y eliminar datos
correspondientes a los artículos.
Imagen 2 - 6. C.U. Artículos
Módulo Avances. Muestra la interacción del administrador del sistema con el
módulo de avances, estos avances corresponden al progreso del cliente, ya sea
del gimnasio o del consultorio nutricional; el agregar, editar, consultar y borrar
datos correspondientes a los avances. Del mismo modo la consulta del progreso
del cliente.
Imagen 2 - 7. C.U. Avances
43
Módulo Citas. Muestra la interacción del administrador del sistema con el módulo
de citas, el agregar, editar, consultar, publicar y eliminar datos correspondientes.
Imagen 2 - 8. C.U. Citas
Módulo Clientes. Muestra la interacción del administrador del sistema con el
módulo de clientes, el agregar, editar, consultar y eliminar datos
correspondientes.
Imagen 2 - 9. C.U. Clientes
Módulo Compras. Muestra la interacción del administrador del sistema con el
módulo de compras, el agregar, editar, consultar y eliminar datos
correspondientes a la compra.
44
Imagen 2 - 10. C.U. Compras
Módulo Dietas. Muestra la interacción del administrador del sistema con el
módulo de dietas, el agregar, editar, consultar y eliminar datos correspondientes
a la dieta.
Imagen 2 - 11. C.U. Dietas
Módulo Documentos por cobrar. Muestra la interacción del administrador con el
módulo de documentos por cobrar, los documentos por cobrar son todos aquellos
45
que corresponden a las ventas adquiridas por la empresa, el agregar, editar,
consultar y eliminar datos correspondientes.
Imagen 2 - 12. C.U. Documentos por Cobrar
Módulo Documentos por Pagar. Muestra la interacción del administrador de
documentos por pagar de la empresa, los documentos por pagar son todos
aquellos que corresponden a las deudas adquiridas por la empresa, el agregar,
editar, consultar y eliminar datos correspondientes a estos pagos.
Imagen 2 - 13. C.U. Documentos por Pagar
46
Módulo Empleados. Muestra la interacción del administrador con el módulo de
empleados, el agregar, editar, consultar, seleccionar el tipo y eliminar datos
correspondientes al empleado.
Imagen 2 - 14. C.U. Empleados
Módulo Expedientes. Muestra la interacción del administrador con el módulo de
expedientes donde se van creando registros de varios módulos como avances,
citas, horarios, se hace el agregar, editar, consultar y eliminar datos
correspondientes al expediente.
Imagen 2 - 15. C.U. Expedientes
47
Módulo Fin de Sesión. Muestra la interacción del administrador con el módulo fin
de sesión que se logra después de la autenticación, cuando sale del programa
se destruye el usuario y contraseña, la auténtica autenticación.
Imagen 2 - 16. C.U. Fin de Sesión
Módulo Horarios. Muestra la interacción del administrador con el módulo de
horarios donde se van creando los horarios para recibir a los clientes, se hace el
agregar, editar, consultar y eliminar datos correspondientes al horario.
Imagen 2 - 17. C.U. Horarios
48
Módulo Inicio de sesión. Muestra la interacción del administrador con el módulo
inicio de sesión que se logra después de la autenticación con el nombre de
usuario y contraseña.
Imagen 2 - 18. C.U. Inicio de Sesión
Módulo Inventario. Muestra la interacción del administrador con el módulo de
inventarios donde se guardan los productos que se van comprando y vendiendo,
se hace el agregar, consultar y eliminar datos correspondientes al inventario.
Imagen 2 - 19. C.U. Inventarios
49
Módulo Precio. Muestra la interacción del administrador con el módulo de precios
donde se generan los precios de los productos que se van a vender, se hace el
agregar, consultar y eliminar datos correspondientes al precio.
Imagen 2 - 20. C.U. Precios
Módulo Proveedor. Muestra la interacción del administrador con el módulo de
proveedores donde se generan todos los proveedores del negocio, se hace el
agregar, consultar y eliminar datos correspondientes al proveedor.
Imagen 2 - 21. C.U. Proveedores
50
Módulo Tipo de pagos. Muestra la interacción del administrador con el módulo de
tipo de pagos, donde se especifica si será de contado, cheque, etc. se hace el
agregar, consultar y eliminar datos correspondientes al proveedor.
Imagen 2 - 22. C.U. Tipos de Pagos
Módulo Ubicaciones. Muestra la interacción del administrador con el módulo de
ubicaciones donde se especifica en que parte se encuentran los productos, se
hace el agregar, consultar y eliminar datos correspondientes a la ubicación.
Imagen 2 -23. C.U. Ubicaciones
51
Módulo Ventas. Muestra la interacción del administrador con el módulo de ventas,
se hace el agregar, consultar y eliminar datos correspondientes a la venta.
Imagen 2 - 24. C.U. Ventas
2.6.2. Diagramas de clases
Imagen 2 - 25. Diagrama de Clases
52
Imagen 2 - 26. Diagrama de Clases
Imagen 2 - 27. Diagrama de Clases
53
2.7. Diagrama de paquetes
Imagen 2 - 28. Paquetes GYMSOFT, source files – include path
Imagen 2 - 29. Paquetes GYMSOFT, source files/ config, /module, /vendor, /data, /public,
/include path.
54
Imagen 2 - 30. Paquetes GYMSOFT, source files/config/autoload
Imagen 2 - 31. Paquetes GYMSOFT, source files/module/gymsoft/config, /language, /src, /view
55
Imagen 2 - 32. Paquetes GYMSOFT, source files/module/gymsoft/src, /coffe, /fitness, /health, /shared, store
Imagen 2 - 33. Paquetes GYMSOFT, source files/module/gymsoft/config/src/coffe/controller,
/filter, /form, /model
56
2.8. Bocetos (Wireframes) -> Interfaz de usuario
Imagen 2 - 34. Inicio de Sesión
Imagen 2 - 35. Menú Principal
57
Imagen 2 - 36. Menú Desplegable Coffe
Imagen 2 - 37. Menú Desplegable Fitness
58
Imagen 2 - 38. Vista Almacenes
Imagen 2 – 39. Vista Alta Almacén
59
Imagen 2 - 40. Resultado Alta Almacén
Imagen 2 - 41. Resultado Eliminar Almacén
60
Imagen 2 - 42. Vista Avances
Imagen 2 - 43. Vista Notificaciones
61
Imagen 2 - 44. Vista Mensajes
Imagen 2 - 45. Vista Opciones de Usuario
62
Imagen 2 - 46. Vista Versión Usuario
CAPÍTULO 3: CODIFICACIÓN Y PRUEBAS
3.1. Resumen del plan
3.2. Descripción del sistema
3.3. Propósito
3.4. Objetivos del plan de prueba
3.5. Características que van a ser probadas
3.5.1. Módulo Almacén
3.5.2. Módulo Artículos
3.5.3. Módulo Avances
3.5.4. Módulo Citas
3.5.5. Módulo Clientes
3.5.6. Módulo Compras
3.5.7. Módulo Dietas
3.5.8. Módulo Documentos por pagar
3.6. Documentación base
3.6.1. Módulo Almacén
3.6.2. Módulo Artículos
3.6.3. Módulo Avances
3.6.4. Módulo Citas
3.6.5. Módulo Clientes
3.6.6. Módulo Compras
3.6.7. Módulo Dietas
3.6.8. Módulo Documentos por pagar
3.7. Definición de niveles de severidad
3.8. Casos de uso
3.8.1. Módulo Almacén
3.8.2. Módulo Artículos
3.8.3. Módulo Avances
3.8.4. Módulo Citas
3.8.5. Módulo Clientes
3.8.6. Módulo Compras
3.8.7. Módulo Dietas
3.8.8. Módulo Documentos por pagar
3.9. Pruebas de caja blanca
3.9.1. Módulo Almacén
3.9.2. Módulo Artículos
3.9.3. Módulo Avances
3.9.4. Módulo Citas
3.9.5. Módulo Clientes
3.9.6. Módulo Compras
3.9.7. Módulo Dietas
3.9.8. Módulo Documentos por pagar
3.10. Pruebas de Particiones de equivalencia
3.10.1. Módulo Almacén
3.10.2. Módulo Artículos
3.10.3. Módulo Avances
3.10.4. Módulo Citas
3.10.5. Módulo Clientes
3.10.6. Módulo Compras
3.10.7. Módulo Dietas
3.10.8. Módulo Documentos por pagar
3.11. Prueba de caja negra
3.11.1. Módulo Almacén
3.11.2. Módulo Artículos
3.11.3. Módulo Avances
3.11.4. Módulo Citas
3.11.5. Módulo Clientes
3.11.6. Módulo Compras
3.11.7. Módulo Dietas
3.11.8. Módulo Documentos por pagar
3.12. Servidor seo screaming frog spider - Plan de pruebas - Servidor
3.12.1. Accesibilidad
3.12.2. Anexo: Códigos de estado HTTP
3.12.3. Códigos
3.12.4. Interfaces en diferentes navegadores iester
3.13. Plan de pruebas - Interfaces en diferentes navegadores
3.13.1. Accesibilidad
3.13.2. Usabilidad
66
3.1. Resumen del plan
Este plan de pruebas ha sido diseñado para la evaluación del software
GYMSOFT- Módulo Almacén. Desarrollado por Luis Ricardo Guerra Arroyo
alumno de la ingeniería en sistemas computacionales de la Universidad del Valle
de Atemajac, UNIVA.
3.2. Descripción del sistema
El sistema es una aplicación desarrollada para la administración de un gimnasio,
cafetería, tienda deportiva y consultorio nutricional en un entorno web en PHP,
HTML, CSS, que se ha trabajo con zend framework2 con conexión a base de
datos MySQL.
3.3. Propósito
Evaluar el correcto funcionamiento de los módulos que componen el software.
3.4. Objetivos del plan de prueba
Validar el correcto funcionamiento de la inserción, actualización y borrado de
datos correspondientes a los módulos de:
Almacén.
Artículos.
Citas.
Clientes.
67
Compras.
Dietas.
Documentos por pagar.
3.5. Características que van a ser probadas
3.5.1. Módulo Almacén
Insertar información del almacén a la base de datos.
Leer información del almacén de la base de datos.
Actualizar información del almacén de la base de datos.
Borrar información del almacén de la base de datos.
3.5.2. Módulo Artículos
Insertar información de artículos a la base de datos.
Leer información de artículos de la base de datos.
Actualizar información de artículos de la base de datos.
Eliminar y Borrar información de artículos de la base de datos.
3.5.3. Módulo Avances
Insertar información de avances a la base de datos.
Leer información de avances de la base de datos.
Actualizar información de avances de la base de datos.
Borrar información de avances de la base de datos.
3.5.4. Módulo Citas
Insertar información de citas a la base de datos.
Actualizar información de citas de la base de datos.
Borrar información de citas de la base de datos.
3.5.5. Módulo Clientes
Insertar información de clientes a la base de datos.
Leer información de clientes de la base de datos.
Actualizar información de clientes de la base de datos.
Borrar información de clientes de la base de datos.
68
3.5.6. Módulo Compras
Insertar información de compras a la base de datos.
Leer información de compras de la base de datos.
Actualizar información de compras de la base de datos.
Borrar información de compras de la base de datos.
3.5.7. Módulo Dietas
Insertar información de dietas a la base de datos.
Leer información de dietas de la base de datos.
Actualizar información de dietas de la base de datos.
Borrar información de dietas de la base de datos.
3.5.8. Módulo Documentos por pagar
Insertar información de documentos por pagar a la base de datos.
Leer información de documentos por pagar de la base de datos.
Actualizar información de documentos por pagar de la base de datos.
Borrar información de documentos por pagar de la base de datos.
3.6. Documentación base
3.6.1. Módulo Almacén
Requerimientos funcionales.
RF004: Insertar y Agregar almacenes (sucursales) por medio de un
formulario donde se captures las características tales como un
identificador y la descripción.
RF005: Consultar los almacenes (sucursales) ya existentes en una tabla
donde despliegue el identificador que corresponde a cada almacén, así
como su descripción.
RF006: Editar y Actualizar la descripción del almacén (sucursal) ya
existente, previamente seleccionado. El identificador correspondiente al
almacén no deberá modificarse.
69
RF007: Eliminar y Borrar la descripción del almacén (sucursal) ya
existente, previamente seleccionado.
Casos de uso
CU004: Insertar Avance.
CU006: Actualizar Avance.
CU005: Leer Avance.
CU007: Borrar Avance.
3.6.2. Módulo Artículos
Requerimientos funcionales.
RF012: Insertar y Agregar artículos por medio de un formulario donde se
capturen las características tales como descripción, la línea de producto,
el grupo del producto y la unidad de medida correspondiente.
RF013: Consultar los artículos existentes en una tabla donde despliegue
el identificador, la fecha de registro, descripción, línea de producto, grupo
de producto y unidad de medida que corresponde a cada artículo.
RF014: Editar y Actualizar artículos por medio de un formulario donde se
editen y actualicen las características tales como descripción, la línea de
producto, el grupo del producto y la unidad de medida correspondiente,
previamente seleccionado. El identificador correspondiente al artículo no
deberá modificarse.
RF015: Eliminar y Borrar artículos existente por medio de un botón.
Casos de uso
CU012: Insertar artículo.
CU013: Leer artículo.
CU014: Editar y Actualizar artículo
70
CU015: Borrar y Eliminar artículo.
3.6.3. Módulo Avances
Requerimientos funcionales.
RF022: Insertar y Agregar datos de avance de un cliente por medio de un
formulario donde se capturen la fecha de registro y las medidas
correspondientes al cuello, espalda, pecho, cintura, cadera, muslo,
pantorrilla, altura, peso actual, peso ideal, índice de masa corporal y
observaciones.
RF023: Consultar los datos de avance de cada cliente en una tabla donde
despliegue la fecha de registro y las medidas correspondientes al cuello,
espalda, pecho, cintura, cadera, muslo, pantorrilla, altura, peso actual,
peso ideal, índice de masa corporal y observaciones.
RF024: Editar y Actualizar datos de avance de un cliente por medio de un
formulario donde se editen y actualicen las características tales como la
fecha de registro y las medidas correspondientes al cuello, espalda,
pecho, cintura, cadera, muslo, pantorrilla, altura, peso actual, peso ideal,
índice de masa corporal y observaciones. El identificador correspondiente
al artículo no deberá modificarse.
RF025: Eliminar y Borrar datos de avance de un cliente existentes por
medio de un botón.
Casos de uso
CU022: Insertar Avance.
CU023: Leer Avance.
CU024: Actualizar Avance.
CU025: Borrar
71
3.6.4. Módulo Citas
Requerimientos funcionales.
RF027: Insertar y Agregar una cita a un cliente por medio de un formulario
donde se seleccione el nombre del cliente, la fecha y la hora de la cita.
RF028: Consultar los datos de una cita a un cliente por medio de una tabla
donde despliegue nombre del cliente, la fecha y la hora de la cita
RF029: Editar y Actualizar una cita a un cliente por medio de un formulario
donde se editen y actualicen las características tales como el nombre del
cliente, la fecha y la hora de la cita.
RF030: Eliminar y Borrar una cita a un cliente existente por medio de un
botón.
Casos de uso
CU027: Crear Cita.
CU028: Actualizar Cita.
CU029: Consultar Cita.
CU030: Eliminar Cita.
3.6.5. Módulo Clientes
Requerimientos funcionales.
RF032: Insertar y Agregar un cliente por medio de un formulario donde se
agregue la fecha en automático cuando se da de alta, nombre del cliente,
apellido paterno, apellido materno, fecha de nacimiento, sexo, estatus, tipo
de cliente, usuario y contraseña.
RF033: Consultar los datos de un cliente por medio de una tabla donde
despliegue identificador del registro, fecha cuando se dio de alta, nombre
72
del cliente, apellido paterno, apellido materno, fecha de nacimiento, sexo,
estatus, tipo de cliente y usuario.
RF034: Editar y Actualizar un cliente por medio de un formulario donde se
editen y actualicen nombre del cliente, apellido paterno, apellido materno,
fecha de nacimiento, sexo, estatus, tipo de cliente, usuario y contraseña.
RF035: Eliminar y Borrar un cliente existente por medio de un botón.
Casos de uso
CU032: Crear Cliente
CU033: Actualizar Cliente.
CU034: Consultar Cliente.
CU035: Eliminar Cliente.
3.6.6. Módulo Compras
Requerimientos funcionales.
RF049: Insertar y Agregar una orden de compra por medio de un
formulario donde se seleccione el nombre del proveedor al cual se va a
generar la orden de compra y la fecha sea automáticamente la del día en
que se genera.
RF050: Consultar los datos de órdenes de compra por medio de una
tabla donde despliegue el identificador de la orden de compra, la fecha
de registro y el proveedor
RF051: Editar y Actualizar una orden de compra por medio de un
formulario donde se editen y actualice el proveedor a quien va dirigida la
orden de compra, el proveedor debe de permitir seleccionarse de una
lista y no ingresarlo manualmente.
RF052: Eliminar y Borrar una orden de compra existente por medio de un
botón.
Casos de uso
CU049: Agregar orden de compra.
CU050: Editar orden de compra.
73
CU051: Actualizar orden de compra.
CU052: Borrar orden de compra.
3.6.7. Módulo Dietas
Requerimientos funcionales
RF058: Insertar y Agregar detalles de una dieta de compra por medio de
un formulario donde ingresen datos como la descripción de la dieta,
elementos del desayuno, almuerzo, comida, merienda y cena.
RF059: Consultar los datos de dietas por medio de una tabla donde
despliegue la descripción de la dieta, elementos del desayuno, almuerzo,
comida, merienda y cena.
RF060: Editar y Actualizar datos de dietas por medio de un formulario
donde se editen y actualice la descripción de la dieta, elementos del
desayuno, almuerzo, comida, merienda y cena.
RF061: Eliminar y Borrar datos de una dieta existente por medio de un
botón.
Caos de uso
CU058: Insertar y Agregar detalles de una
CU059: Consultar los datos de dietas
CU060: Editar y Actualizar datos de dietas
CU061: Eliminar y Borrar datos de una dieta
3.6.8. Módulo Documentos por pagar
Requerimientos funcionales.
RF120: Insertar y Agregar pagos por medio de un formulario donde la fecha
se de en automático, se seleccione la orden de compra, el monto será en
automático, permita seleccionar el tipo entre, anticipo, liquidación, y un campo
para el monto
RF121: Consultar pagos por medio de una tabla donde despliegue el
identificador, la fecha, la orden de compra, el monto, tipo.
74
RF122: Editar y Actualizar pagos por medio de un formulario donde se edite
y actualice la fecha, esta se actualiza en automático con la fecha en la que se
hace el registro, se seleccione la orden de compra, el monto será en
automático (pendiente), permita seleccionar el tipo entre, anticipo, liquidación,
y un campo para el monto
RF123: Eliminar y Borrar el pago existente por medio de un botón.
Casos de uso
CU120: Crear registros de documentos por pagar.
CU121: Consultar y mostrar los documentos por pagar por medio de una
barra de búsqueda. La búsqueda será por medio de su id, fecha de
expedición o fecha de pago y se mostraran en una tabla.
CU122: Actualizar la información de los documentos por pagar por medio
de una tabla que tendrá la información del documento seleccionado.
CU123: Eliminar documentos por pagar por medio de selección.
75
3.7. Definición de niveles de severidad
Nivel De Severidad
Descripción Ejemplo Comentarios
Urgente No es posible continuar con el procesamiento.
Sin conexión a la base de datos
Un error crítico ha sido encontrado y no permite que se continúe con la operación de la aplicación
Alta No es posible continuar con el proceso de la función seleccionada
NO inserción de datos a la base de datos
El componente clave no está disponible o la funcionalidad está incorrecta.
Media Funciones restringidas, pero el procesamiento puede continuar
Incorrecta inserción de datos
Componentes no críticos no están disponibles o la funcionalidad es incorrecta; cálculos incorrectos en funcionalidad clave
Baja Cambio de forma menor
Reporte de datos no disponible
Errores de usabilidad, pantallas o reportes de errores que no afectan la calidad, el uso ni la funcionalidad del sistema, por ejemplo, cambio en una etiqueta, en un mensaje, etc.
76
3.8. Casos de uso
3.8.1. Módulo Almacén
Caso de prueba: Insertar Almacén a la base de datos.
Sistema de avances: Caso de Prueba CP- Almacen001 Caso de uso: CU004 Requerimiento: RF004 Nombre (s): Insertar nuevo almacén. Descripción: Formulario para ingresar almacén a la base de datos. Prioridad: Alta. Elaboró: Luis Ricardo Guerra Arroyo. Fecha de elaboración: 04/12/2013 Fecha última modificación:
02 /02 /2014
Actor Principal: Usuario Administrador. Actor secundario: Empleado. Disparador: Insertar Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de Insertar almacén.
Postcondiciones: 1. El nuevo almacén estará disponible en la base de datos para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El administrador del sistema selecciona dar de alta el nuevo almacén. 2) Se activan los campos de texto para ingresar datos en el formulario. 3) El administrador ingresa los datos del nuevo almacén. 4) El usuario presiona el botón crear.
5) Actualización de la tabla de almacén.
6) La base de datos registra los datos ingresados por el administrador.
Flujo alterno:
Causa: 6) Actualización de la tabla de almacén
Efecto: 7) La base de datos registra los datos ingresados por el administrador.
77
Caso de prueba: Consultar almacén de base de datos.
Sistema de avances: Caso de Prueba CP- Almacén003 Caso de uso: CU005 Requerimiento: RF005 Nombre (s): Consultar Almacén Descripción: Tabla de almacén Prioridad: Alta Elaboró: Luis Ricardo Guerra Arroyo Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Consultar Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de consultar avance.
Postcondiciones: 1. Se mostrará el almacén seleccionado para continuar el proceso.
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona mostrar avance. 2) Se muestran todos los avances existentes. 3) El usuario selecciona el módulo almacén.
4) Identificador, descripción del almacén mostrado en pantalla
5) Almacenes mostrados.
Flujo alterno:
Causa: 6) El sistema muestra un mensaje cuando el almacén no existe en la base
de datos.
Efecto: 7) Envía la pantalla de consulta de almacén.
78
Caso de prueba: Actualizar almacén de la base de datos.
Sistema de avances: Caso de Prueba CP- Almacen002 Caso de uso: CU006 Requerimiento: RF006 Nombre (s): Actualizar y Editar almacén. Descripción: Formulario para actualizar el almacén de la
base de datos. Prioridad: Alta Elaboró: Luis Ricardo Guerra Arroyo Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 02 / 02 / 2014 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Actualizar y Editar Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de Editar.
Postcondiciones: 1. Todos los datos correspondientes al almacén estará disponible en la base de datos para continuar el proceso.
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona almacén. 2) Se cambia la ventana de edición de datos. 3) El edita los datos del almacén. 4) El usuario presiona el botón Editar almacén. 5) Se cambia la ventana principal del almacén
6) Actualización de la tabla de almacén.
7) La base de datos registra los datos editados por el administrador.
Flujo alterno:
Causa: 6) El sistema muestra un mensaje de error de carga de datos.
79
Caso de prueba Eliminar almacén de base de datos.
Sistema de avance: Caso de Prueba CP- Almacen004 Caso de uso: CU007 Requerimiento: RF007 Nombre (s): Eliminar almacén Descripción: Elimina almacén de la base de datos Prioridad: Alta Elaboró: Luis Ricardo Guerra Arroyo Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Eliminar almacén. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de publicar avance.
Postcondiciones: 1. Se eliminará el almacén de la base de datos.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona publicar avance. 2) Se muestran todos los almacenes existentes. 3) El administrador selecciona el almacén. 4) El usuario presiona el botón eliminar.
5) El almacén se borra de la base de datos
6) El almacén se borra de la base de datos
80
3.8.2. Módulo Artículos
Caso de prueba Agregar Artículos a la base de datos.
Sistema de avances: Caso de Prueba CP- Articulo001 Caso de uso: CU012 Requerimiento: RF012 Nombre (s): Ingresar nuevo artículo. Descripción: Formulario para ingresar y agregar artículos a
la base de datos. Prioridad: Alta. Elaboró: Luis Ricardo Guerra Arroyo Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador. Actor secundario: Empleado. Disparador: Insertar y Agregar artículo. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de dar crear avance.
Postcondiciones: 1. El nuevo artículo estará disponible en la base de datos para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona dar de agregar el nuevo artículo. 2) Se activan los campos de texto para ingresar datos en el formulario. 3) El usuario ingresa los datos del nuevo artículo. 4) El usuario presiona el botón ingresar.
5) Datos del nuevo artículo en la base de datos
6) La base de datos registra los datos ingresados por el usuario.
Flujo alterno: Efecto: 5) Envía la pantalla de consulta de avances.
81
Caso de prueba: Actualizar artículo
Sistema de avances: Caso de Prueba CP- Articulo002 Caso de uso: CU013 Requerimiento: RF013 Nombre (s): Editar y Actualizar artículo Descripción: Formulario para actualizar artículos Prioridad: Alta Elaboró: Luis Ricardo Guerra Arroyo Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Editar y Actualizar artículo. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de actualizar avance.
Postcondiciones: 1. Datos del artículo editados y actualizados para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona editar y actualizar artículo. 2) Se abre la ventana de edición, los campos de texto para editar datos en el formulario. 3) El usuario ingresa los datos del artículo. 4) El usuario presiona el botón actualizar.
5) Se activa la ventana de consulta de datos con los datos actualizados correctamente
6) La base de datos registra los datos editados por el usuario.
Flujo alterno:
Efecto: 6) Envía la pantalla de consulta de avances.
82
Caso de prueba: Consultar avances de base de datos.
Sistema de avances: Caso de Prueba CP- Articulo003 Caso de uso: CU014 Requerimiento: RF014 Nombre (s): Consultar artículo Descripción: Formulario para consultar artículos Prioridad: Alta Elaboró: Luis Ricardo Guerra Arroyo Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Consultar. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de consultar avance.
Postcondiciones: 1. Se mostrarán todos los artículos de la base de datos
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona artículos. 2) Se muestran todos los artículos existentes.
3) Artículos mostrados en pantalla”
4) Artículos mostrados.
Flujo alterno:
Efecto: 7) Envía la pantalla de consulta.
83
Caso de prueba: Eliminar artículo de base de datos.
Sistema de avance: Caso de Prueba CP- Articulo004 Caso de uso: CU015 Requerimiento: RF015 Nombre (s): Eliminar y Borrar artículo Descripción: Eliminar y Borrar artículo Prioridad: Alta Elaboró: Luis Ricardo Guerra Arroyo Fecha de elaboración: 04/12/2013 Fecha última modificación: 04/12/2013 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Eliminar y Borrar articulo Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de publicar avance.
Postcondiciones: 1. Se elimina y borra el artículo.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona artículos 2) Se muestran todos los artículos existentes. 3) El usuario selecciona el artículo. 4) El usuario presiona el botón eliminar.
5) Los datos del artículo fueron borrados
6) Los datos del artículo fueron borrados
84
3.8.3. Módulo Avances
Caso de prueba Agregar Avances.
Sistema de avances: Caso de Prueba CP- Avances001 Caso de uso: CU022 Requerimiento: RF022 Nombre (s): Ingresar nuevo avance. Descripción: Formulario para ingresar avances a la base
de datos. Prioridad: Alta. Elaboró: Juan Gallegos. Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador. Actor secundario: Empleado. Disparador: Agregar avance. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de dar crear avance.
Postcondiciones: 1. El nuevo avance estará disponible en la base de datos para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona dar de alta el nuevo avance. 2) Se activan los campos de texto para ingresar datos en el formulario. 3) El usuario ingresa los datos del nuevo avance. 4) El usuario presiona el botón crear.
5) Inserción de avances a la base de datos
6) Inserción de avances a la base de datos
Flujo alterno:
Efecto: 7) Envía la pantalla de consulta de avances.
85
Caso de prueba: Actualizar avance
Sistema de avances: Caso de Prueba CP- Avances002 Caso de uso: CU023 Requerimiento: RF023 Nombre (s): Actualizar avance. Descripción: Formulario para actualizar avances de la
base de datos. Prioridad: Alta Elaboró: Juan Gallegos Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Actualizar un nuevo avance. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de actualizar avance.
Postcondiciones: 1. La actualización de los datos de avance estarán disponibles en la base de datos
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona actualizar avance. 2) Se activan los campos de texto para ingresar datos en el formulario. 3) El usuario ingresa los datos del nuevo avance. 4) El usuario presiona el botón actualizar.
5) Actualización de avances a la base de datos
5) Actualización de avances a la base de datos
Flujo alterno:
Efecto: 7) Envía la pantalla de consulta de avances.
86
Caso de prueba Consultar avances de base de datos.
Sistema de avances: Caso de Prueba CP- Avances003 Caso de uso: CU024 Requerimiento: RF024 Nombre (s): Consultar avance Descripción: Formulario para consultar avance de la base
de datos. Prioridad: Alta Elaboró: Juan Gallegos Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Consultar avance. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de consultar avance.
Postcondiciones: 1. Se mostrará el avance seleccionado para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona mostrar avance. 2) Se muestran todos los avances existentes.
3) Despliega todos los avances disponibles en la base de datos
4) Despliega todos los avances disponibles en la base de datos
Flujo alterno:
Efecto: 4) Envía la pantalla de consulta de avances.
87
Caso de prueba: Eliminar avance
Sistema de avances: Caso de Prueba CP-Avance004 Caso de uso: CU025 Requerimiento: RF025 Nombre (s): Eliminar avance. Descripción: Eliminar avance. Prioridad: Alta Elaboró: Juan Gallegos Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador. Actor secundario: Empleado. Disparador: Eliminar avance. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de eliminar avance.
Postcondiciones: 1. Se eliminará el avance de la base de datos
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona eliminar avance.
2) Eliminar los avances de la base de datos
3) Eliminar los avances de la base de datos
Flujo alterno:
Efecto: 4) Envía la pantalla de consulta de avances.
88
3.8.4. Módulo Citas
Caso de prueba: Agregar cita
Sistema de cita: Caso de Prueba CP-Citas001 Caso de uso: CU027 Requerimiento: RF027 Nombre (s): Ingresar nueva cita. Descripción: Formulario para ingresar cita a la base de
datos. Prioridad: Alta. Elaboró: Juan Gallegos. Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador. Actor secundario: Empleado. Disparador: Agregar cita. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de dar de agregar cita.
Postcondiciones: 1. La nueva cita estará disponible en la base de datos para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona dar de alta la nueva cita. 2) Se muestran las citas existentes. 3) Se activan los campos de texto para ingresar datos en el formulario. 4) El usuario ingresa los datos de la nueva cita. 5) El usuario presiona el botón crear.
6) Datos disponibles para su consulta
7) Datos disponibles para su consulta
Flujo alterno: Efecto: 7) Envía la pantalla de consulta de citas.
89
Caso de prueba Consultar cita
Sistema de cita: Caso de Prueba CP-Citas003 Caso de uso: CU028 Requerimiento: RF028 Nombre (s): Consultar cita Descripción: Formulario para consultar cita de la base de
datos. Prioridad: Alta Elaboró: Juan Gallegos Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Consultar cita. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de consultar cita.
Postcondiciones: 1. Se mostrará la cita seleccionada para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona mostrar cita. 2) Se muestran todas las citas existentes. 3) El usuario selecciona la cita. 4) El usuario presiona el botón consultar. 5) La interfaz del sistema despliega un mensaje. 6) El sistema muestra los datos.
7) “Cita de la base de datos mostrada en pantalla”
8) Cita mostrada.
Flujo alterno:
Efecto: 7) Envía la pantalla de consulta de citas.
90
Caso de prueba Actualizar cita
Sistema de citas: Caso de Prueba CP-Citas002 Caso de uso: CU029 Requerimiento: RF029 Nombre (s): Actualizar cita. Descripción: Formulario para la modificación de datos de
la cita. Prioridad: Alta Elaboró: Juan Gallegos Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Actualizar cita. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de actualizar la cita.
Postcondiciones: 1. La actualización de la nueva cita estará disponible en la base de datos para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona actualizar cita. 2) Se muestran las citas existentes. 3) Se activan los campos de texto para actualizar datos en el formulario. 4) El usuario ingresa los datos de la cita. 5) El usuario presiona el botón actualizar.
6) Datos actualizados
7) Datos actualizados
Flujo alterno:
Causa: 6) Envía la pantalla de consulta de citas.
91
Caso de prueba Eliminar cita
Sistema de cita: Caso de Prueba CP-Citas005 Caso de uso: CU030 Requerimiento: RF030 Nombre (s): Eliminar cita. Descripción: Eliminar cita. Prioridad: Alta Elaboró: Juan Gallegos Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador. Actor secundario: Empleado. Disparador: Eliminar cita. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de eliminar cita.
Postcondiciones: 1. Se eliminarán los datos correspondientes a la cita
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona eliminar cita. 2) Se muestran todas las citas existentes. 3) El usuario selecciona la cita. 4) El usuario presiona el botón eliminar
5) Cita eliminada
6) Cita eliminada
Flujo alterno:
Efecto: 7) Envía la pantalla de consulta de citas.
92
3.8.5. Módulo Clientes
Caso de prueba Agregar cliente
Sistema de clientes: Caso de Prueba CP-Cliente001 Caso de uso: CU032 Requerimiento: RF032 Nombre (s): Ingresar nuevo cliente. Descripción: Formulario para ingresar clientes a la base de
datos. Prioridad: Alta. Elaboró: Edgar Tomas Torres Ramos Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador. Actor secundario: Empleado. Disparador: Agregar cliente. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción agregar cliente.
Postcondiciones: 1. El nuevo cliente estará disponible en la base de datos para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona dar de alta el nuevo cliente 2) Se activan los campos de texto para ingresar datos en el formulario 3) El usuario ingresa los datos del nuevo cliente 4) El usuario presiona el botón agregar.
5) Nuevo código de cliente ingresado a la base de datos
6) La base de datos registra los datos ingresados por el usuario.
Flujo alterno:
Efecto: 7) Envía la pantalla de consulta de clientes.
93
Caso de prueba Actualizar cliente
Sistema de clientes: Caso de Prueba CP-Cliente002 Caso de uso: CU034 Requerimiento: RF034 Nombre (s): Actualizar cliente. Descripción: Formulario para actualizar clientes de la base
de datos. Prioridad: Alta Elaboró: Edgar Tomas Torres Ramos Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Actualizar cliente. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción actualizar cliente.
Postcondiciones: 1. Los datos del cliente se actualizarán en la base de datos para continuar el proceso
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona actualizar cliente. 2) Se activan los campos de texto para ingresar datos en el formulario. 3) El usuario actualiza los datos del cliente 4) El usuario presiona el botón actualizar.
5) Datos actualizados de cliente disponibles en la base de datos
6) La base de datos registra los datos actualizados por el usuario.
Flujo alterno:
Efecto: 7) Envía la pantalla de consulta de clientes.
94
Caso de prueba: Consultar cliente
Sistema de clientes: Caso de Prueba CP-Cliente003 Caso de uso: CU033 Requerimiento: RF033 Nombre (s): Consultar cliente Descripción: Formulario para consultar cliente de la base
de datos. Prioridad: Alta Elaboró: Edgar Tomas Torres Ramos Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Consultar cliente. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción consultar cliente.
Postcondiciones: 1. Se mostrará el cliente seleccionado para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona mostrar cliente. 2) Se muestran todos los clientes existentes.
3) Cliente de la base de datos mostrado en pantalla
4) Clientes mostrados.
Flujo alterno:
Efecto: 7) Envía la pantalla de consulta de clientes.
95
Caso de prueba Eliminar cliente
Sistema de clientes: Caso de Prueba CP-Cliente005 Caso de uso: CU035 Requerimiento: RF035 Nombre (s): Eliminar cliente. Descripción: Eliminar cliente. Prioridad: Alta Elaboró: Edgar Tomas Torres Ramos Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador. Actor secundario: Empleado. Disparador: Eliminar cliente. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción eliminar cliente.
Postcondiciones: 1. Se eliminará el cliente seleccionado para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) Se muestran todos los clientes existentes. 2) El usuario selecciona el cliente. 3) El usuario presiona el botón eliminar.
4) El cliente se elimina
4) El cliente se elimina de la base de datos
Flujo alterno:
Efecto: 7) Envía la pantalla de consulta de clientes.
96
3.8.6. Módulo Compras
Caso de prueba Agregar una compra a la base de datos.
Sistema de avances: Caso de Prueba CP- Compras001 Caso de uso: CU049 Requerimiento: RF049 Nombre (s): Ingresar nueva orden de compra. Descripción: Formulario para ingresar una nueva orden de
compra Prioridad: Alta. Elaboró: Ing. Eduardo Gallegos Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador. Actor secundario: Empleado. Disparador: Agregar Compra. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción “Agregar nueva Compra”.
Postcondiciones: 1. La nueva orden de compra estará disponible en la base de datos para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona dar de una nueva compra 2) Se activan los campos de texto para ingresar datos en el formulario. 3) El usuario ingresa la fecha y selecciona el proveedor al cual se le generará la orden de compra. 4) El usuario presiona el botón “Nueva compra”.
97
5) La interfaz del sistema despliega un mensaje. 6) El sistema muestra las compras generadas
7) “La orden de compra es generada e ingresada a la base de datos”
8) La orden de compra es registrada en la base de datos.
Caso de prueba Actualizar Compra de la base de datos.
Sistema de avances: Caso de Prueba CP- Compras002 Caso de uso: CU051 Requerimiento: RF051 Nombre (s): Actualizar orden de compra. Descripción: Formulario para actualizar la información de
una orden de compra Prioridad: Alta Elaboró: Ing. Eduardo Gallegos Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Actualizar Compra Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de “Editar” de la pantalla principal de Compras.
Postcondiciones: 1. La orden de compra actualizada quedará disponible en la base de datos para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona “Editar” en la orden de compra que desee actualizar. 2) Se activan los campos de texto con los datos de la orden de compra seleccionada.
98
3) El usuario edita los datos de la orden de compra. 4) El usuario presiona el botón “Editar Compra”. 5) La interfaz del sistema despliega un mensaje. 6) El sistema muestra los datos.
7) “Los datos de la orden de compra se actualizan y se registran en la base de datos”
8) Se actualiza el registro en la base de datos de la orden de compra seleccionada.
Caso de prueba Consultar compras
Sistema de avances: Caso de Prueba CP- Compras03 Caso de uso: CU050 Requerimiento: RF050 Nombre (s): Consultar órdenes de Compra Descripción: Lista la información de todas las compras
generadas Prioridad: Alta Elaboró: Ing. Eduardo Gallegos Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Consultar Compras. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de “Compras Principal”
Postcondiciones: 1. Se listarán las órdenes de compra registradas en la base de datos.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona la opción “Compras Principal”
1) “Se muestran en pantalla las órdenes de compra registradas en la base de datos”
1) “Se muestran en pantalla las órdenes de compra registradas en la base de datos”
Flujo alterno:
99
Causa: 1) El sistema muestra un mensaje cuando no hay conexión con la base
de datos.
Caso de prueba Eliminar compra
Sistema de avance: Caso de Prueba CP- Compras004 Caso de uso: CU052 Requerimiento: RF052 Nombre (s): Eliminar orden de compra Descripción: Elimina de la base de datos la orden de
compra seleccionada. Prioridad: Alta Elaboró: Ing. Eduardo Gallegos Fecha de elaboración: 04 / 12 / 2013 Fecha última modificación: 04 / 12 / 2013 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Eliminar Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción “Eliminar” de la pantalla principal de compras.
Postcondiciones: 1. Se eliminará de la base de datos la orden de compra seleccionada.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona la opción “Eliminar” de la orden de compra que desee eliminar.
1) La orden de compra seleccionada es eliminada de la base de datos.
1) Se eliminó de la base de datos el registro de la orden de compra seleccionada.
100
3.8.7. Módulo Dietas
Caso de prueba Agregar dieta
Sistema de dietas: Caso de Prueba CP-Dietas001 Caso de uso: CU058 Requerimiento: RF058 Nombre (s): Ingresar nueva dieta. Descripción: Formulario para ingresar dietas a la base de
datos. Prioridad: Alta. Elaboró: Daniel Castanedo. Fecha de elaboración: 30 / 03 / 2014 Fecha última modificación: 30 / 03 / 2014
Actor Principal: Administrador. Actor secundario: Empleado. Disparador: Agregar dieta. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de “Agregar nueva dieta”
Postcondiciones: 1. La nueva dieta estará disponible en la base de datos para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El administrador del sistema selecciona dar de alta la nueva dieta. 2) Se activan los campos de texto para ingresar datos en el formulario. 3) El administrador ingresa los datos de la nueva dieta. 4) El usuario presiona el botón crear.
5) Nueva dieta ingresada a la base de datos
6) “Nueva dieta ingresada a la base de datos”
101
Caso de prueba Actualizar dieta
Sistema de dietas: Caso de Prueba CP-Dietas002 Caso de uso: CU060 Requerimiento: RF060 Nombre (s): Actualizar dieta. Descripción: Formulario para actualizar dieta de la base de
datos. Prioridad: Alta Elaboró: Daniel Castanedo Fecha de elaboración: 30 / 03 / 2014 Fecha última modificación: 30 / 03 / 2014 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Actualizar dieta. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de actualizar dieta en la dieta que desea actualizar.
Postcondiciones: 1. La dieta con los datos actualizados estará disponible en la base de datos para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona actualizar dieta. 2) Se activan los campos de texto para ingresar datos en el formulario. 3) El usuario modifica los datos de la dieta. 4) El usuario presiona el botón actualizar. 5) El sistema muestra los datos.
6) La dieta es actualizada en la base de datos
7) La dieta es actualizada en la base de datos
102
Caso de prueba Eliminar dieta
Sistema de dieta: Caso de Prueba CP-Dietas005 Caso de uso: CU061 Requerimiento: RF061 Nombre (s): Eliminar dieta. Descripción: Eliminar dieta. Prioridad: Alta Elaboró: Daniel Castanedo Fecha de elaboración: 30 / 03 / 2014 Fecha última modificación: 30 / 03 / 2014 Actor Principal: Usuario Administrador. Actor secundario: Empleado. Disparador: Eliminar dieta. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de eliminar dieta.
Postcondiciones: 1. La dieta se habrá eliminado de la base de datos
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona eliminar dieta. 2) Se muestran todas las dietas existentes. 3) El usuario selecciona la dieta. 4) El usuario presiona el botón eliminar.
5) “La dieta es eliminada de la base de datos”
6) “La dieta es eliminada de la base de datos”
Flujo alterno:
Efecto: 7) Envía la pantalla de consulta de dietas.
103
3.8.8. Módulo Documentos por pagar
Caso de prueba Insertar documento por pagar
Módulo Proveedores sección documentos por pagar:
Caso de Prueba CP-AP001
Caso de uso: CU120 Requerimiento: RF120 Nombre (s): Crear nuevo documento por pagar Descripción: Formulario para ingresar datos del nuevo
documento por pagar a la base de datos. Prioridad: Alta Elaboró: Edgar Torres Fecha de elaboración: 26 / 11 / 2013 Fecha última modificación: 26 / 11 / 2013 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Crear un nuevo documento por pagar Precondiciones:
1.EL ordenador donde se realizará el registro debe de estar encendido 2.Iniciar sesión en el sistema por medio del administrador del sistema 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de dar de alta proveedor
Postcondiciones: 1. El nuevo código de paciente estará disponible en la base de datos para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos 1) El administrador del sistema selecciona dar de alta el nuevo documento por pagar 2) Se activan los campos de texto para ingresar datos en el formulario
104
3) El administrador y empleado ingresa los datos del nuevo proveedor 4) El administrador y empleado presiona el botón de crear
5) “Nuevo código de documento ingresado a la base de datos”
6)La base de datos registra los datos ingresados por el usuario
Flujo alterno:
Efecto: 7) Envía la pantalla de consulta documento por pagar
Caso de prueba Actualizar documento por pagar
Sistema de dietas: Caso de Prueba CP-AP002 Caso de uso: CU121 Requerimiento: RF121 Nombre (s): Actualizar documento por pagar. Descripción: Formulario para actualizar documento por
pagar de la base de datos. Prioridad: Alta Elaboró: Luis Guerra Fecha de elaboración: 30 / 03 / 2014 Fecha última modificación: 30 / 03 / 2014 Actor Principal: Usuario Administrador Actor secundario: Empleado Disparador: Actualizar documento por pagar. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de actualizar documento por pagar en la dieta que desea actualizar.
Postcondiciones: 1. El documento por pagar con los datos actualizados estará disponible en la base de datos para continuar el proceso.
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona actualizar documento por pagar.
105
2) Se activan los campos de texto para ingresar datos en el formulario. 3) El usuario modifica los datos del documento por pagar. 4) El usuario presiona el botón actualizar. 5) El sistema muestra los datos.
6) El documento por pagar se actualiza en la base de datos
7) El documento por pagar es actualizada en la base de datos
Caso de prueba Eliminar documento por pagar
Sistema de dieta: Caso de Prueba CP-AP005 Caso de uso: CU123 Requerimiento: RF123 Nombre (s): Eliminar documento por pagar. Descripción: Eliminar documento por pagar. Prioridad: Alta Elaboró: Luis Guerra Fecha de elaboración: 30 / 03 / 2014 Fecha última modificación: 30 / 03 / 2014 Actor Principal: Usuario Administrador. Actor secundario: Empleado. Disparador: Eliminar documento por pagar. Precondiciones:
1. El ordenador donde se realizará el registro debe de estar encendido. 2. Iniciar sesión en el sistema por medio del administrador del sistema. 3. Se debe de tener conexión a la base de datos. 4. El administrador y empleado del sistema, debe de seleccionar la opción de eliminar dieta.
Postcondiciones: 1. El documento por pagar se habrá eliminado de la base de datos
Flujo normal de eventos
Acciones Resultados esperados Resultados obtenidos
1) El usuario del sistema selecciona eliminar documento por pagar.
106
2) Se muestran todos los documentos por pagar existentes. 3) El usuario selecciona la opción de eliminar documento por pagar. 4) El usuario presiona el botón eliminar.
5) El documento por pagar es eliminado de la base de datos
6) El documento por pagar es eliminado de la base de datos”
Flujo alterno:
Efecto: 7) Envía la pantalla de consulta de documentos por pagar.
107
3.9. Pruebas de caja blanca
3.9.1. Módulo Almacén
Insertar Almacén.
Imagen 3- 1. Segmentos de código que se van a probar. Código insertar almacén
Datos introducidos Datos esperados Datos obtenidos
Almacén de Guadalajara Almacén de Guadalajara Almacén de Guadalajara
Almacén de Tlaquepaque
Almacén de Tlaquepaque
Almacén de Tlaquepaque
Almacén de Zapopan Almacén de Zapopan Almacén de Zapopan
108
Actualizar Almacén.
Imagen 3- 2. Segmentos de código que se van a probar. Código actualizar almacén
Datos introducidos Datos esperados Datos obtenidos
Almacén de Monterrey Almacén de Monterrey Almacén de Monterrey
Almacén de Distrito federal
Almacén de Distrito federal
Almacén de Distrito federal
109
Almacén de Guadalajara Almacén de Guadalajara Almacén de Guadalajara
Borrar Almacén.
Imagen 3- 3.Segmentos de código que se van a probar. Código borrar almacén.
Datos introducidos Datos esperados Datos obtenidos
Almacén de Guadalajara Borrados Borrados
Almacén de Tlaquepaque
Borrados Borrados
Almacén de Zapopan Borrados Borrados
110
3.9.2. Módulo Artículos
Insertar Artículos.
Imagen 3- 4. Segmentos de código que se van a probar. Código insertar artículo
Datos introducidos Datos esperados Datos obtenidos
Pepino Pepino Pepino
Manzana Manzana Manzana
Gansito Gansito Gansito
111
Actualizar Artículos.
Imagen 3- 5. Segmentos de código que se van a probar. Código actualizar artículo
Datos introducidos Datos esperados Datos obtenidos
Línea: 2000 Línea: 2000 Línea: 2000
Línea: 1000 Línea: 1000 Línea: 1000
Línea: FAT Línea: FAT Línea: FAT
112
Borrar Artículos.
Imagen 3- 6. Segmentos de código que se van a probar. Código borrar artículo
Datos introducidos Datos esperados Datos obtenidos
Línea: 2000 Borrados Borrados
Línea: 1000 Borrados Borrados
Línea: FAT Borrados Borrados
113
3.9.3. Módulo Avances
Insertar avance.
Imagen 3- 7. Segmentos de código que se van a probar. Código insertar avance
Datos introducidos Datos esperados Datos obtenidos
1.7 1.7 1.7
114
2.7 2.7 2.7
54 54 54
Actualizar avance
Imagen 3- 8. Segmentos de código que se van a probar. Código insertar avance
Datos introducidos Datos esperados Datos obtenidos
100 100 100
1.89 1.89 1.89
2.00 2.00 2.00
115
Borrar avance.
Imagen 3- 9. Segmentos de código que se van a probar. Código borrar avance
Datos introducidos Datos esperados Datos obtenidos
4.5 Borrados Borrados
6.6 Borrados Borrados
300 Borrados Borrados
116
3.9.4. Módulo Citas
Insertar cita.
Imagen 3- 10. Segmentos de código que se van a probar. Código Insertar cita.
Datos introducidos Datos esperados Datos obtenidos
2014-03-01 2014-03-01 2014-03-01
2014-09-22 2014-09-22 2014-09-22
2014-03-24 2014-03-24 2014-03-24
117
Actualizar cita.
Imagen 3- 11. Segmentos de código que se van a probar. Código actualizar cita.
Datos introducidos Datos esperados Datos obtenidos
2014-03-01 2014-03-01 2014-03-01
2014-09-22 2014-09-22 2014-09-22
2014-03-24 2014-03-24 2014-03-24
118
Borrar cita.
Imagen 3- 12. Segmentos de código que se van a probar. Código borrar cita.
Datos introducidos Datos esperados Datos obtenidos
2014-03-01 Borrados Borrados
2014-09-22 Borrados Borrados
2014-03-24 Borrados Borrados
119
3.9.5. Módulo Clientes
Agregar cliente.
Imagen 3- 13. Segmentos de código que se van a probar. Código Insertar cliente.
Datos introducidos Datos esperados Datos obtenidos
Nombre: Luis Nombre: Luis Nombre: Luis
Nombre: Juan Nombre: Juan Nombre: Juan
Nombre: Edgar Nombre: Edgar Nombre: Edgar
120
Actualizar cliente.
Imagen 3- 14. Segmentos de código que se van a probar. Código Actualizar cliente.
Datos introducidos Datos esperados Datos obtenidos
Nombre: Luis Nombre: Luis Nombre: Luis
Nombre: Juan Nombre: Juan Nombre: Juan
Nombre: Edgar Nombre: Edgar Nombre: Edgar
121
Eliminar cliente.
Imagen 3- 15. Segmentos de código que se van a probar. Código Eliminar cliente.
Datos introducidos Datos esperados Datos obtenidos
Nombre: Luis Borrado Borrado
Nombre: Juan Borrado Borrado
Nombre: Edgar Borrado Borrado
122
3.9.6. Módulo Compras
Agregar orden de compra
Imagen 3- 16. Segmentos de código que se van a probar. Código Agregar orden de compra
Datos introducidos Datos esperados Datos obtenidos
Número de orden de compra consecutivo generado automáticamente
Número de orden de compra consecutivo generado automáticamente
2014-02-02 2014-02-02 2014-02-02
GATORADE GATORADE GATORADE
123
Actualizar compra.
Imagen 3- 17. Segmentos de código que se van a probar. Código Actualizar orden de compra
Datos introducidos Datos esperados Datos obtenidos
Orden: 12345 Orden: 12345 Orden: 12345
Línea: 1 Línea: 1 Línea: 1
Cantidad: 2 Cantidad: 2 Cantidad: 2
124
Borrar Compra
Imagen 3- 18. Segmentos de código que se van a probar. Código Borrar orden de compra
Datos introducidos Datos esperados Datos obtenidos
Orden: 12345 Orden: 12345 Orden: 12345
Línea: 1 Línea: 1 Línea: 1
Cantidad: 2 Cantidad: 2 Cantidad: 2
125
3.9.7. Módulo Dietas
Agregar dieta.
Imagen 3- 19. Segmentos de código que se van a probar. Código Agregar dieta.
Datos introducidos Datos esperados Datos obtenidos
Pepino Pepino Pepino
Manzana Manzana Manzana
Gansito Gansito Gansito
126
Actualizar dieta.
Imagen 3- 20. Segmentos de código que se van a probar. Código Actualizar dieta.
Datos introducidos Datos esperados Datos obtenidos
Pepino Pepino Pepino
Manzana Manzana Manzana
Gansito Gansito Gansito
127
Eliminar dieta.
Imagen 3- 21. Segmentos de código que se van a probar. Código Eliminar dieta.
Datos introducidos Datos esperados Datos obtenidos
Pepino Pepino Pepino
Manzana Manzana Manzana
Gansito Gansito Gansito
128
3.9.8. Módulo Documentos por pagar
Insertar documento por pagar
Imagen 3- 22. Segmentos de código que se van a probar. Código Insertar documento por pagar
Datos introducidos Datos esperados Datos obtenidos
ID: 99 ID: 99 ID: 99
OC: 1 OC: 1 OC: 1
Monto: 1500 Monto: 1500 Monto: 1500
129
Actualizar documento por pagar
Imagen 3- 23. Segmentos de código que se van a probar. Código Actualizar documento por pagar
Datos introducidos Datos esperados Datos obtenidos
ID: 99 ID: 99 ID: 99
OC: 1 OC: 1 OC: 1
Monto: 1500 Monto: 1500 Monto: 1500
130
Borrar documento por pagar
Imagen 3- 24. Segmentos de código que se van a probar. Código Borrar documento por pagar
Datos introducidos Datos esperados Datos obtenidos
ID: 99 ID: 99 ID: 99
OC: 1 OC: 1 OC: 1
Monto: 1500 Monto: 1500 Monto: 1500
131
3.10. Pruebas de Particiones de equivalencia
3.10.1. Módulo Almacén
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU004 – Insertar almacén.
Caso de prueba: CP-Almacén001.
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, inicio de sesión (administrador y
empleado), sistema operativo indistinto, navegador web: IE10, Firefox, Safari,
Opera, Google Chrome (recomendado), conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Descripción de almacén en blanco
Mensaje de error Por favor, rellena este campo
Descripción de almacén máximo 50 caracteres
Mensaje de error El máximo de caracteres excede el valor permito que es 50
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU006 – Actualizar Almacén.
Caso de prueba: CP-Almacen002
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, sistema operativo Windows XP o mayor,
con conexión a la base de datos.
132
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Descripción de almacén en blanco
Mensaje de error Por favor, rellena este campo
Descripción de almacén máximo 50 caracteres
Mensaje de error El máximo de caracteres excede el valor permito que es 50
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU007 – Eliminar Almacén.
Caso de prueba: CP-Almacen004
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, sistema operativo Windows XP o mayor,
con conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Almacén eliminado Mensaje de error
3.10.2. Módulo Artículos
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU012 – Insertar Artículos.
Caso de prueba: CP- Articulos001.
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, inicio de sesión (administrador y
empleado), sistema operativo indistinto, navegador web: IE10, Firefox, Safari,
Opera, Google Chrome (recomendado), conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Descripción del artículo en blanco
Mensaje de error Por favor, rellena este campo
133
Descripción de artículo máximo 50 caracteres
Mensaje de error El máximo de caracteres excede el valor permito que es 50
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU014 – Actualizar Artículos.
Caso de prueba: CP- Articulos002
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, sistema operativo Windows XP o mayor,
con conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Descripción de artículo en blanco
Mensaje de error Por favor, rellena este campo
Descripción de artículo máximo 50 caracteres
Mensaje de error El máximo de caracteres excede el valor permito que es 50
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU015 – Eliminar Artículos.
Caso de prueba: CP- Articulos005
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, sistema operativo Windows XP o mayor,
con conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Descripción de artículo en blanco
Mensaje de error Por favor, rellena este campo
Descripción de artículo máximo 50 caracteres
Mensaje de error El máximo de caracteres excede el valor permitido que es 50
134
3.10.3. Módulo Avances
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU022 – Crear Avance.
Caso de prueba: CP-Avances001.
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, inicio de sesión (administrador y
empleado), sistema operativo indistinto, navegador web: IE10, Firefox, Safari,
Opera, Google Chrome (recomendado), conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Medidas del cuello: 6.2 Medidas del cuello: 6.2 Medidas del cuello: 6.2
Medidas del espalda:100
Medidas del espalda:100 Medidas del espalda:100
Medidas del pecho:42 Medidas del pecho:42 Medidas del pecho:42
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU024 – Actualizar Avance.
Caso de prueba: CP-Avances002
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, sistema operativo Windows XP o mayor,
con conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Medidas del cuello: 9.5 Medidas del cuello: 9.5 Medidas del cuello: 9.5
Medidas del espalda:1 Medidas del espalda:1 Medidas del espalda:1
Medidas del pecho: 7.7 Medidas del pecho:7.7 Medidas del pecho:7.7
135
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU025 – Eliminar Avance.
Caso de prueba: CP-Avances005
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, sistema operativo Windows XP o mayor,
con conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Medidas del cuello: 9.5 Borrados Borrados
Medidas del espalda:1 Borrados Borrados
Medidas del pecho: 7.7 Borrados Borrados
3.10.4. Módulo Citas
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU027 – insertar Cita.
Caso de prueba: CP-Citas001.
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, inicio de sesión (administrador y
empleado), sistema operativo indistinto, navegador web: IE10, Firefox, Safari,
Opera, Google Chrome (recomendado), conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Nombre del paciente Mensaje de error Por favor, rellena este campo
Nombre del paciente Mensaje de error El máximo de caracteres excede el valor permitido que es 50
Fecha Mensaje de error Mensaje: “Formato sugerido”
136
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU28 – Actualizar Cita.
Caso de prueba: CP-Citas004
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, sistema operativo Windows XP o mayor,
con conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Nombre del paciente Mensaje de error Por favor, rellena este campo
Nombre del paciente Mensaje de error El máximo de caracteres excede el valor permito que es 50
Fecha Mensaje de error Mensaje: “Formato sugerido”
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU105 – Eliminar Cita.
Caso de prueba: CP-Citas005
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, sistema operativo Windows XP o mayor,
con conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Nombre del paciente Mensaje de error Por favor, rellena este campo
Nombre del paciente Mensaje de error El máximo de caracteres excede el valor permito que es 50
Fecha Mensaje de error Mensaje: “Formato sugerido”
137
3.10.5. Módulo Clientes
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU032 – Crear Cliente.
Caso de prueba: CP-Cliente001.
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, inicio de sesión (administrador y
empleado), sistema operativo indistinto, navegador web: IE10, Firefox, Safari,
Opera, Google Chrome (recomendado), conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Nombre del cliente Mensaje de error Por favor, rellena este campo
Apellido paterno Mensaje de error El máximo de caracteres excede el valor permito que es 50
Apellido Materno Resultados esperados
Mensaje
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU034 – Actualizar Cliente.
Caso de prueba: CP-Cliente003
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, sistema operativo Windows XP o mayor,
con conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Nombre del cliente Mensaje de error Por favor, rellena este campo
138
Apellido paterno Mensaje de error El máximo de caracteres excede el valor permito que es 50
Apellido Materno Resultados esperados
Mensaje
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU035 – Eliminar Cliente.
Caso de prueba: CP-Cliente005
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, sistema operativo Windows XP o mayor,
con conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Nombre del cliente Mensaje de error Por favor, rellena este campo
Apellido paterno Mensaje de error El máximo de caracteres excede el valor permito que es 50
Apellido Materno Resultados esperados Mensaje
3.10.6. Módulo Compras
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU049 – Insertar Compras
Caso de prueba: CP-Compras001.
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, inicio de sesión (administrador y
empleado), sistema operativo indistinto, navegador web: IE10, Firefox, Safari,
Opera, Google Chrome (recomendado), conexión a la base de datos.
139
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Campo de fecha vacío Mensaje de error Favor de introducir una fecha
Fecha: 01-01-2014 Mensaje de error Ingresa la fecha con formato AAAA-MM-DD
Fecha: 2014-03-01 Se selecciona el siguiente campo “Proveedor”
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU051 – Actualizar Compras.
Caso de prueba: CP-Compras002
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Deben de existir proveedores previamente capturados para
poder realizar la selección de otro proveedor para su posterior actualización,
Sistema funcionando, sistema operativo Windows XP o mayor, con conexión a
la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Se selecciona de la lista de proveedores “GATORADE”
Se selecciona el botón “Actualizar”
No se realiza ningún cambio
Mensaje de Información “No se ha realizado ningún cambio”
3.10.7. Módulo Dietas
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU058 – Insertar Dieta.
140
Caso de prueba: CP-Dietas001.
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, inicio de sesión (administrador y
empleado), sistema operativo indistinto, navegador web: IE10, Firefox, Safari,
Opera, Google Chrome (recomendado), conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Fecha inicio de fecha y Fecha anterior a la fecha en curso
Mensaje de error Lo sentimos, la fecha de inicio debe de ser igual o mayor a la fecha en curso
Fecha Fin de fecha y Formato de fecha invalido
Mensaje de error Formato de fecha incorrecto, por favor seleccione una fecha con el formato correcto (yyyy-mm-dd)
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU060 – Actualizar Dieta.
Caso de prueba: CP-Dietas002
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, sistema operativo Windows XP o mayor,
con conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Fecha inicio de fecha y Fecha anterior a la fecha en curso
Mensaje de error Lo sentimos, la fecha de inicio debe de ser igual o mayor a la fecha en curso
Fecha Fin de fecha y Formato de fecha invalido
Mensaje de error Formato de fecha incorrecto, por favor seleccione una fecha
141
con el formato correcto (yyyy-mm-dd)
3.10.8. Módulo Documentos por pagar
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU120 – Crear documento por cobrar en la base de datos
Caso de prueba: CP120
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, inicio de sesión (administrador y
empleado), sistema operativo indistinto, navegador web: IE10, Firefox, Safari,
Opera, Google Chrome (recomendado), conexión a la base de datos.
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Monto a pagar y “Mil pesos”
Mensaje de error El monto a pagar debe de ser un valor numérico. Ejemplo (100.00)
Id de compra y 0 Mensaje de error El ID de la compra es invalido, por favor ingrese un ID valido
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU121 –Consultar por ID de documento por pagar
Caso de prueba: CP121
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, sistema operativo Windows XP o mayor,
con conexión a la base de datos.
142
Campos y Datos Conjunto de Valores
Resultados esperados
Mensaje
Id de compra y 0 Mensaje de error El ID de la compra es invalido, por favor ingrese un ID valido
Dominio de los datos (Dominio): Conjunto de valores que conforman el universo
de datos válidos para un elemento de información.
Caso de Uso: CU122 –Modificar proveedor
Caso de prueba: CP122
Nombre de la prueba: Particiones de equivalencia
Precondiciones: Sistema funcionando, sistema operativo Windows XP o mayor,
con conexión a la base de datos,
143
3.11. Prueba de caja negra
3.11.1. Módulo Almacén
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Almacén Acción: Insertar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta inserción de datos en el módulo de almacén, se ingresaran tres nuevas descripciones del almacén. Posteriormente se evaluará si este se ingresó correctamente, además de consultar si concuerdan a lo que se ingresó previamente. Prioridad: Alta Persona que realiza la prueba: Luis Ricardo Guerra Arroyo Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo almacén. 3. Insertar descripción del almacén. 4. Presionar enter.
Datos que se introducen: Almacén de Guadalajara
Almacén de Zapopan
Almacén de Tlaquepaque Resultados de prueba: Aprobados Comentarios: Los datos que ingresan y se prueban presionando los botones funcionan de manera correcta, la información se inserta correctamente y se ve reflejada en la pantalla principal. Recomendaciones: Se recomienda poner validadores en las cajas de texto, por ejemplo que si se requieren que sean letras en algún campo, solo se puedan agregar letras y no otro tipo de dato como números.
144
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Almacén Acción: Editar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta edición de datos en el módulo de almacén, se editarán tres nuevas descripciones del almacén. Se evaluará si éste se edita correctamente, además de consultar si concuerdan a lo que se ingresó previamente. Prioridad: Alta Persona que realiza la prueba: Luis Ricardo Guerra Arroyo Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo almacén. 3. Seleccionar el dato a modificar 4. Editar descripción del almacén. 5. Presionar enter.
Datos que se introducen: Almacén de Guadalajara
Almacén de Zapopan
Almacén de Tlaquepaque Resultados de prueba: Aprobados Comentarios: Los datos que modifican y se prueban presionando los botones funcionan de manera correcta, la información se inserta correctamente y se ve reflejada en la pantalla principal. Recomendaciones: Mensaje de decisión “¿Estás seguro que deseas actualiza? Si y No”
145
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Almacén Acción: Borrar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará el correcto borrado en el módulo de almacén, Se evaluará si éste se borró correctamente. Prioridad: Alta Persona que realiza la prueba: Luis Ricardo Guerra Arroyo Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo almacén. 3. Seleccionar el dato a borrar. 4. Borrar descripción del almacén. 5. Presionar enter.
Datos que se borrarán: Almacén de A
Almacén de B
Almacén de C Resultados de prueba: Aprobados Comentarios: Los datos que seleccionan y se prueban presionando los botones funcionan de manera correcta, la información se elimina correctamente y se ve reflejada en la pantalla principal. Recomendaciones: Mensaje de decisión “¿Estás seguro que deseas borrar? Si y No”
3.11.2. Módulo Artículos
Fecha: 04/12/13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Artículos Acción: Insertar Versión que se evalúa: 2.0 Descripción de la prueba:
146
Se probará la correcta inserción de datos en el módulo de artículos, se ingresarán tres nuevas descripciones del artículo. Posteriormente se evaluará si este se ingresó correctamente, además de consultar si concuerdan a lo que se ingresó previamente. Prioridad: Alta Persona que realiza la prueba: Luis Ricardo Guerra Arroyo Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo artículo. 3. Insertar descripción del artículo. 4. Presionar enter.
Datos que se introducen: Pepino
Manzana
ABC Resultados de prueba: Aprobados Comentarios: Los datos que ingresan y se prueban presionando los botones funcionan de manera correcta, la información se inserta correctamente y se ve reflejada en la pantalla principal. Recomendaciones: Botones de ayuda
Fecha: 04/12/13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Artículos Acción: Editar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta edición y actualización de datos en el módulo de artículos, se actualizan tres nuevas descripciones del artículo. Posteriormente se evaluará si éste se actualizó correctamente, además de consultar si concuerdan a lo que se ingresó previamente. Prioridad: Alta Persona que realiza la prueba: Luis Ricardo Guerra Arroyo Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo almacén. 3. Insertar descripción del almacén.
147
4. Presionar enter. Datos que se introducen: ABCDE
Azul
Perro Resultados de prueba: Aprobados Comentarios: Los datos que ingresan y se prueban presionando los botones funcionan de manera correcta, la información se actualiza correctamente y se ve reflejada en la pantalla principal. Recomendaciones: Mensaje de decisión “¿Estás seguro que deseas actualizar? Si y No”
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Artículos Acción: Borrar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará el correcto borrado de datos en el módulo de artículos. Prioridad: Alta Persona que realiza la prueba: Luis Ricardo Guerra Arroyo Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo artículo. 3. Eliminar descripción del artículo. 4. Presionar enter.
Datos que se introducen: ABCDE
Azul
Perro Resultados de prueba: Aprobados Comentarios: Los datos que se seleccionan se eliminan presionando los botones funcionan de manera correcta, la información se borra correctamente y se prescinde pantalla principal. Recomendaciones: Mensaje de decisión “¿Estás seguro que deseas borrar? Si y No”
148
3.11.3. Módulo Avances
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Avances Acción: Insertar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta inserción de datos en el módulo de avances, se ingresaran tres nuevas medidas de avances. Posteriormente se evaluará si este se ingresó correctamente, además de consultar si concuerdan a lo que se ingresó previamente. Prioridad: Alta Persona que realiza la prueba: Luis Ricardo Guerra Arroyo Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo almacén. 3. Insertar descripción del almacén. 4. Presionar enter.
Datos que se introducen: 4.7
7.7
1.89 Resultados de prueba: Aprobados Comentarios: Los datos que ingresan y se prueban presionando los botones funcionan de manera correcta, la información se inserta correctamente y se ve reflejada en la pantalla principal. Recomendaciones: Se recomienda agregar validaciones de tipo de dato
Fecha: 04/12/13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Avances Acción: Editar Versión que se evalúa: 2.0
149
Descripción de la prueba: Se probará la correcta edición de datos en el módulo de avances, se modificarán tres medidas de avance. Posteriormente se evaluará si este se ingresó correctamente, además de consultar si concuerdan a lo que se ingresó previamente. Prioridad: Alta Persona que realiza la prueba: Luis Ricardo Guerra Arroyo Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo almacén. 3. Insertar descripción del almacén. 4. Presionar enter.
Datos que se introducen: 8.8
900
2.3 Resultados de prueba: Aprobados Comentarios: Los datos se actualizan correctamente Recomendaciones: Sin recomendaciones
Fecha: 04/12/13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Avances Acción: Borrar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta eliminación de datos en el módulo de avances, Prioridad: Alta Persona que realiza la prueba: Luis Ricardo Guerra Arroyo Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo almacén. 3. Insertar descripción del almacén. 4. Presionar enter.
Datos que se introducen: 8.8
150
900
2.3 Resultados de prueba: Aprobados Comentarios: Los datos se actualizan correctamente Recomendaciones: Sin recomendaciones
3.11.4. Módulo Citas
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Citas Acción: Insertar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta inserción de datos en el módulo de citas, se ingresaran tres nuevas citas. Posteriormente se evaluará si este se ingresó correctamente, además de consultar si concuerdan a lo que se ingresó previamente. Prioridad: Alta Persona que realiza la prueba: Ing. Juan Gallegos Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo almacén. 3. Insertar descripción del almacén. 4. Presionar enter.
Datos que se introducen: Paciente: Edgar
Paciente: Daniel
Paciente: Luis Resultados de prueba: Aprobados Comentarios: Los datos que ingresan y se prueban presionando los botones funcionan de manera correcta, la información se inserta correctamente y se ve reflejada en la pantalla principal. Recomendaciones: Se recomienda validación de tipos de datos en cada campo
151
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Citas Acción: Actualizar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta actualización de datos en el módulo de citas, se modificarán tres nombres de pacientes. Posteriormente se evaluará si este se actualizó correctamente, además de consultar si concuerdan a lo que se ingresó previamente. Prioridad: Alta Persona que realiza la prueba: Ing. Juan Gallegos Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo almacén. 3. Insertar descripción del almacén. 4. Presionar enter.
Datos que se introducen: Paciente: Edgar
Paciente: Daniel
Paciente: Luis Resultados de prueba: Aprobados Comentarios: Los datos que actualizan y se prueban presionando los botones funcionan de manera correcta, la información se inserta correctamente y se ve reflejada en la pantalla principal. Recomendaciones: Se recomienda validación de tipos de datos en cada campo
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Citas Acción: Eliminar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la eliminación de datos en el módulo de citas Prioridad: Alta
152
Persona que realiza la prueba: Ing. Juan Gallegos Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo citas. 3. Eliminar cita. 4. Presionar enter.
Datos que se introducen: Almacén de Guadalajara
Almacén de Zapopan
Almacén de Tlaquepaque Resultados de prueba: Aprobados Comentarios: Los datos se eliminan Recomendaciones: Se recomienda validación de tipos de datos en cada campo
3.11.5. Módulo Clientes
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Clientes Acción: Insertar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta inserción de datos en el módulo de clientes. Posteriormente se evaluará si éste se ingresó correctamente, además de consultar si concuerdan a lo que se ingresó previamente. Prioridad: Alta Persona que realiza la prueba: Edgar Tomas Torres Ramos Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo almacén. 3. Insertar descripción del almacén. 4. Presionar enter.
Datos que se introducen: Nombre: Juan
Apellido Paterno: Gallegos
Apellido Materno: Hernández Resultados de prueba: Aprobados
153
Comentarios: Los datos que ingresan y se prueban presionando los botones funcionan de manera correcta, la información se inserta correctamente y se ve reflejada en la pantalla principal. Recomendaciones: Sin recomendaciones, existen validaciones
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Clientes Acción: Actualizar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta actualización de datos en el módulo de clientes. Posteriormente se evaluará si este se ingresó correctamente, además de consultar si concuerdan a lo que se ingresó previamente. Prioridad: Alta Persona que realiza la prueba: Edgar Tomas Torres Ramos Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo almacén. 3. Insertar descripción del almacén. 4. Presionar enter.
Datos que se introducen: Nombre: Edgar
Apellido Paterno: Torres
Apellido Materno: Ramos Resultados de prueba: Aprobados Comentarios: Los datos que actualizan correctamente presionando los botones funcionan de manera adecuada y se ve reflejada en la pantalla principal. Recomendaciones: Sin recomendaciones
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
154
Módulo que se prueba: Clientes Acción: Eliminar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la eliminación de datos en el módulo de clientes, además de consultar si concuerdan a lo que se eliminó previamente. Prioridad: Alta Persona que realiza la prueba: Edgar Tomas Torres Ramos Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo almacén. 3. Insertar descripción del almacén. 4. Presionar enter.
Datos que se introducen: Nombre: Edgar
Apellido Paterno: Torres
Apellido Materno: Ramos Resultados de prueba: Aprobados Comentarios: Los datos se eliminan presionando los botones funcionan de manera correcta, la información se inserta adecuadamente y se ve reflejada en la pantalla principal. Recomendaciones: Mensaje de decisión “¿Estás seguro que deseas borrar? Si y No”
3.11.6. Módulo Compras
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Compras Acción: Insertar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta inserción de datos en el módulo de Compras, se ingresarán tres nuevas órdenes de compra. Posteriormente se evaluará si este se ingresó correctamente, además de consultar si concuerdan a lo que se ingresó previamente. Prioridad: Alta Persona que realiza la prueba: Ing. Eduardo Gallegos Tiempo de la sesión de prueba: 30 minutos
155
Proceso de prueba: 1. Iniciar sesión en el sistema. 2. Ingresar al módulo de compras. 3. Seleccionar “Agregar orden de compra” 4. Presionar enter.
Datos que se introducen: GATORADE
COCA-COLA
GYM-ACCESORIOS Resultados de prueba: Aprobados Comentarios: Los datos que ingresan y se prueban presionando los botones funcionan de manera correcta, la información se inserta adecuadamente y se ve reflejada en la pantalla principal. Recomendaciones: Sin recomendaciones
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Compras Acción: Actualizar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta actualización de datos en el módulo de compras, seleccionará un proveedor diferente al actual. Posteriormente se evaluará si este se actualizó correctamente, además de consultar si concuerdan a lo que se ingresó previamente. Prioridad: Alta Persona que realiza la prueba: Ing. Juan Gallegos Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo Compras. 3. Cambiar proveedor. 4. Presionar enter.
Datos que se introducen: GYM-Accesorios
Resultados de prueba: Aprobados Comentarios:
156
Los datos que ingresan y se prueban presionando los botones funcionan de manera correcta, la información se actualizó correctamente y se ve reflejada en la pantalla principal. Recomendaciones: Sin recomendaciones
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Compras Acción: Eliminar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta eliminación de datos en el módulo de compras, se seleccionara una orden de compra. Posteriormente se evaluara si esta se eliminó correctamente, además de consultar si el registro fue eliminado. Prioridad: Alta Persona que realiza la prueba: Ing. Juan Gallegos Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo compras. 3. Seleccionar la opción “Eliminar” de una orden de compra. 4. Presionar enter.
Datos que se seleccionan: Orden de compra # 6 Resultados de prueba: Aprobados Comentarios: Los datos que ingresan y se prueban presionando los botones funcionan de manera correcta, la información se eliminó correctamente y ya no se refleja en la pantalla de consulta. Recomendaciones: Se recomienda que se utilice un mensaje de “Alerta” solicitando confirmación de si en realidad quiere borrar la orden de compra seleccionada.
157
3.11.7. Módulo Dietas
Fecha: 30 / 03 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Dietas Acción: Insertar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta inserción de datos en el módulo de dietas, se ingresarán tres nuevas dietas. Posteriormente se evaluara si éste se ingresó correctamente, además de consultar si concuerdan a lo que se ingresó previamente. Prioridad: Alta Persona que realiza la prueba: Ing. Daniel Castanedo Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo dietas. 3. Insertar nueva dieta. 4. Presionar enter.
30 y 03 y 2014
15 y 04 y 2014
Tomar 2.5 lts de agua al día Resultados de prueba: Aprobados Comentarios: Los datos que ingresan y se prueban presionando los botones funcionan de manera correcta, la información se modifica correctamente y se ve reflejada en la pantalla principal. Recomendaciones: Se recomienda poner candados, en las cajas de texto, según sea el valor que deba de recibir.
Fecha: 30 / 3 / 2014
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Dietas
158
Acción: Actualizar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta modificación de datos en el módulo de dietas, se modificarán los datos de 3 dietas. Posteriormente se evaluara si éste se modificó correctamente, además de consultar si concuerdan a lo que se ingresó previamente. Prioridad: Alta Persona que realiza la prueba: Ing. Daniel Castanedo Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo dietas. 3. Modificar datos de dieta seleccionada. 4. Presionar enter.
Datos que se introducen: 30 y 04 y 2014
15 y 05 y 2014
Caminar 20 minutos diarios Resultados de prueba: Aprobados Comentarios: Los datos que ingresan y se prueban presionando los botones funcionan de manera correcta, la información se inserta correctamente y se ve reflejada en la pantalla principal. Recomendaciones: Se recomienda poner candados, en las cajas de texto, según sea el valor que deba de recibir.
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Dietas Acción: Eliminar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta eliminación de datos en el módulo de dietas, se seleccionara una orden de compra. Posteriormente se evaluara si esta se eliminó correctamente, además de consultar si el registro fue eliminado. Prioridad: Alta Persona que realiza la prueba: Ing. Juan Gallegos Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
159
1. Iniciar sesión en el sistema. 2. Ingresar al módulo dietas. 3. Seleccionar la opción “Eliminar” de una dieta. 4. Presionar enter.
Datos que se seleccionan: Dieta, comida # 6
Resultados de prueba: Aprobados Comentarios: Los datos que ingresan y se prueban presionando los botones funcionan de manera correcta, la información se eliminó correctamente y ya no se refleja en la pantalla de consulta. Recomendaciones: Se recomienda que se utilice un mensaje de “Alerta” solicitando confirmación de si en realidad quiere borrar la dieta seleccionada.
3.11.8. Módulo Documentos por pagar
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Documentos por pagar Acción: Insertar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta inserción de datos en el módulo de documento por pagar, se ingresarán tres nuevos documentos por pagar. Posteriormente se evaluará si éste se ingresó correctamente, además de consultar si concuerdan a lo que se ingresó previamente. Prioridad: Alta Persona que realiza la prueba: Ing. Daniel Castanedo Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo documento por pagar 3. Insertar documento por pagar. 4. Presionar enter.
Datos que se introducen: 2014-03-30
15000.00
160
1
Cheque Resultados de prueba: Aprobados Comentarios: Los datos que ingresan y se prueban presionando los botones funcionan de manera correcta, la información se inserta correctamente y se ve reflejada en la pantalla principal. Recomendaciones: Se recomienda poner un poco más de candados, en las cajas de texto, por ejemplo que si se requieren que sean letras en algún campo, solo se puedan agregar letras y no otro tipo de dato como números, si son correos electrónicos que se valide si tienen @.
Fecha: 04 y 12 y 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Documentos por pagar Acción: Actualizar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta actualización de datos en el módulo de documentos por pagar, se actualizará un documento por pagar. Posteriormente se evaluará si este se actualizó correctamente, además de consultar si concuerdan a lo que se ingresó previamente. Prioridad: Alta Persona que realiza la prueba: Ing. Daniel Castanedo Barragán Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo almacén. 3. Insertar descripción del almacén. 4. Presionar enter.
Datos que se introducen: 2014-04-30
10000.00
1
Efectivo Resultados de prueba: Aprobados Comentarios: Los datos que ingresan y se prueban presionando los botones funcionan de manera correcta, la información se actualiza correctamente y se ve reflejada en la pantalla principal.
161
Recomendaciones: Se recomienda colocar candados, en las cajas de texto, por ejemplo que si se requieren que sean letras en algún campo, solo se puedan agregar letras y no otro tipo de dato como números, si son correos electrónicos que se valide si tienen @.
Fecha: 04 / 12 / 13
Tipo de prueba: Caja negra Datos generales Nombre del software que se prueba:
GYMSOFT
Módulo que se prueba: Documentos por pagar Acción: Eliminar Versión que se evalúa: 2.0 Descripción de la prueba: Se probará la correcta eliminación de datos en el módulo de documentos por pagar, se seleccionará un registro. Posteriormente se evaluará si esta se eliminó correctamente, además de consultar si el registro fue eliminado. Prioridad: Alta Persona que realiza la prueba: Ing. Juan Gallegos Tiempo de la sesión de prueba: 30 minutos Proceso de prueba:
1. Iniciar sesión en el sistema. 2. Ingresar al módulo documentos por pagar. 3. Seleccionar la opción “Eliminar” documentos por pagar. 4. Presionar enter.
Datos que se seleccionan: Registro, # 1
Registro, # 2 Resultados de prueba: Aprobados Comentarios: Los datos que ingresan y se prueban presionando los botones funcionan de manera correcta, la información se eliminó correctamente y ya no se refleja en la pantalla de consulta. Recomendaciones: Se recomienda que se utilice un mensaje de “Alerta” solicitando confirmación de si en realidad quiere borrar el registro, seleccionado.
162
3.12. Servidor seo screaming frog spider - Plan de pruebas - Servidor
3.12.1. Accesibilidad
En este documento se describe el plan de pruebas que se realizará para la
aplicación WEB desarrollada por los alumnos de la ingeniería en sistemas
computacionales de la universidad del valle de Atemajac – UNIVA
Se utilizarán la herramienta
1. Screaming Frog SEO Spider es un pequeño programa de escritorio que
se puede instalar localmente en Windows, Mac o Linux para las
aplicaciones web, imágenes, CSS, la escritura y las aplicaciones desde el
punto de vista SEO. Recupera elementos en sitio clave para SEO, los
presenta en pestañas por tipo y te permite filtrar por cuestiones de SEO
comunes.
a. Permite analizar de forma rápida, la auditoría y revisar un sitio
desde el punto de vista de SEO en el sitio.
b. Es particularmente bueno para el análisis de medianas a grandes
sitios en los que se puede comprobar manualmente cada página
sería mucha mano de obra (o imposible) y donde se puede perder
fácilmente una redirección, meta refresh o duplicar problema
página.
2. Permite exportar los elementos clave en sitio SEO (url, título de la página,
la descripción la meta, títulos, etc.) a Excel por lo que fácilmente puede
ser utilizado como una base para hacer recomendaciones de SEO.
a. Errores - errores de cliente y servidor ( No hay respuestas , 4XX ,
5XX )
163
b. Redirecciones - ( 3XX , permanentes o temporales )
c. Enlaces externos - Todos los enlaces seguidos y sus códigos de
estado posteriores
d. Cuestiones de URI - Los caracteres no ASCII , subrayados ,
mayúsculas , los URI dinámicos, largos más de 115 caracteres
e. Duplicar páginas - valor hash y MD5checksums de búsqueda para
páginas con contenido duplicado
f. Título de la página - Missing , duplicar, más de 65 personajes, corto
, mismo que h1, o múltiple
g. Meta Descripción - Desaparecidos, duplicar, más de 156 caracteres
, cortos o múltiples
h. Meta Keywords - Principalmente para referencia
i. H1 - Perder , duplicar, más de 70 caracteres, múltiple
j. H2 - Perder, duplicar, más de 70 caracteres, múltiple
k. Meta Robots - Índice , noindex , follow , nofollow , noarchive ,
nosnippet , NOODP , NOYDIR, etc
l. Actualizar Meta - Incluye página de destino y el tiempo de retardo
m. Enlace Canónica & enlace HTTP
n. X - Robots- Tag
o. rel = "siguiente" y rel = " previo"
p. Tamaño del archivo
q. Nivel de profundidad de Página
r. InLinks (enlaces internos) - Todas las páginas que enlazan a una
URI
164
s. Outlinks (enlaces externos) - Todas las páginas de un enlaces URI
fuera a
t. Anchor Text - Todo el texto del enlace. El texto alternativo de las
imágenes con enlaces
u. Follow y nofollow - A nivel de enlace (true y false)
v. Imágenes - Todos los URIs con el vínculo de la imagen y todas las
imágenes de una página determinada. Imágenes más 100kb , el
texto alternativo que falta , texto alta más de 100 caracteres
w. User-Agent Switcher - Crawl como Googlebot o Yahoo! Slurp
x. Código fuente Custom Search - le permite encontrar lo que quieras
en el código fuente de una página web. Si eso es código de Google
Analytics, un texto específico, o código, etc.
y. XML Sitemap Generator - Usted puede crear un mapa de sitio XML
básico con la SEO spider.
3.12.2. Anexo: Códigos de estado HTTP
La siguiente es una lista de códigos de respuesta del HTTP y frases estándar
asociadas, destinadas a dar una descripción corta del estatus. Estos códigos de
estatus están especificados por el RFC 2616, y algunos fragmentos en los
estándares RFC 2518, RFC 2817, RFC 2295, RFC 2774 y RFC 4918; otros no
están estandarizados, pero son comúnmente utilizados.
El primer dígito del código de respuesta especifica una de las cinco clases de
respuesta.
165
3.12.3. Códigos
1xx: Respuestas informativas
Petición recibida, continuando proceso. Esta respuesta significa que el servidor
ha recibido los encabezados de la petición, y que el cliente debería proceder a
enviar el cuerpo de la misma (en el caso de peticiones para las cuales el cuerpo
necesita ser enviado; por ejemplo, una petición Hypertext Transfer Protocol). Si
el cuerpo de la petición es largo, es ineficiente enviarlo a un servidor, cuando la
petición ha sido ya rechazada, debido a encabezados inapropiados. Para hacer
que un servidor cheque si la petición podría ser aceptada basada únicamente en
los encabezados de la petición, el cliente debe enviar Expect: 100-continue como
un encabezado en su petición inicial (vea Plantilla: Web-RFC: Expect header) y
verificar si un código de estado 100 Continue es recibido en respuesta, antes de
continuar (o recibir 417 Expectation Failed y no continuar).1
101 Conmutando protocolos
102 Procesando (WebDAV - RFC 2518)
2xx: Peticiones correctas
Esta clase de código de estado indica que la petición fue recibida correctamente,
entendida y aceptada.
200 OK
Respuesta estándar para peticiones correctas.
201 Creado
La petición ha sido completada y ha resultado en la creación de un nuevo recurso.
202 Aceptada
166
La petición ha sido aceptada para procesamiento, pero este no ha sido
completado. La petición eventualmente pudiere no ser satisfecha, ya que podría
ser no permitida o prohibida cuando el procesamiento tenga lugar.
203 Información no autoritativa (desde HTTP y 1.1)
204 Sin contenido
205 Recargar contenido
206 Contenido parcial
La petición servirá parcialmente el contenido solicitado. Esta característica es
utilizada por herramientas de descarga como wget para continuar la transferencia
de descargas anteriormente interrumpidas, o para dividir una descarga y
procesar las partes simultáneamente.
207 Estado múltiple (Multi-Status, WebDAV)
El cuerpo del mensaje que sigue es un mensaje XML y puede contener algún
número de códigos de respuesta separados, dependiendo de cuántas sub-
peticiones sean hechas.
3xx: Redirecciones
El cliente tiene que tomar una acción adicional para completar la petición.
Esta clase de código de estado indica que una acción subsecuente necesita
efectuarse por el agente de usuario para completar la petición. La acción
requerida puede ser llevada a cabo por el agente de usuario sin interacción con
el usuario si y sólo si el método utilizado en la segunda petición es GET o HEAD.
El agente de usuario no debe redirigir automáticamente una petición más de 5
veces, dado que tal funcionamiento indica usualmente un Bucle infinito.
300 Múltiples opciones
167
Indica opciones múltiples para el URI que el cliente podría seguir. Esto podría
ser utilizado, por ejemplo, para presentar distintas opciones de formato para
video, listar archivos con distintas extensiones o word sense disambiguation.
301 Movido permanentemente
Esta y todas las peticiones futuras deberían ser dirigidas a la URI dada.
302 Movido temporalmente
Este es el código de redirección más popular, pero también un ejemplo de las
prácticas de la industria contradiciendo el estándar. La especificación HTTP y 1.0
(RFC 1945) requería que el cliente realizara una redirección temporal (la frase
descriptiva original fue "Moved Temporarily"), pero los navegadores populares lo
implementaron como 303 See Other. Por tanto, HTTP y 1.1 añadió códigos de
estado 303 y 307 para eliminar la ambigüedad entre ambos comportamientos.
Sin embargo, la mayoría de aplicaciones web y bibliotecas de desarrollo aún
utilizan el código de respuesta 302 como si fuera el 303.
303 Vea otra (desde HTTP y 1.1)
La respuesta a la petición puede ser encontrada bajo otra URI utilizando el
método GET.
304 No modificado
Indica que la petición a la URL no ha sido modificada desde que fue requerida
por última vez. Típicamente, el cliente HTTP provee un encabezado como If-
Modified-Since para indicar una fecha y hora contra la cual el servidor pueda
comparar. El uso de este encabezado ahorra ancho de banda y reprocesamiento
tanto del servidor como del cliente.
305 Utilice un proxy (desde HTTP y 1.1)
168
Muchos clientes HTTP (como Mozilla2 e Internet Explorer) no se apegan al
estándar al procesar respuestas con este código, principalmente por motivos de
seguridad.
306 Cambie de proxy
Esta respuesta está descontinuada.
307 Redirección temporal (desde HTTP y 1.1)
Se trata de una redirección que debería haber sido hecha con otra URI, sin
embargo aún puede ser procesada con la URI proporcionada. En contraste con
el código 303, el método de la petición no debería ser cambiado cuando el cliente
repita la solicitud. Por ejemplo, una solicitud POST tiene que ser repetida
utilizando otra petición POST.
4xx Errores del cliente
La solicitud contiene sintaxis incorrecta o no puede procesarse.
La intención de la clase de códigos de respuesta 4xx es para casos en los cuales
el cliente parece haber errado la petición. Excepto cuando se responde a una
petición HEAD, el servidor debe incluir una entidad que contenga una explicación
a la situación de error, y si es una condición temporal o permanente. Estos
códigos de estado son aplicables a cualquier método de solicitud (como GET o
POST). Los agentes de usuario deben desplegar cualquier entidad al usuario.
Estos son típicamente los códigos de respuesta de error más comúnmente
encontrados.
400 Solicitud incorrecta
La solicitud contiene sintaxis errónea y no debería repetirse.
401 No autorizado
169
Similar al 403 Forbidden, pero específicamente para su uso cuando la
autentificación es posible pero ha fallado o aún no ha sido provista. Vea
autentificación HTTP básica y Digest access authentication.
402 Pago requerido
La intención original era que este código pudiese ser usado como parte de alguna
forma o esquema de Dinero electrónico o micro pagos, pero eso no sucedió, y
este código nunca se utilizó.
403 Prohibido
La solicitud fue legal, pero el servidor se rehúsa a responderla. En contraste a
una respuesta 401 No autorizado, la autentificación no haría la diferencia.
404 No encontrado
Recurso no encontrado. Se utiliza cuando el servidor web no encuentra la página
o recurso solicitado.
405 Método no permitido
Una petición fue hecha a una URI utilizando un método de solicitud no soportado
por dicha URI; por ejemplo, cuando se utiliza GET en una forma que requiere que
los datos sean presentados vía POST, o utilizando PUT en un recurso de sólo
lectura.
406 No aceptable
El servidor no es capaz de devolver los datos en ninguno de los formatos
aceptados por el cliente, indicados por éste en la cabecera "Accept" de la
petición.
407 Autenticación Proxy requerida
408 Tiempo de espera agotado
El cliente falló al continuar la petición - excepto durante la ejecución de videos
Adobe Flash cuando solo significa que el usuario cerró la ventana de video o se
movió a otro. Ref.
409 Conflicto
Indica que la solicitud no pudo ser procesada debido a un conflicto con el estado
actual del recurso que esta identifica.
170
410 Ya no disponible
Indica que el recurso solicitado ya no está disponible y no lo estará de nuevo.
Debería ser utilizado cuando un recurso ha sido quitado de forma permanente.
Si un cliente recibe este código no debería volver a solicitar el recurso en el futuro.
Por ejemplo un buscador lo eliminará de sus índices y lo hará más rápidamente
que utilizando un código 404.
411 Requiere longitud
412 Falló precondición
413 Solicitud demasiado larga
414 URI demasiado larga
415 Tipo de medio no soportado
416 Rango solicitado no disponible
El cliente ha preguntado por una parte de un archivo, pero el servidor no puede
proporcionar esa parte, por ejemplo, si el cliente preguntó por una parte de un
archivo que está más allá de los límites del fin del archivo.
417 Falló expectativa
421 Hay muchas conexiones desde esta dirección de internet
422 Entidad no procesable (WebDAV - RFC 4918)
La solicitud está bien formada pero fue imposible seguirla debido a errores
semánticos.
423 Bloqueado (WebDAV - RFC 4918)
El recurso al que se está teniendo acceso está bloqueado.
424 Falló dependencia (WebDAV) (RFC 4918)
La solicitud falló debido a una falla en la solicitud previa.
425 Colección sin ordenar
Definido en los drafts de WebDav Advanced Collections, pero no está presente
en "Web Distributed Authoring and Versioning (WebDAV) Ordered Collections
Protocol" (RFC 3648).
426 Actualización requerida (RFC 2817)
El cliente debería cambiarse a TLS y 1.0.
171
449 Reintente con
Una extensión de Microsoft: La petición debería ser reintentada después de hacer
la acción apropiada.
5xx: Errores de servidor
El servidor falló al completar una solicitud aparentemente válida.
Los códigos de respuesta que comienzan con el dígito "5" indican casos en los
cuales el servidor tiene registrado aún antes de servir la solicitud, que está errado
o es incapaz de ejecutar la petición. Excepto cuando está respondiendo a un
método HEAD, el servidor debe incluir una entidad que contenga una explicación
de la situación de error, y si es una condición temporal o permanente. Los
agentes de usuario deben desplegar cualquier entidad incluida al usuario. Estos
códigos de repuesta son aplicables a cualquier método de petición.
500 Error interno
Es un código comúnmente emitido por aplicaciones empotradas en servidores
web, mismos que generan contenido dinámicamente, por ejemplo aplicaciones
montadas en IIS o Tomcat, cuando se encuentran con situaciones de error ajenas
a la naturaleza del servidor web.
501 No implementado
502 Pasarela incorrecta
503 Servicio no disponible
504 Tiempo de espera de la pasarela agotado
505 Versión de HTTP no soportada
506 Variante también negocia (RFC 2295)
507 Almacenamiento insuficiente (WebDAV - RFC 4918)
509 Límite de ancho de banda excedido
Este código de estatus, a pesar de ser utilizado por muchos servidores, no es
oficial.
172
3.12.4. Interfaces en diferentes navegadores iester
3.13. Plan de pruebas - Interfaces en diferentes navegadores
3.13.1. Accesibilidad
En este documento se entrega una serie de elementos que deben ser revisados
para determinar si la aplicación web GYMSOFT, cumple con las características
de Accesibilidad aconsejadas en la Guía para Desarrollo de aplicaciones Web.
Todos los elementos que se abordan en esta lista, son explicados en uno o más
capítulos de la Guía. Por cada uno de ellos, se debe marcar Sí o No y se espera
que la aplicación Web cumpla con todos o la mayoría de ellos. En aquellos que
no haya cumplimiento, se deben adoptar las actividades correctivas que
correspondan. La siguiente tabla ha sido diseñada para facilitar su impresión y
uso en la evaluación, no es un formulario dinámico.
Sí No
1. ¿Se proporciona un texto equivalente para todo elemento no textual, tales como imágenes, para explicar su contenido a discapacitados visuales?
X
2. ¿La información transmitida a través de los colores también está disponible sin color?
X
3. ¿El documento está estructurado para que pueda ser leído con o sin una hoja de estilo, utilizando adecuadamente los tags de HTML?
X
4. ¿El documento está escrito en un lenguaje adecuado y se deja claro cuando se cambia de idioma?
X
5. ¿Las tablas se utilizan para presentar información y no para diagramar el contenido de la aplicación?
X
6. ¿Las páginas que utilizan nuevas tecnologías siguen funcionando cuando dicha tecnología no está presente (por ejemplo, los plug-ins de Flash)?
X
7. ¿Es posible controlar los objetos o las páginas que se actualizan o se cambian automáticamente, permitiendo incluso generar pausas para su revisión?
X
8. ¿Se asegura la accesibilidad de los elementos de la aplicación que tengan sus propias interfaces? (Por ejemplo para el uso de Portlets)
X
173
9. ¿Se permite al usuario activar elementos de las páginas, usando cualquier dispositivo como el mouse o el teclado y no sólo uno en particular?
X
10. ¿Se ofrecen soluciones transitorias que permiten a usuarios con browsers antiguos, acceder a contenidos que han sido creados en nuevas tecnologías?
X
11. ¿Se usan las tecnologías y guías de trabajo generadas por la W3C? X
12. ¿Se ofrece ayuda y orientación a los usuarios para entender páginas o elementos complejos dentro de ellas? (Por ejemplo: mapas y gráficos)
X
13. ¿Se ofrecen elementos de navegación claros? X
14. ¿Se asegura que los documentos que se ofrecen a través de la aplicación son simples, claros y pueden ser fácilmente entendidos?
X
3.13.2. Usabilidad
En este documento se entrega una serie de elementos que deben ser revisados
para determinar si la aplicación GYMSOFT, cumple con las características de
Usabilidad aconsejadas en la Guía para Desarrollo de aplicaciones web.
Por cada uno de ellos, se debe marcar Sí o No y se espera que la aplicación
cumpla con todos o la mayoría de ellos. En aquellos que no haya cumplimiento,
se deben adoptar las actividades correctivas que correspondan.
Sí No
Identidad Corporativa
1. ¿La portada del software refleja la identidad y pertenencia de la institución que lo contrata?
X
2. ¿Existen elementos de la imagen corporativa del Gobierno en la Portada de su software? ¿Se repiten en todas las páginas?
X
3. ¿El logotipo del Gobierno ha sido incluido en un lugar importante en la Portada y en las páginas interiores de la aplicación?
X
4. ¿Todas las páginas cuentan con un título que indique el nombre de la institución e información de contactos virtuales y físicos al pie de la página?
X
Utilidad de la aplicación Web
1. ¿El Sitio ofrece información sobre las actividades y servicios más recientes e importantes que está llevando a cabo la institución?
X
174
2. ¿Los usuarios pueden encontrar fácilmente en la portada la información acerca de las actividades y servicios más importantes de la institución?
X
Navegación
1. ¿El diseño de la aplicación es eficiente, rápido e intuitivo? X
2. ¿Aparece el menú de navegación en un lugar destacado? ¿Se ve fácilmente?
X
3. ¿Verificó la consistencia de todos los enlaces? X
4. ¿La aplicación cuenta con un mapa o buscador que facilite el acceso directo a los contenidos?
X
5. ¿La aplicación mantiene una navegación consistente y coherente en todas las pantallas?
X
Visibilidad del estado del sistema
1. ¿Se informa al usuario claramente el área de la aplicación que está visitando?
X
2. ¿La aplicación diferencia entre enlaces visitados y enlaces por visitar?
N y A
3. En caso de servicios o trámites en línea, ¿ofrece información de cuántos pasos faltan para terminar?
N y A
Consistencia y cumplimiento de estándares
1. ¿El HTML de la aplicación ha sido validado satisfactoriamente según w3c.org?
X
2. ¿El o los archivos de Hojas de estilo (CSS) han sido aprobados según w3c.org?
X
3. ¿Comprobó la consistencia de Links usando el verificador de w3c.org? X
Atención de errores
1. ¿Usa Javascript para validar formularios durante su llenado y antes de enviarlos?
X
2. ¿Usa elementos destacados para indicar los campos obligatorios dentro de un formulario?
X
3. ¿Después de que ocurre un error, es fácil volver a la página donde se encontraba antes que se produjese o entrega recomendaciones de los pasos a seguir?
X
Estética y diseño
1. ¿Usa jerarquías visuales para determinar lo importante con una sola mirada?
X
175
2. ¿Las imágenes tienen tamaños adecuados que no dificultan el acceso a las páginas?
X
3. ¿Las imágenes tienen etiqueta ALT en el código HTML para facilitar la navegación?
X
Ayuda ante errores
1. En caso de errores de consistencia dentro del sitio, ¿se ofrece un mensaje de personalizado mediante una página explicativa?, (Por ejemplo: Error 404 para página inexistente)
X
2. ¿Entrega información de contacto fuera de Internet? (Por ejemplo: teléfono institucional, mesa de ayuda)
X
3. ¿Ofrece área de Preguntas Frecuentes con datos de ayuda a usuarios?
X
4. ¿Ofrece páginas de ayuda que explican cómo usar el Sitio? X
Retroalimentación (Feedback)
1. ¿Puede el usuario ponerse en contacto con el encargado de la aplicación para hacer sugerencias o comentarios?
x
2. ¿Funcionan correctamente los formularios?, ¿Ha probado cada uno de ellos?
X
3. ¿Hay alguien encargado de recibir y contestar estos mensajes? X
176
CONCLUSIONES
1. Para el desarrollo de la aplicación es muy importante entender de forma
clara las necesidades del cliente, colocándonos desde el lado
administrativo del negocio, esto nos incitó a entender todos los procesos
empleados y transformarlos a la parte informática.
2. La evolución que deberá tener el producto, es evidente, el cambio en los
instrumentos operativos y de diseño son indudables, de tal modo que
entendemos que la aplicación deberá de progresar a la tendencia del
mercado para el mantenimiento de la misma.
3. La decisión de que la aplicación fuera en un entorno web fue al analizar
las estadísticas actuales, el incremento de la tendencia al uso de
dispositivos móviles, han entrado al mercado con mucha fuerza y es por
ello que el equipo determinó desarrollar una aplicación de acuerdo con las
tendencias.
4. La tecnología es una herramienta para los negocio, esto no sustituye de
ningún modo la participación de los empleados para el crecimiento del
dependencia.
5. La normalización de la base de datos fue de gran ayuda permitiendo la
implementación de los módulos ya que agilizó y permitió comprender la
interacción entre los módulos, permitiendo identificar las carencias.
6. Logramos una aplicación funcional que conjunta la interacción de todos
los módulos exitosamente.
7. La utilización del marco de trabajo (ZF2) permitió desarrollar una
aplicación estandarizada y con código estructurado, las características de
ZF2, fueron necesarias para la programación de la aplicación, ya que al
177
interactuar como equipo en el desarrollo, era necesario determinar
algunos parámetros nos permitieran trabajar conjuntamente.
8. Durante el desarrollo de la aplicación, la comunicación con el equipo de
trabajo fue de vital importancia para lograr los objetivos. El desfase en
algunos entregables correspondió a la falta de comunicación de los
problemas que se tenían y la forma de solucionarlos, para esto se
realizaron breves juntas para hacer los ajustes.
9. La correcta definición de la lista de requerimientos (deseos en SCRUM)
es importante para entregar un producto lo más adecuado posible a las
expectativas del cliente, la fase de las pruebas nos permitió identificar las
carencias y fallas que tenía la aplicación, de tal modo que fue necesario el
mantenimiento, este proceso es crucial para cumplir los objetivos.
10. La metodología de trabajo SCRUM permitió la correcta entrega de los
Sprint según se tenía planeado.
11. GYMSOFT fue un proyecto que nos permitió concebir lo que es trabajar
de forma conjunta entendiendo todas los procesos que esto implica, por
eso es importante la definición de los roles y la participación del equipo de
trabajo para avanzar según se tenía planeado.
178
GLOSARIO DE TÉRMINOS
Término Definición
ActionForm Son usados para poblar formularios de HTML y mostrarlos al usuario final.
Backlog Lista de tareas a realizar por el equipo de desarrollo en la metodología de desarrollo ágil SCRUM
Bean Un Bean es un componente software que tiene la particularidad de ser reutilizable y así evitar la tediosa tarea de programar los distintos componentes uno a uno.
Burn down chart
Es una gráfica que actualiza el equipo SCRUM en las reuniones de seguimiento de cada sprint, para monitorizar el ritmo de avance, y detectar de forma temprana posibles desviaciones sobre la previsión que pudieran comprometer la entrega al final de sprint.
Control de versiones:
Es una combinación de tecnologías y prácticas para seguir y controlar los cambios realizados en los ficheros del proyecto, en particular en el código fuente, en la documentación y en las páginas web.
DOM Document Object Model es una interfaz de programación de aplicaciones (API) para documentos HTML y XML. Define la estructura lógica de los documentos y el modo en que se accede y manipula un documento.
ECMAScript. Es una especificación de lenguaje de programación publicada por ECMA International y define un lenguaje de tipos dinámicos ligeramente inspirado en Java y otros lenguajes del estilo de C. Tiene características de programación orientada a objetos mediante objetos basados en prototipos y pseudoclases.
Feedback Retroalimentación
GitHub: Es un servicio de alojamiento de repositorios de software con este sistema, que lejos de quedarse en esta funcionalidad, cuenta con un conjunto de características muy útiles para el trabajo en equipo se utiliza como sistema para el control de versiones.
Iteración Es un vocablo que tiene su origen en el término latino iteratio. Se trata de una palabra que describe el acto y consecuencia de iterar, un verbo que se emplea como sinónimo de reiterar o repetir (entendidos como volver a desarrollar una acción o pronunciar de nuevo lo que ya se había dicho).
MVC Modelo Vista Controlador
179
Product Owner Ser el representante de todas las personas interesadas en los resultados del proyecto (internas o externas a la organización, promotores del proyecto y usuarios finales [idealmente también debería ser un usuario clave] o consumidores finales del producto) y actuar como interlocutor único ante el equipo, con autoridad para tomar decisiones.
Scrum Metodología ágil de desarrollo de software.
Server Side Scrum es una metodología de desarrollo ágil de software en la cual se aplican de manera regular un conjunto de mejores prácticas para trabajar en equipo y obtener los mejores resultados
Servlet Los Servlets son módulos escritos en Java que se utilizan en un servidor, que puede ser o no ser servidor web, para extender sus capacidades de respuesta a los clientes al utilizar las potencialidades de Java.
Sprint Es un documento detallado donde se describe el cómo el equipo va a implementar los requisitos durante el siguiente sprint. Las tareas se dividen en horas con ninguna tarea de duración superior a 16 horas. Si una tarea es mayor de 16 horas, deberá ser dividida en otras menores. Las tareas en el sprint backlog nunca son asignadas, son tomadas por los miembros del equipo del modo que les parezca oportuno.
SSJS Server-side JavaScript
Tags Los tags o "etiquetas" en español, son los "comandos" que los programas navegadores leen e interpretan para armar y dar forma a las páginas de Internet.
Tags HTML5 Etiquetas usadas en la version 5 del lenguaje de programación HTML
Testing Es una investigación técnica de un producto bajo prueba con el fin de brindar información relativa a la calidad del software, a los diferentes actores involucrados en un proyecto.
UML Unified Modeling Language – Lenguaje unificado de modelado de sistemas de software.
Workbench 6.0 Es una aplicación de diseño de base de datos visual y de próxima generación que se puede utilizar para diseñar, administrar y documentar esquemas de base de datos de manera eficiente.
Workflow Flujo de trabajo.
XML Son las siglas de Extensible Markup Language, una especificación y lenguaje de programación desarrollada por el W3C. XML es una versión de SGML, diseñado especialmente para los documentos de la web. Permite que los diseñadores creen sus propias etiquetas, permitiendo la
180
definición, transmisión, validación e interpretación de datos entre aplicaciones y entre organizaciones.
Zend Framework 2
Es un framework de código abierto para desarrollar aplicaciones web y servicios web con PHP 5. ZF es una implementación que usa código 100% orientado a objetos.
Zend_Test Es un componente de ZF que proporciona la capacidad para realizar pruebas funcionales o de integración a nuestro proyecto en desarrollo.
181
REFERENCIAS
Cantabran U. (16 de Agosto de 2005) ¿Qué es MySQL? Disponible en: http://www.esepestudio.com/noticias/que-es-mysql Consultado en Julio 2013 activ.com.mx(S y F) Introducción a Media Queries con CSS3 Disponible en: http://activ.com.mx/introduccion-a-media-queries-con-css3 Consultado en Marzo 2014 alegsa.com.ar Community (1998 - 2014) Definición de Bootstrapping Disponible en: http://www.alegsa.com.ar/Dic/bootstrapping.php Consultado en Enero 2014 Allen R. (2011, 2012) Las principales novedades de Zend 2 Disponible en: http://alemohamad.com/tutorial-zend-framework-2-beta/ Consultado en Febrero 2014 Apache Tomcat Official Documentation (10 de Noviembre de 2013) Apache Tomcat Disponible en: http://tomcat.apache.org/ Consultado en Enero 2014 catarina.udlap.mx Communitty(S y F) Cliente-Servidor Disponible en: http://catarina.udlap.mx/u_dl_a/tales/documentos/lis/marquez_a_bmmarquez_a_bm Consultado en Enero 2014 CentOS Official Documentation (2013) What is CentOS? Disponible en: http://www.centos.org/ Consultado en Noviembre 2013 codigoadicto.com Community (2010 - 2012) HTML5 Shim solo para Internet Explorer Disponible en: http://codigoadicto.com/html5-shim-solo-para-internet-explorer Consultado en Marzo 2014
182
De Luca A. (21 de Julio de 2013) Hola Mundo! con Zend Framework 2 Disponible en: http://www.elreplicante.com.ar/2013/07/21/hola-mundo-con-zend-framework-2 Consultado en Enero 2014 definicion.de (2008 - 2014) Definición de software Disponible en: http://definicion.de/software Consultado en Junio 2013 definicion.de Community (2008 - 2014) Definición de iteración Disponible en: http://definicion.de/iteracion/#ixzz2wLW79OwS Consultado en Enero 2014 Duckett, J. (2011) Beginning HTML, XHTML, CSS, and JavaScript John Wiley & Sons, USA. Duckett, J. (2011) HTML and CSS: Design and Build Websites John Wiley & Sons, USA. Ecbloguer.com Community(S y F) Guía de Responsive Web Design: todo lo que necesita saber sobre Responsive Web Design Disponible en: http://www.ecbloguer.com/marketingdigital/?p=2635 Consultado en Marzo 2014 ecured.cu Community(S y F) Sistemas Workflow Disponible en: http://www.ecured.cu/index.php/Sistemas_Workflow Consultado en Febrero 2014 Emm-gfx.net Community (2005 - 2013) Aprender jQuery, 1: Qué es y por qué usarlo. Disponible en: http://www.emm-gfx.net/2009/09/aprender-jquery-1-que-es-y-por-que-usarlo Consultado en Febrero 2014 Firtman, M. (2010) Programming the Mobile Web O´Reilly Media, Inc, USA. Font Awesome Community(S y F) The iconic font designed for Bootstrap Disponible en: http://fortawesome.github.io/Font-Awesome Consultado en Diciembre 2013
183
Git Offical Documentation(S y F) Empezando - Acerca del control de versiones Disponible en: http://git-scm.com/book/es/Empezando-Acerca-del-control-de-versiones Consultado en Febrero 2014 GitHub Official Documentation(S y F) Bring GitHub to work. Disponible en: https://github.com/ Consultado en Febrero 2014 Gómez L. (2013) Metodología Scrum Disponible en: http://www.softeng.es/es-es/empresa/metodologias-de-trabajo/ metodologia-scrum.html Consultado en Mayo 2013 Hernandez J. (1999 - 2013) ¿Qué es un servidor FTP (FTP Servers)? Disponible en: http://www.masadelante.com/faqs/servidores-ftp Consultado en Septiembre 2013 JQuery Official Documentation (2008 - 2014) JQuery API Disponible en: http://jquery.com Consultado en Febrero 2014 Kalakota, R, Robinsón, M. (2001) Del e-Commerce al e-Business: el siguiente paso. Pearson, México Kendall, K, Kendall, J (1997) Análisis y diseño de sistemas Prentice Hall, México Krug, S. (2009) Don't Make Me Think: A Common Sense Approach to Web Usability Pearson Education, USA. Lab.inf.uc3m.es Community(S y F) Patrón de arquitectura Modelo Vista Controlador (MVC) Disponible en: http://www.lab.inf.uc3m.es/~a0080802/RAI/mvc.html Consultado en Marzo 2014 Lacey, M. (2012) The Scrum Field Guide: Practical Advice for Your First Year Pearson Education, USA.
184
LamarcaM. (8 de Diciembre de 2013) EXtensible Markup Language (XML) Disponible en: http://www.hipertexto.info/documentos y xml.htm Consultado en Enero 2014 Mozilla Community (2005 - 2014) CSS media queries Disponible en: https://developer.mozilla.org/es/docs/CSS/Media_queries Consultado en Marzo 2014 openwebcms.com Community (S y F) ¿Qué es Bootstrap? Disponible en: http://openwebcms.es/2013/que-es-bootstrap/ Consultado en Enero 2014 PHP Official Documentation (2001 - 2014) PHP Documentation Disponible en: http://php.net/ Consultado en Enero 2014 PHPUnit Official Documentation (2001 - 2014) Documentation for PHPUnit Disponible en: http://phpunit.de Consultado en Febrero 2014 Ponce.inter.edu (S y F) Application Software Disponible en: http://ponce.inter.edu/vl/computing/soft5.html Consultado en Junio 2013 Pressman, R. (1998) Ingeniería del software un enfoque práctico. McGraw-Hill, México. proyectosagiles.org Comunnity(S y F) Cliente (Product Owner) Disponible en: http://www.proyectosagiles.org/cliente-product-owner Consultado en Enero 2014 Rasmus, L, Tratoe, K. (2006) Programming PHP O´Reilly Media, Inc, USA. Roland, D. Valderas, P. Pastor, O. (2010) Aplicaciones web. Un enfoque pragmático. RA-MA, México.
185
suronline.net (2006) Que es una aplicación Web Disponible en: http://www.suronline.net/nuevo_sitio/beneficios-funcionamiento-aplicaciones-web.asp Consultado en Enero 2014 symfony.es Community (S y F) Introducción a Zend Framework 2 Disponible en: http://symfony.es/noticias/2012/09/06/se-publica-zend-framework-2-0-0-final/ Consultado en Marzo 2014 uchile.cl Community(S y F) Casos de Uso (Use Case) Disponible en: http://users.dcc.uchile.cl/~psalinas/uml/casosuso.html Consultado en Enero 2014 Unger, R. (2012) A Project Guide to UX Design: For user experience designers in the field or in the making New Riders, USA. Vara, J. López, M. Jiménez, J, Verde, J. Sánchez, F. (2012) Desarrollo Web en entorno servidor. CFGS. RA-MA, México. Varndell, D. (2013) TOP 10 SEO TIPS: FREE EZ Website Promotion, Inc, USA. W3C Community(S y F) ¿Qué hace el W3C? Disponible en: http://www.w3c.es/ayuda/#activity Consultado en Enero 2014 Zend Framework 2 Official Documentation (2006 - 2014) Programmer’s Reference Guide of Zend Framework 2 Disponible en: http://framework.zend.com/manual/2.0/en/index.html Consultado en Enero 2014