tesis delivery y pago movil - parte 2 ver 11

1

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 TESISPARA OPTAR EL TTULO PROFESIONAL DE INGENIERO INFORMTICO

Presentado por:Jimmy Anderson Burga CruzYonel Luis Huamn Montero

ASESOR: Vctor Beltrn

LIMA PERAO: 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.

RESUMEN

El presente proyecto de Tesis est enfocado en el proceso de negocio para las empresas que brindan el reparto de alimentos por delivery.

Comprende 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 implementara en las empresas que deseen el modelo de monedero electrnico, el cual mediante un mensaje de texto enviado desde un celular se podr pagar el pedido.

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.

INDICE

INTRODUCCION7Captulo I: Visin del Proyecto81.1.Antecedentes del Problema91.1.1.El Negocio91.1.2.Los Procesos del Negocio111.2.Descripcin del Problema151.3.Objetivos del Proyecto181.3.1Marco Lgico181.3.2Objetivo General.201.3.3Objetivos Especficos201.4.Justificacin del Proyecto211.4.1.Beneficios Tangibles211.4.2.Beneficios Intangibles211.5.Alcance del Proyecto221.6.Viabilidad del proyecto231.6.1Viabilidad Tcnica231.6.2Viabilidad Econmica241.6.3Viabilidad Legal27Captulo II: Marco Terico312.1.Sistema322.2.Tipos de Sistema322.3.Sistema de Informacin322.4.Tecnologas de la Informacin y la Comunicacin (TIC)332.5.Tipos de Procesos de Negocio342.6.Open Source y Software Libre352.7.Lenguaje PHP362.8.Servidor Web Apache362.9.Motor base de datos MySQL372.10.Dinero Electrnico382.11.Pago Mvil382.12.Entidades Emisoras de dinero Electrnico39Captulo III: Estado del Arte413.1Revisin de Papers423.1.1.Integrando Especificaciones Textuales y Elementos de modelado UML en un Marco de Trabajo para Trazabilidad de Requisitos423.1.2.Towards Security by Construction for Web 2.0 Applications423.1.3.IdentifyingExtensionsRequiredby RUP (RationalUnifiedProcess) toComplywith CMM (CapabilityMaturityModel) Levels 2 and 3433.1.4.Implicaciones estratgicas del comercio electrnico basado en Internet433.1.5.Medios de pago electrnico. Piedra angular en el desarrollo del comercio electrnico44Captulo IV: Modelado del Negocio454.1.Reglas del Negocio464.2Casos de Uso del Negocio474.3.Diagramas de Actividades del negocio47Captulo V: Requerimientos del Proyecto505.1.Requerimientos del Software515.1.1Requerimientos Funcionales515.1.2.Requerimientos No Funcionales525.2.Casos de Uso del Sistema535.2.1.Diagrama de Actores del Sistema.535.2.2.Descripcin de Actores del sistema535.2.3.Diagrama de paquetes del Sistema.555.2.4.Casos de Uso del Sistema555.2.5.Casos de Uso del Sistema por Paquetes565.3.Modelo Conceptual del Sistema575.4.Benchmarking585.5.Prototipo de la Solucin60Captulo VI: Arquitectura696.1.Diagrama de Clases706.2.Diccionario de Clases716.3.Diagrama de despliegue726.4.Diagrama de componentes73Captulo VII: Desarrollo y Pruebas747.1Especificaciones de Caso de Uso757.1.1.Especificacin del CUS Registro Cliente757.1.2. Especificacin del CUS Realizar pedido767.1.3. Especificacin del CUS Confirmar pedidos por Tienda787.1.4 Especificacin del CUS Administrar Productos797.1.5.Especificacin del CUS Realizar Pago Mvil807.1.6.Especificacin del CUS Registrar Recarga Mvil807.1.7.Especificacin del CUS Consultar Saldo Mvil817.2Pruebas Unitarias827.2.1.CUS Iniciar sesin827.2.2.CUS Registrar cliente827.2.3.CUS Realizar pedido837.2.4.CUS Confirmar Pedidos por Tienda847.2.5.CUS Administrar tienda85Captulo VIII: Conclusiones y Recomendaciones868.1Conclusiones878.2Recomendaciones88GLOSARIO DE TRMINOS89BIBLIOGRAFA.91

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 NegocioEs una organizacin internacionalde comida rpidaquefue fundada en 1960y se ha especializadoen laproduccin y entrega depizza 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.

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 Domino's Pizza que tiene como poltica no ceder en aquellos mercados donde ya se establecieron o ingresaron.1.1.2. Los Procesos del NegocioEn Dominos Pizza los procesos del negocio se manejan internamente, para la fabricacin de insumos como masas y quesos, para los dems insumos tienen sus proveedores los cuales traen en grandes cantidades a sus almacenes.La nica tercerizacin que hacen es la impresin de sus volantes y pancartas, el resto de procesos como: desarrollo web, diseo grfico, contabilidad, RRHH son procesos internos de la empresa.Mapa del Negocio

El servicio de Dominos Pizza tiene la mejor atencin para los clientes, en cada establecimiento existe un administrador de tienda encargado de verificar que los insumos para la preparacin de las pizzas tengan stock, de no tener insumos por una llamada puede gestionar a comisariato quienes se encargan de abastecer a todas las tiendas, tambin todo el personal de la tienda est dispuesto a contestar una llamada telefnica y atender al cliente, para la preparacin de las pizzas es rotativo, lo indicado seria 4 horas por persona pero estas pueden variar ya que siempre hay permisos o inconvenientes y los horarios por lo general suelen ser rotativos.Tambin existe la distribucin de afiches masivos o volanteo, los miembros de la tienda inclusive el administrador reparten afiches de promociones a los transentes, se utiliza este tipo de marketing para poder llegar a los clientes de una manera ms directaas como a las personas que viven alrededor de las tiendas para que puedan solicitar unpedido telefnico.

Contabilidad:Elaboracin de existencias entre insumos y productos finalesElaboracin de Ingresos y egresos

Finanzas:*Prestaciones de identidades financieras.*Prestaciones de personas naturales.*Financiamiento de capital propio.

Administracin de RRHH*Contratacin del personal.* Remuneraciones.* Rescindir contratos de personal.Capacitacin.*Explicacin de flujo de trabajo.*Capacitacin en preparacin de pizzas.*Capacitacin en buen trato al cliente.

PlaneamientoFormulacin de Presupuestos*Proyeccin de ventas.*Evaluacin de Costos.

Servicios Generales*Servicios de Transporte. *Mantenimiento de movilidades.*Mantenimiento de Hornos. *Mantenimiento de Locales.

Sistemas de Informacin*Software de Computacin.*Uso de Internet (Sede Central).*Hardware de PCs en tiendas.*Uso de VPN(Tiendas)

Abastecimiento*Evaluacin de proveedor.*Evaluacin de propuestas.*Elaboracin de listas de Compra.

Logstica*Recepcin de Materiales.*Verificacin de Materiales.*Control de Calidad de Materiales.

Abastecimiento de InsumosOperacionesLogsticaMarketingVentasPostventa

*Revisin de insumos faltantes.

*Reparticin de Insumos a tiendas.*Almacenamiento de Insumos.*Inspeccin por parte de la Planta.*Control de calidad.*Seleccin de insumos.

