Tesis Delivery y Pago Movil (1)

UNIVERSIDAD RICARDO PALMA

FACULTAD DE INGENIERIA

ESCUELA PROFESIONAL DE INGENIERÍA INFORMÁTICA

“IMPLEMENTACIÓN DE UN PORTAL WEB PARA VENTA DE COMIDA CON SISTEMA DE DELIVERY Y PAGO CON MONEDERO MÓVIL.”

PROYECTO DE TESIS

PARA OPTAR EL TÍTULO PROFESIONAL DE INGENIERO

INFORMÁTICO

Presentado por:

Jimmy Burga Cruz

Yonel Luis Huamán Montero

ASESOR: Víctor Beltrán

LIMA – PERÚ

AÑO: 2013

3

DEDICATORIA

Dedicamos la presente tesis a las medianas y pequeñas empresas, que desean surgir para poder llegar a un desarrollo que beneficie a todos.

4

ABSTRACT

Thisthesis projectfocuses onthe business processof the companiesthat offer the serviceofselling foodfordeliveryand useas paymentmobile paymentsystemrecently adoptedin Peru.

It focuses ontwo modules, one for the Business UnitManagerwhereyou can manage yourshops;storesexistwithin thesenew users withrelativelylowerpermissionsthathelp managethe entiresales processfroma store. Anothermoduleis theconsumerwho isadynamicWebsitethatwillshowany updates thatmanagerscan performallof the shops andbusiness units, so that this informationcanbeupdatedon a daily basisrequires thecommitment of allactorsdirectly involvedwith managementwebSystem.

WebDeliverySystemwill handleall information viaemail thatwill update thedatabase thatis used by theWebsystem, ieorder confirmations, shipping and receiving of thembe warnedtoreceptionistsandcustomerorders viaemail.

Alsobe implementedas amethod of paymentfor the final consumer, themobile wallet, whichthrough acellmay cancel theservice offered bythe store.

5

RESUMEN

El presente proyecto de Tesis está enfocado en el proceso de negocio de las empresas que brindan el servicio de venta de alimentos por delivery y utilizan como medio de pago el sistema de pago móvil recientemente aprobado en el Perú.

Está enfocado en dos módulos, uno para el Gerente de Unidad de Negocio en el cual puede administrar sus tiendas, dentro de estas tiendas existen nuevos usuarios con permisos relativamente inferiores que ayudarán a gestionar todo el proceso de venta de una tienda. Otro es el módulo del consumidor el cual es como un portal Web dinámico que va mostrar todas las actualizaciones que puedan realizar todos los gestores de las tiendas y Unidades de Negocio, para que esta información pueda estar actualizada a diario es necesario el compromiso de todos los actores que implican directamente con la administración del Sistema Web.

El Sistema de DeliveryWeb manejará toda la información vía correo electrónico que actualizará la base de datos que esutilizada por el Sistema Web, es decir, las confirmaciones de pedidos, envió y recepción de los mismos serán advertidos al cliente y a los recepcionistas de pedidos vía correo electrónico.

Asimismo se implantará como modalidad de pago para el consumidor final, el monedero móvil; el cual mediante un celular podrá cancelar el servicio ofrecido por la tienda.

6

INDICE

INTRODUCCION.........................................................................................................6Capítulo I: Visión del Proyecto.....................................................................................71.1. El Problema.........................................................................................................81.1.1. El Negocio.......................................................................................................81.1.2. Los Procesos del Negocio.............................................................................101.1.3. Descripción del problema.............................................................................141.2. Objetivos del Proyecto......................................................................................171.2.1 Marco Lógico................................................................................................171.2.2 Objetivo General...........................................................................................191.2.3 Objetivos Específicos....................................................................................191.3. Beneficios del Proyecto....................................................................................201.3.1. Beneficios Tangibles.....................................................................................201.3.2. Beneficios Intangibles...................................................................................201.4. Alcance del Proyecto........................................................................................211.5. Viabilidad del proyecto.....................................................................................221.5.1 Viabilidad Técnica........................................................................................221.5.2 Viabilidad Económica:..................................................................................231.5.3 Viabilidad Legal............................................................................................28Capítulo II: Marco Teórico..........................................................................................312.1. Antecedentes.....................................................................................................32Capítulo III: Estado del Arte.......................................................................................363.1 Desarrollo..........................................................................................................37Capítulo IV: Modelado del Negocio...........................................................................404.1. Reglas del Negocio...........................................................................................414.2 Casos de Uso del Negocio................................................................................414.3. Diagramas de Actividades del negocio.............................................................42Capítulo V: Requerimientos del Proyecto...................................................................455.1. Requerimientos del Software............................................................................465.1.1 Relación de Requerimientos.........................................................................465.1.2 Especificación de requerimientos (funcionales y no Funcionales)...............465.2. Casos de Uso del Sistema.................................................................................485.2.1. Diagrama de Actores del Sistema.................................................................485.2.2. Descripción de Actores del sistema..............................................................485.2.3. Diagrama de paquetes del Sistema................................................................505.2.4. Casos de Uso del Sistema.............................................................................505.2.5. Especificaciones de Casos de Uso Significativos.........................................515.3. Modelo Conceptual del Sistema.......................................................................585.3.1. Diagrama del Modelo Conceptual................................................................585.3.2. Diccionario de Clases....................................................................................585.4. Benchmarking...................................................................................................615.5. Prototipo de la Solución....................................................................................62Capítulo VI: Arquitectura............................................................................................65Capítulo VII: Desarrollo y Pruebas.............................................................................66Capítulo VIII: Conclusiones y Recomendaciones.......................................................67GLOSARIO DE TÉRMINOS:....................................................................................68BIBLIOGRAFÍA.........................................................................................................70

7

INTRODUCCION

En el Perú, las personas no acostumbran a realizar compras Online, tampoco ingresar el

número de su cuenta bancaria y mucho menos la clave de la misma, pues solamente

buscan información, con el presente proyecto, sería suficiente con que tengan el número

telefónico o la dirección para que soliciten un mismo pedido a diferentes tipos de

empresas alimentarias de una sola vez.

Estamos realizando el estudio del modelo de negocio de la empresa Domino’s pizza, su

estructura y como es que puede ser incluida en el proyecto de Servicio por Delivery del presente

proyecto de tesis.

Domino's Pizza se funda en los años 60 en Estados Unidos, en el Estado de Michigan por dos

hermanos que deciden repartir pizzas a domicilio en toda el área de la ciudad. Deciden producir

una pizza de alta calidad acompañada de un excelente servicio. Actualmente brinda el servicio

de Delivery desde su portal Web, el cual es atendido por la tienda más cercana al cliente que lo

solicita.

Se ha visto la oportunidad de consolidar esta modalidad de venta para las pequeñas y medianas

empresa que brindan el servicio de Delivery, pero que no cuentan con la infraestructura

necesaria para atender al cliente final.

Asimismo para la modalidad de pago por este servicio, se va desarrollar el sistema de pago

mediante el monedero móvil, recientemente aprobado en nuestro país.

8

Capítulo I: Visión del Proyecto

9

1.1. El Problema

Hay muchas empresas las cuales desean implementar una solución para poder

llegar a sus clientes pero que no cuentan con la infraestructura necesaria y

muchas veces estas implementaciones demoran mucho tiempo. Se requiere de

un planeamiento de modelado, programadores, costo o tercerizar el servicio

mediante una consultora y esto conlleva en un sobrecosto del servicio que es

trasladado al cliente final.

Estas empresas por lo general no tienen el suficiente tiempo o personal como

para llevar adelante un proyecto como este, por lo cual se propone el presente

tema para que estas empresas puedan tener un sistema ya desarrollado con el

cual solo necesiten ingresar sus productos para que estos de manera automática

ya se estén promocionando en el Portal web.

Esto permitirá a las empresas afiliadas al Portal Web poder tener un control de

sus pedidos para Delivery y sus clientes más frecuentes. Permitirá a los clientes

el poder identificar mejor a las empresas que estén dentro de su alcance de

delivery usando coordenadas de los mapas con la ayuda de la geo localización

de Googlemaps. Asimismo se podrá utilizar la modalidad de pago haciendo uso

del monedero móvil mediante un dispositivo celular.

1.1.1. El Negocio

Es una organización internacional cadena de comida rápida que fue

fundada en 1960 y se ha especializado en la producción y entrega

de pizza “Domino’s Pizza”.

En Perú tiene 24 tiendas entre Lima Metropolitana y Callao, y por

temporadas abre su tienda del Sur que está ubicada en el Km 97.5 de

la Panamericana Sur, también en Arequipa, en todas sus tiendas

hacen pedidos de delivery.

El centro de la Organización de las oficinas de Domino’s Pizza en

Perú no es una tienda, son oficinas en las cuales se encuentran algunas

áreas las cuales llevan las cuentas y administran tal como empresa.

10

La empresa cuenta cerca de 300 personas laborando en las tiendas y

en la sede central, en la cual hay diferentes Áreas como: Marketing,

Recursos Humanos, Finanzas, Servicio Técnico, Administración,

Capacitación, Gerencia, Atención al Cliente y Área legal.

Figura 1: Organigrama de la Organización.

Visión:

Ser el mejor operador del sistema Domino’s Pizza con el mejor talento

humano.

Misión:

Mantener los altos estándares de la cadena internacional de pizza a

domicilio en Perú y brindar esa experiencia de un excelente producto

con un excelente servicio a los clientes.

Posicionamiento y Competencias:

El producto está posicionado como un producto de la más alta calidad,

con estándares de una cadena muy exigente, con normas de sanidad y

