Tesis Delivery y Pago Movil - Parte 1ver3 Correccion

(1)

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

Capítulo I: Visión del Proyecto ... 8

1.1. Antecedentes del Problema ... 9

1.1.1. El Negocio ... 9

1.1.2. Los Procesos del Negocio ... 11

1.2. Descripción del Problema ... 15

1.3. Objetivos del Proyecto ... 18

1.3.1 Marco Lógico ... 18

1.3.2 Objetivo General. ... 20

1.3.3 Objetivos Específicos ... 20

1.4. Justificación del Proyecto ... 21

1.4.1. Beneficios Tangibles ... 21

1.4.2. Beneficios Intangibles ... 21

1.5. Alcance del Proyecto ... 22

1.6. Viabilidad del proyecto ... 23

1.6.1 Viabilidad Técnica ... 23

1.6.2 Viabilidad Económica: ... 24

1.6.3 Viabilidad Legal ... 29

Capítulo II: Marco Teórico ... 33

2.1. Sistema ... 34

2.2. Tipos de Sistema ... 34

2.3. Sistema de Información ... 34

2.4. Tecnologías de la Información y la Comunicación (TIC) ... 35

2.5. Tipos de Procesos de Negocio ... 36

2.6. Software Libre ... 37

2.7. Dinero Electrónico ... 38

2.8. Pago Móvil ... 38

2.9. Entidades Emisoras de dinero Electrónico ... 39

Capítulo III: Estado del Arte ... 41

3.1 Revisión de Papers ... 42

3.1.1. Integrando Especificaciones Textuales y Elementos de modelado UML en un Marco de Trabajo para Trazabilidad de Requisitos ... 42

3.1.2. Towards Security by Construction for Web 2.0 Applications ... 42

3.1.3. Identifying Extensions Required by RUP (Rational Unified Process) to Comply with CMM (Capability Maturity Model) Levels 2 and 3 ... 43

3.1.4. Implicaciones estratégicas del comercio electrónico basado en Internet ... 43

3.1.5. Medios de pago electrónico. Piedra angular en el desarrollo del comercio electrónico ... 44

Capítulo IV: Modelado del Negocio ... 45

4.1. Reglas del Negocio ... 46

4.2 Casos de Uso del Negocio ... 46

4.3. Diagramas de Actividades del negocio ... 47

Capítulo V: Requerimientos del Proyecto ... 50

5.1. Requerimientos del Software ... 51

5.1.1 Requerimientos Funcionales ... 51

5.1.2. Requerimientos No Funcionales: ... 52

(6)

5.2.1. Diagrama de Actores del Sistema. ... 53

5.2.2. Descripción de Actores del sistema ... 53

5.2.3. Diagrama de paquetes del Sistema. ... 55

5.2.4. Casos de Uso del Sistema... 55

5.3. Modelo Conceptual del Sistema ... 56

5.3.1. Diagrama del Modelo Conceptual... 56

5.3.2. Diccionario de Clases ... 56

5.4. Benchmarking ... 59

5.5. Prototipo de la Solución ... 60

GLOSARIO DE TÉRMINOS: ... 69

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

