UNIVERSIDAD RICARDO PALMA

FACULTAD DE INGENIERA
ESCUELA PROFESIONAL DE INGENIERA INFORMTICA

IMPLEMENTACIN DE UN PORTAL WEB PARA VENTA DE COMIDA POR DELIVERY Y PAGO CON MONEDERO ELECTRNICO

TESISPARA OPTAR EL TTULO PROFESIONAL DE INGENIERO INFORMTICO

PRESENTADO POR: BURGA CRUZ, JIMMY ANDERSON HUAMN 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 personales y

profesionales.

AGRADECIMIENTO
A los docentes de nuestra alma mater, Universidad Ricardo Palma; en especial a nuestro asesor Vctor Beltrn y revisores: Silvia Campos, Roxana Ramos y Jorge Rodrguez quienes y compartieron experiencias sus con

conocimientos

nosotros y nos motivaron en esta etapa profesional Profesional. para obtener el Ttulo

RESUMEN

El presente proyecto de Tesis est enfocado a la automatizacin 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 electrnico. Comprendetres mdulos: uno para el administrador de Unidad de Negocio donde puede administrar los pedidos de las tiendas que tenga a su cargo. Otro es el mdulo del consumidor el cual es un portal web dinmico donde los consumidores podrn interactuar con las tiendas y productos que fueron creados por los administradores de Unidad de Negocio.Por ltimo el mdulo de pago a travs de monedero electrnico, el cual mediante un mensaje de texto enviado desde un celular se podr efectuar el pago del pedido. El portal web manejar toda la informacin va correo electrnico, mensajes de texto e intranet para facilitar el manejo y administracin de los pedidos.

Palabras Clave: Sistema Delivery, Monedero Electrnico, Geo localizacin.

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.

INDICE

DEDICATORIA .................................................................................................... ii AGRADECIMIENTO ........................................................................................... iii RESUMEN ......................................................................................................... iv ABSTRACT .........................................................................................................v INTRODUCCIN ............................................................................................. 11 CAPTULO I: VISIN DEL PROYECTO .......................................................... 12 1.1. Antecedentes del Problema ........................................................................ 12 1.1.1. El Negocio de Dominos Pizza ............................................................. 13 1.1.2. Los Procesos del Negocio .................................................................... 14 1.2. Descripcin del Problema ............................................................................ 19 1.3. Objetivos del Proyecto ................................................................................. 23 1.3.1 Marco Lgico .......................................................................................... 23 1.3.2 Objetivo General. ................................................................................... 25 1.3.3 Objetivos Especficos ............................................................................ 25 1.3.4 Tabla de Consistencia........................................................................... 26 1.4. Justificacin del Proyecto ............................................................................ 28 1.4.1. Beneficios Tangibles ............................................................................. 28 1.4.2. Beneficios Intangibles ........................................................................... 29 1.5. Alcance del Proyecto .................................................................................... 30 CAPTULO II: MARCO TERICO .................................................................... 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 Informacin ............................................................................... 34 Tecnologas de la Informacin 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 Electrnico ..................................................................................... 42 Pago Mvil .................................................................................................. 43 Entidades Emisoras de Dinero Electrnico ........................................... 44

CAPTULO III: ESTADO DEL ARTE ................................................................ 46 3.1 Revisin 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 estratgicas del comercio electrnico basado en Internet. ................................................................................................................. 48

vi

3.1.5. Medios de pago electrnico, piedra angular en el desarrollo del comercio electrnico ........................................................................................... 48 CAPTULO 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 CAPTULO 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. Descripcin 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 Sesin .......................................................................................... 70 5.4. Modelo Conceptual del Sistema ................................................................. 71 5.5. Benchmarking ................................................................................................ 71 5.6. Especificaciones de Caso de UsomsSignificativos ............................... 73 5.6.1. Especificacin del CUS Registrar Unidad de Negocio .................... 73 5.6.2. Especificacin del CUS Administrar Tiendas .................................... 75 5.6.3 Especificacin del CUS Registro Cliente ........................................... 77 5.6.4. Especificacin del CUS Administrar Clientes .................................... 80 5.6.5. Especificacin del CUS Realizar Pedido ........................................... 82 5.6.6. Especificacin del CUS Confirmar pedidos por Tienda................... 84 5.6.7 Especificacin del CUS Administrar Productos ................................ 87 5.6.8. Especificacin del CUS Realizar Pago Mvil .................................... 88 5.6.9. Especificacin del CUS Registrar Recarga Mvil ............................. 89 5.6.10. Especificacin del CUS Consultar Saldo Mvil ............................. 90 5.7. Prototipos de la Solucin ............................................................................. 91 CAPTULO 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

CAPTULO VII: DESARROLLO Y PRUEBAS ................................................ 101 7.1 Organigrama del equipo de trabajo .......................................................... 101 7.2 Viabilidad del proyecto ............................................................................... 102 7.2.1 Viabilidad Tcnica ................................................................................ 102 7.2.2 Viabilidad Econmica .......................................................................... 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 sesin ............................................................................... 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 CAPTULO VIII: CONCLUSIONES Y RECOMENDACIONES ....................... 120 8.1 8.2 Conclusiones ............................................................................................... 120 Recomendaciones ...................................................................................... 122

GLOSARIO DE TRMINOS ........................................................................... 123 BIBLIOGRAFA. ............................................................................................. 124

viii

INDICEDE FIGURAS Figura 1: Organigrama de la Organizacin. ............................................................ 13 Figura 2: Cuadro del mapa del negocio. ................................................................. 16 Figura 3: Diagrama de procesos del negocio en Dominos Pizza. ..................... 17 Figura 4: Cuadro de pedidos por el portal web de Dominos Pizza 2010. ........ 20 Figura 5: Cuadro de pedidos por el portal web de Dominos Pizza 2011. ........ 21 Figura 6: Cuadro de pedidos por el portal web de Dominos 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 Electrnico ...... 61 Figura 20: Diagrama de casos de uso del Paquete Administracin................... 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 Sesin ............................................................................................ 70 Figura 32: Diagrama de clases entidades .............................................................. 71 Figura 33: Pantalla de Registro de Unidad de Negocio ....................................... 74 Figura 34: Pantalla de confirmacin de Unidad de Negocio ............................... 75 Figura 35: Pantalla de registro o actualizacin de una nueva Tienda ............... 76 Figura 36: Administracin de coordenadas para una tienda. .............................. 77 Figura 37: Pantalla de eliminacin de una Tienda. ............................................... 77 Figura 38: Formulario del registro de Clientes ....................................................... 79 Figura 39: Formulario de la informacin de clientes ............................................. 80 Figura 40: Formulario de eliminacin de clientes .................................................. 81 Figura 41: Formulario de confirmacin para eliminar a un cliente ...................... 81 Figura 42: Panel de productos para una tienda especfica ................................. 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 administracin de productos. ................................................ 88 47: Panel de edicin de productos .............................................................. 88 48: Pedidos pendientes de cancelacin ..................................................... 89 49: Recarga de saldos................................................................................... 90 50: Consulta de saldos .................................................................................. 91 51: Pgina principal del portal ...................................................................... 91 52: Administrador de pago mvil ................................................................. 92 53: Histrico de recargas .............................................................................. 92 54: Histrico de devoluciones ...................................................................... 93 55: Confirmacin de recargas ...................................................................... 93 56: Saldos de clientes ................................................................................... 93 57: Devolucin a tiendas ............................................................................... 94 58: Registro de devoluciones a tiendas ...................................................... 94 59: Histrico de pedidos ................................................................................ 94 60: Histrico de devoluciones ...................................................................... 95 61: Histrico de pedidos ................................................................................ 95 62: Histrico de recargas .............................................................................. 95 63: Cambio de clave mvil ............................................................................ 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 mvil .......................................... 114

INTRODUCCIN
En el Per, las personas no acostumbran a realizar compras en lnea, tampoco ingresar el nmero de su cuenta bancaria a una pgina web ni realizarpagos mviles.

La palabra mvil, nunca antes se le haba dado tanta importancia y se le haban asociado tantos sustantivos. Si exista un marketing en lnea, ahora existe un marketing mvil, si exista la web tradicional ahora lo hace la web mvil y por supuesto si existe el comercio electrnico tambin tiene su correspondiente adjetivo mvil a su lado.

Muchos clientes ahora slo tendrn que presentar sus telfonos mviles en lugar de pagar con efectivo, o sacar una tarjeta de crdito. Dado que los programas de pagos mviles son relativamente baratos y no requieren conocimientos tcnicos sofisticados para ponerlos en prctica, muchas pequeas empresas se han apresurado a adoptar esta nueva tecnologa.

Hoy en da el comercio electrnico en el Per est siendo exitoso para la comida y la bebida, el auge se encuentra en la buena administracin 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 pequeas 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 mvil, recientemente aprobado en nuestro pas, segn la ley N 29985 publicado por el peruano el 17 de enero del 2013 mediante el uso de un dispositivo mvil se pueden efectuar transacciones de pago por un bien o servicio.

11

CAPTULO I: VISIN DEL PROYECTO

1.1. Antecedentes del Problema Existen muchas empresas que desean implementar una solucin 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 tecnolgicos 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 automtica ya se estn 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 ms frecuentes. Asimismopermitir a los clientes poder identificar mejor a las empresas que estn dentro de su alcance de reparto usando una validacin de coordenadas de los mapas con la ayuda de la geo localizacin de Googlemaps. Asimismo se podr utilizar la modalidad de pago haciendo uso del monedero mvil mediante un dispositivo celular. Como marco referencial para la realizacin del proyecto de tesis, estamos tomando como ejemplo el modelo de negocio de Dominos Pizza y el servicio de reparto a domicilio; as como la implementacin del monedero electrnico, recientemente aprobado en el Per como medio de realizar transacciones financieras.

12

1.1.1.

El Negocio de Dominos Pizza Es una organizacin internacional de comida rpida que fue fundada en 1960 y se ha especializado en la produccin y entrega de pizza Dominos 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 Dominos 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 tcnico, administracin, capacitacin, gerencia,

atencin al cliente y rea legal.

Gerencia Legal Administracin

Marketing

Operaciones

RRHH

Finanzas

Atencin al Cliente

Proveedores

Planta de Produccin

Servicio Tcnico

Capacitacin

Figura1: Organigrama de la Organizacin.

Visin: Ser el mejor operador del sistema Dominos Pizza con el mejor talento humano. 13

Misin: Mantener los altos estndares 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 ms alta calidad, con estndares de una cadena muy exigente, con normas de sanidad y seguridad a nivel internacional y con un excelente servicio. La industria de la comida rpida en general no tiene barreras de salida establecidas especficamente, pero debemos hablar de las empresas que estn obligadas a quedarse dentro del mercado por imagen internacional como Domino's Pizza que tiene como poltica no ceder en aquellos mercados donde ya se establecieron o ingresaron. 1.1.2. Los Procesos del Negocio En Dominos Pizza los procesos del negocio se manejan internamente, para la fabricacin de insumos como masas y quesos, para los dems insumos tienen sus proveedores los cuales traen en grandes cantidades a sus almacenes. La nica tercerizacin que hacen es la impresin de sus volantes y pancartas, el resto de procesos como: desarrollo web, diseo grfico, contabilidad, RRHH son procesos internos de la empresa. Mapa del Negocio El servicio de Dominos Pizza tiene la mejor atencin para los clientes,en cada establecimiento existe un administrador de tienda encargado de verificar que los insumos para la preparacin 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, tambin todo el personal de la tienda est dispuesto a contestar una llamada telefnica y atender al cliente, para la preparacin 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. Tambin existe la distribucin de afiches masivos o volanteo, los miembros de la tienda inclusive el administrador reparten afiches de promociones a los transentes, se utiliza este tipo de publicidad para poder llegar a los clientes de una manera ms directaas como a las personas que viven alrededor de las tiendas para que puedan solicitar unpedido telefnico. La empresa est administrada por cinco reas que son: operaciones, logstica, marketing, ventas y postventas. Segn el siguiente cuadro (ilustracin 2) se muestra a mayor detalle el mapa del negocio donde se especifican las reasque ayudan a la gestin y manejo de la empresa.

