Diseño de Un Sistema Basado en Tecnología Web

UNIVERSIDAD NACIONAL DEL
CENTRO DEL PER
FACULTAD DE INGENIERA DE SISTEMAS
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.
PARA OPTAR EL TTULO PROFESIONAL DE:
INGENIERO DE SISTEMAS
HUANCAYO PER
2014
ASESOR:
Mg. Jess Ulloa Ninahuaman
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 I se presentan la situacin del problema que se presentan al momento de

realizar una venta, despus de identificar el problema se muestran el planteamiento del
problema y la importancia que tiene esta investigacin, dando a conocer las razones a
travs de la justificacin correspondiente, la hiptesis generada, se puntualizan los objetivos
generales y especficos; y finalmente, se dan a conocer los alcances y los aportes de este
trabajo de tesis.
En el captulo II se presentan aspectos generales relacionados con el trabajo de

investigacin a realizar en este trabajo de tesis. En primer lugar, se muestran los
antecedentes cientficos y de investigacin; en seguida, se da a conocer el Marco terico
que es nuestro sustento sostenible para la elaboracin de la tesis y como parte final
tenemos el Marco conceptual que es como un glosario donde se ingresan algunas palabras
o frases que no son muy conocidas y que se est utilizando en la presente tesis.
En el captulo III mostraremos el desarrollo del diseo, empleando la metodologa RUP y el

emple del Lenguaje Unificado de Modelamientos (UML), basndose en las fases de Inicio,
Elaboracin, Construccin y Transicin.
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.
Jhubel Favio Vsquez Rudas
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.
1.1. PLANTEAMIENTO DEL PROBLEMA

En la agencia de ventas Corporacin Telenegocios Per SAC, existen diferentes
reas donde existen varias funciones que realizan los trabajadores de forma manual y
otros en archivos Word y Excel.
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.
El rea de almacn tiene las siguientes funciones: recepcionar y llevar un control de

los equipos y tarjetas SIM, realizar los picking de los pedidos, brindar las series de los
equipos tarjetas SIM a los vendedores, entregar los equipos y tarjetas SIM activados,
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.
En vista de lo descrito, se analizarn las necesidades generales de las reas a fin de

determinar los requerimientos reales del sistema que se desea crear, disear,
desarrollar e implantar, usando una metodologa de apoyo. El desarrollo de este
proyecto se realizar siguiendo las normativas para la creacin de aplicaciones, la
cual exige el uso de herramientas libres a fin de cumplir con lo establecido, entre
estas se puede mencionar: Sistema manejador de Base de Datos MySql y Java como
lenguaje de programacin de cdigo abierto.
1.2. FORMULACIN DEL PROBLEMA

1.2.1. Problema General
Cmo influye un Sistema basado en tecnologa Web en el Control y Gestin

de venta de unidades mviles?
1.3. OBJETIVO DE LA INVESTIGACIN

1.3.1. Objetivo General
Mejorar el control y gestin de venta de unidades mviles, mediante el diseo

un Sistema basado en Tecnologa Web.
1.4. JUSTIFICACIN
1.4.1. Justificacin Practica
El desarrollo del sistema web para el control y gestin de ventas de unidades

mviles en lnea que sea accesible desde cualquier punto de internet, permitir
mayor dinamismo en cualquier operacin de la agencia de ventas, ya que el
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.
Adems el desarrollo de sistema aportar gran cantidad de beneficios, entre

los cuales se encuentran:
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.
1.4.2. Justificacin Terica
El conocimiento prctico y concreto de nuevos mercados para el producto, en

este caso venta de unidades mviles, abre las alternativas de mejores
mecanismos de comercializacin, lo cual incentiva a los actores esenciales,
como es el caso de las agencias de ventas, que sabiendo que son capaces por
si mismos de lograr el objetivo de poder encontrar nuevas ventas, poder
irradiar y multiplicar al resto de agencias.
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
La visin de la Agencia de ventas actualmente debe centrarse a mejorar sus

niveles de competitividad y pensar seriamente en introducir una herramienta
que le proporcione medir los indicadores y que le indiquen el grado de
eficiencia en el que se va conduciendo la gestin.
El proyecto genera informacin vlida y confiable, donde el usuario puede ver

un avance progresivo de lo que se va trabajando. Es por esto que se hace
necesario entregar al usuario interfaces y procedimientos basados en
prototipos para familiarizar al usuario y as tener un mayor grado de
retroalimentacin con l. Como proceso de desarrollo en el presente proyecto
se utilizar la metodologa RUP, llamada as por sus siglas en ingls Rational
Unified Process, es un proceso de ingeniera del software. Proporciona un
acercamiento disciplinado a la asignacin de tareas y responsabilidades en
una organizacin de desarrollo. Su propsito es asegurar la produccin de
software de alta calidad que se ajuste a las necesidades de sus usuarios
finales con unos costos y un calendario predecibles.
1.5. HIPOTESIS GENERAL

1.5.1. Hiptesis General
El diseo del sistema basado en tecnologa web, mejora el control y gestin de

venta de unidades mviles.
1.6. DISEO METODOLOGICO

1.6.1. Tipo de Investigacin
La investigacin realizada es tecnolgica aplicada, la cual se centra en la

planificacin basada en los procesos de aplicacin, ms que en la tecnologa
misma. Se centra en el anlisis de la forma en que se han de usar los recursos
tecnolgicos para el cumplimiento de objetivos especficos. Se habla de
tecnologa aplicada cuando se piensa en un tipo especfico de organizacin y
aplicacin de los procesos tecnolgicos, lo cual comprende aspectos de
carcter normativo y aspectos referidos a la responsabilidad social. En otros
contextos, adems, se remite a las capacidades de la tecnologa para proveer
bienes y servicios.
5
1.6.2. Nivel de la Investigacin
El estudio corresponde al nivel descriptivo explicativo, por cuanto en el diseo

se describe las caractersticas de cada uno de los componentes, del sistema
basado en tecnologa web para el control y gestin de venta de una tienda de
celulares.
1.6.3. Fuentes de Informacin
Datos proporcionados por la Agencia de ventas Corporacin Telenegocios

Per SAC (Hojas, de Ventas, Guas de remisin).
Se usar la entrevista para el anlisis del sistema de control y gestin, y un

cuestionario para validar la funcionalidad del sistema. Plan de recoleccin de la
informacin.
Cuadro N 1.1. Preguntas Frecuentes

PREGUNTAS EXPLICACION
Para profundizar los conocimientos
relacionados con el tema de investigacin y
Para qu? as lograr descubrir, comprender e interpretar
los hechos, fenmenos y relaciones de un
determinado mbito de la realidad.
La investigacin se realizara al Gerente de la
A qu persona
empresa, a los trabajadores de cada rea y
o sujetos?
clientes actuales de la empresa.
La informacin estar basada sobre los
Sobre qu objetivos de ventas de la empresa, ofertas,
aspecto? promociones, servicio, almacn, atencin,
exigencias y expectativas de los clientes.
Quien se encargara de la recoleccin de toda
Quin? la informacin es el investigador Jhubel
Vsquez Rudas.
La recoleccin de la informacin se realizara
todo el tiempo que sea necesario,
Cundo?
empezando desde la indagacin del
problema de estudio.
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
El sistema propuesto de software a desarrollar, cumplir con los siguientes

requerimientos:
Desarrollar un sistema de control y gestin de indicadores de ventas para

evaluaciones del personal de ventas.
La automatizacin de las funciones y procesos de las reas de la
agencia.
Con los resultados que se obtendr del sistema, se proceder a realizar
un reporte de estado de ventas que nos permitir saber cules son los
representantes ligados y como va avanzando el trabajo para llegar a las
cantidades impuestas por las Empresa Telefnica del Per.
1.6.5. Operacionalizacin de Variable
A continuacin se identifican las variables dependientes e independientes del

presente estudio.
Variable Independiente
Sistema basado en Tecnologa Web.
Variable Dependiente
Control y Gestin de ventas de unidades mviles.
1.6.6. Validacin de Indicadores:
Para sustentar los indicadores de la Variable Independiente Sistema basado

en Tecnologa Web, es necesario recolectar informacin de los futuros
7
usuarios, ya que las necesidades y requerimientos por el motivo que son ellos
quienes van a utilizar el sistema.
En cuanto al indicador de la Variable Dependiente Control y Gestin de ventas

de unidades mviles, los usuarios tendrn acceso a la informacin de todas
las reas segn sea la necesidad de cada usuario.
Cuadro N 1.2.: Variables e Indicadores
Variables Micro Variable Indicadores
Diseo del sistema Definir el diseo y
V.I. Sistema basado web procesos del sistema web
en Tecnologa Web Nivel de aceptacin Disposicin de los usuarios

del Sistema para 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.
En el proceso de ventas es donde parte todo para lograr el mejoramiento de la agencia de

ventas, ya que son los vendedores quienes interactan con los clientes; y son los
encargados de ingresan la informacin de los ellos a la empresa, en la actualidad la
informacin de los clientes solo se tiene de forma fsica (hojas de ventas), y de los equipos
en archivo Excel. Lo cual ocasiona demora en caso haya algn reclamo por parte de la
Empresa telefnica del Per, se tiene que buscar fsicamente los documentos para
sustentar el reclamo.
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
Luego de la bsqueda de fuentes bibliogrficas referentes al objeto de estudio

presentamos los siguientes antecedentes investigativos:
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
Debido a la popularidad que han adquirido los telfonos mviles, es raro

encontrar a una persona que no cuente con uno de ellos. En nuestro pas, la
situacin no es diferente. Incluso, un estudio realizado por OSIPTEL hace dos
aos demuestra que en seis departamentos del Per la cantidad de celulares
supera el nmero de habitantes que residen en ellos: Lima, Tacna, Arequipa,
Moquegua, Ica y Madre de Dios. Dentro de este fenmeno comunicacional, los
jvenes son parte importante, pues se encuentran detrs de las ltimas
tecnologas para experimentarlas.
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.
2.1.2. Aroca Martnez, Francisco (2010). Diseo e implementacin de una tienda

virtual. Tesis de Grado. Universitat Politcnica de Valencia.
En resumen se trata de desarrollar una aplicacin para facilitar la venta de

material informtico as como ayudar a su gestin, de una forma sencilla y
clara para los usuarios y el administrador de la aplicacin.
Los objetivos concretos consistirn en:
Mostrar un catlogo de los productos a nuestros posibles clientes.

Permitir la compra de los productos que aparezcan en nuestra aplicacin.
Facilitar el mantenimiento de dicho catlogo.
Los resultados y productos que se piensan obtener:
Una aplicacin web para dar a conocer nuestros productos.

Facilitar la gestin tanto del material como de los usuarios.
El mtodo para guiar el desarrollo del proyecto se basar en las siguientes

etapas:
La especificacin de requisitos basada en la definicin de casos de uso.

El proceso de anlisis basado en modelos UML.
La definicin de la arquitectura basada en tres capas.
Diseo e implementacin de una tienda virtual
La codificacin de un prototipo de la aplicacin.

La realizacin de pruebas tcnicas del sitio Web.
Los recursos disponibles consistirn en:
Un entorno de diseo Web basado en herramientas convencionales.

WAMP el cual incluye Java, MySQL y Apache.
Un servidor Web.
Un alumno con dedicacin completa.
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.
Este proyecto consiste en el diseo e implementacin de un portal WEB para

una empresa que se dedica al desarrollo de aplicaciones para el diseo y
control de sistemas de iluminacin. Esta empresa desea ampliar los servicios
que oferta a sus clientes mediante una aplicacin que facilite la descarga de
las actualizaciones del software que la empresa desarrolla entre otras
funcionalidades.
Adems, la empresa disea modelos de funcionamiento para dispositivos

fsicos, basados en el protocolo DMX512 (Digital MultipleX). Estos modelos son
de vital importancia para la expansin de la empresa ya que complementan el
software de diseo de instalaciones de iluminacin. Adems, a da de hoy,
existen pocas empresas que se dediquen al diseo de estos modelos. Por
tanto, tambin se desea que estos modelos de funcionamiento se distribuyan a
travs del portal WEB, para mejorar el servicio a sus clientes.
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.
Por tanto, el objetivo principal del proyecto es facilitar a los clientes de la