seguridad a nivel internacional y con un excelente servicio.

La industria de la comida rápida en general no tiene barreras de salida

establecidas específicamente, pero debemos hablar de las empresas

que están obligadas a quedarse dentro del mercado por imagen

internacional como ser McDonald's o Domino's que tienen como

11

política no ceder en aquellos mercados donde ya se establecieron o

ingresaron.

1.1.2. Los Procesos del Negocio

En Domino’s pizza los procesos del negocio se manejan internamente,

para la parte de fabricación de insumos de masas y quesos, para los

demás insumos tienen sus proveedores los cuales traen en grandes

cantidades a sus almacenes.

Mapa del NegocioEl servicio de Domino’s pizza es la mejor atención para el personal

por lo cual en cada tienda existe un Administrador de Tienda, quien

está en cargado de verificar que los insumos para la preparación de las

pizzas tengan Stock, de lo contrario por una llamada telefónica puede

gestionar a ‘comisariato’ quienes se encargan de abastecer a todas las

tiendas, también todo el personal de la tienda está dispuesto a

contestar una llamada telefónica y atender al cliente, para la

preparación de las pizzas es rotativo, lo indicado seria 4 horas por

persona pero estas pueden variar ya que siempre hay permisos o

inconvenientes y los horarios por lo general suelen ser rotativos.

También existen la distribución de afiches masivos los cuales los

mismos miembros de la tienda inclusive el Administrador salen a

repartirafiches de promociones a los clientes, se utiliza este tipo de

marketing para poder llegar a los clientes de una manera más directa,

y a la gente que viva alrededor de las tiendas para que puedan realizar

un pedido telefónico.

Contabilidad:Elaboración de existencias entre insumos y

Elaboración de Ingresos y egresos

Finanzas:*Prestaciones de identidades financieras.*Prestaciones de personas naturales.*Financiamiento de capital propio.

Administración de RRHH*Contratación del personal.*Despido del Personal.*Remuneraciones.

Capacitación.*Explicación de flujo de trabajo.*Capacitación en preparación de pizzas.*Capacitación en trato a las personas.

Planeamiento Formulación de Presupuestos

12

*Proyección de ventas.*Evaluación de Costos.

Servicios Generales*Servicios de Transporte. *Mantenimiento de movilidades.*Mantenimiento de Hornos. *Mantenimiento de Locales.

Sistemas de Información*Software de Computación.*Uso de Internet (Sede Central).*Hardware de PCs de tiendas.*Uso de VPN(Tiendas)

Abastecimiento*Evaluación de proveedor.*Evaluación de propuestas.*Elaboración de listas de Compra.

Logística*Recepción de Materiales.*Verificación de Materiales.*Control de Calidad de Materiales.

Abastecimiento de Insumos

Operaciones Logística Marketing Ventas Postventa

*Revisión de insumos faltantes.

*Repartición de Insumos a tiendas.*Almacenamiento de Insumos.*Inspección por parte de la Planta.

*Control de calidad de productos.*Selección de insumos.

*Alianzas con otras empresas.*Diseño de Volantes.*Eventos en Colegios y Universidades.*Promociones por fechas resaltantes.*Segmentación de mercado.*Evaluación de Descuentos.*Evaluación de quejas.

*Obtención de información previa.*Comparación de Costos.*Confirmación

de pedidos.

*Atención al cliente

*Atención de pedidos

*Redenciones de Ventas en todas las tiendas.*Conteo de Retorno de vales y volantes.

Diagrama de procesos del negocio:

El presente Diagrama contempla la estructura del flujo por el cual los

clientes y los usuarios del sistema van a poder manejar y gestionar de

manera consecutiva todo el procesos y planeamiento de realización de

un pedido.

13

Figura 3: Diagrama de procesos del Negocio en Domino’s Pizza.

Descripción de actividades:

El Cliente empieza la actividad realizando una llamada telefónica,

luego el vendedor le informa si existe alguna promoción en la tienda

que se encuentre, el cliente es quien toma la decisión para poder

aceptar el pedido, una vez que el vendedor le haya ofrecido las

promociones o recomendaciones, el cliente acepta el pedido y pasa al

tiempo de espera el cual es el mismo que el de preparación, para que

al final pase por el repartidor quien va hasta el lugar donde se

encuentre y haga entrega efectiva del pedido.

Para la actividad del pago por el servicio, se le consulta al cliente

cuando envía la solicitud del pedido si va realizar el pago móvil, de

ser así se envía un sms alaEmpresa Emisora de Dinero Electrónico

(EEDE) y esta envía un código único al cliente. El cual es utilizado

14

para dar su aceptación respondiendo el mensaje con su PIN y se le

descuenta el monto de su saldo inicial

Leyenda de Procesos:

Compra de insumosDomino’s pizza tiene su propia planta de queso y masas (Huaral),

pero algunas veces ellos mismos no pueden cubrir sus demandas,

para lo cual solicitan a sus proveedores son: Gloria para el queso

solo cuando no cumplen su propia demanda, Jamón Otto Kunz,

Cartones y cajas Carvinza y salsas de tomate Carozzi.

Reparto de Insumos a TiendasEn este proceso los insumos serán llevados a todas las tiendas

para que puedan preparar los productos finales (pizzas).

Preparación de pizzasEn las mismas tiendas teniendo un respaldo de Stocks de insumos

se podrán vender las pizzas de acuerdo a la receta y preparación

cada una con su respectivo manual e ingredientes que deben ir

para cada tipo de pizza.

Alianzas estratégicasDomino’s Pizza realiza Alianzas con: Coca-Cola, BCP,

TROCHA, Saga Falabella, etc. Con el fin de poder llegar a

algunos clientes de forma directa y no a través de interlocutores o

medios televisivos, una de las estrategias es llegar al cliente de

forma directamente como llevar a los hogares tarjetas de

invitación para que gusten algún nuevo sabor o simplemente

invitando.

Inventario y FinanzasPara llevar un mejor manejo de las cuentas y suministros de

productos, se lleva a cabo todas las semanas un inventario de lo

que necesitan las tiendas, si hay algún requerimiento fuerte para

algún evento o salida de alguna promoción con alguna alianza

estrategia fuerte.

15

Reparto de Pizzas(Delivery)Es un servicio reparto a domicilio el reparto suele realizarte en

Moto mediante una petición previa por teléfono. Las empresas

que distribuyen las pizzas a domicilio suelen ser franquicias1.

Ley deDinero Electrónico Nº 29985 El dinero electrónico es almacenado en un soporte electrónico

(como un celular o tarjeta prepago) y será aceptado de manera

general como medio de pago, emitido por un valor igual a los

fondos recibidos (por las EEDE o bancos) y puede ser convertido

nuevamente a efectivo por el saldo que mantenga el titular2.

1.1.3. Descripción del problema

Hay muchas empresas las cuales desean implementar una solución

para poder llegar a sus clientes pero que no cuentan con la

infraestructura necesaria y muchas veces estas implementaciones

demoran mucho tiempo. Se requiere de un planeamiento de modelado,

programadores, costo o tercerizar el servicio mediante una consultora

y esto conlleva en un sobrecosto del servicio que es trasladado al

cliente final.

Estas empresas por lo general no tienen el suficiente tiempo o

personal como para llevar adelante un proyecto como este, por lo cual

se propone el presente tema para que estas empresas puedan tener un

sistema ya desarrollado con el cual solo necesiten ingresar sus

productos para que estos de manera automática ya se estén

promocionando en el Portal web.

Esto permitirá a las empresas afiliadas al Portal Web poder tener un

control de sus pedidos para Delivery y sus clientes más frecuentes.

Permitirá a los clientes el poder identificar mejor a las empresas que

estén dentro de su alcance de delivery usando coordenadas de los

mapas con la ayuda de la geo localización de Googlemaps. Asimismo

1http://es.wikipedia.org/wiki/Reparto_de_pizza2http://gestion.pe/tu-dinero/que-dice-promulgada-ley-dinero-electronico-2056798

16

se podrá utilizar la modalidad de pago haciendo uso del monedero

móvil mediante un dispositivo celular.

Estadística de Pedidos Delivery desde el Portal Web de la empresa Domino´s Pizza

Figura 4: Cuadro de Pedidos por el PortalWeb de Domino’s Pizza.


17


El presente grafico muestra el porcentaje de familias que tienen acceso a Internet, las cuales reflejan el 24% de toda la población, esto refleja a la cantidad de familias las cuales pueden acceder al presente proyecto.Fuente: INEI (2010)

Figura 7: Porcentaje de Familias que tienen Acceso a Internet.

18

1.2. Objetivos del Proyecto

1.2.1 Marco Lógico

Árbol de Problemas:

Falta de un repositorio donde se pueda encontrar todos los productos centralizados de diferentes empresas de comida por

Las empresas no se ponen de acuerdo en unificarse para poder dar un mejor

Las empresas no tienen estadísticas comparativas de pedidos de clientes.

Las empresas no tienen bien establecidas sus rangos de alcance de delivery.

Las empresas desconocen el potencial que tienen los clientes que están navegando por la Web.

Falta de Localización referencial de Tiendas.

Los Clientes tardan mucho tiempo al buscar los teléfonos de diferentes empresas por delivery.

Las direcciones de las tiendas están en algunos volantes pero no está geolocalizada para una mejor visión del Cliente.

Los Clientes que navegan encuentran información dispersa en varios contenedores que fueron desarrollados por la misma Empresa de Alimentos

Las empresas no están de acuerdo en que sus productos compitan en un mismo portal Web.