*Alianzas con otras empresas.*Diseo de Volantes.*Eventos en Colegios y Universidades.*Promociones por fechas resaltantes.*Segmentacin de mercado.*Evaluacin de Descuentos.*Evaluacin de quejas y sugerencias.*Obtencin de informacin previa.*Comparacin de Costos.*Confirmacin de pedido.*Atencin al cliente.*Atencin de pedidos.*Redenciones de Ventas en todas las tiendas.*Conteo de Retorno de vales y volantes.

Figura 2: Cuadro del mapa del negocio.

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 proceso y planeamiento de realizacin de un pedido.

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

Descripcin de actividades:El cliente inicia la actividad realizando una llamada telefnica, el vendedor le informa si existe alguna promocin vigente, el cliente es quien toma la decisin para poder aceptar el pedido, despus que el vendedor ofrezca las promociones, el cliente acepta el pedido, paga y esperahasta que termine la preparacin, al final entregan su pedido.Para la actividad del pago por el servicio, el sistema consulta al cliente cuando enva la solicitud del pedido si va realizar el pago mvil, de ser as, laEmpresa Emisora de Dinero Electrnico (EEDE) enva al cliente el monto de la operacin y un cdigo nico al cliente. El cliente para dar su aceptacin debe confirmar la solicitud respondiendo el mensaje con dicho cdigo y se le descuenta el monto de su saldo inicial