empresa el acceso a las actualizaciones de software y a los modelos de
funcionamiento a travs de un portal WEB. De esta manera se mejora el
servicio que oferta la empresa en el momento de la solicitud del proyecto.
Adems, se desea mejorar la imagen de empresa que se ofrece a los clientes y
futuros clientes incluyendo informacin relacionada con la empresa y sus
productos.
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.
El objetivo de este proyecto es proporcionar a un potencial usuario una

aplicacin para la gestin de entornos virtuales sobre las que se realizarn las
prcticas de las asignaturas de una determinada titulacin dada. A su vez,
distinguimos tres tipos o niveles diferentes de usuarios: alumnos, profesores y
administradores. Los cuales tendrn acceso a diferentes funcionalidades y
recursos en funcin de su nivel de autenticacin en el sistema.
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.
Como es lgico, la aplicacin dispone de una base de datos en la que se

gestionen y manejen todos los datos correspondientes a los diferentes
alumnos, profesores y administradores. As pues, amn de tener que
comunicarse la interfaz con la base de datos para la autenticacin de usuarios,
en la aplicacin es posible la realizacin de consultas y modificaciones en la
base de datos a travs de la interfaz.
2.1.5. Suniaga Salazar, Jos Miguel (2009).Desarrollo de una aplicacin web

basada en tecnologa helpdesk para ofrecer servicios de soporte tcnico
e inventario en la gerencia de informtica de la empresa c.a. Hidrolgica
del centro, en valencia estado Carabobo. Tesis de Grado. Universidad de
Oriente
La Gerencia de Informtica de la empresa C.A. Hidrolgica del Centro,

HIDROCENTRO tiene como objetivo ofrecer a los empleados de la empresa
servicios de calidad en el rea de informacin; desarrollando sistemas ptimos
y dando soporte a los recursos informticos con eficiencia, en el menor tiempo
posible.
En tal sentido, la Gerencia de Informtica debe: mantener un control del

inventario de los recursos informticos de la empresa as como de los servicios
que se prestan a estos, de manera que se pueda gestionar los equipos que
12
estn activos y vigilar el desempeo de los servicio de soporte tcnico a cargo
de los empleados de la gerencia.
Actualmente, la gerencia lleva este control de manera manual, es por esa

razn que se requiere de un proyecto que permita la automatizacin de dichos
procesos. En este informe de trabajo de grado se presenta el diseo de un
Sistema de Administracin de Inventario y Mantenimiento de Equipos (SAIME)
que apoyar los procesos descritos anteriormente, el cual est modelado y
documentado bajo el Lenguaje Unificado de Modelado (UML), siguiendo la
metodologa RUP, implantado bajo la plataforma Windows, programado con el
lenguaje de programacin Java y cuyos datos son almacenados en una base
de datos Postgre SQL.
2.2. MARCO TEORICO

2.2.1. Programacin Orientada a Objetos
Actualmente, el paradigma de programacin ms usado debido a mltiples

ventajas respecto de sus antecesores es el de Programacin Orientada a
Objetos.
La Programacin Orientada a Objetos permite concebir los programas de una

manera bastante intuitiva y cercana a la realidad. Si bien la programacin
procedural y estructurada ha dado solucin durante muchos aos a los
sistemas computacionales, presenta una desventaja en su construccin, ya
que cuando una aplicacin crece, la modificacin del cdigo se hace muy
trabajosa y difcil, debido a que el cambio de una lnea de programacin
acarrea -seguramente- la modificacin de muchas lneas de cdigo
pertenecientes a otras funciones y procedimientos que estn relacionados.
La POO nos permite agrupar cdigos con funcionalidades comunes,

encapsulndolos y hacindolos independientes, conviniendo que la aplicacin
crezca sin tener que realizar cambios en el cdigo.
2.2.2. Base de Datos
Una base de datos computarizada me parece importante para el mejor control

y bsqueda de datos en masa de una manera sencilla y rpida.
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.
Se imaginan llenar 50 mil formularios para dar de alta a alguien o a algo a

mano, y despus buscarlo?, o buscar un libro en una biblioteca con ms de
500 mil ejemplares para su consulta?, es muy laborioso y tardado, con la base
de datos solo tecleamos el nombre de lo que buscamos y ya tendremos todos
sus datos para la utilizacin de estos.
Como ven otra ventaja de la base de datos es economizar gastos de

infraestructura, ya que solo nos basta tener una computadora, crear la base de
datos y ya.
Una ventaja muy importante de la base de datos es evitar la redundancia de

los datos, ya que el sistema no permite que pongas dos o ms veces el mismo
dato, otra ventaja de la base de datos es la seguridad de los datos, ya que solo
el administrador principal puede modificar todos los datos, y los
administradores secundarios con ciertos permisos solo pueden modificar
ciertos datos.
2.2.3. Base de Datos MySQL
El lenguaje SQL es un lenguaje estndar de manejo de bases de datos

masivamente usado en cualquier entorno. MySQL es un sistema de gestin de
bases de datos basado en el lenguaje SQL. Es muy ampliamente usado en
entornos web, en combinacin con lenguajes de servidor como PHP.
MySQL es un gestor de base de datos sencillo de usar e increblemente rpido.

Tambin es uno de los motores de base de datos ms usados en internet, la
principal razn de esto es que es gratis para aplicaciones no comerciales.
Posee la facilidad de uso de cualquier sistema basado en SQL y aade

versatilidad en el manejo de las bases de datos, y una tremenda escalabilidad,
que hace que el mismo sistema sea vlido para cualquier tamao de bases de
datos.
Es el servidor de base de datos relacionales de fuente abierta ms popular en

el mundo. Su arquitectura lo hace extremadamente rpido y fcil de adaptar.
14
Las caractersticas principales de MySQL son:
En un gestor de base de datos. Una base de datos es un conjunto de

datos y un gestor de base de datos es una aplicacin capaz de manejar
este conjunto de datos de manera eficiente y cmoda.
Es una base de datos relacional. Una base de datos relacional es un
conjunto de datos que estn almacenados en tablas entre las cuales se
establecen unas relaciones para manejar los datos de una forma eficiente
y segura. Para usar y gestionar una base de datos relacional se usa el
lenguaje estndar de programacin SQL.
Es Open Source. El cdigo fuente de MySQL se puede descargar y esta
accesible a cualquiera, por otra parte, usa la licencia GPL para
aplicaciones no comerciales.
Es una base de datos muy rpida, segura y fcil de usar. Gracias a la
colaboracin de muchos usuarios, la base de datos se ha ido mejorando
optimizndose en velocidad. Por eso es una de las bases de datos ms
usadas en internet.
2.2.4. Ingeniera de Software
La ingeniera se compone por varias fases y en el caso del diseo de software

no tenemos excepcin ya que para su construccin debemos generar varios
pasos o niveles que tendr a lo largo del desarrollo nuestro programa.
El diseo de Software juega un papel importante en el desarrollo de software lo

cual permite al ingeniero de software producir varios modelos del sistema o
producto de que se va a construir el mismo que forman una especie de plan de
la solucin de la aplicacin. Estos modelos pueden evaluarse en relacin con
su calidad y mejorarse antes de generar cdigo, de realizar pruebas y de que
los usuarios finales se vean involucrados a gran escala. El diseo es el sitio en
el que se establece la calidad del software es por ello que en este resumen
vamos a ver los conceptos y los principios del diseo de un software as como
los pasos o procesos a tomar en cuenta, pasando adems por conceptos que
se manejan a la hora de disear un software.
15
2.2.5. Programacin Web
Aunque los inicios de Internet se remontan a los aos sesenta, no ha sido

hasta los aos noventa cuando, gracias a la Web, se ha extendido su uso por
todo el mundo. En pocos aos la Web ha evolucionado enormemente: se ha
pasado de pginas sencillas, con pocas imgenes y contenidos estticos a
pginas complejas con contenidos dinmicos que provienen de bases de
datos, lo que permite la creacin de "aplicaciones web". De forma breve, una
aplicacin web se puede definir como una aplicacin en la cual un usuario por
medio de un navegador realiza peticiones a una aplicacin remota accesible a
travs de Internet (o a travs de una intranet) y que recibe una respuesta que
se muestra en el propio navegador. El contenido de este libro se estructura en
dos partes. En la primera parte del libro se tratan temas introductorios a la
programacin de aplicaciones web: un breve repaso de la historia de Internet y
de la Web, caractersticas de las arquitecturas cliente/servidor, el concepto de
aplicacin web y la estructura de un sitio web tanto a nivel fsico como lgico.
La segunda parte del libro se centra en la programacin de la parte cliente de
las aplicaciones web. En el "mundo Internet" existen muchas tecnologas que
se pueden emplear para programar los clientes web, como ActiveX, applet,
Flash, VRML, etc., pero slo dos son las tecnologas ms extendidas y se
pueden considerar "el estndar": HTML y Java Script. Este libro se centra en
esas dos tecnologas y presta una especial atencin a la creacin de
formularios, la base para cualquier aplicacin web.
2.2.6. Sitio Web
Es un conjunto de archivos electrnicos y pginas Web referentes a un tema

en particular, que incluye una pgina inicial de bienvenida, generalmente
denominada home page, con un nombre de dominio y direccin en Internet
especficos, empleados por las instituciones pblicas y privadas,
organizaciones e individuos para comunicarse con el mundo entero. En el caso
particular de las empresas, este mensaje tiene que ver con la oferta de sus
bienes y servicios a travs de Internet, y en general para ser eficiente sus
funciones de mercadotecnia.
Su Sitio Web no necesariamente debe localizarse en el sistema de cmputo de

su negocio. Los documentos que integran el Sitio Web pueden ubicarse en un
equipo en otra localidad, inclusive en otro pas. El nico requisito es que el
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 nombres de estos sitios Web obedecen a un sistema mundial de

nomenclatura y estn regidos por el ICANN (Internet Corporation for Assigned
Names and Numbers).
Los Sitios Web pueden ser de diversos gneros, destacando los sitios de
negocios, servicio, comercio electrnico en lnea, imagen corporativa,
entretenimiento y sitios informativos.
2.2.7. El Lenguaje HTML
Este lenguaje estructura documentos. La mayora de los documentos tienen

estructuras comunes (ttulos, prrafos, listas) que van a ser definidas por
este lenguaje mediante tags. Cualquier cosa que no sea un tag es parte del
documento mismo.
Este lenguaje no describe la apariencia del diseo de un documento sino que

ofrece a cada plataforma que le d formato segn capacidad y la de su
navegador (tamao de la pantalla, fuentes que tiene instaladas...). Por ello y
para no frustrarnos, no debemos disear los documentos basndonos en como
lucen en nuestro navegador sino que debemos centrarnos en proporcionar un
contenido claro y bien estructurado que resulte fcil de leer y entender,
2.2.8. Plataforma J2EE
J2EE es un conjunto de especificaciones de APIs Java para la construccin de

aplicaciones empresariales
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.
La plataforma J2EE cuenta con las siguientes caractersticas:
o Escalabilidad
o Portabilidad
o Seguridad
Cmo se debe disear una aplicacin empresarial para que sea mantenible y
contenga partes reusables?
o Debera estar diseada siguiendo la arquitectura que fijan los patrones

arquitectnicos Model-View-Controller (MVC).
o Un patrn arquitectnico es un patrn de alto nivel que fija la arquitectura
global de una aplicacin.
o Posteriormente, el diseo har uso de patrones de diseo para resolver
problemas especficos.
En el patrn arquitectnico MVC existe una separacin clara entre el modelo

(lgica de negocio) y la vista (interfaz grfica), gracias a un controlador que los
mantiene independientes unos de otros (desacoplados). Ventajas:
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
Segn (Eguluz Prez, Introduccin a AJAX, 2008) indica que AJAX es un

acrnimo de Asynchronous JavaScript + XML, que se puede traducir como
"JavaScript asncrono + XML.
Ajax no es una tecnologa en s mismo. En realidad, se trata de varias

tecnologas independientes que se unen de formas nuevas y sorprendentes.
Las tecnologas que forman AJAX son:
o XHTML y CSS, para crear una presentacin basada en estndares.

