Tesis Delivery y Pago Movil - Parte 1ver3 Correccion

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

2

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.

3

ABSTRACT

This thesis project is focused on the business process for companies that provide food handouts for Delivery.

It focuses on three modules, one for the Business Unit Manager where you can manage your stores, entering each store there are fewer permits users to help manage the entire sales process. Another consumer is the module which is a dynamic web portal where consumers can interact with the shops and products that were created by the Business Unit Managers, so that this information can be updated daily commitment is needed from all actors directly involved with management web System. Finally the module payment through electronic purse.

The Web Portal will manage all information via email, text messaging and intranet to facilitate the management and administration of orders.

Will be implemented in companies who want the electronic purse, which through a text message sent from a cell phone may be paid the order.

4

RESUMEN

El presente proyecto de Tesis está enfocado en el proceso de negocio para las empresas que brindan el reparto de alimentos por Delivery.

Está enfocado en tres módulos, uno para el Administrador de Unidad de Negocio donde puede administrar sus tiendas, ingresando a cada tienda existen usuarios con menos permisos que ayudarán a gestionar todo el proceso de venta. Otro es el módulo del consumidor el cual es un portal Web dinámico donde los consumidores podrán interactuar con las tiendas y productos que fueron creados por los Administradores de Unidad 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. Por último el módulo de pago a través de monedero electrónico.

El Portal Web manejará toda la información vía correo electrónico, mensajes de texto e intranet para facilitar el manejo y administración de los pedidos.

Se implantará en las empresas que lo deseen el monedero electrónico, el cual mediante un mensaje de texto enviado desde un celular se podrá pagar el pedido.

5

INDICE

INTRODUCCION.........................................................................................................7Capítulo I: Visión del Proyecto.....................................................................................81.1. Antecedentes del Problema.................................................................................91.1.1. El Negocio.......................................................................................................91.1.2. Los Procesos del Negocio.............................................................................111.2. Descripción del Problema.................................................................................151.3. Objetivos del Proyecto......................................................................................181.3.1 Marco Lógico................................................................................................181.3.2 Objetivo General...........................................................................................201.3.3 Objetivos Específicos....................................................................................201.4. Justificación del Proyecto.................................................................................211.4.1. Beneficios Tangibles.....................................................................................211.4.2. Beneficios Intangibles...................................................................................211.5. Alcance del Proyecto........................................................................................221.6. Viabilidad del proyecto.....................................................................................231.6.1 Viabilidad Técnica........................................................................................231.6.2 Viabilidad Económica:..................................................................................241.6.3 Viabilidad Legal............................................................................................29Capítulo II: Marco Teórico..........................................................................................332.1. Sistema..............................................................................................................342.2. Tipos de Sistema...............................................................................................342.3. Sistema de Información....................................................................................342.4. Tecnologías de la Información y la Comunicación (TIC)................................352.5. Tipos de Procesos de Negocio..........................................................................362.6. Software Libre..................................................................................................372.7. Dinero Electrónico............................................................................................382.8. Pago Móvil........................................................................................................382.9. Entidades Emisoras de dinero Electrónico.......................................................39Capítulo III: Estado del Arte.......................................................................................413.1 Revisión de Papers............................................................................................423.1.1. Integrando Especificaciones Textuales y Elementos de modelado UML en un Marco de Trabajo para Trazabilidad de Requisitos................................................423.1.2. Towards Security by Construction for Web 2.0 Applications......................423.1.3. Identifying Extensions Required by RUP (Rational Unified Process) to Comply with CMM (Capability Maturity Model) Levels 2 and 3..............................433.1.4. Implicaciones estratégicas del comercio electrónico basado en Internet......433.1.5. Medios de pago electrónico. Piedra angular en el desarrollo del comercio electrónico...................................................................................................................44Capítulo IV: Modelado del Negocio...........................................................................454.1. Reglas del Negocio...........................................................................................464.2 Casos de Uso del Negocio................................................................................464.3. Diagramas de Actividades del negocio.............................................................47Capítulo V: Requerimientos del Proyecto...................................................................505.1. Requerimientos del Software............................................................................515.1.1 Requerimientos Funcionales.........................................................................515.1.2. Requerimientos No Funcionales:..................................................................525.2. Casos de Uso del Sistema.................................................................................53

6

5.2.1. Diagrama de Actores del Sistema.................................................................535.2.2. Descripción de Actores del sistema..............................................................535.2.3. Diagrama de paquetes del Sistema................................................................555.2.4. Casos de Uso del Sistema.............................................................................555.3. Modelo Conceptual del Sistema.......................................................................565.3.1. Diagrama del Modelo Conceptual................................................................565.3.2. Diccionario de Clases....................................................................................565.4. Benchmarking...................................................................................................595.5. Prototipo de la Solución....................................................................................60GLOSARIO DE TÉRMINOS:....................................................................................69BIBLIOGRAFÍA.........................................................................................................71

