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

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

La presente Tesis est enfocada a la automatizacin de venta de comida y reparto de sus productos a domicilio para las empresas del rubro alimenticio y el pago con la modalidad de monedero electrnico. La solucin presentada es el desarrollo de un portal web el cual comprende de tres mdulos: uno para el administrador de Unidad de Negocio donde puede administrar los pedidos de las tiendas que tenga a su cargo, es decir, gestionar el control de los pedidos y productos que ofrecen. Otro es el mdulo del consumidor el cual es un portal web dinmico donde los clientes podrn interactuar con las tiendas y productos que fueron creados por los administradores de Unidad de Negocio, asimismo les permite utilizar la geo localizacin de sus domicilios y el rea de cobertura de las tiendas, mediante la aplicacin de Google Maps. Por ltimo el mdulo de pago a travs de monedero electrnico, el cual ha sido recientemente aprobado en nuestro pas; con esta modalidad se podr pagar un pedido desde un dispositivo mvil a travs de un mensaje de texto enviado a la central y confirmado por la respectiva tienda a quien se le hizo el 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, Google Maps.

ii

ABSTRACT

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

The solution presented is the development of a web portal which comprises three modules: one for the business unit manager where you can manage orders from stores that has the care, ie control manage orders and products they offer. Another consumer is the module which is a dynamic web portal where guests can interact with the shops and products that were created by the Business Unit managers also allowed to use the geographical location of their homes and the area of coverage stores, by applying Google Maps. Finally the module payment through electronic wallet, which has recently been approved in our country with this modality may be paid a request from a mobile device via a text message sent to the central and confirmed by the respective Store whom the order was made.

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

iii

NDICE DEDICATORIA AGRADECIMIENTO RESUMEN ABSTRACT INTRODUCCIN ............................................................................................... 1 CAPTULO I: VISIN DEL PROYECTO ............................................................ 2 1.1. Antecedentes del Problema ........................................................................... 2 1.1.1. El Negocio de Dominos Pizza ........................................................ 3 1.1.2. Los Procesos del Negocio ............................................................... 4 1.2. Descripcin del Problema ............................................................................ 11 1.3. Objetivos del Proyecto .................................................................................. 14 1.3.1 Marco Lgico .................................................................................... 14 1.3.2 Objetivo General .............................................................................. 16 1.3.3 Objetivos Especficos...................................................................... 16 1.3.4 Tabla de Consistencia .................................................................... 17 1.4. Justificacin del Proyecto ............................................................................. 19 1.4.1. Beneficios Tangibles ....................................................................... 19 1.4.2. Beneficios Intangibles ..................................................................... 20 1.5. Alcance del Proyecto .................................................................................... 21 CAPTULO II: MARCO TERICO .................................................................... 22 2.1. 2.2. 2.3. 2.4. 2.5. 2.6. 2.7. 2.8. 2.9. 2.10. 2.11. 2.12. 3.1 Sistema............................................................................................................ 22 Tipos de Sistema ........................................................................................... 23 Sistema de Informacin ................................................................................ 24 Tecnologas de la Informacin y Comunicaciones (TIC) ........................ 25 Tipos de Procesos de Negocio ................................................................... 27 Software Libre ................................................................................................ 28 Lenguaje PHP (Hypertext Pre-processor) ................................................. 29 Servidor Web Apache ................................................................................... 30 Motor base de datos MySQL ....................................................................... 31 Dinero Electrnico ......................................................................................... 32 Pago Mvil ...................................................................................................... 33 Entidades Emisoras de Dinero Electrnico ............................................... 34 Revisin de Papers ....................................................................................... 35 3.1.1. Integrando Especificaciones Textuales y Elementos de modelado UML en un Marco de Trabajo para Trazabilidad de Requisitos. ........................................................................................ 35 3.1.2. Towards Security by Construction for Web 2.0 Applications.... 36 3.1.3. Identifying Extensions Required by RUP (Rational Unified Process) to Comply with CMM (Capability Maturity Model) Levels 2 and 3 .................................................................................. 37 3.1.4. Implicaciones estratgicas del comercio electrnico basado en Internet. ............................................................................................. 39 iv

CAPTULO III: ESTADO DEL ARTE ................................................................ 35

3.1.5. 3.2

Medios de pago electrnico, piedra angular en el desarrollo del comercio electrnico. ...................................................................... 41 Revisin de Software Similar: Benchmarking ........................................... 43 3.2.1. Yo no cocino..................................................................................... 43 3.2.2. Pedido YA. ........................................................................................ 44 3.2.3. Alimentos Delivery. .......................................................................... 44

CAPTULO IV: MODELADO DEL NEGOCIO ................................................... 46 4.1. Reglas del Negocio ....................................................................................... 46 4.2 Casos de Uso del Negocio........................................................................... 47 4.3. Diagramas de Actividades del negocio ...................................................... 47 CAPTULO V: REQUERIMIENTOS DEL PROYECTO .................................... 51 5.1. Requerimientos del Software....................................................................... 51 5.1.1 Requerimientos Funcionales ......................................................... 51 5.1.2. Requerimientos No Funcionales ................................................... 52 5.2. Casos de Uso del Sistema ........................................................................... 53 5.2.1. Diagrama de Actores del Sistema. ............................................... 53 5.2.2. Descripcin de Actores del sistema ............................................. 54 5.2.3. Diagrama de paquetes del Sistema. ............................................ 56 5.2.4. Casos de Uso del Sistema ............................................................. 57 5.2.5. Casos de Uso del Sistema por Paquetes .................................... 58 5.3 Diagramas de Secuencia ms Significativos ............................................ 60 5.3.1. Administrar Productos .................................................................... 60 5.3.2. Administrar Tiendas ........................................................................ 63 5.3.3. Administrar Unidad de Negocio .................................................... 66 5.3.4. Iniciar Sesin .................................................................................... 68 5.4. Modelo Conceptual del Sistema ................................................................. 69 5.5. Benchmarking ................................................................................................ 69 5.6. Especificaciones de Caso de Uso ms Significativos ............................. 72 5.6.1. Especificacin del CUS Registrar Unidad de Negocio .............. 72 5.6.2. Especificacin del CUS Administrar Tiendas.............................. 74 5.6.3 Especificacin del CUS Registro Cliente ..................................... 76 5.6.4. Especificacin del CUS Administrar Clientes ............................. 79 5.6.5. Especificacin del CUS Realizar Pedido ..................................... 82 5.6.6. Especificacin del CUS Confirmar pedidos por Tienda ............ 85 5.6.7 Especificacin del CUS Administrar Productos .......................... 88 5.6.8. Especificacin del CUS Realizar Pago Mvil.............................. 90 5.6.9. Especificacin del CUS Registrar Recarga Mvil ...................... 91 5.6.10. Especificacin del CUS Consultar Saldo Mvil .......................... 92 5.7. Prototipos de la Solucin .............................................................................. 93 CAPTULO VI: ARQUITECTURA ................................................................... 100 6.1. 6.2. 6.3. 6.4. 7.1 7.2 Diagrama de Clases .................................................................................... 100 Diccionario de Clases ................................................................................. 101 Diagrama de despliegue............................................................................. 103 Diagrama de componentes ........................................................................ 103 Organigrama del equipo de trabajo .......................................................... 104 Viabilidad del proyecto ................................................................................ 105 v

CAPTULO VII: DESARROLLO Y PRUEBAS ................................................ 104

7.3 7.4

7.2.1 Viabilidad Tcnica ......................................................................... 105 7.2.2 Viabilidad Econmica.................................................................... 106 7.2.3 Viabilidad Legal.............................................................................. 118 Desarrollo del proyecto ............................................................................... 123 Pruebas Unitarias de Casos de Uso ms Significativos ....................... 124 7.4.1. CUS Iniciar sesin ......................................................................... 124 7.4.2. CUS Registrar cliente ................................................................... 125 7.4.3. CUS Realizar pedido .................................................................... 126 7.4.4. CUS Confirmar Pedidos por Tienda ........................................... 127 7.4.5. CUS Administrar tienda ................................................................ 127 Conclusiones ................................................................................................ 128 Recomendaciones ....................................................................................... 130

CAPTULO VIII: CONCLUSIONES Y RECOMENDACIONES ....................... 128 8.1 8.2

GLOSARIO DE TRMINOS ........................................................................... 131 BIBLIOGRAFA. ............................................................................................. 132

vi

NDICE DE FIGURAS Figura 1: Organigrama de la Organizacin. .............................................................. 3 Figura 2: Diagrama de procesos del negocio en Dominos Pizza. ........................ 7 Figura 3: Cuadro de pedidos por el portal web de Dominos Pizza 2010. ......... 12 Figura 4: Cuadro de pedidos por el portal web de Dominos Pizza 2011. ......... 12 Figura 5: Cuadro de pedidos por el portal web de Dominos Pizza 2012. ......... 13 Figura 6: Porcentaje de familias que tienen acceso a internet. ........................... 13 Figura 7: rbol de Problemas .................................................................................... 14 Figura 8: rbol de objetivos ....................................................................................... 15 Figura 9: Diagrama de Casos de Uso del Negocio ................................................ 47 Figura 10: Diagrama del CUN: Recepcionar Pedido ............................................. 47 Figura 11: Diagrama del CUN: Gestionar Pedido .................................................. 48 Figura 12: Diagrama del CUN: Entregar Pedido .................................................... 48 Figura 13: Diagrama del CUN Efectuar Pago ......................................................... 49 Figura 14: Diagrama de Casos de Uso del Negocio (CUN) ................................. 49 Figura 15: Diagrama de Entidades del Negocio ..................................................... 50 Figura 16: Diagrama de Actores ............................................................................... 53 Figura 17: Diagrama de Paquetes ............................................................................ 56 Figura 18: Diagrama de casos de uso ..................................................................... 57 Figura 19: Diagrama de casos de uso del Paquete Seguridad ............................ 58 Figura 20: Diagrama de casos de uso del Paquete Monedero Electrnico ....... 58 Figura 21: Diagrama de casos de uso del Paquete Administracin .................... 59 Figura 22: Diagrama de casos de uso del Paquete de Pedidos .......................... 59 Figura 23: Diagrama de secuencia Agregar productos por tienda ...................... 60 Figura 24: Diagrama de secuencia Modificar Productos por Tienda .................. 61 Figura 25: Diagrama de secuencia Eliminar Productos por Tienda .................... 62 Figura 26: Diagrama de secuencia Agregar Tienda .............................................. 63 Figura 27: Diagrama de secuencia Modificar Tiendas .......................................... 64 Figura 28: Diagrama de secuencia Eliminar Tiendas ............................................ 65 Figura 29: Diagrama de secuencia Crear Unidad de Negocio ............................. 66 Figura 30: Diagrama de secuencia Editar Unidad de Negocio ............................ 67 Figura 31: Diagrama de secuencia Eliminar Unidad de Negocio ........................ 67 Figura 32: Diagrama de secuencia Iniciar Sesin .................................................. 68 vii

