Taqueria

TECNOLÓGICO DE ESTUDIOS SUPERIORES DE JOCOTITLÁN
INGENIERÍA EN SISTEMAS COMPUTACIONALES
TALLER DE INVESTIGACIÓN II
IMPLEMENTACIÓN DE SISTEMA GESTOR DE VENTAS

EN TAQUERÍA “PANCHITO”
P R E S E N T A N:
GERARDO BECERRIL AGUILAR

OMAR NÚÑEZ PRIMERO
ANELCY LÓPEZ BECERRIL
DOCENTE:
M. EN. T.C: ERIKA LÓPEZ GONZÁLEZ
ISC-801
JOCOTITLÁN, ESTADO DE MÉXICO A 22 MAYO DEL 2018

IMPLEMENTACIÓN DE SISTEMA GESTOR DE VENTAS EN TAQUERÍA “PANCHITO”.
AGRADECIMIENTOS
A MIS PADRES.
Por ustedes el pilar en el cual me apoyo cuando estoy a
punto de fracasar. Por estar cerca de mí, compartiendo las
experiencias más importantes de mi carrera. Porque
gracias a su apoyo he llegado a realizar una de mis
mejores metas.
A DIOS.
Por permitirme llegar a este momento tan especial en mi
vida. Por los triunfos y momentos difíciles que me han
enseñado a valorarte cada día más.
A MIS DOCENTES.
Digna labor y merecido reconocimiento por fomentar la
educación de generación en generación, inculcando
valores y sembrando el conocimiento, formando mejores
ciudadanos en todas las naciones.
2
RESUMEN
Hoy en día, todo establecimiento comercial cuenta con un sistema informático, en
donde los usuarios pueden hallar servicios u objetos a la venta.
En el presente proyecto de investigación contendrá los criterios necesarios para

resolver la problemática que tienen las taquerías con la congestión de clientes en la cobranza
y facilitara la elaboración de facturas para el cliente, también tendrá un mejoramiento en la
elaboración de los cortes de caja, obteniendo una mejor organización.
Para lograr lo mencionado anteriormente será necesario ser programado en el

lenguaje PHP y utilizando como framework a Bootstrap para el diseño web ya que el cliente
del sistema necesita una plataforma en línea para su comodidad.
3
ÍNDICE
AGRADECIMIENTOS .......................................................................................................... 2
RESUMEN ............................................................................................................................. 3
....................................................................... Error! Bookmark not defined.
............................................................ Error! Bookmark not defined.
OBJETIVOS ........................................................................................................................... 8
GENERALES. .................................................................................................................... 8
ESPECÍFICOS. ................................................................................................................... 8
HIPÓTESIS ............................................................................................................................ 9
JUSTIFICACIÓN ................................................................................................................... 9
LIMITACIONES. ................................................................................................................. 10
...................................................................... Error! Bookmark not defined.
............................................................ Error! Bookmark not defined.
D) ANTECEDENTES .................................................................................................... 12
E) MARCO TEÓRICO. ................................................................................................. 13
.................................................................... Error! Bookmark not defined.
............................................. Error! Bookmark not defined.
MARCO METODOLÓGICO. ............................................. Error! Bookmark not defined.
METODOLOGÍA SCRUM.................................................. Error! Bookmark not defined.
4
REFERENCIAS BIBLIOGRÁFICAS. ................................................................................ 31
ÍNDICE DE ILUSTRACIONES.
Ilustración 1. Base de Datos. ................................................ Error! Bookmark not defined.
Ilustración 2. Conexión de Base de Datos. ........................................................................... 25
Ilustración 3. Estructura del Sistema Gestor de Ventas........................................................ 26
Ilustración 4. Interfaz de login de usuarios........................................................................... 26
Ilustración 5. Agregar Producto............................................................................................ 27
Ilustración 6. Lista de Productos. ......................................................................................... 28
Ilustración 7. Interfaz de categorías. ..................................................................................... 28
Ilustración 8. Interfaz de Inventario. .................................................................................... 29
Ilustración 9. Interfaz de nuevo cajero. ................................ Error! Bookmark not defined.
Ilustración 10. Interfaz de nuevo mesero. ............................ Error! Bookmark not defined.
Ilustración 11. Interfaz de Lista de Usuarios. ....................................................................... 29
Ilustración 12. Interfaz de Ventas. ........................................................................................ 30
Ilustración 13. Venta de un mesero en específico. ............................................................... 30
5
CAPÍTULO I.
GENERALIDADES DEL
PROYECTO.
6
PLANTEAMIENTO DEL PROBLEMA.