7

INTRODUCCION

En el Perú, las personas no acostumbran a realizar compras en línea, tampoco ingresar

el número de su cuenta bancaria a una página web a diferencia del pago móvil. La

palabra móvil, nunca antes se le había dado tanta importancia y se le habían asociado

tantos sustantivos. Si existía un Marketing en línea, ahora existe un Marketing Móvil, si

existía la web tradicional ahora lo hace la web móvil y por supuesto si existe el

comercio electrónico también tiene su correspondiente adjetivo móvil a su lado.

Muchos clientes ahora sólo tendrán que presentar sus teléfonos móviles en lugar de

pagar con efectivo, o sacar una tarjeta de crédito. Dado que los programas de pagos

móviles son relativamente baratos y no requieren conocimientos técnicos sofisticados

para ponerlos en práctica, muchas pequeñas empresas se han apresurado a adoptar esta

nueva tecnología.

Hoy en día el comercio electrónico en el Perú está siendo exitoso para la comida y la

bebida, el auge se encuentra en la buena administración entre restaurantes y habilidades

de poder entregar un buen producto por este medio.

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

empresas 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. El que mediante el uso de

un dispositivo móvil se pueden efectuar transacciones de pago por un bien o servicio.

8

Capítulo I: Visión del Proyecto

9

1.1. Antecedentes del Problema

Existen muchas empresas que desean implementar una solución para poder

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

veces estas implementaciones demoran mucho tiempo. Se requiere de un

planeamiento del sistema a desarrollar, programadores, conocimientos

tecnológicos o tercerizar el servicio mediante una consultora y esto conlleva en

un sobrecosto del servicio que es reflejado en el servicio 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 y tiendas 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 reparto a domicilio y sus clientes más frecuentes. Asimismo

permitirá a los clientes poder identificar mejor a las empresas que estén dentro

de su alcance de reparto usando una validación de 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 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 el Perú tiene 24 tiendas entre Lima Metropolitana y el Callao, por

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

la Panamericana Sur y otra en Arequipa, en todas sus tiendas hacen

pedidos por Delivery.

El centro de ideas, capacitaciones, planeamientos, estrategias de

marketing, entre otras de Domino’s Pizza en Perú, son oficinas en las

cuales se encuentran todas las áreas administrativas de la empresa.

10

La empresa cuenta con 350 personas laborando en las tiendas

aproximadamente 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

11

internacional como Domino's Pizza que tiene como 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 fabricación de insumos como masas y quesos, para los demás

insumos tienen sus proveedores los cuales traen en grandes cantidades

a sus almacenes.

La única tercerización que hacen es la impresión de sus volantes y

pancartas, el resto de procesos como: desarrollo web, diseño gráfico,

contabilidad, RRHH son procesos internos de la empresa.

Mapa del Negocio

El servicio de Domino’s Pizza tiene la mejor atención para los clientes

pues en cada establecimiento existe un Administrador de Tienda,

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

de las pizzas tengan Stock, de no tener insumos por una llamada

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 existe la distribución de afiches masivos o volanteo, los

miembros de la tienda inclusive el Administrador salen a repartir

afiches de promociones a los transeúntes, 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.

12

Contabilidad:Elaboración de existencias entre insumos y productos finales

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

13

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.

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, el

vendedor le informa si existe alguna promoción vigente, el cliente es

quien toma la decisión para poder aceptar el pedido, una vez que el

vendedor le haya ofrecido las promociones, el cliente acepta el pedido,

lo paga y espera hasta que termine la preparación, al final le entregan

su pedido.

14

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

cliente cuando envía la solicitud del pedido si va realizar el pago

móvil, de ser así, la Empresa Emisora de Dinero Electrónico (EEDE)

le envía al cliente el monto de la operación y un código único al

cliente. El cliente para dar su aceptación debe confirmar la solicitud

respondiendo el mensaje con dicho código y se le descuenta el monto

de su saldo inicial

Leyenda de Procesos:

Compra de insumosDomino’s pizza tiene su propia planta de quesos 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, Jamón Otto Kunz, Cartones, cajas Carvinza y

salsas de tomate Carozzi. Estas son empresas que fueron visitadas

por un inspector de sanidad para que puedan ser proveedores

directos de Domino’s Pizza.

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 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 tienen

establecidos 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

manera directa es llevar a los hogares tarjetas de invitación para

que gusten algún nuevo sabor o simplemente invitando.

15

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.

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 de Dinero 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.2. Descripción del Problema

Hay muchas empresas que desean implementar una solución para poder llegar

a sus clientes pero no cuentan con la infraestructura necesaria y muchas veces

