Tesis Delivery y Pago Movil - Ver 4

UNIVERSIDAD RICARDO PALMA FACULTAD DE INGENIERÍA ESCUELA PROFESIONAL DE INGENIERÍA INFORMÁTICA

“IMPLEMENTACIÓN DE UN PORTAL WEB PARA VENTA DE COMIDA POR DELIVERY Y PAGO CON MONEDERO ELECTRÓNICO”

TESISPARA OPTAR EL TÍTULO PROFESIONAL DE INGENIERO INFORMÁTICO

PRESENTADO POR: BURGA CRUZ, JIMMY ANDERSON HUAMÁN MONTERO, YONEL LUIS

LIMA – PERÚ 2013

DEDICATORIA Dedicamos la presente tesis a nuestros padres,

quienes

nos

alentaron

e

inculcaron la perseverancia en cumplir nuestros

objetivos

profesionales.

personales

y

AGRADECIMIENTO A los docentes de nuestra alma mater, Universidad Ricardo Palma; en especial a nuestro asesor Víctor Beltrán y revisores: Silvia Campos, Roxana Ramos y Jorge Rodríguez

quienes

conocimientos

y

compartieron

sus

experiencias

con

nosotros y nos motivaron en esta etapa profesional Profesional.

para

obtener

el

Título

RESUMEN

El presente proyecto de Tesis está enfocado a la automatización de ventas de comida y reparto de sus productos a domicilio para las empresas del rubro alimenticio y el pago con la modalidad de monedero electrónico. Comprendetres módulos: uno para el administrador de Unidad de Negocio donde puede administrar los pedidos de las tiendas que tenga a su cargo. 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.Por último el módulo de pago a través de monedero electrónico, el cual mediante un mensaje de texto enviado desde un celular se podrá efectuar el pago del pedido. 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.

Palabras Clave: Sistema Delivery, Monedero Electrónico, Geo localización.

iv

ABSTRACT

This thesis project is focused on the automation of food sales and distribution of its products at home for companies in the food sector and payment mode electronic purse.

It comprises three modules: one for the business unit manager where you can manage orders from stores that have to charge. 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. Finally the module payment through electronic wallet, who through a text message sent from a cell may make payment for the order.

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

Keywords: Delivery System, Electronic Wallet, Geo location.

v

INDICE

DEDICATORIA .................................................................................................... ii AGRADECIMIENTO ........................................................................................... iii RESUMEN ......................................................................................................... iv ABSTRACT .........................................................................................................v INTRODUCCIÓN ............................................................................................. 11 CAPÍTULO I: VISIÓN DEL PROYECTO .......................................................... 12 1.1. Antecedentes del Problema ........................................................................ 12 1.1.1. El Negocio de Domino‘s Pizza ............................................................. 13 1.1.2. Los Procesos del Negocio .................................................................... 14 1.2. Descripción del Problema ............................................................................ 19 1.3. Objetivos del Proyecto ................................................................................. 23 1.3.1 Marco Lógico .......................................................................................... 23 1.3.2 Objetivo General. ................................................................................... 25 1.3.3 Objetivos Específicos ............................................................................ 25 1.3.4 Tabla de Consistencia........................................................................... 26 1.4. Justificación del Proyecto ............................................................................ 28 1.4.1. Beneficios Tangibles ............................................................................. 28 1.4.2. Beneficios Intangibles ........................................................................... 29 1.5. Alcance del Proyecto .................................................................................... 30 CAPÍTULO II: MARCO TEÓRICO .................................................................... 32 2.1. 2.2. 2.3. 2.4. 2.5. 2.6. 2.7. 2.8. 2.9. 2.10. 2.11. 2.12.

Sistema ........................................................................................................... 32 Tipos de Sistema........................................................................................... 33 Sistema de Información ............................................................................... 34 Tecnologías de la Información y Comunicaciones (TIC) ........................ 35 Tipos de Procesos de Negocio ................................................................... 37 Software Libre ................................................................................................ 38 Lenguaje PHP (Hypertext Pre-processor)................................................. 39 Servidor Web Apache................................................................................... 41 Motor base de datos MySQL....................................................................... 42 Dinero Electrónico ..................................................................................... 42 Pago Móvil .................................................................................................. 43 Entidades Emisoras de Dinero Electrónico ........................................... 44

CAPÍTULO III: ESTADO DEL ARTE ................................................................ 46 3.1 Revisión de Papers ....................................................................................... 46 3.1.1. Integrando Especificaciones Textuales y Elementos de modelado UML en un Marco de Trabajo para Trazabilidad de Requisitos. .................. 46 3.1.2. Towards Security by Construction for Web 2.0 Applications .......... 46 3.1.3. IdentifyingExtensionsRequiredby RUP (RationalUnifiedProcess) toComplywith CMM (CapabilityMaturityModel) Levels 2 and 3 .................... 47 3.1.4. Implicaciones estratégicas del comercio electrónico basado en Internet. ................................................................................................................. 48

vi

3.1.5. Medios de pago electrónico, piedra angular en el desarrollo del comercio electrónico ........................................................................................... 48 CAPÍTULO IV: MODELADO DEL NEGOCIO ................................................... 50 4.1. Reglas del Negocio ....................................................................................... 50 4.2 Casos de Uso del Negocio .......................................................................... 51 4.3. Diagramas de Actividades del negocio ..................................................... 51 CAPÍTULO V: REQUERIMIENTOS DEL PROYECTO .................................... 55 5.1. Requerimientos del Software ...................................................................... 55 5.1.1 Requerimientos Funcionales ............................................................... 55 5.1.2. Requerimientos No Funcionales ......................................................... 56 5.2. Casos de Uso del Sistema .......................................................................... 57 5.2.1. Diagrama de Actores del Sistema. ..................................................... 57 5.2.2. Descripción de Actores del sistema .................................................... 58 5.2.3. Diagrama de paquetes del Sistema.................................................... 59 5.2.4. Casos de Uso del Sistema ................................................................... 60 5.2.5. Casos de Uso del Sistema por Paquetes .......................................... 61 5.3 Diagramas de Secuenciamas Significativos ............................................. 63 5.3.1. Administrar Productos ........................................................................... 63 5.3.2. Administrar Tiendas............................................................................... 66 5.3.3. Administrar Unidad de Negocio ........................................................... 69 5.3.4. Iniciar Sesión .......................................................................................... 70 5.4. Modelo Conceptual del Sistema ................................................................. 71 5.5. Benchmarking ................................................................................................ 71 5.6. Especificaciones de Caso de UsomásSignificativos ............................... 73 5.6.1. Especificación del CUS Registrar Unidad de Negocio .................... 73 5.6.2. Especificación del CUS Administrar Tiendas .................................... 75 5.6.3 Especificación del CUS Registro Cliente ........................................... 77 5.6.4. Especificación del CUS Administrar Clientes .................................... 80 5.6.5. Especificación del CUS Realizar Pedido ........................................... 82 5.6.6. Especificación del CUS Confirmar pedidos por Tienda................... 84 5.6.7 Especificación del CUS Administrar Productos ................................ 87 5.6.8. Especificación del CUS Realizar Pago Móvil .................................... 88 5.6.9. Especificación del CUS Registrar Recarga Móvil ............................. 89 5.6.10. Especificación del CUS Consultar Saldo Móvil ............................. 90 5.7. Prototipos de la Solución ............................................................................. 91 CAPÍTULO VI: ARQUITECTURA ..................................................................... 97 6.1. 6.2. 6.3. 6.4.

Diagrama de Clases ..................................................................................... 97 Diccionario de Clases ................................................................................... 98 Diagrama de despliegue ............................................................................ 100 Diagrama de componentes ....................................................................... 100

CAPÍTULO VII: DESARROLLO Y PRUEBAS ................................................ 101 7.1 Organigrama del equipo de trabajo .......................................................... 101 7.2 Viabilidad del proyecto ............................................................................... 102 7.2.1 Viabilidad Técnica ................................................................................ 102 7.2.2 Viabilidad Económica .......................................................................... 103 7.2.3 Viabilidad Legal .................................................................................... 109 7.3 Desarrollo del proyecto .............................................................................. 114 vii

7.4 Pruebas Unitarias de Casos de Uso mas Significativos ....................... 115 7.4.1. CUS Iniciar sesión ............................................................................... 115 7.4.2. CUS Registrar cliente .......................................................................... 115 7.4.3. CUS Realizar pedido ........................................................................... 117 7.4.4. CUS Confirmar Pedidos por Tienda ................................................. 118 7.4.5. CUS Administrar tienda ...................................................................... 119 CAPÍTULO VIII: CONCLUSIONES Y RECOMENDACIONES ....................... 120 8.1 8.2

Conclusiones ............................................................................................... 120 Recomendaciones ...................................................................................... 122

GLOSARIO DE TÉRMINOS ........................................................................... 123 BIBLIOGRAFÍA. ............................................................................................. 124

viii

INDICEDE FIGURAS Figura 1: Organigrama de la Organización. ............................................................ 13 Figura 2: Cuadro del mapa del negocio. ................................................................. 16 Figura 3: Diagrama de procesos del negocio en Domino‘s Pizza. ..................... 17 Figura 4: Cuadro de pedidos por el portal web de Domino‘s Pizza 2010. ........ 20 Figura 5: Cuadro de pedidos por el portal web de Domino‘s Pizza 2011. ........ 21 Figura 6: Cuadro de pedidos por el portal web de Domino‘s Pizza 2012. ........ 21 Figura 7: Porcentaje de familias que tienen acceso a internet. .......................... 22 Figura 8: Diagrama de Casos de Uso del Negocio: .............................................. 51 Figura 9: Diagrama del CUN: Recepcionar Pedido .............................................. 51 Figura 10: Diagrama del CUN: Gestionar Pedido ................................................. 52 Figura 11: Diagrama del CUN: Entregar Pedido ................................................... 52 Figura 12: Diagrama del CUN Efectuar Pago ......................................................... 53 Figura 13: Diagrama de Casos de Uso del Negocio (CUN) ................................ 53 Figura 14: Diagrama de Entidades del Negocio .................................................... 54 Figura 15: Diagrama de Actores .............................................................................. 57 Figura 16: Diagrama de Paquetes ........................................................................... 59 Figura 17: Diagrama de casos de uso .................................................................... 60 Figura 18: Diagrama de casos de uso del Paquete Seguridad........................... 61 Figura 19: Diagrama de casos de uso del Paquete Monedero Electrónico ...... 61 Figura 20: Diagrama de casos de uso del Paquete Administración................... 62 Figura 21: Diagrama de casos de uso del Paquete de Pedidos ......................... 62 Figura 22: Agregar productos por tienda ................................................................ 63 Figura 23: Modificar Productos por Tienda ............................................................ 64 Figura 24: Eliminar Productos por Tienda .............................................................. 65 Figura 25: Agregar Tienda ........................................................................................ 66 Figura 26: Modificar Tiendas .................................................................................... 67 Figura 27: Eliminar Tiendas ...................................................................................... 68 Figura 28: Crear Unidad de Negocio ....................................................................... 69 Figura 29: Editar Unidad de Negocio ...................................................................... 69 Figura 30: Eliminar Unidad de Negocio .................................................................. 70 Figura 31: Iniciar Sesión ............................................................................................ 70 Figura 32: Diagrama de clases entidades .............................................................. 71 Figura 33: Pantalla de Registro de Unidad de Negocio ....................................... 74 Figura 34: Pantalla de confirmación de Unidad de Negocio ............................... 75 Figura 35: Pantalla de registro o actualización de una nueva Tienda ............... 76 Figura 36: Administración de coordenadas para una tienda. .............................. 77 Figura 37: Pantalla de eliminación de una Tienda. ............................................... 77 Figura 38: Formulario del registro de Clientes ....................................................... 79 Figura 39: Formulario de la información de clientes ............................................. 80 Figura 40: Formulario de eliminación de clientes .................................................. 81 Figura 41: Formulario de confirmación para eliminar a un cliente ...................... 81 Figura 42: Panel de productos para una tienda específica ................................. 83 Figura 43: Ingresando al carrito de compras ......................................................... 83 Figura 44: Listado de pedidos .................................................................................. 86 Figura 45: Cambio del estado de un pedido .......................................................... 86 ix

Figura Figura Figura Figura Figura Figura Figura Figura Figura Figura Figura Figura Figura Figura Figura Figura Figura Figura Figura Figura Figura Figura Figura

46: Panel de administración de productos. ................................................ 88 47: Panel de edición de productos .............................................................. 88 48: Pedidos pendientes de cancelación ..................................................... 89 49: Recarga de saldos................................................................................... 90 50: Consulta de saldos .................................................................................. 91 51: Página principal del portal ...................................................................... 91 52: Administrador de pago móvil ................................................................. 92 53: Histórico de recargas .............................................................................. 92 54: Histórico de devoluciones ...................................................................... 93 55: Confirmación de recargas ...................................................................... 93 56: Saldos de clientes ................................................................................... 93 57: Devolución a tiendas ............................................................................... 94 58: Registro de devoluciones a tiendas ...................................................... 94 59: Histórico de pedidos ................................................................................ 94 60: Histórico de devoluciones ...................................................................... 95 61: Histórico de pedidos ................................................................................ 95 62: Histórico de recargas .............................................................................. 95 63: Cambio de clave móvil ............................................................................ 96 64: Diagrama de clases................................................................................. 97 65: Diagrama de despliegue....................................................................... 100 66: Diagrama de componentes .................................................................. 100 67: Organigrama del proyecto .................................................................... 101 68: Flujo de sistema delivery con pago móvil .......................................... 114

x