Actualmente en el establecimiento Taquería “Panchito” ubicada en Atlacomulco,
Estado de México, tiene como principal problemática la congestión de clientes en la espera
de cobranza, para esto se necesita facilitar la forma de pago e implementar la facturación para
la comodidad del cliente, otra problemática es la forma de realizar el inventario, ya que esta
actividad se realiza manualmente y esto genera inversión de tiempo para el administrador del
establecimiento.
Por ello se ha contemplado en implementar un Sistema Gestor de ventas con la

finalidad de contar con información precisa, oportuna y con un plazo apropiado, ayudando
automatizar los procesos principales que se llevan dentro del establecimiento.
7
OBJETIVOS
Generales.
 Diseñar e implementar un sistema gestor de ventas que realice las operaciones
administrativas del establecimiento y poder ofrecer un buen servicio al cliente.
Específicos.
 Generar estado del arte.
 Realizar el sistema.
 Diseñar el sistema.
 Modelar una base de datos
 Programar el sistema.
 Realizar las pruebas para el sistema.
 Documentar el sistema.
8
HIPÓTESIS
El Sistema Gestor de Ventas influye significativamente en el servicio de atención al
cliente en Carnitas “Panchito”, Es la principal herramienta que ayudara automatizar los
procesos, ahorrar tiempo y recursos.
JUSTIFICACIÓN
Con la implementación del sistema gestor de ventas, brindará la posibilidad de
obtener grandes ventajas: obtener una mejor organización dentro del establecimiento, el
control de su producción, como resultado generará una lista de productos por categoría para
realizar una mejor venta. Además, mejorará la eficiencia del personal, una mejor
organización de información que requerirán los administradores para tener una mejor visión
de los fondos recaudados, por medio de reportes de ventas diarios, semanales y mensuales
con el fin de ofrecer un buen servicio y atención al cliente.
9
ALCANCES.
a) Módulo de inventarios.
Mediante el Módulo de Inventarios se puede controlar las entradas y salidas de los

productos almacenados, con el fin de prever el abastecimiento de la cantidad que satisfaga la
demanda existente en el establecimiento, y al mismo tiempo evitar los inventarios excesivos
que causen costos innecesarios.
b) Módulo de facturación.
El Módulo de Facturación facilitará que lleven un control de las ventas realizadas de una
forma detallada, especificando la descripción de los productos, el precio unitario y la cantidad
total de dinero que ingresa en el establecimiento, incluyendo los impuestos aplicables en cada
uno de dichos productos.
c) Emisión de reportes.
Cada pago de un pedido se registrará, permitiendo conocer cuánto dinero ha de haber en

la caja, al final del día, del mes o durante un determinado periodo de tiempo.
LIMITACIONES.
a) Almacenamiento de la Base de Datos.
La Base de Datos (MySQL) técnicamente no tiene límite para el almacenamiento en las

tablas, por lo tanto, el limite este dado por el Sistema Operativo (En cuanto longitud máxima
de un archivo) y por el hardware disponible.
b) Inversión del hardware que se necesita para la implementación del software.

Hardware, dependiendo del que se disponga, se realizará una inversión económica mayor
o menor.
10
CAPÍTULO II.
MARCO TEÓRICO.
11
ANTECEDENTES
La aparición de los primeros sistemas de información transaccionales se remonta a los
años cincuenta y sesenta. En los años sesenta nacieron la informática de usuario final y las
primeras herramientas de automatización de oficinas, de forma paralela estaban apareciendo
diferentes tipos de sistemas de información decisorios, siendo los primeros los sistemas de
ayuda a la toma de decisiones (Pastor i Collado, 2002).
Se desarrolló Anava un Software de Punto de Venta para restaurantes, bares y cafeterías,

el cual tiene como objetivo simplificar la administración y aumentar las utilidades de los
clientes a través de herramientas tecnológicas (Anava, 2008).
Sistema de control de inventario y facturación en la mueblería y ferretería Franklin. Este

proyecto fue desarrollado para la automatización de los procesos de venta y para facilitar el
control del inventario y facturación (Alvarado, & Pérez, 2008).
En la FAREM Estelí, se han desarrollado algunos proyectos de sistemas de inventarios

