Reporte Técnico Desarrollo de Una Aplicacion Web Con UWE

Índice de Contenido
DEDICATORIAS.......................................................................................Error! Bookmark not defined.

AGRADECIMIENTOS...............................................................................Error! Bookmark not defined.
I. Resumen ........................................................................................................................................... 1
II. Introducción .................................................................................................................................... 3
III. Definición del Problema ................................................................................................................. 4
IV. Objetivo General ............................................................................................................................ 6
V. Objetivos Específicos....................................................................................................................... 7
VI. Justificación .................................................................................................................................... 8
VII. Alcances y Limitaciones............................................................................................................... 10
VIII. Marco teórico............................................................................................................................. 12
1.1 Conceptos y Terminos ............................................................................................................. 13
Capítulo 2 - Antecedentes de la Empresa ......................................................................................... 17
2.1 Historia .................................................................................................................................... 17
2.2 Ubicación ................................................................................................................................. 17
2.3 Misión ...................................................................................................................................... 17
2.4 Visión ....................................................................................................................................... 17
2.5 Política de Calidad ................................................................................................................... 18
2.6 Plano de la Empresa ................................................................................................................ 18
2.7 Caracterización del Área ......................................................................................................... 19
Capítulo 3 - Metodología de Desarrollo ............................................................................................ 20
3.1 Selección de la metodología ................................................................................................... 20
3.2 Implementación de la metodología ........................................................................................ 20
Capítulo 4 - Análisis de Requerimientos ........................................................................................... 22
4.1 Requerimientos Funcionales ................................................................................................... 22
4.1.1 Referidos a los usuarios.................................................................................................... 22
4.1.2 Referidos a la aplicación ................................................................................................... 25
4.2 Requerimientos No Funcionales ............................................................................................. 26
4.2.1 Requisitos de Rendimiento .............................................................................................. 26
4.2.2 Requisitos de Seguridad ................................................................................................... 27
4.2.3 Requisitos de Fiabilidad.................................................................................................... 27
4.2.4 Requisitos de Portabilidad ............................................................................................... 28
i/v
4.3 Estudio de factibilidad ............................................................................................................. 28
4.3.1 Factibilidad técnica........................................................................................................... 28
4.3.2 Factibilidad Económica..................................................................................................... 29
4.3.3 Factibilidad operativa ....................................................................................................... 30
Capítulo 5 - Desarrollo del proyecto ................................................................................................. 31
5.1 Casos de Uso ........................................................................................................................... 31
5.1.1 Diagramas de casos de uso .............................................................................................. 33
5.2 Diagrama de secuencia ........................................................................................................... 35
5.3 Diagramas de Clases ................................................................................................................ 35
5.4 Diagrama de contexto ............................................................................................................. 37
5.5 Diagrama de Navegación ........................................................................................................ 37
5.6 Diseño de la Base de Datos ..................................................................................................... 39
5.6.1 Modelo Entidad-Relación ................................................................................................. 39
5.6.2 Normalización del Modelo Entidad-Relación ................................................................... 40
5.6.3 Modelo Relacional ............................................................................................................ 41
5.6.4 Diccionario de Datos ........................................................................................................ 42
5.7 Diseño de la Interfaz Gráfica de Usuario................................................................................. 46
Capítulo 6 - Pruebas y Resultados ..................................................................................................... 52
Capítulo 7 - Conclusiones .................................................................................................................. 53
7.1 Competencias Desarrolladas o Aplicadas ............................................................................... 53
7.2 Conclusiones............................................................................................................................ 54
7.3 Recomendaciones ................................................................................................................... 58
Bibliografía ........................................................................................................................................ 59
Anexos ............................................................................................................................................... 60
........................................................................................................................................................... 61
ii / v
Índice de Figuras
Ilustración 1 Vista de la agencia google maps................................................................................... 17
Ilustración 2 plano planta baja .......................................................................................................... 18
Ilustración 3 plano planta alta........................................................................................................... 18
Ilustración 4 plano servicio................................................................................................................ 19
Ilustración 5 Plano de SITE ................................................................................................................ 19
Ilustración 6 Ejemplo de diseño de bosquejos de interfaz ............................................................... 46
Ilustración 7. Diseño de interfaz de usuario administrador con sketch............................................ 47
Ilustración 8 Diseño de Interfaz de inicio de sesión ......................................................................... 47
Ilustración 9 Diseño de interfaz de usuario panel de usuarios de administrador ........................... 48
Ilustración 10 Diseño de interfaz consulta de afluencia administrador ........................................... 49
Ilustración 11 Diseño de interfaz registro de afliencia...................................................................... 50
Ilustración 12 Diseño de interfaz visualizador de reportes RMD administrador .............................. 51
Ilustración 13 interfaz de acceso a usuario ....................................................................................... 56
Ilustración 14 interfaz de usuario, registro afluencia ....................................................................... 56
Ilustración 15 Interfaz panel de usuario ........................................................................................... 57
Ilustración 16 interfaz de visualización de reportes de actividad ..................................................... 57
iii / v
Índice de Tablas
Tabla 1 Entregables de la fase 1 de UWE .......................................................................................... 22
Tabla 2 Requerimiento Funcional 1. Iniciar sesión ........................................................................... 23
Tabla 3 Requerimiento Funcional 2. Registrar usuario ..................................................................... 23
Tabla 4 Requerimiento Funcional 3. Eliminar usuario ...................................................................... 23
Tabla 5 Requerimiento Funcional 4. Modifica información de usuario ............................................ 23
Tabla 6 Requerimiento Funcional 5. Visualizar reportes de afluencia .............................................. 23
Tabla 7 Requerimiento Funcional 6. Visualizar reportes de afluencia .............................................. 24
Tabla 8 Requerimiento Funcional 7. Consulta registros ................................................................... 24
Tabla 9 Requerimiento Funcional 8. Agregar nuevo prospecto........................................................ 24
Tabla 10 Requerimiento Funcional 9. Realizar encuesta de satisfacción ......................................... 24
Tabla 11 Requerimiento funcional 10. Actualizar registros .............................................................. 24
Tabla 12 Requerimiento Funcional 11. Enviar correo electrónico .................................................... 24
Tabla 13 Requisito Funcional 12. Generar reportes de actividad RMD ............................................ 25
Tabla 14 Requerimiento Funcional 13. Generar reportes de actividad afluencia a piso .................. 25
Tabla 15 Requerimiento No Funcional 1. Servidor web.................................................................... 26
Tabla 16 Requerimiento No Funcional 2. PHP 5 oporterior .............................................................. 26
Tabla 17 Requerimiento No Funcional 3. Mysql Como SGBD ........................................................... 26
Tabla 18 Requerimiento No Funcional 4. Servicio DNS..................................................................... 26
Tabla 19 Requerimiento No Funcional 5. Servicio Ftp ...................................................................... 26
Tabla 20 Requerimiento No funcional 6. Restricción de acceso a la aplicación ............................... 27
Tabla 21 Requerimiento No Funcional 7. Integridad referencial de la BD........................................ 27
Tabla 22 Requerimiento No Funcional 8. Manejo de sesiones de usuario ....................................... 27
Tabla 23 Requerimiento No Funcional 9. Nombre del requerimiento no funcional 3 ..................... 28
Tabla 24 Requerimiento No Funcional 10. Soporte de Navegadores ............................................... 28
Tabla 25 Caso de uso 1. Iniciar sesión ............................................................................................... 31
Tabla 26 Caso de uso 2. Registrar Usuario ........................................................................................ 31
Tabla 27 Caso de Uso 3. Eliminar Usuario ......................................................................................... 32
Tabla 28 Caso de Uso 4. Modifica usuario ........................................................................................ 32
Tabla 29 Casos de uso Administrador ............................................................................................... 33
Tabla 30 Casos de uso Dirección y Mercadotecnia ........................................................................... 34
Tabla 31 Casos de uso Hostess .......................................................................................................... 34
Tabla 32 Diagrama de clases ............................................................................................................. 36
Tabla 33 Diagrama de Navegación .................................................................................................... 38
Tabla 34 Modelo Entidad Relación.................................................................................................... 40
Tabla 35 Diagrama Relacional ........................................................................................................... 41
Tabla 36 Diccionario de datos. Tabla Usuario ................................................................................... 42
Tabla 37 Diccionario de datos. Tabla Prospecto .............................................................................. 43
Tabla 38 Diccionario de datos. Tabla Cliente .................................................................................... 43
Tabla 39 Diccionario de datos. Tabla Unidad .................................................................................... 44
Tabla 40 Diccionario de datos. Tabla Encuesta ................................................................................. 44
Tabla 41 Diccionario de datos. Tabla Info_Encuesta ........................................................................ 44
Tabla 42 Diccionario de datos. Tabla medio_Difusion ...................................................................... 45
Tabla 43 Diccionario de datos. Tabla tipo_prospecto ....................................................................... 45
iv / v
Tabla 44 Diccionario de datos. Tabla Llamada .................................................................................. 45
Tabla 45 Diccionario de datos. Tabla Sucursal .................................................................................. 45
Tabla 46 Diccionario de datos. Tabla Ctegoria .................................................................................. 45
Tabla 47 Ocurrencias de los gestos .......................................................Error! Bookmark not defined.
v/v
I. Resumen
Este reporte técnico está dedicado de sistematización de dos procesos de operación de la
empresa GASME automotriz S.A. de C.V. estos dos procesos tienen la finalidad de atraer
antiguos y nuevos clientes, pero con la ventaja de proporcionar datos que ayuden a
aumentar el interés de adquisición de unidad o servicio.
El primer proceso consiste en la afluencia a piso la cual esta tarea consiste en guardar la
información que proporcionan los clientes al visitar una sucursal se obtienen datos de
interés de los clientes los cuales son analizados y usados por el departamento de
mercadotecnia con el fin de ofrecer mejores servicios y captar mayor interés por parte de
dichos clientes.
El segundo proceso está enfocado en contactar a clientes los cuales adquirieron servicios o
unidades en años posteriores y los cuales podrían estar interesados en adquirirlos
nuevamente, este proceso es llevado a cabo mediante llamadas telefónicas ejecutadas por
los usuarios RMD, y tiene la finalidad de actualizar información de contacto y ofrecer como
ya menciono servicios o unidades.
La concentración de la información obtenida de los procesos anteriores es almacenada de