estas implementaciones toman mucho tiempo. Se requiere de un planeamiento

de modelado, programadores, costo o tercerizar el servicio, esto tiene un

sobrecosto del servicio que es trasladado al cliente final.

Existen muchos Portales Web que solo se preocupan por vender y mostrar sus

productos a los clientes pero no se preocupan por la funcionalidad de la misma

como brindar una geo localización de las tiendas, alcance del Delivery o saber

exactamente donde vive cada cliente.

Las empresas afiliadas al Portal Web pueden tener un control de sus pedidos

para reparto a domicilio. Permitirá a los clientes poder identificar mejor a las

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

16

empresas que estén dentro de su alcance de reparto a domicilio usando

coordenadas de los mapas con la ayuda de Googlemaps. Asimismo 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

Cantidad; 62

Cantidad; 385

Cantidad; 462Cantidad; 413

Cantidad; 563

Cantidad de Pedidos 2010 - Domino's Pizza

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

Cantidad; 510

Cantidad; 632

Cantidad; 602

Cantidad; 849

Cantidad; 974

Cantidad; 1106

Cantidad; 1353

Cantidad; 1068 Cantidad;

995

Cantidad; 1230

Cantidad; 1189

Cantidad; 1626



17

Cantidad; 1464

Cantidad; 1498


1580Cantidad;

1523 Cantidad; 1229


1775

Cantidad; 1948

Cantidad; 2582



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 (2011)

Tienen acceso a Internet, 24,

24%No tienen Ac-

cceso, 76, 76%

Cantidad de familias que tienen acceso a Internet

Tienen acceso a In-ternet

No tienen Accceso

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

18

1.3. Objetivos del Proyecto

1.3.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 delivery.

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

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á geo localizada 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á 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 automáticamente.

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.3.2 Objetivo General.

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

Desarrollo de un portal Web donde pueda encontrar información

centralizada de diferentes empresas de venta de comida por Delivery e

innovar la modalidad del pago por monedero electrónico.

1.3.3 Objetivos Específicos

Unificar a todas las empresas y poder ayudar a los Clientes a tener

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

Una mejor localización de las tiendas con ayuda de Googlemaps.

Aumento de los ingresos para las medianas y grandes empresas que

hagan Delivery.

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

exactamente los rangos de alcance en todos los distritos de Lima y

Callao.

Gracias a tener centralizada la información, los clientes no tendrán

que perder mucho tiempo en buscar teléfonos o referencias y

direcciones de tiendas.

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 contribuye a una competencia por precios.

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

domicilios pues esto será validado automáticamente al escoger un

producto específico.

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

de acuerdo a la cantidad de pedidos procesados.

21

1.4. Justificación del Proyecto

1.4.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 tienen tiempos que se

podrían reducir realizando 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.

Reducción de costos usando la opción de Pago móvil.

La ley contempla que las transacciones financieras que utilicen la

modalidad de pago móvil, tendrá un bajo costo de operación a

diferencia del uso de las tarjetas de crédito.

1.4.2.Beneficios Intangibles

Los Beneficios intangibles buscan lo siguiente:

22

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

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

Podrán enviar varios pedidos de manera ordenada pues el carrito de

compras es individual por cada tienda, esto para evitar cualquier

confusión en vueltos, tipos de pago y entrega de boletas.

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

Los locales pueden ser puntuados a través de estrellas del 1 al 5.

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 los pedidos Web.

Uso de tecnologías actuales como medio de pago.

El uso de los dispositivos móviles tales como los celulares dado su

gran uso permitirá efectuar las transacciones financieras con mayor

rapidez y seguridad ya que no requieren de una infraestructura

especial a la ya existente.

1.5. 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á calificar a las tiendas,

realizar pedidos, localizar su ubicación y actualización de datos.

c) Cada Unidad de Negocio va tener un usuario que va realizar consultas,

administración de pedidos, tiendas y productos.

23

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

todos los detalles vinculados a su Empresa.

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

manera eficiente.

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

1.6. Viabilidad del proyecto

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

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

rendimiento y capacidad.

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

redactado con anterioridad pues otros proveedores vienen con otros tipos

de gestores de Hosting, el Cpanel es muy útil pues con él 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.6.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


Meses Total S./

25

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

2 Diciembre 13300 13600 0.2 2660 2720

27960 28680

Prom: 28320

27


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

6 Julio 17800 17900 0.2 3560 3580

6 Agosto 17900 18000 0.2 3580 3600

6 Septiembre 18000 18100 0.2 3600 3620

28

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 0TIR = 31.6%

29

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

En 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 la página Pa’ Llevar y, por

tanto, queda prohibida su reproducción, distribución, comunicación

pública y transformación, salvo para uso personal y privado. Igualmente,

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

30

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

Pa Llevar 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.