Los Clientes son afectados pues los precios no pueden ser comparados.

Los Clientes no saben que empresas llegan realmente a sus domicilios y no optan por comunicarse con ellos.

Las Empresas verán la importancia de acuerdo a los cuadros estadísticos de incluir sus productos al Portal Web.

19

Árbol de Objetivos:

En el Portal Web habrán promociones ya que la información centralizada influye en una competencia por precios.

Unificar a todas las empresas para que puedan ayudar a los Clientes a tener una visión más amplia de productos y Tiendas.

Una mayor facilidad de ubicación a las tiendas pues con ayuda de Googlemaps.

La unificación de las empresas se podrá enfocar en base a un centro comercial.

Aumento de las utilidades para las medianas y grandes empresas que hagan Delivery.

Gracias a la centralización de la información no tendrán que perder mucho tiempo en buscar teléfonos o direcciones.

Desarrollo de un portal Web donde pueda encontrar información centralizada de diferentes empresas de comida por Delivery.

Mejora de la exactitud referencial de las Tiendas para ver si el domicilio del cliente está cerca.

Los Clientes encontraran una información centralizada y no tendrán que estar navegando por diferentes Portales.

Las Empresas podrán verificar que Tienda necesita un mayor interés de acuerdo a las estadísticas.

Los Clientes no se tendrán que preocupar con que tiendas llegan a sus domicilios pues esto será validado

Con la ayuda de las Zonas de Googlemaps se podrán definir por rangos de llegada en el mapa de Lima.

Se podrán mostrar cuadros estadísticos de los clientes frecuentes y pedidos por Tiendas.

20

1.2.2 Objetivo General.

El objetivo principal de este proyecto de tesis de investigación es el

Desarrollo de un portal Web donde pueda encontrar información

centralizada de diferentes empresas de venta de comida por Delivery.

1.2.3 Objetivos Específicos

Unificar a todas las empresas para que puedan ayudar a los Clientes

a tener una visión más amplia de productos y Tiendas.

Una mayor facilidad de ubicación a las tiendas pues con ayuda de

Googlemaps.

Aumento de las utilidades para las medianas y grandes empresas

que hagan Delivery.

La unificación de las empresas se podrá enfocar en base a un centro

comercial.

Con la ayuda de las Zonas de Googlemaps se podrán definir por

rangos de llegada en el mapa de Lima.

Se podrán mostrar cuadros estadísticos de los clientes frecuentes y

pedidos por Tiendas.

Gracias a la centralización de la información no tendrán que perder

mucho tiempo en buscar teléfonos o direcciones.

Mejora de la exactitud referencial de las Tiendas para ver si el

domicilio del cliente está cerca.

Los Clientes encontraran una información centralizada y no tendrán

que estar navegando por diferentes Portales.

En el Portal Web habrán promociones ya que la información

centralizada influye en una competencia por precios.

21

Los Clientes no se tendrán que preocupar con que tiendas llegan a

sus domicilios pues esto será validado automáticamente.

Las Empresas podrán verificar que Tienda necesita un mayor interés

de acuerdo a las estadísticas.

1.3. Beneficios del Proyecto

1.3.1.Beneficios Tangibles

Los Beneficios tangibles buscan lo siguiente:

Aumentar los Ingresos en todas las cadenas de Tiendas.

Para todas las tiendas de las Unidades de Negocio existentes

Aumentar eficazmente sus ingresos al tener más cantidad de pedidos.

Reducir el Tiempo promedio de un pedido.

Los pedidos por llamada telefónica ya tienen un tiempo estimado en

las tiendas, pero la recepción de estos pedidos tiene pasos que se

podrían reducir con un pedido Web.

Reducción de Costos.

Por medio de Ofertas y competitividad de las empresas se generará un

ambiente de ofertas en el mismo portal Web.

Reducción de insumos de marketing.

Todos los costos que se generaban cuando un cliente hace un pedido

telefónicamente se reducirán pues necesita menos personal por la

automatización, no necesitan flyers impresos, no necesitan gastar en

papeles, tienen espacio en su misma tienda para que otros clientes

puedan hacer cola y así generar más ingresos y satisfacción al cliente.

1.3.2.Beneficios Intangibles

Los Beneficios intangibles tienen la buscan lo siguiente:

Ahorro de tiempo, organización y elección con tranquilidad

22

Se pueden observar los menús y precios actualizados con tranquilidad.

También existe la posibilidad de realizar pedidos programados de

forma de estar organizado todo el día, así como para poder elegir que

lo envíen a casa o pasarlo a buscar.

Menús y precios actualizados

Cada local cuenta con el menú de sus productos y precios

completamente actualizados. Por otro lado, se cuenta con información

extra, como dirección, horarios y zona de entrega.

Rankings y comentarios

El sitio web presenta la experiencia de otros usuarios. Los locales

pueden ser puntuados y los usuarios pueden comentar acerca de la

experiencia de compra y consumo de sus productos.

Fidelizar a los Clientes que puedan realizar pedidos.

No solo se puede tener una buena captura de Clientes, también es

necesario fidelizarlos pues es ahí donde se puede tener la estabilidad

de la Web.

Muestreo de Reportes mensuales.

Con una implementación para los administradores se podrán efectuar

reportes en base a sus productos y tiendas correspondientes.

1.4. Alcance del Proyecto

a) Registrar a cualquier empresa con cualquier promoción de venta existente.

b) El cliente podrá tener un avatar (Intranet) donde podrá consultar su historial y

demás detalles.

c) Reportes para cada Unidad de Negocio de sus clientes y pedidos.

d) Cada Unidad de Negocio va tener un usuario que va a realizar las consultas y

asignación de pedidos.

23

e) Cada Unidad de Negocio va a tener un Administrador que va actualizar todos

los detalles vinculados a su Empresa.

f) Se reducirá en un 10% el tiempo que tarda un pedido para ser procesado de

manera eficiente.

g) El presente proyecto cubrirá las zonas de Lima Metropolitana y Callao.

1.5. Viabilidad del proyecto

1.5.1 Viabilidad Técnica

Dado el negocio es necesario contar con la infraestructura tecnológica

que soporte la solución planteada. Es por ello que se necesita adquirir las

siguientes tecnologías.

Hosting: Para adquirir un Hosting se tendría que revisar los diferentes

planes que ofrecen algunos proveedores, uno de los más importantes son

los de la web: www.webhostingbuzz.com pues ya existen evidencias de

buen rendimiento y capacidad, también estudiando el tema de dinero.

Cpanel: Al adquirir el Hosting, este ya viene con el Cpanel, para el caso

redactado con anterioridad pues algunos otros proveedores vienen con

otros tipos de gestores de Hosting, el Cpanel es muy útil pues con el se

puede ver desde las estadísticas de entrada al portal, ingresar y

administrar las base de datos y emails, tiene su paquete de Fantástico

para agregar algunas otras aplicaciones si en un futuro se desee.

Mysql: la versión que da el proveedor mencionado es la 4.0.12 la cual ya

viene por defecto con el mismo proveedor de Hosting.

PHP: El lenguaje de programación y los diferentes métodos que se

pudieran utilizar referentes al lenguaje para Portales Web en el PHP es el

5.0 el cual también viene por defecto en el Hosting y no necesita licencia.

Framework PHP: El ZendFrameworks es simple, no necesita instalación

especial, requiere PHP 5 e incorpora el patrón MV Se debe descargar y

copiarlo hacia nuestro servidor local, veamos a través de un pequeño

24

ejemplo cómo podemos crear un lector de RSS. Los ficheros que

creemos podemos copiarlos dentro del directorio “library”.

Workbench: es un modelador de Base de Datos, en este caso solo para el

Mysql, se va utilizar la versión 5.2 la cual es la última en el mercado y es

libre para descargar.

1.5.2 Viabilidad Económica:

Costos por Año:

Año (t) DetalleCosto x Mes

Meses Total S./

0 Renta de hosting 12 280

Renta de Dominio 12 130

Pago Diseñador 800 4 3200

Pago Programador 800 4 3200

Pago Modelamiento de procesos 800 4 3200

Pago DBA 900 4 3600

Alquiler PCs 600 4 2400

Alquiler de Local y otros 500 12 6000

Marketing 1000 4 4000

26010


Meses Total S./






Pago DBA 900 2 1800




18210


Meses Total S./






Pago DBA 900 2 1800




18210

25


Meses Total S./

3 Renta de hosting dedicado 12 900





Pago DBA 900 2 1800




18830


Meses Total S./






Pago DBA 900 4 3600




26630


Meses Total S./






Pago DBA 900 2 1800




18830


Meses Total S./






Pago DBA 900 2 1800




18830


Meses Total S./

26






Pago DBA 900 2 1800




18830

Beneficios por año:

Año Mes Rango de Pedidos Costo S./ Rango de Ganancias S./

0 Enero 50 100 0 0 0

0 Febrero 101 150 0.1 10.1 15

0 Marzo 151 200 0.1 15.1 20

0 Abril 201 400 0.1 20.1 40

0 Mayo 401 500 0.1 40.1 50

0 Junio 501 600 0.1 50.1 60

0 Julio 601 800 0.1 60.1 80

0 Agosto 801 850 0.1 80.1 85

0 Septiembre 851 900 0.1 85.1 90

0 Octubre 901 1000 0.1 90.1 100

0 Noviembre 1001 1200 0.1 100.1 120

0 Diciembre 1201 1500 0.1 120.1 150

671.1 810

Prom: 740.55


1 Enero 1500 1700 0.2 300 340

1 Febrero 1700 2000 0.2 340 400

