UNIVERSIDAD RICARDO PALMA

FACULTAD DE INGENIERIA
ESCUELA PROFESIONAL DE INGENIERA INFORMTICA

IMPLEMENTACIN DE UN PORTAL WEB PARA VENTA DE COMIDA CON SISTEMA DE DELIVERY Y PAGO CON MONEDERO MVIL.

PROYECTO DE TESIS
PARA OPTAR EL TTULO PROFESIONAL DE INGENIERO INFORMTICO

Presentado por: Jimmy Burga Cruz Yonel Luis Huamn Montero

ASESOR: Vctor Beltrn

LIMA PER AO: 2013

DEDICATORIA Dedicamos la presente tesis a las medianas y pequeas empresas, que desean surgir para poder llegar a un desarrollo que beneficie a todos.

ABSTRACT This thesis project is focused on the business process for companies that provide food handouts for Delivery. It focuses on three modules, one for the Business Unit Manager where you can manage your stores, entering each store there are fewer permits users to help manage the entire sales process. Another consumer is the module which is a dynamic web portal where consumers can interact with the shops and products that were created by the Business Unit Managers, so that this information can be updated daily commitment is needed from all actors directly involved with management web System. Finally the module payment through electronic purse. The Web Portal will manage all information via email, text messaging and intranet to facilitate the management and administration of orders. Will be implemented in companies who want the electronic purse, which through a text message sent from a cell phone may be paid the order.

RESUMEN

El presente proyecto de Tesis est enfocado en el proceso de negocio para las empresas que brindan el reparto de alimentos por Delivery. Est enfocado en tres mdulos, uno para el Administrador de Unidad de Negocio donde puede administrar sus tiendas, ingresando a cada tienda existen usuarios con menos permisos que ayudarn a gestionar todo el proceso de venta. Otro es el mdulo del consumidor el cual es un portal Web dinmico donde los consumidores podrn interactuar con las tiendas y productos que fueron creados por los Administradores de Unidad de Negocio, para que esta informacin pueda estar actualizada a diario es necesario el compromiso de todos los actores que implican directamente con la administracin del Sistema Web. Por ltimo el mdulo de pago a travs de monedero electrnico. El Portal Web manejar toda la informacin va correo electrnico, mensajes de texto e intranet para facilitar el manejo y administracin de los pedidos. Se implantar en las empresas que lo deseen el monedero electrnico, el cual mediante un mensaje de texto enviado desde un celular se podr pagar el pedido.

INDICE

INTRODUCCION ........................................................................................................ 7 Captulo I: Visin del Proyecto .................................................................................... 8 1.1. Antecedentes del Problema ................................................................................ 9 1.1.1. El Negocio ...................................................................................................... 9 1.1.2. Los Procesos del Negocio ............................................................................ 11 1.2. Descripcin del Problema ................................................................................ 15 1.3. Objetivos del Proyecto ..................................................................................... 18 1.3.1 Marco Lgico ............................................................................................... 18 1.3.2 Objetivo General. ......................................................................................... 20 1.3.3 Objetivos Especficos ................................................................................... 20 1.4. Justificacin del Proyecto ................................................................................ 21 1.4.1. Beneficios Tangibles .................................................................................... 21 1.4.2. Beneficios Intangibles .................................................................................. 21 1.5. Alcance del Proyecto ....................................................................................... 22 1.6. Viabilidad del proyecto .................................................................................... 23 1.6.1 Viabilidad Tcnica ....................................................................................... 23 1.6.2 Viabilidad Econmica: ................................................................................. 24 1.6.3 Viabilidad Legal ........................................................................................... 29 Captulo II: Marco Terico ......................................................................................... 33 2.1. Sistema ............................................................................................................. 34 2.2. Tipos de Sistema .............................................................................................. 34 2.3. Sistema de Informacin ................................................................................... 34 2.4. Tecnologas de la Informacin y la Comunicacin (TIC) ............................... 35 2.5. Tipos de Procesos de Negocio ......................................................................... 36 2.6. Software Libre ................................................................................................. 37 2.7. Dinero Electrnico ........................................................................................... 38 2.8. Pago Mvil ....................................................................................................... 38 2.9. Entidades Emisoras de dinero Electrnico ...................................................... 39 Captulo III: Estado del Arte ...................................................................................... 41 3.1 Revisin de Papers ........................................................................................... 42 3.1.1. Integrando Especificaciones Textuales y Elementos de modelado UML en un Marco de Trabajo para Trazabilidad de Requisitos ............................................... 42 3.1.2. Towards Security by Construction for Web 2.0 Applications ..................... 42 3.1.3. Identifying Extensions Required by RUP (Rational Unified Process) to Comply with CMM (Capability Maturity Model) Levels 2 and 3 ............................. 43 3.1.4. Implicaciones estratgicas del comercio electrnico basado en Internet ..... 43 3.1.5. Medios de pago electrnico. Piedra angular en el desarrollo del comercio electrnico .................................................................................................................. 44 Captulo IV: Modelado del Negocio .......................................................................... 45 4.1. Reglas del Negocio .......................................................................................... 46 4.2 Casos de Uso del Negocio ............................................................................... 46 4.3. Diagramas de Actividades del negocio ............................................................ 47 Captulo V: Requerimientos del Proyecto .................................................................. 50 5.1. Requerimientos del Software ........................................................................... 51 5.1.1 Requerimientos Funcionales ........................................................................ 51 5.1.2. Requerimientos No Funcionales: ................................................................. 52 5.2. Casos de Uso del Sistema ................................................................................ 53

5.2.1. Diagrama de Actores del Sistema. ............................................................... 53 5.2.2. Descripcin de Actores del sistema ............................................................. 53 5.2.3. Diagrama de paquetes del Sistema. .............................................................. 55 5.2.4. Casos de Uso del Sistema............................................................................. 55 5.3. Modelo Conceptual del Sistema ...................................................................... 56 5.3.1. Diagrama del Modelo Conceptual................................................................ 56 5.3.2. Diccionario de Clases ................................................................................... 56 5.4. Benchmarking .................................................................................................. 59 5.5. Prototipo de la Solucin ................................................................................... 60 GLOSARIO DE TRMINOS: ................................................................................... 69 BIBLIOGRAFA. ....................................................................................................... 71

INTRODUCCION