15

Contabilidad: Elaboracin de Ingresos y egresos Elaboracin de existencias entre insumos y productos finales Finanzas: *Prestaciones de identidades financieras.*Prestaciones de personas naturales. *Financiamiento de capital propio. Administracin de RRHH Capacitacin. *Contratacin del personal. *Explicacin de flujo de trabajo. * Remuneraciones. *Capacitacin en preparacin de pizzas. * Rescindir contratos de personal. *Capacitacin en buen trato al cliente. Planeamiento Formulacin de Presupuestos *Proyeccin de ventas.*Evaluacin de Costos. Servicios Generales *Servicios de Transporte. *Mantenimiento de movilidades. *Mantenimiento de Hornos. *Mantenimiento de Locales. Sistemas de Informacin *Software de Computacin.*Uso de Internet (Sede Central).*Hardware de PCs en tiendas. *Uso de VPN(Tiendas) Abastecimiento *Evaluacin de proveedor.*Evaluacin de propuestas.*Elaboracin de listas de Compra. Logstica *Recepcin de Materiales.*Verificacin de Materiales.*Control de Calidad de Materiales. Abastecimiento Operaciones Logstica Marketing Ventas Postventa de Insumos *Revisin de *Reparticin de *Control *Alianzas con *Obtencin de *Redenciones insumos Insumos a de otras informacin de Ventas en faltantes. tiendas. calidad. empresas. previa. todas las *Almacenamiento *Seleccin *Diseo de *Comparacin tiendas. de Insumos. de Volantes. de Costos. *Conteo de *Inspeccin por insumos. *Eventos en *Confirmacin Retorno de parte de la Colegios y de pedido. vales y Planta. Universidades. *Atencin al volantes. *Promociones cliente. por fechas *Atencin de resaltantes. pedidos. *Segmentacin de mercado. *Evaluacin de Descuentos. *Evaluacin 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 realizacin de un pedido.

Figura 3: Diagrama de procesos del negocio en Dominos Pizza.

Descripcin de actividades: El cliente inicia la actividad realizando una llamada telefnica, el vendedor le informa si existe alguna promocin vigente, el cliente es quien toma la decisin para poder aceptar el pedido, despus que el vendedor ofrezca las promociones, el cliente acepta el pedido, paga y esperahasta que termine la preparacin, al final entregan su pedido. Para la actividad del pago por el servicio, el sistema consulta al cliente cuando enva la solicitud del pedido si va realizar el pago mvil, de ser as, laEmpresa Emisora de Dinero 17

Electrnico (EEDE) enva al cliente el monto de la operacin y un cdigo nico al cliente. El cliente para dar su aceptacin debe confirmar la solicitud respondiendo el mensaje con dicho cdigo y se le descuenta el monto de su saldo inicial

Leyenda de Procesos: Compra de insumos Dominos 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, jamn, 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 Dominos 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). Preparacin de pizzas La preparacin es en las tiendas, teniendo respaldo de Stocks de insumos se podrn vender las pizzas de acuerdo a la receta y preparacin, cada una con su respectivo manual e ingredientes que tienen establecidos para cada tipo de pizza. Alianzas estratgicas Dominos 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 travs de interlocutores o medios televisivos.Una de las estrategias es llegar al cliente de manera directa a los hogares a travs de tarjetas 18

de invitacin para que degusten algn nuevo sabor o simplemente invitndolos. 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 algn requerimiento mayordeeventos o salida de alguna promocin con alguna alianza estrategia fuerte. Reparto de Pizzas(Delivery) Es un servicio de reparto a domiciliodonde suele realizarse en motocicletaprevio a una llamada telefnica. Las empresas que distribuyen las pizzas a domicilio suelen ser franquicias. Dinero Electrnico El dinero electrnico es almacenado en un soporte electrnico (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. Descripcin 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 tecnologa 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 localizacin 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 estn 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 mvil mediante un dispositivo celular.

Estadstica de pedidos delivery desde el portal web de la empresa Dominos Pizza En los siguientes grficos 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 Dominos Pizza y dichos pedidos solo fueron realizados a travs de su portal web.

Pedidos 2010 - Domino's Pizza

600 500 400 300 200 100 0 Agosto Septiembre Octubre Noviembre Diciembre Figura 4: Cuadro de pedidos por el portal web de Dominos Pizza 2010. 62 385 462 413 563

20

Pedidos 2011 - Domino's Pizza

1800 1600 1400 1200 1000 800 600 400 200 0 510 632 602 849 974 1106 1353 1068 995 1230 1189 1626

Figura 5: Cuadro de pedidos por el portal web de Dominos Pizza 2011.

Pedidos 2012 - Domino's Pizza

3000 2500 2000 1464 1500 1000 500 0 1889 1498 1580 1523 1229 1953 1775 1948 2582

Figura 6: Cuadro de pedidos por el portal web de Dominos 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.

Centralizacin del Problema El problema identificado es la inexistencia de una pgina 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 Lgico rbol de Problemas:

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

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

Las empresas evaluaran la importancia de acuerdo a los cuadros estadsticos de incluir sus productos al portal web.

Los clientes pierden mucho tiempo al buscar los telfonos de diferentes empresas por delivery.

Las direcciones de las tiendas estn en algunos volantes pero no est geo localizada para una mejor visin del cliente.

Los clientes que navegan encuentran informacin 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.

Falta de localizacin referencial de tiendas.

Las empresas desconocen el potencial que tienen los clientes que estn navegando por la web.

Las empresas no estn de acuerdo que sus productos compitan en un mismo portal web.

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

Las empresas no tienen estadsticas comparativas de pedidos de clientes.

23

rbol de Objetivos:

El portal web tendr promociones ya que la informacin centralizada influye en una competencia por precios.

Los clientes no tendrn que preocuparse de que tiendas llegan a sus domicilios pues esto ser validado automticamente.

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

Gracias a la centralizacin de la informacin no tendrn que perder mucho tiempo en buscar telfonos o direcciones.

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

Los clientes encontraran informacin centralizada y no tendrn que estar navegando por diferentes portales.

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

Unificar las empresas para que puedan ayudar a los clientes a tener una visin ms amplia de productos y tiendas.

Mayor facilidad de ubicacin de las tiendas con ayuda de Googlemaps.

Aumento de las utilidades para las medianas y grandes empresas que tengan el servicio de delivery.

La unificacin de las empresas se podr enfocar en base a un centro comercial.

Con la ayuda de las zonas de Googlemaps se podrn definir por rangos de llegada en el mapa de Lima.

Se podrn mostrar cuadros estadsticos 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 informacin centralizada de diferentes empresas de venta de comida por delivery e innovar la modalidad del pago por monedero electrnico, dando facilidades de bsqueda a los usuarios por la geo localizacin de Googlemaps para reducir el tiempo de recepcin en las tiendas y aumentar sus ingresos. Las tiendas podrn ser administradas independientemente de las otras, inclusive los rangos de alcance que tienen los motorizados para enviar los pedidos. 1.3.3 Objetivos Especficos 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 visin ms amplia de productos y tiendas. Buscar y ubicar inmediatamente las tiendas con ayuda de Googlemaps. Aumentar los ingresos para las medianas y 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 informacin, ya que los clientes no tendrn que perder tiempo en la bsqueda de telfonos o referencias y direcciones de tiendas. 25 grandes

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 automticamente al ingresar a una tienda.

Administrar las tiendas segn su escala de pedidos atendidos, ya que las empresas podrn 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 informacin

centralizados de diferentes empresas centralizada de diferentes empresas de comida por delivery. Problemas Especficos No existe una empresa que respalde todo lo que ofrece el portal web: Pa llevar. de comida por delivery Objetivos Especficos Constituir una nueva empresa llamada Pa Llevar para que respalde todo lo ofrecido en el portal web.

Los clientes de Lima no pueden hacer una bsqueda y pedido a su vez en un mismo portal web.

Unificar

las

empresas

alimenticias y poder ayudar a los clientes a tener una visin ms amplia de productos y tiendas

Los clientes no pueden hacer bsquedas de acuerdo a su

Buscar y ubicar inmediatamente las tiendas con ayuda de

26

ubicacin actual.

Googlemaps.

Las empresas no alcanzan a cubrir completamente su rango de delivery por desconocimiento de los clientes.

Aumentar los ingresos para las medianas y que tengan grandes empresas el servicio por

delivery.

Algunas medianas empresas no tienen establecido de un rango a

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.

especfico

alcance

domicilios de los clientes.

Los

clientes

de

Lima

Centralizar la informacin, ya que los clientes no tendrn que

metropolitana no cuentan con una buena de informacin tiendas por

perder tiempo en la bsqueda de telfonos o referencias y

centralizada delivery.

direcciones de tiendas

Las empresas no compiten en precios, cada una es

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

independiente y los clientes no son beneficiados con los precios acorde al mercado.

Cuando los clientes llaman a una tienda no estn seguros si el motorizado llega a su domicilio, tienen que detallar va telfono su direccin y explicar su referencia aproximada.

Validar la cobertura del reparto permitiendo a los clientes que no tengan que preocuparse por que las tiendas llegan a sus ser al

domicilios validado

pues

esto

automticamente

ingresar a una tienda.

27

Muchas empresas que brindan el servicio online de pedidos no contabilizan exactamente la

Administrar las tiendas segn su escala de pedidos atendidos, ya que las empresas podrn

cantidad de pedidos y precios, tampoco pueden hacer

verificar que tienda es menos rentable de acuerdo a la cantidad de pedidos realizados.

comparaciones para ver cul es ms rentable.

1.4. Justificacin del Proyecto 1.4.1. Beneficios Tangibles Los beneficios tangibles ms 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 automatizacin en el sistema de ventas y con ello aumentar eficazmente sus ingresos al tener ms cantidad de pedidos. Reducir el Tiempo promedio de un pedido. Los pedidos por llamada telefnica ya tienen un tiempo estimado en las tiendas, pero la recepcin de estos pedidos tienen tiempos que se podran reducir realizando un pedido Web. Reduccin de Costos. Por medio de Ofertas y competitividad de las empresas se generar un ambiente de ofertas en el mismo portal Web. Reduccin de insumos de marketing. Todos los costos que se generaban cuando un cliente hace un pedido telefnicamente se reducirn pues necesita 28

menos personal por la automatizacin, 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 ms ingresos y satisfaccin al cliente. Reduccin de costos usando la opcin de Pago mvil. La ley contempla que las transacciones financieras que utilicen la modalidad de pago mvil, tendr un bajo costo de operacin a diferencia del uso de las tarjetas de crdito. 1.4.2. Beneficios Intangibles Tanto para los clientes como para las empresas los beneficios que buscan son monetarios, pero tambin existen beneficios que no trascienden pero son fundamentales como los siguientes propuestos: Ahorro de tiempo, tranquilidad organizacin y eleccin con

Se pueden observar los mens y precios actualizados con tranquilidad. Podrn enviar varios pedidos de manera ordenada pues el carrito de compras es individual por cada tienda, esto para evitar cualquier confusin en vueltos, tipos de pago y entrega de boletas. Mens y precios actualizados Cada local cuenta con el men de sus productos y precios completamente actualizados. Por otro lado, se cuenta con informacin extra, como direccin, horarios y zona de entrega. Rankings Los locales pueden ser puntuados a travs de estrellas del 1 al 5 segn 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, tambin es necesario fidelizarlos pues es ah donde se puede tener la estabilidad de los pedidos Web.

Uso de tecnologas actuales como medio de pago. El uso de los dispositivos mviles 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 promocin de venta existente. b) El cliente podr tener un avatar (Intranet) donde podr calificar a las tiendas, realizar pedidos, localizar su ubicacin y actualizacin de datos. c) Cada Unidad de Negocio va tener un usuario que va realizar consultas,administracin 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 podrn confirmar por medio de la intranet del portal web y por los administradores y recepcionistas de pedidos. g) Los clientes tendrn la opcin de buscar que tiendas llegan a su domicilio con el fin de reducir el tiempo de bsqueda y envo de pedido.