manera física en formatos impresos para el caso de la afluencia y en hojas de cálculo para
el caso del proceso de llamada telefónica, lo que hace que el tiempo de ejecución de ambos
procesos sea lento y complicado.
Una vez recolectada a información de ambos procesos, el departamento de mercadotecnia

realiza informes de actividad los cuales contienen datos estadísticos que son revisados por
dirección para su análisis, estos reportes son generados manualmente utilizando
herramientas de graficado disponibles en Power Point.
El departamento de sistemas de la empresa propone una solución basada en una aplicación

web la cual ofrezca un interfaz de usuario que facilite la recolección de información y
permita almacenarla dentro de una base de datos relacional y además ofrecer una interfaz
de consulta de dicha información la cual será presentada y graficada según le convenga a la
empresa, para esto se utiliza un framework de graficado basado en JavaScript, y JQuery lo
cual permitirá la automatización de la creación de reportes de actividad.
Esta aplicación será implementada mediante un servidor Web Apache montado en un

servidor Linux basado en CentOS versión 7, para du difusión se utilizara el servicio DNS
permitiendo el acceso a los usuarios que se encuentren dentro del perímetro de la red de
la empresa.
La decisión de usar tecnologías web se basa en mayor experiencia y conocimiento por parte
del residente y también por la facilidad de implementación.
1 / 78
Abstract
This technical report is dedicated to the systematization of two operating processes of the
company GASME automotriz S.A. of C.V. These two processes have the purpose of
attracting old and new customers but with the advantage of providing data that help
increase the interest in purchasing a unit or service.
The first process consists of the influx to the floor which this task consists in keeping the
information provided by the clients when visiting a branch, obtaining data of interest of the
clients which are analyzed and used by the marketing department in order to offer better
services and attract more interest from those customers.
The second process is focused on contacting clients who acquired services or units in later
years and who may be interested in acquiring them again, this process is carried out through
telephone calls executed by RMD users, and is intended to update information contact and
offer as I mentioned services or units.
The concentration of the information obtained from the previous processes is stored in
physical form in printed formats for the case of the influx and in spreadsheets for the case
of the telephone call process, which means that the execution time of both processes is
slow and complicated
Once collected information on both processes, the marketing department makes activity
reports which contain statistical data that are reviewed by address for analysis, these
reports are generated manually using graphing tools available in Power Point.
The systems department of the company proposes a solution based on a web application
which offers a user interface that facilitates the collection of information and allows it to be
stored within a relational database and also offers an interface for consulting said
information which will be presented and graphed as it suits the company, for this a graphing
framework based on java script, and JQuery is used, which will allow the automation of the
creation of activity reports.
This application will be implemented through an Apache Web server mounted on a Linux
server based on CentOS version 7, for the diffusion the DNS service will be subtilized
allowing access to the users that are within the perimeter of the company network.
The decision to use web technologies is based on greater experience and knowledge on the
part of the resident and also for the ease of implementation.
2 / 78
II. Introducción
Dentro de este informe técnico podrá encontrar detalles de los procedimientos, actividades
y desarrollo que fueron llevados a cabo para alcanzar la sistematización de los procesos de
prospección de clientes inactivos y afluencia a piso de clientes nuevos que se llevan a cabo
en la automotriz GASME S.A. de C.V.
Como estrategia de marketing Nissan GASME contacta a clientes que se encuentran en

estado de inactividad, un cliente inactivo es un individuo o institución la cual con
anterioridad a adquirido una unidad o servicio, la cual podría estar interesada en adquirirlo
nuevamente, por lo que este procedimiento se considera de vital importancia para generar
campañas de marketing que permitan aumentar las ventas a través de la prospección de
dichos clientes.
Por otro lado, la afluencia a piso se refiere al registro de información de los clientes que
visitan la agencia diariamente, esta información se obtiene directamente de los clientes a
manera de encuesta al ingresar por primera vez a la sucursal, al igual que el proceso anterior
esta información es utilizada con fines de marketing que permitan incrementar las ventas.
El departamento de sistemas de la empresa plantea una solución que ofrezca a los usuarios
llevar a cabo dichos procesos de una manera sistematizada, buscando optimizar el
desempeño de los empleados que intervienen en ellos y así también reducir el tiempo en
el que son llevados a cabo, la propuesta es una aplicación web utilizando una metodologías
y patrones de diseño garanticen la funcionalidad y efectividad de la misma.
Hoy en día las aplicaciones y tecnologías basadas en lenguajes de programación web han
tomado mayor fuerza sobre los lenguajes que se utilizan para el desarrollo de aplicaciones
desktop (Aplicaciones de escritorio) debido a su flexibilidad y a la gran cantidad frameworks
y herramientas disponibles que existen, Frameworks como “Electron JS” permiten crear
aplicaciones de escritorio nativas utilizando JavaScript, HTML y CSS, por otro lado Apache
Córdova permite crear aplicaciones móviles utilizando tecnologías web.
La aplicación propuesta propone el uso de las tecnologías HTML5, CSS3 y Boostrap 3 como
lenguajes de maquetación y estilos, por lado del cliente el lenguaje utilizado será JavaScript
y el procesamiento de la información del lado del servidor será llevado a cabo mediante
PHP. Esta aplicación utilizará un servidor web apache el cual se ejecutará en un entorno
Linux utilizando el sistema operativo CentOS 7 Los siguientes capítulos son dedicados al
desarrollo de la aplicación según la metodología de desarrollo elegida.
3 / 78
III. Definición del Problema
Como se mencionó anteriormente Nissan GASME desea sistematizar los procesos de

afluencia a piso y prospección de clientes inactivos, permitiendo una mejor gestión y control
de la información de dichos clientes.
El primer proceso tiene que ver con el proceso de contacto que realizan los usuarios RMD
a los clientes inactivos, su información de contacto esta almacenada dentro de una base de
datos la cual operaba en conjunto con el antiguo DMS, este sistema fue sustituido a finales
del año 2014, por lo que esta información no puede ser consultada por parte de los RMD.
La información fue extraída y depurada de la base de datos del antiguo DMS.
• Ofrecer una interfaz de consulta de información.
La interfaz de consulta permite al RMD acceder a la información de los clientes inactivos
recuperados de la base de datos, una vez dentro de la interfaz el usuario RMD seleccionara
un cliente para realizar una llamada. Una vez concretada una llamada el RMD deberá
registrar los incidentes que se hayan presentado durante el tiempo que se efectuó la
llamada y también actualizar la información de contacto del cliente en caso de que haya
cambiado.
• Medir el tiempo en el que se lleva a cabo una llamada telefónica.

• Cuantificar el número de llamadas telefónicas que se llevan a cabo en un día de
trabajo por usuario.
• Generar reportes estadísticos con información recabada durante una llamada
telefónica.
• Actualización de la información de un cliente en caso de haber cambiado algún
campo de información.
• Reducir el tiempo de ejecución de una llamada.
Por otro lado, el proceso de afluencia a piso por otro lado es llevado a cabo de manera
manual, el registro se realiza en una hoja control impreso, dichas hojas son almacenados a
manera de archivo, esto dificulta la consulta de dicha información en el futuro. Después de
ser registrado el prospecto es asignado con APV (Asesor de venta) para concretar la
adquisición de una unidad.
Del proceso de prospección por afluencia se espera reducir el tiempo de ejecución y mejorar
el control de los siguientes procesos.
• Reducir el tiempo de recopilación de información de los clientes.
4 / 78
• Controlar y cuantificar los registros generados de la afluencia a puso.
• Automatizar el proceso de generar reportes de afluencia.
• Asignación y control del cliente con un APV
5 / 78
IV. Objetivo General
Sistematización del proceso de prospección y afluencia a piso de GASME Automotriz, Commented [Office1]: Actualización de Objetivo General
mediante el desarrollo de una aplicación web que permita agilizar la tarea de recolección
de la información obtenida de los clientes durante el desarrollo de dichos procesos,
aumentado la productividad de los usuarios que se ven involucrados y con esto facilitar el
análisis y estudio de la información recopilada con fines relacionados al marketing.
6 / 78
V. Objetivos Específicos Commented [Office2]: Se actualizaron los objetivos
especificos según procesos y carcateristicas de ellos que se
planea mejoren o sean optimizados, en efecto como
menciono habia objetivos que se referian a funciones que
• Identificar, analizar y comprender el proceso de afluencia y prospección de debia cumplir la aplicación o de las cuales dependia.
clientes llevado a cabo en la automotriz GASME.
• Del análisis del proceso de afluencia y prospección determinar soluciones
tecnológicas que permitan la sistematización de dichos procesos.
• Reducir el tiempo en el que es llevado a cabo la recolección de información.
• Poder cuantificar el número de clientes que visita las 3 agencias de manera
regular.
• Analizar los registros generados de una manera más fácil y práctica.
• Acceso a la aplicación en las tres sucursales.
• Unificar la información en una base de datos única.
• Facilitar el acceso a la información a los directivos de la empresa.
• Permitir el control y gestión de usuarios.
• Introducción al análisis de datos.
7 / 78
VI. Justificación
Cada distribuidor Nissan tiene una certificación especifica que garantiza la calidad en los
servicios que provee, estas certificaciones permiten a Nissan establecer ciertos estándares
de calidad que puedan medir el nivel de cada distribuidor por sucursal, estos estándares se
forman de ciertas actividades y rutinas que deben de cumplirse en periodos predefinidos,
entre estas actividades se encuentra la afluencia y la prospección de clientes, por lo que
estos dos procesos son considerados como vitales, por lo que debemos mencionar el
impacto que la aplicación tendrá en el desarrollo de estas actividades a manera de lista se
hace mención de los principales beneficios que se obtendrán con el desarrollo e
implementación de la aplicación web así como la optimización de los sub tareas que se
involucran, en primer lugar el ahorro de tiempo al registrar un cliente nuevo, actualmente
el proceso de registro es llevado a cabo de manera escrita en checklist impresos por lo el
primer impacto positivo de la aplicación es reducir el tiempo de registro, lo segundo es la
reducción del papel involucrado en el proceso de afluencia, como lo mencionamos el
proceso es llevado a cabo de manera manual, este proceso es llevado a cabo en las tres
agencias por lo que se utiliza una cantidad considerable de papel, al hacer uso de la
aplicación los registros serán guardados en una base de datos, por lo que todos los checklist
impresos serán remplazados, la aplicación también facilitara la consulta de información de
meses y días anteriores gracias a la unificación de dicha información en base de datos única
para las tres agencias, es decir los usuarios podrán obtener la información que ha sido
registrada con anterioridad no importando la agencia o la fecha en que se hayan llevado a
cabo, como se mencionó la recopilación de esta información es necesaria debido a que es
analizada por el departamento de mercadotecnia con fines de marketing, al concentrar toda
esta información de manera centralizada permite que el análisis sea más efectivo y rápido,
gracias a la inclusión del framework Chart JS podemos graficar la información según
convenga y generar información estadística que sirva para comprender mejor dicha
información, las tecnologías web ofrecen la capacidad de poder acceder a la aplicación en
diferentes lugares de una manera fácil, utilizando la infraestructura de comunicación
disponible en la empresa, lo que representa una ventaja económica al no tener que adquirir
equipamiento extra para la difusión de la aplicación.
Como valor agregado cabe mencionar que el proyecto servirá como introducción a nuevas
tecnologías y técnicas tanto de desarrollo como de mercadotecnia dentro de la empresa,
esto es una gran ventaja porque permite aprovechar algunos beneficios y herramientas de
Big Data, sin la necesidad de adquirir un servicio profesional en cloud como por ejemplo la
solución de Oracle “Cloud Business Intelligence” la cual ofrece un sin fin de herramientas y
asesores para poder aprovechar al máximo la explotación de datos, sin embargo el costo es
elevado para que una empresa sin experiencia en el campo pueda adquirirlos, pero al
implementar la aplicación si los resultados obtenidos son los esperados se podrá analizar
8 / 78
con más cautela una posible adquisición de estos servicios teniendo un procedente de la
importancia y beneficios que estos ofrecen dentro de la operación de nuestra empresa.
Para el departamento de sistemas es una gran oportunidad de experimentar y obtener
experiencia ya que el proyecto involucra diferentes tecnologías que comprenden desde su
desarrollo hasta su implementación y difusión, por lo el proyecto ofrece una oportunidad
de crecimiento en conocimiento y promueve la actualización contaste de infraestructura y
capacitación por parte de los miembros del equipo
9 / 78
VII. Alcances y Limitaciones
De acuerdo a la metodología de desarrollo UWE el proyecto consta de 6 que deben

