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

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.

2

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.

3

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.

4

INDICE

INTRODUCCION ........................................................................................................ 7 Capítulo I: Visión del Proyecto .................................................................................... 8 1.1. Antecedentes del Problema ................................................................................ 9 1.1.1. El Negocio ...................................................................................................... 9 1.1.2. Los Procesos del Negocio ............................................................................ 11 1.2. Descripción del Problema ................................................................................ 15 1.3. Objetivos del Proyecto ..................................................................................... 18 1.3.1 Marco Lógico ............................................................................................... 18 1.3.2 Objetivo General. ......................................................................................... 20 1.3.3 Objetivos Específicos ................................................................................... 20 1.4. Justificación del Proyecto ................................................................................ 21 1.4.1. Beneficios Tangibles .................................................................................... 21 1.4.2. Beneficios Intangibles .................................................................................. 21 1.5. Alcance del Proyecto ....................................................................................... 22 1.6. Viabilidad del proyecto .................................................................................... 23 1.6.1 Viabilidad Técnica ....................................................................................... 23 1.6.2 Viabilidad Económica: ................................................................................. 24 1.6.3 Viabilidad Legal ........................................................................................... 29 Capítulo II: Marco Teórico ......................................................................................... 33 2.1. Sistema ............................................................................................................. 34 2.2. Tipos de Sistema .............................................................................................. 34 2.3. Sistema de Información ................................................................................... 34 2.4. Tecnologías de la Información y la Comunicación (TIC) ............................... 35 2.5. Tipos de Procesos de Negocio ......................................................................... 36 2.6. Software Libre ................................................................................................. 37 2.7. Dinero Electrónico ........................................................................................... 38 2.8. Pago Móvil ....................................................................................................... 38 2.9. Entidades Emisoras de dinero Electrónico ...................................................... 39 Capítulo III: Estado del Arte ...................................................................................... 41 3.1 Revisión de Papers ........................................................................................... 42 3.1.1. Integrando Especificaciones Textuales y Elementos de modelado UML en un Marco de Trabajo para Trazabilidad de Requisitos ............................................... 42 3.1.2. Towards Security by Construction for Web 2.0 Applications ..................... 42 3.1.3. Identifying Extensions Required by RUP (Rational Unified Process) to Comply with CMM (Capability Maturity Model) Levels 2 and 3 ............................. 43 3.1.4. Implicaciones estratégicas del comercio electrónico basado en Internet ..... 43 3.1.5. Medios de pago electrónico. Piedra angular en el desarrollo del comercio electrónico .................................................................................................................. 44 Capítulo IV: Modelado del Negocio .......................................................................... 45 4.1. Reglas del Negocio .......................................................................................... 46 4.2 Casos de Uso del Negocio ............................................................................... 46 4.3. Diagramas de Actividades del negocio ............................................................ 47 Capítulo V: Requerimientos del Proyecto .................................................................. 50 5.1. Requerimientos del Software ........................................................................... 51 5.1.1 Requerimientos Funcionales ........................................................................ 51 5.1.2. Requerimientos No Funcionales: ................................................................. 52 5.2. Casos de Uso del Sistema ................................................................................ 53

5

5.2.1. Diagrama de Actores del Sistema. ............................................................... 53 5.2.2. Descripción de Actores del sistema ............................................................. 53 5.2.3. Diagrama de paquetes del Sistema. .............................................................. 55 5.2.4. Casos de Uso del Sistema............................................................................. 55 5.3. Modelo Conceptual del Sistema ...................................................................... 56 5.3.1. Diagrama del Modelo Conceptual................................................................ 56 5.3.2. Diccionario de Clases ................................................................................... 56 5.4. Benchmarking .................................................................................................. 59 5.5. Prototipo de la Solución ................................................................................... 60 GLOSARIO DE TÉRMINOS: ................................................................................... 69 BIBLIOGRAFÍA. ....................................................................................................... 71

6

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.

7

Capítulo I: Visión del Proyecto

8

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.

9

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.

Gerencia Legal Administración

Operaciones

Marketing

Atención al Cliente

Proveedores

Planta de Producción

RRHH

