tesis delivery y pago movil (1)
TRANSCRIPT
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
3
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.
4
ABSTRACT
Thisthesis projectfocuses onthe business processof the companiesthat offer the serviceofselling foodfordeliveryand useas paymentmobile paymentsystemrecently adoptedin Peru.
It focuses ontwo modules, one for the Business UnitManagerwhereyou can manage yourshops;storesexistwithin thesenew users withrelativelylowerpermissionsthathelp managethe entiresales processfroma store. Anothermoduleis theconsumerwho isadynamicWebsitethatwillshowany updates thatmanagerscan performallof the shops andbusiness units, so that this informationcanbeupdatedon a daily basisrequires thecommitment of allactorsdirectly involvedwith managementwebSystem.
WebDeliverySystemwill handleall information viaemail thatwill update thedatabase thatis used by theWebsystem, ieorder confirmations, shipping and receiving of thembe warnedtoreceptionistsandcustomerorders viaemail.
Alsobe implementedas amethod of paymentfor the final consumer, themobile wallet, whichthrough acellmay cancel theservice offered bythe store.
5
RESUMEN
El presente proyecto de Tesis está enfocado en el proceso de negocio de las empresas que brindan el servicio de venta de alimentos por delivery y utilizan como medio de pago el sistema de pago móvil recientemente aprobado en el Perú.
Está enfocado en dos módulos, uno para el Gerente de Unidad de Negocio en el cual puede administrar sus tiendas, dentro de estas tiendas existen nuevos usuarios con permisos relativamente inferiores que ayudarán a gestionar todo el proceso de venta de una tienda. Otro es el módulo del consumidor el cual es como un portal Web dinámico que va mostrar todas las actualizaciones que puedan realizar todos los gestores de las tiendas y Unidades 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.
El Sistema de DeliveryWeb manejará toda la información vía correo electrónico que actualizará la base de datos que esutilizada por el Sistema Web, es decir, las confirmaciones de pedidos, envió y recepción de los mismos serán advertidos al cliente y a los recepcionistas de pedidos vía correo electrónico.
Asimismo se implantará como modalidad de pago para el consumidor final, el monedero móvil; el cual mediante un celular podrá cancelar el servicio ofrecido por la tienda.
6
INDICE
INTRODUCCION.........................................................................................................6Capítulo I: Visión del Proyecto.....................................................................................71.1. El Problema.........................................................................................................81.1.1. El Negocio.......................................................................................................81.1.2. Los Procesos del Negocio.............................................................................101.1.3. Descripción del problema.............................................................................141.2. Objetivos del Proyecto......................................................................................171.2.1 Marco Lógico................................................................................................171.2.2 Objetivo General...........................................................................................191.2.3 Objetivos Específicos....................................................................................191.3. Beneficios del Proyecto....................................................................................201.3.1. Beneficios Tangibles.....................................................................................201.3.2. Beneficios Intangibles...................................................................................201.4. Alcance del Proyecto........................................................................................211.5. Viabilidad del proyecto.....................................................................................221.5.1 Viabilidad Técnica........................................................................................221.5.2 Viabilidad Económica:..................................................................................231.5.3 Viabilidad Legal............................................................................................28Capítulo II: Marco Teórico..........................................................................................312.1. Antecedentes.....................................................................................................32Capítulo III: Estado del Arte.......................................................................................363.1 Desarrollo..........................................................................................................37Capítulo IV: Modelado del Negocio...........................................................................404.1. Reglas del Negocio...........................................................................................414.2 Casos de Uso del Negocio................................................................................414.3. Diagramas de Actividades del negocio.............................................................42Capítulo V: Requerimientos del Proyecto...................................................................455.1. Requerimientos del Software............................................................................465.1.1 Relación de Requerimientos.........................................................................465.1.2 Especificación de requerimientos (funcionales y no Funcionales)...............465.2. Casos de Uso del Sistema.................................................................................485.2.1. Diagrama de Actores del Sistema.................................................................485.2.2. Descripción de Actores del sistema..............................................................485.2.3. Diagrama de paquetes del Sistema................................................................505.2.4. Casos de Uso del Sistema.............................................................................505.2.5. Especificaciones de Casos de Uso Significativos.........................................515.3. Modelo Conceptual del Sistema.......................................................................585.3.1. Diagrama del Modelo Conceptual................................................................585.3.2. Diccionario de Clases....................................................................................585.4. Benchmarking...................................................................................................615.5. Prototipo de la Solución....................................................................................62Capítulo VI: Arquitectura............................................................................................65Capítulo VII: Desarrollo y Pruebas.............................................................................66Capítulo VIII: Conclusiones y Recomendaciones.......................................................67GLOSARIO DE TÉRMINOS:....................................................................................68BIBLIOGRAFÍA.........................................................................................................70
7
INTRODUCCION
En el Perú, las personas no acostumbran a realizar compras Online, tampoco ingresar el
número de su cuenta bancaria y mucho menos la clave de la misma, pues solamente
buscan información, con el presente proyecto, sería suficiente con que tengan el número
telefónico o la dirección para que soliciten un mismo pedido a diferentes tipos de
empresas alimentarias de una sola vez.
Estamos realizando el estudio del modelo de negocio de la empresa Domino’s pizza, su
estructura y como es que puede ser incluida en el proyecto de Servicio por Delivery del presente
proyecto de tesis.
Domino's Pizza se funda en los años 60 en Estados Unidos, en el Estado de Michigan por dos
hermanos que deciden repartir pizzas a domicilio en toda el área de la ciudad. Deciden producir
una pizza de alta calidad acompañada de un excelente servicio. Actualmente brinda el servicio
de Delivery desde su portal Web, el cual es atendido por la tienda más cercana al cliente que lo
solicita.
Se ha visto la oportunidad de consolidar esta modalidad de venta para las pequeñas y medianas
empresa 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.
8
Capítulo I: Visión del Proyecto
9
1.1. El Problema
Hay muchas empresas las cuales desean implementar una solución para poder
llegar a sus clientes pero que no cuentan con la infraestructura necesaria y
muchas veces estas implementaciones demoran mucho tiempo. Se requiere de
un planeamiento de modelado, programadores, costo o tercerizar el servicio
mediante una consultora y esto conlleva en un sobrecosto del servicio que es
trasladado 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 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 Delivery y sus clientes más frecuentes. Permitirá a los clientes
el poder identificar mejor a las empresas que estén dentro de su alcance de
delivery usando 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 cadena 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 Perú tiene 24 tiendas entre Lima Metropolitana y Callao, y por
temporadas abre su tienda del Sur que está ubicada en el Km 97.5 de
la Panamericana Sur, también en Arequipa, en todas sus tiendas
hacen pedidos de delivery.
El centro de la Organización de las oficinas de Domino’s Pizza en
Perú no es una tienda, son oficinas en las cuales se encuentran algunas
áreas las cuales llevan las cuentas y administran tal como empresa.
10
La empresa cuenta cerca de 300 personas laborando en las tiendas 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
internacional como ser McDonald's o Domino's que tienen como
11
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 parte de fabricación de insumos de masas y quesos, para los
demás insumos tienen sus proveedores los cuales traen en grandes
cantidades a sus almacenes.
Mapa del NegocioEl servicio de Domino’s pizza es la mejor atención para el personal
por lo cual en cada tienda existe un Administrador de Tienda, quien
está en cargado de verificar que los insumos para la preparación de las
pizzas tengan Stock, de lo contrario por una llamada telefónica 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 existen la distribución de afiches masivos los cuales los
mismos miembros de la tienda inclusive el Administrador salen a
repartirafiches de promociones a los clientes, 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.
Contabilidad:Elaboración de existencias entre insumos y
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
12
*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.
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.
13
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,
luego el vendedor le informa si existe alguna promoción en la tienda
que se encuentre, el cliente es quien toma la decisión para poder
aceptar el pedido, una vez que el vendedor le haya ofrecido las
promociones o recomendaciones, el cliente acepta el pedido y pasa al
tiempo de espera el cual es el mismo que el de preparación, para que
al final pase por el repartidor quien va hasta el lugar donde se
encuentre y haga entrega efectiva del pedido.
Para la actividad del pago por el servicio, se le consulta al cliente
cuando envía la solicitud del pedido si va realizar el pago móvil, de
ser así se envía un sms alaEmpresa Emisora de Dinero Electrónico
(EEDE) y esta envía un código único al cliente. El cual es utilizado
14
para dar su aceptación respondiendo el mensaje con su PIN y se le
descuenta el monto de su saldo inicial
Leyenda de Procesos:
Compra de insumosDomino’s pizza tiene su propia planta de queso 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
solo cuando no cumplen su propia demanda, Jamón Otto Kunz,
Cartones y cajas Carvinza y salsas de tomate Carozzi.
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 mismas 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 deben ir
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
forma directamente como llevar a los hogares tarjetas de
invitación para que gusten algún nuevo sabor o simplemente
invitando.
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.
15
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 deDinero 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.1.3. Descripción del problema
Hay muchas empresas las cuales desean implementar una solución
para poder llegar a sus clientes pero que no cuentan con la
infraestructura necesaria y muchas veces estas implementaciones
demoran mucho tiempo. Se requiere de un planeamiento de modelado,
programadores, costo o tercerizar el servicio mediante una consultora
y esto conlleva en un sobrecosto del servicio que es trasladado 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 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 Delivery y sus clientes más frecuentes.
Permitirá a los clientes el poder identificar mejor a las empresas que
estén dentro de su alcance de delivery usando coordenadas de los
mapas con la ayuda de la geo localización de Googlemaps. Asimismo
1http://es.wikipedia.org/wiki/Reparto_de_pizza2http://gestion.pe/tu-dinero/que-dice-promulgada-ley-dinero-electronico-2056798
16
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 PortalWeb de Domino’s Pizza.
Figura 5: Cuadro de Pedidos por el PortalWeb de Domino’s Pizza.
17
Figura 6: Cuadro de Pedidos por el PortalWeb 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 (2010)
Figura 7: Porcentaje de Familias que tienen Acceso a Internet.
18
1.2. Objetivos del Proyecto
1.2.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
Las empresas no se ponen de acuerdo en unificarse para poder dar un mejor
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á geolocalizada 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án 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
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.2.2 Objetivo General.
El objetivo principal de este proyecto de tesis de investigación es el
Desarrollo de un portal Web donde pueda encontrar información
centralizada de diferentes empresas de venta de comida por Delivery.
1.2.3 Objetivos Específicos
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.
Aumento de las utilidades para las medianas y grandes empresas
que hagan Delivery.
La unificación de las empresas se podrá enfocar en base a un centro
comercial.
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.
Gracias a la centralización de la información no tendrán que perder
mucho tiempo en buscar teléfonos o direcciones.
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.
En el Portal Web habrán promociones ya que la información
centralizada influye en una competencia por precios.
21
Los Clientes no se tendrán que preocupar con que tiendas llegan a
sus domicilios pues esto será validado automáticamente.
Las Empresas podrán verificar que Tienda necesita un mayor interés
de acuerdo a las estadísticas.
1.3. Beneficios del Proyecto
1.3.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 tiene pasos que se
podrían reducir con 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.
1.3.2.Beneficios Intangibles
Los Beneficios intangibles tienen la buscan lo siguiente:
Ahorro de tiempo, organización y elección con tranquilidad
22
Se pueden observar los menús y precios actualizados con tranquilidad.
También existe la posibilidad de realizar pedidos programados de
forma de estar organizado todo el día, así como para poder elegir que
lo envíen a casa o pasarlo a buscar.
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 y comentarios
El sitio web presenta la experiencia de otros usuarios. Los locales
pueden ser puntuados y los usuarios pueden comentar acerca de la
experiencia de compra y consumo de sus productos.
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 la Web.
Muestreo de Reportes mensuales.
Con una implementación para los administradores se podrán efectuar
reportes en base a sus productos y tiendas correspondientes.
1.4. 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á consultar su historial y
demás detalles.
c) Reportes para cada Unidad de Negocio de sus clientes y pedidos.
d) Cada Unidad de Negocio va tener un usuario que va a realizar las consultas y
asignación de pedidos.
23
e) Cada Unidad de Negocio va a tener un Administrador que va actualizar todos
los detalles vinculados a su Empresa.
f) Se reducirá en un 10% el tiempo que tarda un pedido para ser procesado de
manera eficiente.
g) El presente proyecto cubrirá las zonas de Lima Metropolitana y Callao.
1.5. Viabilidad del proyecto
1.5.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
los de la web: www.webhostingbuzz.com pues ya existen evidencias de
buen rendimiento y capacidad, también estudiando el tema de dinero.
Cpanel: Al adquirir el Hosting, este ya viene con el Cpanel, para el caso
redactado con anterioridad pues algunos otros proveedores vienen con
otros tipos de gestores de Hosting, el Cpanel es muy útil pues con el 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.5.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
25
Año (t) DetalleCosto x Mes
Meses Total S./
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./
26
7 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
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
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./
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
28
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
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 0
29
=TIR = 31.6%
1.5.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ónEn 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 Fundación Mundo Ciudad y, por tanto, queda prohibida su reproducción, distribución, comunicación pública y transformación, salvo para uso personal y privado. Igualmente, todos los nombres comerciales, marcas o signos distintivos de cualquier clase contenidos en las páginas Web de Fundación Mundo Ciudad están protegidos por ley.
Contenido de la Web y links
Fundación Mundo Ciudad. 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.Fundación Mundo Ciudad no asume responsabilidad alguna por la información
3http://transparencia.rree.gob.pe/index.php?option=com_content&view=article&id=93&Itemid=144
30
contenida en páginas Web de terceros a las que se pueda acceder por enlaces (links) o buscadores de las páginas Web de Fundación Mundo Ciudad. 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..
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.
4http://www.eurofilmfestival.com/aviso.html5http://www.indecopi.gob.pe/0/modulos/NOT/NOT_DetallarNoticia.aspx?PFL=0&NOT=132
31
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.
32
Capítulo II: Marco Teórico
33
2.1. Antecedentes.
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. Por este
motivo no se tiene un buen control de los restaurantes ni de la información que
se pueda tener de ellos.
El modelo de negocios tiene un parecido a MercadoLibre.com, pues las
utilidades vienen desde el lado de las comisiones, mientras que los usuarios no
deben pagar costos extras. El concepto aplicado por Evolutiva Software es el de
“software como un servicio” (Software as a Service – SaaS), que implica que los
restaurantes no pagan licencias de uso del software sino más bien una pequeña
renta mensual por el uso de él, contando con la posibilidad de gestionar su oferta
gastronómica, sus pedidos “on-line” y la apertura de una nueva tienda virtual. El
mercado objetivo en principio se enfocará a restaurantes que cuenten con sus
Deliverys y actualmente procesen sus pedidos telefónicamente.
La diferencia con ofertas similares se enmarca en la Web 2.0, que incorpora
funcionalidades “atípicas” en este tipo de sitios, tales como AJAX, Web
Bloggers, incorporación de mapas, comunidades virtuales y la formación de
verdaderos “fans club”, utilidades que beneficiarán tanto a los usuarios finales
como a los propios restaurantes quienes podrán utilizar Delivery Web como una
herramienta de Marketing para la publicación de descuentos y ofertas para sus
fans.
Asimismo, para efectuar el pago por el servicio brindado, se implementará el
sistema de pago de monedero móvil desde un dispositivo celular, el cual ha sido
recientemente aprobado en nuestro país.
Avatar:Es una representación dinámica de las opciones que puede tener un usuario
dentro de un Sistema Web, puede incluir el cambio de contraseñas,
34
imágenes, detalles, descripciones o alguno relacionado al usuario que este
logeado.
Administrar Promociones:Es lo que se puede ofrecer al cliente como promoción por compras y es lo
que se puede subir a la página para que visualice el cliente.
Consultar por Unidad de Negocio:Una Unidad de Negocio es el conjunto de Tiendas, pero el nombre es
diferente a todas estas, pues es en si el nombre de la empresa es el conjunto
de las Tiendas en forma grupal como por Ejemplo: La unidad de Negocio
Domino’s Pizza y tiene sus tiendas que son: Asia, Chorrillos, La Católica.
Consultar por Tienda:Si soy cliente para poder consultar algunos productos estoy en la necesidad
de consultar los por la tienda, si el cliente sabe cuál es la tienda que llegan a
mi domicilio entonces puedo hacer una búsqueda por la misma tienda, de lo
contrario el mismo Portal Web me puede validar de acuerdo a los rangos
que abarca esta tienda comparándolos con mis coordenadas de
geolocalización de Googlemaps.
Delivery:Servicio de entrega a domicilio de productos. Los tipo de Delivery son
motorizados o en bicicleta, por lo general en todas las tiendas de Domino’s
Pizza son en Moto, y abarcan zonas ya establecidas por el personal de
Administración.
Portal Web:Un portal web, es un conjunto de páginas web y que ofrecen información,
herramientas y/o servicios a sus usuarios, de esta manera se le brinda al
usuario, la facilidad de poder encontrar en dicho sitio todas sus necesidades
sin salir de dicho portal6.
Tipos de portales Web:
6http://www.tusistema.com/articulo.aspx?art=5
35
Estáticas: Son páginas web simples y comunes hechas en HTML puro, solo
muestran información de la misma plantilla ó formulario, se puede incluir
alguna imagen GIF o algún banner sin ningún problema.
Dinámicas: A diferencia de la anterior, en las dinámicas el cliente puede
interactuar con la web, la cual le puede mostrar información, reportes,
descripciones y a su vez interactuar con una base de datos la cual brinde
información adecuada dependiendo del formulario donde se encuentre.
Para este tipo de portales no es tan necesario tener que programarlos todos
pues hay aplicaciones que solo son necesarios instalarlos así como el:
Joomla, el cual es un gestor de contenidos que se instala en el mismo
servidor quien ya tiene una base de datos estructurada lista para poder usar.
Animadas: son un tipo de páginas las cuales son únicamente hechas en
Flash y usan el lenguaje de programación: ActionScript para que el Cliente
pueda interactuar con esta, también puede tener una base de datos pero el
manejo de objetos y clases es diferente.
Niveles de portales Web enfocado a la práctica:
a. Portal Web personalizado: puede ser usado para subir algunas fotos e
información personal así como nuestra hoja de vida o coger alguna
plantilla que el servidor de hosting nos recomiende para poder usarla.
b. Portal Web profesional: estas páginas web son mucho más profesionales
pues usan herramientas avanzadas para la construcción de estas.
c. Portales empresariales: son portales tales como: deremate.com, kotear.pe,
amazon.com. las cuales fueron hechas únicamente para generar dinero y
promover algunos productos y de sus ventas poder sacar un beneficio,
por lo general es un porcentaje de cada venta o un monto estático si es
que eres vendedor frecuente.
Reportes:Los Reportes en el Sistema Web van a ser de acuerdo a los detalles que se
establezcan para que la información sea filtrada, también solo la podrán
36
hacer algunos usuarios pues la información es netamente de todos los
Clientes o pedidos que pertenezcan a la Unidad de Negocio de la persona
que haya ejecutado el reporte.
Sistema Web:Un Sistema Web es como un gestor de contenidos el cual interpreta de
manera ordenada toda la información que será alimentada por el Portal Web
y por el mismo Sistema Web. En el presente proyecto el Sistema Web lo
van a utilizar solo el personal de las tiendas y el acceso es restringido por
usuarios y contraseñas, en su interior la validación se realizara para que la
información esté bien filtrada de tal manera que dos usuarios que
pertenezcan a una Unidad de Negocio pero de diferentes Tiendas no pueden
ver los mismo pedidos
Unidades de Negocio:Es la representación de una empresa, se le llama así pues el Cliente no
interactúa con este sino con sus Tiendas los cuales son los lugares donde se
fabrican los productos y reparten a los Clientes
En los presentes gráficos se muestra la relación entre los meses y la cantidad
de pedidos en la misma Página Web de Domino’s Pizza a nivel de todas las
tiendas de Lima, estos cuadros estadísticos son el resumen desde que la
página Web salió en funcionamiento hasta el mes de Octubre del 2011.
37
Capítulo III: Estado del Arte
38
3.1 DesarrolloLas empresas grandes y pequeñas requieren de un software para poder satisfacer
sus necesidades de ventas, para lo cual se implementará con un software libre a
continuación el detalle de todas estas tecnologías.
PHP: es un lenguaje de programación interpretado, diseñado originalmente
para la creación de páginas Web dinámicas. Se usa principalmente para la
interpretación del lado del servidor7.
Para el sistema online de pedidos este lenguaje de programación será una de
las tecnologías más importantes puesto que el lenguaje de comunicación del
servidor Web con la página Web será a través de este lenguaje de
programación.
JavaScript: es un lenguaje de programación interpretado dialecto del
estándar. Se define como orientado a objetos, basado en
prototipos, imperativo, débilmente tipado y dinámico8.
Sera utilizado para las validaciones en todos los formularios que contengan
alguna excepción, como por ejemplo cuando el cliente quiere registrarse,
este tiene que ingresar su número telefónico necesariamente, para lo cual se
necesita validar que este campo sea obligatorio, para lo cual es necesario
validarlo con este lenguaje de programación.
MySQL: Es un sistema de gestión de bases de
datos relacional, multihilo y multiusuario es software libre puesto que no se
requiere comprar ninguna licencia para su funcionamiento9.
Esta tecnología es una de las más importantes para nuestro Sistema de
Pedidos Web puesto que escomo el corazón de todo el sistema ya que toda
la información que voy a mostrar en la Web estará almacenada en esta base
de datos, para todos los registros de clientes y de productos de las tiendas,
todas estarán almacenadas en este mismo gestor de base de datos.
7http://es.wikipedia.org/wiki/PHP8http://es.wikipedia.org/wiki/Javascript9http://es.wikipedia.org/wiki/MySQL
39
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 ubicaciones10.
Esta tecnología es una por las cuales el proyecto va apostar para incluirla,
pues hay mucha gente que no sabe usarla, a pesar de eso está dentro del
alcance que el usuario al registrarse pueda indicar su ubicación actual por
medio del Googlemaps, para que se pueda hacer las validaciones con las
tiendas más cercanas y también para poder validar si es que la tienda a la
cual el cliente desea hacer un pedido realmente cubre la zona en la cual se
encuentra.
Hosting (en inglés Web hosting): es el servicio que provee a los usuarios
de Internet un sistema para poder almacenar información, imágenes, vídeo,
o cualquier contenido accesible vía Web11.
Esta tecnología es el medio para poder almacenar las cuentas de correo
electrónico, también para poder almacenar las imágenes del sistema para
que los Administradores de las tiendas puedan subir sus imágenes de sus
productos y las imágenes de la misma página Web.
También contendrá la base de datos, se podrá manejar cuanto de ancho de
banda consume mensualmente, la cantidad de visitas a mis diferentes
formularios que pueda tener, los correos electrónicos con extensión del
dominio y varias aplicaciones que ya vienen con el mismo.
Dominio: es una red de identificación asociada a un grupo de dispositivos o
equipos conectados a la red Internet12.
El propósito principal de los nombres de dominio en Internet y del sistema
de nombres de dominio (DNS), es traducir las direcciones IP de cada nodo
activo en la red, a términos memorizables y fáciles de encontrar.
10http://es.wikipedia.org/wiki/Google_Maps11http://es.wikipedia.org/wiki/Hosting12 http://notifarandulin.blogspo http://es.wikipedia.org/wiki/Dominio_de_Internet
40
CPanel Es una herramienta de administración basado en tecnologías Web
para administrar sitios de manera fácil, con una interfaz limpia. Se trata de
un software no libre disponible para un gran número de distribuciones
de Linux que soporten RPM, como SuSE, Fedora, Mandriva, etc13.
Workbench es la herramienta oficial de MySQL para el diseño visual de
esquemas de bases de datos. En la pestaña MySQLModel se especifica la
estructura física en tablas y vistas también para documentar una bd existente
o migrar otra a MySQL14.
Esta herramienta va ayudar mucho para poder hacer los esquemas de la base
de datos, ya que siempre el sistema va inclir nuevos módulos, por lo cual se
tiene que extender la cantidad de diseño de la misma base de datos y
necesitaríamos un esquema para poder tener una visualización clara de
cómo está evolucionando nuestro modelo de entidades.
Empresas Emisoras de Dinero Electrónico (EEDE), son las empresas que
serán las encargadas de ofrecer cuentas para hacer operaciones aceptadas no
solamente entre bancos, sino por restaurantes, pago de servicios públicos,
tiendas comerciales, etc.
13http://es.Wikipedia.org/wiki/cpanel 14http://mariafernandezuc3m.wordpress.com/2009/03/13/software-libre-vs-software-licenciado/
41
Capítulo IV: Modelado del Negocio
42
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ón15. Es común ver queestas excepciones o
condiciones especiales varían de acuerdo con las exigencias del entorno
cambiante.
Las unidades de Negocio serán administradas por el Administrador de la
Web.
Los administradores de Tiendas son los únicos que podrán administrar los
productos de acuerdo a la tienda que estén asignados.
Los Administradores de Unidad de Negocio podrán crear las tiendas y
ubicaciones detalladas.
El Recepcionista de Pedidos solo podrá hacer la toma de pedidos.
Los Clientes tendrán una interfaz diferente a la de administración de
Productos y Pedidos.
4.2 Casos de Uso del Negocio
Diagrama de Casos de Uso del Negocio:
15http://wiki.bizagi.com/90/index.php?title=Reglas_de_Negocio
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>>
43
4.3. Diagramas de Actividades del negocio
Diagrama de flujo de cada proceso
Diagrama del CUN: Recepcionar Pedido
Diagrama del CUN: Gestionar 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
44
Diagrama del CUN: Entregar Pedido
Diagrama de Casos de Uso del Negocio (CUN):
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
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
45
Diagrama de Entidades del Negocio:
.
CUN_GestionarPedidoCUN_RecepcionarPedido
CUN_EntregarPedido
InsumosEncargado de Pedidos
Verifica
Listado de Productos
N_Recepcionista
Comunica
Datos del Cliente
Registra
Registro de Pedidos
N_Repartidor
Confirma
Actua...
46
Capítulo V: Requerimientos del Proyecto
47
5.1. Requerimientos del Software
5.1.1 Relación de Requerimientos
El Registro de los administradores será realizado de forma interactiva por
el Administrador del Sistema.
5.1.2 Especificación de requerimientos (funcionales y no Funcionales)
Requerimientos Funcionales:
a) El Registro de los administradores será realizado de forma
interactiva por el Administrador del Sistema.
b) El Portal Web permitirá registrar a diferentes usuarios
Administradores.
c) El Portal Web permitirá la asignación y modificación asignadas a
cada usuario.
d) El Portal Web permitirá controlas los accesos al sistema mediante
Usuario y Contraseña.
e) El Portal Web permitirá hacer una búsqueda avanzada de los
productos de todas las tiendas suscritas en el Portal.
f) El Portal Web permitirá la actualización de datos personales de los
clientes.
g) El Sistema permitirá conocer por medio de reportes estadísticos el
avance de la Tienda comparada en toda la Unidad de Negocio.
h) Se podrá tener una copia del pedido en la bandeja de correo de cada
Cliente y Administrador de Tienda.
i) El Administrador de Unidad de Negocio será el único gestor de las
tiendas a las que le pertenecen.
j) El Recepcionista de pedidos solo podrá ver y atender los pedidos que
estén en su tienda.
48
k) 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.
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.
49
b) Plataforma
Se necesitará la versión Internet Explorer 6.0 como mínimo o el Mozilla
Firefox 3.0 o el Chrome o el Safari o el Opera.
5.2. Casos de Uso del Sistema
5.2.1. Diagrama de Actores del Sistema.
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 Encargada de Administrar todas las Tiendas pues
50
hay alguna que solo abre por temporadas, en ese caso tiene que desactivarlo.
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 únicamente de los
productos 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 recepcionar 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 referentes a su tienda asignada puedan sean 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 el envío de pedidos por la web.
Tipo Es un usuario del sistema
51
Responsabilidad Brindar sus datos correctamente.
5.2.3. Diagrama de paquetes del Sistema.
5.2.4. Casos de Uso del Sistema
Diagramas de caso de uso
Paquete Seguridad
Paquete de Pedidos
Paquete de Administracion
Paquete Consultas
52
5.2.5. Especificaciones de Casos de Uso Significativos
Especificación del caso de uso Realizar Pedido
Flujo Básico:
1. El cliente ingresa al Portal Web.
2. Selecciona el producto referente a alguna tienda a la cual pueda tener
alcance el lugar donde se encuentre (su domicilio).
Sub Flujo:
El usuario puede hacer la búsqueda de la tienda pero si desea hacer una
búsqueda efectiva tendría que registrarse para que el PortalWeb valide las
coordenadas de la ubicación.
3. Selecciona el producto que desee pedir.
Sub Flujo:
El usuario puede eliminar o cambiar la cantidad del pedido sin ninguna
restricción.
4. Selecciona la opción de confirmar el pedido para pueda pasar a un
siguiente nivel de confirmación.
Sub Flujo:
Si el Cliente ya está registrado puede ir a la confirmación del pedido
De lo contrario tendría que ir al formulario de Registro de Cliente.
5. Una vez que ya reviso en este nuevo formulario toda la información
detallada de su pedido y datos personales le da en la opción de
Conformidad de pedido.
6. El portal Web envía un correo con la Información a la bandeja del
Recepcionista de Pedidos, también envía una copia a la bandeja del Cliente
y lo inserta en la Base de Datos para que pueda ser mostrada a través del
Sistema Web.
Especificación del Caso de Uso Administrar Productos
53
Flujo Básico
1. El actor ingresa al Panel de Configuración de Administrador de
Unidad de Negocio.
2. El actor selecciona la opción de Administración de Productos.
3. El sistema muestra una lista con los productos que maneja la Unidad
de Negocio.
4. El actor selecciona la respectiva opción que requiere:
SubFlujo: (Agregar productos):
- El sistema muestra una ventana, en la que se agregan las
características de los productos a agregar.
o Nombre del Producto
o Tienda a la que pertenecerá el plato
o Descripción.
- El actor ingresa los datos y selecciona “Agregar”.
SubFlujo: (Modificar productos):
- El usuario selecciona el producto que desea modificar.
- El sistema muestra una ventana con los datos modificables:
o Nombre del producto
o Tienda a la que pertenecerá el producto
o Descripción.
- Luego de actualizar los datos, el actor selecciona “Modificar”
SubFlujo: (Eliminar Producto):
- El actor selecciona el producto que desea eliminar.
- El sistema muestra una ventana para la confirmación de
eliminación.
- El actor confirma la eliminación del producto.
Flujos Alternativos
El actor luego de elegir una de las opciones puede volver a seleccionarlas, para realizar
una nueva acción de administración.
Especificación del caso de uso Administrar Tiendas
54
Flujo Básico 1. El actor ingresa al Panel de Configuración de Administrador de
Unidad de Negocio.
2. El actor selecciona la opción de Administración de Tiendas.
3. El sistema muestra una lista con las tiendas que pertenecen a la
Unidad de Negocio.
4. El actor selecciona la respectiva opción que requiere:
SubFlujo: (Agregar Tienda):
- El sistema muestra una ventana, en la que se agregan las
características de la tienda a agregar.
o nombre_tienda
o direccion_tienda
o telefono_tienda
- El actor ingresa los datos y selecciona “Agregar”.
SubFlujo: (Modificar Tienda):
- El usuario selecciona la tienda que desea modificar.
- El sistema muestra una ventana con los datos modificables de la
tienda:
o nombre_tienda
o direccion_tienda
o telefono_tienda
- Luego de actualizar los datos, el actor selecciona “Modificar”
SubFlujo: (Eliminar Tienda):
- El actor selecciona la tienda que desea eliminar.
- El sistema muestra una ventana para la confirmación de
eliminación.
- El actor confirma la eliminación de la tienda.
Flujos Alternativos
55
El actor luego de elegir una de las opciones puede volver a seleccionarlas, para realizar
una nueva acción de administración.
Especificación del caso de uso Administrar Unidad de Negocio
Flujo Básico
El sistema muestra la interfaz “Administrar Unidad de Negocio” con las opciones de
busca, editar nuevo y eliminar.
1. Crear Unidad de Negocio
a) El caso de uso comienza cuando el Administrador del Sistema
selecciona “nuevo” en la interfaz Administrar Unidad de Negocio.
b) El sistema muestra la interfaz “Crear Unidad de Negocio”.
c) El Administrador del Sistema ingresa los datos de la Unidad de
Negocio como son: Nombre, Rubro, Ruc, Numero Teléfono, Email,
Número de Tiendas.
d) El Administrador de Sistema elige la opción de Grabar para guardar
la nueva Unidad de Negocio.
e) El Sistema guarda el registro y envía un mensaje de confirmación de
la creación de la Unidad de Negocio y regresa a la interfaz
Administrar Unidad de Negocio.
Sub Flujo:
Cuando el Administrador del Sistema selecciona guardar sin
haber llenado todos los campos requeridos, el sistema muestra un
mensaje de error “Falta llenar campos” y lo retorna al la interfaz
Crear Unidad de Negocio.
2. Editar Unidad de Negocio
a) El Administrador del Sistema ingresa el criterio de búsqueda de la
Unidad de Negocio ya sea Nombre o RUC y selecciona
“Buscar”.
56
b) El Sistema muestra las Unidades de Negocio y sus datos en una tabla
en la interfaz Administrar Unidad de Negocio.
c) El Administrador del Sistema presiona “Editar” en la Unidad de
Negocio que desea editar.
d) El Sistema muestra la interfaz Editar Unidad de Negocio.
e) El Administrador de Negocio modifica los datos que requiera y selecciona “Grabar”.
f) El Sistema guarda los datos y envía un mensaje de confirmación de la Actualización de la Unidad de Negocio y regresa a la interfaz Administrar Unidad de Negocio.
3. Eliminar Unidad de Negocioa) El Administrador del Sistema ingresa el criterio de búsqueda de la
Unidad de Negocio ya sea Nombre o RUC y selecciona “Buscar”
b) El Sistema muestra las Unidades de Negocio y sus datos en una tabla
en la interfaz Administrar Unidad de Negocio.
c) El Administrador del Sistema selecciona la Unidad de Negocio
mediante un checkbox y selecciona “Eliminar”.
Sub Flujo:
Cuando el Administrador del Sistema selecciona eliminar sin
haber seleccionado la Unidad de Negocio, el sistema muestra un
mensaje de error “Falta seleccionar la Unidad de Negocio a
eliminar” y lo retorna a la interfaz eliminar Unidad de Negocio.
d) El Sistema envía un mensaje de Confirmación de la Eliminación.
e) El Administrador del Sistema confirma seleccionando “Aceptar”
f) El Sistema guarda los datos y regresa a la interfaz Administrar
Unidad de Negocio.
Sub Flujo:
No coloca criterio de búsqueda
57
Si en editar Unidad de Negocio y eliminar Unidad de Negocio el Administrador del
Sistema presionar buscar sin ingresar un criterio de búsqueda, el sistema muestra un
mensaje de error “Falta ingresar Unidad de Negocio a buscar”.
Error no seleccionar Suministro
Especificación del Caso de Uso Administrar Usuarios
Flujo Básico
1. El actor ingresa al Panel de Configuración.
2. El actor selecciona la opción de Administración Usuarios.
3. El sistema muestra una lista con los Usuarios registrados en el Sistema.
4. El actor selecciona la respectiva opción que requiere:
SubFlujo: (Agregar Usuarios):
- El sistema muestra una ventana, en la que se agregan las
características del Usuario a agregar.
o Nombre completo del Usuario
o Usuario de Usuario
o Tipo de Usuario
o Clave
o Pregunta
o Respuesta
o Fecha de Registro
- El actor ingresa los datos y selecciona “Agregar”.
SubFlujo: (Modificar Usuarios):
- El usuario busca al Usuario que desea modificar por su Nombre de
Usuario.
- El sistema muestra una ventana con los datos modificables:
o Nombre completo del Usuario
o Nombre de Usuario
o Tipo de Usuario
58
o Clave
- Luego de actualizar los datos, el actor selecciona “Modificar”
SubFlujo: (Eliminar Usuarios):
- El actor busca el cliente que desea eliminar por su Nombre de
Usuario.
- El sistema muestra una ventana para la confirmación de
eliminación.
- El actor confirma la eliminación del Usuario.
Flujos Alternativos
El actor luego de elegir una de las opciones puede volver a seleccionarlas, para realizar
una nueva acción de administración.
Especificación del caso de uso Confirmar Pedido
Flujo Básico 1) El actor ingresa al Panel de Configuración de Administrador de Unidad
de Negocio o de Tienda.
2) El actor selecciona la opción de Pedidos.
3) El sistema muestra una lista con los pedidos, mostrando sus
características principales:
- Productos que conlleva
- Nombre y dirección del cliente
- Estado
- Precio y forma de pago
4) Si el pedido no está confirmado, el actor puede realizar la confirmación
5) El actor selecciona la opción de confirmación de pedido
6) El sistema cambia el estado del pedido a “atendido” y envía un email de
confirmación al cliente, comunicándole que su pedido se realizará.
59
Flujos Alternativos El actor puede rechazar el pedido, de manera que el sistema envía un email de rechazo
al cliente indicándole que su pedido no se podrá realizar.
El sistema guarda el estado del pedido como rechazado.
5.3. Modelo Conceptual del Sistema
5.3.1. Diagrama del Modelo Conceptual.
5.3.2. Diccionario de Clases
E_Log:
60
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
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
61
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
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 par que puedan ser bien especificados y no estén juntos en la
misma.
62
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.
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 Pedido Comida Vía Internet
Características Funcionales
Portal Web
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
Genera Reporte por Tienda, por una cadena de tienda o por Unidad de Negocio
3 2 3 0
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
63
Características No Funcionales
Seguridad 3 2 3 2
Mantenibilidad 3 2 3 2
Desempeño 3 3 2 3
Compatibilidad 3 3 2 2
Ser Extensible 3 2 2 2
Puntaje total 36 26 25 21
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 256MB 256 MB 256MB 512MB
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:
64
Pantalla de Registro de Empresas:
65
Formulario del registro de Clientes:
66
Formulario en que se van a presentar los productos para una tienda especifica:
Ingresando al carrito de compras:
67
Capítulo VI: Arquitectura
68
Capítulo VII: Desarrollo y Pruebas
69
Capítulo VIII: Conclusiones y Recomendaciones
70
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. FlyersSon 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 Mapses 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 deprogramació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, multihilo y
multiusuario.
13. MySQLWorkbench 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
71
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 ComprasDocumento 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. PromocionesAcción o resultado de promover; Acción o resultado de promocionar;
actividades realizadas para dar a conocer un producto.
17. RecepcionarHecho 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. TiendasEstablecimiento específico de una Unidad de Negocio, comprende su
ubicación específica y se mide la cobertura de entrega según ésta.
72
BIBLIOGRAFÍA.
http://es.wikipedia.org/wiki/Gesti%C3%B3n_de_proyectos
http://cursos.puc.cl/pps1-1/almacen/1284137378_glarrail_sec4_pos0.pdf
http://www.slideshare.net/jcfdezmx2/la-organizacin-por-procesos-presentation
http://www.infomipyme.com/Docs/GT/Offline/administracion/areafuncional.htm
http://www.delivery.com.pe/lasCanastasStore/inicio.do
http://www.burgerking.com.py/delivery/
http://www.bembos.com.pe/bembosStore/inicioPortal.do
http://www.deliverytube.com.ar/
http://www.neodelivery.com/
http://www.sinimanes.com/
http://www.informatica-juridica.com/anexos/Ley_27806_Transparencia_y_Acceso_Informacion_Publica_13_julio_2002.asp
http://elperuanolegal.blogspot.com/2013/01/ley-n-29985-ley-que-regula-las.html?m=0
http://elcomercio.pe/actualidad/1524539/noticia-como-funciona-dinero-electronico