cumplirse para alcanzar la funcionalidad idónea de nuestra aplicación, las tres primeras
fases tienen que ver con el desarrollo del proyecto y las ultimas 3 están ligadas a la
implementación y optimización de este.
La primera fase tiene que ver con la investigación de flujo de operación del o de los procesos
que se buscan sistematizar, aquí hacemos uso de la ingeniería de requerimientos para
obtener información de los usuarios que intervienen en dichos procesos y las funciones a
las que están ligados de esta fase obtenemos los alcances:
• Identificación de usuarios
• Diagramas de casos de uso
• Requerimientos funcionales
• Requerimientos no funcionales
La segunda fase corresponde al diseño lógico y funcional del sistema como tal, esto quiere
decir diseñar los elementos que interactúan directamente con el sistema o aplicación, de
esta fase se obtiene:
• Diagrama Entidad Relación

• Diagrama relacional
• Diccionario de Datos
• Diagrama de clases
• Mapa de Navegación
• Diseño de interfaces
La tercera fase de la metodología es el desarrollo del sistema y su base de datos y la
aplicación de los frameworks y tecnologías de desarrollo escogidos. Se obtuvo:
• Instalación y configuración del servidor web
• Creación de la base de datos
• Creación de tabla usuarios
• Creación de tabla de afluencia
• Desarrollo de interfaz de acceso a la aplicación
• Desarrollo de interfaz de administrador de usuarios
• Desarrollo de interfaz de afluencia a piso
• Desarrollo de interfaz de consulta de actividad RMD y Hostess (30%)
• Desarrollo de script de acceso a la aplicación y manejos de sesiones
• Implementación de framework de graficado chart.js
10 / 78
Las fases correspondientes que marcan la metodología UWE son:
Fase de pruebas
Fase de implementación
Fase de Mantenimiento
Debido a que la fase numero 3 (desarrollo) se encentra aún en proceso estas 3 últimas
etapas se encuetan detenidas lo que género que el proyecto tuviera las siguientes
limitantes:
Limitaciones en desarrollo
• Desarrollo de contacto de clientes para RMD
• Desarrollo de interfaz de encuesta de salida
• Desarrollo de interfaz de consulta de actividad RMD y hostess (Dirección)
• Desarrollo de interfaz de consulta de clientes inactivos RMD
Limitaciones en difusión de la aplicación
• Difusión de la aplicación sobre la LAN de la empresa

• Servicio FTP configurado
• Configuración de mensajes de error del servidor
Estos puntos serán llevados una vez concluya la fase de desarrollo la cual ya mencionas se
encuentra en continuidad.
11 / 78
VIII. Marco teórico
La afluencia de clientes se define como el proceso por el cual uno o más clientes acuden a
una tienda o sucursal directamente con el fin de adquirir un producto o servicio, algunas
técnicas del marketing digital señalan que el llevar un control y registro de la afluencia diaria
presentada permite el análisis de datos que en la actualidad es más conocida como big data,
este análisis en conjunto con áreas de la mercadotecnia como el Marketing y el E-Comerce
permiten a las empresas poder llevar a cabo campañas más atractivas a los clientes basados
en su propia información, de igual manera la prospección de clientes deriva del proceso
anterior, una vez que la atención de un cliente es captada este se convierte en prospecto
de compra-venta por lo que la empresa y los representantes de ventas deberán ofrecer al
cliente el producto/servicio que pueda agradar más y con esto garantizar la compra/venta.
Actualmente la relación del marketing y la era digital han causado que grandes compañías
inviertan en el análisis de grandes cantidades de información referentes a personas
interesadas en adquirir productos o servicios relacionados con el giro comercial de dicha
empresa, en este caso el big data es el análisis de información digital que impacta
directamente en la mercadotecnia que las empresas llevan a cabo principalmente mediante
el marketing y el E-commerce.
El big data es la técnica de estudiar grandes cantidades de información la cual es llevada a
cabo mediante la mezcla de la informática con la estadística. Toda la información analizada
por la big data es generada de un conjunto de subsistemas o aplicaciones, un ejemplo son
las búsquedas en un navegador el cual tiene un algoritmo programado para almacenar y
clasificar las búsquedas de un usuario, esta información puede ser obtenida por la empresa
dueña de dicho navegador y puede ser utilizada para mejorar la precisión de dichas
indagaciones o como se menciono puede ser utilizada con fines de marketing digital.
Otro de los términos relacionados con nuestro proyecto y las tecnologías empleadas en él
es el “Business Analytics”, este concepto al igual que el big data ha sido adoptado por las
empresas en la actualidad, lo que las ha obligado a contar con entornos de operación que
implementan todas las tecnologías antes mencionadas, dichos entornos son conocidos
también con el nombre de “Business Intelligence” todo esto se debe al aumento de
información generada día con día, como lo dice La famosa frase (Peter Drucker) “No se
puede administrar, lo que no se puede medir” (Behn, 2005).
Con lo anterior podemos afirmar que el desarrollo de una aplicación para la gestión y
control de los recursos obtenidos de la tarea o tareas derivadas del proceso afluencia y en
conjunto con las técnicas de análisis de datos y marketing digital permitirá a la empresa
poder mejorar sus campañas para obtener mejores resultados comerciales, sin embargo es
necesario conocer como Gasme Automotriz ejecuta actualmente este proceso, es decir cuál
es el orden de ejecución de los factores que interactúan con él, primero es necesario saber
que el objetivo principal es la sistematización de estos procesos es transformar el modo
12 / 78
actual de cómo es llevado a cabo uno o más procesos y en nuestro haciendo uso de TI,
sistematizar en un entorno de TI según Microsoft se refiere a la acción de ejecutar uno o
más tareas o procesos mediante el uso de herramientas tecnológicas que pueden involucrar
hardware o software, en nuestro caso haremos uso de tecnologías web que involucran el
desarrollo de software (aplicación web) y el uso de hardware (servidor web), la decisión de
utilizar de lenguajes de programación basados en tecnologías web tiene que ver
principalmente con la flexibilidad y curva de aprendizaje que estas ofrecen, es decir por el
lado de la flexibilidad no encontramos con un sin fin herramientas que facilitan la
integración de aplicaciones web con sistemas para los que no están diseñadas, esto quiere
decir que una aplicación web puede ser ejecutada en sistemas operativos móviles y de
escritorio mediante la utilización de dichas herramientas las cuales demandan poco
esfuerzo extra por parte de los desarrolladores, estas frameworks normalmente ofrecen la
posibilidad utilizar nuestra aplicación web en diferentes sistemas operativos sin la
necesidad de realizar un desarrollo nativo para cada sistema, este tipo de aplicaciones cada
día toman más fuerza en el mercado principalmente como ya lo mencionamos a la
portabilidad que ofrecen, cordova(web a móvil) y electrón JS (web a entornos de escritorio
Windows o Mac OS) son los principales frameworks que se utilizan para realizar este tipo
de aplicaciones, otro ejemplo de lenguajes que proponen este tipo de aplicaciones multi
plataforma es C# el cual hace uso de su framework .NET que en conjunto con Xamarin
hacen posible el desarrollo aplicaciones que puedan ser compatibles con todos los sistemas
disponibles, sin embargo C# demanda mayor conocimiento y mayores recursos para poder
llevar a cabo cualquier tipo de aplicación ya que es un lenguaje de programación más
robusto, es decir “puede proveer de más herramientas” que un lenguaje web como PHP y
JavaScript, con respecto a la curva de aprendizaje, el desarrollo web se considera más fácil
por algunos autores y desarrolladores ya que estos lenguajes normalmente se adaptan a
casi todos los paradigmas de programación.
A lo largo de este documento podrán encontrar más información con respecto al desarrollo
de la aplicación la cual le servirá para tener una mejor referencia del proyecto en general.
1.1 Conceptos y Términos
Aplicación web: Una aplicación web funciona en entornos basados en tecnologías web, por
lo cual necesita de un servidor web para que sea almacenada y ejecutada y que permita ser
accedida desde cualquier navegador web. Una aplicación web utiliza el modelo cliente
servidor el cual negocia las peticiones entre el cliente y la aplicación.
Servidor web: Un servidor web es un servicio de red ofrecido por un sistema operativo de
red el cual permite ejecutar ya almacenar páginas y aplicaciones web, un servidor web
puede ejecutarse en entornos Windows y Linux.
13 / 78
PHP: Lenguaje de programación web el cual se ejecuta del lado del servidor, esto quiere
decir que se encarga de la ejecutar y conceder las peticiones que son solicitadas por el
cliente.
JavaScript: Es un lenguaje de programación que te permite crear contenido nuevo y
dinámico, controlar archivos de multimedia, crear imágenes animadas y muchas otras cosas
más. (Aunque, no todo, pero es increíble lo que puedes llegar a hacer con tan sólo unas
pocas líneas de código de JavaScript).
HTML: es un lenguaje de marcado que usa la estructura para dar un sentido al contenido
web, por ejemplo, define párrafos, cabeceras, tablas, imágenes y vídeos en la página.
CSS: es un lenguaje de reglas en cascada que usamos para aplicar un estilo a nuestro
contenido en HTML, por ejemplo, colocando colores de fondo, fuentes y marginando
nuestro contenido en múltiples columnas.
Framework de desarrollo: el término framework, se refiere a una estructura software
compuesta de componentes personalizables e intercambiables para el desarrollo de una
aplicación. En otras palabras, un framework se puede considerar como una aplicación
genérica incompleta y configurable a la que podemos añadirle las últimas piezas para
construir una aplicación concreta.
Chart.JS: Chart JS es una librería basada en JavaScript y JQuery que permite grafica
información estática o información almacenada en una Base de Datos, la cual ofrece
diferentes tipos de gráficos.
Servidor Web: Un servidor web es un servicio que opera dentro de un sistema operativo el
cual tiene la capacidad de ejecutar y almacenar páginas y aplicaciones basadas en
tecnologías web, existen diferentes tipos de servidores web, los más conocidos son Apache
servidor web de código abierto y IIS servidor web disponible ´para los sistemas operativos
de red de Microsoft.
Servicios de red: Los servicios de red como su nombre lo dicen proveen servicios que son
puestos a difusión ya sea en redes locales o redes de internet, un servicio web por ejemplo
permite o facilita la obtención de recursos por parte de los usuarios.
Servicio DNS: El servicio de traducción de nombres de dominio permite asignar un nombre