Leyenda de Procesos: Compra de insumosDominos Pizza tiene su propia planta de quesos y masas (Huaral), algunas veces ellos mismos no pueden cubrir sus demandas, para lo cual solicitan a sus proveedores son: Gloria para el queso, Jamn Otto Kunz, Cartones, cajas Carvinza y salsas de tomate Carozzi. Estas empresas previamente, fueron visitadas por un inspector de sanidad para que puedan ser proveedores directos de Dominos Pizza. Reparto de Insumos a TiendasEn este proceso, los insumos se distribuyen a todas las tiendas para que puedan preparar los productos finales (pizzas). Preparacin de pizzasLa preparacin es en las tiendas, teniendo respaldo de Stocks de insumos se podrn vender las pizzas de acuerdo a la receta y preparacin, cada una con su respectivo manual e ingredientes que tienen establecidos para cada tipo de pizza. Alianzas estratgicasDominos Pizza realiza alianzas con: Coca-Cola, BCP, TROCHA, Saga Falabella, etc. Con el fin de poder llegar a los clientes de forma directa y no a travs de interlocutores o medios televisivos. Una de las estrategias es llegar al cliente de manera directa a los hogares a travs de tarjetas de invitacin para que degusten algn nuevo sabor o simplemente invitndolos. Inventario y FinanzasPara llevar un buen manejo de las cuentas y suministros de productos, se lleva a cabo todas las semanas un inventario del stock de las tiendas, para prevenir algn requerimiento mayor de eventos o salida de alguna promocin con alguna alianza estrategia fuerte. Reparto de Pizzas(Delivery)Es un servicio dereparto a domicilio, suele realizarte en Moto mediante llamada telefnica. Las empresas que distribuyen las pizzas a domicilio suelen ser franquicias[footnoteRef:1]. [1: http://es.wikipedia.org/wiki/Reparto_de_pizza]

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 titular[footnoteRef:2]. [2: http://gestion.pe/tu-dinero/que-dice-promulgada-ley-dinero-electronico-2056798]

1.2. Descripcin del Problema

Hay muchas empresas que desean implementar e innovar nuevas alternativas para llegar con mayor calidad y eficacia a sus clientes, pero no cuentan con la infraestructura y tecnologa necesaria, muchas veces estas implementaciones toman tiempo recursos humanos y econmicos. Por lo que se requiere de un planeamiento de modelado, programadores, costo o tercerizar el servicio, esto tiene un sobrecosto del servicio que es trasladado al cliente final.Existen muchos portales web que solo se preocupan por vender y mostrar sus productos a los clientes y no se preocupan por la funcionalidad de la misma como brindar una geo localizacin de las tiendas, alcance del delivery o saber exactamente donde vive cada cliente.Las empresas afiliadas al portal web pueden tener un control de los pedidos para reparto a domicilio lo que permitir a los clientes identificar a las empresas de alimentos que estn dentro de su alcance de reparto a domicilio usando coordenadas de los mapas con la ayuda de Googlemaps. Asimismo, se podr utilizar la modalidad de pago haciendo uso del monedero 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 portal web de Dominos Pizza.



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

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

1.3. Objetivos del Proyecto1.3.1Marco Lgico

rbol de Problemas:

Las empresas evaluaran la importancia de acuerdo a los cuadros estadsticos de incluir sus productos al portal web.Los clientes son afectados pues los precios no pueden ser comparados. Los clientes desconocen que empresas llegan realmente a sus domicilios y no optan por comunicarse con ellos.

Los clientes que navegan encuentran informacin dispersa en varios contenedores que fueron desarrollados por la misma empresa de alimentos

Las direcciones de las tiendas estn en algunos volantes pero no est geo localizada para una mejor visin del cliente.Los clientes pierden mucho tiempo al buscar los telfonos de diferentes empresas por delivery.

Falta de un repositorio donde se pueda encontrar todos los productos centralizados de diferentes empresas de comida por delivery.

Las empresas no se unen para brindar un mejor servicio.Las empresas desconocen el potencial que tienen los clientes que estn navegando por la web.Falta de localizacin referencial de tiendas.

Las empresas no estn de acuerdo que sus productos compitan en un mismo portal web.Las empresas no tienen bien establecidos sus rangos de alcance de delivery.

Las empresas no tienen estadsticas comparativas de pedidos de clientes.

rbol de Objetivos:

Las empresas podrn verificar que tienda es menos rentable de acuerdo a la cantidad de pedidos realizados. Los clientes no tendrn que preocuparse de que tiendas llegan a sus domicilios pues esto ser validado automticamente. El portal web tendr promociones ya que la informacin centralizada influye en una competencia por precios.

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

Los clientes encontraran informacin centralizada y no tendrn que estar navegando por diferentes portales.Mejora la exactitud referencial de las tiendas para ver si el domicilio del cliente est cerca.

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

Aumento de las utilidades para las medianas y grandes empresas que tengan el servicio de delivery.Mayor facilidad de ubicacin de las tiendas con ayuda de Googlemaps.Unificar las empresas para que puedan ayudar a los clientes a tener una visin ms amplia de productos y tiendas.

Se podrn mostrar cuadros estadsticos de los clientes frecuentes y pedidos por tiendas.Con la ayuda de las zonas de Googlemaps se podrn definir por rangos de llegada en el mapa de Lima.

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

1.3.2Objetivo 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.3Objetivos Especficos

Unificar a las empresas alimenticias y poder ayudar a los clientes a tener una visin ms amplia de productos y tiendas. Localizacin inmediata de las tiendas con ayuda de Googlemaps. Aumento de los ingresos para las medianas y grandes empresas que tengan el servicio por delivery. Con la ayuda de las zonas de Googlemaps se podrn definir exactamente los rangos de alcance en todos los distritos de Lima. Al tener centralizada la informacin, los clientes no tendrn que perder tiempo en la bsqueda de telfonos o referencias y direcciones de tiendas. Los clientes encontraran 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 tendrn que preocuparse por que tiendas llegan a sus domicilios pues esto ser validado automticamente al ingresar a una tienda. Las empresas podrn verificar que tienda es menos rentable de acuerdo a la cantidad de pedidos realizados. 1.4. Justificacin del Proyecto1.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:

Ahorro de tiempo, organizacin y eleccin con tranquilidadSe 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 actualizadosCada 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. RankingsLos 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.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 proyecto1.6.1Viabilidad TcnicaDado 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: ElZendFrameworkses simple, no necesita instalacin especial, requiere PHP 5 e incorpora el patrn MV Se debedescargary copiarlo hacia nuestro servidor local, veamos a travs de un pequeo ejemplo cmo podemos crear un lector de RSS. Los ficheros que creemos podemos copiarlos dentro del directorio library.Workbench: es un modelador de Base de Datos, en este caso solo para el Mysql, se va utilizar la versin 5.2 la cual es la ltima en el mercado y es libre para descargar.Servidor SMS: Se ha visto en la necesidad de implementar un servidor SMS que permitir enviar y recibir mensajes de texto desde un dispositivo mvil e interactuar a su vez con una base de datos. 1.6.2Viabilidad EconmicaCostos por Ao:Ao (t)DetalleCosto x MesMesesTotal S./

0Renta de hosting12130

Renta de Dominio1240

Pago Diseador8001800

Pago Programador80032400

Pago Modelamiento de procesos8001800

Pago DBA90021800

Alquiler PCs35041400

Otros gastos200122400

Emision tarjetas1205600

Marketing80043200

13570

Ao (t)DetalleCosto x MesMesesTotal S./





Alquiler PCs3502700

Alquiler de Local y otros50063000


Marketing100044000

9870






Alquiler PCs3502700



Marketing100044000

11470






Alquiler PCs3502700



Marketing100044000

9370






Alquiler PCs3502700



Marketing100044000

11470

Beneficios por ao:

Calculo del VAN y la TIR

AoFlujo Neto FSA (15%,t)VAN al 15%FSA (20%)VAN al 20%

tde caja (Bt-Ct)

0-2761.61.0000-2,7621.0000-2,762

123193.40.869620,1680.833319,328

2113373.40.756185,7270.694478,732

3232908.40.6575153,1410.5787134,785

4366073.40.5718209,3040.4823176,540

732,787465,578406,623

Aplicando Funciones de Excel

VAN(15%)=S/.404,850El excel actualiza al ao anterior al primer dato

VAN(15%)=S/.465,578 Ajustado para actualizarlo al ao 0

VAN(20%=S/.338,852El excel actualiza al ao anterior al primer dato

VAN(20%=S/.406,623 Ajustado para actualizarlo al ao 0

TIR =63.5%

1.6.3Viabilidad Legal

TTULO III ACCESO A LA INFORMACIN PBLICA DEL ESTADO

Artculo 10.- Informacin de acceso pblicoLas 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 informacinEn 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 Nacional[footnoteRef:3]. [3: http://transparencia.rree.gob.pe/index.php?option=com_content&view=article&id=93&Itemid=144]

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 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 mismos[footnoteRef:4]. [4: http://www.eurofilmfestival.com/aviso.html]

INDECOPI: Cdigo de Consumo beneficiar a consumidores sin afectar leyes del mercado

En la elaboracin del documento la institucin particip de manera activa, con su experiencia de casi 18 aos en defensa del consumidor, procurando que el mismo tenga el equilibrio necesario y que no afecte a ninguna de las partes que participan en las relaciones de consumo. Asimismo, el Cdigo ha sido trabajado de manera tcnica, objetiva y democrtica, pues en su elaboracin estuvieron presentes todos los sectores interesados en el tema. Como se sabe, en los diferentes grupos de trabajo participaron no solo representantes de los grupos parlamentarios, encabezados por la legisladora Alda Lazo. Tambin lo hicieron especialistas de las diferentes instituciones pblicas como Digemid, Digesa, Senasa, Ministerio de Agricultura, Ministerio de Salud, Ministerio de la Produccin, entre otros[footnoteRef:5]. [5: http://www.indecopi.gob.pe/0/modulos/NOT/NOT_DetallarNoticia.aspx?PFL=0&NOT=132]

Ley N 29985 DEL DINERO ELECTRNICO - BILLETERA MVIL

LEY 29440 QUE REGULA LAS CARACTERSTICAS BSICAS DEL DINERO ELECTRNICO COMO INSTRUMENTO DE INCLUSIN FINANCIERA.Artculo 1. Objeto de la Ley 1.1 El objeto de la presente Ley es regular la emisin de dinero electrnico, determinar las empresas autorizadas a emitirlo y establecer el marco regulatorio y de supervisin de las Empresas Emisoras de Dinero Electrnico.1.2 La emisin de dinero electrnico comprende las operaciones de emisin propiamente dicha de dinero electrnico, reconversin a efectivo, transferencias, pagos y cualquier movimiento u operacin relacionada con el valor monetario del que disponga el titular y necesaria para las mismas.Artculo 2. El dinero electrnico es un valor monetario representado por un crdito exigible a su emisor, el cual tiene las siguientes caractersticas:

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

Artculo 3. Reserva de actividadSolo pueden emitir dinero electrnico las empresas que operan bajo el mbito de supervisin de la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones, listadas en el inciso A del artculo 16 y el numeral 6 del artculo 17 de la Ley 26702, Ley General del Sistema Financiero y del Sistema de Seguros y Orgnica de la Superintendencia de Banca y Seguros.

Artculo 17.- CAPITAL MNIMO DE EMPRESAS DE SERVICIOS COMPLEMENTARIOS Y CONEXOS.(...)6. Empresas Emisoras de Dinero Electrnico: S/. 2 268 519,00. El citado capital corresponde al trimestre octubre - diciembre 2012 y posteriormente se sujeta a la actualizacin trimestral segn el procedimiento sealado en el artculo 18 de la Ley 26702.

Artculo 4. Caractersticas y obligaciones de las Empresas Emisoras de Dinero Electrnico4.1 Las Empresas Emisoras de Dinero Electrnico tienen como objeto principal la emisin de dinero electrnico, no conceden crdito con cargo a los fondos recibidos y solo pueden realizar otras operaciones relacionadas a su objeto principal.4.2 Las Empresas Emisoras de Dinero Electrnico son sujetos obligados a proporcionar la informacin a que se refiere el artculo 3 de la Ley 27693, Ley que crea la Unidad de Inteligencia Financiera - Per, y sus modificatorias, conforme a lo dispuesto en el literal a) del numeral 3.1 del artculo 3 de la Ley 29038, Ley que incorpora la Unidad de Inteligencia Financiera del Per (UIF-PER) a la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones, y sus normas reglamentarias. En tal sentido, se encuentran obligadas a cumplir con las disposiciones reglamentarias emitidas sobre prevencin del lavado de activos y financiamiento del terrorismo que emita la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones, siendo responsables de aplicar las normas del presente numeral a sus clientes o usuarios que adquieran el dinero electrnico que emitan.

Artculo 5. Los emisores de dinero electrnico:a) No pueden establecer un lmite a la vigencia de los fondos de dinero electrnico, distinto al reglamentado. Cuando transcurran diez (10) aos sin que una cuenta de dinero electrnico tenga movimientos y sin que medie reclamacin durante ese lapso, dichos fondos son remitidos a la Direccin General de Endeudamiento y Tesoro Pblico del Ministerio de Economa y Finanzas para ser destinados a programas de inclusin financiera.b) Estn sujetos a los lmites de emisin de dinero electrnico de una Unidad Impositiva Tributaria (UIT) por transaccin, de acuerdo a las condiciones que se establezca en la reglamentacin de la presente Ley.c) Se sujetan a las disposiciones de encaje y a las que por la Ley 29440, Ley de los Sistemas de Pagos y de Liquidacin de Valores, formule el Banco Central de Reserva del Per.

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

Captulo II: Marco Terico

Gracias al Internet hoy no es necesario recurrir a las guas telefnicas para buscar un restaurante, ya que hay mucha informacin online. Sin embargo, suele estar dispersa e incompleta y la mayora de veces no geo localizada. A continuacin detallaremos las bases tericas para la implementacin de la presente tesis.SistemaEstamos 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 existe entre estos elementos y entre sus atributos organizados en funcin a un fin. Esta interaccin es tal que un cambio en un elemento o en sus relaciones desencadena un cambio en los otros elementos y en el sistema entero. [1]Tipos de SistemaDe los muchos acercamientos tericos que se han hecho en el estudio de los pequeos grupos humanos compartimos uno de ellos, porque nos ilustra perfectamente al respecto, es el que realiza la Teora General de los Sistemas. Esta teora, sintticamente, define sistema como un conjunto de elementos interdependientes entre s. Y diferencia entre sistema abierto y sistema cerrado:Define sistema abierto como aquel que mantiene un permanente flujo de intercambio con su entorno y cuya evolucin es independiente de las condiciones iniciales.Al contrario, al sistema cerrado lo define como aquel que no mantiene ningn intercambio con su entorno y cuyo estado final depende totalmente de las condiciones iniciales del propio sistema. [2]Sistema de InformacinEl sistema de informacin empresarial es diseado e implantado en la organizacin no slo para gestionar la informacin y el conocimiento sino tambin como medio para mejorar los procesos empresariales y en ltima instancia para crear valor. Un sistema de informacin, por lo tanto ser mejor y ms eficiente, cuanto ms sea capaz de mejorar los procesos de negocios y los de la toma de decisiones en la empresa conduciendo a una mayor rentabilidad y/o a unos menores costes. Por esa razn, un sistema de informacin que no proporcione un conocimiento e informacin de salida de mayor valor en trminos de utilidad, que el coste de producirlos u obtenerlos no debe ser mantenido en la empresa.Desde un punto de vista tcnico y apoyndonos en el llamado enfoque sistmico, un sistema de informacin es todo aquel conjunto de recursos organizados e interrelacionados dinmicamente que permiten el procesamiento de uno de esos recursos la informacin- para que sus usuarios puedan tomar decisiones y ejecutar sus funciones para el cumplimiento de los objetivos empresariales.Un sistema de informacin por tanto realiza tres grandes funciones para conseguir el objetivo de satisfacer las necesidades de informacin: Captura o recolecta datos tanto externos como internos. Trata esos datos mediante procesos que operan con ellos. Distribuye la informacin resultante a los usuarios y actividades que la requieran. [3]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, asociaciones profesionales y particulares.Ordenadores, telfonos mviles, reproductores MP3, tarjetas de memoria, Televisin Digital Terrestre (TDT), Discos Verstiles Digitales (DVD) porttiles, navegadores Global Position System (GPS), Internet, etc., son tecnologas que se han convertido en imprescindibles para muchas personas y empresas.

La aplicacin de las TIC en todos los sectores de la sociedad y de la economa mundial ha generado una serie de trminos nuevos como por ejemplo, e-business y e-commerce (negocio y comercio electrnico), 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]Tipos de Procesos de NegocioTo 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 PerspectiveThe 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):

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 PerspectivaLa 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. "Open Source y Software LibreCuando 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 acompaados del clsico acuerdo de confidencialidad. Estas copias de X dejaron de ser software libre, igual que Unix. [6]Lenguaje PHPPHP es un acrnimo recursivo que significa PHP Hypertext Pre-processor, y se trata de un lenguaje de scripting para la programacin de pginas dinmicas de servidor. Es un lenguaje de tipo gratuito, y forma parte del software que se conoce como de cdigo abierto (Open Source). Es decir que se le pueden introducir modificaciones y mejoras y ponerlas a disposicin de los dems usuarios del mismo.Otra caracterstica importante es que se trata de un lenguaje multiplataforma, esto quiere decir que la aplicacin web desarrollada en PHP puede funcionar en casi cualquier tipo de plataforma Windows, Unix/Linux (y sus diferentes versiones y distribuciones). Tambin ofrece soporte a los motores de base de datos ms populares (SQL Server, MySQL, PosgresSQL, Oracle, etc.), como as tambin acceso ODBC (open database conectivity).Una aplicacin web basada en PHP necesita dos tipos de software. El primero es un servidor web que va a atender las peticiones de los usuarios y devolver las pginas solicitadas. El servidor Apache, tanto su versin Windows como Linux es el ms utilizado. El segundo software es el propio PHP, es decir el mdulo que se va a encargar de interpretar y ejecutar los scripts que se soliciten al servidor.Al utilizar una tecnologa del tipo pre-procesado en el servidor es necesario visualizar las pginas generadas con PHP utilizando el protocolo http. Al contrario de lo que ocurre con las pginas de la tecnologa cliente, en las que se puede visualizar mediante la opcin Archivo Abrir en cualquier navegador, las pginas generadas con PHP necesitan ser servidas por un servidor web para que sean procesadas y luego enviadas al navegador del usuario.[7]Servidor Web ApacheEl servidor HTTP Apache es un servidor web HTTP de cdigo abierto, para plataformas Unix (BSD, GNU/Linux, etc.), Microsoft Windows, Macintosh y otras, que implementa el protocolo HTTP/1.12 y la nocin de sitio virtual. Cuando comenz su desarrollo en 1995 se bas inicialmente en cdigo del popular NCSA HTTPd 1.3, pero ms tarde fue rescrito por completo. Su nombre se debe a que Behelendorf quera que tuviese la connotacin de algo que es firme y enrgico pero no agresivo, y la tribu Apache fue la ltima en rendirse al que pronto se convertira en gobierno de EEUU, y en esos momentos la preocupacin de su grupo era que llegasen las empresas y "civilizasen" el paisaje que haban creado los primeros ingenieros de internet. Adems Apache consista solamente en un conjunto de parches a aplicar al servidor de NCSA. En ingls, a patchy server (un servidor "parcheado") suena igual que Apache Server.El servidor Apache se desarrolla dentro del proyecto HTTP Server (httpd) de la Apache Software Foundation.Apache presenta entre otras caractersticas altamente configurables, bases de datos de autenticacin y negociado de contenido, pero fue criticado por la falta de una interfaz grfica que ayude en su configuracin.[8]Motor base de datos MySQLMySQL es un sistema de gestin de bases de datos relacional, multihilo y multiusuario con ms de seis millones de instalaciones.1 MySQL AB desde enero de 2008 una subsidiaria de Sun Microsystems y sta a su vez de Oracle Corporation desde abril de 2009 desarrolla MySQL como software libre en un esquema de licenciamiento dual.Por un lado se ofrece bajo la GNU GPL para cualquier uso compatible con esta licencia, pero para aquellas empresas que quieran incorporarlo en productos privativos deben comprar a la empresa una licencia especfica que les permita este uso. Est desarrollado en su mayor parte en ANSI C.Al contrario de proyectos como Apache, donde el software es desarrollado por una comunidad pblica y los derechos de autor del cdigo estn en poder del autor individual, MySQL es patrocinado por una empresa privada, que posee el copyright de la mayor parte del cdigo.Esto es lo que posibilita el esquema de licenciamiento anteriormente mencionado. Adems de la venta de licencias privativas, la compaa ofrece soporte y servicios. Para sus operaciones contratan trabajadores alrededor del mundo que colaboran va Internet. MySQL AB fue fundado por David Axmark, Allan Larsson y Michael Widenius. [9]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. [10]Pago MvilPago Mvil se refiere al conjunto de servicios que permiten realizar transacciones financieras a travs de telfonos mviles. Incluye tanto el pago de determinados productos y servicios como la transferencia de dinero de persona a persona. Sus caractersticas y ventajas varan en funcin de la empresa prestadora que puede ser una entidad financiera, una empresa de telecomunicaciones, una tarjeta de crdito o una alianza entre distintos tipos de compaas.Como parte de lo que genricamente se llaman pagos mviles se distinguen al menos tres tipos de operaciones diferentes: Transferencia de dinero (entre distintos usuarios de telefona mvil) Compras (comercio electrnico mvil o Mcommerce) Pago mvil en el punto de venta (utilizando el propio telfono y acercndolo a un determinado lector, por ejemplo a travs de la tecnologa NFC)El mecanismo de los monederos mviles sera simple. Se tratara de almacenes de dinero virtual o electrnico, distintos a una cuenta bancaria, provenientes de un abono de dinero en efectivo efectuado por 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.Entidades Emisoras de dinero ElectrnicoLas 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 (UIF-PER) a la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones, y sus normas reglamentarias. En tal sentido, se encuentran obligadas a cumplir con las disposiciones reglamentarias emitidas sobre prevencin del lavado de activos y financiamiento del terrorismo que emita la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones, siendo responsables de aplicar las normas del presente numeral a sus clientes o usuarios que adquieran el dinero electrnico que emitan.

Captulo III: Estado del Arte

3.1 Revisin de Papers

Para la presente investigacin se ha recogido informacin de algunos papers a fin de tomar conocimiento sobre el tema y darle una mejor explicacin. A continuacin 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.03.1.3.IdentifyingExtensionsRequiredby RUP (RationalUnifiedProcess) toComplywith CMM (CapabilityMaturityModel) 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 RationalUnifiedProcess (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 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.

Captulo IV: Modelado del Negocio

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 organizacin[footnoteRef:6]. Es comn ver que estas excepciones o condiciones especiales varan de acuerdo con las exigencias del entorno cambiante. [6: http://wiki.bizagi.com/90/index.php?title=Reglas_de_Negocio]

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

4.2Casos de Uso del Negocio

Figura 8: Diagrama de Casos de Uso del Negocio:

4.3.Diagramas de Actividades del negocio

Diagrama de flujo de cada proceso

Figura 9: Diagrama del CUN: Recepcionar Pedido

Figura 10: Diagrama del CUN: Gestionar Pedido

Figura 11: Diagrama del CUN: Entregar Pedido

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

.Figura 13: Diagrama de Entidades del Negocio:

Captulo V: Requerimientos del Proyecto

5.1.Requerimientos del Software

5.1.1Requerimientos Funcionales

RF1. El Registro de los administradores ser realizado de forma interactiva por el Administrador del Sistema.RF2. El Portal Web permitir registrar a diferentes usuarios con el rol de Administrador del sistema.RF3. El Portal Web permitir la asignacin y modificacin de los permisos a cada usuario.RF4. El Portal Web permitir controlar los accesos al sistema mediante Usuario y Contrasea.RF5. El Portal Web permitir hacer una bsqueda avanzada de los productos de todas las tiendas suscritas en el Portal.RF6. El Portal Web permitir la actualizacin de datos personales de los clientes.RF7. Se podr tener una copia del pedido en la bandeja de correo de cada Cliente y de la Tienda.RF8. El Administrador de Unidad de Negocio ser el nico gestor de las tiendas a las que le pertenecen.RF9. El Recepcionista de pedidos solo podr ver y atender los pedidos que estn en su tienda.RF10. El Administrador de tienda solamente puede modificar los productos que pertenezcan a su tienda la cual administre y tambin puede atender los pedidos que lleguen.RF11. El Administrador del Sistema es el nico que podr validar la recargas de Dinero Electrnico ingresadas por los clientes.RF12. El sistema enviar de manera automtica un mensaje de texto al cliente indicando el monto de su pedido y el cdigo nico de transaccin que confirma la operacin.RF13. Luego de efectuado un pedido el sistema solo aceptara la recepcin del cdigo de transaccin enviada desde el nmero de celular del cliente que efectu el pedido.5.1.2.Requerimientos No Funcionales

Capacidad de Uso:Los requisitos de capacidad de uso estn relacionados con la facilidad de comprensin de los usuarios con respecto al sistema. Se han contemplado los siguientes requerimientos:a) Interfaz amigableLas 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 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 Sistema5.2.1.Diagrama de Actores del Sistema.

Figura 14: Diagrama de Actores

5.2.2.Descripcin de Actores del sistema

Administrador del Sistema

RepresentaPersona encargada de realizar la administracin del sistema as como realizar todas las funciones del sistema.

DescripcinSe encarga de administrar usuarios, y los trabajadores involucrados en el negocio. Tiene acceso a todos los mdulos.

TipoEs un usuario del sistema

ResponsabilidadAsegurar una administracin adecuada.

Administrador de Unidad de Negocio

RepresentaPersona encargada de la administracin de toda una Unidad de Negocio.

DescripcinEncargado de administrar todas las tiendas que pertenecen a una misma Unidad de Negocio.

TipoUsuario del sistema

ResponsabilidadAsegurar que todas las tiendas tengan la informacin adecuada y actualizada.

Administrador de Tienda

RepresentaPersona que se encarga de administrar los productos y servicios de una tienda.

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


ResponsabilidadAsegurar que los productos de su respectiva tienda estn actualizados y sean los correctos.

Recepcionista de Pedidos

RepresentaPersona encargada de gestionar los pedidos que puedan llegar a travs del portal web.

DescripcinCuando llega algn pedido del portal Web esta persona es la indicada para procesarla y confirmarla en el caso que los datos estn conformes.

TipoEs un usuario del sistema

ResponsabilidadVerificar que todos los pedidos destinados a su tienda puedan ser procesados y confirmados a travs del mismo sistema web.

Cliente

RepresentaPersona que hace los pedidos en el portal web.

DescripcinPersona que hace la solicitud de los pedidos por la web.


ResponsabilidadRegistrar sus datos correctamente.

5.2.3.Diagrama de paquetes del Sistema.

Figura 15: Diagrama de Paquetes5.2.4.Casos de Uso del Sistema

Figura 16: Diagrama de casos de uso5.2.5.Casos de Uso del Sistema por Paquetes

5.2.5.1 Paquete de Seguridad

Figura 17: Diagrama de casos de uso del Paquete Seguridad

5.2.5.2 Paquete Monedero Electrnico

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

5.2.5.3 Paquete de Administracin

Figura 19: Diagrama de casos de uso del Paquete Administracion

5.2.5.4 Paquete de Pedidos

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

5.3.Modelo Conceptual del Sistema

Figura 21: Diagrama de modelo conceptual

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 FuncionalesPa llevarYo no cocinoPedidoYaAlimentosdelivery

Gestion de Clientes 3221

Realiza perdido por la pagina web3022

Puedes buscar lo que necesitas por lugar por rubro de negocio y por producto3322

Puede administrar promociones3232

Confirmacin de pedido que se responde la solicitud en 5 minutos3121

Administra el pedido por cadena de tienda3222

Geo localizacin para zona de cobertura delivery3111

Opcin de pago mvil3001

Caractersticasno funcionales

Seguridad3232

Mantenibilidad3232

Desempeo3323

Compatibilidad3322

Ser extensible3222

Puntaje total39232624

Otros aspectos de evaluacin

Software Base

Sistema operativoWindows,LinuxWindows,LinuxWindows,linuxWindows

Servidor de base de datosMySqlNo especificaMySqlNo especifica

Lenguaje de programacinPHPNo especificaPHPVisual Fox Pro

Cdigo fuenteNo se entregaNo se entregaNo especificaNo se entrega

Configuracin

Disco256Mb.500Mb.500 Mb.1 Gb.

Procesador1.8Ghz o superior1.8Ghz. O superiorIntel Celeron o Superior1.8GHz o superior

Memoria512MB512 MB512MB1GB

La siguiente propuesta de solucin, es la que mejor se adecua para llevar a cabo este proyecto, referente a los pedidos y recepcin de los mismos por medio de la ms rpida va de comunicacin que en este caso es la Internet.

5.5.Prototipo de la Solucin

Figura 21: Pgina principal del portal

Figura 22: Pantalla de Registro de Empresas

Figura 23: Formulario del registro de Clientes

Figura 24: Formulario donde se presentan los productos para una tienda especfica

Figura 25: Ingresando al carrito de compras

Figura 26: Administrador de Pago Mvil

Ingresando como Administrador

Figura 27: Histrico de Recargas

Figura 28: Histrico de Devoluciones

Figura 29: Confirmacin de Recargas

Figura 30: Saldos de Cliente

Figura 31: Devolucin a Tiendas

Figura 32: Registro de Devolucin a Tiendas

Ingresando con usuario Tienda

Figura 33: Histrico de Pedidos

Figura 34: Histrico de Devolucin

Figura 35: Pedidos Pendientes de Cancelacin

Ingresando con usuario Cliente

Figura 36: Histrico de Pedidos

Figura 37: Histrico de Recargas

Figura 38: Recarga de Saldos

Figura 39: Cambio de Clave Mvil

Captulo VI: Arquitectura

6.1.Diagrama de Clases

Figura 40: Diagrama de Clases

6.2.Diccionario de Clases

ItemNombre de la TablaDescripcin

1AuditoriasEntidad que es utilizada para registrar los cambios realizados por cada usuario que ingresa a la base de datos

2ClientesEsta Entidad es una de las ms importantes ya que va almacenar todos los datos de los clientes que estn registrados en el sistema.

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

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

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

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

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

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

9LogEntidad que almacena las operaciones que son realizadas por los usuarios mviles

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

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

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

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

14PedidoEs la entidad principal de todo el sistema,donde estaran almacenados los pedidos de todas las tiendas indistintamente de las unidades de negocio a la cual pertenecen.

15Pedido_detalleEntidad que permite almacenar los detalles que estn contenidos en cada pedido.

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

17Producto_detalleEntidad donde se especifica el detalle de cada producto al cual pertenecen asi como el precio por lo que estn relacionados.

18Producto_ingredienteEntidad que almacena la relacin que existe entre los productos y los ingredientes.

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

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

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

22RubrosEntidad que almacena el nombre del rubro al cual pertenece cada unidad de negocio, ejemplo: polleras, pizzerias, etc.

23TiendaLa entidad tienda va almacenar los detalles de cada de las tiendas, est relacionada con E_UnidadNegocio.

Una 24UbigeoEntidad que almacena la ubicacin de cada cliente mediante la posicin de latitud y longitud.

25Unidad_NegocioEsta Entidad va almacenar las diferentes Unidades de Negocio que pueden acceder al sistema web.

26Usuario-movilEntidad que almacena los datos de los usuarios mviles que participan en pago con la modalidad de monedero electrnico. Pueden ser los clientes o las tiendas.

27UsuariosEntidad que almacena la informacin de los usuarios que ingresan al sistema.

6.3.Diagrama de despliegue

Figura 41: Diagrama de Despliegue

6.4.Diagrama de componentes

Figura 42: Diagrama de Componentes

Captulo VII: Desarrollo y Pruebas

7.1Especificaciones de Caso de Uso

Se ha divido el desarrollo del presente proyecto de tesis en 03 mdulos: la parte de la pgina web donde las tiendas ofrecen sus productos y los clientes pueden buscar, seleccionar y hacer su pedido; la parte de administracin del monedero electrnico donde los clientes pueden consultar su saldo, efectuar recargas y ver el histrico de sus pedidos y cancelados con el monedero electrnico y el ltimo modulo la parte de la intranet donde las tiendas pueden gestionar el estado sus pedidos.

Para efectos de uso del monedero electrnico se ha implementado un servidor de mensajera mvil SMS, el cual nos permite enviar y recibir mensajes SMS que interactan con el sistema.

Figura 43. Flujo de sistema delivery con pago mvil

A continuacin especificaremos los casos de uso ms representativos de cada mdulo

7.1.1.Especificacin del CUS Registro ClienteActores Cliente

DescripcinSe detalla cmo se registra un cliente por el portal web www.pa-llevar.com.

Pre condicionesEl cliente debe haber ingresado a la pgina web y haber dado click en Iniciar Sesin y luego Registro.

Flujo Normal1) El cliente da click en Iniciar Sesion.2) Como an no est registrado le da click en Registro.3) El cliente ingresa todos sus datos personales que solicita el formulario de registro.4) El cliente da click en el botn enviar.5) El sistema registra los datos del cliente en la BD y le enva un correo de bienvenida con sus credenciales de ingreso para la parte Movil.

