Sunteți pe pagina 1din 75

UNIVERSIDAD TECNOLGICA METROPOLITANA

Desarrollo e Integracin de Mdulo Restaurante en Retail One


Integrado a SAP Business One

PROYECTO TERMINAL
Presentado por
Osmar Daniel Maldonado May

En opcin al Grado de
Ingeniero en Tecnologas de la Informacin

Asesor:
MGTI. Oscar Josu Uh Prez

Mrida, Yucatn, Mxico


Abril 2016

ii

Aunque

este

trabajo

hubiere

servido para Obtener el Grado de


Ingeniero

en

Tecnologas

de

la

Informacin y hubiere sido aprobado


por la Direccin de Tecnologas de la
Informacin y Comunicacin, slo su
autor es responsable de las doctrinas
en l emitidas.

iii

UNIVERSIDAD TECNOLGICA METROPOLITANA

Desarrollo e Integracin de Mdulo Restaurante en Retail One


Integrado a SAP Business One

PROYECTO TERMINAL
Presentado por
Osmar Daniel Maldonado May

En opcin al Grado de
Ingeniero en Tecnologas de la Informacin

Asesor:
MGTI. Oscar Josu Uh Prez

Mrida, Yucatn, Mxico


Abril 2016

AGRADECIMIENTOS
Primero y antes que nada, dar gracias a Dios, por estar conmigo en mi vida, por
fortalecer mi corazn y brindarme sabidura para enfrentar cada uno de los problemas
por los que he pasado, por haber puesto en mi camino a aquellas personas y
profesores que han sido mi apoyo y compaa durante todo el periodo de estudio,
gracias por compartir su conocimiento, sin duda tampoco puedo olvidar aquellas
profesores que me han brindado consejos como si fuera uno ms de sus hijos.
Quiero agradecer por siempre a mi familia, por los esfuerzos realizados para
llegar donde ahora estoy, que de ser as no hubiera sido posible. A mis padres, a quien
les debo toda mi vida, les agradezco el cario y su comprensin, a ustedes quienes
han sabido formarme con buenos sentimientos, hbitos y valores, lo cual me ha
ayudado a salir adelante buscando siempre el mejor camino, pero sobre todo a mi
MADRE, que sin ella yo no sera quien soy hoy. Gracias Mam.
Tambin quiero agradecer a mis amigos, que siempre han estado conmigo,
aquellos que me han apoyado como si fuera su hermano. A todas estas Personas, les
dedico mis triunfos, que sin su apoyo no hubiera sido posible, GRACIAS.

El xito de la vida no est en vencer siempre, sino en no desanimarse nunca.


Annimo

vii

CONTENIDO
INTRODUCCIN ................................................................................................................................... 1
CAPTULO I MARCO CONTEXTUAL ............................................................................................. 3
1.1 Antecedentes ............................................................................................................................... 3
1.2 Estructura Organizacional ......................................................................................................... 7
1.3 Planteamiento del problema ..................................................................................................... 8
1.4 Justificacin ................................................................................................................................. 8
1.5 Objetivos del Proyecto ............................................................................................................... 9
1.5.1 Objetivo General .................................................................................................................. 9
CAPTULO II MARCO TERICO................................................................................................... 10
2.1 Definicin ERP .......................................................................................................................... 10
2.2 SAP Business One ................................................................................................................... 11
2.2.1 Add-ons ............................................................................................................................... 14
2.2.2 Data Interface Server (DI Server) ................................................................................... 14
2.3 Lenguaje de programacin C# .............................................................................................. 15
2.3.1 Windows Presentation Foundation ................................................................................. 16
2.3.2 Programacin por capas .................................................................................................. 17
2.4 Scrum ........................................................................................................................................ 18
2.5 Trello .......................................................................................................................................... 19
2.6 Lenguaje unificado de modelado (Unified Modeling Language) ...................................... 20
2.7 Visual Studio ............................................................................................................................. 20
2.7.1 Microsoft Visual SourceSafe ............................................................................................ 21
2.8 Microsoft SQL Server .............................................................................................................. 22
2.8.1 Procedimientos Almacenados ......................................................................................... 23
2.9 Web Service ............................................................................................................................. 23
2.10 Retail One ............................................................................................................................... 25
2.11 Sincronizador Local ............................................................................................................... 26
2.12 Consola Central ..................................................................................................................... 27
CAPITULO III METODOLOGA O PROPUESTA A IMPLEMENTAR ...................................... 28
3.1 Antecedentes de la Solucin................................................................................................... 28
3.2 Desarrollo de la Solucin ......................................................................................................... 30
3.2.1 Primer Sprint....................................................................................................................... 31
3.2.2 Segundo Sprint .................................................................................................................. 34
viii

3.2.3 Tercer Sprint ....................................................................................................................... 37


3.2.4 Cuarto Sprint ...................................................................................................................... 40
3.2.5 Quinto Sprint....................................................................................................................... 44
3.2.6 Sexto Sprint ........................................................................................................................ 46
CAPTULO IV RESULTADOS Y EXPERIENCIAS ...................................................................... 49
CONCLUSIONES ................................................................................................................................ 53
ANEXOS ............................................................................................................................................... 54
Anexo A ............................................................................................................................................. 54
Anexo B ............................................................................................................................................. 58
Anexo C ............................................................................................................................................ 59
Anexo D ............................................................................................................................................ 61
REFERENCIAS BIBLIOGRFICAS ................................................................................................. 64

ix

RESUMEN
En este documento se describe el proyecto realizado a la empresa SoluOne
S.A. de C.V.,

el cual consiste en el desarrollo del mdulo Restaurante para la

aplicacin Retail One, dicho mdulo cuenta con las funcionalidades principales de un
Restaurante dividido en dos modalidades, la primera para Negocios de tipo
Restaurante Gourmet en donde se necesita el control de las rdenes y administracin
de las mesas del Restaurante, la segunda modalidad para ventas de Comida Rpida
en el cual se necesitan que los proceso sean ms agiles, contando tambin con la
opcin de realizar ventas a domicilio.

INTRODUCCIN
En la actualidad la tecnologa ha avanzado a pasos gigantes que en cualquier
giro de negocio podemos encontrarla, existen cientos de Negocios que requieren de
un sistema para realizar sus procesos y tener un control exacto sobre lo que sucede
alrededor del mismo. Los dueos de estos negocios necesitan saber qu es lo que
sucede con su inversin ya que de ello depende su capital y ganancias, al igual tienen
el conocimiento de que necesitan realizar inversiones para llevar una buena
administracin de su negocio, es en este apartado en donde se hace la inclusin de la
tecnologa para obtener un software que permita llevar la administracin y gestin de
su negocio, siendo un ERP (Enterprise Resource Planning) la mejor opcin ya que
permite gestionar todos los procesos de negocio de una compaa

en

forma

integrada.
Es por ello que en un negocio de Restaurante en donde el mercado es
competitivo y se necesita que los clientes tengan una mejor atencin, es necesario la
intervencin de un software que permita llevar la administracin de las rdenes que
son tomadas en el Restaurante, permita saber en qu estado se encuentran sus
mesas, y sobre todo que se realicen las ordenes de manera inmediata. Para esto
SoluOne ha decidido emprender e integrar el desarrollo de un mdulo para
Restaurantes dentro de su aplicacin Retail One, el siguiente documento trata sobre
lo realizado para el desarrollo del Mdulo Restaurante.
En el Captulo I Marco Contextual se describe la empresa donde se realiz el
proceso de estada: su ubicacin, funciones, especializacin, su infraestructura, su
modelo jerrquico, el trato empresarial, su proceso de seleccin de trabajo y dems
elementos propios de la empresa. Al igual que se presenta la problemtica de la cual
se deriv el proyecto a realizar, del mismo modo se presenta la propuesta de solucin,
como sus Objetivos Generales y Objetivos especficos. En los objetivos podemos
hallar los fines o propsitos en general del proyecto y as como los fines especficos,
de cmo stos se especializan ms en cada funcin para lograr el objetivo.
En la seccin del Captulo II Marco Terico se presentan los conceptos y teora
relacionada con el proyecto, sus procesos y administracin, as como ideas bsicas
1

que forman la base para los argumentos, que se emplearon para la realizacin del
proyecto, mismas de las que se tomaron citas de libros y pginas web. Tambin
podemos encontrar las plataformas utilizadas para el desarrollo e implementacin de
los proyectos de estada.
En el apartado del Captulo III Metodologa o Propuesta a implementar, consiste
en la descripcin de cmo se llev a cabo cada uno de los objetivos especficos,
elaborando estrategias diseadas que se aplicaron para la resolucin del proyecto
durante la estada.
Por ultimo tenemos el apartado del Captulo IV Resultados y Experiencias, se
explica los resultados del proyecto desarrollado en cada etapa de la solucin propuesta
a la problemtica.
Para concluir con el documento se encuentra una seccin dedicada a
conclusiones en donde encontramos los puntos de gran importancia y significativos
durante el desarrollo del proyecto. En la seccin de anexos se presentan los procesos
y descripciones utilizadas durante el proyecto, tambin se encuentra referencias de
Libros y Sitios Web de la cual se obtuvo cierta informacin.

CAPTULO I MARCO CONTEXTUAL


1.1 Antecedentes
SoluOne es una empresa Mexicana en el mbito de tecnologa fundada en el ao
2009, por el Ing. Ral Zapata, surge a consecuencia de que su fundador era consultor
de SAP Business One, ofrecindoles as la implementacin y consultora a distintas
empresas que necesitaban este sistema ERP, de este modo el Ing. Ral con su
experiencia y percibiendo los diferentes fallos que tenan distintos punto de ventas, se
ofrece a desarrollar un Punto de Venta que cumpliera con las expectativas de las
diferentes empresas que emplearan SAP Business One, es as como se desarrolla y
mejora la primera versin de Retail One un punto de venta integrado a SAP.
Figura 1. Logo SoluOne.

Fuente SoluOne S.A. de C.V.

