Tesis Delivery y Pago Movil - Al Fin Ver 3

7/29/2019 Tesis Delivery y Pago Movil - Al Fin Ver 3

1/124

UNIVERSIDAD RICARDO PALMA

FACULTAD DE INGENIERA

ESCUELA PROFESIONAL DE INGENIERA INFORMTICA

IMPLEMENTACIN DE UN PORTAL WEB PARAVENTA DE COMIDA POR DELIVERY Y PAGO CON

MONEDERO ELECTRNICO

TESISPARA OPTAR EL TTULO PROFESIONAL DEINGENIERO INFORMTICO

Presentado por:

Jimmy Anderson Burga Cruz

Yonel Luis Huamn Montero

LIMA PER

2013


2/124

2

DEDICATORIA

Dedicamos la presente tesis a nuestros

padres, quienes nos alentaron e

inculcaron la perseverancia en cumplir

nuestros objetivos personales y

profesionales.


3/124

3

AGRADECIMIENTO

A los docentes de nuestra alma mater,

Universidad Ricardo Palma; quienes

compartieron sus conocimientos y

experiencias con nosotros y nos

motivaron en esta etapa profesional para

obtener el Ttulo Profesional.


4/124

4

RESUMEN

El presente proyecto de Tesis est enfocado a la automatizacin de ventas de

comida y reparto de sus productos a domicilio para las empresas del rubro

alimenticio y el pago con la modalidad de monedero electrnico.

Comprende tres mdulos: uno para el administrador de Unidad de Negocio

donde puede administrar los pedidos de las tiendas que tenga a su cargo. Otro

es el mdulo del consumidor el cual es un portal web dinmico donde losconsumidores podrn interactuar con las tiendas y productos que fueron

creados por los administradores de Unidad de Negocio. Por ltimo el mdulo

de pago a travs de monedero electrnico, el cual mediante un mensaje de

texto enviado desde un celular se podr efectuar el pago del pedido.

El portal web manejar toda la informacin va correo electrnico, mensajes de

texto e intranet para facilitar el manejo y administracin de los pedidos.

Palabras Clave:

Sistema Ventas, Monedero Electrnico, Geo localizacin


5/124

5

ABSTRACT

This thesis project is focused on the automation of food sales and distribution of

its products at home for companies in the food sector and payment mode

electronic purse.

It comprises three modules: one for the business unit manager where you can

manage orders from stores that have to charge. Another consumer is the

module which is a dynamic web portal where consumers can interact with the

shops and products that were created by the business unit managers. Finally

the module payment through electronic wallet, who through a text message

sent from a cell may make payment for the order.

The website will manage all information via email, text messaging and intranet

to facilitate the management and administration of orders.

Keywords:

Sales System, Electronic Wallet, Geo location


6/124

6

INDICE

INTRODUCCIN ...................................................................................................... 11

CAPTULO I: VISIN DEL PROYECTO ................................................................... 121.1. Antecedentes del Problema ........................................................................ 12

1.1.1. El Negocio de Dominos Pizza............................................................. 131.1.2. Los Procesos del Negocio.................................................................... 14

1.2. Descripcin del Problema ............................................................................ 191.3. Objetivos del Proyecto ................................................................................. 23

1.3.1 Marco Lgico .......................................................................................... 231.3.2 Objetivo General. ................................................................................... 251.3.3 Objetivos Especficos ............................................................................ 251.3.4 Tabla de Consistencia........................................................................... 26

1.4. Justificacin del Proyecto ............................................................................ 281.4.1. Beneficios Tangibles ............................................................................. 281.4.2. Beneficios Intangibles ........................................................................... 29

1.5. Alcance del Proyecto .................................................................................... 30

CAPTULO II: MARCO TERICO ............................................................................. 32

2.1. Sistema ........................................................................................................... 322.2. Tipos de Sistema........................................................................................... 332.3. Sistema de Informacin ............................................................................... 342.4. Tecnologas de la Informacin y Comunicaciones (TIC) ........................ 352.5. Tipos de Procesos de Negocio ................................................................... 37

2.6.

Software Libre................................................................................................ 38

2.7. Lenguaje PHP (Hypertext Pre-processor)................................................. 392.8. Servidor Web Apache................................................................................... 412.9. Motor base de datos MySQL....................................................................... 422.10. Dinero Electrnico ..................................................................................... 422.11. Pago Mvil .................................................................................................. 432.12. Entidades Emisoras de Dinero Electrnico ........................................... 44

CAPTULO III: ESTADO DEL ARTE ......................................................................... 46

3.1 Revisin de Papers....................................................................................... 463.1.1. Integrando Especificaciones Textuales y Elementos de modelado

UML en un Marco de Trabajo para Trazabilidad de Requisitos................... 463.1.2. Towards Security by Construction for Web 2.0 Applications .......... 473.1.3. Identifying Extensions Required by RUP (Rational Unified Process)to Comply with CMM (Capability Maturity Model) Levels 2 and 3 ............... 473.1.4. Implicaciones estratgicas del comercio electrnico basado enInternet. ................................................................................................................. 483.1.5. Medios de pago electrnico, piedra angular en el desarrollo delcomercio electrnico ........................................................................................... 49

CAPTULO IV: MODELADO DEL NEGOCIO ............................................................ 50

4.1. Reglas del Negocio....................................................................................... 50

4.2 Casos de Uso del Negocio .......................................................................... 514.3. Diagramas de Actividades del negocio ..................................................... 51


7/124

7

CAPTULO V: REQUERIMIENTOS DEL PROYECTO ............................................. 54

5.1. Requerimientos del Software ...................................................................... 545.1.1 Requerimientos Funcionales ............................................................... 545.1.2. Requerimientos No Funcionales ......................................................... 55

5.2. Casos de Uso del Sistema .......................................................................... 565.2.1. Diagrama de Actores del Sistema. ..................................................... 565.2.2. Descripcin de Actores del sistema.................................................... 575.2.3. Diagrama de paquetes del Sistema.................................................... 585.2.4. Casos de Uso del Sistema ................................................................... 595.2.5. Casos de Uso del Sistema por Paquetes .......................................... 60

5.3 Diagramas de Secuencia............................................................................. 625.3.1. Administrar Productos........................................................................... 625.3.2. Administrar Tiendas............................................................................... 655.3.3. Administrar Unidad de Negocio ........................................................... 685.3.4. Iniciar Sesin .......................................................................................... 69

5.4. Modelo Conceptual del Sistema ................................................................. 705.5. Benchmarking................................................................................................ 705.6. Especificaciones de Caso de Uso .............................................................. 72

5.6.1. Especificacin del CUS Registrar Unidad de Negocio .................... 725.6.2. Especificacin del CUS Administrar Tiendas .................................... 745.6.3 Especificacin del CUS Registro Cliente ........................................... 765.6.4. Especificacin del CUS Administrar Clientes.................................... 795.6.5. Especificacin del CUS Realizar Pedido ........................................... 815.6.6. Especificacin del CUS Confirmar pedidos por Tienda................... 835.6.7 Especificacin del CUS Administrar Productos ................................ 865.6.8. Especificacin del CUS Realizar Pago Mvil .................................... 87

5.6.9. Especificacin del CUS Registrar Recarga Mvil............................. 885.6.10. Especificacin del CUS Consultar Saldo Mvil ............................. 895.7. Prototipos de la Solucin ............................................................................. 90

CAPTULO VI: ARQUITECTURA .............................................................................. 96

6.1. Diagrama de Clases ..................................................................................... 966.2. Diccionario de Clases................................................................................... 976.3. Diagrama de despliegue .............................................................................. 996.4. Diagrama de componentes ......................................................................... 99