Pa’ Llevar no asume responsabilidad alguna por la información contenida

en páginas Web de terceros a las que se pueda acceder por enlaces (links)

o buscadores de las páginas Web. 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.

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

31

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.

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

32

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.

33

Capítulo II: Marco Teórico

34

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

continuación detallaremos las bases teóricas para la implementación de la

presente tesis.

2.1. Sistema

“Estamos, pues, ante un conjunto de elementos que tienen propiedades y

atributos. Todo elemento está especificado por sus atributos y, si estos elementos

son seres humanos, los atributos que permiten identificarlos en el sistema son su

comportamiento de comunicación, por oposición a los atributos intrinsequitos,

por ejemplo. Un sistema es pues un conjunto de elementos y de relaciones – que

existen entre estos elementos y entre sus atributos – organizados en función de

un fin. Esta interacción es tal que un cambio en un elemento o en sus relaciones

desencadena un cambio en los otros elementos y en el sistema entero.” [1]

2.2. Tipos de Sistema

“De los muchos acercamientos teóricos que se han hecho en el estudio de los

pequeños grupos humanos uno que compartimos, porque nos ilustra

perfectamente al respecto, es el que realiza la Teoría General de los Sistemas.

Esta teoría, sintéticamente, define sistema como un conjunto de elementos

interdependientes entre sí. Y diferencia entre sistema abierto y sistema cerrado:

Define sistema abierto como aquel que mantiene un permanente flujo de

intercambio con su entorno y cuya evolución es independiente de las

condiciones iniciales.

En su contrario, al sistema cerrado lo define como aquel que no mantiene ningún

intercambio con su entorno y cuyo estado final depende totalmente de las

condiciones iniciales del propio sistema.” [2]

2.3. Sistema de Información

“El sistema de información empresarial es diseñado e implantado en la

organización no sólo para gestionar la información y el conocimiento sino

también como medio para mejorar los procesos empresariales y en última

35

instancia para crear valor. Un sistema de información, por tanto, será tanto más

eficiente y mejor cuanto más capaz sea de mejorar los procesos de negocios y

los de la toma de decisiones en la empresa conduciendo a una mayor

rentabilidad y, o a unos menores costes. Por esa razón, un sistema de

información que no proporcione un conocimiento o información de salida de

mayor valor en términos de utilidad, que el coste de producirlos u obtenerlos no

debe ser mantenido en la empresa.

Desde un punto de vista técnico y apoyándonos en el llamado enfoque sistémico

un sistema de información es todo aquel conjunto de recursos organizados e

interrelacionados dinámicamente que permiten el procesamiento de uno de esos

recursos –la información- para que sus usuarios puedan tomar decisiones y

ejecutar sus funciones para el cumplimiento de los objetivos empresariales.

Un sistema de información por tanto realiza tres grandes funciones para

conseguir el objetivo de satisfacer las necesidades de información:

Captura o recolecta datos tanto externos como internos.

Trata esos datos mediante procesos que operan con ellos.

Distribuye la información resultante a los usuarios y actividades que la

requieran.” [3]

2.4. Tecnologías de la Información y la Comunicación (TIC)

“Las Tecnologías de la Información y la Comunicación (TIC) están presentes en

todos los niveles de nuestra sociedad actual, desde las más grandes

corporaciones multinacionales, a las PYMES, gobiernos, administraciones,

universidades, centros educativos, organizaciones socioeconómicas y

asociaciones, profesionales y particulares.

Ordenadores, teléfonos móviles, reproductores MP3, tarjetas de memoria,

Televisión Digital Terrestre (TDT), Discos Versátiles Digitales (DVD)

portátiles, navegadores Global Position System (GPS), Internet, etc., son

tecnologías que se han convertido en imprescindibles para muchas personas y

empresas.

36

La aplicación de las TIC a todos los sectores de la sociedad y de la economía

mundial ha generado una serie de términos nuevos como, por ejemplo, e-

business y e-commerce (negocio y comercio electrónico), e-goverment

(gobierno electrónico), e-health (sanidad electrónica), e-learning (formación a

distancia), e-inclusión (inclusión social digital o el acceso a las TIC), e-work

(teletrabajo), e-mail (correo electrónico), banda ancha (ancho de banda grande

en el acceso a las redes de telecomunicación), domótica (control de

electrodomésticos en el hogar), etc.” [4]

2.5. Tipos de Procesos de Negocio

To my best knowledge, there is no agreed academic or industrial classification or

taxonomy of the different types of business processes. From a higher-level

viewpoint, there are two main perspectives of business processes: the level

perspective and the core competency perspective.

Level Perspective

The level perspective classifies business processes into levels like those of

traditional organization charts. This perspective is mainly influenced by Robert

N. Anthony, who defines three levels of management activities:

1. Operational control, which is “the process of assuring that specific tasks

are carried out effectively and efficiently.”

2. Management control, which is “the process by which managers assure

that resources are obtained and used effectively and efficiently in the

accomplishment of the organization’s objectives.”

3. Strategic planning, which is “the process of deciding on the objectives of

the organization, on changes in these objectives, on the resources used to obtain

these objectives, and on the policies that are to govern the acquisition, use, and

disposition of these resources.”[5]

Traducción (por Yonel Huamán):

37

A mi leal saber y entender, no hay acuerdo de clasificación académica, industrial

o taxonomía de los diferentes tipos de procesos de negocio. Desde un punto de

vista de nivel superior, hay dos perspectivas principales de los procesos de

negocio: la perspectiva del nivel y la perspectiva de las competencias básicas.

Nivel Perspectiva

La perspectiva nivel clasifica a los procesos de negocio en niveles como los de

los organigramas tradicionales. Esta perspectiva está influenciada

principalmente por Robert N. Anthony, que define tres niveles de actividades de

gestión:

1. El control operacional, que es "el proceso de asegurar que las tareas

específicas se llevan a cabo con eficacia y eficiencia."

2. El control de gestión, que es "el proceso por el cual los gerentes asegurar

que los recursos son obtenidos y utilizados con eficacia y eficiencia en el

cumplimiento de los objetivos de la organización."

3. La planificación estratégica, que es "el proceso de decidir sobre los

objetivos de la organización, sobre los cambios en estos objetivos, sobre los

recursos utilizados para alcanzar estos objetivos, y sobre las políticas que han de

regir la adquisición, uso y disposición de estos recursos. "

2.6. Software Libre

Cuando un programa de software libre deja de estar en manos de su autor, esto

no significa necesariamente que siga siendo software libre para cualquiera que se

haga con una copia de él. Por ejemplo, el software de dominio público —

software sin copyright— es software libre, pero cualquiera puede modificarlo y

hacer una versión propietaria a partir de él. Lo mismo ocurre con muchos

programas libres con copyright que se distribuyen con licencias simples muy

permisivas que autorizan el desarrollo de versiones propietarias modificadas.

El ejemplo paradigmático de este problema es el X WindowSystem.

Desarrollado en el MIT y publicado como software libre con una licencia

permisiva, pronto fue adoptado por diversas empresas informáticas. Añadieron

38

X, sólo en forma binaria, a sus sistemas propietarios Unix, siempre

acompañados del clásico acuerdo de confidencialidad. Estas copias de X dejaron

de ser software libre, igual que Unix. [6]

2.7. Dinero Electrónico

El dinero electrónico, también conocido como e-money, efectivo electrónico,

moneda electrónica, dinero digital, efectivo digital o moneda digital; se refiere a

dinero que se intercambia sólo de forma electrónica.

La emisión de dinero electrónico comprende las operaciones de emisión

propiamente dicha de dinero electrónico, reconversión a efectivo, transferencias,

pagos y cualquier movimiento u operación relacionada con el valor monetario

del que disponga el titular y necesaria para las mismas.

En la Ley Peruana N° 29985: Ley del dinero electrónico define al dinero

electrónico como 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. [7]

2.8. Pago Móvil

Pago Móvil se refiere al conjunto de servicios que permiten realizar

transacciones financieras a través de teléfonos móviles. Incluye tanto el pago de

determinados productos y servicios como la transferencia de dinero de persona a

persona. Sus características y ventajas varían en función de la empresa

prestadora que puede ser una entidad financiera, una empresa de

39

telecomunicaciones, una tarjeta de crédito o una alianza entre distintos tipos de

compañías.

Como parte de lo que genéricamente se llaman “pagos móviles” se distinguen al

menos tres tipos de operaciones diferentes:

Transferencia de dinero (entre distintos usuarios de telefonía móvil)

Compras (comercio electrónico móvil o Mcommerce)

Pago móvil en el punto de venta (utilizando el propio teléfono y acercándolo

a un determinado lector, por ejemplo a través de la tecnología NFC)

El mecanismo de los monederos móviles sería simple. Se trataría de “almacenes

de dinero virtual o electrónico, distintos a una cuenta bancaria, provenientes de

un abono de dinero en efectivo efectuado por el usuario en los Agentes

Autorizados por el proveedor u operador del servicio. Una vez realizado el

abono, el usuario podría utilizar los fondos, (constituidos como dinero

electrónico), para realizar transferencias a otras personas o empresas, para lo

cual solo tendría que enviar una orden de pago al proveedor de servicios desde

su teléfono móvil, ya sea a través de mensajes de texto o accediendo a un menú

para dar indicaciones.”

2.9. Entidades Emisoras de dinero Electrónico

Las entidades de dinero electrónico se dedican a emitir dinero electrónico, que