En el Per, las personas no acostumbran a realizar compras en lnea, tampoco ingresar el nmero de su cuenta bancaria a una pgina web a diferencia del pago mvil. 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. El que 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. 1.1.1. El Negocio 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.

Visin: Ser el mejor operador del sistema Dominos Pizza con el mejor talento humano. Misin: Mantener los altos estndares de la cadena internacional de pizza a domicilio en Per y brindar esa experiencia de un excelente producto con un excelente servicio a los clientes. Posicionamiento y Competencias: El producto est posicionado como un producto de la ms alta calidad, con estndares de una cadena muy exigente, con normas de sanidad y seguridad a nivel internacional y con un excelente servicio. La industria de la comida rpida en general no tiene barreras de salida establecidas especficamente, pero debemos hablar de las empresas que estn obligadas a quedarse dentro del mercado por imagen

10

internacional como Domino's Pizza que tiene como poltica no ceder en aquellos mercados donde ya se establecieron o ingresaron. 1.1.2. Los Procesos del Negocio En Dominos Pizza los procesos del negocio se manejan internamente, para la fabricacin de insumos como masas y quesos, para los dems insumos tienen sus proveedores los cuales traen en grandes cantidades a sus almacenes. La nica tercerizacin que hacen es la impresin de sus volantes y pancartas, el resto de procesos como: desarrollo web, diseo grfico, contabilidad, RRHH son procesos internos de la empresa. Mapa del Negocio El servicio de Dominos Pizza tiene la mejor atencin para los clientes pues en cada establecimiento existe un Administrador de Tienda, quien est en cargado 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 salen a repartir afiches de promociones a los transentes, se utiliza este tipo de marketing para poder llegar a los clientes de una manera ms directa, y a la gente que viva alrededor de las tiendas para que puedan realizar un pedido telefnico.

11

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. *Despido del Personal. *Capacitacin en preparacin de pizzas. *Remuneraciones. *Capacitacin en trato a las personas. 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 de 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 de insumos Insumos a tiendas. de calidad otras empresas. informacin Ventas en todas las faltantes. *Almacenamiento de *Diseo de previa. tiendas. de Insumos. productos. Volantes. *Comparacin *Conteo de Retorno *Inspeccin por *Seleccin *Eventos en de Costos. de vales y volantes. parte de la Planta. de Colegios y *Confirmacin insumos. Universidades. de *Promociones pedid por fechas os. resaltantes. *Atencin al *Segmentacin cliente de mercado. *Atencin de *Evaluacin de pedid Descuentos. os *Evaluacin de quejas.

12

Diagrama de procesos del negocio: El presente Diagrama contempla la estructura del flujo por el cual los clientes y los usuarios del sistema van a poder manejar y gestionar de manera consecutiva todo el procesos y planeamiento de realizacin de un pedido.

D e l i v e r y

Figura 3: Diagrama de procesos del Negocio en Dominos Pizza. Descripcin de actividades: El Cliente empieza 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, una vez que el vendedor le haya ofrecido las promociones, el cliente acepta el pedido, lo paga y espera hasta que termine la preparacin, al final le entregan su pedido.

13

Para la actividad del pago por el servicio, el sistema le 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) le enva al cliente el monto de la operacin y un cdigo nico al cliente. El cliente para dar su aceptacin debe confirmar la solicitud respondiendo el mensaje con dicho cdigo y se le descuenta el monto de su saldo inicial

Leyenda de Procesos: Compra de insumos Dominos pizza tiene su propia planta de quesos y masas (Huaral), pero algunas veces ellos mismos no pueden cubrir sus demandas, para lo cual solicitan a sus proveedores son: Gloria para el queso, Jamn Otto Kunz, Cartones, cajas Carvinza y salsas de tomate Carozzi. Estas son empresas que fueron visitadas por un inspector de sanidad para que puedan ser proveedores directos de Dominos Pizza. Reparto de Insumos a Tiendas En este proceso los insumos sern llevados a todas las tiendas para que puedan preparar los productos finales (pizzas). Preparacin de pizzas En las tiendas teniendo un 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 algunos clientes de forma directa y no a travs de interlocutores o medios televisivos, una de las estrategias es llegar al cliente de manera directa es llevar a los hogares tarjetas de invitacin para que gusten algn nuevo sabor o simplemente invitando.

14

Inventario y Finanzas Para llevar un mejor manejo de las cuentas y suministros de productos, se lleva a cabo todas las semanas un inventario de lo que necesitan las tiendas, si hay algn requerimiento fuerte para algn evento o salida de alguna promocin con alguna alianza estrategia fuerte.

Reparto de Pizzas(Delivery) Es un servicio reparto a domicilio el reparto suele realizarte en Moto mediante una peticin previa por telfono. Las empresas que distribuyen las pizzas a domicilio suelen ser franquicias1.

Ley de Dinero Electrnico N 29985 El dinero electrnico es almacenado en un soporte electrnico (como un celular o tarjeta prepago) y ser aceptado de manera general como medio de pago, emitido por un valor igual a los fondos recibidos (por las EEDE o bancos) y puede ser convertido nuevamente a efectivo por el saldo que mantenga el titular2.

1.2. Descripcin del Problema Hay 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 toman mucho tiempo. Se requiere de un planeamiento de modelado, programadores, costo o tercerizar el servicio, esto tiene un sobrecosto del servicio que es trasladado al cliente final. Existen muchos Portales Web que solo se preocupan por vender y mostrar sus productos a los clientes pero no se preocupan por la funcionalidad de la misma como brindar una geo localizacin de las tiendas, alcance del Delivery o saber exactamente donde vive cada cliente.

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

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

15

Las empresas afiliadas al Portal Web pueden tener un control de sus pedidos para reparto a domicilio. Permitir a los clientes poder identificar mejor a las empresas que 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 mvil mediante un dispositivo celular. Estadstica de Pedidos Delivery desde el Portal Web de la empresa Dominos Pizza
Cantidad, Cantidad de Pedidos 2010 - Domino's Pizza Diciembre, 563 Cantidad, Octubre, 462 Cantidad, Noviembre, 413

Cantidad, Septiembre, 385

Cantidad, Agosto, 62

Figura 4: Cuadro de Pedidos por el Portal Web de Dominos Pizza.

Cantidad de Pedidos 2011 - Domino's Pizza

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

Cantidad, Diciembre, 1626

Figura 5: Cuadro de Pedidos por el Portal Web de Dominos Pizza.

16