Flujo Alternativo1) El cliente ingresa al portal web www.pa-llevar.com.2) Selecciona una tienda de la cual quiere hacer un pedido.3) El sistema le indica que debe registrarse para que valide el alcance de reparto de la tienda.4) El cliente da click en Registro.5) El cliente ingresa sus datos personales.6) El cliente da click en el botn enviar.7) El sistema registra los datos del cliente en la BD y le enva un correo de bienvenida con sus credenciales de ingreso para la parte Movil.

Post CondicionesEl pago ha quedado registrado en el sistema.

7.1.2. Especificacin del CUS Realizar pedidoActores Cliente

DescripcinSe detalla cmo se realiza un pedido por el portal web www.pa-llevar.com.

Pre condicionesEl cliente debe estar registrado en el portal web www.pa-llevar.com.

Flujo Normal1) El cliente ingresa a la opcin: Restaurantes en mi rea de la pgina principal para ver que tiendas llegan a su domicilio.2) Selecciona la tienda que guste.3) Selecciona el producto que desee solicitar.4) El cliente selecciona el tipo de pago, puede ser: En efectivo Tarjeta de Crdito Envo SMSLuego le da Click en Grabar Pedido5) El cliente revisara en su correo electrnico para verificar su pedido, si selecciono envo SMS le llegara un mensaje de texto a su celular.