30

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

31

CAPTULO II: MARCO TERICO

Gracias al Internet hoy no es necesario recurrir a las guas telefnicas para buscar un restaurante, ya que hay mucha informacin online. Sin embargo, suele estar dispersa eincompleta y la mayora de veces no geo localizada. A continuacin detallaremos las bases tericas para la implementacin de la presente tesis. 2.1. Sistema Haciendo referencia a (03, Ranquet, Mathilde Du)nos dice sobre la definicin 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 comunicacin, por oposicin a los atributos intrnsecos; por ejemplo. Un sistema es pues un conjunto de elementos y de relaciones que existe entre estos elementos y entre sus atributos organizados en funcin a un fin. Esta interaccin 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 interactan entre s para lograr un objetivo. Los sistemas reciben (entrada) datos, energa o materia del ambiente y proveen (salida) informacin, energa o materia.Un sistema puede ser fsico o concreto (una computadora, un televisor, un humano) o puede ser abstracto o conceptual; por ejemplo un software. Cada sistema existe dentro de otro ms grande, por lo tanto un sistema puede estar formado por subsistemas y partes, y a la vez puede ser parte de un spersistema.

32

2.2.

Tipos de Sistema Segn (05, Juan Bez)indica dos tipos de sistema: De los muchos acercamientos tericos que se han hecho en el estudio de los pequeos grupos humanos compartimos uno de ellos, porque nos ilustra perfectamente al respecto, es el que realiza la Teora General de los Sistemas. Esta teora, sintticamente, 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 evolucin es independiente de las condiciones iniciales. Al contrario, al sistema cerrado lo define como aquel que no mantiene ningn 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 vnculo entre las diferentes clases de sistemas que se operan en una empresa y stos proporcionan informacin sustancial al desempeo de las relaciones superfluas de confiabilidad. Entre los ms destacados se encuentran los siguientes: Sistemas Naturales y Elaborados Naturales. Son aquellos que se desarrollan de un proceso natural, es decir como la fotosntesis, tambin 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 aportacin 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, razn por la cual, estudiosos en la materia piensan que no existen, sin embargo, se dice que el proceso de la respiracin 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 gestin 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 Informacin Segn (07, Carmen de Pablos H)El sistema de informacin empresarial es diseado e implantado en la organizacin no slo para gestionar la informacin y el conocimiento sino tambin como medio para mejorar los procesos empresariales y en ltima instancia para crear valor. Un sistema de informacin, por lo tanto ser mejor y ms eficiente, cuanto ms 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 razn, un sistema de informacin que no proporcione un conocimiento e informacin de salida de mayor valor en trminos de utilidad, que el coste de producirlos u obtenerlos no debe ser mantenido en la empresa. Desde un punto de vista tcnico y apoyndonos en el llamado enfoque sistmico, un sistema de informacin es todo aquel conjunto de recursos organizados e interrelacionados dinmicamente que permiten el procesamiento de uno de esos recursos la informacin- para que sus

34

usuarios puedan tomar decisiones y ejecutar sus funciones para el cumplimiento de los objetivos empresariales. Un sistema de informacin por tanto realiza tres grandes funciones para conseguir el objetivo de satisfacer las necesidades de informacin: Captura o recolecta datos tanto externos como internos. Trata esos datos mediante procesos que operan con ellos. Distribuye la informacin resultante a los usuarios y actividades que la requieran.

Consultando (08, Wikipedia)nos indica: Un sistema de informacin (SI) es un conjunto de elementos orientados al tratamiento y administracin de datos e informacin, organizados y listos para su uso posterior, generados para cubrir una necesidad u objetivo. Dichos elementos formarn parte de alguna de las siguientes categoras: Personas Datos Actividades o tcnicas de trabajo Recursos materiales en general (generalmente recursos

informticos y de comunicacin, aunque no necesariamente). Todos estos elementos interactan para procesar los datos (incluidos los procesos manuales y automticos) y dan lugar a informacin ms elaborada, que se distribuye de la manera ms adecuada posible en una determinada organizacin, en funcin de sus objetivos. 2.4. Tecnologas de la Informacin y Comunicaciones (TIC) Segn (09, Ramn C. Surez y Alonso)Las Tecnologas de la Informacin y la Comunicacin (TIC) estn presentes en todos los niveles de nuestra sociedad actual, a desde las las ms grandes

corporaciones

multinacionales,

PYMES,

gobiernos, 35

administraciones, universidades, centros educativos, organizaciones socioeconmicas, asociaciones profesionales y particulares. Ordenadores, telfonos mviles, reproductores MP3, tarjetas de memoria, Televisin Digital Terrestre (TDT), Discos Verstiles Digitales (DVD) porttiles, navegadores Global Position System (GPS), Internet, etc., son tecnologas que se han convertido en imprescindibles para muchas personas y empresas. La aplicacin de las TIC en todos los sectores de la sociedad y de la economa mundial ha generado una serie de trminos nuevos como por ejemplo, e-business y e-commerce (negocio y comercio electrnico), egoverment (gobierno electrnico), e-health (sanidad electrnica), elearning (formacin a distancia), e-inclusin (inclusin social digital o el acceso a las TIC), e-work (teletrabajo), e-mail (correo electrnico), banda ancha (ancho de banda grande en el acceso a las redes de telecomunicacin), domtica (control de electrodomsticos en el hogar), etc. Segn (10, Bentez, Gerardo Meneses)La bibliografa existente en la actualidad en torno a las nuevas tecnologas de la informacin y de la comunicacin 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 mayora de estas definiciones son la relacin de los diferentes avances tecnolgicos implicados en las NTIC y la descripcin de las aplicaciones que estos avances han generado. As nos encontramos con Castells que al referirse a las tecnologas de la informacin y de la comunicacin las sita como el conjunto de tecnologas desarrolladas en el campo de la microelectrnica, la informtica, las telecomunicaciones, la televisin y la radio, la optoelectrnica y su conjunto de desarrollo y aplicaciones, o con la propuesta de Cabero (2000) que presenta las diferentes utilidades de las NTIC en la educacin. 36

El trmino nuevas tecnologas de la informacin y comunicacin al referirse a diferentes instrumentos tcnicos como el ordenador, las redes, la realidad virtual... que giran en torno de las telecomunicaciones, la informtica y los audiovisuales de forma interactiva. De acuerdo con Cabero deberamos distinguir entre nuevas tecnologas (vdeo e informtica) y tecnologas avanzadas; trmino acuado por diversos autores para diferenciar las realmente nuevas (multimedia, televisin por cable y satlite, CD-ROM, hipertextos...) 2.5. Tipos de Procesos de Negocio En el libro (11, Planning and Control Systems) encontramos: No hay acuerdo de clasificacin acadmica, industrial o taxonoma 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 bsicas. 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 gestin: 1. El control operacional, que es "el proceso de asegurar que las

tareas especficas se llevan a cabo con eficacia y eficiencia." 2. El control de gestin, 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 organizacin." 3. La planificacin estratgica, que es "el proceso de decidir sobre

los objetivos de la organizacin, sobre los cambios en estos objetivos, sobre los recursos utilizados para alcanzar estos objetivos, y sobre las

37