CAPTULO VII: DESARROLLO Y PRUEBAS ......................................................... 100

7.1 Organigrama del equipo de trabajo.......................................................... 1007.2 Viabilidad del proyecto ............................................................................... 1017.2.1 Viabilidad Tcnica................................................................................ 1017.2.2 Viabilidad Econmica .......................................................................... 1027.2.3 Viabilidad Legal .................................................................................... 108

7.3 Desarrollo del proyecto .............................................................................. 1137.4 Pruebas Unitarias........................................................................................ 114

7.4.1. CUS Iniciar sesin ............................................................................... 1147.4.2. CUS Registrar cliente.......................................................................... 1147.4.3. CUS Realizar pedido ........................................................................... 1167.4.4. CUS Confirmar Pedidos por Tienda ................................................. 117

7.4.5. CUS Administrar tienda ...................................................................... 118


8/124

8

CAPTULO VIII: CONCLUSIONES Y RECOMENDACIONES ................................ 119

8.1 Conclusiones ............................................................................................... 1198.2 Recomendaciones ...................................................................................... 121

GLOSARIO DE TRMINOS .................................................................................... 122

BIBLIOGRAFA. ...................................................................................................... 123


9/124

9

TABLA DE GRFICOS Y FIGURAS

Ilustracin 1: Organigrama de la Organizacin. ..................................................... 13Ilustracin 2: Cuadro del mapa del negocio. ........................................................... 16Ilustracin 3: Diagrama de procesos del negocio en Dominos Pizza. ............... 17Ilustracin 4: Cuadro de pedidos por el portal web de Dominos Pizza 2010.... 20Ilustracin 5: Cuadro de pedidos por el portal web de Dominos Pizza 2011.... 21Ilustracin 6: Cuadro de pedidos por el portal web de Dominos Pizza 2012.... 21Ilustracin 7: Porcentaje de familias que tienen acceso a internet...................... 22Ilustracin 8: Diagrama de Casos de Uso del Negocio: ........................................ 51Ilustracin 9: Diagrama del CUN: Recepcionar Pedido......................................... 51Ilustracin 10: Diagrama del CUN: Gestionar Pedido ........................................... 52Ilustracin 11: Diagrama del CUN: Entregar Pedido ............................................. 52

Ilustracin 12: Diagrama de Casos de Uso del Negocio (CUN) .......................... 53Ilustracin 13: Diagrama de Entidades del Negocio .............................................. 53Ilustracin 14: Diagrama de Actores......................................................................... 56Ilustracin 15: Diagrama de Paquetes ..................................................................... 58Ilustracin 16: Diagrama de casos de uso............................................................... 59Ilustracin 17: Diagrama de casos de uso del Paquete Seguridad..................... 60Ilustracin 18: Diagrama de casos de uso del Paquete Monedero Electrnico 60Ilustracin 19: Diagrama de casos de uso del Paquete Administracin............. 61Ilustracin 20: Diagrama de casos de uso del Paquete de Pedidos ................... 61Ilustracin 21: Agregar productos por tienda .......................................................... 62Ilustracin 22: Modificar Productos por Tienda....................................................... 63

Ilustracin 23: Eliminar Productos por Tienda ........................................................ 64Ilustracin 24: Agregar Tienda................................................................................... 65Ilustracin 25: Modificar Tiendas............................................................................... 66Ilustracin 26: Eliminar Tiendas ................................................................................ 67Ilustracin 27: Crear Unidad de Negocio ................................................................. 68Ilustracin 28: Editar Unidad de Negocio................................................................. 68Ilustracin 29: Eliminar Unidad de Negocio............................................................. 69Ilustracin 30: Iniciar Sesin ...................................................................................... 69Ilustracin 31: Diagrama de clases entidades ........................................................ 70Ilustracin 32: Pantalla de Registro de Unidad de Negocio ................................. 73Ilustracin 33: Pantalla de confirmacin de Unidad de Negocio.......................... 74Ilustracin 34: Pantalla de registro o actualizacin de una nueva Tienda ......... 75Ilustracin 35: Administracin de coordenadas para una tienda. ........................ 76Ilustracin 36: Pantalla de eliminacin de una Tienda. ......................................... 76Ilustracin 37: Formulario del registro de Clientes ................................................. 78Ilustracin 38: Formulario de la informacin de clientes ....................................... 79Ilustracin 39: Formulario de eliminacin de clientes ............................................ 80Ilustracin 40:Formulario de confirmacin para eliminar a uncliente .................. 80Ilustracin 41: Panel de productos para una tienda especfica............................ 82Ilustracin 42: Ingresando al carrito de compras.................................................... 82Ilustracin 43: Listado de pedidos............................................................................. 85

Ilustracin 44: Cambio del estado de un pedido..................................................... 85Ilustracin 45: Panel de administracin de productos. .......................................... 87


10/124

10

Ilustracin 46: Panel de edicin de productos ........................................................ 87Ilustracin 47: Pedidos pendientes de cancelacin ............................................... 88Ilustracin 48: Recarga de saldos ............................................................................. 89Ilustracin 49: Consulta de saldos ............................................................................ 90Ilustracin 50: Pgina principal del portal ................................................................ 90

Ilustracin 51: Administrador de pago mvil ........................................................... 91Ilustracin 52: Histrico de recargas ........................................................................ 91Ilustracin 53: Histrico de devoluciones................................................................. 92Ilustracin 54: Confirmacin de recargas ................................................................ 92Ilustracin 55: Saldos de clientes.............................................................................. 92Ilustracin 56: Devolucin a tiendas ......................................................................... 93Ilustracin 57: Registro de devoluciones a tiendas ................................................ 93Ilustracin 58: Histrico de pedidos .......................................................................... 93Ilustracin 59: Histrico de devoluciones................................................................. 94Ilustracin 60: Histrico de pedidos .......................................................................... 94Ilustracin 61: Histrico de recargas ........................................................................ 94

Ilustracin 62: Cambio de clave mvil ...................................................................... 95Ilustracin 63: Diagrama de clases ........................................................................... 96Ilustracin 64: Diagrama de despliegue ................................................................... 99Ilustracin 65: Diagrama de componentes .............................................................. 99Ilustracin 66: Organigrama del proyecto .............................................................. 100Ilustracin 67: Flujo de sistema delivery con pago mvil .................................... 113


11/124

11

INTRODUCCIN

En el Per, las personas no acostumbran a realizar compras en lnea, tampoco

ingresar el nmero de su cuenta bancaria a una pgina web ni realizar pagos

mviles.

La palabra mvil, nunca antes se le haba dado tanta importancia y se le

haban asociado tantos sustantivos. Si exista un marketing en lnea, ahora

existe un marketing mvil, si exista la web tradicional ahora lo hace la web

mvil y por supuesto si existe el comercio electrnico tambin tiene su

correspondiente adjetivo mvil a su lado.

Muchos clientes ahora slo tendrn que presentar sus telfonos mviles en

lugar de pagar con efectivo, o sacar una tarjeta de crdito. Dado que los

programas de pagos mviles son relativamente baratos y no requieren

conocimientos tcnicos sofisticados para ponerlos en prctica, muchas

pequeas empresas se han apresurado a adoptar esta nueva tecnologa.

Hoy en da el comercio electrnico en el Per est siendo exitoso para la

comida y la bebida, el auge se encuentra en la buena administracin entre

restaurantes y habilidades de poder entregar un buen producto por este medio.

Se ha visto la oportunidad de consolidar esta modalidad de venta para las

pequeas y medianas empresas que brindan el servicio de delivery, pero que

no cuentan con la infraestructura necesaria para atender al cliente final.

Asimismo para la modalidad de pago por este servicio, se va desarrollar el

