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 Thisthesis projectfocuses onthe business processof the companiesthat offer the serviceofselling foodfordeliveryand useas paymentmobile paymentsystemrecently adoptedin Peru. It focuses ontwo modules, one for the Business UnitManagerwhereyou can manage yourshops;storesexistwithin thesenew users withrelativelylowerpermissionsthathelp managethe entiresales processfroma store. Anothermoduleis theconsumerwho isadynamicWebsitethatwillshowany updates thatmanagerscan performallof the shops andbusiness units, so that this informationcanbeupdatedon a daily basisrequires thecommitment of allactorsdirectly involvedwith managementwebSystem. WebDeliverySystemwill handleall information viaemail thatwill update thedatabase thatis used by theWebsystem, ieorder confirmations, shipping and receiving of thembe warnedtoreceptionistsandcustomerorders viaemail. Alsobe implementedas amethod of paymentfor the final consumer, themobile wallet, whichthrough acellmay cancel theservice offered bythe store.

RESUMEN

El presente proyecto de Tesis est enfocado en el proceso de negocio de las empresas que brindan el servicio de venta de alimentos por delivery y utilizan como medio de pago el sistema de pago mvil recientemente aprobado en el Per. Est enfocado en dos mdulos, uno para el Gerente de Unidad de Negocio en el cual puede administrar sus tiendas, dentro de estas tiendas existen nuevos usuarios con permisos relativamente inferiores que ayudarn a gestionar todo el proceso de venta de una tienda. Otro es el mdulo del consumidor el cual es como un portal Web dinmico que va mostrar todas las actualizaciones que puedan realizar todos los gestores de las tiendas y Unidades 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. El Sistema de DeliveryWeb manejar toda la informacin va correo electrnico que actualizar la base de datos que esutilizada por el Sistema Web, es decir, las confirmaciones de pedidos, envi y recepcin de los mismos sern advertidos al cliente y a los recepcionistas de pedidos va correo electrnico. Asimismo se implantar como modalidad de pago para el consumidor final, el monedero mvil; el cual mediante un celular podr cancelar el servicio ofrecido por la tienda.

INDICE

INTRODUCCION ........................................................................................................ 7 Captulo I: Visin del Proyecto .................................................................................... 8 1.1. El Problema........................................................................................................ 9 1.1.1. El Negocio ...................................................................................................... 9 1.1.2. Los Procesos del Negocio ............................................................................ 11 1.1.3. Descripcin del problema............................................................................. 15 1.2. Objetivos del Proyecto ..................................................................................... 18 1.2.1 Marco Lgico ............................................................................................... 18 1.2.2 Objetivo General. ......................................................................................... 20 1.2.3 Objetivos Especficos ................................................................................... 20 1.3. Beneficios del Proyecto ................................................................................... 21 1.3.1. Beneficios Tangibles .................................................................................... 21 1.3.2. Beneficios Intangibles .................................................................................. 21 1.4. Alcance del Proyecto ....................................................................................... 22 1.5. Viabilidad del proyecto .................................................................................... 23 1.5.1 Viabilidad Tcnica ....................................................................................... 23 1.5.2 Viabilidad Econmica: ................................................................................. 24 1.5.3 Viabilidad Legal ........................................................................................... 29 Captulo II: Marco Terico ......................................................................................... 32 2.1. Antecedentes. ................................................................................................... 33 Captulo III: Estado del Arte ...................................................................................... 37 3.1 Desarrollo......................................................................................................... 38 Captulo IV: Modelado del Negocio .......................................................................... 41 4.1. Reglas del Negocio .......................................................................................... 42 4.2 Casos de Uso del Negocio ............................................................................... 42 4.3. Diagramas de Actividades del negocio ............................................................ 43 Captulo V: Requerimientos del Proyecto .................................................................. 46 5.1. Requerimientos del Software ........................................................................... 47 5.1.1 Relacin de Requerimientos......................................................................... 47 5.1.2 Especificacin de requerimientos (funcionales y no Funcionales) .............. 47 5.2. Casos de Uso del Sistema ................................................................................ 49 5.2.1. Diagrama de Actores del Sistema. ............................................................... 49 5.2.2. Descripcin de Actores del sistema ............................................................. 49 5.2.3. Diagrama de paquetes del Sistema. .............................................................. 51 5.2.4. Casos de Uso del Sistema............................................................................. 51 5.2.5. Especificaciones de Casos de Uso Significativos ........................................ 52 5.3. Modelo Conceptual del Sistema ...................................................................... 59 5.3.1. Diagrama del Modelo Conceptual................................................................ 59 5.3.2. Diccionario de Clases ................................................................................... 59 5.4. Benchmarking .................................................................................................. 62 5.5. Prototipo de la Solucin ................................................................................... 63 Captulo VI: Arquitectura ........................................................................................... 67 Captulo VII: Desarrollo y Pruebas ............................................................................ 68 Captulo VIII: Conclusiones y Recomendaciones ...................................................... 69 GLOSARIO DE TRMINOS: ................................................................................... 70 BIBLIOGRAFA. ....................................................................................................... 72