o DOM, para la interaccin y manipulacin dinmica de la presentacin.
o XML, XSLT y JSON, para el intercambio y la manipulacin de
informacin.
o XML Http Request, para el intercambio asncrono de informacin.
o JavaScript, para unir todas las dems tecnologas.
2.2.11. Apache Web Server
Es un servidor web libre, es decir, el encargado de construir y devolver las

pginas web que solicitan los navegadores. Su nombre procede de a patchy
server por ser una versin parcheada en 1995 de uno de los primeros
servidores web, el NCSA HTTPD, y actualmente corre en muy diversas
plataformas (Unix, Windows, etc.). Debido a su licencia libre pero ni copyleft,
existe tambin versiones propietarias de Apache, aunque es desarrollado y
mantenido por la comunidad del software libre a travs de la fundacin Apache.
2.2.12. Concepto de Control de Gestin
Pese a que el control de gestin no es una herramienta nueva, recin en los

ltimos aos ha alcanzado un sitial especial en el mundo de los negocios. No
obstante lo anterior, todava existe poco conocimiento en relacin a qu es
realmente el control de gestin y la utilidad que ste tiene para la direccin de
empresas, por lo que son muchos los mitos, imprecisiones y errores que han
contribuido a desvirtuar su real significado.
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.
En segundo lugar, otro mito ampliamente difundido se relaciona con la idea de

pensar el control de gestin como la construccin y el seguimiento aislado de
un conjunto de indicadores de carcter financiero y no financiero. Si bien los
indicadores o mtricas que permiten precisar los objetivos son elementos
fundamentales en un sistema de este tipo, el control de la gestin utiliza los
indicadores como expresiones cuantitativas que permiten analizar qu tan bien
se est ejecutando la estrategia. Hablar de control de gestin es hablar de un
sistema integrado y coherente de informacin que permite tener una visin
global del desempeo de la empresa que facilite y apoye la toma de decisiones
de direccin estratgica.
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.
2.2.13. Metodologa de desarrollo de software
Desde que el desarrollo de aplicaciones informticas se considerara un

proceso de ingeniera, muchas metodologas de desarrollo han ido naciendo
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.
El trmino de aplicacin multimedia surgi con la evolucin de la tecnologa,

estas aplicaciones tienen como objetivo difundir informacin a travs de
medios multimedia como, video, sonido, imgenes, etc. A partir de 1993
surgieron nuevas propuestas metodolgicas, para afrontar a la problemtica de
estas aplicaciones: HDM (Garzoto 1993), RMM (Isakowitz 1995), RUP (IBM
1995), etc.
UML basado en Ingeniera Web
UWE (UML-Based Web Engineering) es una propuesta basada en UML y en el

Proceso Unificado Racional para modelar aplicaciones web. Los sistemas
adaptativos y la sistematizacin son dos aspectos sobre los que se enfoca
UWE. Otras caractersticas relevantes del proceso y mtodo de autora de
UWE son el uso del paradigma orientado a objetos, su orientacin al usuario, la
definicin de un meta modelo (modelo de referencia) que da soporte al mtodo
y el grado de formalismo que alcanza debido al soporte que proporciona para
la definicin de restricciones sobre los modelos.
UWE, no separa el anlisis y el diseo e incluyen estos modelos en la fase de

anlisis-diseo1.
UWE propone al menos un tipo de diagrama UML para la visualizacin de

dichos modelos buscando representar los aspectos estructurales de las
diversas vistas .Se puede decir que se realiza una separacin considerando
etapas de desarrollo, vistas del sistema y aspectos como la estructura y el
comportamiento. Este tipo de separacin provee ventajas a la hora de realizar
mantenimientos y reingenieras de sistemas web, y tambin en la generacin
de sistemas Web para distintos contextos y plataformas.
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.
Figura N 2.1. Modelos que comprende UWE.
1. Modelado de Fija los requisitos funcionales de

Requerimientos la aplicacin para reflejarlos en
un modelo de casos de uso.
2. Modelo de Incluye los objetos implicados en

Contenido las actividades de la aplicacion.
3. Modelo de Especifica que objetos sern

Navegacin visitados por el navegador a
travs de la aplicacin.
4.Modelo de Se divide en dos partes:

Procesos Modelo de Estructura de
Procesos
Modelo de Flujo de Procesos.
5.Modelo de Representa las vistas del interfaz.
Presentacin
Fuente: Pgina oficial. [Disponible en: http://uwe.pst.ifi.lmu].

UML-Based Web Engineering, es una extensin de UML muy poderosa para el

diseo de Aplicaciones Web, provee una serie de herramientas tanto para
diseo y modelado. Es una propuesta que en los ltimos aos ha conseguido
gran aceptacin en los foros de investigacin. Sus modelos basados
totalmente en UML estn siendo muy bien valorados. Adems, es una
propuesta viva.
2.2.14. Metodologa Rational Unified Process (RUP) o Proceso Racional

Unificado
El Proceso Racional Unificado es un producto de Rational (IBM). Es un

proceso de desarrollo de software que se caracteriza por ser iterativo e
incremental, y por estar centrado en la arquitectura y guiado por los casos de
uso. RUP es un proceso de desarrollo de software genrico, sin embargo se
concibi principalmente para el desarrollo de sistemas basados en
programacin orientada a objetos.
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.
Muchas de las mejores prcticas de desarrollo estn incluidas dentro de este

modelo de desarrollo de software; entre ellas destacan las siguientes:
Desarrolla el software de manera iterativa.

Maneja requerimientos.
Utiliza arquitecturas basadas en componentes.
Modela el software de manera visual.
Verifica la calidad del software.
Controla los cambios del software.
El proceso puede ser descrito en dos dimensiones o a lo largo de dos ejes,

como se muestra en la Figura N 2.1.
Figura 2.2. Estructura de RUP
Fuente: [Wikipedia, 2006b]
El Eje Horizontal representa el tiempo y muestra los aspectos dinmicos

del proceso a medida que ste se desarrolla. Es expresado en trminos
de ciclos, fases, iteraciones e hitos.
23
El Eje Vertical representa el aspecto esttico del proceso: cmo es
descrito en trminos de actividades, artefactos, trabajadores y flujos de
trabajo.
Estructura Esttica del Proceso
El proceso que describe RUP es representado utilizando cuatro elementos de

modelaje primario: Trabajadores, Actividades, Artefactos y Flujos de Trabajo.
Trabajador: Define el comportamiento y responsabilidades de un

individuo o de un grupo de personas que trabajan en un equipo.
Actividad: Es una unidad de trabajo que un individuo debe realizar.
Artefacto: Es una pieza de informacin que es producido, modificado o
utilizado por un proceso.
Flujo de Trabajo: Es una secuencia de actividades.
Estructura Dinmica del Proceso: Desarrollo Iterativo
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.
A continuacin, se describen brevemente cada una de las fases:
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
Fuente: [Wikipedia, 2006b]
El Proceso Unificado de Rational, es un proceso de ingeniera de software que

proporciona un acercamiento disciplinado a la asignacin de tareas y
responsabilidades en la agencia de desarrollo.
Su propsito es asegurar la produccin de software de alta calidad que se

ajuste a las necesidades de los usuarios finales.
En definitiva el RUP es una metodologa de desarrollo de software que intenta

integrar todos los aspectos a tener en cuenta durante todo el ciclo de vida del
software, con el objetivo de hacer abarcables tanto pequeos como grandes
proyectos software. Los tres principios bsicos de RUP son:
o Dirigido por casos de uso
La razn de ser de un sistema software es servir a usuarios ya sean

humanos u otros sistemas, un caso de uso es una facilidad que el software
debe proveer a sus usuarios. Los casos de uso reemplazan la antigua
especificacin funcional y constituyen la gua fundamental establecida para
las actividades a realizar durante todo el proceso de desarrollo incluyendo
el diseo, la implementacin y las pruebas del sistema. Los casos de uso
dirigen y controlan el proceso de desarrollo en su totalidad.
25
Figura N 2.4. Diagrama de Representacin del ejemplo.
o Centrado en la arquitectura
Arquitectura de un sistema es la organizacin o estructura de sus partes

ms relevantes y constituye la pieza clave que permite comprender el
sistema, organizar el desarrollo y hacer evolucionar el software.
La arquitectura involucra los elementos ms significativos del sistema y

est influenciada entre otros por plataformas software, sistemas operativos,
manejadores de bases de datos, protocolos, consideraciones de desarrollo
como sistemas heredados y requerimientos no funcionales.
Es como una radiografa del sistema que estamos desarrollando, lo

suficientemente completa como para que todos los implicados en el
desarrollo tengan una idea clara de que es lo que estn construyendo, pero
lo suficientemente simple como para que si quitamos algo, una parte
importante del sistema quede sin especificar.
Una arquitectura ejecutable es una implementacin parcial del sistema,

construida para demostrar algunas funciones y propiedades.
RUP establece refinamientos sucesivos de una arquitectura ejecutable,

construida como un prototipo evolutivo.
26
o Proceso iterativo e incremental
Para hacer ms manejable un proyecto se recomienda dividirlo en ciclos,

para cada ciclo se establecen fases de referencia, cada una de las cuales
debe ser considerada como un mini proyecto cuyo ncleo fundamental est
constituido por una o ms iteraciones de las actividades principales bsicas
de cualquier proceso de desarrollo.
El desarrollo se plantea de manera progresiva, de tal modo que se atenen

los riesgos y se planteen las cuestiones en el instante en que se est
capacitado para resolverlas.
Cada etapa de RUP itera sobre 5 flujos de trabajo que son:
Requisitos
Averiguar lo que el sistema debe hacer.
Anlisis
Conseguir una comprensin ms precisa de los requisitos.
Diseo
Comprensin de los requisitos no funcionales y adaptacin de los

requisitos funcionales para su implementacin.
Implementacin
Implementacin de clases y pruebas de componentes individuales.
Pruebas
Planificar, disear y realizar las pruebas de integracin y de sistemas.
2.3. MODELO APLICADO
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.
Figura N 2.5. Iteracion RUP.
El proceso iterativo e incremental consta de una secuencia de iteraciones. Cada

iteracin aborda una parte de la funcionalidad total, pasando por todos los flujos de
trabajo relevantes y refinando la arquitectura. Cada iteracin se analiza cuando
termina. Se puede determinar si han aparecido nuevos requisitos o han cambiado los
existentes, afectando a las iteraciones siguientes. Durante la planificacin de los
detalles de la siguiente iteracin, el equipo tambin examina cmo afectarn los
riesgos que an quedan al trabajo en curso. Toda la retroalimentacin de la iteracin
pasada permite reajustar los objetivos para las siguientes iteraciones. Se contina con
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
Esta disciplina tiene como objetivos verificar la integracin de los componentes

(prueba de integracin), verificar que todos los requisitos han sido implementados
(pruebas del sistema), asegurar que los defectos detectados han sido resueltos antes
de la distribucin
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.
Integracin de datos: Es el proceso de combinar datos que residen en diferentes

fuentes y permitirle al usuario final tener una vista unificada de todos sus datos. La
habilidad de transformar datos inter-departamentales de fuentes heterogneas en un
plan de accin que se convertido en un reto y en una ventaja competitiva para
compaas que requieran la integracin de datos
Telefona Mvil: Es actualmente el medio de comunicacin interpersonal ms

utilizado en el mundo junto al World Wide Web. Los medios de financiacin del
servicio de telefona mvil son principalmente dos: la tarjeta prepago y el contrato.
Prepago: La tarjeta prepago nos da derecho a adquirir un nmero de telfono y hacer

uso del servicio. La financiacin, como bien indica el nombre, se realiza antes del
disfrute del servicio. Se recarga el saldo de la tarjeta con una determinada cantidad
econmica, y el usuario puede disfrutar del servicio hasta que se agote lo que
inicialmente ha invertido.
Postpago: En el contrato de telefona mvil la financiacin es postpago, es decir, el

usuario abona cada mes la cantidad econmica equivalente al uso exacto que ha
tenido durante todo este periodo. En postpago tienes la opcin de varias tarifas a
elegir segn el uso que le des al celular (mvil) puedes optar por planes en segundo o
minutos.
Smartphone: Un telfono inteligente es un telfono mvil construido sobre una

plataforma informtica mvil, con una mayor capacidad de almacenar datos y realizar
actividades semejantes a una minicomputadora y conectividad que un telfono mvil
convencional.
Servidor Web: Programa que se ejecuta continuamente en una computadora

(tambin se emplea el trmino para referirse a la computadora que lo ejecuta),
mantenindose a la espera de peticiones por parte de un cliente (un navegador Web)
y que responde a estas peticiones mediante una pgina Web que se exhibir en el
navegador o mostrando el respectivo mensaje si se detecta algn error.
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.
XMI: XML de Intercambio de Metadatos. Su principal objetivo es permitir un

intercambio de metadatos entre herramientas de modelado basadas en UML,
repositorios de metadatos, basados en MOF en distintos entornos distribuidos.
XML: Metalenguaje de marcado que permite la definicin de etiquetas y el intercambio

de datos a travs de la red. Permite que un documento pueda usar separa una gran
variedad de propsitos, facilita el desarrollo de aplicaciones para navegar por internet,
buscadores, y el intercambio de datos entre bases de datos.
Estadgrafo: Es un valor numrico que se obtiene a partir de datos mustrales.

Describe alguna caracterstica de la muestra, y la toma de decisiones respecto a la
poblacin contiene cierto grado de incertidumbre.
Teniendo las investigaciones y proyectos realizados anteriormente, conociendo la

metodologa, las herramientas y los pasos a seguir se proceden a aplicar dichos
conocimientos para la obtencin de resultados que servirn en el mejoramiento de los
procesos de la agencia de ventas.
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.
3.1. CAPTURA DE REQUISITOS
A continuacin se presentarn los productos elaborados durante la fase de

concepcin siguiendo los lineamientos establecidos en la metodologa de desarrollo
RUP.
3.1.1. Modelado del negocio
Esta disciplina tiene como objetivos comprender la estructura y la dinmica de

la organizacin, comprender problemas actuales e identificar posibles mejoras,
comprender los procesos de negocio. Utiliza el Modelo de Caso de Uso del
Negocio para describir los procesos del negocio y los clientes, el Modelo de
Objetos del Negocio para describir cada Caso de Uso del Negocio con los
Trabajadores, adems utilizan los Diagramas de Actividad y de Clases.
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.
Los principales objetivos de esta disciplina son:
Definir el mbito del sistema.

Definir una interfaz de usuarios para el sistema, enfocada a las
necesidades y metas del usuario.
Tener un mejor entendimiento de los requerimientos del sistema.
Tener una base para estimar recursos y tiempo de desarrollo del sistema.
Los requerimientos sern divididos en dos grupos: Los funcionales, que

describirn las funciones que el software va a ejecutar; y los no funcionales,
que especificarn criterios que pueden usarse para juzgar la operacin de un
sistema en lugar de sus funciones especficas.
3.1.2.1. Requerimientos Funcionales
Los requerimientos funcionales ofrecen una descripcin detallada del

comportamiento de la aplicacin y de las necesidades del sistema as
como soluciones a posibles situaciones adversas o anmalas tales
como datos invlidos, errores, fallos del sistema entre otras. Por lo
tanto, para poder realizar correctamente el proyecto en cuestin
debemos asegurarnos que tenemos claros todos los requerimientos a
cumplir. En el siguiente listado veremos qu requisitos mnimos debe
cumplir nuestra aplicacin.
Mdulo de Personal
Evidentes para todos los tipos de usuarios.
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
R-6. El sistema debe permitir registrar e ingresar los productos

nuevos a la agencia como las tarjetas SIM y equipos.
R-7. El sistema permitir la modificacin de los datos de los
productos.
R-8. El sistema permitir mostrar la informacin actualizada de los
productos existentes y disponibles de los productos.
R-9. El sistema debe permitir realizar bsquedas de artculos por
coincidencia, por series.
R-10. Seccin para el ingreso de productos por artculos, series y
otros datos.
R-11. El sistema debe permitir generar un inventario por artculos y
series.
R-12. El sistema debe permitir la actualizacin continua de
contenidos.
Mdulo de Ventas
R-13. El sistema permitir registrar los datos del cliente.
34
R-14. El sistema debe permitir hacer ventas segn el tipo: Prepago,
Postpago, Fijo e internet y otros.
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.
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
R-24. El sistema debe permitir realizar pagos de las ventas

realizadas.
R-25. Seccin para generar guas de remisin de las ventas
realizadas.
R-26. Seccin para generar reporte de los movimientos diarios.
R-27. Seccin para generar reporte de ingresos y egresos mensual.
R-28. El sistema debe guardar las cantidades de artculos vendidas y
los precios a los que fueron vendidas.
35
3.1.2.2. Requerimientos No Funcionales
Los requerimientos no funcionales tienen que ver con caractersticas

que de una u otra forma puedan limitar el sistema. Estos
requerimientos se basan en restricciones impuestas por los usuarios
o bien surgidas por sucesos previstos improvistos y que afectan al
diseo final. Normalmente son cuantificables. Algunos ejemplos son,
el rendimiento (en tiempo y espacio), interfaces de usuario, fiabilidad,
mantenimiento, seguridad, portabilidad, estndares, etc.
El sistema de control y gestin debe satisfacer los siguientes

requerimientos suplementarios: usabilidad, fiabilidad, desempeo y
mantenibilidad. Cada uno de estos requerimientos impacta la toma de
cualquier decisin sobre la arquitectura del sistema.
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.1. Requerimientos de Equipos

Se deber contar con un servidor de internet que permita la
conexin de mltiples usuarios.
Para que un encuestador pueda acceder a una encuesta debe
tener una conexin a Internet a travs de un punto con acceso a
internet.
3.1.2.2.2. Disponibilidad
El Sistema debe estar disponible cuando el usuario desee
acceder al sistema.
3.1.3. Actores del 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.1.4. Diagramas de Caso de Uso
El diagrama de caso de uso es el conjunto de los modelos de interaccin entre

los usuarios externos de un sistema (actores) y el sistema mismo. Se han
identificado los siguientes casos de uso generales:
Gestionar proceso de acceso al personal
Gestionar procesos de almacn.
Gestionar procesos de activacin.
Gestionar proceso de ventas.
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.
3.2.1. Modelo de Casos de Uso del Negocio
Este diagrama representa la funcionalidad completa de un sistema (o una

clase) mostrando su interaccin con los agentes externos. Esta representacin
se hace a travs de las relaciones entre los actores (agentes externos) y los
casos de uso (acciones) dentro del sistema. Los diagramas de casos de uso
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.
3.2.1.1. Realizacin de Casos de Uso del Negocio
Un modelo de Objetos del Negocio es un modelo interno a un negocio

y describe como cada caso de uso es llevado a cabo por parte de un
conjunto de trabajadores que utilizan un conjunto de entidades del
negocio y de unidades de trabajo. Los modelos de objetos del negocio
estn asociados a cada uno de los casos de uso del negocio descritos
anteriormente.
Figura N 3.1. Diagrama General de Responsables
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.
Actor 01 Responsable de Sistemas Administrador

Descripcin Encargado del sistema.
Se encargan de crear, modificar y eliminar los
Comentarios usuarios de los trabajadores.
Se encarga del Manejo y mantenimiento del sistema.
Actor 02 Responsable de Almacn

Descripcin Representa al encargado de almacn.
Comentarios Se encargan del control del almacn.
Actor 03 Responsable de Activacin

Descripcin Representa al personal del rea de activacin.
Comentarios Se encargan de la activacin de equipos y / tarjetas
SIM en el sistema del operador.
Actor 04 Responsable de Ventas

Descripcin Representa al personal de ventas.
Comentarios Se encargan del ingreso de las ventas
Se encarga de los documentos del cliente.
a. Caso Uso del Mdulo de Personal

Figura N 3.2. Diagrama de Caso de Uso Mdulo Personal
Crea usuario,
contrasea y correo Solicita datos personales
Administrador Envia datos

Usuario
Envia Usuario y contrasea
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 02 Usuario- Trabajadores del negocio

Descripcin Trabajadores del negocio.
Se encargan de las funciones que les
Comentarios
corresponda de acuerdo a su rea.
b. Caso Uso del Mdulo de Almacn Ingreso

Figura N 3.3. Diagrama de Caso de Uso Mdulo Almacn
Ingreso de Equipos
Recepcion y revision de equipos

Envio de equipos disponibles
Ingreso de equipos al sistema

Envio de pedidos de Equipos
Telefonica Almacen
Ingresar al stock de equipos
Envio de Equipos segun pedido

Revisa el pedido
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.
c. Caso Uso del Mdulo de Almacn Funciones

Figura N 3.4. Diagrama de Caso de Uso Mdulo Almacn
Funciones
Ingresa series de los

equipos al sistema
Verificar las series

de los equipos
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.
e. Caso Uso del Mdulo de Ventas Postpago
En caso de Ventas de tipo Postpago en el Caso de uso se agrega

una rea que es Control Econmico quien se encarga de validar
los documentos que necesita el cliente para ser aprobado, de no
42
estar conforme informa al vendedor que al cliente no califica para
optar otro tipo de plan.
Figura N 3.7. Diagrama de Caso de Uso Mdulo Ventas - Postpago
Solicita datos
de equipos Entrega documentos Revisa conformidad
Control Economico
de Documentos
Envia datos estado

de documentos
Cliente / Vendedor
Realiza su pedido
Pto de Venta
Envia pedido
Informa monto
de pago
Envia monto Realiza activacion

Activador
Realiza el pago Envia monto del pedido del pedido
del pedido
Entrega Comprobante Solicita series

de pago de equipos
Caja Envia series

del pedido
Recoge pedidos con Almacen

comprobante de pago
Entrega equipos
del pedido
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.
Actor 06 Control Econmico

Descripcin Responsable de Control Econmico.
Comentarios Se encargan de revisar los documentos del cliente.
f. Caso Uso del Mdulo de Ventas Prepago
En el caso de ventas de tipo Prepago no hace falta de presentar

documentos como los que son necesarios en el plan postpago,
por ese motivo no hay necesidad de entrar en contacto con el
rea de Control Econmico.
Figura N 3.7. Diagrama de Caso de Uso Mdulo Ventas - Prepago
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
Cuadro N 3.1.: Riesgos
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 control de los Brindar Demostrar las

productos es informaci ventajas que
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.
*Impacto.
4 Severo.
3 Catastrfico
2 Sostenible
1 Menor
3.3. DISEO
El diseo es un refinamiento que toma en cuenta los requerimientos no funcionales,

por lo cual se centra en como el sistema cumple sus objetivos.
Los principales objetivos en esta disciplina son:
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.
3.3.1. Diagrama de Clase
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.
3.3.2. Diagrama de Paquetes.
Los diagramas de paquetes muestran como un sistema est dividido en

agrupaciones lgicas mostrando las dependencias entre esas agrupaciones.
Dado que normalmente un paquete est pensado como un directorio, los
diagramas de paquetes suministran una descomposicin de la jerarqua lgica
de un sistema.
Los Paquetes estn normalmente organizados para maximizar la coherencia

interna dentro de cada paquete y minimizar el acoplamiento externo entre los
paquetes. El sistema de control y gestin est dividido en cinco componentes
Ventas, Activacin, Caja, Almacn y Control Econmico cada uno de estos
componentes cumple funciones especficas como se puede apreciar en la
Figura N 3.22.
47
Figura N 3.8. Diagrama de Clase del Sistema
tbpuesto tbpersonal tbdepartamento

1 1 n
1
1 1 1n n
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
Caja Control Almacen

Economico
3.3.3. Diagramas de Secuencia
El diagrama muestra las interacciones entre los objetos organizadas en una

secuencia temporal. En particular muestra los objetos participantes en la
interaccin y la secuencia de mensajes intercambiados.
a) Diagrama 1: Personal
Muestra la secuencia de los mensajes entre los actores, el

administrador y los usuarios (trabajadores del negocio). Se creara
cada usuario dependiendo al rea que pertenece el trabajador para
poder configurar sus respectivas funciones.
Figura N 3.10. Diagrama de Secuencia Mdulo 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
Muestra la secuencia de los mensajes representados en el proceso de