sistema de pago mediante el monedero mvil, recientemente aprobado en

nuestro pas, segn la ley N 29985 publicado por el peruano el 17 de enero

del 2013 mediante el uso de un dispositivo mvil se pueden efectuar

transacciones de pago por un bien o servicio.


12/124

12

CAPTULO I: VISIN DEL PROYECTO

1.1. Antecedentes del Problema

Existen muchas empresas que desean implementar una solucin parapoder 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 uncontrol de sus pedidos para reparto a domicilio y sus clientes ms

frecuentes. Asimismo permitir a los clientes poder identificar mejor a

las empresas que estn dentro de su alcance de reparto usando una

validacin de coordenadas de los mapas con la ayuda de la geo

localizacin de Googlemaps. Asimismo se podr utilizar la modalidad

de pago haciendo uso del monedero mvil mediante un dispositivo

celular.

Como marco referencial para la realizacin del proyecto de tesis,

estamos tomando como ejemplo el modelo de negocio de Dominos

Pizza y el servicio de reparto a domicilio; as como la implementacin

del monedero electrnico, recientemente aprobado en el Per como

medio de realizar transacciones financieras.


13/124

13

1.1.1. El Negocio de Dominos Pizza

Es una organizacin internacional de comida rpida que fue

fundada en 1960 y se ha especializado en la produccin y

entrega de pizza Dominos Pizza.

En el Per tiene 24 tiendas entre Lima Metropolitana y el

Callao, por temporadas abre su tienda de Asia que est

ubicada en el Km 97.5 de la Panamericana Sur y otra en

Arequipa, en todas sus tiendas hacen pedidos por delivery.

El centro de ideas, capacitaciones, planeamientos, estrategias

de marketing, entre otras de Dominos Pizza en Per, sonoficinas en las cuales se encuentran todas las reas

administrativas de la empresa.

La empresa cuenta con 350 personas laborando en las tiendas

aproximadamente y en la sede central, en la cual hay

diferentes reas como: marketing, recursos humanos, finanzas,

servicio tcnico, administracin, capacitacin, gerencia,

atencin al cliente y rea legal.

Gerencia

Administracin

Marketing

RRHH

Legal

Operaciones

Finanzas

Atencin al

Cliente

Proveedores

Planta de

Produccin

Servicio

Tcnico

Capacitacin

Ilustracin 1: Organigrama de la Organizacin.

Visin:

Ser el mejor operador del sistema Dominos Pizza con el mejor

talento humano.


14/124

14

Misin:

Mantener los altos estndares de la cadena internacional de

pizza a domicilio en Per y brindar esa experiencia de un

excelente producto con un excelente servicio a los clientes.

Posicionamiento y Competencias:

El producto est posicionado como un producto de la ms alta

calidad, con estndares de una cadena muy exigente, con

normas de sanidad y seguridad a nivel internacional y con un

excelente servicio.

La industria de la comida rpida en general no tiene barreras

de salida establecidas especficamente, pero debemos hablar

de las empresas que estn obligadas a quedarse dentro del

mercado por imagen internacional como Domino's Pizza que

tiene como poltica no ceder en aquellos mercados donde ya

se establecieron o ingresaron.

1.1.2. Los Procesos del Negocio

En Dominos Pizza los procesos del negocio se manejan

internamente, para la fabricacin de insumos como masas y

quesos, para los dems insumos tienen sus proveedores los

cuales traen en grandes cantidades a sus almacenes.

La nica tercerizacin que hacen es la impresin de sus

volantes y pancartas, el resto de procesos como: desarrolloweb, 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 lapreparacin de las pizzas tengan stock, de no tener insumos


15/124

15

por una llamada puede gestionar a comisariato quienes se

encargan de abastecer a todas las tiendas, tambin todo el

personal de la tienda est dispuesto a contestar una llamada

telefnica y atender al cliente, para la preparacin de las pizzas

es rotativo, lo indicado seria 4 horas por persona pero estas

pueden variar ya que siempre hay permisos o inconvenientes y

los horarios por lo general suelen ser rotativos.

Tambin existe la distribucin de afiches masivos o volanteo,

los miembros de la tienda inclusive el administrador reparten

afiches de promociones a los transentes, se utiliza este tipo

de publicidad para poder llegar a los clientes de una manerams directa as como a las personas que viven alrededor de

las tiendas para que puedan solicitar un pedido telefnico.

La empresa est administrada por cinco reas que son:

operaciones, logstica, marketing, ventas y postventas. Segn

el siguiente cuadro (ilustracin 2) se muestra a mayor detalle el

mapa del negocio donde se especifican las reas que ayudan

a la gestin y manejo de la empresa.


16/124

16

Contabilidad:Elaboracin de existencias entre insumos yproductos finales

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

Planeamiento Formulacin de Presupuestos*Proyeccin de ventas.*Evaluacin de Costos.

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

Sistemas de Informacin*Software de Computacin.*Uso de Internet (Sede Central).*Hardware de PCs en tiendas.*Uso de VPN(Tiendas)Abastecimiento*Evaluacin de proveedor.*Evaluacin de propuestas.*Elaboracin de listas de Compra.Logstica*Recepcin de Materiales.*Verificacin de Materiales.*Control de Calidad de Materiales.

Abastecimientode Insumos

Operaciones Logstica Marketing Ventas Postventa

*Revisin deinsumos

faltantes.

*Reparticin deInsumos a

tiendas.*Almacenamientode Insumos.*Inspeccin porparte de laPlanta.

*Controlde

calidad.*Seleccindeinsumos.

*Alianzas conotras

empresas.*Diseo deVolantes.*Eventos enColegios yUniversidades.*Promocionespor fechasresaltantes.*Segmentacinde mercado.*Evaluacin deDescuentos.*Evaluacin dequejas ysugerencias.

*Obtencin deinformacin

previa.*Comparacinde Costos.*Confirmacinde pedido.*Atencin al

cliente.*Atencin de

pedidos.

*Redencionesde Ventas en

todas lastiendas.*Conteo deRetorno devales yvolantes.

Ilustracin 2: Cuadro del mapa del negocio.


17/124

17

Diagrama de procesos del negocio:

El presente diagrama (Ilustracin 3), contempla la estructura

del flujo por el cual los clientes y los usuarios del sistema van a

poder manejar y gestionar de manera consecutiva todo elproceso y planeamiento de realizacin de un pedido.

Ilustracin 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, elcliente es quien toma la decisin para poder aceptar el pedido,

despus que el vendedor ofrezca las promociones, el cliente

acepta el pedido, paga y espera hasta que termine la

preparacin, al final entregan su pedido.

Para la actividad del pago por el servicio, el sistema consulta al

cliente cuando enva la solicitud del pedido si va realizar el

pago mvil, de ser as, la Empresa Emisora de Dinero


18/124

18

Electrnico (EEDE) enva al cliente el monto de la operacin y

un cdigo nico al cliente. El cliente para dar su aceptacin

debe confirmar la solicitud respondiendo el mensaje con dicho

cdigo y se le descuenta el monto de su saldo inicial

Leyenda de Procesos:

Compra de insumos

Dominos Pizza tiene su propia planta de quesos y masas

(Huaral), algunas veces ellos mismos no pueden cubrir sus

demandas, para lo cual solicitan a sus proveedores

insumos como: queso, jamn, Cartones, cajas Carvinza y

salsas de tomate Carozzi. Estas empresas previamente,

fueron visitadas por un inspector de sanidad para que

puedan ser proveedores directos de Dominos Pizza.

Reparto de Insumos a Tiendas

En este proceso, los insumos se distribuyen a todas las

tiendas para que puedan preparar los productos finales

(pizzas).

Preparacin de pizzas