polticas que han de regir la adquisicin, uso y disposicin de estos recursos. Segn (12, Torres Pau Giner y Victoria)Un proceso de negocio es una coleccin de actividades estructuradas y relacionadas que producen un valor para la organizacin, 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 gestin sistemtica de los procesos de negocio. Esto lo consigue mediante la integracin de disciplinas tales como el Modelado de procesos, Simulacin, Workflow, Enterprise ApplicationIntegration (EAI) e integracin Business-to-Business (B2B). Adems, BPM reconoce el factor cambiante existente en los Procesos de Negocio y por ello propone tanto el modelado de los procesos como su simulacin y ejecucin en un entorno donde la definicin sea explicita pudiendo ser controlado, analizado y rediseado de forma constante para mejorar su eficiencia. Para hacer posible esta propuesta han surgido tanto lenguajes de descripcin de procesos como motores de ejecucin. 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 Segn (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 pblico software sin copyright es software libre, pero cualquiera puede modificarlo y hacer una versin 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 paradigmtico 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 informticas. Aadieron X, slo en forma binaria, a sus sistemas propietarios Unix, siempre acompaados del clsico acuerdo de confidencialidad. Estas copias de X dejaron de ser software libre, igual que Unix. Citando a (14, Jordi Mas Hernndez),El software libre plantea un nuevo modelo de entender las libertades del usuario, la propiedad intelectual, y la creacin y distribucin de software. Ha demostrado ser tcnicamente viable, econmicamente 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 revolucin social y tecnolgica que est atrayendo el inters de usuarios, empresas y administraciones pblicas de todo el mundo. Este libro desglosa de forma sencilla en sus ocho captulos los principios y repercusiones del software libre en nuestra sociedad. 2.7. Lenguaje PHP (Hypertext Pre-processor) Segn (15, Olivier Heurtel)PHP es un acrnimo recursivo que significa PHP Hypertext Pre-processor, y se trata de un lenguaje de scripting para la programacin de pginas dinmicas de servidor. Es un lenguaje de tipo gratuito, y forma parte del software que se conoce como de cdigo abierto (Open Source). Es decir que se le pueden introducir modificaciones y mejoras y ponerlas a disposicin de los dems usuarios del mismo. Otra caracterstica importante es que se trata de un lenguaje multiplataforma, esto quiere decir que la aplicacin web desarrollada en PHP puede funcionar en casi cualquier tipo de plataforma Windows, Unix/Linux (y sus diferentes versiones y distribuciones). Tambin ofrece soporte a los motores de base de datos ms populares (SQL Server, 39

MySQL, PosgresSQL, Oracle, etc.), como as tambin acceso ODBC (open databaseconectivity). Una aplicacin 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 pginas solicitadas. El servidor Apache, tanto su versin Windows como Linux es el ms utilizado. El segundo software es el propio PHP, es decir el mdulo que se va a encargar de interpretar y ejecutar los scripts que se soliciten al servidor. Al utilizar una tecnologa del tipo pre-procesado en el servidor es necesario visualizar las pginas generadas con PHP utilizando el protocolo http. Al contrario de lo que ocurre con las pginas de la tecnologa cliente, en las que se puede visualizar mediante la opcin Archivo Abrir en cualquier navegador, las pginas 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 generacin dinmica de contenidos en un servidor web. El significado de sus siglas es HyperTextPreprocessor. Entre sus principales caractersticas cabe destacar su potencia, su alto

rendimiento, su facilidad de aprendizaje y su escasez de consumo de recursos. El cdigo PHP puede incluirse dentro del cdigo HTML de la pgina. Para delimitar la seccin de cdigo PHP podemos hacerlo de varias formas: -Usando las etiquetas <?php y <? -Usando las etiquetas <? y ?> -Mediante <script languaje="php"></script> El funcionamiento de las pginas 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 intrprete de PHP y ejecuta todo su cdigo. -Una vez ejecutado el cdigo 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 Segn (17, Wikipedia)El servidor HTTP Apache es un servidor web HTTP de cdigo abierto, para plataformas Unix (BSD, GNU/Linux, etc.), Microsoft Windows, Macintosh y otras, que implementa el protocolo HTTP/1.12 y la nocin de sitio virtual. Cuando comenz su desarrollo en 1995 se bas inicialmente en cdigo del popular NCSA HTTPd 1.3, pero ms tarde fue rescrito por completo. Su nombre se debe a que Behelendorf quera que tuviese la connotacin de algo que es firme y enrgico pero no agresivo, y la tribu Apache fue la ltima en rendirse al que pronto se convertira en gobierno de EEUU, y en esos momentos la preocupacin de su grupo era que llegasen las empresas y "civilizasen" el paisaje que haban creado los primeros ingenieros de internet. Adems Apache consista solamente en un conjunto de parches a aplicar al servidor de NCSA. En ingls, 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 caractersticas altamente configurables, bases de datos de autenticacin y negociado de contenido, pero fue criticado por la falta de una interfaz grfica que ayude en su configuracin. Revisando (18, Apache ORG)define como El servidor HTTP Apachees un servidorHTTPde cdigo abierto parasistemasoperativos modernos, incluyendoUNIX, MicrosoftWindows, MacOS/XyNetware. El objetivode 41

este proyectoes proporcionar unservidor seguro, eficiente y extensible queproporcione servicios HTTPobservando elservidor web losestndares mspopular en

HTTPactuales.Apachehasido Internetdesde abrilde1996. 2.9. Motor base de datos MySQL

Revisando (19, Wikipedia)define a MySQLcomo un sistema de gestin de bases de datos relacional, multihilo y multiusuario con ms 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 especfica 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 pblica y los derechos de autor del cdigo estn en poder del autor individual, MySQL es patrocinado por una empresa privada, que posee el copyright de la mayor parte del cdigo. Esto es lo que posibilita el esquema de licenciamiento anteriormente mencionado. Adems de la venta de licencias privativas, la compaa ofrece soporte y servicios. Para sus operaciones contratan trabajadores alrededor del mundo que colaboran va Internet. MySQL AB fue fundado por David Axmark, Allan Larsson y Michael Widenius. 2.10. Dinero Electrnico Revisando (20, Ley N 29985 - 2013)indica: El dinero electrnico, tambin conocido como e-money, efectivo electrnico, moneda

42

electrnica, dinero digital, efectivo digital o moneda digital; se refiere a dinero que se intercambia slo de forma electrnica. La emisin de dinero electrnico comprende las operaciones de emisin propiamente dicha de dinero electrnico, reconversin a efectivo, transferencias, pagos y cualquier movimiento u operacin relacionada con el valor monetario del que disponga el titular y necesaria para las mismas. En la Ley N 29985 define al dinero electrnico como un valor monetario representado por un crdito exigible a su emisor, el cual tiene las siguientes caractersticas: a) Es almacenado en un soporte electrnico. 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 segn el valor monetario del que disponga el titular, al valor nominal. e) No constituye depsito y no genera intereses. 2.11. Pago Mvil En (21, Wikipedia)define que Pago Mvil se refiere al conjunto de servicios que permiten realizar transacciones financieras a travs de telfonos mviles. Incluye tanto el pago de determinados productos y servicios como la transferencia de dinero de persona a persona. Sus caractersticas y ventajas varan en funcin de la empresa prestadora que puede ser una entidad financiera, una empresa de

telecomunicaciones, una tarjeta de crdito o una alianza entre distintos tipos de compaas. Como parte de lo que genricamente se llaman pagos mviles se distinguen al menos tres tipos de operaciones diferentes: 43

Transferencia de dinero (entre distintos usuarios de telefona mvil)

Compras (comercio electrnico mvil o Mcommerce) Pago mvil en el punto de venta (utilizando el propio telfono y acercndolo a un determinado lector, por ejemplo a travs de la tecnologa NFC)

El mecanismo de los monederos mviles sera simple. Se tratara de almacenes de dinero virtual o electrnico, 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 podra utilizar los fondos, (constituidos como dinero electrnico), para realizar transferencias a otras personas o empresas, para lo cual solo tendra que enviar una orden de pago al proveedor de servicios desde su telfono mvil, ya sea a travs de mensajes de texto o accediendo a un men para dar indicaciones. 2.12. Entidades Emisoras de Dinero Electrnico En la web (22, clientebanca)se indica que Las Entidades de Dinero Electrnico se dedican a emitir dinero electrnico, que es admitido como medio de pago por empresas distintas a la entidad emisora. Se entiende por dinero electrnico el valor monetario representado por un crdito exigible a su emisor: Ninguna entidad de crdito que pretenda realizar la actividad de emitir medios de pago en forma de dinero electrnico podr recibir fondos por importe superior al valor monetario emitido. La (23, Ley N 29985 - dinero electrnico - 2013)define a Las Empresas Emisoras de Dinero Electrnico son sujetos obligados a proporcionar informacin que se refiere el artculo 3 de la Ley 27693, conforme a lo dispuesto en el literal a) del numeral 3.1 del artculo 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 prevencin 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 electrnico que emitan.

45

CAPTULO III: ESTADO DEL ARTE

3.1 Revisin de Papers Para la presente investigacin se ha recogido informacin de algunos papers a fin de tomar conocimiento sobre el tema y darle una mejor explicacin. A continuacin 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 Informticos y Computacin) 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 representacin homognea para todos los artefactos producidos durante el proceso de desarrollo y para las dependencias de trazabilidad entre ellos. Aprovechando los mecanismos de extensin de UML, se consigue que la propuesta sea adaptable y extensible segn las caractersticas 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 evolucin en el enfoque de seguridad a los clientes. Tambin podemos encontramos en este documento, con algunas de las mejores prcticas en seguridad de aplicaciones Web 2.0, y la lista de los enfoques ms eficaces y las contramedidas. Por ltimo, nos presenta algunas recomendaciones para mejorar el entorno de seguridad en la Web 2.0, as como una indicacin 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) toComplywith

RUP CMM

(CapabilityMaturityModel) Levels 2 and 3 Este paper(26, Identifying Extensions Required by RUP)nos informa que la mayora de programas requiere una o ms prcticas de categora superior o alguna otra variacin de estos para poder elaborar un software de ingeniera nos da pautas que debemos considerar a menudo para la realizacin 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 solucin 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 descripcin detallada de los pasos a seguir para el desarrollo del mismo. 3.1.4. Implicaciones estratgicas del comercio electrnico basado en Internet. El artculo en(27, Revista Economia - 2000)pretende delimitar el concepto de comercio electrnico y sus modalidades, analizar el impacto estratgico 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 electrnico. Se presenta un marco jerrquico 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 electrnico, as como del anlisis, van desde la infraestructura de telecomunicaciones de rea amplia a los mercados electrnicos y las jerarquas electrnicos habilitados por el comercio electrnico. Varios problemas nodales se discuten de manera que definir el futuro desarrollo en el comercio electrnico, incluida la integracin de pagos electrnicos en el proceso de compra, la construccin de un mercado de consumo, la gestin de los negocios electrnicos y la nueva intermediacin.

3.1.5.

Medios de pago electrnico, piedra angular en el desarrollo del comercio electrnico

En el paper de la (28, Universidad de Jan)El comercio electrnico proporciona a las empresas una mejora de la eficiencia y de la capacidad de realizar procesos denegocio a travs de transacciones automticas. El comercio electrnico se clasifica en varias categoras atendiendo acules son sus objetivos de negocio. Los dos tipos de comercio electrnico que 48

mayor importancia tienen actualmente debido a su desarrollo y penetracin 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 ningn 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 actualizacin de los datos producidos en las transacciones de negocios. Para realizar dichastransacciones, los compradores y vendedores pueden encontrarse en un mercado electrnico eintercambiar la informacin que necesiten. Adems, el B2B hace que la informacin de los productosest disponible de forma global y proporciona la posibilidad de su modificacin en tiempo real.

49

CAPTULO 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 cancelacin 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 sern administradas por el Administrador de la Web. R2. Los administradores de Tiendas son los nicos que podrn administrar los productos de acuerdo a la tienda que estn asignados. R3. Los Administradores de Unidad de Negocio podrn crear las tiendas y ubicaciones detalladas. R4. El Recepcionista de Pedidos solo podr hacer la toma de pedidos. R5. Los Clientes tendrn una interfaz diferente a la de administracin de Productos y Pedidos. R6. Para el pago con dinero electrnico el cliente debe estar registrado en el sistema que es una Empresa Emisora de Dinero Electrnico y contar con crdito disponible para proceder con la atencin del pedido. R7. La modalidad de recarga de crdito en el monedero electrnico es ingresando el nmero de la operacin y el monto de la recarga y luego esta es validada manualmente por personal de la Empresa Emisora de Dinero Electrnico. R8. Para efectuar el pago, se debe responder el mensaje de texto con el cdigo enviado por el sistema, el cual es nico por cada pedido efectuado.

50

4.2

Casos de Uso del Negocio

CUN_RecepcionarPedido

<<extend>>

CUN_GestionarPedido

N_CLIENTE
(from Actores del Negocio)

<<extend>>

<<extend>>

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

SI Solicita el pedido y entrega datos personales

Datos del Cliente : Datos del Cliente Recepciona y Registra datos

Figura 9: Diagrama del CUN: Recepcionar Pedido

51

Encargado de Pedidos

Cliente

Verifica datos del pedido Es viable ? No Si Comunica la negacin del pedido

Recibe confirmacin de negacin

Verifica Productos necesarios Insumos : Insumos No

Existen productos? Si

Ordena preparacin del pedido

Recibe Confirmacin Positiva

Figura 10: Diagrama del CUN: Gestionar Pedido

Figura 11: Diagrama del CUN: Entregar Pedido

52

Encargado de Pedidos

repartidor

Cliente

Entrega pedido al cliente

Confirma que su pedido sea conforme

Verifica si el problema es por culpa de la tienda

Informa al encargado sobre el problema

Devuelve pedido

No Verifica No Informa el por que del problema Explica el por que del problema SI Pide que realice su pago

Conforme?

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

CUN_EntregarPedido

CUN_RecepcionarPedido

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

53

Comunica

Listado de Productos N_Recepcionista

Registra

Verifica

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

Registro de Pedidos

N_Repartidor

Figura 14: Diagrama de Entidades del Negocio

54

CAPTULO 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 asignacin y modificacin de los permisos a cada usuario. RF4. El Portal Web permitir controlar los accesos al sistema mediante Usuario y Contrasea. RF5. El Portal Web permitir hacer una bsqueda avanzada de los productos de todas las tiendas suscritas en el Portal. RF6. El Portal Web permitir la actualizacin 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 estn en su tienda. RF10. El Administrador de tienda solamente puede modificar los productos que pertenezcan a su tienda la cual administre y tambin puede atender los pedidos que lleguen. RF11. El Administrador del Sistema es el nico que podr validar la recargas de Dinero Electrnico ingresadas por los clientes.