realizados por egresados de la carrera de Ciencias de la Computación, entre ellos: Sistema de
información computarizado para el control de contabilidad, inventario y facturación de la
empresa Distribuidora de electrodomésticos “Los tarantines, Estelí”. La aplicación fue
implementada en el año 2009, por una necesidad de mejorar las actividades rutinarias del
negocio. Entre los módulos del sistema se incluía el control del inventario, la generación de
informes y reportes para la toma de decisiones (Blandon & Sánchez, 2009).
Crearon e-Resto, es un sistema que permite operar y administrar restaurant, bar o café,
de una manera simple y cómoda, a través de Internet desde cualquier lugar y en todo
momento, es decir, el sistema funciona en la nube de Internet, sin tener la necesidad de
instalar nada usando solamente un navegador (Manuel Cuello Juan & Tudela Federico,
2011).
12
MARCO TEÓRICO.
Plataforma:
Es una herramienta de gestión empresarial conformada por un conjunto de hardware tales

como: servidores de bases de datos, servidores de aplicaciones, equipos de conectividad entre
otros. Para software: framework, módulos especializados, servicios, etc [8].
Interfaz Gráfica:
Es un programa informático que actúa utilizando un conjunto de imágenes y objetos

gráficos para representar las acciones y la información disponibles en la interfaz [9].
Base de Datos:
Es una colección de información pertenecientes a un mismo contexto y almacenados

sistemáticamente para su posterior uso, realizando tareas como insertar, modificar, eliminar
y a la consulta de información. Los elementos de una base de datos se mencionan a
continuación:
Tablas:
Se registra la información que se quiere gestionar. Está compuesta, por filas y columnas.
Cada base de datos estará estructurada de acuerdo al sistema a realizar.
Formularios:
La información puede ingresarse directamente en las tablas, pero también puede realizar
esta función mediante diversos formularios donde los campos deben coincidir con las tablas
de la base de datos.
Consultas:
Se emplea para seleccionar una información en específico dentro de la base de datos,

realizar una consulta mediante id, nombre, apellido, etc. dependiendo como quiera manejar
estas consultas el usuario [9].
13
HTML:
Es un lenguaje de marcas de hipertexto para el desarrollo de páginas web, es decir, define

el contenido mediante un conjunto de etiquetas que sirven para seleccionar el texto y otros
elementos que lo compondrán, por ejemplo: imágenes, listas, vídeos, etc. [11].CSS (Hojas
de Estilo en Cascada).
Estilos css:
Es un lenguaje que define la apariencia de un documento escrito en un lenguaje de

marcado (HTML), es decir, organiza la presentación y aspecto de una página. Por ejemplo:
color, espacio entre elementos, tipo de letra que se desee colocar. Se mencionan algunas
ventajas y desventajas:
Ventajas:
 Con una Hoja de Estilo podemos modificar la presentación de cada elemento sin
modificar el código HTML, ahorrando esfuerzo y tiempo de edición.
 El lenguaje CSS ofrece una amplia gama de herramientas de composición más
potentes que HTML.
 Con CSS se evita tener que recurrir a “trucos” para conseguir algunos efectos.
 Las Hojas de Estilo pueden usarse con otros lenguajes de programación (por ejemplo,
JavaScript) para conseguir efectos dinámicos en las páginas.
 Se pueden especificar Hojas de Estilo para distintos navegadores.
Desventajas:
 Si hay problemas o limitaciones de compatibilidades, el navegador aplicará el

formato predeterminado y nuestro trabajo de composición habrá sido inútil.
 Algunas propiedades de las CSS pueden provocar que una parte del contenido de
nuestra página resulte inaccesible desde algunos navegadores.
JavaScript:
Es un lenguaje de programación que permite crear acciones en páginas, como: mostrar

mensajes, arrastrar elementos, modificar contenidos.
14
PHP:
Es un lenguaje para programar scripts del lado del servidor, nos permitirá realizar
conexiones importantes como, por ejemplo: la conexión desde el sistema gestor de ventas
hacia un base de datos. Dentro del presente proyecto se eligió este lenguaje por las siguientes
4 grandes características:
 Velocidad: PHP no solo es rápido al ser ejecutado, sino que no genera retrasos en la
máquina.
 Estabilidad: PHP utiliza su propio sistema de administración de recursos y posee de
un sofisticado método de manejo de variables, conformando un sistema robusto y
estable.
 Seguridad: PHP maneja distintos niveles de seguridad, estos pueden ser
configurados desde el archivo .ini.
 Simplicidad: Dispone de una amplia gama de librerías, y permite la posibilidad de