1 Marzo 2000 2500 0.2 400 500

1 Abril 2500 3500 0.2 500 700

1 Mayo 3500 4000 0.2 700 800

1 Junio 4000 4800 0.2 800 960

1 Julio 4800 5500 0.2 960 1100

1 Agosto 5500 6300 0.2 1100 1260

1 Septiembre 6300 7700 0.2 1260 1540

1 Octubre 7700 8000 0.2 1540 1600

1 Noviembre 8000 9000 0.2 1600 1800

1 Diciembre 9000 10000 0.2 1800 2000

11300 13000

Prom: 12150


2 Enero 10000 10300 0.2 2000 2060

2 Febrero 10300 10600 0.2 2060 2120

2 Marzo 10600 10900 0.2 2120 2180

2 Abril 10900 11200 0.2 2180 2240

2 Mayo 11200 11500 0.2 2240 2300

2 Junio 11500 11800 0.2 2300 2360

2 Julio 11800 12100 0.2 2360 2420

2 Agosto 12100 12400 0.2 2420 2480

2 Septiembre 12400 12700 0.2 2480 2540

2 Octubre 12700 13000 0.2 2540 2600

2 Noviembre 13000 13300 0.2 2600 2660

27

2 Diciembre 13300 13600 0.2 2660 2720

27960 28680

Prom: 28320


3 Enero 13600 13700 0.2 2720 2740

3 Febrero 13700 13800 0.2 2740 2760

3 Marzo 13800 13900 0.2 2760 2780

3 Abril 13900 14000 0.2 2780 2800

3 Mayo 14000 14100 0.2 2800 2820

3 Junio 14100 14200 0.2 2820 2840

3 Julio 14200 14300 0.2 2840 2860

3 Agosto 14300 14400 0.2 2860 2880

3 Septiembre 14400 14500 0.2 2880 2900

3 Octubre 14500 14600 0.2 2900 2920

3 Noviembre 14600 14700 0.2 2920 2940

3 Diciembre 14700 14800 0.2 2940 2960

33960 34200

Prom: 34080


4 Enero 14800 14900 0.2 2960 2980

4 Febrero 14900 15000 0.2 2980 3000

4 Marzo 15000 15100 0.2 3000 3020

4 Abril 15100 15200 0.2 3020 3040

4 Mayo 15200 15300 0.2 3040 3060

4 Junio 15300 15400 0.2 3060 3080

4 Julio 15400 15500 0.2 3080 3100

4 Agosto 15500 15600 0.2 3100 3120

4 Septiembre 15600 15700 0.2 3120 3140

4 Octubre 15700 15800 0.2 3140 3160

4 Noviembre 15800 15900 0.2 3160 3180

4 Diciembre 15900 16000 0.2 3180 3200

36840 37080

Prom: 36960


5 Enero 16000 16100 0.2 3200 3220

5 Febrero 16100 16200 0.2 3220 3240

5 Marzo 16200 16300 0.2 3240 3260

5 Abril 16300 16400 0.2 3260 3280

5 Mayo 16400 16500 0.2 3280 3300

5 Junio 16500 16600 0.2 3300 3320

5 Julio 16600 16700 0.2 3320 3340

5 Agosto 16700 16800 0.2 3340 3360

5 Septiembre 16800 16900 0.2 3360 3380

5 Octubre 16900 17000 0.2 3380 3400

5 Noviembre 17000 17100 0.2 3400 3420

5 Diciembre 17100 17200 0.2 3420 3440

39720 39960

Prom: 39840


6 Enero 17200 17300 0.2 3440 3460

6 Febrero 17300 17400 0.2 3460 3480

6 Marzo 17400 17500 0.2 3480 3500

6 Abril 17500 17600 0.2 3500 3520

6 Mayo 17600 17700 0.2 3520 3540

6 Junio 17700 17800 0.2 3540 3560

28

6 Julio 17800 17900 0.2 3560 3580

6 Agosto 17900 18000 0.2 3580 3600

6 Septiembre 18000 18100 0.2 3600 3620

6 Octubre 18100 18200 0.2 3620 3640

6 Noviembre 18200 18300 0.2 3640 3660

6 Diciembre 18300 18400 0.2 3660 3680

42600 42840

Prom: 42720


7 Enero 18400 18500 0.2 3680 3700

7 Febrero 18600 18700 0.2 3720 3740

7 Marzo 18700 18800 0.2 3740 3760

7 Abril 18800 18900 0.2 3760 3780

7 Mayo 18900 19000 0.2 3780 3800

7 Junio 19000 19100 0.2 3800 3820

7 Julio 19100 19200 0.2 3820 3840

7 Agosto 19200 19300 0.2 3840 3860

7 Septiembre 19300 19400 0.2 3860 3880

7 Octubre 19400 19500 0.2 3880 3900

7 Noviembre 19500 19600 0.2 3900 3920

7 Diciembre 19600 19700 0.2 3920 3940

45700 45940

Prom: 45820

Calculo del VAN y la TIR

Año Flujo Neto FSA (15%,t)

VA al 15%

FSA (20%)

VA al 20%

tde caja (Bt-Ct)

0 -25269.5 1.0000 -25,270 1.0000 -25,2701 -6060 0.8696 -5,270 0.8333 -5,0502 10110 0.7561 7,645 0.6944 7,0213 15250 0.6575 10,027 0.5787 8,8254 10330 0.5718 5,906 0.4823 4,9825 21010 0.4972 10,446 0.4019 8,4436 23890 0.4323 10,328 0.3349 8,0017 26,990 0.3759 10,147 0.2791 7,532

76,251 23,959 14,485

VAN(15%)= S/.20,834 El excel actualiza al año anterior al primer datoVAN(15%)= S/.23,959 Ajustado para actualizarlo al año 0VAN(20%= S/.12,071 El excel actualiza al año anterior al primer datoVAN(20% S/.14,485 Ajustado para actualizarlo al año 0

29

=TIR = 31.6%

1.5.3 Viabilidad Legal

TÍTULO III ACCESO A LA INFORMACIÓN PÚBLICA DEL ESTADO

Artículo 10º.- Información de acceso público Las entidades de la Administración Pública tienen la obligación de proveer la información requerida si se refiere a la contenida en documentos escritos, fotografías, grabaciones, soporte magnético o digital, o en cualquier otro formato, siempre que haya sido creada u obtenida por ella o que se encuentre en su posesión o bajo su control. Asimismo, para los efectos de esta Ley, se considera como información pública cualquier tipo de documentación financiada por el presupuesto público que sirva de base a una decisión de naturaleza administrativa, así como las actas de reuniones oficiales.

Artículo 18º.- Conservación de la informaciónEn ningún caso la entidad de la Administración Pública podrá destruir la información que posea. La entidad de la Administración Pública deberá remitir al Archivo Nacional la información que obre en su poder, en los plazos estipulados por la Ley de la materia. El Archivo Nacional podrá destruir la información que no tenga utilidad pública, cuando haya transcurrido un plazo razonable durante el cual no se haya requerido dicha información y de acuerdo a la normatividad por la que se rige el Archivo Nacional3.

Propiedad intelectual

Los derechos de propiedad intelectual del contenido de las páginas Web, su diseño gráfico y códigos son titularidad de Fundación Mundo Ciudad y, por tanto, queda prohibida su reproducción, distribución, comunicación pública y transformación, salvo para uso personal y privado. Igualmente, todos los nombres comerciales, marcas o signos distintivos de cualquier clase contenidos en las páginas Web de Fundación Mundo Ciudad están protegidos por ley.

Contenido de la Web y links

Fundación Mundo Ciudad. no se responsabiliza del mal uso que se realice de los contenidos de sus páginas Web, siendo exclusiva responsabilidad de la persona que accede a ellos o los utilice.Fundación Mundo Ciudad no asume responsabilidad alguna por la información

3http://transparencia.rree.gob.pe/index.php?option=com_content&view=article&id=93&Itemid=144

30

contenida en páginas Web de terceros a las que se pueda acceder por enlaces (links) o buscadores de las páginas Web de Fundación Mundo Ciudad. La presencia de enlaces (links) en nuestras páginas Web tendrá finalidad meramente informativa y en ningún caso supone sugerencia, invitación o recomendación sobre los mismos4.

INDECOPI: Código de Consumo beneficiará a consumidores sin afectar leyes del mercado

En la elaboración del documento la institución participó de manera activa, con su experiencia de casi 18 años en defensa del consumidor, procurando que el mismo tenga el equilibrio necesario y que no afecte a ninguna de las partes que participan en las relaciones de consumo. Asimismo, el Código ha sido trabajado de manera técnica, objetiva y democrática, pues en su elaboración estuvieron presentes todos los sectores interesados en el tema. Como se sabe, en los diferentes grupos de trabajo participaron no solo representantes de los grupos parlamentarios, encabezados por la legisladora Alda Lazo. También lo hicieron especialistas de las diferentes instituciones públicas como Digemid, Digesa, Senasa, Ministerio de Agricultura, Ministerio de Salud, Ministerio de la Producción, entre otros5..

Ley N° 29985 DEL DINERO ELECTRÓNICO - BILLETERA MÓVIL

LEY QUE REGULA LAS CARACTERÍSTICAS BÁSICAS DEL DINERO ELECTRÓNICO COMO INSTRUMENTO DE INCLUSIÓN FINANCIERA.

Artículo 2. Dinero electrónico El dinero electrónico es un valor monetario representado por un crédito exigible a su emisor, el cual tiene las siguientes características:a) Es almacenado en un soporte electrónico.b) Es aceptado como medio de pago por entidades o personas distintas del emisor y tiene efecto cancelatorio.c) Es emitido por un valor igual a los fondos recibidos.d) Es convertible a dinero en efectivo según el valor monetario del que disponga el titular, al valor nominal.e) No constituye depósito y no genera intereses.