55

RF12. El sistema enviar de manera automtica un mensaje de texto al cliente indicando el monto de su pedido y el cdigo nico de transaccin que confirma la operacin. RF13. Luego de efectuado un pedido el sistema solo aceptara la recepcin del cdigo de transaccin enviada desde el nmero de celular del cliente que efectu el pedido.

5.1.2.

Requerimientos No Funcionales

Capacidad de Uso: Los requisitos de capacidad de uso estn relacionados con la facilidad de comprensin de los usuarios con respecto al sistema. Se han contemplado los siguientes requerimientos: a) Interfaz amigable Las interfaces sern 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 emplearn estndares de interfaz (no ms de cinco tipos distintos) de manera que el usuario se sienta rpidamente 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 mximo.

b) Plataforma
Se necesitar la versin Internet Explorer 6.0 como mnimo 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.

Descripcin de Actores del sistema Administrador del Sistema Persona encargada de realizar la administracin del sistema as como realizar todas las funciones del sistema. Se encarga de administrar usuarios, y los trabajadores involucrados en el negocio. Tieneacceso a todos los mdulos. Es un usuario del sistema Asegurarunaadministracinadecuada.

Representa

Descripcin

Tipo Responsabilidad

Representa

Administrador de Unidad de Negocio Persona encargada de la administracin de toda una Unidad de Negocio. Encargado de administrar todas las tiendas que pertenecen a una misma Unidad de Negocio. Usuario del sistema Asegurar que todas las tiendas tengan la informacin adecuada y actualizada.

Descripcin

Tipo Responsabilidad

Representa

Administrador de Tienda Persona que se encarga de administrar los productos y servicios de una tienda. 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 desactivndola. Usuario del sistema Asegurar que los productos de su respectiva tienda estn actualizados y sean los correctos.

Descripcin

Tipo Responsabilidad

58

Representa

Recepcionista de Pedidos Persona encargada de gestionar los pedidos que puedan llegar a travs del portal web. Cuando llega algn pedido del portal Web esta persona es la indicada para procesarla y confirmarla en el caso que los datos estn conformes. Es un usuario del sistema Verificar que todos los pedidos destinados a su tienda puedan ser procesados y confirmados a travs del mismo sistema web.

Descripcin

Tipo Responsabilidad

Representa

Cliente Persona que hace los pedidos en el portal web. Persona que hace la solicitud de los pedidos por la web. Usuario del sistema Registrar sus datos correctamente.

Descripcin Tipo Responsabilidad

5.2.3.

Diagrama de paquetes del Sistema.

Figura 16: Diagrama de Paquetes

59

5.2.4.

Casos de Uso del Sistema

CUS_Administrar Unidad de Negocio

(from Paquete de Administracion)

CUS_Registrar Unidad de Negocio

(from Paquete de Adminis tracion)

CUS_Registrar Cliente
(from Paquete de Administracion)

Administrador de Unidad de Negocio

(from Actores)

CUS_Iniciar Sesion
(from Paquete Seguridad)

CUS_Realizar Pedido
(from Paquete de Pedidos)

Cliente CUS_Administrar Tiendas

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

CUS_ Administrar Productos

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_Confirmar Pedido Tienda

(from Paquete de Pedidos)

CUS_Aprobar Unidades de Negocio

(from Paquete Seguridad)

CUS_Confirmar Recarga Movil Administrador de Sistema

(from Actores) (from Paquete Monedero Electronico)

Recepcionista de pedidos
(from Actores)

CUS_Administrar Clientes CUS_Confirmar Pagos

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

CUS_Administrar Usuarios CUS_Administrar Devoluciones

(from Paquete Monedero Electronico) (from Paquete Seguridad)

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 U nidades de Negocio

Figura 18: Diagrama de casos de uso del Paquete Seguridad

5.2.5.2. Paquete Monedero Electrnico

CUS_R egistrar Recarga Movil

Cliente
(from Actores)

CUS_Realizar Pago Movil

CUS_Consultar Saldo Movil

Administrador de Sistema
(from Actores)

CUS_Confirmar Recarga Movil

CUS_Administrar Devoluciones

Figura 19: Diagrama de casos de uso del Paquete Monedero Electrnico

61

5.2.5.3. Paquete de Administracin

Administrador de Sistema
(from Actores)

CUS_Administrar Clientes

CUS_ Administrar Productos

Administrador de Tienda
(from Actores)

CUS_Administrar Tiendas

Administrador de Unidad de Negocio

(from Actores)

CUS_Administrar Unidad de Negocio

Figura 20: Diagrama de casos de uso del Paquete Administracin

5.2.5.4. Paquete de Pedidos

CUS_Confirmar Pagos

Recepcionista de pedidos
(from Actores)

CU S_Confirmar Pedido T ienda

Cliente
(from Actores)

CUS_Realizar Pedido

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

62

5.3

Diagramas de Secuenciamas Significativos Diagramas de secuencia ms 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_Principal

: IU_Administrador

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

: IU_Administrador

: I_Administrar Producto

: E_Producto

1: Ingresa a la pgina 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 confirmacin de Eliminacin

12: Confirma la eliminacin 13: Elimina el producto 14: Muestra confirmacin de eliminacin

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 pgina

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 Confirmacin de Creacin 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 pgina 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_Principal

: IU_Administrador

: I_Administrar Tienda

: E_Tienda

1: Ingresa a la pgina 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 confirmacin de eliminacin

15: Confirma Eliminacin

16: Confirma eliminacin 17: Elimina el tienda

18: Muestra dilogo de confirmacin de eliminacin

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

: IU_Administrador

: I_Administrar Unidad de Negocio

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

: Usuario

: IU_Usuario 1: Ingresa

: I_Iniciar Sesion

: E_Usuario

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 Sesin

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 ELECTRNICO CaractersticasF Pedido Alimentos Pa llevar Yo no cocino Ya delivery uncionales Gestin de 3 2 2 1 Clientes Realiza perdido 3 0 2 2 por la pgina 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 Confirmacin 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 localizacin 3 1 1 1 para zona de cobertura delivery Opcin de pago mvil 3 0 0 1

Caractersticas no funcionales Seguridad Mantenibilidad Desempeo Compatibilidad Ser extensible Puntaje total 3 3 3 3 3 39 2 2 3 3 2 23 3 3 2 2 2 26 2 2 3 2 2 24

72

Otros aspectos de evaluacin Software Base Sistema operativo Servidor de base de datos Lenguaje de programacin Cdigo fuente Configuracin Disco Procesador Memoria 256Mb. 1.8Ghz o superior 512MB 500Mb. 1.8Ghz. O superior 512 MB 500 Mb. Intel Celeron o Superior 512MB 1 Gb. 1.8GHz o superior 1GB

Windows, Linux MySql PHP No se entrega

Windows, Linux No especifica No especifica No se entrega

Windows, Linux MySql

Windows

No especifica Visual PHP Fox Pro No se No especifica entrega

La propuesta de solucin, es la que mejor se adecua para llevar a cabo este proyecto, referente a los pedidos y recepcin de los mismos por medio de la ms rpida va de comunicacin,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 UsomsSignificativos 5.6.1. Especificacin del CUS Registrar Unidad de Negocio Actores Administrador de unidad de negocio. Administrador del sistema. Descripcin Se detalla cmo se registra una unidad de negocio al sistema. Debe estar registrado en el portal http://www.pallevar.com/login

Pre condiciones

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, telfono, descripcin y un logo. 3) Seleccionar en el botn 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 opcin:
Administrar unidad de negocio.

7) Ingresa a una de las unidades de negocio dndole 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 confirmacin de Unidad de Negocio

5.6.2.

Especificacin del CUS Administrar Tiendas Actores Descripcin Pre condiciones Flujo Normal Administrador de Unidad de Negocio Se detalla cmo se efecta la administracin 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 opcin: Administrar Tiendas. Clic en la opcin Agregar Tienda 2) Ingresa los siguientes datos en el formulario: Nombre Descripcin Imagen Ubigeo Direccin Email Unidad de Negocio 75

Celular Clave sms Visibilidad Horario de atencin

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 opcin eliminar. Una nueva tienda fue creada.

Post Condiciones

Figura 35: Pantalla de registro o actualizacin de una nueva Tienda

76

Figura 36: Administracin de coordenadas para una tienda.

Figura 37: Pantalla de eliminacin de una Tienda.

5.6.3

Especificacin del CUS Registro Cliente Actores Descripcin Cliente Se detalla cmo se registra un cliente por el portal web http://www.pa-llevar.com/registrar El cliente debe haber ingresado a la pgina 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. 2) El cliente debe ingresar sus datos personales: DNI Nombres Apellidos 77

Pre condiciones Flujo Normal

Contrasea Email Telfono Celular Direccin 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 pgina principal del portal web. Flujo Alternativo Post Condiciones
6) Si el cliente no completa todos datos en el formulario, el sistema le muestra un mensaje de advertencia.

El sistema registra los datos del cliente en la BD y le enva un correo de bienvenida con sus credenciales de ingreso para la parte Mvil

78

Figura 38: Formulario del registro de Clientes

79

5.6.4.

Especificacin del CUS Administrar Clientes Actores Descripcin Administrador del Sistema. Se detalla cmo se administran los clientes en la intranet El cliente debe haberse registrado en el portal http://www.pa-llevar.com/admin 1) El administrador del sistema ingresa a la opcin: Administrar Clientes. Selecciona la opcin Ver Detalle 2) Puede ver el detalle de un Cliente. Flujo Alternativo 3) El administrador puede cancelar la suscripcin 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 eliminacin. Post Condiciones El administrador del sistema verifico la existencia de un Cliente y puede administrarlo.

Pre condiciones Flujo Normal

Figura 39: Formulario de la informacin de clientes

80

Figura 40: Formulario de eliminacin de clientes

Figura 41: Formulario de confirmacin para eliminar a uncliente

81

5.6.5.

Especificacin del CUS Realizar Pedido Actores Descripcin Pre condiciones Flujo Normal Cliente Se detalla cmo 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 opcin: Restaurantes en mi rea de la pgina principal para ver que tiendas llegan a su domicilio. 2) Selecciona la tienda que guste. 3) Selecciona el producto que desee solicitar. 4) Automticamente 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 Crdito Envo SMS

Luego le de Seleccionar en Grabar Pedido 7) El cliente revisar en su correo electrnico para verificar su pedido, si selecciono envo SMS le llegara un mensaje de texto a su celular. Flujo Alternativo Post Condiciones 3)Si desea puede seleccionar Regresar a la Tienda para agregar otros productos. El pedido ha quedado registrado en el sistema.

82

Figura 42: Panel de productos para una tienda especfica

Figura 43: Ingresando al carrito de compras

83

5.6.6.

Especificacin del CUS Confirmar pedidos por Tienda Actores Administrador de tienda Recepcionista de pedidos Descripcin Pre condiciones Se detalla cmo 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 opcin Administrador de Pedidos en la intranet del sistema. 2) Revisa que haya Estado=Pendiente. algn pedido con

Flujo Normal

3) Se selecciona la opcin 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: an no se procesa el pedido. Con Garanta: el pedido llego y se proces de manera correcta, automticamente se enva un correo al cliente confirmndole que su pedido es correcto y se va entregar en menos de 30 minutos. Sin Garanta: el pedido llego y se proces de manera correcta, automticamente se enva un correo al cliente confirmndole que su pedido es correcto pero va demorar en la entrega del mismo. No contesto el telfono: 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 automticamente 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 nmero de celular no existe o la direccin 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 confirmacin al cliente. Flujo Alternativo 6) El administrador de pedidos o tienda puede eliminar un pedido realizado por algn cliente desde el panel de administracin si fuera necesario. De acuerdo a lo seleccionado se enva un correo electrnico al cliente confirmando o rechazando el pedido.