de dominio que sea más fácil de recordar por los usuarios a un servidor web cambiando la
dirección IP asignada por www.ejemplo.com
Servicio FTP: Un servidor FTP permite la carga y descargar de archivos a un servidor,

normalmente son utilizados para actualizar directorios y archivos de un servidor web.
Sistema operativo de red: Un sistema de red es el sistema dedicado a funciones de

servicios.
14 / 78
LAN: Red de are local se caracteriza por ser una red de computadoras que se interconectan
entre si dentro del mismo perímetro de red.
WAN: Redes de internet que están conectadas con diferentes LAN.
Perímetro de la red: Define el tamaño de una red o conjunto de redes, solo los dispositivos
dentro del perímetro de una red pueden tener comunicación.
Ingeniería de software: Es la rama de la informática que se encarga del estudio de técnicas

y procesos utilizados durante el desarrollo de software, la ingeniera de software se basa en
estándar evaluado y aprobado con anterioridad.
Casos de uso: Un caso de uso representa la interacción de un usuario con un proceso por
medio de este estudio se define el comportamiento que software deberá tener
dependiendo de las acciones del usuario.
Requerimientos funcionales: Los requerimientos funcionales según la ingeniera de

software son las necesidades que el sistema o aplicación debe solucionar.
Requerimientos no funcionales: Los requisitos no funcionales son factores de los cuales el

funcionamiento de la aplicación depende. Un requisito no funcional de la aplicación es el
servidor web donde se encontrará alojada.
Gestor de base de datos: Un sistema gestor de base de datos tiene la capacidad de crear y
administrar y gestionar información que se encuentre almacenada en una base de datos.
Base de datos: Una base de datos es un conjunto de información a grupada en tablas
Patrón de diseño: un patrón de diseño es un conjunto de reglas para el desarrollo de

software previamente aprobadas por diversas entidades.
MVC: Es un patrón de diseño utilizando en desarrollo web que permite el control de los
elementos que participan el modelo cliente servidor, el patrón de diseño MVC propone un
sistema en el cual intervienen 3 elementos principales un modelo una vista y controlador.
SQL: Lenguaje estructurado de consulta, actualmente SQL es el lenguaje de consulta más

utilizado para crear bases de datos y que es utilizado por la mayoría de gestores de base de
datos relacionales.
MySql: Gestor de base de datos propiedad de la compañía Oracle.
MER: Modelo entidad relación es un esquema o modelo que permite el modelaje de base
de datos en su etapa inicial permite definir las entidades (tablas) y sus atributos y su relación
con otras entidades.
15 / 78
Modelo Relacional: El modelo relación pertenece a la segunda fase de diseño de base de
datos en esta fase las entidades se convierten en tablas y la relación que exista definirá la
estructura final de la base de datos.
Normalización de base de datos: La normalización de base de datos es un estándar el cual

garantiza que el correcto diseño y función de una base de datos, aunque existe muchos
niveles de normalización se recomienda normalizar al menos a la tercera forma normal
cualquier base de datos por mínima que sea.
Diccionario de datos: El diccionario de datos contiene la información de cada atributo o

campo de una tabla en una base de datos, nombre, tipo de datos. Longitud etc.
Diagrama de Clases: El diagrama de clases es utiliza en la programación orientada a objetos

y representa el diseño de las clases que compondrán la estructura del software.
Diagrama de navegación: El diagrama de navegación representa el comportamiento que la

aplicación tendrá de acuerdo a la navegación del usuario, esto quiere decir las funciones o
sección es de la aplicación que serán lanzadas cuando un usuario ejecute una petición.
Responsividad: las responsividad es la capacidad de una página o aplicación web de

adaptarse a diferentes dispositivos es decir que los elementos de una aplicación web
puedan verse de manera ordenada en diferentes tamaños de dispositivos.
16 / 78
Capítulo 2 - Antecedentes de la Empresa
2.1 Historia
 1960 Ismael Gasca Martínez funda Autos Económicos de Orizaba.

 Introducción de Datsun Nissan Auto motors CO. A Córdoba y Orizaba
 Apertura de NISSAN GASME Automotriz S.A. de C.V.
 2010 Apertura de Nissan GASME Tierra Blanca
 2012 Aniversario 52 desde que la familia Gasca Medina Ha mantenido la lealtad
calidad y confianza que representan a Nissan
 Fusión de las distribuidoras Orizaba, Córdoba y Tierra Blanca GASME Automotriz S.A.
de C.V.
2.2 Ubicación
Boulevard Córdoba - Fortín Km 334 #104 Córdoba, Veracruz. México, 94540.
Ilustración 1 Vista de la agencia google maps
2.3 Misión
Brindar a nuestros clientes y acreedores la mejor experiencia de relación de negocios en la
industria automotriz día tras día, guiándolos hacia una inversión inteligente, exitosamente
y totalmente satisfactoria para todos.
2.4 Visión
Ser el grupo de agencia número 1 de la zona centro, que brinde que mejore la mejor
experiencia de compra y servicios automotrices, creando relaciones duraderas con nuestros
clientes, proveedores, acreedores, accionistas y nuestro personal.
17 / 78
2.5 Política de Calidad
Satisfacer las necesidades de ventas, servicio preventivo y correctivo, así como el suministro
de partes originales para los vehículos de nuestros clientes, ofreciendo una mayor eficiencia
con procesos estandarizados de calidad avalados por Nissan Mexicana, logrando el
desarrollo permanente de nuestro capital humano
2.6 Plano de la Empresa
Ilustración 3 plano planta alta
Ilustración 2 plano planta baja
18 / 78
Ilustración 4 plano servicio
2.7 Caracterización del Área

El desarrollo del proyecto será llevado a cabo en la oficina asignada al departamento de
sistemas, esta sección contiene el área de trabajo del departamento y SITE de la empresa.
Ilustración 5 Plano de SITE
19 / 78
Capítulo 3 - Metodología de Desarrollo
3.1 Selección de la metodología
La metodología escogida para el desarrollo de la aplicación es UWE, UWE es una

metodología basada en el proceso unificado y UML (Lenguaje Unificado de Modelado) para
el desarrollo de aplicaciones Web. UWE cubre todo el ciclo de vida de este tipo de
aplicaciones centrando además su atención en aplicaciones personalizadas o adaptativas.
3.2 Implementación de la metodología