abastecimiento de equipos e ingreso de las series al sistema y
muestra cual es la intervencin del rea del almacn y qu funcin
cumple dentro del proceso.
Figura N 3.11. Diagrama de Secuencia Almacn - Ingreso
Telefonica Almacen
Envio de lista de
equipos disponibles
Envio de pedido
de equipos
Revisar Pedido
Atencion del pedido
Recepcion y revision
de equipos
Ingreso de series de
equipos al sistema

c) Diagrama 2: Almacn - Funciones
Muestra la secuencia de los mensajes representados en los procesos

o funciones que se realiza en el almacn.
50
Figura N 3.12. Diagrama de Secuencia Mdulo Almacn - Funciones
Almacn Sistema
Verificar las series

de los equipos
Ingresar series
de los equipos
Actualizar Informacion
Realizar stock
de los equipos
Generar reporte
de las series

d) Diagrama 3: Activacin
Muestra la secuencia de los mensajes representados en el proceso de

venta y muestra cual es la intervencin del rea de activacin y que
reas son las encargadas de enviarle informacin.
Figura N 3.13. Diagrama de Secuencia Mdulo Activacin
Vendedor Almacen Activador
Solicita series
del pedido
Envia series
de equipos
Envia informacion del pedido
Revisa informacion del

pedido y activa los equipos
Envia el monto del pedido

51
e) Diagrama 5: Ventas
Muestra la secuencia de los mensajes completo en el proceso de

venta del tipo postpago, donde a diferencia de Punto de Venta se
agrega el rea Control Econmico el cual se encarga de la
documentacin.
Figura N 3.14. Diagrama de Secuencia Mdulo Ventas

Cliente Vendedor Control Almacen Activador Caja
Economico
Solicita informacion de equipos
Entrega inform acion
Realiza su pedido
Entrega docum entos

del cliente
Revisa conformidad
de documentos
Envia estado
de documentos
Solicita series
del pedido
Envia series
de equipos
Envia informacion del pedido
Revisa informacion del

pedido y activa los equipos
Envia el m onto del pedido
Informa el monto
de pago del pedido Informa el monto
del pedido a cobrar Revisa el pedido
en sus opciones
Realiza pago del pedido
Em ite comprobante de pago

y guia de rem ision
Recoge equipos con comprobante
de pago y guia de rem is ion
Entrega equipos
de su pedido

52
3.3.4. Diagramas de Colaboracin (DC):
Un Diagrama de Colaboracin muestra una interaccin organizada

basndose en los objetos que toman parte en la interaccin y los enlaces
entre los mismos. Estos diagramas muestran las relaciones entre los roles de
los objetos. Cada diagrama de colaboracin har una referencia directa a
cada caso de uso mostrado en la etapa de requisitos, as como tambin a
cada interface mostrada en la etapa de diseo. La secuencia de los mensajes
y los flujos de ejecucin concurrentes se determinarn explcitamente
mediante nmeros de secuencia. A continuacin se presentan los diagramas
de colaboracin de los principales procesos:
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

b) Diagrama 2: Almacn - Ingreso

Figura N 3.16. Diagrama de Colaboracin Almacn Ingreso
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
1: Verificar las series

2: Ingresar series 3: Actualizar Informacion
de los equipos
de los equipos
4: Realizar stock
de los equipos
5: Generar reporte
de las series
Almacn Sistema

a) Diagrama 3: Activacin
Figura N 3.18. Diagrama de Colaboracin Mdulo Activacin
Vendedor
3: Envia informacion del pedido
5: Envia el monto del pedido
1: Solicita series 4: Revisa informacion del

del pedido pedido y activa los equipos
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
Cliente 2: Entrega informacion 6: Envia estado

12: Informa el monto de documentos Control
de pago del pedido Economico
17: Recoge equipos con comprobante 7: Solicita series
de pago y guia de remision del pedido 9: Envia informacion del pedido
Diagrama 5: Ventas
13: Informa el monto

15: Realiza pago del pedido
del pedido a cobrar
11: Envia el monto del pedido
10: Revisa informacion del
16: Emite comprobante de pago pedido y activa los equipos
y guia de remision 18: Entrega equipos
14: Revisa el pedido de su pedido

en sus opciones
8: Envia series
de equipos
Activador
Almacen
Figura N 3.19. Diagrama de Colaboracin Mdulo Ventas
Caja
55
3.3.5. Generacin de Base de datos.
Para la seleccin del motor de base de datos, se tuvieron en cuenta varios

aspectos importantes. Como primera medida, el motor de base de datos deba
ser un motor que fuese compatible para la implementacin de la aplicacin
Web, como segundo punto deba ser un motor de base de datos de libre
distribucin. Por ello y de acuerdo a estas dos razones fundamentales se
decidi trabajar con MySQL. Anexo 1.
Figura N 3.20. Base de Datos Personal.

3.3.6. Modelo de Diseo
Es una abstraccin del Modelo de Implementacin y su cdigo fuente, el cual

fundamentalmente se emplear para representar y documentar su diseo.
Ser usado como entrada esencial en las actividades relacionadas a
implementacin. Representar a los casos de uso en el dominio de la solucin.
Para representar los diagramas del Modelo de Diseo se emplearn diferentes
diagramas de UML tales como:
3.3.6.1. Interfaz del Sistema
El generar ventas es un proceso extenso, que ha resultado engorroso

por llevarse a cabo manualmente en su totalidad, generando una gran
cantidad de documentos fsicos y siendo un proceso lento tanto en su
ejecucin como en la realizacin de auditoras. La finalidad del
sistema es simplificar este proceso a travs de su automatizacin.
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
Se requiere que el sistema verifique la identidad del usuario para

acceder a los mdulos de personal, almacn, ventas, caja y otros
La construccin de la pgina principal se defini como una pgina de

autenticacin de usuarios, en donde el usuario deber ingresar un
Nombre de Usuario (Login) y una Contrasea (Password) para tener
acceso al sistema.
Para el caso del sistema Web es lo siguiente:
Figura N 3.21. Pantalla de Acceso.

Una vez autenticado, el usuario podr acceder al Men Principal de

acuerdo al privilegio correspondiente, en la figura N.3.23
57
Figura N 3.22. Pantalla de Men Principal.

Construccin de Formularios de Ingreso de Datos
En esta etapa se crearan todos los formularios de ventas donde se

ingresara informacin. Cada formulario contara con botones que le
permitirn Agregar, Generar Venta, Listar los datos ingresados
(Cliente, Vendedor) y en algunos casos dejara la posibilidad de
exportar los datos del cliente.
Los Formularios de ventas son los siguientes:
58
Figura N 3.23. Pantalla de Ventas Colectivos.

Figura N 3.24. Pantalla de Ventas Negocios.

59
Figura N 3.25. Pantalla de Ventas Residencial.

Para la edicin de un registro si se conoce el Cdigo Principal de la

tabla en donde se est trabajando, al escribir el cdigo
inmediatamente buscara el registro completo y lo mostrara en pantalla
para entregar la posibilidad de modificarlo, de lo contrario se guardara
la nueva informacin ingresada.
60
Figura N 3.26. Pantalla de Modificacin del Personal.

Figura N 3.27. Pantalla de Modificacin de Activacin.

61
Figura N 3.28. Pantalla de Modificacin del Cliente.

Se crearan los formularios de ingreso donde se ingresara informacin

de los productos que proporciona la agencia de ventas. Cada
formulario contara con botones que le permitirn Importar e Ingresar.
El formato de ingreso de datos de es el siguiente:
Figura N 3.29. Pantalla de Ingreso de Tarjetas SIM.

62
Figura N 3.30. Pantalla de Registro Tipo Chip.

Figura N 3.31. Pantalla de Ingreso de Planes.

Figura N 3.32. Pantalla de Ingreso de Equipos.

63
Formularios de Listado
Este tipo de formato entrega la posibilidad de filtrar de acuerdo a un

criterio de bsqueda que puede ser por cdigo o por nombre, y si el
dato buscado aparece en el listado, entonces se debe seleccionar la
informacin, cuando se hace clic se llevara los datos a los casilleros
correspondientes de los formularios.
Figura N 3.33. Pantalla de Bsqueda de Tarjetas SIM.

Figura N 3.34. Pantalla de Bsqueda de Equipos.

64
Figura N 3.35. Pantalla de Bsqueda de Clientes.

Formularios de Generacin de Informes
En esta etapa se construyen los formularios que permiten la salida de

informacin a travs de informes.
En cada formulario se podr apreciar que existe un par de campos o

ms que permitan el filtrado de informacin. Campos como rangos de
fechas o seleccin de un tipo de haber, entre otros. Adicional a ello
tambin existe un botn que permite ver el Informe, es botn cuando
es presionado se encargara de enviar los datos que se ingresaron
como parmetros para realizar la seleccin de registros de acuerdo a
esos parmetros y mostrara el informe asociado a ello.
3.4. IMPLEMENTACIN
El objetivo principal que se busca en esta disciplina es convertirlos elementos del

diseo en elementos de implementacin, dichos elementos son los archivos y cdigos
fuentes. Otra parte de esta disciplina son las pruebas de unidad, las cuales se limitan
a los componentes de software implementados. De esta disciplina se obtendr un
sistema estable.
Los objetivos especficos son:
Determinar en qu orden se implementarn los elementos de cada subsistema.

Integrar el sistema siguiendo el plan.
Notificar los errores de diseo, si se encuentran, actualizando la documentacin.
65
A continuacin se detallan cada una de las herramientas y procedimientos utilizados
para desarrollar e implementar la aplicacin Web.
Figura N 3.36. Diagrama de Componentes.
Validacion.
usuario.jsp
Modulo
index.jsp Personal
Modulo
Ventas
Conexion
Modulo
Almacen
Modulo Caja
Modulo Control
Economico Base de Datos

3.4.1. Arquitectura del Sistema
Este captulo describe el ambiente de construccin e implementacin

(arquitectura), con ejemplos de diseo de clases y consideraciones para la
construccin de un Caso de Uso en particular.
La implementacin de este proyecto se realiza sobre ambiente web, con una

arquitectura de capas construidas sobre tecnologa J2EE. Previamente se
construye una plataforma de desarrollo que facilita y orienta la construccin de
las aplicaciones, definiendo la forma de comunicacin de las clases entre
capas, de instanciacin de las clases, de ejecucin de procesos tpicos, como
creacin de impresiones y orquestacin de procesos batch, ms otras
facilidades. Esto constituye el Framework de Desarrollo y se realiza en base a
integracin de algunas aplicaciones ya existentes en el mercado, ms algunos
desarrollos propios. Algunas de las aplicaciones abiertas que se consideran en
este Framework son las siguientes:
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.
Oracle XML Publisher3: Aplicacin para la creacin de documentos (pdf, excel,

doc) en base a una plantilla predefinida donde se le asocian los atributos de
los objetos de la aplicacin.
A continuacin se describen las componentes principales de la arquitectura de

implementacin, indicando los conceptos arquitectnicos, los Framework
puntuales de algunas capas y su implementacin especfica en alguno de los
casos de uso del sistema.
3.4.1.1. Diagrama de Capas
Las componentes por cada capa son las siguientes:
Capa Cliente
A esta capa pertenecen las pginas Web y las clases bound

(Manager Bean Boundary), encargadas de controlar la presentacin,
configurar las componentes visuales de las pginas Web, manejar
mensajes de informacin o error, y de relacionarse con la capa de
negocio.
Para la implementacin y control de la capa cliente se utiliz el

Framework JSF Trinidad. Esta herramienta permite manejar controles
de presentacin similares a Swing, Visual Basic o Delphi, donde la
programacin de la interfaz se hace a travs de componentes y est
basada en eventos (se pulsa un botn, cambia el valor de un campo,
etc.) El lenguaje fuente de las pginas es XHTML y en ejecucin se
generan las pginas HTML.
Se considera tambin parte de la capa de cliente las funciones

propias del browser, pero por ser externas a este desarrollo, no se
considerarn en este documento.
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.
Capa de Datos o Persistencia
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.
La comunicacin entre las clases no es directa entre las distintas