INTRODUCCION

En el Per, las personas no acostumbran a realizar compras Online, tampoco ingresar el nmero de su cuenta bancaria y mucho menos la clave de la misma, pues solamente buscan informacin, con el presente proyecto, sera suficiente con que tengan el nmero telefnico o la direccin para que soliciten un mismo pedido a diferentes tipos de empresas alimentarias de una sola vez.
Estamos realizando el estudio del modelo de negocio de la empresa Dominos pizza, su estructura y como es que puede ser incluida en el proyecto de Servicio por Delivery del presente proyecto de tesis. Domino's Pizza se funda en los aos 60 en Estados Unidos, en el Estado de Michigan por dos hermanos que deciden repartir pizzas a domicilio en toda el rea de la ciudad. Deciden producir una pizza de alta calidad acompaada de un excelente servicio. Actualmente brinda el servicio de Delivery desde su portal Web, el cual es atendido por la tienda ms cercana al cliente que lo solicita.

Se ha visto la oportunidad de consolidar esta modalidad de venta para las pequeas y medianas empresa 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.

Captulo I: Visin del Proyecto

1.1. El Problema Hay muchas empresas las cuales desean implementar una solucin para poder llegar a sus clientes pero que no cuentan con la infraestructura necesaria y muchas veces estas implementaciones demoran mucho tiempo. Se requiere de un planeamiento de modelado, programadores, costo o tercerizar el servicio mediante una consultora y esto conlleva en un sobrecosto del servicio que es trasladado 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 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 Delivery y sus clientes ms frecuentes. Permitir a los clientes el poder identificar mejor a las empresas que estn dentro de su alcance de delivery usando 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 cadena de comida rpida que fue fundada en 1960 y se ha especializado en la produccin y entrega de pizza Dominos Pizza. En Per tiene 24 tiendas entre Lima Metropolitana y Callao, y por temporadas abre su tienda del Sur que est ubicada en el Km 97.5 de la Panamericana Sur, tambin en Arequipa, en todas sus tiendas hacen pedidos de delivery. El centro de la Organizacin de las oficinas de Dominos Pizza en Per no es una tienda, son oficinas en las cuales se encuentran algunas reas las cuales llevan las cuentas y administran tal como empresa.

La empresa cuenta cerca de 300 personas laborando en las tiendas 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 internacional como ser McDonald's o Domino's que tienen como

10

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 parte de fabricacin de insumos de masas y quesos, para los dems insumos tienen sus proveedores los cuales traen en grandes cantidades a sus almacenes. Mapa del Negocio El servicio de Dominos pizza es la mejor atencin para el personal por lo cual en cada tienda existe un Administrador de Tienda, quien est en cargado de verificar que los insumos para la preparacin de las pizzas tengan Stock, de lo contrario por una llamada telefnica 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 existen la distribucin de afiches masivos los cuales los mismos miembros de la tienda inclusive el Administrador salen a repartirafiches de promociones a los clientes, 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.

Contabilidad: Elaboracin de Ingresos y egresos Elaboracin de existencias entre insumos y 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

11

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

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.

12

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, luego el vendedor le informa si existe alguna promocin en la tienda que se encuentre, el cliente es quien toma la decisin para poder aceptar el pedido, una vez que el vendedor le haya ofrecido las promociones o recomendaciones, el cliente acepta el pedido y pasa al tiempo de espera el cual es el mismo que el de preparacin, para que al final pase por el repartidor quien va hasta el lugar donde se encuentre y haga entrega efectiva del pedido. Para la actividad del pago por el servicio, se le consulta al cliente cuando enva la solicitud del pedido si va realizar el pago mvil, de ser as se enva un sms alaEmpresa Emisora de Dinero Electrnico (EEDE) y esta enva un cdigo nico al cliente. El cual es utilizado

13

para dar su aceptacin respondiendo el mensaje con su PIN y se le descuenta el monto de su saldo inicial

Leyenda de Procesos: Compra de insumos Dominos pizza tiene su propia planta de queso 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 solo cuando no cumplen su propia demanda, Jamn Otto Kunz, Cartones y cajas Carvinza y salsas de tomate Carozzi. 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 mismas 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 deben ir 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 forma directamente como llevar a los hogares tarjetas de invitacin para que gusten algn nuevo sabor o simplemente invitando. 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.

14

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

Descripcin del problema Hay muchas empresas las cuales desean implementar una solucin para poder llegar a sus clientes pero que no cuentan con la infraestructura necesaria y muchas veces estas implementaciones demoran mucho tiempo. Se requiere de un planeamiento de modelado, programadores, costo o tercerizar el servicio mediante una consultora y esto conlleva en un sobrecosto del servicio que es trasladado 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 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 Delivery y sus clientes ms frecuentes. Permitir a los clientes el poder identificar mejor a las empresas que estn dentro de su alcance de delivery usando coordenadas de los mapas con la ayuda de la geo localizacin de Googlemaps. Asimismo

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

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

15

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

Figura 4: Cuadro de Pedidos por el PortalWeb de Dominos Pizza.