Cantidad de Pedidos 2012 - Domino's Pizza

Cantidad, Octubre, 2582

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

Figura 6: Cuadro de Pedidos por el Portal Web de Dominos Pizza. El presente grafico muestra el porcentaje de familias que tienen acceso a Internet, las cuales reflejan el 24% de toda la poblacin, esto refleja a la cantidad de familias las cuales pueden acceder al presente proyecto. Fuente: INEI (2011)

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

[CATEGORY NAME], [VALUE], [PERCENTAGE ]

[VALUE], [PERCENTAGE ]

Tienen acceso a Internet No tienen Accceso

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

17

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

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

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

Las Empresas vern la importancia de acuerdo a los cuadros estadsticos de incluir sus productos al Portal Web.

Los Clientes tardan 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 ponen de acuerdo en unificarse para poder dar 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 en que sus productos compitan en un mismo portal Web.

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

Las empresas no tienen estadsticas comparativas de pedidos de clientes.

18

rbol de Objetivos:

En el Portal Web habr promociones ya que la informacin centralizada influye en una competencia por precios.

Los Clientes no se tendrn que preocupar con que tiendas llegan a sus domicilios pues esto ser validado automticamente.

Las Empresas podrn verificar que Tienda necesita un mayor inters de acuerdo a las estadsticas.

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

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

Los Clientes encontraran una informacin centralizada y no tendrn que estar navegando por diferentes Portales.

Desarrollo de un portal Web donde pueda encontrar informacin centralizada de diferentes empresas de comida por Delivery.

Unificar a todas las empresas para que puedan ayudar a los Clientes a tener una visin ms amplia de productos y Tiendas.

Una mayor facilidad de ubicacin a las tiendas pues con ayuda de Googlemaps.

Aumento de las utilidades para las medianas y grandes empresas que hagan 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.

19

1.3.2 Objetivo General. El objetivo principal de este proyecto de tesis e investigacin es el Desarrollo de un portal Web donde pueda encontrar informacin centralizada de diferentes empresas de venta de comida por Delivery e innovar la modalidad del pago por monedero electrnico. 1.3.3 Objetivos Especficos Unificar a todas las empresas y poder ayudar a los Clientes a tener una visin ms amplia de productos y Tiendas. Una mejor localizacin de las tiendas con ayuda de Googlemaps. Aumento de los ingresos para las medianas y grandes empresas que hagan Delivery. Con la ayuda de las Zonas de Googlemaps se podrn definir exactamente los rangos de alcance en todos los distritos de Lima y Callao. Gracias a tener centralizada la informacin, los clientes no tendrn que perder mucho tiempo en buscar telfonos o referencias y direcciones de tiendas. Los Clientes encontraran una informacin centralizada y no tendrn que estar navegando por diferentes Portales. En el Portal Web habrn promociones ya que la informacin centralizada contribuye a una competencia por precios. Los Clientes no se tendrn que preocupar que tiendas llegan a sus domicilios pues esto ser validado automticamente al escoger un producto especfico. Las Empresas podrn verificar que Tienda necesita un mayor inters de acuerdo a la cantidad de pedidos procesados.

20

1.4. Justificacin del Proyecto 1.4.1. Beneficios Tangibles Los Beneficios tangibles buscan lo siguiente: Aumentar los Ingresos en todas las cadenas de Tiendas. Para todas las tiendas de las Unidades de Negocio existentes Aumentar eficazmente sus ingresos al tener 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 mvil. La ley contempla que las transacciones financieras que utilicen la modalidad de pago mvil, tendr un bajo costo de operacin a diferencia del uso de las tarjetas de crdito.

1.4.2. Beneficios Intangibles Los Beneficios intangibles buscan lo siguiente:

21

Ahorro de tiempo, organizacin y eleccin con tranquilidad 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.

Fidelizar a los Clientes que puedan realizar pedidos. No solo se puede tener una buena captura de Clientes, tambin es necesario fidelizarlos pues es ah donde se puede tener la estabilidad de los pedidos Web.

Uso de tecnologas actuales como medio de pago. El uso de los dispositivos mviles tales como los celulares dado su gran uso permitir efectuar las transacciones financieras con mayor rapidez y seguridad ya que no requieren de una infraestructura especial a la ya existente.

1.5. Alcance del Proyecto a) Registrar a cualquier empresa con cualquier promocin de venta existente. b) El cliente podr tener un avatar (Intranet) donde podr calificar a las tiendas, realizar pedidos, localizar su ubicacin y actualizacin de datos. c) Cada Unidad de Negocio va tener un usuario que va realizar consultas, administracin de pedidos, tiendas y productos.

22

d) Cada Unidad de Negocio va a tener un Administrador que va actualizar todos los detalles vinculados a su Empresa. e) Se reducir en un 12% el tiempo que tarda un pedido para ser procesado de manera eficiente. f) El presente proyecto cubrir las zonas de Lima Metropolitana y Callao.

1.6. Viabilidad del proyecto 1.6.1 Viabilidad 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. Hosting: Para adquirir un Hosting se tendra que revisar los diferentes planes que ofrecen algunos proveedores, uno de los ms importantes son la web: www.webhostingbuzz.com pues ya existen evidencias de buen rendimiento y capacidad. Cpanel: Al adquirir el Hosting, este ya viene con el Cpanel, para el caso redactado con anterioridad pues otros proveedores vienen con otros tipos de gestores de Hosting, el Cpanel es muy til pues con l se puede ver desde las estadsticas de entrada al portal, ingresar y administrar las base de datos y emails, tiene su paquete de Fantstico para agregar algunas otras aplicaciones si en un futuro se desee. Mysql: la versin que da el proveedor mencionado es la 4.0.12 la cual ya viene por defecto con el mismo proveedor de Hosting. PHP: El lenguaje de programacin y los diferentes mtodos que se pudieran utilizar referentes al lenguaje para Portales Web en el PHP es el 5.0 el cual tambin viene por defecto en el Hosting y no necesita licencia. Framework PHP: El ZendFrameworks es simple, no necesita instalacin especial, requiere PHP 5 e incorpora el patrn MV Se debe descargar y copiarlo hacia nuestro servidor local, veamos a travs de un pequeo

23