Figura 33: Diagrama de clases entidades ............................................................... 69 Figura 34: Pantalla de Registro de Unidad de Negocio ........................................ 73 Figura 35: Pantalla de confirmacin de Unidad de Negocio................................. 73 Figura 36: Pantalla de registro o actualizacin de una nueva Tienda ................ 75 Figura 37: Administracin de coordenadas para una tienda. ............................... 75 Figura 38: Pantalla de eliminacin de una Tienda. ................................................ 76 Figura 39: Formulario del registro de Clientes ........................................................ 78 Figura 40: Formulario de la informacin de clientes .............................................. 80 Figura 41: Formulario de eliminacin de clientes ................................................... 80 Figura 42: Formulario de confirmacin para eliminar a un cliente ....................... 81 Figura 43: Panel de productos para una tienda especfica .................................. 83 Figura 44: Ingresando al carrito de compras........................................................... 84 Figura 45: Listado de pedidos ................................................................................... 87 Figura 46: Cambio del estado de un pedido ........................................................... 87 Figura 47: Panel de administracin de productos. ................................................. 89 Figura 48: Panel de edicin de productos ............................................................... 89 Figura 49: Pedidos pendientes de cancelacin ...................................................... 91 Figura 50: Recarga de saldos .................................................................................... 92 Figura 51: Consulta de saldos ................................................................................... 93 Figura 52: Pgina principal del portal ....................................................................... 93 Figura 53: Administrador de pago mvil .................................................................. 94 Figura 54: Histrico de recargas ............................................................................... 95 Figura 55: Histrico de devoluciones ....................................................................... 95 Figura 56: Confirmacin de recargas ....................................................................... 96 Figura 57: Saldos de clientes..................................................................................... 96 Figura 58: Devolucin a tiendas ................................................................................ 97 Figura 59: Registro de devoluciones a tiendas ....................................................... 97 Figura 60: Histrico de pedidos ................................................................................. 98 Figura 61: Histrico de devoluciones ....................................................................... 98 Figura 62: Histrico de pedidos ................................................................................. 99 Figura 63: Histrico de recargas ............................................................................... 99 Figura 64: Cambio de clave mvil ............................................................................. 99 Figura 65: Diagrama de clases ................................................................................ 100 Figura 66: Diagrama de despliegue ........................................................................ 103 viii

Figura 67: Diagrama de componentes ................................................................... 103 Figura 68: Organigrama del proyecto ..................................................................... 104 Figura 69: Flujo de sistema delivery con pago mvil ........................................... 124

ix

NDICE DE CUADROS Cuadro 1: Cuadro del mapa del negocio ................................................................... 6 Cuadro 2: Tabla de consistencia ............................................................................... 18 Cuadro 3: Descripcin del Administrador del sistema ........................................... 54 Cuadro 4: Descripcin del Administrador de unidad de negocio ......................... 54 Cuadro 5: Descripcin del administrador de tienda ............................................... 55 Cuadro 6: Descripcin del recepcionista de pedidos ............................................. 55 Cuadro 7: Descripcin del cliente ............................................................................. 56 Cuadro 8: Leyenda de benchmarking ...................................................................... 69 Cuadro 9: Benchmarking del proyecto ..................................................................... 70 Cuadro 10: Otros aspectos del benchmarking ........................................................ 71 Cuadro 11: Especificacin CUS Registrar unidad de negocio ............................. 72 Cuadro 12: Especificacin CUS administrar tiendas ............................................. 74 Cuadro 13: Especificacin CUS registro cliente ..................................................... 77 Cuadro 14: Especificacin CUS administrar clientes............................................. 79 Cuadro 15: Especificacin CUS realizar pedido ..................................................... 82 Cuadro 16: Especificacin CUS confirmar pedidos por tienda ............................ 86 Cuadro 17: Especificacin CUS administrar productos......................................... 88 Cuadro 18: Especificacin CUS realizar pago mvil ............................................. 90 Cuadro 19: Especificacin CUS registrar recarga mvil ....................................... 91 Cuadro 20: Especificacin CUS consultar saldo mvil .......................................... 92 Cuadro 21: Diccionario de clases ........................................................................... 102 Cuadro 22: Costos para el presente ao ............................................................... 106 Cuadro 23: Costos para el primer ao ................................................................... 107 Cuadro 24: Costos para el segundo ao ............................................................... 107 Cuadro 25: Costos para el tercer ao .................................................................... 107 Cuadro 26: Costos para el cuarto ao ................................................................... 108 Cuadro 27: Beneficios para el presente ao Portal Web ................................. 108 Cuadro 28: Beneficios para el presente ao Monedero Electrnico.............. 109 Cuadro 29: Beneficios para el Primer ao Portal Web..................................... 109 Cuadro 30: Beneficios para el Primer ao Monedero Electrnico ................. 110 Cuadro 31: Beneficios para el Segundo ao Portal Web ................................ 110 Cuadro 32: Beneficios para el Segundo ao Monedero Electrnico ............. 111 Cuadro 33: Beneficios para el Tercer ao Portal Web ..................................... 111 x

Cuadro 34: Beneficios para el Tercer ao Monedero Electrnico.................. 112 Cuadro 35: Beneficios para el Cuarto ao Portal Web .................................... 112 Cuadro 36: Beneficios para el Cuarto ao Monedero Electrnico ................. 113 Cuadro 37: Resumen de Beneficios para el presente ao ................................. 113 Cuadro 38: Resumen de Beneficios para el Primer ao ..................................... 114 Cuadro 39: Resumen de Beneficios para el Segundo ao ................................. 114 Cuadro 40: Resumen de Beneficios para el Tercer ao ..................................... 115 Cuadro 41: Resumen de Beneficios para el Cuarto ao ..................................... 115 Cuadro 42: Calculo de ingresos y egresos ............................................................ 116 Cuadro 43: Calculo del VAN y la TIR ..................................................................... 116 Cuadro 44: Funciones de la VAN y la TIR ............................................................. 116 Cuadro 45: Prueba unitaria iniciar sesin .............................................................. 124 Cuadro 46: Prueba unitaria registrar cliente .......................................................... 125 Cuadro 47: Prueba unitaria realizar pedido ........................................................... 126 Cuadro 48: Prueba unitaria confirmar pedido por tienda .................................... 127 Cuadro 49: Prueba unitaria administrar tienda ..................................................... 127

xi

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 realizar pagos 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 y habilidades 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.

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

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

Figura 1: Organigrama de la Organizacin. Elaboracin: Propia 2013 Fuente: Manual de Organizacin de la empresa Dominos

1.1.1.1. Vision: Ser el mejor operador del sistema Dominos Pizza con el mejor talento humano. 1.1.1.2. 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. 1.1.1.3. 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.

1.1.2.1

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 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 directa as como a las personas que viven alrededor de las tiendas para que puedan solicitar un pedido telefnico. La empresa est administrada por cinco reas que son: operaciones, logstica, marketing, ventas y postventas. Segn el siguiente cuadro (Cuadro 1) se muestra a mayor detalle el mapa del negocio donde se especifican las reas que ayudan a la gestin y manejo de la empresa.

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.
Cuadro 1: Cuadro del mapa del negocio Elaboracin: Propia 2013 Fuente: Dominos Pizza

1.1.2.2

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 2: Diagrama de procesos del negocio en Dominos Pizza. Elaboracin: Propia 2013 Fuente: Dominos Pizza

1.1.2.3

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 espera hasta 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, la Empresa Emisora de Dinero 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 1.1.2.4. Leyenda de Procesos: Compra de insumos Dominos Pizz 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 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 del stock de las tiendas, para prevenir algn requerimiento mayor de eventos o salida de alguna promocin con alguna alianza estrategia fuerte. Reparto de Pizzas(Delivery) Es un servicio de reparto a domicilio donde suele realizarse en motocicleta previo 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 9

puede ser convertido nuevamente a efectivo por el saldo que mantenga el titular.

10

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 y dinero. Por lo que se requiere de un planeamiento de modelado, programadores, costo o tercerizar el servicio, esto tiene un sobrecosto del servicio que es trasladado al cliente final. Existen muchos portales web que solo se preocupan por vender y mostrar sus productos a los clientes 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 domicilio usando coordenadas de los mapas con la ayuda de Googlemaps. Asimismo, se podr utilizar la modalidad de pago haciendo uso del monedero electrnico mediante un dispositivo celular. 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. 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

11

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 3: Cuadro de pedidos por el portal web de Dominos Pizza 2010. Elaboracin: Propia 2013 Fuente: Dominos Pizza 62 385 462 413 563

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 4: Cuadro de pedidos por el portal web de Dominos Pizza 2011. Elaboracin: Propia 2013 Fuente: Dominos Pizza

12

Pedidos 2012 - Domino's Pizza

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

Figura 5: Cuadro de pedidos por el portal web de Dominos Pizza 2012. Elaboracin: Propia 2013 Fuente: Dominos Pizza

En el siguiente grafico se muestra que el 24% de familias tienen 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 6: Porcentaje de familias que tienen acceso a internet. Elaboracin: Propia 2013 Fuente: Web INEI

13

1.3. Objetivos del Proyecto 1.3.1 Marco Lgico 1.3.1.1. rbol de Problemas:

Los clientes son afectados, pues los 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.

Figura 7: rbol de Problemas Elaboracin: Propia 2013

14

1.3.1.2.

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.

Figura 8: rbol de objetivos Elaboracin: Propia 2013

15

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 alimenticias y 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 por delivery. 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. 16 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 pueda Desarrollar un portal web donde se pueda encontrar todos los productos centralizados encontrar informacin centralizada de diferentes de diferentes empresas de comida por empresas de comida por delivery delivery.

Problemas Especficos
No existe una empresa que respalde todo lo que ofrece el portal web: Pa llevar.

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 a las empresas alimenticias y poder ayudar a los clientes a tener una visin ms amplia de productos y tiendas

Algunas

medianas

empresas

no

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.

tienen establecido un rango especfico de alcance a domicilios de los