Servicio Técnico

Finanzas

Capacitación

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

10

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.

11

Contabilidad: Elaboración de Ingresos y egresos Elaboración de existencias entre insumos y productos finales Finanzas: *Prestaciones de identidades financieras.*Prestaciones de personas naturales. *Financiamiento de capital propio. Administración de RRHH Capacitación. *Contratación del personal. *Explicación de flujo de trabajo. *Despido del Personal. *Capacitación en preparación de pizzas. *Remuneraciones. *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 Operaciones Logística Marketing Ventas Postventa de Insumos *Revisión de *Repartición de *Control *Alianzas con *Obtención de *Redenciones de insumos Insumos a tiendas. de calidad otras empresas. información Ventas en todas las faltantes. *Almacenamiento de *Diseño de previa. tiendas. de Insumos. productos. Volantes. *Comparación *Conteo de Retorno *Inspección por *Selección *Eventos en de Costos. de vales y volantes. parte de la Planta. de Colegios y *Confirmación insumos. Universidades. de *Promociones pedid por fechas os. resaltantes. *Atención al *Segmentación cliente de mercado. *Atención de *Evaluación de pedid Descuentos. os *Evaluación de quejas.

12

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.

D e l i v e r y

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.

13

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 insumos Domino‘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 Tiendas En este proceso los insumos serán llevados a todas las tiendas para que puedan preparar los productos finales (pizzas).



Preparación de pizzas En 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égicas Domino‘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.

14



Inventario y Finanzas Para 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.

1

2

http://es.wikipedia.org/wiki/Reparto_de_pizza

http://gestion.pe/tu-dinero/que-dice-promulgada-ley-dinero-electronico-2056798

15

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 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, Cantidad de Pedidos 2010 - Domino's Pizza Diciembre, 563

Cantidad, Septiembre, 385

Cantidad, Octubre, 462 Cantidad, Noviembre, 413

Cantidad, Agosto, 62

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

Cantidad de Pedidos 2011 - Domino's Pizza

Cantidad, Diciembre, 1626

Cantidad, Julio, Cantidad,Cantidad, Octubre, 1353 Cantidad, Junio,Cantidad, Agosto, 1230 Cantidad,Noviembre, 1189 Cantidad, Mayo, 1106 1068 Septiembre, 995 974 Cantidad, Abril, 849 Cantidad, Febrero,Marzo, Cantidad, Cantidad, Enero, 632 602 510

Figura 5: Cuadro de Pedidos por el Portal Web de Domino‘s Pizza.

16

Cantidad de Pedidos 2012 - Domino's Pizza

Cantidad, Octubre, 2582

Cantidad, Julio, Cantidad, Cantidad, Marzo, Cantidad, Agosto, 1948 1953 Septiembre, 1889 Cantidad, Abril, Mayo, Cantidad, 1775 Cantidad, Cantidad, Enero, Febrero, 1580 1523 1498 Cantidad, Junio, 1464 1229

Figura 6: Cuadro de Pedidos por el Portal Web de Domino‘s Pizza. 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)

Cantidad de familias que tienen [CATEGORY NAME], acceso a Internet [CATEGORY NAME], [VALUE], [PERCENTAGE ]

[VALUE], [PERCENTAGE ]

Tienen acceso a Internet No tienen Accceso

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

17

1.3. Objetivos del Proyecto 1.3.1 Marco Lógico Árbol de Problemas:

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

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

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

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

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

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

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 están de acuerdo en que sus productos compitan en un mismo portal Web.

Falta de Localización referencial de Tiendas.

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.

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

18

Árbol de Objetivos:

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

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

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

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

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

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

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

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

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

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

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

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

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

19

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.

20

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:

21



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.

22

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

23

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) 0

Detalle

Costo x Mes

Meses

Total S./

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

Año (t) 1

Detalle

Costo x Mes

Renta de hosting Renta de Dominio

Meses

Total S./

12

280

12

130

Pago Diseñador

800

2

1600

Pago Programador

800

2

1600

Pago Modelamiento de procesos

800

2

1600

Pago DBA

900

2

1800

Alquiler PCs

600

2

1200