(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. Gerencia Administración Marketing RRHH Legal Operaciones Finanzas Atención al Cliente Proveedores Planta de Producción Servicio Técnico Capacitación

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

(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 pedid os. *Atención al cliente *Atención de pedid os *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. D e l i v e r y

(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 insumos

Domino‘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 Tiendas

En este proceso los insumos serán llevados a todas las tiendas para que puedan preparar los productos finales (pizzas).

 Preparación de pizzas

En 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égicas

Domino‘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

(15)

 Inventario y Finanzas

Para llevar un mejor manejo de las cuentas y suministros de productos, se lleva a cabo todas las semanas un inventario de lo que necesitan las tiendas, si hay 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.

1

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

(16)

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

Figura 4: Cuadro de Pedidos por el Portal Web de Domino‘s Pizza.

Cantidad, Agosto, 62 Cantidad, Septiembre, 385 Cantidad, Octubre, 462 Cantidad, Noviembre, 413 Cantidad, Diciembre, 563

Cantidad de Pedidos 2010 - Domino's Pizza

Cantidad, Enero, 510 Cantidad, Febrero, 632 Cantidad, Marzo, 602 Cantidad, Abril, 849 Cantidad, Mayo, 974 Cantidad, Junio, 1106 Cantidad, Julio, 1353 Cantidad, Agosto, 1068 _{Septiembre, 995}Cantidad, Cantidad, Octubre, 1230 Cantidad, Noviembre, 1189 Cantidad, Diciembre, 1626

(17)

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)

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

Cantidad, Enero, 1464 Cantidad, Febrero, 1498 Cantidad, Marzo, 1889 _{Cantidad, Abril,}

1580 Cantidad, Mayo, ₁₅₂₃_{Cantidad, Junio,} 1229 Cantidad, Julio, 1953 Cantidad, Agosto, 1775 Cantidad, Septiembre, 1948 Cantidad, Octubre, 2582

Cantidad de Pedidos 2012 - Domino's Pizza

[CATEGORY NAME], [VALUE], [PERCENTAGE ] [CATEGORY NAME], [VALUE], [PERCENTAGE ]

Cantidad de familias que tienen

acceso a Internet

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

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

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

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

Costo 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

(25)

Mes

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

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

Costo x

Mes Meses Total S./ 5 Renta de hosting dedicado 12 900

Año (t) Detalle

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

Costo x

Mes Meses Total S./ 7 Renta de hosting dedicado 12 900

(26)

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

(27)

2 Diciembre 13300 13600 0.2 2660 2720 27960 28680 Prom: 28320

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

(28)

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

Calculo del VAN y la TIR

Año Flujo Neto

FSA (15%,t) VA al 15% FSA (20%) VA al 20% t de caja (Bt-Ct) 0 -25269.5 1.0000 -25,270 1.0000 -25,270 1 -6060 0.8696 -5,270 0.8333 -5,050 2 10110 0.7561 7,645 0.6944 7,021 3 15250 0.6575 10,027 0.5787 8,825 4 10330 0.5718 5,906 0.4823 4,982 5 21010 0.4972 10,446 0.4019 8,443 6 23890 0.4323 10,328 0.3349 8,001 7 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 dato VAN(15%)= S/.23,959 Ajustado para actualizarlo al año 0

VAN(20%= S/.12,071 El excel actualiza al año anterior al primer dato VAN(20%= S/.14,485 Ajustado para actualizarlo al año 0

(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

3

(30)

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

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

(31)

Digemid, Digesa, Senasa, Ministerio de Agricultura, Ministerio de Salud, Ministerio de la Producción, entre otros5.

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.

5

(32)

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

(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]

(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 X, sólo en forma binaria, a sus sistemas propietarios Unix, siempre

(38)

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 telecomunicaciones, una tarjeta de crédito o una alianza entre distintos tipos de compañías.

(39)

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-PERÚ) a la Superintendencia de Banca, Seguros y Administradoras Privadas de Fondos de Pensiones, y sus normas reglamentarias. En tal sentido, se encuentran

(40)

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)

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

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 pagos electrónicos en el proceso de compra, la construcción de un

(44)

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)

(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:

(47)

4.3. Diagramas de Actividades del negocio

Diagrama de flujo de cada proceso

Diagrama del CUN: Recepcionar Pedido

Diagrama del CUN: Gestionar Pedido

CUN_RecepcionarPedido (from Casos Usos Negoci o)

CUN_EntregarPedido (from Casos Usos Negoci o)

CUN_GestionarPedido (from Casos Usos Negoci o) <<extend>>

N_CLIENTE (from Actores del Negoci o)

<<extend>>

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 Cliente NO _SI

RECEPCIONISTA : N_CLIENTE

(48)

Diagrama del CUN: Entregar Pedido

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 Cliente Encargado de Pedidos 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

Cliente Repartidor

(49)

Diagrama de Casos de Uso del Negocio (CUN):

Diagrama de Entidades del Negocio:

. CUN_GestionarPedido CUN_RecepcionarPedido CUN_EntregarPedido Insumos Encargado de Pedidos Verifica Listado de Productos N_Recepcionista Comunica

Datos del Cliente

Registra

Registro de Pedidos

N_Repartidor

Confirma Actua...

(50)

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

(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 Sistema

Representa 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 Negocio

Representa La persona encargada de la Administración de

toda una Unidad de Negocio.

Descripción Encargado de Administrar todas las Tiendas que