Informe para Sistemas Web
Informe para Sistemas Web
Informe para Sistemas Web
UNIANDES
FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE SISTEMAS
AUTORES:
LUIS CANDO
MICHAEL ENCALADA
ALEX GUAMN
SEMESTRE:
OCTAVO
ASESORES:
IBARRA 2014
CERTIFICACIN
cuyo
ttulo
es:
COMERCIO
ELECTRNICO
PARA
LA
Atentamente,
---------------------------------
---------------------------------
---------------------------------
---------------------------------
DECLARACIN DE AUTORA
Nosotros Luis Cando, Michael Encalada, Alex Guaman, declaramos ante las
autoridades de la Universidad Regional Autnoma de los Andes que el contenido del
proyecto con el tema: COMERCIO ELECTRNICO PARA LA SOMBRERERA
SOMBREROS SHAMAN UBICADO EN LA PARROQUIA SAN JUAN DE
ILUMN DEL CANTN OTAVALO, presentado como proyecto integrador de
carrera es de nuestra autora y total responsabilidad.
Atentamente,
-------------------------------
------------------------------
Alex Guamn
Luis Cando
CC. 100349814-2
CC. 100433934-5
----------------------------------Michael Encalada
CC. 100434999-7
II
NDICE GENERAL
CERTIFICACIN ............................................................................................................................... I
DECLARACIN DE AUTORA .......................................................................................................... II
NDICE GENERAL........................................................................................................................... III
NDICE DE GRFICOS .................................................................................................................... VI
NDICE DE TABLAS ...................................................................................................................... VIII
RESUMEN EJECUTIVO ................................................................................................................... IX
EXECUTIVE SUMMARY .................................................................................................................. X
CAPTULO I. EL OBJETO DE TRANSFORMACIN .......................................................................... 11
1.1.
1.1.2.
1.1.3.
1.2.
1.3.
Objetivos ................................................................................................................... 12
1.3.1.
1.3.2.
1.4.
Beneficiarios ............................................................................................................. 12
2.1.1.
2.1.2.
2.1.3.
2.1.4.
2.1.5.
2.1.5.1.
GPS .................................................................................................................. 28
2.2.
2.3.
2.3.1.
2.4.
2.5.
III
TEMA ....................................................................................................................... 37
3.2.
OBJETIVO ................................................................................................................ 37
3.3.
3.3.1.
EXPLORACIN.............................................................................................................. 37
3.3.1.1.
3.3.1.2.
3.3.1.3.
3.3.1.4.
Riesgos ...................................................................................................................... 38
3.3.1.5.
3.3.1.6.
3.3.1.7.
3.3.2.
DISEO ........................................................................................................................ 46
3.3.2.1.
3.3.2.2.
3.3.2.3.
3.3.2.4.
3.3.2.5.
Diseo de Entradas.................................................................................................. 50
3.3.2.6.
3.3.3.
CODIFICACIN. ............................................................................................................ 57
3.3.4.3.
3.3.4.4.
3.3.4.5.
3.3.4.6.
Validaciones .............................................................................................................. 59
3.3.4.
PRUEBAS...................................................................................................................... 60
3.3.4.1.
3.3.4.2.
3.3.4.3.
3.3.4.4.
3.3.4.5.
3.3.4.6.
BIBLIOGRAFA .............................................................................................................................. 69
LINCOGRAFA............................................................................................................................... 70
NDICE DE GRFICOS
Ilustracin 1: Proceso de una aplicacin web ................................................................. 13
Ilustracin 2: Arquitectura de las aplicaciones web: todo en un servidor ...................... 15
Ilustracin 3: Arquitectura de las aplicaciones web: separacin del servidor de datos .. 15
Ilustracin 4: Arquitectura de las aplicaciones web: todo en un servidor, con servicio de
aplicaciones .................................................................................................................... 16
Ilustracin 5: Arquitectura de las aplicaciones web: separacin de servidor de datos con
servicio de aplicaciones. ................................................................................................. 16
Ilustracin 6: Arquitectura de las aplicaciones web: todo separado. .............................. 17
Ilustracin 7: intercambio de mensajes en un canal seguro............................................ 17
Ilustracin 8: Esquema de Transaccin de comercio electrnico................................... 19
Ilustracin 9: Proceso de venta comercio electrnico .................................................... 19
Ilustracin 10: Componentes de un SIG ......................................................................... 29
Ilustracin 11: Organigrama SOMBREROS SHAMAN ............................................... 37
Ilustracin 12: Diagrama Contextual.............................................................................. 38
Ilustracin 13: Diagrama de nivel 0 ............................................................................... 38
Ilustracin 14: Diagrama nivel 1 .................................................................................... 41
Ilustracin 15: Mapa del sitio Cliente............................................................................. 46
Ilustracin 16: Mapa del sitio del administrador ............................................................ 46
Ilustracin 17: Diagrama de base de datos ..................................................................... 47
Ilustracin 18: diagrama de actividades parte 1 ............................................................. 48
Ilustracin 19: Diagrama de actividades parte 2 ............................................................ 49
Ilustracin 20: Ingreso de categoras .............................................................................. 50
Ilustracin 21: creacin de productos ............................................................................. 50
Ilustracin 22: Registro de comprobante de depsitos ................................................... 51
Ilustracin 23: Formulario de ingreso a la aplicacin .................................................... 51
Ilustracin 24: Formulario de registro de clientes .......................................................... 52
Ilustracin 25: flujo de datos de visualizacin de productos .......................................... 53
Ilustracin 26: Flujo de datos de Carrito de compras ..................................................... 54
Ilustracin 27: Flujo de datos rdenes de Compra ........................................................ 55
Ilustracin 28: Flujo de datos Inicio de sesin ............................................................... 56
Ilustracin 29: Flujo de datos envi de orden de compra al correo ................................ 57
Ilustracin 30: Pruebas con datos en frio........................................................................ 61
VI
VII
NDICE DE TABLAS
Tabla 1: Tipos de datos PHP .......................................................................................... 22
Tabla 2: Constelaciones de satlites parte 1 ................................................................... 30
Tabla 3: Constelaciones de satlites parte 2 ................................................................... 31
Tabla 4: Tabla de Encuestados ....................................................................................... 33
Tabla 5: Tabla de Entrevistados ..................................................................................... 33
Tabla 6: Tabla de identificacin de riesgos .................................................................... 39
Tabla 7: Mitigacin de riesgos ....................................................................................... 40
Tabla 8: Creacin de la base de datos (HU 101) ............................................................ 43
Tabla 9: Creacin de la interfaz y proceso de login (HU 102) ....................................... 43
Tabla 10: Validacin de usuarios administradores (HU 103) ........................................ 43
Tabla 11: Control de acceso y sesiones para clientes (HU 104) .................................... 43
Tabla 12: Creacin de un producto (HU 201) ................................................................ 44
Tabla 13: Asignacin de equipos a series y grupos (HU 202) ....................................... 44
Tabla 14: Creacin de interfaz para control de ingresos (HU 203) ................................ 44
Tabla 15: Creacin de interfaz para la administracin de ordenes (HU 204) ................ 45
Tabla 16: Creacin del carrito de compras (HU 301) .................................................... 45
Tabla 17: Creacin de la interfaz para confirmacin de pago (HU 302) ....................... 45
Tabla 18: Tabulacin pregunta 1 .................................................................................... 86
Tabla 19: Tabulacin pregunta 2 .................................................................................... 86
Tabla 20: Tabulacin pregunta 3 .................................................................................... 87
Tabla 21: Tabulacin pregunta 4 .................................................................................... 88
Tabla 22: Tabulacin pregunta 5 .................................................................................... 88
Tabla 23: Tabulacin pregunta 6. ................................................................................... 89
Tabla 24: Tabulacin pregunta 7. ................................................................................... 90
Tabla 25: Tabulacin pregunta 8. ................................................................................... 90
Tabla 26: Tabulacin pregunta 9. ................................................................................... 91
Tabla 27: Tabulacin pregunta 10. ................................................................................. 91
VIII
RESUMEN EJECUTIVO
IX
EXECUTIVE SUMMARY
La Sombrerera SOMBREROS SHAMAN, nace en los aos 1982 como una empresa
comercial que en la parroquia San Juan de Ilumn, del cantn Otavalo en la provincia de
Imbabura, la cual tena como objetivo inicial la venta de sombreros a los habitantes
situados en los alrededores del cantn Otavalo.
Es importante mencionar que los habitantes de zona Otavalo utilizaban sombreros como
signo de identificacin de la cultura indgena, mestizo y afroecuatorianos. Con el
transcurso de los aos las nuevas generaciones adoptan vestimentas extranjeras lo que
conlleva la perdida de cultura, en consecuencia la sombrerera disminuye sus ventas,
por lo tanto la prdida econmica en la sombrerera.
Actualmente las ventas de la sombrerera Sombreros Shaman estn limitadas
nicamente a los clientes que acuden a la sombrerera y a su sucursal ubicada en la
plaza de ponchos, de igual manera no cuenta con una aplicacin de comercio
electrnico, que le permita expandirse a nuevos mercados, y en consecuencia mejorar su
rentabilidad.
OBJETO DE ESTUDIO Y CAMPO DE ACCION
1.1.1. Objeto de Estudio
Comercio Electrnico
1.1.2. Campo de accin
Procesos de venta en lnea.
1.1.3. Lneas de Investigacin.
Desarrollo de Software y Programacin de Sistemas.
1.2.
1.3.
Objetivos
Beneficiarios
12
Definicin
Segn (Mora S., 2001), Las aplicaciones web son un tipo especial de cliente /servidor
donde tanto el cliente como el servidor y el protocolo que por el cual se comunican estn
debidamente estandarizados y no han de ser creador por el programador de la aplicacin
web.
2.1.1.2.
Capas
Segn (Velasco, 2012), Las aplicaciones web poseen las siguientes capas:
El primer nivel: consiste en la capa de presentacin que incluye no slo el
navegador, sino tambin el servidor web que es el responsable de presentar los datos
un formato adecuado.
El segundo nivel: est referido habitualmente a algn tipo de programa o script.
El tercer nivel: proporciona al segundo los datos necesarios para su ejecucin.
Una aplicacin Web tpica recoger datos del usuario, los enviar al servidor, que
ejecutar un programa y cuyo resultado ser formateado y presentado al usuario en el
navegador.
13
Ejemplo:
2.1.1.3.
El cliente
(Mora S. L., 2002), El cliente web es un programa con el que interacciona el usuario
para solicitar a un servidor web el envo de los recursos que desea obtener. La parte
cliente de las aplicaciones web suele estar formada por el cdigo HTML que forma la
pgina web ms algo de cdigo ejecutable realizado en lenguaje de script del navegador
(JavaScript o VBScript) o mediante pequeos programas (applets) realizados en Java.
Tambin se suelen emplear plugins que permiten visualizar otros contenidos multimedia.
Tecnologas del cliente web
HTML.
CSS.
XHTML.
Macromedia Flash
El servidor
Segn (Mora S. L., 2002), El servidor web es un programa que est esperando
permanentemente las solicitudes de conexin mediante el protocolo HTTP por parte de
los clientes web. En los sistemas Unix suele ser un demonio y en los sistemas Microsoft
Windows un servicio. La parte servidor de las aplicaciones web est formada por:
Pginas estticas
Programas o scripts que son ejecutados por el servidor web cuando el navegador del
cliente solicita algunas pginas.
14
2.1.1.4.
Segn (Mora S. L., 2002), Las aplicaciones web se basan en una arquitectura
cliente/servidor. Existen diversas variantes de la arquitectura bsica segn como se
implementen las diferentes funcionalidades de la parte servidor.
Arquitecturas ms comunes
Segn (Mora S., 2002), Las arquitecturas ms comunes son:
Un nico servidor aloja un nico ordenador aloja el servicio de HTTP:la
lgica de negocio y la lgica de datos y los datos.
15
Ilustracin 4: Arquitectura de las aplicaciones web: todo en un servidor, con servicio de aplicaciones
Autor: Mora Sergio Lujan
Fuente: Mora Sergio Lujan
Ilustracin 5: Arquitectura de las aplicaciones web: separacin de servidor de datos con servicio de aplicaciones.
Autor: Mora Sergio Lujan
Fuente: Mora Sergio Lujan
Todo separado: las tres funcionalidades bsicas del servidor web se separan
en tres servidores especficos. La tecnologa que emplea esta arquitectura es JSP.
16
2.1.1.5.
SSL y TLS
(Adreu, Pellejero, & Lesta, 2006) , En el proceso basico de negociacion SSLtodas las
seciones se establecen entre el cliente y el servidor, siendo el cliente quien inicia la
comunicacin.
17
Una vez que ha visto catlogo, decide adquirir uno de los productos. Para ello,
lo selecciona e indica su deseo de comprarlo.
19
20
numricas
Almacenan cifras
Enteros
$entero=2002;
Real
$real=3.14159;
Variables
alfanumricas
21
Cadenas
$cadena="Hola amigo";
Tablas
Almacenan series de informaciones numricas y/o alfanumricas
Arrays
$sentido[1]="ver";
$sentido[2]="tocar";
$sentido[3]="oir";
$sentido[4]="gusto";
$sentido[5]="oler";
A diferencia de otros lenguajes, PHP posee una gran flexibilidad a la hora de operar con
variables. En efecto, cuando definimos una variable asignndole un valor, el ordenador
le atribuye un tipo.
2.1.3.3. Funciones.
Segn (Lago, 2008|), Una funcin es un grupo de instrucciones que realiza una tarea,
estas instrucciones estn agrupadas en un mismo bloque, el cual puede ser llamado
desde cualquier parte del cdigo.
Comentario: Esto es muy importante para el proyecto puesto que permite la
reutilizacin del cdigo, ya que no tendremos que repetir un cdigo cada vez que
queramos realizar la misma tarea, solo basta con hacer una llamada a la funcin y esta
se ejecuta.
(Lago, 2008|), Hay dos tipos de fusiones, las que podemos crear nosotros mismos y las
predefinidas.
PHP dispone de muchas funciones ya predefinidas, es decir, tareas que son habituales
en programacin, y para las cuales hay ya una funcin prefabricada, en este caso lo
nico
Podemos definir o crear nuestras propias funciones, para ello usaremos el siguiente
cdigo:
function nombreFuncion($argumento1,$argumento2) {
instrucciones de la funcin ;
22
return $resultado
}
Veamos cuales son los elementos del cdigo anterior:
function: empezaremos poniendo esta palabra clave.
nombreFuncion: Despus le daremos un nombre a la funcin, podemos escribir aqu
cualquier palabra, y este ser el nombre que tenga la funcin.
( ): Escribimos luego los parntesis, y dentro de ellos los argumentos, en caso de que
sean necesarios.
$argumentos: Son los datos necesarios para poder ejecutar la funcin, por ejemplo una
funcin que realice la suma de dos nmeros, necesitar que le pasemos como
argumentos esos dos nmeros. Una funcin puede necesitar o no argumentos, por lo que
no es obligatorio ponerlos si no es necesario. Si necesita ms de un argumento, estos se
pondrn separados por comas. El argumento puede ser cualquier variable, la cual la
utilizaremos dentro de la funcin para operar con ella y obtener el resultado.
Instrucciones: Entre llaves pondremos las instrucciones que hagan falta para ejecutar la
funcin.
return : Podemos hacer que la funcin de directamente el resultado, o que lo devuelva
al programa, en este caso utilizaremos la palabra clave return seguido de la variable que
contiene el resultado. Esta se pone siempre al final de las instrucciones y antes de cerrar
la llave.
2.1.3.4. Ajax
(Lancker, 2013), AJAX son las siglas de Asynchronous JavaScript And XML. No es un
lenguaje de programacin sino un conjunto de tecnologas (HTML-JavaScript-CSSDHTML-PHP/ASP.NET/JSP-XML) que nos permiten hacer pginas de internet ms
interactivas.
La caracterstica fundamental de AJAX es permitir actualizar parte de una pgina con
informacin que se encuentra en el servidor sin tener que refrescar completamente la
pgina. De modo similar podemos enviar informacin al servidor.
23
HTML o XHTML
CSS
JavaScript
DHTML Bsicamente debemos dominar todos los objetos que proporciona el DOM.
2.1.3.5. JavaScript
(Lancker, 2013), La sintaxis de un lenguaje de programacin se define como el
conjunto de reglas que deben seguirse al escribir el cdigo fuente de los programas para
considerarse como correctos para ese lenguaje de programacin.
La sintaxis de JavaScript es muy similar a la de otros lenguajes como Java y C. Las
normas bsicas que definen la sintaxis de JavaScript son las siguientes:
No se tienen en cuenta los espacios en blanco y las nuevas lneas: como sucede con
XHTML, el intrprete de JavaScript ignora cualquier espacio en blanco sobrante,
por lo que el cdigo se puede ordenar de forma adecuada para su manejo (tabulando
las lneas, aadiendo espacios, creando nuevas lneas, etc.)
Se distinguen las maysculas y minsculas: al igual que sucede con la sintaxis de las
etiquetas y elementos XHTML.
JavaScript define dos tipos de comentarios: los de una sola lnea y los que ocupan
varias lneas.
Utilizadas actualmente:
break, else, new, var, case, finally, return, void, catch, for, switch, while, continue,functi
on, this, with, default, if, throw, delete, in, try, do, instanceof, typeof
abstract, enum, int, short, boolean, export, interface, static, byte, extends, long,super, ch
ar, final, native, synchronized, class, float, package, throws, const, goto,private, transien
t, debugger, implements, protected, volatile, double, import, public
Segn (Nevado, 2010), una base de datos Es un conjunto de datos que pertenecen al
mismo contexto y se almacenan sistemticamente para su uso posterior, es decir una
base de datos es una coleccin de datos organizados de forma que un programa pueda
25
Segn (Nevado, 2010), Una base de datos posee 4 diferentes tipos de lenguaje que son:
DDL o lenguaje de definicin de datos:
Este lenguaje permite definir la representacin lgica de los datos que integran la base de
datos.
1. DCL o lenguaje de control de datos:
Permite el control a la informacin almacenada en el diccionario de datos.
2. DSDL o lenguaje de definicin de almacenamiento de datos
Se definen los datos del dominio de un problema a los niveles de abstraccin
denominado esquema de la base de datos.
3. DML o lenguaje de manipulacin de datos:
Permite realizar 2 funciones en la gestin de los datos:
Definicin del nivel externo o de usuario de los datos
La manipulacin de os datos como son: insercin, borrado, modificacin y
recuperacin.
2.1.3.3.
MySQL
(Prez, 2008), Es un sistema gestor de base de datos relacionales, que adems ofrece
compatibilidad con PHP, Perl, C y HTML, y funciones avanzadas de administracin y
optimizacin de base de datos.
2.1.3.4.
Terminologa Bsica
1. Tablas: (Nevado, 2010), Es un conjunto conexo de informacin del mismo tipo; por
ejemplo un el proyecto una tabla jugadores contendra toda la informacin personal
de los jugadores.
2. Campos: (Nevado, 2010), Es cada una de las informaciones que interesa almacenar
en cada registro y es, por tanto, la unidad elemental de informacin del registro.
3. Registros: (Nevado, 2010), Es la unidad elemental de informacin de la tabla o
fichero; por ejemplo en la tabla jugadores posee la informacin cedula, nombre,
apellidos, edad, etc.
26
2.1.3.5.
Modelo Relacional
(Prez, 2008), Quizs, el problema fundamental que suele plantearse al realizar una base
de datos real, formada por varias tablas, es la repeticin de datos, es decir, campos
requeridos en diferentes tablas, lo cual va a dificultar su gestin, es decir, la
27
(Prez, 2008), Para resolver estos problemas es necesario que exista integracin entre las
distintas tablas y que est controlada la repeticin de datos. As surgen los llamados
sistemas de gestin de base de datos relacionales, que en el caso de los
microordenadores, estn concebidos como un conjunto de programas de propsito
general que permiten controlar el acceso y la utilizacin de las bases de datos.
Ventajas de utilizar el modelo relacional
Actan sobre las tablas en su conjunto, en lugar de hacerlo sobre los registros como
ocurre en otros sistemas.
Se pueden realizar consultas complejas que utilizan varias tablas de forma simple
Son fciles de utilizar.
la organizacin fsica de los datos es independiente de si tratamiento lgico.
28
Segmento Espacial
(Murcia, 2010)
o 30 Satlites en constelacin.
o 6 planos con rotacin de 55 en c/u.
o 4 Satlites por cada plano.
o 20.183 km aproximadamente.
o Una revolucin cada 12 horas.
Segmento de Control
(Murcia, 2010)
o 5 Estaciones en todo el mundo monitoreadas por el Ministerio de Defensa
de E.U
o Todas desarrollan funciones de Monitoreo Reciben las seales de los
satlites
o Capturan Datos Meteorolgicos
o Transmiten Datos a Estacin Maestra de Control.
Segmento de Usuario
29
Sistema
Organizacin
1997
TRANSIT
Armada
Estados Unidos
1978
1995
NAVSTAR-GPS
(Navigation
System and
Ranging) .
GLONASS
(Global
Navigation
Sputnik System)
1982
1996
Nro
satelites
6
de Caracteristicas
P = 120 kg
altura orbital =
1.100 km
Departamento de 27
P = 900 kg
Defensa
(24 operativos, altura orbital =
Estados Unidos
3 respaldo)
20.200 km
Feredacion Rusa
24
(21 operativos,
3 respaldo)
19 operativos
(24 cob.
mundial)
P = 1.400 kg
(1generacin)
P = 700 kg
(3generacin)
altura orbital =
19.100 km
Ao
Sistema
Organizacin
2005
GALILEO
UNION
2011
Nro
satelites
30
de Caracteristicas
EUROPEA
(operativo)
BEIDOU
China
16 en orbita
(sistema
de Se prevee al
navegacin
2020 tener 30
propio
satelites
en
fase
proyecto)
30
de operativos
P = 700 kg
altura orbital =
23.616 km
PQN
E2
(N 1) [ 2 ] + P Q
K
Dnde:
N: Tamao de la Muestra.
P: Probabilidad de que el evento ocurra (0,5) o 50%.
Q: Probabilidad de que el evento no ocurra (0,5) o 50%.
E: 0,05 o 5%.
K: 1,96 (intervalo de confianza)
N: Universo (89.562 Habitantes)
n=
n=
22390
224 + 0,25
n=
22390
= 99.84 Encuestados
224,25
Dnde:
nc = muestra corregida
n = muestra obtenida sin corregir
nc =
2
99.84
99.84
99.84
nc =
nc =
nc =
n1
99.84 1
98.83
1 + 0,999
1+ n
1 + 99.84
1 + 98.84
nc =
99.84
= 50 Encuestados
1,999
32
Cant.
Clientes/consumidores 50
Total
50
Tabla 4: Tabla de Encuestados
Autor: Autores
Fuente: Autores
Entrevista
Entrevistado
Cant.
Total
2.
3.
Si nunca ha comprado por internet, cules han sido las razones por las que no lo
ha hecho?
( ) Desconfianza
( ) No maneja tarjetas
4.
( ) Porttiles
( ) Computadores de escritorio
( ) Tablets
( ) Celulares
5.
6.
7.
8.
9.
( ) Diariamente
36
37
COMERCIO
ELECTRONICO
Ingresar de datos
Pregunta productos
Existentes
Productos de calidad
Ventas
Datos
Datos Modificables
Consumidor cliente
Datos Referentes
Datos Referenciales
Detalles de producto
Consulta, catlogos
del producto.
Datos Referenciales
Compras en Online
Administrador
COMECIO
ELECTRONICO
SOMBRERERIA
"OMBREROS
SHAMAN
Datos Informativos
Reportes
Datos Referentes
Ejecuta
Ejecucin
Consultas.
Datos Referentes
Respuesta
3.3.1.4. Riesgos
En el desarrollo de la aplicacin se debieron tomar encuentra futuros peligros tanto en la
programacin como en el diseo, por lo que a continuacin se detallan cada uno de los
riesgos:
38
Identificacin de riesgos
Riesgo
Repercusin
Descripcin
Posible cambio en la
administracin de la
institucin
Calculo del tiempo de
desarrollo errado o un fallo
en la estructuracin del
diagrama de actividades.
Posible cambio en los
requerimientos de usuario
final.
Proyecto/
Sombrerera
Proyecto
Fracaso en la satisfaccin de
los requerimientos.
Proyecto
aplicacin
Inyecciones
aplicacin
aplicacin
Fallo en el control de
sesiones.
aplicacin
aplicacin
aplicacin
La aplicacin no permite el
ingreso mediante puerto
seguro
La aplicacin no permite
diversas formas de pago
aplicacin
Proyecto /
aplicacin
aplicacin
Los requerimientos
desarrollados no cumplen con
los requerimientos
especificados.
La base de datos soporta un
nmero especfico de usuarios.
Intrusos conocedores de
programacin podran
inutilizar la aplicacin
mediante inyeccin de
cdigo.
El intruso podra ejecutar
scripts para acceder a
informacin no autorizada.
Si no existe un control
adecuado de sesiones los
usuarios podran acceder a la
aplicacin si restricciones
Control de acceso
mediante URL no
controlado.
Al no estar validado el sistema
permitira el ingreso caracteres
especiales.
La conexin no se encuentra
cifrada.
La aplicacin se limita a una
sola forma de pago.
39
Mitigacin de riesgos
Riesgo
Posible cambio en la
administracin de la
institucin
Tipo de riesgo
Administracin
Estimacin
Fracaso en la
satisfaccin de los
requerimientos.
La base de datos no
soporta el nmero de
clientes requerido.
Requerimiento
Inyecciones
Aplicacin
Falta de control de
ejecucin de scripts.
Aplicacin
Fallo en el control de
sesiones.
Fallo en el control de
ingreso mediante URL.
El sistema no tiene
campos validados.
Aplicacin
Requerimiento
Administracin
Aplicacin
Aplicacin
La aplicacin no
Aplicacin
permite el ingreso
mediante puerto seguro
La aplicacin no
Aplicacin
permite diversas
formas de pago
Solucin
Utilizar un documento de respaldo para
que el desarrollo contine si sucede un
cambio en la administracin de la
sombrerera.
Utilizar diagramas de actividades, que
permitan estimar tiempos y recursos
necesarios para el desarrollo.
40
3.3.1.5.Diagrama de nivel 1
41
42
20
Prioridad:
Alta
Planificada
Estado:
Definida
Iteracin 1
Diseo de la base de datos a utilizar para el desarrollo de la
aplicacin.
Ninguna.
Tabla 8: Creacin de la base de datos (HU 101)
Fuente: Autores
Autor: Autores
Planificada
Iteracin asignada:
Descripcin:
Iteracin 1
Diseo de la interfaz para Autentificacin de usuarios adems
del formulario de registro de usuarios.
La interfaz contendr enlaces a otros formularios
Observacin:
Estado:
Definida
Planificada
Iteracin asignada:
Descripcin:
Iteracin 1
Creacin del componentes y procesos que permitir o negar el
acceso a un usuario con privilegios de administrador
El componente deber validar los datos ingresados
Observacin:
Estado:
Alta
Definida
Prioridad:
Alta
Disposicin:
Planeada
Estado:
Definida
Iteracin asignada:
Descripcin:
Iteracin 1
Control de usuario (cliente) mediante un correo y una
contrasea
El
componente deber validar los datos ingresados
Correcta
Observacin:
43
2
Prioridad:
Alta
Planeada
Estado:
Definida
Iteracin 2
Diseo de componentes y procesos adecuados que sern
usados para registrar un producto.
El componente deber validar los datos ingresados
Tabla 12: Creacin de un producto (HU 201)
Fuente: Autores
Autor: Autores
5
Prioridad:
Alta
Planeada
Estado:
Definida
Iteracin 2
Diseo de componentes y procesos adecuados que sern usados
para asignar un producto a una categora.
Observacin:
44
15
Prioridad:
Alta
Planeada
Estado:
Definida
Iteracin 2
Diseo de componentes y procesos adecuados para la
administracin de solicitudes de compra.
Observacin:
20
Prioridad:
Alta
Planeada
Estado:
Definida
Iteracin 3
Diseo de componentes y procesos (agregar, quitar) adecuados
que sern usados por el carrito de compras.
El componente deber realizar los clculos correspondientes.
Tabla 16: Creacin del carrito de compras (HU 301)
Fuente: Autores
Autor: Autores
20
Prioridad:
Alta
Planeada
Estado:
Definida
Iteracin 3
Diseo de componentes y procesos adecuados que sern
usados para confirmar la compra de productos.
El componente deber realizar los clculos correspondientes.
Tabla 17: Creacin de la interfaz para confirmacin de pago y orden de compra (HU 302)
Fuente: Autores
Autor: Autores
45
3.3.2. DISEO
3.3.2.1.
INICIO
QUINES
SOMOS
PRODUCTOS
QUE OFRESE
ORGANIZACI
N
CATLOGO
CARRITO DE
COMPRAS
CLSICO
SOMBREROS DE VIAJE
CAPELINA
3.3.2.2.
INICIO
CATLOGO
CLIENTES
CLIENTES
PRODUCTOS
CLIENTES
NEVAS
ORDENES
DETALLES DE
PRODUCTOS
PEDIDOS
CANCELADOS
CATEGORISA
REPORTES
VISITAS
MENSAJES
Ilustracin 16: Mapa del sitio del administrador
Fuente: Autores
Autor: Autores
46
PERZONALIZACIN
3.3.2.3.
3.3.2.4.
Cronograma de Actividades
47
48
49
3.3.2.5.
Diseo de Entradas
50
51
Casos de uso
52
Actor principal
Cliente.
Precondiciones
El cliente en la tienda virtual.
Post-condiciones
El cliente puede observar catlogo de todos los productos sombreros, para proceder a
agregar al carrito.
Flujo:
INICIO
La tienda
presenta
productos
Cliente
accede al
sitio web
Puede utilizar la
funcionalidad de zoom
para ver el producto
FIN
Precondiciones
Debe haber un producto o ms en la canasta de compras del cliente.
Post-condiciones
Se ha agregado producto diferente referente a los elementos en la canasta.
Flujo.
INICIO
Selecciona
producto
Agregar al
carrito
Ver la
cantidad del
producto.
Agregar
ms
producto
No.
FIN
54
Post-condiciones
Se ha hecho un pedido referente a los elementos del carrito, si el cliente est registrado.
O bien se ha hecho un pedido por parte del sistema: que el cliente debe registrarse para
ejecutar el proceso del pedido, ya que no puede iniciar sesin.
Flujo.
INICION
Usuario
registrado
SI
55
Flujo.
Ejecuta el proceso
NO
Datos
correct
NO
FIN
Enva al correo el
mensaje de confirmacin.
56
de la sombrerera SOMBREROS
Flujo.
FIN
Orden finalizado
3.3.3. CODIFICACIN.
A continuacin se presenta los principales fragmentos de cdigo utilizados en la
codificacin de la aplicacin.
3.3.4.3. Conexin de la base de datos
El presente cdigo permite a la aplicacin acceder a la base de datos de la
aplicacin de comercio electrnico mediante un usuario y contrasea.
<?php
$link = mysql_connect('localhost:3306', 'root', 'root');
mysql_select_db('base_final') or die('No se pudo seleccionar la base de datos');
mysql_query("SET NAMES 'utf8'");
?>
3.3.4.4. Inicio de sesin
Permite a la aplicacin verificar el usuario y contrasea de un usuario que intenta
ingresar a la aplicacin y luego conceder o deniega el acceso a la misma para ello se
utiliza el siguiente cdigo:
?php
if (isset($_REQUEST['btn_ingresar'])) {
$usuario = $_REQUEST["usuario_txt"];
57
$password = $_REQUEST["contrasena_txt"];
$result = mysql_query("SELECT * FROM usuarios WHERE usuario = '" . $usuario . "'
and estado='1'");
if ($row["pass"] == ($password)) {
session_start();
$_SESSION['usuario'] = $usuario;
$q = mysql_query("SELECT * from tipo_usuario where idtipo_usuario='" .
$row['tipo_usuario'] . "'");
$rq = mysql_fetch_array($q);
$_SESSION['tipo_usuario'] = $rq['idtipo_usuario'];
?>
<script>
location.reload(true);
</script>
<?php
} else {
?>
<script languaje="javascript">
alert("Contrasea Incorrecta");
location.href = "index.php";
</script>
<?php
} }
else {
?>
<script languaje="javascript">
alert("El nombre de usuario es incorrecto!");
location.href = "index.php";
</script>
<?php
}}
58
{
instancia=cedula.substring(i-1,i)*2; if (instancia>9) instancia-=9;
}
else instancia=cedula.substring(i-1,i); acumulado+=parseInt(instancia);
}
while (acumulado>0) acumulado-=10;
if (cedula.substring(9,10)!=(acumulado*-1))
{
alert( "Cedula no valida!!" ); document.formacedula.cedula.setfocus();
}
alert("Cedula valida !!");
}
Teniendo en cuenta que estamos utilizando HTML5 la validacin del mail se hace
mucho ms fcil debido a que incorpora la funcionalidad de validar mail de esta manera:
<div class="wrapper" >
<label for='email'>Email (*):</label>
<input type="email" class="input" name='email' id='email' placeholder='Email...'
required>
</div>
Teniendo en cuenta que estamos utilizando HTML5 la validacin de campos vacos se
hace mucho ms fcil debido a que incorpora la funcionalidad de required para validar
campos obligatorios de esta manera:
<div class="wrapper" >
<labelfor='apellido_materno'>Apellidos (*):</label>
<input type="text"onkeypress="returnsoloLetras(event)" onblur="limpia()"
class="input" name='apellido_materno' id='apellido_materno'
placeholder='Apellidos' required>
</div>
3.3.4. PRUEBAS
Se Realizaron pruebas con datos reales debido a que antes ser implementado en el
proyecto deben ser verificados para comprobar su correcto funcionamiento, cumpliendo
con lo establecido con un margen de error mnimo, Para ello se puede consultar el
manual tcnico de la aplicacin ubicado en el Anexo 2.
Es as que a continuacin se presentan las pruebas que se realizaron para verificar el
comportamiento de la aplicacin en diferentes entornos.
60
Resultado: el registro de los datos en la aplicacin funciona de la forma con la que fue
desarrollada.
3.3.4.2. Pruebas con datos reales
Ahora se muestra el formulario de equipos ingresados pero con datos reales los mismos
que presentan un desempeo adecuado en la aplicacin.
61
Resultado: el registro de los datos en la aplicacin funciona de la forma con la que fue
desarrollada.
3.3.4.3. Pruebas de cdigo CSS y HTML
Herramienta
Descripcin
Resultado
62
Herramienta
Descripcin
Resultado
63
64
Herramienta
Descripcin
Resultado
65
3.3.4.6.
CONCLUSIONES Y RECOMENDACIONES
CONCLUSIONES
El proyecto que se desarroll describe una aplicacin web comercio electrnico, que
brinda facilidades de: bsquedas inteligentes de productos, categorizacin de
productos, ubicacin geogrfica de la empresa, panel de administrador, etc. lo que
facilita la administracin de clientes, productos y ordenes de la tienda en s.
Tomando en cuenta que el mercado actual es tan competitivo, en cuanto a
aplicaciones web se refiere, y que la automatizacin de procesos han cambiado la
forma en que operan las empresas actuales. Se concluye que la aplicacin web ha
cumplido con los objetivos planteados en el inicio del proyecto.
As tambin se concluye que la aplicacin web desarrollada permite mejorar los
procesos de promocin y venta de productos y junto con las pginas de redes
sociales permite ubicar a la sombrerera Sombreros Shaman como una empresa
competitiva.
Con la importancia que presenta el uso de tecnologa Web, unida a la estructura de
programacin separada en capas, permite que, tanto el mantenimiento como las
nuevas mejoras asociadas a la Aplicacin, sean fcilmente efectuados y que
cualquier cambio, en cuanto a bases tecnolgicas, sea fcilmente adaptable.
Se ha desarrollado la presente aplicacin en el entorno web con el objetivo de
facilitar el acceso a esta herramienta y brindar un acceso ms sencillo a los
administradores de la tienda y los clientes, mostrando tecnologas de programacin
que actualmente son utilizadas en el desarrollo de software.
RECOMENDACIONES
Para un correcto desempeo de la aplicacin web se recomienda la utilizacin del
navegador Google Chrome puesto que al realizar las pruebas respectivas la
aplicacin tuvo un mejor funcionamiento en este navegador, pero esto no supone
que la aplicacin no funciones en otros navegadores.
Se recomienda la capacitacin y promocin por parte de quienes desarrollamos la
aplicacin que suministren el crecimiento de las mismas.
Con el desarrollo de este proyecto no nicamente va dirigido al mbito de
aplicaciones web, redes o arquitectura Cliente Servidor por el contrario, se
67
68
BIBLIOGRAFA
Andreu, M. (2002). Sistema de Informacin Geogrfico. Barcelona : Primera
edicin.
Balado, E. S. (2005). La nueva era del comercio "COMERCIO ELECTRONICO".
Espaa: Ideas propias Editorial.
Correia, P. (2002). Ga Prctica GPS. Barcelona-Espaa: Primera Edicin.
Falgueras, B. C. (2003). Ingeniera de Software. Barcelona: Primera Edicin .
Ghio, G. (2008). Captura de datos, procesamiento y anlisis. Chile : SELPER.
Izaskun Pellegero, F. A. (2006). WAN Fundamentos y Aplicaciones de Seguridad.
Barcelona-Espaa: Primera Edicin.
Lago, A. F. (2008|). Programacin de Base de Datos con MYSQL y PHP.
Barcelona: Primera Edicin.
Lancker, V. (2013). Recursos informticos HTM5 y CSS3. Barcelona: Segunda
Edicin.
Letham, L. (2001). GPS Fcil uso del sistema de posicionamiento global.
Paidotribo.
Mora, S. L. (2002). PROGRAMACIN DE APLICACIONES WEB: HISTORIA,
PRINCIPIOS BSICOS Y CLIENTES WEB (Primera Edicin ed.). Espaa: Club
Universitario.
Nevado, M. V. (2010). INTRODUCCION A LAS BASES DE DATOS
RELACIONALES (Primera ed.). Espaa: Vision Libros.
Prez, C. (2008). MYSQL para Windows y Linux (Segunda edicin ed.). Mxico:
Alfaomega.
Pou, M. A. (2006). Manual Prctico de COMERCIO ELECTRNICO. Madrid :
Primera Edicin.
Rivas, A. (1989). Auditora Informtica. Madrid: Primera Edicin.
Santos, J. C. (2011). Seguridad Informatica (Primera Edicin ed.). Bogota,
Colombia: RA-MA.
Urrutia, J. (2005). Curso de Cartografa y orientacin. ETOR-OSTOA S.L.
69
LINCOGRAFA
Velasco, E. (2012). Arquitectura de las aplicaciones Web. Recuperado el 02 de 26
de
2014,
de
Arquitectura
de
las
aplicaciones
http://www.prograweb.com.mx/pweb/0201arquiAplicaweb.html
70
Web:
71
ANEXO 1
MANUAL DE USUARIO
VENTANA PRINCIPAL
Es la vista principal del sitio web, en la cual podemos apreciar los productos categorizados y se
puede tambin ver los detalles de los productos.
Ver Catalogo.
Vamos a la opcin catlogos en la pestaa superior hacer clic.
Logotipo de
la
Categora
Visualizar
productos
Registrar
Para registrar un usuario se debe regir los pasos de la grfica.
1.- clic en registrar
Ingreso de usuarios
Para ingresar a la sesin del usuario se debe regir los pasos de la grfica.
72
Agregar a carrito
Para ingresar a la sesin del usuario se debe regir los pasos de la grfica.
2.- Cantidad de productos Agregados.
Ordenar producto.
Para ordena producto a la sesin del usuario se debe regir los pasos de la grfica.
73
74
ANEXO 2
MANUAL DE TCNICO
75
Conexin BDD.
El siguiente cdigo fuente del archivo conexin.php de la carpeta include, son lneas de
comando que sirve para la conexin a la base de datos, donde se especifica el puesto, el nombre
del usuario, la contrasea del usuario y el nombre de base de datos.
<?php
//error_reporting(0);
$link = mysql_connect('localhost:3306', 'root', 'root');
mysql_select_db('base_final') or die('No se pudo seleccionar la base de datos');
mysql_query("SET NAMES 'utf8'");
?>
Conexin BDD.
El siguiente cdigo fuente del archivo registro.php de la carpeta app_shaman desde la lnea 160
al 164, son lneas de comando para el ingreso o registro de nuevos clientes, estos comandos
proceder a ejecutar al momento que los datos requiera almacenarse en la BDD.
$sql = "INSERT INTO
clientes(idcliente,nombres,apellidos,direccion,telefono,email,sexo,estado,foto,nombre_ciudad,codigo_postal,fecha_n
acimiento) VALUES ('" . $_REQUEST['cedula'] . "','" . $_REQUEST['nombres'] . "','" . $_REQUEST['apellidos'] .
"','" . $_REQUEST['direccion'] . "','" . $_REQUEST['telefono'] . "','" . $_REQUEST['email'] . "','" .
$_REQUEST['sexo'] . "','0','foto','" . $_REQUEST['ciudad'] . "','00000','" . $_REQUEST['fecha_nacimiento'] . "')";
mysql_query($sql)or die('No se pudo guardar cliente' . mysql_error());
$sql2 = "INSERT INTO usuarios (usuario,pass,estado,cedula,tipo_usuario) VALUES('" . $_REQUEST['email'] . "','"
. $_REQUEST['contrasena'] . "','0','" . $_REQUEST['cedula'] . "','CLIENTE')";
mysql_query($sql2)or die('No se pudo guardar usuario' . mysql_error());
76
?>
<a href="#" data-target="<?php echo $row_talla['nombre_talla']; ?>" data-type="size" class="selectable detailed"><i
class="box"></i> <?php echo $row_talla['nombre_talla']; ?></a>
<?php
}
?>
77
Confirmar pedido.
El siguiente cdigo fuente del archivo pedido_confirmado.php de la carpeta includes, son lneas
de comando que permite confirmar el pedido desde correo.
require_once './conexion.php';
$q_usuario = mysql_query("select *from clientes where email='" . $_SESSION['usuario'] . "'");
$row_usuario = mysql_fetch_array($q_usuario);
$qprod = mysql_query("select *from producto");
$fecha_actual = date("Y-m-d H:i:s");
$sql_g2 = mysql_query("insert into pedido values (null,'" . $row_usuario['idcliente'] . "','" . $_SESSION['cantidad'] .
"','" . $_REQUEST['total'] . "','" . $fecha_actual . "',0)") . mysql_error();
$q_ultimo = mysql_query("select max(idpedido) from pedido");
$last = "";
$row_pedido = mysql_num_rows($q_ultimo);
$r_pe = mysql_fetch_array($q_ultimo);
if ($row_pedido == 0) {
$last = 1;
echo 'pedido si 0: ' . $last;
} else {
$last = $r_pe[0];
}
while ($rowprod = mysql_fetch_array($qprod)) {
if ($_REQUEST['producto_' . $rowprod['idproducto']] && $_REQUEST['cantidad_' . $rowprod['idproducto']]) {
78
79
ANEXO 3
ECUESTA
1. Ha comprado alguna vez por internet?
SI ( )
NO ( )
NO ( )
3. Si nunca ha comprado por internet, cules han sido las razones por las que no lo ha
hecho?
( ) Desconfianza
( ) No sabe cmo hacerlo
( ) No maneja tarjetas
( ) Ha escuchado malas experiencias de otras personas
4. Desde qu medios tecnolgicos ingresa comnmente a Internet?
( ) Porttiles
( ) Computadores de escritorio
( ) Tablets
( ) Celulares
5. Le gustara conocer el catlogo de nuevos productos ofertados por la sombrerera
SOMBREROS SHAMAN mediante internet.
SI ( )
NO( )
NO( )
SI ( )
NO( )
Twitter ( )
NO( )
80
ANEXO 4
ESTUDIOS DE VIABILIDAD
ESTUDIO ORGANIZACIONAL
PARTICIPANTES
Dueo: Sr.Carlo Haro
ESTUDIO FINANCIERO
1. inversin Requerida
A continuacin se definir la inversin requerida asi como tambien cules sern las
fuentes de financiacin.
MANO DE OBRA DIRECTA
NOMBRES
ACCION/OBLIGACION
HORAS DE
COSTO TOTAL
TRABAJO
Luis Cando
ANALISTA
180
1260
Michael
PROGRAMADOR
180
1260
ANALISTA /
180
1260
Encalada
Alex Guaman
PROGRAMADOR
TOTAL
81
3780
S.O.
TOTAL
PC
CORE i7
8GB
1TB
WINDOWS 8
1220.00
PC
CORE i7
8GB
1TB
WINDOWS 8
1220.00
TOTAL
2440.00
GENERO
LICENCIA
DESARROLLADOR
COSTO
MySql
Sistema de
Free
Sun microsystem
0.00
gestin de base de
datos
Xamp
Servidor web
Free
Apache friends
0.00
Netbeans 8
IDE de
CDDL y la
Sun microsystems/oracle
0.00
programacin
GPL versin 2
corporation
TOTAL
FUENTE DE FINANCIACION: CAPITAL PROPIO
GASTOS PREOPERATIVOS
IMPRESIONES
TIPO
COSTO $
HOJAS
TINTA
TOTAL 5
82
0.00
PAQUETES
http://ecuaweb.com/
Economico php
Capacidad: 20gb
Transferencia: ilimitado
Correos ilimitados
3 dominios adicionales
http://www.edamhost.ec/
Plan profesional
Transferencia ilimitada
Sub-Dominios ilimitado
http://www.ecuahosting.net/
Economico php
83
Capacidad: 20 GB
Correo ilimitado
TIPO
COSTO
EQUIPO DE CMPUTO
2440.00
APLICACIONES
0.00
TOTAL
2440.00
ESTUDIO TECNICO
1. UBICACIN
84
Comunicacin y Acceso:
Vas de Acceso
Vas Terrestres
Telecomunicaciones
Para que nuestros clientes puedan acceder a los servicios o productos pueden
comunicarse mediante telfono o Internet
Facilidad de Transporte.
Para que los clientes puedan contactarse directamente con la sombrerera, deben hacer
uso de un transporte privado o pblico (estn disponibles cada 15 minutos) y dirigirse a
la parroquia de San Juan de Ilumn.
85
FA
8
42
50
Autores: Autores
Porcentaje
16%
84%
100%
Fuente: Autores
Grfico 1
SI
16%
NO
84%
SI
Anlisis: El 8 %
NO
FA
Porcentaje
SI
40
80%
NO
10
20%
TOTAL ENCUENSTADO
50
100%
Autores: Autores
Fuente: Autores
86
Grfico 2
NO
20%
SI
80%
SI
Anlisis: El 80 %
est
NO
Porcentaje
20%
60%
14%
6%
100%
Fuente: Autores
Grfico 3
6%
20%
14%
60%
Desconfianza
No maneja tarjeta.
87
FA
Porcentaje
Porttiles
15
30%
Computadores de escritorio
30
60%
Tablets
10%
Moviles
0%
TOTAL ENCUENSTADO
50
100%
Autores: Autores
Fuente: Autores
Grfico 4
10%
0%
30%
60%
porttil
Computadores de escritorios
Tablets
Moviles
Anlisis: El 15% de los encuestados utiliza porttil para ingresar al internet, el 60% de
escritorio y el 10% tablets.
FA
Porcentaje
SI
37
74%
NO
13
26%
TOTAL ENCUENSTADO
50
100%
Autor: Autores.
Fuente: Autores.
88
Grfico 5
NO
26%
SI
74%
SI
NO
Anlisis: El 74% de los encuestados manifiestan que le gustara conocer los catlogos
de los nuevos productos por internet, y el 26% prefieren acudir a la tienda real.
6.- Le gustara recibir informacin en su correo sobre nueva lnea de sombreros.
Tabla 23: Tabulacin pregunta 6.
Alternativas
FA
Porcentaje
NO
40
80%
SI
10
20%
TOTAL ENCESTADOS
50
100%
Autor: Autores.
Fuente: Autores.
Grfico 6
NO
20%
SI
80%
SI
89
NO
FA
Porcentaje
NO
40
80%
SI
10
20%
TOTAL ENCESTADOS
50
100%
Autor: Autores.
Fuente: Autores
Grfico 7
NO
20%
SI
80%
SI
NO
FA
Porcentaje
35
70%
15
30%
TOTAL ENCESTADOS
50
100%
Autor: Autores.
Fuente: Autores
Grfico 8
Twitter
30%
Facebook
70%
90
Facebook
FA
Porcentaje
Diariamente
25
50%
1 vez a la semana
15
30%
1 vez al mes
10
20%
TOTAL ENCESTADOS
50
100%
Autor: Autores.
Fuente: Autores
Grfico 9
20%
50%
30%
Diariamente
1 vez a la semana
1 vez al mes
Anlisis: El 50% de los encuestados manifiesta que utiliza diariamente las redes
sociales, el 30% una vez a la semana y el 20% una vez al mes.
FA
Porcentaje
SI
40
80%
NO
10
20%
TOTAL ENCESTADOS
50
100%
Autor: Autores.
Fuente: Autores
91
Grfico 10
NO
20%
SI
80%
SI
Anlisis: El 80%
NO
92
ANEXO 4
Resultados de Entrevista realizada al seor Carlos Rojas, dueo de la Sombrerera
SOMBREROS SAMAN
1. Qu medios tecnolgicos utiliza para aumentar el alcance de su mercado?
La sombrerera SOMBREROS SHAMAN, utiliza locales comerciales (tienda fsica),
que se encuentra en Ilumn como matriz, y la sucursal que se encuentra ubicada en la
Plaza de ponchos de la ciudad de Otavalo, y mediante estos locales comerciales realiza
las ventas al por mayor y menor, esto implica el aumento de venta a otros consumidores
nuevos.
En la publicidad no se invierte ya que la empresa est al servicio por varios aos y los
clientes conocen la calidad de producto que elaboran, es decir el cliente acuden
directamente a los locales o medio de comunicacin como telfono para hacer sus
respectivos pedidos.
El dueo manifiesta que posee un registro de los clientes pero nicamente el nombre y
el nmero de celular, almacenados en el celular del dueo.
4. Cmo mantiene informado a los clientes acerca de los nuevos productos que
elabora?
Los clientes se informan de nuevos productos o nuevos diseos al momento que acude
al local comercial.
Si, puesto que con esta herramienta al igual que la aplicacin permitir llegar a ms
clientes, lo que provocara una mejora en las ventas.
9. Cmo le gustara que sea el pago mediante internet? Por qu?
Paypal ( ) Transferencia bancaria (x)
Estara de acuerdo con que se realice mediante transferencia bancaria, puesto que no
estoy familiarizado con la forma de pago PayPal, pero se podra aumentar esta funcin
para clientes que no puedan hacer transferencias bancarias del exterior.
10. Cmo le hace llegar el producto a los clientes que realizan pedidos en caso de
que es extranjero?
Se lo realiza mediante agencias de carga, las cuales son las encargadas de hacer llegar
los productos a los clientes (Correo del Ecuador).
94