Figura 5: Cuadro de Pedidos por el PortalWeb de Dominos Pizza.

16

Figura 6: Cuadro de Pedidos por el PortalWeb 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 (2010)

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

17

1.2. Objetivos del Proyecto 1.2.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 geolocalizada 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 habrn 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.2.2 Objetivo General. El objetivo principal de este proyecto de tesis de investigacin es el Desarrollo de un portal Web donde pueda encontrar informacin centralizada de diferentes empresas de venta de comida por Delivery. 1.2.3 Objetivos Especficos 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. 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. En el Portal Web habrn promociones ya que la informacin centralizada influye en una competencia por precios.

20

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.

1.3. Beneficios del Proyecto 1.3.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 tiene pasos que se podran reducir con 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. 1.3.2. Beneficios Intangibles Los Beneficios intangibles tienen la buscan lo siguiente:

21

Ahorro de tiempo, organizacin y eleccin con tranquilidad Se pueden observar los mens y precios actualizados con tranquilidad. Tambin existe la posibilidad de realizar pedidos programados de forma de estar organizado todo el da, as como para poder elegir que lo enven a casa o pasarlo a buscar.

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 y comentarios El sitio web presenta la experiencia de otros usuarios. Los locales pueden ser puntuados y los usuarios pueden comentar acerca de la experiencia de compra y consumo de sus productos.

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

Muestreo de Reportes mensuales. Con una implementacin para los administradores se podrn efectuar reportes en base a sus productos y tiendas correspondientes.

1.4. Alcance del Proyecto a) Registrar a cualquier empresa con cualquier promocin de venta existente. b) El cliente podr tener un avatar (Intranet) donde podr consultar su historial y dems detalles. c) Reportes para cada Unidad de Negocio de sus clientes y pedidos.

22

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

1.5. Viabilidad del proyecto 1.5.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 los de la web: www.webhostingbuzz.com pues ya existen evidencias de buen rendimiento y capacidad, tambin estudiando el tema de dinero. Cpanel: Al adquirir el Hosting, este ya viene con el Cpanel, para el caso redactado con anterioridad pues algunos otros proveedores vienen con otros tipos de gestores de Hosting, el Cpanel es muy til pues con el 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.

23

Framework PHP: El ZendFrameworks es simple, no necesita instalacin especial, requiere PHP 5 e incorpora el patrn MV Se debe descargar y copiarlo hacia nuestro servidor local, veamos a travs de un pequeo ejemplo cmo podemos crear un lector de RSS. Los ficheros que creemos podemos copiarlos dentro del directorio library. Workbench: es un modelador de Base de Datos, en este caso solo para el Mysql, se va utilizar la versin 5.2 la cual es la ltima en el mercado y es libre para descargar.

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

Costo x Mes

Meses 12 12

Total S./ 280 130 1600 1600 1600

800 800 800

2 2 2

24

Pago DBA Alquiler PCs Alquiler de Local y otros Marketing

900 600 500 1000

2 2 12 4

1800 1200 6000 4000 18210

Ao (t) 3

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

Costo x Mes

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

Costo x Mes

Meses 12 12

Total S./ 900 130 1600 1600 1600 1800 1200

800 800 800 900 600

2 2 2 2 2

25

Alquiler de Local y otros Marketing

500 1000

12 4

6000 4000 18830

Ao (t) 7

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

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

Mes Enero Febrero Marzo

Rango de Pedidos 10000 10300 10600 10300 10600 10900

Costo S./ 0.2 0.2 0.2

Rango de Ganancias S./ 2000 2060 2120 2060 2120 2180

26

2 2 2 2 2 2 2 2 2

Abril Mayo Junio Julio Agosto Septiembre Octubre Noviembre Diciembre

10900 11200 11500 11800 12100 12400 12700 13000 13300

11200 11500 11800 12100 12400 12700 13000 13300 13600

0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2 0.2

2180 2240 2300 2360 2420 2480 2540 2600 2660 27960 Prom:

2240 2300 2360 2420 2480 2540 2600 2660 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 3220 3240 3260 3280 3300 3320 3340 3360 3380 3400 3420 3440 39960

27

Prom:

39840

Ao 6 6 6 6 6 6 6 6 6 6 6 6

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

Rango de Pedidos 17200 17300 17400 17500 17600 17700 17800 17900 18000 18100 18200 18300 17300 17400 17500 17600 17700 17800 17900 18000 18100 18200 18300 18400

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./ 3440 3460 3480 3500 3520 3540 3560 3580 3600 3620 3640 3660 42600 Prom: 3460 3480 3500 3520 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

28

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%

1.5.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 Fundacin Mundo Ciudad 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
3

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

29

Fundacin Mundo Ciudad. 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. Fundacin Mundo Ciudad 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 de Fundacin Mundo Ciudad. 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 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,
4 5

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

30

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

31

Captulo II: Marco Terico

32

2.1.

Antecedentes. 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. Por este motivo no se tiene un buen control de los restaurantes ni de la informacin que se pueda tener de ellos.