es admitido como medio de pago por empresas distintas a la entidad emisora.

Se entiende por dinero electrónico el valor monetario representado por un

crédito exigible a su emisor:

Ninguna entidad de crédito que pretenda realizar la actividad de emitir medios

de pago en forma de dinero electrónico podrá recibir fondos por importe

superior al valor monetario emitido.

Las Empresas Emisoras de Dinero Electrónico son sujetos obligados a

proporcionar la información a que se refiere el artículo 3 de la Ley 27693, Ley

que crea la Unidad de Inteligencia Financiera - Perú, y sus modificatorias,

conforme a lo dispuesto en el literal a) del numeral 3.1 del artículo 3 de la Ley

29038, Ley que incorpora la Unidad de Inteligencia Financiera del Perú (UIF-

40

PERÚ) a la Superintendencia de Banca, Seguros y Administradoras Privadas de

Fondos de Pensiones, y sus normas reglamentarias. En tal sentido, se encuentran

obligadas a cumplir con las disposiciones reglamentarias emitidas sobre

prevención del lavado de activos y financiamiento del terrorismo que emita la

Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de

Pensiones, siendo responsables de aplicar las normas del presente numeral a sus

clientes o usuarios que adquieran el dinero electrónico que emitan.

41

Capítulo III: Estado del Arte

42

3.1 Revisión de Papers

Para la presente investigación se ha recogido información de algunos papers a fin

de tomar conocimiento sobre el tema y darle una mejor explicación. A

continuación demostraremos algunos de ellos:

3.1.1. Integrando Especificaciones Textuales y Elementos de modelado UML en un Marco de Trabajo para Trazabilidad de Requisitos

En este paper se describe la trazabilidad de requisitos que permiten

asegurar la continua concordancia entre los requisitos de los stakeholders

y los artefactos producidos durante el proceso de desarrollo de software.

En este trabajo se presenta un modelo de referencia para la trazabilidad

de requisitos, basado en UML y que integra tanto especificaciones

textuales como elementos de modelado UML, consiguiendo así una

representación homogénea para todos los artefactos producidos durante

el proceso de desarrollo y para las dependencias de trazabilidad entre

ellos. Aprovechando los mecanismos de extensión de UML, se consigue

que la propuesta sea adaptable y extensible según las características

particulares de un proyecto.

3.1.2. Towards Security by Construction for Web 2.0 Applications

En este paper nos muestra algunas de las cuestiones de seguridad

conocidos y de la fiabilidad de la Web 2.0 basado en el desarrollo de

aplicaciones. Nos muestra que en el desarrollo de aplicaciones Web 2.0

hay un cambio de paradigma en evolución en el enfoque de seguridad a

los clientes. También podemos encontramos en este documento, como

son algunas de las mejores prácticas en seguridad de aplicaciones Web

2.0, y la lista de los enfoques más eficaces y las contramedidas. Por

último, nos presenta algunas recomendaciones para mejorar el entorno de

seguridad en la Web 2.0, así como una indicación de algunas

investigaciones futuras en este ámbito. Este documento está dirigido

tanto para los desarrolladores y usuarios de los sistemas basados en Web

43

2.0

3.1.3. Identifying Extensions Required by RUP (Rational Unified Process) to Comply with CMM (Capability Maturity Model) Levels 2 and 3

Este paper nos informa que la mayoría de programas requiere una o más

prácticas de categoría superior o alguna otra variación de estos para

poder elaborar un software de ingeniería nos da pautas que debemos

considerar a menudo para la realización final de este, nos informa que

todo proyecto es orientado a los requisitos. Muchos proyectos se basan

en el modelo en cascada tradicional o alguna variante de la misma. Este

documento nos presenta una solución amplia, para la secuencia de

desarrollo de software, con un disciplinado proceso de desarrollo, por el

cual se basa en el Rational Unified Process (RUP) el cual nos impulsa al

uso de un caso de uso, al centrado en la arquitectura, el enfoque de

desarrollo iterativo. En el documento se presenta una descripción

detallada de los pasos a seguir para el desarrollo del mismo.

3.1.4. Implicaciones estratégicas del comercio electrónico basado en Internet

El presente artículo pretende delimitar el concepto de comercio

electrónico y sus modalidades, analizar el impacto estratégico en las

organizaciones del mismo e identificar los modelos de negocio basados

en Internet, entre los que se encuentran los nuevos intermediarios como

el dinero electrónico.

Se presenta un marco jerárquico de E-commerce, que consta de tres

niveles: infraestructura, servicios y productos y estructuras, lo que a su

vez, se componen de siete niveles funcionales. Estos niveles de

desarrollo de comercio electrónico, así como del análisis, van desde la

infraestructura de telecomunicaciones de área amplia a los mercados