Alquiler de Local y otros

500

12

6000

Marketing

1000

4

4000 18210

Año (t) 2

Detalle

Costo x Mes

Meses

Total S./

Renta de hosting

12

280

Renta de Dominio

12

130

Pago Diseñador

800

2

1600

Pago Programador

800

2

1600

Pago Modelamiento de procesos

800

2

1600

Pago DBA

900

2

1800

Alquiler PCs

600

2

1200

Alquiler de Local y otros

500

12

6000

Marketing

1000

4

4000 18210

Año (t)

Detalle

Costo x

Meses

Total S./

24

Mes 3

Renta de hosting dedicado

12

Renta de Dominio

12

900 130

Pago Diseñador

800

2

1600

Pago Programador

800

2

1600

Pago Modelamiento de procesos

800

2

1600

Pago DBA

900

2

1800

Alquiler PCs

600

2

1200

Alquiler de Local y otros

500

12

6000

Marketing

1000

4

4000 18830

Año (t) 4

Detalle

Costo x Mes

Meses

Total S./

Renta de hosting dedicado

12

900

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 26630

Año (t) 5

Detalle

Costo x Mes

Renta de hosting dedicado Renta de Dominio

Meses

Total S./

12

900

12

130

Pago Diseñador

800

2

1600

Pago Programador

800

2

1600

Pago Modelamiento de procesos

800

2

1600

Pago DBA

900

2

1800

Alquiler PCs

600

2

1200

Alquiler de Local y otros

500

12

6000

Marketing

1000

4

4000 18830

Año (t) 6

Detalle

Costo x Mes

Meses

Total S./

Renta de hosting dedicado

12

900

Renta de Dominio

12

130

Pago Diseñador

800

2

1600

Pago Programador

800

2

1600

Pago Modelamiento de procesos

800

2

1600

Pago DBA

900

2

1800

Alquiler PCs

600

2

1200

Alquiler de Local y otros

500

12

6000

Marketing

1000

4

4000 18830

Año (t) 7

Detalle Renta de hosting dedicado

Costo x Mes

Meses

Total S./

12

900

25

Renta de Dominio

12

130

Pago Diseñador

800

2

1600

Pago Programador

800

2

1600

Pago Modelamiento de procesos

800

2

1600

Pago DBA

900

2

1800

Alquiler PCs

600

2

1200

Alquiler de Local y otros

500

12

6000

Marketing

1000

4

4000 18830

Beneficios por año: Año

Mes

0 0 0 0 0 0 0 0 0 0 0 0

Enero Febrero Marzo Abril Mayo Junio Julio Agosto Septiembre Octubre Noviembre Diciembre

Año

Mes

1 1 1 1 1 1 1 1 1 1 1 1

Enero Febrero Marzo Abril Mayo Junio Julio Agosto Septiembre Octubre Noviembre Diciembre

Año

Mes

2 2 2 2 2 2 2 2 2 2 2

Enero Febrero Marzo Abril Mayo Junio Julio Agosto Septiembre Octubre Noviembre

Rango de Pedidos 50 101 151 201 401 501 601 801 851 901 1001 1201

Costo S./ 100 150 200 400 500 600 800 850 900 1000 1200 1500

Rango de Pedidos 1500 1700 2000 2500 3500 4000 4800 5500 6300 7700 8000 9000

1700 2000 2500 3500 4000 4800 5500 6300 7700 8000 9000 10000

Rango de Pedidos 10000 10300 10600 10900 11200 11500 11800 12100 12400 12700 13000

10300 10600 10900 11200 11500 11800 12100 12400 12700 13000 13300

0 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1

Costo S./ 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2

Costo S./ 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2

Rango de Ganancias S./ 0 10.1 15.1 20.1 40.1 50.1 60.1 80.1 85.1 90.1 100.1 120.1

0 15 20 40 50 60 80 85 90 100 120 150

671.1

810

Prom:

740.55

Rango de Ganancias S./ 300 340 400 500 700 800 960 1100 1260 1540 1600 1800

340 400 500 700 800 960 1100 1260 1540 1600 1800 2000

11300

13000

Prom:

12150