Artículo 5. Emisores de dinero electrónico Los emisores de dinero electrónico:a) No pueden establecer un límite a la vigencia de los fondos de dinero electrónico, distinto al reglamentado. Cuando transcurran diez (10) años sin que una cuenta de dinero electrónico tenga movimientos y sin que medie reclamación durante ese lapso, dichos fondos son remitidos a la Dirección General de Endeudamiento y Tesoro Público del Ministerio de Economía y Finanzas para ser destinados a programas de inclusión financiera.b) Están sujetos a los límites de emisión de dinero electrónico de una Unidad Impositiva Tributaria (UIT) por transacción, de acuerdo a las condiciones que se establezca en la reglamentación de la presente Ley.

4http://www.eurofilmfestival.com/aviso.html5http://www.indecopi.gob.pe/0/modulos/NOT/NOT_DetallarNoticia.aspx?PFL=0&NOT=132

31

c) Se sujetan a las disposiciones de encaje y a las que por la Ley 29440, Ley de los Sistemas de Pagos y de Liquidación de Valores, formule el Banco Central de Reserva del Perú.

Artículo 7. Exoneración del Impuesto General a las Ventas Exonérase del Impuesto General a las Ventas por un período de tres (3) años, contado a partir de la vigencia de la presente Ley, la emisión de dinero electrónico efectuada por las Empresas Emisoras de Dinero Electrónico.

32

Capítulo II: Marco Teórico

33

2.1. Antecedentes.

Gracias al Internet hoy no es necesario recurrir a las guías telefónicas para

buscar un restaurante, ya que hay mucha información online. Sin embargo suele

estar dispersa, incompleta y la mayoría de veces no geo localizada. Por este

motivo no se tiene un buen control de los restaurantes ni de la información que

se pueda tener de ellos.

El modelo de negocios tiene un parecido a MercadoLibre.com, pues las

utilidades vienen desde el lado de las comisiones, mientras que los usuarios no

deben pagar costos extras. El concepto aplicado por Evolutiva Software es el de

“software como un servicio” (Software as a Service – SaaS), que implica que los

restaurantes no pagan licencias de uso del software sino más bien una pequeña

renta mensual por el uso de él, contando con la posibilidad de gestionar su oferta

gastronómica, sus pedidos “on-line” y la apertura de una nueva tienda virtual. El

mercado objetivo en principio se enfocará a restaurantes que cuenten con sus

Deliverys y actualmente procesen sus pedidos telefónicamente.

La diferencia con ofertas similares se enmarca en la Web 2.0, que incorpora

funcionalidades “atípicas” en este tipo de sitios, tales como AJAX, Web

Bloggers, incorporación de mapas, comunidades virtuales y la formación de

verdaderos “fans club”, utilidades que beneficiarán tanto a los usuarios finales

como a los propios restaurantes quienes podrán utilizar Delivery Web como una

herramienta de Marketing para la publicación de descuentos y ofertas para sus

fans.

Asimismo, para efectuar el pago por el servicio brindado, se implementará el

sistema de pago de monedero móvil desde un dispositivo celular, el cual ha sido

recientemente aprobado en nuestro país.

Avatar:Es una representación dinámica de las opciones que puede tener un usuario

dentro de un Sistema Web, puede incluir el cambio de contraseñas,

34

imágenes, detalles, descripciones o alguno relacionado al usuario que este

logeado.

Administrar Promociones:Es lo que se puede ofrecer al cliente como promoción por compras y es lo

que se puede subir a la página para que visualice el cliente.

Consultar por Unidad de Negocio:Una Unidad de Negocio es el conjunto de Tiendas, pero el nombre es

diferente a todas estas, pues es en si el nombre de la empresa es el conjunto

de las Tiendas en forma grupal como por Ejemplo: La unidad de Negocio

Domino’s Pizza y tiene sus tiendas que son: Asia, Chorrillos, La Católica.

Consultar por Tienda:Si soy cliente para poder consultar algunos productos estoy en la necesidad

de consultar los por la tienda, si el cliente sabe cuál es la tienda que llegan a

mi domicilio entonces puedo hacer una búsqueda por la misma tienda, de lo

contrario el mismo Portal Web me puede validar de acuerdo a los rangos

que abarca esta tienda comparándolos con mis coordenadas de

geolocalización de Googlemaps.

Delivery:Servicio de entrega a domicilio de productos. Los tipo de Delivery son

motorizados o en bicicleta, por lo general en todas las tiendas de Domino’s

Pizza son en Moto, y abarcan zonas ya establecidas por el personal de

Administración.

Portal Web:Un portal web, es un conjunto de páginas web y que ofrecen información,

herramientas y/o servicios a sus usuarios, de esta manera se le brinda al

usuario, la facilidad de poder encontrar en dicho sitio todas sus necesidades

sin salir de dicho portal6.

Tipos de portales Web:

6http://www.tusistema.com/articulo.aspx?art=5

35

Estáticas: Son páginas web simples y comunes hechas en HTML puro, solo

muestran información de la misma plantilla ó formulario, se puede incluir

alguna imagen GIF o algún banner sin ningún problema.

Dinámicas: A diferencia de la anterior, en las dinámicas el cliente puede

interactuar con la web, la cual le puede mostrar información, reportes,

descripciones y a su vez interactuar con una base de datos la cual brinde

información adecuada dependiendo del formulario donde se encuentre.

Para este tipo de portales no es tan necesario tener que programarlos todos

pues hay aplicaciones que solo son necesarios instalarlos así como el:

Joomla, el cual es un gestor de contenidos que se instala en el mismo

servidor quien ya tiene una base de datos estructurada lista para poder usar.

Animadas: son un tipo de páginas las cuales son únicamente hechas en

Flash y usan el lenguaje de programación: ActionScript para que el Cliente

pueda interactuar con esta, también puede tener una base de datos pero el

manejo de objetos y clases es diferente.

Niveles de portales Web enfocado a la práctica:

a. Portal Web personalizado: puede ser usado para subir algunas fotos e

información personal así como nuestra hoja de vida o coger alguna

plantilla que el servidor de hosting nos recomiende para poder usarla.

b. Portal Web profesional: estas páginas web son mucho más profesionales

pues usan herramientas avanzadas para la construcción de estas.

c. Portales empresariales: son portales tales como: deremate.com, kotear.pe,

amazon.com. las cuales fueron hechas únicamente para generar dinero y

promover algunos productos y de sus ventas poder sacar un beneficio,

por lo general es un porcentaje de cada venta o un monto estático si es

que eres vendedor frecuente.

Reportes:Los Reportes en el Sistema Web van a ser de acuerdo a los detalles que se

establezcan para que la información sea filtrada, también solo la podrán

36

hacer algunos usuarios pues la información es netamente de todos los

Clientes o pedidos que pertenezcan a la Unidad de Negocio de la persona

que haya ejecutado el reporte.

Sistema Web:Un Sistema Web es como un gestor de contenidos el cual interpreta de

manera ordenada toda la información que será alimentada por el Portal Web

y por el mismo Sistema Web. En el presente proyecto el Sistema Web lo

van a utilizar solo el personal de las tiendas y el acceso es restringido por

usuarios y contraseñas, en su interior la validación se realizara para que la

información esté bien filtrada de tal manera que dos usuarios que

pertenezcan a una Unidad de Negocio pero de diferentes Tiendas no pueden

ver los mismo pedidos

Unidades de Negocio:Es la representación de una empresa, se le llama así pues el Cliente no

interactúa con este sino con sus Tiendas los cuales son los lugares donde se

fabrican los productos y reparten a los Clientes

En los presentes gráficos se muestra la relación entre los meses y la cantidad

de pedidos en la misma Página Web de Domino’s Pizza a nivel de todas las

tiendas de Lima, estos cuadros estadísticos son el resumen desde que la

página Web salió en funcionamiento hasta el mes de Octubre del 2011.

37

Capítulo III: Estado del Arte

38

3.1 DesarrolloLas empresas grandes y pequeñas requieren de un software para poder satisfacer

sus necesidades de ventas, para lo cual se implementará con un software libre a

continuación el detalle de todas estas tecnologías.

PHP: es un lenguaje de programación interpretado, diseñado originalmente

para la creación de páginas Web dinámicas. Se usa principalmente para la

interpretación del lado del servidor7.

Para el sistema online de pedidos este lenguaje de programación será una de

las tecnologías más importantes puesto que el lenguaje de comunicación del

servidor Web con la página Web será a través de este lenguaje de

programación.

JavaScript: es un lenguaje de programación interpretado dialecto del

estándar. Se define como orientado a objetos, basado en

prototipos, imperativo, débilmente tipado y dinámico8.

Sera utilizado para las validaciones en todos los formularios que contengan

alguna excepción, como por ejemplo cuando el cliente quiere registrarse,

este tiene que ingresar su número telefónico necesariamente, para lo cual se

necesita validar que este campo sea obligatorio, para lo cual es necesario

validarlo con este lenguaje de programación.

MySQL: Es un sistema de gestión de bases de

datos relacional, multihilo y multiusuario es software libre puesto que no se

requiere comprar ninguna licencia para su funcionamiento9.

Esta tecnología es una de las más importantes para nuestro Sistema de

Pedidos Web puesto que escomo el corazón de todo el sistema ya que toda