capas, sino que es implementada mediante la configuracin del
contenedor J2EE. Tampoco es directa entre clases de una misma
capa, es decir, una clase del tipo ON, que necesite invocar un mtodo
de otra clase ON o SRN, no debe incluir como atributo un objeto de la
otra clase para acceder al mtodo, sino que se invoca indirectamente
mediante mtodos provistos por la arquitectura.
3.4.2. Publicacion
En esta parte detallaremos con un ejemplo los pasos a seguir para levantar la
aplicacin en internet.
Por diversos motivos necesitamos subir archivos a nuestro Hosting desde

nuestro cPanel. Para logarlo seguiremos estos sencillos pasos.
1. Ingresar a nuestra rea de administracin cPanel con nuestros accesos

actuales.
68
Figura N 3.37. Pantalla de ingreso a cPanel.
Fuente: http://telenegocios.net:2082/logout/?locale=en
Para ingresar a l debe ingresar a la direccin de su dominio aadiendo al

final /cpanel. Ejemplo: dominioejemplo.com/cpanel
Despus de ingresar el usuario y contrasea correctos, podr ver una

ventana como esta:
Figura N 3.38. Pantalla de Opciones.
Fuente: http://telenegocios.net:2082/cpsess4156573253/frontend/x3/index.html
69
Seleccionaremos la opcin Administrador de Archivos
Figura N 3.39. Pantalla Administrador de Archivos.
Nos mostrar la siguiente ventana:
Figura N 4.40. Pantalla de Seleccin de Directorios.
En esta ventana seleccionaremos la carpeta a la que entraremos, por

ejemplo si seleccionamos la opcin: Directorio Home nos enviar a la
carpeta raz de nuestro Hosting.
Si seleccionamos la opcin Web Root (public_html/www) nos enviar a la

carpeta dnde se encuentran los archivos de nuestro sitio web. En este
caso es la opcin que seleccionaremos.
70
Despus de dar clic en el botn Go veremos lo siguiente:
Figura N 3.41. Pantalla Web Root.
Fuente: http://telenegocios.net:2082/cpsess4156573253/frontend/x3/filemanager/index.html
Para subir un archivo debemos dar clic en el botn lo que nos

mostrar la siguiente pantalla:
Figura N 3.42.Pantalla Carga de Archivos.
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.
Una vez cargado el archivo podemos cerrar esta ventana.
71
PARA crear carpetas, lo podemos hacer desde la ventana principal de
nuestro Administrador de Archivos, nicamente debemos dar clic en el
botn , indicarle el nombre y quedar creada la carpeta.
3.5. PRUEBAS
Para el desarrollo de este proyecto, se tuvieron en cuenta una serie de factores

importantes al momento de realizar las pruebas correspondientes al sistema Web de
control y gestin, entre ellas se encuentra el diseo y puesta en marcha de un plan de
pruebas, el cual tiene como objetivo garantizar la calidad y cumplimiento de los
requerimientos funcionales y no funcionales detallados anteriormente, para ello se
defini un alcance de dicho plan determinado de la siguiente manera; se definieron
una serie de criterios los cuales sern la base fundamental para el buen
funcionamiento del sistema, entre los criterios a tratar se tiene los siguientes:
Rendimiento.
Confiabilidad.
Funcionalidad
Requerimientos de Implementacin.
Requerimientos fsicos.
Aspectos Generales del sistema.
Entre las pruebas a utilizar se encuentran:
3.5.1. Justificacin de las Pruebas de Cristal y Unitarias.
El desarrollo de este tipo de pruebas no se tuvieron en cuenta dentro del plan

diseado para el test de la aplicacin, esto debido a que los casos de uso no
tienen un alto nivel de complejidad en su procesamiento, ya que, por el
contrario estos son de tipo transaccional, es decir, no se requiere de una
inspeccin estricta en sus mtodos, sentencias y condiciones propias de los
casos de uso, de igual manera cada uno de los mdulos, realiza un
procesamiento de datos bajo en sus procedimientos.
72
3.5.2. Pruebas de Integracin.
Pruebas funcionales. A continuacin se listan los Casos de prueba del caso

de uso, para tener una descripcin de todos los casos de uso,
Cuadro N 3.2 Validaciones y Verificaciones
Entrada Validaciones y/o verificaciones

Ingresar producto Verifica que producto no sea un dato nulo
Ingresar tipo Plan Verifica que los planes exista en la base de
datos
Ingresar Cliente Verifica que los clientes exista en la base de
datos
Ingresar Tipo de Venta Verifica que los tipos de venta exista en la base
de datos
Ingresar Ventas Prepago Verifica que los datos no sean nulos
Ingresar Ventas Postpago Verifica que los datos no sean nulos
3.5.3. Pruebas de Estrs.
Para el desarrollo de las pruebas de estrs, se seleccionaron los diferentes

mdulos que desempean un alto nivel de carga para la aplicacin, por esta
razn se decidi realizar las pruebas a los mdulos de almacn, ventas. De
esta manera se pretende conocer las capacidades de la aplicacin antes de
llevarla a un entorno de trabajo real.
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

Cuadro N 3.4 Resultados obtenidos de Web Server

De acuerdo a los resultados Obtenidos, se puede afirmar que para el

escenario mencionado anteriormente, la aplicacin cumple satisfactoriamente
con el objetivo de la prueba de estrs, debido a esto responde positivamente
las expectativas de la misma, con respecto al ancho de banda y nmero de
solicitudes que se podran a llegar a tener en la aplicacin.
De esta manera se puede obtener un grfico ilustrativo correspondiente a las

cargas y solicitudes hechas al servidor desde la aplicacin y su
correspondiente base de datos.
74
Figura N 3.43.Pantalla Carga y Solicitudes hechas al Servidor.

3.5.4. Pruebas de seguridad
Para estas pruebas se tuvieron en cuenta una serie de parmetros

importantes para poder disear e implementar un mecanismo de seguridad,
el cual ser de gran ayuda para determinar posibles vulnerabilidades del
sistema y tomar medidas correctivas al respecto.
Para este tipo de pruebas se hizo uso de un framework de referencia llamado

OWASP Testing Guide v3.0, este tiene por objetivo ayudar a construir un
proceso completo de pruebas estratgicas, el framework consta de una serie
tems que deben ser tenidos en cuenta antes de la realizacin de las
pruebas, entre estos tems se tienen:
Revisin de los Requisitos de Seguridad

Gestin de usuarios
Autenticacin
Autorizacin
Confidencialidad de los datos
Integridad
Gestin de sesiones
3.5.4.1. Resultado de pruebas OWASP
Dentro del desarrollo de las pruebas del sistema, OWASP implementa

una serie de procedimientos que se describen como una metodologa
75
para la realizacin de pruebas de intrusin en aplicaciones Web, y
explica cmo realizar la comprobacin de cada vulnerabilidad.
Para el desarrollo del test de intrusin en aplicaciones Web se

definieron los siguientes tipos de pruebas:
Pruebas de autenticacin
Pruebas de autorizacin
Pruebas de gestin de sesiones
Cuadro N 3.5 Pruebas del Sistema OWASP
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
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.
4.1. MARCO ESTADSTICO
Se planea alquilar el servicio de un servidor web despus de que se termine las

evaluaciones, para que el sistema de control y gestin sea accesible desde diferentes
lugares externos a la agencia de ventas y se tenga la informacin disponible en todo
momento para todo el personal de la agencia de ventas.
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.
4.1.1. Procesos Completados
A. Administracin del Personal
Este proceso contempla la creacin de usuarios para el personal que labora en

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 contempla la inscripcin de clientes, tipos de ventas, tipos de

planes, asignacin de series de equipos y tarjetas Sim y asignar el nmero
correspondiente.
o Con el sistema de control y gestin: el proceso de ventas demora de 15 a

20 minutos para Clientes nuevos; dentro de ello podemos elegir el tipo de
venta, tipo de plan dependiendo al tipo de venta, adems de asignar la o
las series de los equipos y tarjetas SIM de acuerdo a la venta que se est
realizando, para el lado de asignar el numero este proceso lo realiza el
activador despus de haber generado la activacin de el o los equipos
solicitado en la venta.
o Anteriormente: los vendedores al final del horario de atencin al pblico, se
encargaba de realizar el ordenamiento de los papeles de ventas e iba
registrando a las ventas de acuerdo a como se realizaban la venta en una
hoja de Excel, esto le tomaba alrededor de una hora diaria y luego ya al
final del mes se generaba un listado de ventas general el cual ayuda para
llevar un control de ventas realizadas en el mes y que vendedores
cumplieron con sus metas.
C. Ingreso de Equipos y Tarjetas SIM
Este proceso considera el registro de equipos y tarjetas SIM nuevos que recin
han llegado a la agencia de ventas.
o Con el sistema de control y gestin: para el registro de las series de los

equipos y tarjetas SIM, con la funcionalidad de importacin de ingreso
desde una hoja de clculo, se consigue en un promedio de 3 minuto por
ingreso si ya se cuenta con la los modelos de equipos y tarjetas SIM y de 5
minutos si recin se registra los nuevos modelos y se pasa las series a la
hoja de clculo.
o Anteriormente: el proceso se haca de la siguiente manera, el almacenero
tena que ingresar cada serie de equipo y tarjeta SIM en una hoja de Excel,
78
despus se une a las series ya existentes en la agencia para tener un
control del stock disponible.
D. Inventario de Equipos y Tarjetas SIM
Este proceso comprende el registro de los equipos y tarjetas SIM existentes y

disponibles en la agencia de ventas.
o Con el sistema de control y gestin: este proceso se realiza casi de forma

automtica, ya que se cuenta con las series de los equipos y tarjetas SIM
ya cargadas a la base de datos; solo basta con generar las rdenes de
control y este automticamente genera los listados correspondientes; este
proceso no tarda ms de un minuto por grado.
o Anteriormente: este proceso se realizaba, comenzando por pasar las series
de los registros a una hoja de clculo donde se guardaba la informacin de
los equipos y tarjetas SIM, este proceso demoraba en un promedio de 7 a
10 das; luego se pasaba a realizar los clculos respectivos de los listados
y orden de series el cual demoraba alrededor de 1 da.
E. Consolidados de Ventas
Este proceso comprende el registro de las ventas postpago y prepago de la

agencia de ventas.
o Con el sistema de control y gestin: este proceso se realiza de forma diaria

donde se registra las ventas, adems se puede realizar los listados de
ventas de cada vendedor, como esta informacin se encuentra registrada
en la base de datos, este consolidado se genera de forma automtica.
o Anteriormente: este proceso solamente era responsabilidad de la
secretaria, quien tena en un registro la lista de las ventas de cada
vendedor para fines de pago y control de metas
4.1.2. Respecto a los Usuarios
Con respecto a los clientes, la atencin a ellos ahora se realiza de forma ms

rpida, sin tener que estar desplazndolo de rea en rea, ya que antes si el
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.
Con respecto a los trabajadores, pueden realizar sus labores de realizar

ventas, ingresar equipos e inventarios de manera mucho ms rpida que
antes, de manera mucho ms segura y con menos errores que antes.
4.2. PRUEBA DE HIPTESIS
El instrumento utilizado para la recoleccin de informacin y medicin de los tiempos

en coordinacin del personal fue el cuestionario. Esta herramienta permiti la
recoleccin de los datos necesarios para realizar el diseo; el cuestionario fue tomado
a los vendedores, personal administrativo y clientes; como el tamao de la poblacin
es muy poca se ha decidido utilizar el total de poblacin como la muestra; para las
respuestas del cuestionario se us la escala auto aplicada de Likert como se muestra
en el cuadro N 4.1.
Cuadro N 4.1. Modelo de escala de Likert
INDICADOR EQUIVALENCIA
1 Totalmente de acuerdo
2 De acuerdo
3 Indeciso
4 En desacuerdo
5 Totalmente en desacuerdo
Fuente: Antz. Full service research company.
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.
De la encuesta realizada a los trabajadores, y clientes obtuvo el resultado mostrado

en el Cuadro N 4.2.
Cuadro N 4.2. Resultados obtenidos del Cuestionario
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.
En la tabla anterior se logra apreciar la cantidad de encuestados optaron por una