electrónicos y las jerarquías electrónicos habilitados por el comercio

electrónico. Varios problemas nodales se discuten de manera que definirá

el futuro desarrollo en el comercio electrónico, incluida la integración de

44

pagos electrónicos en el proceso de compra, la construcción de un

mercado de consumo, la gestión de los negocios electrónicos y la nueva

intermediación.

3.1.5. Medios de pago electrónico. Piedra angular en el desarrollo del comercio electrónico

El comercio electrónico proporciona a las empresas una mejora de la

eficiencia y de la capacidad de realizar procesos de negocio a través de

transacciones automáticas. El comercio electrónico se clasifica en varias

categorías atendiendo a cuáles son sus objetivos de negocio. Los dos

tipos de comercio electrónico que mayor importancia tienen actualmente

debido a su desarrollo y penetración en los procesos empresariales son:

1. Busines-to-Consumer (B2C): en este tipo los consumidores compran

productos y servicios directamente a la empresa sin necesidad de ningún

intermediario.

2. Business-to-Business (B2B): en éste las empresas compran y venden

sus productos o servicios entre ellas, automatizando los procesos de

compra y venta que realizan. El B2B proporciona una mayor capacidad

de actualización de los datos producidos en las transacciones de

negocios. Para realizar dichas transacciones, los compradores y

vendedores pueden encontrarse en un mercado electrónico e intercambiar

la información que necesiten. Además, el B2B hace que la información

de los productos esté disponible de forma global y proporciona la

posibilidad de su modificación en tiempo real.

45

Capítulo IV: Modelado del Negocio

46

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ón6. Es común ver que estas excepciones o

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

cambiante.

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

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

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

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

ubicaciones detalladas.

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

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

y Pedidos.

R6. Para el pago con dinero electrónico el cliente debe estar registrado en el

sistema que es una Empresa Emisora de Dinero Electrónico y contar con

crédito disponible para proceder con la atención del pedido.

R7. La modalidad de recarga de crédito en el monedero electrónico es ingresando

el número de la operación y el monto de la recarga y luego esta es validada

manualmente por personal de la Empresa Emisora de Dinero Electrónico.

R8. Para efectuar el pago, se debe responder el mensaje de texto con el código

enviado por el sistema, el cual es único por cada pedido efectuado.

4.2 Casos de Uso del Negocio

Diagrama de Casos de Uso del Negocio:

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

47

CUN_RecepcionarPedido

(from Casos Usos Negocio)

CUN_EntregarPedido


CUN_GestionarPedido


<<extend>>

N_CLIENTE

(from Actores del Negocio)

<<extend>>

4.3. Diagramas de Actividades del negocio

Diagrama de flujo de cada proceso

Diagrama del CUN: Recepcionar 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

Diagrama del CUN: Gestionar Pedido

48

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

Diagrama del CUN: Entregar Pedido

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

Diagrama de Casos de Uso del Negocio (CUN):

49

CUN_GestionarPedidoCUN_RecepcionarPedido

CUN_EntregarPedido

Diagrama de Entidades del Negocio:

.

InsumosEncargado de Pedidos

Verifica

Listado de Productos

N_Recepcionista

Comunica

Datos del Cliente

Registra

Registro de Pedidos

N_Repartidor

Confirma

Actua...

50

Capítulo V: Requerimientos del Proyecto

51

5.1. Requerimientos del Software

5.1.1 Requerimientos Funcionales

RF1. El Registro de los administradores será realizado de forma interactiva

por el Administrador del Sistema.

RF2. El Portal Web permitirá registrar a diferentes usuarios con el rol de

Administrador del sistema.

RF3. El Portal Web permitirá la asignación y modificación de los permisos a

cada usuario.

RF4. El Portal Web permitirá controlar los accesos al sistema mediante

Usuario y Contraseña.

RF5. El Portal Web permitirá hacer una búsqueda avanzada de los

productos de todas las tiendas suscritas en el Portal.

RF6. El Portal Web permitirá la actualización de datos personales de los

clientes.

RF7. Se podrá tener una copia del pedido en la bandeja de correo de cada

Cliente y de la Tienda.

RF8. El Administrador de Unidad de Negocio será el único gestor de las

tiendas a las que le pertenecen.

RF9. El Recepcionista de pedidos solo podrá ver y atender los pedidos que

estén en su tienda.

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

RF11. El Administrador del Sistema es el único que podrá validar la recargas

de Dinero Electrónico ingresadas por los clientes.

RF12. El sistema enviará de manera automática un mensaje de texto al

cliente indicando el monto de su pedido y el código único de

transacción que confirma la operación.

RF13. Luego de efectuado un pedido el sistema solo aceptara la recepción

del código de transacción enviada desde el número de celular del

cliente que efectuó el pedido.

52

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

b) Plataforma