Post Condiciones

85

Figura 44: Listado de pedidos

Figura 45: Cambio del estado de un pedido

86

5.6.7

Especificacin del CUS Administrar Productos Actores Administrador de tienda Administrador de Unidad de Negocio Descripcin Pre condiciones Flujo Normal Se detalla cmo 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 opcin Administrador de Productos en la intranet del sistema. 2) Seleccionar en la Opcin Agregar Producto. 3) Ingresa el nombre de la tienda la cual se relaciona automticamente 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 opcin Administrador de Pedidos en la intranet del sistema. 2) Puede seleccionar la Opcin Producto Visible: NO, para que ese producto an no se muestre en la pgina 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 administracin de productos.

Figura 47: Panel de edicin de productos

5.6.8.

Especificacin del CUS Realizar Pago Mvil Actores Cliente Recepcionista de Pedidos Descripcin Pre condiciones Flujo Normal Se detalla cmo se efecta el pago mediante el uso del monedero electrnico. 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 operacin y el cdigo nico para la operacin.

88

2) Se responde el mensaje con el formato P + cdigo operacin. 3) El cdigo es procesado en el sistema y se actualiza el estado del pedido como Cancelado. 4) El sistema enva un mensaje al cliente con la confirmacin del pago realizado. Flujo Alternativo 1) El cliente no puede efectuar el envo de la confirmacin 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 cancelacin

5.6.9.

Especificacin del CUS Registrar Recarga Mvil Actores Administrador del Sistema Cliente Descripcin Pre condiciones Flujo Normal Se detalla cmo se efecta las recargas de saldo para monedero electrnico. Se debe estar registrado en el portal www.pallevar.com e ingresar al sistema 1) Se ingresa al sistema con el usuario y contrasea, el usuario es el nmero de

89

celular asociado al cliente. 2) Se ingresa a la opcin de Recargas. 3) Se ingresa el monto a recargar y el nmero de la tarjeta de recarga. 4) El administrador del sistema valida el nmero de la tarjeta y aprueba la recarga. Flujo Alternativo 1) Desde el Celular El cliente enva un mensaje de texto con el siguiente formato: R+ cdigo tarjeta + monto recargar al nmero celular 987433151. El monto de la recarga y saldo es actualizado en el sistema.

Post Condiciones

Figura 49: Recarga de saldos

5.6.10. Especificacin del CUS Consultar Saldo Mvil Actores Descripcin Pre condiciones Flujo Normal Cliente Se detalla cmo se efecta la consulta de saldo del monedero electrnico. Se debe estar registrado en el portal http://www.pa-llevar.com/admin_sms 1) El cliente ingresa con su usuario mvil y contrasea. 2) El saldo se muestra en la parte superior derecha de la pantalla.

90

Flujo Alternativo

1) El cliente enva un mensaje de texto con la letra S al nmero celular 987433151. 2) El sistema enva el saldo actual del cliente al dispositivo mvil.

Post Condiciones

Se muestra el saldo del monedero electrnico asociado al cliente.

Figura 50: Consulta de saldos

5.7.

Prototipos de la Solucin

Figura 51: Pgina principal del portal

91

Figura 52: Administrador de pago mvil

Ingresando como Administrador

Figura 53: Histrico de recargas

92

Figura 54: Histrico de devoluciones

Figura 55: Confirmacin de recargas

Figura 56: Saldos de clientes

93

Figura 57: Devolucin a tiendas

Figura 58: Registro de devoluciones a tiendas

Ingresando con usuario Tienda

Figura 59: Histrico de pedidos

94

Figura 60: Histrico de devoluciones

Ingresando con usuario Cliente

Figura 61: Histrico de pedidos

Figura 62: Histrico de recargas

95

Figura 63: Cambio de clave mvil

96

CAPTULO VI: ARQUITECTURA

6.1. Diagrama de Clases

Figura 64: Diagrama de clases

97

6.2.

Diccionario de Clases
Descripcin Clase que es utilizada para registrar los cambios realizados por cada usuario que ingresa a la base de datos

tem Nombre de la Clase 1 Auditorias

2 Clientes

Esta Clasees una de las ms importantes ya que va almacenar todos los datos de los clientes que estn registrados en el sistema.

3 Coord_x_tienda

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

4 Ctamovil

Clasedonde se almacena la informacin del saldo actual de la cuenta de cada usuario mvil 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 mvil.

6 Horario

Clasedonde se registra el horario de atencin 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 interacta en el sistema.

9 Log

Claseque almacena las operaciones que son realizadas por los usuarios mviles

10 Logenvio

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

11 Modulo

Clasedonde se almacena los nombres de las pginas que existe en el sistema.

12 Modulorol

Claseque relaciona los mdulos que existen en el sistema con cada uno de los roles de los usuarios.

13 Operacin

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

14 Pedido

Es la Claseprincipal de todo el sistema, dondeestarn 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 estn 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 estn relacionados.

18 Producto_ingrediente

Claseque almacena la relacin que existe entre los productos y los ingredientes.

19 Producto_tipo

Claseque agrupa a los diferentes tipos de productos que estn registrados en el sistema.

20 Recargas

Claseque almacena la informacin que es registrada en cada recarga de dinero para los usuarios que efectan pago con el monedero electrnico.

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: polleras, pizzeras, etc.

23 Tienda

La Clasetienda va almacenar los detalles de cada tiendas, est relacionada con E_UnidadNegocio.

de las

24 Ubigeo

Claseque almacena la ubicacin de cada cliente mediante la posicin 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 mviles que participan en pago con la modalidad de monedero electrnico. Pueden ser los clientes o las tiendas.

27 Usuarios

Claseque almacena la informacin 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

CAPTULO 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 Huamn y Jimmy Burga son los jefes del presente proyecto quienes saben perfectamente el alcance del proyecto, Coordinacin y direccin 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, tambin 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. Diseador Web: encargado del diseo, imgenes, colores del portal web, su funcin es hasta el diseo del portal web y tambin puede ayudar con observaciones al funcionamiento del portal.

7.2

Viabilidad del proyecto 7.2.1 Viabilidad Tcnica Dadoel negocioes necesario contar con la infraestructura tecnolgica que soporte la solucin planteada. Es por ello que se necesita adquirir las siguientes tecnologas. Hosting: Para adquirir un Hosting se tendra que revisar los diferentes planes que ofrecen algunos proveedores, uno de los ms 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 estadsticas de entrada al portal, ingresar y administrar las base de datos y emails, tiene su paquete de Fantstico para agregar algunas otras aplicaciones si en un futuro se desee. Mysql: la versin 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 programacin y los diferentes mtodos que se pudieran utilizar referentes al lenguaje para Portales Web en el PHP es el 5.0 el cual tambin viene por defecto en el Hosting y no necesita licencia. 102

Framework PHP: El ZendFrameworks es simple, no necesita instalacin especial, requiere PHP 5 e incorpora el patrn MV Se debe descargar y copiarlo hacia nuestro servidor local, veamos a travs de un pequeo ejemplo cmo 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 versin 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 mvil e interactuar a su vez con una base de datos. 7.2.2 Viabilidad Econmica Costos por Ao: A continuacin el detalle de los gastos por realizar para el presente proyecto. Ao (t) 0 Detalle Renta de hosting Renta de Dominio Pago Diseador Pago Programador Pago Modelamiento de procesos Pago DBA Alquiler PCs Otros gastos Emisin tarjetas Marketing Costo x Mes Meses 12 12 1 3 1 2 4 12 5 4 Total S./ 130 40 800 2400 800 1800 1400 2400 600 3200 13570

800 800 800 900 350 200 120 800

103

Ao (t) 1

Detalle Renta de hosting Renta de Dominio Pago Diseador Pago Programador Alquiler PCs Alquiler de Local y otros Emisin tarjetas Marketing

Costo x Mes

Meses 12 12 1 1 2 6 5 4

800 800 350 500 80 1000

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

Ao (t) 2

Detalle Renta de hosting Renta de Dominio Pago Diseador Pago Programador Alquiler PCs Alquiler de Local y otros Emisin tarjetas Marketing

Costo x Mes

Meses 12 12 2 2 2 6 5 4

800 800 350 500 80 1000

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

Ao (t) 3

Detalle Renta de hosting Renta de Dominio Pago Diseador Pago Programador Alquiler PCs Alquiler de Local y otros Emisin tarjetas Marketing

Costo x Mes

Meses 12 12 1 1 2 5 5 4

800 800 350 500 80 1000

104

Ao (t) 4

Detalle Renta de hosting Renta de Dominio Pago Diseador Pago Programador Alquiler PCs Alquiler de Local y otros Emisin tarjetas Marketing

Costo x Mes

Meses 12 12 2 2 2 6 5 4

800 800 350 500 80 1000

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

105

Beneficios por ao:

Ao 0 0 0 0 0 0 0 0 0 0 0 0 Mes Enero Febrero Marzo Abril Mayo Junio Julio Agosto Septiembre Octubre Noviembre Diciembre Rango de Pedidos 0 0 0 76 152 302 502 700 850 1000 1200 1400 0 0 0 152 302 502 652 850 1000 1150 1350 1550 Promedio pedidos 0 0 0 114 227 402 577 775 925 1075 1275 1475 Precio pedidos promedio 0 0 0 30 30 40 40 40 40 40 40 40 Monto pedidos mensual %ganancia total T otal pago movil Ganancia por pedidos S./ 0 0 0 3420 6810 16080 23080 31000 37000 43000 51000 59000 0 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0 0 0 85.5 170.25 402 577 775 925 1075 1275 1475 0 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 Rango de Ganancias S./ 0 0 0 15.2 30.4 60.4 100.4 140 170 200 240 280 0 0 0 30.4 60.4 100.4 130.4 170 200 230 270 310 Promedio Ganacias 0 0 0 22.8 45.4 80.4 115.4 155 185 215 255 295 Publicidad HomePage 0 0 90 90 90 90 90 90 90 90 90 90

Total pedidos Total Beneficios

0 0 90 112.8 135.4 170.4 205.4 245 275 305 345 385

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

Ao 1 1 1 1 1 1 1 1 1 1 1 1

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

Rango de Pedidos 1500 1600 1700 1800 2000 2100 2200 2300 2400 2500 2600 2800 1650 1750 1850 1950 2150 2250 2350 2450 2550 2650 2750 2950

Promedio pedidos 1575 1675 1775 1875 2075 2175 2275 2375 2475 2575 2675 2875

Precio pedidos promedio 40 40 40 40 40 40 40 40 40 40 40 40

Monto pedidos mensual %ganancia total T otal pago movil Ganancia por pedidos S./ 63000 67000 71000 75000 83000 87000 91000 95000 99000 103000 107000 115000 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 1575 1675 1775 1875 2075 2175 2275 2375 2475 2575 2675 2875 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2

Rango de Ganancias S./ 300 320 340 360 400 420 440 460 480 500 520 560 340 350 370 390 430 450 470 490 510 530 550 590

Promedio Ganacias 320 335 355 375 415 435 455 475 495 515 535 575

Publicidad HomePage 135 135 135 135 135 135 135 135 135 135 135 135

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

Ao 2 2 2 2 2 2 2 2 2 2 2 2

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