respuesta en cada pregunta, se puede apreciar que la mayora de los encuestados
optaron por las opciones 4 y 5, queriendo decir que para la mayora de los
encuestados que el diseo del sistema de control y gestin web, colabora y agiliza los
procesos respectos a la gestin de ventas de la agencia; para un mayor anlisis se
realiz la Figura N 4.2.
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.
Datos sobre los tiempos medidos de los procesos
En la prueba analizamos que nuestra aplicacin cumple con el objetivo de minimizar

el tiempo en los procesos que se realiza para una venta, como se muestra en el
Cuadro N 4.3.
Cuadro N 4.3. Cuadro Comparativo

OBSERVACIONES OBSERVACIONES
AREA PROCESO ANTES DE LA DESPUES DE LA
APLICACIN WEB APLICACIN WEB
Ventas Evaluar datos del cliente 3 min. 2 min.

Entregar a documentos a
Ventas 1 min. 1 min.
Control Econmico
Control Validar estado de
3 min. 2 min.
Econmico documentos del cliente
Almacn Solicitar series a Almacn 2 min. 1 min.
Activacin Enviar Series a Activador 2 min. 1 min.
Activacin Enviar Nmero telefnico 2 min. 1 min.
Ventas Registrar datos del Cliente 3 min. 2 min.
Caja Enviar monto a Caja 2 min. 1 min.
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
En la Figura N 4.2 se muestra los tiempos que antes tomaba realizar el proceso de
ventas y el que actualmente demora.
Figura N 4.2. Tiempo de Demora en el Proceso de Ventas.
Entregar equipo de Almacn
Recoger equipo de Almacn
Emitir comprobante a Caja
Enviar monto a Caja
Registrar datos del Cliente
Enviar Nmero telefnico
Enviar Series a Activador
Solicitar series a Almacn
Validar estado de documentos del cliente
Entregar a documentos a Control Econmico
Evaluar datos del cliente
0 0.5 1 1.5 2 2.5 3 3.5
Con Aplicacin Web Sin Aplicacin Web

Con el sistema de control y gestin: este proceso se realiza de manera automtica

con un mnimo margen de error y demora de 15 a 18 minutos por venta, generando la
boletas y/o factura de venta en tan solo un solo da.
Anteriormente: este proceso demoraba de 20 a 25 minutos adems de confirmar si los

datos proporcionados por el cliente son verdaderos.
En la Figura 4.3, se muestra la medicin de los tiempos que anteriores y actuales al

respecto al uso del sistema de informacin.
83
Figura N 4.3. Tiempo de Demora en el Proceso de Ingreso de Series.
Realizar Stock de series

Ingresar series en excel
Verificar series del producto
Revisar series de las guias
0 1 2 3 4 5 6
CON APLICACIN WEB SIN APLICACIN WEB

Como se observan en los grficos anteriores se redujo en ms del 50% la realizacin

de cada proceso; especialmente en los procesos relacionados con el registro de
clientes, ventas, ingreso de equipos e inventarios, antes estos requeran ms de tres
das y con el uso de sistema de control y gestin este tiempo se redujo a tan solo un
da.
4.2.1. Anlisis Estadstico de las Pruebas
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.
Las frmulas para la prueba de hiptesis son las siguientes:
Caso I Caso II Caso III

Ho: u1=u2 Ho: u1=u2 Ho: u1=u2
Ha: u1<u2 Ha: u1u2 Ha: u1>u2
Prueba estadstica:
con n-1 grados de libertar
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.
Cuadro N 4.4. Tiempos del proceso de ventas

AREA PROCESO TIEMPOS
Ventas Evaluar datos del cliente 3 min.

Ventas Entregar a documentos a Control Econmico 1 min.
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.
A continuacin se pasa a realizar el clculo del estadgrafo t.
Figura N 4.4. Tabla de la T de Student.
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
Figura N 4.5. Calculo del Estadgrafo t
Elaboracin: El investigador
Como se muestra en el Grfico 4.5. se rechaza la hiptesis nula y se acepta

la hiptesis alternativa.
Como se desarroll, en todas las pruebas T de Student arrojaron que la

hiptesis nula se rechaza y se acepta la alternativa, como se observar en la
Figuras 4.5, que el estadgrafo t se sita en la regin crtica, por tanto no se
sigue el criterio de aceptacin de la hiptesis nula. De esta manera, se
rechaza la H0 y se deduce que a un nivel 0.05 de significancia el Sistema de
control y gestin basado en tecnologa web produce efectos significativos en
el proceso de gestin de ventas de la agencia de ventas.
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.
3. En la tesis desarrollada se manejan dos tipos de roles: usuario y administrador, sin

embargo, si la evolucin del sitio amerita establecer otros niveles de acceso al ste, se
recomienda crear roles adicionales a los ya existentes.
4. Se recomienda a las empresas en usar estas plataformas mviles ya que ayuda a

transmitir la informacin a los empleados y realizar ventas electrnicas, logrando as
tener un mejor rendimiento de su empresa.
88
REFERENCIAS
Referencias Electrnicas
1. Laboratorio de Computacin - Universidad de Magallanes. Introduccin a la OOP

Disponible en:
http://kataix.umag.cl/~ruribe/Utilidades/Introduccion%20a%20la%20Programacion%20Orientada
%20a%20Objetos.pdf
Accesado l: [01 de Febrero 2014]
2. Cinvestav - Departamento de Computacin. Programacin orientada a objetos

Disponible en:
http://computacion.cs.cinvestav.mx/~acaceres/courses/udo/poo/files/slides/POO-01.pdf
Accesado el: [01 de Febrero 2014]
3. Compunauta Micro Linux (uLinux) MicroLinux II - free . Aprendiendo Java y

Programacin Orientada a Objetos
Disponible en:
http://www.compunauta.com/forums/linux/programacion/java/AprendiendoJava.pdf
4. Aprendizaje Web. Programacin Orientada a Objetos

Disponible
en:http://aprendizajeweb.com/CursoJava2012/LibrosVarios/Programacion%20Orientada%20A%
20Objetos%20-%20Luis%20Joyanes%20Aguilar.pdf
5. Universidad de Alicante. Bases de Datos 1

Disponible en: http://rua.ua.es/dspace/bitstream/10045/2990/1/ApuntesBD1.pdf
6. FREELIBROS.ORGSW. Video2Brain: MySQL, Gestion de Base de Datos 2011

Disponible en:http://www.freelibros.org/videotutoriales/video2brain-mysql-gestion-de-bases-de-
datos-2011.html
7. SW Computacin. Bases de datos

Disponible en: http://www.sw-computacion.f2s.com/Linux/007-Bases_de_datos.pdf
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
9. UdoSpace. Desarrollo de una aplicacin web basada en tecnologa helpdesk

para ofrecer servicios de soporte tcnico e inventario en la Gerencia de
Informtica de la Empresa C.A. Hidrolgica del centro, en Valencia estado
Carabobo
Disponible en: http://ri.biblioteca.udo.edu.ve/handle/123456789/1643?mode=full
10. Casa del libro.com. Ingeniera de Software

Disponible en: http://www.casadellibro.com/libro-ingenieria-del-
software/9788478290741/1048885
11. Casa del libro.com. Programacion de Aplicaciones Web

Disponible en: http://www.casadellibro.com/libro-programacion-de-aplicaciones-
web/9788497321815/910394
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]
13. MySQL AB. Tutorial bsico de MySQL

Disponible en:http://www.mysql-hispano.org/page.php?id=6&pag=1
14. Textos.Pucp.: Consumo de telfonos mviles entre adolescentes y jvenes en el Per

Disponible en:http://textos.pucp.edu.pe/texto/Consumo-de-telefonos-moviles-entre-
adolescentes-y-jovenes-en-el-Peru-
Accesado el: [02Marzo 2014]
15. Universitat Politcnica de Valencia. Diseo e Implementacin de una tienda virtual