La preparacin es en las tiendas, teniendo respaldo de

Stocks de insumos se podrn vender las pizzas de acuerdo

a la receta y preparacin, cada una con su respectivo

manual e ingredientes que tienen establecidos para cadatipo de pizza.

Alianzas estratgicas

Dominos Pizza realiza alianzas con: Coca-Cola, BCP,

TROCHA, Saga Falabella, etc. Con el fin de poder llegar a

los clientes de forma directa y no a travs de interlocutores

o medios televisivos. Una de las estrategias es llegar alcliente de manera directa a los hogares a travs de tarjetas


19/124

19

de invitacin para que degusten algn nuevo sabor o

simplemente invitndolos.

Inventario y Finanzas

Para llevar un buen manejo de las cuentas y suministros

de productos, se lleva a cabo todas las semanas un

inventario del stock de las tiendas, para prevenir algn

requerimiento mayor de eventos o salida de alguna

promocin con alguna alianza estrategia fuerte.

Reparto de Pizzas(Delivery)

Es un servicio de reparto a domicilio donde suele realizarse

en motocicleta previo a una llamada telefnica. Las

empresas que distribuyen las pizzas a domicilio suelen ser

franquicias.

Dinero Electrnico

El dinero electrnico es almacenado en un soporte

electrnico (como un celular o tarjeta prepago) y seraceptado de manera general como medio de pago, emitido

por un valor igual a los fondos recibidos (por las EEDE o

bancos) y puede ser convertido nuevamente a efectivo por

el saldo que mantenga el titular.

1.2. Descripcin del Problema

Hay muchas empresas que desean implementar e innovar nuevasalternativas para llegar con mayor calidad y eficacia a sus clientes,

pero no cuentan con la infraestructura y tecnologa necesaria, muchas

veces estas implementaciones toman tiempo y dinero. Por lo que se

requiere de un planeamiento de modelado, programadores, costo o

tercerizar el servicio, esto tiene un sobrecosto del servicio que es

trasladado al cliente final.
http://es.wikipedia.org/wiki/Comida_a_domiciliohttp://es.wikipedia.org/wiki/Franquiciahttp://es.wikipedia.org/wiki/Franquiciahttp://es.wikipedia.org/wiki/Comida_a_domicilio


20/124

20

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

En los siguientes grficos se observa como la cantidad de pedidos va

aumentando en el transcurso del tiempo, desde que inicia en agosto

del 2010 con 65 pedidos, hasta octubre del 2012 con 2582 pedidos.

Estos datos fueron tomados directamente del mismo portal web de

Dominos Pizza y dichos pedidos solo fueron realizados a travs de su

portal web.

Ilustracin 4: Cuadro de pedidos por el portal web de Dominos Pizza 2010.

62

385

462

413

563

0

100

200

300

400

500

600

Agosto Septiembre Octubre Noviembre Diciembre

Pedidos 2010 - Domino's Pizza


21/124

21



510632 602

849974

1106

1353

1068995

1230 1189

1626

0

200

400

600

800

1000

1200

1400

1600

1800


1464 1498

1889

1580 1523

1229

19531775

1948

2582

0

500

1000

1500

2000

2500

3000



22/124

22

En el siguiente grafico se muestra que el 24% de familias tienen

acceso a Internet, esto refleja la cantidad de familias que pueden

acceder al presente proyecto. Fuente: INEI (2012)

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

Centralizacin del Problema

El problema identificado es la inexistencia de una pgina web donde se

puedan encontrar a varios restaurantes y por medio de la misma hacer

un pedido por delivery a los diferentes establecimientos suscritos.

No tienen

acceso a

Internet

Tienen acceso a

Internet

FAMILIAS EN EL PER QUE TIENEN

ACCESO A INTERNET


23/124

23

1.3. Objetivos del Proyecto

1.3.1 Marco Lgico

rbol de Problemas:

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

Las empresas no tienenestadsticas comparativas de

pedidos de clientes.

Falta delocalizacinreferencial detiendas.

Los clientes pierden

mucho tiempo al buscarlos telfonos de diferentesempresas por delivery.

Las direcciones de las

tiendas estn en algunosvolantes pero no est geolocalizada para una mejorvisin del cliente.

Los clientes que navegan

encuentran informacin dispersaen varios contenedores quefueron desarrollados por lamisma empresa de alimentos

Los clientes sonafectados, pueslos

precios no pueden sercom arados.

Los clientes desconocen queempresas llegan realmente asus domicilios y no optan porcomunicarse con ellos.

Las empresas evaluaran laimportancia de acuerdo a loscuadros estadsticos de incluirsus productos al portal web.

Las empresas no seunen para brindar unmejor servicio.

Las empresas no tienenbien establecidos susrangos de alcance dedelivery.

Las empresas desconocen elpotencial que tienen losclientes que estnnavegando por la web.

Las empresas no estn deacuerdo que sus productoscompitan en un mismo

portal web.


24/124

24

rbol de Objetivos:

El portal web tendrpromociones ya que lainformacin centralizadainfluye en unacompetencia por precios.

Unificar las empresaspara que puedan ayudara los clientes a teneruna visin ms ampliade productos y tiendas.

Mayor facilidad deubicacin de las tiendas conayuda de Googlemaps.

La unificacin de lasempresas se podr enfocaren base a un centrocomercial.

Aumento de las utilidadespara las medianas y grandesempresas que tengan elservicio de delivery.

Gracias a lacentralizacin de la

informacin no tendrnque perder muchotiempo en buscartelfonos o direcciones.

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

Mejora la exactitudreferencial de las tiendas paraver si el domicilio del clienteest cerca.

Los clientes encontraraninformacin centralizada y notendrn que estar navegando

por diferentes portales.

Las empresas podrn verificarque tienda es menos rentablede acuerdo a la cantidad de

pedidos realizados.

Los clientes no tendrn quepreocuparse de que tiendasllegan a sus domicilios puesesto ser validadoautomticamente.

Con la ayuda de las zonasde Googlemaps se podrndefinir por rangos dellegada en el mapa deLima.

Se podrn mostrar cuadrosestadsticos de los clientesfrecuentes y pedidos portiendas.


25/124

25

1.3.2 Objetivo General.

Constituir una nueva empresa llamada Pa llevar el cual

respalde todos los servicios brindados por el nuevo portal web.

Desarrollar un portal web, donde se pueda encontrar

informacin centralizada de diferentes empresas de venta de

comida por delivery e innovar la modalidad del pago por

monedero electrnico, dando facilidades de bsqueda a los

usuarios por la geo localizacin de googlemaps para reducir el

tiempo de recepcin en las tiendas y aumentar sus ingresos.

Las tiendas podrn ser administradas independientemente de

las otras, inclusive los rangos de alcance que tienen los

motorizados para enviar los pedidos.

1.3.3 Objetivos Especficos

Constituir una nueva empresa llamada Pa Llevar para que

respalde todo lo ofrecido en el portal web.

Unificar a las empresas alimenticias y poder ayudar a los

clientes a tener una visin ms amplia de productos y

tiendas.

Buscar y ubicar inmediatamente las tiendas con ayuda de

Googlemaps.

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

Definir con la ayuda de las zonas de Googlemaps los rangos

de alcance del servicio de reparto de las tiendas en todos

los distritos de Lima.

Centralizar la informacin, ya que los clientes no tendrn

que perder tiempo en la bsqueda de telfonos oreferencias y direcciones de tiendas.


26/124

26

Publicar en el portal web sobre las promociones de las

tiendas que a su vez permitir una competencia por precios.

Validar la cobertura del reparto permitiendo a los clientes

que no tengan que preocuparse por que las tiendas llegan a

sus domicilios pues esto ser validado automticamente al