clientes.

17

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

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

Los

clientes

no

pueden

hacer

Buscar

ubicar

inmediatamente

las

bsquedas de acuerdo a su ubicacin actual.

tiendas con ayuda de Googlemaps.

Los clientes de Lima metropolitana no cuentan con una buena informacin centralizada de tiendas por delivery.

Centralizar la informacin, ya que los clientes no tendrn que perder tiempo en la bsqueda de telfonos o referencias y direcciones de tiendas

Las

empresas

no

compiten

en

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

precios, cada una es 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

Validar la cobertura del reparto permitiendo a los clientes que no tengan que

motorizado llega a su domicilio, tienen que detallar va telfono su direccin y explicar su referencia aproximada.

preocuparse por que las tiendas llegan a sus domicilios pues esto ser validado automticamente al ingresar a una tienda.

Muchas empresas que brindan el servicio online de pedidos no

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.

contabilizan exactamente la cantidad de pedidos y precios, tampoco

pueden hacer comparaciones para ver cul es ms rentable.

Cuadro 2: Tabla de consistencia Elaboracin: Propia 2013

18

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

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

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

21

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 e incompleta 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 (Ranquet, 2009) 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 (ALGESA, 2012) lo define como 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 sper sistema.

22

2.2.

Tipos de Sistema Segn (Bez, 2010) existen 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. En el artculo escrito por (Paterson, 2011) se definen los siguientes tipos de sistemas: 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. 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.

23

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 (Pablos, 2011) 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 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. 24

Distribuye la informacin resultante a los usuarios y actividades que la requieran.

Consultando (Wikipedia, Wikipedia, 2013) 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 (Alonso, 2008) indica que las Tecnologas de la Informacin y la Comunicacin (TIC) estn presentes en todos los niveles de nuestra sociedad actual, desde las ms grandes corporaciones multinacionales, a las PYMES, gobiernos, 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.

25

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 (Bentez, 2009) 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 que presenta las diferentes utilidades de las NTIC en la educacin. 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

26

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 (Systems, 2010) 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 polticas que han de regir la adquisicin, uso y disposicin de estos recursos. Segn (Victoria, 2010) 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.