SoluOne (Vase Logo en la Figura 1) cuenta con una experiencia de 6 aos dando
solidez y confianza al desarrollo de software y Add-Ons e implementando proyectos
tanto en Mxico, como en diferentes pases de Latinoamrica, tales como Guatemala,
Honduras, El Salvador, Costa Rica, Colombia y Chile, proporcionando a sus clientes
una solucin efectiva a sus necesidades. Cuenta con oficinas en la Ciudad de Mxico
y en la Ciudad de Mrida, entre sus principales funciones est el desarrollo de AddOns para SAP Business One, y el desarrollo de aplicaciones.
Como slogan tienen la siguiente frase Creando Casos de xito, demostrando as
ser una empresa que vela por los intereses de sus clientes. La empresa SoluOne est
ubicada en Calle 5D No. 311 A x 20 A y 20B, Col. Xcumpich, Yucatn, Mxico (Vase
ubicacin Geogrfica SoluOne) y tiene como principal objetivo como a continuacin se
define en su misin y visin.
3

Figura 2. Ubicacin Geogrfica SoluOne, oficinas Mrida.

Fuente Google, INEGI.

Misin: Desarrollar Add-Ons Integrados al ERP SAP Business One, los cuales
puedan cubrir diferentes necesidades de la industria Retail, para que los clientes
tengan plena confianza en las operaciones que realizan en sus tiendas, y que estarn
plasmadas en su ERP de forma ntegra.
Visin: Ser la empresa lder de Latinoamrica en desarrollo de AddOns para SAP
Business One, procurando siempre la satisfaccin de nuestros clientes y creando
herramientas innovadoras para que nuestros clientes, sean lderes en su ramo de
negocio.
Entre sus principales productos se encuentra Retail One que es un punto de venta
para el ERP de SAP Business One, est solucin trabaja con un modelo distribuido,
en la cual cada sucursal tiene una base de datos local, replicndose automticamente
al servidor y viceversa. Retail One se acopla a las configuraciones ms importantes de
SAP Business One, adems de ser compatible con dispositivos de hardware de punto
de venta, como son escner de cdigos de barras, impresoras de ticket, caja de
valores, entre otros. Retail One tiene los mdulos necesarios y estndar en el mercado
para realizar y controlar todos los flujos de operacin que se requieren en un punto de
venta.
4

Como segundo producto principal se encuentra Invoice One un Add-On de


facturacin electrnica totalmente integrado a SAP Business One, que permite la
administracin de comprobantes fiscales, certificados y folios digitales, al igual que
contiene un mdulo para validar facturas electrnicas de proveedores, Invoice One es
compatible con el esquema de CFDI, cumpliendo as las Normas Mexicanas, est
disponible tambin en otros pases como Chile y Guatemala.
Entre sus clientes se encuentran diferentes giros de negocios, como puede ser
tiendas de Abarrotes, Carniceras, Tlapaleras, Ferreteras, tiendas de Accesorios,
Tiendas Departamentales, entre otros. En la ciudad de Mrida cuenta con clientes
como Bodegn una mediana empresa dedicada a la distribucin y comercializacin de
Quesos y Carnes Fras, tambin podemos encontrar a Materama una empresa de
comercializacin de materiales para construccin que cuenta con

sucursales en

Cancn, Quintana Roo, y Tuxtla Gutirrez, Chiapas.


La planta de trabajo de SoluOne cuenta con un total de 25 personas y puede ser
descrita de acuerdo al diagrama organizacional (Vase Figura 3).
Entre las principales reas tenemos a los siguientes departamentos:
Departamento de Desarrollo: Coordinado por Vctor Moreno encargado de realizar
las funciones de planeamiento y anlisis de mejoras para el software de SoluOne. Esta
rea se divide en dos secciones en la primera encontramos al Documentador, que es
la persona encargada de realizar el manual de usuario, as como documentar los
procesos, y flujos que realicen los desarrolladores. En la otra seccin encontramos a
los Desarrolladores, son las personas encargadas de disear, elaborar, mejorar o
actualizar el producto de software, complementariamente se tiene a un Tester,
encargado de investigar y verificar la calidad del producto, as como encontrar
problemas o bugs, y reportarlo a los desarrolladores.
Departamento de Implementacin: Coordinado por Raul Zapata, en esta rea se
encuentran los consultores que son los encargados de instalar, capacitar a los usuarios
y verificar el correcto funcionamiento del sistema requerido. Es de importancia decir
que en esta rea se llevar a cabo la realizacin del proyecto.
5

Departamento de Operacin: Coordinado por Jhonatan Araoz, es en esta rea de


soporte donde se brinda ayuda y asesora a los clientes ante cualquier situacin o
problema que tengan en su software implementado. Cabe mencionar que durante el
proceso de implementacin y operacin es encontrado algn bug, esto es reportado
inmediatamente al rea de Desarrolladores para corregirlo lo ms pronto posible, y de
este modo siempre tener un producto de calidad.
Entre otras reas podemos encontrar al departamento de Recursos Humanos, el
cual es el encargado de llevar el control de los empleados que laboran en SoluOne,
as como la capacitacin de los mismos, y otras tareas, igual se contempla al
Departamento de Ventas, este se ocupa de promocionar los productos, establecer
precios, realizar publicidad y promociones de ventas, as como llevar un control y
anlisis de las ventas.
Adicionalmente entre las polticas de la empresa se contempla laborar en un
ambiente de compaerismo y ayuda mutua. Para llevar a cabo los trabajos se toma en
cuenta que atender al cliente es responsabilidad de todos los integrantes de la
empresa, para lo cual debern conocer los procedimientos a fin de orientarlos. Todos
los integrantes de la empresa deben mantener un comportamiento tico, adems el
personal es capacitado de forma regular y para obtener personas especializadas en
cada departamento, cuenta tambin con amplio equipo de cmputo as como las
herramientas para realizar un trabajo profesional.

1.2 Estructura Organizacional


Figura 3. Organigrama de la empresa.

Fuente SoluOne S.A. de C.V.

1.3 Planteamiento del problema


Segn la Cmara Nacional de la Industria de Restaurantes y Alimentos
Condimentados (CANIRAC, 2012) en Mxico existe alrededor de 428,000 restaurantes
a nivel nacional por lo que es un Mercado en el cual la empresa SoluOne no est
contemplada, y en donde es desperdiciado un gran nmero de clientes que necesitan
un software, por lo tanto es una oportunidad para el desempeo de la empresa y as
aumentar sus clientes, mercado laboral, e ingresos.
En la actualidad entre los clientes de SAP Business One en Mxico, se cuenta con
3 distintas opciones para punto de venta orientado a este sistema ERP, de los cuales
el principal competidor es SoluOne, por lo tanto no se contempla un punto de venta
para el rea de Restaurantes o comida rpida, por lo tanto SoluOne no tiene el software
suficiente para entrar en el mercado, por lo que se estima una gran prdida de clientes.
Es de relevancia mencionar que es la primera vez que la empresa SoluOne intenta
desarrollar una solucin para este mercado, es en este punto donde se solicita el
desarrollo del mdulo Restaurante para Retail One. Dicho mdulo contar con
diferentes caractersticas como administrar y categorizar artculos, un punto de venta,
as como ventas a domicilio, administrar mesas del restaurante, adems de contar con
una modalidad de ventas rpidas.

1.4 Justificacin
Como se mencion con anterioridad el Mercado de la industria restaurantera en
Mxico, cuenta con un gran nmero de clientes, por lo que es un mercado rentable,
SoluOne es una empresa que en la actualidad no est sumergida en el mercado
restaurantero, por lo que la empresa ha tomado la decisin de incursionar a este
Mercado y de esta manera reducir la prdida de clientes y aumentando as sus
ingresos.
Actualmente SoluOne tiene en Mxico un total de 150 Clientes que utilizan el
software de Retail One, de los cuales aproximadamente el 10% ha solicitado la
implementacin

para un Restaurante, es debido a esto que se ha planeado el

desarrollo de una solucin para el mercado restaurantero. Entre los beneficios que
obtendr el desarrollo del Mdulo Restaurante podemos encontrar:
Clientes
a) Obtener un software especializado para la Administracin del Restaurante.
b) Integracin del Software Restaurante con el ERP SAP Business One,
aadiendo las mejoras de SAP al sistema de Restaurante.
Empresa
a) Aumentar hasta un 10% el nmero de clientes para Retail One.
b) Expandir el Mercado Laboral de SoluOne, lo que generar un aumento de
ingresos.

1.5 Objetivos del Proyecto


1.5.1 Objetivo General
Desarrollar e Integrar el mdulo de Restaurante para la aplicacin Retail One,
utilizando lenguaje de programacin C#

1.5.2 Objetivos especficos


1. Utilizar lenguaje de programacin en C# para el desarrollo del mdulo
Restaurante y sus partes, utilizando la metodologa de Scrum.
2. Desarrollar el Catlogo de categoras para productos del restaurante.
3. Desarrollar un punto de Venta para el mdulo Restaurante.
4. Desarrollar la Interfaz de Ventas a domicilio (Pretende integrar el manejo de
servicio domicilio de Retail One).
5. Desarrollar la interfaz en el cual se podrn administrar las mesas y reas que
conforman el restaurante, as como asignar, tomar rdenes y cobrar.
6. Asignacin de comensales por mesa, as como poder traspasar una comanda
a otra mesa.
7. Control de tiempos (entrada, plato fuerte, postre). El mesero puede establecer
los tiempos de preparacin para cada platillo de los comensales, de tal forma
que al rea de cocina le sea ms fcil identificar el orden de preparacin.
9

CAPTULO II MARCO TERICO


2.1 Definicin ERP
Un sistema ERP es una aplicacin informtica que permite gestionar todos
los procesos de negocio de una compaa en forma integrada. Sus siglas provienen
del trmino en ingls ENTERPRISE RESOURCE PLANNING. Por lo general este
tipo de sistemas est compuesto

de

mdulos

como

Recursos

Humanos,

Ventas, Contabilidad y Finanzas, Compras, Produccin, entre otros, brindado