Rango de Pedidos 2800 3000 3000 3000 3200 3400 3600 3800 4000 4500 4600 4700 2950 3150 3150 3150 3350 3550 3750 3950 4150 4650 4750 4850

Promedio pedidos 2875 3075 3075 3075 3275 3475 3675 3875 4075 4575 4675 4775

Precio pedidos promedio 40 40 40 40 40 40 40 40 40 40 40 40

Monto pedidos mensual %ganancia total T otal pago movil Ganancia por pedidos S./ 115000 123000 123000 123000 131000 139000 147000 155000 163000 183000 187000 191000 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 2875 3075 3075 3075 3275 3475 3675 3875 4075 4575 4675 4775 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2

Rango de Ganancias S./ 560 600 600 600 640 680 720 760 800 900 920 940 590 630 630 630 670 710 750 790 830 930 950 970

Promedio Ganacias 575 615 615 615 655 695 735 775 815 915 935 955

Publicidad HomePage 1000 1000 1000 1000 1000 1000 1500 1500 1500 1500 1500 1500

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

Ao 3 3 3 3 3 3 3 3 3 3 3 3

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

Rango de Pedidos 5000 5100 5200 5300 5400 5500 5600 5700 5800 5900 6000 6100 5150 5250 5350 5450 5550 5650 5750 5850 5950 6050 6150 6250

Promedio pedidos 5075 5175 5275 5375 5475 5575 5675 5775 5875 5975 6075 6175

Precio pedidos promedio 40 40 40 40 40 40 40 40 40 40 40 40

Monto pedidos mensual %ganancia total total pago mobil 203000 207000 211000 215000 219000 223000 227000 231000 235000 239000 243000 247000 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 5075 5175 5275 5375 5475 5575 5675 5775 5875 5975 6075 6175

Ganancia por pedidos S./ 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2

Rango de Ganancias S./ 1000 1020 1040 1060 1080 1100 1120 1140 1160 1180 1200 1220 340 1050 1070 1090 1110 1130 1150 1170 1190 1210 1230 1250

Promedio Ganacias 670 1035 1055 1075 1095 1115 1135 1155 1175 1195 1215 1235

Publicidad HomePage 1000 1000 1000 1000 1000 1000 1500 1500 1500 1500 1500 1500

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

Ao 4 4 4 4 4 4 4 4 4 4 4 4

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

Rango de Pedidos 6100 6200 6300 6400 6500 6600 6700 6800 6900 7000 7100 7200 6250 6350 6450 6550 6650 6750 6850 6950 7050 7150 7250 7350

Promedio pedidos 6175 6275 6375 6475 6575 6675 6775 6875 6975 7075 7175 7275

Precio pedidos promedio 40 40 40 40 40 40 40 40 40 40 40 40

Monto pedidos mensual %ganancia total total pago mobil 247000 251000 255000 259000 263000 267000 271000 275000 279000 283000 287000 291000 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 6175 6275 6375 6475 6575 6675 6775 6875 6975 7075 7175 7275

Ganancia por pedidos S./ 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2

Rango de Ganancias S./ 1220 1240 1260 1280 1300 1320 1340 1360 1380 1400 1420 1440 340 1270 1290 1310 1330 1350 1370 1390 1410 1430 1450 1470

Promedio Ganacias 780 1255 1275 1295 1315 1335 1355 1375 1395 1415 1435 1455

Publicidad HomePage 1000 1000 1000 1000 1000 1000 1500 1500 1500 1500 1500 1500

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 Ingresos 10608.4 35825 101650 128905 144635 Gastos * -1 -13570 -9870 -11470 -9370 -11470

0 1 2 3 4

-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 VAN al 15% VAN al FSA (20%) 20%

Ao t 0 1 2 3 4

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

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 ao anterior al primer dato S/.465,578 Ajustado para actualizarlo al ao 0 S/.338,852 El Excel actualiza al ao anterior al primer dato S/.406,623 Ajustado para actualizarlo al ao 0 33.5%

Conclusin: 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: Segn la pgina web godaddyla renta mensual es de 4 Dlares, los cuales al ao hacen 129.6 Nuevos Soles. Referencia: https://es.godaddy.com/hosting/webhosting.aspx?ci=57033&isc=gtnila21

107

Renta de dominio: Segn la pgina web goodaddy la renta anual es de 14.5 dlares, el cual hace un monto de 40 soles anuales por un dominio con extensin .com Referencia: https://es.godaddy.com/domains/searchresults.aspx?ci=83269&isc=gtnil a21 Pago Diseador: Un diseador 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 ao cero estamos presupuestando 200 Nuevos soles mensuales para algunos gastos que no se hayan contemplado, entre ellos estn compras de utensilios para oficina. Emisin tarjetas: Para la confeccin de 500 tarjetas, el costo de la emisin de las tarjetas prepago con las cuales se efectuarn las recargas es de S/. 400.

108

Marketing:El costo para publicar en una pgina web que tenga mucha afluencia es de 1300 Nuevos Soles o 500 Dlares, si deseo publicar por medios fsicos como peridicos, el costo mensual es de 1000 Dlares.

7.2.3

Viabilidad Legal El amparo legal del proyecto de tesis es:

1.

LEY N 27806.- Ley de Transparencia y Acceso a la Informacin Pblica que a la letra dice:

TTULO III ACCESO A LA INFORMACIN PBLICA DEL ESTADO Artculo 10.- Informacin de acceso pblico: Las entidades de la Administracin Pblica tienen la obligacin de proveer la informacin requerida si se refiere a la contenida en documentos escritos, fotografas, grabaciones, soporte magntico o digital, o en cualquier otro formato, siempre que haya sido creada u obtenida por ella o que se encuentre en su posesin o bajo su control. Asimismo, para los efectos de esta Ley, se considera como informacin pblica cualquier tipo de documentacin

financiada por el presupuesto pblico que sirva de base a una decisin de naturaleza administrativa, as como las actas de reuniones oficiales.

Artculo 18.- Conservacinde la informacin: En ningn caso la entidad de la Administracin Pblica podr destruir la informacin que posea. La entidad de la Administracin Pblica deber remitir al Archivo Nacional la informacin que obre en su poder, en los plazos estipulados por la Ley de la materia.

109

El Archivo Nacional podr destruir la informacin que no tenga utilidad pblica, cuando haya transcurrido un plazo razonable durante el cual no se haya requerido dicha informacin y de acuerdo a la normatividad por la que se rige el Archivo Nacional. (01, transparencia.rree) 2. Ley N 29985 DEL DINERO ELECTRNICO - BILLETERA MVIL

Artculo 1. Objeto de la Ley 1.1 El objeto de la presente Ley es regular la emisin de dinero electrnico, determinar las empresas autorizadas a emitirlo y establecer el marco regulatorio y de supervisin de las Empresas Emisoras de Dinero Electrnico. 1.2 La emisin de dinero electrnico comprende las operaciones de emisin propiamente dicha de dinero electrnico, reconversin a efectivo, transferencias, pagos y cualquier movimiento u operacin relacionada con el valor monetario del que disponga el titular y necesaria para las mismas. Artculo 2. El dinero electrnico es un valor monetario representado por un crdito exigible a su emisor, el cual tiene las siguientes caractersticas: a) Es almacenado en un soporte electrnico. 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 segn el valor monetario del que disponga el titular, al valor nominal. e) No constituye depsito y no genera intereses.

Artculo 3. Reserva de actividad 110

Solo pueden emitir dinero electrnico las empresas que operan bajo el mbito de supervisin de la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones, listadas en el inciso A del artculo 16 y el numeral 6 del artculo 17 de la Ley 26702, Ley General del Sistema Financiero y del Sistema de Seguros y Orgnica de la Superintendencia de Banca y Seguros. Artculo 17.- CAPITAL MNIMO DE EMPRESAS DE SERVICIOS COMPLEMENTARIOS Y CONEXOS. Empresas Emisoras de Dinero Electrnico: S/. 2 268 519,00. El citado capital corresponde al trimestre octubre - diciembre 2012 y posteriormente se sujeta a la actualizacin trimestral segn el procedimiento sealado en el artculo 18 de la Ley 26702. Artculo 4. Caractersticas y obligaciones de las Empresas Emisoras de Dinero Electrnico 4.1 Las Empresas Emisoras de Dinero Electrnico tienen como objeto principal la emisin de dinero electrnico, no conceden crdito con cargo a los fondos recibidos y solo pueden realizar otras operaciones relacionadas a su objeto principal. 4.2 Las Empresas Emisoras de Dinero Electrnico son sujetos obligados a proporcionar la informacin a que se refiere el artculo 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 artculo 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 prevencin 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 electrnico que emitan. Artculo 5. Los emisores de dinero electrnico: a) No pueden establecer un lmite a la vigencia de los fondos de dinero electrnico, distinto al reglamentado. Cuando transcurran diez (10) aos sin que una cuenta de dinero electrnico tenga movimientos y sin que medie reclamacin durante ese lapso, dichos fondos son remitidos a la Direccin General de Endeudamiento y Tesoro Pblico del Ministerio de Economa y Finanzas para ser destinados a programas de inclusin financiera. b) Estn sujetos a los lmites de emisin de dinero electrnico de una Unidad Impositiva Tributaria (UIT) por transaccin, de acuerdo a las condiciones que se establezca en la reglamentacin 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 Liquidacin de Valores, formule el Banco Central de Reserva del Per. Artculo 7. Exoneracin del Impuesto General a las Ventas: Exonrese del Impuesto General a las Ventas por un perodo de tres (3) aos, contado a partir de la vigencia de la presente Ley, la emisin de dinero electrnico efectuada por las Empresas Emisoras de Dinero Electrnico. 3. INDECOPI: Cdigo de Consumo beneficiar a

consumidores sin afectar leyes del mercado 112

En la elaboracin del documento la institucin particip de manera activa, con su experiencia de casi 18 aos 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 Cdigo ha sido trabajado de manera tcnica, objetiva y democrtica, pues en su elaboracin 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. Tambin lo hicieron

especialistas de las diferentes instituciones pblicas como Digemid, Digesa, Senasa, Ministerio de Agricultura,

Ministerio de Salud, Ministerio de la Produccin, entre otros. (02, indecopi.gob)

Derechos de Propiedad Intelectual Asimismo los derechos de propiedad intelectual del

contenido de las pginas Web, su diseo grfico y cdigos son titularidad de la pgina Pa Llevar y, por tanto, queda prohibida su reproduccin, distribucin, comunicacin

pblica y transformacin, salvo para uso personal y privado. Igualmente, todos los nombres comerciales, marcas o signos distintivos de cualquier clase contenidos en las pginas Web de Fundacin Mundo Ciudad estn 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 pginas Web, siendo exclusiva responsabilidad de la persona que accede a ellos o los utilice.

113

Pa Llevar no asume responsabilidad alguna por la informacin contenida en pginas Web de terceros a las que se pueda acceder por enlaces (links) o buscadores de las pginas Web. La presencia de enlaces (links) en nuestras pginas Web tendr finalidad meramente informativa y en ningn caso supone sugerencia, invitacin o recomendacin sobre los mismos. 7.3 Desarrollo del proyecto Se ha divido el desarrollo del presente proyecto de tesis en 03 mdulos: la parte de la pgina web donde las tiendas ofrecen sus productos y los clientes pueden buscar, seleccionar y hacer su pedido; la parte de administracin del monedero electrnico donde los clientes pueden consultar su saldo, efectuar recargas y ver el histrico de sus pedidos y cancelados con el monedero electrnico y el ltimo mdulo la parte de la intranet donde las tiendas pueden gestionar el estado sus pedidos. Para efectos de uso del monedero electrnico se ha implementado un servidor de mensajera mvil SMS, el cual nos permite enviar y recibir mensajes de texto que interactan con el sistema.