27

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 Application Integration (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 (Stallman, 2008) 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 muy permisivas que autorizan el desarrollo de versiones propietarias modificadas. El ejemplo paradigmtico de este problema es el X Windows System. 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. 28

Citando a (Hernndez, 2008) 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 (Heurtel, 2009) PHP es un acrnimo recursivo que significa 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, MySQL, PosgresSQL, Oracle, etc.), como as tambin acceso ODBC (open database conectivity). 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. 29

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 (Cobo, 2009) define que PHP es un lenguaje de scripting que permite la generacin dinmica de contenidos en un servidor web. El significado de sus siglas es Hyper Text Preprocessor. 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: -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 (Wikipedia, Wikipedia Apache, 2013) el servidor HTTP Apache es un servidor web HTTP de cdigo abierto, para plataformas Unix (BSD, 30

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 patch y 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 (Apache, 2013) en ella se define como El servidor HTTP Apache es un servidor HTTP de cdigo abierto para sistemas operativos modernos, incluyendo UNIX, Microsoft Windows, MacOS/X y Netware. El objetivo de este proyecto es proporcionar un servidor seguro, eficiente y extensible que proporcione servicios HTTP observando los estndares HTTP actuales. Apache ha sido el servidor web ms popular en Internet desde abrilde1996. 2.9. Motor base de datos MySQL Revisando (Mysql, 2011) define a MySQL como 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

31

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 (Peruano G. , 2013) indica: El dinero electrnico, tambin conocido como e-money, efectivo electrnico, moneda 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: 32

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 (Wikipedia, Wikipedia Pago Movil, 2012) 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: 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 33

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 del (Espaa, 2013) 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. Asimismo en el (Peruano, 2013) se define a Las Empresas Emisoras de Dinero Electrnico como 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, 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 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.

34

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 (Computacin, 2010) 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. Independiente del proceso de desarrollo que se utilice, respecto de trazabilidad de requisitos podemos identificar dos actividades: (a) configurar la trazabilidad a las necesidades del proyecto y (b) definir y explotar la informacin de trazabilidad durante el desarrollo y mantenimiento del software. Aprovechando los mecanismos de extensin de UML, se consigue que la propuesta sea adaptable y extensible segn las caractersticas particulares de un proyecto. Para que la aplicacin del modelo sea sencilla y prctica es conveniente integrar todos los tipos de entidades y enlaces en un contexto comn. Considerando que: (a) las especificaciones UML estn definidas con mayor precisin y aceptacin que los otros tipos de especificaciones incluidas en el modelo, (b) que UML provee mecanismos de extensin (stereotypes, tagged, values y constraints) para incorporar nuevos tipos de especificaciones y (c) que las especificaciones UML tienen un amplio soporte en las 35

herramientas CASE, resulta evidente que sera conveniente integrar todos los tipos de especificaciones del modelo dentro del contexto de UML. As, para cada tipo de entidad y tipo de enlace presentes en el modelo de trazabilidad se establecer una correspondencia con un elemento de modelado en UML. En cada caso, se seleccionar una clase del modelo de UML que se utilizar como clase base para establecer un estereotipo. Para aquellas entidades y relaciones del modelo que coincidan semnticamente con una clase de UML se utilizar directamente dicha clase para representarlos, sin definir un nuevo estereotipo. Utilidad para el Proyecto de Tesis Este documento nos ha permitido obtener los conceptos para identificar y efectuar la correcta trazabilidad de las

especificaciones y poder graficarlos con los estereotipos UML. En nuestro caso hemos utilizado la herramienta Rational Rose y siguiendo el proceso RUP.

3.1.2.

Towards Security by Construction for Web 2.0 Applications En este paper (Towards, 2009) nos dice: Mientras que los expertos en seguridad de forma rutinaria lamentan el estado actual de la tcnica en el software de seguridad, desde el punto de vista del desarrollador de la aplicacin, los requisitos de seguridad de las aplicaciones an presentan otro obstculo a superar. Dada la presin para la funcionalidad extra,

preocupaciones "menores" como el rendimiento y la seguridad a menudo no tienen el tiempo que se merecen. Si bien es comn culpar de esto a la educacin del desarrollador, una gran parte del problema es que es muy fcil escribir cdigo inseguro. A modo de ejemplo, considere una aplicacin que pide al usuario su nombre y enva un saludo de vuelta al navegador. El siguiente ejemplo muestra cmo se puede realizar esta tarea en una 36

aplicacin Java/J2EE: ServletResponseStream out = resp.getOutputStream(); out.println("<p>Hello, " + username + ".</p>"); Sin embargo, la aparente simplicidad de este ejemplo es engaosa: en el supuesto nombre de usuario se suministra como entrada de la aplicacin, esta pieza de cdigo es vulnerable a XSS. Esto se debe a JavaScript ejecutable puede ser embebido en Nombre de usuario Cuando la solicitud se procesa dentro de la aplicacin Web, esto Java Script se pasa al navegador del cliente para su ejecucin. En resumen, la forma ms natural para lograr la tarea de imprimir el nombre del usuario se rompe: el valor predeterminado es inseguro. Para hacer este seguro, el desarrollador tiene que aplicar la desinfeccin de entrada: tiene que excluir las formas innumerables de pasar JavaScript en la aplicacin, a menudo una tarea tediosa y propensa a errores. No obstante, es muy raro que haya una razn de peso para tener cdigo JavaScript inditas pasado al navegador. Utilidad para el Proyecto de Tesis Esta publicacin nos muestra algunas de las cuestiones de seguridad conocidos y de la fiabilidad de la Web 2.0 basado en el desarrollo de aplicaciones. Estos conceptos y buenas prcticas fueron aplicados en la programacin del sistema www.pallevar.com y en el mdulo del monedero electrnico. 3.1.3. Identifying Extensions Required by RUP (Rational Unified Process) to Comply with CMM (Capability Maturity Model) Levels 2 and 3 En esta publicacin (Price, 2003) CMM proporciona una gua para 37

la seleccin de las estrategias de mejora de procesos, facilitando la determinacin de las capacidades actuales del proceso y la identificacin de los problemas ms crticos de la calidad del software y mejora de procesos. La primera versin del CMM fue lanzado en 1991, mientras que la versin ms reciente (SW-CMM versin 1.1), disponible en el sitio de SEI, data de 1993. CMM versin 1.1 fue utilizado para esta evaluacin. El Modelo de Madurez de Capacidad ha evolucionado para Capability Maturity Model Integration (CMMI), que permite el continuo crecimiento y expansin del concepto CMM a mltiples disciplinas, como la ingeniera de sistemas, ingeniera de software, integrada de productos y desarrollo de procesos, y el proveedor de abastecimiento. El Rational Unified Process (RUP) es un proceso de ingeniera de software que proporciona un enfoque disciplinado para la asignacin de tareas y responsabilidades dentro de una organizacin de desarrollo. Su objetivo es asegurar la produccin de software de alta calidad que satisfaga las necesidades de sus usuarios finales dentro de un horario predecible y presupuesto. RUP utiliza el Lenguaje Unificado de Modelado (UML) para modelar el software y se describe cmo aplicar las mejores prcticas de ingeniera de software a travs de directrices, plantillas y herramientas de mentores para todas las actividades crticas del ciclo de vida del software. Dentro del creciente nmero de libros de texto y artculos sobre RUP, se encuentran descripciones tales como "RUP es un proceso de ingeniera de software", "RUP es un marco de procesos", "RUP es un proceso y un marco de procesos", y "RUP sirve como en toda la organizacin del proceso". Ambos "proceso", as como "proceso marco " se ven en el mismo nivel en 38

la jerarqua de nivel meta, con la diferencia de que el marco expresa el conjunto de actividades RUP desde el cual un proceso especfico del proyecto o de toda la organizacin proceso puede ser configurado (esencialmente un traje subconjunto de RUP) Utilidad para el Proyecto de Tesis 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 Rational Unified Process (RUP) en el uso de Casos de Uso, centrado en la arquitectura y en el enfoque de desarrollo iterativo. Nos 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 de (Quintero, 2009) nos dice: Segn los recientes informes elaborados por el Departamento de Comercio de Estados Unidos y la OCDE; el desarrollo del comercio electrnico, principalmente el soportado en Internet, tendr un notable impacto en el crecimiento econmico y en la creacin de empleo en los prximos aos a nivel internacional. Esto es debido, entre otros factores, al denominado entorno basado en Internet, Internet Computer Mediated Environment (ICME), que identifica el conjunto de medios electrnicos constitudo por Internet. El desarrollo de este entorno ha sido posible gracias a los avances en las tecnologas de la informacin y de la comunicacin (TIC), que han permitido el surgimiento de un sistema de informacin interempresarial con extensin global, con posibilidades de acceso incluso para las microempresas, y no slo al alcance de las grandes organizaciones En este sentido, Rayport y Sviokla acuan el concepto de mundo virtual (marketspace) en contraposicin al mundo fsico 39

(marketplace), refirindose a los entornos electrnicos para el intercambio de informacin, bienes y servicios(tangibles e intangibles). La tienda electrnica consiste en la presencia de la organizacin en el WWW a travs de una pgina Web propia. Como se ha analizado anteriormente, puede ser simplemente informativo o llegar a ser un Web transaccional. Cada vez en mayor medida las organizaciones realizan las ventas de productos y/o servicios o pagos a travs del WWW, se suele combinar con los canales de comercializacin tradicionales y su objetivo es aumentar la demanda y reducir los costes de promocin y ventas. Los clientes se benefician de reducciones de precios respecto a otros canales de venta, ms informacin y eliminacin de las limitaciones temporales y geogrficas. Por ejemplo, algunas actividades comerciales que se estn trasladando al Web son la venta de libros, coches, flores, etctera. El suministro electrnico es la licitacin y abastecimiento de bienes y servicios de forma electrnica. En este modelo de negocio se amplan las posibilidades de eleccin de suministradores para el demandante y se reducen los costes de abastecimiento, ya que la negociacin y la contratacin se realiza a travs de la red. Los suministradores realizan sus operaciones a escala global, con lo que disponen de ms oportunidades de licitacin, caracterstica que puede ser una ventaja, especialmente para las PYME. La ventaja principal se encuentra en la reduccin de los costes derivada de la automatizacin del proceso. Utilidad para el Proyecto de Tesis Esta publicacin no brinda el 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 40

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 artculo de (Lpez, 2006) indica que El comercio electrnico proporciona a las empresas una mejora de la eficiencia y de la capacidad de realizar procesos de negocio a travs de transacciones automticas. El comercio electrnico se clasifica en varias categoras atendiendo a cules son sus objetivos de negocio. Los dos tipos de comercio electrnico que 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 servicios directamente a la empresa sin necesidad de ningn intermediario. 2. Business-to-Business (B2B): en ste las empresas compran y venden sus productos o servicios entre ellas, automatizando los procesos de compra y venta que realizan. El B2B proporciona una mayor capacidad de actualizacin de los datos producidos en las transacciones de negocios. Para realizar dichas transacciones, los compradores y vendedores pueden 41

encontrarse en un mercado electrnico e intercambiar la informacin que necesiten. Adems, el B2B hace que la informacin de los productos est disponible de forma global y proporciona la posibilidad de su modificacin en tiempo real.

Al igual que ocurre en el comercio tradicional, las distintas capacidades de los instrumentos existentes para adaptarse a las diversas necesidades de los agentes implicados en una transaccin ha dado lugar a una cierta especializacin de aquellos en funcin de si el pago es una transaccin B2B o B2C.

As, mientras que en el primer caso es frecuente el uso de cheques y rdenes de pagos electrnicos, en el segundo que es en el que centramos nuestro inters, existe una clara preferencia de los consumidores y empresas por el uso de las tarjetas bancarias, especialmente las de crdito. Ello significa que, por primera vez en su historia, dichos instrumentos estn

consiguiendo imponerse al efectivo como mecanismo de pago para la liquidacin de transacciones de pequeo importe.

As, por ejemplo, de acuerdo con el estudio realizado por Consumers International, el 85 por 100 de las web comerciales en las que se realiz una compra on-line transfronteriza ofreca a sus clientes la opcin de pagar con tarjetas de crdito. Esta forma de pago se impona claramente a otras tradicionales, como es el uso del efectivo.

Uno de los proyectos ms importantes y que ms expectativas ha generado en torno a la utilizacin segura de tarjetas de crdito en la red ha sido el protocolo SET (Secure Electronic Transactions), en el que trabajan conjuntamente las principales compaas internacionales de tarjetas de crdito, Mastercard y Visa, desde febrero de 1996. Este sistema se basa en la encriptacin de la 42

informacin referida a la tarjeta de crdito, utilizando para ello mecanismos de cifrado de clave pblica, firmas electrnicas y certificados electrnicos. ste protocolo, junto al SSL (Secure Socketes Layer), desarrollado por Netscape Corporation, son los sistemas para comunicaciones seguras ms utilizados en las transacciones electrnicas por Internet. Utilidad para el Proyecto de Tesis Se ha hecho una revisin de los principales medios de pago utilizados en Internet para centrarnos fundamentalmente en la problemtica que plantean las tarjetas de crdito como principal medio de pago en el comercio electrnico, viendo cules son sus problemas de seguridad y qu proyectos se estn desarrollando para mejorar dichos problemas.

Lo que nos lleva a determinar que una buena alternativa para efectuar transacciones comerciales es el pago electrnico que cada vez estn teniendo mayor importancia dentro del rea del comercio electrnico y que son alternativos a las clsicas tarjetas de crdito.

3.2 Revisin de Software Similar: Benchmarking 3.2.1. Yo no cocino. Este portal web ofrece a los usuarios la posibilidad de tener reunidos en un mismo sitio los restaurantes que se encuentran a su alrededor clasificados segn el tipo de comida que sirven, puede seleccionar cualquier producto de cualquier tienda, acceder a sus platos y realizar el pedido.

Tiene interfaz tanto para los usuarios a la hora hacer su pedido, como para los restaurantes a la hora de aadir o actualizar sus mens y precios.

43

Este portal web fue la base de lo que actualmente se propone en la presenta tesis, tiene buen diseo y es amigable con los usuarios en cuanto a colores y posicin de botones en la pgina web, adems se puede buscar tiendas cercanas al domicilio pero no hacer un pedido Online. Web: http://www.yonococino.com

3.2.2.

Pedidos YA. Es un servicio intermediario que une a comensales o usuarios de la Web y a empresas gastronmicas como locales de comida o restaurantes que posean servicio de delivery o envo de sus productos a domicilio.

Permite ver el men online con la oferta gastronmica de cada local adherido y poder pedir online sin necesidad de llamar por telfono.

Cada local de comida puede recibir los pedidos directamente en la sucursal o gestionar la recepcin de pedidos por medio de un centro de operaciones.

Este portal web es muy completo y presenta casi las mismas opciones que la presente tesis, pero no se puede hacer un pago con monedero mvil ni tampoco buscar las tiendas de acuerdo a los rangos brindados por googlemaps. Web: http://www.pedidosya.com.pe

3.2.3.

Lima Delivery. En esta pgina web se ofrecen ofertas sobre mercancas, en las cuales los consumidores pueden suscribirse para luego buscar alguna empresa que pueda llegar a su domicilio y solo ver la informacin para contactarse con dicha empresa.

44

Este portal web no presenta desarrollos ni actualizaciones destacadas. Mas estn enfocados en adquirir dominios cubriendo varios paises y no enfocan un buen diseo en el portal ni buen funcionamiento. Web: http://limadelivery.info

45

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.

46

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 9: Diagrama de Casos de Uso del Negocio Elaboracin: Propia 2013

4.3.

Diagramas de Actividades del negocio

: 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 10: Diagrama del CUN: Recepcionar Pedido Elaboracin: Propia 2013

47

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 11: Diagrama del CUN: Gestionar Pedido Elaboracin: Propia 2013

Figura 12: Diagrama del CUN: Entregar Pedido

48

Elaboracin: Propia 2013

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

Figura 13: Diagrama del CUN Efectuar Pago Elaboracin: Propia 2013

CUN_EfectuarPago

CUN_GestionarPedido

CUN_EntregarPedido

CUN_RecepcionarPedido

Figura 14: Diagrama de Casos de Uso del Negocio (CUN) Elaboracin: Propia 2013

49

Comunica

Listado de Productos N_Recepcionista

Registra

Verifica

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

Registro de Pedidos

N_Repartidor

Figura 15: Diagrama de Entidades del Negocio Elaboracin: Propia 2013

50

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.

51

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.

52

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 16: Diagrama de Actores Elaboracin: Propia 2013

53

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. Tiene acceso a todos los mdulos. Es un usuario del sistema Asegurar una administracin adecuada.

Representa

Descripcin

Tipo Responsabilidad

Cuadro 3: Descripcin del Administrador del sistema Elaboracin: Propia 2013

Administrador de Unidad de Negocio Representa Persona encargada de la administracin de toda una Unidad de Negocio. Descripcin 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.

Tipo Responsabilidad

Cuadro 4: Descripcin del Administrador de unidad de negocio Elaboracin: Propia 2013

54

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

Cuadro 5: Descripcin del administrador de tienda Elaboracin: Propia 2013

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

Cuadro 6: Descripcin del recepcionista de pedidos Elaboracin: Propia 2013

55

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

Cuadro 7: Descripcin del cliente Elaboracin: Propia 2013

5.2.3.

Diagrama de paquetes del Sistema.

Figura 17: Diagrama de Paquetes Elaboracin: Propia 2013

56

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 18: Diagrama de casos de uso Elaboracin: Propia 2013

57

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 19: Diagrama de casos de uso del Paquete Seguridad Elaboracin: Propia 2013

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 20: Diagrama de casos de uso del Paquete Monedero Electrnico Elaboracin: Propia 2013

58

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 21: Diagrama de casos de uso del Paquete Administracin Elaboracin: Propia 2013

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 22: Diagrama de casos de uso del Paquete de Pedidos Elaboracin: Propia 2013

59

5.3

Diagramas de Secuencia ms 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 23: Diagrama de secuencia Agregar productos por tienda Elaboracin: Propia 2013

60

: 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 24: Diagrama de secuencia Modificar Productos por Tienda Elaboracin: Propia 2013

61

: 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 25: Diagrama de secuencia Eliminar Productos por Tienda Elaboracin: Propia 2013

62

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 26: Diagrama de secuencia Agregar Tienda Elaboracin: Propia 2013

63

: 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 27: Diagrama de secuencia Modificar Tiendas Elaboracin: Propia 2013

64

: 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 28: Diagrama de secuencia Eliminar Tiendas Elaboracin: Propia 2013

65

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 29: Diagrama de secuencia Crear Unidad de Negocio Elaboracin: Propia 2013

66

: 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 30: Diagrama de secuencia Editar Unidad de Negocio Elaboracin: Propia 2013

: 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 31: Diagrama de secuencia Eliminar Unidad de Negocio Elaboracin: Propia 2013

67

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 32: Diagrama de secuencia Iniciar Sesin Elaboracin: Propia 2013

68

5.4.

Modelo Conceptual del Sistema

Figura 33: Diagrama de clases entidades Elaboracin: Propia 2013

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)
Cuadro 8: Leyenda de benchmarking Elaboracin: Propia 2013