El modelo de negocios tiene un parecido a MercadoLibre.com, pues las utilidades vienen desde el lado de las comisiones, mientras que los usuarios no deben pagar costos extras. El concepto aplicado por Evolutiva Software es el de software como un servicio (Software as a Service SaaS), que implica que los restaurantes no pagan licencias de uso del software sino ms bien una pequea renta mensual por el uso de l, contando con la posibilidad de gestionar su oferta gastronmica, sus pedidos on-line y la apertura de una nueva tienda virtual. El mercado objetivo en principio se enfocar a restaurantes que cuenten con sus Deliverys y actualmente procesen sus pedidos telefnicamente. La diferencia con ofertas similares se enmarca en la Web 2.0, que incorpora funcionalidades atpicas en este tipo de sitios, tales como AJAX, Web Bloggers, incorporacin de mapas, comunidades virtuales y la formacin de verdaderos fans club, utilidades que beneficiarn tanto a los usuarios finales como a los propios restaurantes quienes podrn utilizar Delivery Web como una herramienta de Marketing para la publicacin de descuentos y ofertas para sus fans. Asimismo, para efectuar el pago por el servicio brindado, se implementar el sistema de pago de monedero mvil desde un dispositivo celular, el cual ha sido recientemente aprobado en nuestro pas. Avatar: Es una representacin dinmica de las opciones que puede tener un usuario dentro de un Sistema Web, puede incluir el cambio de contraseas,

33

imgenes, detalles, descripciones o alguno relacionado al usuario que este logeado. Administrar Promociones: Es lo que se puede ofrecer al cliente como promocin por compras y es lo que se puede subir a la pgina para que visualice el cliente. Consultar por Unidad de Negocio: Una Unidad de Negocio es el conjunto de Tiendas, pero el nombre es diferente a todas estas, pues es en si el nombre de la empresa es el conjunto de las Tiendas en forma grupal como por Ejemplo: La unidad de Negocio Dominos Pizza y tiene sus tiendas que son: Asia, Chorrillos, La Catlica. Consultar por Tienda: Si soy cliente para poder consultar algunos productos estoy en la necesidad de consultar los por la tienda, si el cliente sabe cul es la tienda que llegan a mi domicilio entonces puedo hacer una bsqueda por la misma tienda, de lo contrario el mismo Portal Web me puede validar de acuerdo a los rangos que abarca esta tienda comparndolos con mis coordenadas de geolocalizacin de Googlemaps. Delivery: Servicio de entrega a domicilio de productos. Los tipo de Delivery son motorizados o en bicicleta, por lo general en todas las tiendas de Dominos Pizza son en Moto, y abarcan zonas ya establecidas por el personal de Administracin. Portal Web: Un portal web, es un conjunto de pginas web y que ofrecen informacin, herramientas y/o servicios a sus usuarios, de esta manera se le brinda al usuario, la facilidad de poder encontrar en dicho sitio todas sus necesidades sin salir de dicho portal6. Tipos de portales Web:

http://www.tusistema.com/articulo.aspx?art=5

34

Estticas: Son pginas web simples y comunes hechas en HTML puro, solo muestran informacin de la misma plantilla formulario, se puede incluir alguna imagen GIF o algn banner sin ningn problema. Dinmicas: A diferencia de la anterior, en las dinmicas el cliente puede interactuar con la web, la cual le puede mostrar informacin, reportes, descripciones y a su vez interactuar con una base de datos la cual brinde informacin adecuada dependiendo del formulario donde se encuentre. Para este tipo de portales no es tan necesario tener que programarlos todos pues hay aplicaciones que solo son necesarios instalarlos as como el: Joomla, el cual es un gestor de contenidos que se instala en el mismo servidor quien ya tiene una base de datos estructurada lista para poder usar. Animadas: son un tipo de pginas las cuales son nicamente hechas en Flash y usan el lenguaje de programacin: ActionScript para que el Cliente pueda interactuar con esta, tambin puede tener una base de datos pero el manejo de objetos y clases es diferente. Niveles de portales Web enfocado a la prctica: a. Portal Web personalizado: puede ser usado para subir algunas fotos e informacin personal as como nuestra hoja de vida o coger alguna plantilla que el servidor de hosting nos recomiende para poder usarla. b. Portal Web profesional: estas pginas web son mucho ms profesionales pues usan herramientas avanzadas para la construccin de estas. c. Portales empresariales: son portales tales como: deremate.com, kotear.pe, amazon.com. las cuales fueron hechas nicamente para generar dinero y promover algunos productos y de sus ventas poder sacar un beneficio, por lo general es un porcentaje de cada venta o un monto esttico si es que eres vendedor frecuente. Reportes: Los Reportes en el Sistema Web van a ser de acuerdo a los detalles que se establezcan para que la informacin sea filtrada, tambin solo la podrn

35

hacer algunos usuarios pues la informacin es netamente de todos los Clientes o pedidos que pertenezcan a la Unidad de Negocio de la persona que haya ejecutado el reporte.