Flujo Alternativo1) El cliente ingresa a la opcin: Restaurantes en mi rea de la pgina principal para ver que tiendas llegan a su domicilio.2) Selecciona la tienda que guste.3) Selecciona el producto que desee solicitar.4) Si desea puede seleccionar Regresar a la Tienda para agregar ms productos.5) El cliente selecciona el tipo de pago, puede ser: En efectivo Tarjeta de Crdito Envo SMSLuego le da Click en Grabar PedidoSi selecciono en efectivo: e ingreso un monto menor al total, el sistema no le va permitir continuar.Si selecciono Tarjeta de crdito debera seleccionar que tipo de tarjeta de crdito.Si seleccion envo SMS su nmero celular debera tener saldo para que pueda continuar con el pedido.6) El cliente revisara en su correo electrnico para verificar su pedido, si selecciono envo SMS le llegara un mensaje de texto a su celular.


7.1.3. Especificacin del CUS Confirmar pedidos por Tienda

Actores Administrador de tienda Recepcionista de pedidos

DescripcinSe detalla cmo se confirman los pedidos.

Pre condicionesEl recepcionista de pedidos debe haber ingresado a la intranet: www.pa-llevar.com/admin. Con su usuario y password ya creados.

Flujo Normal1) El recepcionista de pedidos ingresa a la opcin Administrador de Pedidos en la intranet del sistema.2) Revisa que haya algn pedido con Estado=Pendiente.3) Le da click en la opcin de la columna: Acciones para ingresar al detalle el pedido.4) El recepcionista verifica los detalles del cliente y cambia el estado del pedido a cualquiera de las siguientes opciones: Pendiente Con Garanta Sin Garanta No contesto el telfono Datos incompletos Fuera de Zona de reparto5) De acuerdo a lo seleccionado se enva un correo electrnico al cliente confirmando o rechazando el pedido.