69

Benchmarking para el proyecto IMPLEMENTACION DE UN PORTAL WEB PARA VENTA DE COMIDA POR DELIVERY Y PAGO CON MONEDERO ELECTRNICO Caractersticas Pedido Lima Pa llevar Yo no cocino Ya delivery Funcionales 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 Puede administrar 3 2 3 0 promociones Confirmacin de pedido que se 3 2 2 1 responde la solicitud en 5 minutos Administra el 3 2 2 1 pedido por cadena de tienda Geo localizacin 3 2 1 0 para zona de cobertura delivery Opcin de pago mvil 3 0 0 0

Caractersticas no funcionales Seguridad Mantenibilidad Desempeo Compatibilidad Ser extensible Puntaje total 3 3 3 3 3 39 2 2 3 3 2 25 3 3 2 2 2 26 2 2 3 2 2 17

Cuadro 9: Benchmarking del proyecto Elaboracin: Propia 2013

70

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
Elaboracin: Propia 2013

Windows, Linux MySql PHP No se entrega

Windows, Linux No especifica No especifica No se entrega

Windows, Linux No MySql especifica Visual PHP Fox Pro No se No especifica entrega

Windows, Linux

1 Gb. Intel Celeron o Superior 512MB

1 Gb. 1.8GHz o superior 1GB

Cuadro 10: Otros aspectos del benchmarking

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.

71

5.6.

Especificaciones de Caso de Uso ms Significativos 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 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.

Pre condiciones Flujo Normal

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.

Cuadro 11: Especificacin CUS Registrar unidad de negocio Elaboracin: Propia 2013

72

Ingresando como cliente para registrar su empresa

Figura 34: Pantalla de Registro de Unidad de Negocio Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

Ingresando como Administrador de Unidad de Negocio

Figura 35: Pantalla de confirmacin de Unidad de Negocio Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

73

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

Cuadro 12: Especificacin CUS administrar tiendas Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

74

Ingresando como Administrador de tienda

Figura 36: Pantalla de registro o actualizacin de una nueva Tienda Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

Ingresando como Administrador de tienda

Figura 37: Administracin de coordenadas para una tienda. Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

75

Ingresando como Administrador de tienda

Figura 38: Pantalla de eliminacin de una Tienda. Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

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 Contrasea Email Telfono Celular Direccin Referencia

Pre condiciones Flujo Normal

76

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
Elaboracin: Propia 2013

Cuadro 13: Especificacin CUS registro cliente

77

Figura 39: Formulario del registro de Clientes Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

78

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

Cuadro 14: Especificacin CUS administrar clientes Elaboracin: Propia 2013

79

Ingresando como Administrador de unidad de negocio

Figura 40: Formulario de la informacin de clientes Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

Ingresando como Administrador de unidad de negocio

Figura 41: Formulario de eliminacin de clientes Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

80

Ingresando como Administrador de unidad de negocio

Figura 42: Formulario de confirmacin para eliminar a un cliente Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

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.

Cuadro 15: Especificacin CUS realizar pedido Elaboracin: Propia 2013

82

Ingresando como cliente

Figura 43: Panel de productos para una tienda especfica Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

83

Ingresando como cliente

Figura 44: Ingresando al carrito de compras Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

84

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 85

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.
Elaboracin: Propia 2013

Post Condiciones

Cuadro 16: Especificacin CUS confirmar pedidos por tienda

86

Ingresando como Administrador de tienda

Figura 45: Listado de pedidos Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

Ingresando como Administrador de tienda

Figura 46: Cambio del estado de un pedido Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

87

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.

Cuadro 17: Especificacin CUS administrar productos Elaboracin: Propia 2013

88

Ingresando como Administrador de tienda

Figura 47: Panel de administracin de productos. Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

Ingresando como Administrador de tienda

Figura 48: Panel de edicin de productos Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

89

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

Cuadro 18: Especificacin CUS realizar pago mvil Elaboracin: Propia 2013

90

Ingresando como Administrador del sistema

Figura 49: Pedidos pendientes de cancelacin Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

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 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.
Elaboracin: Propia 2013

Post Condiciones

Cuadro 19: Especificacin CUS registrar recarga mvil

91

Ingresando como Administrador del sistema

Figura 50: Recarga de saldos Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

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. 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.
Elaboracin: Propia 2013

Cuadro 20: Especificacin CUS consultar saldo mvil

92

Ingresando como Administrador del sistema

Figura 51: Consulta de saldos Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

5.7.

Prototipos de la Solucin

Pgina principal del portal web: www.pallevar.com

Figura 52: Pgina principal del portal Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

93

Ingresando como Administrador del sistema

Figura 53: Administrador de pago mvil Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

94

Ingresando como Administrador

Figura 54: Histrico de recargas Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

Ingresando como Administrador del sistema

Figura 55: Histrico de devoluciones Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

95

Ingresando como Administrador del sistema

Figura 56: Confirmacin de recargas Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

Ingresando como Administrador del sistema

Figura 57: Saldos de clientes Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

96

Ingresando como Administrador del sistema

Figura 58: Devolucin a tiendas Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

Ingresando como Administrador del sistema

Figura 59: Registro de devoluciones a tiendas Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

97

Ingresando con usuario Tienda

Figura 60: Histrico de pedidos Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

Ingresando como Administrador del sistema

Figura 61: Histrico de devoluciones Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

98

Ingresando con usuario Cliente

Figura 62: Histrico de pedidos Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

Ingresando como Administrador del sistema

Figura 63: Histrico de recargas Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

Ingresando como cliente

Figura 64: Cambio de clave mvil Elaboracin: Propia 2013 Fuente: Web www.pa-llevar.com

99

CAPTULO VI: ARQUITECTURA

6.1. Diagrama de Clases

Figura 65: Diagrama de clases Elaboracin: Propia 2013

100

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

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

4 Ctamovil

Clase donde se almacena la informacin del saldo actual de la cuenta de cada usuario mvil que se encuentra registrado en el sistema.

5 Devoluciones

Clase donde se registran las devoluciones de dinero que se realizan a las tiendas que tienen pedidos como medio de pago al monedero mvil.

6 Horario

Clase donde se registra el horario de atencin de cada tienda, se registra la hora de apertura y la hora de cierre.

7 Ingrediente

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

8 Ingrediente_tipo

Clase donde se agrupa el tipo de ingrediente de cada producto que interacta en el sistema.

9 Log

Clase que almacena las operaciones que son realizadas por los usuarios mviles

10 Logenvio

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

11 Modulo

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

12 Modulorol

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

13 Operacin

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

14 Pedido

Es la Clase principal de todo el sistema, donde estarn almacenados los pedidos de todas las tiendas indistintamente de las unidades de negocio a la cual pertenecen.

15 Pedido_detalle

Clase que permite almacenar los detalles que estn contenidos en cada pedido.

101

16 Producto

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

17 Producto_detalle

Clase donde se especifica el detalle de cada producto al cual pertenecen as como el precio por lo que estn relacionados.

18 Producto_ingrediente

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

19 Producto_tipo

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

20 Recargas

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

Clase que almacena el nombre del rubro al cual pertenece cada unidad de negocio, ejemplo: polleras, pizzeras, etc.

23 Tienda

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

de las

24 Ubigeo

Clase que almacena la ubicacin de cada cliente mediante la posicin de latitud y longitud.

25 Unidad_Negocio

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

26 Usuario-movil

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

Clase que almacena la informacin de los usuarios que ingresan al sistema.

Cuadro 21: Diccionario de clases Elaboracin: Propia 2013

102

6.3.

Diagrama de despliegue

Figura 66: Diagrama de despliegue Elaboracin: Propia 2013

6.4.

Diagrama de componentes

Contenidos Browser Internet Index.php

Repositorio

Style

Images class

Decon

BDSIDWEB

Figura 67: Diagrama de componentes Elaboracin: Propia 2013

103

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 68: Organigrama del proyecto Elaboracin: Propia 2013

a) Jefes de Proyecto: Yonel Huamn y Jimmy Burga son los jefes del presente proyecto quienes efectan coordinacin y direccin del proyecto, toma de decisiones, proponer modificaciones y cambios repentinos. b) DBA: Es el encargado de administrar la base de datos y certificar que las relaciones entre entidades sean correctas. c) 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.

104

d) 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. e) Diseador Web: encargado del diseo, imgenes, colores del portal web. Cuya 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 Dado el negocio es necesario contar con la infraestructura tecnolgica que soporte la solucin planteada. Es por ello que se necesita adquirir las siguientes tecnologas.
a) 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. b) 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. c) 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. d) 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. e) Framework PHP: El Zend Frameworks es simple, no necesita instalacin especial, requiere PHP 5 e incorpora el patrn MV Se

105

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. f) 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. g) 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 Emision tarjetas Marketing

Costo x Mes

Meses Total S./ 12 12 130 40 800 2400 800 1800 1400 2400 600 4000 14370

800 800 800 900 350 200 120 1000

1 3 1 2 4 12 5 4

Cuadro 22: Costos para el presente ao Elaboracin: Propia 2013

106

Ao (t) 1

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

Costo x Mes

Meses Total S./ 12 12 130 40 800 800 700 3000 600 4000 10070

800 800 350 500 120 1000

1 1 2 6 5 4

Cuadro 23: Costos para el primer ao Elaboracin: Propia 2013

Ao (t) 2

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

Costo x Mes

Meses Total S./ 12 12 130 40 1600 1600 700 3000 600 4000 11670

800 800 350 500 120 1000

2 2 2 6 5 4

Cuadro 24: Costos para el segundo ao Elaboracin: Propia 2013

Ao (t) 3

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

Costo x Mes

Meses Total S./ 12 12 130 40 800 800 700 2500 600 4000 9570

800 800 350 500 120 1000

1 1 2 5 5 4

Cuadro 25: Costos para el tercer ao

Elaboracin: Propia 2013

107

Ao (t) 4

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

Costo x Mes

Meses Total S./ 12 12 130 40 1600 1600 700 3000 600 4000 11670