Sistema Web: Un Sistema Web es como un gestor de contenidos el cual interpreta de manera ordenada toda la informacin que ser alimentada por el Portal Web y por el mismo Sistema Web. En el presente proyecto el Sistema Web lo van a utilizar solo el personal de las tiendas y el acceso es restringido por usuarios y contraseas, en su interior la validacin se realizara para que la informacin est bien filtrada de tal manera que dos usuarios que pertenezcan a una Unidad de Negocio pero de diferentes Tiendas no pueden ver los mismo pedidos Unidades de Negocio: Es la representacin de una empresa, se le llama as pues el Cliente no interacta con este sino con sus Tiendas los cuales son los lugares donde se fabrican los productos y reparten a los Clientes En los presentes grficos se muestra la relacin entre los meses y la cantidad de pedidos en la misma Pgina Web de Dominos Pizza a nivel de todas las tiendas de Lima, estos cuadros estadsticos son el resumen desde que la pgina Web sali en funcionamiento hasta el mes de Octubre del 2011.

36

Captulo III: Estado del Arte

37

3.1

Desarrollo Las empresas grandes y pequeas requieren de un software para poder satisfacer sus necesidades de ventas, para lo cual se implementar con un software libre a continuacin el detalle de todas estas tecnologas. PHP: es un lenguaje de programacin interpretado, diseado originalmente para la creacin de pginas Web dinmicas. Se usa principalmente para la interpretacin del lado del servidor7. Para el sistema online de pedidos este lenguaje de programacin ser una de las tecnologas ms importantes puesto que el lenguaje de comunicacin del servidor Web con la pgina Web ser a travs de este lenguaje de programacin. JavaScript: es un lenguaje de programacin interpretado dialecto del estndar. Se define como orientado a objetos, basado en prototipos, imperativo, dbilmente tipado y dinmico8. Sera utilizado para las validaciones en todos los formularios que contengan alguna excepcin, como por ejemplo cuando el cliente quiere registrarse, este tiene que ingresar su nmero telefnico necesariamente, para lo cual se necesita validar que este campo sea obligatorio, para lo cual es necesario validarlo con este lenguaje de programacin. MySQL: Es un sistema de gestin de bases de

datos relacional, multihilo y multiusuario es software libre puesto que no se requiere comprar ninguna licencia para su funcionamiento9. Esta tecnologa es una de las ms importantes para nuestro Sistema de Pedidos Web puesto que escomo el corazn de todo el sistema ya que toda la informacin que voy a mostrar en la Web estar almacenada en esta base de datos, para todos los registros de clientes y de productos de las tiendas, todas estarn almacenadas en este mismo gestor de base de datos.
7 8 9

http://es.wikipedia.org/wiki/PHP http://es.wikipedia.org/wiki/Javascript http://es.wikipedia.org/wiki/MySQL

38

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 ubicaciones10. Esta tecnologa es una por las cuales el proyecto va apostar para incluirla, pues hay mucha gente que no sabe usarla, a pesar de eso est dentro del alcance que el usuario al registrarse pueda indicar su ubicacin actual por medio del Googlemaps, para que se pueda hacer las validaciones con las tiendas ms cercanas y tambin para poder validar si es que la tienda a la cual el cliente desea hacer un pedido realmente cubre la zona en la cual se encuentra.

Hosting (en ingls Web hosting): es el servicio que provee a los usuarios de Internet un sistema para poder almacenar informacin, imgenes, vdeo, o cualquier contenido accesible va Web11. Esta tecnologa es el medio para poder almacenar las cuentas de correo electrnico, tambin para poder almacenar las imgenes del sistema para que los Administradores de las tiendas puedan subir sus imgenes de sus productos y las imgenes de la misma pgina Web. Tambin contendr la base de datos, se podr manejar cuanto de ancho de banda consume mensualmente, la cantidad de visitas a mis diferentes formularios que pueda tener, los correos electrnicos con extensin del dominio y varias aplicaciones que ya vienen con el mismo.

Dominio: es una red de identificacin asociada a un grupo de dispositivos o equipos conectados a la red Internet12. El propsito principal de los nombres de dominio en Internet y del sistema de nombres de dominio (DNS), es traducir las direcciones IP de cada nodo activo en la red, a trminos memorizables y fciles de encontrar.

10
11 12

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

http://es.wikipedia.org/wiki/Hosting http://notifarandulin.blogspo http://es.wikipedia.org/wiki/Dominio_de_Internet

39

CPanel Es una herramienta de administracin basado en tecnologas Web para administrar sitios de manera fcil, con una interfaz limpia. Se trata de un software no libre disponible para un gran nmero de distribuciones de Linux que soporten RPM, como SuSE, Fedora, Mandriva, etc13.

Workbench es la herramienta oficial de MySQL para el diseo visual de esquemas de bases de datos. En la pestaa MySQLModel se especifica la estructura fsica en tablas y vistas tambin para documentar una bd existente o migrar otra a MySQL14. Esta herramienta va ayudar mucho para poder hacer los esquemas de la base de datos, ya que siempre el sistema va inclir nuevos mdulos, por lo cual se tiene que extender la cantidad de diseo de la misma base de datos y necesitaramos un esquema para poder tener una visualizacin clara de cmo est evolucionando nuestro modelo de entidades.