ingresar a una tienda.

Administrar las tiendas segn su escala de pedidos

atendidos, ya que las empresas podrn verificar que tienda

es menos rentable de acuerdo a la cantidad de pedidos

realizados.

1.3.4 Tabla de Consistencia

Problema General Objetivo General

Falta de un repositorio donde se

pueda encontrar todos los productos

centralizados de diferentes empresas

de comida por delivery.

Desarrollar un portal web donde se

pueda encontrar informacin

centralizada de diferentes empresas

de comida por delivery

Problemas Especficos Objetivos Especficos

No existe una empresa que

respalde todo lo que ofrece el

portal web: Pa llevar.

Constituir una nueva empresa

llamada Pa Llevar para que

respalde todo lo ofrecido en el

portal web.

Los clientes de Lima no pueden

hacer una bsqueda y pedido a

su vez en un mismo portal web.

Unificar a las empresas

alimenticias y poder ayudar a los

clientes a tener una visin ms

amplia de productos y tiendas

Los clientes no pueden hacer

bsquedas de acuerdo a su

Buscar y ubicar inmediatamente

las tiendas con ayuda de


27/124

27

ubicacin actual. Googlemaps.

Las empresas no alcanzan a

cubrir completamente su rangode delivery por desconocimiento

de los clientes.

Aumentar los ingresos para las

medianas y grandes empresasque tengan el servicio por

delivery.

Algunas medianas empresas no

tienen establecido un rango

especfico de alcance a

domicilios de los clientes.

Definir con la ayuda de las zonas

de Googlemaps los rangos de

alcance del servicio de reparto de

las tiendas en todos los distritosde Lima.

Los clientes de Lima

metropolitana no cuentan con

una buena informacin

centralizada de tiendas por

delivery.

Centralizar la informacin, ya que

los clientes no tendrn que

perder tiempo en la bsqueda de

telfonos o referencias y

direcciones de tiendas

Las empresas no compiten en

precios, cada una es

independiente y los clientes no

son beneficiados con los precios

acorde al mercado.

Publicar en el portal web sobre

las promociones de las tiendas

que a su vez permitir una

competencia por precios.

Cuando los clientes llaman a una

tienda no estn seguros si el

motorizado llega a su domicilio,

tienen que detallar va telfono su

direccin y explicar su referencia

aproximada.

Validar la cobertura del reparto

permitiendo a los clientes que no

tengan que preocuparse por que

las tiendas llegan a sus

domicilios pues esto ser

validado automticamente al

ingresar a una tienda.


28/124

28

Muchas empresas que brindan el

servicio online de pedidos no

contabilizan exactamente la

cantidad de pedidos y precios,

tampoco pueden hacer

comparaciones para ver cul es

ms rentable.

Administrar las tiendas segn su

escala de pedidos atendidos, ya

que las empresas podrn

verificar que tienda es menos

rentable de acuerdo a la cantidad

de pedidos realizados.

1.4. Justificacin del Proyecto

1.4.1. Beneficios Tangibles

Los beneficios tangibles ms trascendentales para las empresasy clientes son los siguientes:

Aumentar los Ingresos en todas las cadenas de Tiendas.

Para todas las tiendas de las Unidades de Negocio

existentes, con ayuda del portal web y automazaciones en el

sistema de ventas, Aumentar eficazmente sus ingresos altener 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


29/124

29

menos personal por la automatizacin, no necesitan flyers

impresos, no necesitan gastar en papeles, tienen espacio en

su misma tienda para que otros clientes puedan hacer cola y

as generar ms ingresos y satisfaccin al cliente.

Reduccin de costos usando la opcin de Pago mvil.

La ley contempla que las transacciones financieras que

utilicen la modalidad de pago mvil, tendr un bajo costo de

operacin a diferencia del uso de las tarjetas de crdito.

1.4.2. Beneficios Intangibles

Tanto para los clientes como para las empresas los beneficios

que buscan son monetarios, pero tambin existen beneficios

que no trascienden pero son fundamentales como los siguientes

propuestos:

Ahorro de tiempo, organizacin y eleccin contranquilidad

Se pueden observar los mens y precios actualizados contranquilidad. Podrn enviar varios pedidos de manera

ordenada pues el carrito de compras es individual por cada

tienda, esto para evitar cualquier confusin en vueltos, tipos

de pago y entrega de boletas.

Mens y precios actualizados

Cada local cuenta con el men de sus productos y precioscompletamente actualizados. Por otro lado, se cuenta con

informacin extra, como direccin, horarios y zona de

entrega.

Rankings

Los locales pueden ser puntuados a travs de estrellas del 1

al 5 segn la cantidad de afluencia que tengan por visitas.


30/124

30

Fidelizar a los Clientes que realizan pedidos.

No solo se puede tener una buena captura de Clientes,

tambin es necesario fidelizarlos pues es ah donde se

puede tener la estabilidad de los pedidos Web.

Uso de tecnologas actuales como medio de pago.

El uso de los dispositivos mviles tales como los celulares

dado su gran uso permitir efectuar las transacciones

financieras con mayor rapidez y seguridad ya que no

requieren de una infraestructura especial a la ya existente.

1.5. Alcance del Proyecto

a) Registrar a cualquier empresa con cualquier promocin de venta

existente.

b) El cliente podr tener un avatar (Intranet) donde podr calificar a las

tiendas, realizar pedidos, localizar su ubicacin y actualizacin de

datos.

c) Cada Unidad de Negocio va tener un usuario que va realizar

consultas, administracin de pedidos, tiendas y productos.

d) Cada Unidad de Negocio va a tener un Administrador que va

actualizar todos los detalles vinculados a su Empresa.

e) El presente proyecto solo podr registrar a tiendas y unidades denegocio que se encuentren en Lima Metropolitana y Callao.

f) Los pedidos se podrn confirmar por medio de la intranet del portal

web y por los administradores y recepcionistas de pedidos.

g) Los clientes tendrn la opcin de buscar que tiendas llegan a su

domicilio con el fin de reducir el tiempo de bsqueda y envo de

pedido.


31/124

31

h) Los pagos con monedero electrnico solo se efectuar en las

empresas registradas en el portalwww.pa-llevar.com

i) Las recargas virtuales para el monedero electrnico, son validadas

manualmente por el administrador del sistema del portal www.pa-

llevar.com.

j) Los mensajes de texto para realizar las operaciones con monedero

electrnico tienen el costo segn el operador mvil que se utilice:

Movistar, Claro y/o Nextel.
http://www.pa-llevar.com/http://www.pa-llevar.com/http://www.pa-llevar.com/http://www.pa-llevar.com/http://www.pa-llevar.com/http://www.pa-llevar.com/http://www.pa-llevar.com/http://www.pa-llevar.com/http://www.pa-llevar.com/


32/124

32

CAPTULO II: MARCO TERICO

Gracias al Internet hoy no es necesario recurrir a las guas telefnicas para

buscar un restaurante, ya que hay mucha informacin online. Sin embargo,

suele estar dispersa e incompleta y la mayora de veces no geo localizada. A

continuacin detallaremos las bases tericas para la implementacin de la

presente tesis.

2.1. Sistema

Estamos ante un conjunto de elementos que tienen propiedades y

atributos. Todo elemento est especificado por sus atributos y, si estos

elementos son seres humanos, los atributos que permiten identificarlos

en el sistema son su comportamiento de comunicacin, por oposicin a

los atributos intrnsecos; por ejemplo. Un sistema es pues un conjunto

de elementos y de relaciones que existe entre estos elementos y entre

sus atributos organizados en funcin a un fin. Esta interaccin es tal

que un cambio en un elemento o en sus relaciones desencadena un