53

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 Encargado de Administrar todas las Tiendas que pertenecen a una misma Unidad de Negocio.

54


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

Administrador de TiendaRepresenta Es la persona que se encarga de administrar de

los productos y servicios 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 gestionar 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 destinados a su tienda puedan ser 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 la solicitud de los pedidos por la web.


Responsabilidad Registrar sus datos correctamente.

55

5.2.3. Diagrama de paquetes del Sistema.

Paquete Seguridad

Paquete de Pedidos

Paquete de Administracion

Paquete Consultas

5.2.4. Casos de Uso del Sistema

CUS_Realizar Pedido

(f rom Casos Usos Sistema)CUS_Iniciar Sesion

(f rom Casos Usos Sistema)

CUS_Registrar Cliente


CUS_Administrar Usuarios Intranet


CUS_Administrar Tiendas


CUS_Administrar UUNN


CUS_Realizar Pago MMEE


CUS_Confirmar Pago


CUS_Confirmar Pedidos por Tienda


Recepcionista de pedidos

CUS_Registrar UUNN


CUS_Aprobar UUNN


CUS_Administrar Clientes


CUS_Registrar Recargas MMEE


Administrador de Sistema

(f rom Actores del Sist...

CUS_Confirmar Recargas MMEE


CUS_ Administrar Productos


Cliente

Administrador de Unidad de Negocio


Administrador de Tienda


CUS_Consultar Saldos MMEE


Diagramas de caso de uso

56

5.3. Modelo Conceptual del Sistema

5.3.1. Diagrama del Modelo Conceptual.

5.3.2. Diccionario de Clases

E_Log:

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

57

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

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

58

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 para que puedan ser bien especificados y no estén juntos en

la misma.

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.

59

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 Web de Pedido de Comida Vía Internet y servicio de Delivery con Pago Móvil

Características Funcionales

Pa’ llevar 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

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

Geo localización para zona de cobertura delivery

3 1 1 1

Opción de Pago Móvil

3 0 0 1

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

60

Ser Extensible 3 2 2 2

Puntaje total 39 23 26 24

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 512MB 512 MB 512MB 1GB

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:

61

Pantalla de Registro de Empresas:

62

Formulario del registro de Clientes:

63

Formulario en que se van a presentar los productos para una tienda específica:

Ingresando al carrito de compras:

64

Administrador de Pago Móvil

Ingreso como Administrador

Histórico de Operaciones

Confirmación de Recargas

65

Saldos de Cliente

Ingreso como Tienda

Histórico de Pedidos

66

Pedidos Pendientes de Cancelación

Ingreso como Cliente

Histórico de Operaciones

67

Recarga de Saldos

Cambio de Clave Móvil

69

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. Flyers.- Son 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 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 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 de programació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, multi hilo y

multiusuario.

13. MySQL Workbench.- 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

70

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 Compras.- Documento 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. Promociones.- Acción o resultado de promover; Acción o resultado de

promocionar; actividades realizadas para dar a conocer un producto.

17. Recepcionar.- Hecho 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. Tiendas.- Establecimiento específico de una Unidad de Negocio, comprende su

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

71

BIBLIOGRAFÍA.

[1] Mathilde Du Ranquet, 1997, "Los modelos en trabajo social: intervención con personas y familias", Siglo XXI, ISBN: 978-84-323-0940-3

[2] Juan Báez, 1999, "Investigación cualitativa", Esic Editorial, ISBN: 978-84-7356-483-0

[3] Carmen de Pablos H., 2006, "Dirección y gestión de los sistemas de información en la empresa: Una visión integradora", Esic Editorial, ISBN: 84-7356-445-6

[4] Ramón C. Suárez y Alonso, 2007, "Tecnologías de la Información y la Comunicación", Ideas propias Editorial, ISBN: 978-84-9839-091-9

[5] Anthony, R. N. 1965. Planning and Control Systems: A Framework for Analysis. Harvard Business School, Cambridge, MA

[6] Software libre para una sociedad libre, Richard M. Stallman. Diciembre 2004 Versión 1.0. Pag.22

[7] Ley N° 29985: Ley del dinero electrónico en Perú.

[8] Implicaciones estratégicas del comercio electrónico basado en Internet - Revista de economía, ISSN 0019-977X, Nº 783, 2000

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

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

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

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

[13] http://www.delivery.com.pe/lasCanastasStore/inicio.do

[14] http://www.burgerking.com.py/delivery/

[15] http://www.bembos.com.pe/bembosStore/inicioPortal.do

[16] http://www.deliverytube.com.ar/

[17] http://www.neodelivery.com/

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

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

Tesis Delivery y Pago Movil - Parte 1ver3 Correccion

Documents

Transcript of Tesis Delivery y Pago Movil - Parte 1ver3 Correccion