El modelo que propone UWE es este compuesto por 6 etapas o sub-modelos:
1. Análisis de requerimientos: Fija los requisitos funcionales de la aplicación web para
reflejarlos en un modelo de casos de uso. Se adquieren, reúnen y especifican las
características funcionales y no funcionales que deberá cumplir la aplicación web.
• Requerimientos funcionales
• Requerimientos no funcionales.
• Usuarios registrados.
• Usuarios no registrados.
2. Diseño del sistema: Se basa en la especificación de requisitos producido por el análisis de
los requerimientos, el diseño define como estos requisitos se cumplirán.
• Herramientas de diseño.
• Mapa de Navegación.
• Diagrama de clases.
• Diseño de BD.
• Diseño de las interfaces de usuario.
3. Desarrollo y codificación de la aplicación: Se refiere al desarrollo de la aplicación y de la
base de datos, utilizando lenguajes de programación y lenguajes de consultas previamente
definidos, se pretende llevar a cabo la programación de todo lo diseñado en la fase anterior.
• Lenguajes de programación.
• Gestores de base de datos.
4. Pruebas: Se mide la funcionalidad de la aplicación, mediante pruebas.
• Pruebas entre navegadores.
• Accesibilidad.
• Seguridad.
• Funcionalidad.
• Concurrencia.
20 / 78
5. Fase de implementación: Representa el aspecto que tienen las actividades que se
conectan con cada clase de proceso.
• Requisitos de Hardware.
• Sistema operativo.
• Servidor web.
• Servicios y configuraciones de red.
6. Mantenimiento:
• Corrección errores.
• Depuración.
• Control periódico.
• Actualizaciones.
21 / 78
Capítulo 4 - Análisis de Requerimientos
Fase 1 de UWE
Entregables de la fase 1
Tabla 1 Entregables de la fase 1 de UWE
ID Nombre Descripción
1 Diagramas de casos de Diagrama que representan los casos de uso

uso para cada actor.
2 Documentación de los Explicación detallada para cada caso de uso.
casos de uso
4.1 Requerimientos Funcionales

4.1.1 Referidos a los usuarios
Existen 4 tipos de usuarios registrados:
Administrador:
 El administrador puede registrar, modificar o eliminar usuarios de las tablas

relacionadas con clientes inactivos.
 El administrador puede consultar, de las tablas relacionadas con la afluencia de
nuevos clientes.
 Puede visualizar los reportes por el sistema de acuerdo a las actividades generadas
periódicamente por los RMD.
 Puede visualizar los reportes de afluencia a piso generados por el sistema de
acuerdo a las actividades registradas periódicamente por el hostess.
Hostess:
 Registra usuarios nuevos (prospectos).

 Realiza encuesta de satisfacción al cliente.
 Registra control del número de visitas y la información generada a partir de estas
(Revisar documentación detallada de caso de uso).
RMD:
 Consulta información de contacto de clientes

 Actualiza información del cliente en caso de ser necesario.
 Envía información por correo electrónico al usuario.
Director:
22 / 78
Mercadotecnia.
 Nota: Todas las funciones de la aplicación tanto generales como especificas solo
podrán ser ejecutadas por usuarios registrados.
Tabla 2 Requerimiento Funcional 1. Iniciar sesión
RF 1 Iniciar sesión
Tipo: Requisito Restricción Prioridad: Esencial Deseado Opcional
Inicio de sesión del usuario dentro de la aplicación
Tabla 3 Requerimiento Funcional 2. Registrar usuario
RF 2 Registrar usuario
Registro de usuario por parte del administrador.
Tabla 4 Requerimiento Funcional 3. Eliminar usuario
RF 3 Eliminar usuarios
El administrador tiene la facultad de eliminar usuario de a aplicación.
Tabla 5 Requerimiento Funcional 4. Modifica información de usuario
RF 4 Modifica información de usuario

El administrador, Dirección y mercadotecnia puede modificar la información de registro de un
usuario.
Tabla 6 Requerimiento Funcional 5. Visualizar reportes de afluencia
RF 5 Visualizar reportes de actividad RMD

El administrador, Dirección y mercadotecnia visualiza los reportes generados por el sistema
23 / 78
Tabla 7 Requerimiento Funcional 6. Visualizar reportes de afluencia
RF 6 Visualizar reportes de afluencia

El administrador, Dirección y mercadotecnia visualiza los reportes generados por el sistema
Tabla 8 Requerimiento Funcional 7. Consulta registros
RF 7 Consulta registros
El administrador y el usuario RMD puede consultar los registros de las funciones de hostess y
RMD
Tabla 9 Requerimiento Funcional 8. Agregar nuevo prospecto
RF 8 Agregar un prospecto nuevo

El usuario Hostess agrega un registro nuevo de un cliente o prospecto.
Tabla 10 Requerimiento Funcional 9. Realizar encuesta de satisfacción
RF 9 Agregar un prospecto nuevo

El Usuario Hostess realiza encuesta de salida a clientes que hayan adquirido una unidad.
Tabla 11 Requerimiento funcional 10. Actualizar registros
RF 10 Actualizar registros
El usuario RMD puede actualizar los registros de los clientes inactivos.
Tabla 12 Requerimiento Funcional 11. Enviar correo electrónico
RF 11 Envía correo electrónico

El RMD envía correos electrónicos a los clientes inactivos.
24 / 78
4.1.2 Referidos a la aplicación
El sistema genera reportes del tráfico de clientes en piso y clientes contactados por los RMD.
Basados en los siguientes parámetros:
RMD
 Número de clientes contactados diariamente.

 Número de llamadas realizadas.
 Número de llamadas concluidas.
 Ciudad de mayor incidencia.
 Modelo de vehículo de mayor interés.
 Día con mayor número de clientes contactados.
 Motivo de interés (compra de unidad o compra de servicio).
 Actualización de información.
Hostess
 Día con mayor tráfico.

 Unidad con mayor demanda.
 Clientes asignadas por APV.
 Fuentes de contacto (Medio por el cual el cliente se enteró de la existencia de la
agencia).
 Lugar de procedencia.
 Número de pruebas de manejo.
Generales
 Restricción de acceso (Login).

 Manejo de sesiones.
 Cierre de sesiones a causa de inactividad.
Tabla 13 Requisito Funcional 12. Generar reportes de actividad RMD
RF 12 Generar reportes de actividad RMD

El sistema genera reportes de la actividad llevada a cabo por los RMD.
Tabla 14 Requerimiento Funcional 13. Generar reportes de actividad afluencia a piso
RF 11 Generar reportes de actividad afluencia a piso

El sistema genera reportes de actividad de afluencia a piso.
25 / 78
4.2 Requerimientos No Funcionales
4.2.1 Requisitos de Rendimiento
• Servidor web Apache o IIS para el alojamiento de la aplicación.
• PHP 5.0 o superior como lenguaje de programación del lado del servidor.
• MySQL como Manejador de base de datos.
• Servicio DNS activado para la resolución de nombres de dominios.
• Servicio FTP para la trasferencia de archivos con el servidor.
Tabla 15 Requerimiento No Funcional 1. Servidor web
RN 1 Servidor web
Es necesario un servidor web donde será alojada la aplicación permitiendo también su difusión.
Tabla 16 Requerimiento No Funcional 2. PHP 5 oporterior
RN 2 PHP 5 o posterior
EL servidor web debe soportar lenguaje PHP en su versión 5 o porterior
Tabla 17 Requerimiento No Funcional 3. Mysql Como SGBD
RN 3 MySql como manejador de base de datos

El servidor web debe contar con el SGBD MySql instalado y configurado
Tabla 18 Requerimiento No Funcional 4. Servicio DNS
RN 4 Servicio DNS configurado

El servicio DNS debe de estar configurado y activo para la difusión de la aplicación web.
Tabla 19 Requerimiento No Funcional 5. Servicio Ftp
RN 5 Servicio FTP Configurado

El servicio ftp debe estar configurado y activo.
26 / 78
4.2.2 Requisitos de Seguridad
• Restricción de acceso a la aplicación.

• Integridad referencial en las consultas de base de datos.
Tabla 20 Requerimiento No funcional 6. Restricción de acceso a la aplicación
RN 6 Restricción de acceso a la aplicación

Solo los usuarios registrados pueden acceder a la aplicación.
Tabla 21 Requerimiento No Funcional 7. Integridad referencial de la BD
RN 7 Integridad referencial
Las tablas deben contener integridad referencial.
4.2.3 Requisitos de Fiabilidad
• Manejo de sesiones de usuario.
Tabla 22 Requerimiento No Funcional 8. Manejo de sesiones de usuario
RN 8 Manejo de sesiones de usuario

El sistema tiene la capacidad de manejar sesiones.
27 / 78
4.2.4 Requisitos de Portabilidad
• Responsividad.
• Soporte de navegadores Google Chrome, Firefox, Safari.
Tabla 23 Requerimiento No Funcional 9. Nombre del requerimiento no funcional 3
RN 9 Responsividad
La aplicación web se adapta a múltiples dispositivos.
Tabla 24 Requerimiento No Funcional 10. Soporte de Navegadores
RN 10 Soporte de Navegadores
La aplicación web es compatibles con diferentes navegadores.
4.3 Estudio de factibilidad
El estudio de factibilidad nos permite conocer la disponibilidad de recursos económicos,

técnicos y humanos que nos permitan cumplir los objetivos y metas de nuestro proyecto,
en otras palabras, nos permite saber si estamos preparados para el desarrollo e
implementación del proyecto, este estudio analiza tres factores de suma importancia.
 Técnico
 Operativo
 Económico
4.3.1 Factibilidad técnica
La factibilidad técnica tiene que ver con los recursos y herramientas técnicas necesarias
para el desarrollo e implementación de nuestra aplicación web.
En primer lugar, al tratarse de un proyecto de desarrollo es necesario contar con los
conocimientos necesarios enfocados a las tecnologías de desarrollo elegidas, el desarrollo
web involucra directamente tres tecnologías base HTML, CSS y JavaScript y PHP además de
frameworks y librerías:
Desarrollo
 Lenguaje de marcado (HTML)

 Estilos (CSS)
28 / 78
 Lenguaje de programación
 Frameworks
 Boostrap versión 3
 Librerías
 JQuery 3.1
 Chart JS
Dejando de lado el desarrollo y diseño web entran en juego tecnologías de desarrollo del
lado del servidor
 Diseño de base de datos

 Lenguaje estructurado de consulta
 Manejar un gestor de base de datos
 Programación orientada a objetos
 Ingeniería de software