agregarle extensiones. Esto le permite su aplicación en múltiples áreas, tales como
encriptado, gráficos, XML y otra.
Usuario:
Individuo que trabaja con algún objeto, dispositivo o que usa algún servicio en particular
[15].
 Usuario invitado:
Es aquel cliente o consumidor que llega a la página o software pero que no se identifica
como usuario registrado, este sólo puede ver los contenidos generales [16].
 Usuario registrado:
Son aquellos que cuenta con un identificar y una clave de acceso, y podrán acceder a
contenido especiales, donde realizan una tarea en específico.
15
Administrador:
Son aquellos que pueden realizar cambios a los ajustes de seguridad, instalar software y
hardware, dar de alta o baja a usuarios, accediendo a todos los archivos de la computadora.
Login:
Es un sistema de seguridad donde se controla el acceso individual a un sistema

informático mediante la identificación del usuario usando un usuario y una contraseña única.
Reporte de Ventas:
Es un módulo que muestra en múltiples consultas y reportes de las ventas de un período

determinado, este puede ser: ventas totales, por clientes o empleados [18].
General:
Este tipo de reporte muestra las ventas de todos los servicios manteniendo el orden
de los documentos y facturas del período elegido [18].
Stock:
Es el conjunto de la mercancía, materias primas, herramientas disponibles dentro de un

almacén, tienda o establecimiento [19].
Facturación Electrónica:
Documento digital que contiene el costo de los servicios y/o productos considerando los
impuestos correspondientes a pagar [20].
Mysql:
Es un sistema de administración relacional de bases de datos. Una base de datos relacional
archiva datos en tablas separadas. Unas de las principales características son:
 Disponibilidad en gran cantidad de plataformas y sistemas [20].

 Transacciones y claves foráneas [20].
 Conectividad segura [20].
 Replicación [20].
16
CAPÍTULO III.
MARCO METODOLÓGICO.
17
MARCO METODOLÓGICO.
Scrum es una de las metodologías ágiles más populares. Es una metodología de
adaptación, iterativa, rápida, flexible y eficaz, diseñada para ofrecer un valor significativo de
forma rápida en todo el proyecto. Scrum garantiza transparencia en la comunicación y crea
un ambiente de responsabilidad colectiva y de progreso continuo.
El ciclo de Scrum comienza con un Stakeholder Meeting, durante el cual se crea la

visión del proyecto. El Producto Owner, entonces desarrolla un Priorizada Backlog
Producto o que contiene una lista priorizada de los requerimientos del negocio en forma de
Usuario Story. Cada Sprint comienza con un Reunión de Planificación del Sprint durante el
cual los Historias de Usuarios de alta prioridad son considerados para su inclusión en el
Sprint. Un Sprint suele durar entre una y seis semanas en el cual el Equipo Scrum trabaja en
la creación Entregables (Deliverables) potencialmente listos en incrementos del Producto.
ROLES DE UN PROYECTO SCRUM.

Los roles de Scrum se dividen en dos categorías:
 Core Roles.
Son los papeles que obligatoriamente se requieren para producir el Producto o del
proyecto, estos papeles están comprometidos con el proyecto, y por último son los
responsables del éxito de cada Sprint del proyecto y del proyecto en sí.
 Producto Owner.
Es la persona responsable de maximizar el valor del negocio para el proyecto. Él/ella es

responsable de articular los requisitos del Cliente y de mantener la Justificación de Negocio
del proyecto. El Producto Owner representa la voz del cliente (Voice of the Cliente).
 Scrum Master.
Es un facilitador que asegura que el Equipo Scrum esté dotado de un ambiente propicio
para completar con éxito el desarrollo del Producto.
18
El Scrum Master guía, facilita y les enseña prácticas de Scrum a todos los involucrados
en el proyecto, elimina los impedimentos que enfrenta el equipo; y asegura que se estén
siguiendo los procesos de Scrum.
 Equipo Scrum.
Es un grupo o equipo de personajes o personas que son responsables de la comprensión

de los Business requirements especificados por el Producto Owner, la estimación de Historias
de Usuarios y la creación final de los Entregables (Deliverables) del proyecto.
 Rol no Esencial.
Son las funciones que no son obligatoriamente necesarias para el proyecto Scrum, y
pueden incluir miembros de los equipos que están interesados en el proyecto, pero no tienen
ningún papel formal en el equipo del proyecto. Ellos pueden interactuar con el equipo, pero
no son responsables del éxito del proyecto. Los Rol no Esencial también deben tenerse en
cuenta en cualquier proyecto de Scrum.
 Stakeholder(s).