cambio en los otros elementos y en el sistema entero.(03, Ranquet,Mathilde Du)

Un sistema es un conjunto de partes o elementos organizados y

relacionados que interactan entre s para lograr un objetivo. Los

sistemas reciben (entrada) datos, energa o materia del ambiente y

proveen (salida) informacin, energa o materia. Un sistema puede ser

fsico o concreto (una computadora, un televisor, un humano) o puede

ser abstracto o conceptual; por ejemplo un software.

Cada sistema existe dentro de otro ms grande, por lo tanto un sistema

puede estar formado por subsistemas y partes, y a la vez puede ser

parte de un spersistema. (04, 2012 alegsa.com.ar)


33/124

33

2.2. Tipos de Sistema

De los muchos acercamientos tericos que se han hecho en el estudio

de los pequeos grupos humanos compartimos uno de ellos, porque nos

ilustra perfectamente al respecto, es el que realiza la Teora General de

los Sistemas. Esta teora, sintticamente, define sistema como un

conjunto de elementos interdependientes entre s. Y diferencia entre

sistema abierto y sistema cerrado:

Define sistema abierto como aquel que mantiene un permanente flujo de

intercambio con su entorno y cuya evolucin es independiente de las

condiciones iniciales.

Al contrario, al sistema cerrado lo define como aquel que no mantiene

ningn intercambio con su entorno y cuyo estado final depende

totalmente de las condiciones iniciales del propio sistema.(05, Juan

Bez)

Existe un vnculo entre las diferentes clases de sistemas que se operan

en una empresa y stos proporcionan informacin sustancial al

desempeo de las relaciones superfluas de confiabilidad. Entre los ms

destacados se encuentran los siguientes:

Sistemas Naturales y Elaborados

Naturales. Son aquellos que se desarrollan de un proceso natural, es

decir como la fotosntesis, tambin se les llaman adaptables, porque hay

un reajuste constante a nuevos insumos ambientales, ejemplo injertos,

plantas y frutas.

Elaborados. Son aquellos donde se ha hecho una aportacin al proceso

en marcha, mediante atributos, objetos y relaciones. Ejemplo, las

presas, motores, entre otros.


34/124

34

Sistemas Cerrados y Abiertos

Cerrados. Son aquellos que operan con poco intercambio, razn por la

cual, estudiosos en la materia piensan que no existen, sin embargo, se

dice que el proceso de la respiracin es cerrado.

Abiertos. Estos sistemas reciben influencia de los Supra sistemas, es

decir, todos los sistemas se encuentran inmersos en un sistema

circulante.

Un ejemplo de esta clase de sistemas es la gestin de los recursos

financieros, ya que con l, se pretende conseguir fondos (dinero) para

financiar los esfuerzos y cubrir los gastos. Las empresas privadas por

ejemplo obtienen sus fondos del entorno o medio ambiente: Banca,

Instituciones Financieras, entre otras. (06, Revista Iberoamericana)

2.3. Sistema de Informacin

El sistema de informacin empresarial es diseado e implantado en la

organizacin no slo para gestionar la informacin y el conocimiento

sino tambin como medio para mejorar los procesos empresariales y enltima 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 mantenidoen 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.


35/124

35

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. (07, Carmen de Pablos H)

Un sistema de informacin (SI) es un conjunto de elementos orientados

al tratamiento y administracin de datos e informacin, organizados y

listos para su uso posterior, generados para cubrir una necesidad u

objetivo. Dichos elementos formarn parte de alguna de las siguientes

categoras:

Personas

Datos

Actividades o tcnicas de trabajo Recursos materiales en general (generalmente recursos

informticos y de comunicacin, aunque no necesariamente).

Todos estos elementos interactan para procesar los datos (incluidos

los procesos manuales y automticos) y dan lugar a informacin ms

elaborada, que se distribuye de la manera ms adecuada posible en una

determinada organizacin, en funcin de sus objetivos. (08, Wikipedia)