800 800 350 500 120 1000

2 2 2 6 5 4

Cuadro 26: Costos para el cuarto ao Elaboracin: Propia 2013

Beneficios por ao: A continuacin el detalle de los ingresos a obtener en el presente proyecto.

Ao

Mes

Rango de Pedidos

Promedio de Pedidos

Precio Promedio de Pedido

Comision por pedidos S./

Publicidad HomePage

Beneficios por Portal Web S/. 0.00 S/. 0.00 S/. 0.00 S/. 112.80 S/. 135.40 S/. 170.40 S/. 205.40 S/. 245.00 S/. 275.00 S/. 305.00 S/. 345.00 S/. 385.00 S/. 2,179.00

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

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

0 0 0 76 152 302 502 700 850 1000 1200 1400

0 0 0 152 302 502 652 850 1000 1150 1350 1550

0 0 0 114 227 402 577 775 925 1075 1275 1475

S/. 0.00 S/. 0.00 S/. 0.00 S/. 30.00 S/. 30.00 S/. 40.00 S/. 40.00 S/. 40.00 S/. 40.00 S/. 40.00 S/. 40.00 S/. 40.00

0.00 0.00 0.00 0.20 0.20 0.20 0.20 0.20 0.20 0.20 0.20 0.20

S/. 0.00 S/. 0.00 S/. 0.00 S/. 90.00 S/. 90.00 S/. 90.00 S/. 90.00 S/. 90.00 S/. 90.00 S/. 90.00 S/. 90.00 S/. 90.00

Cuadro 27: Beneficios para el presente ao Portal Web Elaboracin: Propia 2013

108

Ao

Mes

Rango de Pedidos

Promedio de Pedidos

Precio Promedio de Pedidos

% pedidos cancelados con Monedero Electrnico 0.00 0.00 0.00 0.10 0.10 0.15 0.15 0.15 0.15 0.15 0.20 0.20

Promedio de pedidos cancelados con Monedero Electrnico 0 0 0 11 23 60 87 116 139 161 255 295

% Comisin por Pago Electrnico

Beneficios por Monedero Electrnico S/. 0.00 S/. 0.00 S/. 0.00 S/. 8.55 S/. 17.03 S/. 60.30 S/. 86.55 S/. 116.25 S/. 138.75 S/. 161.25 S/. 255.00 S/. 295.00 S/. 1,138.68

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

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

0 0 0 76 152 302 502 700 850 1000 1200 1400

0 0 0 152 302 502 652 850 1000 1150 1350 1550

0 0 0 114 227 402 577 775 925 1075 1275 1475

S/. 0.00 S/. 0.00 S/. 0.00 S/. 30.00 S/. 30.00 S/. 40.00 S/. 40.00 S/. 40.00 S/. 40.00 S/. 40.00 S/. 40.00 S/. 40.00

0 0 0 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025

Cuadro 28: Beneficios para el presente ao Monedero Electrnico Elaboracin: Propia 2013

Ao

Mes

Rango de Pedidos

Promedio de Pedidos

Precio Promedio de Pedido

Comisin por pedidos S./

Publicidad HomePage

Beneficios por Portal Web S/. 450.00 S/. 470.00 S/. 490.00 S/. 510.00 S/. 550.00 S/. 570.00 S/. 590.00 S/. 610.00 S/. 630.00 S/. 650.00 S/. 670.00 S/. 710.00 S/. 6,450.00

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

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

1500 1600 1700 1800 2000 2100 2200 2300 2400 2500 2600 2800

1650 1750 1850 1950 2150 2250 2350 2450 2550 2650 2750 2950

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

S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00

0.20 0.20 0.20 0.20 0.20 0.20 0.20 0.20 0.20 0.20 0.20 0.20

S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00

Cuadro 29: Beneficios para el Primer ao Portal Web Elaboracin: Propia 2013

109

Ao

Mes

Rango de Pedidos

Promedio de Pedidos

Precio Promedio de Pedidos

% pedidos cancelados con Monedero Electrnico 0.20 0.20 0.20 0.20 0.25 0.25 0.25 0.25 0.25 0.30 0.30 0.30

Promedio de pedidos cancelados con Monedero Electrnico 315 335 355 375 519 544 569 594 619 773 803 863

% Comisin por Pago Electrnico

Beneficios por Monedero Electrnico S/. 354.38 S/. 376.88 S/. 399.38 S/. 421.88 S/. 583.59 S/. 611.72 S/. 639.84 S/. 667.97 S/. 696.09 S/. 869.06 S/. 902.81 S/. 970.31 S/. 7,139.53

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

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

1500 1600 1700 1800 2000 2100 2200 2300 2400 2500 2600 2800

1650 1750 1850 1950 2150 2250 2350 2450 2550 2650 2750 2950

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

S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00 S/. 45.00

0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025

Cuadro 30: Beneficios para el Primer ao Monedero Electrnico Elaboracin: Propia 2013

Ao

Mes

Rango de Pedidos

Promedio de Pedidos

Precio Promedio de Pedido

Comisin por pedidos S./

Publicidad HomePage

Beneficios por Portal Web S/. 997.50 S/. 1,057.50 S/. 1,057.50 S/. 1,057.50 S/. 1,117.50 S/. 1,177.50 S/. 1,237.50 S/. 1,297.50 S/. 1,357.50 S/. 1,507.50 S/. 1,537.50 S/. 1,567.50 S/. 13,972.50

2 2 2 2 2 2 2 2 2 2 2 2

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

2800 3000 3000 3000 3200 3400 3600 3800 4000 4500 4600 4700

2950 3150 3150 3150 3350 3550 3750 3950 4150 4650 4750 4850

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

S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00

0.30 0.30 0.30 0.30 0.30 0.30 0.30 0.30 0.30 0.30 0.30 0.30

S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00

Cuadro 31: Beneficios para el Segundo ao Portal Web Elaboracin: Propia 2013

110

Ao

Mes

Rango de Pedidos

Promedio de Pedidos

Precio Promedio de Pedidos

% pedidos cancelados con Monedero Electrnico 0.30 0.30 0.30 0.35 0.35 0.35 0.35 0.35 0.35 0.40 0.40 0.40

Promedio de pedidos cancelados con Monedero Electrnico 863 923 923 1076 1146 1216 1286 1356 1426 1830 1870 1910

% Comisin por Pago Electrnico

Beneficios por Monedero Electrnico S/. 1,078.13 S/. 1,153.13 S/. 1,153.13 S/. 1,345.31 S/. 1,432.81 S/. 1,520.31 S/. 1,607.81 S/. 1,695.31 S/. 1,782.81 S/. 2,287.50 S/. 2,337.50 S/. 2,387.50 S/. 18,703.13

2 2 2 2 2 2 2 2 2 2 2 2

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

2800 3000 3000 3000 3200 3400 3600 3800 4000 4500 4600 4700

2950 3150 3150 3150 3350 3550 3750 3950 4150 4650 4750 4850

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

S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00 S/. 50.00

0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025

Cuadro 32: Beneficios para el Segundo ao Monedero Electrnico Elaboracin: Propia 2013

Ao

Mes

Rango de Pedidos

Promedio de Pedidos

Precio Promedio de Pedido

Comisin por pedidos S./

Publicidad HomePage

Beneficios por Portal Web S/. 1,657.50 S/. 1,687.50 S/. 1,717.50 S/. 1,747.50 S/. 1,777.50 S/. 1,807.50 S/. 1,837.50 S/. 1,867.50 S/. 1,897.50 S/. 1,927.50 S/. 1,957.50 S/. 1,987.50 S/. 20,212.50

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

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

5000 5100 5200 5300 5400 5500 5600 5700 5800 5900 6000 6100

5150 5250 5350 5450 5550 5650 5750 5850 5950 6050 6150 6250

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

S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00

0.30 0.30 0.30 0.30 0.30 0.30 0.30 0.30 0.30 0.30 0.30 0.30

S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00

Cuadro 33: Beneficios para el Tercer ao Portal Web Elaboracin: Propia 2013

111

Ao

Mes

Rango de Pedidos

Promedio de Pedidos

Precio Promedio de Pedidos

% pedidos cancelados con Monedero Electrnico 0.40 0.40 0.45 0.45 0.45 0.45 0.50 0.50 0.50 0.50 0.50 0.50

Promedio de pedidos cancelados con Monedero Electrnico 1150 1230 1384 1384 1474 1564 1838 1938 2038 2288 2338 2388

% Comisin por Pago Electrnico

Beneficios por Monedero Electrnico S/. 1,581.25 S/. 1,691.25 S/. 1,902.66 S/. 1,902.66 S/. 2,026.41 S/. 2,150.16 S/. 2,526.56 S/. 2,664.06 S/. 2,801.56 S/. 3,145.31 S/. 3,214.06 S/. 3,282.81 S/. 27,307.50

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

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

2800 3000 3000 3000 3200 3400 3600 3800 4000 4500 4600 4700

2950 3150 3150 3150 3350 3550 3750 3950 4150 4650 4750 4850

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

S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00 S/. 55.00

0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025

Cuadro 34: Beneficios para el Tercer ao Monedero Electrnico Elaboracin: Propia 2013

Ao

Mes

Rango de Pedidos

Promedio de Pedidos

Precio Promedio de Pedido

Comisin por pedidos S./

Publicidad HomePage

Beneficios por Portal Web S/. 2,605.00 S/. 2,645.00 S/. 2,685.00 S/. 2,725.00 S/. 2,765.00 S/. 2,805.00 S/. 2,845.00 S/. 2,885.00 S/. 2,925.00 S/. 2,965.00 S/. 3,005.00 S/. 3,045.00 S/. 31,295.00

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

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

6100 6200 6300 6400 6500 6600 6700 6800 6900 7000 7100 7200

6250 6350 6450 6550 6650 6750 6850 6950 7050 7150 7250 7350

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

S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00

0.40 0.40 0.40 0.40 0.40 0.40 0.40 0.40 0.40 0.40 0.40 0.40

S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00 S/. 135.00

Cuadro 35: Beneficios para el Cuarto ao Portal Web Elaboracin: Propia 2013

112

Ao

Mes

Rango de Pedidos

Promedio de Pedidos

Precio Promedio de Pedidos

% pedidos cancelados con Monedero Electrnico 0.50 0.50 0.50 0.50 0.50 0.50 0.50 0.50 0.50 0.50 0.50 0.50

Promedio de pedidos cancelados con Monedero Electrnico 3088 3138 3188 3238 3288 3338 3388 3438 3488 3538 3588 3638