INTRODUCCIÓN 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 ni realizarpagos móviles.

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 yhabilidades 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, según la ley N° 29985 publicado por el peruano el 17 de enero del 2013 mediante el uso de un dispositivo móvil se pueden efectuar transacciones de pago por un bien o servicio.

11

CAPÍTULO I: VISIÓN DEL PROYECTO 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. Asimismopermitirá 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. Como marco referencial para la realización del proyecto de tesis, estamos tomando como ejemplo el modelo de negocio de Domino´s Pizza y el servicio de reparto a domicilio; así como la implementación del monedero electrónico, recientemente aprobado en el Perú como medio de realizar transacciones financieras.

12

1.1.1.

El Negocio de Domino’s Pizza 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. 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

Figura1: Organigrama de la Organización.

Visión: Ser el mejor operador del sistema Domino‘s Pizza con el mejor talento humano. 13

Misión: Mantener los altos estándares de la cadena internacional de pizza a domicilio en Perú y brindar esa experiencia de un excelente producto con un excelente servicio a los clientes. Posicionamiento y Competencias: El producto está posicionado como un producto de la más alta calidad, con estándares de una cadena muy exigente, con normas de sanidad y seguridad a nivel internacional y con un excelente servicio. La industria de la comida rápida en general no tiene barreras de salida establecidas específicamente, pero debemos hablar de las empresas que están obligadas a quedarse dentro del mercado por imagen internacional como 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,en cada establecimiento existe un administrador de tienda encargado de verificar que los insumos para la preparación de las pizzas tengan stock, de no tener insumos 14

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 reparten afiches de promociones a los transeúntes, se utiliza este tipo de publicidad para poder llegar a los clientes de una manera más directaasí como a las personas que viven alrededor de las tiendas para que puedan solicitar unpedido telefónico. La empresa está administrada por cinco áreas que son: operaciones, logística, marketing, ventas y postventas. Según el siguiente cuadro (ilustración 2) se muestra a mayor detalle el mapa del negocio donde se especifican las áreasque ayudan a la gestión y manejo de la empresa.

15

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. * Remuneraciones. *Capacitación en preparación de pizzas. * Rescindir contratos de personal. *Capacitación en buen trato al cliente. 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 PC‘s en 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 insumos Insumos a de otras información de Ventas en faltantes. tiendas. calidad. empresas. previa. todas las *Almacenamiento *Selección *Diseño de *Comparación tiendas. de Insumos. de Volantes. de Costos. *Conteo de *Inspección por insumos. *Eventos en *Confirmación Retorno de parte de la Colegios y de pedido. vales y Planta. Universidades. *Atención al volantes. *Promociones cliente. por fechas *Atención de resaltantes. pedidos. *Segmentación de mercado. *Evaluación de Descuentos. *Evaluación de quejas y sugerencias. Figura 2: Cuadro del mapa del negocio.

16

Diagrama de procesos del negocio: El presente diagrama (Figura 3), 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 proceso 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 inicia 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, después que el vendedor ofrezca las promociones, el cliente acepta el pedido, paga y esperahasta que termine la preparación, al final entregan su pedido. Para la actividad del pago por el servicio, el sistema consulta al cliente cuando envía la solicitud del pedido si va realizar el pago móvil, de ser así, laEmpresa Emisora de Dinero 17

Electrónico (EEDE) 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), algunas veces ellos mismos no pueden cubrir sus demandas, para lo cual solicitan a sus proveedores insumos como: queso, jamón, Cartones, cajas Carvinza y salsas de tomate Carozzi. Estas empresas previamente, 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 se distribuyen a todas las tiendas para que puedan preparar los productos finales (pizzas).



Preparación de pizzas La preparación es en las tiendas, teniendo 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 los 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 a los hogares a través de tarjetas 18

de invitación para que degusten algún nuevo sabor o simplemente invitándolos. 

Inventario y Finanzas Para llevar un buen manejo de las cuentas y suministros de productos, se lleva a cabo todas las semanas un inventario delstockde las tiendas, para prevenir algún requerimiento mayordeeventos o salida de alguna promoción con alguna alianza estrategia fuerte.



Reparto de Pizzas(Delivery) Es un servicio de reparto a domiciliodonde suele realizarse en motocicletaprevio a una llamada telefónica. Las empresas que distribuyen las pizzas a domicilio suelen ser franquicias.



Dinero Electrónico 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 titular.

1.2. Descripción del Problema Hay muchas empresas que desean implementar e innovar nuevas alternativas para llegar con mayor calidad y eficacia a sus clientes, pero no cuentan con la infraestructura y tecnología necesaria, muchas veces estas implementaciones toman tiempo ydinero. Por loque 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.

19

Existen muchos portales web que solo se preocupan por vender y mostrar sus productos a los clientes y 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 los pedidos para reparto a domicilio lo que permitirá a los clientes identificar a las empresas de alimentos que estén dentro de su alcance de reparto a domiciliousando 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 En los siguientes gráficos se observa como la cantidad de pedidos va aumentando en el transcurso del tiempo, desde que inicia en agosto del 2010 con 65 pedidos, hasta octubre del 2012 con 2582 pedidos. Estos datos fueron tomados directamente del mismo portal web de Domino‘s Pizza y dichos pedidos solo fueron realizados a través de su portal web.

Pedidos 2010 - Domino's Pizza 563

600 462

500

413

385

400 300 200 100

62

0 Agosto

Septiembre

Octubre

Noviembre

Diciembre

Figura 4: Cuadro de pedidos por el portal web de Domino’s Pizza 2010.

20

Pedidos 2011 - Domino's Pizza 1800

1626

1600

1353

1400

1106

1200 849

1000 800 600

510

632

1068

974

1230 1189 995

602

400 200 0

Figura 5: Cuadro de pedidos por el portal web de Domino’s Pizza 2011.

Pedidos 2012 - Domino's Pizza 3000

2582

2500 1464 1500

1953

1889

2000

1498

1580

1775

1948

1523 1229

1000 500 0

Figura 6: Cuadro de pedidos por el portal web de Domino’s Pizza 2012.

21

En el siguiente grafico se muestra que el 24% de familiastienen acceso a Internet, esto refleja la cantidad de familias que pueden acceder al presente proyecto.Fuente: INEI (2012)

FAMILIAS EN EL PERÚ QUE TIENEN ACCESO A INTERNET Tienen acceso a Internet

No tienen acceso a Internet Figura 7: Porcentaje de familias que tienen acceso a internet.

Centralización del Problema El problema identificado es la inexistencia de una página web donde se puedan encontrar a varios restaurantes y por medio de la misma hacer un pedido por delivery a los diferentes establecimientos suscritos.

22

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

Los clientes son afectados, pueslos precios no pueden ser comparados.

Los clientes pierden mucho tiempo al buscar los teléfonos de diferentes empresas por delivery.

Los clientes desconocen 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 evaluaran 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 unen para brindar un mejor servicio.

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

Falta de localización referencial de tiendas.

Las empresas no tienen bien establecidos 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.

23

Árbol de Objetivos:

El portal web tendrá promociones ya que la información centralizada influye en una competencia por precios.

Los clientes no tendrán que preocuparse de que tiendas llegan a sus domicilios pues esto será validado automáticamente.

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

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

Las empresas podrán verificar que tienda es menos rentable de acuerdo a la cantidad de pedidos realizados.

Los clientes encontraran información centralizada y no tendrán que estar navegando por diferentes portales.

Desarrollar un portal web donde se pueda encontrar información centralizada de diferentes empresas de comida por delivery.

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

Mayor facilidad de ubicación de las tiendas 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 tengan el servicio de delivery.

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

24

1.3.2 Objetivo General. Constituir una nueva empresa llamada ―Pa llevar‖ el cual respalde todos los servicios brindados por el nuevo portal web. Desarrollar un portal web, donde se pueda encontrar información centralizada de diferentes empresas de venta de comida por delivery e innovar la modalidad del pago por monedero electrónico, dando facilidades de búsqueda a los usuarios por la geo localización de Googlemaps para reducir el tiempo de recepción en las tiendas y aumentar sus ingresos. Las tiendas podrán ser administradas independientemente de las otras, inclusive los rangos de alcance que tienen los motorizados para enviar los pedidos. 1.3.3 Objetivos Específicos 

Constituir una nueva empresa llamada ―Pa Llevar‖ para que respalde todo lo ofrecido en el portal web.



Unificar a las empresas alimenticiasy poder ayudar a los clientes a tener una visión más amplia de productos y tiendas.



Buscar y ubicar inmediatamente las tiendas con ayuda de Googlemaps.



Aumentar los ingresos para las medianas y

grandes

empresas que tengan el servicio pordelivery. 

Definir con la ayuda de las zonas de Googlemaps los rangos de alcance del servicio de reparto de las tiendas en todos los distritos de Lima.



Centralizar la información, ya que los clientes no tendrán que perder tiempo en la búsqueda de teléfonos o referencias y direcciones de tiendas. 25



Publicar en el portal web sobre las promociones de las tiendas que a su vez permitirá una competencia por precios.



Validar la cobertura del reparto permitiendo a los clientes que no tengan que preocuparse por que las tiendas llegan a sus domicilios pues esto será validado automáticamente al ingresar a una tienda.



Administrar las tiendas según su escala de pedidos atendidos, ya que las empresas podrán verificar que tienda es menos rentable de acuerdo a la cantidad de pedidos realizados.

1.3.4 Tabla de Consistencia Problema General

Objetivo General

Falta de un repositorio donde se Desarrollar un portal web donde se pueda encontrar todos los productos pueda

encontrar

información

centralizados de diferentes empresas centralizada de diferentes empresas de comida por delivery.

de comida por delivery

Problemas Específicos

Objetivos Específicos





No existe una empresa que

Constituir una nueva empresa

respalde todo lo que ofrece el

llamada ―Pa Llevar‖ para que

portal web: ―Pa llevar‖.

respalde todo lo ofrecido en el portal web.



Los clientes de Lima no pueden



Unificar

a

las

empresas

hacer una búsqueda y pedido a

alimenticias y poder ayudar a los

su vez en un mismo portal web.

clientes a tener una visión más amplia de productos y tiendas



Los clientes no pueden hacer búsquedas de acuerdo a su



Buscar y ubicar inmediatamente las

tiendas

con

ayuda

de

26

ubicación actual.





Googlemaps.

Las empresas no alcanzan a



Aumentar los ingresos para las

cubrir completamente su rango

medianas y

de delivery por desconocimiento

que

de los clientes.

delivery.

Algunas medianas empresas no tienen

establecido

específico

de

un



rango

alcance

grandes empresas

tengan

el

servicio

por

Definir con la ayuda de las zonas de Googlemaps los rangos de

a

alcance del servicio de reparto de

domicilios de los clientes.

las tiendas en todos los distritos de Lima.



Los

clientes

de

Lima



metropolitana no cuentan con

los

una

perder tiempo en la búsqueda de

buena

centralizada

de

información tiendas

por

no

o

tendrán

referencias

que

y

direcciones de tiendas

Las empresas no compiten en precios,

clientes

teléfonos

delivery.



Centralizar la información, ya que

cada

una



Publicar en el portal web sobre

es

las promociones de las tiendas

independiente y los clientes no

que a su vez permitirá una

son beneficiados con los precios

competencia por precios.

acorde al mercado.



Cuando los clientes llaman a una



Validar la cobertura del reparto

tienda no están seguros si el

permitiendo a los clientes que no

motorizado llega a su domicilio,

tengan que preocuparse por que

tienen que detallar vía teléfono su

las

dirección y explicar su referencia

domicilios

aproximada.

validado

tiendas

llegan

pues

a

esto

automáticamente

sus será al

ingresar a una tienda.

27



Muchas empresas que brindan el



Administrar las tiendas según su

servicio online de pedidos no

escala de pedidos atendidos, ya

contabilizan

que

exactamente

la

las

empresas

podrán

cantidad de pedidos y precios,

verificar que tienda es menos

tampoco

rentable de acuerdo a la cantidad

pueden

hacer

comparaciones para ver cuál es

de pedidos realizados.

más rentable.

1.4. Justificación del Proyecto 1.4.1. Beneficios Tangibles Los beneficios tangibles más trascendentales para las empresas y clientes son los siguientes: 

Aumentar los Ingresos en todas las cadenas de Tiendas. Para todas las tiendas de las Unidades de Negocio existentes, con ayuda del portal web y automatización en el sistema de ventas y con ello 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 28

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 Tanto para los clientes como para las empresas los beneficios que buscan son monetarios, pero también existen beneficios que no trascienden pero son fundamentales como los siguientes propuestos: 

Ahorro de tiempo, tranquilidad

organización

y

elección

con

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 según la cantidad de afluencia que tengan por visitas.

29



Fidelizar a los Clientes que realizan 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. d) Cada Unidad de Negocio va a tener un Administrador que va actualizar todos los detalles vinculados a su Empresa. e) El presente proyecto solo podrá registrar a tiendas y unidades de negocio que se encuentren en Lima Metropolitana y Callao. f) Los pedidos se podrán confirmar por medio de la intranet del portal web y por los administradores y recepcionistas de pedidos. g) Los clientes tendrán la opción de buscar que tiendas llegan a su domicilio con el fin de reducir el tiempo de búsqueda y envío de pedido.

30

h) Los pagos con monedero electrónico solo se efectuará en las empresas registradas en el portal www.pa-llevar.com i) Las recargas virtuales para el monedero electrónico, son validadas manualmente por el administrador del sistema del portal www.pallevar.com. j) Los mensajes de texto para realizar las operaciones con monedero electrónico tienen el costo según el operador móvil que se utilice: Movistar, Claro y/o Nextel.

31