informacin cruzada e integrada de todos los procesos del negocio. Este software
debe ser parametrizado y adaptado para responder a las necesidades especficas
de cada organizacin. Una vez implementado un ERP permite a los empleados de
una empresa administrar los recursos de todas las reas, simular

distintos

escenarios y obtener informacin consolidada en tiempo real (Chiesa, 2004).


Finalmente en ERP: gua prctica para la seleccin e implantacin (Gonzlez,
2004) define textualmente al ERP (Enterprise Resource Planing o Sistema de
Planificacin de Recursos Empresariales) como un sistema de planificacin de los
recursos y de gestin de la informacin que de una forma estructurada, satisface la
demanda de necesidades de la gestin empresarial. Se trata de un programa de
software integrado, que permite a las empresas evaluar, controlar y gestionar ms
fcilmente su negocio en todos los mbitos. Lo sistemas ERP se caracterizan por su
gran capacidad de adaptacin, de modularidad, de integracin de la informacin
(introducir los datos una sola vez), de universalidad, de estandarizacin e interfaces
con otro tipo de programas. Son sistemas abiertos y multiplataforma.
El software de tipo ERP es un programa de gestin empresarial diseado para
cubrir todas las exigencias de las reas funcionales de la empresa, de forma que crea
un flujo de trabajo (workflow) para los distintos usuarios, permitiendo agilizar los
diferentes de trabajos, reduciendo en tiempo real las tareas repetitivas y permitiendo
adems el aumento de comunicacin en todas que involucran la empresa. El sistema
ERP de un conjunto de mdulos que permite a las empresas automatizar e integrar las
diferentes operaciones que se realizan en las diferentes reas (contabilidad, finanzas,
fabricacin, recursos humanos, ventas, compras, existencias, servicios, etc.). El ERP
10

tiene como uno de sus objetivos principales satisfacer las diferentes necesidades de
informacin de la empresa para conseguir que los distintos responsables puedan
tomar decisiones. Por ello entre las principales razones que justifican porque se debe
adquirir un sistema ERP podemos citar:

Se considera de forma considerable la comunicacin entre todos los


departamentos y responsables, lo cual permite tener un mayor
conocimiento de lo que est sucediendo en la empresa.

Se consigue reducir la incertidumbre con respecto a la fiabilidad de la


informacin, es decir, todos los responsables de la empresa manejan la
misma informacin.

Se eliminan las duplicidades de la informacin, ya que se obtienen datos


ms precisos produciendo informacin ms exacta.

Se hace ms eficiente la integracin de todos los procesos de trabajo


entre las diferentes reas o departamentos, provocando as un
incremento de productividad.

2.2 SAP Business One


SAP SE es el lder mundial en aplicaciones para empresas. Con base en
capitalizacin de mercado, es el tercer mayor fabricante de software independiente del
mundo. Cuenta alrededor de 300, 000 clientes en 190 Pases, y 77,000 empleados en
ms de 130 pases y con ingresos anuales alrededor de 17560 millones de Euros (SAP
SE, 2016).
SAP Business One es un software de gestin empresarial diseada para
pequeas y medianas empresas, es vendida por la empresa alemana SAP SE como
una solucin ERP, que pretende automatizar las funciones clave del negocio en el
sector financiero, operaciones y recursos humanos, ayudando a gestionar todos los
aspectos la empresa y emitiendo un acceso instantneo a la informacin en tiempo
real en un nico sistema, utiliza una interfaz amigable para el usuario (Vase Figura
4). La aplicacin se divide en varios mdulos, cada uno dedicado a un proceso de
negocios distinto.

11

Figura 4. Interfaz Grfica SAP Business One 9.1.

Fuente SAP SE.

SAP Business One est diseado para ser una solucin flexible y extensible
(Vase Figura 5). La aplicacin est disponible tanto bajo demanda como instalado,
con las interfaces estndar para fuentes de datos externas e internas, dispositivos
mviles, y otras herramientas de anlisis.
Figura 5. Modelo de configuracin de sistema SAP Business One.

Fuente SAP SE.

SAP Business One integra diferentes mdulos funcionales, que cubre las
funciones tpicas de una organizacin empresarial. Los mdulos ms utilizados son
Finanzas, oportunidades de ventas, ventas por cobrar, compras proveedores, socios
de negocio, banca e inventario. SAP Business One cuenta con los siguientes mdulos:
12

Gestin: Contiene las parametrizaciones bsicas del sistema para tipos


de cambio de moneda, configuracin del sistema y autorizaciones, as
como parametrizaciones para alertas online y funciones de importacin y
exportacin.

Finanzas: Gestiona todos los datos de contabilidad y plan de cuentas, el


libro mayor, las contabilizaciones actuales y gestin de informes.
Adems, puede definir presupuestos y centros de beneficio para
gestionar mejor los ingresos y gastos de la empresa.

Oportunidades: Ayuda al empleado del departamento de ventas a


gestionar oportunidades de ventas y le permite analizar su informacin
de ventas.

Ventas - Clientes: Trata todos los aspectos del proceso de ventas, desde
la entrada de ofertas a clientes, pedidos de clientes y entregas, hasta la
salida de facturas de deudores y devoluciones.

Compras Proveedores: Permite gestionar todas sus operaciones de


acreedor. Puede asignar todo el proceso de compras, desde los pedidos
a la factura de acreedor. Las empresas que importan mercancas pueden
utilizar la funcionalidad de precios de entrega para calcular los precios de
compra de los artculos importados, incluyendo aduanas, transporte y
seguros, tasas, impuestos y dems precios de entrega.

Socios de negocios: Archiva los datos maestros de todos sus socios


comerciales,

incluida

informacin

relevante

sobre

deudores,

intermediarios, acreedores y clientes potenciales.

Banca: Gestiona toda la variedad de operaciones monetarias. Se crean


pago de entrantes (ventas) y pagos (compra) salientes.

Inventario: Gestiona el inventario, se realiza un seguimiento de los datos


maestros de mercancas, incluidos los stocks en almacn, las listas de
precios, los acuerdos de precios especiales, los artculos alternativos y
las transacciones de almacn, as como los procesos de determinacin
de precios y embalaje, y la gestin de nmeros de lote y de serie.

13

Recursos: Gestiona con eficacia sus necesidades de material en el


proceso de fabricacin (mquinas y personas). Un asistente de
planificacin ayuda a definir los escenarios de planificacin que
consideran los stocks existentes, los pedidos de cliente, los pedidos y las
previsiones. *Disponible en SAP 9.1 o superior.

Produccin: Permite gestionar listas de materiales y rdenes de


fabricacin.

Gestin de Proyectos: Se definen los proyectos (lo que se realiza y


cuando se realiza). *Disponible en SAP 9.1 o superior.

Requerimientos de Materiales (MRP): Se definen las previsiones de los


artculos necesarios en las ventas / produccin, con el fin de hacer
recomendaciones de orden de compra.

Servicio: Gestiona la interaccin entre los representantes de servicio y


los clientes. Permite introducir y actualizar informacin sobre los
contratos de servicio, los artculos y los nmeros de serie, las
reclamaciones y consultas de los clientes, as como realizar diversas
funciones relacionadas con los servicios. Cada vez que un cliente
comunica un problema, se registra y se abre una llamada de servicio.

Recursos Humanos: Se gestiona los datos maestros del empleado


(nombres, informacin de contratos, papeles, etc.).

Cada mdulo maneja las tareas especficas de negocio por s mismo, y adems
est vinculado a los otros mdulos segn sea el caso.

2.2.1 Add-ons
Los add-ons de SAP se pueden utilizar para ampliar la funcionalidad de SAP
Business One. Para comenzar a utilizar add-ons es necesario registrar e instalar addons en la estacin de trabajo de SAP Business One. Los add-ons de SAP se registran
automticamente durante la instalacin de SAP Business One.

2.2.2 Data Interface Server (DI Server)


El servidor de interface de datos (DI Server, Vase figura 6) de SAP Business
One es un servicio de Modelo de Objetos Componentes COM (por sus siglas en ingls,
14

Component Object Model) que se ejecuta en un servidor y permite a varios clientes


acceder y manipular la base de datos de la empresa de SAP Business One por medio
de mensajes de SOAP1 (SAP SE, 2016).
El DI Server luego convierte los mensajes SOAP en transacciones de objeto de
datos para la base de datos de SAP Business One, introduciendo as la informacin
enviada.
Figura 6. Configuracin de SBO DI Server.

Fuente SoluOne S.A. de C.V.

2.3 Lenguaje de programacin C#


Microsoft C# es un lenguaje de programacin diseado para crear aplicaciones
para la plataforma Windows que se ejecutan con .NET Framework. El smbolo #
supone una evolucin de Microsoft C y Microsoft C++; El cdigo creado mediante C#
se compila como cdigo administrado, lo cual significa que se beneficia de los servicios
de Common Language Runtime. Estos servicios incluyen interoperabilidad2 entre
lenguajes, recoleccin de elementos no utilizados, mejora de la seguridad y mayor
compatibilidad entre versiones (Microsoft, 2016).

Ms informacin acerca de SOAP punto 2.9 Web Service.


Interoperabilidad como la habilidad de dos o ms sistemas o componentes para intercambiar informacin y
utilizar la informacin intercambiada
2

15

C# (Ledo C Sharp) es un lenguaje de programacin orientado a objetos creado