ejemplo cmo podemos crear un lector de RSS. Los ficheros que creemos podemos copiarlos dentro del directorio library. Workbench: es un modelador de Base de Datos, en este caso solo para el Mysql, se va utilizar la versin 5.2 la cual es la ltima en el mercado y es libre para descargar. 1.6.2 Viabilidad Econmica: Costos por Ao:
Ao (t) 0 Detalle Renta de hosting Renta de Dominio Pago Diseador Pago Programador Pago Modelamiento de procesos Pago DBA Alquiler PCs Alquiler de Local y otros Marketing 800 800 800 900 600 500 1000 Costo x Mes Meses 12 12 4 4 4 4 4 12 4 Total S./ 280 130 3200 3200 3200 3600 2400 6000 4000 26010 Costo x Mes

Ao (t) 1

Detalle Renta de hosting Renta de Dominio Pago Diseador Pago Programador Pago Modelamiento de procesos Pago DBA Alquiler PCs Alquiler de Local y otros Marketing

Meses 12 12

Total S./ 280 130 1600 1600 1600 1800 1200 6000 4000 18210

800 800 800 900 600 500 1000

2 2 2 2 2 12 4

Ao (t) 2

Detalle Renta de hosting Renta de Dominio Pago Diseador Pago Programador Pago Modelamiento de procesos Pago DBA Alquiler PCs Alquiler de Local y otros Marketing

Costo x Mes

Meses 12 12

Total S./ 280 130 1600 1600 1600 1800 1200 6000 4000 18210

800 800 800 900 600 500 1000

2 2 2 2 2 12 4

Ao (t)

Detalle

Costo x

Meses

Total S./

24

Mes 3 Renta de hosting dedicado Renta de Dominio Pago Diseador Pago Programador Pago Modelamiento de procesos Pago DBA Alquiler PCs Alquiler de Local y otros Marketing 800 800 800 900 600 500 1000 12 12 2 2 2 2 2 12 4 900 130 1600 1600 1600 1800 1200 6000 4000 18830 Costo x Mes

Ao (t) 4

Detalle Renta de hosting dedicado Renta de Dominio Pago Diseador Pago Programador Pago Modelamiento de procesos Pago DBA Alquiler PCs Alquiler de Local y otros Marketing

Meses 12 12

Total S./ 900 130 3200 3200 3200 3600 2400 6000 4000 26630

800 800 800 900 600 500 1000

4 4 4 4 4 12 4

Ao (t) 5

Detalle Renta de hosting dedicado Renta de Dominio Pago Diseador Pago Programador Pago Modelamiento de procesos Pago DBA Alquiler PCs Alquiler de Local y otros Marketing

Costo x Mes

Meses 12 12

Total S./ 900 130 1600 1600 1600 1800 1200 6000 4000 18830

800 800 800 900 600 500 1000

2 2 2 2 2 12 4

Ao (t) 6

Detalle Renta de hosting dedicado Renta de Dominio Pago Diseador Pago Programador Pago Modelamiento de procesos Pago DBA Alquiler PCs Alquiler de Local y otros Marketing

Costo x Mes

Meses 12 12

Total S./ 900 130 1600 1600 1600 1800 1200 6000 4000 18830

800 800 800 900 600 500 1000

2 2 2 2 2 12 4

Ao (t) 7

Detalle Renta de hosting dedicado

Costo x Mes

Meses 12

Total S./ 900

25

Renta de Dominio Pago Diseador Pago Programador Pago Modelamiento de procesos Pago DBA Alquiler PCs Alquiler de Local y otros Marketing 800 800 800 900 600 500 1000

12 2 2 2 2 2 12 4

130 1600 1600 1600 1800 1200 6000 4000 18830

Beneficios por ao:

Ao 0 0 0 0 0 0 0 0 0 0 0 0 Mes Enero Febrero Marzo Abril Mayo Junio Julio Agosto Septiembre Octubre Noviembre Diciembre Rango de Pedidos 50 101 151 201 401 501 601 801 851 901 1001 1201 100 150 200 400 500 600 800 850 900 1000 1200 1500 Costo S./ 0 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 0.1 Rango de Ganancias S./ 0 10.1 15.1 20.1 40.1 50.1 60.1 80.1 85.1 90.1 100.1 120.1 671.1 Prom: 0 15 20 40 50 60 80 85 90 100 120 150 810 740.55

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

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

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

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

Rango de Ganancias S./ 300 340 400 500 700 800 960 1100 1260 1540 1600 1800 11300 Prom: 340 400 500 700 800 960 1100 1260 1540 1600 1800 2000 13000 12150

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

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

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

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

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

26

Diciembre

13300

13600

0.2

2660 27960 Prom:

2720 28680 28320

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

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

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

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

Rango de Ganancias S./ 2720 2740 2760 2780 2800 2820 2840 2860 2880 2900 2920 2940 33960 Prom: 2740 2760 2780 2800 2820 2840 2860 2880 2900 2920 2940 2960 34200 34080

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

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

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

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

Rango de Ganancias S./ 2960 2980 3000 3020 3040 3060 3080 3100 3120 3140 3160 3180 36840 Prom: 2980 3000 3020 3040 3060 3080 3100 3120 3140 3160 3180 3200 37080 36960

Ao 5 5 5 5 5 5 5 5 5 5 5 5

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

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

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

Rango de Ganancias S./ 3200 3220 3240 3260 3280 3300 3320 3340 3360 3380 3400 3420 39720 Prom: 3220 3240 3260 3280 3300 3320 3340 3360 3380 3400 3420 3440 39960 39840

Ao 6 6 6 6

Mes Enero Febrero Marzo Abril

Rango de Pedidos 17200 17300 17400 17500 17300 17400 17500 17600

Costo S./ 0.2 0.2 0.2 0.2

Rango de Ganancias S./ 3440 3460 3480 3500 3460 3480 3500 3520

27

6 6 6 6 6 6 6 6

Mayo Junio Julio Agosto Septiembre Octubre Noviembre Diciembre

17600 17700 17800 17900 18000 18100 18200 18300

17700 17800 17900 18000 18100 18200 18300 18400

0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2

3520 3540 3560 3580 3600 3620 3640 3660 42600 Prom:

3540 3560 3580 3600 3620 3640 3660 3680 42840 42720

Ao 7 7 7 7 7 7 7 7 7 7 7 7

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

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

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

Rango de Ganancias S./ 3680 3720 3740 3760 3780 3800 3820 3840 3860 3880 3900 3920 45700 Prom: 3700 3740 3760 3780 3800 3820 3840 3860 3880 3900 3920 3940 45940 45820