CAPÍTULO II: MARCO TEÓRICO 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 eincompleta 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 Haciendo referencia a (03, Ranquet, Mathilde Du)nos dice sobre la definición de Sistema: ―Estamos 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 intrínsecos; por ejemplo. Un sistema es pues un conjunto de elementos y de relaciones – que existe entre estos elementos y entre sus atributos – organizados en función a 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.‖ Si consultamos a (04, 2012 alegsa.com.ar)lo define como: ―Un sistema es un conjunto de partes o elementos organizados y relacionados que interactúan entre sí para lograr un objetivo. Los sistemas reciben (entrada) datos, energía o materia del ambiente y proveen (salida) información, energía o materia.Un sistema puede ser físico o concreto (una computadora, un televisor, un humano) o puede ser abstracto o conceptual; por ejemplo un software. Cada sistema existe dentro de otro más grande, por lo tanto un sistema puede estar formado por subsistemas y partes, y a la vez puede ser parte de un súpersistema.‖

32

2.2.

Tipos de Sistema Según (05, Juan Báez)indica dos tipos de sistema: ―De los muchos acercamientos teóricos que se han hecho en el estudio de los pequeños grupos humanos compartimos uno de ellos, 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. Al 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.‖ La (06, Revista Iberoamericana)define los siguientes tipos de sistemas: ―Existe un vínculo entre las diferentes clases de sistemas que se operan en una empresa y éstos proporcionan información sustancial al desempeño de las relaciones superfluas de confiabilidad. Entre los más destacados se encuentran los siguientes: Sistemas Naturales y Elaborados Naturales. Son aquellos que se desarrollan de un proceso natural, es decir como la fotosíntesis, también se les llaman adaptables, porque hay un reajuste constante a nuevos insumos ambientales, ejemplo injertos, plantas y frutas. Elaborados. Son aquellos donde se ha hecho una aportación al proceso en marcha, mediante atributos, objetos y relaciones. Ejemplo, las presas, motores, entre otros.

33

Sistemas Cerrados y Abiertos Cerrados. Son aquellos que operan con poco intercambio, razón por la cual, estudiosos en la materia piensan que no existen, sin embargo, se dice que el proceso de la respiración es cerrado. Abiertos. Estos sistemas reciben influencia de los Supra sistemas, es decir, todos los sistemas se encuentran inmersos en un sistema circulante. Un ejemplo de esta clase de sistemas es la gestión de los recursos financieros, ya que con él, se pretende conseguir fondos (dinero) para financiar los esfuerzos y cubrir los gastos. Las empresas privadas por ejemplo obtienen sus fondos del entorno o medio ambiente: Banca, Instituciones Financieras, entre otras.‖ 2.3.

Sistema de Información Según (07, Carmen de Pablos H)―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 instancia para crear valor. Un sistema de información, por lo tanto será mejor y más eficiente, cuanto más sea capaz 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 e 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

34

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

Consultando (08, Wikipedia)nos indica: ―Un sistema de información (SI) es un conjunto de elementos orientados al tratamiento y administración de datos e información, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo. Dichos elementos formarán parte de alguna de las siguientes categorías: 

Personas



Datos



Actividades o técnicas de trabajo



Recursos

materiales

en

general

(generalmente

recursos

informáticos y de comunicación, aunque no necesariamente). Todos estos elementos interactúan para procesar los datos (incluidos los procesos manuales y automáticos) y dan lugar a información más elaborada, que se distribuye de la manera más adecuada posible en una determinada organización, en función de sus objetivos. 2.4.

Tecnologías de la Información y Comunicaciones (TIC) Según (09, Ramón C. Suárez y Alonso)―Las Tecnologías de la Información y la Comunicación (TIC) están presentes en todos los niveles

de

corporaciones

nuestra

sociedad

multinacionales,

actual, a

desde las

las

más

PYMES,

grandes

gobiernos, 35

administraciones, universidades, centros educativos, organizaciones socioeconómicas, 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. La aplicación de las TIC en 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), egoverment (gobierno electrónico), e-health (sanidad electrónica), elearning (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.‖ Según (10, Benítez, Gerardo Meneses)―La bibliografía existente en la actualidad en torno a las nuevas tecnologías de la información y de la comunicación es abrumadora. Son muchas las definiciones de las TIC de diferentes autores que podemos encontrar, y no necesariamente concordantes. Dos de los elementos comunes en la mayoría de estas definiciones son la relación de los diferentes avances tecnológicos implicados en las NTIC y la descripción de las aplicaciones que estos avances han generado. Así nos encontramos con Castells que al referirse a las tecnologías de la información y de la comunicación las sitúa como el conjunto de tecnologías desarrolladas en el campo de la microelectrónica, la informática, las telecomunicaciones, la televisión y la radio, la optoelectrónica y su conjunto de desarrollo y aplicaciones, o con la propuesta de Cabero (2000) que presenta las diferentes utilidades de las NTIC en la educación. 36

El término ―nuevas tecnologías de la información y comunicación‖ al referirse a diferentes instrumentos técnicos como el ordenador, las redes, la realidad virtual... que giran en torno de las telecomunicaciones, la informática y los audiovisuales de forma interactiva. De acuerdo con Cabero deberíamos distinguir entre nuevas tecnologías (vídeo e informática) y tecnologías avanzadas; término acuñado por diversos autores para diferenciar las realmente nuevas (multimedia, televisión por cable y satélite, CD-ROM, hipertextos...)‖ 2.5.

Tipos de Procesos de Negocio En el libro (11, Planning and Control Systems) encontramos: 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

37

políticas que han de regir la adquisición, uso y disposición de estos recursos.‖ Según (12, Torres Pau Giner y Victoria)Un proceso de negocio es una colección de actividades estructuradas y relacionadas que producen un valor para la organización, sus inversores o sus clientes. Un proceso de negocio puede incluir otros procesos. Business Process Management (BPM) da nombre a la disciplina que se encarga de modelar, automatizar, integrar, monitorizar y optimizar la gestión sistemática de los procesos de negocio. Esto lo consigue mediante la integración de disciplinas tales como el Modelado de procesos, Simulación, Workflow, Enterprise ApplicationIntegration (EAI) e integración Business-to-Business (B2B). Además, BPM reconoce el factor cambiante existente en los Procesos de Negocio y por ello propone tanto el modelado de los procesos como su simulación y ejecución en un entorno donde la definición sea explicita pudiendo ser controlado, analizado y rediseñado de forma constante para mejorar su eficiencia. Para hacer posible esta propuesta han surgido tanto lenguajes de descripción de procesos como motores de ejecución. Existen diferentes notaciones para modelar procesos de negocio (Diagramas de actividad de UML, Procesos de Negocio EDOC, IDEF, ebXML BPSS, BPMN, etc.). 2.6.

Software Libre Según (13, Stallman, Richard M.):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 38

muy permisivas que autorizan el desarrollo de versiones propietarias modificadas. El ejemplo paradigmático de este problema es el X WindowsSystem. 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 acompañados del clásico acuerdo de confidencialidad. Estas copias de X dejaron de ser software libre, igual que Unix. Citando a (14, Jordi Mas Hernàndez),El software libre plantea un nuevo modelo de entender las libertades del usuario, la propiedad intelectual, y la creación y distribución de software. Ha demostrado ser técnicamente viable, económicamente sostenible y socialmente justo cambiado la forma de entender la industria del software. Linux, un sistema operativo desarrollado por voluntarios, es el buque insignia de esta revolución social y tecnológica que está atrayendo el interés de usuarios, empresas y administraciones públicas de todo el mundo. Este libro desglosa de forma sencilla en sus ocho capítulos los principios y repercusiones del software libre en nuestra sociedad. 2.7.

Lenguaje PHP (Hypertext Pre-processor) Según (15, Olivier Heurtel)PHP es un acrónimo recursivo que significa PHP Hypertext Pre-processor, y se trata de un lenguaje de scripting para la programación de páginas dinámicas de servidor. Es un lenguaje de tipo gratuito, y forma parte del software que se conoce como de código abierto (Open Source). Es decir que se le pueden introducir modificaciones y mejoras y ponerlas a disposición de los demás usuarios del mismo. Otra característica importante es que se trata de un lenguaje multiplataforma, esto quiere decir que la aplicación web desarrollada en PHP puede funcionar en casi cualquier tipo de plataforma Windows, Unix/Linux (y sus diferentes versiones y distribuciones). También ofrece soporte a los motores de base de datos más populares (SQL Server, 39

MySQL, PosgresSQL, Oracle, etc.), como así también acceso ODBC (open databaseconectivity). Una aplicación web basada en PHP necesita dos tipos de software. El primero es un servidor web que va a atender las peticiones de los usuarios y devolverá las páginas solicitadas. El servidor Apache, tanto su versión Windows como Linux es el más utilizado. El segundo software es el propio PHP, es decir el módulo que se va a encargar de interpretar y ejecutar los scripts que se soliciten al servidor. Al utilizar una tecnología del tipo pre-procesado en el servidor es necesario visualizar las páginas generadas con PHP utilizando el protocolo http. Al contrario de lo que ocurre con las páginas de la tecnología cliente, en las que se puede visualizar mediante la opción ―Archivo – Abrir‖ en cualquier navegador, las páginas generadas con PHP necesitan ser servidas por un servidor web para que sean procesadas y luego enviadas al navegador del usuario.

En el texto de (16, Ángel Cobo)PHP es un lenguaje de scripting que permite la generación dinámica de contenidos en un servidor web. El significado de sus siglas es HyperTextPreprocessor. Entre sus principales

características

cabe

destacar

su

potencia,

su

alto

rendimiento, su facilidad de aprendizaje y su escasez de consumo de recursos. El código PHP puede incluirse dentro del código HTML de la página. Para delimitar la sección de código PHP podemos hacerlo de varias formas: -Usando las etiquetas -Mediante El funcionamiento de las páginas en PHP alojadas en un servidor es el siguiente: 40

-El navegador del cliente solicita el documento PHP. -Llega la solicitud del servidor y el servidor localiza el documento, lanza el intérprete de PHP y ejecuta todo su código. -Una vez ejecutado el código se genera el resultado en HTML y lo devuelve al servidor para que lo transfiera al cliente. -El servidor transfiere el resultado en HTML y es mostrado en el navegador del cliente. 2.8.

Servidor Web Apache Según (17, Wikipedia)El servidor HTTP Apache es un servidor web HTTP de código abierto, para plataformas Unix (BSD, GNU/Linux, etc.), Microsoft Windows, Macintosh y otras, que implementa el protocolo HTTP/1.12 y la noción de sitio virtual. Cuando comenzó su desarrollo en 1995 se basó inicialmente en código del popular NCSA HTTPd 1.3, pero más tarde fue rescrito por completo. Su nombre se debe a que Behelendorf quería que tuviese la connotación de algo que es firme y enérgico pero no agresivo, y la tribu Apache fue la última en rendirse al que pronto se convertiría en gobierno de EEUU, y en esos momentos la preocupación de su grupo era que llegasen las empresas y "civilizasen" el paisaje que habían creado los primeros ingenieros de internet. Además Apache consistía solamente en un conjunto de parches a aplicar al servidor de NCSA. En inglés, a patchy server (un servidor "parcheado") suena igual que Apache Server. El servidor Apache se desarrolla dentro del proyecto HTTP Server (httpd) de la Apache Software Foundation. Apache presenta entre otras características altamente configurables, bases de datos de autenticación y negociado de contenido, pero fue criticado por la falta de una interfaz gráfica que ayude en su configuración. Revisando (18, Apache ORG)define como El servidor HTTP Apachees un servidorHTTPde código abierto parasistemasoperativos modernos, incluyendoUNIX, MicrosoftWindows, MacOS/XyNetware. El objetivode 41

este proyectoes proporcionar unservidor seguro, eficiente y extensible queproporcione

servicios

HTTPactuales.Apachehasido

HTTPobservando elservidor

web

losestándares máspopular

en

Internetdesde abrilde1996. 2.9.

Motor base de datos MySQL Revisando (19, Wikipedia)define a MySQLcomo un sistema de gestión de bases de datos relacional, multihilo y multiusuario con más de seis millones de instalaciones.1 MySQL AB —desde enero de 2008 una subsidiaria de Sun Microsystems y ésta a su vez de Oracle Corporation desde abril de 2009— desarrolla MySQL como software libre en un esquema de licenciamiento dual. Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta licencia, pero para aquellas empresas que quieran incorporarlo en productos privativos deben comprar a la empresa una licencia específica que les permita este uso. Está desarrollado en su mayor parte en ANSI C. Al contrario de proyectos como Apache, donde el software es desarrollado por una comunidad pública y los derechos de autor del código están en poder del autor individual, MySQL es patrocinado por una empresa privada, que posee el copyright de la mayor parte del código. Esto es lo que posibilita el esquema de licenciamiento anteriormente mencionado. Además de la venta de licencias privativas, la compañía ofrece soporte y servicios. Para sus operaciones contratan trabajadores alrededor del mundo que colaboran vía Internet. MySQL AB fue fundado por David Axmark, Allan Larsson y Michael Widenius.

2.10. Dinero Electrónico Revisando (20, Ley N° 29985 - 2013)indica: El dinero electrónico, también

conocido

como

e-money,

efectivo

electrónico,

moneda

42

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 N° 29985 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. 2.11. Pago Móvil En (21, Wikipedia)define que 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. Como parte de lo que genéricamente se llaman ―pagos móviles‖ se distinguen al menos tres tipos de operaciones diferentes: 43



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.12. Entidades Emisoras de Dinero Electrónico En la web (22, clientebanca)se indica que 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. La (23, Ley N° 29985 - dinero electrónico - 2013)define a Las Empresas Emisoras de Dinero Electrónico son sujetos obligados a proporcionar información que se refiere el artículo 3 de la Ley 27693, conforme a lo dispuesto en el literal a) del numeral 3.1 del artículo 3 de la Ley 29038, 44

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