% Comisin por Pago Electrnico

Beneficios por Monedero Electrnico S/. 4,631.25 S/. 4,706.25 S/. 4,781.25 S/. 4,856.25 S/. 4,931.25 S/. 5,006.25 S/. 5,081.25 S/. 5,156.25 S/. 5,231.25 S/. 5,306.25 S/. 5,381.25 S/. 5,456.25 S/. 55,893.75

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

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

6100 6200 6300 6400 6500 6600 6700 6800 6900 7000 7100 7200

6250 6350 6450 6550 6650 6750 6850 6950 7050 7150 7250 7350

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

S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00 S/. 60.00

0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025 0.025

Cuadro 36: Beneficios para el Cuarto ao Monedero Electrnico Elaboracin: Propia 2013

Resumen de Ingresos

Ao

Mes

Beneficios por Portal Web

Beneficios por Monedero Electrnico

Total Ingresos S/. 0.00 S/. 0.00 S/. 0.00 S/. 121.35 S/. 152.43 S/. 230.70 S/. 291.95 S/. 361.25 S/. 413.75 S/. 466.25 S/. 600.00 S/. 680.00 S/. 3,317.68

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

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

S/. 0.00 S/. 0.00 S/. 0.00 S/. 112.80 S/. 135.40 S/. 170.40 S/. 205.40 S/. 245.00 S/. 275.00 S/. 305.00 S/. 345.00 S/. 385.00

S/. 0.00 S/. 0.00 S/. 0.00 S/. 8.55 S/. 17.03 S/. 60.30 S/. 86.55 S/. 116.25 S/. 138.75 S/. 161.25 S/. 255.00 S/. 295.00

Cuadro 37: Resumen de Beneficios para el presente ao Elaboracin: Propia 2013

113

Ao

Mes

Beneficios por Portal Web

Beneficios por Monedero Electrnico

Total Ingresos

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

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

S/. 450.00 S/. 470.00 S/. 490.00 S/. 510.00 S/. 550.00 S/. 570.00 S/. 590.00 S/. 610.00 S/. 630.00 S/. 650.00 S/. 670.00 S/. 710.00

S/. 354.38 S/. 376.88 S/. 399.38 S/. 421.88 S/. 583.59 S/. 611.72 S/. 639.84 S/. 667.97 S/. 696.09 S/. 869.06 S/. 902.81 S/. 970.31

S/. 804.38 S/. 846.88 S/. 889.38 S/. 931.88 S/. 1,133.59 S/. 1,181.72 S/. 1,229.84 S/. 1,277.97 S/. 1,326.09 S/. 1,519.06 S/. 1,572.81 S/. 1,680.31 S/. 14,393.91

Cuadro 38: Resumen de Beneficios para el Primer ao Elaboracin: Propia 2013

Ao

Mes

Beneficios por Portal Web

Beneficios por Monedero Electrnico

Total Ingresos

2 2 2 2 2 2 2 2 2 2 2 2

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

S/. 997.50 S/. 1,057.50 S/. 1,057.50 S/. 1,057.50 S/. 1,117.50 S/. 1,177.50 S/. 1,237.50 S/. 1,297.50 S/. 1,357.50 S/. 1,507.50 S/. 1,537.50 S/. 1,567.50

S/. 1,078.13 S/. 1,153.13 S/. 1,153.13 S/. 1,345.31 S/. 1,432.81 S/. 1,520.31 S/. 1,607.81 S/. 1,695.31 S/. 1,782.81 S/. 2,287.50 S/. 2,337.50 S/. 2,387.50

S/. 2,075.63 S/. 2,210.63 S/. 2,210.63 S/. 2,402.81 S/. 2,550.31 S/. 2,697.81 S/. 2,845.31 S/. 2,992.81 S/. 3,140.31 S/. 3,795.00 S/. 3,875.00 S/. 3,955.00 S/. 34,751.25

Cuadro 39: Resumen de Beneficios para el Segundo ao Elaboracin: Propia 2013

114

Ao

Mes

Beneficios por Portal Web

Beneficios por Monedero Electrnico

Total Ingresos

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

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

S/. 1,657.50 S/. 1,687.50 S/. 1,717.50 S/. 1,747.50 S/. 1,777.50 S/. 1,807.50 S/. 1,837.50 S/. 1,867.50 S/. 1,897.50 S/. 1,927.50 S/. 1,957.50 S/. 1,987.50

S/. 1,581.25 S/. 1,691.25 S/. 1,902.66 S/. 1,902.66 S/. 2,026.41 S/. 2,150.16 S/. 2,526.56 S/. 2,664.06 S/. 2,801.56 S/. 3,145.31 S/. 3,214.06 S/. 3,282.81

S/. 3,238.75 S/. 3,378.75 S/. 3,620.16 S/. 3,650.16 S/. 3,803.91 S/. 3,957.66 S/. 4,364.06 S/. 4,531.56 S/. 4,699.06 S/. 5,072.81 S/. 5,171.56 S/. 5,270.31 S/. 50,758.75

Cuadro 40: Resumen de Beneficios para el Tercer ao Elaboracin: Propia 2013

Ao

Mes

Beneficios por Portal Web

Beneficios por Monedero Electrnico

Total Ingresos S/. 7,236.25 S/. 7,351.25 S/. 7,466.25 S/. 7,581.25 S/. 7,696.25 S/. 7,811.25 S/. 7,926.25 S/. 8,041.25 S/. 8,156.25 S/. 8,271.25 S/. 8,386.25 S/. 8,501.25 S/. 94,425.00

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

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

S/. 2,605.00 S/. 2,645.00 S/. 2,685.00 S/. 2,725.00 S/. 2,765.00 S/. 2,805.00 S/. 2,845.00 S/. 2,885.00 S/. 2,925.00 S/. 2,965.00 S/. 3,005.00 S/. 3,045.00

S/. 4,631.25 S/. 4,706.25 S/. 4,781.25 S/. 4,856.25 S/. 4,931.25 S/. 5,006.25 S/. 5,081.25 S/. 5,156.25 S/. 5,231.25 S/. 5,306.25 S/. 5,381.25 S/. 5,456.25

Cuadro 41: Resumen de Beneficios para el Cuarto ao Elaboracin: Propia 2013

115

Calculo de Ingresos y Egresos

Ao t 0 1 2 3 4 Ingreso S/. 3,317.68 S/. 14,393.91 S/. 34,751.25 S/. 50,758.75 S/. 94,425.00 Egreso Diferencial Acumulado -S/. 11,052.33 -S/. 6,728.42 S/. 27,405.16 S/. 64,270.00 S/. 123,943.75

-S/. 14,370.00 -S/. 11,052.33 -S/. 10,070.00 S/. 4,323.91 -S/. 11,670.00 S/. 23,081.25 -S/. 9,570.00 S/. 41,188.75 -S/. 11,670.00 S/. 82,755.00
Elaboracin: Propia 2013

Cuadro 42: Calculo de ingresos y egresos

Calculo del VAN y la TIR

VAN al 15% VAN al 20%

Ao t 0 1 2 3 4

Flujo Neto de caja (Bt-Ct)

FSA (15%,t)

FSA (20%) 1.0000 0.8333 0.6944 0.5787 0.4823

-S/. 11,052.33 -S/. 6,728.42 S/. 27,405.16 S/. 64,270.00 S/. 123,943.75 197,838

1.0000 0.8696 0.7561 0.6575 0.5718

-11,052 -5,851 20,722 42,259 70,865 116,943

-11,052 -5,607 19,031 37,193 59,772 99,338

Cuadro 43: Calculo del VAN y la TIR Elaboracin: Propia 2013

Aplicando Funciones de Excel

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

S/.101,689 S/.116,943 S/.82,781 S/.99,338

El excel actualiza al ao anterior al primer dato Ajustado para actualizarlo al ao 0 El excel actualiza al ao anterior al primer dato Ajustado para actualizarlo al ao 0 35.5.1%

Cuadro 44: Funciones de la VAN y la TIR Elaboracin: Propia 2013

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

116

Detalle de los costos: Renta de hosting: Segn la pgina web goodaddy la 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 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 Junior trabajando a medio, est cobrando un promedio de 800 Nuevos Soles. Referencia: http://www.computrabajo.com.pe/ Pago Programador: Un programador Junior trabajando a medio, est cobrando un promedio de 800 Nuevos Soles. Referencia: http://www.computrabajo.com.pe/ Pago modelamiento de procesos: Un practicante Junior 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.

117

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

118

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

e) No constituye depsito y no genera intereses.

Artculo 3. Reserva de actividad 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 120

Inteligencia

Financiera

del

Per

(UIF-PER)

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

121

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

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

122

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

123

Efecta Pedido Cliente www.pa-llevar.com

actualiza BDpallevar
aliza Actu SMS os Pag

Enva/Recibe SMS Servidor SMS 987433151

Figura 69: Flujo de sistema delivery con pago mvil Elaboracin: Propia 2013

7.4

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

Unidad de Prueba: CUS_IniciarSesin 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. Nmero Tipo Descripcin Resultado Esperado Resultad o 1 Prueba Ingreso un Mostro mensaje: Pas Unitaria usuario y clave usuario/clave invalida incorrectos. 2 Prueba Si dejo en Muestra mensaje: Pas Unitaria blanco el campo: Ingrese el Usuario Usuario 3 Prueba Si dejo en Muestra mensaje: Pas Unitaria blanco el campo: Ingrese la clave Clave
Cuadro 45: Prueba unitaria iniciar sesin Elaboracin: Propia 2013

Detalle de los resultados Se loguea correctamente. Bloquea el ingreso Bloquea el ingreso

124

7.4.2.

CUS Registrar cliente