Calculo del VAN y la TIR Ao t 0 1 2 3 4 5 6 7 FSA Flujo Neto (15%,t) de caja (Bt-Ct) -25269.5 1.0000 -6060 0.8696 10110 0.7561 15250 0.6575 10330 0.5718 21010 0.4972 23890 0.4323 26,990 0.3759 76,251 VA al 15% FSA (20%) VA al 20%

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

1.0000 0.8333 0.6944 0.5787 0.4823 0.4019 0.3349 0.2791

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

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

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

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

28

1.6.3 Viabilidad Legal 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.- Conservacin de la informacin En ningn caso la entidad de la Administracin Pblica podr destruir la informacin que posea. La entidad de la Administracin Pblica deber remitir al Archivo Nacional la informacin que obre en su poder, en los plazos estipulados por la Ley de la materia. 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 Nacional3. Propiedad intelectual 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

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

29

pblica y transformacin, salvo para uso personal y privado. Igualmente, todos los nombres comerciales, marcas o signos distintivos de cualquier clase contenidos en las pginas Web de Fundacin Mundo Ciudad estn protegidos por ley. Contenido de la Web y links Pa Llevar no se responsabiliza del mal uso que se realice de los contenidos de sus pginas Web, siendo exclusiva responsabilidad de la persona que accede a ellos o los utilice. 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 mismos4.

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

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

30

Digemid, Digesa, Senasa, Ministerio de Agricultura, Ministerio de Salud, Ministerio de la Produccin, entre otros5. Ley N 29985 DEL DINERO ELECTRNICO - BILLETERA MVIL LEY QUE REGULA LAS CARACTERSTICAS BSICAS DEL DINERO ELECTRNICO COMO INSTRUMENTO DE INCLUSIN FINANCIERA.

Artculo 2. Dinero electrnico El dinero electrnico es un valor monetario representado por un crdito exigible a su emisor, el cual tiene las siguientes caractersticas:

a) Es almacenado en un soporte electrnico. b) Es aceptado como medio de pago por entidades o personas distintas del emisor y tiene efecto cancelatorio. c) Es emitido por un valor igual a los fondos recibidos. d) Es convertible a dinero en efectivo segn el valor monetario del que disponga el titular, al valor nominal. e) No constituye depsito y no genera intereses.

Artculo 5. Emisores de dinero electrnico 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.
5

http://www.indecopi.gob.pe/0/modulos/NOT/NOT_DetallarNoticia.aspx?PFL=0&NOT=132

31

c) Se sujetan a las disposiciones de encaje y a las que por la Ley 29440, Ley de los Sistemas de Pagos y de Liquidacin de Valores, formule el Banco Central de Reserva del Per.

Artculo 7. Exoneracin del Impuesto General a las Ventas Exonrase del Impuesto General a las Ventas por un perodo de tres (3) aos, contado a partir de la vigencia de la presente Ley, la emisin de dinero electrnico efectuada por las Empresas Emisoras de Dinero Electrnico.

32

Captulo II: Marco Terico

33

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, 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 Estamos, pues, ante un conjunto de elementos que tienen propiedades y atributos. Todo elemento est especificado por sus atributos y, si estos elementos son seres humanos, los atributos que permiten identificarlos en el sistema son su comportamiento de comunicacin, por oposicin a los atributos intrinsequitos, por ejemplo. Un sistema es pues un conjunto de elementos y de relaciones que existen entre estos elementos y entre sus atributos organizados en funcin de 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. [1]

2.2.

Tipos de Sistema De los muchos acercamientos tericos que se han hecho en el estudio de los pequeos grupos humanos uno que compartimos, 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. En su 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. [2]

2.3.

Sistema de Informacin 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

34

instancia para crear valor. Un sistema de informacin, por tanto, ser tanto ms eficiente y mejor cuanto ms capaz sea de mejorar los procesos de negocios y los de la toma de decisiones en la empresa conduciendo a una mayor rentabilidad y, o a unos menores costes. Por esa razn, un sistema de informacin que no proporcione un conocimiento o 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. Distribuye la informacin resultante a los usuarios y actividades que la requieran. [3]

2.4.

Tecnologas de la Informacin y la Comunicacin (TIC) 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 y

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.

35

La aplicacin de las TIC a todos los sectores de la sociedad y de la economa mundial ha generado una serie de trminos nuevos como, por ejemplo, ebusiness y e-commerce (negocio y comercio electrnico), e-goverment (gobierno electrnico), e-health (sanidad electrnica), e-learning (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. [4]

2.5.

Tipos de Procesos de Negocio To my best knowledge, there is no agreed academic or industrial classification or taxonomy of the different types of business processes. From a higher-level viewpoint, there are two main perspectives of business processes: the level perspective and the core competency perspective. Level Perspective The level perspective classifies business processes into levels like those of traditional organization charts. This perspective is mainly influenced by Robert N. Anthony, who defines three levels of management activities: 1. Operational control, which is the process of assuring that specific tasks

are carried out effectively and efficiently. 2. Management control, which is the process by which managers assure

that resources are obtained and used effectively and efficiently in the accomplishment of the organizations objectives. 3. Strategic planning, which is the process of deciding on the objectives of

the organization, on changes in these objectives, on the resources used to obtain these objectives, and on the policies that are to govern the acquisition, use, and disposition of these resources.[5] Traduccin (por Yonel Huamn):

36

A mi leal saber y entender, 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. "

2.6.

Software Libre Cuando un programa de software libre deja de estar en manos de su autor, esto no significa necesariamente que siga siendo software libre para cualquiera que se haga con una copia de l. Por ejemplo, el software de dominio 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 WindowSystem. 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

37

acompaados del clsico acuerdo de confidencialidad. Estas copias de X dejaron de ser software libre, igual que Unix. [6]

2.7.

Dinero Electrnico 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 Peruana N 29985: Ley del dinero electrnico define al dinero electrnico como un valor monetario representado por un crdito exigible a su emisor, el cual tiene las siguientes caractersticas: a) Es almacenado en un soporte electrnico. b) Es aceptado como medio de pago por entidades o personas distintas del emisor y tiene efecto cancelatorio. c) Es emitido por un valor igual a los fondos recibidos. d) Es convertible a dinero en efectivo segn el valor monetario del que disponga el titular, al valor nominal. e) No constituye depsito y no genera intereses. [7]