Empresas Emisoras de Dinero Electrnico (EEDE), son las empresas que sern las encargadas de ofrecer cuentas para hacer operaciones aceptadas no solamente entre bancos, sino por restaurantes, pago de servicios pblicos, tiendas comerciales, etc.

13

14

http://es.Wikipedia.org/wiki/cpanel http://mariafernandezuc3m.wordpress.com/2009/03/13/software-libre-vs-software-licenciado/

40

Captulo IV: Modelado del Negocio

41

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 organizacin15. Es comn ver queestas excepciones o condiciones especiales varan de acuerdo con las exigencias del entorno cambiante. Las unidades de Negocio sern administradas por el Administrador de la Web. Los administradores de Tiendas son los nicos que podrn administrar los productos de acuerdo a la tienda que estn asignados. Los Administradores de Unidad de Negocio podrn crear las tiendas y ubicaciones detalladas. El Recepcionista de Pedidos solo podr hacer la toma de pedidos. Los Clientes tendrn una interfaz diferente a la de administracin de Productos y Pedidos.

4.2

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

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)

15

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

42

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

43

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

44

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

45

Captulo V: Requerimientos del Proyecto

46

5.1.

Requerimientos del Software 5.1.1 Relacin de Requerimientos El Registro de los administradores ser realizado de forma interactiva por el Administrador del Sistema. 5.1.2 Especificacin de requerimientos (funcionales y no Funcionales) Requerimientos Funcionales: a) El Registro de los administradores ser realizado de forma interactiva por el Administrador del Sistema. b) El Portal Web permitir registrar a diferentes usuarios

Administradores. c) El Portal Web permitir la asignacin y modificacin asignadas a cada usuario. d) El Portal Web permitir controlas los accesos al sistema mediante Usuario y Contrasea. e) El Portal Web permitir hacer una bsqueda avanzada productos de todas las tiendas suscritas en el Portal. f) El Portal Web permitir la actualizacin de datos personales de los clientes. g) El Sistema permitir conocer por medio de reportes estadsticos el avance de la Tienda comparada en toda la Unidad de Negocio. h) Se podr tener una copia del pedido en la bandeja de correo de cada Cliente y Administrador de Tienda. i) El Administrador de Unidad de Negocio ser el nico gestor de las tiendas a las que le pertenecen. j) El Recepcionista de pedidos solo podr ver y atender los pedidos que estn en su tienda. de los

47

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

48

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.

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. Encargada de Administrar todas las Tiendas pues

Descripcin

49

hay alguna que solo abre por temporadas, en ese caso tiene que desactivarlo. 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 nicamente de los productos 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 recepcionar 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 referentes a su tienda asignada puedan sean 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 el envo de pedidos por la web. Es un usuario del sistema

Descripcin Tipo

50

Responsabilidad

Brindar sus datos correctamente.

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

Diagramas de caso de uso

51

5.2.5. Especificaciones de Casos de Uso Significativos Especificacin del caso de uso Realizar Pedido Flujo Bsico: 1. 2. El cliente ingresa al Portal Web. Selecciona el producto referente a alguna tienda a la cual pueda tener alcance el lugar donde se encuentre (su domicilio). Sub Flujo: El usuario puede hacer la bsqueda de la tienda pero si desea hacer una bsqueda efectiva tendra que registrarse para que el PortalWeb valide las coordenadas de la ubicacin. 3. Selecciona el producto que desee pedir. Sub Flujo: El usuario puede eliminar o cambiar la cantidad del pedido sin ninguna restriccin. 4. Selecciona la opcin de confirmar el pedido para pueda pasar a un siguiente nivel de confirmacin. Sub Flujo: Si el Cliente ya est registrado puede ir a la confirmacin del pedido De lo contrario tendra que ir al formulario de Registro de Cliente. 5. Una vez que ya reviso en este nuevo formulario toda la informacin detallada de su pedido y datos personales le da en la opcin de Conformidad de pedido. 6. El portal Web enva un correo con la Informacin a la bandeja del Recepcionista de Pedidos, tambin enva una copia a la bandeja del Cliente y lo inserta en la Base de Datos para que pueda ser mostrada a travs del Sistema Web.

Especificacin del Caso de Uso Administrar Productos

52

Flujo Bsico 1. El actor ingresa al Panel de Configuracin de Administrador de Unidad de Negocio. 2. El actor selecciona la opcin de Administracin de Productos. 3. El sistema muestra una lista con los productos que maneja la Unidad de Negocio. 4. El actor selecciona la respectiva opcin que requiere: SubFlujo: (Agregar productos): El sistema muestra una ventana, en la que se agregan las caractersticas de los productos a agregar. o Nombre del Producto o Tienda a la que pertenecer el plato o Descripcin. El actor ingresa los datos y selecciona Agregar.