Una vez construida nuestra aplicación necesitamos establecer las herramientas y
tecnologías de implementación
 Instalación y configuración de un sistema operativo de red (Servidor)

 Configuración del servicio HTTPD y servicio web
 Configuración de servicios DNS y FTP
 Configuración de red del servidor
 Instalación de dependencias
 Instalación de gestor de base de datos
4.3.2 Factibilidad Económica
La factibilidad económica se refiere a los recursos económicos necesarios para el desarrollo

e implementación de la aplicación los recursos básicos a considerar son el costo del tiempo,
costo de realización y costo por adquisición de recursos. La factibilidad económica es la más
importante ya que de ella se solventan carencia de recursos necesarios.
El costo de tiempo y costo de realización están ligadas al desarrollador o desarrolladores
que están involucrados al tratarse del desarrollo por practicante el costo de tiempo y de
realización queda anulado.
El costo de adquisición de recursos depende de las tecnologías escogidas para el desarrollo
y tecnologías escogidas para la implementación:
29 / 78
Software
 HTML
 CSS
 JavaScript
 PHP
 Boostrap 3
 Chart.js
 JQuery
 MySql
 Cent OS
 Apache
Las tecnologías de desarrollo escogidas no representan un costo por adquisición de recursos
ya que son tecnologías open Source.
Hardware
 Servidor
El sistema operativo de red necesita ser instalado y configurado en un equipo que cumpla
con las características necesarias. Este equipo fue suministrado por departamento y no
represento gastos de adquisición.
4.3.3 Factibilidad operativa
La factibilidad operativa se refiere a todos los procesos que dependen de los recursos
humanos que participen durante la realización del proyecto se deben identificar todas las
actividades que son necesarias para lograr el objetivo.
 Análisis del flujo del proceso real que se busca sistematizar

El departamento de mercadotecnia se involucra directamente en el proceso de análisis que
se basa en las necesidades que se buscan satisfacer
El usuario Hostess y el usuario RMD participan directamente en el análisis del proceso
original y en el diseño del nuevo sistema mediante la ingeniería de requerimientos, debido
a que son ellos los que llevan a cabo el proceso y operaran la nueva aplicación.
Con los resultados anteriores la factibilidad del desarrollo de la aplicación es positiva ya se
cuenta con los recursos necesario y no representa gastos innecesario o gastos que no
puedan ser solventados por la empresa.
30 / 78
Capítulo 5 - Desarrollo del proyecto
5.1 Casos de Uso
Tabla 25 Caso de uso 1. Iniciar sesión
CU 1 Iniciar sesión
Descripción El usuario inicia sesión en la aplicación
Actor Principal Todos los actores Frecuencia de uso: Baja Media Alta
Precondiciones El actor debe estar registrado
Pos condiciones El actor accede a la interfaz de usuario
Disparador Servidor al acceder al dominio
Curso básico de Ingresa usuario y contraseña
eventos El sistema valida el formulario
El sistema permite el acceso
El usuario visualiza la interfaz de usuario
Extensiones de Ingresa usuario y contraseña
eventos El sistema valida el formulario
El sistema deniega el acceso por usuario o contraseña incorrecta
Excepciones
Tabla 26 Caso de uso 2. Registrar Usuario
CU 2 Registrar Usuario
Descripción El administrado registra usuarios
Actor Principal Administrador Frecuencia de uso: Baja Media Alta
Precondiciones El actor debe estar registrado y ha iniciado sesión
Curso básico de Ingresa usuario y contraseña
eventos Registra al usuario
El sistema verifica que el usuario no exista
El sistema permite el acceso
El usuario visualiza la interfaz de usuario
Extensiones de Mensaje: El usuario ya existe
eventos Error Ingrese información correctamente
Excepciones
31 / 78
Tabla 27 Caso de Uso 3. Eliminar Usuario
Descripción El administrador elimina usuario
Curso básico de Elimina usuario
eventos El sistema elimina el usuario
Extensiones de Mensaje: El usuario no existe
eventos
Excepciones
Tabla 28 Caso de Uso 4. Modifica usuario
Descripción El administrado registra usuarios
Curso básico de El usuario registra
eventos El sistema Valida la información
El sistema guarda el nuevo registro
Extensiones de El sistema validad la información
eventos Mensaje de erro el usuario ya existe
Excepciones
Consulte el apartado anexo para visualizar los casos de uso en el formato establecido por
UWE.
32 / 78
5.1.1 Diagramas de casos de uso
Tabla 29 Casos de uso Administrador
33 / 78
Tabla 30 Casos de uso Dirección y Mercadotecnia
Tabla 31 Casos de uso Hostess
34 / 78
5.2 Diagrama de secuencia
El diagrama de secuencia se refiere al orden en el que los elementos interactúan con la

operación del sistema.
5.3 Diagramas de Clases
El diagrama de clases representa la abstracción de entidades que sirven para crear módulos
que serán utilizados en el desarrollo de una aplicación o sistema, una clase está compuesta
por atributos y métodos.
Las clases que están presentes en nuestro diagrama son las siguientes
• Login
• Usuario
• Administrador
• RMD
• Hostess
35 / 78
• Dirección
• Mercadotecnia
• Reportes
Login: La clase encargado del inicio de sesión y control de sesiones de los usuarios.
Usuario: Representa la abstracción de los usuarios en general, los cuales interactúan con el
sistema.
Reportes: Es la clase la cual se encarga de generar reportes de actividad relacionados con
los usuarios RMD y Hostess.
Las clases Administrador, RMD, hostess, Dirección y Mercadotecnia son clases hijo de la
clase usuario, esto quiere decir que comparten características y acciones, pero también
tienen acciones y características propias.
Tabla 32 Diagrama de clases
36 / 78
5.4 Diagrama de contexto
El diagrama de contexto representa los elementos que interactúan directamente con la

aplicación.
5.5 Diagrama de Navegación
El mapa de navegación es una herramienta que muestra la estructura de una página o

aplicación web, esto quiere decir que muestra la secuencia de navegación de una página o
app web dependiendo de algunos factores, estos factores afectan directamente la o las
iteraciones del usuario con la aplicación. Por ejemplo, la navegación de un sitio web de un
usuario que ha iniciado sesión es diferente a la navegación de uno que no cuenta con una
sesión iniciada o en su defecto si existen diferentes tipos de usuario la navegación
dependerá del nivel de acceso de cada usuario.
Ejemplo: Un usuario “Administrador” tiene asignado todos los permisos de acceso por lo
que puede acceder a todas las vistas y funciones de la aplicación, en cambio el usuario
“estándar” solo puede acceder a las vistas y funciones que corresponden al perfil estándar.
Debido a que nuestra aplicación permite interactuar con diferentes tipos de usuarios, la
navegación de nuestros sitios difiere del nivel de acceso de cada usuario como antes se
mencionó, por lo que nuestro mapa de navegación.
37 / 78
Tabla 33 Diagrama de Navegación
38 / 78
5.6 Diseño de la Base de Datos
5.6.1 Modelo Entidad-Relación
Declaración de entidades
• Prospectos
• Usuario
• Cliente
• Unidad
• Llamada
• InfoLlamada
• Encuesta
• InfoEncuesta
Prospecto: Se refiere a los clientes que son registrados derivados de la afluencia a piso en
cada agencia.
Usuario: Es la entidad relacionada a los usuarios que interactúan directamente con la
aplicación.
Cliente: Es la entidad relacionada con los clientes inactivos que provienen del proceso de
restauración de la base de datos del antiguo ERP.
Unidad: Se refiere a las unidades (Vehículos) que están ligadas directamente con los clientes
inactivos.
Llamada: El proceso de contacto de un cliente llevado a cabo por un RMD.
InfoLlamada: Entidad que tiene la finalidad de vincular a la entidad Llamada, usuario y
Clientes en la cual se almacena la información generada de la ejecución del proceso de
llamada, esta entidad pretende ser usada como catalogo para generar reportes.
Encuesta: Entidad relacionada con el proceso de encuesta que es ejecutado por el usuario
hostess.
InfoEncuesta: Vincula la entidad encuesta, usuario y prospecto, tiene la finalidad de guardar
la información generada de la ejecución del proceso de encuesta, esta entidad al igual que
InfoLlamada pretende ser usada como catalogo
39 / 78
Tabla 34 Modelo Entidad Relación
5.6.2 Normalización del Modelo Entidad-Relación
Una de las principales ventajas de normalizar una base de datos es evitar la duplicidad de
información, esto quiere decir que evita que exista información repetida en dos o más
tablas.
Existes varios niveles de normalización dependiendo del tamaño ya la complejidad de la
base de datos, no existe una regla como tal que indique hasta que forma normal debe estar
normalizada un base de datos, ya que esto también depende del criterio y experiencia del
DBA.
La normalización se lleva a cabo durante el proceso de transición entre una entidad y una
tabla, ya que la entidad es una abstracción de un sujeto o proceso el cual no puede ser
normalizado. Nuestra base de datos se encuentra normalizada hasta la tercera forma
normal.
• Se eliminan los atributos multi valorados y se crean nuevas tablas relacionada

con la entidad padre.
• Los campos llave deben ser únicos dentro de las tablas y la base de datos, y
debe existir una nomenclatura estándar para nombrarlos.
• Las relaciones M:M se convierten en tablas y obtienen los campos llaves de las
entidades
40 / 78
5.6.3 Modelo Relacional
Modelo relacional - ER
El modelo relacional representa las tablas que integran la base de datos que han sido
normalizadas, muestra la relación entre tablas y su comportamiento cabe mencionar este
modelo es el último proceso que se realiza antes de comenzar con el desarrollo de la base
de datos.
Cada entidad del MER representa una tabla y cada atributo representa una columna de la
tabla, una vez que se tenga identificado las entidades, atributos y relaciones que serán
normalizadas se construyen el ER.
Tabla 35 Diagrama Relacional
41 / 78
5.6.4 Diccionario de Datos
El diccionario de datos es un documento en el cual se describen los campos de cada tabla