Efecta Pedido Cliente www.pa-llevar.com

actualiza BDpallevar

Enva/Recibe SMS Servidor SMS 987433151

aliza Actu SMS os Pag

Figura 68: Flujo de sistema delivery con pago mvil

114

7.4

Pruebas Unitarias de Casos de Uso mas Significativos 7.4.1. CUS Iniciar sesin

Unidad de CUS_IniciarSesin Prueba: Descripcin 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 actualizacin y eliminacin. Nmer Tipo Descripcin 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

Detalle de los resultados

Se loguea correctamente. Bloquea el ingreso

Bloquea el ingreso

7.4.2.

CUS Registrar cliente

Unidad de CUS_Registrar cliente prueba: Descripcin 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 actualizacin y eliminacin. Nmer Tipo Descripcin Resultado Esperado Resultad Detalle de los o o resultados Inserta el nombre del Pas Inserto el 1 Prueba Debera registro en la Base de nombre del unitaria registrar el Datos y no un cdigo. distrito en la nombre del Base de Datos. distrito en la base de datos. Pas Ingresa su 2 Prueba La contrasea Muestra un mensaje: contrasea y lo unitaria debe tener Mnimo 6 caracteres, registra en la por lo menos mximo 15 caracteres Base de Datos. 6 dgitos y mximo 15 caracteres Pas Ingresa el 3 Prueba El formulario Muestra un mensaje: telfono de 7 unitaria debera Caracteres como dgitos y se validar un mnimo 7 (Telfono) le 115

Prueba unitaria

Prueba unitaria

Prueba unitaria

telfono existente El formulario debera validar un celular existente El formulario debera tener un campo fecha de nacimiento Una vez registrado debera llegar un correo electrnico de bienvenida.

da en aceptar y retorna al campo del telfono. Muestra un mensaje: Caracteres como mnimo 9 (Celular) le da en aceptar y retorna al campo del telfono. Muestra un calendario emergente.

pas

registra correctamente. Ingresa el celular de 9 dgitos y se registra correctamente. Ingresa la fecha de nacimiento y se registra correctamente.

pas

Enva 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.
Se registra la contrasea correctamente.

Prueba unitaria

Prueba unitaria

Cuando no se ingresa nada en el campo: confirmar contrasea Los nmeros de DNI deben ser nicos

Muestra un mensaje: Caracteres como mnimo 6 (Contrasea). Debera mostrar el mensaje: El cliente ya existe (DNI ya est registrado). Por favor, ingrese uno diferente. Debera mostrar el mensaje: El Email ingresado ya existe. Por favor, ingrese uno diferente.

Pas

Paso

10

Prueba unitaria

El nmero de celular debe ser nico

Paso

Ingresa el nmero de DNI y se registra correctamente en la base de datos. Ingresa el nmero de celular y se registra correctamente en la base de datos.

116

7.4.3.

CUS Realizar pedido

Unidad de CUS_Realizar pedido prueba: Descripcin de la prueba: El objetivo de esta prueba es validar el ingreso de datos al intentar registrar un nuevo pedido dentro del sistema. Nmer Tipo Descripcin 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.
productos y detalles de la tienda. Se logr visualizar el mensaje de aviso.

Prueba unitaria

Se debe hacer el pedido dentro del rea de delivery.

Prueba unitaria

Se debe hacer el pedido dentro del horario de atencin.

Prueba unitaria

Prueba unitaria

En el carrito de compras actualiza la cantidad y se refleja en los precios. Se cambi el horario de atencin y se logr realizar el pedido. Se ingres un monto menor al total a pagar. Se ingres un monto igual al total a pagar. 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 atencin. Actualiza los precios de acuerdo a la compra realizada. Guarda cambios de horario de atencin.

Pas

Pas

Se logr visualizar el mensaje de aviso de horario de atencin.

Pas

Se logr actualizar los precios de la compra realizada. Se logr guardar cambios de horario satisfactoriame nte. Se logr realizar el pedido.

Pas

Prueba unitaria

Prueba unitaria

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

Pas

Se logr realizar el pedido.

Prueba

Imprimir el detalle

Pas

Se logr

117

unitaria

Seleccionar en la opcin imprimir.

del pedido.

imprimir detalle del pedido. Pas Llega el mensaje del registro del pedido. Llega el mensaje del registro del pedido.

Prueba unitaria Prueba unitaria

Llego el correo del Llego el correo con pedido el pedido al mail del Cliente Llego el correo de confirmacin al email de la tienda Llego el correo al mail de la tienda con el pedido.

Pas

10

7.4.4. Unidad de prueba:

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. Nmer Tipo Descripcin Resultado Resultad Detalle de los o Esperado o resultados Pas 1 Prueba Llego el correo de El cliente recibi el correo. Unitaria confirmacin del pedido al cliente. Pas 2 Prueba Cuando el pedido El pedido se Unitaria llega a la base de registrcon estado: datos el estado pendiente debe ser 0. Pas 3 Prueba Los detalles del Registra el cdigo 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: Descripcin 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 actualizacin y eliminacin. Nmer Tipo Descripcin Resultado Resultad Detalle de los o Esperado o resultados Se mostr el Pas Se muestra 1 Prueba Se ingres por la pgina detalle de la correctamente Unitaria web al detalle de la tienda. el detalle de la tienda. 2 Prueba Unitaria El administrador de Tiendas debe diferenciar a todas por el nombre. Mostrarse los nombres de las tiendas. Googlemaps debera 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 debera nte las guardarse correctamente. coordenad as.
Pas Tienda. Se muestran los nombres de las tiendas correctamente. Se guardaron las coordenadas correctamente

Prueba Unitaria

Pas

Prueba Unitaria

Pas

Se guardaron todas las coordenadas de las tiendas.

119

CAPTULO 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 segn 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 fcil, segura y confiable. Asimismo confirmamos que el uso de las tecnologas de informacin en los negocios que brindan el servicio de reparto de alimentos permite que puedan disminuir sus costos operativos de administracin y control de pedidos. La implementacin de un portal web, permite a las empresas alimenticias y a los clientes tener una visin ms amplia de productos y tiendas que estn cerca a su domicilio, ya que se ha utilizado la tecnologa de geo localizacin tanto para las tiendas como para los clientes. En base a la centralizacin de una buena informacin relacionada a empresas alimenticias, tiendas y productos, los clientes no perdern mucho tiempo en buscar telfonos 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 podrn hacer bsquedas avanzadas sin el problema que el motorizado no pueda ubicarel domicilio. Los motorizados tambin sern beneficiados pues la geo localizacin 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 tambin sern beneficiarios de promociones y descuentos pues las empresas al ver que muchos usuarios se estn relacionando 120

con su tienda trataran de cubrir mucho ms las expectativas de clientes interesados en sus productos. Adicionalmente, la implementacin de la modalidad de pago del monedero electrnico que ha sido recientemente aprobado en nuestro pas, permite que los costos financieros por las transacciones de pago bajo esta modalidad sean menores ya que por Ley, la comisin de uso es de menor porcentaje a las de uso de una tarjeta de crdito. El uso de los mensajes de texto como parte del flujo de pago con el monedero electrnico, permite una mayor masificacin de uso, ya que no se requiere contar con un celular de ltima generacin para efectuar un pago mvil. 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 transaccin y se confirme la aceptacin 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 estratgicos que ayudarn a incrementar sus ventas no solo en las ventas de la pgina web sino tambin telefnicas y presenciales, con esto incrementaran la fidelidad en clientes frecuentes. Finalmente se puede concluir que en nuestro pas las tendencias no difieren mucho de la regin, la gerente de operaciones del portal web MercadoLibre en el Per, explica que el usuario promedio tiene entre 18 y 24 aos y compra productos por US$90 entre celulares y accesorios, pero este proyecto va enfocado a ayudar a las medianas y pequeas empresas impulsadas por marcas grandes como Dominos Pizza.

121

8.2

Recomendaciones

Luego de haber concluido el desarrollo del presente proyecto de tesis, se puede recomendar a las pequeas empresas que brindan el servicio de delivery que tienen una mejor opcin de incrementar sus utilidades con el uso del portal www.pa-llevar.com; ya que les brinda un sistema de administracin y control de los pedidos realizados por los clientes. Asimismo, la implementacin de la modalidad de pago del monedero electrnico que ha sido recientemente aprobado en nuestro pas, les permitir reducir sus costos financieros en el proceso de pago; puesto que la comisin cobrada mediante esta modalidad es mucho menor a la de utilizar tarjetas de crdito. Los clientes y Empresas tendrn correctamente registrado sus puntos de coordenadas para que la validacin del alcance de las tiendas sea vlida e inmediata para prevenir inconvenientes en el envo del pedido. El uso de los mensajes de texto como parte del flujo de pago con el monedero electrnico, permite una mayor masificacin de uso;ya que no es necesario contar con un celular de ltima generacin para efectuar un pago mvil. Por otro lado se recomienda masificar su publicacin 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 TRMINOS
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 Electrnico, las cuales forman parte en flujo del proceso de pago por el reparto de comida. 3. Flyers.- Son diseos 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 ubicacin 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.- Accin o resultado de promocionar; actividades realizadas para dar a conocer un producto que son brindadas por las tiendas que estn registradas en el portal web. 7. Redenciones.- es el trmino 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 especfico de una Unidad de Negocio,

comprende su ubicacin especfica y se mide la cobertura de entrega segn sta. 10. Servidor SMS.- Es un servicio que permite enviar mensajes de texto a los celulares.

123

BIBLIOGRAFA.
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: intervencin con personas y familias (pg. 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 Bez). Investigacin cualitativa. Esic Editorial. 06. (Revista Iberoamericana). Inteligencia artificial. Revista Iberoamericana de Inteligencia Artificial, 51-64. 07. (Carmen de Pablos H). Direccin y gestin de los sistemas de informacin en la empresa: Una visin integradora. Esic Editorial. 08. (Wikipedia). Wikipedia. Obtenido de http://es.wikipedia.org/wiki/Sistema_de_informacion 09. (Ramn C. Surez y Alonso). Tecnologas de la Informacin y la Comunicacin. Ideas propias Editorial. 10. (Bentez, Gerardo Meneses). Interaccin Y Aprendizaje En La Universidad. En G. M. Bentez. 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 coleccin de actividades estructuradas y relacionadas. Departamento de Sistemas Informticos y Computacin, 2. 13. (Stallman, Richard M.). Software libre para una sociedad libre. En R. M. Stallman. 14. (Jordi Mas Hernndez). Software libre: tcnicamente viable, ecnomicamente 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: Tecnologa 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 electrnico 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 electrnico - 2013). Ley N 29985: Ley del dinero electrnico. Lima.

124

24. (Sistemas Informticos y Computacin). Integrando Especicaciones Textuales y Elementos de modelado UML en un Marco de Trabajo para Trazabilidad de Requisitos. Departamento de Sistemas Informticos y Computacin. 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 estratgicas del comercio electrnico basado en Internet. ICE: Revista Economia. 28. (Universidad de Jan). Medios de pago electrnico. Piedra angular en el desarrollo del comercio electrnico. Universidad de Jan, Dept. Informtica. wiki.bizagi.com. (s.f.). Obtenido de wiki.bizagi.com: http://wiki.bizagi.com/90/index.php?title=Reglas_de_Negocio

125