SubFlujo: (Modificar productos): El usuario selecciona el producto que desea modificar. El sistema muestra una ventana con los datos modificables: o Nombre del producto o Tienda a la que pertenecer el producto o Descripcin. Flujos Alternativos El actor luego de elegir una de las opciones puede volver a seleccionarlas, para realizar una nueva accin de administracin. Especificacin del caso de uso Administrar Tiendas Flujo Bsico Luego de actualizar los datos, el actor selecciona Modificar

SubFlujo: (Eliminar Producto): El actor selecciona el producto que desea eliminar. El sistema muestra una ventana para la confirmacin de eliminacin. El actor confirma la eliminacin del producto.

53

1. El actor ingresa al Panel de Configuracin de Administrador de Unidad de Negocio. 2. El actor selecciona la opcin de Administracin de Tiendas. 3. El sistema muestra una lista con las tiendas que pertenecen a la Unidad de Negocio. 4. El actor selecciona la respectiva opcin que requiere:

SubFlujo: (Agregar Tienda): -

El sistema muestra una ventana, en la que se agregan las caractersticas de la tienda a agregar. o nombre_tienda o direccion_tienda o telefono_tienda

El actor ingresa los datos y selecciona Agregar.

SubFlujo: (Modificar Tienda): El usuario selecciona la tienda que desea modificar. El sistema muestra una ventana con los datos modificables de la tienda: o nombre_tienda o direccion_tienda o telefono_tienda Luego de actualizar los datos, el actor selecciona Modificar

SubFlujo: (Eliminar Tienda): El actor selecciona la tienda que desea eliminar. El sistema muestra una ventana para la confirmacin de eliminacin. El actor confirma la eliminacin de la tienda.

Flujos Alternativos El actor luego de elegir una de las opciones puede volver a seleccionarlas, para realizar una nueva accin de administracin.

54

Especificacin del caso de uso Administrar Unidad de Negocio Flujo Bsico El sistema muestra la interfaz Administrar Unidad de Negocio con las opciones de busca, editar nuevo y eliminar. 1. Crear Unidad de Negocio a) El caso de uso comienza cuando el Administrador del Sistema selecciona nuevo en la interfaz Administrar Unidad de Negocio. b) c) El sistema muestra la interfaz Crear Unidad de Negocio. El Administrador del Sistema ingresa los datos de la Unidad de Negocio como son: Nombre, Rubro, Ruc, Numero Telfono, Email, Nmero de Tiendas. d) El Administrador de Sistema elige la opcin de Grabar para guardar la nueva Unidad de Negocio. e) El Sistema guarda el registro y enva un mensaje de confirmacin de la creacin de la Unidad de Negocio y regresa a la interfaz Administrar Unidad de Negocio. Sub Flujo: Cuando el Administrador del Sistema selecciona guardar sin

haber llenado todos los campos requeridos, el sistema muestra un mensaje de error Falta llenar campos y lo retorna al la interfaz Crear Unidad de Negocio.

2. Editar Unidad de Negocio

a)

El Administrador del Sistema ingresa el criterio de bsqueda de la Unidad de Negocio ya sea Buscar. Nombre o RUC y selecciona

b)

El Sistema muestra las Unidades de Negocio y sus datos en una tabla en la interfaz Administrar Unidad de Negocio.

55

c)

El Administrador del Sistema presiona Editar en la Unidad de Negocio que desea editar.

d) e) f)

El Sistema muestra la interfaz Editar Unidad de Negocio. El Administrador de Negocio modifica los datos que requiera y selecciona Grabar. El Sistema guarda los datos y enva un mensaje de confirmacin de la Actualizacin de la Unidad de Negocio y regresa a la interfaz Administrar Unidad de Negocio.

3. Eliminar Unidad de Negocio a) El Administrador del Sistema ingresa el criterio de bsqueda de la Unidad de Negocio ya sea Nombre o RUC y selecciona Buscar b) El Sistema muestra las Unidades de Negocio y sus datos en una tabla en la interfaz Administrar Unidad de Negocio. c) El Administrador del Sistema selecciona la Unidad de Negocio mediante un checkbox y selecciona Eliminar. Sub Flujo: Cuando el Administrador del Sistema selecciona eliminar sin haber seleccionado la Unidad de Negocio, el sistema muestra un mensaje de error Falta seleccionar la Unidad de Negocio a eliminar y lo retorna a la interfaz eliminar Unidad de Negocio. d) e) f) El Sistema enva un mensaje de Confirmacin de la Eliminacin. El Administrador del Sistema confirma seleccionando Aceptar El Sistema guarda los datos y regresa a la interfaz Administrar Unidad de Negocio. Sub Flujo: No coloca criterio de bsqueda Si en editar Unidad de Negocio y eliminar Unidad de Negocio el Administrador del Sistema presionar buscar sin ingresar un criterio de bsqueda, el sistema muestra un mensaje de error Falta ingresar Unidad de Negocio a buscar. Error no seleccionar Suministro

56

Especificacin del Caso de Uso Administrar Usuarios Flujo Bsico 1. El actor ingresa al Panel de Configuracin. 2. El actor selecciona la opcin de Administracin Usuarios. 3. El sistema muestra una lista con los Usuarios registrados en el Sistema. 4. El actor selecciona la respectiva opcin que requiere: SubFlujo: (Agregar Usuarios): -