Unidad de prueba: CUS_Registrar cliente 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. N Tipo Descripcin Resultado Esperado Resultado Detalle de los resultados 1 Prueba Debera registrar el Inserta el nombre del Pas Inserto el nombre unitaria nombre del distrito registro en la Base de del distrito en la en la base de datos. Datos y no un cdigo. Base de Datos. 2 Prueba La contrasea debe Muestra un mensaje: Pas Ingresa su unitaria tener por lo menos 6 Mnimo 6 caracteres, contrasea y lo dgitos y mximo 15 mximo 15 caracteres registra en la Base caracteres de Datos. 3 Prueba El formulario Muestra un mensaje: Pas Ingresa el telfono unitaria debera validar un Caracteres como de 7 dgitos y se telfono existente mnimo 7 (Telfono) le registra da en aceptar y retorna correctamente. al campo del telfono. 4 Prueba El formulario Muestra un mensaje: pas Ingresa el celular unitaria debera validar un Caracteres como de 9 dgitos y se celular existente mnimo 9 (Celular) le registra da en aceptar y retorna correctamente. al campo del telfono. 6 Prueba El formulario Muestra un calendario pas Ingresa la fecha de unitaria debera tener un emergente. nacimiento y se campo fecha de registra nacimiento correctamente. 7 Prueba Una vez registrado Enva un mensaje al Pas Llega a la bandeja unitaria debera llegar un correo ingresado. de entrada un correo electrnico mensaje de de bienvenida. Bienvenida y que se van a comunicar conmigo muy pronto. 8 Prueba Cuando no se Muestra un mensaje: Pas Se registra la unitaria ingresa nada en el Caracteres como contrasea campo: confirmar mnimo 6 correctamente. contrasea (Contrasea). 9 Prueba Los nmeros de DNI Debera mostrar el Paso Ingresa el nmero unitaria deben ser nicos mensaje: El cliente ya de DNI y se existe (DNI ya est registra registrado). Por favor, correctamente en ingrese uno diferente. la base de datos. 10 Prueba El nmero de celular Debera mostrar el Paso Ingresa el nmero unitaria debe ser nico mensaje: El Email de celular y se ingresado ya existe. registra Por favor, ingrese uno correctamente en diferente. la base de datos.
Cuadro 46: Prueba unitaria registrar cliente Elaboracin: Propia 2013

125

7.4.3.

CUS Realizar pedido

Unidad de prueba: CUS_Realizar pedido Descripcin de la prueba: El objetivo de esta prueba es validar el ingreso de datos al intentar registrar un nuevo pedido dentro del sistema. N Tipo Descripcin Resultado Resu Detalle de los Esperado ltado resultados 1 Prueba Se ingres a una tienda y Ver el detalle de la Pas Se logr visualizar unitaria se logr ver el detalle de la tienda. de manera correcta misma. los productos y detalles de la tienda. 2 Prueba Se debe hacer el pedido Sali una advertencia Pas Se logr visualizar el unitaria dentro del rea de donde avisa que se mensaje de aviso. delivery. debe hacer el pedido dentro del rea de delivery. 3 Prueba Se debe hacer el pedido Se mostr un Pas Se logr visualizar el unitaria dentro del horario de mensaje de mensaje de aviso de atencin. advertencia donde horario de atencin. avisa que solo se puede hacer el pedido dentro del horario de atencin. 4 Prueba En el carrito de compras Actualiza los precios Pas Se logr actualizar unitaria actualiza la cantidad y se de acuerdo a la los precios de la refleja en los precios. compra realizada. compra realizada. 5 Prueba Se cambi el horario de Guarda cambios de Pas Se logr guardar unitaria atencin y se logr realizar horario de atencin. cambios de horario el pedido. satisfactoriamente. 6 Prueba Se ingres un monto Se muestra mensaje Pas Se logr realizar el unitaria menor al total a pagar. de advertencia: El pedido. monto en efectivo es menor al total a pagar. 7 Prueba Se ingres un monto igual Se muestra mensaje Pas Se logr realizar el unitaria al total a pagar. de advertencia: El pedido. monto en efectivo es menor al total a pagar. 8 Prueba Se dio Seleccionar en la Imprimir el detalle del Pas Se logr imprimir unitaria opcin imprimir. pedido. detalle del pedido. 9 Prueba unitaria Llego el correo del pedido Llego el correo con el pedido al mail del Cliente Llego el correo al mail de la tienda con el pedido. Pas Llega el mensaje del registro del pedido. Llega el mensaje del registro del pedido.

Prueba 10 unitaria

Llego el correo de confirmacin al email de la tienda

Pas

Cuadro 47: Prueba unitaria realizar pedido Elaboracin: Propia 2013

126

7.4.4.

CUS Confirmar Pedidos por Tienda

Unidad de prueba:

CUS_Confirmar Pedidos por Tienda Escenarios probados: El objetivo de esta prueba es validar el ingreso de datos luego de registrar un pedido dentro del sistema. N Tipo Descripcin Resultado Resultad Detalle de los Esperado o resultados 1 Prueba Llego el correo de El cliente recibi el Pas Unitaria confirmacin del correo. pedido al cliente. 2 Prueba Cuando el pedido El pedido se registr Pas Unitaria llega a la base de con estado: datos el estado pendiente debe ser 0. 3 Prueba Los detalles del Registra el cdigo del Pas Unitaria Cliente se registran cliente al pedido por en el pedido. base de datos.
Cuadro 48: Prueba unitaria confirmar pedido por tienda Elaboracin: Propia 2013

7.4.5.

CUS Administrar tienda

Unidad de prueba: CUS_Administrar tienda 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. N Tipo Descripcin Resultado Resultad Detalle de los Esperado o resultados 1 Prueba Se ingres por la pgina Se mostr el Pas Se muestra Unitaria web al detalle de la tienda. detalle de la correctamente tienda. el detalle de la Tienda. 2 Prueba El administrador de Tiendas Mostrarse Pas Se muestran Unitaria debe diferenciar a todas por los nombres los nombres de el nombre. de las las tiendas tiendas. correctamente. 3 Prueba Googlemaps debera dejar Se logr Pas Se guardaron Unitaria guardar con cualquier guardar con las navegador. IE, Google coordenadas Chrome y correctamente Mozilla. 4 Prueba Cuando se editan las Se guard Pas Se guardaron Unitaria coordenadas y se vuelve a correctamen todas las ingresar debera guardarse te las coordenadas de correctamente. coordenada las tiendas. s.
Cuadro 49: Prueba unitaria administrar tienda Elaboracin: Propia 2013

127

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 ubicar el 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 128

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

129

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 encontrar al cliente objetivo que busca el servicio de compra de alimentos con reparto a domicilio.

130

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.

131

BIBLIOGRAFA.
ALGESA. (25 de octubre de 2012). alegsa.com.ar. Obtenido de alegsa.com.ar: http://www.alegsa.com.ar/Dic/sistema.php Alonso, R. C. (2008). Tecnologas de la Informacin y la Comunicacin. Barcelona: Ideas propias Editorial. Apache. (24 de junio de 2013). Apache ORG. Obtenido de Apache ORG: http://projects.apache.org/projects/http_server.html Bez, J. (2010). Investigacin cualitativa. Barcelona: Esic Editorial. Bentez, G. M. (2009). Interaccin Y Aprendizaje En La Universidad. En G. M. Bentez, Interaccin Y Aprendizaje En La Universidad (pgs. 125-127). Virginia: Universitat Rovira I Virgili Ntic. Cobo, . (2009). PHP y MySQL: Tecnologa para el desarrollo de aplicaciones web. Mexico: Diaz de Santos. Computacin, S. I. (2010). Integrando Especicaciones Textuales y Elementos de modelado UML en un Marco de Trabajo para Trazabilidad de Requisitos. Departamento de Sistemas Informticos y Computacin, 26. Espaa, B. d. (26 de febrero de 2013). Banco de Espaa. Obtenido de http://www.bde.es/clientebanca/entidades/pueden/electronico.htm Hernndez, J. M. (2008). Software libre: tcnicamente viable, ecnomicamente sostenible, socialmente justo. Barcelona: Textos Infonomia. Heurtel, O. (2009). PHP y MySQL Domine el desarrollo de un sitio Web dinamico e interactivo. Barcelona: Ediciones ENI. INDECOPI. (10 de 05 de 2013). indecopi.gob. Obtenido de indecopi.gob: http://www.indecopi.gob.pe/0/modulos/NOT/NOT_DetallarNoticia.aspx?PFL=0 &NOT=132 Lpez, L. M. (2006). Medios de pago electrnico. Piedra angular en el desarrollo del comercio electrnico. Universidad de Jan, Dept. Informtica, 14. 132

Mysql, W. (24 de diciembre de 2011). Wikipedia MySql. Obtenido de Wikipedia: http://es.wikipedia.org/wiki/MySQL ORG, T. (10 de 08 de 2013). transparencia.rree. Obtenido de transparencia.rree: http://transparencia.rree.gob.pe/index.php?option=com_content&view=article&i d=93&Itemid=144 Pablos, C. d. (2011). Direccin y gestin de los sistemas de informacin en la empresa: Una visin integradora. Barcelona: Esic Editorial. Paterson, R. (2011). Inteligencia artificial. Revista Iberoamericana de Inteligencia Artificial, 51-64. Peruano, G. (2013). Ley N 29985: Ley del dinero electrnico. Lima: Peruano. Price, L. V. (2003). Identifying Extensions Required by RUP (Rational Unified Process) to Comply with CMM (Capability Maturity Model) Levels 2 and 3. IEEE Transactions on Software Engineering, 181-191. Quintero, J. A. (2009). Implicaciones estratgicas del comercio electrnico basado en Internet. ICE: Revista Economia, 63-78. Ranquet, M. D. (2009). Los modelos en trabajo social. En M. D. Ranquet, Los modelos en trabajo social: intervencin con personas y familias (pg. 45). Barcelona: Siglo XXI. Stallman, R. M. (2008). Software libre para una sociedad libre. En R. M. Stallman, Software libre para una sociedad libre (pg. 22). Mexico: BARSC. Systems, P. a. (2010). Planning and Control Systems: A Framework for Analysis. Harvard Business School, Cambridge, MA, 56-57. Towards. (2009). Towards Security by Construction for Web 2.0 Applications. Construction for Web 2.0 Applications, 35. Victoria, T. P. (2010). Un proceso de negocio es una coleccin de actividades estructuradas y relacionadas. Departamento de Sistemas Informticos y Computacin, 2-3. Wikipedia. 133

(12 de diciembre de 2012). wiki.bizagi.com. Obtenido de wiki.bizagi.com: http://wiki.bizagi.com/90/index.php?title=Reglas_de_Negocio Wikipedia. (15 de septiembre de 2012). Wikipedia Pago Movil. Obtenido de Wikipedia: http://es.wikipedia.org/wiki/Pago_m%C3%B3vil Wikipedia. (24 de marzo de 2013). Wikipedia. Obtenido de Wikipedia: http://es.wikipedia.org/wiki/Sistema_de_informacion Wikipedia. (16 de 01 de 2013). Wikipedia Apache. Obtenido de Wikipedia: http://es.wikipedia.org/wiki/Servidor_HTTP_Apache

134