45

CAPÍTULO III: ESTADO DEL ARTE 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 presentamos 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(24, Sistemas Informáticos y Computación) 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(25, Construction for Web 2.0 Applications)nos muestra algunas de las cuestiones de seguridad conocidos y de la 46

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

3.1.3.

IdentifyingExtensionsRequiredby (RationalUnifiedProcess)

RUP toComplywith

CMM

(CapabilityMaturityModel) Levels 2 and 3 Este paper(26, Identifying Extensions Required by RUP)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 RationalUnifiedProcess (RUP) el cual nos impulsa al uso de un caso de uso,

al centrado en la arquitectura, el enfoque de

desarrollo iterativo.

47

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 artículo en(27, Revista Economia - 2000)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 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

En el paper de la (28, Universidad de Jaén)El comercio electrónico proporciona a las empresas una mejora de la eficiencia y de la capacidad de realizar procesos denegocio a través de transacciones automáticas. El comercio electrónico se clasifica en varias categorías atendiendo acuáles son sus objetivos de negocio. Los dos tipos de comercio electrónico que 48

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 serviciosdirectamente 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 entreellas, automatizando los procesos de compra y venta que realizan. El B2B proporciona una mayorcapacidad de actualización de los datos producidos en las transacciones de negocios. Para realizar dichastransacciones, los compradores y vendedores pueden encontrarse en un mercado electrónico eintercambiar la información que necesiten. Además, el B2B hace que la información de los productosesté disponible de forma global y proporciona la posibilidad de su modificación en tiempo real.

49

CAPÍTULO IV: MODELADO DEL NEGOCIO 4.1.

Reglas del Negocio Actualmente las empresas que ofertan sus productos de comida con el servicio de reparto a domicilio, tienen un proceso de negocio ya definido y estandarizado. Donde el flujo inicia con la solicitud del servicio y termina con la entrega del producto y la cancelación por parte del cliente. En base a ello y para tener el mejor control y funcionamiento del portal www.pa-llevar.com se han establecido las siguientes reglas de negocio: 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.

50

4.2

Casos de Uso del Negocio

CUN_RecepcionarPedido



CUN_GestionarPedido



N_CLIENTE (from Actores del Negocio)



CUN_EntregarPedido

CUN_EfectuarPago

Figura 8: Diagrama de Casos de Uso del Negocio:

4.3.

Diagramas de Actividades del negocio Diagrama de flujo de cada proceso : 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

Figura 9: Diagrama del CUN: Recepcionar Pedido

51

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

Existen productos?

Insumos : Insumos No

Si

Ordena preparación del pedido

Recibe Confirmación Positiva

Figura 10: Diagrama del CUN: Gestionar Pedido

Figura 11: Diagrama del CUN: Entregar Pedido

52

Encargado de Pedidos

repartidor

Cliente

Confirma que su pedido sea conforme

Entrega pedido al cliente

Informa al encargado sobre el problema

Verifica si el problema es por culpa de la tienda

Devuelve pedido

No No

Verifica

Informa el por que del problema

Explica el por que del problema

Conforme?

Si

SI Pide que realice su pago

Informa que se entregue el pedido gratis

Entrega el pedido sin cobrar

Confirma que todo sea conforme

Realiza el pago en efectivo o tarjeta

Entrega una copia de la boleta de pago

Figura12: Diagrama del CUN Efectuar Pago

CUN_EfectuarPago

CUN_EntregarPedido

CUN_GestionarPedido

CUN_RecepcionarPedido

Figura 13: Diagrama de Casos de Uso del Negocio (CUN)

53

Comunica

Registra

Listado de Productos N_Recepcionista

Verifica

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

Registro de Pedidos

.

N_Repartidor

Figura 14: Diagrama de Entidades del Negocio

54

CAPÍTULO V: REQUERIMIENTOS DEL PROYECTO 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.

55

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.

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 contará 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.

56

Funcionamiento: a) Tiempo de respuesta El tiempo de respuesta del sistema será de 5 segundos como máximo.

b) Plataforma Se necesitará la versión Internet Explorer 6.0 como mínimo o el Mozilla Firefox 3.0 o el Chrome o el Safari o el Opera.

5.2.

Casos de Uso del Sistema 5.2.1.

Diagrama de Actores del Sistema.

Figura 15: Diagrama de Actores

57

5.2.2.

Descripción de Actores del sistema Administrador del Sistema Persona encargada de realizar la administración del sistema así como realizar todas las funciones del sistema.

Representa

Descripción

Se encarga de administrar usuarios, y los trabajadores involucrados en el negocio. Tieneacceso a todos los módulos.

Tipo

Es un usuario del sistema

Responsabilidad

Asegurarunaadministraciónadecuada.

Representa

Administrador de Unidad de Negocio 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.

Tipo

Usuario del sistema

Responsabilidad

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

Representa

Administrador de Tienda Persona que se encarga de administrar los productos y servicios de una tienda.

Descripción

Si hay tiendas que ya no tienen stock de productos, entonces esta persona es la indicada para modificar el producto que se encuentra publicada en el portal web desactivándola.

Tipo

Usuario del sistema

Responsabilidad

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

58

Recepcionista de Pedidos Persona encargada de gestionar los pedidos que puedan llegar a través del portal web.

Representa

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.

Cliente Persona que hace los pedidos en el portal web.

Representa

Descripción

5.2.3.

Tipo

Persona que hace la solicitud de los pedidos por la web. Usuario del sistema

Responsabilidad

Registrar sus datos correctamente.

Diagrama de paquetes del Sistema.

Figura 16: Diagrama de Paquetes

59

5.2.4.

Casos de Uso del Sistema

CUS_Registrar Unidad de Negocio

CUS_Administrar Unidad de Negocio

(from Paquete de Administracion)

CUS_Registrar Cliente

(from Paquete de Administracion) (from Paquete de Administracion)

Administrador de Unidad de Negocio (from Actores)

CUS_Iniciar Sesion

CUS_Realizar Pedido

(from Paquete Seguridad)

(from Paquete de Pedidos)

Cliente (from Actores)

CUS_Administrar Tiendas

CUS_ Administrar Productos

(from Paquete de Administracion) (from Paquete de Administracion)

CUS_Consultar Saldo Movil (from Paquete Monedero Electronico)

CUS_Realizar Pago Movil CUS_Registrar Recarga Movil

(from Paquete Monedero Electronico)

(from Paquete Monedero Electronico)

Administrador de Tienda (from Actores)

CUS_Aprobar Unidades de Negocio

CUS_Confirmar Pedido Tienda

(from Paquete Seguridad)

(from Paquete de Pedidos)

CUS_Confirmar Recarga Movil Administrador de Sistema

(from Paquete Monedero Electronico)

(from Actores)

Recepcionista de pedidos (from Actores)

CUS_Administrar Clientes CUS_Confirmar Pagos (from Paquete de Pedidos)

CUS_Administrar Usuarios

(from Paquete de Administracion)

CUS_Administrar Devoluciones

(from Paquete Seguridad)

(from Paquete Monedero Electronico)

Figura 17: Diagrama de casos de uso

60

5.2.5.

Casos de Uso del Sistema por Paquetes 5.2.5.1. Paquete de Seguridad

CUS_Registrar Cliente

CUS_Iniciar Sesion

Usuario (from Actores)

CUS_Registrar Unidad de Negocio

CUS_Administrar Usuarios

Administrador de Sistema (from Actores)

CUS_Aprobar Unidades de Negocio

Figura 18: Diagrama de casos de uso del Paquete Seguridad

5.2.5.2. Paquete Monedero Electrónico

CUS_Registrar Recarga Movil

Cliente

CUS_Realizar Pago Movil

(from Actores)

CUS_Consultar Saldo Movil

Administrador de Sistema

CUS_Confirmar Recarga Movil

(from Actores)

CUS_Administrar Devoluciones

Figura 19: Diagrama de casos de uso del Paquete Monedero Electrónico

61

5.2.5.3. Paquete de Administración

Administrador de Sistema

CUS_Administrar Clientes

(from Actores)

CUS_ Administrar Productos

Administrador de Tienda (from Actores)

CUS_Administrar Tiendas

Administrador de Unidad de Negocio

CUS_Administrar Unidad de Negocio

(from Actores)

Figura 20: Diagrama de casos de uso del Paquete Administración

5.2.5.4. Paquete de Pedidos

CUS_Confirmar Pagos

Recepcionista de pedidos

CUS_Confirmar Pedido Tienda

(from Actores)

Cliente

CUS_Realizar Pedido

(from Actores)

Figura 21: Diagrama de casos de uso del Paquete de Pedidos

62

5.3

Diagramas de Secuenciamas Significativos Diagramas de secuencia más importantes del negocio. 5.3.1.

Administrar Productos

: IU_Principal : Administrador de Unidad de Negocio 1: El administrador ingresa a la pagina

: IU_Administrador

: I_Administrar Producto

: E_Producto

2: El usuario selecciona la opcion "Administrar"

3: El usuario selecciona la opcion "Administrar Productos"

4: El usuario selecciona "Agregar Producto" 5: El usuario ingresa los datos requeridos 6: Verifica los datos ingresados 7: Validar datos

8: Registra el producto 9: Muestra los datos del producto

Figura 22: Agregar productos por tienda

63

: Administrador de Unidad de Negocio

: IU_Administrador

: IU_Principal

: I_Administrar Producto

: E_Producto

1: El usuario selecciona "Administrar"

2: El usuario Selecciona "Administrar Productos"

3: El usuario selecciona "Modificar Producto"

4: El usuario Selecciona "Modificar"

5: El usuario ingresa el identificador del producto 6: Verifica los datos ingresados 7: Busca los datos 8: Verifica Datos

9: Muestra los datos del producto

10: Ingresa los nuevos datos

11: Verifica los datos ingresados

12: Verifica Datos

13: Actualiza el producto

14: Muestra datos finales

Figura 23: Modificar Productos por Tienda

64

: Administrador de Unidad de Negocio

: IU_Administrador

: IU_Principal

: I_Administrar Producto

: E_Producto

1: Ingresa a la página principal

2: Selecciona "Administrar"

3: Selecciona: "Administrar Productos"

4: Selecciona "Eliminar Producto" 5: Ingresa identificador de producto

6: Verifica datos ingresados 7: Busca identificador de producto

8: Validar Datos

9: Muestra datos del producto

10: Selecciona "Eliminar" 11: Pide confirmación de Eliminación

12: Confirma la eliminación 13: Elimina el producto 14: Muestra confirmación de eliminación

Figura 24: Eliminar Productos por Tienda

65

5.3.2.

Administrar Tiendas

: Administrador de Unidad de Negocio

: IU_Principal

: IU_Administrador

: I_Administrar Tienda

: E_Tienda

1: Ingresa a la página

2: Selecciona "Administrar" 3: Muestra Panel de "Administrador" 4: Selecciona "Administrar Tienda" 5: Muestra Ventana de "Administrar Tienda" 6: Selecciona: "Agregar Tienda" 7: Muestra Formulario: "Nueva Tienda" 8: Ingresa datos de la nueva tienda 9: Verifica Datos ingresados

10: Verifica Datos

11: Ingresa Datos de la nueva tienda 12: Muestra Confirmación de Creación de Tienda

Figura 25: Agregar Tienda

66

: Administrador de Unidad de Negocio

: IU_Principal

: IU_Administrador

: I_Administrar Tienda

: E_Tienda

1: Ingresa a la página principal 2: Selecciona "Administrar

3: Muestra "Panel de Administrador"

4: Selecciona "Administrar" 5: Muestra ventana: "Administrar Tienda" 6: Selecciona: "Modificar"

7: Ingresa identificador de tienda 8: Verifica los datos ingresados 9: Busca el identificador de tienda

10: Verifica datos

11: Muestra datos de la tienda

12: Ingresa datos para actualizar de la tienda 13: Verifica Datos ingresados

14: Actualiza los datos de la tienda

15: Muestra datos actualizados de la tienda

Figura 26: Modificar Tiendas

67

: Administrador de Unidad de Negocio

: IU_Administrador

: IU_Principal

: I_Administrar Tienda

: E_Tienda

1: Ingresa a la página principal

2: Selecciona "Administrar" 3: Muestra Panel de Administrador 4: Selecciona: "Administrar Tienda" 5: Muestra Panel de Administracion de Tienda 6: Selecciona "Eliminar" 7: Muestra Panel de Eliminacion 8: Ingresa Identificador de tienda 9: Verifica Datos Ingresados 10: Busca Identificador de Tienda

11: Verifica Datos

12: Muestra datos de Tienda

13: Selecciona "Eliminar"

14: Pide confirmación de eliminación

15: Confirma Eliminación

16: Confirma eliminación 17: Elimina el tienda

18: Muestra diálogo de confirmación de eliminación

Figura 27: Eliminar Tiendas

68

5.3.3.

Administrar Unidad de Negocio

: Administrador de Sistema

: IU_Administrador

: I_Administrar Unidad de Negocio

: E_UnidadNegocio

1: El administrador de sistema seleciona la opcion crear 2: llena los campos correspondientes 3: Verifica los campos si estan correctamenete llenado 4: Agrega la Unida de negocio

5: Muestra el Reultado

Figura 28: Crear Unidad de Negocio

: Administrador de Sistema

: I_Administrar Unidad de Negocio

: IU_Administrador

: E_UnidadNegocio

1: El administrador selecioan la opcion editar unidad de negocio

2: Ingresa la busqueda segun el criterio de la busqueda 3: valida los datos 4: Busca los detalles

5: Muestra los Resultados y carga los datos 6: Modifica los campos que desea 7: Valida los campos 8: Actualiza los Datos

9: Muestra Resultado

