UNIVERSIDAD RICARDO PALMA
FACULTAD DE INGENIERIA
ESCUELA PROFESIONAL DE INGENIERÍA INFORMÁTICA
“IMPLEMENTACIÓN DE UN PORTAL WEB PARA VENTA DE COMIDA CON SISTEMA DE DELIVERY Y PAGO CON MONEDERO MÓVIL.”
PROYECTO DE TESIS
PARA OPTAR EL TÍTULO PROFESIONAL DE INGENIERO
INFORMÁTICO
Presentado por:
Jimmy Burga Cruz
Yonel Luis Huamán Montero
ASESOR: Víctor Beltrán
LIMA – PERÚ
AÑO: 2013
2
DEDICATORIA
Dedicamos la presente tesis a las medianas y pequeñas empresas, que desean surgir para poder llegar a un desarrollo que beneficie a todos.
3
ABSTRACT
This thesis project is focused on the business process for companies that provide food handouts for Delivery.
It focuses on three modules, one for the Business Unit Manager where you can manage your stores, entering each store there are fewer permits users to help manage the entire sales process. Another consumer is the module which is a dynamic web portal where consumers can interact with the shops and products that were created by the Business Unit Managers, so that this information can be updated daily commitment is needed from all actors directly involved with management web System. Finally the module payment through electronic purse.
The Web Portal will manage all information via email, text messaging and intranet to facilitate the management and administration of orders.
Will be implemented in companies who want the electronic purse, which through a text message sent from a cell phone may be paid the order.
4
RESUMEN
El presente proyecto de Tesis está enfocado en el proceso de negocio para las empresas que brindan el reparto de alimentos por Delivery.
Está enfocado en tres módulos, uno para el Administrador de Unidad de Negocio donde puede administrar sus tiendas, ingresando a cada tienda existen usuarios con menos permisos que ayudarán a gestionar todo el proceso de venta. Otro es el módulo del consumidor el cual es un portal Web dinámico donde los consumidores podrán interactuar con las tiendas y productos que fueron creados por los Administradores de Unidad de Negocio, para que esta información pueda estar actualizada a diario es necesario el compromiso de todos los actores que implican directamente con la administración del Sistema Web. Por último el módulo de pago a través de monedero electrónico.
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.
Se implantará en las empresas que lo deseen el monedero electrónico, el cual mediante un mensaje de texto enviado desde un celular se podrá pagar el pedido.
5
INDICE
INTRODUCCION.........................................................................................................7Capítulo I: Visión del Proyecto.....................................................................................81.1. Antecedentes del Problema.................................................................................91.1.1. El Negocio.......................................................................................................91.1.2. Los Procesos del Negocio.............................................................................111.2. Descripción del Problema.................................................................................151.3. Objetivos del Proyecto......................................................................................181.3.1 Marco Lógico................................................................................................181.3.2 Objetivo General...........................................................................................201.3.3 Objetivos Específicos....................................................................................201.4. Justificación del Proyecto.................................................................................211.4.1. Beneficios Tangibles.....................................................................................211.4.2. Beneficios Intangibles...................................................................................211.5. Alcance del Proyecto........................................................................................221.6. Viabilidad del proyecto.....................................................................................231.6.1 Viabilidad Técnica........................................................................................231.6.2 Viabilidad Económica:..................................................................................241.6.3 Viabilidad Legal............................................................................................29Capítulo II: Marco Teórico..........................................................................................332.1. Sistema..............................................................................................................342.2. Tipos de Sistema...............................................................................................342.3. Sistema de Información....................................................................................342.4. Tecnologías de la Información y la Comunicación (TIC)................................352.5. Tipos de Procesos de Negocio..........................................................................362.6. Software Libre..................................................................................................372.7. Dinero Electrónico............................................................................................382.8. Pago Móvil........................................................................................................382.9. Entidades Emisoras de dinero Electrónico.......................................................39Capítulo III: Estado del Arte.......................................................................................413.1 Revisión de Papers............................................................................................423.1.1. Integrando Especificaciones Textuales y Elementos de modelado UML en un Marco de Trabajo para Trazabilidad de Requisitos................................................423.1.2. Towards Security by Construction for Web 2.0 Applications......................423.1.3. Identifying Extensions Required by RUP (Rational Unified Process) to Comply with CMM (Capability Maturity Model) Levels 2 and 3..............................433.1.4. Implicaciones estratégicas del comercio electrónico basado en Internet......433.1.5. Medios de pago electrónico. Piedra angular en el desarrollo del comercio electrónico...................................................................................................................44Capítulo IV: Modelado del Negocio...........................................................................454.1. Reglas del Negocio...........................................................................................464.2 Casos de Uso del Negocio................................................................................464.3. Diagramas de Actividades del negocio.............................................................47Capítulo V: Requerimientos del Proyecto...................................................................505.1. Requerimientos del Software............................................................................515.1.1 Requerimientos Funcionales.........................................................................515.1.2. Requerimientos No Funcionales:..................................................................525.2. Casos de Uso del Sistema.................................................................................53
6
5.2.1. Diagrama de Actores del Sistema.................................................................535.2.2. Descripción de Actores del sistema..............................................................535.2.3. Diagrama de paquetes del Sistema................................................................555.2.4. Casos de Uso del Sistema.............................................................................555.3. Modelo Conceptual del Sistema.......................................................................565.3.1. Diagrama del Modelo Conceptual................................................................565.3.2. Diccionario de Clases....................................................................................565.4. Benchmarking...................................................................................................595.5. Prototipo de la Solución....................................................................................60GLOSARIO DE TÉRMINOS:....................................................................................69BIBLIOGRAFÍA.........................................................................................................71
7
INTRODUCCION
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 a diferencia del pago móvil. 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. El que mediante el uso de
un dispositivo móvil se pueden efectuar transacciones de pago por un bien o servicio.
8
Capítulo I: Visión del Proyecto
9
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.
1.1.1. El Negocio
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.
10
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.
Visión:
Ser el mejor operador del sistema Domino’s Pizza con el mejor talento
humano.
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.
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
11
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.
Mapa del Negocio
El servicio de Domino’s Pizza tiene la mejor atención para los clientes
pues en cada establecimiento existe un Administrador de Tienda,
quien está en cargado 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 salen a repartir
afiches de promociones a los transeúntes, se utiliza este tipo de
marketing para poder llegar a los clientes de una manera más directa,
y a la gente que viva alrededor de las tiendas para que puedan realizar
un pedido telefónico.
12
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.*Despido del Personal.*Remuneraciones.
Capacitación.*Explicación de flujo de trabajo.*Capacitación en preparación de pizzas.*Capacitación en trato a las personas.
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 PCs de 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 de productos.*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.
*Obtención de información previa.*Comparación de Costos.*Confirmación
de pedidos.
*Atención al cliente
*Atención de pedidos
*Redenciones de Ventas en todas las tiendas.*Conteo de Retorno de vales y volantes.
13
Diagrama de procesos del negocio:
El presente Diagrama contempla la estructura del flujo por el cual los
clientes y los usuarios del sistema van a poder manejar y gestionar de
manera consecutiva todo el procesos y planeamiento de realización de
un pedido.
Figura 3: Diagrama de procesos del Negocio en Domino’s Pizza.
Descripción de actividades:
El Cliente empieza 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, una vez que el
vendedor le haya ofrecido las promociones, el cliente acepta el pedido,
lo paga y espera hasta que termine la preparación, al final le entregan
su pedido.
14
Para la actividad del pago por el servicio, el sistema le 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)
le 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
Leyenda de Procesos:
Compra de insumosDomino’s pizza tiene su propia planta de quesos y masas
(Huaral), pero algunas veces ellos mismos no pueden cubrir sus
demandas, para lo cual solicitan a sus proveedores son: Gloria
para el queso, Jamón Otto Kunz, Cartones, cajas Carvinza y
salsas de tomate Carozzi. Estas son empresas que fueron visitadas
por un inspector de sanidad para que puedan ser proveedores
directos de Domino’s Pizza.
Reparto de Insumos a TiendasEn este proceso los insumos serán llevados a todas las tiendas
para que puedan preparar los productos finales (pizzas).
Preparación de pizzasEn las tiendas teniendo un 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 e ingredientes que tienen
establecidos para cada tipo de pizza.
Alianzas estratégicasDomino’s Pizza realiza Alianzas con: Coca-Cola, BCP,
TROCHA, Saga Falabella, etc. Con el fin de poder llegar a
algunos clientes de forma directa y no a través de interlocutores o
medios televisivos, una de las estrategias es llegar al cliente de
manera directa es llevar a los hogares tarjetas de invitación para
que gusten algún nuevo sabor o simplemente invitando.
15
Inventario y FinanzasPara llevar un mejor manejo de las cuentas y suministros de
productos, se lleva a cabo todas las semanas un inventario de lo
que necesitan las tiendas, si hay algún requerimiento fuerte para
algún evento o salida de alguna promoción con alguna alianza
estrategia fuerte.
Reparto de Pizzas(Delivery)Es un servicio reparto a domicilio el reparto suele realizarte en
Moto mediante una petición previa por teléfono. Las empresas
que distribuyen las pizzas a domicilio suelen ser franquicias1.
Ley de Dinero Electrónico Nº 29985 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 puede ser convertido
nuevamente a efectivo por el saldo que mantenga el titular2.
1.2. Descripción del Problema
Hay 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 toman mucho tiempo. Se requiere de un planeamiento
de modelado, programadores, costo o tercerizar el servicio, esto tiene un
sobrecosto del servicio que es trasladado al cliente final.
Existen muchos Portales Web que solo se preocupan por vender y mostrar sus
productos a los clientes pero no se preocupan por la funcionalidad de la misma
como brindar una geo 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 sus pedidos
para reparto a domicilio. Permitirá a los clientes poder identificar mejor a las
1http://es.wikipedia.org/wiki/Reparto_de_pizza2http://gestion.pe/tu-dinero/que-dice-promulgada-ley-dinero-electronico-2056798
16
empresas 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 móvil mediante un
dispositivo celular.
Estadística de Pedidos Delivery desde el Portal Web de la empresa Domino’s Pizza
Cantidad; 62
Cantidad; 385
Cantidad; 462Cantidad; 413
Cantidad; 563
Cantidad de Pedidos 2010 - Domino's Pizza
Figura 4: Cuadro de Pedidos por el Portal Web de Domino’s Pizza.
Cantidad; 510
Cantidad; 632
Cantidad; 602
Cantidad; 849
Cantidad; 974
Cantidad; 1106
Cantidad; 1353
Cantidad; 1068 Cantidad;
995
Cantidad; 1230
Cantidad; 1189
Cantidad; 1626
Cantidad de Pedidos 2011 - Domino's Pizza
Figura 5: Cuadro de Pedidos por el Portal Web de Domino’s Pizza.
17
Cantidad; 1464
Cantidad; 1498
Cantidad; 1889 Cantidad;
1580Cantidad;
1523 Cantidad; 1229
Cantidad; 1953 Cantidad;
1775
Cantidad; 1948
Cantidad; 2582
Cantidad de Pedidos 2012 - Domino's Pizza
Figura 6: Cuadro de Pedidos por el Portal Web de Domino’s Pizza.
El presente grafico muestra el porcentaje de familias que tienen acceso a Internet, las cuales reflejan el 24% de toda la población, esto refleja a la cantidad de familias las cuales pueden acceder al presente proyecto. Fuente: INEI (2011)
Tienen acceso a Internet, 24,
24%No tienen Ac-
cceso, 76, 76%
Cantidad de familias que tienen acceso a Internet
Tienen acceso a In-ternet
No tienen Accceso
Figura 7: Porcentaje de Familias que tienen Acceso a Internet.
18
1.3. Objetivos del Proyecto
1.3.1 Marco Lógico
Árbol de Problemas:
Falta de un repositorio donde se pueda encontrar todos los productos centralizados de diferentes empresas de comida por delivery.
Las empresas no se ponen de acuerdo en unificarse para poder dar un mejor servicio.
Las empresas no tienen estadísticas comparativas de pedidos de clientes.
Las empresas no tienen bien establecidas sus rangos de alcance de delivery.
Las empresas desconocen el potencial que tienen los clientes que están navegando por la Web.
Falta de Localización referencial de Tiendas.
Los Clientes tardan 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
Las empresas no están de acuerdo en que sus productos compitan en un mismo portal Web.
Los Clientes son afectados pues los precios no pueden ser comparados.
Los Clientes no saben que empresas llegan realmente a sus domicilios y no optan por comunicarse con ellos.
Las Empresas verán la importancia de acuerdo a los cuadros estadísticos de incluir sus productos al Portal Web.
19
Árbol de Objetivos:
En el Portal Web habrá promociones ya que la información centralizada influye en una competencia por precios.
Unificar a todas las empresas para que puedan ayudar a los Clientes a tener una visión más amplia de productos y Tiendas.
Una mayor facilidad de ubicación a las tiendas pues 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 hagan Delivery.
Gracias a la centralización de la información no tendrán que perder mucho tiempo en buscar teléfonos o direcciones.
Desarrollo de un portal Web donde pueda encontrar información centralizada de diferentes empresas de comida por Delivery.
Mejora de la exactitud referencial de las Tiendas para ver si el domicilio del cliente está cerca.
Los Clientes encontraran una información centralizada y no tendrán que estar navegando por diferentes Portales.
Las Empresas podrán verificar que Tienda necesita un mayor interés de acuerdo a las estadísticas.
Los Clientes no se tendrán que preocupar con 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.
20
1.3.2 Objetivo General.
El objetivo principal de este proyecto de tesis e investigación es el
Desarrollo de un portal Web donde pueda encontrar información
centralizada de diferentes empresas de venta de comida por Delivery e
innovar la modalidad del pago por monedero electrónico.
1.3.3 Objetivos Específicos
Unificar a todas las empresas y poder ayudar a los Clientes a tener
una visión más amplia de productos y Tiendas.
Una mejor localización de las tiendas con ayuda de Googlemaps.
Aumento de los ingresos para las medianas y grandes empresas que
hagan Delivery.
Con la ayuda de las Zonas de Googlemaps se podrán definir
exactamente los rangos de alcance en todos los distritos de Lima y
Callao.
Gracias a tener centralizada la información, los clientes no tendrán
que perder mucho tiempo en buscar teléfonos o referencias y
direcciones de tiendas.
Los Clientes encontraran una información centralizada y no tendrán
que estar navegando por diferentes Portales.
En el Portal Web habrán promociones ya que la información
centralizada contribuye a una competencia por precios.
Los Clientes no se tendrán que preocupar que tiendas llegan a sus
domicilios pues esto será validado automáticamente al escoger un
producto específico.
Las Empresas podrán verificar que Tienda necesita un mayor interés
de acuerdo a la cantidad de pedidos procesados.
21
1.4. Justificación del Proyecto
1.4.1.Beneficios Tangibles
Los Beneficios tangibles buscan lo siguiente:
Aumentar los Ingresos en todas las cadenas de Tiendas.
Para todas las tiendas de las Unidades de Negocio existentes
Aumentar eficazmente sus ingresos al tener 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 móvil.
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.
1.4.2.Beneficios Intangibles
Los Beneficios intangibles buscan lo siguiente:
22
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.
Fidelizar a los Clientes que puedan realizar 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.
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.
23
d) Cada Unidad de Negocio va a tener un Administrador que va actualizar
todos los detalles vinculados a su Empresa.
e) Se reducirá en un 12% el tiempo que tarda un pedido para ser procesado de
manera eficiente.
f) El presente proyecto cubrirá las zonas de Lima Metropolitana y Callao.
1.6. Viabilidad del proyecto
1.6.1 Viabilidad 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.
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.
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.
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.
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.
Framework PHP: El ZendFrameworks es simple, no necesita instalación
especial, requiere PHP 5 e incorpora el patrón MV Se debe descargar y
copiarlo hacia nuestro servidor local, veamos a través de un pequeño
24
ejemplo cómo podemos crear un lector de RSS. Los ficheros que
creemos podemos copiarlos dentro del directorio “library”.
Workbench: es un modelador de Base de Datos, en este caso solo para el
Mysql, se va utilizar la versión 5.2 la cual es la última en el mercado y es
libre para descargar.
1.6.2 Viabilidad Económica:
Costos por Año:
Año (t) DetalleCosto x Mes
Meses Total S./
0 Renta de hosting 12 280
Renta de Dominio 12 130
Pago Diseñador 800 4 3200
Pago Programador 800 4 3200
Pago Modelamiento de procesos 800 4 3200
Pago DBA 900 4 3600
Alquiler PCs 600 4 2400
Alquiler de Local y otros 500 12 6000
Marketing 1000 4 4000
26010
Año (t) DetalleCosto x Mes
Meses Total S./
1 Renta de hosting 12 280
Renta de Dominio 12 130
Pago Diseñador 800 2 1600
Pago Programador 800 2 1600
Pago Modelamiento de procesos 800 2 1600
Pago DBA 900 2 1800
Alquiler PCs 600 2 1200
Alquiler de Local y otros 500 12 6000
Marketing 1000 4 4000
18210
Año (t) DetalleCosto x Mes
Meses Total S./
2 Renta de hosting 12 280
Renta de Dominio 12 130
Pago Diseñador 800 2 1600
Pago Programador 800 2 1600
Pago Modelamiento de procesos 800 2 1600
Pago DBA 900 2 1800
Alquiler PCs 600 2 1200
Alquiler de Local y otros 500 12 6000
Marketing 1000 4 4000
18210
Año (t) DetalleCosto x Mes
Meses Total S./
25
3 Renta de hosting dedicado 12 900
Renta de Dominio 12 130
Pago Diseñador 800 2 1600
Pago Programador 800 2 1600
Pago Modelamiento de procesos 800 2 1600
Pago DBA 900 2 1800
Alquiler PCs 600 2 1200
Alquiler de Local y otros 500 12 6000
Marketing 1000 4 4000
18830
Año (t) DetalleCosto x Mes
Meses Total S./
4 Renta de hosting dedicado 12 900
Renta de Dominio 12 130
Pago Diseñador 800 4 3200
Pago Programador 800 4 3200
Pago Modelamiento de procesos 800 4 3200
Pago DBA 900 4 3600
Alquiler PCs 600 4 2400
Alquiler de Local y otros 500 12 6000
Marketing 1000 4 4000
26630
Año (t) DetalleCosto x Mes
Meses Total S./
5 Renta de hosting dedicado 12 900
Renta de Dominio 12 130
Pago Diseñador 800 2 1600
Pago Programador 800 2 1600
Pago Modelamiento de procesos 800 2 1600
Pago DBA 900 2 1800
Alquiler PCs 600 2 1200
Alquiler de Local y otros 500 12 6000
Marketing 1000 4 4000
18830
Año (t) DetalleCosto x Mes
Meses Total S./
6 Renta de hosting dedicado 12 900
Renta de Dominio 12 130
Pago Diseñador 800 2 1600
Pago Programador 800 2 1600
Pago Modelamiento de procesos 800 2 1600
Pago DBA 900 2 1800
Alquiler PCs 600 2 1200
Alquiler de Local y otros 500 12 6000
Marketing 1000 4 4000
18830
Año (t) DetalleCosto x Mes
Meses Total S./
7 Renta de hosting dedicado 12 900
Renta de Dominio 12 130
Pago Diseñador 800 2 1600
26
Pago Programador 800 2 1600
Pago Modelamiento de procesos 800 2 1600
Pago DBA 900 2 1800
Alquiler PCs 600 2 1200
Alquiler de Local y otros 500 12 6000
Marketing 1000 4 4000
18830
Beneficios por año:
Año Mes Rango de Pedidos Costo S./ Rango de Ganancias S./
0 Enero 50 100 0 0 0
0 Febrero 101 150 0.1 10.1 15
0 Marzo 151 200 0.1 15.1 20
0 Abril 201 400 0.1 20.1 40
0 Mayo 401 500 0.1 40.1 50
0 Junio 501 600 0.1 50.1 60
0 Julio 601 800 0.1 60.1 80
0 Agosto 801 850 0.1 80.1 85
0 Septiembre 851 900 0.1 85.1 90
0 Octubre 901 1000 0.1 90.1 100
0 Noviembre 1001 1200 0.1 100.1 120
0 Diciembre 1201 1500 0.1 120.1 150
671.1 810
Prom: 740.55
Año Mes Rango de Pedidos Costo S./ Rango de Ganancias S./
1 Enero 1500 1700 0.2 300 340
1 Febrero 1700 2000 0.2 340 400
1 Marzo 2000 2500 0.2 400 500
1 Abril 2500 3500 0.2 500 700
1 Mayo 3500 4000 0.2 700 800
1 Junio 4000 4800 0.2 800 960
1 Julio 4800 5500 0.2 960 1100
1 Agosto 5500 6300 0.2 1100 1260
1 Septiembre 6300 7700 0.2 1260 1540
1 Octubre 7700 8000 0.2 1540 1600
1 Noviembre 8000 9000 0.2 1600 1800
1 Diciembre 9000 10000 0.2 1800 2000
11300 13000
Prom: 12150
Año Mes Rango de Pedidos Costo S./ Rango de Ganancias S./
2 Enero 10000 10300 0.2 2000 2060
2 Febrero 10300 10600 0.2 2060 2120
2 Marzo 10600 10900 0.2 2120 2180
2 Abril 10900 11200 0.2 2180 2240
2 Mayo 11200 11500 0.2 2240 2300
2 Junio 11500 11800 0.2 2300 2360
2 Julio 11800 12100 0.2 2360 2420
2 Agosto 12100 12400 0.2 2420 2480
2 Septiembre 12400 12700 0.2 2480 2540
2 Octubre 12700 13000 0.2 2540 2600
2 Noviembre 13000 13300 0.2 2600 2660
2 Diciembre 13300 13600 0.2 2660 2720
27960 28680
Prom: 28320
27
Año Mes Rango de Pedidos Costo S./ Rango de Ganancias S./
3 Enero 13600 13700 0.2 2720 2740
3 Febrero 13700 13800 0.2 2740 2760
3 Marzo 13800 13900 0.2 2760 2780
3 Abril 13900 14000 0.2 2780 2800
3 Mayo 14000 14100 0.2 2800 2820
3 Junio 14100 14200 0.2 2820 2840
3 Julio 14200 14300 0.2 2840 2860
3 Agosto 14300 14400 0.2 2860 2880
3 Septiembre 14400 14500 0.2 2880 2900
3 Octubre 14500 14600 0.2 2900 2920
3 Noviembre 14600 14700 0.2 2920 2940
3 Diciembre 14700 14800 0.2 2940 2960
33960 34200
Prom: 34080
Año Mes Rango de Pedidos Costo S./ Rango de Ganancias S./
4 Enero 14800 14900 0.2 2960 2980
4 Febrero 14900 15000 0.2 2980 3000
4 Marzo 15000 15100 0.2 3000 3020
4 Abril 15100 15200 0.2 3020 3040
4 Mayo 15200 15300 0.2 3040 3060
4 Junio 15300 15400 0.2 3060 3080
4 Julio 15400 15500 0.2 3080 3100
4 Agosto 15500 15600 0.2 3100 3120
4 Septiembre 15600 15700 0.2 3120 3140
4 Octubre 15700 15800 0.2 3140 3160
4 Noviembre 15800 15900 0.2 3160 3180
4 Diciembre 15900 16000 0.2 3180 3200
36840 37080
Prom: 36960
Año Mes Rango de Pedidos Costo S./ Rango de Ganancias S./
5 Enero 16000 16100 0.2 3200 3220
5 Febrero 16100 16200 0.2 3220 3240
5 Marzo 16200 16300 0.2 3240 3260
5 Abril 16300 16400 0.2 3260 3280
5 Mayo 16400 16500 0.2 3280 3300
5 Junio 16500 16600 0.2 3300 3320
5 Julio 16600 16700 0.2 3320 3340
5 Agosto 16700 16800 0.2 3340 3360
5 Septiembre 16800 16900 0.2 3360 3380
5 Octubre 16900 17000 0.2 3380 3400
5 Noviembre 17000 17100 0.2 3400 3420
5 Diciembre 17100 17200 0.2 3420 3440
39720 39960
Prom: 39840
Año Mes Rango de Pedidos Costo S./ Rango de Ganancias S./
6 Enero 17200 17300 0.2 3440 3460
6 Febrero 17300 17400 0.2 3460 3480
6 Marzo 17400 17500 0.2 3480 3500
6 Abril 17500 17600 0.2 3500 3520
6 Mayo 17600 17700 0.2 3520 3540
6 Junio 17700 17800 0.2 3540 3560
6 Julio 17800 17900 0.2 3560 3580
6 Agosto 17900 18000 0.2 3580 3600
6 Septiembre 18000 18100 0.2 3600 3620
28
6 Octubre 18100 18200 0.2 3620 3640
6 Noviembre 18200 18300 0.2 3640 3660
6 Diciembre 18300 18400 0.2 3660 3680
42600 42840
Prom: 42720
Año Mes Rango de Pedidos Costo S./ Rango de Ganancias S./
7 Enero 18400 18500 0.2 3680 3700
7 Febrero 18600 18700 0.2 3720 3740
7 Marzo 18700 18800 0.2 3740 3760
7 Abril 18800 18900 0.2 3760 3780
7 Mayo 18900 19000 0.2 3780 3800
7 Junio 19000 19100 0.2 3800 3820
7 Julio 19100 19200 0.2 3820 3840
7 Agosto 19200 19300 0.2 3840 3860
7 Septiembre 19300 19400 0.2 3860 3880
7 Octubre 19400 19500 0.2 3880 3900
7 Noviembre 19500 19600 0.2 3900 3920
7 Diciembre 19600 19700 0.2 3920 3940
45700 45940
Prom: 45820
Calculo del VAN y la TIR
Año Flujo Neto FSA (15%,t)
VA al 15%
FSA (20%)
VA al 20%
tde caja (Bt-Ct)
0 -25269.5 1.0000 -25,270 1.0000 -25,2701 -6060 0.8696 -5,270 0.8333 -5,0502 10110 0.7561 7,645 0.6944 7,0213 15250 0.6575 10,027 0.5787 8,8254 10330 0.5718 5,906 0.4823 4,9825 21010 0.4972 10,446 0.4019 8,4436 23890 0.4323 10,328 0.3349 8,0017 26,990 0.3759 10,147 0.2791 7,532
76,251 23,959 14,485
VAN(15%)= S/.20,834 El excel actualiza al año anterior al primer datoVAN(15%)= S/.23,959 Ajustado para actualizarlo al año 0VAN(20%= S/.12,071 El excel actualiza al año anterior al primer datoVAN(20%= S/.14,485 Ajustado para actualizarlo al año 0TIR = 31.6%
29
1.6.3 Viabilidad Legal
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ón de la información
En ningún caso la entidad de la Administración Pública podrá destruir la
información que posea.
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 Nacional3.
Propiedad intelectual
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,
3http://transparencia.rree.gob.pe/index.php?option=com_content&view=article&id=93&Itemid=144
30
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
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
mismos4.
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 otros5.
4http://www.eurofilmfestival.com/aviso.html5http://www.indecopi.gob.pe/0/modulos/NOT/NOT_DetallarNoticia.aspx?PFL=0&NOT=132
31
Ley N° 29985 DEL DINERO ELECTRÓNICO - BILLETERA MÓVIL
LEY QUE REGULA LAS CARACTERÍSTICAS BÁSICAS DEL
DINERO ELECTRÓNICO COMO INSTRUMENTO DE INCLUSIÓN
FINANCIERA.
Artículo 2. Dinero electrónico 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.
e) No constituye depósito y no genera intereses.
Artículo 5. Emisores de dinero electrónico 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ú.
32
Artículo 7. Exoneración del Impuesto General a las Ventas Exonérase del
Impuesto General a las Ventas por un período de tres (3) años, contado a
partir de la vigencia de la presente Ley, la emisión de dinero electrónico
efectuada por las Empresas Emisoras de Dinero Electrónico.
33
Capítulo II: Marco Teórico
34
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, 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
“Estamos, pues, ante un conjunto de elementos que tienen propiedades y
atributos. Todo elemento está especificado por sus atributos y, si estos elementos
son seres humanos, los atributos que permiten identificarlos en el sistema son su
comportamiento de comunicación, por oposición a los atributos intrinsequitos,
por ejemplo. Un sistema es pues un conjunto de elementos y de relaciones – que
existen entre estos elementos y entre sus atributos – organizados en función de
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.” [1]
2.2. Tipos de Sistema
“De los muchos acercamientos teóricos que se han hecho en el estudio de los
pequeños grupos humanos uno que compartimos, 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.
En su 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.” [2]
2.3. Sistema de Información
“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
35
instancia para crear valor. Un sistema de información, por tanto, será tanto más
eficiente y mejor cuanto más capaz sea de mejorar los procesos de negocios y
los de la toma de decisiones en la empresa conduciendo a una mayor
rentabilidad y, o a unos menores costes. Por esa razón, un sistema de
información que no proporcione un conocimiento o 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.
Distribuye la información resultante a los usuarios y actividades que la
requieran.” [3]
2.4. Tecnologías de la Información y la Comunicación (TIC)
“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 y
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.
36
La aplicación de las TIC a todos los sectores de la sociedad y de la economía
mundial ha generado una serie de términos nuevos como, por 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.” [4]
2.5. Tipos de Procesos de Negocio
To my best knowledge, there is no agreed academic or industrial classification or
taxonomy of the different types of business processes. From a higher-level
viewpoint, there are two main perspectives of business processes: the level
perspective and the core competency perspective.
Level Perspective
The level perspective classifies business processes into levels like those of
traditional organization charts. This perspective is mainly influenced by Robert
N. Anthony, who defines three levels of management activities:
1. Operational control, which is “the process of assuring that specific tasks
are carried out effectively and efficiently.”
2. Management control, which is “the process by which managers assure
that resources are obtained and used effectively and efficiently in the
accomplishment of the organization’s objectives.”
3. Strategic planning, which is “the process of deciding on the objectives of
the organization, on changes in these objectives, on the resources used to obtain
these objectives, and on the policies that are to govern the acquisition, use, and
disposition of these resources.”[5]
Traducción (por Yonel Huamán):
37
A mi leal saber y entender, 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. "
2.6. Software Libre
Cuando un programa de software libre deja de estar en manos de su autor, esto
no significa necesariamente que siga siendo software libre para cualquiera que se
haga con una copia de él. Por ejemplo, el software de dominio 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 WindowSystem.
Desarrollado en el MIT y publicado como software libre con una licencia
permisiva, pronto fue adoptado por diversas empresas informáticas. Añadieron
38
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. [6]
2.7. Dinero Electrónico
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 Peruana N° 29985: Ley del dinero electrónico 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.
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. [7]
2.8. Pago Móvil
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
39
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, (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.9. Entidades Emisoras de dinero Electrónico
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.
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 Inteligencia Financiera del Perú (UIF-
40
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.
41
Capítulo III: Estado del Arte
42
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 demostraremos algunos de ellos:
3.1.1. Integrando Especificaciones Textuales y Elementos de modelado UML en un Marco de Trabajo para Trazabilidad de Requisitos
En este paper se describe la trazabilidad de requisitos que permiten
asegurar la continua concordancia entre los requisitos de los stakeholders
y los artefactos producidos durante el proceso de desarrollo de software.
En este trabajo se presenta un modelo de referencia para la trazabilidad
de requisitos, basado en UML y que integra tanto especificaciones
textuales como elementos de modelado UML, consiguiendo así una
representación homogénea para todos los artefactos producidos durante
el proceso de desarrollo y para las dependencias de trazabilidad entre
ellos. 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.
3.1.2. Towards Security by Construction for Web 2.0 Applications
En este paper nos muestra algunas de las cuestiones de seguridad
conocidos y de la fiabilidad de la Web 2.0 basado en el desarrollo de
aplicaciones. Nos muestra que en el desarrollo de aplicaciones Web 2.0
hay un cambio de paradigma en evolución en el enfoque de seguridad a
los clientes. También podemos encontramos en este documento, como
son algunas de las mejores prácticas en seguridad de aplicaciones Web
2.0, y la lista de los enfoques más eficaces y las contramedidas. Por
último, nos presenta algunas recomendaciones para mejorar el entorno de
seguridad en la Web 2.0, así como una indicación de algunas
investigaciones futuras en este ámbito. Este documento está dirigido
tanto para los desarrolladores y usuarios de los sistemas basados en Web
43
2.0
3.1.3. Identifying Extensions Required by RUP (Rational Unified Process) to Comply with CMM (Capability Maturity Model) Levels 2 and 3
Este paper nos informa que la mayoría de programas requiere una o más
prácticas de categoría superior o alguna otra variación de estos para
poder elaborar un software de ingeniería nos da pautas que debemos
considerar a menudo para la realización final de este, nos informa que
todo proyecto es orientado a los requisitos. Muchos proyectos se basan
en el modelo en cascada tradicional o alguna variante de la misma. Este
documento nos presenta una 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) el cual nos impulsa al
uso de un caso de uso, al centrado en la arquitectura, el enfoque de
desarrollo iterativo. En el documento se presenta una 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 presente artículo pretende delimitar el concepto de comercio
electrónico y sus modalidades, analizar el impacto estratégico en las
organizaciones del mismo e identificar los modelos de negocio basados
en Internet, entre los que se encuentran los nuevos intermediarios como
el dinero electrónico.
Se presenta un 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 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
44
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
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 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.
45
Capítulo IV: Modelado del Negocio
46
4.1. Reglas del Negocio
Con el fin de alcanzar las metas propuestas, hoy en día las empresas definen
políticas o normas especiales que se deben cumplir en algunas actividades de los
procesos diarios de la organización6. Es común ver que estas excepciones o
condiciones especiales varían de acuerdo con las exigencias del entorno
cambiante.
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.
4.2 Casos de Uso del Negocio
Diagrama de Casos de Uso del Negocio:
6http://wiki.bizagi.com/90/index.php?title=Reglas_de_Negocio
47
CUN_RecepcionarPedido
(from Casos Usos Negocio)
CUN_EntregarPedido
(from Casos Usos Negocio)
CUN_GestionarPedido
(from Casos Usos Negocio)
<<extend>>
N_CLIENTE
(from Actores del Negocio)
<<extend>>
4.3. Diagramas de Actividades del negocio
Diagrama de flujo de cada proceso
Diagrama del CUN: Recepcionar Pedido
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
Diagrama del CUN: Gestionar Pedido
48
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
Diagrama del CUN: Entregar Pedido
Ordena reparto del pedido
Registra pedido rechazado
Registro de Pedidos : Registro de Pedidos
Se traslada al domicilio del cliente
Verifica los datos del cliente
Registra pedido entregado
Devuelve el pedido a la empresa
Recibe el pedido
Verifica el pedido
Conforme?
Registro de Pedidos : Registro de Pedidos
Datos del Cliente : Datos del Cliente
Si
No
ClienteRepartidorEncargado de Pedidos
Diagrama de Casos de Uso del Negocio (CUN):
49
CUN_GestionarPedidoCUN_RecepcionarPedido
CUN_EntregarPedido
Diagrama de Entidades del Negocio:
.
InsumosEncargado de Pedidos
Verifica
Listado de Productos
N_Recepcionista
Comunica
Datos del Cliente
Registra
Registro de Pedidos
N_Repartidor
Confirma
Actua...
50
Capítulo V: Requerimientos del Proyecto
51
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.
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.
52
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 contara con toda la ayuda necesaria que el usuario
necesite para poder manejarlo con eficacia. En esta ayuda se contará
con el Manual de Usuario.
c) Uso de las interfaces del sistema
Se 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.
Funcionamiento:
a) Tiempo de respuesta
El tiempo de respuesta del sistema será de 5 segundos como máximo.
b) Plataforma
53
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.
5.2.2. Descripción de Actores del sistema
Administrador del SistemaRepresenta La 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.
Administrador de Unidad de NegocioRepresenta La 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.
54
Tipo Es un usuario del sistema
Responsabilidad Asegurar que todas las Tiendas tengan la información adecuada y actualizada.
Administrador de TiendaRepresenta Es la persona que se encarga de administrar de
los productos y servicios de una tienda.
Descripción Si hay algunos productos que tienen bajo Stock de productos entonces esta persona es la indicada para modificar el producto que se encuentra publicada en el Portal Web desactivándola.
Tipo Es un usuario del sistema
Responsabilidad Asegurar que los productos de su respectiva tienda estén actualizados y sean los correctos.
Recepcionista de PedidosRepresenta La 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.
ClienteRepresenta La persona que hace los pedidos en el Portal
Web.
Descripción Es la persona que hace la solicitud de los pedidos por la web.
Tipo Es un usuario del sistema
Responsabilidad Registrar sus datos correctamente.
55
5.2.3. Diagrama de paquetes del Sistema.
Paquete Seguridad
Paquete de Pedidos
Paquete de Administracion
Paquete Consultas
5.2.4. Casos de Uso del Sistema
CUS_Realizar Pedido
(f rom Casos Usos Sistema)CUS_Iniciar Sesion
(f rom Casos Usos Sistema)
CUS_Registrar Cliente
(f rom Casos Usos Sistema)
CUS_Administrar Usuarios Intranet
(f rom Casos Usos Sistema)
CUS_Administrar Tiendas
(f rom Casos Usos Sistema)
CUS_Administrar UUNN
(f rom Casos Usos Sistema)
CUS_Realizar Pago MMEE
(f rom Casos Usos Sistema)
CUS_Confirmar Pago
(f rom Casos Usos Sistema)
CUS_Confirmar Pedidos por Tienda
(f rom Casos Usos Sistema)
Recepcionista de pedidos
CUS_Registrar UUNN
(f rom Casos Usos Sistema)
CUS_Aprobar UUNN
(f rom Casos Usos Sistema)
CUS_Administrar Clientes
(f rom Casos Usos Sistema)
CUS_Registrar Recargas MMEE
(f rom Casos Usos Sistema)
Administrador de Sistema
(f rom Actores del Sist...
CUS_Confirmar Recargas MMEE
(f rom Casos Usos Sistema)
CUS_ Administrar Productos
(f rom Casos Usos Sistema)
Cliente
Administrador de Unidad de Negocio
(f rom Actores del Sist...
Administrador de Tienda
(f rom Actores del Sist...
CUS_Consultar Saldos MMEE
(f rom Casos Usos Sistema)
Diagramas de caso de uso
56
5.3. Modelo Conceptual del Sistema
5.3.1. Diagrama del Modelo Conceptual.
5.3.2. Diccionario de Clases
E_Log:
Se refiere a la entidad que va almacenar todos los errores que puedan
surgir directamente en la Base de Datos.
E_Perfil:
Es la entidad que va especificar los diferentes perfiles o roles que
puedan haber como por ejemplo: Administrador de Tienda el cual
57
tiene un Alias pero este Alias es interno y solo se filtrara por los
Scripts que puedan determinar el acceso hacia algunos formularios.
E_Usuario
Son los Usuarios con sus Detalles como por Ejemplo el
Administrador del Sistema que tiene como detalle su fecha de
nacimiento, nombre, edad, email.
E_Unidad Negocio
Esta Entidad va almacenar las diferentes Unidades de Negocio que
pueda hacer en todo el Sistema Web.
E_Tienda
La Entidad Tienda va almacenar los detalles de cada una de las
Tiendas, está relacionada con E_UnidadNegocio pues esta es la
dependencia principal para que se puedan filtrar las diferentes
Tiendas.
E_TipoPago
Pertenece al Tipo de Pago especificando si puede ser en Efectivo o
en Crédito, tipo de Tarjeta, también tendrá un detalle del pedido pues
cada pedido puede tener diferentes tipos de pago.
E_Pedido
Es la Entidad Principal de Todo el Sistema pues en ella van a estar
almacenadas todos los pedidos de todas las Tiendas indistintamente
de las Unidades de Negocio.
E_Pedido_Detalle
58
El pedido tiene algunas especificaciones que necesariamente tienen
que estar dentro de esta Entidad pues tienen que relacionarse con
otras Entidades como: E_ProductoDetalle.
E_Cliente
Esta Entidad es otra de las más importantes pues va almacenar a
todos los Clientes que estén registrados en el Portal Web y
únicamente los Usuarios y password ingresados podrán ser validos
para el Portal Web pero no para el Sistema Web pues no son
administradores del sistema.
E_Producto
Son los Productos que van a mostrarse en el mismo PortalWeb, así
como por ejemplo: Pizza Americana con su Detalle que es el Precio,
conjuntamente con su detalle que están relacionados con las demás
Entidades.
E_Categoria
Es la Categoría de Producto pues un producto puede pertenecer al
rubro de Pizzas, pollos, Chifas, etc.
E_Producto_Tipo
Los productos tienen un tipo el cual será especificado en esta
Entidad para que puedan ser bien especificados y no estén juntos en
la misma.
E_Producto_Detalle
Es la Especificación del Detalle de cada producto, esta
especificación indica tanto el precio como el IdProducto al cual le
pertenecen y por donde están relacionados.
59
5.4. Benchmarking
Leyenda de la funcionalidades:
0-No tiene.
1-Baja (Poco amigable y pocos datos).
2-Media (poco amigable o con datos suficientes).
3-Alta (amigable y con datos suficientes)
Benchmarking para el Proyecto de Sistema Web de Pedido de Comida Vía Internet y servicio de Delivery con Pago Móvil
Características Funcionales
Pa’ llevar Yo no cocino PedidoYa Alimentosdelivery
Gestión de Clientes 3 2 2 1
Realiza perdido por la Pagina 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 2
Confirmación de Pedido que se Responde la Solicitud en 5 min
3 1 2 1
Administra el Pedido por Cadena de Tienda, por Tienda
3 2 2 2
Geo localización para zona de cobertura delivery
3 1 1 1
Opción de Pago Móvil
3 0 0 1
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
60
Ser Extensible 3 2 2 2
Puntaje total 39 23 26 24
Otros aspectos de evaluación
Software Base Sistema operativo
Windows,Linux Windows,Linux Windows,linux Windows
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. 500 Mb. 1 Gb.
Procesador1.8Ghz o superior
1.8Ghz. O superior
Intel Celeron o Superior
1.8GHz o superior
Memoria 512MB 512 MB 512MB 1GB
La Solución propuesta es la que mejor se adecua para poder llevar a cabo este proyecto
referente a los pedidos y recepción de pedidos por medio de alguna forma o medio de
comunicación que en este caso es la Internet.
5.5. Prototipo de la Solución
Página principal del portal:
61
Pantalla de Registro de Empresas:
62
Formulario del registro de Clientes:
63
Formulario en que se van a presentar los productos para una tienda específica:
Ingresando al carrito de compras:
64
Administrador de Pago Móvil
Ingreso como Administrador
Histórico de Operaciones
Confirmación de Recargas
65
Saldos de Cliente
Ingreso como Tienda
Histórico de Pedidos
66
Pedidos Pendientes de Cancelación
Ingreso como Cliente
Histórico de Operaciones
67
Recarga de Saldos
Cambio de Clave Móvil
68
69
GLOSARIO DE TÉRMINOS:
1. Confirmar.-Hacer más cierto algo.
2. Cobertura.-Espacio geográfico de alcance para la realización de un pedido.
3. Confirmar.-Hacer más cierto algo.
4. Cobertura.-Espacio geográfico de alcance para la realización de un pedido.
5. Entregar.-Ponerse en las manos o en el poder de otra persona.
6. EEDE.-Empresas Emisoras de Dinero Electrónico
7. Flyers.- Son diseños que van a ser creados e impresos como volantes para repartir a
la gente, esto genera un ingreso pues ayuda a conocer a los posibles clientes los
productos nuevos que estén promocionando en el mismo flyer.
8. Garantía.-Estado del pedido en el que se confirma la certeza al realizar el servicio a
un cliente que lo solicitó.
9. Google Maps.- es el nombre de un servicio gratuito de Google. Es un servidor de
aplicaciones de mapas en la Web. Ofrece imágenes de mapas desplazables, así como
fotos satelitales del mundo entero e incluso la ruta entre diferentes ubicaciones o
imágenes a pie de calle Street View. Es similar a Google Earth, una aplicación
Windows/Mac/Linux que ofrece vistas del Globo terráqueo impactantes, pero que
no es fácil de integrar a páginas Web.
10. Insumos.-Materia prima necesaria para la elaboración del pedido.
11. PHP.- es un lenguaje de programación interpretado, diseñado originalmente para la
creación de páginas web dinámicas.
12. MySQL.- es un sistema de gestión de base de datos relacional, multi hilo y
multiusuario.
13. MySQL Workbench.- es una aplicación para el diseño y documentación de bases
de datos (sucesora de la aplicación DBDesigner4) pensada para ser usada con el
70
sistema de gestión de bases de datos MySQL (recién adquirido por Sun
Microsystems). Existen dos versiones del producto, una es open Source y la otra es
una versión comercial. Evidentemente, la versión comercial proporciona algunas
funcionalidades que pueden resultar de interés en algún ámbito, aunque la versión
open source es más que suficiente para la realización de la práctica.
14. Orden de Compras.- Documento comercial utilizado para solicitar el suministro de
bienes o servicios a cambio de un pago
15. Pedidos Documento en el que se solicita una mercancía o un servicio.
16. Promociones.- Acción o resultado de promover; Acción o resultado de
promocionar; actividades realizadas para dar a conocer un producto.
17. Recepcionar.- Hecho en el que se registran los datos del cliente y del pedido que
desea realizar.
18. Solicitar.-Pedir, hacer conocer el deseo de obtener o conseguir un servicio o un
bien.
19. Tiendas.- Establecimiento específico de una Unidad de Negocio, comprende su
ubicación específica y se mide la cobertura de entrega según ésta.
71
BIBLIOGRAFÍA.
[1] Mathilde Du Ranquet, 1997, "Los modelos en trabajo social: intervención con personas y familias", Siglo XXI, ISBN: 978-84-323-0940-3
[2] Juan Báez, 1999, "Investigación cualitativa", Esic Editorial, ISBN: 978-84-7356-483-0
[3] Carmen de Pablos H., 2006, "Dirección y gestión de los sistemas de información en la empresa: Una visión integradora", Esic Editorial, ISBN: 84-7356-445-6
[4] Ramón C. Suárez y Alonso, 2007, "Tecnologías de la Información y la Comunicación", Ideas propias Editorial, ISBN: 978-84-9839-091-9
[5] Anthony, R. N. 1965. Planning and Control Systems: A Framework for Analysis. Harvard Business School, Cambridge, MA
[6] Software libre para una sociedad libre, Richard M. Stallman. Diciembre 2004 Versión 1.0. Pag.22
[7] Ley N° 29985: Ley del dinero electrónico en Perú.
[8] Implicaciones estratégicas del comercio electrónico basado en Internet - Revista de economía, ISSN 0019-977X, Nº 783, 2000
[9] http://es.wikipedia.org/wiki/Gesti%C3%B3n_de_proyectos
[10] http://cursos.puc.cl/pps1-1/almacen/1284137378_glarrail_sec4_pos0.pdf
[11] http://www.slideshare.net/jcfdezmx2/la-organizacin-por-procesos-presentation
[12] http://www.infomipyme.com/Docs/GT/Offline/administracion/areafuncional.htm
[13] http://www.delivery.com.pe/lasCanastasStore/inicio.do
[14] http://www.burgerking.com.py/delivery/
[15] http://www.bembos.com.pe/bembosStore/inicioPortal.do
[16] http://www.deliverytube.com.ar/
[17] http://www.neodelivery.com/
[18] http://elperuanolegal.blogspot.com/2013/01/ley-n-29985-ley-que-regula-las.html?m=0
[19] http://elcomercio.pe/actualidad/1524539/noticia-como-funciona-dinero-electronico
72