2.8.

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

38

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

Entidades Emisoras de dinero Electrnico 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. Las Empresas Emisoras de Dinero Electrnico son sujetos obligados a proporcionar la informacin a que se refiere el artculo 3 de la Ley 27693, Ley que crea la Unidad de Inteligencia Financiera - Per, y sus modificatorias, conforme a lo dispuesto en el literal a) del numeral 3.1 del artculo 3 de la Ley 29038, Ley que incorpora la Unidad de Inteligencia Financiera del Per (UIFPER) a la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones, y sus normas reglamentarias. En tal sentido, se encuentran

39

obligadas a cumplir con las disposiciones reglamentarias emitidas sobre 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.

40

Captulo III: Estado del Arte

41

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 demostraremos algunos de ellos: 3.1.1. Integrando Especificaciones Textuales y Elementos de modelado UML en un Marco de Trabajo para Trazabilidad de Requisitos En este paper se describe la trazabilidad de requisitos que permiten asegurar la continua concordancia entre los requisitos de los stakeholders y los artefactos producidos durante el proceso de desarrollo de software. En este trabajo se presenta un modelo de referencia para la trazabilidad de requisitos, basado en UML y que integra tanto especificaciones textuales como elementos de modelado UML, consiguiendo as una representacin homognea para todos los artefactos producidos durante el proceso de desarrollo y para las dependencias de trazabilidad entre ellos. Aprovechando los mecanismos de extensin de UML, se consigue que la propuesta sea adaptable y extensible segn las caractersticas particulares de un proyecto.

3.1.2.

Towards Security by Construction for Web 2.0 Applications En este paper nos muestra algunas de las cuestiones de seguridad conocidos y de la fiabilidad de la Web 2.0 basado en el desarrollo de aplicaciones. Nos muestra que en el desarrollo de aplicaciones Web 2.0 hay un cambio de paradigma en evolucin en el enfoque de seguridad a los clientes. Tambin podemos encontramos en este documento, como son algunas de las mejores prcticas en seguridad de aplicaciones Web 2.0, y la lista de los enfoques ms eficaces y las contramedidas. Por ltimo, nos presenta algunas recomendaciones para mejorar el entorno de seguridad en la Web 2.0, as como una indicacin de algunas investigaciones futuras en este mbito. Este documento est dirigido tanto para los desarrolladores y usuarios de los sistemas basados en Web 2.0

42

3.1.3.

Identifying Extensions Required by RUP (Rational Unified Process) to Comply with CMM (Capability Maturity Model) Levels 2 and 3 Este paper nos informa que la mayora de programas requiere una o ms prcticas de categora superior o alguna otra variacin de estos para poder elaborar un software de ingeniera nos da pautas que debemos considerar a menudo para la realizacin final de este, nos informa que todo proyecto es orientado a los requisitos. Muchos proyectos se basan en el modelo en cascada tradicional o alguna variante de la misma. Este documento nos presenta una solucin amplia, para la secuencia de desarrollo de software, con un disciplinado proceso de desarrollo, por el cual se basa en el Rational Unified Process (RUP) el cual nos impulsa al uso de un caso de uso, al centrado en la arquitectura, el enfoque de desarrollo iterativo. En el documento se presenta una descripcin detallada de los pasos a seguir para el desarrollo del mismo.

3.1.4.

Implicaciones estratgicas del comercio electrnico basado en Internet El presente artculo pretende delimitar el concepto de comercio electrnico y sus modalidades, analizar el impacto estratgico en las organizaciones del mismo e identificar los modelos de negocio basados en Internet, entre los que se encuentran los nuevos intermediarios como el dinero electrnico.

Se presenta un marco jerrquico de E-commerce, que consta de tres niveles: infraestructura, servicios y productos y estructuras, lo que a su vez, se componen de siete niveles funcionales. Estos niveles de desarrollo de comercio electrnico, as como del anlisis, van desde la infraestructura de telecomunicaciones de rea amplia a los mercados electrnicos y las jerarquas electrnicos habilitados por el comercio electrnico. Varios problemas nodales se discuten de manera que definir el futuro desarrollo en el comercio electrnico, incluida la integracin de pagos electrnicos en el proceso de compra, la construccin de un

43

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

44

Captulo IV: Modelado del Negocio

45

4.1.

Reglas del Negocio Con el fin de alcanzar las metas propuestas, hoy en da las empresas definen polticas o normas especiales que se deben cumplir en algunas actividades de los procesos diarios de la organizacin6. Es comn ver que estas excepciones o condiciones especiales varan de acuerdo con las exigencias del entorno cambiante.
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.

4.2

Casos de Uso del Negocio Diagrama de Casos de Uso del Negocio:

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

46

CUN_RecepcionarPedido
(from Casos Usos Negocio)

<<extend>>

<<extend>> N_CLIENTE
(from Actores del Negocio)

CUN_GestionarPedido
(from Casos Usos Negocio)

CUN_EntregarPedido
(from Casos Usos Negocio)

4.3.

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

Lista de Productos : Listado de Productos

Solicita informacion de productos por telefono

dicta lista de productos que puede pedir

Desea pedir?

NO

SI Solicita el pedido y entrega datos personales

Datos del Cliente : Datos del Cliente Recepciona y Registra datos

Diagrama del CUN: Gestionar Pedido

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

Diagrama del CUN: Entregar Pedido

Encargado de Pedidos

Repartidor

Cliente

Ordena reparto del pedido

Se traslada al domicilio del cliente Verifica los datos del cliente Registro de Pedidos : Registro de Pedidos Verifica el pedido Recibe el pedido

Datos del Cliente : Datos del Cliente

Registra pedido rechazado

Devuelve el pedido a la empresa

No Conforme?

Registra pedido entregado

Si

Registro de Pedidos : Registro de Pedidos

48

Diagrama de Casos de Uso del Negocio (CUN):

CUN_GestionarPedido

CUN_RecepcionarPedido

CUN_EntregarPedido

Diagrama de Entidades del Negocio:

Comunica

Listado de Productos N_Recepcionista

Registra

Verifica

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

Registro de Pedidos

N_Repartidor

49

Captulo V: Requerimientos del Proyecto

50

5.1.

Requerimientos del Software

5.1.1 Requerimientos Funcionales

RF1. El Registro de los administradores ser realizado de forma interactiva por el Administrador del Sistema. RF2. El Portal Web permitir registrar a diferentes usuarios con el rol de Administrador del sistema. RF3. El Portal Web permitir la 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 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. 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. de los