Figura 29: Editar Unidad de Negocio

69

: IU_Administrador : Administrador de Sistema 1: Seleciona lla opcion Eliminar

: I_Administrar Unidad de Negocio

: E_UnidadNegocio

2: Ingresa la busqueda por el criterio de la busqueda y elimina

3: Verifica 4: Busca el detalle

5: Muestra resultado

Figura 30: Eliminar Unidad de Negocio

5.3.4.

Iniciar Sesión

: Usuario

: IU_Usuario

: I_Iniciar Sesion

: E_Usuario

1: Ingresa

2: Elige

3: Pide datos de Ingreso

4: Ingresa los datos 5: lee datos 6: Lee datos de BD 7: Verifica datos

8: Muestra confirmacion de ingreso

Figura 31: Iniciar Sesión

70

5.4.

Modelo Conceptual del Sistema

Figura 32: Diagrama de clases entidades

5.5.

Benchmarking Leyenda de la funcionalidades:

0-No tiene. 1-Baja (Poco amigable y pocos datos). 2-Media (poco amigable e insuficiente). 3-Alta (amigable y con datos suficientes)

71

Benchmarking para el proyecto IMPLEMENTACION DE UN PORTAL WEB PARA VENTA DE COMIDA POR DELIVERY Y PAGO CON MONEDERO ELECTRÓNICO CaracterísticasF Pedido Alimentos Pa llevar Yo no cocino Ya delivery uncionales Gestión de 3 2 2 1 Clientes Realiza perdido 3 0 2 2 por la página web Puedes buscar lo que necesitas por 3 3 2 2 lugar por rubro de negocio y por producto Puedeadministrar 3 2 3 2 promociones Confirmación de pedido que se 3 1 2 1 responde la solicitud en 5 minutos Administra el 3 2 2 2 pedido por cadena de tienda Geo localización 3 1 1 1 para zona de cobertura delivery 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

Ser extensible

3

2

2

2

39

23

26

24

Puntaje total

72

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

Windows, Linux

Windows, Linux

Windows, Linux

MySql

No especifica

PHP

No especifica

No se entrega

No se entrega

256Mb.

500Mb.

500 Mb.

1 Gb.

1.8Ghz o superior

1.8Ghz. O superior

Intel Celeron o Superior

1.8GHz o superior

512MB

512 MB

512MB

1GB

Windows

No especifica Visual PHP Fox Pro No se No especifica entrega MySql

Configuración Disco Procesador Memoria

La propuesta de solución, es la que mejor se adecua para llevar a cabo este proyecto, referente a los pedidos y recepción de los mismos por medio de la más rápida vía de comunicación,que en este caso es la Internet.

En el siguiente punto se muestras los prototipos del sistema para su mejor entendimiento.

5.6.

Especificaciones de Caso de UsomásSignificativos 5.6.1.

Especificación del CUS Registrar Unidad de Negocio Actores

 Administrador de unidad de negocio.  Administrador del sistema.

Descripción

Se detalla cómo se registra una unidad de negocio al sistema.

Pre condiciones

Debe estar registrado en el portal http://www.pallevar.com/login

73

Flujo Normal

1) El administrador de unidad de negocio ingresa a la portada y da Seleccionar en: Registro de empresa. 2) El administrador de unidad de negocio ingresa los siguientes datos: Ruc, nombre de empresa, rubro, teléfono, descripción y un logo. 3) Seleccionar en el botón enviar para que se registre su empresa.

Flujo Alternativo

4) Una vez que el administrador de unidad de negocio haya registrado su empresa, el administrador del sistema tiene que validar sus datos para activarla. 5) Ingresa a www.pa-llevar.com/admin. 6) Se loguea con su usuario y selecciona la opción: Administrar unidad de negocio.

7) Ingresa a una de las unidades de negocio dándole Seleccionar en editar. 8) El campo ―Visible‖ lo debe cambiar a SI para que se active.

Post Condiciones

Una nueva unidad de negocio fue creada.

Figura 33: Pantalla de Registro de Unidad de Negocio

74

Figura 34: Pantalla de confirmación de Unidad de Negocio

5.6.2.

Especificación del CUS Administrar Tiendas Actores Descripción Pre condiciones Flujo Normal

 Administrador de Unidad de Negocio Se detalla cómo se efectúa la administración de una tienda. Se debe estar registrado en el portal http://www.pa-llevar.com/admin 1) El administrador de unidad de negocio ingresa a la opción: Administrar Tiendas. Clic en la opción Agregar Tienda 2) Ingresa los siguientes datos en el formulario: 

Nombre



Descripción



Imagen



Ubigeo



Dirección



Email



Unidad de Negocio 75



Celular



Clave sms



Visibilidad



Horario de atención

3) , ingresa las coordenadas correctas de la Tienda y Seleccionar en guardar. Flujo Alternativo

4) Si el Administrador de Unidad de negocio desea eliminar alguna tienda, desde el panel de control debe dar Seleccionar en la opción eliminar.

Post Condiciones

Una nueva tienda fue creada.

Figura 35: Pantalla de registro o actualización de una nueva Tienda

76

Figura 36: Administración de coordenadas para una tienda.

Figura 37: Pantalla de eliminación de una Tienda.

5.6.3

Especificación del CUS Registro Cliente Actores

 Cliente

Descripción

Se detalla cómo se registra un cliente por el portal web http://www.pa-llevar.com/registrar

Pre condiciones

El cliente debe haber ingresado a la página web http://www.pa-llevar.com y haber dado Seleccionar en ―Registrarse‖. 1) Cuando el cliente esté en el formulario de registro, ingresa sus datos personales.

Flujo Normal

2) El cliente debe ingresar sus datos personales: 

DNI



Nombres



Apellidos 77



Contraseña



Email



Teléfono



Celular



Dirección



Referencia



Distrito

3) al final del formulario existe una ventana de ―Donde vivo‖ en el cual debe arrastrar el globito y ubicarlo encima de su vivienda. 4) El cliente da Seleccionar en Enviar. 5) El sistema retorna a la página principal del portal web. Flujo Alternativo

6) Si el cliente no completa todos datos en el formulario, el sistema le muestra un mensaje de advertencia.

Post Condiciones

El sistema registra los datos del cliente en la BD y le envía un correo de bienvenida con sus credenciales de ingreso para la parte Móvil

78

Figura 38: Formulario del registro de Clientes

79

5.6.4.

Especificación del CUS Administrar Clientes Actores

 Administrador del Sistema.

Descripción

Se detalla cómo se administran los clientes en la intranet

Pre condiciones

El cliente debe haberse registrado en el portal http://www.pa-llevar.com/admin

Flujo Normal

1) El administrador del sistema ingresa a la opción: Administrar Clientes. Selecciona la opción Ver Detalle 2) Puede ver el detalle de un Cliente.

Flujo Alternativo

3) El administrador puede cancelar la suscripción eliminando a un cliente ingresando al menú: Administrar clientes. 4) Seleccionar en eliminar. 5) En el control que aparece Seleccionar en SI para confirmar la eliminación.

Post Condiciones

El administrador del sistema verifico la existencia de un Cliente y puede administrarlo.

Figura 39: Formulario de la información de clientes

80

Figura 40: Formulario de eliminación de clientes

Figura 41: Formulario de confirmación para eliminar a uncliente

81

5.6.5.

Especificación del CUS Realizar Pedido Actores Descripción Pre condiciones Flujo Normal

 Cliente Se detalla cómo se realiza un pedido por el portal web www.pa-llevar.com. El cliente debe estar registrado en el portal web www.pa-llevar.com. 1) El cliente ingresa a la opción: ―Restaurantes en mi área‖ de la página principal para ver que tiendas llegan a su domicilio. 2) Selecciona la tienda que guste. 3) Selecciona el producto que desee solicitar. 4) Automáticamente se va cargar una nueva pantalla con el producto agregado al carrito de compras. 5) El cliente puede regresar a seleccionar un nuevo producto y se va agregar nuevamente al carrito de compras. 6) Una vez conforme, el cliente selecciona el tipo de pago, puede ser: 

En efectivo



Tarjeta de Crédito



Envío SMS

Luego le de Seleccionar en Grabar Pedido 7) El cliente revisará en su correo electrónico para verificar su pedido, si selecciono ―envío SMS‖ le llegara un mensaje de texto a su celular. Flujo Alternativo

3)Si desea puede seleccionar ―Regresar a la Tienda‖ para agregar otros productos.

Post Condiciones

El pedido ha quedado registrado en el sistema.

82

Figura 42: Panel de productos para una tienda específica

Figura 43: Ingresando al carrito de compras

83

5.6.6.

Especificación del CUS Confirmar pedidos por Tienda Actores

 Administrador de tienda  Recepcionista de pedidos

Descripción Pre condiciones

Flujo Normal

Se detalla cómo se confirman los pedidos. El recepcionista de pedidos debe haber ingresado a la intranet: www.pallevar.com/admin. Con su usuario y password ya creados. 1) El recepcionista de pedidos ingresa a la opción ―Administrador de Pedidos‖ en la intranet del sistema. 2) Revisa que haya Estado=Pendiente.

algún

pedido

con

3) Se selecciona la opción de la columna: Acciones para ingresar al detalle el pedido. 4) El recepcionista verifica los detalles del cliente y cambia el estado del pedido a cualquiera de las siguientes opciones: 

Pendiente: aún no se procesa el pedido.



Con Garantía: el pedido llego y se procesó de manera correcta, automáticamente se envía un correo al cliente confirmándole que su pedido es correcto y se va entregar en menos de 30 minutos.



Sin Garantía: el pedido llego y se procesó de manera correcta, automáticamente se envía un correo al cliente confirmándole que su pedido es correcto pero va demorar en la entrega del mismo.



No contesto el teléfono: el pedido llego pero el recepcionista de pedidos no se pudo comunicar con el cliente para que confirme el pedido, no se va enviar dicho pedido y automáticamente 84

se enviara un email al cliente explicando lo mencionado. 

Datos incompletos: el pedido llego correctamente pero los datos que menciona no son correctos, por ej. El número de celular no existe o la dirección no concuerda con la referencia, se enviará un mail al cliente explicando lo mencionado.



Fuera de Zona de reparto: el pedido llego correctamente pero actualmente el lugar está fuera del alcance de la tienda, se enviara un correo al cliente explicando lo mencionado, este caso se puede dar en casos que la tienda no cuente con sucursales o hayan modificado el alcance de las tiendas.

5) Una vez ingresado el detalle del pedido le llegara un correo de confirmación al cliente. Flujo Alternativo

6) El administrador de pedidos o tienda puede eliminar un pedido realizado por algún cliente desde el panel de administración si fuera necesario.

Post Condiciones

De acuerdo a lo seleccionado se envía un correo electrónico al cliente confirmando o rechazando el pedido.

85

Figura 44: Listado de pedidos

Figura 45: Cambio del estado de un pedido

86

5.6.7

Especificación del CUS Administrar Productos Actores

 Administrador de tienda  Administrador de Unidad de Negocio

Descripción Pre condiciones Flujo Normal

Se detalla cómo se Registran los productos. El administrador de tiendas debe estar logueado a la intranet de www.pa-llevar.com\admin. 1) El recepcionista de pedidos ingresa a la opción ―Administrador de Productos‖ en la intranet del sistema. 2) Seleccionar en la Opción Agregar Producto. 3) Ingresa el nombre de la tienda la cual se relaciona automáticamente y los detalles del producto. 4) Seleccionar en Guardar para que se registre el producto.

Flujo Alternativo

1) El recepcionista de pedidos ingresa a la opción ―Administrador de Pedidos‖ en la intranet del sistema. 2) Puede seleccionar la Opción Producto Visible: NO, para que ese producto aún no se muestre en la página web. 3) Al final Seleccionar en Guardar para que se registre en la web.

Post Condiciones

El pago ha quedado registrado en el sistema.

87

Figura 46: Panel de administración de productos.

Figura 47: Panel de edición de productos

5.6.8.

Especificación del CUS Realizar Pago Móvil Actores

 Cliente  Recepcionista de Pedidos

Descripción Pre condiciones Flujo Normal

Se detalla cómo se efectúa el pago mediante el uso del monedero electrónico. Se debe haber efectuado un pedido desde el portal www.pa-llevar.com y llegado un mensaje sms al celular 1) Se recibe el mensaje sms en el celular del cliente con el monto de la operación y el código único para la operación.

88

2) Se responde el mensaje con el formato P + código operación. 3) El código es procesado en el sistema y se actualiza el estado del pedido como Cancelado. 4) El sistema envía un mensaje al cliente con la confirmación del pago realizado. Flujo Alternativo

1) El cliente no puede efectuar el envío de la confirmación de pago. 2) El motorizado se comunica con la tienda para confirmar el pago manual. 3) El recepcionista de pedidos de la tienda confirma el pago en el sistema.

Post Condiciones

El pago ha quedado registrado en el sistema.

Figura 48: Pedidos pendientes de cancelación

5.6.9.

Especificación del CUS Registrar Recarga Móvil Actores

 Administrador del Sistema  Cliente

Descripción Pre condiciones Flujo Normal

Se detalla cómo se efectúa las recargas de saldo para monedero electrónico. Se debe estar registrado en el portal www.pallevar.com e ingresar al sistema 1) Se ingresa al sistema con el usuario y contraseña, el usuario es el número de

89

celular asociado al cliente. 2) Se ingresa a la opción de Recargas. 3) Se ingresa el monto a recargar y el número de la tarjeta de recarga. 4) El administrador del sistema valida el número de la tarjeta y aprueba la recarga. Flujo Alternativo

1) Desde el Celular El cliente envía un mensaje de texto con el siguiente formato: ―R+ código tarjeta + monto recargar‖ al número celular 987433151.