por Microsoft para su plataforma .NET (punto NET). Aunque esta plataforma permite
desarrollar aplicaciones en otros lenguajes de programacin, C# ha sido creado
especficamente para .NET, adecuando todas sus estructuras a las caractersticas y
capacidades de dicha plataforma. Al ser posterior de C++ y Java, los lenguajes de
programacin orientado a objetos ms conocidos hasta entonces, C# combina y
mejora gran parte de las caractersticas ms interesantes de ambos lenguajes.
Para pode programar en C# y ejecutarlos posteriormente, es necesario tener
instalado en la PC los siguientes paquetes:
.NET Framework SDK: Es el kit de desarrollo e incluye un compilador de lnea
de C# y libreras que contienen una amplia coleccin de clases previamente definidas,
que podemos utilizar en nuestras aplicaciones; es decir contiene todo lo necesarios
para crear y compilar programas.
.NET Framework Redistributable Package: Permite la ejecucin de programas
creados en C#. Esto es necesarios porque la compilacin de C# no genera, como es
habitual para otros lenguajes, cdigo mquina, sino un cdigo escrito en lenguaje
propio de Microsoft: MSIL (Microsoft Intermediate Language). El CLR (Common
Language Runtime) es el ncleo de la plataforma .NET y se encarga de gestionar la
ejecucin de los programas escritos en MSIL (Yolanda Cerezo Lpez, 2007).
Ambos paquetes pueden descargarse gratuitamente desde la pgina web de la
Red de Programadores para Microsoft (Microsoft Developers Network). Tambin
pueden crearse programas mediante la herramienta Visual Studio (Incluye en su
instalacin dichos paquetes), que ofrece una interfaz grfica amigable y cmodo de
utilizar.

2.3.1 Windows Presentation Foundation


Windows Presentation Foundation (WPF) es un subsistema grfico para la
representacin de interfaces de usuario de aplicaciones basadas en Windows de
Microsoft. WPF, anteriormente conocido como "Avalon", fue lanzado inicialmente como
parte de .NET Framework 3.0. En lugar de confiar en el subsistema GDI mayor, WPF
16

utiliza DirectX3. WPF intenta proporcionar un modelo de programacin coherente para


la creacin de aplicaciones y separa la interfaz de usuario de la lgica de negocio.
WPF emplea XAML, lenguaje basado en XML4, para definir y vincular diferentes
elementos de la interfaz.
De acuerdo al sitio web Microsoft Developer Network en el artculo Introduction
to WPF (Microsoft, 2016) define textualmente los siguiente El ncleo de WPF es un
motor de renderizado de resolucin independiente y basada en vectores que se
construye para aprovechar el hardware de grficos modernos. WPF se extiende el
ncleo con un conjunto completo de funciones de desarrollo de aplicaciones que
incluyen lenguaje extensible de marcado de aplicaciones (XAML), controles, enlace de
datos, diseo, 2-D y 3-D grficos, animaciones, estilos, plantillas, documentos, medios
de comunicacin, el texto y la tipografa. WPF se incluye en Microsoft .NET Framework,
para que pueda construir aplicaciones que incorporan otros elementos de la biblioteca
de clases de .NET Framework.

2.3.2 Programacin por capas


La programacin por capas se refiere a un estilo de programacin que tiene
como objetivo separar la lgica de diseo de la lgica de negocios. Un ejemplo bsico
de esto consiste en separar la capa de datos de la capa de presentacin al usuario. La
programacin por capas es una tcnica de la ingeniera del software propia de la
programacin a objetos, que se divide en 3 capas: capa de presentacin, capa de
lgica de negocio y por ltimo capa de datos.
Capa de presentacin: Es la que ve el usuario (tambin se la denomina
"capa de usuario"), presenta el sistema al usuario, le comunica la informacin y
captura la informacin del usuario en un mnimo de proceso (realiza un filtrado previo
para comprobar que no hay errores de formato). Esta capa se comunica nicamente

DirectX es una coleccin de API desarrolladas para facilitar las complejas tareas relacionadas con multimedia,
especialmente programacin de juegos y vdeo, en la plataforma Microsoft Windows.
4
XML es un lenguaje que permite jerarquizar y estructurar la informacin y describir los contenidos dentro del
propio documento, as como la reutilizacin de partes del mismo.

17

con la capa de negocio. Tambin es conocida como interfaz grfica y debe


tener la caracterstica de ser "amigable" (entendible y fcil de usar) para el usuario.
Capa de negocio: Es donde residen los programas que se ejecutan, se reciben
las peticiones del usuario y se envan las respuestas tras el proceso. Se denomina
capa de negocio (e incluso de lgica del negocio) porque es

aqu

donde

se

establecen todas las reglas que deben cumplirse. Esta capa se comunica con
la capa de presentacin, para recibir las solicitudes y presentar los resultados,
y con la capa de datos, para solicitar al gestor de base de datos para almacenar
o recuperar datos de l. Tambin se consideran aqu los programas de aplicacin.
Capa de datos: Es donde residen los datos y es la encargada de acceder
a los mismos. Est formada por uno o ms gestores de bases de datos que
realizan todo el almacenamiento de datos, reciben solicitudes de almacenamiento
o recuperacin de informacin desde la capa de negocio (Microsoft Student Partners,
2009).

2.4 Scrum
El desarrollo de un software que resuelva una problemtica, es una tarea
compleja ya que es necesario tener en cuenta de manera simultnea muchos
elementos, por lo tanto es indispensable utilizar una metodologa de programacin.
Una metodologa de programacin es un conjunto o sistemas de mtodos, principios
y reglas que permiten afrontar de manera sistemtica el desarrollo de un programa.
Scrum es un proceso en el que se aplican de manera regular un conjunto de
buenas prcticas para trabajar colaborativamente y obtener un mejor resultado. Scrum
fue desarrollado por Ken Schwaber y Jeff Sutherland.
De acuerdo con la Gua de Scrum (Ken Schwaber, 2013) En Scrum se realizan
entregas parciales y regulares del producto final, priorizadas por el beneficio que
aportan al receptor del proyecto. Por ello, Scrum est especialmente indicado para
proyectos en entornos complejos, donde se necesita obtener resultados pronto, donde
los requisitos son cambiantes o poco definidos, donde la innovacin, la competitividad,
la flexibilidad y la productividad son fundamentales.
18

El corazn de Scrum es el sprint, es un bloque de tiempo de un mes, 15 das o


menos del cual se crea un incremento del producto terminado. Cada nuevo Sprint
comienza inmediatamente despus de la finalizacin del Sprint previo.

2.5 Trello
SoluOne emplea una herramienta colaborativa denominada Trello que permite
gestionar las tareas a travs de tableros interactivos (Vase Figura 7), en estos
tableros se crean las listas de tareas por medio de tarjetas que inicialmente se ponen
en el tablero por probar. Para reportar o llevar acabo un conteo de las tareas que se
realizan, se etiqueta al miembro que desarrolla esta tarea, una vez que se concluye se
pasa a otro tablero que es en pruebas, en el cual son probadas por el gerente de
desarrollo, gerente de soporte o gerente de ventas, si se detectar algn inconveniente
es pasada a con errores, para luego hacer la correccin y nuevamente probada en
por validar, la actividad termina hasta que esta es pasada al tablero de actividad
validada.
De acuerdo con el sitio de Trello (Trello, Inc, 2010), define como un tablero como
una lista de listas llena de tarjetas, para utilizar en equipo, en la cual se pueden agregar
comentarios, archivos y etiquetas. Trello tiene todo lo que necesita para organizar
proyectos de cualquier tamao. Trello tambin proporciona un servicio de alertas por
medio de correo electrnico, y de este modo estar actualizados en las actividades que
se realizan en el proyecto.
Figura 7. Interfaz Web del sitio Trello.com.

Fuente Trello, Inc.

19

2.6 Lenguaje unificado de modelado (Unified Modeling Language)


Lenguaje Unificado de Modelado (UML, por sus siglas en ingls, Unified
Modeling Language) es el lenguaje de modelado de sistemas de software ms
conocido y utilizado en la actualidad; est respaldado por el OMG (Object Management
Group). OMG es un consorcio de estndares de tecnologa sin fines de lucro; sus
miembros definen y mantienen la especificacin UML que publican en su pgina para
su descarga gratuita.
De acuerdo al libro UML Gota a Gota (Martin Fowler, 1999) Decimos que el
UML es un lenguaje de modelado, y no un mtodo. La mayor parte de los mtodos
consisten, al menos en principio, en un lenguaje y en un proceso para modelar. El
lenguaje de modelado es la notacin (principalmente grafica) de que se valen los
mtodos para expresar los diseos. El proceso es la orientacin que nos dan sobre los
pasos a seguir para hacer el diseo.
Finalmente podemos concluir que UML es un lenguaje grafico para visualizar,
especificar, construir y documentar un sistema. Es importante recalcar que UML es
utilizado para describir mtodos o procesos dentro de un sistema, aplicndose
generalmente en el desarrollo de software.

2.7 Visual Studio


Microsoft Visual Studio (Vase Figura 8) es un entorno de desarrollo integrado
(IDE, por sus siglas en ingls) para sistemas operativos Windows. Soporta mltiples
lenguajes de programacin tales como C++, C#, Visual Basic .NET, F#, Java, Python,
Ruby, PHP; al igual que entornos de desarrollo web como ASP.NET MVC, Django,
etc., a lo cual sumarle las nuevas capacidades online bajo Windows Azure en forma
del editor Monaco.
Visual Studio permite a los desarrolladores crear sitios web y aplicaciones, as
como servicios web en cualquier entorno que soporte la plataforma .NET (a partir de
la versin .NET 2002). As se pueden crear aplicaciones que se comuniquen entre
estaciones de trabajo, pginas web, dispositivos mviles, dispositivos embebidos,
consolas, etc.
20

Visual Studio 2013 es un entorno de programacin que contiene la


funcionalidad que necesita para crear proyectos grandes o pequeos de C # que se
ejecutan en Windows 7, Windows 8 y Windows 8.1. Incluso se puede construir
proyectos que combinan a la perfeccin mdulos escritos en diferentes lenguajes de
programacin como C ++, Visual Basic y C # (Sharp, 2013).
Figura 8. Interfaz Grfica Visual Studio 2013.

Fuente Microsoft.

2.7.1 Microsoft Visual SourceSafe