Rango de Ganancias S./ 2000 2060 2120 2180 2240 2300 2360 2420 2480 2540 2600

2060 2120 2180 2240 2300 2360 2420 2480 2540 2600 2660

26

2

Diciembre

Año

Mes

3 3 3 3 3 3 3 3 3 3 3 3

Enero Febrero Marzo Abril Mayo Junio Julio Agosto Septiembre Octubre Noviembre Diciembre

Año

Mes

4 4 4 4 4 4 4 4 4 4 4 4

Enero Febrero Marzo Abril Mayo Junio Julio Agosto Septiembre Octubre Noviembre Diciembre

Año

Mes

5 5 5 5 5 5 5 5 5 5 5 5

Enero Febrero Marzo Abril Mayo Junio Julio Agosto Septiembre Octubre Noviembre Diciembre

Año

Mes

6 6 6 6

Enero Febrero Marzo Abril

13300

13600

Rango de Pedidos 13600 13700 13800 13900 14000 14100 14200 14300 14400 14500 14600 14700

13700 13800 13900 14000 14100 14200 14300 14400 14500 14600 14700 14800

Rango de Pedidos 14800 14900 15000 15100 15200 15300 15400 15500 15600 15700 15800 15900

16100 16200 16300 16400 16500 16600 16700 16800 16900 17000 17100 17200

Rango de Pedidos 17200 17300 17400 17500

Costo S./ 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2

Costo S./

14900 15000 15100 15200 15300 15400 15500 15600 15700 15800 15900 16000

Rango de Pedidos 16000 16100 16200 16300 16400 16500 16600 16700 16800 16900 17000 17100

0.2

17300 17400 17500 17600

0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2

Costo S./ 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2

Costo S./ 0.2 0.2 0.2 0.2

2660

2720

27960

28680

Prom:

28320

Rango de Ganancias S./ 2720 2740 2760 2780 2800 2820 2840 2860 2880 2900 2920 2940

2740 2760 2780 2800 2820 2840 2860 2880 2900 2920 2940 2960

33960

34200

Prom:

34080

Rango de Ganancias S./ 2960 2980 3000 3020 3040 3060 3080 3100 3120 3140 3160 3180

2980 3000 3020 3040 3060 3080 3100 3120 3140 3160 3180 3200

36840

37080

Prom:

36960

Rango de Ganancias S./ 3200 3220 3240 3260 3280 3300 3320 3340 3360 3380 3400 3420

3220 3240 3260 3280 3300 3320 3340 3360 3380 3400 3420 3440

39720

39960

Prom:

39840

Rango de Ganancias S./ 3440 3460 3480 3500

3460 3480 3500 3520

27

6 6 6 6 6 6 6 6

Mayo Junio Julio Agosto Septiembre Octubre Noviembre Diciembre

Año

Mes

7 7 7 7 7 7 7 7 7 7 7 7

Enero Febrero Marzo Abril Mayo Junio Julio Agosto Septiembre Octubre Noviembre Diciembre

17600 17700 17800 17900 18000 18100 18200 18300

17700 17800 17900 18000 18100 18200 18300 18400

0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2

Rango de Pedidos 18400 18600 18700 18800 18900 19000 19100 19200 19300 19400 19500 19600

Costo S./

18500 18700 18800 18900 19000 19100 19200 19300 19400 19500 19600 19700

0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2

3520 3540 3560 3580 3600 3620 3640 3660

3540 3560 3580 3600 3620 3640 3660 3680

42600

42840

Prom:

42720

Rango de Ganancias S./ 3680 3720 3740 3760 3780 3800 3820 3840 3860 3880 3900 3920

3700 3740 3760 3780 3800 3820 3840 3860 3880 3900 3920 3940

45700

45940

Prom:

45820

Calculo del VAN y la TIR Año t 0 1 2 3 4 5 6 7