Post Condiciones

El monto de la recarga y saldo es actualizado en el sistema.

Figura 49: Recarga de saldos

5.6.10. Especificación del CUS Consultar Saldo Móvil Actores Descripción Pre condiciones Flujo Normal

 Cliente Se detalla cómo se efectúa la consulta de saldo del monedero electrónico. Se debe estar registrado en el portal http://www.pa-llevar.com/admin_sms 1) El cliente ingresa con su usuario móvil y contraseña. 2) El saldo se muestra en la parte superior derecha de la pantalla.

90

Flujo Alternativo

1) El cliente envía un mensaje de texto con la letra ―S‖ al número celular 987433151. 2) El sistema envía el saldo actual del cliente al dispositivo móvil.

Post Condiciones

Se muestra el saldo del monedero electrónico asociado al cliente.

Figura 50: Consulta de saldos

5.7.

Prototipos de la Solución

Figura 51: Página principal del portal

91

Figura 52: Administrador de pago móvil

Ingresando como Administrador

Figura 53: Histórico de recargas

92

Figura 54: Histórico de devoluciones

Figura 55: Confirmación de recargas

Figura 56: Saldos de clientes

93

Figura 57: Devolución a tiendas

Figura 58: Registro de devoluciones a tiendas

Ingresando con usuario Tienda

Figura 59: Histórico de pedidos

94

Figura 60: Histórico de devoluciones

Ingresando con usuario Cliente

Figura 61: Histórico de pedidos

Figura 62: Histórico de recargas

95

Figura 63: Cambio de clave móvil

96

CAPÍTULO VI: ARQUITECTURA 6.1.

Diagrama de Clases

Figura 64: Diagrama de clases

97

6.2.

Diccionario de Clases

Ítem Nombre de la Clase 1 Auditorias

Descripción Clase que es utilizada para registrar los cambios realizados por cada usuario que ingresa a la base de datos

2 Clientes

Esta Clasees una de las más importantes ya que va almacenar todos los datos de los clientes que estén registrados en el sistema.

3 Coord_x_tienda

Clasedonde se almacenan las coordenadas de ubicación del Google Maps de cada una de las tiendas registrados en el sistema

4 Ctamovil

Clasedonde se almacena la información del saldo actual de la cuenta de cada usuario móvil que se encuentra registrado en el sistema.

5 Devoluciones

Clasedonde se registran las devoluciones de dinero que se realizan a las tiendas que tienen pedidos como medio de pago al monedero móvil.

6 Horario

Clasedonde se registra el horario de atención de cada tienda, se registra la hora de apertura y la hora de cierre.

7 Ingrediente

Clasedonde se registran los ingredientes de cada producto que es vendido en las tiendas.

8 Ingrediente_tipo

Clasedonde se agrupa el tipo de ingrediente de cada producto que interactúa en el sistema.

9 Log

Claseque almacena las operaciones que son realizadas por los usuarios móviles

10 Logenvio

Clasedonde almacena los datos del envío de pedidos que son efectuados por las tiendas a cada cliente.

11 Modulo

Clasedonde se almacena los nombres de las páginas que existe en el sistema.

12 Modulorol

Claseque relaciona los módulos que existen en el sistema con cada uno de los roles de los usuarios.

13 Operación

Claseque almacena las operaciones que se pueden realizar con el usuario móvil, tales como consultar saldos, realizar recargas y efectuar pagos.

14 Pedido

Es la Claseprincipal de todo el sistema, dondeestarán almacenados los pedidos de todas las tiendas indistintamente de las unidades de negocio a la cual pertenecen.

15 Pedido_detalle

Claseque permite almacenar los detalles que están contenidos en cada pedido.

98

16 Producto

Claseque almacena los datos de todos los productos que intervienen en el sistema.

17 Producto_detalle

Clasedonde se especifica el detalle de cada producto al cual pertenecen así como el precio por lo que están relacionados.

18 Producto_ingrediente

Claseque almacena la relación que existe entre los productos y los ingredientes.

19 Producto_tipo

Claseque agrupa a los diferentes tipos de productos que están registrados en el sistema.

20 Recargas

Claseque almacena la información que es registrada en cada recarga de dinero para los usuarios que efectúan pago con el monedero electrónico.

21 Roles

Es la Claseque va especificar los diferentes perfiles o roles que puedan haber por ejemplo: administrador de tienda el cual tiene un alias, pero este alias es interno y solo se filtrara por los Scripts que puedan determinar el acceso hacia algunos formularios.

22 Rubros

Claseque almacena el nombre del rubro al cual pertenece cada unidad de negocio, ejemplo: pollerías, pizzerías, etc.

23 Tienda

La Clasetienda va almacenar los detalles de cada

de las

tiendas, está relacionada con E_UnidadNegocio. 24 Ubigeo

Claseque almacena la ubicación de cada cliente mediante la posición de latitud y longitud.

25 Unidad_Negocio

Esta Claseva almacenar las diferentes Unidades de Negocio que pueden acceder al sistema web.

26 Usuario-movil

Claseque almacena los datos de los usuarios móviles que participan en pago con la modalidad de monedero electrónico. Pueden ser los clientes o las tiendas.

27 Usuarios

Claseque almacena la información de los usuarios que ingresan al sistema.

99

6.3.

Diagrama de despliegue

Figura 65: Diagrama de despliegue

6.4.

Diagrama de componentes

Contenidos Browser Internet

Index.php

Repositorio

Style

Images class

Decon

BDSIDWEB

Figura 66: Diagrama de componentes

100

CAPÍTULO VII: DESARROLLO Y PRUEBAS 7.1

Organigrama del equipo de trabajo

Para el desarrollo dela presente tesis se ha contemplado el siguiente organigrama, cuyos roles han sido ejecutados por los integrantes del proyecto actual.

Figura 67: Organigrama del proyecto

Jefes de Proyecto: Yonel Huamán y Jimmy Burga son los jefes del presente proyecto quienes saben perfectamente el alcance del proyecto, Coordinación y dirección del proyecto, toma de decisiones, proponer modificaciones y cambios repentinos. DBA: Es el encargado de administrar la base de datos y certificar que las relaciones entre entidades sean correctas. Analista Funcional: es el encargado de ver los procesos a nivel funcional del portal web, también es la persona encargada de documentar lo antes mencionado.

101

Programador Web: Encargado de desarrollar todo el funcionamiento en el portal web, trabajo constante con el analista funcional pues le releva todo el trabajo que haya especificado. Diseñador Web: encargado del diseño, imágenes, colores del portal web, su función es hasta el diseño del portal web y también puede ayudar con observaciones al funcionamiento del portal.

7.2

Viabilidad del proyecto 7.2.1

Viabilidad Técnica Dadoel negocioes 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. 102

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 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. Servidor SMS: Se ha visto en la necesidad de implementar un servidor SMS que permitirá enviar y recibir mensajes de texto desde un dispositivo móvil e interactuar a su vez con una base de datos. 7.2.2

Viabilidad Económica Costos por Año: A continuación el detalle de los gastos por realizar para el presente proyecto.

Año (t) 0

Detalle Renta de hosting Renta de Dominio Pago Diseñador Pago Programador Pago Modelamiento de procesos Pago DBA Alquiler PCs Otros gastos Emisión tarjetas Marketing

Costo x Mes

800 800

Meses 12 12 1 3

Total S./ 130 40 800 2400

800

1

800

900 350 200 120 800

2 4 12 5 4

1800 1400 2400 600 3200 13570

103

Año (t) 1

Año (t) 2

Año (t) 3

Detalle Renta de hosting Renta de Dominio Pago Diseñador Pago Programador Alquiler PCs Alquiler de Local y otros Emisión tarjetas Marketing

Detalle Renta de hosting Renta de Dominio Pago Diseñador Pago Programador Alquiler PCs Alquiler de Local y otros Emisión tarjetas Marketing

Detalle Renta de hosting Renta de Dominio Pago Diseñador Pago Programador Alquiler PCs Alquiler de Local y otros Emisión tarjetas Marketing

Costo x Mes

Meses

800 800 350 500 80 1000

12 12 1 1 2 6 5 4

Costo x Mes

Meses

800 800 350 500 80 1000

12 12 2 2 2 6 5 4

Costo x Mes

Meses

800 800 350 500 80 1000

12 12 1 1 2 5 5 4

Total S./ 130 40 800 800 700 3000 400 4000 9870

Total S./ 130 40 1600 1600 700 3000 400 4000 11470 Total S./ 130 40 800 800 700 2500 400 4000 9370

104

Año (t) 4

Detalle Renta de hosting Renta de Dominio Pago Diseñador Pago Programador Alquiler PCs Alquiler de Local y otros Emisión tarjetas Marketing

Costo x Mes

Meses

800 800 350 500 80 1000

12 12 2 2 2 6 5 4

Total S./ 130 40 1600 1600 700 3000 400 4000 11470

105

Beneficios por año: Año

Total pedidos Total Beneficios

Precio pedidos promedio

Promedio Ganacias

Publicidad HomePage

0

-

0

0

0

0

0

0

0

0

0

0

0

Febrero

0

-

0

0

0

0

0.025

0

0.2

0

0

0

0

0

0

Marzo

0

-

0

0

0

0

0.025

0

0.2

0

0

0

90

90

0

Abril

76

-

152

114

30

3420

0.025

85.5

0.2

15.2

30.4

22.8

90

112.8

0

Mayo

152

-

302

227

30

6810

0.025

170.25

0.2

30.4

60.4

45.4

90

135.4

0

Junio

302

-

502

402

40

16080

0.025

402

0.2

60.4

100.4

80.4

90

170.4

0

Julio

502

-

652

577

40

23080

0.025

577

0.2

100.4

130.4

115.4

90

205.4

0

Agosto

700

-

850

775

40

31000

0.025

775

0.2

140

170

155

90

245

0

Septiembre

850

-

1000

925

40

37000

0.025

925

0.2

170

200

185

90

275

0

Octubre

1000

-

1150

1075

40

43000

0.025

1075

0.2

200

230

215

90

305

0

Noviembre

1200

-

1350

1275

40

51000

0.025

1275

0.2

240

270

255

90

345

0

Diciembre

1400

-

1550

1475

40

59000

0.025

1475

0.2

280

310

295

90

385

Mes

Rango de Pedidos

Monto pedidos mensual %ganancia total T otal pago movil Ganancia por pedidos S./

Rango de Ganancias S./

Promedio pedidos

Enero

0

Año

Mes

Rango de Pedidos

0

Monto pedidos mensual %ganancia total T otal pago movil Ganancia por pedidos S./

Rango de Ganancias S./

Promedio pedidos

Precio pedidos promedio

Promedio Ganacias

Publicidad HomePage

1

Enero

1500

-

1650

1575

40

63000

0.025

1575

0.2

300

340

320

135

1

Febrero

1600

-

1750

1675

40

67000

0.025

1675

0.2

320

350

335

135

1

Marzo

1700

-

1850

1775

40

71000

0.025

1775

0.2

340

370

355

135

1

Abril

1800

-

1950

1875

40

75000

0.025

1875

0.2

360

390

375

135

1

Mayo

2000

-

2150

2075

40

83000

0.025

2075

0.2

400

430

415

135

1

Junio

2100

-

2250

2175

40

87000

0.025

2175

0.2

420

450

435

135

1

Julio

2200

-

2350

2275

40

91000

0.025

2275

0.2

440

470

455

135

1

Agosto

2300

-

2450

2375

40

95000

0.025

2375

0.2

460

490

475

135

1

Septiembre

2400

-

2550

2475

40

99000

0.025

2475

0.2

480

510

495

135

1

Octubre

2500

-

2650

2575

40

103000

0.025

2575

0.2

500

530

515

135

1

Noviembre

2600

-

2750

2675

40

107000

0.025

2675

0.2

520

550

535

135

1

Diciembre

2800

-

2950

2875

40

115000

0.025

2875

0.2

560

590

575

135

Año

Mes

Rango de Pedidos

Monto pedidos mensual %ganancia total T otal pago movil Ganancia por pedidos S./

Rango de Ganancias S./

Promedio pedidos

Precio pedidos promedio

Promedio Ganacias

Publicidad HomePage

2

Enero

2800

-

2950

2875

40

115000

0.025

2875

0.2

560

590

575

1000

2

Febrero

3000

-

3150

3075

40

123000

0.025

3075

0.2

600

630

615

1000

2

Marzo

3000

-

3150

3075

40

123000

0.025

3075

0.2

600

630

615

1000

2

Abril

3000

-

3150

3075

40

123000

0.025

3075

0.2

600

630

615

1000

2

Mayo

3200

-

3350

3275

40

131000

0.025

3275

0.2

640

670

655

1000

2

Junio

3400

-

3550

3475

40

139000

0.025

3475

0.2

680

710

695

1000

2

Julio

3600

-

3750

3675

40

147000

0.025

3675

0.2

720

750

735

1500

2

Agosto

3800

-

3950

3875

40

155000

0.025

3875

0.2

760

790

775

1500

2

Septiembre

4000

-

4150

4075

40

163000

0.025

4075

0.2

800

830

815

1500

2

Octubre

4500

-

4650

4575

40

183000

0.025

4575

0.2

900

930

915

1500

2

Noviembre

4600

-

4750

4675

40

187000

0.025

4675

0.2

920

950

935

1500

2

Diciembre

4700

-

4850

4775

40

191000

0.025

4775

0.2

940

970

955

1500

Año

Mes

Rango de Pedidos

Monto pedidos mensual %ganancia total total pago mobil

Ganancia por pedidos S./

Rango de Ganancias S./

Promedio pedidos

Precio pedidos promedio

Promedio Ganacias

Publicidad HomePage

3

Enero

5000

-

5150