Disponible en:
http://riunet.upv.es/bitstream/handle/10251/9110/dise%C3%B1oeimplementaciondeunatiendavir
ualFcoAroca.pdf?sequence=1&isAllowed=y
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
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.
CREATE TABLE `Lista_Ventas_Postpago` (
ÌMEI` varchar(50) NOT NULL,
ÌCC` varchar(50) NOT NULL,
`Modelo` text NOT NULL,
`Tipo_Chip` varchar(50) NOT NULL,
`Plan` text NOT NULL,
`Cargo_Fijo` decimal(15,2) DEFAULT NULL,
`Monto` decimal(10,2) NOT NULL,
`Fecha` date NOT NULL,
`DNI_RUC` varchar(50) NOT NULL,
ÌD_Vendedor` varchar(50) NOT NULL,
ÌD_Local` varchar(50) NOT NULL,
Èstado` text NOT NULL,
PRIMARY KEY (ÌMEI`,ÌCC`)
) ENGINE=MyISAM DEFAULT CHARSET=latin1;
CREATE TABLE `TbActivaciones` (
`Fecha_Venta` date NOT NULL,
`Fecha_Activacion` date NOT NULL,
Èstado_Activacion` text DEFAULT NULL,
Èstado_Entrega` text DEFAULT NULL,
Èstado_Documentos` text DEFAULT NULL,
Òbservaciones` text DEFAULT NULL,
93
PRIMARY KEY (`DNI_RUC`,`Fecha_Venta`)
CREATE TABLE `TbActivaciones_postpago` (
Èstado` varchar(50) DEFAULT NULL,
CREATE TABLE `TbBoletas` (
`Boleta` varchar(50) NOT NULL,
ÌD_Ubicacion` varchar(50) NOT NULL,
`Detalle` text,
`Monto` decimal(11,2) DEFAULT '0.00',
PRIMARY KEY (`Boleta`,ÌD_Ubicacion`)
CREATE TABLE `TbCancela_Liquidado` (
`RECIBO` varchar(20) DEFAULT NULL,
94
`Fecha_Pago` date DEFAULT NULL,
PRIMARY KEY (`Fecha_Venta`,`DNI_RUC`)
CREATE TABLE `TbChips` (
ÌD_Tipo` bigint(20) NOT NULL,
ÌD_Ubicacion` bigint(20) NOT NULL
CREATE TABLE `TbDepartamento` (
ÌD` int(11) NOT NULL,
`Departamento` text NOT NULL,
PRIMARY KEY (ÌD`)
CREATE TABLE `TbDeposito_Garantia` (
`Monto` decimal(11,2) DEFAULT NULL,
ÌD_Cobrador` varchar(50) DEFAULT NULL,
`Recibo` varchar(50) DEFAULT NULL,
ÌD_Receptor` varchar(50) DEFAULT NULL,
`Fecha_Entrega` date DEFAULT NULL,
PRIMARY KEY (`DNI_RUC`,`Fecha`,`Fecha_Activacion`)
95
CREATE TABLE `TbDestaque` (
ÌD` bigint(20) NOT NULL AUTO_INCREMENT,
`Destaque` varchar(50) DEFAULT NULL,
PRIMARY KEY (ÌD`)
) ENGINE=MyISAM AUTO_INCREMENT=4 DEFAULT CHARSET=latin1;
INSERT INTO `TbDestaque` (ÌD`, `Destaque`) VALUES

(1,'Plataforma'),(2,'Campo'),(3,'Administrativo');
CREATE TABLE `TbDetalles_Activacion_Postpago` (
`Modelo` varchar(100) DEFAULT NULL,
`Fecha_Activacion` date DEFAULT NULL,
ÌD_Activador` varchar(50) DEFAULT NULL,
`Numero` varchar(50) DEFAULT NULL,
) ENGINE=MyISAM DEFAULT CHARSET=latin1 AVG_ROW_LENGTH=61;
CREATE TABLE `TbDetalles_Activacion_Prepago` (
`Fecha_Activacion` date DEFAULT NULL,
ÌD_Activador` varchar(50) DEFAULT NULL,
`Numero` varchar(50) DEFAULT NULL,
96
CREATE TABLE `TbDetalles_Venta_Puntos` (
`DNI_RUC` varchar(50) DEFAULT NULL,
`Fecha_Venta` date DEFAULT NULL,
`Tipo` varchar(50) NOT NULL,
CREATE TABLE `TbDistrito` (
ÌD_Departamento` int(11) NOT NULL,
ÌD_Provincia` int(11) NOT NULL,
`Distrito` text NOT NULL,
PRIMARY KEY (ÌD`,ÌD_Departamento`,ÌD_Provincia`)
CREATE TABLE `TbEgresos_Caja` (
`Tipo` varchar(50) NOT NULL,
`Detalle` text NOT NULL,
97
PRIMARY KEY (ÌD`)
CREATE TABLE `TbEntrega_Documentos` (
Èxperto` tinyint(1) DEFAULT NULL,
`Contrato_Prestacion` tinyint(1) DEFAULT NULL,
Ànexo_1A` tinyint(1) DEFAULT NULL,
Ànexo_Adq_Equipo` tinyint(1) DEFAULT NULL,
`DNI` tinyint(1) DEFAULT NULL,
`Ficha_RUC` tinyint(1) DEFAULT NULL,
`Boleta` tinyint(1) DEFAULT NULL,
`Fotocheck` tinyint(1) DEFAULT NULL,
`Guia` tinyint(1) DEFAULT NULL,
`Recibo_Servicios` tinyint(1) DEFAULT NULL,
Òbservaciones` text,
PRIMARY KEY (`DNI_RUC`,`Fecha_Activacion`,`Fecha_Venta`)
CREATE TABLE `TbEstado_Control_Economico` (
`DNI` varchar(11) NOT NULL,
`Fecha_Entrega_Documento` date DEFAULT NULL,
`Fecha_Entrega_CDR` date DEFAULT NULL,
`Fecha_Obs1` date DEFAULT NULL,
98
Òbservaciones` text,
PRIMARY KEY (`DNI`,`Fecha_Venta`,`Fecha_Activacion`)
CREATE TABLE `TbExperto_Postpago` (
`Fecha_Vta` date NOT NULL,
Èxperto` varchar(50) NOT NULL,
PRIMARY KEY (`DNI_RUC`,`Fecha_Vta`)
CREATE TABLE `TbGuia_postpago` (
`Guia` varchar(1000) DEFAULT NULL,
CREATE TABLE `TbIngreso_Chips` (
`Guia` varchar(50) NOT NULL,
`Factura` varchar(50) NOT NULL,
`Caja` varchar(100) NOT NULL,
99
PRIMARY KEY (ÌCC`)
CREATE TABLE `TbIngreso_Producto` (
`Guia` varchar(20) NOT NULL,
`Factura` varchar(20) NOT NULL,
PRIMARY KEY (ÌMEI`)
CREATE TABLE `TbLista_Ventas_Prepago` (
`Tipo_Chip` text NOT NULL,
Èstado` text,
CREATE TABLE `TbMarca` (
100
`Marca` text NOT NULL,
PRIMARY KEY (ÌD`)
CREATE TABLE `TbObservaciones` (
Òbservacion` text,
PRIMARY KEY (`DNI`,`Fecha`)
CREATE TABLE `TbPago_Caja` (
`Monto_Total` decimal(10,2) NOT NULL,
ÌD_Punto_Venta` varchar(100) NOT NULL,
Èstado` varchar(50) NOT NULL DEFAULT ' ',
PRIMARY KEY (`DNI_RUC`,`Fecha`)
CREATE TABLE `TbPago_Caja_Postpago` (
`Monto_Total` decimal(10,2) NOT NULL,
ÌD_Punto_Venta` varchar(50) NOT NULL,
101
PRIMARY KEY (`DNI_RUC`,`Fecha`)
CREATE TABLE `TbPersonal` (
`Nombre_Apellido` text NOT NULL,
`Direccion` text NOT NULL,
ÌD_Distrito` int(11) NOT NULL,
`Correo` text,
`Celular` varchar(20) DEFAULT NULL,
`RPM` varchar(20) DEFAULT NULL,
ÌD_Ubicacion` int(11) NOT NULL,
`Puesto` varchar(50) DEFAULT NULL,
`Contrato` varchar(50) DEFAULT NULL,
`Destaque` varchar(50) DEFAULT NULL,
PRIMARY KEY (`DNI`)
CREATE TABLE `TbPlan` (
ÌD_Marca` bigint(20) NOT NULL,
`Tipo` varchar(50) DEFAULT NULL,
`Costo` decimal(10,2) NOT NULL,
102
`Tipo_Plan` varchar(50) DEFAULT NULL,
PRIMARY KEY (ÌD`)
CREATE TABLE `TbProducto` (
ÌD_Marca` bigint(20) NOT NULL,
ÌD_Ubicacion` varchar(10) NOT NULL,
ÌDSub_Ubicacion` bigint(20) NOT NULL,
PRIMARY KEY (ÌMEI`)
CREATE TABLE `TbProvincia` (
`Provincia` text NOT NULL,
PRIMARY KEY (ÌD`,ÌD_Departamento`)
CREATE TABLE `TbPuesto` (
`Puesto` varchar(50) DEFAULT NULL,
PRIMARY KEY (ÌD`)
CREATE TABLE `TbTipo_Chip` (
`Tipo` text NOT NULL,
103
PRIMARY KEY (ÌD`)
CREATE TABLE `TbTipo_Contrato` (
`Tipo` varchar(50) DEFAULT NULL,
PRIMARY KEY (ÌD`)
INSERT INTO `TbTipo_Contrato` (ÌD`, `Tipo`) VALUES (1,'Planilla'),(2,'Media

Planilla'),(3,'Libre'),(4,'Junior');
CREATE TABLE `TbTipo_Venta` (
`Tipo_Venta` text NOT NULL,
PRIMARY KEY (`DNI`,`Fecha`)
CREATE TABLE `TbTrabajo_PostPago` (
`Centro_Laboral` text NOT NULL,
`RUC` varchar(11) DEFAULT NULL,
`Telef_Laboral` int(11) NOT NULL,
`Puesto` text,
`Salario` decimal(10,2) DEFAULT NULL,
PRIMARY KEY (`DNI_RUC`)
104
CREATE TABLE `TbUbicacion` (
ÌD` int(11) NOT NULL AUTO_INCREMENT,
`Punto_Venta` text NOT NULL,
`Sigla` text NOT NULL,
PRIMARY KEY (ÌD`)
CREATE TABLE `TbUsuarios` (
Ùsuario` text NOT NULL,
`Password` text NOT NULL,
`Cambio` int(1) NOT NULL,
PRIMARY KEY (`DNI`)
CREATE TABLE `TbVentas_Postpago_Realizadas` (
`Tipo_Chip` varchar(50) NOT NULL,
`Cargo_Fijo` decimal(15,2) DEFAULT NULL,
ÌD_Local_Venta` varchar(50) NOT NULL,
`Fecha_Pago` date NOT NULL,
105
ÌD_Local_Pago` varchar(50) NOT NULL,
ÌD_Cobrador` varchar(50) NOT NULL,
`Boleta_Factura` text NOT NULL,
CREATE TABLE `TbVentas_Prepago_Realizadas` (
`Tipo_Chip` text NOT NULL,
ÌD_Local_Venta` varchar(50) NOT NULL,
`Fecha_Pago` date NOT NULL,
`Local_Pago` varchar(50) NOT NULL,
ÌD_Cobrador` varchar(50) NOT NULL,
`Boleta_Factura` text NOT NULL,
CREATE TABLE `TbCliente_Postpago` (
`Cliente` text NOT NULL,
`Fecha_Nac` date DEFAULT '1981-09-06',
106
Èstado_Civil` varchar(20) DEFAULT NULL,
`Sexo` varchar(20) DEFAULT NULL,
ÌD_Departamento` varchar(50) NOT NULL,
ÌD_Provincia` varchar(50) NOT NULL,
ÌD_Distrito` varchar(50) NOT NULL,
`Ref_Domiciliaria` text NOT NULL,
`Ref_Telef` varchar(50) NOT NULL,
`Correo` text NOT NULL,
`DNI_Rep` varchar(50) DEFAULT NULL,
`Representante` text,
CREATE TABLE `TbCliente_Prepago` (
`Cliente` text NOT NULL,
ÌD_Distrito` int(11) NOT NULL,
107

Diseño de Un Sistema Basado en Tecnología Web

Hochgeladen von

Dokumentinformationen

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Diseño de Un Sistema Basado en Tecnología Web

Hochgeladen von

Copyright:

Verfügbare Formate

UNIVERSIDAD NACIONAL DEL

CENTRO DEL PER

FACULTAD DE INGENIERA DE SISTEMAS

PARA OPTAR EL TTULO PROFESIONAL DE:

Mg. Jess Ulloa Ninahuaman

En el captulo I se presentan la situacin del problema que se presentan al momento de

En el captulo II se presentan aspectos generales relacionados con el trabajo de

En el captulo III mostraremos el desarrollo del diseo, empleando la metodologa RUP y el

Jhubel Favio Vsquez Rudas

1.1. PLANTEAMIENTO DEL PROBLEMA

El rea de almacn tiene las siguientes funciones: recepcionar y llevar un control de

En vista de lo descrito, se analizarn las necesidades generales de las reas a fin de

1.2. FORMULACIN DEL PROBLEMA

Cmo influye un Sistema basado en tecnologa Web en el Control y Gestin

1.3. OBJETIVO DE LA INVESTIGACIN

Mejorar el control y gestin de venta de unidades mviles, mediante el diseo

El desarrollo del sistema web para el control y gestin de ventas de unidades

Adems el desarrollo de sistema aportar gran cantidad de beneficios, entre

1.4.2. Justificacin Terica

El conocimiento prctico y concreto de nuevos mercados para el producto, en

La visin de la Agencia de ventas actualmente debe centrarse a mejorar sus

El proyecto genera informacin vlida y confiable, donde el usuario puede ver

1.5. HIPOTESIS GENERAL

El diseo del sistema basado en tecnologa web, mejora el control y gestin de

1.6. DISEO METODOLOGICO

La investigacin realizada es tecnolgica aplicada, la cual se centra en la

El estudio corresponde al nivel descriptivo explicativo, por cuanto en el diseo

1.6.3. Fuentes de Informacin

Datos proporcionados por la Agencia de ventas Corporacin Telenegocios

Se usar la entrevista para el anlisis del sistema de control y gestin, y un

Cuadro N 1.1. Preguntas Frecuentes

El sistema propuesto de software a desarrollar, cumplir con los siguientes

Desarrollar un sistema de control y gestin de indicadores de ventas para

1.6.5. Operacionalizacin de Variable

A continuacin se identifican las variables dependientes e independientes del

Sistema basado en Tecnologa Web.

Control y Gestin de ventas de unidades mviles.

1.6.6. Validacin de Indicadores:

Para sustentar los indicadores de la Variable Independiente Sistema basado

En cuanto al indicador de la Variable Dependiente Control y Gestin de ventas

Cuadro N 1.2.: Variables e Indicadores

Variables Micro Variable Indicadores

Diseo del sistema Definir el diseo y

V.I. Sistema basado web procesos del sistema web

en Tecnologa Web Nivel de aceptacin Disposicin de los usuarios

En el proceso de ventas es donde parte todo para lograr el mejoramiento de la agencia de

Luego de la bsqueda de fuentes bibliogrficas referentes al objeto de estudio

Debido a la popularidad que han adquirido los telfonos mviles, es raro

2.1.2. Aroca Martnez, Francisco (2010). Diseo e implementacin de una tienda

En resumen se trata de desarrollar una aplicacin para facilitar la venta de

Los objetivos concretos consistirn en:

Mostrar un catlogo de los productos a nuestros posibles clientes.

Los resultados y productos que se piensan obtener:

Una aplicacin web para dar a conocer nuestros productos.

El mtodo para guiar el desarrollo del proyecto se basar en las siguientes

La especificacin de requisitos basada en la definicin de casos de uso.

Diseo e implementacin de una tienda virtual

La codificacin de un prototipo de la aplicacin.

Los recursos disponibles consistirn en:

Un entorno de diseo Web basado en herramientas convencionales.

Este proyecto consiste en el diseo e implementacin de un portal WEB para

Adems, la empresa disea modelos de funcionamiento para dispositivos

Por tanto, el objetivo principal del proyecto es facilitar a los clientes de la

El objetivo de este proyecto es proporcionar a un potencial usuario una