2.4. Tecnologas de la Informacin y Comunicaciones (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.


36/124

36

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.(09, Ramn C. Surez y Alonso)

La bibliografa existente en la actualidad en torno a las nuevas

tecnologas de la informacin y de la comunicacin es abrumadora. Son

muchas las definiciones de las TIC de diferentes autores que podemos

encontrar, y no necesariamente concordantes. Dos de los elementos

comunes en la mayora de estas definiciones son la relacin de los

diferentes avances tecnolgicos implicados en las NTIC y la descripcin

de las aplicaciones que estos avances han generado.

As nos encontramos con Castells que al referirse a las tecnologas de la

informacin y de la comunicacin las sita como el conjunto de

tecnologas desarrolladas en el campo de la microelectrnica, lainformtica, las telecomunicaciones, la televisin y la radio, la

optoelectrnica y su conjunto de desarrollo y aplicaciones, o con la

propuesta de Cabero (2000) que presenta las diferentes utilidades de

las NTIC en la educacin.

El trmino nuevas tecnologas de la informacin y comunicacin al

referirse a diferentes instrumentos tcnicos como el ordenador, las


37/124

37

redes, la realidad virtual... que giran en torno de las telecomunicaciones,

la informtica y los audiovisuales de forma interactiva.

De acuerdo con Cabero deberamos distinguir entre nuevas tecnologas

(vdeo e informtica) y tecnologas avanzadas; trmino acuado por

diversos autores para diferenciar las realmente nuevas (multimedia,

televisin por cable y satlite, CD-ROM, hipertextos...) (10, Bentez,

Gerardo Meneses)

2.5. Tipos de Procesos de Negocio

A mi leal saber y entender, no hay acuerdo de clasificacin acadmica,

industrial o taxonoma de los diferentes tipos de procesos de negocio.

Desde un punto de vista de nivel superior, hay dos perspectivas

principales de los procesos de negocio: la perspectiva del nivel y la

perspectiva de las competencias bsicas.

Nivel Perspectiva

La perspectiva nivel clasifica a los procesos de negocio en niveles como

los de los organigramas tradicionales. Esta perspectiva est influenciadaprincipalmente 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 yeficiencia 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. (11, Planning and Control Systems)


38/124

38

Un proceso de negocio es una coleccin de actividades estructuradas y

relacionadas que producen un valor para la organizacin, sus inversores

o sus clientes. Un proceso de negocio puede incluir otros procesos.

Business Process Management (BPM) da nombre a la disciplina que se

encarga de modelar, automatizar, integrar, monitorizar y optimizar la

gestin sistemtica de los procesos de negocio. Esto lo consigue

mediante la integracin de disciplinas tales como el Modelado de

procesos, Simulacin, Workflow, Enterprise Application Integration (EAI)

e integracin Business-to-Business (B2B).

Adems, BPM reconoce el factor cambiante existente en los Procesos

de Negocio y por ello propone tanto el modelado de los procesos como

su simulacin y ejecucin en un entorno donde la definicin sea explicita

pudiendo ser controlado, analizado y rediseado de forma constante

para mejorar su eficiencia. Para hacer posible esta propuesta han

surgido tanto lenguajes de descripcin de procesos como motores de

ejecucin.

Existen diferentes notaciones para modelar procesos de negocio(Diagramas de actividad de UML, Procesos de Negocio EDOC, IDEF,

ebXML BPSS, BPMN, etc.). (12, Torres Pau Giner y Victoria)

2.6. Software Libre

Cuando un programa de software libre deja de estar en manos de su

autor, esto no significa necesariamente que siga siendo software libre

para cualquiera que se haga con una copia de l. Por ejemplo, elsoftware de dominio pblico software sin copyright es software libre,

pero cualquiera puede modificarlo y hacer una versin propietaria a

partir de l. Lo mismo ocurre con muchos programas libres con

copyright que se distribuyen con licencias simples muy permisivas que

autorizan el desarrollo de versiones propietarias modificadas.

El ejemplo paradigmtico de este problema es el X Windows System.

Desarrollado en el MIT y publicado como software libre con una licencia


39/124

39

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. (13, Stallman,

Richard M.)

El software libre plantea un nuevo modelo de entender las libertades del

usuario, la propiedad intelectual, y la creacin y distribucin de software.

Ha demostrado ser tcnicamente viable, econmicamente sostenible y

socialmente justo cambiado la forma de entender la industria del

software. Linux, un sistema operativo desarrollado por voluntarios, es el

buque insignia de esta revolucin social y tecnolgica que estatrayendo el inters de usuarios, empresas y administraciones pblicas

de todo el mundo. Este libro desglosa de forma sencilla en sus ocho

captulos los principios y repercusiones del software libre en nuestra

sociedad. (14, Jordi Mas Hernndez)

2.7. Lenguaje PHP (Hypertext Pre-processor)

PHP es un acrnimo recursivo que significa PHP Hypertext Pre-processor, y se trata de un lenguaje de scripting para la programacin

de pginas dinmicas de servidor. Es un lenguaje de tipo gratuito, y

forma parte del software que se conoce como de cdigo abierto (Open

Source). Es decir que se le pueden introducir modificaciones y mejoras y

ponerlas a disposicin de los dems usuarios del mismo.

Otra caracterstica importante es que se trata de un lenguaje

multiplataforma, esto quiere decir que la aplicacin web desarrollada en

PHP puede funcionar en casi cualquier tipo de plataforma Windows,

Unix/Linux (y sus diferentes versiones y distribuciones). Tambin ofrece

soporte a los motores de base de datos ms populares (SQL Server,

MySQL, PosgresSQL, Oracle, etc.), como as tambin acceso ODBC

(open database conectivity).

Una aplicacin web basada en PHP necesita dos tipos de software. Elprimero es un servidor web que va a atender las peticiones de los


40/124

40

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.(15, OlivierHeurtel)

PHP es un lenguaje de scripting que permite la generacin dinmica de

contenidos en un servidor web. El significado de sus siglas es HyperText

Preprocessor. Entre sus principales caractersticas cabe destacar su

potencia, su alto rendimiento, su facilidad de aprendizaje y su escasezde consumo de recursos.

El cdigo PHP puede incluirse dentro del cdigo HTML de la pgina.

Para delimitar la seccin de cdigo PHP podemos hacerlo de varias

formas:

-Usando las etiquetas -Mediante

El funcionamiento de las pginas en PHP alojadas en un servidor es el

siguiente:

-El navegador del cliente solicita el documento PHP.

-Llega la solicitud del servidor y el servidor localiza el documento, lanza

el intrprete de PHP y ejecuta todo su cdigo.

-Una vez ejecutado el cdigo se genera el resultado en HTML y lodevuelve al servidor para que lo transfiera al cliente.


41/124

41

-El servidor transfiere el resultado en HTML y es mostrado en el

navegador del cliente. (16, ngel Cobo)

2.8. Servidor Web Apache

El servidor HTTP Apache es un servidor web HTTP de cdigo abierto,

para plataformas Unix (BSD, GNU/Linux, etc.), Microsoft Windows,

Macintosh y otras, que implementa el protocolo HTTP/1.12 y la nocin

de sitio virtual. Cuando comenz su desarrollo en 1995 se bas

inicialmente en cdigo del popular NCSA HTTPd 1.3, pero ms tarde fue

rescrito por completo. Su nombre se debe a que Behelendorf quera que

tuviese la connotacin de algo que es firme y enrgico pero no agresivo,

y la tribu Apache fue la ltima en rendirse al que pronto se convertira en

gobierno de EEUU, y en esos momentos la preocupacin de su grupo

era que llegasen las empresas y "civilizasen" el paisaje que haban

creado los primeros ingenieros de internet. Adems Apache consista

solamente en un conjunto de parches a aplicar al servidor de NCSA. En

ingls, a patch y server (un servidor "parcheado") suena igual que

Apache Server.

El servidor Apache se desarrolla dentro del proyecto HTTP Server

(httpd) de la Apache Software Foundation.

Apache presenta entre otras caractersticas altamente configurables,

bases de datos de autenticacin y negociado de contenido, pero fue

criticado por la falta de una interfaz grfica que ayude en su

configuracin.(17, Wikipedia)

El servidor HTTP Apache es un servidor HTTP de cdigo abierto para

sistemas operativos modernos, incluyendo UNIX, Microsoft Windows,

Mac OS/X y Netware. El objetivo de este proyecto es proporcionar un

servidor seguro, eficiente y extensible que proporcione servicios HTTP

observando los estndares HTTP actuales. Apache ha sido el servidor

web ms popular en Internet desde abrilde1996.(18, Apache ORG)


42/124

42

2.9. Motor base de datos MySQL

MySQL 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. (19, Wikipedia)

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


43/124

43

En la Ley N 29985 define al dinero electrnico como un valor monetario

representado por un crdito exigible a su emisor, el cual tiene las

siguientes caractersticas:

a) Es almacenado en un soporte electrnico.

b) Es aceptado como medio de pago por entidades o personas distintas

del emisor y tiene efecto cancelatorio.

c) Es emitido por un valor igual a los fondos recibidos.

d) Es convertible a dinero en efectivo segn el valor monetario del que

disponga el titular, al valor nominal.

e) No constituye depsito y no genera intereses. (20, Ley N 29985 -

2013)

2.11. Pago Mvil

Pago Mvil se refiere al conjunto de servicios que permiten realizar

transacciones financieras a travs de telfonos mviles. Incluye tanto el

pago de determinados productos y servicios como la transferencia de

dinero de persona a persona. Sus caractersticas y ventajas varan en

funcin de la empresa prestadora que puede ser una entidad financiera,

una empresa de telecomunicaciones, una tarjeta de crdito o una

alianza entre distintos tipos de compaas.

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)


44/124

44

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.(21, Wikipedia)

2.12. Entidades Emisoras de Dinero Electrnico

Las entidades de dinero electrnico se dedican a emitir dinero

electrnico, que es admitido como medio de pago por empresas

distintas a la entidad emisora.

Se entiende por dinero electrnico el valor monetario representado por

un crdito exigible a su emisor:

Ninguna entidad de crdito que pretenda realizar la actividad de emitir

medios de pago en forma de dinero electrnico podr recibir fondos por

importe superior al valor monetario emitido.(22, clientebanca)

Las Empresas Emisoras de Dinero Electrnico son sujetos obligados a

proporcionar informacin que se refiere el artculo 3 de la Ley 27693,

conforme a lo dispuesto en el literal a) del numeral 3.1 del artculo 3 de