Microsoft Visual SourceSafe (tambin conocido por sus siglas VSS) es una
herramienta de Control de versiones5 que forma parte de Microsoft Visual Studio
aunque est siendo sustituido por Visual Studio Team Foundation Server.
De acuerdo con Microsoft (Microsoft, 2016) define a Source Safe como un
sistema de control de versiones en el nivel de archivos, que permite a muchos tipos de
organizaciones trabajar en distintas versiones de un proyecto al mismo tiempo. Esta
funcionalidad es especialmente ventajosa en un entorno de desarrollo de software,
donde se usa para mantener versiones de cdigo paralelas. Sin embargo, el producto
tambin se puede utilizar para mantener archivos en cualquier otro tipo de equipo.

El control de versiones es un sistema que registra los cambios realizados sobre un archivo o conjunto de archivos
a lo largo del tiempo, de modo que puedas recuperar versiones especficas ms adelante.

21

2.8 Microsoft SQL Server


Un Sistema Gestor de Bases de Datos (SGBD) o DBMA (DataBase
Management System) es una coleccin de programas cuyo objetivo es servir de
interfaz entre la base de datos, el usuario y las aplicaciones. Se compone de un
lenguaje de definicin de datos, de un lenguaje de manipulacin de datos y de un
lenguaje de consulta. Un SGBD permite definir los datos a distintos niveles de
abstraccin y manipular dichos datos, garantizando la seguridad e integridad de los
mismos (Avila, 2016).
Microsoft SQL Server es un gestor de base de datos (Vase Figura 9). Este
sistema de manejo de bases de datos de modelo relacional, est desarrollado por la
empresa Microsoft. SQL Server contiene una gran variedad de caractersticas y
herramientas que se pueden utilizar para desarrollar y administrar base de datos. El
lenguaje de desarrollo utilizado (por lnea de comandos o mediante la interfaz grfica
de Management Studio) es Transact-SQL (TSQL), una implementacin del estndar
ANSI del lenguaje SQL, utilizado para manipular y recuperar datos (DML), crear tablas
y definir relaciones entre ellas (DDL).
El motor de base de datos es el servicio principal para almacenar, procesar y
proteger los datos. As mismo, proporciona acceso controlado y procesamiento rpido
de transacciones para cumplir los requisitos de las aplicaciones de base de datos ms
exigentes. Una de sus principales caractersticas es la replicacin un conjunto de
tecnologas destinadas a la copia y distribucin de datos y objetos de base de datos,
de una base de datos a otra, para luego sincronizar ambas base de datos con el fin de
mantener su coherencia. La rplica permite distribuir datos a diferentes ubicaciones y
a usuarios remotos o mviles, mediante redes de rea local, conexiones inalmbricas
o internet (Marqus, 2011).

22

Figura 9. Interfaz Grfica SQL Server 2012 Management Studio.

Fuente Microsoft.

2.8.1 Procedimientos Almacenados


Un procedimiento almacenado (STORE PROCEDURE) est formado por un
conjunto de instrucciones Transact-SQL que definen un determinado proceso, puede
aceptar parmetros de entrada y devolver un valor o conjunto de resultados. Este
procedimiento se guarda en el servidor y puede ser ejecutado en cualquier momento.
Los procedimientos almacenados se diferencian de las instrucciones SQL
ordinarias y de los lotes de instrucciones SQL en que estn pre compilados. La primera
vez que se ejecuta un procedimiento, el procesador de consultas de SQL Server lo
analiza y prepara un plan de ejecucin que se almacena en una tabla del sistema.
Posteriormente el procedimiento se ejecuta en segn el plan almacenado (aulaClic S
L., 2016).

2.9 Web Service


De acuerdo con la W3C (Worl Wide Web Consortium, 1994) existen mltiples
definiciones sobre lo que es un Servicio Web (en ingls, Web Service o Web Services),
por lo tanto no existe una definicin que englobe la complejidad de esta. Una de ellos
se definira como conjunto de aplicaciones y tecnologas que utiliza un conjunto de

23

protocolos y estndares que sirven para intercambiar datos entre aplicaciones, con el
fin de ofrecer uno o varios servicios.
En todo este proceso intervienen una serie de tecnologas que hacen posible
esta circulacin de informacin. Por un lado, esta SOAP (Protocolo Simple de Acceso
a Objetos). Se trata de un protocolo basado en XML, que permite la interaccin entre
varios clientes y que tiene la capacidad de transmitir informacin compleja. Los datos
pueden ser transmitidos a travs de HTTP, SMTP, etc. SOAP especifica el formato de
los mensajes. El mensaje SOAP est compuesto por un envelope (sobre), cuya
estructura est formada por los siguientes elementos: header (cabecera) y body
(cuerpo) (Vase Figura 10).
Figura 10. Composicin de mensaje SOAP.

Fuente W3C.

En Retail One es utilizado un Web Service como medio de comunicacin y


transportacin de datos, de igual forma para la rplica de informacin entre las
sucursales y Central de Base de Datos de SAP Business One, con ayuda de dos
aplicaciones (Sincronizador Local y Consola Central) que interpretan los XML y
complementando as la sincronizacin.

24

2.10 Retail One


Como se mencion con anterioridad Retail One es un punto de ventas pensado
y desarrollado para el ERP SAP Business One, lo cual nos otorga una perfecta
integracin entre ambos sistemas, acoplndose a las configuraciones de este ERP. La
solucin trabaja con un modelo distribuido, es decir que en cada sucursal se encuentra
una base de datos local que se replica automticamente al servidor central, sucursales
y viceversa, permitiendo ofrecer mayores ventajas, como trabajar con la base de datos
local en las tareas ms crticas, haciendo que la aplicacin sea muy gil, el tiempo de
respuesta muy rpido y sea independiente al enlace de internet (Puede seguir
trabajando si se cae la conexin a internet) provocando de esta forma la autonoma en
caso de prdida de conexin con la central y la facilidad de proporcionar informacin
en cualquier momento que se requiera.
La base de datos de SAP es afectada de forma ntegra en cada aspecto de
lgica de negocios como los inventarios y finanzas. Mientras exista enlace de internet
en la sucursal cuando menos una vez por da, la informacin estar sincronizada en la
base de datos de SAP Business One, de manera inmediata.
La interfaz (Vase Figura 11) est desarrollada con las ltimas tendencias
tecnolgicas, ofreciendo al usuario final una nueva experiencia de interaccin y
compatible con los dispositivos de hardware de punto de venta ms utilizados.
El punto de venta no est limitado en cuanto al volumen de transacciones o
nmero de cajas, pues es independiente al acceso de la base de datos de SAP
Business One. Retail One cuenta con los siguientes mdulos:

Administracin: Contiene las configuraciones bsicas del sistema,


tipos de cambio de moneda, configuracin del sistema y cambio de
contrasea, este mdulo es utilizado por el personal de sistemas.

Operaciones: En este apartado se realizan las operaciones de


Cotizacin, Pedido, Venta, Factura de reserva y Facturacin, es la
parte principal de Retail One.

25

Compras: Gestiona las operaciones de compras. Permite realizar


procesos de compras, desde los pedidos a la factura y recepcin de
mercanca.

Inventario: Gestiona el inventario, realiza un seguimiento de las


existencias de mercanca en las sucursales, permite realizar el
proceso de traslado y recepcin de mercanca de los centros de
distribucin.

Informes: Genera la Informacin de Ventas, Estadsticas de Ventas,


Operaciones realizadas por vendedor, Artculos Vendidos e Informes
de Compras (SoluONE, 2011).
Figura 11. Interfaz Grfica Retail One, mdulo ventas.

Fuente SoluOne S.A. de C.V.

2.11 Sincronizador Local


El Sincronizador Local (Vase Figura 12) es una aplicacin complementaria a
Retail One, esta es encargada de realizar la Sincronizacin de la informacin entre
SAP y el RetailOne instalada en la sucursal, este procedimiento lo realiza a travs de
un servicio de Windows y el servicio web el cual transfiere la informacin generada por
la aplicacin Retail One a travs del Web Service hacia la central, en caso de ser
informacin masiva esto es realizado por medio de un sitio FTP.

26

Adems esta aplicacin es utilizada de igual manera como una herramienta,


como por ejemplo realizar rplicas de inventarios, administrar certificados fiscales,
control de entrada y salida de archivos hacia la central, as como detectar posibles
errores de sincronizacin de informacin.
Figura 12. Interfaz Grfica Sincronizador Local, Configuracin.

Fuente SoluOne S.A. de C.V.

2.12 Consola Central


La Consola Central (Vase Figura 13) forma parte complementaria del Add-Ons
de Retail One, esta es la encargada del procesamiento de la informacin, as como
enviar y recibir la informacin en formato de XML provenientes de las sucursales de
Retail One. El funcionamiento de la Consola Central es semejante a la del
Sincronizador Local, esta interacta por medio del servicio web y sitio FTP para el
intercambio de informacin. La nica diferencia es que la Consola Central utiliza la
licencia DI Server para el procesamiento de los XML e insertarlos en la base Central
de SAP Business One.

27

Figura 13. Interfaz Grfica, Consola Central, Configuracin.

Fuente SoluOne S.A. de C.V.

CAPITULO III METODOLOGA O PROPUESTA A IMPLEMENTAR


3.1 Antecedentes de la Solucin
En cuanto a la metodologa que se emplea en SoluOne para el desarrollo del
software es la metodologa de Scrum. sta metodologa est especialmente pensado
para proyectos de entorno complejo como lo es Retail One. En Scrum un proyecto se
ejecuta en bloques temporales cortos y fijos denominados Sprint.
En la primera parte antes de iniciar con el proyecto y el desarrollo de la
aplicacin se indujo a una capacitacin de 15 das, el cual consista en conocer y
aprender acerca de Retail One, reconocer el sistema, sus componentes y el modo en
que esta realiza sus principales funciones, esta induccin se realiz durante una
demostracin de Retail One al cliente, en un tiempo de 3 horas y media, como segunda
parte de la induccin se mostr el uso de las herramientas que se emplean para el
desarrollo, las cuales son el uso de Visual Studio en el cual se realiza la codificacin
de Retail One, Servicio Web, Sincronizador Local, Consola Central y sobre el uso del
Source Safe, para manejar los cambios en el cdigo, y tambin el uso de SQL Server
para la estructura de base de datos de Retail One. Posteriormente se realiz el Sprint
Planning donde se revisaron los requerimientos y objetivos deseados, los cuales
28