Flujo Alternativo1) El recepcionista de pedidos ingresa a la opcin Administrador de Pedidos en la intranet del sistema.2) Revisa que haya algn pedido con Estado=Pendiente.3) Le da click en la opcin de la columna: Acciones para ingresar al detalle el pedido.4) El recepcionista verifica los detalles del cliente y cambia el estado del pedido a cualquiera de las siguientes opciones: Pendiente Con Garanta Sin Garanta No contesto el telfono Datos incompletos Fuera de Zona de reparto5) De acuerdo a lo seleccionado se enva un correo electrnico al cliente confirmando o rechazando el pedido.


7.1.4 Especificacin del CUS Administrar Productos

Actores Administrador de tienda Administrador de Unidad de Negocio

DescripcinSe detalla cmo se Registran los productos.

Pre condicionesEl administrador de tiendas debe estar logeado a la intranet de www.pa-llevar.com\admin.

Flujo Normal1) El recepcionista de pedidos ingresa a la opcin Administrador de Productos en la intranet del sistema.2)

Flujo Alternativo1) El recepcionista de pedidos ingresa a la opcin Administrador de Pedidos en la intranet del sistema.2)


7.1.5.Especificacin del CUS Realizar Pago Mvil

Actores Cliente Recepcionista de Pedidos