El sistema muestra una ventana, en la que se agregan las caractersticas del Usuario a agregar. o Nombre completo del Usuario o Usuario de Usuario o Tipo de Usuario o Clave o Pregunta o Respuesta o Fecha de Registro

El actor ingresa los datos y selecciona Agregar.

SubFlujo: (Modificar Usuarios): -

El usuario busca al Usuario que desea modificar por su Nombre de Usuario. El sistema muestra una ventana con los datos modificables: o Nombre completo del Usuario o Nombre de Usuario o Tipo de Usuario o Clave

Luego de actualizar los datos, el actor selecciona Modificar

SubFlujo: (Eliminar Usuarios):

57

Flujos Alternativos

El actor busca el cliente que desea eliminar por su Nombre de Usuario. El sistema muestra una ventana para la confirmacin de eliminacin. El actor confirma la eliminacin del Usuario.

El actor luego de elegir una de las opciones puede volver a seleccionarlas, para realizar una nueva accin de administracin.

Especificacin del caso de uso Confirmar Pedido Flujo Bsico 1) El actor ingresa al Panel de Configuracin de Administrador de Unidad de Negocio o de Tienda. 2) El actor selecciona la opcin de Pedidos. 3) El sistema muestra una lista con los pedidos, mostrando sus caractersticas principales: - Productos que conlleva - Nombre y direccin del cliente - Estado - Precio y forma de pago

4) Si el pedido no est confirmado, el actor puede realizar la confirmacin 5) El actor selecciona la opcin de confirmacin de pedido 6) El sistema cambia el estado del pedido a atendido y enva un email de confirmacin al cliente, comunicndole que su pedido se realizar. Flujos Alternativos El actor puede rechazar el pedido, de manera que el sistema enva un email de rechazo al cliente indicndole que su pedido no se podr realizar. El sistema guarda el estado del pedido como rechazado.

58

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

59

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

60

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 par que puedan ser bien especificados y no estn juntos en la misma.

E_Producto_Detalle

61

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 Pedido Comida Va Internet 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 Genera Reporte por Tienda, por una cadena de tienda o por Unidad de Negocio Puede Administrar Promociones Confirmacin de Pedido que se Responde la Solicitud en 5 min Administra el Pedido por Cadena de Tienda, por Tienda Portal Web 3 3 Yo no cocino 2 0 PedidoYa 2 2 Alimentos delivery 1 2

Caractersticas No Funcionales Seguridad 3 2 3 2

62

Mantenibilidad Desempeo Compatibilidad Ser Extensible Puntaje total

3 3 3 3 36

2 3 3 2 26

3 2 2 2 25

2 3 2 2 21

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 256MB 500Mb. 1.8Ghz. O superior 256 MB 500 Mb. Intel Celeron o Superior 256MB 1 Gb. 1.8GHz o superior 512MB

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:

63

Pantalla de Registro de Empresas:

64

Formulario del registro de Clientes:

65

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

Ingresando al carrito de compras:

66

Captulo VI: Arquitectura

67

Captulo VII: Desarrollo y Pruebas

68

Captulo VIII: Conclusiones y Recomendaciones

69

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. FlyersSon 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 Mapses 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 deprogramacin interpretado, diseado originalmente para la creacin de pginas web dinmicas. 12. MySQL es un sistema de gestin de base de datos relacional, multihilo y multiusuario. 13. MySQLWorkbench es una aplicacin para el diseo y documentacin de bases de datos (sucesora de la aplicacin DBDesigner4) pensada para ser usada con el

70

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 ComprasDocumento 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. PromocionesAccin o resultado de promover; Accin o resultado de promocionar; actividades realizadas para dar a conocer un producto. 17. RecepcionarHecho 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. TiendasEstablecimiento especfico de una Unidad de Negocio, comprende su ubicacin especfica y se mide la cobertura de entrega segn sta.

71

BIBLIOGRAFA.

http://es.wikipedia.org/wiki/Gesti%C3%B3n_de_proyectos http://cursos.puc.cl/pps1-1/almacen/1284137378_glarrail_sec4_pos0.pdf http://www.slideshare.net/jcfdezmx2/la-organizacin-por-procesos-presentation http://www.infomipyme.com/Docs/GT/Offline/administracion/areafuncional.htm http://www.delivery.com.pe/lasCanastasStore/inicio.do http://www.burgerking.com.py/delivery/ http://www.bembos.com.pe/bembosStore/inicioPortal.do http://www.deliverytube.com.ar/ http://www.neodelivery.com/ http://www.sinimanes.com/ http://www.informaticajuridica.com/anexos/Ley_27806_Transparencia_y_Acceso_Informacion_Publica_13_ju lio_2002.asp http://elperuanolegal.blogspot.com/2013/01/ley-n-29985-ley-que-regula-las.html?m=0 http://elcomercio.pe/actualidad/1524539/noticia-como-funciona-dinero-electronico

72