la información que voy a mostrar en la Web estará almacenada en esta base

de datos, para todos los registros de clientes y de productos de las tiendas,

todas estarán almacenadas en este mismo gestor de base de datos.

7http://es.wikipedia.org/wiki/PHP8http://es.wikipedia.org/wiki/Javascript9http://es.wikipedia.org/wiki/MySQL

39

Google Maps: es el nombre de un servicio gratuito de Google. Es un

servidor de aplicaciones de mapas en la Web. Ofrece imágenes de mapas

desplazables, así como fotos satelitales del mundo entero e incluso la ruta

entre diferentes ubicaciones10.

Esta tecnología es una por las cuales el proyecto va apostar para incluirla,

pues hay mucha gente que no sabe usarla, a pesar de eso está dentro del

alcance que el usuario al registrarse pueda indicar su ubicación actual por

medio del Googlemaps, para que se pueda hacer las validaciones con las

tiendas más cercanas y también para poder validar si es que la tienda a la

cual el cliente desea hacer un pedido realmente cubre la zona en la cual se

encuentra.

Hosting (en inglés Web hosting): es el servicio que provee a los usuarios

de Internet un sistema para poder almacenar información, imágenes, vídeo,

o cualquier contenido accesible vía Web11.

Esta tecnología es el medio para poder almacenar las cuentas de correo

electrónico, también para poder almacenar las imágenes del sistema para

que los Administradores de las tiendas puedan subir sus imágenes de sus

productos y las imágenes de la misma página Web.

También contendrá la base de datos, se podrá manejar cuanto de ancho de

banda consume mensualmente, la cantidad de visitas a mis diferentes

formularios que pueda tener, los correos electrónicos con extensión del

dominio y varias aplicaciones que ya vienen con el mismo.

Dominio: es una red de identificación asociada a un grupo de dispositivos o

equipos conectados a la red Internet12.

El propósito principal de los nombres de dominio en Internet y del sistema

de nombres de dominio (DNS), es traducir las direcciones IP de cada nodo

activo en la red, a términos memorizables y fáciles de encontrar.

10http://es.wikipedia.org/wiki/Google_Maps11http://es.wikipedia.org/wiki/Hosting12 http://notifarandulin.blogspo http://es.wikipedia.org/wiki/Dominio_de_Internet

40

CPanel Es una herramienta de administración basado en tecnologías Web

para administrar sitios de manera fácil, con una interfaz limpia. Se trata de

un software no libre disponible para un gran número de distribuciones

de Linux que soporten RPM, como SuSE, Fedora, Mandriva, etc13.

Workbench es la herramienta oficial de MySQL para el diseño visual de

esquemas de bases de datos. En la pestaña MySQLModel se especifica la

estructura física en tablas y vistas también para documentar una bd existente

o migrar otra a MySQL14.

Esta herramienta va ayudar mucho para poder hacer los esquemas de la base

de datos, ya que siempre el sistema va inclir nuevos módulos, por lo cual se

tiene que extender la cantidad de diseño de la misma base de datos y

necesitaríamos un esquema para poder tener una visualización clara de

cómo está evolucionando nuestro modelo de entidades.

Empresas Emisoras de Dinero Electrónico (EEDE), son las empresas que

serán las encargadas de ofrecer cuentas para hacer operaciones aceptadas no

solamente entre bancos, sino por restaurantes, pago de servicios públicos,

tiendas comerciales, etc.

13http://es.Wikipedia.org/wiki/cpanel 14http://mariafernandezuc3m.wordpress.com/2009/03/13/software-libre-vs-software-licenciado/

41

Capítulo IV: Modelado del Negocio

42

4.1. Reglas del Negocio

Con el fin de alcanzar las metas propuestas, hoy en día las empresas definen

políticas o normas especiales que se deben cumplir en algunas actividades de los

procesos diarios de la organización15. Es común ver queestas excepciones o

condiciones especiales varían de acuerdo con las exigencias del entorno

cambiante.

Las unidades de Negocio serán administradas por el Administrador de la

Web.

Los administradores de Tiendas son los únicos que podrán administrar los

productos de acuerdo a la tienda que estén asignados.

Los Administradores de Unidad de Negocio podrán crear las tiendas y

ubicaciones detalladas.

El Recepcionista de Pedidos solo podrá hacer la toma de pedidos.

Los Clientes tendrán una interfaz diferente a la de administración de

Productos y Pedidos.

4.2 Casos de Uso del Negocio

Diagrama de Casos de Uso del Negocio:

15http://wiki.bizagi.com/90/index.php?title=Reglas_de_Negocio

CUN_RecepcionarPedido

(from Casos Usos Negocio)

CUN_EntregarPedido


CUN_GestionarPedido


<<extend>>

N_CLIENTE

(from Actores del Negocio)

<<extend>>

43

4.3. Diagramas de Actividades del negocio

Diagrama de flujo de cada proceso

Diagrama del CUN: Recepcionar Pedido

Diagrama del CUN: Gestionar Pedido

Solicita informacion de productos por telefono

¿Desea pedir?

Solicita el pedido y entrega datos personales

dicta lista de productos que puede pedir

Recepciona y Registra datos

Lista de Productos : Listado de Productos

Datos del Cliente : Datos del ClienteNO SI

RECEPCIONISTA : N_CLIENTE

44

Diagrama del CUN: Entregar Pedido

Diagrama de Casos de Uso del Negocio (CUN):

Verifica datos del pedido

Es viable ? Comunica la negación del pedido

No

Verifica Productos necesarios

Si

Existen productos?

Ordena preparación del pedido

Insumos : Insumos

Recibe confirmación de negación

Recibe Confirmación Positiva

No

Si

ClienteEncargado de Pedidos

Ordena reparto del pedido

Registra pedido rechazado

Registro de Pedidos : Registro de Pedidos

Se traslada al domicilio del cliente

Verifica los datos del cliente

Registra pedido entregado

Devuelve el pedido a la empresa

Recibe el pedido

Verifica el pedido

Conforme?

Registro de Pedidos : Registro de Pedidos

Datos del Cliente : Datos del Cliente

Si

No

ClienteRepartidorEncargado de Pedidos

45

Diagrama de Entidades del Negocio:

.

CUN_GestionarPedidoCUN_RecepcionarPedido

CUN_EntregarPedido

InsumosEncargado de Pedidos

Verifica

Listado de Productos

N_Recepcionista

Comunica

Datos del Cliente

Registra

Registro de Pedidos

N_Repartidor

Confirma

Actua...

46

Capítulo V: Requerimientos del Proyecto

47

5.1. Requerimientos del Software

5.1.1 Relación de Requerimientos

El Registro de los administradores será realizado de forma interactiva por

el Administrador del Sistema.

5.1.2 Especificación de requerimientos (funcionales y no Funcionales)

Requerimientos Funcionales:

a) El Registro de los administradores será realizado de forma

interactiva por el Administrador del Sistema.

b) El Portal Web permitirá registrar a diferentes usuarios

Administradores.

c) El Portal Web permitirá la asignación y modificación asignadas a

cada usuario.

d) El Portal Web permitirá controlas los accesos al sistema mediante

Usuario y Contraseña.

e) El Portal Web permitirá hacer una búsqueda avanzada de los

productos de todas las tiendas suscritas en el Portal.

f) El Portal Web permitirá la actualización de datos personales de los

clientes.

g) El Sistema permitirá conocer por medio de reportes estadísticos el

avance de la Tienda comparada en toda la Unidad de Negocio.

h) Se podrá tener una copia del pedido en la bandeja de correo de cada

Cliente y Administrador de Tienda.

i) El Administrador de Unidad de Negocio será el único gestor de las

tiendas a las que le pertenecen.

j) El Recepcionista de pedidos solo podrá ver y atender los pedidos que

estén en su tienda.

48

k) El Administrador de tienda solamente puede modificar los productos

que pertenezcan a su tienda la cual administre y también puede

atender los pedidos que lleguen.

Requerimientos No Funcionales:

Capacidad de Uso:

Los requisitos de capacidad de uso están relacionados con la facilidad de

comprensión de los usuarios con respecto al sistema. Se han contemplado

los siguientes requerimientos:

a) Interfaz amigable

Las interfaces serán amigables e intuitivas para los usuarios dando

con ello la facilidad de su uso.

b) Ayuda

El sistema contara con toda la ayuda necesaria que el usuario

necesite para poder manejarlo con eficacia. En esta ayuda se contará

con el Manual de Usuario.

c) Uso de las interfaces del sistema

Se emplearán estándares de interfaz (no más de cinco tipos distintos)

de manera que el usuario se sienta rápidamente familiarizado.

Confiabilidad:

a) Integridad de datos

Se dispondrá de seguridad tanto a nivel del sistema como de la base

de datos.

Funcionamiento:

a) Tiempo de respuesta

El tiempo de respuesta del sistema será de 5 segundos como máximo.

49

b) Plataforma

Se necesitará la versión Internet Explorer 6.0 como mínimo o el Mozilla

Firefox 3.0 o el Chrome o el Safari o el Opera.

5.2. Casos de Uso del Sistema

5.2.1. Diagrama de Actores del Sistema.

5.2.2. Descripción de Actores del sistema

Administrador del SistemaRepresenta La persona encargada de realizar la

administración del sistema así como realizar todas las funciones del sistema.

Descripción Se encarga de administrar usuarios, y los trabajadores involucrados en el negocio. Tiene acceso a todos los módulos.

Tipo Es un usuario del sistema

Responsabilidad Asegurar una administración adecuada.

Administrador de Unidad de NegocioRepresenta La persona encargada de la Administración de