DescripcinSe detalla cmo se efecta el pago mediante el uso del monedero electrnico.

Pre condicionesSe debe haber efectuado un pedido desde el portal www.pa-llevar.com y llegado un mensaje sms al celular

Flujo Normal1) Se recibe el mensaje sms en el celular del cliente con el monto de la operacin y el cdigo nico para la operacin.2) Se responde el mensaje con el formato P + cdigo operacin.3) El cdigo es procesado en el sistema y se actualiza el estado del pedido como Cancelado.4) El sistema enva un mensaje al cliente con la confirmacin del pago realizado.

Flujo Alternativo1) El cliente no puede efectuar el envo de la confirmacin de pago.2) El motorizado se comunica con la tienda para confirmar el pago manual.3) El recepcionista de pedidos de la tienda confirma el pago en el sistema.


7.1.6.Especificacin del CUS Registrar Recarga Mvil

Actores Administrador del Sistema Cliente

DescripcinSe detalla cmo se efecta las recargas de saldo para monedero electrnico.

Pre condicionesSe debe estar registrado en el portal www.pa-llevar.com e ingresar al sistema

Flujo Normal1) Se ingresa al sistema con el usuario y contrasea, el usuario es el nmero de celular asociado al cliente.2) Se ingresa a la opcin de Recargas.3) Se ingresa el monto a recargar y el nmero de la tarjeta de recarga.4) El administrador del sistema valida el nmero de la tarjeta y aprueba la recarga.

Flujo Alternativo1) El cliente enva un mensaje de texto con el siguiente formato: R+ cdigo tarjeta + monto recargar al nmero celular 987433151.

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

7.1.7.Especificacin del CUS Consultar Saldo Mvil

Actores Cliente

DescripcinSe detalla cmo se efecta la consulta de saldo.

Pre condicionesSe debe estar registrado en el portal www.pa-llevar.com

Flujo Normal1) El cliente enva un mensaje de texto con la letra S al nmero celular 987433151.2) El sistema enva el saldo actual del cliente.

Flujo Alternativo1) El cliente enva un mensaje de texto con el siguiente formato: R+ cdigo tarjeta + monto recargar al nmero celular 987433151.

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

7.2Pruebas Unitarias7.2.1.CUS Iniciar sesin

Unidad de Prueba:CUS_Iniciar Sesion

Descripcin de la Prueba:

El objetivo de esta prueba es validar el ingreso de datos, al intentar registrar un nuevo usuario dentro del sistema as como su actualizacin y eliminacin.

NmeroTipoDescripcinResultado EsperadoResultado Detalle de los resultados

1Prueba UnitariaIngreso un usuario y clave invalida Mostro mensaje: usuario/clave incorrectos.PasSe logea correctamente.

2Prueba UnitariaSi dejo en blanco el campo: UsuarioMuestra mensaje: Ingrese el UsuarioPasBloquea el ingreso

3Prueba UnitariaSi dejo en blanco el campo: ClaveMuestra mensaje: Ingrese la clavePasBloquea el ingreso

7.2.2.CUS Registrar cliente

Unidad de prueba:CUS_Registrar cliente

Descripcin de la prueba:

El objetivo de esta prueba es validar el ingreso de datos al intentar registrar un nuevo usuario dentro del sistema as como su actualizacin y eliminacin.


1Prueba unitariaDebera registrar el nombre del distrito en la base de datos.Inserta el nombre del registro en la Base de Datos y no un cdigo.PasInserto el nombre del distrito en la Base de Datos.

2Prueba unitariaLa contrasea debe tener por lo menos 6 dgitos y mximo 15 caracteresMuestra un mensaje: Mnimo 6 caracteres, mximo 15 caracteresPasIngresa su contrasea y lo registra en la Base de Datos.

3Prueba unitariaEl formulario debera validar un telfono existenteMuestra un mensaje: Caracteres como mnimo 7 (Telfono) le da en aceptar y retorna al campo del telfono.PasIngresa el telfono de 7 dgitos y se registra correctamente.