consistan en agregar el mdulo Restaurante al software de Retail One, basados en


los objetivos vistos en el captulo uno, que en resumida cuenta consisten en desarrollar
un catlogo de categoras, desarrollar un punto de venta, desarrollar la interfaz para
poder gestionar y administrar las mesas de un restaurante, y todo lo que contemple
realizar estas tareas, luego de haber especificado los requerimientos, se definieron 10
acciones que se pueden realizar en una mesa, las cuales se detallan a continuacin:
1. Asignar mesa: En el cual se puede asignar comensales de acuerdo al
nmero establecido a cada mesa.
2. Editar comanda: Agregar o quitar productos, de acuerdo a la orden de
los comensales.
3. Cerrar cuenta: Finalizar el total de cuenta de acuerdo a los comensales
establecidos previamente. Esta accin nos indica que el comensal ya no
ordenar algn producto.
4. Cobrar cuenta: Realizar el cobro de los productos adquiridos por los
comensales.
5. Abrir cuenta: Al realizar la accin de abrir la cuenta es levantar la orden
de los comensales de la mesa.
6. Unir mesas: Realizar la unin de las cuentas de dos mesas.
7. Desunir mesas Separar las cuentas de dos mesas.
8. Cancelar comanda: Cancelar la orden de los comensales.
9. Transferir comanda: Realizar la transferencia de la comanda a otra mesa.
10. Imprimir reporte: Imprimir el ticket de compra de los productos adquiridos.
Es de relevancia mencionar que estas acciones son configurables segn sean
requeridas. Despus de obtener los requerimientos, se realiz una lista de tareas en
el tablero de Por probar de Trello. Luego se asignaron tareas a cada integrante y se
estim el tiempo para su realizacin, como se mencion en el captulo anterior Scrum
emplea el uso de Sprint, en SoluOne un Sprint consta de 15 das o dependiendo del
grado de dificultad puede ser menos o ms segn lo requiera.
La codificacin de la aplicacin se llev a cabo dentro de un servidor que se
emplea para almacenar el proyecto, en dicho servidor se encuentran las aplicaciones
29

instaladas como Visual Studio en su versin 2008, SQL Server 2008, as como los
complementos .Net Framework mencionados con anterioridad en su versin 2.4, 3.5 y
4.5, a su vez solo se obtiene acceso por medio de una cuenta remota asignado a cada
usuario, que es proporcionada por el Ing. Ral Zapata responsable del proyecto, en
seguida el gerente del proyecto Vctor Moreno, creo la nueva versin de

Retail One,

con

los ltimos cambios realizados para as poner las bases del nuevo proyecto, es
importante mencionar que antes de empezar con la codificacin en SoluOne, se
emplea un documento (mismo que se nos fue otorgado) con informacin confidencial
para desarrollo, el cual detalla la forma de codificar los tipos de objetos, la sintaxis para
crear las tablas y campos para la base de datos, los nombres que deben llevar los
controles de usuario, as como las prcticas y reglas que se debe seguir mientras se
realiza la codificacin, un estndar que SoluOne ha definido para la estructuracin de
cdigo, esto a su vez con el propsito de evitar posibles confusiones y
desordenamiento del cdigo fuente, adems de esto SoluOne emplea un estilo de
programacin de 3 capas, las cuales se denomina Capa de Negocio, Capa Datos,
Capa Interfaz (Vase Figura 14).
Figura 14. Proyecto Retail, Cdigo 3 Capas.

Fuente SoluOne S.A. de C.V.

3.2 Desarrollo de la Solucin


Antes de empezar se obtuvo la ltima versin del proyecto en curso misma que
fue creada por el Gerente de Desarrollo en el servidor, esto se debe a que el proyecto
30

trabaja con un Control de Versiones, y est en constante cambio por medio de los
dems desarrolladores, una vez conseguido la ltima versin se dispone a empezar
con los Sprints. Tomando en cuenta los antecedentes de la solucin del Sprint Plannig
antes de comenzar con el desarrollo el Proyecto Desarrollo e Integracin de Mdulo
Restaurante en Retail One Integrado a SAP Business One este se dividi en 6 sprint
o etapas que se detallan a continuacin.

3.2.1 Primer Sprint


Una vez adquirido los permisos para acceder al cdigo de Retail One, se
empez con la primera actividad Catlogo de categoras para productos del
restaurante, inicialmente se realizaron los casos de uso (Vase Figura 15 y 16), es
decir la forma en que interactan el usuario con el sistema.
Figura 15. Diagrama de Caso de Uso Restaurantes 1 Nivel.

Fuente SoluOne S.A. de C.V.

31

Figura 16. Diagrama de Caso de Uso Restaurantes 2 Niveles.

Fuente SoluOne S.A. de C.V.

Luego se procedi hacer el pre diseo de interfaz o mockup6 (Vase Figura 17),
al ser un nuevo mdulo se realiz una interfaz que sirvi de apoyo para la base de la
codificacin, que consiste en la ventana principal de ventas, siguiendo siempre la
estructura de ventanas establecidos para Retail One.
Figura 17. Mockup Catlogo de Productos.

Fuente SoluOne S.A. de C.V.


6

Un mockup, mock-up, o maqueta es un modelo a escala o tamao real de un diseo o un dispositivo, utilizado
para la demostracin, evaluacin del diseo

32

Esta primera activad consiste en que el cliente pueda ver los productos por
medio de un catlogo en el cual se podr dividir en 1 y 2 Niveles y es totalmente
configurable desde el Add-on. Despus de ser aprobada la Interfaz, se realiz el diseo
de las tablas de base de datos (Vase Figura 18) en las cuales se registran los
productos para los restaurantes, como Retail One es una aplicacin que est integrada
a SAP Business One, est utiliza las tablas de SAP Business One para obtener cierta
informacin, en este caso para el desarrollo del catlogo de productos, se hace uso de
la tabla OITM, misma que contiene informacin de los artculos registrados en SAP
Business One, una vez que se obtiene la informacin de los productos se categoriza
en tablas propias de Retail One, para dividirlas en Niveles segn el usuario lo requiera.
Por ltimo se procedi a realizar la codificacin del mdulo, siguiendo los
requerimientos establecidos en el Sprint Planning.
Figura 18. Diagrama de Base de Datos Catlogo de Productos.

Fuente SoluOne S.A. de C.V.

El resultado de esta primera actividad es mostrar los productos por medio de


categoras (Vase Figura 19). Este sprint fue realizado y entregado en tiempo y forma
el cual llevo un total de 10 das, empezando el 25 de Enero con finalizacin el 4 de
Febrero.
33

Figura 19. Resultado Primer Sprint.

Fuente SoluOne S.A. de C.V.

3.2.2 Segundo Sprint


Este segundo Sprint se bas en la realizacin de un Punto de Venta para el
mdulo Restaurante, como primer paso del sprint se realiz el diagrama de caso de
uso (Vase Figura 20), esta segunda actividad se apoy en la utilizacin del resultado
del primer sprint Catlogo de categoras para productos del restaurante, para
desarrollar una Interfaz amigable y fcil de usar para el punto de venta.
Figura 20. Diagrama de Caso de Uso Punto de Venta.

Fuente SoluOne S.A. de C.V.

34

Por lo que se aadi al mockup la funcionalidad de punto de venta (Vase


Figura 21). Esta actividad consiste en poder seleccionar los productos del restaurante
segn los niveles establecidos en los catlogos y categoras, para pasarlos al punto
de venta en donde se realiza la venta, es de importancia mencionar que los registros
de ventas es guardada en la tabla de venta de Retail One (Vase Figura 22) este
registro de venta es identificada a travs de un folio que a su vez est conformada por
el cdigo de Sucursal y Estacin, Tipo Operacin y el Nmero de Documento.
Figura 21. Mockup Punto de Venta.

Fuente SoluOne S.A. de C.V.

35

Figura 22. Tabla de Registro Venta.

Fuente SoluOne S.A. de C.V.

. En esta interfaz se pueden modificar la cantidad de los productos


seleccionados, agregar el producto de dos maneras, seleccionada o introducirlo por
medio de un cdigo de producto, as como tambin poder ver el detalle de la venta,
realizar el cobro de la venta e imprimir el ticket de venta. El resultado de esta actividad
fue la conclusin del punto de venta (Vase figura 23 y 24), cabe mencionar que este
sprint tuvo una duracin de 15 das, empezando el da 5 de Febrero y concluyendo el
da 22 de Febrero.

36

Figura 23. Cdigo Venta.

Fuente SoluOne S.A. de C.V.


Figura 24. Resultado Segundo Sprint.

Fuente SoluOne S.A. de C.V.

3.2.3 Tercer Sprint


Para el tercer Sprint se desarroll la Interfaz de Ventas a domicilio est es
basada en el manejo del servicio de ventas a domicilio de Retail One (Vase Figura
25).

37

Figura 25. Diagrama de Caso de Uso Punto de Venta a Domicilio.

Fuente SoluOne S.A. de C.V.

Como primer punto se dise la pre interfaz (Vase Figura 26) para realizar la
integracin al mdulo de punto de venta en el cual se tiene que activar una casilla para
que la venta se validada como Venta Domicilio.
Figura 26. Mockup Datos Venta Domicilio.

Fuente SoluOne S.A. de C.V.

Al ser una funcionalidad extra a la interfaz de venta, se dise un men (Vase


Figura 27) en el que se puede seleccionar un cliente o dar de alta (Vase Figura 28),
poner los datos de la venta a domicilio (Datos de Encabezado) o alguna referencia del
domicilio a la que se enviara la venta, cobrar venta domicilio (Vase Figura 29) en el
38