toda una Unidad de Negocio.

Descripción Encargada de Administrar todas las Tiendas pues

50

hay alguna que solo abre por temporadas, en ese caso tiene que desactivarlo.


Responsabilidad Asegurar que todas las Tiendas tengan la información adecuada y actualizada.

Administrador de TiendaRepresenta Es la persona que se encarga únicamente de los

productos de una tienda.

Descripción Si hay algunos productos que tienen bajo Stock de productos entonces esta persona es la indicada para modificar el producto que se encuentra publicada en el Portal Web desactivándola.


Responsabilidad Asegurar que los productos de su respectiva tienda estén actualizados y sean los correctos.

Recepcionista de PedidosRepresenta La persona encargada de recepcionar los pedidos

que puedan llegar a través del Portal Web.

Descripción Cuando llega algún pedido del portal Web esta persona es la indicada para procesarla y confirmarla en el caso que los datos estén conformes.


Responsabilidad Verificar que todos los pedidos referentes a su tienda asignada puedan sean procesados y confirmados a través del mismo Sistema Web.

ClienteRepresenta La persona que hace los pedidos en el Portal

Web.

Descripción Es la persona que hace el envío de pedidos por la web.


51

Responsabilidad Brindar sus datos correctamente.

5.2.3. Diagrama de paquetes del Sistema.

5.2.4. Casos de Uso del Sistema

Diagramas de caso de uso

Paquete Seguridad

Paquete de Pedidos

Paquete de Administracion

Paquete Consultas

52

5.2.5. Especificaciones de Casos de Uso Significativos

Especificación del caso de uso Realizar Pedido

Flujo Básico:

1. El cliente ingresa al Portal Web.

2. Selecciona el producto referente a alguna tienda a la cual pueda tener

alcance el lugar donde se encuentre (su domicilio).

Sub Flujo:

El usuario puede hacer la búsqueda de la tienda pero si desea hacer una

búsqueda efectiva tendría que registrarse para que el PortalWeb valide las

coordenadas de la ubicación.

3. Selecciona el producto que desee pedir.

Sub Flujo:

El usuario puede eliminar o cambiar la cantidad del pedido sin ninguna

restricción.

4. Selecciona la opción de confirmar el pedido para pueda pasar a un

siguiente nivel de confirmación.

Sub Flujo:

Si el Cliente ya está registrado puede ir a la confirmación del pedido

De lo contrario tendría que ir al formulario de Registro de Cliente.

5. Una vez que ya reviso en este nuevo formulario toda la información

detallada de su pedido y datos personales le da en la opción de

Conformidad de pedido.

6. El portal Web envía un correo con la Información a la bandeja del

Recepcionista de Pedidos, también envía una copia a la bandeja del Cliente

y lo inserta en la Base de Datos para que pueda ser mostrada a través del

Sistema Web.

Especificación del Caso de Uso Administrar Productos

53

Flujo Básico

1. El actor ingresa al Panel de Configuración de Administrador de

Unidad de Negocio.

2. El actor selecciona la opción de Administración de Productos.

3. El sistema muestra una lista con los productos que maneja la Unidad

de Negocio.

4. El actor selecciona la respectiva opción que requiere:

SubFlujo: (Agregar productos):

- El sistema muestra una ventana, en la que se agregan las

características de los productos a agregar.

o Nombre del Producto

o Tienda a la que pertenecerá el plato

o Descripción.

- El actor ingresa los datos y selecciona “Agregar”.

SubFlujo: (Modificar productos):

- El usuario selecciona el producto que desea modificar.

- El sistema muestra una ventana con los datos modificables:

o Nombre del producto

o Tienda a la que pertenecerá el producto

o Descripción.

- Luego de actualizar los datos, el actor selecciona “Modificar”

SubFlujo: (Eliminar Producto):

- El actor selecciona el producto que desea eliminar.

- El sistema muestra una ventana para la confirmación de

eliminación.

- El actor confirma la eliminación del producto.

Flujos Alternativos

El actor luego de elegir una de las opciones puede volver a seleccionarlas, para realizar

una nueva acción de administración.

Especificación del caso de uso Administrar Tiendas

54

Flujo Básico 1. El actor ingresa al Panel de Configuración de Administrador de

Unidad de Negocio.

2. El actor selecciona la opción de Administración de Tiendas.

3. El sistema muestra una lista con las tiendas que pertenecen a la

Unidad de Negocio.


SubFlujo: (Agregar Tienda):


características de la tienda a agregar.

o nombre_tienda

o direccion_tienda

o telefono_tienda


SubFlujo: (Modificar Tienda):

- El usuario selecciona la tienda que desea modificar.

- El sistema muestra una ventana con los datos modificables de la

tienda:

o nombre_tienda

o direccion_tienda

o telefono_tienda


SubFlujo: (Eliminar Tienda):

- El actor selecciona la tienda que desea eliminar.


eliminación.

- El actor confirma la eliminación de la tienda.

Flujos Alternativos

55



Especificación del caso de uso Administrar Unidad de Negocio

Flujo Básico

El sistema muestra la interfaz “Administrar Unidad de Negocio” con las opciones de

busca, editar nuevo y eliminar.

1. Crear Unidad de Negocio

a) El caso de uso comienza cuando el Administrador del Sistema

selecciona “nuevo” en la interfaz Administrar Unidad de Negocio.

b) El sistema muestra la interfaz “Crear Unidad de Negocio”.

c) El Administrador del Sistema ingresa los datos de la Unidad de

Negocio como son: Nombre, Rubro, Ruc, Numero Teléfono, Email,

Número de Tiendas.

d) El Administrador de Sistema elige la opción de Grabar para guardar

la nueva Unidad de Negocio.

e) El Sistema guarda el registro y envía un mensaje de confirmación de

la creación de la Unidad de Negocio y regresa a la interfaz

Administrar Unidad de Negocio.

Sub Flujo:

Cuando el Administrador del Sistema selecciona guardar sin

haber llenado todos los campos requeridos, el sistema muestra un

mensaje de error “Falta llenar campos” y lo retorna al la interfaz

Crear Unidad de Negocio.

2. Editar Unidad de Negocio

a) El Administrador del Sistema ingresa el criterio de búsqueda de la

Unidad de Negocio ya sea Nombre o RUC y selecciona

“Buscar”.

56

b) El Sistema muestra las Unidades de Negocio y sus datos en una tabla

en la interfaz Administrar Unidad de Negocio.

c) El Administrador del Sistema presiona “Editar” en la Unidad de

Negocio que desea editar.

d) El Sistema muestra la interfaz Editar Unidad de Negocio.

e) El Administrador de Negocio modifica los datos que requiera y selecciona “Grabar”.

f) El Sistema guarda los datos y envía un mensaje de confirmación de la Actualización de la Unidad de Negocio y regresa a la interfaz Administrar Unidad de Negocio.

3. Eliminar Unidad de Negocioa) El Administrador del Sistema ingresa el criterio de búsqueda de la

Unidad de Negocio ya sea Nombre o RUC y selecciona “Buscar”

b) El Sistema muestra las Unidades de Negocio y sus datos en una tabla

en la interfaz Administrar Unidad de Negocio.

c) El Administrador del Sistema selecciona la Unidad de Negocio

mediante un checkbox y selecciona “Eliminar”.

Sub Flujo:

Cuando el Administrador del Sistema selecciona eliminar sin

haber seleccionado la Unidad de Negocio, el sistema muestra un

mensaje de error “Falta seleccionar la Unidad de Negocio a

eliminar” y lo retorna a la interfaz eliminar Unidad de Negocio.

d) El Sistema envía un mensaje de Confirmación de la Eliminación.

e) El Administrador del Sistema confirma seleccionando “Aceptar”

f) El Sistema guarda los datos y regresa a la interfaz Administrar

Unidad de Negocio.

Sub Flujo:

No coloca criterio de búsqueda

57

Si en editar Unidad de Negocio y eliminar Unidad de Negocio el Administrador del

Sistema presionar buscar sin ingresar un criterio de búsqueda, el sistema muestra un

mensaje de error “Falta ingresar Unidad de Negocio a buscar”.

Error no seleccionar Suministro

Especificación del Caso de Uso Administrar Usuarios

Flujo Básico

1. El actor ingresa al Panel de Configuración.

2. El actor selecciona la opción de Administración Usuarios.

3. El sistema muestra una lista con los Usuarios registrados en el Sistema.


SubFlujo: (Agregar Usuarios):


características del Usuario a agregar.

o Nombre completo del Usuario

o Usuario de Usuario

o Tipo de Usuario

o Clave

o Pregunta

o Respuesta

o Fecha de Registro


SubFlujo: (Modificar Usuarios):

- El usuario busca al Usuario que desea modificar por su Nombre de

Usuario.

- El sistema muestra una ventana con los datos modificables:

o Nombre completo del Usuario

o Nombre de Usuario

o Tipo de Usuario

58

o Clave


SubFlujo: (Eliminar Usuarios):

- El actor busca el cliente que desea eliminar por su Nombre de

Usuario.


eliminación.

- El actor confirma la eliminación del Usuario.

Flujos Alternativos



Especificación del caso de uso Confirmar Pedido

Flujo Básico 1) El actor ingresa al Panel de Configuración de Administrador de Unidad

de Negocio o de Tienda.

2) El actor selecciona la opción de Pedidos.

3) El sistema muestra una lista con los pedidos, mostrando sus

características principales:

- Productos que conlleva

- Nombre y dirección del cliente

- Estado

- Precio y forma de pago