de la base de datos y sirve como referencia para el desarrollador ya que le permite conocer
los tipos de datos y tamaños que serán utilizados por la base de datos. La siguiente tabla
muestra un ejemplo de diccionario de datos que será utilizado, en ella podemos observar 5
columnas
Usuario
Llave Nombre Tipo Tamaño Descripción
PK usuario_id varchar 10 Identificador de usuario
nombre varchar 15 Nombre del usuario
apellidoPat varchar 20 Apellido Paterno del usuario
apellidoMat varchar 20 Apellido Materno del usuario
usuario varchar 10 Nombre de usuario
password varchar 15 Contraseña del usuario
FK sucursal_id varchar Identificador de tabla sucursal
FK categoría_id varchar Identificador de tabla categoría
Tabla 36 Diccionario de datos. Tabla Usuario
Tabla
PK usuario_id Varchar 10 Identificador de la fila primary key
ApellidoPat Varchar 20 Apellido paterno del usuario
42 / 78
Tabla 37 Diccionario de datos. Tabla Prospecto
Cliente
PK cliente_id varchar 10 Identificador de cliente
nombre varchar 20 Nombre del cliente
apeliidoPat varchar 20 Apellido paterno del cliente
apellidoMat varchar 20 Apellido materno del cliente
e-Mail Correo electrónico del cliente
telefonoMovil Teléfono de contacto móvil
telefonoCasa Teléfono de contacto casa
dirección Domicilio del cliente
ciudad Ciudad de procedencia
estado Entidad federativa de
procedencia
Tabla 38 Diccionario de datos. Tabla Cliente
Prospecto
PK prospecto_id varchar 10 Identificador del prospecto
nombre varchar 20 Nombre del prospecto
apellidoPat varchar 20 Apellido paterno del prospecto
apellidoMat varchar 20 Apellido materno del prospecto
fecha_ingreso date 10 Fecha de registro
procedencia varchar 15 Lugar de procedencia
e-mail varchar 20 Correo electrónico del prospecto
telefonoCasa Varchar 15 Teléfono de contacto casa
telefonoMovil varchar 15 Teléfono de contacto celular
apv varchar 15 Asesor profesional de venta
asignado
vehiculo_interes varchar 15 Unidad de interés del cliente
color_interes varchar 15 Color de la unidad de interés
FK sucursal_id varchar Identificador de tabla sucursal
FK medio_id varchar Identificador de tabla medio de
medio de difusión
FK tipo_id Varchar Identificador de tabla tipo de
usuario
FK usuario_id varchar Identificador de tabla usuario
43 / 78
Tabla 39 Diccionario de datos. Tabla Unidad
Unidad
PK unidad_id varchar 10 Identificador de unidad
VIN varchar 25 Número de serie único de cada unidad
tipoUnidad varchar 10 Tipo de unidad Nuevo o semi nuevo
descripción varchar 10 Características de la unidad
modelo varchar 10 Año de fabricación
fechaFactura varchar 10 Fecha de facturación de la unidad
FK cliente id varchar Identificador de la tabla cliente
Tabla 40 Diccionario de datos. Tabla Encuesta
Encuesta
PK encuesta_id varchar 10 Identificador de encuesta
pregunta varchar 100 Preguntas de la encuesta
Tabla 41 Diccionario de datos. Tabla Info_Encuesta
Info_Encuesta
PK info_Id varchar 5 Identificador de tabla
FK usuario_id varchar Identificador de tabla usuario
FK prospecto_id varchar Identificador de tabla prospecto
FK encuesta_id varchar Identificador de tabla encuesta

respuesta varchar Respuesta de pregunta
44 / 78
Tabla 42 Diccionario de datos. Tabla medio_Difusion
Medio_difusión
PK medio_id varchar 5 Identificador de medio de difusión
tipo varchar 20 Tipo de medio de difusión
Tabla 43 Diccionario de datos. Tabla tipo_prospecto
tipo_prospecto
PK tipo_id varchar 3 Identificador de tipo de prospecto
clase varchar 20 Clase de prospecto
Tabla 44 Diccionario de datos. Tabla Llamada
llamada
PK llamada_id varchar 5 Identificador de llamada
duración time Lapso de tiempo de la llamada
fecha date Fecha de ejecución de llamada
cliente_id varchar Identificador de la tabla Cliente
usuario_id varchar Identificador de la tabla usuario
Tabla 45 Diccionario de datos. Tabla Sucursal
Sucursal
PK sucursal_id varchar 2 Identificador de la sucursal
nombre varchar 15 Nombre de la sucursal
descripción varchar 20 Detalles
Tabla 46 Diccionario de datos. Tabla Categoría
Categoría
PK categoría_id varchar 5 Identificador de Categoría del usuario
puesto varchar 15 Puesto del usuario
departamento varchar 15 Departamento del usuario
45 / 78
5.7 Diseño de la Interfaz Gráfica de Usuario
El diseño de interfaces se refiere al diseño de la interfaz o interfaces graficas con las cuales
interactúan directamente los usuarios, estas interfaces son un modelo preliminar de cómo
lucirá la aplicación una vez terminada y deben ser realizadas de acuerdo a la navegación
que se espera la aplicación ofrezca a los usuarios.
El diseño UI/UX (User Interface/User Experience), permite elaborar y diseñar interfaces de
aplicaciones web de una manera fácil y sencilla. El concepto de estos elementos tiene que
ver, en el primero caso con la interfaz y los elementos que el usuario visualiza, mientras el
que UX son las acciones que se generan de las interacciones del usuario con los elementos
antes mencionados. El primer paso para el diseño de interfaces es obtener el flujo de la
aplicación y plasmarlo en un bosquejo de la que será nuestra interfaz de usuario.
Ilustración 6 Ejemplo de diseño de bosquejos de interfaz
Una vez que contamos con nuestros bosquejos es necesario elegir el software de diseño de
interfaces que utilizaremos a lo largo del proyecto. Existen diversos softwares para el diseño
y modelado de las interfaces web, Adobe Photoshop, Ilustrador, Sketch, etc.
Sketch es uno de los softwares para diseño digital de interfaces más populares que existen,
debido a su uso intuitivo y a la gran cantidad de plugins disponibles, además de contener
múltiples herramientas que facilitan el trabajo a los diseñadores.
https://www.sketchapp.com/
46 / 78
Ilustración 7. Diseño de interfaz de usuario administrador con sketch
Ilustración 8 Diseño de Interfaz de inicio de sesión
47 / 78
Ilustración 9 Diseño de interfaz de usuario panel de usuarios de administrador
48 / 78
Ilustración 10 Diseño de interfaz consulta de afluencia administrador
49 / 78
Ilustración 11 Diseño de interfaz registro de afluencia
50 / 78
Ilustración 12 Diseño de interfaz visualizador de reportes RMD administrador
51 / 78
Capítulo 6 - Pruebas y Resultados
Como se menciona en el capítulo de conclusiones las etapas finales de la metodología

UWE:
• Pruebas
• Implementación
• Mantenimiento
No fueran llevadas a cabo debido a que la etapa de desarrollo Fase 3 de la metodología se
encuentra en proceso, una vez finalizada esta etapa se procederá a la evaluación de
resultados de la aplicación mediante su implementación por un tiempo de prueba en el que
los usuarios medirán el rendimiento y funcionalidades ofrecidas, estos resultados serán
evaluados por el departamento de sistemas en busca de errores o mejora y optimización
de funciones.
52 / 78
Capítulo 7 - Conclusiones
7.1 Competencias Desarrolladas o Aplicadas
Las competencias las cuales fueron desarrolladas fueron:
Ingeniería de software
 Aplicación de lenguajes de modelado (UML)

 Ingeniería de requerimientos
 Casos de uso
 Requerimiento funciónales y no funcionales
Desarrollo de la aplicación y diseño de base de datos
• Análisis y diseño de base de datos

• Uso de frameworks de diseño web boostrap
• Uso de librería de graficado chart.js
• Diseño de interfaces web.
• Uso de lenguajes de programación Java script, PHP.
• Uso de lenguajes de maquetación y estilos web HTML 5 y CSS3
• Instalación y configuración de sistema gestor de base de datos.
• Uso de patrón de diseño MVC para la estructura del contenedor de la
aplicación y la arquitectura de comunicación de la aplicación.
Sistemas operativos y Administración de redes
• Instalación y configuración de un servidor web apache sobre un entrono Linux.

• Uso y aplicación de metodologías para el desarrollo de aplicaciones web.
• Configuración de servicios de red
53 / 78
7.2 Conclusiones
El proyecto concluye durante la etapa de desarrollo (etapa 3) que marca la metodología

UWE, de la etapa de desarrollo se concluyeron vistas para los diferentes módulos de la
aplicación.
El proyecto actualmente está siendo evaluado por el departamento de Mercadotecnia de la
empresa y por la dirección para determinar su impacto en la empresa y poder determinar los
beneficios alcanzados con su implementación, se tiene planeado continuar con el desarrollo del
proyecto durante los próximos 2 meses hasta su término e implementación.
La etapa de pruebas no puede ser llevada a cabo hasta obtener el 70% de la funcionalidad de la
aplicación por lo que se encuentra en espera.
De la etapa de implementación se obtuvieron la implementación del servidor web donde se alojará

la aplicación y las dependencias necesarias (PHP, MySQL). Quedando pendiente los servicios DNS y
FTP. Solo están disponibles las vistas de administrador, hostess y dirección.
La etapa de mantenimiento no se concluye debido a que esta etapa depende directamente del
término de las 5 etapas antecesoras, por lo que se pospone hasta el término e implementación del
proyecto.
Durante el desarrollo del proyecto se hace uso de diferentes tecnologías de desarrollo y