Es un término colectivo que incluye a los Cliente s, los usuarios y patrocinadores, que a
menudo interactúan con el Producto Owner, Scrum Master y Equipo Scrum para
proporcionarles las entradas (inputs) y facilitar la creación del Producto o del proyecto,
servicio, o cualquier otro resultado.
1. Cliente.
Es la persona o la organización que adquiere el producto del proyecto, servicio o

cualquier otro resultado.
2. Usuarios.
Es el individuo o la organización que utiliza directamente el producto del proyecto,

servicio o cualquier otro resultado.
19
3. Patrocinador.
Es la persona o la organización que provee recursos y apoyo para el proyecto.
 Vendedores.
Los vendedores incluyen a individuos u organizaciones externas que ofrecen producto y

servicios que no están dentro de las competencias básicas de la organización del proyecto.
 Cuerpo de Asesoramiento de Scrum.
Se compone de un grupo de documentos y/o un grupo de expertos que normalmente están

involucrados en la definición de los objetivos relacionados con la calidad, las regulaciones
gubernamentales, la seguridad y otros parámetros clave de la organización.
ARTEFACTOS.
Los artefactos ayudan a planificar y revisar cada uno de los Sprint.
 Product Backlog.
Es un listado dinámico y públicamente visible para todos los involucrados en el proyecto.

Normalmente el proceso comienza con una breve descripción poco detallada por parte de los
Stakeholders, conocida como historias de usuario.
El responsable de crear y mantener el Product Backlog es el Product Owner, si bien puede

contar con la ayuda del resto del equipo Scrum para su construcción o mantenimiento.
 Sprint Backlog.
Un Sprint es un periodo de tiempo acotado, preferiblemente de entre 2-4 semanas, en el

cual se van a desarrollar una serie de ítems del Product Backlog que van a dar como
consecuencia un incremento de producto.
El Sprint Backlog es una lista refinada de ítems del Product Backlog resultante de la
reunión de planificación del sprint, que van a ser desarrollados en el sprint actual junto con
el plan para poder llevarlos a cabo y cada una es estimada (1-16 horas).
 Incremento de Producto.
20
Es el artefacto más importante de Scrum. Al finalizar un sprint, debe obtenerse un

incremento papable de producto, es decir, un elemento con la calidad requerida para poder
ser presentado al usuario final.
Con la entrega de un incremento de producto al final de cada sprint, se consigue que el

usuario final pueda ver desde el primer momento un elemento de calidad, sin necesidad de
esperar a fases avanzadas de proyecto para obtener una primera versión.
METODOLOGÍA SCRUM.
Descripción de la metodología de trabajo
1. Introducción
Este documento describe la implementación de la metodología de trabajo scrum en el
Proyecto del Tecnológico de Estudios Superiores de Jocotitlán para la gestión del desarrollo
del proyecto “Implementación de Sistema Gestor de Ventas en Taquería Panchito”.
Incluye junto con la descripción de este ciclo de vida iterativo e incremental para el
proyecto, los artefactos o documentos con los que se gestionan las tareas de adquisición y
suministro: requisitos, monitorización y seguimiento del avance, así como las
responsabilidades y compromisos de los participantes en el proyecto.
1.1 Propósito de este documento

Facilitar la información de referencia necesaria a las personas implicadas en el
desarrollo del proyecto “Sistema Gestor de Ventas”.
1.2 Alcance
Personas y procedimientos implicados en el desarrollo del proyecto “Sistema Gestor
de Ventas”.
21
2. Personas y roles del proyecto.
Persona Contacto Rol
Gerardo Becerril gerardo190@hotmail.com Equipo de desarrollo.

Aguilar.
Anelcy López Becerril. anelcy96_caramelon.n@hotmail.com Equipo de desarrollo.
Omar Núñez Primero. onp1135@gmail.com Scrum Master, Product

Owner
22
1. Artefactos.
3.1 Product Backlog
No.
para que pueda
Historia Quiero <realizar
Como <tipo de usuario> <lograr algún
de alguna tarea>
objetivo>
usuario
1 Usuario Registro en el Sistema. Entrar en el Sistema.
Interactuar con el
2 Usuario Acceder al Sistema. Sistema.
Gestionar los
productos,
Registrar los descripción, sus
3 Usuario productos al Sistema. precios, categoría, etc.
Para asignar los