4) Si el pedido no está confirmado, el actor puede realizar la confirmación

5) El actor selecciona la opción de confirmación de pedido

6) El sistema cambia el estado del pedido a “atendido” y envía un email de

confirmación al cliente, comunicándole que su pedido se realizará.

59

Flujos Alternativos El actor puede rechazar el pedido, de manera que el sistema envía un email de rechazo

al cliente indicándole que su pedido no se podrá realizar.

El sistema guarda el estado del pedido como rechazado.

5.3. Modelo Conceptual del Sistema

5.3.1. Diagrama del Modelo Conceptual.

5.3.2. Diccionario de Clases

E_Log:

60

Se refiere a la entidad que va almacenar todos los errores que puedan

surgir directamente en la Base de Datos.

E_Perfil:

Es la entidad que va especificar los diferentes perfiles o roles que

puedan haber como por ejemplo: Administrador de Tienda el cual

tiene un Alias pero este Alias es interno y solo se filtrara por los

Scripts que puedan determinar el acceso hacia algunos formularios.

E_Usuario

Son los Usuarios con sus Detalles como por Ejemplo el

Administrador del Sistema que tiene como detalle su fecha de

nacimiento, nombre, edad, email.

E_Unidad Negocio

Esta Entidad va almacenar las diferentes Unidades de Negocio que

pueda hacer en todo el Sistema Web.

E_Tienda

La Entidad Tienda va almacenar los detalles de cada una de las

Tiendas, está relacionada con E_UnidadNegocio pues esta es la

dependencia principal para que se puedan filtrar las diferentes

Tiendas.

E_TipoPago

Pertenece al Tipo de Pago especificando si puede ser en Efectivo o

en Crédito, tipo de Tarjeta, también tendrá un detalle del pedido pues

cada pedido puede tener diferentes tipos de pago.

E_Pedido

61

Es la Entidad Principal de Todo el Sistema pues en ella van a estar

almacenadas todos los pedidos de todas las Tiendas indistintamente

de las Unidades de Negocio.

E_Pedido_Detalle

El pedido tiene algunas especificaciones que necesariamente tienen

que estar dentro de esta Entidad pues tienen que relacionarse con

otras Entidades como: E_ProductoDetalle.

E_Cliente

Esta Entidad es otra de las más importantes pues va almacenar a

todos los Clientes que estén registrados en el Portal Web y

únicamente los Usuarios y password ingresados podrán ser validos

para el Portal Web pero no para el Sistema Web pues no son

administradores del sistema.

E_Producto

Son los Productos que van a mostrarse en el mismo PortalWeb, así

como por ejemplo: Pizza Americana con su Detalle que es el Precio,

conjuntamente con su detalle que están relacionados con las demás

Entidades.

E_Categoria

Es la Categoría de Producto pues un producto puede pertenecer al

rubro de Pizzas, pollos, Chifas, etc.

E_Producto_Tipo

Los productos tienen un tipo el cual será especificado en esta

Entidad par que puedan ser bien especificados y no estén juntos en la

misma.

62

E_Producto_Detalle

Es la Especificación del Detalle de cada producto, esta

especificación indica tanto el precio como el IdProducto al cual le

pertenecen y por donde están relacionados.

5.4. Benchmarking

Leyenda de la funcionalidades:

0-No tiene.

1-Baja (Poco amigable y pocos datos).

2-Media (poco amigable o con datos suficientes).

3-Alta (amigable y con datos suficientes)

Benchmarking para el proyecto de Sistema Pedido Comida Vía Internet

Características Funcionales

Portal Web

Yo no cocino PedidoYa Alimentosdelivery

Gestión de Clientes 3 2 2 1

Realiza perdido por la Pagina Web

3 0 2 2

Puedes buscar lo que necesitas por lugar por rubro de negocio y por producto

3 3 2 2

Genera Reporte por Tienda, por una cadena de tienda o por Unidad de Negocio

3 2 3 0

Puede Administrar Promociones

3 2 3 2

Confirmación de Pedido que se Responde la Solicitud en 5 min

3 1 2 1

Administra el Pedido por Cadena de Tienda, por Tienda

3 2 2 2

63

Características No Funcionales

Seguridad 3 2 3 2

Mantenibilidad 3 2 3 2

Desempeño 3 3 2 3

Compatibilidad 3 3 2 2

Ser Extensible 3 2 2 2

Puntaje total 36 26 25 21

Otros aspectos de evaluación

Software Base Sistema operativo

Windows,Linux Windows,Linux Windows,linux Windows

Servidor de base de datos

MySql No especifica MySqlNo

especificaLenguaje de programación

PHP No especifica PHPVisual

Fox Pro

Código fuente No se entrega No se entrega No especificaNo se

entrega

Configuración

Disco 256Mb. 500Mb. 500 Mb. 1 Gb.

Procesador1.8Ghz o superior

1.8Ghz. O superior

Intel Celeron o Superior

1.8GHz o superior

Memoria 256MB 256 MB 256MB 512MB

La Solución propuesta es la que mejor se adecua para poder llevar a cabo este proyecto

referente a los pedidos y recepción de pedidos por medio de alguna forma o medio de

comunicación que en este caso es la Internet.

5.5. Prototipo de la Solución

Página principal del portal:

64

Pantalla de Registro de Empresas:

65

Formulario del registro de Clientes:

66

Formulario en que se van a presentar los productos para una tienda especifica:

Ingresando al carrito de compras:

67

Capítulo VI: Arquitectura

68

Capítulo VII: Desarrollo y Pruebas

69

Capítulo VIII: Conclusiones y Recomendaciones

70

GLOSARIO DE TÉRMINOS:

1. Confirmar Hacer más cierto algo.

2. Cobertura Espacio geográfico de alcance para la realización de un pedido.

3. Confirmar Hacer más cierto algo.

4. Cobertura Espacio geográfico de alcance para la realización de un pedido.

5. Entregar Ponerse en las manos o en el poder de otra persona.

6. EEDE, Empresas Emisoras de Dinero Electrónico

7. FlyersSon diseños que van a ser creados e impresos como volantes para repartir a la

gente, esto genera un ingreso pues ayuda a conocer a los posibles clientes los

productos nuevos que estén promocionando en el mismo flyer.

8. Garantía Estado del pedido en el que se confirma la certeza al realizar el servicio a

un cliente que lo solicitó.

9. Google Mapses el nombre de un servicio gratuito de Google. Es un servidor de

aplicaciones de mapas en la Web. Ofrece imágenes de mapas desplazables, así como

fotos satelitales del mundo entero e incluso la ruta entre diferentes ubicaciones o

imágenes a pie de calle Street View. Es similar a Google Earth, una aplicación

Windows/Mac/Linux que ofrece vistas del Globo terráqueo impactantes, pero que

no es fácil de integrar a páginas Web.

10. Insumos Materia prima necesaria para la elaboración del pedido.

11. PHP es un lenguaje deprogramación interpretado, diseñado originalmente para la

creación de páginas web dinámicas.

12. MySQL es un sistema de gestión de base de datos relacional, multihilo y

multiusuario.

13. MySQLWorkbench es una aplicación para el diseño y documentación de bases de

datos (sucesora de la aplicación DBDesigner4) pensada para ser usada con el

71

sistema de gestión de bases de datos MySQL (recién adquirido por Sun

Microsystems). Existen dos versiones del producto, una es open Source y la otra es

una versión comercial. Evidentemente, la versión comercial proporciona algunas

funcionalidades que pueden resultar de interés en algún ámbito, aunque la versión

open source es más que suficiente para la realización de la práctica.

14. Orden de ComprasDocumento comercial utilizado para solicitar el suministro de

bienes o servicios a cambio de un pago

15. Pedidos Documento en el que se solicita una mercancía o un servicio.

16. PromocionesAcción o resultado de promover; Acción o resultado de promocionar;

actividades realizadas para dar a conocer un producto.

17. RecepcionarHecho en el que se registran los datos del cliente y del pedido que

desea realizar.

18. Solicitar Pedir, hacer conocer el deseo de obtener o conseguir un servicio o un

bien.

19. TiendasEstablecimiento específico de una Unidad de Negocio, comprende su

ubicación específica y se mide la cobertura de entrega según ésta.

72

BIBLIOGRAFÍA.

http://es.wikipedia.org/wiki/Gesti%C3%B3n_de_proyectos

http://cursos.puc.cl/pps1-1/almacen/1284137378_glarrail_sec4_pos0.pdf

http://www.slideshare.net/jcfdezmx2/la-organizacin-por-procesos-presentation

http://www.infomipyme.com/Docs/GT/Offline/administracion/areafuncional.htm

http://www.delivery.com.pe/lasCanastasStore/inicio.do

http://www.burgerking.com.py/delivery/

http://www.bembos.com.pe/bembosStore/inicioPortal.do

http://www.deliverytube.com.ar/

http://www.neodelivery.com/

http://www.sinimanes.com/

http://www.informatica-juridica.com/anexos/Ley_27806_Transparencia_y_Acceso_Informacion_Publica_13_julio_2002.asp

http://elperuanolegal.blogspot.com/2013/01/ley-n-29985-ley-que-regula-las.html?m=0

http://elcomercio.pe/actualidad/1524539/noticia-como-funciona-dinero-electronico

http://elcomercio.pe/actualidad/1524539/noticia-como-funciona-dinero-electronico

http://elperuanolegal.blogspot.com/2013/01/ley-n-29985-ley-que-regula-las.html?m=0

Tesis Delivery y Pago Movil (1)

Documents

Transcript of Tesis Delivery y Pago Movil (1)