Tesis Delivery y Pago Movil - Ver 9
-
Upload
jimmy-burga -
Category
Documents
-
view
550 -
download
11
Transcript of Tesis Delivery y Pago Movil - Ver 9
UNIVERSIDAD RICARDO PALMA
FACULTAD DE INGENIERÍA
ESCUELA PROFESIONAL DE INGENIERÍA INFORMÁTICA
“IMPLEMENTACIÓN DE UN PORTAL WEB PARA VENTA DE COMIDA POR DELIVERY Y PAGO CON
MONEDERO ELECTRÓNICO”
TESIS PARA OPTAR EL TÍTULO PROFESIONAL DE
INGENIERO INFORMÁTICO
PRESENTADO POR:
BURGA CRUZ, JIMMY ANDERSON
HUAMÁN MONTERO, YONEL LUIS
LIMA – PERÚ
2013
DEDICATORIA
Dedicamos la presente tesis a nuestros
padres, quienes nos alentaron e
inculcaron la perseverancia en cumplir
nuestros objetivos personales y
profesionales.
AGRADECIMIENTO
A los docentes de nuestra alma mater,
Universidad Ricardo Palma; en especial a
nuestro asesor Víctor Beltrán y revisores:
Silvia Campos, Roxana Ramos y Jorge
Rodríguez quienes compartieron sus
conocimientos y experiencias con
nosotros y nos motivaron en esta etapa
profesional para obtener el Título
Profesional.
i
RESUMEN
La presente Tesis está enfocada a la automatización de venta de comida y
reparto de sus productos a domicilio para las empresas del rubro alimenticio y
el pago con la modalidad de monedero electrónico.
La solución presentada es el desarrollo de un portal web el cual comprende de
tres módulos: uno para el administrador de Unidad de Negocio donde puede
administrar los pedidos de las tiendas que tenga a su cargo, es decir, gestionar
el control de los pedidos y productos que ofrecen. Otro es el módulo del
consumidor el cual es un portal web dinámico donde los clientes podrán
interactuar con las tiendas y productos que fueron creados por los
administradores de Unidad de Negocio, asimismo les permite utilizar la geo
localización de sus domicilios y el área de cobertura de las tiendas, mediante la
aplicación de Google Maps. Por último el módulo de pago a través de
monedero electrónico, el cual ha sido recientemente aprobado en nuestro país;
con esta modalidad se podrá pagar un pedido desde un dispositivo móvil a
través de un mensaje de texto enviado a la central y confirmado por la
respectiva tienda a quien se le hizo el pedido.
El portal web manejará toda la información vía correo electrónico, mensajes de
texto e intranet para facilitar el manejo y administración de los pedidos.
Palabras Clave:
Sistema Delivery, Monedero Electrónico, Geo localización, Google Maps.
ii
ABSTRACT
This thesis is focused on the automation of food sales and distribution of its
products at home for companies in the food sector and payment mode
electronic purse.
The solution presented is the development of a web portal which comprises
three modules: one for the business unit manager where you can manage
orders from stores that has the care, ie control manage orders and products
they offer. Another consumer is the module which is a dynamic web portal
where guests can interact with the shops and products that were created by the
Business Unit managers also allowed to use the geographical location of their
homes and the area of coverage stores, by applying Google Maps. Finally the
module payment through electronic wallet, which has recently been approved in
our country with this modality may be paid a request from a mobile device via a
text message sent to the central and confirmed by the respective Store whom
the order was made.
The website will manage all information via email, text messaging and intranet
to facilitate the management and administration of orders.
Keywords:
Delivery System, Electronic Wallet, Geo location, Google Maps.
iii
ÍNDICE
DEDICATORIA
AGRADECIMIENTO
RESUMEN
ABSTRACT
INTRODUCCIÓN.................................................................................................1
CAPÍTULO I: VISIÓN DEL PROYECTO.............................................................2
1.1. Antecedentes del Problema............................................................................21.1.1. El Negocio de Domino’s Pizza.........................................................31.1.2. Los Procesos del Negocio................................................................4
1.2. Descripción del Problema.............................................................................101.3. Objetivos del Proyecto...................................................................................13
1.3.1 Marco Lógico.....................................................................................131.3.2 Objetivo General...............................................................................151.3.3 Objetivos Específicos......................................................................151.3.4 Tabla de Consistencia.....................................................................16
1.4. Justificación del Proyecto..............................................................................181.4.1. Beneficios Tangibles........................................................................181.4.2. Beneficios Intangibles......................................................................19
1.5. Alcance del Proyecto.....................................................................................20
CAPÍTULO II: MARCO TEÓRICO.....................................................................21
2.1. Sistema............................................................................................................212.2. Tipos de Sistema............................................................................................222.3. Sistema de Información.................................................................................232.4. Tecnologías de la Información y Comunicaciones (TIC).........................242.5. Tipos de Procesos de Negocio....................................................................262.6. Software Libre.................................................................................................272.7. Lenguaje PHP (Hypertext Pre-processor)..................................................282.8. Servidor Web Apache....................................................................................292.9. Motor base de datos MySQL........................................................................302.10. Dinero Electrónico..........................................................................................312.11. Pago Móvil.......................................................................................................322.12. Entidades Emisoras de Dinero Electrónico................................................33
CAPÍTULO III: ESTADO DEL ARTE.................................................................34
3.1 Revisión de Papers........................................................................................343.1.1. Integrando Especificaciones Textuales y Elementos de
modelado UML en un Marco de Trabajo para Trazabilidad de Requisitos..........................................................................................34
3.1.2. Towards Security by Construction for Web 2.0 Applications... .353.1.3. Identifying Extensions Required by RUP (Rational Unified
Process) to Comply with CMM (Capability Maturity Model) Levels 2 and 3...................................................................................36
3.1.4. Implicaciones estratégicas del comercio electrónico basado en Internet...............................................................................................38
iv
3.1.5. Medios de pago electrónico, piedra angular en el desarrollo del comercio electrónico........................................................................40
3.2 Revisión de Software Similar: Benchmarking............................................423.2.1. Yo no cocino.....................................................................................423.2.2. Pedido YA..........................................................................................423.2.3. Alimentos Delivery...........................................................................42
CAPÍTULO IV: MODELADO DEL NEGOCIO....................................................43
4.1. Reglas del Negocio........................................................................................434.2 Casos de Uso del Negocio............................................................................444.3. Diagramas de Actividades del negocio.......................................................44
CAPÍTULO V: REQUERIMIENTOS DEL PROYECTO.....................................48
5.1. Requerimientos del Software........................................................................485.1.1 Requerimientos Funcionales..........................................................485.1.2. Requerimientos No Funcionales....................................................49
5.2. Casos de Uso del Sistema............................................................................505.2.1. Diagrama de Actores del Sistema.................................................505.2.2. Descripción de Actores del sistema..............................................515.2.3. Diagrama de paquetes del Sistema..............................................535.2.4. Casos de Uso del Sistema..............................................................545.2.5. Casos de Uso del Sistema por Paquetes.....................................55
5.3 Diagramas de Secuencia más Significativos.............................................575.3.1. Administrar Productos.....................................................................575.3.2. Administrar Tiendas.........................................................................605.3.3. Administrar Unidad de Negocio.....................................................635.3.4. Iniciar Sesión.....................................................................................65
5.4. Modelo Conceptual del Sistema..................................................................665.5. Benchmarking.................................................................................................665.6. Especificaciones de Caso de Uso más Significativos..............................69
5.6.1. Especificación del CUS Registrar Unidad de Negocio...............695.6.2. Especificación del CUS Administrar Tiendas..............................715.6.3 Especificación del CUS Registro Cliente......................................735.6.4. Especificación del CUS Administrar Clientes..............................765.6.5. Especificación del CUS Realizar Pedido......................................795.6.6. Especificación del CUS Confirmar pedidos por Tienda.............825.6.7 Especificación del CUS Administrar Productos...........................855.6.8. Especificación del CUS Realizar Pago Móvil..............................875.6.9. Especificación del CUS Registrar Recarga Móvil.......................885.6.10. Especificación del CUS Consultar Saldo Móvil...........................89
5.7. Prototipos de la Solución...............................................................................90
CAPÍTULO VI: ARQUITECTURA......................................................................97
6.1. Diagrama de Clases.......................................................................................976.2. Diccionario de Clases....................................................................................986.3. Diagrama de despliegue..............................................................................1006.4. Diagrama de componentes.........................................................................100
CAPÍTULO VII: DESARROLLO Y PRUEBAS.................................................101
7.1 Organigrama del equipo de trabajo...........................................................1017.2 Viabilidad del proyecto.................................................................................102
v
7.2.1 Viabilidad Técnica..........................................................................1027.2.2 Viabilidad Económica....................................................................1037.2.3 Viabilidad Legal..............................................................................115
7.3 Desarrollo del proyecto................................................................................1207.4 Pruebas Unitarias de Casos de Uso más Significativos........................121
7.4.1. CUS Iniciar sesión..........................................................................1217.4.2. CUS Registrar cliente....................................................................1227.4.3. CUS Realizar pedido.....................................................................1237.4.4. CUS Confirmar Pedidos por Tienda............................................1247.4.5. CUS Administrar tienda.................................................................124
CAPÍTULO VIII: CONCLUSIONES Y RECOMENDACIONES........................125
8.1 Conclusiones.................................................................................................1258.2 Recomendaciones........................................................................................127
GLOSARIO DE TÉRMINOS............................................................................128
BIBLIOGRAFÍA................................................................................................129
vi
ÍNDICE DE FIGURAS
Figura 1: Organigrama de la Organización................................................................3
Figura 2: Diagrama de procesos del negocio en Domino’s Pizza..........................7
Figura 3: Cuadro de pedidos por el portal web de Domino’s Pizza 2010...........11
Figura 4: Cuadro de pedidos por el portal web de Domino’s Pizza 2011...........11
Figura 5: Cuadro de pedidos por el portal web de Domino’s Pizza 2012...........12
Figura 6: Porcentaje de familias que tienen acceso a internet.............................12
Figura 7: Árbol de Problemas.....................................................................................13
Figura 8: Árbol de objetivos........................................................................................14
Figura 9: Diagrama de Casos de Uso del Negocio.................................................44
Figura 10: Diagrama del CUN: Recepcionar Pedido..............................................45
Figura 11: Diagrama del CUN: Gestionar Pedido...................................................46
Figura 12: Diagrama del CUN: Entregar Pedido.....................................................46
Figura 13: Diagrama del CUN Efectuar Pago..........................................................47
Figura 14: Diagrama de Casos de Uso del Negocio (CUN)..................................47
Figura 15: Diagrama de Entidades del Negocio......................................................48
Figura 16: Diagrama de Actores................................................................................51
Figura 17: Diagrama de Paquetes.............................................................................54
Figura 18: Diagrama de casos de uso......................................................................55
Figura 19: Diagrama de casos de uso del Paquete Seguridad.............................56
Figura 20: Diagrama de casos de uso del Paquete Monedero Electrónico........56
Figura 21: Diagrama de casos de uso del Paquete Administración.....................57
Figura 22: Diagrama de casos de uso del Paquete de Pedidos...........................57
Figura 23: Diagrama de secuencia Agregar productos por tienda.......................58
Figura 24: Diagrama de secuencia Modificar Productos por Tienda...................59
Figura 25: Diagrama de secuencia Eliminar Productos por Tienda.....................60
Figura 26: Diagrama de secuencia Agregar Tienda...............................................61
Figura 27: Diagrama de secuencia Modificar Tiendas...........................................62
Figura 28: Diagrama de secuencia Eliminar Tiendas.............................................63
Figura 29: Diagrama de secuencia Crear Unidad de Negocio..............................64
Figura 30: Diagrama de secuencia Editar Unidad de Negocio.............................65
Figura 31: Diagrama de secuencia Eliminar Unidad de Negocio.........................65
Figura 32: Diagrama de secuencia Iniciar Sesión...................................................66
vii
Figura 33: Diagrama de clases entidades................................................................67
Figura 34: Pantalla de Registro de Unidad de Negocio.........................................71
Figura 35: Pantalla de confirmación de Unidad de Negocio.................................71
Figura 36: Pantalla de registro o actualización de una nueva Tienda.................73
Figura 37: Administración de coordenadas para una tienda.................................73
Figura 38: Pantalla de eliminación de una Tienda..................................................74
Figura 39: Formulario del registro de Clientes.........................................................76
Figura 40: Formulario de la información de clientes...............................................78
Figura 41: Formulario de eliminación de clientes....................................................78
Figura 42: Formulario de confirmación para eliminar a un cliente........................79
Figura 43: Panel de productos para una tienda específica...................................81
Figura 44: Ingresando al carrito de compras...........................................................82
Figura 45: Listado de pedidos....................................................................................85
Figura 46: Cambio del estado de un pedido............................................................85
Figura 47: Panel de administración de productos...................................................87
Figura 48: Panel de edición de productos................................................................87
Figura 49: Pedidos pendientes de cancelación.......................................................89
Figura 50: Recarga de saldos.....................................................................................90
Figura 51: Consulta de saldos....................................................................................91
Figura 52: Página principal del portal........................................................................91
Figura 53: Administrador de pago móvil...................................................................92
Figura 54: Histórico de recargas................................................................................93
Figura 55: Histórico de devoluciones........................................................................93
Figura 56: Confirmación de recargas........................................................................94
Figura 57: Saldos de clientes.....................................................................................94
Figura 58: Devolución a tiendas.................................................................................95
Figura 59: Registro de devoluciones a tiendas........................................................95
Figura 60: Histórico de pedidos..................................................................................96
Figura 61: Histórico de devoluciones........................................................................96
Figura 62: Histórico de pedidos..................................................................................97
Figura 63: Histórico de recargas................................................................................97
Figura 64: Cambio de clave móvil..............................................................................97
Figura 65: Diagrama de clases...................................................................................98
Figura 66: Diagrama de despliegue.........................................................................101
viii
Figura 67: Diagrama de componentes....................................................................101
Figura 68: Organigrama del proyecto......................................................................102
Figura 69: Flujo de sistema delivery con pago móvil............................................122
ix
ÍNDICE DE CUADROS
Cuadro 1: Cuadro del mapa del negocio....................................................................6
Cuadro 2: Tabla de consistencia................................................................................17
Cuadro 3: Descripción del Administrador del sistema............................................52
Cuadro 4: Descripción del Administrador de unidad de negocio..........................52
Cuadro 5: Descripción del administrador de tienda................................................53
Cuadro 6: Descripción del recepcionista de pedidos..............................................53
Cuadro 7: Descripción del cliente..............................................................................54
Cuadro 8: Leyenda de benchmarking.......................................................................67
Cuadro 9: Benchmarking del proyecto......................................................................68
Cuadro 10: Otros aspectos del benchmarking.........................................................69
Cuadro 11: Especificación CUS Registrar unidad de negocio..............................70
Cuadro 12: Especificación CUS administrar tiendas..............................................72
Cuadro 13: Especificación CUS registro cliente......................................................75
Cuadro 14: Especificación CUS administrar clientes.............................................77
Cuadro 15: Especificación CUS realizar pedido......................................................80
Cuadro 16: Especificación CUS confirmar pedidos por tienda.............................84
Cuadro 17: Especificación CUS administrar productos.........................................86
Cuadro 18: Especificación CUS realizar pago móvil..............................................88
Cuadro 19: Especificación CUS registrar recarga móvil........................................89
Cuadro 20: Especificación CUS consultar saldo móvil...........................................90
Cuadro 21: Diccionario de clases............................................................................100
Cuadro 22: Costos para el presente año................................................................104
Cuadro 23: Costos para el primer año....................................................................105
Cuadro 24: Costos para el segundo año................................................................105
Cuadro 25: Costos para el tercer año.....................................................................105
Cuadro 26: Costos para el cuarto año....................................................................106
Cuadro 27: Beneficios para el presente año – Portal Web..................................106
Cuadro 28: Beneficios para el presente año – Monedero Electrónico...............107
Cuadro 29: Beneficios para el Primer año – Portal Web.....................................107
Cuadro 30: Beneficios para el Primer año – Monedero Electrónico..................108
Cuadro 31: Beneficios para el Segundo año – Portal Web.................................108
Cuadro 32: Beneficios para el Segundo año – Monedero Electrónico..............109
Cuadro 33: Beneficios para el Tercer año – Portal Web......................................109
x
Cuadro 34: Beneficios para el Tercer año – Monedero Electrónico...................110
Cuadro 35: Beneficios para el Cuarto año – Portal Web.....................................110
Cuadro 36: Beneficios para el Cuarto año – Monedero Electrónico..................111
Cuadro 37: Resumen de Beneficios para el presente año..................................111
Cuadro 38: Resumen de Beneficios para el Primer año......................................112
Cuadro 39: Resumen de Beneficios para el Segundo año..................................112
Cuadro 40: Resumen de Beneficios para el Tercer año......................................113
Cuadro 41: Resumen de Beneficios para el Cuarto año......................................113
Cuadro 42: Calculo de ingresos y egresos.............................................................114
Cuadro 43: Calculo del VAN y la TIR......................................................................114
Cuadro 44: Funciones de la VAN y la TIR..............................................................114
Cuadro 45: Prueba unitaria iniciar sesión...............................................................122
Cuadro 46: Prueba unitaria registrar cliente...........................................................123
Cuadro 47: Prueba unitaria realizar pedido............................................................124
Cuadro 48: Prueba unitaria confirmar pedido por tienda.....................................125
Cuadro 49: Prueba unitaria administrar tienda......................................................125
xi
INTRODUCCIÓN
En el Perú, las personas no acostumbran a realizar compras en línea, tampoco
ingresar el número de su cuenta bancaria a una página web ni realizar pagos
móviles.
La palabra móvil, nunca antes se le había dado tanta importancia y se le
habían asociado tantos sustantivos. Si existía un marketing en línea, ahora
existe un marketing móvil, si existía la web tradicional ahora lo hace la web
móvil y por supuesto si existe el comercio electrónico también tiene su
correspondiente adjetivo móvil a su lado.
Muchos clientes ahora sólo tendrán que presentar sus teléfonos móviles en
lugar de pagar con efectivo, o sacar una tarjeta de crédito. Dado que los
programas de pagos móviles son relativamente baratos y no requieren
conocimientos técnicos sofisticados para ponerlos en práctica, muchas
pequeñas empresas se han apresurado a adoptar esta nueva tecnología.
Hoy en día el comercio electrónico en el Perú está siendo exitoso para la
comida y la bebida, el auge se encuentra en la buena administración 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
pequeñas 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 móvil, recientemente aprobado en
nuestro país, según la ley N° 29985 publicado por el peruano el 17 de enero del
2013 mediante el uso de un dispositivo móvil se pueden efectuar transacciones
de pago por un bien o servicio.
1
CAPÍTULO I: VISIÓN DEL PROYECTO
1.1.Antecedentes del Problema
Existen muchas empresas que desean implementar una solución 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 tecnológicos 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 automática ya se estén
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 más
frecuentes. Asimismo permitirá a los clientes poder identificar mejor a
las empresas que estén dentro de su alcance de reparto usando una
validación de coordenadas de los mapas con la ayuda de la geo
localización de Googlemaps. Asimismo se podrá utilizar la modalidad
de pago haciendo uso del monedero móvil mediante un dispositivo
celular.
Como marco referencial para la realización del proyecto de tesis,
estamos tomando como ejemplo el modelo de negocio de Domino´s
Pizza y el servicio de reparto a domicilio; así como la implementación
del monedero electrónico, recientemente aprobado en el Perú como
medio de realizar transacciones financieras.
2
1.1.1. El Negocio de Domino’s Pizza
Es una organización internacional de comida rápida que fue
fundada en 1960 y se ha especializado en la producción y
entrega de pizza “Domino’s 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 Domino’s 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 técnico, administración, capacitación, gerencia,
atención al cliente y área legal.
Figura 1: Organigrama de la Organización.
Elaboración: Propia 2013
Fuente: Manual de Organización de la empresa Domino´s
3
1.1.1.1. Vision:
Ser el mejor operador del sistema Domino’s Pizza con
el mejor talento humano.
1.1.1.2. Misión:
Mantener los altos estándares de la cadena
internacional de pizza a domicilio en Perú y brindar
esa experiencia de un excelente producto con un
excelente servicio a los clientes.
1.1.1.3. Posicionamiento y Competencias:
El producto está posicionado como un producto de la
más alta calidad, con estándares de una cadena muy
exigente, con normas de sanidad y seguridad a nivel
internacional y con un excelente servicio.
La industria de la comida rápida en general no tiene
barreras de salida establecidas específicamente, pero
debemos hablar de las empresas que están obligadas
a quedarse dentro del mercado por imagen
internacional como Domino's Pizza que tiene como
política no ceder en aquellos mercados donde ya se
establecieron o ingresaron.
1.1.2. Los Procesos del Negocio
En Domino’s Pizza los procesos del negocio se manejan
internamente, para la fabricación de insumos como masas y
quesos, para los demás insumos tienen sus proveedores los
cuales traen en grandes cantidades a sus almacenes.
La única tercerización que hacen es la impresión de sus
volantes y pancartas, el resto de procesos como: desarrollo
web, diseño gráfico, contabilidad, RRHH son procesos internos
de la empresa.
4
1.1.2.1 Mapa Del Negocio
El servicio de Domino’s Pizza tiene la mejor atención
para los clientes, en cada establecimiento existe un
administrador de tienda encargado de verificar que
los insumos para la preparación 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, también todo el
personal de la tienda está dispuesto a contestar una
llamada telefónica y atender al cliente, para la
preparación 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.
También existe la distribución de afiches masivos o
volanteo, los miembros de la tienda inclusive el
administrador reparten afiches de promociones a los
transeúntes, se utiliza este tipo de publicidad para
poder llegar a los clientes de una manera más
directa así como a las personas que viven alrededor
de las tiendas para que puedan solicitar un pedido
telefónico.
La empresa está administrada por cinco áreas que
son: operaciones, logística, marketing, ventas y
postventas. Según el siguiente cuadro (Cuadro 1) se
muestra a mayor detalle el mapa del negocio donde
se especifican las áreas que ayudan a la gestión y
manejo de la empresa.
5
Contabilidad:Elaboración de existencias entre insumos y productos finales
Elaboración de Ingresos y egresos
Finanzas:*Prestaciones de identidades financieras.*Prestaciones de personas naturales.*Financiamiento de capital propio.
Administración de RRHH*Contratación del personal.* Remuneraciones.* Rescindir contratos de personal.
Capacitación.*Explicación de flujo de trabajo.*Capacitación en preparación de pizzas.*Capacitación en buen trato al cliente.
Planeamiento Formulación de Presupuestos*Proyección de ventas.*Evaluación de Costos.
Servicios Generales*Servicios de Transporte. *Mantenimiento de movilidades.*Mantenimiento de Hornos. *Mantenimiento de Locales.
Sistemas de Información*Software de Computación.*Uso de Internet (Sede Central).*Hardware de PC’s en tiendas.*Uso de VPN(Tiendas)
Abastecimiento*Evaluación de proveedor.*Evaluación de propuestas.*Elaboración de listas de Compra.
Logística*Recepción de Materiales.*Verificación de Materiales.*Control de Calidad de Materiales.
Abastecimiento de Insumos
Operaciones Logística Marketing Ventas Postventa
*Revisión de insumos faltantes.
*Repartición de Insumos a tiendas.*Almacenamiento de Insumos.*Inspección por parte de la Planta.
*Control de calidad.*Selección de insumos.
*Alianzas con otras empresas.*Diseño de Volantes.*Eventos en Colegios y Universidades.*Promociones por fechas resaltantes.*Segmentación de mercado.*Evaluación de Descuentos.*Evaluación de quejas y sugerencias.
*Obtención de información previa.*Comparación de Costos.*Confirmación de pedido.*Atención al
cliente.*Atención de
pedidos.
*Redenciones de Ventas en todas las tiendas.*Conteo de Retorno de vales y volantes.
Cuadro 1: Cuadro del mapa del negocio
Elaboración: Propia 2013
Fuente: Domino’s Pizza
6
1.1.2.2 Diagrama de procesos del negocio:
El presente diagrama (Figura 3), contempla la
estructura del flujo por el cual los clientes y los
usuarios del sistema van a poder manejar y
gestionar de manera consecutiva todo el proceso y
planeamiento de realización de un pedido.
Figura 2: Diagrama de procesos del negocio en Domino’s Pizza.
Elaboración: Propia 2013
Fuente: Domino’s Pizza
1.1.2.3 Descripción de actividades:
El cliente inicia la actividad realizando una llamada
telefónica, el vendedor le informa si existe alguna
promoción vigente, el cliente es quien toma la
decisión para poder aceptar el pedido, después que
el vendedor ofrezca las promociones, el cliente
acepta el pedido, paga y espera hasta que termine la
preparación, al final entregan su pedido.
7
Para la actividad del pago por el servicio, el sistema
consulta al cliente cuando envía la solicitud del
pedido si va realizar el pago móvil, de ser así, la
Empresa Emisora de Dinero Electrónico (EEDE)
envía al cliente el monto de la operación y un código
único al cliente. El cliente para dar su aceptación
debe confirmar la solicitud respondiendo el mensaje
con dicho código y se le descuenta el monto de su
saldo inicial
1.1.2.4. Leyenda de Procesos:
Compra de insumos
Domino’s Pizz tiene su propia planta de quesos
y masas (Huaral), algunas veces ellos mismos
no pueden cubrir sus demandas, para lo cual
solicitan a sus proveedores insumos como:
queso, jamón, 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 Domino’s 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).
Preparación de pizzas
La preparación es en las tiendas, teniendo
respaldo de Stocks de insumos se podrán
vender las pizzas de acuerdo a la receta y
preparación, cada una con su respectivo manual
8
e ingredientes que tienen establecidos para cada
tipo de pizza.
Alianzas estratégicas
Domino’s 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 través de interlocutores o medios televisivos.
Una de las estrategias es llegar al cliente de
manera directa a los hogares a través de tarjetas
de invitación para que degusten algún nuevo
sabor o simplemente invitándolos.
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 algún requerimiento
mayor de eventos o salida de alguna promoción
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
telefónica. Las empresas que distribuyen las
pizzas a domicilio suelen ser franquicias.
Dinero Electrónico
El dinero electrónico es almacenado en un
soporte electrónico (como un celular o tarjeta
prepago) y será aceptado de manera general
como medio de pago, emitido por un valor igual
a los fondos recibidos (por las EEDE o bancos) y
9
puede ser convertido nuevamente a efectivo por
el saldo que mantenga el titular.
10
1.2.Descripción 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 tecnología necesaria, muchas
veces estas implementaciones toman tiempo y dinero. Por lo que se
requiere de un planeamiento de modelado, programadores, costo o
tercerizar el servicio, esto tiene un sobrecosto del servicio que es
trasladado al cliente final.
Existen muchos portales web que solo se preocupan por vender y
mostrar sus productos a los clientes y no se preocupan por la
funcionalidad de la misma como brindar una geo localización 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 estén 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 electrónico mediante un dispositivo celular.
Centralización del Problema
El problema identificado es la inexistencia de una página web donde se
puedan encontrar a varios restaurantes y por medio de la misma hacer
un pedido por delivery a los diferentes establecimientos suscritos.
Estadística de pedidos delivery desde el portal web de la empresa Domino’s Pizza
En los siguientes gráficos se observa como la cantidad de pedidos va
aumentando en el transcurso del tiempo, desde que inicia en agosto
del 2010 con 65 pedidos, hasta octubre del 2012 con 2582 pedidos.
Estos datos fueron tomados directamente del mismo portal web de
11
Domino’s Pizza y dichos pedidos solo fueron realizados a través de su
portal web.
Agosto Septiembre Octubre Noviembre Diciembre0
100
200
300
400
500
600
62
385
462413
563
Pedidos 2010 - Domino's Pizza
Figura 3: Cuadro de pedidos por el portal web de Domino’s Pizza 2010.
Elaboración: Propia 2013
Fuente: Domino’s Pizza
Enero
FebreroMarzo Abril
MayoJunio
Julio
Agosto
Septiembre
Octubre
Noviembre
Diciembre
0
200
400
600
800
1000
1200
1400
1600
1800
510632 602
849974
1106
1353
1068 995
1230 1189
1626
Pedidos 2011 - Domino's Pizza
Figura 4: Cuadro de pedidos por el portal web de Domino’s Pizza 2011.
Elaboración: Propia 2013
Fuente: Domino’s Pizza
12
Enero
FebreroMarzo Abril
MayoJunio
Julio
Agosto
Septiembre
Octubre
0
500
1000
1500
2000
2500
3000
1464 1498
18891580 1523
1229
19531775
1948
2582
Pedidos 2012 - Domino's Pizza
Figura 5: Cuadro de pedidos por el portal web de Domino’s Pizza 2012.
Elaboración: Propia 2013
Fuente: Domino’s Pizza
En el siguiente grafico se muestra que el 24% de familias tienen acceso
a Internet, esto refleja la cantidad de familias que pueden acceder al
presente proyecto. Fuente: INEI (2012)
No tienen ac-ceso a Internet
Tienen acceso a Internet
Familias en el perú que tienen acceso a internet
Figura 6: Porcentaje de familias que tienen acceso a internet.
Elaboración: Propia 2013
Fuente: Web INEI
13
1.3.Objetivos del Proyecto
1.3.1 Marco Lógico
1.3.1.1. Árbol de Problemas:
Figura 7: Árbol de Problemas
Elaboración: Propia 2013
14
Falta de un repositorio donde se pueda encontrar todos los productos centralizados de diferentes empresas de comida por delivery.
Las empresas no tienen estadísticas comparativas de pedidos de clientes.
Falta de localización referencial de tiendas.
Los clientes pierden mucho tiempo al buscar los teléfonos de diferentes empresas por delivery.
Las direcciones de las tiendas están en algunos volantes pero no está geo localizada para una mejor visión del cliente.
Los clientes que navegan encuentran información dispersa en varios contenedores que fueron desarrollados por la misma empresa de alimentos
Los clientes son afectados, pues los precios no pueden ser comparados.
Los clientes desconocen que empresas llegan realmente a sus domicilios y no optan por comunicarse con ellos.
Las empresas evaluaran la importancia de acuerdo a los cuadros estadísticos de incluir sus productos al portal web.
Las empresas no se unen para brindar un mejor servicio.
Las empresas no tienen bien establecidos sus rangos de alcance de delivery.
Las empresas desconocen el potencial que tienen los clientes que están navegando por la web.
Las empresas no están de acuerdo que sus productos compitan en un mismo portal web.
1.3.1.2. Árbol de Objetivos:
Figura 8: Árbol de objetivos
Elaboración: Propia 2013
15
El portal web tendrá promociones ya que la información centralizada influye en una competencia por precios.
Unificar las empresas para que puedan ayudar a los clientes a tener una visión más amplia de productos y tiendas.
Mayor facilidad de ubicación de las tiendas con ayuda de Googlemaps.
La unificación de las empresas se podrá enfocar en base a un centro comercial.
Aumento de las utilidades para las medianas y grandes empresas que tengan el servicio de delivery.
Gracias a la centralización de la información no tendrán que perder mucho tiempo en buscar teléfonos o direcciones.
Desarrollar un portal web donde se pueda encontrar información centralizada de diferentes empresas de comida por delivery.
Mejora la exactitud referencial de las tiendas para ver si el domicilio del cliente está cerca.
Los clientes encontraran información centralizada y no tendrán que estar navegando por diferentes portales.
Las empresas podrán verificar que tienda es menos rentable de acuerdo a la cantidad de pedidos realizados.
Los clientes no tendrán que preocuparse de que tiendas llegan a sus domicilios pues esto será validado automáticamente.
Con la ayuda de las zonas de Googlemaps se podrán definir por rangos de llegada en el mapa de Lima.
Se podrán mostrar cuadros estadísticos de los clientes frecuentes y pedidos por tiendas.
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 información
centralizada de diferentes empresas de venta de comida por
delivery e innovar la modalidad del pago por monedero
electrónico, dando facilidades de búsqueda a los usuarios por la
geo localización de Googlemaps para reducir el tiempo de
recepción en las tiendas y aumentar sus ingresos.
Las tiendas podrán ser administradas independientemente de
las otras, inclusive los rangos de alcance que tienen los
motorizados para enviar los pedidos.
1.3.3 Objetivos Específicos
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 visión más amplia de productos y
tiendas.
Buscar y ubicar inmediatamente las tiendas con ayuda de
Googlemaps.
Aumentar los ingresos para las medianas y grandes
empresas que tengan el servicio por delivery.
Definir con la ayuda de las zonas de Googlemaps los rangos
de alcance del servicio de reparto de las tiendas en todos los
distritos de Lima.
Centralizar la información, ya que los clientes no tendrán que
perder tiempo en la búsqueda de teléfonos o referencias y
direcciones de tiendas.
16
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 automáticamente al
ingresar a una tienda.
Administrar las tiendas según su escala de pedidos
atendidos, ya que las empresas podrán 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 información centralizada de diferentes
empresas de comida por delivery
Problemas Específicos Objetivos Específicos
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 búsqueda y pedido a su vez en
un mismo portal web.
Unificar a las empresas alimenticias y
poder ayudar a los clientes a tener una
visión más amplia de productos y tiendas
Algunas medianas empresas no
tienen establecido un rango específico
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 distritos de Lima.
17
Las empresas no alcanzan a cubrir
completamente su rango de delivery
por desconocimiento de los clientes.
Aumentar los ingresos para las medianas y
grandes empresas que tengan el servicio
por delivery.
Los clientes no pueden hacer
búsquedas de acuerdo a su ubicación
actual.
Buscar y ubicar inmediatamente las
tiendas con ayuda de Googlemaps.
Los clientes de Lima metropolitana no
cuentan con una buena información
centralizada de tiendas por delivery.
Centralizar la información, ya que los
clientes no tendrán que perder tiempo en la
búsqueda de teléfonos 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 están seguros si el
motorizado llega a su domicilio, tienen
que detallar vía teléfono su dirección 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
automáticamente al ingresar a una tienda.
Muchas empresas que brindan el
servicio online de pedidos no
contabilizan exactamente la cantidad
de pedidos y precios, tampoco
pueden hacer comparaciones para ver
cuál es más rentable.
Administrar las tiendas según su escala de
pedidos atendidos, ya que las empresas
podrán verificar que tienda es menos
rentable de acuerdo a la cantidad de
pedidos realizados.
Cuadro 2: Tabla de consistencia
Elaboración: Propia 2013
18
1.4.Justificación del Proyecto
1.4.1. Beneficios Tangibles
Los beneficios tangibles más trascendentales para las empresas y clientes son los siguientes:
Aumentar los Ingresos en todas las cadenas de Tiendas.
Para todas las tiendas de las Unidades de Negocio
existentes, con ayuda del portal web y automatización en el
sistema de ventas y con ello aumentar eficazmente sus
ingresos al tener más cantidad de pedidos.
Reducir el Tiempo promedio de un pedido.
Los pedidos por llamada telefónica ya tienen un tiempo
estimado en las tiendas, pero la recepción de estos pedidos
tienen tiempos que se podrían reducir realizando un pedido
Web.
Reducción de Costos.
Por medio de Ofertas y competitividad de las empresas se
generará un ambiente de ofertas en el mismo portal Web.
Reducción de insumos de marketing.
Todos los costos que se generaban cuando un cliente hace
un pedido telefónicamente se reducirán pues necesita
menos personal por la automatización, 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 más ingresos y satisfacción al cliente.
Reducción de costos usando la opción de Pago electrónico.
La ley contempla que las transacciones financieras que
utilicen la modalidad de pago móvil, tendrá un bajo costo de
operación a diferencia del uso de las tarjetas de crédito.
19
1.4.2. Beneficios Intangibles
Tanto para los clientes como para las empresas los beneficios
que buscan son monetarios, pero también existen beneficios que
no trascienden pero son fundamentales como los siguientes
propuestos:
Ahorro de tiempo, organización y elección con tranquilidad
Se pueden observar los menús y precios actualizados con
tranquilidad. Podrán enviar varios pedidos de manera
ordenada pues el carrito de compras es individual por cada
tienda, esto para evitar cualquier confusión en vueltos, tipos
de pago y entrega de boletas.
Menús y precios actualizados
Cada local cuenta con el menú de sus productos y precios
completamente actualizados. Por otro lado, se cuenta con
información extra, como dirección, horarios y zona de
entrega.
Rankings
Los locales pueden ser puntuados a través de estrellas del 1
al 5 según la cantidad de afluencia que tengan por visitas.
Fidelizar a los Clientes que realizan pedidos.
No solo se puede tener una buena captura de Clientes,
también es necesario fidelizarlos pues es ahí donde se
puede tener la estabilidad de los pedidos Web.
Uso de tecnologías actuales como medio de pago.
El uso de los dispositivos móviles tales como los celulares
dado su gran uso permitirá efectuar las transacciones
financieras con mayor rapidez y seguridad ya que no
requieren de una infraestructura especial a la ya existente.
20
1.5.Alcance del Proyecto
a) Registrar a cualquier empresa con cualquier promoción de venta
existente.
b) El cliente podrá tener un avatar (Intranet) donde podrá calificar a las
tiendas, realizar pedidos, localizar su ubicación y actualización de
datos.
c) Cada Unidad de Negocio va tener un usuario que va realizar
consultas, administración de pedidos, tiendas y productos.
d) Cada Unidad de Negocio va a tener un Administrador que va
actualizar todos los detalles vinculados a su Empresa.
e) El presente proyecto solo podrá registrar a tiendas y unidades de
negocio que se encuentren en Lima Metropolitana y Callao.
f) Los pedidos se podrán confirmar por medio de la intranet del portal
web y por los administradores y recepcionistas de pedidos.
g) Los clientes tendrán la opción de buscar que tiendas llegan a su
domicilio con el fin de reducir el tiempo de búsqueda y envío de
pedido.
h) Los pagos con monedero electrónico solo se efectuará en las
empresas registradas en el portal www.pa-llevar.com
i) Las recargas virtuales para el monedero electrónico, 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
electrónico tienen el costo según el operador móvil que se utilice:
Movistar, Claro y/o Nextel.
21
CAPÍTULO II: MARCO TEÓRICO
Gracias al Internet hoy no es necesario recurrir a las guías telefónicas para
buscar un restaurante, ya que hay mucha información online. Sin embargo,
suele estar dispersa e incompleta y la mayoría de veces no geo localizada. A
continuación detallaremos las bases teóricas para la implementación de la
presente tesis.
2.1. Sistema
Haciendo referencia a (Ranquet, 2009) nos dice sobre la definición de
Sistema: Estamos ante un conjunto de elementos que tienen
propiedades y atributos. Todo elemento está especificado por sus
atributos y, si estos elementos son seres humanos, los atributos que
permiten identificarlos en el sistema son su comportamiento de
comunicación, por oposición a los atributos intrínsecos; por ejemplo. Un
sistema es pues un conjunto de elementos y de relaciones – que existe
entre estos elementos y entre sus atributos – organizados en función a
un fin. Esta interacción es tal que un cambio en un elemento o en sus
relaciones desencadena un cambio en los otros elementos y en el
sistema entero.
Si consultamos a (ALGESA, 2012) lo define como un conjunto de partes
o elementos organizados y relacionados que interactúan entre sí para
lograr un objetivo. Los sistemas reciben (entrada) datos, energía o
materia del ambiente y proveen (salida) información, energía o materia.
Un sistema puede ser físico o concreto (una computadora, un televisor,
un humano) o puede ser abstracto o conceptual; por ejemplo un
software.
Cada sistema existe dentro de otro más grande, por lo tanto un sistema
puede estar formado por subsistemas y partes, y a la vez puede ser
parte de un súper sistema.
22
2.2. Tipos de Sistema
Según (Báez, 2010) existen dos tipos de sistema: De los muchos
acercamientos teóricos que se han hecho en el estudio de los pequeños
grupos humanos compartimos uno de ellos, porque nos ilustra
perfectamente al respecto, es el que realiza la Teoría General de los
Sistemas. Esta teoría, sintéticamente, 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 evolución es independiente de las
condiciones iniciales.
Al contrario, al sistema cerrado lo define como aquel que no mantiene
ningún intercambio con su entorno y cuyo estado final depende
totalmente de las condiciones iniciales del propio sistema.
En el artículo escrito por (Paterson, 2011) se definen los siguientes tipos
de sistemas:
Sistemas Naturales y Elaborados
Naturales. Son aquellos que se desarrollan de un proceso natural, es
decir como la fotosíntesis, también 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 aportación al proceso
en marcha, mediante atributos, objetos y relaciones. Ejemplo, las presas,
motores, entre otros.
Sistemas Cerrados y Abiertos
Cerrados. Son aquellos que operan con poco intercambio, razón por la
cual, estudiosos en la materia piensan que no existen, sin embargo, se
dice que el proceso de la respiración es cerrado.
23
Abiertos. Estos sistemas reciben influencia de los Supra sistemas, es
decir, todos los sistemas se encuentran inmersos en un sistema
circulante.
Un ejemplo de esta clase de sistemas es la gestión de los recursos
financieros, ya que con él, se pretende conseguir fondos (dinero) para
financiar los esfuerzos y cubrir los gastos. Las empresas privadas por
ejemplo obtienen sus fondos del entorno o medio ambiente: Banca,
Instituciones Financieras, entre otras.
2.3. Sistema de Información
Según (Pablos, 2011) el sistema de información empresarial es diseñado
e implantado en la organización no sólo para gestionar la información y
el conocimiento sino también como medio para mejorar los procesos
empresariales y en última instancia para crear valor. Un sistema de
información, por lo tanto será mejor y más eficiente, cuanto más 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 razón, un sistema de información que no
proporcione un conocimiento e información de salida de mayor valor en
términos de utilidad, que el coste de producirlos u obtenerlos no debe
ser mantenido en la empresa.
Desde un punto de vista técnico y apoyándonos en el llamado enfoque
sistémico, un sistema de información es todo aquel conjunto de recursos
organizados e interrelacionados dinámicamente que permiten el
procesamiento de uno de esos recursos –la información- para que sus
usuarios puedan tomar decisiones y ejecutar sus funciones para el
cumplimiento de los objetivos empresariales.
Un sistema de información por tanto realiza tres grandes funciones para
conseguir el objetivo de satisfacer las necesidades de información:
Captura o recolecta datos tanto externos como internos.
Trata esos datos mediante procesos que operan con ellos.
24
Distribuye la información resultante a los usuarios y actividades
que la requieran.”
Consultando (Wikipedia, Wikipedia, 2013) nos indica: Un sistema de
información (SI) es un conjunto de elementos orientados al tratamiento y
administración de datos e información, organizados y listos para su uso
posterior, generados para cubrir una necesidad u objetivo. Dichos
elementos formarán parte de alguna de las siguientes categorías:
Personas
Datos
Actividades o técnicas de trabajo
Recursos materiales en general (generalmente recursos
informáticos y de comunicación, aunque no necesariamente).
Todos estos elementos interactúan para procesar los datos (incluidos los
procesos manuales y automáticos) y dan lugar a información más
elaborada, que se distribuye de la manera más adecuada posible en una
determinada organización, en función de sus objetivos.
2.4. Tecnologías de la Información y Comunicaciones (TIC)
Según (Alonso, 2008) indica que las Tecnologías de la Información y la
Comunicación (TIC) están presentes en todos los niveles de nuestra
sociedad actual, desde las más grandes corporaciones multinacionales,
a las PYMES, gobiernos, administraciones, universidades, centros
educativos, organizaciones socioeconómicas, asociaciones
profesionales y particulares.
Ordenadores, teléfonos móviles, reproductores MP3, tarjetas de
memoria, Televisión Digital Terrestre (TDT), Discos Versátiles Digitales
(DVD) portátiles, navegadores Global Position System (GPS), Internet,
etc., son tecnologías que se han convertido en imprescindibles para
muchas personas y empresas.
La aplicación de las TIC en todos los sectores de la sociedad y de la
economía mundial ha generado una serie de términos nuevos como por
25
ejemplo, e-business y e-commerce (negocio y comercio electrónico), e-
goverment (gobierno electrónico), e-health (sanidad electrónica), e-
learning (formación a distancia), e-inclusión (inclusión social digital o el
acceso a las TIC), e-work (teletrabajo), e-mail (correo electrónico), banda
ancha (ancho de banda grande en el acceso a las redes de
telecomunicación), domótica (control de electrodomésticos en el hogar),
etc.”
Según (Benítez, 2009) la bibliografía existente en la actualidad en torno
a las nuevas tecnologías de la información y de la comunicación 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 mayoría de estas definiciones son
la relación de los diferentes avances tecnológicos implicados en las
NTIC y la descripción de las aplicaciones que estos avances han
generado.
Así nos encontramos con Castells que al referirse a las tecnologías de la
información y de la comunicación las sitúa como el conjunto de
tecnologías desarrolladas en el campo de la microelectrónica, la
informática, las telecomunicaciones, la televisión y la radio, la
optoelectrónica y su conjunto de desarrollo y aplicaciones, o con la
propuesta de Cabero que presenta las diferentes utilidades de las NTIC
en la educación.
El término nuevas tecnologías de la información y comunicación” al
referirse a diferentes instrumentos técnicos como el ordenador, las
redes, la realidad virtual que giran en torno de las telecomunicaciones, la
informática y los audiovisuales de forma interactiva.
De acuerdo con Cabero deberíamos distinguir entre nuevas tecnologías
(vídeo e informática) y tecnologías avanzadas; término acuñado por
diversos autores para diferenciar las realmente nuevas (multimedia,
televisión por cable y satélite, CD-ROM, hipertextos).
26
2.5. Tipos de Procesos de Negocio
En el libro (Systems, 2010) encontramos: No hay acuerdo de
clasificación académica, industrial o taxonomía 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 básicas.
Nivel Perspectiva
La perspectiva nivel clasifica a los procesos de negocio en niveles como
los de los organigramas tradicionales. Esta perspectiva está influenciada
principalmente por Robert N. Anthony, que define tres niveles de
actividades de gestión:
1. El control operacional, que es el proceso de asegurar que las
tareas específicas se llevan a cabo con eficacia y eficiencia.
2. El control de gestión, 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 organización.
3. La planificación estratégica, que es el proceso de decidir sobre los
objetivos de la organización, sobre los cambios en estos objetivos,
sobre los recursos utilizados para alcanzar estos objetivos, y sobre
las políticas que han de regir la adquisición, uso y disposición de
estos recursos.
Según (Victoria, 2010) un proceso de negocio es una colección de
actividades estructuradas y relacionadas que producen un valor para la
organización, 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
gestión sistemática de los procesos de negocio. Esto lo consigue
mediante la integración de disciplinas tales como el Modelado de
27
procesos, Simulación, Workflow, Enterprise Application Integration (EAI)
e integración Business-to-Business (B2B).
Además, BPM reconoce el factor cambiante existente en los Procesos
de Negocio y por ello propone tanto el modelado de los procesos como
su simulación y ejecución en un entorno donde la definición sea explicita
pudiendo ser controlado, analizado y rediseñado de forma constante
para mejorar su eficiencia. Para hacer posible esta propuesta han
surgido tanto lenguajes de descripción de procesos como motores de
ejecución.
Existen diferentes notaciones para modelar procesos de negocio
(Diagramas de actividad de UML, Procesos de Negocio EDOC, IDEF,
ebXML BPSS, BPMN, etc.).
2.6. Software Libre
Según (Stallman, 2008) cuando un programa de software libre deja de
estar en manos de su autor, esto no significa necesariamente que siga
siendo software libre para cualquiera que se haga con una copia de él.
Por ejemplo, el software de dominio público —software sin copyright—
es software libre, pero cualquiera puede modificarlo y hacer una versión
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 paradigmático de este problema es el X Windows System.
Desarrollado en el MIT y publicado como software libre con una licencia
permisiva, pronto fue adoptado por diversas empresas informáticas.
Añadieron X, sólo en forma binaria, a sus sistemas propietarios Unix,
siempre acompañados del clásico acuerdo de confidencialidad. Estas
copias de X dejaron de ser software libre, igual que Unix.
Citando a (Hernàndez, 2008) el software libre plantea un nuevo modelo
de entender las libertades del usuario, la propiedad intelectual, y la
creación y distribución de software. Ha demostrado ser técnicamente
28
viable, económicamente 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 revolución
social y tecnológica que está atrayendo el interés de usuarios, empresas
y administraciones públicas de todo el mundo. Este libro desglosa de
forma sencilla en sus ocho capítulos los principios y repercusiones del
software libre en nuestra sociedad.
2.7. Lenguaje PHP (Hypertext Pre-processor)
Según (Heurtel, 2009) PHP es un acrónimo recursivo que significa
Hypertext Pre-processor, y se trata de un lenguaje de scripting para la
programación de páginas dinámicas de servidor. Es un lenguaje de tipo
gratuito, y forma parte del software que se conoce como de código
abierto (Open Source). Es decir que se le pueden introducir
modificaciones y mejoras y ponerlas a disposición de los demás usuarios
del mismo.
Otra característica importante es que se trata de un lenguaje
multiplataforma, esto quiere decir que la aplicación web desarrollada en
PHP puede funcionar en casi cualquier tipo de plataforma Windows,
Unix/Linux (y sus diferentes versiones y distribuciones). También ofrece
soporte a los motores de base de datos más populares (SQL Server,
MySQL, PosgresSQL, Oracle, etc.), como así también acceso ODBC
(open database conectivity).
Una aplicación 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 páginas solicitadas. El servidor Apache, tanto
su versión Windows como Linux es el más utilizado. El segundo software
es el propio PHP, es decir el módulo que se va a encargar de interpretar
y ejecutar los scripts que se soliciten al servidor.
Al utilizar una tecnología del tipo pre-procesado en el servidor es
necesario visualizar las páginas generadas con PHP utilizando el
protocolo http. Al contrario de lo que ocurre con las páginas de la
29
tecnología cliente, en las que se puede visualizar mediante la opción
“Archivo – Abrir” en cualquier navegador, las páginas generadas con
PHP necesitan ser servidas por un servidor web para que sean
procesadas y luego enviadas al navegador del usuario.
En el texto de (Cobo, 2009) define que PHP es un lenguaje de scripting
que permite la generación dinámica de contenidos en un servidor web.
El significado de sus siglas es Hyper Text Preprocessor. Entre sus
principales características cabe destacar su potencia, su alto
rendimiento, su facilidad de aprendizaje y su escasez de consumo de
recursos.
El código PHP puede incluirse dentro del código HTML de la página.
Para delimitar la sección de código PHP podemos hacerlo de varias
formas:
-Usando las etiquetas <?php y <?
-Usando las etiquetas <? y ?>
-Mediante <script languaje="php"></script>
El funcionamiento de las páginas 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 intérprete de PHP y ejecuta todo su código.
-Una vez ejecutado el código se genera el resultado en HTML y lo
devuelve al servidor para que lo transfiera al cliente.
-El servidor transfiere el resultado en HTML y es mostrado en el
navegador del cliente.
2.8. Servidor Web Apache
Según (Wikipedia, Wikipedia Apache, 2013) el servidor HTTP Apache es
un servidor web HTTP de código abierto, para plataformas Unix (BSD,
GNU/Linux, etc.), Microsoft Windows, Macintosh y otras, que implementa
el protocolo HTTP/1.12 y la noción de sitio virtual. Cuando comenzó su
desarrollo en 1995 se basó inicialmente en código del popular NCSA
30
HTTPd 1.3, pero más tarde fue rescrito por completo. Su nombre se
debe a que Behelendorf quería que tuviese la connotación de algo que
es firme y enérgico pero no agresivo, y la tribu Apache fue la última en
rendirse al que pronto se convertiría en gobierno de EEUU, y en esos
momentos la preocupación de su grupo era que llegasen las empresas y
"civilizasen" el paisaje que habían creado los primeros ingenieros de
internet. Además Apache consistía solamente en un conjunto de parches
a aplicar al servidor de NCSA. En inglés, 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 características altamente configurables,
bases de datos de autenticación y negociado de contenido, pero fue
criticado por la falta de una interfaz gráfica que ayude en su
configuración.
Revisando (Apache, 2013) en ella se define como El servidor HTTP
Apache es un servidor HTTP de código abierto para sistemas operativos
modernos, incluyendo UNIX, Microsoft Windows, MacOS/X y Netware. El
objetivo de este proyecto es proporcionar un servidor seguro, eficiente y
extensible que proporcione servicios HTTP observando los estándares
HTTP actuales. Apache ha sido el servidor web más popular en Internet
desde abrilde1996.
2.9. Motor base de datos MySQL
Revisando (Mysql, 2011) define a MySQL como un sistema de gestión
de bases de datos relacional, multihilo y multiusuario con más 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.
31
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
específica 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 pública y los derechos de autor del
código están en poder del autor individual, MySQL es patrocinado por
una empresa privada, que posee el copyright de la mayor parte del
código.
Esto es lo que posibilita el esquema de licenciamiento anteriormente
mencionado. Además de la venta de licencias privativas, la compañía
ofrece soporte y servicios. Para sus operaciones contratan trabajadores
alrededor del mundo que colaboran vía Internet. MySQL AB fue fundado
por David Axmark, Allan Larsson y Michael Widenius.
2.10. Dinero Electrónico
Revisando (Peruano G. , 2013) indica: El dinero electrónico, también
conocido como e-money, efectivo electrónico, moneda electrónica,
dinero digital, efectivo digital o moneda digital; se refiere a dinero que se
intercambia sólo de forma electrónica.
La emisión de dinero electrónico comprende las operaciones de emisión
propiamente dicha de dinero electrónico, reconversión a efectivo,
transferencias, pagos y cualquier movimiento u operación relacionada
con el valor monetario del que disponga el titular y necesaria para las
mismas.
En la Ley N° 29985 define al dinero electrónico como un valor monetario
representado por un crédito exigible a su emisor, el cual tiene las
siguientes características:
a) Es almacenado en un soporte electrónico.
32
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 según el valor monetario del que
disponga el titular, al valor nominal.
e) No constituye depósito y no genera intereses.
2.11. Pago Móvil
En (Wikipedia, Wikipedia Pago Movil, 2012) define que Pago Móvil se
refiere al conjunto de servicios que permiten realizar transacciones
financieras a través de teléfonos móviles. Incluye tanto el pago de
determinados productos y servicios como la transferencia de dinero de
persona a persona. Sus características y ventajas varían en función de
la empresa prestadora que puede ser una entidad financiera, una
empresa de telecomunicaciones, una tarjeta de crédito o una alianza
entre distintos tipos de compañías.
Como parte de lo que genéricamente se llaman “pagos móviles” se
distinguen al menos tres tipos de operaciones diferentes:
Transferencia de dinero (entre distintos usuarios de telefonía
móvil)
Compras (comercio electrónico móvil o Mcommerce)
Pago móvil en el punto de venta (utilizando el propio teléfono y
acercándolo a un determinado lector, por ejemplo a través de la
tecnología NFC)
El mecanismo de los monederos móviles sería simple. Se trataría de
“almacenes de dinero virtual o electrónico, 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 podría utilizar los fondos,
33
(constituidos como dinero electrónico), para realizar transferencias a
otras personas o empresas, para lo cual solo tendría que enviar una
orden de pago al proveedor de servicios desde su teléfono móvil, ya sea
a través de mensajes de texto o accediendo a un menú para dar
indicaciones.”
2.12. Entidades Emisoras de Dinero Electrónico
En la web del (España, 2013) se indica que Las Entidades de Dinero
Electrónico se dedican a emitir dinero electrónico, que es admitido
como medio de pago por empresas distintas a la entidad emisora.
Se entiende por dinero electrónico el valor monetario representado por
un crédito exigible a su emisor:
Ninguna entidad de crédito que pretenda realizar la actividad de emitir
medios de pago en forma de dinero electrónico podrá recibir fondos por
importe superior al valor monetario emitido.
Asimismo en el (Peruano, 2013) se define a Las Empresas Emisoras de
Dinero Electrónico como sujetos obligados a proporcionar información
que se refiere el artículo 3 de la Ley 27693, conforme a lo dispuesto en
el literal a) del numeral 3.1 del artículo 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 prevención 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 electrónico que emitan.
34
CAPÍTULO III: ESTADO DEL ARTE
3.1 Revisión de Papers
Para la presente investigación se ha recogido información de algunos
papers a fin de tomar conocimiento sobre el tema y darle una mejor
explicación.
A continuación presentamos algunos de ellos:
3.1.1. Integrando Especificaciones Textuales y Elementos de
modelado UML en un Marco de Trabajo para Trazabilidad de
Requisitos.
En este paper (Computación, 2010) se describe la trazabilidad de
requisitos que permiten asegurar la continua concordancia entre
los requisitos de los stakeholders y los artefactos producidos
durante el proceso de desarrollo de software.
Independiente del proceso de desarrollo que se utilice, respecto
de trazabilidad de requisitos podemos identificar dos actividades:
(a) configurar la trazabilidad a las necesidades del proyecto y (b)
definir y explotar la información de trazabilidad durante el
desarrollo y mantenimiento del software. Aprovechando los
mecanismos de extensión de UML, se consigue que la propuesta
sea adaptable y extensible según las características particulares
de un proyecto.
Para que la aplicación del modelo sea sencilla y práctica es
conveniente integrar todos los tipos de entidades y enlaces en un
contexto común. Considerando que: (a) las especificaciones UML
están definidas con mayor precisión y aceptación que los otros
tipos de especificaciones incluidas en el modelo, (b) que UML
provee mecanismos de extensión (stereotypes, tagged, values y
constraints) para incorporar nuevos tipos de especificaciones y (c)
que las especificaciones UML tienen un amplio soporte en las
35
herramientas CASE, resulta evidente que sería conveniente
integrar todos los tipos de especificaciones del modelo dentro del
contexto de UML. Así, para cada tipo de entidad y tipo de enlace
presentes en el modelo de trazabilidad se establecerá una
correspondencia con un elemento de modelado en UML. En cada
caso, se seleccionará una clase del modelo de UML que se
utilizará como clase base para establecer un estereotipo. Para
aquellas entidades y relaciones del modelo que coincidan
semánticamente con una clase de UML se utilizará directamente
dicha clase para representarlos, sin definir un nuevo estereotipo.
Utilidad para el Proyecto de Tesis
Este documento nos ha permitido obtener los conceptos para
identificar y efectuar la correcta trazabilidad de las
especificaciones y poder graficarlos con los estereotipos UML. En
nuestro caso hemos utilizado la herramienta Rational Rose y
siguiendo el proceso RUP.
3.1.2. Towards Security by Construction for Web 2.0 Applications
En este paper (Towards, 2009) nos dice: “Mientras que los
expertos en seguridad de forma rutinaria lamentan el estado
actual de la técnica en el software de seguridad, desde el punto
de vista del desarrollador de la aplicación, los requisitos de
seguridad de las aplicaciones aún presentan otro obstáculo a
superar. Dada la presión para la funcionalidad extra,
preocupaciones "menores" como el rendimiento y la seguridad a
menudo no tienen el tiempo que se merecen. Si bien es común
culpar de esto a la educación del desarrollador, una gran parte del
problema es que es muy fácil escribir código inseguro.
A modo de ejemplo, considere una aplicación que pide al usuario
su nombre y envía un saludo de vuelta al navegador. El siguiente
ejemplo muestra cómo se puede realizar esta tarea en una
36
aplicación Java/J2EE:
ServletResponseStream out = resp.getOutputStream();
out.println("<p>Hello, " + username + ".</p>");
Sin embargo, la aparente simplicidad de este ejemplo es
engañosa: en el supuesto nombre de usuario se suministra como
entrada de la aplicación, esta pieza de código es vulnerable a
XSS. Esto se debe a JavaScript ejecutable puede ser embebido
en Nombre de usuario
Cuando la solicitud se procesa dentro de la aplicación Web,
esto Java Script se pasa al navegador del cliente para su
ejecución. En resumen, la forma más natural para lograr la
tarea de imprimir el nombre del usuario se rompe: el valor
predeterminado es inseguro.
Para hacer este seguro, el desarrollador tiene que aplicar la
desinfección de entrada: tiene que excluir las formas
innumerables de pasar JavaScript en la aplicación, a
menudo una tarea tediosa y propensa a errores. No
obstante, es muy raro que haya una razón de peso para
tener código JavaScript inéditas pasado al navegador.
Utilidad para el Proyecto de Tesis
Esta publicación nos muestra algunas de las cuestiones de
seguridad conocidos y de la fiabilidad de la Web 2.0 basado en el
desarrollo de aplicaciones. Estos conceptos y buenas prácticas
fueron aplicados en la programación del sistema www.pa-
llevar.com y en el módulo del monedero electrónico.
3.1.3. Identifying Extensions Required by RUP (Rational Unified
Process) to Comply with CMM (Capability Maturity Model)
Levels 2 and 3
En esta publicación (Price, 2003) CMM proporciona una guía para
37
la selección de las estrategias de mejora de procesos, facilitando
la determinación de las capacidades actuales del proceso y la
identificación de los problemas más críticos de la calidad del
software y mejora de procesos.
La primera versión del CMM fue lanzado en 1991, mientras que la
versión más reciente (SW-CMM versión 1.1), disponible en el sitio
de SEI, data de 1993. CMM versión 1.1 fue utilizado para esta
evaluación.
El Modelo de Madurez de Capacidad ha evolucionado para
Capability Maturity Model Integration (CMMI), que permite el
continuo crecimiento y expansión del concepto CMM a múltiples
disciplinas, como la ingeniería de sistemas, ingeniería de
software, integrada de productos y desarrollo de procesos, y el
proveedor de abastecimiento.
El Rational Unified Process (RUP) es un proceso de ingeniería de
software que proporciona un enfoque disciplinado para la
asignación de tareas y responsabilidades dentro de una
organización de desarrollo. Su objetivo es asegurar la producción
de software de alta calidad que satisfaga las necesidades de sus
usuarios finales dentro de un horario predecible y presupuesto.
RUP utiliza el Lenguaje Unificado de Modelado (UML) para
modelar el software y se describe cómo aplicar las mejores
prácticas de ingeniería de software a través de directrices,
plantillas y herramientas de mentores para todas las actividades
críticas del ciclo de vida del software.
Dentro del creciente número de libros de texto y artículos sobre
RUP, se encuentran descripciones tales como "RUP es un
proceso de ingeniería de software", "RUP es un marco de
procesos", "RUP es un proceso y un marco de procesos", y "RUP
sirve como en toda la organización del proceso". Ambos
"proceso", así como "proceso marco " se ven en el mismo nivel en
38
la jerarquía de nivel meta, con la diferencia de que el marco
expresa el conjunto de actividades RUP desde el cual un proceso
específico del proyecto o de toda la organización proceso puede
ser configurado (esencialmente un traje subconjunto de RUP)
Utilidad para el Proyecto de Tesis
Este documento nos presenta una solución amplia, para la
secuencia de desarrollo de software, con un disciplinado proceso
de desarrollo, por el cual se basa en el Rational Unified Process
(RUP) en el uso de Casos de Uso, centrado en la arquitectura y
en el enfoque de desarrollo iterativo. Nos presenta una
descripción detallada de los pasos a seguir para el desarrollo del
mismo.
3.1.4. Implicaciones estratégicas del comercio electrónico basado
en Internet.
El artículo de (Quintero, 2009) nos dice: Según los recientes
informes elaborados por el Departamento de Comercio de
Estados Unidos y la OCDE; el desarrollo del comercio electrónico,
principalmente el soportado en Internet, tendrá un notable impacto
en el crecimiento económico y en la creación de empleo en los
próximos años a nivel internacional. Esto es debido, entre otros
factores, al denominado entorno basado en Internet, Internet
Computer Mediated Environment (ICME), que identifica el
conjunto de medios electrónicos constituído por Internet. El
desarrollo de este entorno ha sido posible gracias a los avances
en las tecnologías de la información y de la comunicación (TIC),
que han permitido el surgimiento de un sistema de información
interempresarial con extensión global, con posibilidades de
acceso incluso para las microempresas, y no sólo al alcance de
las grandes organizaciones
En este sentido, Rayport y Sviokla acuñan el concepto de mundo
virtual (marketspace) en contraposición al mundo físico
39
(marketplace), refiriéndose a los entornos electrónicos para el
intercambio de información, bienes y servicios(tangibles e
intangibles).
La tienda electrónica consiste en la presencia de la organización
en el WWW a través de una página Web propia. Como se ha
analizado anteriormente, puede ser simplemente informativo o
llegar a ser un Web transaccional. Cada vez en mayor medida las
organizaciones realizan las ventas de productos y/o servicios o
pagos a través del WWW, se suele combinar con los canales de
comercialización tradicionales y su objetivo es aumentar la
demanda y reducir los costes de promoción y ventas.
Los clientes se benefician de reducciones de precios respecto a
otros canales de venta, más información y eliminación de las
limitaciones temporales y geográficas. Por ejemplo, algunas
actividades comerciales que se están trasladando al Web son la
venta de libros, coches, flores, etcétera. El suministro electrónico
es la licitación y abastecimiento de bienes y servicios de forma
electrónica.
En este modelo de negocio se amplían las posibilidades de
elección de suministradores para el demandante y se reducen los
costes de abastecimiento, ya que la negociación y la contratación
se realiza a través de la red. Los suministradores realizan sus
operaciones a escala global, con lo que disponen de más
oportunidades de licitación, característica que puede ser una
ventaja, especialmente para las PYME. La ventaja principal se
encuentra en la reducción de los costes derivada de la
automatización del proceso.
Utilidad para el Proyecto de Tesis
Esta publicación no brinda el marco jerárquico de E-commerce,
que consta de tres niveles: infraestructura, servicios y productos y
estructuras, lo que a su vez, se componen de siete niveles
40
funcionales.
Estos niveles de desarrollo de comercio electrónico, así como del
análisis, van desde la infraestructura de telecomunicaciones de
área amplia a los mercados electrónicos y las jerarquías
electrónicos habilitados por el comercio electrónico. Varios
problemas nodales se discuten de manera que definirá el futuro
desarrollo en el comercio electrónico, incluida la integración de
pagos electrónicos en el proceso de compra, la construcción de
un mercado de consumo, la gestión de los negocios electrónicos y
la nueva intermediación.
3.1.5. Medios de pago electrónico, piedra angular en el desarrollo
del comercio electrónico.
En el artículo de (López, 2006) indica que El comercio electrónico
proporciona a las empresas una mejora de la eficiencia y de la
capacidad de realizar procesos de negocio a través de
transacciones automáticas. El comercio electrónico se clasifica en
varias categorías atendiendo a cuáles son sus objetivos de
negocio. Los dos tipos de comercio electrónico que mayor
importancia tienen actualmente debido a su desarrollo y
penetración 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 ningún 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 actualización de los datos
producidos en las transacciones de negocios. Para realizar
dichas transacciones, los compradores y vendedores pueden
41
encontrarse en un mercado electrónico e intercambiar la
información que necesiten. Además, el B2B hace que la
información de los productos esté disponible de forma global y
proporciona la posibilidad de su modificación en tiempo real.
Al igual que ocurre en el comercio tradicional, las distintas
capacidades de los instrumentos existentes para adaptarse a las
diversas necesidades de los agentes implicados en una
transacción ha dado lugar a una cierta especialización de aquellos
en función de si el pago es una transacción B2B o B2C.
Así, mientras que en el primer caso es frecuente el uso de
cheques y órdenes de pagos electrónicos, en el segundo que es
en el que centramos nuestro interés, existe una clara preferencia
de los consumidores y empresas por el uso de las tarjetas
bancarias, especialmente las de crédito. Ello significa que, por
primera vez en su historia, dichos instrumentos están
consiguiendo imponerse al efectivo como mecanismo de pago
para la liquidación de transacciones de pequeño importe.
Así, por ejemplo, de acuerdo con el estudio realizado por
Consumers International, el 85 por 100 de las web comerciales en
las que se realizó una compra on-line transfronteriza ofrecía a sus
clientes la opción de pagar con tarjetas de crédito. Esta forma de
pago se imponía claramente a otras tradicionales, como es el uso
del efectivo.
Uno de los proyectos más importantes y que más expectativas ha
generado en torno a la utilización segura de tarjetas de crédito en
la red ha sido el protocolo SET (Secure Electronic Transactions),
en el que trabajan conjuntamente las principales compañías
internacionales de tarjetas de crédito, Mastercard y Visa, desde
febrero de 1996. Este sistema se basa en la encriptación de la
42
información referida a la tarjeta de crédito, utilizando para ello
mecanismos de cifrado de clave pública, firmas electrónicas y
certificados electrónicos. Éste protocolo, junto al SSL (Secure
Socketes Layer), desarrollado por Netscape Corporation, son los
sistemas para comunicaciones seguras más utilizados en las
transacciones electrónicas por Internet.
Utilidad para el Proyecto de Tesis
Se ha hecho una revisión de los principales medios de pago
utilizados en Internet para centrarnos fundamentalmente en la
problemática que plantean las tarjetas de crédito como principal
medio de pago en el comercio electrónico, viendo cuáles son sus
problemas de seguridad y qué proyectos se están desarrollando
para mejorar dichos problemas.
Lo que nos lleva a determinar que una buena alternativa para
efectuar transacciones comerciales es el pago electrónico que
cada vez están teniendo mayor importancia dentro del área del
comercio electrónico y que son alternativos a las clásicas tarjetas
de crédito.
3.2 Revisión de Software Similar: Benchmarking
3.2.1. Yo no cocino.
Este portal web ofrece a los usuarios la posibilidad de tener
reunidos en un mismo sitio los restaurantes que se encuentran a
su alrededor clasificados según el tipo de comida que sirven,
puede seleccionar cualquier producto de cualquier tienda, acceder
a sus platos y realizar el pedido.
Tiene interfaz tanto para los usuarios a la hora hacer su pedido,
como para los restaurantes a la hora de añadir o actualizar sus
menús y precios.
43
Este portal web fue la base de lo que actualmente se propone en
la presenta tesis, tiene buen diseño y es amigable con los
usuarios en cuanto a colores y posición de botones en la página
web, además se puede buscar tiendas cercanas al domicilio pero
no hacer un pedido Online.
Web: http://www.yonococino.com
3.2.2. Pedidos YA.
Es un servicio intermediario que une a comensales o usuarios de
la Web y a empresas gastronómicas como locales de comida o
restaurantes que posean servicio de delivery o envío de sus
productos a domicilio.
Permite ver el menú online con la oferta gastronómica de cada
local adherido y poder pedir online sin necesidad de llamar por
teléfono.
Cada local de comida puede recibir los pedidos directamente en la
sucursal o gestionar la recepción de pedidos por medio de un
centro de operaciones.
Este portal web es muy completo y presenta casi las mismas
opciones que la presente tesis, pero no se puede hacer un pago
con monedero móvil ni tampoco buscar las tiendas de acuerdo a
los rangos brindados por googlemaps.
Web: http://www.pedidosya.com.pe
3.2.3. Lima Delivery.
En esta página web se ofrecen ofertas sobre mercancías, en las
cuales los consumidores pueden suscribirse para luego buscar
alguna empresa que pueda llegar a su domicilio y solo ver la
información para contactarse con dicha empresa.
44
Este portal web no presenta desarrollos ni actualizaciones
destacadas. Mas están enfocados en adquirir dominios cubriendo
varios paises y no enfocan un buen diseño en el portal ni buen
funcionamiento.
Web: http://limadelivery.info
45
CAPÍTULO 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 cancelación por parte del cliente.
En base a ello y para tener el mejor control y funcionamiento del portal
www.pa-llevar.com se han establecido las siguientes reglas de negocio:
R1.Las unidades de Negocio serán administradas por el Administrador de
la Web.
R2.Los administradores de Tiendas son los únicos que podrán administrar
los productos de acuerdo a la tienda que estén asignados.
R3.Los Administradores de Unidad de Negocio podrán crear las tiendas y
ubicaciones detalladas.
R4.El Recepcionista de Pedidos solo podrá hacer la toma de pedidos.
R5.Los Clientes tendrán una interfaz diferente a la de administración de
Productos y Pedidos.
R6.Para el pago con dinero electrónico el cliente debe estar registrado en
el sistema que es una Empresa Emisora de Dinero Electrónico y contar
con crédito disponible para proceder con la atención del pedido.
R7.La modalidad de recarga de crédito en el monedero electrónico es
ingresando el número de la operación y el monto de la recarga y luego
esta es validada manualmente por personal de la Empresa Emisora de
Dinero Electrónico.
R8.Para efectuar el pago, se debe responder el mensaje de texto con el
código enviado por el sistema, el cual es único por cada pedido
efectuado.
46
4.2 Casos de Uso del Negocio
CUN_RecepcionarPedido
CUN_GestionarPedido
CUN_EntregarPedido
N_CLIENTE
(from Actores del Negocio)
CUN_EfectuarPago
<<extend>>
<<extend>>
<<extend>>
Figura 9: Diagrama de Casos de Uso del Negocio
Elaboración: Propia 2013
4.3. Diagramas de Actividades 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
Figura 10: Diagrama del CUN: Recepcionar Pedido
47
Elaboración: Propia 2013
Verifica datos del pedido
Es viable ? Comunica la negación del pedido
No
Verifica Productos necesarios
Si
Existen productos?
Ordena preparación del pedido
Insumos : Insumos
Recibe confirmación de negación
Recibe Confirmación Positiva
No
Si
ClienteEncargado de Pedidos
Figura 11: Diagrama del CUN: Gestionar Pedido
Elaboración: Propia 2013
48
Figura 12: Diagrama del CUN: Entregar Pedido
Elaboración: Propia 2013
Verifica si el problema es por culpa de la tienda
Verifica
Informa que se entregue el pedido gratis
Si
Informa el por que del problema
No
Entrega pedido al cliente
Pide que realice su pago
Confirma que todo sea conforme
Entrega una copia de la boleta de pago
Informa al encargado sobre el problema
Entrega el pedido sin cobrar
Explica el por que del problema
Confirma que su pedido sea conforme
Conforme?
SI
Realiza el pago en efectivo o tarjeta
Devuelve pedido
No
ClienterepartidorEncargado de Pedidos
Figura 13: Diagrama del CUN Efectuar Pago
Elaboración: Propia 2013
CUN_GestionarPedido
CUN_EntregarPedido CUN_RecepcionarPedido
CUN_EfectuarPago
Figura 14: Diagrama de Casos de Uso del Negocio (CUN)
Elaboración: Propia 2013
49
InsumosEncargado de Pedidos
Verifica
Listado de Productos
N_Recepcionista
Comunica
Datos del Cliente
Registra
Registro de Pedidos
N_Repartidor
Confirma
Actua...
Figura 15: Diagrama de Entidades del Negocio
Elaboración: Propia 2013
50
CAPÍTULO 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 asignación y modificación de los
permisos a cada usuario.
RF4. El Portal Web permitirá controlar los accesos al sistema
mediante Usuario y Contraseña.
RF5. El Portal Web permitirá hacer una búsqueda avanzada de los
productos de todas las tiendas suscritas en el Portal.
RF6. El Portal Web permitirá la actualización 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 estén en su tienda.
RF10. El Administrador de tienda solamente puede modificar los
productos que pertenezcan a su tienda la cual administre y
también puede atender los pedidos que lleguen.
RF11. El Administrador del Sistema es el único que podrá validar la
recargas de Dinero Electrónico ingresadas por los clientes.
51
RF12. El sistema enviará de manera automática un mensaje de texto al
cliente indicando el monto de su pedido y el código único de
transacción que confirma la operación.
RF13. Luego de efectuado un pedido el sistema solo aceptara la
recepción del código de transacción enviada desde el número
de celular del cliente que efectuó el pedido.
5.1.2. Requerimientos No Funcionales
Capacidad de Uso:
Los requisitos de capacidad de uso están relacionados con la
facilidad de comprensión de los usuarios con respecto al sistema.
Se han contemplado los siguientes requerimientos:
a) Interfaz amigable
Las interfaces serán 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 emplearán estándares de interfaz (no más de cinco tipos
distintos) de manera que el usuario se sienta rápidamente
familiarizado.
Confiabilidad:
a) Integridad de datos
Se dispondrá de seguridad tanto a nivel del sistema como de
la base de datos.
52
Funcionamiento:
a) Tiempo de respuesta
El tiempo de respuesta del sistema será de 5 segundos como
máximo.
b) Plataforma
Se necesitará la versión Internet Explorer 6.0 como mínimo o el
Mozilla Firefox 3.0 o el Chrome o el Safari o el Opera.
5.2. Casos de Uso del Sistema
5.2.1. Diagrama de Actores del Sistema.
Figura 16: Diagrama de Actores
Elaboración: Propia 2013
53
5.2.2. Descripción de Actores del sistema
Administrador del SistemaRepresenta Persona encargada de realizar la
administración del sistema así como realizar todas las funciones del sistema.
Descripción Se encarga de administrar usuarios, y los trabajadores involucrados en el negocio. Tiene acceso a todos los módulos.
Tipo Es un usuario del sistema
Responsabilidad Asegurar una administración adecuada.
Cuadro 3: Descripción del Administrador del sistema
Elaboración: Propia 2013
Administrador de Unidad de NegocioRepresenta Persona encargada de la administración de
toda una Unidad de Negocio.
Descripción Encargado de administrar todas las tiendas que pertenecen a una misma Unidad de Negocio.
Tipo Usuario del sistema
Responsabilidad Asegurar que todas las tiendas tengan la información adecuada y actualizada.
Cuadro 4: Descripción del Administrador de unidad de negocio
Elaboración: Propia 2013
54
Administrador de TiendaRepresenta Persona que se encarga de administrar los
productos y servicios de una tienda.
Descripción Si hay tiendas que ya no tienen stock de productos, entonces esta persona es la indicada para modificar el producto que se encuentra publicada en el portal web desactivándola.
Tipo Usuario del sistema
Responsabilidad Asegurar que los productos de su respectiva tienda estén actualizados y sean los correctos.
Cuadro 5: Descripción del administrador de tienda
Elaboración: Propia 2013
Recepcionista de PedidosRepresenta Persona encargada de gestionar los
pedidos que puedan llegar a través del portal web.
Descripción Cuando llega algún pedido del portal Web esta persona es la indicada para procesarla y confirmarla en el caso que los datos estén conformes.
Tipo Es un usuario del sistema
Responsabilidad Verificar que todos los pedidos destinados a su tienda puedan ser procesados y confirmados a través del mismo sistema web.
Cuadro 6: Descripción del recepcionista de pedidos
Elaboración: Propia 2013
55
ClienteRepresenta Persona que hace los pedidos en el portal
web.
Descripción Persona que hace la solicitud de los pedidos por la web.
Tipo Usuario del sistema
Responsabilidad Registrar sus datos correctamente.
Cuadro 7: Descripción del cliente
Elaboración: Propia 2013
5.2.3. Diagrama de paquetes del Sistema.
Figura 17: Diagrama de Paquetes
Elaboración: Propia 2013
56
5.2.4. Casos de Uso del Sistema
CUS_Administrar Unidad de Negocio
(from Paquete de Administracion)
CUS_Administrar Tiendas
(from Paquete de Administracion)
CUS_Registrar Unidad de Negocio
(from Paquete de Administracion)
Administrador de Unidad de Negocio(from Actores)
CUS_Iniciar Sesion
(from Paquete Seguridad)
CUS_Registrar Cliente
(from Paquete de Administracion)
CUS_Realizar Pedido
(from Paquete de Pedidos)
CUS_Registrar Recarga Movil
(from Paquete Monedero Electronico)
CUS_Realizar Pago Movil
(from Paquete Monedero Electronico)
CUS_ Administrar Productos
(from Paquete de Administracion)
Administrador de Tienda
(from Actores)
CUS_Confirmar Pedido Tienda
(from Paquete de Pedidos)
CUS_Confirmar Pagos
(from Paquete de Pedidos)
Recepcionista de pedidos
(from Actores)
Cliente
(from Actores)
CUS_Aprobar Unidades de Negocio
(from Paquete Seguridad)
CUS_Consultar Saldo Movil
(from Paquete Monedero Electronico)
CUS_Confirmar Recarga Movil
(from Paquete Monedero Electronico)
CUS_Administrar Clientes
(from Paquete de Administracion)CUS_Administrar Usuarios
(from Paquete Seguridad)CUS_Administrar Devoluciones
(from Paquete Monedero Electronico)
Administrador de Sistema
(from Actores)
Figura 18: Diagrama de casos de uso
Elaboración: Propia 2013
57
5.2.5. Casos de Uso del Sistema por Paquetes
5.2.5.1. Paquete de Seguridad
CUS_Aprobar Unidades de Negocio
CUS_Administrar Usuarios
CUS_Iniciar Sesion
Administrador de Sistema
(from Actores)
CUS_Registrar Cliente
Usuario
(from Actores)
CUS_Registrar Unidad de Negocio
Figura 19: Diagrama de casos de uso del Paquete Seguridad
Elaboración: Propia 2013
5.2.5.2. Paquete Monedero Electrónico
CUS_Realizar Pago MovilCliente
(from Actores)
CUS_Registrar Recarga Movil
CUS_Consultar Saldo Movil
CUS_Confirmar Recarga MovilAdministrador de Sistema
(from Actores)
CUS_Administrar Devoluciones
Figura 20: Diagrama de casos de uso del Paquete Monedero Electrónico
Elaboración: Propia 2013
58
5.2.5.3. Paquete de Administración
Administrador de Tienda
(from Actores)
Administrador de Sistema
(from Actores)
CUS_Administrar Clientes
CUS_ Administrar Productos
CUS_Administrar Tiendas CUS_Administrar Unidad de Negocio
Administrador de Unidad de Negocio(from Actores)
Figura 21: Diagrama de casos de uso del Paquete Administración
Elaboración: Propia 2013
5.2.5.4. Paquete de Pedidos
Cliente
(from Actores)
CUS_Realizar Pedido
CUS_Confirmar Pedido TiendaRecepcionista de pedidos
(from Actores)
CUS_Confirmar Pagos
Figura 22: Diagrama de casos de uso del Paquete de Pedidos
Elaboración: Propia 2013
59
5.3 Diagramas de Secuencia más Significativos
Diagramas de secuencia más importantes del negocio.
5.3.1. Administrar Productos
: Administrador de Unidad de Negocio : Administrador de Unidad de Negocio
: IU_Principal : IU_Principal : IU_Administrador : IU_Administrador : I_Administrar Producto : I_Administrar Producto : E_Producto : E_Producto
1: El administrador ingresa a la pagina
2: El usuario selecciona la opcion "Administrar"
3: El usuario selecciona la opcion "Administrar Productos"
4: El usuario selecciona "Agregar Producto"
5: El usuario ingresa los datos requeridos
6: Verifica los datos ingresados
8: Registra el producto
9: Muestra los datos del producto
7: Validar datos
Figura 23: Diagrama de secuencia Agregar productos por tienda
Elaboración: Propia 2013
60
: Administrador de Unidad de Negocio : Administrador de Unidad de Negocio
: IU_Principal : IU_Principal : IU_Administrador : IU_Administrador : I_Administrar Producto : I_Administrar Producto : E_Producto : E_Producto
1: El usuario selecciona "Administrar"
2: El usuario Selecciona "Administrar Productos"
3: El usuario selecciona "Modificar Producto"
4: El usuario Selecciona "Modificar"
5: El usuario ingresa el identificador del producto
6: Verifica los datos ingresados
8: Verifica Datos
7: Busca los datos
9: Muestra los datos del producto
10: Ingresa los nuevos datos
11: Verifica los datos ingresados
12: Verifica Datos
13: Actualiza el producto
14: Muestra datos finales
Figura 24: Diagrama de secuencia Modificar Productos por Tienda
Elaboración: Propia 2013
61
: Administrador de Unidad de Negocio : Administrador de Unidad de Negocio
: IU_Principal : IU_Principal : IU_Administrador : IU_Administrador : I_Administrar Producto : I_Administrar Producto : E_Producto : E_Producto
1: Ingresa a la página principal
2: Selecciona "Administrar"
3: Selecciona: "Administrar Productos"
4: Selecciona "Eliminar Producto"
5: Ingresa identificador de producto
6: Verifica datos ingresados
7: Busca identificador de producto
8: Validar Datos
9: Muestra datos del producto
11: Pide confirmación de Eliminación
10: Selecciona "Eliminar"
12: Confirma la eliminación
13: Elimina el producto
14: Muestra confirmación de eliminación
Figura 25: Diagrama de secuencia Eliminar Productos por Tienda
Elaboración: Propia 2013
62
5.3.2. Administrar Tiendas
: Administrador de Unidad de Negocio : Administrador de Unidad de Negocio
: IU_Principal : IU_Principal : IU_Administrador : IU_Administrador : I_Administrar Tienda : I_Administrar Tienda : E_Tienda : E_Tienda
1: Ingresa a la página
2: Selecciona "Administrar"
4: Selecciona "Administrar Tienda"
8: Ingresa datos de la nueva tienda
9: Verifica Datos ingresados
10: Verifica Datos
12: Muestra Confirmación de Creación de Tienda
11: Ingresa Datos de la nueva tienda
3: Muestra Panel de "Administrador"
5: Muestra Ventana de "Administrar Tienda"
6: Selecciona: "Agregar Tienda"
7: Muestra Formulario: "Nueva Tienda"
Figura 26: Diagrama de secuencia Agregar Tienda
Elaboración: Propia 2013
63
: Administrador de Unidad de Negocio : Administrador de Unidad de Negocio
: IU_Principal : IU_Principal : IU_Administrador : IU_Administrador : I_Administrar Tienda : I_Administrar Tienda : E_Tienda : E_Tienda
1: Ingresa a la página principal
4: Selecciona "Administrar"
5: Muestra ventana: "Administrar Tienda"
3: Muestra "Panel de Administrador"
2: Selecciona "Administrar
6: Selecciona: "Modificar"
7: Ingresa identificador de tienda
8: Verifica los datos ingresados
9: Busca el identificador de tienda
10: Verifica datos
11: Muestra datos de la tienda
12: Ingresa datos para actualizar de la tienda
13: Verifica Datos ingresados
14: Actualiza los datos de la tienda
15: Muestra datos actualizados de la tienda
Figura 27: Diagrama de secuencia Modificar Tiendas
Elaboración: Propia 2013
64
: Administrador de Unidad de Negocio : Administrador de Unidad de Negocio
: IU_Principal : IU_Principal : IU_Administrador : IU_Administrador : I_Administrar Tienda : I_Administrar Tienda : E_Tienda : E_Tienda
1: Ingresa a la página principal
2: Selecciona "Administrar"
4: Selecciona: "Administrar Tienda"
6: Selecciona "Eliminar"
8: Ingresa Identificador de tienda
3: Muestra Panel de Administrador
5: Muestra Panel de Administracion de Tienda
7: Muestra Panel de Eliminacion
9: Verifica Datos Ingresados
10: Busca Identificador de Tienda
11: Verifica Datos
12: Muestra datos de Tienda
13: Selecciona "Eliminar"
14: Pide confirmación de eliminación
15: Confirma Eliminación
16: Confirma eliminación
17: Elimina el tienda
18: Muestra diálogo de confirmación de eliminación
Figura 28: Diagrama de secuencia Eliminar Tiendas
Elaboración: Propia 2013
65
5.3.3. Administrar Unidad de Negocio
: Administrador de Sistema
: Administrador de Sistema
: IU_Administrador : IU_Administrador : I_Administrar Unidad de
Negocio : I_Administrar Unidad de
Negocio : E_UnidadNegocio : E_UnidadNegocio
1: El administrador de sistema seleciona la opcion crear
3: Verifica los campos si estan correctamenete llenado
4: Agrega la Unida de negocio
5: Muestra el Reultado
2: llena los campos correspondientes
Figura 29: Diagrama de secuencia Crear Unidad de Negocio
Elaboración: Propia 2013
66
: Administrador de Sistema
: Administrador de Sistema
: IU_Administrador : IU_Administrador : I_Administrar Unidad de Negocio
: I_Administrar Unidad de Negocio
: E_UnidadNegocio : E_UnidadNegocio
1: El administrador selecioan la opcion editar unidad de negocio
7: Valida los campos
8: Actualiza los Datos
2: Ingresa la busqueda segun el criterio de la busqueda
9: Muestra Resultado
3: valida los datos
4: Busca los detalles
5: Muestra los Resultados y carga los datos
6: Modifica los campos que desea
Figura 30: Diagrama de secuencia Editar Unidad de Negocio
Elaboración: Propia 2013
: Administrador de Sistema
: Administrador de Sistema
: IU_Administrador : IU_Administrador : I_Administrar Unidad de Negocio
: I_Administrar Unidad de Negocio
: E_UnidadNegocio : E_UnidadNegocio
1: Seleciona lla opcion Eliminar
3: Verifica
4: Busca el detalle
5: Muestra resultado
2: Ingresa la busqueda por el criterio de la busqueda y elimina
Figura 31: Diagrama de secuencia Eliminar Unidad de Negocio
Elaboración: Propia 2013
67
5.3.4. Iniciar Sesión
: Usuario : Usuario : IU_Usuario : IU_Usuario : I_Iniciar Sesion : I_Iniciar Sesion : E_Usuario : E_Usuario
1: Ingresa
2: Elige
3: Pide datos de Ingreso
4: Ingresa los datos
5: lee datos
7: Verifica datos
6: Lee datos de BD
8: Muestra confirmacion de ingreso
Figura 32: Diagrama de secuencia Iniciar Sesión
Elaboración: Propia 2013
68
5.4. Modelo Conceptual del Sistema
Figura 33: Diagrama de clases entidades
Elaboración: Propia 2013
5.5. Benchmarking
Leyenda de la funcionalidades:
0-No tiene.
1-Baja (Poco amigable y pocos datos).
2-Media (poco amigable e insuficiente).
3-Alta (amigable y con datos suficientes)
Cuadro 8: Leyenda de benchmarking
Elaboración: Propia 2013
69
Benchmarking para el proyecto IMPLEMENTACION DE UN PORTAL WEB PARA VENTA DE COMIDA POR DELIVERY Y PAGO CON
MONEDERO ELECTRÓNICOCaracterísticas
FuncionalesPa llevar Yo no cocino
Pedido Ya
Lima delivery
Gestión de Clientes
3 2 2 1
Realiza perdido por la página web
3 0 2 2
Puedes buscar lo que necesitas por lugar por rubro de negocio y por producto
3 3 2 2
Puede administrar promociones
3 2 3 0
Confirmación de pedido que se responde la solicitud en 5 minutos
3 2 2 1
Administra el pedido por cadena de tienda
3 2 2 1
Geo localización para zona de cobertura delivery
3 2 1 0
Opción de pago móvil
3 0 0 0
Características no funcionales
Seguridad 3 2 3 2
Mantenibilidad 3 2 3 2
Desempeño 3 3 2 3
Compatibilidad 3 3 2 2
Ser extensible 3 2 2 2
Puntaje total 39 25 26 17
Cuadro 9: Benchmarking del proyecto
Elaboración: Propia 2013
70
Otros aspectos de evaluación
Software Base Sistema operativo
Windows, Linux
Windows, Linux
Windows, Linux
Windows,Linux
Servidor de base de datos
MySql No especifica MySqlNo
especificaLenguaje de programación
PHP No especifica PHPVisual
Fox Pro
Código fuente No se entrega No se entrega No especificaNo se
entrega
Configuración
Disco 256Mb. 500Mb. 1 Gb. 1 Gb.
Procesador1.8Ghz o superior
1.8Ghz. O superior
Intel Celeron o Superior
1.8GHz o superior
Memoria 512MB 512 MB 512MB 1GBCuadro 10: Otros aspectos del benchmarking
Elaboración: Propia 2013
La propuesta de solución, es la que mejor se adecua para llevar a cabo este
proyecto, referente a los pedidos y recepción de los mismos por medio de la
más rápida vía de comunicación, que en este caso es la Internet.
En el siguiente punto se muestras los prototipos del sistema para su mejor
entendimiento.
71
5.6. Especificaciones de Caso de Uso más Significativos
5.6.1. Especificación del CUS Registrar Unidad de Negocio
Actores Administrador de unidad de negocio.
Administrador del sistema.
Descripción Se detalla cómo se registra una unidad de negocio al sistema.
Pre condiciones
Debe estar registrado en el portal http://www.pa-llevar.com/login
Flujo Normal 1) El administrador de unidad de negocio ingresa a la portada y da Seleccionar en: Registro de empresa.
2) El administrador de unidad de negocio ingresa los siguientes datos: Ruc, nombre de empresa, rubro, teléfono, descripción y un logo.
3) Seleccionar en el botón enviar para que se registre su empresa.
Flujo Alternativo
4) Una vez que el administrador de unidad de negocio haya registrado su empresa, el administrador del sistema tiene que validar sus datos para activarla.
5) Ingresa a www.pa-llevar.com/admin.
6) Se loguea con su usuario y selecciona la opción: Administrar unidad de negocio.
7) Ingresa a una de las unidades de negocio dándole
Seleccionar en editar.
8) El campo “Visible” lo debe cambiar a SI para que se active.
Post Condiciones
Una nueva unidad de negocio fue creada.
Cuadro 11: Especificación CUS Registrar unidad de negocio
Elaboración: Propia 2013
72
Ingresando como cliente para registrar su empresa
Figura 34: Pantalla de Registro de Unidad de Negocio
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
Ingresando como Administrador de Unidad de Negocio
Figura 35: Pantalla de confirmación de Unidad de Negocio
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
73
5.6.2. Especificación del CUS Administrar Tiendas
Actores Administrador de Unidad de Negocio
Descripción Se detalla cómo se efectúa la administración de una tienda.
Pre condiciones
Se debe estar registrado en el portal http://www.pa-llevar.com /admin
Flujo Normal 1) El administrador de unidad de negocio ingresa a la opción: Administrar Tiendas. Clic en la opción Agregar Tienda
2) Ingresa los siguientes datos en el formulario:
Nombre
Descripción
Imagen
Ubigeo
Dirección
Unidad de Negocio
Celular
Clave sms
Visibilidad
Horario de atención
3) , ingresa las coordenadas correctas de la Tienda y Seleccionar en guardar.
Flujo Alternativo
4) Si el Administrador de Unidad de negocio desea eliminar alguna tienda, desde el panel de control debe dar Seleccionar en la opción eliminar.
Post Condiciones
Una nueva tienda fue creada.
Cuadro 12: Especificación CUS administrar tiendas
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
74
Ingresando como Administrador de tienda
Figura 36: Pantalla de registro o actualización de una nueva Tienda
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
Ingresando como Administrador de tienda
Figura 37: Administración de coordenadas para una tienda.
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
75
Ingresando como Administrador de tienda
Figura 38: Pantalla de eliminación de una Tienda.
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
5.6.3 Especificación del CUS Registro Cliente
Actores Cliente
Descripción Se detalla cómo se registra un cliente por el portal web http://www.pa-llevar.com/registrar
Pre condiciones
El cliente debe haber ingresado a la página web http://www.pa-llevar.com y haber dado Seleccionar en “Registrarse”.
Flujo Normal 1) Cuando el cliente esté en el formulario de registro, ingresa sus datos personales.
2) El cliente debe ingresar sus datos personales:
DNI
Nombres
Apellidos
Contraseña
Teléfono
Celular
Dirección
Referencia
76
Distrito
3) al final del formulario existe una ventana de “Donde vivo” en el cual debe arrastrar el globito y ubicarlo encima de su vivienda.
4) El cliente da Seleccionar en Enviar.
5) El sistema retorna a la página principal del portal web.
Flujo Alternativo
6) Si el cliente no completa todos datos en el formulario, el sistema le muestra un mensaje de advertencia.
Post Condiciones
El sistema registra los datos del cliente en la BD y le envía un correo de bienvenida con sus credenciales de ingreso para la parte Móvil
Cuadro 13: Especificación CUS registro cliente
Elaboración: Propia 2013
77
Figura 39: Formulario del registro de Clientes
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
78
5.6.4. Especificación del CUS Administrar Clientes
Actores Administrador del Sistema.
Descripción Se detalla cómo se administran los clientes en la intranet
Pre condiciones
El cliente debe haberse registrado en el portal http://www.pa-llevar.com/admin
Flujo Normal 1) El administrador del sistema ingresa a la opción: Administrar Clientes. Selecciona la opción Ver Detalle
2) Puede ver el detalle de un Cliente.
Flujo Alternativo
3) El administrador puede cancelar la suscripción eliminando a un cliente ingresando al menú: Administrar clientes.
4) Seleccionar en eliminar.
5) En el control que aparece Seleccionar en SI para confirmar la eliminación.
Post Condiciones
El administrador del sistema verifico la existencia de un Cliente y puede administrarlo.
Cuadro 14: Especificación CUS administrar clientes
Elaboración: Propia 2013
79
Ingresando como Administrador de unidad de negocio
Figura 40: Formulario de la información de clientes
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
Ingresando como Administrador de unidad de negocio
Figura 41: Formulario de eliminación de clientes
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
80
Ingresando como Administrador de unidad de negocio
Figura 42: Formulario de confirmación para eliminar a un cliente
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
81
5.6.5. Especificación del CUS Realizar Pedido
Actores Cliente
Descripción Se detalla cómo se realiza un pedido por el portal web www.pa-llevar.com.
Pre condiciones
El cliente debe estar registrado en el portal web www.pa-llevar.com.
Flujo Normal 1) El cliente ingresa a la opción: “Restaurantes en mi área” de la página principal para ver que tiendas llegan a su domicilio.
2) Selecciona la tienda que guste.
3) Selecciona el producto que desee solicitar.
4) Automáticamente se va cargar una nueva pantalla con el producto agregado al carrito de compras.
5) El cliente puede regresar a seleccionar un nuevo producto y se va agregar nuevamente al carrito de compras.
6) Una vez conforme, el cliente selecciona el tipo de pago, puede ser:
En efectivo
Tarjeta de Crédito
Envío SMS
Luego le de Seleccionar en Grabar Pedido
7) El cliente revisará en su correo electrónico para verificar su pedido, si selecciono “envío SMS” le llegara un mensaje de texto a su celular.
Flujo Alternativo
3) Si desea puede seleccionar “Regresar a la Tienda” para agregar otros productos.
Post Condiciones
El pedido ha quedado registrado en el sistema.
Cuadro 15: Especificación CUS realizar pedido
Elaboración: Propia 2013
82
Ingresando como cliente
Figura 43: Panel de productos para una tienda específica
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
83
Ingresando como cliente
Figura 44: Ingresando al carrito de compras
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
84
5.6.6. Especificación del CUS Confirmar pedidos por Tienda
Actores Administrador de tienda
Recepcionista de pedidos
Descripción Se detalla cómo se confirman los pedidos.Pre condiciones
El recepcionista de pedidos debe haber ingresado a la intranet: www.pa-llevar.com/admin. Con su usuario y password ya creados.
Flujo Normal 1) El recepcionista de pedidos ingresa a la opción “Administrador de Pedidos” en la intranet del sistema.
2) Revisa que haya algún pedido con Estado=Pendiente.
3) Se selecciona la opción 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: aún no se procesa el pedido.
Con Garantía: el pedido llego y se procesó de manera correcta, automáticamente se envía un correo al cliente confirmándole que su pedido es correcto y se va entregar en menos de 30 minutos.
Sin Garantía: el pedido llego y se procesó de manera correcta, automáticamente se envía un correo al cliente confirmándole que su pedido es correcto pero va demorar en la entrega del mismo.
No contesto el teléfono: el pedido llego pero el recepcionista de pedidos no se pudo comunicar con el cliente para que confirme el pedido, no se va enviar dicho pedido y automáticamente
85
se enviara un email al cliente explicando lo mencionado.
Datos incompletos: el pedido llego correctamente pero los datos que menciona no son correctos, por ej. El número de celular no existe o la dirección no concuerda con la referencia, se enviará un mail al cliente explicando lo mencionado.
Fuera de Zona de reparto: el pedido llego correctamente pero actualmente el lugar está fuera del alcance de la tienda, se enviara un correo al cliente explicando lo mencionado, este caso se puede dar en casos que la tienda no cuente con sucursales o hayan modificado el alcance de las tiendas.
5) Una vez ingresado el detalle del pedido le llegara un correo de confirmación al cliente.
Flujo Alternativo
6) El administrador de pedidos o tienda puede eliminar un pedido realizado por algún cliente desde el panel de administración si fuera necesario.
Post Condiciones
De acuerdo a lo seleccionado se envía un correo electrónico al cliente confirmando o rechazando el pedido.
Cuadro 16: Especificación CUS confirmar pedidos por tienda
Elaboración: Propia 2013
86
Ingresando como Administrador de tienda
Figura 45: Listado de pedidos
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
Ingresando como Administrador de tienda
Figura 46: Cambio del estado de un pedido
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
87
5.6.7 Especificación del CUS Administrar Productos
Actores Administrador de tienda
Administrador de Unidad de Negocio
Descripción Se detalla cómo se Registran los productos.Pre condiciones
El administrador de tiendas debe estar logueado a la intranet de www.pa-llevar.com\admin.
Flujo Normal 1) El recepcionista de pedidos ingresa a la opción “Administrador de Productos” en la intranet del sistema.
2) Seleccionar en la Opción Agregar Producto.
3) Ingresa el nombre de la tienda la cual se relaciona automáticamente y los detalles del producto.
4) Seleccionar en Guardar para que se registre el producto.
Flujo Alternativo
1) El recepcionista de pedidos ingresa a la opción “Administrador de Pedidos” en la intranet del sistema.
2) Puede seleccionar la Opción Producto Visible: NO, para que ese producto aún no se muestre en la página web.
3) Al final Seleccionar en Guardar para que se registre en la web.
Post Condiciones
El pago ha quedado registrado en el sistema.
Cuadro 17: Especificación CUS administrar productos
Elaboración: Propia 2013
88
Ingresando como Administrador de tienda
Figura 47: Panel de administración de productos.
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
Ingresando como Administrador de tienda
Figura 48: Panel de edición de productos
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
89
5.6.8. Especificación del CUS Realizar Pago Móvil
Actores Cliente
Recepcionista de Pedidos
Descripción Se detalla cómo se efectúa el pago mediante el uso del monedero electrónico.
Pre condiciones
Se debe haber efectuado un pedido desde el portal www.pa-llevar.com y llegado un mensaje sms al celular
Flujo Normal 1) Se recibe el mensaje sms en el celular del cliente con el monto de la operación y el código único para la operación.
2) Se responde el mensaje con el formato P + código operación.
3) El código es procesado en el sistema y se actualiza el estado del pedido como Cancelado.
4) El sistema envía un mensaje al cliente con la confirmación del pago realizado.
Flujo Alternativo
1) El cliente no puede efectuar el envío de la confirmación de pago.
2) El motorizado se comunica con la tienda para confirmar el pago manual.
3) El recepcionista de pedidos de la tienda confirma el pago en el sistema.
Post Condiciones
El pago ha quedado registrado en el sistema.
Cuadro 18: Especificación CUS realizar pago móvil
Elaboración: Propia 2013
90
Ingresando como Administrador del sistema
Figura 49: Pedidos pendientes de cancelación
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
5.6.9. Especificación del CUS Registrar Recarga Móvil
Actores Administrador del Sistema
Cliente
Descripción Se detalla cómo se efectúa las recargas de saldo para monedero electrónico.
Pre condiciones
Se debe estar registrado en el portal www.pa-llevar.com e ingresar al sistema
Flujo Normal 1) Se ingresa al sistema con el usuario y contraseña, el usuario es el número de celular asociado al cliente.
2) Se ingresa a la opción de Recargas.
3) Se ingresa el monto a recargar y el número de la tarjeta de recarga.
4) El administrador del sistema valida el número de la tarjeta y aprueba la recarga.
Flujo Alternativo
1) Desde el Celular El cliente envía un mensaje de texto con el siguiente formato: “R+ código tarjeta + monto recargar” al número celular 987433151.
Post Condiciones
El monto de la recarga y saldo es actualizado en el sistema.
Cuadro 19: Especificación CUS registrar recarga móvil
Elaboración: Propia 2013
91
Ingresando como Administrador del sistema
Figura 50: Recarga de saldos
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
5.6.10. Especificación del CUS Consultar Saldo Móvil
Actores Cliente
Descripción Se detalla cómo se efectúa la consulta de saldo del monedero electrónico.
Pre condiciones
Se debe estar registrado en el portal http://www.pa-llevar.com/admin_sms
Flujo Normal 1) El cliente ingresa con su usuario móvil y contraseña.
2) El saldo se muestra en la parte superior derecha de la pantalla.
Flujo Alternativo
1) El cliente envía un mensaje de texto con la letra “S” al número celular 987433151.
2) El sistema envía el saldo actual del cliente al dispositivo móvil.
Post Condiciones
Se muestra el saldo del monedero electrónico asociado al cliente.
Cuadro 20: Especificación CUS consultar saldo móvil
Elaboración: Propia 2013
92
Ingresando como Administrador del sistema
Figura 51: Consulta de saldos
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
5.7. Prototipos de la Solución
Página principal del portal web: www.pallevar.com
Figura 52: Página principal del portal
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
93
Ingresando como Administrador del sistema
Figura 53: Administrador de pago móvil
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
94
Ingresando como Administrador
Figura 54: Histórico de recargas
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
Ingresando como Administrador del sistema
Figura 55: Histórico de devoluciones
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
95
Ingresando como Administrador del sistema
Figura 56: Confirmación de recargas
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
Ingresando como Administrador del sistema
Figura 57: Saldos de clientes
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
96
Ingresando como Administrador del sistema
Figura 58: Devolución a tiendas
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
Ingresando como Administrador del sistema
Figura 59: Registro de devoluciones a tiendas
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
97
Ingresando con usuario Tienda
Figura 60: Histórico de pedidos
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
Ingresando como Administrador del sistema
Figura 61: Histórico de devoluciones
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
98
Ingresando con usuario Cliente
Figura 62: Histórico de pedidos
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
Ingresando como Administrador del sistema
Figura 63: Histórico de recargas
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
Ingresando como cliente
Figura 64: Cambio de clave móvil
Elaboración: Propia 2013
Fuente: Web www.pa-llevar.com
99
CAPÍTULO VI: ARQUITECTURA
6.1. Diagrama de Clases
Figura 65: Diagrama de clases
Elaboración: Propia 2013
100
6.2. Diccionario de Clases
Ítem Nombre de la Clase Descripción1 Auditorias Clase que es utilizada para registrar los cambios realizados por
cada usuario que ingresa a la base de datos
2 Clientes Esta Clase es una de las más importantes ya que va almacenar
todos los datos de los clientes que estén registrados en el
sistema.
3 Coord_x_tienda Clase donde se almacenan las coordenadas de ubicación del
Google Maps de cada una de las tiendas registrados en el
sistema
4 Ctamovil Clase donde se almacena la información del saldo actual de la
cuenta de cada usuario móvil que se encuentra registrado en el
sistema.
5 Devoluciones Clase donde se registran las devoluciones de dinero que se
realizan a las tiendas que tienen pedidos como medio de pago al
monedero móvil.
6 Horario Clase donde se registra el horario de atención de cada tienda,
se registra la hora de apertura y la hora de cierre.
7 Ingrediente Clase donde se registran los ingredientes de cada producto que
es vendido en las tiendas.
8 Ingrediente_tipo Clase donde se agrupa el tipo de ingrediente de cada producto
que interactúa en el sistema.
9 Log Clase que almacena las operaciones que son realizadas por los
usuarios móviles
10 Logenvio Clase donde almacena los datos del envío de pedidos que son
efectuados por las tiendas a cada cliente.
11 Modulo Clase donde se almacena los nombres de las páginas que
existe en el sistema.
12 Modulorol Clase que relaciona los módulos que existen en el sistema con
cada uno de los roles de los usuarios.
13 Operación Clase que almacena las operaciones que se pueden realizar con
el usuario móvil, tales como consultar saldos, realizar recargas y
efectuar pagos.
14 Pedido Es la Clase principal de todo el sistema, donde estarán
almacenados los pedidos de todas las tiendas indistintamente
de las unidades de negocio a la cual pertenecen.
15 Pedido_detalle Clase que permite almacenar los detalles que están contenidos
en cada pedido.
101
16 Producto Clase que almacena los datos de todos los productos que
intervienen en el sistema.
17 Producto_detalle Clase donde se especifica el detalle de cada producto al cual
pertenecen así como el precio por lo que están relacionados.
18 Producto_ingrediente Clase que almacena la relación que existe entre los productos y
los ingredientes.
19 Producto_tipo Clase que agrupa a los diferentes tipos de productos que están
registrados en el sistema.
20 Recargas Clase que almacena la información que es registrada en cada
recarga de dinero para los usuarios que efectúan pago con el
monedero electrónico.
21 Roles Es la Clase que va especificar los diferentes perfiles o roles que
puedan haber por ejemplo: administrador de tienda el cual tiene
un alias, pero este alias es interno y solo se filtrara por los
Scripts que puedan determinar el acceso hacia algunos
formularios.
22 Rubros Clase que almacena el nombre del rubro al cual pertenece cada
unidad de negocio, ejemplo: pollerías, pizzerías, etc.
23 Tienda La Clase tienda va almacenar los detalles de cada de las
tiendas, está relacionada con E_UnidadNegocio.
24 Ubigeo Clase que almacena la ubicación de cada cliente mediante la
posición de latitud y longitud.
25 Unidad_Negocio Esta Clase va almacenar las diferentes Unidades de Negocio
que pueden acceder al sistema web.
26 Usuario-movil Clase que almacena los datos de los usuarios móviles que
participan en pago con la modalidad de monedero electrónico.
Pueden ser los clientes o las tiendas.
27 Usuarios Clase que almacena la información de los usuarios que ingresan
al sistema.
Cuadro 21: Diccionario de clases
Elaboración: Propia 2013
102
6.3. Diagrama de despliegue
Figura 66: Diagrama de despliegue
Elaboración: Propia 2013
6.4. Diagrama de componentes
Browser Internet Index.php
BDSIDWEB
Repositorio
Style
Images
Decon
class
Contenidos
Figura 67: Diagrama de componentes
Elaboración: Propia 2013
103
CAPÍTULO VII: DESARROLLO Y PRUEBAS
7.1 Organigrama del equipo de trabajo
Para el desarrollo dela presente tesis se ha contemplado el siguiente
organigrama, cuyos roles han sido ejecutados por los integrantes del
proyecto actual.
Figura 68: Organigrama del proyecto
Elaboración: Propia 2013
a) Jefes de Proyecto: Yonel Huamán y Jimmy Burga son los jefes del
presente proyecto quienes efectúan coordinación y dirección del
proyecto, toma de decisiones, proponer modificaciones y cambios
repentinos.
b) DBA: Es el encargado de administrar la base de datos y certificar que
las relaciones entre entidades sean correctas.
c) Analista Funcional: es el encargado de ver los procesos a nivel
funcional del portal web, también es la persona encargada de
documentar lo antes mencionado.
104
d) Programador Web: Encargado de desarrollar todo el funcionamiento
en el portal web, trabajo constante con el analista funcional pues le
releva todo el trabajo que haya especificado.
e) Diseñador Web: encargado del diseño, imágenes, colores del portal
web. Cuya función es hasta el diseño del portal web y también puede
ayudar con observaciones al funcionamiento del portal.
7.2 Viabilidad del proyecto
7.2.1 Viabilidad Técnica
Dado el negocio es necesario contar con la infraestructura
tecnológica que soporte la solución planteada. Es por ello que se
necesita adquirir las siguientes tecnologías.
a) Hosting: Para adquirir un Hosting se tendría que revisar los
diferentes planes que ofrecen algunos proveedores, uno de los
más importantes son la web: www.webhostingbuzz.com pues ya
existen evidencias de buen rendimiento y capacidad.
b) Cpanel: Al adquirir el Hosting, este ya viene con el Cpanel, para
el caso redactado con anterioridad pues otros proveedores
vienen con otros tipos de gestores de Hosting, el Cpanel es muy
útil pues con él se puede ver desde las estadísticas de entrada
al portal, ingresar y administrar las base de datos y emails, tiene
su paquete de Fantástico para agregar algunas otras
aplicaciones si en un futuro se desee.
c) Mysql: la versión que da el proveedor mencionado es la 4.0.12
la cual ya viene por defecto con el mismo proveedor de Hosting.
d) PHP: El lenguaje de programación y los diferentes métodos que
se pudieran utilizar referentes al lenguaje para Portales Web en
el PHP es el 5.0 el cual también viene por defecto en el Hosting
y no necesita licencia.
e) Framework PHP: El Zend Frameworks es simple, no necesita
instalación especial, requiere PHP 5 e incorpora el patrón MV Se
105
debe descargar y copiarlo hacia nuestro servidor local, veamos a
través de un pequeño ejemplo cómo podemos crear un lector de
RSS. Los ficheros que creemos podemos copiarlos dentro del
directorio “library”.
f) Workbench: es un modelador de Base de Datos, en este caso
solo para el Mysql, se va utilizar la versión 5.2 la cual es la última
en el mercado y es libre para descargar.
g) Servidor SMS: Se ha visto en la necesidad de implementar un
servidor SMS que permitirá enviar y recibir mensajes de texto
desde un dispositivo móvil e interactuar a su vez con una base
de datos.
7.2.2 Viabilidad Económica
Costos por Año:A continuación el detalle de los gastos por realizar para el
presente proyecto.
Año (t) Detalle Costo x MesMese
sTotal S./
0 Renta de hosting 12 130
Renta de Dominio 12 40
Pago Diseñador 800 1 800
Pago Programador 800 3 2400
Pago Modelamiento de procesos
800 1 800
Pago DBA 900 2 1800
Alquiler PCs 350 4 1400
Otros gastos 200 12 2400
Emision tarjetas 120 5 600
Marketing 1000 4 4000
14370Cuadro 22: Costos para el presente año
Elaboración: Propia 2013
106
Año (t) Detalle Costo x MesMese
sTotal S./
1 Renta de hosting 12 130
Renta de Dominio 12 40
Pago Diseñador 800 1 800
Pago Programador 800 1 800
Alquiler PCs 350 2 700
Alquiler de Local y otros 500 6 3000
Emision tarjetas 120 5 600
Marketing 1000 4 4000
10070Cuadro 23: Costos para el primer año
Elaboración: Propia 2013
Año (t) Detalle Costo x Mes Meses Total S./
2 Renta de hosting 12 130
Renta de Dominio 12 40
Pago Diseñador 800 2 1600
Pago Programador 800 2 1600
Alquiler PCs 350 2 700
Alquiler de Local y otros 500 6 3000
Emision tarjetas 120 5 600
Marketing 1000 4 4000
11670Cuadro 24: Costos para el segundo año
Elaboración: Propia 2013
Año (t) Detalle Costo x Mes Meses Total S./
3 Renta de hosting 12 130
Renta de Dominio 12 40
Pago Diseñador 800 1 800
Pago Programador 800 1 800
Alquiler PCs 350 2 700
Alquiler de Local y otros 500 5 2500
Emision tarjetas 120 5 600
Marketing 1000 4 4000
9570Cuadro 25: Costos para el tercer año
Elaboración: Propia 2013
107
Año (t) Detalle Costo x MesMese
sTotal S./
4 Renta de hosting 12 130
Renta de Dominio 12 40
Pago Diseñador 800 2 1600
Pago Programador 800 2 1600
Alquiler PCs 350 2 700
Alquiler de Local y otros 500 6 3000
Emision tarjetas 120 5 600
Marketing 1000 4 4000
11670Cuadro 26: Costos para el cuarto año
Elaboración: Propia 2013
Beneficios por año:
A continuación el detalle de los ingresos a obtener en el presente proyecto.
Año Mes Rango de PedidosPromedio de
Pedidos
Precio Promedio de
Pedido
Comision por pedidos S./
Publicidad HomePage
Beneficios por Portal
Web
0 Enero 0 - 0 0 S/. 0.00 0.00 S/. 0.00 S/. 0.000 Febrero 0 - 0 0 S/. 0.00 0.00 S/. 0.00 S/. 0.000 Marzo 0 - 0 0 S/. 0.00 0.00 S/. 0.00 S/. 0.000 Abril 76 - 152 114 S/. 30.00 0.20 S/. 90.00 S/. 112.800 Mayo 152 - 302 227 S/. 30.00 0.20 S/. 90.00 S/. 135.400 Junio 302 - 502 402 S/. 40.00 0.20 S/. 90.00 S/. 170.400 Julio 502 - 652 577 S/. 40.00 0.20 S/. 90.00 S/. 205.400 Agosto 700 - 850 775 S/. 40.00 0.20 S/. 90.00 S/. 245.000 Septiembre 850 - 1000 925 S/. 40.00 0.20 S/. 90.00 S/. 275.000 Octubre 1000 - 1150 1075 S/. 40.00 0.20 S/. 90.00 S/. 305.000 Noviembre 1200 - 1350 1275 S/. 40.00 0.20 S/. 90.00 S/. 345.000 Diciembre 1400 - 1550 1475 S/. 40.00 0.20 S/. 90.00 S/. 385.00
S/. 2,179.00Cuadro 27: Beneficios para el presente año – Portal Web
Elaboración: Propia 2013
108
Año
Mes Rango de PedidosPromedio de Pedidos
Precio Promedio de
Pedidos
% pedidos cancelados con
Monedero Electrónico
Promedio de pedidos
cancelados con Monedero Electrónico
% Comisión por Pago
Electrónico
Beneficios por
Monedero Electrónico
0 Enero 0 - 0 0 S/. 0.00 0.00 0 0 S/. 0.000 Febrero 0 - 0 0 S/. 0.00 0.00 0 0 S/. 0.000 Marzo 0 - 0 0 S/. 0.00 0.00 0 0 S/. 0.000 Abril 76 - 152 114 S/. 30.00 0.10 11 0.025 S/. 8.550 Mayo 152 - 302 227 S/. 30.00 0.10 23 0.025 S/. 17.030 Junio 302 - 502 402 S/. 40.00 0.15 60 0.025 S/. 60.300 Julio 502 - 652 577 S/. 40.00 0.15 87 0.025 S/. 86.550 Agosto 700 - 850 775 S/. 40.00 0.15 116 0.025 S/. 116.250 Septiembre 850 - 1000 925 S/. 40.00 0.15 139 0.025 S/. 138.750 Octubre 1000 - 1150 1075 S/. 40.00 0.15 161 0.025 S/. 161.250 Noviembre 1200 - 1350 1275 S/. 40.00 0.20 255 0.025 S/. 255.000 Diciembre 1400 - 1550 1475 S/. 40.00 0.20 295 0.025 S/. 295.00
S/. 1,138.68Cuadro 28: Beneficios para el presente año – Monedero Electrónico
Elaboración: Propia 2013
Año Mes Rango de PedidosPromedio de
Pedidos
Precio Promedio de
Pedido
Comisión por pedidos S./
Publicidad HomePage
Beneficios por Portal
Web
1 Enero 1500 - 1650 1575 S/. 45.00 0.20 S/. 135.00 S/. 450.001 Febrero 1600 - 1750 1675 S/. 45.00 0.20 S/. 135.00 S/. 470.001 Marzo 1700 - 1850 1775 S/. 45.00 0.20 S/. 135.00 S/. 490.001 Abril 1800 - 1950 1875 S/. 45.00 0.20 S/. 135.00 S/. 510.001 Mayo 2000 - 2150 2075 S/. 45.00 0.20 S/. 135.00 S/. 550.001 Junio 2100 - 2250 2175 S/. 45.00 0.20 S/. 135.00 S/. 570.001 Julio 2200 - 2350 2275 S/. 45.00 0.20 S/. 135.00 S/. 590.001 Agosto 2300 - 2450 2375 S/. 45.00 0.20 S/. 135.00 S/. 610.001 Septiembre 2400 - 2550 2475 S/. 45.00 0.20 S/. 135.00 S/. 630.001 Octubre 2500 - 2650 2575 S/. 45.00 0.20 S/. 135.00 S/. 650.001 Noviembre 2600 - 2750 2675 S/. 45.00 0.20 S/. 135.00 S/. 670.001 Diciembre 2800 - 2950 2875 S/. 45.00 0.20 S/. 135.00 S/. 710.00
S/. 6,450.00Cuadro 29: Beneficios para el Primer año – Portal Web
Elaboración: Propia 2013
109
Año
Mes Rango de PedidosPromedio de Pedidos
Precio Promedio de
Pedidos
% pedidos cancelados con
Monedero Electrónico
Promedio de pedidos
cancelados con Monedero Electrónico
% Comisión por Pago
Electrónico
Beneficios por
Monedero Electrónico
1 Enero 1500 - 1650 1575 S/. 45.00 0.20 315 0.025 S/. 354.381 Febrero 1600 - 1750 1675 S/. 45.00 0.20 335 0.025 S/. 376.881 Marzo 1700 - 1850 1775 S/. 45.00 0.20 355 0.025 S/. 399.381 Abril 1800 - 1950 1875 S/. 45.00 0.20 375 0.025 S/. 421.881 Mayo 2000 - 2150 2075 S/. 45.00 0.25 519 0.025 S/. 583.591 Junio 2100 - 2250 2175 S/. 45.00 0.25 544 0.025 S/. 611.721 Julio 2200 - 2350 2275 S/. 45.00 0.25 569 0.025 S/. 639.841 Agosto 2300 - 2450 2375 S/. 45.00 0.25 594 0.025 S/. 667.971 Septiembre 2400 - 2550 2475 S/. 45.00 0.25 619 0.025 S/. 696.091 Octubre 2500 - 2650 2575 S/. 45.00 0.30 773 0.025 S/. 869.061 Noviembre 2600 - 2750 2675 S/. 45.00 0.30 803 0.025 S/. 902.811 Diciembre 2800 - 2950 2875 S/. 45.00 0.30 863 0.025 S/. 970.31
S/. 7,139.53Cuadro 30: Beneficios para el Primer año – Monedero Electrónico
Elaboración: Propia 2013
Año Mes Rango de PedidosPromedio de
Pedidos
Precio Promedio de
Pedido
Comisión por pedidos S./
Publicidad HomePage
Beneficios por Portal Web
2 Enero 2800 - 2950 2875 S/. 50.00 0.30 S/. 135.00 S/. 997.502 Febrero 3000 - 3150 3075 S/. 50.00 0.30 S/. 135.00 S/. 1,057.502 Marzo 3000 - 3150 3075 S/. 50.00 0.30 S/. 135.00 S/. 1,057.502 Abril 3000 - 3150 3075 S/. 50.00 0.30 S/. 135.00 S/. 1,057.502 Mayo 3200 - 3350 3275 S/. 50.00 0.30 S/. 135.00 S/. 1,117.502 Junio 3400 - 3550 3475 S/. 50.00 0.30 S/. 135.00 S/. 1,177.502 Julio 3600 - 3750 3675 S/. 50.00 0.30 S/. 135.00 S/. 1,237.502 Agosto 3800 - 3950 3875 S/. 50.00 0.30 S/. 135.00 S/. 1,297.502 Septiembre 4000 - 4150 4075 S/. 50.00 0.30 S/. 135.00 S/. 1,357.502 Octubre 4500 - 4650 4575 S/. 50.00 0.30 S/. 135.00 S/. 1,507.502 Noviembre 4600 - 4750 4675 S/. 50.00 0.30 S/. 135.00 S/. 1,537.502 Diciembre 4700 - 4850 4775 S/. 50.00 0.30 S/. 135.00 S/. 1,567.50
S/. 13,972.50Cuadro 31: Beneficios para el Segundo año – Portal Web
Elaboración: Propia 2013
110
Año Mes Rango de PedidosPromedio de Pedidos
Precio Promedio de
Pedidos
% pedidos cancelados con
Monedero Electrónico
Promedio de pedidos
cancelados con Monedero Electrónico
% Comisión por Pago
Electrónico
Beneficios por
Monedero Electrónico
2 Enero 2800 - 2950 2875 S/. 50.00 0.30 863 0.025 S/. 1,078.132 Febrero 3000 - 3150 3075 S/. 50.00 0.30 923 0.025 S/. 1,153.132 Marzo 3000 - 3150 3075 S/. 50.00 0.30 923 0.025 S/. 1,153.132 Abril 3000 - 3150 3075 S/. 50.00 0.35 1076 0.025 S/. 1,345.312 Mayo 3200 - 3350 3275 S/. 50.00 0.35 1146 0.025 S/. 1,432.812 Junio 3400 - 3550 3475 S/. 50.00 0.35 1216 0.025 S/. 1,520.312 Julio 3600 - 3750 3675 S/. 50.00 0.35 1286 0.025 S/. 1,607.812 Agosto 3800 - 3950 3875 S/. 50.00 0.35 1356 0.025 S/. 1,695.312 Septiembre 4000 - 4150 4075 S/. 50.00 0.35 1426 0.025 S/. 1,782.812 Octubre 4500 - 4650 4575 S/. 50.00 0.40 1830 0.025 S/. 2,287.502 Noviembre 4600 - 4750 4675 S/. 50.00 0.40 1870 0.025 S/. 2,337.502 Diciembre 4700 - 4850 4775 S/. 50.00 0.40 1910 0.025 S/. 2,387.50
S/. 18,703.13Cuadro 32: Beneficios para el Segundo año – Monedero Electrónico
Elaboración: Propia 2013
Año Mes Rango de PedidosPromedio de
Pedidos
Precio Promedio de
Pedido
Comisión por pedidos S./
Publicidad HomePage
Beneficios por Portal
Web
3 Enero 5000 - 5150 5075 S/. 55.00 0.30 S/. 135.00 S/. 1,657.503 Febrero 5100 - 5250 5175 S/. 55.00 0.30 S/. 135.00 S/. 1,687.503 Marzo 5200 - 5350 5275 S/. 55.00 0.30 S/. 135.00 S/. 1,717.503 Abril 5300 - 5450 5375 S/. 55.00 0.30 S/. 135.00 S/. 1,747.503 Mayo 5400 - 5550 5475 S/. 55.00 0.30 S/. 135.00 S/. 1,777.503 Junio 5500 - 5650 5575 S/. 55.00 0.30 S/. 135.00 S/. 1,807.503 Julio 5600 - 5750 5675 S/. 55.00 0.30 S/. 135.00 S/. 1,837.503 Agosto 5700 - 5850 5775 S/. 55.00 0.30 S/. 135.00 S/. 1,867.503 Septiembre 5800 - 5950 5875 S/. 55.00 0.30 S/. 135.00 S/. 1,897.503 Octubre 5900 - 6050 5975 S/. 55.00 0.30 S/. 135.00 S/. 1,927.503 Noviembre 6000 - 6150 6075 S/. 55.00 0.30 S/. 135.00 S/. 1,957.503 Diciembre 6100 - 6250 6175 S/. 55.00 0.30 S/. 135.00 S/. 1,987.50
S/. 20,212.50Cuadro 33: Beneficios para el Tercer año – Portal Web
Elaboración: Propia 2013
111
Año
Mes Rango de PedidosPromedio de Pedidos
Precio Promedio de
Pedidos
% pedidos cancelados con
Monedero Electrónico
Promedio de pedidos
cancelados con Monedero Electrónico
% Comisión por Pago
Electrónico
Beneficios por Monedero Electrónico
3 Enero 2800 - 2950 2875 S/. 55.00 0.40 1150 0.025 S/. 1,581.253 Febrero 3000 - 3150 3075 S/. 55.00 0.40 1230 0.025 S/. 1,691.253 Marzo 3000 - 3150 3075 S/. 55.00 0.45 1384 0.025 S/. 1,902.663 Abril 3000 - 3150 3075 S/. 55.00 0.45 1384 0.025 S/. 1,902.663 Mayo 3200 - 3350 3275 S/. 55.00 0.45 1474 0.025 S/. 2,026.413 Junio 3400 - 3550 3475 S/. 55.00 0.45 1564 0.025 S/. 2,150.163 Julio 3600 - 3750 3675 S/. 55.00 0.50 1838 0.025 S/. 2,526.563 Agosto 3800 - 3950 3875 S/. 55.00 0.50 1938 0.025 S/. 2,664.063 Septiembre 4000 - 4150 4075 S/. 55.00 0.50 2038 0.025 S/. 2,801.563 Octubre 4500 - 4650 4575 S/. 55.00 0.50 2288 0.025 S/. 3,145.313 Noviembre 4600 - 4750 4675 S/. 55.00 0.50 2338 0.025 S/. 3,214.063 Diciembre 4700 - 4850 4775 S/. 55.00 0.50 2388 0.025 S/. 3,282.81
S/. 27,307.50Cuadro 34: Beneficios para el Tercer año – Monedero Electrónico
Elaboración: Propia 2013
Año Mes Rango de PedidosPromedio de
Pedidos
Precio Promedio de
Pedido
Comisión por pedidos S./
Publicidad HomePage
Beneficios por Portal
Web
4 Enero 6100 - 6250 6175 S/. 60.00 0.40 S/. 135.00 S/. 2,605.004 Febrero 6200 - 6350 6275 S/. 60.00 0.40 S/. 135.00 S/. 2,645.004 Marzo 6300 - 6450 6375 S/. 60.00 0.40 S/. 135.00 S/. 2,685.004 Abril 6400 - 6550 6475 S/. 60.00 0.40 S/. 135.00 S/. 2,725.004 Mayo 6500 - 6650 6575 S/. 60.00 0.40 S/. 135.00 S/. 2,765.004 Junio 6600 - 6750 6675 S/. 60.00 0.40 S/. 135.00 S/. 2,805.004 Julio 6700 - 6850 6775 S/. 60.00 0.40 S/. 135.00 S/. 2,845.004 Agosto 6800 - 6950 6875 S/. 60.00 0.40 S/. 135.00 S/. 2,885.004 Septiembre 6900 - 7050 6975 S/. 60.00 0.40 S/. 135.00 S/. 2,925.004 Octubre 7000 - 7150 7075 S/. 60.00 0.40 S/. 135.00 S/. 2,965.004 Noviembre 7100 - 7250 7175 S/. 60.00 0.40 S/. 135.00 S/. 3,005.004 Diciembre 7200 - 7350 7275 S/. 60.00 0.40 S/. 135.00 S/. 3,045.00
S/. 31,295.00Cuadro 35: Beneficios para el Cuarto año – Portal Web
Elaboración: Propia 2013
112
Año Mes Rango de PedidosPromedio de
Pedidos
Precio Promedio de
Pedidos
% pedidos cancelados con
Monedero Electrónico
Promedio de pedidos
cancelados con Monedero Electrónico
% Comisión por Pago
Electrónico
Beneficios por Monedero Electrónico
4 Enero 6100 - 6250 6175 S/. 60.00 0.50 3088 0.025 S/. 4,631.254 Febrero 6200 - 6350 6275 S/. 60.00 0.50 3138 0.025 S/. 4,706.254 Marzo 6300 - 6450 6375 S/. 60.00 0.50 3188 0.025 S/. 4,781.254 Abril 6400 - 6550 6475 S/. 60.00 0.50 3238 0.025 S/. 4,856.254 Mayo 6500 - 6650 6575 S/. 60.00 0.50 3288 0.025 S/. 4,931.254 Junio 6600 - 6750 6675 S/. 60.00 0.50 3338 0.025 S/. 5,006.254 Julio 6700 - 6850 6775 S/. 60.00 0.50 3388 0.025 S/. 5,081.254 Agosto 6800 - 6950 6875 S/. 60.00 0.50 3438 0.025 S/. 5,156.254 Septiembre 6900 - 7050 6975 S/. 60.00 0.50 3488 0.025 S/. 5,231.254 Octubre 7000 - 7150 7075 S/. 60.00 0.50 3538 0.025 S/. 5,306.254 Noviembre 7100 - 7250 7175 S/. 60.00 0.50 3588 0.025 S/. 5,381.254 Diciembre 7200 - 7350 7275 S/. 60.00 0.50 3638 0.025 S/. 5,456.25
S/. 55,893.75Cuadro 36: Beneficios para el Cuarto año – Monedero Electrónico
Elaboración: Propia 2013
Resumen de Ingresos
Año MesBeneficios por
Portal Web
Beneficios por Monedero Electrónico
Total Ingresos
0 Enero S/. 0.00 S/. 0.00 S/. 0.000 Febrero S/. 0.00 S/. 0.00 S/. 0.000 Marzo S/. 0.00 S/. 0.00 S/. 0.000 Abril S/. 112.80 S/. 8.55 S/. 121.350 Mayo S/. 135.40 S/. 17.03 S/. 152.430 Junio S/. 170.40 S/. 60.30 S/. 230.700 Julio S/. 205.40 S/. 86.55 S/. 291.950 Agosto S/. 245.00 S/. 116.25 S/. 361.250 Septiembre S/. 275.00 S/. 138.75 S/. 413.750 Octubre S/. 305.00 S/. 161.25 S/. 466.250 Noviembre S/. 345.00 S/. 255.00 S/. 600.000 Diciembre S/. 385.00 S/. 295.00 S/. 680.00
S/. 3,317.68Cuadro 37: Resumen de Beneficios para el presente año
Elaboración: Propia 2013
113
Año MesBeneficios por
Portal Web
Beneficios por Monedero Electrónico
Total Ingresos
1 Enero S/. 450.00 S/. 354.38 S/. 804.381 Febrero S/. 470.00 S/. 376.88 S/. 846.881 Marzo S/. 490.00 S/. 399.38 S/. 889.381 Abril S/. 510.00 S/. 421.88 S/. 931.881 Mayo S/. 550.00 S/. 583.59 S/. 1,133.591 Junio S/. 570.00 S/. 611.72 S/. 1,181.721 Julio S/. 590.00 S/. 639.84 S/. 1,229.841 Agosto S/. 610.00 S/. 667.97 S/. 1,277.971 Septiembre S/. 630.00 S/. 696.09 S/. 1,326.091 Octubre S/. 650.00 S/. 869.06 S/. 1,519.061 Noviembre S/. 670.00 S/. 902.81 S/. 1,572.811 Diciembre S/. 710.00 S/. 970.31 S/. 1,680.31
S/. 14,393.91Cuadro 38: Resumen de Beneficios para el Primer año
Elaboración: Propia 2013
Año MesBeneficios por
Portal Web
Beneficios por Monedero Electrónico
Total Ingresos
2 Enero S/. 997.50 S/. 1,078.13 S/. 2,075.632 Febrero S/. 1,057.50 S/. 1,153.13 S/. 2,210.632 Marzo S/. 1,057.50 S/. 1,153.13 S/. 2,210.632 Abril S/. 1,057.50 S/. 1,345.31 S/. 2,402.812 Mayo S/. 1,117.50 S/. 1,432.81 S/. 2,550.312 Junio S/. 1,177.50 S/. 1,520.31 S/. 2,697.812 Julio S/. 1,237.50 S/. 1,607.81 S/. 2,845.312 Agosto S/. 1,297.50 S/. 1,695.31 S/. 2,992.812 Septiembre S/. 1,357.50 S/. 1,782.81 S/. 3,140.312 Octubre S/. 1,507.50 S/. 2,287.50 S/. 3,795.002 Noviembre S/. 1,537.50 S/. 2,337.50 S/. 3,875.002 Diciembre S/. 1,567.50 S/. 2,387.50 S/. 3,955.00
S/. 34,751.25Cuadro 39: Resumen de Beneficios para el Segundo año
Elaboración: Propia 2013
114
Año MesBeneficios por
Portal Web
Beneficios por Monedero Electrónico
Total Ingresos
3 Enero S/. 1,657.50 S/. 1,581.25 S/. 3,238.753 Febrero S/. 1,687.50 S/. 1,691.25 S/. 3,378.753 Marzo S/. 1,717.50 S/. 1,902.66 S/. 3,620.163 Abril S/. 1,747.50 S/. 1,902.66 S/. 3,650.163 Mayo S/. 1,777.50 S/. 2,026.41 S/. 3,803.913 Junio S/. 1,807.50 S/. 2,150.16 S/. 3,957.663 Julio S/. 1,837.50 S/. 2,526.56 S/. 4,364.063 Agosto S/. 1,867.50 S/. 2,664.06 S/. 4,531.563 Septiembre S/. 1,897.50 S/. 2,801.56 S/. 4,699.063 Octubre S/. 1,927.50 S/. 3,145.31 S/. 5,072.813 Noviembre S/. 1,957.50 S/. 3,214.06 S/. 5,171.563 Diciembre S/. 1,987.50 S/. 3,282.81 S/. 5,270.31
S/. 50,758.75Cuadro 40: Resumen de Beneficios para el Tercer año
Elaboración: Propia 2013
Año MesBeneficios por
Portal Web
Beneficios por Monedero Electrónico
Total Ingresos
4 Enero S/. 2,605.00 S/. 4,631.25 S/. 7,236.254 Febrero S/. 2,645.00 S/. 4,706.25 S/. 7,351.254 Marzo S/. 2,685.00 S/. 4,781.25 S/. 7,466.254 Abril S/. 2,725.00 S/. 4,856.25 S/. 7,581.254 Mayo S/. 2,765.00 S/. 4,931.25 S/. 7,696.254 Junio S/. 2,805.00 S/. 5,006.25 S/. 7,811.254 Julio S/. 2,845.00 S/. 5,081.25 S/. 7,926.254 Agosto S/. 2,885.00 S/. 5,156.25 S/. 8,041.254 Septiembre S/. 2,925.00 S/. 5,231.25 S/. 8,156.254 Octubre S/. 2,965.00 S/. 5,306.25 S/. 8,271.254 Noviembre S/. 3,005.00 S/. 5,381.25 S/. 8,386.254 Diciembre S/. 3,045.00 S/. 5,456.25 S/. 8,501.25
S/. 94,425.00
Cuadro 41: Resumen de Beneficios para el Cuarto año
Elaboración: Propia 2013
115
Calculo de Ingresos y Egresos
Año t
Ingreso Egreso Diferencial Acumulado
0 S/. 3,317.68 -S/. 14,370.00 -S/. 11,052.33 -S/. 11,052.331 S/. 14,393.91 -S/. 10,070.00 S/. 4,323.91 -S/. 6,728.422 S/. 34,751.25 -S/. 11,670.00 S/. 23,081.25 S/. 27,405.163 S/. 50,758.75 -S/. 9,570.00 S/. 41,188.75 S/. 64,270.004 S/. 94,425.00 -S/. 11,670.00 S/. 82,755.00 S/. 123,943.75
Cuadro 42: Calculo de ingresos y egresos
Elaboración: Propia 2013
Calculo del VAN y la TIR
Año Flujo Neto FSA (15%,t)
VAN al 15% FSA (20%)
VAN al 20%
t de caja (Bt-Ct) 0 -S/. 11,052.33 1.0000 -11,052 1.0000 -11,0521 -S/. 6,728.42 0.8696 -5,851 0.8333 -5,6072 S/. 27,405.16 0.7561 20,722 0.6944 19,0313 S/. 64,270.00 0.6575 42,259 0.5787 37,1934 S/. 123,943.75 0.5718 70,865 0.4823 59,772
197,838 116,943 99,338Cuadro 43: Calculo del VAN y la TIR
Elaboración: Propia 2013
Aplicando Funciones de Excel
VAN(15%)= S/.101,689 El excel actualiza al año anterior al primer datoVAN(15%)= S/.116,943 Ajustado para actualizarlo al año 0VAN(20%= S/.82,781 El excel actualiza al año anterior al primer datoVAN(20%= S/.99,338 Ajustado para actualizarlo al año 0TIR = 35.5.1%
Cuadro 44: Funciones de la VAN y la TIR
Elaboración: Propia 2013
Conclusión: Dado que el TIR es del 35.5% lo que es superior a 20%, se
considera que el presente proyecto es viable.
116
Detalle de los costos:
Renta de hosting: Según la página web goodaddy la renta mensual es
de 4 Dólares, los cuales al año hacen 129.6 Nuevos Soles.
Referencia: https://es.godaddy.com/hosting/web-hosting.aspx?ci=57033&isc=gtnila21
Renta de dominio: Según la página web goodaddy la renta anual es de
14.5 dólares, el cual hace un monto de 40 soles anuales por un dominio
con extensión .com
Referencia: https://es.godaddy.com/domains/searchresults.aspx?ci=83269&isc=gtnila21
Pago Diseñador: Un diseñador Junior trabajando a medio, está cobrando
un promedio de 800 Nuevos Soles.
Referencia: http://www.computrabajo.com.pe/
Pago Programador: Un programador Junior trabajando a medio, está
cobrando un promedio de 800 Nuevos Soles.
Referencia: http://www.computrabajo.com.pe/
Pago modelamiento de procesos: Un practicante Junior con experiencia
en UML y modelamiento de procesos está cobrando 800 nuevos soles.
Referencia: http://www.computrabajo.com.pe/
Pago DBA: Un administrador de base de datos trabajando a medio
tiempo, en el mercado actual está cobrando 800 Nuevos Soles.
Referencia: http://www.computrabajo.com.pe/
Alquiler PCs: aproximadamente el precio promedio en alquiler de PC es
de 350 Nuevos soles mensuales.
Referencia: http://www.alquilerdepc.com/alquiler_de_pc_precios.php
Otros Gastos: Para el año cero estamos presupuestando 200 Nuevos
soles mensuales para algunos gastos que no se hayan contemplado,
entre ellos están compras de utensilios para oficina.
117
Emisión tarjetas: Para la confección de 500 tarjetas, el costo de la
emisión de las tarjetas prepago con las cuales se efectuarán las
recargas es de S/. 600.
Marketing: El costo para publicar en una página web que tenga mucha
afluencia es de 1300 Nuevos Soles o 500 Dólares, si deseo publicar por
medios físicos como periódicos, el costo mensual es de 1000 Dólares.
7.2.3 Viabilidad Legal
El amparo legal del proyecto de tesis es:
1. LEY Nº 27806.- Ley de Transparencia y Acceso a la
Información Pública que a la letra dice:
TÍTULO III ACCESO A LA INFORMACIÓN PÚBLICA DEL ESTADO
Artículo 10º.- Información de acceso público: Las
entidades de la Administración Pública tienen la obligación
de proveer la información requerida si se refiere a la
contenida en documentos escritos, fotografías, grabaciones,
soporte magnético o digital, o en cualquier otro formato,
siempre que haya sido creada u obtenida por ella o que se
encuentre en su posesión o bajo su control.
Asimismo, para los efectos de esta Ley, se considera como
información pública cualquier tipo de documentación
financiada por el presupuesto público que sirva de base a
una decisión de naturaleza administrativa, así como las
actas de reuniones oficiales.
Artículo 18º.- Conservaciónde la información: En ningún
caso la entidad de la Administración Pública podrá destruir la
información que posea.
118
La entidad de la Administración Pública deberá remitir al
Archivo Nacional la información que obre en su poder, en los
plazos estipulados por la Ley de la materia.
El Archivo Nacional podrá destruir la información que no
tenga utilidad pública, cuando haya transcurrido un plazo
razonable durante el cual no se haya requerido dicha
información y de acuerdo a la normatividad por la que se rige
el Archivo Nacional. (01, transparencia.rree)
2. Ley N° 29985 DEL DINERO ELECTRÓNICO - BILLETERA
MÓVIL
Artículo 1. Objeto de la Ley
1.1 El objeto de la presente Ley es regular la emisión de
dinero electrónico, determinar las empresas autorizadas a
emitirlo y establecer el marco regulatorio y de supervisión de
las Empresas Emisoras de Dinero Electrónico.
1.2 La emisión de dinero electrónico comprende las
operaciones de emisión propiamente dicha de dinero
electrónico, reconversión a efectivo, transferencias, pagos y
cualquier movimiento u operación relacionada con el valor
monetario del que disponga el titular y necesaria para las
mismas.
Artículo 2. El dinero electrónico es un valor monetario
representado por un crédito exigible a su emisor, el cual
tiene las siguientes características:
a) Es almacenado en un soporte electrónico.
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 según el valor
monetario del que disponga el titular, al valor nominal.
119
e) No constituye depósito y no genera intereses.
Artículo 3. Reserva de actividad
Solo pueden emitir dinero electrónico las empresas que
operan bajo el ámbito de supervisión de la Superintendencia
de Banca, Seguros y Administradoras Privadas de Fondos
de Pensiones, listadas en el inciso A del artículo 16 y el
numeral 6 del artículo 17 de la Ley 26702, Ley General del
Sistema Financiero y del Sistema de Seguros y Orgánica de
la Superintendencia de Banca y Seguros.
“Artículo 17.- CAPITAL MÍNIMO DE EMPRESAS DE
SERVICIOS COMPLEMENTARIOS Y CONEXOS.
Empresas Emisoras de Dinero Electrónico: S/. 2 268 519,00.
El citado capital corresponde al trimestre octubre - diciembre
2012 y posteriormente se sujeta a la actualización trimestral
según el procedimiento señalado en el artículo 18 de la Ley
26702.”
Artículo 4. Características y obligaciones de las Empresas
Emisoras de Dinero Electrónico
4.1 Las Empresas Emisoras de Dinero Electrónico tienen
como objeto principal la emisión de dinero electrónico, no
conceden crédito con cargo a los fondos recibidos y solo
pueden realizar otras operaciones relacionadas a su objeto
principal.
4.2 Las Empresas Emisoras de Dinero Electrónico son
sujetos obligados a proporcionar la información a que se
refiere el artículo 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
artículo 3 de la Ley 29038, Ley que incorpora la Unidad de
120
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
prevención 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 electrónico
que emitan.
Artículo 5. Los emisores de dinero electrónico:
a) No pueden establecer un límite a la vigencia de los fondos
de dinero electrónico, distinto al reglamentado. Cuando
transcurran diez (10) años sin que una cuenta de dinero
electrónico tenga movimientos y sin que medie reclamación
durante ese lapso, dichos fondos son remitidos a la
Dirección General de Endeudamiento y Tesoro Público del
Ministerio de Economía y Finanzas para ser destinados a
programas de inclusión financiera.
b) Están sujetos a los límites de emisión de dinero
electrónico de una Unidad Impositiva Tributaria (UIT) por
transacción, de acuerdo a las condiciones que se establezca
en la reglamentación 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 Liquidación
de Valores, formule el Banco Central de Reserva del Perú.
Artículo 7. Exoneración del Impuesto General a las Ventas:
Exonérese del Impuesto General a las Ventas por un
período de tres (3) años, contado a partir de la vigencia de la
121
presente Ley, la emisión de dinero electrónico efectuada por
las Empresas Emisoras de Dinero Electrónico.
3. INDECOPI: Código de Consumo beneficiará a
consumidores sin afectar leyes del mercado
En la elaboración del documento la institución participó de
manera activa, con su experiencia de casi 18 años 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
Código ha sido trabajado de manera técnica, objetiva y
democrática, pues en su elaboración 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. También lo hicieron
especialistas de las diferentes instituciones públicas como
Digemid, Digesa, Senasa, Ministerio de Agricultura,
Ministerio de Salud, Ministerio de la Producción, entre otros.
(02, indecopi.gob)
Derechos de Propiedad Intelectual
Asimismo los derechos de propiedad intelectual del
contenido de las páginas Web, su diseño gráfico y códigos
son titularidad de la página Pa-Llevar y, por tanto, queda
prohibida su reproducción, distribución, comunicación
pública y transformación, salvo para uso personal y privado.
Igualmente, todos los nombres comerciales, marcas o signos
distintivos de cualquier clase contenidos en las páginas Web
de Fundación Mundo Ciudad están protegidos por ley.
Contenido de la Web y links
122
Pa’ Llevar no se responsabiliza del mal uso que se realice de
los contenidos de sus páginas Web, siendo exclusiva
responsabilidad de la persona que accede a ellos o los
utilice.
Pa’ Llevar no asume responsabilidad alguna por la
información contenida en páginas Web de terceros a las que
se pueda acceder por enlaces (links) o buscadores de las
páginas Web. La presencia de enlaces (links) en nuestras
páginas Web tendrá finalidad meramente informativa y en
ningún caso supone sugerencia, invitación o recomendación
sobre los mismos.
7.3 Desarrollo del proyecto
Se ha divido el desarrollo del presente proyecto de tesis en 03 módulos:
la parte de la página web donde las tiendas ofrecen sus productos y los
clientes pueden buscar, seleccionar y hacer su pedido; la parte de
administración del monedero electrónico donde los clientes pueden
consultar su saldo, efectuar recargas y ver el histórico de sus pedidos y
cancelados con el monedero electrónico y el último módulo la parte de la
intranet donde las tiendas pueden gestionar el estado sus pedidos.
Para efectos de uso del monedero electrónico se ha implementado un
servidor de mensajería móvil SMS, el cual nos permite enviar y recibir
mensajes de texto que interactúan con el sistema.
123
www.pa-llevar.com BDpallevar
Servidor SMS987433151
Cliente
EfectúaPedido
Envía/RecibeSMS
actualiza
Actualiza
Pagos SMS
Figura 69: Flujo de sistema delivery con pago móvil
Elaboración: Propia 2013
7.4 Pruebas Unitarias de Casos de Uso más Significativos
7.4.1. CUS Iniciar sesión
Unidad de Prueba: CUS_IniciarSesiónDescripción 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 actualización y eliminación.Número Tipo Descripción Resultado Esperado Resultad
o Detalle de los resultados
1 Prueba Unitaria
Ingreso un usuario y clave invalida
Mostro mensaje: usuario/clave incorrectos.
Pasó Se loguea correctamente.
2 Prueba Unitaria
Si dejo en blanco el campo: Usuario
Muestra mensaje: “Ingrese el Usuario”
Pasó Bloquea el ingreso
3 Prueba Unitaria
Si dejo en blanco el campo: Clave
Muestra mensaje: “Ingrese la clave”
Pasó Bloquea el ingreso
Cuadro 45: Prueba unitaria iniciar sesión
Elaboración: Propia 2013
124
7.4.2. CUS Registrar cliente
Unidad de prueba: CUS_Registrar clienteDescripción 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 actualización y eliminación.N° Tipo Descripción Resultado Esperado Resultado Detalle de los
resultados1 Prueba
unitariaDebería registrar el nombre del distrito en la base de datos.
Inserta el nombre del registro en la Base de Datos y no un código.
Pasó Inserto el nombre del distrito en la Base de Datos.
2 Prueba unitaria
La contraseña debe tener por lo menos 6 dígitos y máximo 15 caracteres
Muestra un mensaje: “Mínimo 6 caracteres, máximo 15 caracteres”
Pasó Ingresa su contraseña y lo registra en la Base de Datos.
3 Prueba unitaria
El formulario debería validar un teléfono existente
Muestra un mensaje: “Caracteres como mínimo 7 (Teléfono)” le da en aceptar y retorna al campo del teléfono.
Pasó Ingresa el teléfono de 7 dígitos y se registra correctamente.
4 Prueba unitaria
El formulario debería validar un celular existente
Muestra un mensaje: “Caracteres como mínimo 9 (Celular)” le da en aceptar y retorna al campo del teléfono.
pasó Ingresa el celular de 9 dígitos y se registra correctamente.
6 Prueba unitaria
El formulario debería tener un campo fecha de nacimiento
Muestra un calendario emergente.
pasó Ingresa la fecha de nacimiento y se registra correctamente.
7 Prueba unitaria
Una vez registrado debería llegar un correo electrónico de bienvenida.
Envía un mensaje al correo ingresado.
Pasó Llega a la bandeja de entrada un mensaje de Bienvenida y que se van a comunicar conmigo muy pronto.
8 Prueba unitaria
Cuando no se ingresa nada en el campo: confirmar contraseña
Muestra un mensaje: “Caracteres como mínimo 6 (Contraseña).”
Pasó Se registra la contraseña correctamente.
9 Prueba unitaria
Los números de DNI deben ser únicos
Debería mostrar el mensaje: “El cliente ya existe (DNI ya está registrado). Por favor, ingrese uno diferente.”
Paso Ingresa el número de DNI y se registra correctamente en la base de datos.
10 Prueba unitaria
El número de celular debe ser único
Debería mostrar el mensaje: “El Email ingresado ya existe. Por favor, ingrese uno diferente.”
Paso Ingresa el número de celular y se registra correctamente en la base de datos.
Cuadro 46: Prueba unitaria registrar cliente
Elaboración: Propia 2013
125
7.4.3. CUS Realizar pedido
Unidad de prueba: CUS_Realizar pedidoDescripción de la prueba:El objetivo de esta prueba es validar el ingreso de datos al intentar registrar un nuevo pedido dentro del sistema.N° Tipo Descripción Resultado
EsperadoResultado
Detalle de los resultados
1 Prueba unitaria
Se ingresó a una tienda y se logró ver el detalle de la misma.
Ver el detalle de la tienda.
Pasó Se logró visualizar de manera correcta los productos y detalles de la tienda.
2 Prueba unitaria
Se debe hacer el pedido dentro del área de delivery.
Salió una advertencia donde avisa que se debe hacer el pedido dentro del área de delivery.
Pasó Se logró visualizar el mensaje de aviso.
3 Prueba unitaria
Se debe hacer el pedido dentro del horario de atención.
Se mostró un mensaje de advertencia donde avisa que solo se puede hacer el pedido dentro del horario de atención.
Pasó Se logró visualizar el mensaje de aviso de horario de atención.
4 Prueba unitaria
En el carrito de compras actualiza la cantidad y se refleja en los precios.
Actualiza los precios de acuerdo a la compra realizada.
Pasó Se logró actualizar los precios de la compra realizada.
5 Prueba unitaria
Se cambió el horario de atención y se logró realizar el pedido.
Guarda cambios de horario de atención.
Pasó Se logró guardar cambios de horario satisfactoriamente.
6 Prueba unitaria
Se ingresó un monto menor al total a pagar.
Se muestra mensaje de advertencia: “El monto en efectivo es menor al total a pagar”.
Pasó Se logró realizar el pedido.
7 Prueba unitaria
Se ingresó un monto igual al total a pagar.
Se muestra mensaje de advertencia: “El monto en efectivo es menor al total a pagar”.
Pasó Se logró realizar el pedido.
8 Prueba unitaria
Se dio Seleccionar en la opción imprimir.
Imprimir el detalle del pedido.
Pasó Se logró imprimir detalle del pedido.
9 Prueba unitaria
Llego el correo del pedido Llego el correo con el pedido al mail del Cliente
Pasó Llega el mensaje del registro del pedido.
10Prueba unitaria
Llego el correo de confirmación al email de la tienda
Llego el correo al mail de la tienda con el pedido.
Pasó Llega el mensaje del registro del pedido.
Cuadro 47: Prueba unitaria realizar pedido
Elaboración: Propia 2013
126
7.4.4. CUS Confirmar Pedidos por Tienda
Unidad de prueba: CUS_Confirmar Pedidos por TiendaEscenarios probados:
El objetivo de esta prueba es validar el ingreso de datos luego de registrar un pedido dentro del sistema.N° Tipo Descripción Resultado
EsperadoResultado
Detalle de los resultados
1 Prueba Unitaria
Llego el correo de confirmación del pedido al cliente.
El cliente recibió el correo.
Pasó
2 Prueba Unitaria
Cuando el pedido llega a la base de datos el estado debe ser ‘0’.
El pedido se registró con estado: “pendiente”
Pasó
3 Prueba Unitaria
Los detalles del Cliente se registran en el pedido.
Registra el código del cliente al pedido por base de datos.
Pasó
Cuadro 48: Prueba unitaria confirmar pedido por tienda
Elaboración: Propia 2013
7.4.5. CUS Administrar tienda
Unidad de prueba: CUS_Administrar tiendaDescripción 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 actualización y eliminación.N° Tipo Descripción Resultado
EsperadoResultado
Detalle de los resultados
1 Prueba Unitaria
Se ingresó por la página web al detalle de la tienda.
Se mostró el detalle de la tienda.
Pasó Se muestra correctamente el detalle de la Tienda.
2 Prueba Unitaria
El administrador de Tiendas debe diferenciar a todas por el nombre.
Mostrarse los nombres de las tiendas.
Pasó Se muestran los nombres de las tiendas correctamente.
3 Prueba Unitaria
Googlemaps debería dejar guardar con cualquier navegador.
Se logró guardar con IE, Google Chrome y Mozilla.
Pasó Se guardaron las coordenadas correctamente
4 Prueba Unitaria
Cuando se editan las coordenadas y se vuelve a ingresar debería guardarse correctamente.
Se guardó correctamente las coordenadas.
Pasó Se guardaron todas las coordenadas de las tiendas.
Cuadro 49: Prueba unitaria administrar tienda
Elaboración: Propia 2013
127
CAPÍTULO VIII: CONCLUSIONES Y RECOMENDACIONES
8.1 Conclusiones
A lo largo del desarrollo del presente proyecto de tesis, hemos podido
comprobar que el Desarrollo de un portal web que centralice a todos los
negocios según el rubro de alimentos que comercializan, va permitir a
los usuarios finales que puedan contar con una herramienta que les
permita realizar sus pedidos de manera fácil, segura y confiable.
Asimismo confirmamos que el uso de las tecnologías de información en
los negocios que brindan el servicio de reparto de alimentos permite que
puedan disminuir sus costos operativos de administración y control de
pedidos.
La implementación de un portal web, permite a las empresas
alimenticias y a los clientes tener una visión más amplia de productos y
tiendas que están cerca a su domicilio, ya que se ha utilizado la
tecnología de geo localización tanto para las tiendas como para los
clientes.
En base a la centralización de una buena información relacionada a
empresas alimenticias, tiendas y productos, los clientes no perderán
mucho tiempo en buscar teléfonos o direcciones. El tiempo desde que
empiezan a buscar una tienda de delivery hasta que el pedido llega a su
domicilio, se va reducir considerablemente pues con la funcionalidad del
sistema podrán hacer búsquedas avanzadas sin el problema que el
motorizado no pueda ubicar el domicilio.
Los motorizados también serán beneficiados pues la geo localización va
disminuir el tiempo de llegada a los domicilios de clientes nuevos en
direcciones no tan frecuentadas por motorizados.
El monopolio que se va generar en el portal web va ser amplio a su vez;
los clientes también serán beneficiarios de promociones y descuentos
pues las empresas al ver que muchos usuarios se están relacionando
128
con su tienda trataran de cubrir mucho más las expectativas de clientes
interesados en sus productos.
Adicionalmente, la implementación de la modalidad de pago del
monedero electrónico que ha sido recientemente aprobado en nuestro
país, permite que los costos financieros por las transacciones de pago
bajo esta modalidad sean menores ya que por Ley, la comisión de uso
es de menor porcentaje a las de uso de una tarjeta de crédito.
El uso de los mensajes de texto como parte del flujo de pago con el
monedero electrónico, permite una mayor masificación de uso, ya que
no se requiere contar con un celular de última generación para efectuar
un pago móvil. 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 transacción y se confirme la
aceptación con una clave de uso único por parte del cliente consumidor.
En cuanto a la rentabilidad entre empresas, la rentabilidad depende
mucho de la cantidad de ventas que tenga cada una de las tiendas,
ahora pueden hacer un ranking entre sus tiendas, esto les va ayudar a
hacer planes de marketing estratégicos que ayudarán a incrementar sus
ventas no solo en las ventas de la página web sino también telefónicas y
presenciales, con esto incrementaran la fidelidad en clientes frecuentes.
Finalmente se puede concluir que en nuestro país las tendencias no
difieren mucho de la región, la gerente de operaciones del portal web
Mercado Libre en el Perú, explica que el usuario promedio tiene entre 18
y 24 años y compra productos por US$90 entre celulares y accesorios,
pero este proyecto va enfocado a ayudar a las medianas y pequeñas
empresas impulsadas por marcas grandes como Domino’s Pizza.
129
8.2 Recomendaciones
Luego de haber concluido el desarrollo del presente proyecto de tesis, se
puede recomendar a las pequeñas empresas que brindan el servicio de
delivery que tienen una mejor opción de incrementar sus utilidades con
el uso del portal www.pa-llevar.com; ya que les brinda un sistema de
administración y control de los pedidos realizados por los clientes.
Asimismo, la implementación de la modalidad de pago del monedero
electrónico que ha sido recientemente aprobado en nuestro país, les
permitirá reducir sus costos financieros en el proceso de pago; puesto
que la comisión cobrada mediante esta modalidad es mucho menor a la
de utilizar tarjetas de crédito.
Los clientes y Empresas tendrán correctamente registrado sus puntos de
coordenadas para que la validación del alcance de las tiendas sea válida
e inmediata para prevenir inconvenientes en el envío del pedido.
El uso de los mensajes de texto como parte del flujo de pago con el
monedero electrónico, permite una mayor masificación de uso; ya que
no es necesario contar con un celular de última generación para efectuar
un pago móvil.
Por otro lado se recomienda masificar su publicación en las redes
sociales, a fin de dar a conocer a las empresas de servicio alimenticio
que existe un portal web donde pueden registrarse y encontrar al cliente
objetivo que busca el servicio de compra de alimentos con reparto a
domicilio.
130
GLOSARIO DE TÉRMINOS
1. Unidad de Negocio.- es el nombre que se le da a las empresas que
administran o tienen bajo su cargo las tiendas.
2. EEDE.-Son las siglas de: Empresas Emisoras de Dinero Electrónico, las
cuales forman parte en flujo del proceso de pago por el reparto de comida.
3. Flyers.- Son diseños que van a ser creados e impresos como volantes para
repartir a los clientes.
4. Google Maps.- Es un servidor de aplicaciones de mapas en la Web
proporcionado por Google e interviene en el registro de la ubicación de las
tiendas y los clientes.
5. Orden de Compras.- Documento comercial utilizado para solicitar el
suministro de bienes o servicios a cambio de un pago
6. Promociones.- Acción o resultado de promocionar; actividades realizadas
para dar a conocer un producto que son brindadas por las tiendas que están
registradas en el portal web.
7. Redenciones.- es el término utilizado para la Cantidad de venta diaria por
local.
8. Recepcionar.- Hecho en el que se registran los datos del cliente y del
pedido que desea realizar.
9. Tiendas.- Establecimiento específico de una Unidad de Negocio,
comprende su ubicación específica y se mide la cobertura de entrega según
ésta.
10.Servidor SMS.- Es un servicio que permite enviar mensajes de texto a los
celulares.
131
BIBLIOGRAFÍA.
ALGESA.(25 de octubre de 2012). alegsa.com.ar. Obtenido de alegsa.com.ar:
http://www.alegsa.com.ar/Dic/sistema.php
Alonso, R. C. (2008). Tecnologías de la Información y la Comunicación. Barcelona: Ideas propias
Editorial.
Apache. (24 de junio de 2013). Apache ORG. Obtenido de Apache ORG:
http://projects.apache.org/projects/http_server.html
Báez, J. (2010). Investigación cualitativa. Barcelona: Esic Editorial.
Benítez, G. M. (2009). Interacción Y Aprendizaje En La Universidad. En G. M. Benítez, Interacción Y Aprendizaje En La Universidad (págs. 125-127). Virginia: Universitat Rovira I Virgili Ntic.
Cobo, Á. (2009). PHP y MySQL: Tecnología para el desarrollo de aplicaciones web. Mexico:
Diaz de Santos.
Computación, S. I. (2010). Integrando Especificaciones Textuales y Elementos de modelado UML en un
Marco de Trabajo para Trazabilidad de Requisitos. Departamento de Sistemas Informáticos y Computación, 26.
España, B. d. (26 de febrero de 2013). Banco de España. Obtenido de
http://www.bde.es/clientebanca/entidades/pueden/electronico.htm
Hernàndez, J. M. (2008). Software libre: técnicamente viable, ecónomicamente sostenible, socialmente
justo. Barcelona: Textos Infonomia.
Heurtel, O. (2009). PHP y MySQL Domine el desarrollo de un sitio Web dinamico e interactivo.
Barcelona: Ediciones ENI.
INDECOPI. (10 de 05 de 2013). indecopi.gob. Obtenido de indecopi.gob:
http://www.indecopi.gob.pe/0/modulos/NOT/NOT_DetallarNoticia.aspx?PFL=0&NOT=132
López, L. M. (2006). Medios de pago electrónico. Piedra angular en el desarrollo del comercio
electrónico. Universidad de Jaén, Dept. Informática, 14.
132
Mysql, W. (24 de diciembre de 2011). Wikipedia MySql. Obtenido de Wikipedia:
http://es.wikipedia.org/wiki/MySQL
ORG, T. (10 de 08 de 2013). transparencia.rree. Obtenido de transparencia.rree:
http://transparencia.rree.gob.pe/index.php?option=com_content&view=article&id=93&Itemid=144
Pablos, C. d. (2011). Dirección y gestión de los sistemas de información en la empresa: Una visión
integradora. Barcelona: Esic Editorial.
Paterson, R. (2011). Inteligencia artificial. Revista Iberoamericana de Inteligencia Artificial, 51-64.
Peruano, G. (2013). Ley N° 29985: Ley del dinero electrónico. Lima: Peruano.
Price, L. V. (2003). Identifying Extensions Required by RUP (Rational Unified Process) to Comply
with CMM (Capability Maturity Model) Levels 2 and 3. IEEE Transactions on Software Engineering, 181-191.
Quintero, J. A. (2009). Implicaciones estratégicas del comercio electrónico basado en Internet. ICE:
Revista Economia, 63-78.
Ranquet, M. D. (2009). Los modelos en trabajo social. En M. D. Ranquet, Los modelos en trabajo
social: intervención con personas y familias (pág. 45). Barcelona: Siglo XXI.
Stallman, R. M. (2008). Software libre para una sociedad libre. En R. M. Stallman, Software libre para
una sociedad libre (pág. 22). Mexico: BARSC.
Systems, P. a. (2010). Planning and Control Systems: A Framework for Analysis. Harvard Business
School, Cambridge, MA, 56-57.
Towards. (2009). Towards Security by Construction for Web 2.0 Applications. Construction for
Web 2.0 Applications, 35.
Victoria, T. P. (2010). Un proceso de negocio es una colección de actividades estructuradas y
relacionadas. Departamento de Sistemas Informáticos y Computación, 2-3.
Wikipedia.
133
(12 de diciembre de 2012). wiki.bizagi.com. Obtenido de wiki.bizagi.com: http://wiki.bizagi.com/90/index.php?title=Reglas_de_Negocio
Wikipedia. (15 de septiembre de 2012). Wikipedia Pago Movil. Obtenido de Wikipedia:
http://es.wikipedia.org/wiki/Pago_m%C3%B3vil
Wikipedia. (24 de marzo de 2013). Wikipedia. Obtenido de Wikipedia:
http://es.wikipedia.org/wiki/Sistema_de_informacion
Wikipedia. (16 de 01 de 2013). Wikipedia Apache. Obtenido de Wikipedia:
http://es.wikipedia.org/wiki/Servidor_HTTP_Apache
134