productos en donde
4 Usuario Agregar categorías. correspondan.
Visualizar las
unidades que hay
disponibles de cada
5 Usuario Consultar inventario. ingrediente.
Coordinar las
Dar de alta a usuarios actividades que se le
6 Usuario (meseros). asigne.
Verificar los cargos

Visualizar lista de que tienen dentro del
7 Usuario usuarios establecimiento.
23
Consultar las ventas Generar el total de

8 Usuario del día. ventas realizadas.
Reportes de Identificar las ventas

desempeño de ventas que realizó un usuario
9 Usuario de cada usuario. en específico.
Realizar facturas Optimizar los

10 Usuario electrónicas. procesos diarios.
Visualizar el mapa de
Visualizar las mesas mesas y las órdenes
del establecimiento en que hay que entregar
11 Usuario el monitor. en cada mesa.
24
DESARROLLO
Entre el sistema gestor de ventas y la base de datos deberá existir una conexión
entre ambas herramientas para el paso de información. Como se muestra en la ilustración 1.
Ilustración 1. Conexión de Base de Datos.
Dentro del desarrollo del software (Sistema Gestor de Ventas), se tendrá una
base de datos para el almacenamiento de la información ingresada por el ususario, en este
caso los empleados del establecimiento y el administrador. Como se muestra en la Ilustración
2.
Ilustración 2. Base de Datos.
25
Como interfaz principal se visualizarán la información de las mesas disponibles

dentro del establecimiento, posteriormente a la izquierda: un monitoreo de las ventas,
productos disponibles, inventarios de esos mismos productos, ventas totales, generación de
reportes y finalmente el nombre de los meseros disponibles. Como se muestra en la
ilustración 3.
Ilustración 1. Estructura del Sistema Gestor de Ventas.
El formulario cuenta con sus respectivos campos de texto, que son para escribir el
usuario y contraseña, es fundamental este paso porque le brinda al usuario mantener seguro
de cualquier persona ajena. Como se muestra en la Ilustración 4.
Ilustración 2. Interfaz de login de usuarios.
26
Desde esta ventana ingresará la información referente al producto nuevo (código,

nombre, descripción, precio, categoría), el cual entrará en el stock del establecimiento. Como
se muestra en la Ilustración 5.
Ilustración 3. Agregar Producto.
27
El usuario podrá visualizar la lista de productos que ofrece el establecimiento durante

el servicio al cliente. Como se muestra en la Ilustración 6.
Ilustración 4. Lista de Productos.
En esta pestaña le permitirá al usuario visualizar las categorías de los productos que
ofrecen en el establecimiento, los cuales son: tacos, caldos, refrescos y bebidas alcohólicas.
Como se muestra en la Ilustración 7.
Ilustración 5. Interfaz de categorías.
Con el inventario le permitirá al usuario detectar si ya es necesario comprar algún

ingrediente. Como se muestra en la Ilustración 8.
28
Ilustración 6. Interfaz de Inventario.
Después de agregar a los usuarios se podrá visualizar la lista de usuarios, con los
siguientes campos: nombre completo, email y el cargo que llevan dentro del establecimiento.
Como se muestra en la Ilustración 9.
Ilustración 9. Interfaz de Lista de Usuarios.
En la sección de ventas el usuario podrá consultar las ventas que realizaron los
meseros de un periodo de tiempo en específico. Como se muestra en la Ilustración 10.
29
Ilustración 10. Interfaz de Ventas.
El usuario podrá consultar la venta de un mesero en específico, el cual le mostrará el

número de mesa que atendió, los productos y el total. Como se muestra en la Ilustración 11.
Ilustración 11. Venta de un mesero en específico.
30
REFERENCIAS BIBLIOGRÁFICAS.
[1] J. Martínez, «ambit technology,» 12 Agosto 2005. [En línea]. Available:

https://ambit.com.mx/soluciones/pos-restaurantes/. [Último acceso: 12 Marzo 2018].
[2] J. A. López, «Oficial Anova.com,» 14 Diciembre 2008. [En línea]. Available:

http://anova.mx/. [Último acceso: 13 Marzo 2018].
[3] D. Fossa, DiarioUno.com.ar, p. 2, 23 Febrero 2015.
[4] C. Bustamante, «Consumoteca,» 27 Abril 2003. [En línea]. Available:

https://www.consumoteca.com/turismo-y-viajes/restauracion/cafeteria/. [Último
acceso: 12 Marzo 2018].
[5] M. Rodriguez, «Conceptos-Restaurant,» 13 Febrero 20014. [En línea]. Available:

http://catarina.udlap.mx/u_dl_a/tales/documentos/lhr/martinez_m_md/capitulo2.pdf.
[Último acceso: 12 Marzo 2018].
[6] A. Camacho, «AutoServicio,» 18 Enero 2016. [En línea]. Available:

http://ciruelo.uninorte.edu.co/pdf/huellas/4/Huellas_4_4_ElAutoservicio. [Último
[7] M. Díaz, «Educa.com,» 26 Junio 2003. [En línea]. Available:

http://www.areatecnologia.com/que-es-tecnologia.html. [Último acceso: 12 Marzo
2018].
[8] R. Pérez, «Definición.de,» 24 Octubre 2007. [En línea]. Available:

https://definicion.de/plataforma-virtual/. [Último acceso: 12 Marzo 2018].
[9] A. Velasco, «Desarrollo de Aplicaciones.com,» 26 Septiembre 2012. [En línea].

Available: http://fp.uoc.edu/blog/que-son-las-interfaces-graficas-o-gui/. [Último
31
[10] J. Gónzalez, «SearchDataCenter,» 03 Noviembre 2008. [En línea]. Available:

http://searchdatacenter.techtarget.com/es/definicion/Base-de-datos. [Último acceso: 12
Marzo 2018].
[11] V. M. Oropeza, «Desarrollo Web.com,» 03 Noviembre 2012. [En línea]. Available:

https://www.desarrolloweb.com/articulos/que-es-html.html. [Último acceso: 12 Marzo
2018].
[12] A. López, «Arume.com,» 12 Febrero 2011. [En línea]. Available:

http://www.arumeinformatica.es/dudas/css/. [Último acceso: 12 Marzo 2018].
[13] D. Valdéz, «Maestros Web.es,» [En línea]. Available:

http://www.maestrosdelweb.com/que-es-javascript/. [Último acceso: 12 Marzo 2018].
[14] O. Sánchez, «Definición.com,» 14 Septiembre 2016. [En línea]. Available:

http://conceptodefinicion.de/php/. [Último acceso: 12 Marzo 2018].
[15] P. Gutierrez, «DefiniciónABC,» 20 Septiembre 2001. [En línea]. Available:

https://www.definicionabc.com/tecnologia/usuario.php. [Último acceso: 12 Marzo
2018].
[16] L. Cabrera, «EcuRed,» 18 Mayo 2000. [En línea]. Available:

https://www.ecured.cu/Usuario_(Inform%C3%A1tica). [Último acceso: 12 Marzo
2018].
[17] C. Monroy, «IIEMD,» 27 Abril 2015. [En línea]. Available:

https://iiemd.com/login/que-es-login. [Último acceso: 12 Marzo 2018].
[18] R. Chaparro, «Diccionario.es,» [En línea]. Available:

https://www.eleventa.com/manual/reportes/reporte-de-ventas. [Último acceso: 12
Marzo 2018].
[19] A. Beckman, «The Free Dictionary,» [En línea]. Available:

https://es.thefreedictionary.com/stock. [Último acceso: 12 Marzo 2018].
32
[20] Á. Calderón, «Facturación Electrónica-SAT,» [En línea]. Available:

https://www.alsea.net/factura-electronica. [Último acceso: 12 Marzo 2018].
[21] OpenClassrom, «Gestiona tu proyecto de desarrollo,» 30 10 2017. [En línea].

Available: https://openclassrooms.com/courses/gestiona-tu-proyecto-de-desarrollo/en-
que-consiste-el-modelo-en-cascada. [Último acceso: 10 Noviembre 2017].
[22] OpenClassrom, «Gestiona tu proyecto de software,» 22 10 2017. [En línea]. Available:

https://openclassrooms.com/courses/gestiona-tu-proyecto-de-desarrollo/en-que-
consiste-el-modelo-en-cascada.
[23] C. M. Razo, «Cómo elaborar y asesorar una investigación de tesis,» México,

PEARSON, 2017, p. 297.
[24] Albaladejo, Javier, «ProyectosÁgiles.com,» Febrero 2014. [En línea]. Available:

https://proyectosagiles.org/que-es-scrum/. [Último acceso: 10 Marzo 2018].
33

Taqueria

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Taqueria

Uploaded by

Copyright:

Available Formats

TECNOLÓGICO DE ESTUDIOS SUPERIORES DE JOCOTITLÁN

INGENIERÍA EN SISTEMAS COMPUTACIONALES