maquetación web las cuales nos permiten realizar varias conclusiones respecto al desarrollo y la
complejidad de este, comenzando por la metodología UWE es una metodología bastante flexible
que permite el desarrollo de una aplicación web sin realizar demasiado esfuerzo hablando de la
parte de documentación e ingeniería de software, que, aunque la ingeniería de software es una
parte indispensable durante el desarrollo para algunos programadores es un tema bastante
complicado y tedioso. UWE propone un modelo de desarrollo basado en seis etapas que permiten
poder segmentar el desarrollo de la aplicación, de igual manera UWE sus tres últimas etapas permite
medir la funcionalidad de la aplicación antes de su implementación y después de ella, es decir nos
ofrece el tiempo suficiente para poder detectar problemas de operación o de lógica, y también
poder detectar módulos que pudieran ser mejorados.
De igual manera el uso de un framework de diseño web como es boostrap 3 nos permite que el
desarrollo fronted se llevado a cabo de una manera rápida, fácil y estructurada, esto facilita las cosas
para desarrolladores que aun no dominan CSS3 ya que sus sistema de grillas hace que el
posicionamiento de los elementos pase de ser una tarea complicada a algo practico y sencillo de
igual manera boostrap 3 incorpora el diseño responsivo, esto quiere decir que la aplicación se
adaptar a dospositivos de cualquier tamaño, otra ventaja de boostrap es que al incorporar clases
predefinidas estas contienen estilos que no ahorran tiempo y esfuerzo, por ejemplo existen
diferentes tipos de barras de navegación y diferentes tipos de botones de los que podremos
disponer solo con incluir el nombre de la clase, pero la principal ventaja que encontramos durante
el desarrollo frontend de la aplicación fue que boostrap es el framework mas utilizado hoy en dia
por lo que existen comunidades, foros y basta documentación en caso de necesitar ayuda extra en
temas mas complejos.
54 / 78
Por otro lado chart .js es una framework basado en java script y boostrap 3 el cual nos permite
dispones de multiples diseño de graficas prediseñados que faciltan la tarea de graficar, chart js es
una framework open source por lo que nos poermite realizar modificaciones en sus condigo fuente
de ser necesario ademas pueden modificarse aspecto basicos como color, tamaño o tipo de grafico
que sera utilizado, con esta herramienta nos ahorramos el desarrollo de una funcion para graficar
desde 0, ademas que en comparación con google charts, chart js nos ofrece un mayor numero de
graficos disponibles y su nivel estetico es mayor esto ultimo podria interpretarse tambien a que sus
graficos son más bonitos que los de google chart.
Al depender la difusión de la aplicación directamente del departamento nos vimos en la necesidad

de configurar un servidor web y los servicios necesarios para su implementación en nuestra red local
por lo que esto nos permitió entender cómo interactúan los sistemas o aplicaciones a través de las
diferentes áreas de la informática, al igual se utilizan a cabo metodologías de desarrollo y técnicas
de ingeniería de software, estas características hacen que este proyecto sea ideal como introducción
al desarrollo de software y al uso y mantenimiento de sistemas operativos de red.
El estatus del proyecto queda en desarrollo ya que tendrá continuidad y se actualizará nuevas
funciones y módulos.
55 / 78
Ilustración 13 interfaz de acceso a usuario
Ilustración 14 interfaz de usuario, registro afluencia
56 / 78
Ilustración 15 Interfaz panel de usuario
Ilustración 16 interfaz de visualización de reportes de actividad
57 / 78
7.3 Recomendaciones
Ya que el desarrollo de la aplicación estaba pensado utilizando PHP puro se recomienda de

hacer uso de un framework de desarrollo como laravel permitiría facilitar y reducir el
tiempo en el que es llevado a cabo y la complejidad de desarrollo, por lo que se hace la
recomendación de implementar laravel dentro del proyecto para agilizar la culminación de
este.
Antes de iniciar el desarrollo de cualquier proyecto de software es necesario primero contar
con conocimientos solidos de Ingeniería de software ya las técnicas y metodologías de
desarrollo son de vital importancia porque nos permiten ejercer buenas prácticas durante
el proceso de codificación y garantizan el correcto funcionamiento del software.
Como programador inexperto cometí el error de pensar que se puede dejar de lado la
ingeniera de software y que podemos enfrascarnos directamente con el diseño y el
desarrollo, y aunque en algunas situaciones no es “necesario” hacer uso de esta, cuando
nos involucramos en proyectos de mayor complejidad nos damos cuenta de que todas las
técnicas y metodologías nos facilitan las tareas a lo contrario que muchos pensamos.
58 / 78
Bibliografía
• Rumbaugh J. y Booch G. 1999. The Unified Modeling Language. Addison-Wesley

• Somerville I. 2007. Ingeniería de software. Séptima Edición.
• Schneider G. 2001. Applying use cases. Second Edition. Addisson-Wesley
• P., Coad and E., Yourdon. 1997. Modeling & Design with Java. Frameworks: Java to
UML and Catalysis. JOOP, Journal in Object-Oriented Programming.
• D., D’Souza and A., Wills. 1998. Objects, Components and Frameworks with UML.
Prentice Hall.
• GÓMEZ GARCÍA, José Luis. Introducción al big data. Barcelona: UOC, 2015
12/1044313
• Big data applications and principles: first International Workshop, Big dap 2014,
Madrid, Spain, September 11-12-2014: proceedings. Madrid: E.T.S. Ingeniería de
Sistemas Informáticos Universidad Politécnica de Madrid, 2014 SDB 004.6 (063) INT
• Bitner, M., Brown, S., & Meuter, M. (2000). Technology infusion in service encounters.
Academy of Marketing Science. Vol. 28, pp. 138-149.
• Lamb, C., Hair, J., McDaniel, C. (1998). Marketing. México: Thompson Editores
59 / 78
Anexos
60 / 78
61 / 78
.
62 / 78
63 / 78
64 / 78
65 / 78
66 / 78
67 / 78
68 / 78
69 / 78
70 / 78
71 / 78
72 / 78
73 / 78
74 / 78
75 / 78
76 / 78
77 / 78
78 / 78

Reporte Técnico Desarrollo de Una Aplicacion Web Con UWE

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Reporte Técnico Desarrollo de Una Aplicacion Web Con UWE

Enviado por

Direitos autorais:

Formatos disponíveis

Índice de Contenido

DEDICATORIAS.......................................................................................Error! Bookmark not defined.

La concentración de la información obtenida de los procesos anteriores es almacenada de

Una vez recolectada a información de ambos procesos, el departamento de mercadotecnia

El departamento de sistemas de la empresa propone una solución basada en una aplicación

Esta aplicación será implementada mediante un servidor Web Apache montado en un

Como estrategia de marketing Nissan GASME contacta a clientes que se encuentran en

Como se mencionó anteriormente Nissan GASME desea sistematizar los procesos de

• Medir el tiempo en el que se lleva a cabo una llamada telefónica.

• Reducir el tiempo de recopilación de información de los clientes.

De acuerdo a la metodología de desarrollo UWE el proyecto consta de 6 que deben

• Diagrama Entidad Relación

Limitaciones en difusión de la aplicación

• Difusión de la aplicación sobre la LAN de la empresa

1.1 Conceptos y Términos

Servicio DNS: El servicio de traducción de nombres de dominio permite asignar un nombre

Servicio FTP: Un servidor FTP permite la carga y descargar de archivos a un servidor,

Sistema operativo de red: Un sistema de red es el sistema dedicado a funciones de

WAN: Redes de internet que están conectadas con diferentes LAN.

Ingeniería de software: Es la rama de la informática que se encarga del estudio de técnicas

Requerimientos funcionales: Los requerimientos funcionales según la ingeniera de

Requerimientos no funcionales: Los requisitos no funcionales son factores de los cuales el

Base de datos: Una base de datos es un conjunto de información a grupada en tablas

Patrón de diseño: un patrón de diseño es un conjunto de reglas para el desarrollo de

SQL: Lenguaje estructurado de consulta, actualmente SQL es el lenguaje de consulta más

MySql: Gestor de base de datos propiedad de la compañía Oracle.

Normalización de base de datos: La normalización de base de datos es un estándar el cual

Diccionario de datos: El diccionario de datos contiene la información de cada atributo o

Diagrama de Clases: El diagrama de clases es utiliza en la programación orientada a objetos

Diagrama de navegación: El diagrama de navegación representa el comportamiento que la

Responsividad: las responsividad es la capacidad de una página o aplicación web de

 1960 Ismael Gasca Martínez funda Autos Económicos de Orizaba.

Ilustración 1 Vista de la agencia google maps

2.6 Plano de la Empresa

Ilustración 3 plano planta alta

Ilustración 2 plano planta baja

2.7 Caracterización del Área

Ilustración 5 Plano de SITE

La metodología escogida para el desarrollo de la aplicación es UWE, UWE es una

3.2 Implementación de la metodología

1 Diagramas de casos de Diagrama que representan los casos de uso

4.1 Requerimientos Funcionales

 El administrador puede registrar, modificar o eliminar usuarios de las tablas

 Registra usuarios nuevos (prospectos).

 Consulta información de contacto de clientes

Tabla 2 Requerimiento Funcional 1. Iniciar sesión

Tabla 3 Requerimiento Funcional 2. Registrar usuario

Tabla 4 Requerimiento Funcional 3. Eliminar usuario

Tabla 5 Requerimiento Funcional 4. Modifica información de usuario

RF 4 Modifica información de usuario

Tabla 6 Requerimiento Funcional 5. Visualizar reportes de afluencia

RF 5 Visualizar reportes de actividad RMD

RF 6 Visualizar reportes de afluencia

Tabla 8 Requerimiento Funcional 7. Consulta registros

Tabla 9 Requerimiento Funcional 8. Agregar nuevo prospecto

RF 8 Agregar un prospecto nuevo

Tabla 10 Requerimiento Funcional 9. Realizar encuesta de satisfacción

RF 9 Agregar un prospecto nuevo

Tabla 11 Requerimiento funcional 10. Actualizar registros

Tabla 12 Requerimiento Funcional 11. Enviar correo electrónico

RF 11 Envía correo electrónico

 Número de clientes contactados diariamente.

 Día con mayor tráfico.