VAN(15%)= VAN(15%)= VAN(20%= VAN(20%= TIR =

FSA Flujo Neto (15%,t) de caja (Bt-Ct) -25269.5 1.0000 -6060 0.8696 10110 0.7561 15250 0.6575 10330 0.5718 21010 0.4972 23890 0.4323 26,990 0.3759 76,251

S/.20,834 S/.23,959 S/.12,071 S/.14,485

VA al 15%

-25,270 -5,270 7,645 10,027 5,906 10,446 10,328 10,147 23,959

FSA (20%)

1.0000 0.8333 0.6944 0.5787 0.4823 0.4019 0.3349 0.2791

VA al 20%

-25,270 -5,050 7,021 8,825 4,982 8,443 8,001 7,532 14,485

El excel actualiza al año anterior al primer dato Ajustado para actualizarlo al año 0 El excel actualiza al año anterior al primer dato Ajustado para actualizarlo al año 0 31.6%

28

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

3

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

29

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

4

http://www.eurofilmfestival.com/aviso.html

30

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

http://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

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

34

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.

35

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, ebusiness 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):

36

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 X, sólo en forma binaria, a sus sistemas propietarios Unix, siempre

37

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

telecomunicaciones, una tarjeta de crédito o una alianza entre distintos tipos de compañías.

38

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ú (UIFPERÚ) a la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones, y sus normas reglamentarias. En tal sentido, se encuentran

39

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.

40

Capítulo III: Estado del Arte

41

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 2.0

42

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 pagos electrónicos en el proceso de compra, la construcción de un

43

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.

44

Capítulo IV: Modelado del Negocio

45

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:

6

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

46

CUN_RecepcionarPedido (from Casos Usos Negocio)



N_CLIENTE

CUN_GestionarPedido (from Casos Usos Negocio)

(from Actores del Negocio)

CUN_EntregarPedido (from Casos Usos Negocio)

4.3.

Diagramas de Actividades del negocio Diagrama de flujo de cada proceso Diagrama del CUN: Recepcionar Pedido : N_CLIENTE

RECEPCIONISTA

Lista de Productos : Listado de Productos

Solicita informacion de productos por telefono

dicta lista de productos que puede pedir

¿Desea pedir?

NO

Datos del Cliente : Datos del Cliente

SI Solicita el pedido y entrega datos personales

Recepciona y Registra datos

Diagrama del CUN: Gestionar Pedido

47

Encargado de Pedidos

Cliente

Verifica datos del pedido Es viable ? No

Comunica la negación del pedido

Recibe confirmación de negación

Si

Verifica Productos necesarios Insumos : Insumos

Existen productos?

No

Si

Ordena preparación del pedido

Recibe Confirmación Positiva

Diagrama del CUN: Entregar Pedido

Encargado de Pedidos

Repartidor

Cliente

Se traslada al domicilio del cliente

Ordena reparto del pedido

Datos del Cliente : Datos del Cliente

Recibe el pedido

Verifica los datos del cliente Registro de Pedidos : Registro de Pedidos

Verifica el pedido Registra pedido rechazado

Devuelve el pedido a la empresa

No Conforme?

Registra pedido entregado

Si

Registro de Pedidos : Registro de Pedidos

48

Diagrama de Casos de Uso del Negocio (CUN):

CUN_GestionarPedido

CUN_RecepcionarPedido

CUN_EntregarPedido

Diagrama de Entidades del Negocio:

Comunica

Registra

Listado de Productos N_Recepcionista

Verifica

Datos del Cliente Insumos Encargado de Pedidos Confirma Actua...

Registro de Pedidos

.

N_Repartidor

49

Capítulo V: Requerimientos del Proyecto

50

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.

51

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

52

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

Representa

Administrador del Sistema 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.

Representa

Descripción

Administrador de Unidad de Negocio La persona encargada de la Administración de toda una Unidad de Negocio. Encargado de Administrar todas las Tiendas que pertenecen a una misma Unidad de Negocio.

53

Tipo

Es un usuario del sistema

Responsabilidad

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

Representa

Administrador de Tienda 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.

Tipo

Es un usuario del sistema

Responsabilidad

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

Representa

Recepcionista de Pedidos 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.

Tipo

Es un usuario del sistema

Responsabilidad

Verificar que todos los pedidos destinados a su tienda puedan ser procesados y confirmados a través del mismo Sistema Web.

Representa

Descripción

Cliente La persona que hace los pedidos en el Portal Web.

Tipo

Es la persona que hace la solicitud de los pedidos por la web. Es un usuario del sistema

Responsabilidad

Registrar sus datos correctamente.

54

5.2.3. Diagrama de paquetes del Sistema.

Paquete Consultas

Paquete Seguridad

Paquete de Administracion

Paquete de Pedidos

5.2.4. Casos de Uso del Sistema

CUS_Administrar UUNN CUS_Registrar UUNN

(f rom Casos Usos Sistema)

CUS_Registrar Cliente

(f rom Casos Usos Sistema)

(f rom Casos Usos Sistema)

Administrador de Unidad de Negocio (f rom Actores del Sist...

CUS_Realizar Pedido (f rom Casos Usos Sistema)

CUS_Iniciar Sesion (f rom Casos Usos Sistema)

CUS_Administrar Tiendas

Cliente

(f rom Casos Usos Sistema)

CUS_ Administrar Productos (f rom Casos Usos Sistema)

CUS_Consultar Saldos MMEE (f rom Casos Usos Sistema)

CUS_Registrar Recargas MMEE

CUS_Realizar Pago MMEE (f rom Casos Usos Sistema)

(f rom Casos Usos Sistema)

Administrador de Tienda

CUS_Aprobar UUNN

(f rom Actores del Sist...

(f rom Casos Usos Sistema)

CUS_Confirmar Recargas MMEE (f rom Casos Usos Sistema)

Administrador de Sistema

CUS_Confirmar Pedidos por Tienda

(f rom Actores del Sist...

(f rom Casos Usos Sistema)

CUS_Administrar Clientes (f rom Casos Usos Sistema)

CUS_Administrar Usuarios Intranet (f rom Casos Usos Sistema)

CUS_Confirmar Pago Recepcionista de pedidos

(f rom Casos Usos Sistema)

Diagramas de caso de uso

55

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

56

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

57

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

58

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

Pa’ llevar

Yo no cocino

Gestión de Clientes

3

Realiza perdido por la Pagina Web Puedes buscar lo que necesitas por lugar por rubro de negocio y por producto Puede Administrar Promociones Confirmación de Pedido que se Responde la Solicitud en 5 min Administra el Pedido por Cadena de Tienda, por Tienda Geo localización para zona de cobertura delivery Opción de Pago Móvil

PedidoYa

Alimentos delivery

2

2

1

3

0

2

2

3

3

2

2

3

2

3

2

3

1

2

1

3

2

2

2

3

1

1

1

3

0

0

1

2

3

2

Características No Funcionales Seguridad

3

59

Mantenibilidad

3

2

3

2

Desempeño

3

3

2

3

Compatibilidad

3

3

2

2

Ser Extensible

3

2

2

2

39

23

26

24

Puntaje total

Otros aspectos de evaluación Software Base Sistema operativo Servidor de base de datos Lenguaje de programación

Windows,Linux

Windows,Linux

Windows,linux

MySql

No especifica

MySql

PHP

No especifica

PHP

No se entrega

No se entrega

No especifica

Disco

256Mb.

500Mb.

500 Mb.

1 Gb.

Procesador

1.8Ghz o superior

1.8Ghz. O superior

Intel Celeron o Superior

1.8GHz o superior

Memoria

512MB

512 MB

512MB

1GB

Código fuente

Windows No especifica Visual Fox Pro No se entrega

Configuración

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:

60

Pantalla de Registro de Empresas:

61

Formulario del registro de Clientes:

62

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

Ingresando al carrito de compras:

63

Administrador de Pago Móvil

Ingreso como Administrador Histórico de Operaciones

Confirmación de Recargas

64

Saldos de Cliente

Ingreso como Tienda Histórico de Pedidos

65

Pedidos Pendientes de Cancelación

Ingreso como Cliente Histórico de Operaciones

66

Recarga de Saldos

Cambio de Clave Móvil

67

68

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

69

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.

70

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-7356483-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-regulalas.html?m=0 [19] http://elcomercio.pe/actualidad/1524539/noticia-como-funciona-dineroelectronico

71