IMPLEMENTACIÓN DE SISTEMA GESTOR DE VENTAS

GERARDO BECERRIL AGUILAR

M. EN. T.C: ERIKA LÓPEZ GONZÁLEZ

JOCOTITLÁN, ESTADO DE MÉXICO A 22 MAYO DEL 2018

En el presente proyecto de investigación contendrá los criterios necesarios para

Para lograr lo mencionado anteriormente será necesario ser programado en el

....................................................................... Error! Bookmark not defined.

............................................................ Error! Bookmark not defined.

...................................................................... Error! Bookmark not defined.

............................................................ Error! Bookmark not defined.

E) MARCO TEÓRICO. ................................................................................................. 13

.................................................................... Error! Bookmark not defined.

............................................. Error! Bookmark not defined.

MARCO METODOLÓGICO. ............................................. Error! Bookmark not defined.

METODOLOGÍA SCRUM.................................................. Error! Bookmark not defined.

REFERENCIAS BIBLIOGRÁFICAS. ................................................................................ 31

Ilustración 2. Conexión de Base de Datos. ........................................................................... 25

Ilustración 3. Estructura del Sistema Gestor de Ventas........................................................ 26

Ilustración 4. Interfaz de login de usuarios........................................................................... 26

Ilustración 5. Agregar Producto............................................................................................ 27

Ilustración 6. Lista de Productos. ......................................................................................... 28

Ilustración 7. Interfaz de categorías. ..................................................................................... 28

Ilustración 8. Interfaz de Inventario. .................................................................................... 29

Ilustración 9. Interfaz de nuevo cajero. ................................ Error! Bookmark not defined.

Ilustración 11. Interfaz de Lista de Usuarios. ....................................................................... 29

Ilustración 12. Interfaz de Ventas. ........................................................................................ 30

Ilustración 13. Venta de un mesero en específico. ............................................................... 30

PLANTEAMIENTO DEL PROBLEMA.

Por ello se ha contemplado en implementar un Sistema Gestor de ventas con la

Mediante el Módulo de Inventarios se puede controlar las entradas y salidas de los

Cada pago de un pedido se registrará, permitiendo conocer cuánto dinero ha de haber en

La Base de Datos (MySQL) técnicamente no tiene límite para el almacenamiento en las

b) Inversión del hardware que se necesita para la implementación del software.

Se desarrolló Anava un Software de Punto de Venta para restaurantes, bares y cafeterías,

Sistema de control de inventario y facturación en la mueblería y ferretería Franklin. Este

En la FAREM Estelí, se han desarrollado algunos proyectos de sistemas de inventarios

Es una herramienta de gestión empresarial conformada por un conjunto de hardware tales

Es un programa informático que actúa utilizando un conjunto de imágenes y objetos

Es una colección de información pertenecientes a un mismo contexto y almacenados

Se emplea para seleccionar una información en específico dentro de la base de datos,

Es un lenguaje de marcas de hipertexto para el desarrollo de páginas web, es decir, define

Es un lenguaje que define la apariencia de un documento escrito en un lenguaje de

 Si hay problemas o limitaciones de compatibilidades, el navegador aplicará el

Es un lenguaje de programación que permite crear acciones en páginas, como: mostrar

Es un sistema de seguridad donde se controla el acceso individual a un sistema

Es un módulo que muestra en múltiples consultas y reportes de las ventas de un período

Es el conjunto de la mercancía, materias primas, herramientas disponibles dentro de un

Es un sistema de administración relacional de bases de datos. Una base de datos relacional

archiva datos en tablas separadas. Unas de las principales características son:

 Disponibilidad en gran cantidad de plataformas y sistemas [20].

El ciclo de Scrum comienza con un Stakeholder Meeting, durante el cual se crea la

ROLES DE UN PROYECTO SCRUM.

Es la persona responsable de maximizar el valor del negocio para el proyecto. Él/ella es

Es un grupo o equipo de personajes o personas que son responsables de la comprensión

Es la persona o la organización que adquiere el producto del proyecto, servicio o

Es el individuo o la organización que utiliza directamente el producto del proyecto,

Es la persona o la organización que provee recursos y apoyo para el proyecto.

Los vendedores incluyen a individuos u organizaciones externas que ofrecen producto y

 Cuerpo de Asesoramiento de Scrum.

Se compone de un grupo de documentos y/o un grupo de expertos que normalmente están

Es un listado dinámico y públicamente visible para todos los involucrados en el proyecto.