que despus que el repartidor entregue la venta, esta sea cobrada e ingresada al
sistema. Cabe mencionar que la bsqueda y creacin de clientes es basada en
informacin de SAP Business One, por lo que se realiza a travs de la tabla OCRD.
Este tercer sprint tuvo una duracin de 15 das hbiles, iniciando el 23 de
Febrero con finalizacin al 10 de Marzo.
Figura 27. Men de Operaciones Ventas.

Fuente SoluOne S.A. de C.V.


Figura 28. Bsqueda de Cliente, Realizar Alta de Cliente.

Fuente SoluOne S.A. de C.V.

39

Figura 29. Cobro de Venta Domicilio.

Fuente SoluOne S.A. de C.V.

3.2.4 Cuarto Sprint


Para el cuarto sprint se defini la tarea de Desarrollar la interfaz en el cual se
podrn administrar las mesas y reas que conforman el restaurante, para esta
actividad primeramente se definieron los casos de uso (Vase Figura 30 y 31).
Figura 30. Diagrama de Caso de Uso Agregar Mesa.

Fuente SoluOne S.A. de C.V.

40

Figura 31. Diagrama de Caso de Uso Quitar Mesa.

Fuente SoluOne S.A. de C.V.

Despus se disearon las pre interfaces (Vase Figura 32 y 33), y se dise las
tablas de base de datos para almacenar la informacin de la mesa (Vase Figura 34)
y por ltimo se dividi en dos sub actividades para crear dos procesos: En la primera
en donde se podrn administrar las mesas y la segunda la cual mostrara las mesas
segn las reas del restaurante.
Figura 32. Mockup Distribucin Mesas Restaurante.

Fuente SoluOne S.A. de C.V.

41

Figura 33. Mockup Mesas Restaurante.

Fuente SoluOne S.A. de C.V.


Figura 34. Diagrama de Base de Datos Catlogo de Productos.

Fuente SoluOne S.A. de C.V.

En la primera actividad se realiz la interfaz en la cual el usuario ser capaz de


crear o eliminar las mesas, establecer un cdigo y nombre de mesa de acuerdo a las
reas que conforman el restaurante, como opcin adicional se puede asignar un
mesero a cada mesa (Vase Figura 35).

42

Figura 35. Distribucin Mesas Restaurante.

Fuente SoluOne S.A. de C.V.

Como segunda actividad se realiz una nueva interfaz donde el usuario es


capaz de ver las mesas creadas con anterioridad para as realizar acciones dentro las
mesas (Vase Figura 36). En este cuarto sprint la actividad consiste en poder
representar grficamente el rea y mesas que conforman un restaurante con el fin de
poder administrar las mesas que estn en las reas, a las mesas se les podr asignar
un estado, as como agregar quitar o unir un comensal, tomar la orden y cobrar la
mesa. Luego de tener detallado el objetivo se continu con la codificacin concluyendo
as este sprint. El Cuarto Sprint tuvo una duracin aproximado de 16 das, iniciando el
11 de Marzo con finalizacin el 29 de Marzo.

43

Figura 36. Operacin Mesas Restaurante.

Fuente SoluOne S.A. de C.V.

3.2.5 Quinto Sprint


Como siguiente sprint se plante la actividad Asignacin de comensales por
mesa, as como poder traspasar una comanda a otra mesa esta actividad es el
complemento de del sprint anterior, primeramente se realizaron los casos de uso
basados con las acciones de la mesa (Vase Figura 37, 38 y 39).
Figura 37. Diagrama de Caso de Uso Asignar Comensal.

Fuente SoluOne S.A. de C.V.

44

Figura 38. Diagrama de Caso de Uso Administrar Mesa.

Fuente SoluOne S.A. de C.V.


Figura 39. Diagrama de Caso de Uso Transferir Comanda.

Fuente SoluOne S.A. de C.V.

Una vez adquirido los casos de uso para este sprint,

se procedi a la

codificacin la cual estara basado en la interfaz del sprint anterior (Operacin Mesas
Restaurante), en este apartado como se mencion anteriormente el usuario ser capaz
de asignar mesa de acuerdo al nmero de comensales (Vase Figura 40) que tenga
establecido cada mesa, editar comanda, cerrar cuenta, cobrar cuenta, abrir cuenta,
45

unir mesa, cancelar comanda, transferir comanda e imprimir reporte, a su vez al


realizar algunas de estas acciones las mesas son cambiadas de estados, los cuales
son definidos de acuerdo a las necesidades de cada restaurante. Este Sprint tuvo una
duracin de 10 das, iniciando el 30 de marzo y finalizada el 11 de abril al 10.
Figura 40. Ordenes de Mesa por Comensal.

Fuente SoluOne S.A. de C.V.

3.2.6 Sexto Sprint


Para finalizar las tareas asignadas se realiz la ltima activad la cual radica en
Control de tiempos (entrada, plato fuerte, postre), est tarea al igual que la anterior
es un complemento de los sprint anteriores basado en operaciones para restaurante,
en este apartado el usuario ser capaz de realizar una comida de tres tiempos (Vase
Diagrama de Flujo, Figura 41), por lo tanto se podrn controlar los tiempos de las
comidas.

46

Figura 41. Diagrama de Caso de Uso Comida en Tiempo.

Fuente SoluOne S.A. de C.V.

En esta actividad lo que se realiza es identificar las ordenes por medio de un


color para identificar el platillo en el cual se encuentra el comensal (Vase Figura 42).
Figura 42. Ordenes de comida en Tiempos.

Fuente SoluOne S.A. de C.V.

Los datos de la comida en tiempos son guardados en @SO1_01GRUPOTIEM


(Vase Figura 43), para posteriormente ir entregando los tiempos a los comensales
(Entrada, Plato Fuerte, Postre). Se realiz el anexo de la codificacin de este ltimo, a
47

los anteriores sprint (Vase Figura 44). Este Sprint tuvo una duracin de 10 das,
empezado e 12 de abril al 23 de abril.
Figura 43. Tabla de Base de Datos Comida en Tiempos.

Fuente SoluOne S.A. de C.V.


Figura 44. Finalizacin Actividades Sprint.

Fuente SoluOne S.A. de C.V.

48

CAPTULO IV RESULTADOS Y EXPERIENCIAS


Con el desarrollo del presente proyecto se destaca la importancia del uso de un
software en el mercado del rea restaurantero, esto es debido a la atencin que los
clientes de este giro de negocio requieren, tambin destacar los procesos que se
emplean en un restaurante, donde es necesario tomar las ordenes de manera rpida
y conocer cada una de estas rdenes que fue solicita por cada mesa. En cuanto a los
restaurantes de comida rpida este tipo de negocio hace el uso de procedimientos que
requieren de cierta agilidad, como es el cobro de una orden o en su caso tomar la
orden para realizar una venta a domicilio.
Como resultado del proyecto se tiene el desarrollo del mdulo restaurante
integrado a Retail One, en el cual se cuenta con dos modalidades definidas como
Restaurante y Comida Rpida.
En cuanto a la modalidad Restaurante se realizaron las siguientes acciones de
acuerdo a los objetivos (Vase Anexo C):
1.

Utilizar lenguaje de programacin en C# para el desarrollo del mdulo Restaurante


y sus partes, utilizando la metodologa de Scrum.
Resultado: Se desarroll el mdulo restaurante para la aplicacin Retail One,
basados en la metodologa Scrum en los cuales se utiliz la herramienta Visual
Studio con el lenguaje de programacin C# para realizar las tareas de los Sprint.

2.

Desarrollar el Catlogo de categoras para productos del restaurante.


Resultado: Se desarroll la interfaz de catlogo de producto, en el cual
dependiendo de la configuracin de Niveles que requiera el cliente, la pantalla de
Catlogos puede tener 1 o 2 Niveles. Estos niveles se basan en Categorizar los
artculos de acuerdo al tipo de producto al que pertenezca. El Catalogo permite
seleccionar los artculos para pasarlos a la ventana de ventas.

3.

Desarrollar un punto de Venta para el mdulo Restaurante.


Resultado: Una vez que se

realiz el catlogo de productos, se realiz el

desarrollo e integracin del punto de venta en donde se pueden agregar o quitar


49

productos, contabilizando el monto total para que el mesero pueda realizar el


cierre de la cuenta, es necesario mencionar que una vez cerrada la cuenta no se
pueden agregar ms productos, posteriormente se realiza el cobro de la venta, en
el cual ya se ingresa el dinero de la venta a la caja.

4.

Desarrollar la interfaz en el cual se podrn administrar las mesas y reas que


conforman el restaurante, as como asignar, tomar rdenes y cobrar.
Resultado: En este apartado del Restaurante cuenta con dos interfaces la primera
en donde se permiten observar la localizacin de las mesas (Distribucin), as
como el rea donde se encuentran, se pueden agregar o quitar las mesas en las
diferentes reas que conforman el restaurante. La segunda es la gestin de las
mesas (Operaciones) en la cual se realizan las acciones de las mesas que estn
preestablecidas. Las acciones por estado de mesa son aquellas acciones que se
activan por cada estado de mesa previamente creado. Por ejemplo, para el estado
libre, se puede asignar comensales y se puede levantar una comanda (orden),
pero para otro estado, se puede configurar que solo se cobre una comanda.

5.

Asignacin de comensales por mesa, as como poder traspasar una comanda a


otra mesa.
Resultado: Al acceder a la interfaz Operaciones en la modalidad Restaurante,
cada estado de mesa nos despliega sus acciones, que tambin son configurables,
de acuerdo a los deseos de la Poltica del Restaurante, en esta tarea consiste en
asignar la mesa de acuerdo a los comensales que lleve la mesa, ya que de
acuerdo a la asignacin de comensales sern tomadas las rdenes.

6.

Control de tiempos (entrada, plato fuerte, postre).


Resultado: El mesero puede llevar un control sobre los tiempos de comida en el
cual se encuentran los comensales, marcando las rdenes en colores de tal forma
que al rea de cocina le sea ms fcil identificar el orden de preparacin.

50

Para el desarrollo de la modalidad Comida Rpida se realizaron cambios para