51

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 contara con toda la ayuda necesaria que el usuario necesite para poder manejarlo con eficacia. En esta ayuda se contar con el Manual de Usuario. c) Uso de las interfaces del sistema Se 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. Funcionamiento: a) Tiempo de respuesta
El tiempo de respuesta del sistema ser de 5 segundos como mximo.

b) Plataforma

52

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.

5.2.2. Descripcin de Actores del sistema Administrador del Sistema La 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

Representa

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

Descripcin

53

Tipo Responsabilidad

Es un usuario del sistema Asegurar que todas las Tiendas tengan la informacin adecuada y actualizada.

Representa

Administrador de Tienda Es la persona que se encarga de administrar de los productos y servicios de una tienda. Si hay algunos productos que tienen bajo Stock de productos entonces esta persona es la indicada para modificar el producto que se encuentra publicada en el Portal Web desactivndola. Es un usuario del sistema Asegurar que los productos de su respectiva tienda estn actualizados y sean los correctos.

Descripcin

Tipo Responsabilidad

Representa

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

Descripcin

Tipo Responsabilidad

Representa

Cliente La persona que hace los pedidos en el Portal Web. Es la persona que hace la solicitud de los pedidos por la web. Es un usuario del sistema Registrar sus datos correctamente.

Descripcin Tipo Responsabilidad

54

5.2.3. Diagrama de paquetes del Sistema.

Paquete Consultas

Paquete Seguridad

Paquete de Administracion

Paquete de Pedidos

5.2.4. Casos de Uso del Sistema

CUS_Administrar UUNN
(f rom Casos Usos Sistema)

CUS_Registrar UUNN
(f rom Casos Usos Sistema)

CUS_Registrar Cliente
(f rom Casos Usos Sistema)

Administrador de Unidad de Negocio