5075

40

203000

0.025

5075

0.2

1000

340

670

1000

3

Febrero

5100

-

5250

5175

40

207000

0.025

5175

0.2

1020

1050

1035

1000

3

Marzo

5200

-

5350

5275

40

211000

0.025

5275

0.2

1040

1070

1055

1000

3

Abril

5300

-

5450

5375

40

215000

0.025

5375

0.2

1060

1090

1075

1000

3

Mayo

5400

-

5550

5475

40

219000

0.025

5475

0.2

1080

1110

1095

1000

3

Junio

5500

-

5650

5575

40

223000

0.025

5575

0.2

1100

1130

1115

1000

3

Julio

5600

-

5750

5675

40

227000

0.025

5675

0.2

1120

1150

1135

1500

3

Agosto

5700

-

5850

5775

40

231000

0.025

5775

0.2

1140

1170

1155

1500

3

Septiembre

5800

-

5950

5875

40

235000

0.025

5875

0.2

1160

1190

1175

1500

3

Octubre

5900

-

6050

5975

40

239000

0.025

5975

0.2

1180

1210

1195

1500

3

Noviembre

6000

-

6150

6075

40

243000

0.025

6075

0.2

1200

1230

1215

1500

3

Diciembre

6100

-

6250

6175

40

247000

0.025

6175

0.2

1220

1250

1235

1500

Año

Mes

Rango de Pedidos

Monto pedidos mensual %ganancia total total pago mobil

Ganancia por pedidos S./

Rango de Ganancias S./

Promedio pedidos

Precio pedidos promedio

Promedio Ganacias

Publicidad HomePage

4

Enero

6100

-

6250

6175

40

247000

0.025

6175

0.2

1220

340

780

1000

4

Febrero

6200

-

6350

6275

40

251000

0.025

6275

0.2

1240

1270

1255

1000

4

Marzo

6300

-

6450

6375

40

255000

0.025

6375

0.2

1260

1290

1275

1000

4

Abril

6400

-

6550

6475

40

259000

0.025

6475

0.2

1280

1310

1295

1000

4

Mayo

6500

-

6650

6575

40

263000

0.025

6575

0.2

1300

1330

1315

1000

4

Junio

6600

-

6750

6675

40

267000

0.025

6675

0.2

1320

1350

1335

1000

4

Julio

6700

-

6850

6775

40

271000

0.025

6775

0.2

1340

1370

1355

1500

4

Agosto

6800

-

6950

6875

40

275000

0.025

6875

0.2

1360

1390

1375

1500

4

Septiembre

6900

-

7050

6975

40

279000

0.025

6975

0.2

1380

1410

1395

1500

4

Octubre

7000

-

7150

7075

40

283000

0.025

7075

0.2

1400

1430

1415

1500

4

Noviembre

7100

-

7250

7175

40

287000

0.025

7175

0.2

1420

1450

1435

1500

4

Diciembre

7200

-

7350

7275

40

291000

0.025

7275

0.2

1440

1470

1455

1500

0

0 90 198.3 305.65 572.4 782.4 1020 1200 1380 1620 1860 9028.75

Total pedidos Total Beneficios 550 2125 570 2245 610 2385 655 2530 720 2795 765 2940 810 3085 855 3230 900 3375 945 3520 990 3665 1055 3930 35825

Total pedidos Total Beneficios 3775 6650 3915 6990 4045 7120 4175 7250 4345 7620 4515 7990 5185 8860 5355 9230 5525 9600 5755 10330 5905 10580 4655 9430 101650

Total pedidos Total Beneficios 3870 8945 4335 9510 4485 9760 4635 10010 4785 10260 4935 10510 5585 11260 5735 11510 5885 11760 6035 12010 6185 12260 4935 11110 128905

Total pedidos Total Beneficios 3980 10155 4555 10830 4705 11080 4855 11330 5005 11580 5155 11830 5805 12580 5955 12830 6105 13080 6255 13330 6405 13580 5155 12430 144635

106

Calculo de Ingresos y Egresos Gastos 13570 9870 11470 9370 11470

0 1 2 3 4

Ingresos 10608.4 35825 101650 128905 144635

Gastos * -1 -13570 -9870 -11470 -9370 -11470

-2961.6 25955 90180 119535 133165

22993.4 113173.4 232708.4 365873.4

Calculo del VAN y la TIR FSA Flujo Neto (15%,t) de caja (Bt-Ct) -2961.6 1.0000 22993.4 0.8696 113173.4 0.7561 232708.4 0.6575 365873.4 0.5718 731,787

Año t 0 1 2 3 4

VAN al 15%

-2,962 19,994 85,575 153,010 209,189 464,807

VAN al FSA (20%) 20%

1.0000 0.8333 0.6944 0.5787 0.4823

-2,962 19,161 78,593 134,669 176,444 405,905

Aplicando Funciones de Excel

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

S/.404,850 El Excel actualiza al año anterior al primer dato S/.465,578 Ajustado para actualizarlo al año 0 S/.338,852 El Excel actualiza al año anterior al primer dato S/.406,623 Ajustado para actualizarlo al año 0 33.5%

Conclusión: Dado que el TIR es del 35.5% lo que es superior a 20%, se considera que el presente proyecto es viable.

Detalle de los costos: Renta de hosting: Según la página web godaddyla renta mensual es de 4 Dólares, los cuales al año hacen 129.6 Nuevos Soles. Referencia: https://es.godaddy.com/hosting/webhosting.aspx?ci=57033&isc=gtnila21

107

Renta de dominio: Según la página web goodaddy la renta anual es de 14.5 dólares, el cual hace un monto de 40 soles anuales por un dominio con extensión .com Referencia: https://es.godaddy.com/domains/searchresults.aspx?ci=83269&isc=gtnil a21 Pago Diseñador: Un diseñador Jr trabajando a medio, está cobrando un promedio de 800 Nuevos Soles. Referencia: http://www.computrabajo.com.pe/ Pago Programador: Un programador Jr trabajando a medio, está cobrando un promedio de 800 Nuevos Soles. Referencia: http://www.computrabajo.com.pe/ Pago modelamiento de procesos: Un practicante jr con experiencia en UML y modelamiento de procesos está cobrando 800 nuevos soles. Referencia: http://www.computrabajo.com.pe/ Pago DBA: Un administrador de base de datos trabajando a medio tiempo, en el mercado actual está cobrando 800 Nuevos Soles. Referencia: http://www.computrabajo.com.pe/ Alquiler PCs: aproximadamente el precio promedio en alquiler de PC es de 350 Nuevos soles mensuales. Referencia: http://www.alquilerdepc.com/alquiler_de_pc_precios.php Otros Gastos:Para el año cero estamos presupuestando 200 Nuevos soles mensuales para algunos gastos que no se hayan contemplado, entre ellos están compras de utensilios para oficina. Emisión tarjetas: Para la confección de 500 tarjetas, el costo de la emisión de las tarjetas prepago con las cuales se efectuarán las recargas es de S/. 400.

108

Marketing:El costo para publicar en una página web que tenga mucha afluencia es de 1300 Nuevos Soles o 500 Dólares, si deseo publicar por medios físicos como periódicos, el costo mensual es de 1000 Dólares.

7.2.3

Viabilidad Legal El amparo legal del proyecto de tesis es:

1.

LEY Nº 27806.- Ley de Transparencia y Acceso a la Información Pública que a la letra dice:

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ónde 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.

109

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 Nacional. (01, transparencia.rree) 2.

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

Artículo 1. Objeto de la Ley 1.1 El objeto de la presente Ley es regular la emisión de dinero electrónico, determinar las empresas autorizadas a emitirlo y establecer el marco regulatorio y de supervisión de las Empresas Emisoras de Dinero Electrónico. 1.2 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. Artículo 2. 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 3. Reserva de actividad 110

Solo pueden emitir dinero electrónico las empresas que operan bajo el ámbito de supervisión de la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones, listadas en el inciso A del artículo 16 y el numeral 6 del artículo 17 de la Ley 26702, Ley General del Sistema Financiero y del Sistema de Seguros y Orgánica de la Superintendencia de Banca y Seguros. ―Artículo 17.- CAPITAL MÍNIMO DE EMPRESAS DE SERVICIOS COMPLEMENTARIOS Y CONEXOS. Empresas Emisoras de Dinero Electrónico: S/. 2 268 519,00. El citado capital corresponde al trimestre octubre - diciembre 2012 y posteriormente se sujeta a la actualización trimestral según el procedimiento señalado en el artículo 18 de la Ley 26702.‖ Artículo 4. Características y obligaciones de las Empresas Emisoras de Dinero Electrónico 4.1 Las Empresas Emisoras de Dinero Electrónico tienen como objeto principal la emisión de dinero electrónico, no conceden crédito con cargo a los fondos recibidos y solo pueden realizar otras operaciones relacionadas a su objeto principal. 4.2 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-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 111

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. Artículo 5. 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ú. Artículo 7. Exoneración del Impuesto General a las Ventas: Exonérese 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. 3.

INDECOPI:

Código

de

Consumo

beneficiará

a

consumidores sin afectar leyes del mercado 112

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 otros. (02, indecopi.gob)

Derechos de Propiedad Intelectual Asimismo

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

113

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 mismos. 7.3

Desarrollo del proyecto Se ha divido el desarrollo del presente proyecto de tesis en 03 módulos: la parte de la página web donde las tiendas ofrecen sus productos y los clientes pueden buscar, seleccionar y hacer su pedido; la parte de administración del monedero electrónico donde los clientes pueden consultar su saldo, efectuar recargas y ver el histórico de sus pedidos y cancelados con el monedero electrónico y el último módulo la parte de la intranet donde las tiendas pueden gestionar el estado sus pedidos. Para efectos de uso del monedero electrónico se ha implementado un servidor de mensajería móvil SMS, el cual nos permite enviar y recibir mensajes de texto que interactúan con el sistema.

Efectúa Pedido Cliente

actualiza www.pa-llevar.com

BDpallevar

aliza Actu SMS os Pag

Envía/Recibe SMS Servidor SMS 987433151

Figura 68: Flujo de sistema delivery con pago móvil

114

7.4

Pruebas Unitarias de Casos de Uso mas Significativos 7.4.1.

CUS Iniciar sesión

Unidad de CUS_IniciarSesión Prueba: Descripción de la Prueba: El objetivo de esta prueba es validar el ingreso de datos, al intentar registrar un nuevo usuario dentro del sistema así como su actualización y eliminación. Númer Tipo Descripción Resultado Esperado Resultad o o Mostro mensaje: Pasó 1 Prueba Ingreso un usuario/clave Unitaria usuario y clave incorrectos. invalida Pasó 2 Prueba Si dejo en Muestra mensaje: Unitaria blanco el ―Ingrese el Usuario‖ campo: Usuario Pasó 3 Prueba Si dejo en Muestra mensaje: Unitaria blanco el ―Ingrese la clave‖ campo: Clave

7.4.2.

Detalle de los resultados Se loguea correctamente. Bloquea el ingreso

Bloquea el ingreso

CUS Registrar cliente

Unidad de CUS_Registrar cliente prueba: Descripción de la prueba: El objetivo de esta prueba es validar el ingreso de datos al intentar registrar un nuevo usuario dentro del sistema así como su actualización y eliminación. Númer Tipo Descripción Resultado Esperado Resultad Detalle de los o o resultados Inserta el nombre del Pasó Inserto el 1 Prueba Debería registro en la Base de nombre del unitaria registrar el Datos y no un código. distrito en la nombre del Base de Datos. distrito en la base de datos. Pasó Ingresa su 2 Prueba La contraseña Muestra un mensaje: contraseña y lo unitaria debe tener ―Mínimo 6 caracteres, registra en la por lo menos máximo 15 caracteres‖ Base de Datos. 6 dígitos y máximo 15 caracteres Pasó Ingresa el 3 Prueba El formulario Muestra un mensaje: teléfono de 7 unitaria debería ―Caracteres como dígitos y se validar un mínimo 7 (Teléfono)‖ le 115

4

Prueba unitaria

6

Prueba unitaria

7

Prueba unitaria

8

Prueba unitaria

9

Prueba unitaria

10

Prueba unitaria

teléfono existente El formulario debería validar un celular existente El formulario debería tener un campo fecha de nacimiento Una vez registrado debería llegar un correo electrónico de bienvenida.

da en aceptar y retorna al campo del teléfono. Muestra un mensaje: ―Caracteres como mínimo 9 (Celular)‖ le da en aceptar y retorna al campo del teléfono. Muestra un calendario emergente.

pasó

registra correctamente. Ingresa el celular de 9 dígitos y se registra correctamente.

pasó

Ingresa la fecha de nacimiento y se registra correctamente.

Envía un mensaje al correo ingresado.

Pasó

Llega a la bandeja de entrada un mensaje de Bienvenida y que se van a comunicar conmigo muy pronto.

Cuando no se ingresa nada en el campo: confirmar contraseña Los números de DNI deben ser únicos

Muestra un mensaje: ―Caracteres como mínimo 6 (Contraseña).‖

Pasó

Se registra la contraseña correctamente.

Debería mostrar el mensaje: ―El cliente ya existe (DNI ya está registrado). Por favor, ingrese uno diferente.‖

Paso

El número de celular debe ser único

Debería mostrar el mensaje: ―El Email ingresado ya existe. Por favor, ingrese uno diferente.‖

Paso

Ingresa el número de DNI y se registra correctamente en la base de datos. Ingresa el número de celular y se registra correctamente en la base de datos.

116

7.4.3.

CUS Realizar pedido