agilizar los procedimientos, en donde se reutilizaron las actividades de los sprint, para
desarrollar la modalidad de Venta Rpida los cuales se detallan en los siguientes
puntos (Vase anexo D):
1. Integrar el Catlogo de categoras para productos de Venta Rpida.
Resultado: Al igual que a modalidad Restaurante esta depende de la
configuracin de Niveles que requiera el cliente, la pantalla de ventas puede
tener 1 o 2 Niveles. Estos niveles se basan en Categorizar los artculos de
acuerdo al tipo de producto al que pertenezca. El Catalogo permite seleccionar
los artculos para pasarlos a la ventana de ventas, adicionalmente se realiz la
agregacin de un campo de bsqueda de artculos en el cual si se conoce el
cdigo de artculo se puede seleccionar tecleando el cdigo del artculo para
agregarlo al punto de venta de manera rpida.

2. Integrar un punto de Venta para la modalidad Venta Rpida.


Resultado: A diferencia de la modalidad Restaurante una vez seleccionado los
productos de ventas, se realiza el cobro para ingresar directamente el cobro a
la caja restaurante.

3. Desarrollar la Interfaz de Ventas a domicilio (Pretende integrar el manejo de


servicio domicilio de Retail One).
Resultado: Para realizar las ventas a domicilio se requiere seleccionar un
cliente, en caso de no contar con los datos del cliente este puede ser dado de
alta al sistema. Se realiz el desarrollo de la interfaz de ventas a domicilio en
donde primero se realiza la orden seleccionando un cliente para posteriormente
entregar el producto al domicilio, una vez que el producto fue entregado al
cliente, se realiza el cobro de la venta a domicilio buscando el folio de la venta
y realizando el cobro de la venta, para as ingresar el monto de la venta en la
caja de restaurante.

51

En cuanto a las experiencias aprendidas en SoluOne, puedo decir que se labor


el proyecto en un ambiente de colaboracin y cual se fueron cimentando
conocimientos al sistema del ERP SAP Business One, ya que es un sistema muy
complejo, y que es utilizado en muchos pases por lo que es un campo laboral muy
amplio, y en el que los conocimientos son necesarios para el uso de SAP Business
One. En cuanto las herramientas de desarrollo se aprendieron ms acerca del uso de
SQL Server, y la manera de emplear Visual Studio para trabajar en colaboracin con
cdigo compartido, se obtuvo conocimiento acerca del protocolo SOAP, empleado
para realizar las transacciones entre sucursales. En cuanto a la metodologa Scrum
que se emple, se puso en prctica los conocimientos adquiridos en la Universidad
Tecnolgica Metropolitana.
Es importante recalcar que el haber realizado este proyecto me ha dejado una
gran experiencia laboral, en el cual aprend a trabajar conjuntamente con mis
compaeros de proyecto sobre todo laborar en una empresa como SoluOne en el que
hay que seguir normas y procedimientos que hacen que el trabajo en colaboracin
obtenga una mejor calidad.

52

CONCLUSIONES
El proyecto realizado ha contribuido de manera importante para la empresa
SoluOne, debido a que adquirido un campo laboral en el que tiene la oportunidad de
obtener ms clientes y poder competir contra otros puntos de ventas y sobre todo
poder aumentar sus ingresos como empresa. Es sustancial mencionar que la
finalizacin de esta etapa del proyecto pone las bases para el mejoramiento del mdulo
restaurante, ya que actualmente se tiene contemplado agregar nuevas funcionalidades
al mdulo, y en el cual se trabajara para las versiones futuras, por lo que el proyecto
se encuentra en una etapa de elaboracin.
Para m el haber realizado este proyecto me deja muchas bases de
conocimiento sobre todo en los conceptos aprendidos acerca de SAP Business One,
ya que para m era un sistema totalmente desconocido y en el cual he obtenido
conocimientos bastantes tiles para poder emplearlo como campo laboral, as tambin
puedo resaltar los consejos y recomendaciones que me fueron proporcionaron por
Desarrolladores y Consultores de SoluOne, el cual me resultaron muy tiles.

53

ANEXOS
Anexo A
Para activar el mdulo Restaurante en Retail One es importante tener activado
esta modalidad y por supuesto tener configurado ciertos parmetros.
Figura 45. Configuracin General Restaurante.

Fuente SoluOne S.A. de C.V.


Figura 46. Estados de Mesa.

Fuente SoluOne S.A. de C.V.

54

Figura 47. Tipos de Mesa.

Fuente SoluOne S.A. de C.V.

Figura 48. Acciones que se realizan por estado de Mesa.

Fuente SoluOne S.A. de C.V.

55

Figura 49. Cambios de Estado por accin.

Fuente SoluOne S.A. de C.V.

Figura 50. Configuracin Restaurante para sucursal.

Fuente SoluOne S.A. de C.V.

56

Figura 51. Configuracin Restaurante para Estacin de Trabajo.

Fuente SoluOne S.A. de C.V.

57

Anexo B
Catlogo de categoras para productos del restaurante
Figura 52. Categora de Artculos para Restaurante.

Fuente SoluOne S.A. de C.V.

Figura 53. Artculos por Categora.

Fuente SoluOne S.A. de C.V.

58

Anexo C
Mdulo Restaurante en Retail One
Figura 54. Modalidad Restaurante.

Fuente SoluOne S.A. de C.V.

Figura 55. Distribucin de Mesas en reas.

Fuente SoluOne S.A. de C.V.

59

Figura 56. Operaciones Restaurante.

Fuente SoluOne S.A. de C.V.

Figura 57. rdenes por comensales.

Fuente SoluOne S.A. de C.V.

60

Anexo D
Mdulo Restaurante en Retail One para Comida Rpida
Figura 58. Modalidad Comida Rpida.

Fuente SoluOne S.A. de C.V.

Figura 59. Inicio de sesin, Modalidad Restaurante/Comida Rpida.

Fuente SoluOne S.A. de C.V.

61

Figura 60. Catlogo de Productos, Modalidad Restaurante/Comida Rpida.

Fuente SoluOne S.A. de C.V.

Figura 61. Punto de Venta, para Modalidad Comida Rpida.

Fuente SoluOne S.A. de C.V.

62

Figura 62. Clientes para Venta Rpida.

Fuente SoluOne S.A. de C.V.

Figura 63. Cobro de Ventas Domicilio.

Fuente SoluOne S.A. de C.V.

63

REFERENCIAS BIBLIOGRFICAS
aulaClic S L., 2016. Curso de SQLServer por aulaClic, Valencia, Espaa: aulaClic S.L..
Avila,

K.,
2016.
CAVSI.
[En
lnea]
Available at: http://www.cavsi.com/preguntasrespuestas/que-es-un-sistema-gestor-debases-de-datos-o-sgbd/
[ltimo acceso: 2016 Febrero 19].

CANIRAC,
2012.
CANIRAC.
[En
lnea]
Available
at:
http://www.canirac.org.mx/pdf/canirac-20110713-cifras-del-sectorrestaurantero.pdf
[ltimo acceso: 28 Enero 2015].
Chiesa,
F.,
2004.
Instituto
Tecnolgico
de
Buenos
Aires.
[En
lnea]
Available at: http://www.ucla.edu.ve/dac/departamentos/informatica-II/metodologiapara-seleccion-de-sistemas-erp.PDF
[ltimo acceso: 26 Febreo 2016].
Gonzlez, L. M., 2004. ERP: gua prctica para la seleccin e implantacin. Primera ed.
Espaa: Ediciones Gestin 2000.
Ken

Schwaber,
J.
S.,
2013.
Scrum
Guides.
[En
lnea]
Available at: http://www.scrumguides.org/docs/scrumguide/v1/Scrum-Guide-ES.pdf
[ltimo acceso: 23 Marzo 2016].

Marqus, M. P., 2011. SQL Server 2008 R2 : motor de base de datos y administracin. Primera
ed. San Fernando de Henares, Madrid: RC Libron.
Martin Fowler, K. S., 1999. UML Gota a Gota. Primera ed. Mxico: Pearson Educacion.
Microsoft Student Partners, 2009. Blog de Desarrollo, Edison Garcia. [En lnea]
Available
at:
https://mredison.files.wordpress.com/2009/11/viernes13noviembre2009.pdf
[ltimo acceso: 26 Febrero 2016].
Microsoft,
2016.
Microsoft
Available
at:
[ltimo acceso: 27 Febrero 2016].

Developer

Network.
[En
lnea]
https://msdn.microsoft.com

SAP

SE,
2016.
SAP
Business
One
-Help
Portal.
[En
lnea]
Available
at:
http://help.sap.com/saphelp_sbo91/helpdata/es/44/c4c1cd7ca22e17e10000000a114a
6b/content.htm?current_toc=/es/b1/8fe14910cf46b9b2ff2de2f315e5a2/plain.htm&sho
w_children=true
[ltimo acceso: 16 Febrero 2016].

SAP

SE,
2016.
SAP
Available
at:
[ltimo acceso: 29 Marzo 2016].

Community

64

Network.
[En
lnea]
http://scn.sap.com/docs/DOC-6985

SAP

SE,
2016.
Available
at:
[ltimo acceso: 11 Febrero 2016].

SAP
SE.
[En
lnea]
http://www.sap.com/corporate-en/about.html

Sharp, J., 2013. Microsoft Visual C# 2013, s.l.: Intermediate.


SoluONE,
2011.
SoluONE.
[En
lnea]
Available
at:
http://www.soluone.com/pdf/Retail.One-Brochure.16062011.pdf
[ltimo acceso: 2016 Febrero 20].
Trello,

Worl

Inc,
2010.
Available
[ltimo acceso: 29 3 2016].

Trello.

[En
lnea]
https://trello.com/tour

at:

Wide
Web
Consortium,
Available
at:
[ltimo acceso: 22 03 2016].

1994.

W3C.

[En
lnea]
www.w3c.es

Yolanda Cerezo Lpez, O. P. R. R. C. R., 2007. Iniciacin a la programacin en C#: un enfoque


prctico. Primera ed. Las Rozas, Madrid: Delta Publicaciones.

65