la Ley 29038, Ley que incorpora la Unidad de Inteligencia Financiera delPer (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


45/124

45

numeral a sus clientes o usuarios que adquieran el dinero electrnico

que emitan.(23, Ley N 29985 - dinero electrnico - 2013)


46/124

46

CAPTULO III: ESTADO DEL ARTE

3.1 Revisin de Papers

Para la presente investigacin se ha recogido informacin de algunos

papers a fin de tomar conocimiento sobre el tema y darle una mejor

explicacin.

A continuacin presentamos algunos de ellos:

3.1.1. Integrando Especificaciones Textuales y Elementos de

modelado UML en un Marco de Trabajo para Trazabilidad de

Requisitos.

Fuente: Patricio Letelier y Vctor Anaya. Departamento de

Sistemas Informticos y Computacin - Universidad Politcnica

de Valencia

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 lasdependencias 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.(24, Sistemas

Informticos y Computacin)


47/124

47

3.1.2. Towards Security by Construction for Web 2.0 Applications

Fuente: Benjamin Livshits and Ulfar Erlingsson. Microsoft

Research

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, con algunas

de las mejores prcticas en seguridad de aplicaciones Web 2.0, y

la lista de los enfoques ms eficaces y las contramedidas.

Por ltimo, nos presenta algunas recomendaciones para mejorar

el entorno de seguridad en la Web 2.0, as como una indicacin

de algunas investigaciones futuras en este mbito. Estedocumento est dirigido tanto para los desarrolladores y usuarios

de los sistemas basados en Web 2.0(25, Construction for Web

2.0 Applications)

3.1.3. Identifying Extensions Required by RUP (Rational Unified

Process) to Comply with CMM (Capability Maturity Model)Levels 2 and 3

Fuente: Journal IEEE Transactions on Software Engineering

Volume 29 Issue 2, February 2003

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 dapautas que debemos considerar a menudo para la realizacin


48/124

48

final de este, nos informa que todo proyecto es orientado a los

requisitos.

Muchos proyectos se basan en el modelo en cascada tradicional

o alguna variante de la misma. Este documento nos presenta una

solucin amplia, para la secuencia de desarrollo de software, con

un disciplinado proceso de desarrollo, por el cual se basa en el

Rational Unified Process (RUP) el cual nos impulsa al uso de un

caso de uso, al centrado en la arquitectura, el enfoque de

desarrollo iterativo.

En el documento se presenta una descripcin detallada de los

pasos a seguir para el desarrollo del mismo.(26, Identifying

Extensions Required by RUP)

3.1.4. Implicaciones estratgicas del comercio electrnico basado

en Internet.

Fuente: Informacin Comercial Espaola, ICE: Revista de

economa, ISSN 0019-977X, N 783, 2000, pgs. 63-78.

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 futurodesarrollo en el comercio electrnico, incluida la integracin de


49/124

49

pagos electrnicos en el proceso de compra, la construccin de

un mercado de consumo, la gestin de los negocios electrnicos

y la nueva intermediacin.(27, Revista Economia - 2000)

3.1.5. Medios de pago electrnico, piedra angular en el desarrollo

del comercio electrnico

Fuente: Luis Martnez Lpez, Francisco Mata Mata. Universidad

de Jan, Dept. Informtica, Jan, Espaa, 23071.

El comercio electrnico proporciona a las empresas una mejorade 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.(28,

Universidad de Jan)


50/124

50

CAPTULO IV: MODELADO DEL NEGOCIO

4.1. Reglas del Negocio

Actualmente las empresas que ofertan sus productos de comida con el

servicio de reparto a domicilio, tienen un proceso de negocio ya definido

y estandarizado. Donde el flujo inicia con la solicitud del servicio y

termina con la entrega del producto y la cancelacin por parte del

cliente.

En base a ello y para tener el mejor control y funcionamiento del portal

www.pa-llevar.comse han establecido las siguientes reglas de negocio:

R1. Las unidades de Negocio sern administradas por el Administrador de

la Web.

R2. Los administradores de Tiendas son los nicos que podrn administrar

los productos de acuerdo a la tienda que estn asignados.

R3. Los Administradores de Unidad de Negocio podrn crear las tiendas y

ubicaciones detalladas.

R4. El Recepcionista de Pedidos solo podr hacer la toma de pedidos.

R5. Los Clientes tendrn una interfaz diferente a la de administracin de

Productos y Pedidos.

R6. Para el pago con dinero electrnico el cliente debe estar registrado en

el sistema que es una Empresa Emisora de Dinero Electrnico y contar

con crdito disponible para proceder con la atencin del pedido.

R7. La modalidad de recarga de crdito en el monedero electrnico es

ingresando el nmero de la operacin y el monto de la recarga y luego

esta es validada manualmente por personal de la Empresa Emisora de

Dinero Electrnico.

R8. Para efectuar el pago, se debe responder el mensaje de texto con el

cdigo enviado por el sistema, el cual es nico por cada pedido

efectuado.
http://www.pa-llevar.com/http://www.pa-llevar.com/http://www.pa-llevar.com/


51/124

51

4.2 Casos de Uso del Negocio

Ilustracin 8: Diagrama de Casos de Uso del Negocio:

4.3. Diagramas de Actividades del negocio

Diagrama de flujo de cada proceso

Ilustracin 9: Diagrama del CUN: Recepcionar Pedido

CUN_RecepcionarPedido

(from Casos Usos Negoci o)

CUN_EntregarPedido


CUN_GestionarPedido


N_CLIENTE

(from Actores del Negocio)

Solicita informacion de

productos por telefono

Desea pedir?

Solicita el pedido y entrega

datos personales

dicta lista de productos

que puede pedir

Recepciona y

Registra datos

Lista de Productos : Listado de Productos

Datos del Cliente : Datos del ClienteNO SI

RECEPCIONISTA: N_CLIENTE


52/124

52

Ilustracin 10: Diagrama del CUN: Gestionar Pedido

Ilustracin 11: Diagrama del CUN: Entregar Pedido

Verifica datos

del pedido

Es viable ? Comunica la

negacin del pedidoNo

Verifica Productos

necesarios

Si

Existen

productos?

Ordena preparacin

del pedido

Insumos : Insumos

Recibe confirmacin de

negacin

Recibe Confirmacin

Positiva

No

Si

ClienteEncargado de Pedidos


53/124

53

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

.Ilustracin 13: Diagrama de Entidades del Negocio

CUN_GestionarPedido

CUN_EntregarPedido CUN_RecepcionarPedido

CUN_EfectuarPago

Insumos

Encargado de Pedidos

Verifica

Listado de ProductosN_Recepcionista

Comunica

Datos del Cliente

Registra

Registro de Pedidos

N_Repartidor

Confirma

Actua...


54/124

54

CAPTULO V: REQUERIMIENTOS DEL PROYECTO

5.1. Requerimientos del Software

5.1.1 Requerimientos Funcionales

RF1. El Registro de los administradores ser realizado de forma

interactiva por el Administrador del Sistema.

RF2. El Portal Web permitir registrar a diferentes usuarios con el rol

de Administrador del sistema.

RF3. El Portal Web permitir la asignacin y modificacin de lospermisos 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 delos 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 lospedidos que estn en su tienda.

RF10. El Administrador de tienda solamente puede modificar los

productos que pertenezcan a su tienda la cual administre y

tambin puede atender los pedidos que lleguen.

RF11. El Administrador del Sistema es el nico que podr validar la

recargas de Dinero Electrnico ingresadas por los clientes.


55/124

55

RF12. El sistema enviar de manera automtica un mensaje de texto

al cliente indicando el monto de su pedido y el cdigo nico de

transaccin que confirma la operacin.

RF13. Luego de efectuado un pedido el sistema solo aceptara larecepcin del cdigo de transaccin enviada desde el nmero

de celular del cliente que efectu el pedido.

5.1.2. Requerimientos No Funcionales

Capacidad de Uso:

Los requisitos de capacidad de uso estn relacionados con la

facilidad de comprensin de los usuarios con respecto al sistema.

Se han contemplado los siguientes requerimientos:

a) Interfaz amigable

Las interfaces sern amigables e intuitivas para los usuarios

dando con ello la facilidad de su uso.b) Ayuda

El sistema contar con toda la ayuda necesaria que el usuario

necesite para poder manejarlo con eficacia. En esta ayuda se

contar con el Manual de Usuario.

c) Uso de las interfaces del sistema

Se emplearn estndares de interfaz (no ms de cinco tipos

distintos) de manera que el usuario se sie

Documents

Tesis Delivery y Pago Movil - Al Fin Ver 3