(f rom Actores del Sist...

CUS_Realizar Pedido CUS_Iniciar Sesion

(f rom Casos Usos Sistema)

CUS_Administrar Tiendas
(f rom Casos Usos Sistema)

(f rom Casos Usos Sistema)

Cliente

CUS_ Administrar Productos

(f rom Casos Usos Sistema)

CUS_Consultar Saldos MMEE

(f rom Casos Usos Sistema)

CUS_Registrar Recargas MMEE

(f rom Casos Usos Sistema)

CUS_Realizar Pago MMEE

(f rom Casos Usos Sistema)

Administrador de Tienda
(f rom Actores del Sist...

CUS_Aprobar UUNN
(f rom Casos Usos Sistema)

CUS_Confirmar Recargas MMEE

(f rom Casos Usos Sistema)

CUS_Confirmar Pedidos por Tienda

(f rom Casos Usos Sistema)

Administrador de Sistema
(f rom Actores del Sist...

CUS_Administrar Clientes
(f rom Casos Usos Sistema)

CUS_Administrar Usuarios Intranet

(f rom Casos Usos Sistema)

CUS_Confirmar Pago Recepcionista de pedidos

(f rom Casos Usos Sistema)

Diagramas de caso de uso

55

5.3.

Modelo Conceptual del Sistema 5.3.1. Diagrama del Modelo Conceptual.

5.3.2. Diccionario de Clases E_Log: Se refiere a la entidad que va almacenar todos los errores que puedan surgir directamente en la Base de Datos. E_Perfil: Es la entidad que va especificar los diferentes perfiles o roles que puedan haber como por ejemplo: Administrador de Tienda el cual

56

tiene un Alias pero este Alias es interno y solo se filtrara por los Scripts que puedan determinar el acceso hacia algunos formularios.

E_Usuario Son los Usuarios con sus Detalles como por Ejemplo el Administrador del Sistema que tiene como detalle su fecha de nacimiento, nombre, edad, email.

E_Unidad Negocio Esta Entidad va almacenar las diferentes Unidades de Negocio que pueda hacer en todo el Sistema Web.

E_Tienda La Entidad Tienda va almacenar los detalles de cada una de las Tiendas, est relacionada con E_UnidadNegocio pues esta es la dependencia principal para que se puedan filtrar las diferentes Tiendas.

E_TipoPago Pertenece al Tipo de Pago especificando si puede ser en Efectivo o en Crdito, tipo de Tarjeta, tambin tendr un detalle del pedido pues cada pedido puede tener diferentes tipos de pago.

E_Pedido Es la Entidad Principal de Todo el Sistema pues en ella van a estar almacenadas todos los pedidos de todas las Tiendas indistintamente de las Unidades de Negocio.

E_Pedido_Detalle

57

El pedido tiene algunas especificaciones que necesariamente tienen que estar dentro de esta Entidad pues tienen que relacionarse con otras Entidades como: E_ProductoDetalle.

E_Cliente Esta Entidad es otra de las ms importantes pues va almacenar a todos los Clientes que estn registrados en el Portal Web y nicamente los Usuarios y password ingresados podrn ser validos para el Portal Web pero no para el Sistema Web pues no son administradores del sistema.

E_Producto Son los Productos que van a mostrarse en el mismo PortalWeb, as como por ejemplo: Pizza Americana con su Detalle que es el Precio, conjuntamente con su detalle que estn relacionados con las dems Entidades.

E_Categoria Es la Categora de Producto pues un producto puede pertenecer al rubro de Pizzas, pollos, Chifas, etc.

E_Producto_Tipo Los productos tienen un tipo el cual ser especificado en esta Entidad para que puedan ser bien especificados y no estn juntos en la misma.

E_Producto_Detalle

58

Es la Especificacin del Detalle de cada producto, esta especificacin indica tanto el precio como el IdProducto al cual le pertenecen y por donde estn relacionados. 5.4. Benchmarking Leyenda de la funcionalidades: 0-No tiene. 1-Baja (Poco amigable y pocos datos). 2-Media (poco amigable o con datos suficientes). 3-Alta (amigable y con datos suficientes)

Benchmarking para el Proyecto de Sistema Web de Pedido de Comida Va Internet y servicio de Delivery con Pago Mvil Caractersticas Funcionales Gestin de Clientes Realiza perdido por la Pagina Web Puedes buscar lo que necesitas por lugar por rubro de negocio y por producto Puede Administrar Promociones Confirmacin de Pedido que se Responde la Solicitud en 5 min Administra el Pedido por Cadena de Tienda, por Tienda Geo localizacin para zona de cobertura delivery Opcin de Pago Mvil Pa llevar 3 3 Yo no cocino 2 0 PedidoYa 2 2 Alimentos delivery 1 2

Caractersticas No Funcionales Seguridad 3 2 3 2

59

Mantenibilidad Desempeo Compatibilidad Ser Extensible Puntaje total

3 3 3 3 39

2 3 3 2 23

3 2 2 2 26

2 3 2 2 24

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

Windows,Linux MySql PHP No se entrega

Windows,Linux No especifica No especifica No se entrega

Windows,linux MySql PHP No especifica

Windows No especifica Visual Fox Pro No se entrega

La Solucin propuesta es la que mejor se adecua para poder llevar a cabo este proyecto referente a los pedidos y recepcin de pedidos por medio de alguna forma o medio de comunicacin que en este caso es la Internet.

5.5.

Prototipo de la Solucin

Pgina principal del portal:

60

Pantalla de Registro de Empresas:

61

Formulario del registro de Clientes:

62

Formulario en que se van a presentar los productos para una tienda especfica:

Ingresando al carrito de compras:

63

Administrador de Pago Mvil

Ingreso como Administrador Histrico de Operaciones

Confirmacin de Recargas

64

Saldos de Cliente

Ingreso como Tienda Histrico de Pedidos

65

Pedidos Pendientes de Cancelacin

Ingreso como Cliente Histrico de Operaciones

66

Recarga de Saldos

Cambio de Clave Mvil

67

68

GLOSARIO DE TRMINOS: 1. Confirmar.-Hacer ms cierto algo. 2. Cobertura.-Espacio geogrfico de alcance para la realizacin de un pedido. 3. Confirmar.-Hacer ms cierto algo. 4. Cobertura.-Espacio geogrfico de alcance para la realizacin de un pedido. 5. Entregar.-Ponerse en las manos o en el poder de otra persona. 6. EEDE.-Empresas Emisoras de Dinero Electrnico 7. Flyers.- Son diseos que van a ser creados e impresos como volantes para repartir a la gente, esto genera un ingreso pues ayuda a conocer a los posibles clientes los productos nuevos que estn promocionando en el mismo flyer. 8. Garanta.-Estado del pedido en el que se confirma la certeza al realizar el servicio a un cliente que lo solicit. 9. Google Maps.- es el nombre de un servicio gratuito de Google. Es un servidor de aplicaciones de mapas en la Web. Ofrece imgenes de mapas desplazables, as como fotos satelitales del mundo entero e incluso la ruta entre diferentes ubicaciones o imgenes a pie de calle Street View. Es similar a Google Earth, una aplicacin Windows/Mac/Linux que ofrece vistas del Globo terrqueo impactantes, pero que no es fcil de integrar a pginas Web. 10. Insumos.-Materia prima necesaria para la elaboracin del pedido. 11. PHP.- es un lenguaje de programacin interpretado, diseado originalmente para la creacin de pginas web dinmicas. 12. MySQL.- es un sistema de gestin de base de datos relacional, multi hilo y multiusuario. 13. MySQL Workbench.- es una aplicacin para el diseo y documentacin de bases de datos (sucesora de la aplicacin DBDesigner4) pensada para ser usada con el

69

sistema de gestin de bases de datos MySQL (recin adquirido por Sun Microsystems). Existen dos versiones del producto, una es open Source y la otra es una versin comercial. Evidentemente, la versin comercial proporciona algunas funcionalidades que pueden resultar de inters en algn mbito, aunque la versin open source es ms que suficiente para la realizacin de la prctica. 14. Orden de Compras.- Documento comercial utilizado para solicitar el suministro de bienes o servicios a cambio de un pago 15. Pedidos Documento en el que se solicita una mercanca o un servicio. 16. Promociones.- Accin o resultado de promover; Accin o resultado de promocionar; actividades realizadas para dar a conocer un producto. 17. Recepcionar.- Hecho en el que se registran los datos del cliente y del pedido que desea realizar. 18. Solicitar.-Pedir, hacer conocer el deseo de obtener o conseguir un servicio o un bien. 19. Tiendas.- Establecimiento especfico de una Unidad de Negocio, comprende su ubicacin especfica y se mide la cobertura de entrega segn sta.

70

BIBLIOGRAFA.

[1]

Mathilde Du Ranquet, 1997, "Los modelos en trabajo social: intervencin con personas y familias", Siglo XXI, ISBN: 978-84-323-0940-3 Juan Bez, 1999, "Investigacin cualitativa", Esic Editorial, ISBN: 978-84-7356483-0 Carmen de Pablos H., 2006, "Direccin y gestin de los sistemas de informacin en la empresa: Una visin integradora", Esic Editorial, ISBN: 84-7356-445-6 Ramn C. Surez y Alonso, 2007, "Tecnologas de la Informacin y la Comunicacin", Ideas propias Editorial, ISBN: 978-84-9839-091-9 Anthony, R. N. 1965. Planning and Control Systems: A Framework for Analysis. Harvard Business School, Cambridge, MA Software libre para una sociedad libre, Richard M. Stallman. Diciembre 2004 Versin 1.0. Pag.22 Ley N 29985: Ley del dinero electrnico en Per. Implicaciones estratgicas del comercio electrnico basado en Internet - Revista de economa, ISSN 0019-977X, N 783, 2000 http://es.wikipedia.org/wiki/Gesti%C3%B3n_de_proyectos

[2]

[3]

[4]

[5]

[6]

[7] [8]

[9]

[10] http://cursos.puc.cl/pps1-1/almacen/1284137378_glarrail_sec4_pos0.pdf [11] http://www.slideshare.net/jcfdezmx2/la-organizacin-por-procesos-presentation [12] http://www.infomipyme.com/Docs/GT/Offline/administracion/areafuncional.htm [13] http://www.delivery.com.pe/lasCanastasStore/inicio.do [14] http://www.burgerking.com.py/delivery/ [15] http://www.bembos.com.pe/bembosStore/inicioPortal.do [16] http://www.deliverytube.com.ar/ [17] http://www.neodelivery.com/ [18] http://elperuanolegal.blogspot.com/2013/01/ley-n-29985-ley-que-regulalas.html?m=0 [19] http://elcomercio.pe/actualidad/1524539/noticia-como-funciona-dineroelectronico

71