Documentos de Académico
Documentos de Profesional
Documentos de Cultura
Diseño de Un Sistema Basado en Tecnología Web
Diseño de Un Sistema Basado en Tecnología Web
TESIS
DISEO DE UN SISTEMA BASADO EN TECNOLOGA
WEB PARA EL CONTROL Y GESTIN DE VENTA DE
UNIDADES MVILES
Presentada por:
VSQUEZ RUDAS, Jhubel Favio.
INGENIERO DE SISTEMAS
HUANCAYO PER
2014
ASESOR:
ii
AGRADECIMIENTOS:
Ante todo doy gracias a Dios Todopoderoso por darme la oportunidad de llegar hasta este
punto de mi existencia en que cumplo una meta tan importante como lo es graduarme de
Ingeniero de Sistemas.
Agradezco a mis padres por supuesto, por todo el apoyo y la confianza que han tenido para
conmigo, y su deseo de verme graduado.
Igualmente me siento agradecido con mi asesor y tutor de Trabajo de Grado, al cual le debo
el que esta nueva experiencia de realizar mi tesis.
A todos los docentes que en diversas formas contribuyeron con el fomento de mis
conocimientos en la materia de computacin y sistemas de informacin.
Por ltimo, pero no menos importante, agradezco a mis amigos (los que no pertenecen a la
universidad) y a mis compaeros de estudios universitarios, quienes nos ayudamos entre s,
y que al igual que yo, espero pronto saber que finalizaron.
iii
DEDICATORIA
A mis padres por su apoyo incondicional para
lograr mis objetivos en mi carrera profesional.
iv
RESUMEN
La presente Tesis intitulada Diseo de un Sistema basado en tecnologa Web para el
control y gestin de venta de unidades mviles. Para disear y crear este sistema se est
utilizando Tecnologas de la Informacin, un gestor de base de datos, tecnologas web
como medio de comunicacin y elementos de seguridad que brindan confidencialidad al
sistema y a los datos que se transmiten. Para cumplir con estos requisitos la aplicacin se
est utilizando de lenguaje de etiquetas HTML, el lenguaje de programacin Java y un
sistema gestor de datos MySQL para generar contenidos dinmicos. Adems se utilizarn
diferentes herramientas que ayuden a cumplir con los requerimientos especificados en el
diseo.
El diseo del sistema web que se presenta en este trabajo de tesis es crear un sistema de
control y gestin que permita a la agencia de venta ofrecer una fuente de informacin a
travs de la web, con el sistema, se pretende permitir al usuario acceder a la informacin de
la agencia que necesite para poder realizar los procesos que le corresponde, enlazndose
desde cualquier computador de la agencia.
El sistema permitir hacer anlisis de los datos que contiene la Base de Datos utilizando los
formularios de bsquedas para obtener resultados especficos como datos de cliente,
productos, ventas realizadas; los cuales son importantes para evaluar el desempeo de los
vendedores y el estado de ventas de la agencia. Los datos que se transmiten son
protegidos por los elementos de seguridad que brindan confiabilidad.
El diseo del sistema Web puede mejorar la imagen y los servicios de la empresa mediante
una aplicacin que facilite las operaciones y el control de la informacin de los clientes y
productos adems de mejorar el proceso de atencin de venta a los clientes lo cual
ayudara a captar nuevos clientes, por lo que, el sistema Web vendr complementado con
una serie de funcionalidades para el manejo y control de informacin relacionada con la
empresa.
v
ABSTRACT
This thesis entitled "Design of a Web-based technology for the control and management of
mobile Information System." To design and create this system is being used Information
Technology, a manager of database, and web technologies as a means of communication
and security features that provide confidentiality to the system and the data transmitted. To
meet these requirements the application is using HTML language tags, the Java
programming language and MySQL database manager system to generate dynamic
content. Also different tools to help meet the requirements specified in the design will be
used.
Web design system presented in this thesis is to create a control and management system
that allows the agency to provide a source of sales information via the web, the system is
intended to allow the user to access information the agency needs to perform processes
corresponding to it, from any computer liaise agency.
The system will do data analysis containing the database using forms searches for specific
outcomes such as customer data, product sales; which are important for evaluating the
performance of vendors and sales status of the agency. The data transmitted is protected by
security features that provide reliability.
The design of the Web system can improve the image and services of the company through
an application that facilitates the operations and control of customer information and
products as well as improving the care process of selling to customers which would help
capture new customers, so that the web system will come complete with a variety of features
to manage and control information related to the company.
vi
INDICE
Pg.
ASESOR ii
AGRADECIMIENTOS iii
DEDICATORIA iv
RESUMEN v
ABSTRACT vi
NDICE vii
1.
INTRODUCCIN 01
CAPTULO I
GENERALIDADES
1.1. PLANTEAMIENTO DEL PROBLEMA 02
1.2. FORMULACIN DEL PROBLEMA 03
1.3. OBJETIVOS DE LA INVESTIGACIN 03
1.4. JUSTIFICACIN 03
1.4.1.Justificacin Practica 03
1.4.2.Justificacin Terica 04
1.4.3.Justificacin Metodolgica 05
1.5. HIPTESIS 05
1.6. DISEO METODOLGICO 05
1.6.1.Tipo de Investigacin 05
1.6.2.Nivel de la Investigacin 06
1.6.3.Fuentes de Informacin 06
1.6.4.Alcance 07
1.6.5.Operacionalizacion de Variable 07
1.6.6.Validacin de Indicadores 07
2.
CAPTULO II
MARCO DE REFERENCIA
2.1. ANTECEDENTES 09
2.1.1.Consumo de telfonos mviles entre adolescentes y jvenes en el Per 09
2.1.2.Diseo e implementacin de una tienda virtual 10
2.1.3.Diseo e implementacin de un portal web para una empresa de
sistemas de iluminacin 11
2.1.4.Desarrollo de una aplicacin Web para la gestin de Entornos Virtuales 12
2.1.5.Desarrollo de una aplicacin web basada en tecnologa helpdesk para
ofrecer servicios de soporte tcnico e inventario en la gerencia de
vii
informtica de la Empresa C.A. Hidrolgica del centro, en valencia
estado Carabobo 12
2.2. MARCO TERICO 13
2.2.1.Programacin Orientada a Objetos 13
2.2.2.Base de Datos 13
2.2.3.Base de Datos MySQL 14
2.2.4.Ingeniera de Software 15
2.2.5.Programacin Web 16
2.2.6.Sitio Web 16
2.2.7.El Lenguaje HTML 17
2.2.8.Plataforma J2EE 18
2.2.9.CSS 18
2.2.10. Ajax 19
2.2.11. Apache Web Server 19
2.2.12. Concepto de Control de Gestin 19
2.2.13. Metodologa de desarrollo de software 21
2.2.14. Metodologa Rational Unified Process (RUP) 22
2.3. Modelo Aplicativo 27
2.4. Marco Conceptual 30
3.
CAPTULO III
INTERVENCION METODOLOGICA
3.1. CAPTURA DE REQUISITOS 32
3.1.1.Modelado de Negocio 32
3.1.2.Requerimientos 33
3.1.2.1. Requerimientos Funcionales 33
3.1.2.2. Requerimientos No Funcionales 36
3.1.3.Actores del Sistema 36
3.1.4.Diagramas de Caso de Uso 37
3.2. ANALISIS 37
3.2.1.Modelos de Caso de Uso 37
3.2.1.1. Realizacin de Casos de Uso del Negocio 38
a. Caso Uso del Mdulo de Personal 39
b. Caso Uso del Mdulo de Almacn - Ingreso 40
c. Caso Uso del Mdulo de Almacn - Funciones 41
d. Caso Uso del Mdulo de Activacin 42
e. Caso Uso del Mdulo de Ventas - Postpago 42
f. Caso Uso del Mdulo de Ventas - Prepago 44
3.2.2.Anlisis de Riesgos 46
3.3. DISEO 46
viii
3.3.1.Diagrama de Clase 47
3.3.2.Diagrama de Paquetes 47
3.3.3.Diagrama de Secuencia 49
a) Diagrama 1: Personal 49
b) Diagrama 2: Almacn Ingreso 50
c) Diagrama 3: Almacn Funciones 50
d) Diagrama 4: Activacin 51
e) Diagrama 5: Ventas 52
3.3.4.Diagrama de Colaboracin 53
a) Diagrama 1: Personal 53
b) Diagrama 2: Almacn - Ingreso 53
c) Diagrama 3: Almacn - Funciones 54
d) Diagrama 4: Activacin 54
e) Diagrama 5: Ventas 55
3.3.5.Generacin de Base de Datos 56
3.3.6.Modelo de Diseo 56
3.3.6.1. Interfaz del Sistema 56
3.4. IMPLEMENTACION 65
3.4.1.Arquitectura del Sistema 66
3.4.1.1. Diagrama de Capas 67
3.4.2.Publicacin 68
3.5. PRUEBAS 72
3.5.1.Justificacin de las Pruebas de Cristal y Unitarias 72
3.5.2.Pruebas de Integracin 73
3.5.3.Pruebas de Estrs 73
3.5.4.Pruebas de Seguridad 75
3.5.4.1. Resultado de pruebas Owasp 75
4.
CAPTULO IV
ANALISIS Y DISCUSION DE RESULTADOS
4.1. MAECO ESTADISTICO 77
4.1.1.Procesos Completados 77
A. Administracin del Personal 77
B. Generacin de Ventas 78
C. Ingreso de Equipos y Tarjetas SIM 78
D. Inventario de Equipos y Tarjetas SIM 79
E. Consolidacin de Ventas 79
4.1.2.Respecto a los Usuarios 79
4.2. PRUEBA DE HIPOTESIS 80
4.2.1.Anlisis Estadstico de las Pruebas 84
ix
CONCLUSIONES
RECOMENDACIONES
REFERENCIAS
x
INDICE DE FIGURAS
Pg.
Figura N 2.1. Modelos que Comprende UWE 22
Figura N 2.2. Estructura de RUP 23
Figura N 2.3. Fases e Hitos en RUP 25
Figura N 2.4. Diagrama de Representacin del ejemplo 26
Figura N 2.5. Iteracin Rup 28
Figura N 3.1. Diagrama General de Responsables 38
Figura N 3.2. Diagrama de Caso de Uso Mdulo Personal 39
Figura N 3.3. Diagrama de Caso de Uso Mdulo Almacn Ingreso 40
Figura N 3.4. Diagrama de Caso de Uso Mdulo Almacn Funciones 41
Figura N 3.5. Diagrama de Caso de Uso Mdulo Activacin 42
Figura N 3.6. Diagrama de Caso de Uso Mdulo Ventas postpago 43
Figura N 3.7. Diagrama de Caso de Uso Mdulo Ventas Prepago 44
Figura N 3.8. Diagrama de Clase del Sistema 48
Figura N 3.9. Diagrama de Organizacin del rea 49
Figura N 3.10. Diagrama de Secuencia Mdulo Personal 49
Figura N 3.11. Diagrama de Secuencia Mdulo Almacn Ingreso 50
Figura N 3.12. Diagrama de Secuencia Mdulo Almacn Funciones 51
Figura N 3.13. Diagrama de Secuencia Mdulo Activacin 51
Figura N 3.14. Diagrama de Secuencia Mdulo Ventas 52
Figura N 3.15. Diagrama de Colaboracin Mdulo Personal 53
Figura N 3.16. Diagrama de Colaboracin Mdulo Almacn Ingreso 53
Figura N 3.17. Diagrama de Colaboracin Mdulo Almacn Funciones 54
Figura N 3.18. Diagrama de Colaboracin Mdulo Activacin 54
Figura N 3.19. Diagrama de Colaboracin Mdulo Ventas 55
Figura N 3.20. Base de Datos del Personal 56
Figura N 3.21. Pantalla de Acceso 57
Figura N 3.22. Pantalla de Men Principal 58
Figura N 3.23. Pantalla de Ventas Colectivos 59
Figura N 3.24. Pantalla de Ventas Negocios 59
Figura N 3.25. Pantalla de Ventas Residencial 60
Figura N 3.26. Pantalla de Modificacin del Personal 61
Figura N 3.27. Pantalla de Modificacin de Activacin 61
Figura N 3.28. Pantalla de Modificacin del Cliente 62
Figura N 3.29. Pantalla de Ingreso de Tarjeta SIM 62
Figura N 3.30. Pantalla de Registro tipo Chip 63
Figura N 3.31.Pantalla de Ingreso de Planes 63
Figura N 3.32.Pantalla de Ingreso de Equipos 63
xi
Figura N 3.33. Pantalla de Bsqueda de Tarjeta SIM 64
Figura N 3.34. Pantalla de Bsqueda de Equipos 64
Figura N 3.35. Pantalla de Bsqueda de Clientes 65
Figura N 3.36. Diagrama de Componentes 66
Figura N 3.37. Pantalla de Ingreso a cPanel 69
Figura N 3.38. Pantalla de Opciones 69
Figura N 3.39. Pantalla Administrador de Archivos 70
Figura N 3.40. Pantalla de Seleccin de Directorios 70
Figura N 3.41. Pantalla Web Root 71
Figura N 3.42. Pantalla Carga de Archivos 71
Figura N 3.43. Pantalla Carga y Solicitudes hechas al Servidor 75
Figura N 4.1. Resultado de Cuestionario 82
Figura N 4.2. Tiempo de Demora en el Proceso de Ventas 83
Figura N 4.3. Tiempo de Demora en el Proceso de Ingreso de Series 84
Figura N 4.4. Tabla de la T de Student 85
Figura N 4.5. Calculo del Estadgrafo t 86
xii
INDICE DE CUADROS
Pg.
Cuadro N 1.1.: Preguntas Frecuentes 07
Cuadro N 1.3.: Variables e Indicadores 08
Cuadros del Diagrama General de Responsables 39
Cuadros del Diagrama de Caso de Uso Mdulo Personal 40
Cuadros del Diagrama de Caso de Uso Mdulo Almacn Ingreso 40
Cuadros del Diagrama de Caso de Uso Mdulo Almacn Funciones 41
Cuadros del Diagrama de Caso de Uso Mdulo Activacin 42
Cuadros del Diagrama de Caso de Uso Mdulo Ventas - Postpago 43
Cuadros del Diagrama de Caso de Uso Mdulo Ventas - Prepago 45
Cuadro N 3.1 Riesgos 46
Cuadro N 3.2 Validaciones y Verificaciones 73
Cuadro N 3.3 Web Server Stress Tool 7 74
Cuadro N 3.4 Resultados obtenidos de Web Server 74
Cuadro N 3.5 Pruebas del Sistema OWASP 76
Cuadro N 4.1 Modelo de escala de likert 80
Cuadro N 4.2 Resultados obtenidos del Cuestionario 81
Cuadro N 4.3 Cuadro Comparativo 82
Cuadro N 4.4 Tiempos del proceso de ventas 84
xiii
INTRODUCCIN
En la actualidad las agencias de venta de unidades mviles no cuentan con un sistema por
el cual puedan llevar un control de las ventas que han realizado, adems de no llevar un
control de ventas de cada vendedor, otro aspecto importante es que las agencias realizan
las ventas de forma manual digitando las series de las tarjetas SIM y equipos mviles lo
cual ocasiona que en ocasiones se digiten mal las series lo cual genera demora en la venta.
En el captulo IV se muestra los posibles resultados del desarrollo del proyecto donde se ha
evaluado el diseo del sistema, con el fin de asegurarnos que se cumplan los objetivos
impuestos en la presente tesis. Estas evaluaciones nos permitirn observar el correcto
funcionamiento de los mdulos, as como aspectos de seguridad, compatibilidad de la
aplicacin, y son descritas en el actual captulo.
Nuestra aplicacin tendr clasificados los productos por modelos, adems para poder
facilitar la localizacin de nuestro material informtico, se dispondr de una pequea
aplicacin que realizar la bsqueda por palabras clave. Lo cual permitir al usuario tener
una bsqueda ms rpida y efectiva.
1
CAPTULO I
GENERALIDADES
En el Captulo I se da a conocer la situacin del problema que se presenta al momento de
realizar una venta de equipos mviles y la identificacin de las variables que afectan al
problema principal. Despus de identificar el problema general planteamos el objetivo y la
hiptesis. En las justificaciones daremos a conocer la metodologa a utilizar as como el
sustento y el beneficio de la realizacin del estudio en las agencias de ventas.
1.
Al momento de realizar una venta el personal del rea de ventas muestra la lista de
los equipos disponibles al cliente para que elija, despus que el cliente ha realizado la
eleccin del equipo el vendedor solicita las series de los equipos y Tarjeta SIM a
almacn genera una hoja venta con los datos del cliente, tipo de plan, series del
equipo y tarjeta SIM para entregar al activador para que realice la activacin del
equipo y tarjeta SIM adems de asignar un nmero telefnico, cuando el cliente
realiza el pago se le entregara un comprobante de pago y gua de remisin los cuales
entrega al vendedor para que pueda recoger de almacn los equipos y hacerle la
entrega al cliente despus de hacerle firmar el contrato de servicio.
2
realizar stock de equipos e inventarios peridicamente, reingresar equipos y tarjetas
SIM que fueron anulados y otros.
Cabe destacar que las reas no realizan las asignaciones de activos con un orden
especifico, por tanto se puede causar el descontento e inconformidad de los clientes,
provocando demora, incomodidad en varias oportunidades por falta de un monitoreo
constante que permita conocer cules son las atenciones pendientes, adems de esto
no se cuenta con un sistema de inventario que actualice peridicamente lo existente
en el rea de almacn, lo que ocasiona falta de informacin precisa de lo que se tiene,
gastos excesivos de tiempo y dificultad para llevar el seguimiento y control de los
activos y sus asignaciones.
1.4. JUSTIFICACIN
1.4.1. Justificacin Practica
3
proceso de ventas ya no sera centralizada sino que podra hacerse a travs de
cualquier punto con acceso a Internet y en cualquier parte de la agencia de
ventas o donde se encuentre el vendedor, lo que permitir las siguientes
mejoras: El tiempo que lleva hacer el proceso de relleno del registro de ventas
se disminuira considerablemente, revisar el stock disponible de los productos
en la agencia de ventas, revisar las cantidades de ventas del vendedor. Por lo
tanto materializar dicho proyecto resultara necesario e importante para los
trabajadores de la agencia de ventas, as mismo estar a la vanguardia de la
tecnologa presente en todo el mundo.
1. Agilizar los procesos de registro y control de los activos por parte del
Departamento de Almacn.
2. Garantizar el manejo de la informacin y la generacin a tiempo de
reporte sobre dichos activos.
3. Consultar el estado de las ventas registradas para un mejor servicio a los
clientes.
4. Evitar la prdida de informacin debido a que esta, estar almacenada
en una base de datos confiable que permitir centralizar toda la
informacin.
El propsito de desarrollar esta web es para poder facilitar los procesos de las
reas de la agencia, mostrar informacin actual y necesaria para poder realizar
las ventas, el control de equipos, costos y algunos procesos dems.
4
1.4.3. Justificacin Metodolgica
5
1.6.2. Nivel de la Investigacin
6
La tcnica que se emplea para la recoleccin
Qu tcnica de
de la informacin ser la encuesta, entrevista
recoleccin?
y la observacin.
Mediante la elaboracin de un cuestionario
Con que? de preguntas, entrevistas y una ficha de
observacin.
Fuente: El Investigador
Elaborado por: El Investigador
1.6.4. Alcance
Variable Independiente
Variable Dependiente
7
usuarios, ya que las necesidades y requerimientos por el motivo que son ellos
quienes van a utilizar el sistema.
Disposicin de informacin
Control de la
actualizada entre las
informacin
V.D. Control y gestin reas.
de equipos mviles
Tiempo en realizar el
Gestin de Ventas
proceso de venta.
Fuente: El Investigador
Elaborado por: El Investigador
8
CAPTULO II
MARCO DE REFERENCIA
En el Captulo II se muestran los antecedentes, estudios realizados anteriormente
relacionados con el mbito de la presente Tesis que han servido para la solucin de
problemas utilizando las distintas metodologas. En el Marco Terico se muestran las
teoras y libros, as como los pasos a seguir de la Metodologa RUP en los procesos de
implantacin, aceptacin y mantenimiento del Sistema, finalmente se muestra el marco
conceptual para comprender cada uno de los trminos asociados a la tesis.
2.
2.1. ANTECEDENTES
2.1.1. Miranda Cerruti, Renzo Andr; Martnez Ruiz, Alejandro; Leiva Mier, Ana
Paz; Madrid Vega, Rodrigo Mauricio, Enrique Jimnez, Luis Ricardo
(2012). Consumo de telfonos mviles entre adolescentes y jvenes en el
Per. Trabajo de Comunicacin social
9
En este trabajo presentaremos los datos ms importantes acerca de los usos,
financiamiento y difusin de la telefona celular en la juventud peruana y en
varios casos la contrastaremos con datos de Iberoamrica.
10
2.1.3. Alsina Morillo, Joan (2009). Diseo e implementacin de un portal web
para una empresa de sistemas de iluminacin. Tesis de Grado.
Universitat Autnoma de Barcelona.
Por otro lado, la implantacin del portal WEB puede mejorar la imagen de
empresa y ayudar a captar nuevos clientes, por lo que, el portal vendr
complementado con una serie de funcionalidades para la difusin de
informacin relacionada con la empresa.
Para cumplir con estos requisitos la aplicacin har uso del lenguaje de
etiquetas HTML junto con CSS, el lenguaje de programacin PHP y l un
sistema gestor de datos MySQL para generar contenidos dinmicos. Adems
se utilizarn diferentes herramientas que ayuden a cumplir con los
requerimientos especificados en el proyecto.
11
2.1.4. Almaraz Hernndez, Jess Matas; Campos Cantero, Pablo; Castelo
Delgado, Tamara (2011). Desarrollo de una aplicacin Web para la gestin
de Entornos Virtuales. Tesis de Grado. Universidad Complutense de
Madrid.
Esta interfaz de usuario con la que se proveer a la aplicacin es del tipo Web,
siendo as accesible e intuitiva de cara a los posibles usuarios, ya que destaca
por su claridad y fcil uso de la misma.
12
estn activos y vigilar el desempeo de los servicio de soporte tcnico a cargo
de los empleados de la gerencia.
13
Esta base de datos es usada por empresas grandes ya que ellas manejan una
gran cantidad de datos y ya que este sistema se los hace mucho ms fcil y
rpido.
14
Las caractersticas principales de MySQL son:
15
2.2.5. Programacin Web
16
equipo en el que residan los documentos est conectado a la red mundial de
Internet. Este equipo de cmputo o Servidor Web, como se le denomina
tcnicamente, puede contener ms de un sitio Web y atender
concurrentemente a los visitantes de cada uno de los diferentes sitios.
Al igual que los edificios, oficinas y casas, los Sitios Web requieren de una
direccin particular para que los usuarios puedan acceder a la informacin
contenida en ellos. Estas direcciones, o URLs (por sus siglas en ingls Uniform
Resource Locator), aparecen cotidianamente en todos los medios de
comunicacin como son prensa escrita, radio, televisin, revistas,
publicaciones tcnicas y en el propio Internet a travs de los motores de
bsqueda (por su denominacin en ingls searchengines).
Los Sitios Web pueden ser de diversos gneros, destacando los sitios de
negocios, servicio, comercio electrnico en lnea, imagen corporativa,
entretenimiento y sitios informativos.
17
o La mayor parte de las abstracciones de las APIs corresponden a
interfaces y clases abstractas.
o Existen mltiples implementaciones de distintos fabricantes, incluso
algunas OpenSource.
o Una aplicacin construida con J2EE no depende de una implementacin
particular.
o Escalabilidad
o Portabilidad
o Seguridad
Cmo se debe disear una aplicacin empresarial para que sea mantenible y
contenga partes reusables?
o El modelo es reusable con distintas vistas (ej.: una vista web y una con
interfaz de ventanas)
o Divisin clara de trabajo entre los miembros de un equipo, que estar
formado por personas con distintos niveles de especializacin
2.2.9. CSS
Segn (Eguluz Prez, CSS Avanzado, 2009) indica que CSS es un lenguaje
de hojas de estilos creado para controlar el aspecto o presentacin de los
documentos electrnicos definidos con HTML y XHTML. CSS es la mejor forma
de separar los contenidos y su presentacin y es imprescindible para crear
pginas web complejas.
18
2.2.10. AJAX
19
En primer lugar, se puede mencionar la idea generalizada de creer que el
control de gestin es slo un sistema de control, sin embargo, su significado
esencial no se ajusta a este concepto, bsicamente, porque controlar significa
evaluar resultados con posterioridad a su ocurrencia (ex post) con el propsito
de analizar si se cumpli o no el objetivo deseado. Aunque es indiscutible la
necesidad de evaluar la realidad versus un estndar definido, resulta
claramente ineficiente centrar la atencin de los directivos en resultados que ya
se lograron y que no se pueden revertir. Todo lo contrario, el control de gestin
busca influir en resultados futuros de manera de aumentar la probabilidad de
que stos ocurran. Dicho de otra manera, el control de gestin es un sistema
de direccin que busca impactar el futuro de la organizacin y no controlar su
pasado.
Por ltimo, el control de gestin tampoco est orientado a los niveles directivos
mximos de una organizacin. Si bien, un buen sistema de control de gestin
parte en los niveles superiores necesariamente debe bajar a los niveles
inferiores a travs de un proceso de desdoblamiento o despliegue. Slo as es
posible alinear a la compaa en relacin a sus objetivos fundamentales y
definir cursos de accin que potencien las fortalezas y neutralicen las
debilidades. En otras palabras, cada unidad de negocios, rea y/o
departamento debe tener su propio control de gestin sobre los objetivos
estratgicos que les conciernen.
20
con el fin de dar soporte al ciclo de desarrollo del proyecto. Entre estas,
podemos destacar algunas como Cascada (1956), Mtrica (1980), Merisse
(1972), Espiral (1986) y ya ms recientes como el Proceso Racional Unificado
(1995).Al principio estas metodologas estaban orientadas al desarrollo de
aplicaciones que gestionaran informacin guardada en las bases de datos, por
tanto estas se preocupaban del almacenamiento y la recuperacin adecuada
de datos.
1
Escalona Cuaresma MJ. Modelos y tcnicas para la especificaciny el anlisis de la navegacin en sistemas
software.[Tesis Doctoral]. Espaa: Universidad de Sevilla; 2004.
21
El modelo que propone UML basado en Ingeniera Web est compuesto por
cinco modelos principales, cabe mencionar que el nmero de modelos variar
con la versin de UWE. Vase Grfico N 2.1.
22
RUP se basa en la asignacin de tareas y responsabilidades dentro de una
organizacin de desarrollo, cubre todo el ciclo de vida de desarrollo y asegura
que el software que se produzca sea de alta calidad. RUP puede ser adaptado
y extendido para satisfacer las necesidades de una organizacin.
23
El Eje Vertical representa el aspecto esttico del proceso: cmo es
descrito en trminos de actividades, artefactos, trabajadores y flujos de
trabajo.
El ciclo de vida del software se divide en ciclos, Cada ciclo concluye con una
generacin del producto para los clientes. RUP divide cada ciclo de desarrollo
en cuatro fases consecutivas: Inicio, Elaboracin, Construccin y Transicin.
Estas fases a su vez se dividen en iteraciones.
Cada fase concluye con un hito bien definido, un punto en el tiempo en el cual
se deben tomar ciertas decisiones crticas y alcanzar las metas clave antes de
pasar a la siguiente fase.
Inicio: Durante esta fase se define el modelo del negocio y el alcance del
proyecto. Se identifican todos los actores y Casos de Uso y se delimita el
alcance del proyecto.
Elaboracin: El propsitos de esta fase es analizar el dominio del
problema, as como establecer una base de arquitectura slida, desarrollar
el plan del proyecto y eliminar los mayores elementos de riesgo. En esta
fase se construye un prototipo de la arquitectura, que debe evolucionar en
iteraciones sucesivas hasta convertirse en el sistema final.
24
Construccin: Durante esta fase se debe alcanzar la capacidad
operacional del producto; se implementan e integran todas las
caractersticas y requisitos, adems de realizar las pruebas
necesarias para verificar que la versin del producto sea aceptable.
Transicin: En esta fase se entrega el producto a los usuarios finales.
Incluye actividades como: envo, entrenamiento, soporte y mantenimiento
del producto. En la figura N 2.2, se muestra el desarrollo de estas fases a
travs del tiempo.
Figura 2.3. Fases e Hitos en RUP
25
Figura N 2.4. Diagrama de Representacin del ejemplo.
Fuente: El Investigador
Elaborado por: El Investigador
o Centrado en la arquitectura
26
o Proceso iterativo e incremental
Requisitos
Anlisis
Diseo
Implementacin
Pruebas
Las aplicaciones web son un caso especial del desarrollo de software. El modelo de
aplicacin que se propone para el presente proyecto est basado en la metodologa
de Proceso Racional Unificado (RUP) con su Lenguaje de Unificado de Moldeamiento
orientado al desarrollo de aplicaciones en web, basada en la extensin de UML
(UWE). Actualmente las aplicaciones de internet presentan complejidad creciente.
El equilibrio correcto entre los Casos de Uso y la arquitectura es algo muy parecido al
equilibrio de la forma y la funcin en el desarrollo del producto, lo cual se consigue con
27
el tiempo. Para esto, la estrategia que se propone en RUP es tener un proceso
iterativo e incremental en donde el trabajo se divide en partes ms pequeas o mini
proyectos. Permitiendo que el equilibrio entre Casos de Uso y arquitectura se vaya
logrando durante cada mini proyecto, as durante todo el proceso de desarrollo. Cada
mini proyecto se puede ver como una iteracin (un recorrido ms o menos completo a
lo largo de todos los flujos de trabajo fundamentales) del cual se obtiene un
incremento que produce un crecimiento en el producto.
Una iteracin puede realizarse por medio de una cascada de etapas como se muestra
en la Figura 6. Se pasa por los flujos fundamentales (Requisitos, Anlisis, Diseo,
Implementacin y Pruebas), tambin existe una planificacin de la iteracin, un
anlisis de la iteracin y algunas actividades especficas de la iteracin. Al finalizar se
realiza una integracin de los resultados con lo obtenido de las iteraciones anteriores.
Fuente: El Investigador
Elaborado por: El Investigador
28
esta dinmica hasta que se haya finalizado por completo con la versin actual del
producto.
Requerimientos
Esta disciplina tiene como objetivos establecer lo que el sistema debe hacer
(Especificar Requisitos), definir los lmites del sistema, y una interfaz de usuario,
realizar una estimacin del costo y tiempo de desarrollo. Utiliza el Modelo de Casos de
Uso para modelar el Sistema que comprenden los Casos de Uso, Actores y
Relaciones, adems utiliza los diagramas de Estados de cada Casos de Uso y las
especificaciones suplementarias.
Anlisis y diseo
Esta disciplina define la arquitectura del sistema y tiene como objetivos trasladar
requisitos en especificaciones de implementacin, al decir anlisis se refiere a
transformar Casos de Uso en clases, y al decir diseo se refiere a refinar el anlisis
para poder implementar los diagramas de clases de anlisis de cada Casos de Uso,
los diagramas de colaboracin de cada Casos de Uso, el de clases de diseo de cada
Casos de Uso, el de secuencia de diseo de Casos de Uso, el de estados de las
clases, el modelo de despliegue de la arquitectura.
Implementacin
Esta disciplina tiene como objetivos implementar las clases de diseo como
componentes (ej. fichero fuente), asignar los componentes a los nodos, probar los
componentes individualmente, integrar los componentes en un sistema ejecutable
(enfoque incremental). Utiliza el Modelo de Implementacin, conjuntamente los
Diagramas de Componentes para comprender cmo se organizan los Componentes y
dependen unos de otros.
Pruebas
29
2.4. MARCO CONCEPTUAL
Tecnologa Web: Es una tecnologa que utiliza todas las tecnologas de inter
conectividad de ordenadores que permite a los usuarios el intercambio, en formato de
hipertexto, de todo tipo de datos e informacin (Texto, imgenes, sonidos) y de
aplicaciones de software.
30
Sistema de Informacin: Conjunto de elementos que interactan entre s con el fin
de apoyar las actividades de una empresa, negocio o institucin. Un sistema de
informacin realiza cuatro actividades bsicas: entrada, almacenamiento,
procesamiento y salida de informacin.
XHTML: Siglas del ingls eXtensible Hyper Text Markup Language, es bsicamente
HTML expresado como XML vlido.
31
CAPTULO III
INTERVENCION METODOLOGICA
En el captulo III mostraremos el desarrollo del diseo, el emple del Lenguaje Unificado de
Modelamientos (UML), basndose en la metodologa RUP, explicando los procesos. Por
otro lado vale la pena investigar y entender el enfoque UML por su gran aceptacin,
considerando que brinda un conjunto estandarizado de herramientas de UML incluye
diagramas que permite a las personas visualizar la construccin de un sistema orientado a
objetos.
3.
32
3.1.2. Requerimientos
Esta disciplina tiene como objetivos establecer lo que el sistema debe hacer
(Especificar Requisitos), definir los lmites del sistema, y una interfaz de
usuario, realizar una estimacin del costo y tiempo de desarrollo. Utiliza el
Modelo de CU para modelar el Sistema que comprenden los Casos de Uso,
Actores y Relaciones, adems utiliza los diagramas de Estados de cada Caso
de Uso y las especificaciones suplementarias.
Mdulo de Personal
33
R-1. El sistema permitir la creacin, modificacin e inactivacin de
usuarios y roles para tener diferentes niveles de acceso al
sistema.
R-2. El sistema debe permitir administrar las autorizaciones para la
ejecucin de las acciones del sistema dependiendo del rol de
cada usuario.
R-3. El sistema debe permitir el ingreso a travs de un formulario
para la identificacin de los usuarios.
R-4. El sistema debe permitir visualizar la lista del personal de la
empresa.
R-5. El sistema debe permitir las ventas personales de cada
empleado.
Mdulo de Almacn
Mdulo de Ventas
34
R-14. El sistema debe permitir hacer ventas segn el tipo: Prepago,
Postpago, Fijo e internet y otros.
R-15. El sistema debe permitir la actualizacin continua de
contenidos, es decir, se debe poder introducir, modificar y
eliminar elementos de las bases de datos.
R-16. El sistema debe guardar las cantidades de artculos vendidas y
los precios a los que fueron vendidas.
R-17. El sistema debe permitir hacer consultas.
R-18. El sistema debe validar los campos de los formularios, para
campos numricos como cantidad slo debe permitir introducir
nmeros, para campos con nmeros decimales.
R-19. El sistema debe validar los campos de los formularios antes de
su envo.
R-20. El sistema debe permitir la actualizacin continua de
contenidos.
R-21. Seccin de activacin que visualiza informacin necesaria:
nombre, direccin, telfono de referencia y otros del cliente,
adems de tipo de plan y tipo de ventas.
R-22. Seccin de activacin en los diferentes tipos, planes y otros.
R-23. Seccin de activacin para modificar el campo de nmero
telefnico.
Mdulo de Caja
35
3.1.2.2. Requerimientos No Funcionales
Todo sistema debe ser capaz de aceptar modificaciones sin que esto
afecte la operabilidad del mismo, lo cual se garantiza diseando un
sistema en componentes.
3.1.2.2.2. Disponibilidad
El Sistema debe estar disponible cuando el usuario desee
acceder al sistema.
Los actores del sistema son las personas que interactan con el software. Se
ha identificado los siguientes usuarios:
Administrador o Administrativo.
36
Almacenero.
Vendedores.
Activador.
Personal de Caja.
3.2. ANALISIS
Esta disciplina define la arquitectura del sistema y tiene como objetivos trasladar
requisitos en especificaciones de implementacin, al decir anlisis se refiere a
transformar Caso de Uso en clases, y al decir diseo se refiere a refinar el anlisis
para poder implementar los diagramas de clases de anlisis de cada Caso de Uso, los
diagramas de colaboracin de cada Caso de Uso, el de clases de diseo de cada
Caso de Uso, el de secuencia de diseo de Caso de Uso, el de estados de las clases,
el modelo de despliegue de la arquitectura.
37
definen conjuntos de funcionalidades afines que el sistema debe cumplir para
satisfacer todos los requerimientos que tiene a su cargo. Esos conjuntos de
funcionalidades son representados por los casos de uso. Se pueden visualizar
como las funciones ms importantes que la aplicacin puede realizar o como
las opciones presentes en el men de la aplicacin.
Administrador
Responsable de
Sistemas
Almacen
Encargado de
Almacen
Activacion
Responsable de
Activar
Ventas
Personal de Ventas
Fuente: Agencia de Ventas Corporacin Telenegocios Per SAC.
Caja
Responsable de
Caja
Control
Economico
Responsable de
Control Economico 38
Describe la dependencia de las reas de la empresa.
Crea usuario,
contrasea y correo Solicita datos personales
39
Actor 01 Responsable de Sistemas Administrador
Descripcin Encargado del sistema.
Se encargan de crear, modificar y eliminar los
usuarios de los trabajadores.
Comentarios
Se encarga del Manejo y mantenimiento del
sistema.
Actor 01 Almacn
Descripcin Encargado de realizar los pedidos de abastecimiento.
Realiza los pedidos de equipos dependiendo del stock
Comentarios disponible e ingresa las series al sistema.
Ingresa las series de los equipos al sistema.
40
Actor 02 Empresa de Telefona
Descripcin Encargado de realizar los pedidos de abastecimiento.
Comentarios Enva informacin de equipos nuevos y disponibles.
Almacen
Realizar stock
de los equipos
Generar inventarios
Actor 01 Almacn
Descripcin Encargado de realizar las funciones del rea.
Ingresa las series de los equipos y tarjetas al sistema.
Verifica las series al momento de recepcionar equipos.
Comentarios
Realiza stock de equipos todos los das.
Realiza inventarios de los equipos cada mes.
41
d. Caso Uso del Mdulo de Activacin
Figura N 3.5. Diagrama de Caso de Uso Mdulo Activacin
Envia pedido
Realiza activacion
del pedido
Vendedor Activador
Ingresar series
Envia series
Solicita series del pedido
de equipos
Almacen
Actor 01 Activador
Descripcin Responsable de activar el pedido.
Se encargan de activar los equipos y tarjetas SIM, e
Comentarios
ingresar el nmero que corresponde en el sistema.
Actor 01 Vendedor
Descripcin Responsable de generar y enviar las ventas.
Se encargan de crear, modificar y enviar las ventas
Comentarios
y/o pedidos.
Actor 03 Almacn
Descripcin Responsable de los equipos y tarjetas SIM.
Se encargan de enviar las series de los equipos y
Comentarios
tarjetas SIM.
42
estar conforme informa al vendedor que al cliente no califica para
optar otro tipo de plan.
Solicita datos
de equipos Entrega documentos Revisa conformidad
Control Economico
de Documentos
Cliente / Vendedor
Realiza su pedido
Pto de Venta
Envia pedido
Informa monto
de pago
Actor 01 Cliente
Descripcin Son clientes que realizan compras al por mayor.
Comentarios Realizan pedidos al por mayor.
Actor 02 Vendedor
Descripcin Trabajadores del rea de ventas.
Comentarios Se encargan de realizar las ventas de los clientes.
Actor 03 Almacn
Se encarga del ingreso y control de equipos y
Descripcin
tarjetas SIM.
Comentarios Se encargan de escanear e ingresa las series.
43
Actor 04 Activador
Descripcin Responsable de activar equipos y tarjetas SIM.
Comentarios Se encargan de activar las series.
Actor 05 Caja
Descripcin Responsable de Caja
Se encargan de realizar los cobros de pago de los
Comentarios
pedidos.
Solicita datos
de equipos
Envia datos
Vendedor
Envia pedido
Cliente / Realiza su pedido
Pto de Venta
Realiza activacion
del pedido
Envia monto
Informa monto del pedido
de pago Envia monto
Realiza pago
del pedido
Activador
Solicita series
Emite Comprobante de equipos
de Pago Caja
Revisa el pedido
en sus opciones
Envia series
Recoge pedidos con del pedido
comprobante de pago
Almacen
Entrega equipos
del pedido
44
Actor 01 Cliente
Descripcin Son clientes que realizan compras al por mayor.
Comentarios Realizan pedidos al por mayor.
Actor 02 Vendedor
Descripcin Trabajadores del rea de ventas.
Comentarios Se encargan de realizar las ventas de los clientes.
Actor 03 Almacn
Se encarga del ingreso y control de equipos y
Descripcin
tarjetas SIM.
Comentarios Se encargan de escanear e ingresar las series.
Actor 04 Activador
Descripcin Responsable de activar equipos y tarjetas SIM.
Comentarios Se encargan de activar las series.
Actor 05 Caja
Descripcin Responsable de Caja
Se encargan de realizar los cobros de pago de los
Comentarios
pedidos.
45
3.2.2. Anlisis de Riesgos
3.2.2.1. Anlisis de la situacin actual
RIESGOS
Plan de
Impacto
Enunciado del Probabilidad Plan de Respon
Mitigaci
*
Riesgo Ocurrencia Contingencia sable
n
Evento:
Los usuarios no
Informar a
El Desarrollador
tienen informacin de Incentivar el
los
las ventas. Alta 4 uso del portal
usuarios
web.
Consecuencia: las ventas.
Desinformacin para
las reas.
Evento:
El Desarrollador
importante para el n de los nos otorga el
proceso de venta. Menor 2 productos sistema web
a las como un gestor
Consecuencia:
dems de control de
El proceso de control reas. informacin.
y presentacin se
vuelve ms largo.
Fuente: El Investigador
Elaborado por: El Investigador
*Impacto.
4 Severo.
3 Catastrfico
2 Sostenible
1 Menor
3.3. DISEO
46
Adaptar el diseo para que sea consistente con el entorno de implementacin.
Desarrollar una arquitectura para el sistema.
Transformar los requerimientos al diseo del futuro sistema.
Al principio de la fase de elaboracin hay que definir una arquitectura candidata: crear
un esquema inicial de la arquitectura del sistema, identificar clases de anlisis y
actualizar las realizaciones de los Casos de Uso con las interacciones de las clases
de anlisis.
Los diagramas de clases son una vista arquitectnica del sistema que permiten
describir las caractersticas estticas de los objetos y las interrelaciones que se
dan entre estos.
Las clases que hacen parte del diagrama de clases son las clases entidad las
cuales representan, los aspectos ms permanentes de un dominio de
aplicacin. En la figura N 3.21. podemos observar.
47
Figura N 3.8. Diagrama de Clase del Sistema
tbtipo_contrato 1 tbprovincia
1 1
tbusuarios
1 1
tbdestaque 1 1 tbdistrito
tbdetalles_activacio
tbactivaciones
n_prepago tbactivaciones_postpago
n
tbdetalle_activacion_postpago
n
tblista_venta_prepago 1 tbcliente_prepago 1
n tbexperto_postpago
1 1
tbclientes_postpago 1
1 1 1
1
1 1
tbventas_prepago_realizadas tbpago_caja 1 1 n tbobservaciones
1 1
1
tbtipo_venta tbplan
n
n n
tbboletas
tbchips n tbproducto
n 1 1 n tbentrega_documentos tbestado_control_economico
1 1
1
tbingreso_chips1 tbtipo_chip tbubicacion tbingreso_producto
n 1 n 1
n tbpago_caja_postpago
1
1 n
tbsub_ubicacion tbmarca
lista_ventas_postpago
tbventas_postpago_realizadas
48
Figura N 3.9. Diagrama de Organizacin del rea
Ventas Activacion
a) Diagrama 1: Personal
Administrador Usuario /
Trabajadores
Solicita datos
personales
Envia datos
solicitados
Crea usuario,
contrasea y correo
Envia usuario
y contrasea
49
b) Diagrama 2: Almacn - Ingreso
Telefonica Almacen
Envio de lista de
equipos disponibles
Envio de pedido
de equipos
Revisar Pedido
Recepcion y revision
de equipos
Ingreso de series de
equipos al sistema
50
Figura N 3.12. Diagrama de Secuencia Mdulo Almacn - Funciones
Almacn Sistema
Ingresar series
de los equipos
Actualizar Informacion
Realizar stock
de los equipos
Generar reporte
de las series
d) Diagrama 3: Activacin
Solicita series
del pedido
Envia series
de equipos
51
e) Diagrama 5: Ventas
Realiza su pedido
Envia estado
de documentos
Solicita series
del pedido
Envia series
de equipos
Informa el monto
de pago del pedido Informa el monto
del pedido a cobrar Revisa el pedido
en sus opciones
Entrega equipos
de su pedido
52
3.3.4. Diagramas de Colaboracin (DC):
a) Diagrama 1: Personal
Figura N 3.15. Diagrama de Colaboracin Mdulo Personal
3: Crea usuario,
contrasea y correo
1: Solicita datos
personales
4: Envia usuario
y contrasea
Administrador Usuario /
Trabajadores
2: Envia datos
solicitados
5: Recepcion y revision
de equipos
6: Ingreso de series de
3: Revisar Pedido
equipos al sistema
1: Envio de lista de
equipos disponibles
4: Atencion del pedido
Telefonica Almacen
2: Envio de pedido
de equipos
53
c) Diagrama 2: Almacn - Funciones
Figura N 3.17. Diagrama de Colaboracin Mdulo Almacn
a) Diagrama 3: Activacin
Figura N 3.18. Diagrama de Colaboracin Mdulo Activacin
Vendedor
2: Envia series
de equipos
Almacen Activador
54
5: Revisa conformidad
1: Solicita informacion de equipos Vendedor de documentos
3: Realiza su pedido 4: Entrega documentos
b)
del Cliente
Fuente: El Investigador
14: Revisa el pedido de su pedido
Caja
55
3.3.5. Generacin de Base de datos.
56
Se dise una interfaz amigable y fcil de manejar para el usuario, en
la que se capturan los datos necesarios y se muestran los formatos
asociados a la generacin de cada documento. El sistema se ajust a
las leyes vigentes y se realizan todas las validaciones requeridas para
evitar el mal uso del proceso.
Acceso al sistema
57
Figura N 3.22. Pantalla de Men Principal.
58
Figura N 3.23. Pantalla de Ventas Colectivos.
59
Figura N 3.25. Pantalla de Ventas Residencial.
60
Figura N 3.26. Pantalla de Modificacin del Personal.
61
Figura N 3.28. Pantalla de Modificacin del Cliente.
62
Figura N 3.30. Pantalla de Registro Tipo Chip.
63
Formularios de Listado
64
Figura N 3.35. Pantalla de Bsqueda de Clientes.
3.4. IMPLEMENTACIN
65
A continuacin se detallan cada una de las herramientas y procedimientos utilizados
para desarrollar e implementar la aplicacin Web.
Validacion.
usuario.jsp
Modulo
index.jsp Personal
Modulo
Ventas
Conexion
Modulo
Almacen
Modulo Caja
Modulo Control
Economico Base de Datos
66
Spring2: Framework de desarrollo de aplicaciones alternativo a la tpica
implementacin Enterprise Java Bean (EJB) del J2EE. Fue desarrollado por
Rod Jonhson, y permite construir aplicaciones ms simples y livianas.
Capa Cliente
Capa de Negocio
67
Son parte de esta capa las clases que ejecutan procesos de negocio.
Se han separado en dos tipos segn su naturaleza: Clases ON
(Objetos de Negocio), que implementan procesos de negocio
disparados desde la capa de cliente y clases SRN (Servicios de
Reglas de Negocio) que implementan procesos comunes, como
validaciones, clculos genricos, acceso a parmetros del sistema,
etc., que no se relacionan directamente con la capa de cliente.
Son parte de esta capa tanto los datos como las clases que los
acceden. Las clases DAO (Data Access Object) son las responsables
de encapsular los mecanismos de acceso a los datos en la base de
datos u otra fuente, como por ejemplo un Webservice o un archivo.
3.4.2. Publicacion
En esta parte detallaremos con un ejemplo los pasos a seguir para levantar la
aplicacin en internet.
68
Figura N 3.37. Pantalla de ingreso a cPanel.
Fuente: http://telenegocios.net:2082/logout/?locale=en
Fuente: http://telenegocios.net:2082/cpsess4156573253/frontend/x3/index.html
69
Seleccionaremos la opcin Administrador de Archivos
Fuente: http://telenegocios.net:2082/cpsess4156573253/frontend/x3/index.html
Fuente: http://telenegocios.net:2082/cpsess4156573253/frontend/x3/index.html
70
Despus de dar clic en el botn Go veremos lo siguiente:
Fuente: http://telenegocios.net:2082/cpsess4156573253/frontend/x3/filemanager/index.html
Fuente: http://telenegocios.net:2082/cpsess4156573253/frontend/x3/index.html
Al dar clic en el botn Seleccionar Archivos nos abrir una ventana del
explorador de Windows donde podremos seleccionar nuestro archivo el
cual se subir al servidor automticamente.
71
PARA crear carpetas, lo podemos hacer desde la ventana principal de
nuestro Administrador de Archivos, nicamente debemos dar clic en el
3.5. PRUEBAS
Rendimiento.
Confiabilidad.
Funcionalidad
Requerimientos de Implementacin.
Requerimientos fsicos.
Aspectos Generales del sistema.
72
3.5.2. Pruebas de Integracin.
Para lograr este objetivo se utiliz una herramienta llamada Web Server
Stress Tool 7. Este software permite realizar una simulacin de varios
usuarios que utilizan el sistema al mismo tiempo. La prueba se realiz con 10
usuarios conectados en lnea simulados en un equipo (local) el cual realiza
peticiones a otro equipo (Servidor) donde se encuentra alojada la aplicacin
web, realizando 100 clicks por usuario cada 20 segundos. Los resultados
obtenidos por medio de este test fueron los siguientes:
73
Cuadro N 3.3 Web Server Stress Tool 7
74
Figura N 3.43.Pantalla Carga y Solicitudes hechas al Servidor.
75
para la realizacin de pruebas de intrusin en aplicaciones Web, y
explica cmo realizar la comprobacin de cada vulnerabilidad.
Pruebas de autenticacin
Pruebas de autorizacin
Pruebas de gestin de sesiones
Numero
Categora Nombre de Prueba Vulnerabilidad
de Ref.
OWASP- Se encontraron
Prueba de fuerza bruta
AT-004 credenciales dbiles
Pruebas de
Prueba de recordatorio
Autenticacin OWASP-
de contrasea y N.A.
AT-006
restablecimiento
Privilegios listados
Pruebas de OWASP- Prueba de escalada
correctamente segn
Autorizacin AZ-003 de privilegios
tipo de usuario.
Prueba de
OWASP- Pruebas de fijacin de
gestin de N.A
SM-003 sesin.
sesiones
Elaborado por: El Investigador
Fuente: El Investigador
Una vez realizado este estudio se identific los posibles focos de reingeniera los cuales se
visualizaron con el apoyo de la metodologa RUP es su fase de modelamiento de negocios,
lo que permiti utilizar los diagramas de Casos de Uso y de Secuencia del Software
Racional Rose.
76
CAPTULO IV
ANLISIS Y DISCUSIN DE RESULTADOS
En el captulo IV se muestra los posibles resultados del desarrollo del proyecto donde se ha
evaluado el diseo del sistema, con el fin de asegurarnos que se cumplan los objetivos
impuestos en la presente tesis. Estas evaluaciones nos permitirn observar el correcto
funcionamiento de los mdulos, as como aspectos de seguridad, compatibilidad de la
aplicacin, y son descritas en el actual captulo.
4.
Se pudo realizar comparaciones del tiempo ahorrado en cada proceso, respecto al uso
del sistema de control y gestin, contrastndolo con el tiempo dedicado anteriormente,
para los mismos procesos, basndose en entrevistas que se realizaron a los
involucrados en estos procesos como el personal de la agencia de ventas.
77
o Con el sistema de control y gestin: el proceso demora entre 8 a 12
minutos, dependiendo de la habilidad del usuario para usar el sistema.
o Manualmente: el proceso no se realizaba por motivo que no era necesario.
B. Generacin de Ventas
Este proceso considera el registro de equipos y tarjetas SIM nuevos que recin
han llegado a la agencia de ventas.
78
despus se une a las series ya existentes en la agencia para tener un
control del stock disponible.
E. Consolidados de Ventas
79
cliente quera saber sobre los planes de venta tenan que pasar al rea de
ventas donde el personal encargado le brindara la informacin respectiva; a
veces tambin no se contaba con la informacin requerida por el cliente o con
informacin errnea en el caso de los equipos disponibles; con el uso de
sistema de control y gestin la informacin se encuentra disponible por el
momento en la red local de la institucin educativa, pero que se puede ser
accedida por todos en horario de trabajo desde a las reas de la agencia de
ventas; posteriormente como ya se indicaba anteriormente el acceso de este
sistema de informacin estar disponible en todo momento para todos los
usuarios ya que se adquirir los servicios de un servidor web para esta
aplicacin.
INDICADOR EQUIVALENCIA
1 Totalmente de acuerdo
2 De acuerdo
3 Indeciso
4 En desacuerdo
5 Totalmente en desacuerdo
Fuente: Antz. Full service research company.
Elaborado por: El Investigador
Existen dos maneras de aplicar las escalas de actitud tipo Likert: auto-administrada y
la entrevista; en la primera se le entrega al sujeto la escala y l la contesta; en la
segunda, un entrevistador lee las afirmaciones y las alternativas de respuesta al
80
sujeto y anota lo que ste le conteste. Para esta investigacin se utiliz el modo de
escala auto-administrada.
1 2 3 4 5
El sistema de control y gestin agiliza los procesos de la
1 2 4 2 2 0
agencia.
El sistema de control y gestin muestra la informacin
2 3 5 1 1 0
adecuada.
El sistema de control y gestin muestra la informacin en
3 3 3 3 1 0
forma oportuna.
El sistema de control y gestin hace ms fcil mi labor
4 2 5 2 1 0
dentro de la agencia.
El sistema de control y gestin ayuda en las
5 3 3 2 2 0
coordinaciones en la agencia.
El sistema de control y gestin ayuda en el control de
6 2 5 2 1 0
equipos y tarjetas SIM.
El sistema de control y gestin est alineado con los
7 3 3 2 2 0
objetivos de la agencia.
El sistema de control y gestin ayuda con la
8 3 4 1 2 0
administracin de la agencia.
9 El sistema de control y gestin es confiable. 4 4 1 1 0
El sistema de control y gestin ayuda a la gestin de
10 3 3 1 3 0
ventas de la agencia.
Fuente: Corporacin Telenegocios Per SAC.
Elaborado por: El Investigador
81
Figura N 4.1. Resultado de Cuestionario.
Totalmente de acuerdo
4
De acuerdo
3
Indeciso
2 En desacuerdo
Totalmente en desacuerdo
1
0
1 2 3 4 5 6 7 8 9 10
Como se observa en la Figura N 4.1, gran parte de los encuestados indican que el
diseo del sistema de control y gestin, cumple con el apoyo en los procesos de la
gestin de ventas, el control de los equipos y tarjetas SIM de la agencia de ventas;
adems indican que el sistema de control y gestin es confiable y muestra la
informacin requerida en el momento.
82
Caja Emitir comprobante a Caja 2 a 3 min. 2 min.
Recoger equipo de
Almacn 2 min. 1 min.
Almacn
Entregar equipo de
Almacn 2 min. 1 min.
Almacn
Fuente: Corporacin Telenegocios Per SAC.
Elaborado por: El Investigador
En la Figura N 4.2 se muestra los tiempos que antes tomaba realizar el proceso de
ventas y el que actualmente demora.
83
Figura N 4.3. Tiempo de Demora en el Proceso de Ingreso de Series.
0 1 2 3 4 5 6
Por otro lado tambin se utiliz un estadgrafo para el contrastes, para el cual
se utiliz la prueba de T de Student, que es utilizado para comprobar si la
hiptesis nula (h0) se puede rechazar o no. La Hiptesis nula: la H0 consiste
en que no hay influencia del sistema de control y gestin sobre los procesos
de la agencia de ventas.
Para el clculo del valor estadstico se tiene el Cuadro N 4.4 el cual indica
los tiempos que toman en realizar los procesos de venta.
84
Control Econmico Validar estado de documentos del cliente 3 min.
Almacn Solicitar series a Almacn 2 min.
Activacin Enviar Series a Activador 2 min.
Activacin Enviar Nmero telefnico 2 min.
Ventas Registrar datos del Cliente 3 min.
Caja Enviar monto a Caja 2 min.
Caja Emitir comprobante a Caja 2 a 3 min.
Almacn Recoger equipo de Almacn 2 min.
Almacn Entregar equipo de Almacn 2 min.
Fuente: Corporacin Telenegocios Per SAC.
Fuente: www.statics.ch
Consolidado de Ventas
= 5.176923
s = 1.566925
= 0.05
5.176923 1
t= =9.61124674
1.566925/13
Gl=n-1=13-1=12
85
Calculando el valor de t en la tabla:
t = 1.7823
Elaboracin: El investigador
En el presente capitulo se realiz el anlisis de resultados de los datos, con el fin de obtener
los indicadores de la calidad de servicio actual y despus de la intervencin; as mismo se
desarroll la validacin de las hiptesis general, finalmente se procedi a la validacin de
los instrumentos utilizados en el trabajo de investigacin.
86
CONCLUSIONES
1. Se concluye que la arquitectura tres capas permite llevar a cabo el desarrollo en varios
niveles, lo cual hace ms fcil reemplazar o modificar un capa sin afectar los mdulos
restantes.
2. Con la Implantacin del Sistema se lograra el objetivo principal de este trabajo, el
mismo que permite que los datos se generen de manera rpida, seguridad y
confiabilidad.
3. Que despus de aplicar el sistema se puede brindar mejor servicio al cliente porque
agilita los procesos de ventas, cobros y otros.
4. Se concluye que al dar un seguimiento a los clientes ocasionales genera una mejor
rentabilidad a la Empresa.
87
RECOMENDACIONES
1. Hacer un buen uso de la aplicacin para optimizar recursos tanto humanos como
financieros.
2. Cambiar la visin de las empresas y generar en ellas una necesidad del uso del
comercio electrnico.
88
REFERENCIAS
Referencias Electrnicas
89
8. UDI Universitaria de investigacion y desarrollo. Introduccin a las Bases de Datos
Disponible en:
http://www.udi.edu.co/paginas/investigacion/descargas/04/UDI_Libro_Bases_de_Datos.pdf
Accesado el: [01 de Febrero 2014]
12. OSIPTEL
Disponible en:
http://www.osiptel.gob.pe/WebsiteAjax/WebFormgeneral/sector/wfrm_Consulta_Informa
cion_Estadisticas.aspx?CodInfo=13463&CodSubCat=864&TituloInformacion=Indicador
es%20Estad%C3%ADsticos&DescripcionInformacion=
Accesado el: [15 de Enero 2014]
90
16. Deposit digital de documentos de la UAP: Diseo e implementacin de un portal web
para una empresa de sistemas de iluminacin
Disponible en:http://ddd.uab.cat/pub/trerecpro/2010/hdl_2072_48072/AlsinaMorilloJoanR-
ETISa2008-09.pdf
Accesado el: [12Marzo 2014]
17. E-Prints Complutense. Desarrollo de una aplicacin Web para la gestin de Entornos
Virtuales
Disponible en: http://eprints.ucm.es/13083/1/Memoria_SI_Final.pdf
Accesado el: [15 Marzo 2014]
91
ANEXOS
92
A1 ESTRUCTURA DE LA BASE DE DATOS.
93
PRIMARY KEY (`DNI_RUC`,`Fecha_Venta`)
`Detalle` text,
94
`Fecha_Pago` date DEFAULT NULL,
95
CREATE TABLE `TbDestaque` (
96
PRIMARY KEY (`IMEI`,`ICC`)
97
PRIMARY KEY (`ID`)
`Observaciones` text,
98
`Fecha_Obs2` date DEFAULT NULL,
`Observaciones` text,
99
PRIMARY KEY (`ICC`)
`Estado` text,
100
`Marca` text NOT NULL,
`Observacion` text,
101
`ID_Vendedor` varchar(50) NOT NULL,
`Correo` text,
102
`Tipo_Plan` varchar(50) DEFAULT NULL,
103
PRIMARY KEY (`ID`)
`Puesto` text,
104
CREATE TABLE `TbUbicacion` (
105
`ID_Local_Pago` varchar(50) NOT NULL,
106
`Direccion` text NOT NULL,
`Representante` text,
107