4Prueba unitariaEl formulario debera validar un celular existenteMuestra un mensaje: Caracteres como mnimo 9 (Celular) le da en aceptar y retorna al campo del telfono.pasIngresa el celular de 9 dgitos y se registra correctamente.

6Prueba unitariaEl formulario debera tener un campo fecha de nacimientoMuestra un calendario emergente.pasIngresa la fecha de nacimiento y se registra correctamente.

7Prueba unitariaUna vez registrado debera llegar un correo electrnico de bienvenida.Envia un mensaje al correo ingresado.PasLlega a la bandeja de entrada un mensaje de Bienvenida y que se van a comunicar conmigo muy pronto.

8Prueba unitariaCuando no se ingresa nada en el campo: confirmar contrasea Muestra un mensaje: Caracteres como mnimo 6 (Contrasea).Pas Se registra la contrasea correctamente.

9Prueba unitariaLos nmeros de DNI deben ser nicosDebera mostrar el mensaje: El cliente ya existe (DNI ya est registrado). Por favor, ingrese uno diferente.PasoIngresa el nmero de DNI y se registra correctamente en la base de datos.

10Prueba unitariaEl nmero de celular debe ser nicoDebera mostrar el mensaje: El Email ingresado ya existe. Por favor, ingrese uno diferente.PasoIngresa el nmero de celular y se registra correctamente en la base de datos.

7.2.3.CUS Realizar pedido

Unidad de prueba:CUS_Realizar pedido


El objetivo de esta prueba es validar el ingreso de datos al intentar registrar un nuevo pedido dentro del sistema.


1Prueba unitariaSe ingres a una tienda y se logr ver el detalle de la misma.Ver el detalle de la tienda.PasSe logr visualizar de manera correcta los productos y detalles de la tienda.

2Prueba unitariaSolo se debe hacer pedido dentro del rea de delivery.Sali una advertencia donde avisa que se debe hacer el pedido dentro del rea de delivery.PasSe logr visualizar el mensaje de aviso.

3Prueba unitariaSolo se debe hacer pedido dentro del horario de atencin.Se mostr un mensaje de advertencia donde avisa que solo se puede hacer el pedido dentro del horario de atencin.PasSe logr visualizar el mensaje de aviso de horario de atencin.

4Prueba unitariaEn el carrito de compras actualiza la cantidad y se refleja en los precios.Actualiza los precios de acuerdo a la compra realizada.PasSe logr actualizar los precios de la compra realizada.

5Prueba unitariaSe cambi el horario de atencin y se logr realizar el pedido.Guarda cambios de horario de atencin.PasSe logr guardar cambios de horario satisfactoriamente.

6Prueba unitariaSe ingres un monto menor al total a pagar.Se muestra mensaje de advertencia: El monto en efectivo es menor al total a pagar.PasSe logr realizar el pedido.

7Prueba unitariaSe ingres un monto igual al total a pagar.Se muestra mensaje de advertencia: El monto en efectivo es menor al total a pagar.PasSe logr realizar el pedido.

8

Prueba unitariaSe dio click en la opcin imprimir.

Imprimir el detalle del pedido.Pas Se logr imprimir detalle del pedido.

9Prueba unitariaLlego el correo del pedido

Llego el correo con el pedido al mail del ClientePasLlego el mensaje del registro del pedido.

10Prueba unitariaLlego el correo de confirmacin al email de la tiendaLlego el correo al mail de la tienda con el pedido.PasLlego el mensaje del registro del pedido.

7.2.4.CUS Confirmar Pedidos por Tienda

Unidad de prueba:CUS_Confirmar Pedidos por Tienda

Escenarios probados:

El objetivo de esta prueba es validar el ingreso de datos luego de registrar un pedido dentro del sistema.


1Prueba UnitariaLlego el correo de confirmacin del pedido al cliente.El cliente recibi el correo.Pas

2Prueba UnitariaCuando el pedido llega a la base de datos el estado debe ser 0.El pedido se registrcon estado: pendientePas

3Prueba UnitariaLos detalles del Cliente se registran en el pedido.Registra el cdigo del cliente al pedido por base de datos.Pas

7.2.5.CUS Administrar tienda

Unidad de prueba:CUS_Administrar tienda


El objetivo de esta prueba es validar el ingreso de datos al intentar registrar un nuevo usuario dentro del sistema as como su actualizacin y eliminacin.


1Prueba UnitariaSe ingres por la pgina web al detalle de la tienda.Se mostr el detalle de la tienda.PasSe muestra correctamente el detalle de la Tienda.

2Prueba UnitariaEl administrador de Tiendas debe diferenciar a todas por el nombre.Mostrarse los nombres de las tiendas.PasSe muestran los nombres de las tiendas correctamente.

3Prueba UnitariaGooglemaps debera dejar guardar con cualquier navegador.Se logr guardar con IE, Google Chrome y Mozilla.PasSe guardaron las coordenadas correctamente

4Prueba UnitariaCuando se editan las coordenadas y se vuelve a ingresar debera guardarse correctamente.Se guard correctamente las coordenadas.PasSe guardaron todas las coordenadas de las tiendas.

Captulo VIII: Conclusiones y Recomendaciones

8.1Conclusiones

El objetivo general que perseguimos con nuestro proyecto de tesis es confirmar que el uso de las tecnologas de informacin en los negocios que brindan el servicio de reparto de alimentos permite que puedan disminuir sus costos operativos de administracin y control de pedidos.

Asimismo, la implementacin de un portal web que permita centralizar a todos los negocios y segn el rubro de alimentos que reparten; permite a los usuarios finales contar con una herramienta donde puedan realizar sus pedidos de manera fcil, segura y confiable.

La implementacin de un portal web, ha permitido a las empresas alimenticias y a los clientes tener una visin ms amplia de productos y tiendas que estn cerca a su domicilio, ya que se ha utilizado la tecnologa de geo localizacin tanto para las tiendas como para los clientes.

Adicionalmente, la implementacin de la modalidad de pago del monedero electrnico que ha sido recientemente aprobado en nuestro pas, permite que los costos financieros por las transacciones de pago bajo esta modalidad sean menores ya que por Ley, la comisin de uso es de menor porcentaje a las de uso de una tarjeta de crdito.

El uso de los mensajes de texto como parte del flujo de pago con el monedero electrnico, permite una mayor masificacin de uso, ya que no se requiere contar con un celular de ltima generacin para efectuar un pago mvil. Basta con enviar un mensaje de texto a la tienda donde se est realizando el pedido para que esta a su vez valide con la EEDE, en este caso, la administradora del portal pa-llevar.com que cuente con el saldo suficiente para efectuar la transaccin y se confirme la aceptacin con una clave de uso nico por parte del cliente consumidor.

8.2Recomendaciones

Luego de haber concluido el desarrollo del presente proyecto de tesis, se puede recomendar a las pequeas empresas que brindan el servicio de delivery que tienen una mejor opcin de incrementar sus utilidades con el uso del portal www.pa-llevar.com; ya que les brinda un sistema de administracin y control de los pedidos realizados por los clientes.

La implementacin de la modalidad de pago del monedero electrnico que ha sido recientemente aprobado en nuestro pas, permitir que los costos financieros sean de bajo costo.

Los clientes y Empresas tendrn correctame

tesis delivery y pago movil - parte 2 ver 11

Documents