Unidad de CUS_Realizar pedido prueba: Descripción de la prueba: El objetivo de esta prueba es validar el ingreso de datos al intentar registrar un nuevo pedido dentro del sistema. Númer Tipo Descripción Resultado Resultad Detalle de los o Esperado o resultados Ver el detalle de la Pasó Se logró 1 Prueba Se ingresó a una tienda. visualizar de unitaria tienda y se logró manera ver el detalle de la correcta los misma.

2

Prueba unitaria

Se debe hacer el pedido dentro del área de delivery.

3

Prueba unitaria

Se debe hacer el pedido dentro del horario de atención.

4

Prueba unitaria

5

Prueba unitaria

En el carrito de compras actualiza la cantidad y se refleja en los precios. Se cambió el horario de atención y se logró realizar el pedido.

6

Prueba unitaria

Se ingresó un monto menor al total a pagar.

7

Prueba unitaria

Se ingresó un monto igual al total a pagar.

8

Prueba

Se dio

Salió una advertencia donde avisa que se debe hacer el pedido dentro del área de delivery. Se mostró un mensaje de advertencia donde avisa que solo se puede hacer el pedido dentro del horario de atención. Actualiza los precios de acuerdo a la compra realizada.

Pasó

productos y detalles de la tienda. Se logró visualizar el mensaje de aviso.

Pasó

Se logró visualizar el mensaje de aviso de horario de atención.

Pasó

Se logró actualizar los precios de la compra realizada.

Guarda cambios de horario de atención.

Pasó

Se muestra mensaje de advertencia: ―El monto en efectivo es menor al total a pagar‖. Se muestra mensaje de advertencia: ―El monto en efectivo es menor al total a pagar‖.

Pasó

Se logró guardar cambios de horario satisfactoriame nte. Se logró realizar el pedido.

Pasó

Se logró realizar el pedido.

Imprimir el detalle

Pasó

Se logró

117

9

10

imprimir detalle del pedido.

unitaria

Seleccionar en la opción imprimir.

Prueba unitaria

Llego el correo del Llego el correo con pedido el pedido al mail del Cliente

Pasó

Prueba unitaria

Llego el correo de confirmación al email de la tienda

Pasó

7.4.4. Unidad de prueba:

del pedido.

Llego el correo al mail de la tienda con el pedido.

Llega el mensaje del registro del pedido. Llega el mensaje del registro del pedido.

CUS Confirmar Pedidos por Tienda CUS_Confirmar Pedidos por Tienda

Escenarios probados: El objetivo de esta prueba es validar el ingreso de datos luego de registrar un pedido dentro del sistema. Númer Tipo Descripción Resultado Resultad Detalle de los o Esperado o resultados Pasó 1 Prueba Llego el correo de El cliente recibió el correo. Unitaria confirmación del pedido al cliente. Pasó 2 Prueba Cuando el pedido El pedido se Unitaria llega a la base de registrócon estado: datos el estado ―pendiente‖ debe ser ‗0‘. Pasó 3 Prueba Los detalles del Registra el código Unitaria Cliente se del cliente al pedido registran en el por base de datos. pedido.

118

7.4.5.

CUS Administrar tienda

Unidad de CUS_Administrar tienda prueba: Descripción de la prueba: El objetivo de esta prueba es validar el ingreso de datos al intentar registrar un nuevo usuario dentro del sistema así como su actualización y eliminación. Númer Tipo Descripción Resultado Resultad Detalle de los o Esperado o resultados Se mostró el Pasó Se muestra 1 Prueba Se ingresó por la página detalle de la correctamente Unitaria web al detalle de la tienda. el detalle de la tienda. 2

Prueba Unitaria

3

Prueba Unitaria

4

Prueba Unitaria

El administrador de Tiendas debe diferenciar a todas por el nombre.

Mostrarse los nombres de las tiendas. Googlemaps debería Se logró dejar guardar con guardar cualquier navegador. con IE, Google Chrome y Mozilla. Cuando se editan las Se guardó coordenadas y se vuelve correctame a ingresar debería nte las guardarse correctamente. coordenad as.

Pasó

Tienda. Se muestran los nombres de las tiendas correctamente.

Pasó

Se guardaron las coordenadas correctamente

Pasó

Se guardaron todas las coordenadas de las tiendas.

119

CAPÍTULO VIII: CONCLUSIONES Y RECOMENDACIONES 8.1

Conclusiones

A lo largo del desarrollo del presente proyecto de tesis, hemos podido comprobar que el Desarrollo de un portal web que centralice a todos los negocios según el rubro de alimentos que comercializan, va permitir a los usuarios finales que puedan contar con una herramienta que les permita realizar sus pedidos de manera fácil, segura y confiable. Asimismo confirmamos que el uso de las tecnologías de información en los negocios que brindan el servicio de reparto de alimentos permite que puedan disminuir sus costos operativos de administración y control de pedidos. La implementación de un portal web, permite a las empresas alimenticias y a los clientes tener una visión más amplia de productos y tiendas que están cerca a su domicilio, ya que se ha utilizado la tecnología de geo localización tanto para las tiendas como para los clientes. En base a la centralización de una buena información relacionada a empresas alimenticias, tiendas y productos, los clientes no perderán mucho tiempo en buscar teléfonos o direcciones. El tiempo desde que empiezan a buscar una tienda de delivery hasta que el pedido llega a su domicilio, se va reducir considerablemente pues con la funcionalidad del sistema podrán hacer búsquedas avanzadas sin el problema que el motorizado no pueda ubicarel domicilio. Los motorizados también serán beneficiados pues la geo localización va disminuir el tiempo de llegada a los domicilios de clientes nuevos en direcciones no tan frecuentadas por motorizados. El monopolio que se va generar en el portal web va ser amplio a su vez; los clientes también serán beneficiarios de promociones y descuentos pues las empresas al ver que muchos usuarios se están relacionando 120

con su tienda trataran de cubrir mucho más las expectativas de clientes interesados en sus productos. Adicionalmente, la implementación de la modalidad de pago del monedero electrónico que ha sido recientemente aprobado en nuestro país, permite que los costos financieros por las transacciones de pago bajo esta modalidad sean menores ya que por Ley, la comisión de uso es de menor porcentaje a las de uso de una tarjeta de crédito. El uso de los mensajes de texto como parte del flujo de pago con el monedero electrónico, permite una mayor masificación de uso, ya que no se requiere contar con un celular de última generación para efectuar un pago móvil. Basta con enviar un mensaje de texto a la tienda donde se está realizando el pedido para que esta a su vez valide con la EEDE, en este caso, la administradora del portal pa-llevar.com que cuente con el saldo suficiente para efectuar la transacción y se confirme la aceptación con una clave de uso único por parte del cliente consumidor. En cuanto a la rentabilidad entre empresas, la rentabilidad depende mucho de la cantidad de ventas que tenga cada una de las tiendas, ahora pueden hacer un ranking entre sus tiendas, esto les va ayudar a hacer planes de marketing estratégicos que ayudarán a incrementar sus ventas no solo en las ventas de la página web sino también telefónicas y presenciales, con esto incrementaran la fidelidad en clientes frecuentes. Finalmente se puede concluir que en nuestro país las tendencias no difieren mucho de la región, la gerente de operaciones del portal web MercadoLibre en el Perú, explica que el usuario promedio tiene entre 18 y 24 años y compra productos por US$90 entre celulares y accesorios, pero este proyecto va enfocado a ayudar a las medianas y pequeñas empresas impulsadas por marcas grandes como Domino‘s Pizza.

121

8.2

Recomendaciones

Luego de haber concluido el desarrollo del presente proyecto de tesis, se puede recomendar a las pequeñas empresas que brindan el servicio de delivery que tienen una mejor opción de incrementar sus utilidades con el uso del portal www.pa-llevar.com; ya que les brinda un sistema de administración y control de los pedidos realizados por los clientes. Asimismo, la implementación de la modalidad de pago del monedero electrónico que ha sido recientemente aprobado en nuestro país, les permitirá reducir sus costos financieros en el proceso de pago; puesto que la comisión cobrada mediante esta modalidad es mucho menor a la de utilizar tarjetas de crédito. Los clientes y Empresas tendrán correctamente registrado sus puntos de coordenadas para que la validación del alcance de las tiendas sea válida e inmediata para prevenir inconvenientes en el envío del pedido. El uso de los mensajes de texto como parte del flujo de pago con el monedero electrónico, permite una mayor masificación de uso;ya que no es necesario contar con un celular de última generación para efectuar un pago móvil. Por otro lado se recomienda masificar su publicación en las redes sociales, a fin de dar a conocer a las empresas de servicio alimenticio que existe un portal web donde pueden registrarse y encontraral clienteobjetivo que busca el servicio de compra de alimentos con reparto a domicilio.

122

GLOSARIO DE TÉRMINOS 1. Unidad de Negocio.- es el nombre que se le da a las empresas que administran o tienen bajo su cargo las tiendas. 2. EEDE.-Son las siglas de:Empresas Emisoras de Dinero Electrónico, las cuales forman parte en flujo del proceso de pago por el reparto de comida. 3. Flyers.- Son diseños que van a ser creados e impresos como volantes para repartir a los clientes. 4. Google Maps.- Es un servidor de aplicaciones de mapas en la Web proporcionado por Google e interviene en el registro de la ubicación de las tiendas y los clientes. 5. Orden de Compras.- Documento comercial utilizado para solicitar el suministro de bienes o servicios a cambio de un pago 6. Promociones.- Acción o resultado de promocionar; actividades realizadas para dar a conocer un producto que son brindadas por las tiendas que están registradas en el portal web. 7. Redenciones.- es el término utilizado para la Cantidad de venta diaria por local. 8. Recepcionar.- Hecho en el que se registran los datos del cliente y del pedido que desea realizar. 9. 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. 10. Servidor SMS.- Es un servicio que permite enviar mensajes de texto a los celulares.

123

BIBLIOGRAFÍA. 01. (transparencia.rree). transparencia.rree. Obtenido de transparencia.rree: http://transparencia.rree.gob.pe/index.php?option=com_content&view=article&i d=93&Itemid=144 02. (indecopi.gob). indecopi.gob. Obtenido de indecopi.gob: http://www.indecopi.gob.pe/0/modulos/NOT/NOT_DetallarNoticia.aspx?PFL=0 &NOT=132 03. (Ranquet, Mathilde Du). Los modelos en trabajo social. En M. D. Ranquet, Los modelos en trabajo social: intervención con personas y familias (pág. 45). Siglo XXI. 04. (2012 alegsa.com.ar). alegsa.com.ar. Obtenido de alegsa.com.ar: http://www.alegsa.com.ar/Dic/sistema.php 05. (Juan Báez). Investigación cualitativa. Esic Editorial. 06. (Revista Iberoamericana). Inteligencia artificial. Revista Iberoamericana de Inteligencia Artificial, 51-64. 07. (Carmen de Pablos H). Dirección y gestión de los sistemas de información en la empresa: Una visión integradora. Esic Editorial. 08. (Wikipedia). Wikipedia. Obtenido de http://es.wikipedia.org/wiki/Sistema_de_informacion 09. (Ramón C. Suárez y Alonso). Tecnologías de la Información y la Comunicación. Ideas propias Editorial. 10. (Benítez, Gerardo Meneses). Interacción Y Aprendizaje En La Universidad. En G. M. Benítez. Universitat Rovira I Virgili Ntic. 11. (Planning and Control Systems). Planning and Control Systems: A Framework for Analysis. Harvard Business School, Cambridge, MA. 12. (Torres Pau Giner y Victoria). Un proceso de negocio es una colección de actividades estructuradas y relacionadas. Departamento de Sistemas Informáticos y Computación, 2. 13. (Stallman, Richard M.). Software libre para una sociedad libre. En R. M. Stallman. 14. (Jordi Mas Hernàndez). Software libre: técnicamente viable, ecónomicamente sostenible, socialmente justo. Textos Infonomia. 15. (Olivier Heurtel). PHP y MySQL Domine el desarrollo de un sitio Web dinamico e interactivo. Barcelona: Ediciones ENI. 16. (Ángel Cobo). PHP y MySQL: Tecnología para el desarrollo de aplicaciones web. Diaz de Santos. 17. (Wikipedia). Wikipedia. Obtenido de http://es.wikipedia.org/wiki/Servidor_HTTP_Apache 18. (Apache ORG). Apache ORG. Obtenido de http://projects.apache.org/projects/http_server.html 19. (Wikipedia). Wikipedia. Obtenido de http://es.wikipedia.org/wiki/MySQL 20. (Ley N° 29985 - 2013). Ley N° 29985: Ley del dinero electrónico en Perú. LIma. 21. (Wikipedia). Wikipedia. Obtenido de http://es.wikipedia.org/wiki/Pago_m%C3%B3vil 22. (clientebanca). Obtenido de http://www.bde.es/clientebanca/entidades/pueden/electronico.htm 23. (Ley N° 29985 - dinero electrónico - 2013). Ley N° 29985: Ley del dinero electrónico. Lima.

124

24. (Sistemas Informáticos y Computación). Integrando Especificaciones Textuales y Elementos de modelado UML en un Marco de Trabajo para Trazabilidad de Requisitos. Departamento de Sistemas Informáticos y Computación. 25. (Construction for Web 2.0 Applications). Towards Security by Construction for Web 2.0 Applications. 26. (Identifying Extensions Required by RUP). Identifying Extensions Required by RUP. Microsoft Research. 27. (Revista Economia - 2000). Implicaciones estratégicas del comercio electrónico basado en Internet. ICE: Revista Economia. 28. (Universidad de Jaén). Medios de pago electrónico. Piedra angular en el desarrollo del comercio electrónico. Universidad de Jaén, Dept. Informática. wiki.bizagi.com. (s.f.). Obtenido de wiki.bizagi.com: http://wiki.bizagi.com/90/index.php?title=Reglas_de_Negocio

125