Post on 09-Oct-2018
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE INGENIERIA INDUSTRIAL DEPARTAMENTO ACADEMICO DE GRADUACIÓN
TRABAJO DE TITULACIÓN
PREVIO A LA OBTENCIÓN DEL TITULO DE LICENCIADO EN SISTEMAS DE INFORMACIÓN
ÁREA SISTEMAS DE INFORMACIÓN
TEMA: “ANÁLISIS Y DISEÑO DE SISTEMA PARA GESTIÓN
DE ACCESO A URBANIZACIONES PRIVADAS.”
AUTOR: VELASCO ROMERO DIÓGENES GERMÁN
DIRECTORA DEL TRABAJO ING. SIS. JARAMILLO CAMPOS MARÍA MERCEDES. MBA
2015 GUAYAQUIL – ECUADOR
i
DECLARACIÓN DE AUTORÍA
“La responsabilidad del contenido de este Trabajo de Titulación, me
corresponde exclusivamente, y el patrimonio Intelectual del mismo a
la Facultad de Ingeniería Industrial de la Universidad de Guayaquil”
Velasco Romero Diógenes Germán
C.I. # 0930332523
ii
DEDICATORIA
Dedico este trabajo de titulación principalmente a Dios,
quien me ha permitido llegar hasta esta meta importante en mi
vida, por iluminarme en momentos donde creía que todo estaba
perdido y a darme fuerzas para no rendirme. A mi Madre que en
todo momento de mi vida estudiantil estuvo ahí para darme
ánimo y no dejar que desista. A mi padre por su apoyo moral y
paciencia que tuvo para que culmine mi carrera. A mi Tía que
siempre ha estado en momentos oportunos de mi etapa
profesional. A mi novia por toda la paciencia del mundo que me
tuvo. A mi amigo, hermano y compañero de tesis, que siempre
nos apoyamos en momentos difíciles. A mi hermana que juntos
hemos superado momentos difíciles en el ámbito profesional
apoyándonos uno a otro.
Velasco Romero Diógenes Germán
iii
AGRADECIMIENTO
A Dios, por guiarme durante todo mi camino profesional y por
darme fuerzas para superarme y vencer obstáculos.
A mis padres, que me apoyaron incondicionalmente en el
transcurso de mi ciclo profesional y porque me dejan una valiosa
herencia que es el estudio.
A mi tutora, por la paciencia que me tuvo para poder culminar
mi trabajo y sus motivaciones.
A mi novia, hermana y mi Tía por apoyarme moralmente y en
la investigación de mi trabajo de titulación.
A mis amigos que estuvieron apoyándome para culminar mi
trabajo de titulación.
Velasco Romero Diógenes Germán
iv
INDICE GENERAL
N° Descripción Pág.
PRÓLOGO 1
CAPÍTULO I
PERFIL DEL PROYECTO
N° Descripción Pág.
1.1. Antecedentes 2
1.3. Planteamiento del problema 3
1.4. Objetivos 5
1.4.1. Objetivos Generales 5
1.4.2. Objetivos específicos 5
1.5. Límites 5
1.6. Justificación 6
CAPÍTULO II
MARCO TEÓRICO
N° Descripción Pág.
2.1. Urbanización 8
2.2. Accesos 9
2.3. Visita 9
2.4. Propietarios 10
2.5. Seguridad 10
2.6. PHP 11
2.7. Codelgniter 12
2.8. Xampp 13
2.9. Mysql 14
v
CAPÍTULO III
MARCO METODOLÓGICO
N° Descripción Pág.
3.1. Alcance de la Investigación 15
3.2. Hipótesis 16
3.3. Definición de las Variables 16
3.3.1. Variable Independiente 16
3.3.2. Variable dependiente 1 16
3.3.3. Variable dependiente 2 16
3.4. Diseño de la Investigación 17
3.5. Selección de la muestra 18
3.6. Recolección de datos 20
3.7. Metodología de desarrollo 20
3.7.1. Fase de análisis 21
3.7.1.1. Análisis de los procesos actuales 21
3.7.1.2. Proceso de registro de visitante 21
3.7.2. Estudio de factibilidad 25
3.7.2.1. Factibilidad operativa 25
3.7.2.2. Factibilidad técnica 26
3.7.2.3. Factibilidad económica 28
3.7.3. Fase de diseño 31
3.7.3.1. Casos de Uso 31
3.7.3.2. Diagrama de Actividad 44
3.7.3.3. Diagrama de Secuencia del Proyecto 45
3.7.3.4. Modelo Entidad Relación 46
3.7.3.5. Modelo de Base de Datos 47
3.7.3.6. Estandarización de Base de datos 48
3.7.3.7. Diagrama de clase 49
3.7.3.8. Diseño de tablas: Modelo entidad relación lógico 50
3.7.3.9. Estándares de tablas y formulario 53
3.7.3.10. Estandarización de Pantallas 53
3.7.3.11. Definiciones funcionales 82
vi
N° Descripción Pág.
3.7.3.12. Autenticación o ingreso a la aplicación 82
3.7.3.13. Pantalla Principal 82
3.7.4. Fase de Construcción 83
3.7.5. Fase de Implementación 84
3.8. Planificación 87
CAPÍTULO IV
ANÁLISIS Y DISCUSIÓN DE LOS RESULTADOS
N° Descripción Pág.
4.1. Preparación de los datos 99
4.2. Comprobación de la Hipótesis 110
CAPÍTULO V
CONCLUSIONES Y RECOMENDACIONES
N° Descripción Pág.
5.1. Conclusiones 111
5.2. Recomendaciones 112
ANEXOS 114
BIBLIOGRAFÍA 121
vii
INDICE DE GRÁFICOS
N° Descripción Pág.
1. Relación entre los problemas elegidos 3
2. Diagrama de proceso actual de ingreso de visitas 22
3. Diagrama de flujo ingreso de visitas con la aplicación 23
4. Caso de uso Iniciar Sesión 31
5. Caso de uso Gestión Visitas / Ingresar Visitantes 33
6. Caso de uso Gestión Visitante 34
7. Caso de uso Gestión propietario / Nuevo propietario 36
8. Caso de uso Gestión vivienda 38
9. Caso de uso Gestión casa / Nueva Casa 40
10. Caso de uso Restablecer Contraseña 43
11. Diagrama de Actividad 44
12. Diagrama de Secuencia 45
13. Modelo Entidad Relación 46
14. Modelo de Base de Datos 47
15. Diagrama de clase 49
16. Estandarización: Formulario Inicio de Sesión 54
17. Estandarización: Formulario Principal 56
18. Estandarización: Formulario Agendar Visita 58
19. Estandarización: Formulario Vivienda 60
20. Estandarización: Formulario Registro Vivienda 62
21. Estandarización: Formulario Casas 64
22. Estandarización: Formulario Registro casas 66
23. Estandarización: Formulario Propietario 68
24. Estandarización: Formulario Registro Propietario 70
25. Estandarización: Formulario Visitante 72
26. Estandarización: Formulario Registro Visitantes 74
27. Estandarización: Formulario Cambio de contraseña 76
viii
N° Descripción Pág.
28. Estandarización: Formulario Usuario 78
29. Estandarización: Formulario Registro usuario 80
30. Planificación 87
31. Planificación 88
32. Planificación 89
33. Planificación 90
34. Planificación 91
35. Planificación 92
36. Planificación 93
37. Planificación 94
38. Planificación 95
39. Planificación 96
40. Planificación 97
41. Planificación 98
42. Encuesta: EDAD 99
43. Encuesta: SEXO 100
44. Encuesta: Políticas de Seguridad 101
45. Encuesta: Seguridad actual 102
46. Encuesta: Seguridad Implementada 103
47. Encuesta: Motivo porque no se implementa un sistema 104
48. Encuesta: Grado de Seguridad 105
49. Encuesta: Notificaciones para ingreso 106
50. Encuesta: Aporte de Notificaciones 107
51. Encuesta: Costo Adicional 108
52. Encuesta: Implementación de un sistema 109
ix
INDICE DE IMÁGENES
N° Descripción Pág.
1. PHP 11
2. XAMPP 13
3. MySQL 14
4. Etapa Hermes 114
5. Redondel Av. Principal Villa Club 115
6. Av. Principal Urb. Villa Club 116
7. Principal Urb. Villa Club 117
8. Entrada de villa club La Piazza 118
x
INDICE DE TABLAS
N° Descripción Pág.
1. Matriz de problemas 4
2. Operacional de variables 16
3. Requerimientos de software 27
4. Costos referenciales del personal 29
5. Costos referenciales de hardware 29
6. Costos referenciales de software 29
7. Costos referenciales de gastos 30
8. Resumen de costos 30
9. Caso de uso Iniciar sesión 32
10. Caso de uso Gestión Visitas / Ingresar Visitante 33
11. Caso de uso Gestión Visitante 35
12. Caso de uso propietario / nuevo propietario 37
13. Caso de uso Vivienda / Nueva Vivienda 39
14. Caso de uso casa / Nueva casa 41
15. Caso de uso gestión/ Buscar, modificar, eliminar 42
16. Caso de uso Restablecer Contraseña 43
17. Estandarización de la base de datos 48
18. Tabla Usuario: GAUP_M_USERS_1 50
19. Tabla casas: GAUP_M_CASAS_2 50
20. Tabla Vivienda: GAUP_M_VIVIENDAS_3 51
21. Tabla Propietarios: GAUP_M_PROPIETARIOS_4 51
22. Tabla Visitantes: GAUP_M_VISITANTES_5 51
23. Tabla Registro Visitas: GAUP_H_REGVISITAS_6 52
24. Tabla Roles de usuarios: GAUP_M_ROLES_7 52
25. Tabla de Estado: GAUP_M_ESTADOS_8 52
26. Estándar de la aplicación 53
27. Tipos de tablas 53
xi
N° Descripción Pág.
28. Tipos de Objeto Base 53
29. Estandarización: Formulario Inicio de Sesión 55
30. Estandarización: Formulario Principal 57
31. Estandarización: Formulario Agendar Visita 59
32. Estandarización: Formulario Vivienda 61
33. Estandarización: Formulario Registro Vivienda 63
34. Estandarización: Formulario Casas 65
35. Estandarización: Formulario Registro casas 67
36. Estandarización: Formulario Propietario 69
37. Estandarización: Formulario Registro Propietario 71
38. Estandarización: Formulario Visitante 73
39. Estandarización: Formulario Registro Visitantes 75
40. Estandarización: Formulario Cambio de contraseña 77
41. Estandarización: Formulario Usuario 79
42. Estandarización: Formulario Registro usuario 81
43. Encuesta: Edad 99
44. Encuesta: Sexo 100
45. Encuesta: Políticas de seguridad 101
46. Encuesta: Seguridad actual expone a hechos delictivos 102
47. Encuesta: Seguridad Implementada 103
48. Encuesta: Motivo porque no se implementa un sistema 104
49. Encuesta: Grado de seguridad 105
50. Encuesta: Notificación para ingreso 106
51. Encuesta: Aporte Notificaciones 107
52. Encuesta: Costo adicional 108
53. Encuesta: Implementación de un sistema 109
xii
INDICE DE ANEXOS
N° Descripción Pág.
1 Imágenes del límite Espacial 114
2 Encuestas a propietarios de las viviendas 119
xiii
AUTOR: VELASCO ROMERO DIÓGENES GERMÁN
TEMA: APLICACIÓN PARA GESTIÓN DE ACCESO A
URBANIZACIONES PRIVADAS DIRECTORA: ING. SIS. JARAMILLO CAMPOS MERCEDES MBA.
RESUMEN
El presente trabajo de titulación consiste en el desarrollo de una aplicación web para gestión de acceso a urbanizaciones privadas (GAUP), para poder reducir la inseguridad controlando el acceso de las personas que ingresan a la urbanización, tanto integrantes de la familia como de personas externas y así ayudará a generar el control respectivo para las visitas. En las garitas de las urbanizaciones privadas se lleva un control manual de las visitas y carecen de aplicaciones tecnológicas para que así controlen el acceso. Para desarrollar este trabajo de titulación se utilizará la metodología RUP y el modelado de datos UML que ayudarán a un análisis y diseño estandarizado. También se recolectará datos a través de encuestas a los habitantes de la urbanización privada Villa Club etapa Hermes. La información obtenida servirá de base para el requerimiento y posteriormente proponer la solución. En las urbanizaciones privadas necesitan tener mayor control sobre las visitas, para la seguridad de los habitantes, por eso se llevará a cabo el desarrollo de esta Aplicación, para beneficio de los habitantes de la urbanización, porque con la aplicación web (GAUP) estarán más seguro ya que se darán cuenta de las personas que están en la garita para ingresar. La Aplicación Web tendrá la facilidad de enviar avisos mediante correos electrónicos y SMS a los propietarios de las viviendas informándoles de las personas que están en la garita, los habitantes se sentirán con mayor tranquilidad sabiendo que existe mayor control sobre las personas que ingresaran a la urbanización y que además los habitantes pueden saber quién es la persona que los visita, ya que en el aviso que se les enviará al correo les llegara la foto de la persona que se encuentra en la garita y así las urbanizaciones constarán con mayor seguridad y un mejor control.
PALABRAS CLAVES: Aplicación, Propietarios, Urbanización, Privada, Desarrollo, Avisos, Acceso.
Velasco Romero Diógenes Ing. Sis. Jaramillo Campos Mercedes MBA. C.C 0930332523 Director de Trabajo
xiv
AUTOR: VELASCO ROMERO DIÓGENES GERMÁN
SUBJECT: ANALYSIS AND DESIGN SYSTEM FOR MANAGING PRIVATE GATED COMMUNITIES ACCESS
DIRECTOR: SYST. ENG. JARAMILLO CAMPOS MERCEDES MBA.
ABSTRACT
This is a project developed to help the neighborhood of Villa Club in their security system, with the main purpose of reducing the security by controlling the access through the gates. To help the analysis and design process of this project, the methodology RUP and the UML data modelling was used, also they helped to gather information through the use of polls to the people who lives there. All the information will be used as source of the system requirements and in the future, to help in the plan of the solution to the neighborhood. The solution will be able to send alerts to emails and cellphones of the houses’s owners, letting them to know when someone is requiring access to the neighborhood. The people is going to feel safer with this security feature as they are going to be able to even see a picture of the visitor at the gate.
KEY WORDS: System, Owners, Gated Community, Private, Alerts Development, Access, Information.
Velasco Romero Diógenes Syst. Eng. Jaramillo Campos Mercedes MBA. C.I. 0930332523 Director of work
PRÓLOGO
El presente trabajo de titulación tiene por objetivo realizar el análisis y
diseño de un sistema para gestión de acceso a urbanizaciones privadas
(GAUP) y así poder llevar un control de vistas no deseadas y reducir casos
de inseguridad dentro de las urbanizaciones privadas. El tema se dio
debido a los diferentes casos de inseguridad y retrasos que se observan al
ingreso de las visitas a la urbanización privada.
El propósito de este proyecto, es reducir los problemas de inseguridad
que tiene la Urbanización privada Villa club, etapa Hermes al momento de
recibir las visitas, para que los propietarios de las viviendas se sientan
seguros.
En una visita a una urbanización privada se pudo verificar el tipo de
acceso que tiene un visitante sin auto y un visitante en auto, el personal de
la garita lleva un registro manual en un libro, anotando datos básicos de la
visita y recepción de cédula. Con el sistema se podrá mantener una base
de datos actualizada con la información disponible para cualquier petición
del administrador.
El sistema también facilitará un informe de accesos a la urbanización
privada de acuerdo a la solicitud del administrador. Se detallarán las
herramientas a usar en el desarrollo del sistema, definiendo ventajas y
desventajas de las diferentes aplicaciones.
Se aplicará metodologías para un orden en el desarrollo, se planteará la
hipótesis para poder encontrar solución al problema analizado, se analizará
también la factibilidad del proyecto - presupuesto y procedimientos del uso
del sistema.
CAPÍTULO I
PERFIL DEL PROYECTO
1.1. Antecedentes
El principal problema de toda urbanización es tratar de precautelar la
seguridad de los habitantes de las urbanizaciones o ciudadelas, en la
actualidad existen métodos para recibir visitantes pero todo es manual, un
visitante también pierde tiempo al esperar la confirmación de la entrada, y
por lo general en todas las urbanizaciones y/o ciudadelas llaman al
propietario de la vivienda para comunicar quien lo visita.
Actualmente, en la garita tienen una lista de autos autorizados para
entrar a la urbanización con sus respectivas placas y dueño del automóvil,
pero también surge el problema cuando el administrador busca en el
registro por número de placa o por nombre, esta búsqueda toma tiempo y
existen ocasiones que el personal de la garita revisa varias veces el registro
en su poder.
Por otro lado, si está registrado o si había ingresado anteriormente, se
toman acciones como llamar al propietario y dar todos los datos de quien
va a ingresar.
En la urbanización debido a que no hay mucho control han existido
robos dentro de ellas.
En la actualidad se ha solicitado el patrullaje de la policía dentro de la
Urbanización privada, pero en caso de que haya algún robo, debería haber
un registro de ingreso a la urbanización justo a la hora del atraco, así la
policía nacional ejecuta algún plan de acción con las personas que
ingresaron a esa hora.
Perfil del proyecto 3
1.2. Planteamiento del problema
El principal problema en las Urbanizaciones privadas, es el control de
las visitas al momento de ingresar, debido a que solo piden cédula de
identidad y la dirección de la vivienda a la que se dirige, pero el personal
de la garita no sabe si en realidad el visitante llega a su destino. El
propietario debería avisar a la garita si recibió la visita, ya que una persona
puede falsificar una identidad para entrar a la urbanización con facilidad, y
a parte el personal de la garita no cuenta con un listado por parte del
propietario de personas permitidas y conocidas.
En algunas urbanizaciones de la ciudad de Guayaquil, carecen de:
Un sistema que permita facilitar la búsqueda de visitantes que ya
deberían estar registrados con su anterior visita.
Formas tecnológicas de aviso del ingreso de los visitantes.
Listado actualizado de todas las familias q habitan en la urbanización
Las principales irregularidades son:
Inseguridad de los habitantes dentro de la urbanización.
Entrada de personas indeseables.
El tiempo de respuesta demorado en avisar al propietario.
Medios alternativos de aviso entre garitas y familias
GRÁFICO N° 1
RELACIÓN ENTRE LOS PROBLEMAS ELEGIDOS
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Entrada de personas
indeseables.
Medios alternativos de aviso entre
garitas y familias.
El tiempo de respuesta
demorado en avisar al propietario
Inseguridad de los habitantes dentro de
la urbanización.
Perfil del proyecto 4
En el siguiente gráfico muestra la relación tanto unívoca como biunívoca
entre los problemas elegidos.
Se establece la matriz en orden jerárquico que refleje cual es el
problema principal causante de varios problemas secundarios:
La matriz del problema se la representará en la siguiente tabla con la
respectiva prioridad del problema mencionado.
En la tabla se detallará también la probabilidad de que ocurra el
problema.
TABLA N° 1
MATRIZ DE PROBLEMAS
PROBLEMA TIPO DE PROBLEMA
PROBABILIDAD QUE OCURRA
IMPACTO PRIORIDAD
Inseguridad de los habitantes dentro de la urbanización
HUMANO ALTA SERIO 1
Entrada de personas
indeseables
Humano Media Grave 2
El tiempo de
respuesta demorado en
avisar al propietario
Humano Media Leve 4
Medios alternativos de
aviso entre garitas y familias
Técnico Media Leve 3
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Perfil del proyecto 5
1.2. Objetivos
1.2.1. Objetivos Generales
Analizar y Diseñar una herramienta tecnológica para el control en
ingreso de las visitas a la urbanización Villa Club etapa Hermes del Cantón
Daule, provincia del Guayas; con el fin de reducir los riesgos en el ingreso
de personas amigo de lo ajeno, contribuyendo a la armonía y seguridad de
la urbanización.
1.2.2. Objetivos específicos
Analizar los requerimientos para el control de la urbanización; para
reducir el tiempo de respuesta entre las garitas y las viviendas dentro
de la misma. Permitiendo identificar por medio de registros digitales a
cada persona que ingrese a la etapa, pudiéndose determinar la hora
exacta de ingreso, hora de salida, ¿a quién visita?, identificar por
medio de un documento legal a la persona que ingresa (cédula de
identidad, pasaporte, licencia). Generando de forma automática el
aviso al propietario del ingreso del visitante, para el respectivo
conocimiento y autorización.
Diseñar la solución tecnológica cubriendo los requerimientos
obtenidos en la etapa de análisis, verificando que hayan sido cubiertos.
Desarrollar el diseño de herramienta tecnológica.
1.3. Límites
Temporal. El tiempo estimado para el desarrollo del proyecto es de 12
meses.
Espacial. El proyecto se llevará a cabo en Ecuador al norte de la
ciudad de Guayaquil, provincia del Guayas en la urbanización privada
Villa Club etapa Hermes. (Ver anexo 1).
Sustantivo. El proyecto mencionado reemplazará procesos manuales
que se llevan actualmente en la urbanización a través de diferentes
opciones.
Perfil del proyecto 6
La aplicación permitirá:
Registrar Visitas a través de la opción de visitas: En esta opción se
ingresa los datos de la visita y la agenda en la base de datos.
Registrar Vivienda a través de la opción Vivienda: en esta opción se
registra la vivienda asociándola con el propietario.
Registrar Propietario a través de la opción Propietario: aquí se registra
los datos del propietario.
Registrar Visitante a través de la opción Visitante: Se registra los datos
personales de cada visitante que va a ingresar.
Enviar mensajes por el correo electrónico y sms al propietario de la
vivienda.
1.4. Justificación
El presente trabajo de investigación se realizará ante la necesidad de
salvaguardar la seguridad de los habitantes de las urbanizaciones privadas
ya que actualmente la delincuencia reina en el entorno.
Hoy en día se ven muchos casos de robos dentro de las urbanizaciones,
pero realmente no se conocen los modos en que se llevan a cabo dichos
eventos delincuenciales.
La seguridad y privacidad de los ciudadanos es lo que se buscó al
construir las ciudadelas privadas en la ciudad de Guayaquil, pero aun no
es suficiente el control que se lleva para las visitas. Debido a esto se
procede a diseñar un sistema para gestión de acceso a urbanizaciones
privadas, a fin de mantener información de las personas que residen o
visiten en el momento que se la requiera.
Con este sistema, se busca reducir la delincuencia y mantener un
control para las visitas de la urbanización privada Villa Club, así los
habitantes dentro de ella se sientan más seguros.
Perfil del proyecto 7
Según estudios realizados, la inseguridad dentro de la urbanización es
debido a la falta de control de quien ingresa.
Este sistema será desarrollado exclusivamente para urbanización
privada Villa Club, etapa Hermes.
CAPÍTULO II
MARCO TEÓRICO
En este apartado se definirán las herramientas y teorías que sustentan
el sistema a desarrollarse.
Primero se partirá con definiciones de Urbanización, accesos y
seguridad. Posteriormente se definirán conceptos de las plataformas a
usarse como: php, plantilla CodeIgniter, Xampp y base de datos MySql.
2.1. Urbanización
Las urbanizaciones hoy en día se han convertido en la opción de las
personas para vivir, ya que el objetivo es buscar seguridad que no se
encuentra en ciudadelas normales, además en todas las urbanizaciones
existen diferentes tipos de control.
La urbanización es un proceso de transformación secular
de las estructuras rurales en urbanas. Se caracteriza por
el incesante desarrollo de la división social del trabajo,
que transfiere la fuerza laboral agrícola hacia actividades
secundarias y terciarias; por el cambio del proceso de
producción; por la creciente diferenciación política,
social, psicológica, ecológica, cultural, etc. Entre campo y
la ciudad y por dar origen a la ciudad estimulando su
crecimiento en número y tamaño. (Castro, 1991)
En la urbanización Villa Club existe un control de acceso (garita de
seguridad) por cada etapa dentro de la misma, y para entender mejor el
control que estas garitas ejecutan, a continuación se explicará su
funcionamiento.
Marco teórico 9
2.2. Acceso
Los accesos a las urbanizaciones son controlados por el personal de la
garita, esto se debe a que no cualquier persona puede ingresar a la
urbanización.
Los datos personales proporcionados por el visitante al personal de la
garita, estarán protegidos de forma Técnica y Administrativa para evitar un
uso incorrecto o modificación de la información.
Este registro de la visita, viajará por correo electrónico al propietario de
la vivienda, de esta forma el dueño de la casa permitirá el acceso de la
persona registrada y también estará enterado si alguien ingresa. La
urbanización tendrá varios tipos de control en los accesos para las visitas:
telefónico, el cual ya existe, vía correo electrónico y sms.
También tendrá integrado el aviso por SMS, el sistema; al momento de
registrar la visita tendrá la opción de dar aviso al celular del propietario.
En el siguiente apartado se definirá el rol de la visita.
2.3. Visita
Una visita (del verbo visitar) es la acción que se realiza al
ir a la casa, reunión, evento o fiesta de un conocido,
amigo, familiar o colega. Casi siempre, se trata de una
acción de mera cortesía o educación. La palabra también
puede ser usada no solo para nombrar a la acción, sino a
la persona o grupos de personas que la realizan, como en
"No puedo salir hoy, tengo visitas" o "Tendré de visita a
un familiar cercano durante estas fiestas. (Rodolfo, 2013)
Marco teórico 10
Las visitas son las personas que van destinadas hacia la dirección
de otra persona, en este caso el propietario de la vivienda.
Visita significa es la acción que una o más personas realizan a
otras como pueden ser a sus familiares, amigos entre otros siempre
lo realizan por cortesía.
En el siguiente apartado se explicará el rol del propietario.
2.4. Propietarios
Es o son las personas que tienen un derecho sobre algún bien inmueble.
En este caso el propietario es el dueño de la vivienda de la urbanización
privada Villa club etapa Hermes.
El propietario es la persona que permitirá el acceso a su domicilio. Por
lo anterior existirán políticas de seguridad que regirán a partir de la
implementación de la presente aplicación.
En el siguiente apartado se explicará lo que es seguridad.
2.5. Seguridad
La seguridad se ha vuelto un tema crítico al momento de proteger la
integridad de cada ciudadano en los hogares o en las calles, para eso se
construyeron las urbanizaciones privadas, pero de todas maneras hay
inseguridad dentro de ellas.
Este proyecto busca reducir la inseguridad dentro de la urbanización
privada VILLA CLUB etapa Hermes, ya que el interés de las personas que
Marco teórico 11
adquieren una vivienda en una urbanización privada como esta, por los
tipos de delitos que se suscitan en el entorno de la urbanización, es alto.
En el proyecto se utilizará como herramienta de desarrollo el lenguaje
PHP, y como, el cual se explica en el siguiente apartado.
2.6. Php
FIGURA N° 1
PHP
Fuente: Investigación propia
Elaborado por: Velasco Romero Diógenes
PHP es un lenguaje de programación que se ejecuta en el lado del
servidor, en la cual el resultado de esta ejecución se integra en la página
HTML.
PHP es un lenguaje de “código abierto” interpretado, de
alto nivel, embebido en páginas HTML y ejecutado en el
servidor. Este lenguaje se caracteriza porque solo es
interpretado pero no compilado, y es embebido en el
código HTML, lo que le da una alto rendimiento y potencia.
(Uceda, 2013)
Se utilizará este lenguaje para el desarrollo del proyecto debido a su fácil
interpretación de variables, ya que estas son fáciles de declarar en un
Marco teórico 12
formulario, se puede mezclar código html, xhtml, xml. Además se puede
manejar cualquier tipo de scripts y crear diferentes formularios.
PHP es un lenguaje de script que se ejecuta en el lado del
servidor, cuyo código se incluye en una página HTML
clásica. Puede compararse por tanto a otros lenguajes de
script que funcionan según el mismo principios: ASP
(Active Server Pages) o JSP (Java Server Pages). (Heurtel,
2014)
Una ventaja de este lenguaje es el código fuente puede ser editado en
cualquier editor de texto como un Bloc de Notas, Notepad++ cualquier
versión, Sublime Text, NetBeans.
Php también trabaja con estilos css. En el presente proyecto también se
utilizará css.
También hay plantillas donde sirve como servidor como el Codelgniter,
el cual se utilizará en este trabajo de titulación.
2.7. CodeIgniter
Es un framework para desarrollo de aplicaciones en PHP.
Es Open Source y mut pequeño, con una estructura de
sus librerias muy bien estructurado. Destaca por lo liviano
que es y por su facilidad para ponerlo en marcha. Solo hay
que descomprimirlo y ponerlo en una carpeta. Tiene como
caracteristicas: compatible para PHP4 y PHP5, gran
facilidad de aprendizaje y utilizar el patrón de diseño
Modelo-Vista-Controlador. (Muñoz, 2013)
Marco teórico 13
CodeIgniter es básicamente una plantilla la cual está dividida en
subcarpetas donde funciona la aplicación, esta plantilla funciona con
servidor xampp y otros servidores.
Esta plantilla se la coloca en el htdocs del xampp, que funciona como
servidor de la aplicación sobre el cual se está desarrollando el sistema.
CodeIgniter comprende de una serie de librerías que son de ayuda para
el desarrollo del Sistema.
2.8. Xampp
FIGURA N° 2
XAMPP
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
XAMPP sirve para crear un servidor PHP con MySQL, por
si no encontráis un posting con estas características.
(Condón, 2009)
XAMPP es un servidor web y tiene integrado Http Apache, base de
datos MySql, donde se podrán interpretar scripts de php y guardar datos
depende lo que requiera la aplicación web. Xampp se lo puede instalar en
Windows, Linux, Solaris y Mac Os x. Es gratuito y no tiene limitaciones.
En este caso se lo instalará en Windows utilizando la base de datos
MySql que viene integrada con el servidor.
Marco teórico 14
2.9. MySQL
FIGURA N° 3
MySQL
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
MySql se usará en el presente trabajo de titulación, ya que esta base
viene integrada con el servidor xampp y funciona en Windows y en Linux.
Para el desarrollo de la aplicación se pueden utilizar cualquiera de los 2
sistemas operativos pero existen algunas diferencias.
MySQL es un sistema de administración de bases de
datos relacionales rápido, sólido y flexible. Es ideal para
crear bases de datos con acceso desde páginas web
dinámicas, para la creación de sistemas de transacciones
on-line o para cualquier otra solución profesional que
implique almacenar datos, teniendo la posibilidad de
realizar múltiples y rápidas consultas. (Ángel Cobo, 2005)
Entre la más relevante existe el tema de licenciamiento del S.O.
El sistema GAUP se ejecutará en Windows, estará instalado Xampp
como servidor.
MySQL es un servicio que no ayuda a administrar archivos
llamados de bases de datos. Es muy utilizada ya que gratis e incluso
se puede modificar con total libertad.
CAPÍTULO III
MARCO METODOLÓGICO
3.1. Alcance de la investigación
El alcance que tendrá la presente investigación se enfoca en el
desarrollo de un sistema para gestión de acceso a urbanizaciones privadas
enfocado en la seguridad de la Urbanización privada Villa Club etapa
Hermes, Cantón Daule, Provincia del Guayas, para lo cual será necesario
desarrollar un diagnóstico de la situación actual en relación al tipo de control
que se lleva a cabo en la urbanización.
El sistema “GAUP”, en este caso estará instalada localmente en la pc
de garita de la etapa Hermes para su uso, ubicada en Av. León Febres
Cordero Km 12 (antes Vía Samborondón).
El sistema GAUP tiene la funcionalidad para registrar, actualizar,
eliminar datos y emitir reportes de cada una de las opciones como
propietario, visitante o vivienda, teniendo una interfaz fácil de manipular por
cualquier persona que administre la aplicación, el cual posee seguridad
para resguardar la información de cada habitante de la Urbanización
privada Villa Club de la etapa Hermes, Cantón Daule, Provincia del Guayas.
El sistema GAUP permitirá el envío de mensajes al correo o sms al
propietario de la vivienda para informarlo del ingreso de quien lo visita.
Previo al desarrollo del sistema se realizará un estudio de factibilidad
operativa, tecnológica y económica, de tal manera que se pueda determinar
la necesidad de desarrollar la aplicación en base a las necesidades de
seguridad de la urbanización.
Marco Metodológico 16
3.2. Hipótesis
El diseño de un Sistema para gestión de acceso a urbanizaciones
privadas (GAUP), permitirá reducir la inseguridad de las familias que
habitan en la urbanización, por medio de los controles que se
implementarán a través del sistema, así como también se contribuirá a
bajar los niveles delincuenciales que pudieran presentarse, por permitir el
ingreso a personal extraño y sin identificarse dentro de la urbanización.
3.3. Definición de las variables
3.3.1. Variable Independiente: Se plantea el diseño de un sistema para
gestión de acceso a urbanizaciones privadas (GAUP).
3.3.2. Variable dependiente 1: Reducir la inseguridad de las familias que
habitan en la urbanización.
3.3.3. Variable dependiente 2: Bajar los niveles delincuenciales que
pudieran presentarse, por permitir el ingreso a personal extraño y sin
identificarse dentro de la urbanización.
TABLA N° 2: OPERACIONAL DE VARIABLES
Variable Descripción Recursos Cronología Valor
Desarrollo de un sistema para gestión de acceso a urbanizaciones privadas.
Independiente Servidor, Administrador, Usuario Garita
6 meses 60%
Reducir la inseguridad de las familias que habitan
en la urbanización Dependiente
Encuestas, GAUP
2 meses 40%
Bajar los niveles delincuenciales que
pudieran presentarse, por permitir el ingreso a
personal extraño y sin identificarse dentro de la
urbanización.
Dependiente Encuestas,
GAUP 2 meses 40%
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 17
3.4. Diseño de la investigación
El diseño de esta investigación será experimental ya que se realizarán
pruebas simulando el uso del sistema GAUP que se propone, mediante el
registro de visitas por medio de una pc instalada en la garita de seguridad,
y así probar los accesos y envío de correos a los residentes dentro de la
urbanización.
También se realizará un control de todas las personas que se registren
por medio de esta prueba, para verificar el tiempo que se puede ahorrar
con el sistema, y el proceso que se llevará a cabo.
También se consideró la investigación no experimental, en el momento
de observar el procedimiento manual que actualmente se lleva para
registrar a los visitantes que llegan.
Experimental.
Son las actividades físicas que se realizan, son pruebas de actividades
sobre lo que se está automatizando.
Es una recopilación de diseños de investigación que usa la manipulación
y las pruebas controladas para comprender los procesos casuales.
Por lo general una o más variables son empleadas para determinar su
efecto sobre una variable dependiente. Se usa con frecuencia cuando hay
prioridad temporal.
Este tipo de investigación se utilizará para probar la aplicación por lo
menos con 5 villas, así se verificará que funciona perfectamente y el
propietario se sienta satisfecho con el anuncio realizado por la aplicación a
través del correo, SMS o llamada telefónica.
Marco Metodológico 18
No experimental.
El objeto de estudio es observado en su contexto natural, puesto que
funciona de manera empírica, se realiza en el ambiente en el que ocurre.
Según lo investigado y observado la urbanización tienen un sistema
manual en la guardianía para poder ingresar por lo que se procede a:
Selección, coordinación, sistematización y procesamiento de la
información.
Comprobar el número de habitantes aproximadamente dentro de la
urbanización y por cada etapa, para desarrollar una encuesta sobre el
proyecto.
Preparar la encuesta para sacar una muestra.
Solicitar permiso al administrador de la urbanización para desarrollar
la encuesta.
3.5. Selección de la muestra
Población y muestreo
Para el desarrollo de la investigación se tomará en consideración como
población a los habitantes de la urbanización privada villa club en la etapa
Hermes, Cantón Daule, Provincia del Guayas, siendo la muestra la cantidad
de personas que se les realizara las encuestas.
La respectiva simbología es la siguiente:
N: Es el tamaño de la población o universo son cada uno de los
propietarios de la etapa Hermes en la Urbanización Villa Club del Cantón
Daule, Provincia del Guayas; este valor será de 380 familias.
(k)². p. q.N n=-----------------------------------------------------
(e². (N-1)) + (k)². p. q
Marco Metodológico 19
K: Es una constante que depende del nivel de confianza que se
asignará. El nivel de confianza indica la probabilidad de que los resultados
de la investigación sean ciertos: un 95,5 % de confianza es como indicar
que el rango de equivocación es una probabilidad del 4,5%.
e: Es el error muestral deseado. El error muestral es la diferencia que
puede haber entre el resultado obtenido preguntando a la muestra de la
población y el que se obtiene si se preguntara al total de la población, para
este caso el error muestral será del 3%.
p: Es la proporción de individuos que posee en la población la
característica de estudio. Este dato es generalmente desconocido y se
suele suponer que p=q=0.5; para el trabajo este porcentaje de éxito será
del 5%.
q: Es la proporción de individuos que no poseen la característica antes
mencionada en la variable p, por tanto vale indicar que es 1-p;
considerando así como el porcentaje complementario.
n: El tamaño de la muestra que se tomará para realizar las encuestas.
(Número de encuestas que se realizarán).
n=280 propietarios
(1,96)². 0,5. 0,5. 380 n=-----------------------------------------------------
(0,03². (380-1)) + (1,96)². 0,5. 0,5
3,84. 0,25. 380 n= ------------------------------------------
(0,0009. (379)) + (3,84). 0,25
364.8 n= ---------------------
0,3411+ 0,96
364.8 n= ----------------
1,3011
Marco Metodológico 20
3.6. Recolección de datos
Para la recolección de datos se aplicará el método de observación
directa y se realizará en la garita de la etapa Hermes, conociendo más
acerca del proceso de control, analizando el comportamiento de los
visitantes al momento de registrar sus datos y de los propietarios al recibir
la información generada por la aplicación. También se realizarán encuestas
a los propietarios dentro de la urbanización de diferentes villas para obtener
opiniones sobre la aplicación desarrollada para la gestión de acceso a
urbanizaciones privadas, detectando así el beneficio que tendrán los
habitantes de la etapa Hermes. (Ver anexo 2)
Las técnicas o herramientas para la recolección de datos e información
deberán ser empleadas de manera integrada. Se utilizará archivos en excel
para la tabulación de los resultados en las encuestas, asi como se
transcribirá las entrevistas que fueron grabadas en archivos de word para
conservar y revisar los apuntos, en caso fuera necesario, creando así una
bitacora para el proceso investigativo en el presente trabajo de titulación.
3.7. Metodología de desarrollo
Para el desarrollo de este trabajo de titulación se utilizará la metodología
RUP, ya que ayudará al respectivo análisis y diseño del sistema utilizando
los respectivos modelos para el correcto desarrollo, entre ella se tendrá el
modelo de Casos de Uso.
Entre las fases de la RUP se encuentran:
Inicio: En esta fase se recopilarán todos los requisitos del usuario que
se aplicará en la etapa Hermes de la urbanización Villa Club, se detallará
los diagramas de flujos del antes y después del sistema “GAUP”, por otro
lado se investigará los diferentes estudios de factibilidad que se aplicarán
en el presente proyecto.
Marco Metodológico 21
Elaboración: En esta fase se detallará los diferentes casos de uso de
la aplicación para la solución planteada del mismo y así también los
distintos diagramas UML de la aplicación como:
Diagrama de Clases
Diagrama de Secuencia.
Diagrama de Actividades
Diagrama de Entidad - Relación
Construcción: En esta fase se mencionarán las aplicaciones
tecnológicas que se usaran para el desarrollo del sistema GAUP.
Transición: En esta Fase se detallará las actividades a realizar para el
desarrollo de la aplicación, se asegurará que la aplicación esté disponible
para el usuario, el cual es el personal de la Garita de la etapa Hermes,
además pulir los errores en caso de que se presenten en las pruebas,
elaborar la respectiva documentación para el correcto funcionamiento de la
aplicación.
A continuación se detallarán las fases mencionadas anteriormente:
3.7.1. Fase de análisis
3.7.1.1. Análisis de los procesos actuales.
En este apartado se detallará el proceso de registro actual para las
visitas.
3.7.1.2. Proceso de registro de visitantes.
El registro de los visitantes se lleva de forma manual, por cada persona
que desee ingresar el guardia procede a pedir identificación, la cual es
registrada en una especie de agenda grande, en la que se registra
nombres, apellidos y dirección del domicilio al que se dirige. En caso de
Marco Metodológico 22
tener auto se registra la placa del auto junto a los demás datos de la
identificación. Se procede a llamar al propietario de la vivienda y ahí el
mismo autoriza la entrada pidiendo datos recogidos por el guardia. El
guardia le da el acceso devolviendo su credencial (si es familiar frecuente),
en algunas ocasiones no se la devuelve hasta que se retire de la
urbanización.
GRÁFICO N° 2
DIAGRAMA DE PROCESO ACTUAL DEL INGRESO DE VISITAS
INICIO
Llegada de visita a pie o en auto
Usuario garita pide
identificación
¿Tiene la identificación?
Garita No permite el
acceso
Garita Confirma con el propietario y
registra en la bitácora manual
no
si
Usuario Garita permite acceso
FIN
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 23
De acuerdo a lo previsto, el diagrama propuesto para la mejora del
sistema de control actual seria de esta manera:
GRÁFICO N° 3
DIAGRAMA DE FLUJO INGRESO DE VISITAS CON LA APLICACIÓN
INICIO
Llegada de visita a pie o en auto
Usuario garita pide
identificación
¿Tiene la identificación?
Garita No permite el
acceso
no
Aplicación envía mail y sms al
propietario para el aviso
Garita registra datos y confirma
con el propietario
Garita toma foto con la
cámara de la aplicación
si
1
2
1 2
¿Propietario autoriza ingreso al personal de garita?
FIN
Garita Permite Acceso
si
Garita No permite el
acceso, no se encuentra en casa el
propietario
no
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 24
De esta forma se podrá identificar los actores involucrados en la gestión
del sistema (GAUP), así se especificará el mejor caso de uso posible con
el fin de cubrir las necesidades de una aplicación que permita administrar
y gestionar el acceso de visitas a la urbanización.
El administrador de la urbanización será la persona responsable de la
aplicación, ya que por las funciones de su puesto, se le permite acceder a
los datos sensibles de la base de datos y a la parametrización del sistema,
a diferencia del usuario de la garita, quien por sus diferentes funciones no
se le permite dichos accesos.
Requerimientos funcionales
Se definirán las funcionalidades propias de la aplicación tales como:
La aplicación GAUP deberá mantener un control de visitas.
La aplicación GAUP deberá enviar avisos de SMS y mail al
propietario de la vivienda.
La aplicación se desarrollará bajo los requerimientos investigados.
Se requiere toda la información de los propietarios de las viviendas.
Se almacenará y procesará información básica de los residentes y
visitantes.
La aplicación debe mostrar información de estados de usuarios
permitidos y no permitidos.
Requerimientos no funcionales
Aquí se detallarán ciertas propiedades que serán atributos de calidad de
la aplicación y garantizarán su funcionalidad en todo aspecto.
La aplicación debe ser multiplataforma, es decir puede ser
levantada en cualquier sistema operativo.
La aplicación debe poder soportar y procesar una gran cantidad de
datos y objetos como imágenes.
Marco Metodológico 25
3.7.2. Estudio de factibilidad
Es necesario elaborar un estudio de factibilidad cuando se realiza un
proyecto, en la cual se determinarán los recursos que sean necesarios para
la ejecución de este proyecto.
Se considerarán las siguientes factibilidades:
Factibilidad Operativa
Factibilidad Técnica
Factibilidad Económica
El estudio de factibilidad es el análisis de lo que se invertirá en el
desarrollo del sistema GAUP para determinar:
Si el sistema que se propone será factible o no, y bajo qué
condiciones se debe desarrollar para que sea exitoso.
Si el beneficiario cuenta con los recursos para utilizar la aplicación a
su necesidad.
En este apartado se determinará si la aplicación será factible.
3.7.2.1. Factibilidad operativa.-
El sistema (GAUP) estará disponible para la garita de la urbanización
Villa club etapa Hermes para el respectivo registro de las visitas. Esto
ayudará a la toma de decisiones para los administradores.
El proyecto es operativamente factible ya que tendrá tareas adicionales
como: envío de SMS y mail, que cubrirán ciertas necesidades de ambos
lados, tanto administrador como propietario.
Desde el punto de vista operativo, se cree que el impacto de la
aplicación sobre la Urbanización en el cual será aplicado, resultará positivo
debido a los siguientes puntos:
Marco Metodológico 26
El sistema contará con una interfaz web, muy accesible ya que solo
se necesitará conocimientos básicos y estar familiarizado con una
computadora y navegación por internet.
El sistema tendrá la facilidad de emitir informes ya que son de gran
importancia para tener al día la información requerida por el
administrador.
El sistema contará con el envío de SMS en su plataforma.
3.7.2.2. Factibilidad técnica
El análisis de factibilidad técnica evalúa si el hardware y software están
disponibles y si cumplen con los requisitos técnicos mínimos para el
desarrollo de la aplicación propuesta.
En el estudio de factibilidad técnica también se consideran interfaces
entre los sistemas actuales y nuevos, como:
Mejoras del sistema que se lleva en la actualidad.
Disponibilidad de los diferentes recursos que satisfaga las
necesidades para el desarrollo de la aplicación propuesta.
En esta sección se detallarán los recursos necesarios para desarrollar
el sistema tales como hardware y software.
En la garita no cuentan con un equipo que funcione como servidor local
disponible para desarrollar esta aplicación y para su correcto
funcionamiento se necesitará adquirir el servidor con las siguientes
características técnicas:
Servidor de la aplicación.
Requerimientos de Hardware
Mainboard Intel.
Marco Metodológico 27
Procesador Core I5.
Memoria RAM 8GB.
Disco duro de 500GB.
Monitor CRT o LCD 14’’ o 20”.
Teclado / Mouse
Cámara
Impresora
En el siguiente cuadro se detallará los requerimientos del software
TABLA N° 3:
REQUERIMIENTOS DE SOFTWARE
SOFTWARE OPCIONES DISPONIBILIDAD
Sistema operativo (S.O) Windows 7 Software
comercial
Diseño Php
Xampp
Software libre
Software Libre
Desarrollo
Programación
Java
html
java Scripts
Software libre
Software libre
Software libre
Base de datos MySql Software
comercial/Libre
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
El software mencionado anteriormente cuenta con los requisitos
necesarios para el desarrollo del sistema, y además son de uso libre, y su
código se lo puede consultar en la página web oficial de php.
También de la misma página se pueden descargar las demás
herramientas que son: Xampp y MySql.
Marco Metodológico 28
La aplicación es factible técnicamente ya que las herramientas indicadas
son gratuitas, fáciles de adquirir, y además no se invierte en licenciamiento.
3.7.2.3. Factibilidad económica
La factibilidad económica es la segunda parte de la
determinacion de recursos. Los recursos basicos a
considerar son: el tiempo propio y el del equipo de
sistemas, el costo de hacer un estudio de sistema
compleo (incluyendo el tiempo de los empleados con los
que se trabajará), el costo del tiempo de los empleados del
negocio, el costo estimulado de hardware y el costo
estimado del sofware y/o desarrollos de sotware. (Kenneth
E. Kendall, 1997)
El autor Kenneth expresa que “es la segunda parte de la determinación
de recursos.” . Refiere a que es preciso determinar todos los costos de la
inversión con el propósito de realizar proyecciones para el diseño,
desarrollo de la determinada solución informática o tecnológica, por tanto
los valores en los cuales se incurrirán deberán ser cubiertos durante el
siguiente desarrollo presupuestario; de tal forma que la inversión sea viable
económicamente.
El estudio de factibilidad económica por tanto analiza los costos del
proyecto previo al desarrollo.
A continuación se detallarán los costos del proyecto a realizar: Costos de personal
En esta sección se detallará el costo de la mano de obra para el diseño
del sistema (GAUP):
Marco Metodológico 29
TABLA N°4
COSTOS REFERENCIALES DEL PERSONAL
COSTOS REFERENCIALES DEL PERSONAL
Recursos Tiempo N°
personas
Sueldo
Mensual
Total
Analista 4 meses 1 $200,00 $800,00
Programador 6meses 1 $200,00 $1.200,00
TOTAL $2.000,00 Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Los recursos tecnológicos tales como costos de hardware y software, se
detallarán en las siguientes tablas:
Recursos Tecnológicos Hardware / Software
TABLA N° 5
COSTOS REFERENCIALES DE HARDWARE
CANTIDAD DESCRIPCION PRECIO
1 Servidor $ 700
1 Cámara $ 50
1 Impresora $ 100
SUMA TOTAL $850
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
TABLA N° 6
COSTOS REFERENCIALES DE SOFTWARE
SOFTWARE DESCRIPCION PRECIO
Windows 7 Licencia Profesional $164
PHP Xampp
Lenguaje de Programación Plantilla de servidor web
$0 $0
MYSQL Base de Datos $0
SUMA TOTAL $164
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 30
Los gastos de operación o generales se detallarán en la siguiente tabla:
Gastos generales
TABLA N° 7
COSTOS REFERENCIALES DE GASTOS
DESCRIPCIÓN TIEMPO COSTO MENSUAL
TOTAL
Luz eléctrica 7 $50,00 $350
Transporte 7 $25,00 $175
Muebles de oficina 2 $0 $250
SUMA TOTAL $775 Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
En la siguiente tabla se detallará el resumen de los costos a utilizar:
TABLA N° 8
RECURSOS TOTALES TOTAL
Costos personal $2.000,00
Recursos Tecnológicos H/S $1014,00
Gastos Generales $775,00
Total $3.789.00
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Luego de la presentación de los costos involucrados desde la fase de
análisis hasta el diseño del proyecto, se puede indicar que este trabajo es
económicamente factible, ya que tanto el administrador como los
integrantes del directorio de la asociación de la urbanizadora están
dispuestos a cubrir los USD$ 3.789.00 como costo de la solución
informática para el control de las visitas e ingresos a la urbanización.
Adicionalmente, se ha considerado también que la aplicación se la hará
Marco Metodológico 31
parametrizable de manera que permita poder comercializarse a otras
urbanizaciones en la ciudad de Guayaquil; lo que permitirá obtener
ganancias o una recuperación de los valores invertidos por la urbanizadora
original.
3.7.3. Fase de diseño
En esta fase se definirá el modelo lógico del sistema, lo cual incluye:
casos de uso, modelo de datos, modelo entidad relación y los diagramas
UML.
3.7.3.1. Casos de uso
Los diagramas de casos de uso ayudarán a representar la forma en que
el usuario opera con la aplicación, se utilizan para modelar cómo la
aplicación funciona o como los usuarios desean que funcione, es decir, es
la interacción entre el usuario y la aplicación automatizada.
A continuación se detallarán cada uno de los casos de uso:
GRÁFICO N° 4
CASO DE USO: INICIAR SESIÓN
Administrador/Usuario
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Iniciar sesión
Cerrar Sesión
Marco Metodológico 32
TABLA N° 9
CASO DE USO: INICIAR SESIÓN
Caso de uso N°1: Inicio de Sesión
Actores: Administrador, Usuarios
Descripción: Proceso que permite a los usuarios del sistema ingresar a
la aplicación asignado a su rol autorizado.
Precondiciones:
- Los usuarios y administradores deben estar registrado en la base
de datos del sistema para su respectivo ingreso.
- El administrador debe registrar el usuario de la aplicación en la
base de datos.
- El usuario de la garita debe registrar datos de las visitas en la BD.
- Deben tener su perfil de usuario.
Flujo básico: 1. El usuario de la garita digita:
1.1 nombre de usuario.
1.2 contraseña de usuario.
2. Selecciona el Botón Inicio Sesión.
3. La aplicación internamente verifica si el usuario ingresado existe.
3.1 Si los datos ingresados son correctos, la aplicación permite
ingresar al usuario a su perfil con las opciones autorizadas.
3.2 Si los datos son incorrectos la aplicación muestra un mensaje “Los
datos introducidos son incorrectos”
4. La aplicación muestra la pantalla principal de opciones de la
aplicación.
Flujo alternativo: 1. Si el administrador o usuario digita mal el nombre o contraseña.
1.1 El sistema muestra un mensaje debajo indicando que la
contraseña es inválida y se le pide al usuario que intente
nuevamente.
1.2 El usuario no existe en el sistema.
Post-condición: El usuario o el administrador queda habilitado para
hacer uso de las opciones del sistema.
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 33
GRÁFICO N°5
CASO DE USO GESTIÓN VISITAS/INGRESAR VISITANTES
Usuario garita
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes.
TABLA N° 10
CASO DE USO GESTIÓN VISITAS/INGRESAR VISITANTES
Caso de uso N°2: Visitas/Ingresar visitante
Actores: Usuario
Descripción: Este proceso permite al usuario de la garita registrar las visitas
cuando llegan a la Urbanización con las opciones de Guardar y Regresar.
Precondiciones:
- Tener registro de los visitantes facilitado por el propietario de la vivienda.
Flujo básico:
1. La aplicación muestra la información del visitante facilitada por el propietario
de la vivienda, para registrar el ingreso.
2. Registro de ingreso.
2.1. El usuario pide el número de cédula del visitante.
2.2. La aplicación muestra los datos del visitante.
2.3. Se confirma el número de cedula.
2.4. El usuario ingresa el número de casa a la cual se dirige el visitante.
2.4.1. La aplicación tiene registrado el número de casa.
2.4.2. El número de casa se muestra en una lista.
2.5. El sistema registra la fecha y la hora a la que la visita ingresa.
2.6. Terminado el ingreso de todos los datos el usuario elige: Guardar o
Regresar.
Flujo alternativo:
1. Si la visita no se encuentra registrada se debe ejecutar caso de uso Nuevo
Visitante.
2. El usuario registra el visitante.
Post-condición: Se permite o deniega el acceso.
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Registrar
VISITA
Marco Metodológico 34
GRÁFICO N° 6
CASO DE USO: GESTIÓN VISITANTE
Visitante/ Nuevo Visitante
Usuario
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Nueva visita
Consultar visita
Eliminar visita
Editar visita
Buscar visita
Guardar
Cancelar
Marco Metodológico 35
TABLA N° 11
CASO DE USO GESTIÓN VISITANTE
Caso de uso N°3: Visitante/ Nuevo Visitante
Actores: Usuario
Descripción: Proceso que permite al Usuario registrar y consultar las nuevas visitas con las opciones Editar, Guardar, Regresar, Eliminar.
Precondiciones: El usuario de la aplicación debe tener una cuenta activa en el sistema.
Flujo básico: La aplicación muestra en forma de consulta los datos de visitas ya ingresadas y las opciones que desea seleccionar, consultar, Guardar, Modificar, Eliminar, Buscar y Regresar. Nuevo visitante.
El usuario elige opción Nuevo Visitante.
El usuario ingresa datos de la visita. - La aplicación valida el número de Cédula y si existe muestra un mensaje
“El registro ya existe”, caso contrario permitirá registrar la visita en la base de datos.
Terminado el ingreso de todos los datos el usuario elige: guardar o Regresar. Guardar el registro. El usuario elige opción guardar, la aplicación valida los datos ingresados, si existe mostrará un mensaje “registro ya existe” caso contrario guarda la información ingresada. Regresar El usuario elige opción Regresar, la aplicación regresa a la página principal Buscar registro. El usuario digita el número de cédula de la visita para consultar si existe en la base de datos de la aplicación. Modificar Registro de la visita.
El usuario escoge la opción modificar o editar. - La aplicación muestra los datos permitiendo la modificación en los
campos, Nombre, Apellido, Cédula, Teléfono, Dirección.
El usuario termina de modificar y selecciona el botón guardar. - La aplicación muestra un mensaje “Datos actualizados correctamente”.
Eliminar el visitante de la base de datos.
El usuario ingresa número de Cédula en la opción buscar y elige opción eliminar. - La aplicación muestra los datos y emite un mensaje “Seguro que desea
eliminar el registro” - Si el usuario elige “Si”, la aplicación elimina el registro. - Caso contrario; la aplicación muestra un mensaje “Operación
Cancelada”
Flujo alternativo: El sistema verifica si existe el visitante en la base de la aplicación caso contrario muestra un mensaje “No existe el registro”, y si el visitante no se encuentra registrado ejecutar caso de uso Registrar Visitante.
Post-condición: Se registra el nuevo registro de la visita.
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 36
GRÁFICO N° 7
CASO DE USO GESTIÓN PROPIETARIO/NUEVO PROPIETARIO
Propietario/ Nuevo Propietario
Administrador
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Nuevo Propietario
Consultar Propietario
Eliminar Propietario
Editar Propietario
Buscar Propietario
Guardar
Cancelar
Marco Metodológico 37
TABLA N°12
CASO DE USO GESTIÓN PROPIETARIO/NUEVO PROPIETARIO
Caso de uso N°4: Propietario/ Nuevo Propietario
Actores: Administrador
Descripción: Proceso que permite al Administrador registrar y consultar al propietario de cada vivienda con las opciones Guardar, Regresar, Eliminar.
Precondiciones: - El administrador de la aplicación debe tener una cuenta activa en el sistema. - La opción debe ser para el administrador.
Flujo básico: La aplicación muestra en forma de consulta los datos de cada propietario con las opciones que desea seleccionar. Nuevo Propietario.
El administrador escoge opción Nuevo Propietario.
El Administrador ingresa datos de los propietarios. - La aplicación valida el número de Cédula y nombre; si existe muestra un
mensaje “El registro ya existe”, caso contrario permitirá registrar al propietario de la vivienda en la base de datos.
Terminado el ingreso de todos los datos el Administrador elige: guardar o Regresar.
Guardar el registro. El Administrador escoge opción guardar, la aplicación valida los datos ingresados, si existe mostrará un mensaje “registro ya existe” caso contrario guarda la información ingresada. Regresar El administrador escoge opción Regresar, la aplicación redirección a la página principal Buscar registro. El Administrador digita el número de cédula del propietario para consultar si existe en la base de datos del sistema. Modificar Registro del propietario.
El Administrador escoge la opción modificar o editar. - La aplicación muestra los datos permitiendo la modificación en los campos,
Nombre, Apellido, Cédula, Teléfono, E-mail.
El Administrador termina de modificar y selecciona el botón guardar. - La aplicación muestra un mensaje “Datos actualizados correctamente”.
Eliminar el propietario de la base de datos.
El Administrador ingresa número de Cédula en la opción buscar y elige opción eliminar.
- La aplicación muestra los datos y emite un mensaje “Seguro que desea eliminar el registro”
- Si el Administrador elige “Si”; la aplicación elimina el registro. - Caso contrario la aplicación muestra un mensaje “Operación Cancelada”
Flujo alternativo:
Si el Propietario no se encuentra registrado ejecutar caso de uso Nuevo Propietario
La aplicación verifica si existe el Propietario en la base del sistema caso contrario muestra un mensaje “No existe el registro”.
Post-condición: Se registra el nuevo registro del propietario de la vivienda.
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 38
GRÁFICO N° 8
CASO DE USO GESTIÓN VIVIENDA/NUEVA VIVIENDA
Vivienda/Nueva Vivienda
Administrador
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Nueva Vivienda
Consultar Vivienda
Eliminar Vivienda
Editar Vivienda
Buscar Vivienda
Guardar
Cancelar
Marco Metodológico 39
TABLA N°13
CASO DE USO GESTIÓN VIVIENDA/NUEVA VIVIENDA
Caso de uso N°5: Vivienda/Nueva Vivienda
Actores: Administrador
Descripción: Proceso que permite al Administrador registrar y consultar la vivienda de los propietarios que se encuentran en la urbanización con las opciones Guardar, Regresar, Eliminar.
Precondiciones: - El administrador de la aplicación debe tener una cuenta activa en el sistema. - La opción debe ser para el administrador.
Flujo básico: La aplicación muestra en forma de consulta la cedula del propietario y el número de casa con las opciones que desea seleccionar. Nueva vivienda.
El administrador escoge opción Nueva Vivienda.
El Administrador escoge el número de cedula y el número de casa de los propietarios.
- La aplicación valida el número de Cédula y si existe muestra un mensaje “El registro ya existe”, caso contrario permitirá guardar el registro de la vivienda en la base de datos.
Terminado el proceso el Administrador escoge: guardar o Regresar. Guardar el registro.
El Administrador escoge opción guardar, la aplicación valida los datos escogidos, si existe mostrará un mensaje “registro ya existe” caso contrario guarda la información escogida.
Regresar: El administrador escoge opción Regresar, la aplicación regresa a la página principal Buscar registro. El Administrador digita el número de cédula del propietario para consultar si existe en la base de datos de la aplicación y verificar el número de Casa. Modificar Registro de vivienda.
El Administrador escoge la opción modificar o editar. - La aplicación muestra los datos permitiendo la modificación en los
campos, Cédula y n° de casa.
El Administrador termina de modificar y selecciona el botón guardar. - La aplicación muestra un mensaje “Datos actualizados correctamente”.
Eliminar la vivienda de la base de datos.
El Administrador ingresa número de Cédula en la opción buscar y elige opción eliminar.
- La aplicación muestra los datos y emite un mensaje “Seguro que desea eliminar el registro”
Si el Administrador elige “Si”; la aplicación elimina el registro. - Caso contrario la aplicación muestra un mensaje “Operación
Cancelada”
Flujo alternativo:
Si la vivienda no se encuentra registrada ejecutar caso de uso Nuevo Vivienda
La aplicación verifica si existe la vivienda en la base de datos, caso contrario muestra un mensaje “No existe el registro”.
Post-condición: Se registra los datos de la vivienda.
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 40
GRÁFICO N° 9
CASO DE USO GESTIÓN CASA/NUEVA CASA
Casa/Nueva Casa
Administrador
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Nueva Casa
Consultar Casa
Eliminar Casa
Editar Casa
Buscar Casa
Guardar
Cancelar
Marco Metodológico 41
TABLA N° 14
CASO DE USO GESTIÓN CASA/NUEVA CASA
Caso de uso N°6: Casa/Nueva Casa
Actores: Administrador
Descripción: Proceso que permite al Administrador registrar y consultar
la Casa es decir dirección o número de casa de los propietarios que se
encuentran en la urbanización con las opciones Guardar, Regresar,
Eliminar.
Precondiciones:
- El administrador de la aplicación debe tener una cuenta activa en el
sistema.
- La opción debe ser para el administrador.
Flujo básico: La aplicación muestra en forma de consulta el ID y N° de
casa con las opciones que desea seleccionar, Nuevo y Guardar.
Nueva Casa.
El administrador escoge opción Nueva Casa.
El Administrador registra el ID y el número de casa de los propietarios.
La aplicación valida ambos campos y si existe muestra un mensaje “El
registro ya existe”, caso contrario permitirá guardar el registro de la Casa
en la base de datos.
Terminado el proceso el Administrador escoge: guardar o Regresar.
Guardar el registro.
El Administrador escoge opción guardar, la aplicación valida los
datos, si existe mostrará un mensaje “registro ya existe” caso contrario
guarda la información escogida.
Regresar: El administrador escoge opción Regresar y es re
direccionado a la página principal
Flujo alternativo:
Si la vivienda no se encuentra registrada ejecutar caso de uso
Nueva Casa
La aplicación verifica si existe el número de la Casa en la base de
datos, caso contrario muestra un mensaje “No existe el registro”.
Post-condición: Se registra los datos del número o dirección de la Casa
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 42
TABLA N° 15
CASO DE USO GESTIÓN CASA/BUSCAR, MODIFICAR, ELIMINAR
Caso de uso N°6: Casa/Buscar, modificar, eliminar
Actores: Administrador
Descripción: Proceso que permite al Administrador consultar la Casa es decir
dirección de los propietarios que se encuentran en la urbanización con las
opciones Guardar, modificar, Eliminar.
Precondiciones: El administrador de la aplicación debe tener una
cuenta activa en el sistema.
Flujo básico: La aplicación muestra en forma de consulta el ID y N° de
casa con las opciones que desea seleccionar Modificar, Eliminar, Buscar
y Regresar.
Buscar registro. El Administrador digita el número de casa del
propietario para consultar si existe en la base de datos de la aplicación
y verificar el número de Casa.
Modificar Registro de Casa.
El Administrador escoge la opción modificar o editar.
La aplicación muestra los datos permitiendo la modificación en los
campos, ID y n° de casa.
El Administrador termina de modificar y selecciona el botón guardar.
La aplicación muestra un mensaje “Datos actualizados
correctamente”.
Eliminar datos de Casa de la base de datos.
El Administrador ingresa número de casa o ID en la opción buscar
y elige opción eliminar. La aplicación muestra los datos y emite un
mensaje “Seguro que desea eliminar el registro”. Si el Administrador
elige “Si”; la aplicación elimina el registro, caso contrario la
aplicación muestra un mensaje “Operación Cancelada”
Flujo alternativo: La aplicación verifica si existe el número de la Casa en la base de datos, caso
contrario muestra un mensaje “No existe el registro”. Si la vivienda no se
encuentra registrada ejecutar caso de uso Nueva Casa
Post-condición: Se registra los datos del número o dirección de la Casa
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 43
GRÁFICO N° 10
CASO DE USO GESTIÓN RESTABLECER CONTRASEÑA
Administrador
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
TABLA N° 16
CASO DE USO GESTIÓN RESTABLECER CONTRASEÑA
Caso de uso N°6: Restablecer contraseña
Actores: Administrador/Usuario
Descripción: Proceso que permite al Administrador y al usuario
Restablecer su contraseña.
Precondiciones: El administrador de la aplicación debe tener una
cuenta activa en el sistema.
Flujo básico: La aplicación muestra la opción de resetear la contraseña.
Nueva contraseña.
El administrador o usuario digita su antigua clave.
El Administrador o usuario digita su nueva clave y la confirma.
- La aplicación compara los campos y si existe alguna diferencia
muestra un mensaje “La contraseña no coincide”.
- Caso contrario permitirá el cambio de la contraseña.
Terminado el proceso el Administrador o usuario escoge: guardar o
Regresar.
Guardar el registro. El Administrador escoge opción guardar, la
aplicación valida los datos escogidos.
Regresar. El Administrador escoge opción Regresar, lo cual se redirige
a la pantalla del menú principal.
Post-condición: Se restablece la contraseña. Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
RESTABLECER CONTRASEÑA
Marco Metodológico 44
3.7.3.2. Diagrama de Actividad.
En el siguiente diagrama de actividad se podrá visualizar los procesos
que debe cumplir el usuario al momento de registrar una visita, esto lo
hace secuencialmente.
GR
ÁF
ICO
N°
11
DIA
GR
AM
A D
E A
CT
IVID
AD
Fu
en
te:
Investig
ació
n P
ropia
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
Marco Metodológico 45
3.7.3.3. Diagrama de Secuencia del proyecto
Este modelo visualiza la interacción entre los componentes de la
aplicación web como: Usuario Garita, propietario y base de datos.
GR
ÁF
ICO
N°
12
DIA
GR
AM
A D
E S
EC
UE
NC
IA D
EL
PR
OY
EC
TO
Fu
en
te:
Investig
ació
n P
ropia
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
Marco Metodológico 46
3.7.3.4. Modelo entidad relación
La base de datos se desarrollará en MySQL y constará con siguientes
tablas, con sus respectivos campos y relaciones que existen entre ellas.
GR
ÁF
ICO
N°
13
MO
DE
LO
EN
TID
AD
RE
LA
CIÓ
N
Fu
en
te:
Investig
ació
n P
ropia
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
Marco Metodológico 47
3.7.3.5. Modelo de Base de datos
En el siguiente modelo de base de datos se podrá visualizar la definición
de las claves primarias, y su relación con las claves foráneas:
GR
ÁF
ICO
N°
14
MO
DE
LO
DE
BA
SE
DE
DA
TO
S
Fu
en
te:
Investig
ació
n P
ropia
E
lab
ora
do
po
r: V
ela
sco R
om
ero
Dió
genes
Marco Metodológico 48
3.7.3.6. Estandarización de la base de Datos:
En este apartado se detallará el nombre de las tablas que serán usadas
en la base de datos del Sistema.
TA
BL
A N
° 1
7
ES
TA
ND
AR
IZA
CIÓ
N D
E L
A B
AS
E D
E D
AT
OS
Fu
en
te:
Investig
ació
n P
ropia
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
Marco Metodológico 49
3.7.3.7. Diagrama de clases
Fu
en
te:
Investig
ació
n P
ropia
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
GR
ÁF
ICO
N°
15
ES
TR
UC
TU
RA
ES
TÁ
TIC
A
Marco Metodológico 50
3.7.3.8. Diseño de tablas: modelo entidad relación lógico
En este apartado se obtiene el diseño de cada tabla partiendo del
diseño lógico antes mencionado.
Diccionario de Datos y estandarización de tablas.
A continuación se detalla la estandarización de las tablas que serán
utilizadas para el proyecto web.
TABLA N° 18
TABLA USUARIO
GAUP_M_USERS_1
PARAMETRO TIPO LONGITUD NULL INDICE TIPO
INDICE
ID_USER Int 3 NO SI PK
NOMBRE varchar 50 NO NO
APELLIDO Varchar 50 NO NO
USUARIO Varchar 12 NO NO
CLAVE Varchar 12 NO NO
ESTADO Int 1 NO NO
MAIL Varchar 40 NO NO
ROL Int 1 NO SI FK Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
TABLA N° 19
TABLA CASAS
GAUP_M_CASAS_2
PARAMETRO TIPO LONGITUD NULL INDICE TIPO
INDICE
ID_CASA Int 4 NO SI PK
DESCRIPCION Varchar 100 NO NO
ESTADO Int 1 NO SI FK Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 51
TABLA N° 20
TABLA VIVIENDAS
GAUP_M_VIVIENDAD_3
PARAMETRO TIPO LONGITUD NULL INDICE TIPO
INDICE
ID_VIVIENDAS Int 4 NO SI PK
ID_CASAS Int 4 NO SI FK
ID_PROPIETARIO Int 4 NO SI FK
ESTADO Int 11 NO SI FK Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
TABLA N° 21
TABLA PROPIETARIOS
GAUP_M_PROPIETARIOS_4
PARAMETRO TIPO LONGITUD NULL INDICE TIPO
INDICE
ID_PROPIETARIO Int 4 NO SI PK
CEDULA varchar 10 NO SI UNIQUE
NOMBRE varchar 50 NO NO
APELLIDO varchar 50 NO NO
TELEFONO varchar 10 NO NO
MAIL varchar 40 NO NO
ESTADO int 1 NO SI FK Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
TABLA N° 22
TABLA VISITANTES
GAUP_M_VISITANTES_5
PARAMETRO TIPO LONGITUD NULL INDICE TIPO
INDICE
ID_VISITANTES Int 6 NO SI PK
NOMBRE varchar 50 NO NO UNIQUE
APELLIDO varchar 50 NO NO
CEDULA varchar 10 NO SI
TELEFONO varchar 10 NO NO
DIRECCION varchar 50 NO NO
ESTADO int 1 NO SI FK
FOTO varchar 100 NO NO Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 52
TABLA N° 23
TABLA VISITAS
GAUP_H_REGVISITAS_6
PARAMETRO TIPO LONGITUD NULL INDICE TIPO
INDICE
ID_VISITA Int 10 NO SI PK
ID_VISITANTE int 6 NO SI FK
ID_VIVIENDA Int 4 NO SI FK
FECHA varchar 10 NO NO
HORA varchar 10 NO NO
ESTADO int 1 NO SI FK
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
TABLA N° 24
TABLA ROLES DE USUARIO
GAUP_M_ROLES_7
PARAMETRO TIPO LONGITUD NULL INDICE TIPO
INDICE
ID_ROL Int 1 NO SI PK
DESCRIPCION varchar 50 NO NO
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
TABLA N° 25
TABLA ESTADO
GAUP_M_ESTADO_8
PARAMETRO TIPO LONGITUD NULL INDICE TIPO
INDICE
ID_ESTADO Int 1 NO SI PK
DESCRIPCION varchar 50 NO NO
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 53
3.7.3.9. Estándares de tablas y formulario
Aplicación para gestión de acceso a urbanizaciones privadas
A continuación se describirá los estándares de tablas y formularios de
la aplicación GAUP
TABLA N° 26 ESTÁNDAR DE LA APLICACIÓN
DETALLE ESTÁNDAR
Aplicación GAUP Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
Tabla de los tipos de tablas a utilizar:
TABLA N° 27 TIPOS DE TABLAS
INDICADORES TIPO DE TABLA:
H Histórica
M Maestra Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
TABLA N° 28 TIPOS DE OBJETOS BASE
TIPO DE CONTROL – OBJETO CÓDIGO-PREFIJO
Etiqueta LBL
Caja de Texto TXT
Botones de comando BTN
Data grid DGR
Formulario FRM
Cheklist Chk Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
3.7.3.10. Estandarización de pantallas
Se detallarán los objetos y campos que se utilizarán para el desarrollo
del sistema GAUP.
Marco Metodológico 54
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE PANTALLAS
Página 1 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores:
Velasco Romero Diógenes
PROYECTO
GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario Inicio de sesión NOMBRE LÓGICO: GAUP_LOGIN
1
2
3
4
5
Marco Metodológico 55
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
UNIVERSIDAD DE
GUAYAQUIL DISEÑO DE
PANTALLAS
Página 2 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores:
Velasco Romero Diógenes
PROYECTO
GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario Inicio de sesión NOMBRE LÓGICO: GAUP_LOGIN
Nombre Objeto Nombre Campo Descripción
1 2 3 4 5
Btniniciar_sesion Txtusuario Txtclave Lblolvido_contraseña Chkolvidoclave
Iniciar sesión usuario clave
olvido contraseña ------
Botón para iniciar sesión Caja de texto usuario Caja de texto clave
Mensaje olvido contraseña ----
Marco Metodológico 56
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 1 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores: Velasco Romero Diógenes
PROYECTO GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario principal NOMBRE LÓGICO: GAUP_principal
Fuente: Investigación Propia Elaborado por: Velasco Romero Diógenes
1
2
3 4
5
6
7
8
Marco Metodológico 57
UNIVERSIDAD DE
GUAYAQUIL DISEÑO DE
PANTALLAS
Página 2 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores: Velasco Romero Diógenes
PROYECTO GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario Principal NOMBRE LÓGICO: GAUP_principal
N° Nombre Objeto Nombre Campo Descripción
1 2 3 4 5 6 7 8
Img livisita liVisitante liCasas lipropietario licambiar_contraseña liusuario navmenu
Hermes.jpg Visita
visitante casas
propietario cambiar contraseña
usuario txtusuario
Imagen de la etapa Opción visita
Opción visitante Opción casas
Opción propietario Opción cambio de contraseña
Opción registro usuario Nombre de usuario logeado
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 58
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE PANTALLAS
Página 1 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores: Velasco Romero Diógenes
PROYECTO GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario agendar Visitas NOMBRE LÓGICO: GAUP_agendar
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
1
2
3
4
5
6
7
11
12
13
14
16 15
8
10
9
17
18
Marco Metodológico 59
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 2 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores: Velasco Romero Diógenes
PROYECTO GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario agendar Visitas NOMBRE LÓGICO: GAUP_agendar
N° Nombre Objeto Nombre Campo Descripción
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18
Livisita liVivienda liCasas lipropietario visitante licambiar_contraseña liusuario navmenu cbxCedula cbxnombrevisitante txtnombre txtapellido txttelefono txtdireccion btnguardar btnregresar lblhora lblfecha
Visita vivienda casas
propietario visitante
cambiar contraseña usuario
--- cedula
nombre visitante Texto nombre Texto apellido Texto teléfono Texto dirección Botón guardar Botón regresar
Hora Fecha
Opción visita Opción visitante Opción casas
Opción propietario Opción visitante
Opción cambio de contraseña Opción registro usuario
Nombre de usuario logeado Selección de cédula
Selección de visitante Caja texto nombre Caja texto apellido Caja texto teléfono Caja texto dirección
Botón guardar Botón regresar Etiqueta hora Etiqueta fecha
Fuente: investigación propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 60
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 1 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores: Velasco Romero Diógenes
PROYECTO GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario vivienda NOMBRE LÓGICO: GAUP_vivienda
Fuente: investigación propia Elaborado por: Velasco Romero Diógenes
1
6 7
5
2
4
3
Marco Metodológico 61
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 2 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores: Velasco Romero Diógenes
PROYECTO GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario vivienda NOMBRE LÓGICO: GAUP_vivienda
N° Nombre Objeto Nombre Campo Descripción
1 2 3 4 5 6 7
Btnnueva_vivienda Btnconsulta Btneliminar btneditar dgrvisitantes cbxnumero txtbuscar
Nueva vivienda --- --- --- --- --- ---
Registrar vivienda Botón de consultas
Botón Eliminar Botón editar
Datagrid visitantes Lista de numero de página
Caja de texto Buscar
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 62
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 1 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores: Velasco Romero Diógenes
PROYECTO GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario registro vivienda NOMBRE LÓGICO: GAUP_reg_vivienda
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
1
2
3
5
4
Marco Metodológico 63
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 2 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores: Velasco Romero Diógenes
PROYECTO GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario registro vivienda NOMBRE LÓGICO: GAUP_reg_vivienda
N° Nombre Objeto Nombre Campo Descripción
1 2 3 4 5
Cbxpropietario Cbxcasa Cbxestado Btnguardar Btnregresar
--- --- ---
Guardar Regresar
Lista de propietarios enlazados Lista de casa enlazadas
Lista de estados enlazados Botón Guardar Botón Regresar
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 64
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 1 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores: Velasco Romero Diógenes
PROYECTO GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario casas NOMBRE LÓGICO: GAUP_casas
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
1
2
3
4
5
6 7
Marco Metodológico 65
UNIVERSIDAD DE
GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 2 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores: Velasco Romero Diógenes
PROYECTO GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario casas NOMBRE LÓGICO: GAUP_casas
Nombre Objeto Nombre Campo Descripción
1 2 3 4 5 6 7
Btnnueva_casas Btnconsulta Btneliminar btneditar dgrcasas cbxnumero txtbuscar
Nueva casa --- --- --- --- --- ---
Registrar casas Botón de consultas
Botón Eliminar Botón editar
Datagrid casas Lista de número de página
Caja de texto Buscar
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 66
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 1 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores: Velasco Romero Diógenes
PROYECTO GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario registro casas NOMBRE LÓGICO: GAUP_reg_casas
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
1
2
3
4 5
Marco Metodológico 67
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 2 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores:
Velasco Romero Diógenes
PROYECTO
GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario registro casas NOMBRE LÓGICO: GAUP_reg_casas
Nombre Objeto Nombre Campo Descripción
1 2 3 4 5
Txtcasas txtdescripcion
cbxestado btnGuardar btnregresar
--- --- ---
Guardar Regresar
Caja texto casas Caja texto descripción
Lista de estado enlazado Botón guardar Botón regresar
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 68
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 1 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores:
Velasco Romero Diógenes
PROYECTO
GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario propietario NOMBRE LÓGICO: GAUP_propietario
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
1
7
6
5
3
4
2
Marco Metodológico 69
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 2 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores:
Velasco Romero Diógenes
PROYECTO
GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario propietario NOMBRE LÓGICO: GAUP_propietario
Nombre Objeto Nombre Campo Descripción
1 2 3 4 5 6 7
Btnnuevo_propietario Btnconsulta Btneliminar
btneditar dgrpropietario
cbxnumero txtbuscar
Nuevo propietario -- --- --- --- --- ---
Botón propietario Botón consulta Botón eliminar Botón editar
Datagrid propietario Lista de numero página
Caja texto buscar
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 70
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 1 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores: Velasco Romero Diógenes
PROYECTO GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario registro propietario NOMBRE LÓGICO: GAUP_reg_propietario
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
3
4
5
6
7
8
2 1
Marco Metodológico 71
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 2 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores:
Velasco Romero Diógenes
PROYECTO
GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario registro propietario NOMBRE LÓGICO: GAUP_reg_propietario
Nombre Objeto Nombre Campo Descripción
1 2 3 4 5 6 7 8
Btnguardar Btnregresar txtnombre txtapellido txtcedula txttelefono txtemail cbxestado
Guardar Regresar
--- --- --- --- --- ---
Botón Guardar Botón Regresar
Caja texto nombre Caja texto apellido Caja texto cedula
Caja texto teléfono Caja texto email Lista de estado
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 72
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 1 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores: Velasco Romero Diógenes
PROYECTO GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario visitante NOMBRE LÓGICO: GAUP_visitante
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
1
6
7
5
2
3
4
Marco Metodológico 73
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 2 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores:
Velasco Romero Diógenes
PROYECTO
GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario visitante NOMBRE LÓGICO: GAUP_visitante
Nombre Objeto Nombre Campo Descripción
1 2 3 4 5 6 7
Btnnuevo_visitante Btnconsulta Btneliminar btneditar dgrvisitante cbxnumero txtbuscar
Nuevo visitante -- --- --- --- --- ---
Botón nuevo visitante Botón consulta Botón eliminar Botón editar
Datagrid visitante Lista de numero página
Caja texto buscar
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 74
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 1 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores: Velasco Romero Diógenes
PROYECTO GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario registro visitante NOMBRE LÓGICO: GAUP_reg_visitante
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
1
2
3
5
6
7 8
10 10
4
Marco Metodológico 75
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 2 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores: Velasco Romero Diógenes
PROYECTO GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario registro visitante NOMBRE LÓGICO: GAUP_reg_visitante
Nombre Objeto Nombre Campo Descripción
1 2 3 4 5 6 7 8 9 10
Txtnombre txtapellido txtcedula imgfoto btnFoto txttelefono txtdireccion cbxestado btnguardar btnregresar
--- -- --- --- --- --- --- ---
Guardar Regresar
Caja texto nombre Caja texto apellido Caja texto cedula Adjunto de foto
Botón para adjunto foto Caja texto teléfono Caja texto dirección
Lista de estado Botón guardar Botón regresar
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 76
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 1 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores:
Velasco Romero Diógenes
PROYECTO
GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario cambio contraseña NOMBRE LÓGICO: GAUP_camb_contra
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
1
2
3
5 4
Marco Metodológico 77
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 2 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores:
Velasco Romero Diógenes
PROYECTO
GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario registro visitante NOMBRE LÓGICO: GAUP_camb_contra
Nombre Objeto Nombre Campo Descripción
1 2 3 4 5
Txtcambiar Txtactual txtrep_contraseña btnguardar btnregresar
--- *** ---
Guardar Regresar
Caja texto cambiar Caja texto actual
Caja texto repetir contraseña Botón guardar Botón regresar
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 78
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 1 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores: Velasco Romero Diógenes
PROYECTO GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario Usuario NOMBRE LÓGICO: GAUP_usuario
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
1
7 6
5
2
3
4
Marco Metodológico 79
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 2 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores:
Velasco Romero Diógenes
PROYECTO
GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario Usuario NOMBRE LÓGICO: GAUP_usuario
Nombre Objeto Nombre Campo Descripción
1 2 3 4 5 6 7
Btnnuevo_usuario Btnconsulta Btneliminar Btneditar Dgrusuario Cbxnumero txtbuscar
Nuevo usuario -- --- --- --- --- ---
Botón nuevo usuario Botón consulta Botón eliminar Botón editar
Datagrid usuario Lista de numero página
Caja texto buscar
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 80
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 1 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores:
Velasco Romero Diógenes
PROYECTO
GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario registro Usuario NOMBRE LÓGICO: GAUP_reg_usuario
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
1
2
3
4
5
6
8 7
Marco Metodológico 81
UNIVERSIDAD DE GUAYAQUIL
DISEÑO DE
PANTALLAS
Página 2 de 2
Fecha de Elaboración 20/08/2014
Desarrolladores:
Velasco Romero Diógenes
PROYECTO
GAUP
Gestión de Acceso a Urbanizaciones Privadas
Nombre Físico: Formulario Usuario NOMBRE LÓGICO: GAUP_reg_usuario
Nombre Objeto Nombre Campo Descripción
1 2 3 4 5 6 7 8
Txtnombre txtapellido txtusuario txtclave txtemail cbxestado btnguardar btnregresar
--- --- --- --- --- ---
Botón Guardar Botón Regresar
Caja texto nombre Caja texto apellido Caja texto usuario Caja texto clave Caja texto email
Caja texto estado Botón guardar Botón regresar
Fuente: Investigación propia Elaborado por: Velasco Romero Diógenes
Marco Metodológico 82
3.7.3.11. Definiciones funcionales.
En el aplicativo se deben desarrollar las siguientes opciones:
3.7.3.12. Autenticación o ingreso a la aplicación
Se encontrará el login de la aplicación en el cual el personal de la garita o el
Administrador digitará el usuario y contraseña, podrá acceder a las funciones
del aplicativo. De esta manera no todos los usuarios tendrán acceso a las
opciones desarrolladas.
3.7.3.13. Pantalla principal
En la interfaz principal tendrá el menú de opciones de la aplicación,
también la imagen de la etapa Hermes de la urbanización Villa club.
Se mostrará también el nombre del usuario autenticado.
Se presentará una pantalla principal con:
Información de la agrupación (misión, visión).
Información de la gestión que se realiza al ingresar un visitante.
Información de todos los servicios que ofrecen.
Mapa de la etapa en la Urbanización.
Administración del sistema:
Ingreso de Visitantes: se registra la visita y se envía por correo los
datos al propietario de la vivienda.
Consulta /Registro de Visitantes y residentes: Se consultará si el
propietario existe o la visita está registrada.
Marco Metodológico 83
Nuevo propietario: En donde se registrará los datos de los propietarios
de la Urbanización etapa Hermes como: cédula, nombres, apellidos,
dirección, teléfono, mail.
Visita: En donde se registrará los datos de las visitas como cédula,
nombres, apellidos, dirección destino, teléfono, mail.
Vivienda: En donde se registrarán las viviendas existentes
relacionándolas con cada propietario de la Urbanización etapa Hermes. Se
registrarán datos N° casa, cedula del propietario.
Reportes: se emitirán reportes que pueden ser solicitados por el
administrador de la urbanización o por el propietario.
Envío de correos y SMS al propietario (aviso): se enviará un correo
y SMS al propietario avisándole que tiene una visita.
3.7.4. Fase de Construcción
En esta fase se detallará el software a utilizar para el desarrollo de la
aplicación.
Se utilizará el lenguaje php y java script, para la programación de las
clases y entidades en el desarrollo de la aplicación completa, en cuanto al
modelo de base datos se construye por medio un gestor de base datos
MYSQL.
Se definirán los diferentes diagramas y diccionario de datos para el
correcto mantenimiento y así se pueda localizar con rapidez.
También se desarrollarán y entregarán manuales de usuario.
Marco Metodológico 84
3.7.5. Fase de Implementación
La actividad principal de esta fase es la prueba o evaluación, pero
también se detallan otras actividades a realizar en esta etapa, las cuales
se describen a continuación:
Pruebas
En esta etapa se efectuarán las pruebas de la aplicación web antes de
ejecutarla en producción. Para esto se escogerá 5 villas con 5 registros en
tiempo real, así el propietario y el administrador podrán observar su
funcionamiento. En esta fase se podrá pulir cualquier error que se produzca
antes de pasarlo a producción.
Preparación de los datos para la aplicación web GAUP:
Para la correcta implementación de la aplicación se necesitaría lo
siguiente:
En la garita de la etapa Hermes se habilitará el servidor en el cual se
instalará la aplicación “GAUP”.
Las aplicaciones como php y MySql se instalarán en el servidor
haciendo la configuración necesaria.
Luego de tener el servidor configurado se procede a la carga de la
información y a las diferentes pruebas de ejecución del sistema.
Para la carga inicial de la información se tomará en cuenta los
registros en la bitácora existente, esta información se encuentra en
una Base de datos en Excel y será facilitada por el administrador de
la etapa Hermes. Esta base se la exportará a la base de datos de la
aplicación.
Para cargar la información manualmente, se deberá preparar los
formularios o plantillas de registro de datos en la aplicación para que
sean llenados por el personal de la garita de la etapa Hermes.
Marco Metodológico 85
Capacitación a Usuarios:
Antes del uso del sistema, tanto el personal de la garita como los
propietarios de las viviendas, recibirán la debida capacitación.
La capacitación será en tiempo real y sitio donde va a funcionar el
sistema “GAUP”.
Manual de usuario:
Para la capacitación de los usuarios de la garita es importante disponer
del manual de usuario de la aplicación, así este material servirá de soporte
durante la implementación en producción o ejecución de la aplicación. El
manual de usuario se entregará de manera digital para su respectivo uso.
Cuentas de usuario:
Se crearán perfiles de usuario, cuentas de usuario, para que no se
pueda tener acceso a todas las opciones, por ejemplo, inicialmente sólo el
administrador o la persona que asigne el administrador; registrará la
información de los propietarios.
Pasar datos al sistema GAUP:
Consiste en trasladar los datos forma actual a la nueva aplicación,
usando las plantillas definidas previamente o empezar el registro desde
cero, manteniendo la bitácora manual archivada.
También el administrador podrá escoger si los desea trasladar o
empieza un nuevo registro con la aplicación al momento de instalarla.
Soporte y mantenimiento
Al momento de instalar la aplicación se gestionará el soporte al personal
de la garita, el soporte será hasta el buen manejo de la aplicación. El
Marco Metodológico 86
mantenimiento de la aplicación será cada 3 semanas para pulir cualquier
incidencia.
El soporte y mantenimiento se programará de acuerdo a la necesidad
del administrador.
Acceso a la Aplicación:
El link de acceso a la aplicación se la define de acuerdo a la
configuración del servidor, en este caso se realizarán pruebas con 2
enlaces url:
http://urba.starthecode.com/
http://Localhost/proy_urb/
Marco Metodológico 87
3.8. Planificación
Para la planificación del Sistema se adjunta el cronograma en la cual se
muestran las actividades que se realizarán en el desarrollo del proyecto.
GRÁFICO N° 30: PLANIFICACIÓN
Fu
en
te:
Investig
ació
n P
ropia
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
Marco Metodológico 88
GRÁFICO N° 31: PLANIFICACIÓN
Fu
en
te:
Investig
ació
n P
ropia
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
Marco Metodológico 89
GRÁFICO N° 32: PLANIFICACIÓN
Fu
en
te:
Investig
ació
n P
ropia
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
Marco Metodológico 90
GRÁFICO N° 33: PLANIFICACIÓN
Fu
en
te:
Investig
ació
n P
ropia
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
Marco Metodológico 91
GRÁFICO N° 34: PLANIFICACIÓN
Fu
en
te:
Investig
ació
n P
ropia
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
Marco Metodológico 92
GRÁFICO N° 35: PLANIFICACIÓN
Fu
en
te:
Investig
ació
n P
ropia
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
Marco Metodológico 93
GRÁFICO N° 36: PLANIFICACIÓN
Fu
en
te:
Investig
ació
n P
ropia
E
lab
ora
do
po
r: V
ela
sco R
om
ero
Dió
genes
Marco Metodológico 94
GRÁFICO N° 37: PLANIFICACIÓN
Fu
en
te:
Investig
ació
n P
ropia
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
Marco Metodológico 95
GRÁFICO N° 38: PLANIFICACIÓN
Fu
en
te:
Investig
ació
n P
ropia
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
Marco Metodológico 96
GRÁFICO N° 39: PLANIFICACIÓN
Fu
en
te:
Investig
ació
n P
ropia
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
Marco Metodológico 97
GRÁFICO N° 40: PLANIFICACIÓN
Fu
en
te:
Investig
ació
n P
ropia
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
Marco Metodológico 98
GRÁFICO N° 41: PLANIFICACIÓN
F
ue
nte
: In
vestig
ació
n P
ropia
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
CAPÍTULO IV
ANÁLISIS Y DISCUSIÓN DE RESULTADOS
En este capítulo se exponen los resultados obtenidos de la encuesta
realizada a los propietarios de las viviendas de la etapa Hermes.
4.1. Preparación de los datos
Encuestas TABLA N° 43
EDAD
F.ABSOLUTA F.AB.ACUMULADA F.RELATIVA F.R.ACUMULADA
25-35 70 70 25% 25%
36-46 50 120 18% 43%
46-55 90 210 32% 75%
56-60 70 280 25% 100%
TOTAL 280 100%
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
GRÁFICO N° 42:
EDAD
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
Análisis:
Del total de encuestados el 25% tenía una edad comprendida entre 25
a 35 años mientras el 25% estaban en una edad comprendida entre 56 a
60 años, el 32% tiene una edad establecida entre 46 a 55 años y un 18%
está en los 36 a 45 años. Esto significa que del total de encuestados la
mayoría tenía una edad promedio de entre 46 a 55 años.
Análisis y discusión de resultados 100
SEXO
TABLA N° 44
SEXO
F.ABSOLUTA F.AB.ACUMULADA F.RELATIVA F.R.ACUMULADA
Masculino 200 200 71% 71%
Femenino 80 280 29% 100%
Total 280 100%
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
GRÁFICO N° 43:
SEXO
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
Análisis:
Del total de los encuestados el 71% indicó ser de sexo masculino
mientras que el 29% manifestó ser de sexo femenino. Esto demuestra que
en su mayoría los empresarios encuestados son de sexo masculino es
decir hombres.
Análisis y discusión de resultados 101
1. ¿Cree usted que como política de seguridad al dejar la cédula previa
al ingreso aporta la seguridad al habitante de la urbanización?
TABLA N° 45 POLÍTICAS DE SEGURIDAD
F.ABSOLUTA F.AB.ACUMULADA F.RELATIVA F.R.ACUMULADA
SI 120 120 43% 43%
NO 160 280 57% 100%
TOTAL 280 100%
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
GRÁFICO N° 44 POLÍTICAS DE SEGURIDAD
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
Análisis:
Del total de encuestados el 57% de los encuestados considera
insuficiente la política de dejar la cédula previo al ingreso mientras que un
43% si lo considera. Esto significa que la mayoría de los habitantes se
sienten inseguros con dicha política.
Análisis y discusión de resultados 102
2. ¿Cree usted que con la seguridad actual de la urbanización los
habitantes se exponen a ser víctimas de un hecho delictivo?
TABLA N° 46 SEGURIDAD ACTUAL EXPONE A LOS HABITANTES A HECHOS
DELICTIVOS
F.ABSOLUTA F.AB.ACUMULADA F.RELATIVA F.R.ACUMULADA
SI 170 170 61% 61%
NO 110 280 39% 100%
TOTAL 280 100%
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
GRÁFICO N° 45 SEGURIDAD ACTUAL EXPONE A LOS HABITANTES A HECHOS
DELICTIVOS
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
Análisis:
Del total de la muestra encuestada el 61% manifestó que si se exponen
a un posible hecho delictivo mientras que el 39% manifestó que no están
expuestos. Esto demuestra que la gran mayoría de los habitantes
consideran que podrían estar expuestos a diferentes hechos delictivos.
Análisis y discusión de resultados 103
3. ¿Considera usted que la seguridad que se ha implementado en la
Urbanización aporta a la seguridad esperada para cada habitante?
TABLA N° 47 SEGURIDAD IMPLEMENTADA
F.ABSOLUTA F.AB.ACUMULADA F.RELATIVA F.R.ACUMULADA
Totalmente de acuerdo
30 30 11% 11%
De acuerdo 35 65 12% 23%
Ni de acuerdo ni en desacuerdo
64 129 23% 46%
En desacuerdo 145 274 52% 98%
Totalmente en desacuerdo
6 280 2% 100%
TOTAL 280 100% Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
GRÁFICO N° 46 SEGURIDAD IMPLEMENTADA
Fuente: Urbanización Villa Club etapa Hermes
Elaborado por: Velasco Romero Diógenes
Análisis:
Del total de encuestados el 52% manifestó estar en desacuerdo con esto
mientras que el 23% se encuentra ni de acuerdo ni en desacuerdo, el 25%
está totalmente de acuerdo, el 12% está en de acuerdo y el 2% en
totalmente en desacuerdo. Lo que significa que en su gran mayoría los
habitantes dicen estar en desacuerdo con la seguridad con las que cuentan
actualmente en la urbanización.
Análisis y discusión de resultados 104
4. ¿Qué motivo consideraría usted por el cual no se ha desarrollado
un sistema de seguridad y control en la urbanización?
TABLA N° 48 MOTIVOS POR LOS QUE NO SE HAN IMPLEMENTADO UN SISTEMA
DE SEGURIDAD
F.ABSOLUTA F.AB.ACUMULADA F.RELATIVA F.R.ACUMULADA
Desconocimiento 146 146 59% 59%
Desinterés 10 156 5% 64%
Falta de recursos 44 200 13% 77%
Otros 80 280 23% 100%
TOTAL 280 100% Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
GRÁFICO N° 47 MOTIVOS POR LOS QUE NO SE HAN IMPLEMENTADO UN SISTEMA
DE SEGURIDAD
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
Análisis:
Del total de encuestados el 59% manifestó que una de las causas por
las que no se ha desarrollado un programa de seguridad laboral en su
empresa es el desconocimiento mientras que 23% indico que eran tenían
otros motivos, el 13% dijo ser la falta de recursos y el 5% por desinterés.
Esto demuestra que en la mayoría de proyectos Urbanísticos no se han
elaborado este tipo de sistemas de seguridad laboral debido al
desconocimiento por parte de los empresarios.
Análisis y discusión de resultados 105
5. Si la administración de la Urbanización implementara un control de
acceso automatizado ¿Cuál cree que sería el grado de seguridad que
se podría brindar?
TABLA N° 49 GRADO DE SEGURIDAD
F.ABSOLUTA F.AB.ACUMULADA F.RELATIVA F.R.ACUMULADA
Alto 198 198 71% 71%
Medio 50 248 18% 89%
Bajo 32 280 11% 100%
TOTAL 280 100%
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
GRÁFICO N° 48 GRADO DE SEGURIDAD
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
Análisis:
Del total de encuestados el 71% manifestó que la implementación de un
sistema en la Urbanización el grado de seguridad seria alto mientras el 18%
piensa que sería grado medio y el 11% cree que el grado de seguridad seria
bajo. Lo cual significa que en la mayoría de los habitantes están de acuerdo
con una implementación de un sistema automatizado.
Análisis y discusión de resultados 106
6. ¿Se interesaría por una aplicación que le notifique mediante
mensaje el acceso a personas a su vivienda y tener reportes
mensuales?
TABLA N° 50 NOTIFICACIONES PARA INGRESO
F.ABSOLUTA F.AB.ACUMULADA F.RELATIVA F.R.ACUMULADA
Totalmente de acuerdo
180 180 64% 64%
De acuerdo 69 249 25% 89%
Ni de acuerdo ni en desacuerdo
23 272 8% 97%
En desacuerdo 8 280 3% 100%
Totalmente en desacuerdo
0 280 0% 100%
TOTAL 280 100% Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
GRÁFICO N° 49 NOTIFICACIONES PARA INGRESO
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
Análisis:
Del total de encuestados el 64% manifestó estar Totalmente de acuerdo
en recibir notificaciones para el ingreso de un visitante, mientras que un
25% indico estar de acuerdo con dichas notificaciones, el 8% dijo estar ni
de acuerdo ni en desacuerdo, y el 3% manifestó estar en desacuerdo. Esto
significa que del total de encuestados la mayoría piensa que si sería bueno
la notificación de mensajes para el ingreso de visitas a cada vivienda.
Análisis y discusión de resultados 107
7. ¿Las notificaciones que le llegarían aportaría una mayor seguridad
al momento de no encontrarse en su hogar o que los miembros de la
familia que este en la vivienda reconozca a la persona que está
solicitando el ingreso?
TABLA N° 51 APORTE DE NOTIFICACIONES
F.ABSOLUTA F.AB.ACUMULADA F.RELATIVA F.R.ACUMULADA
SI 272 272 97% 97%
NO 8 280 3% 100%
TOTAL 280 100%
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
GRÁFICO N° 50 APORTE DE NOTIFICACIONES
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
Análisis:
Del total de encuestados el 97% manifestó que las notificaciones si
aportarían mayor seguridad mientras que el 3% indico que no aportaría una
seguridad. Esto significa que en la Urbanización es necesario notificaciones
de mensajes para aviso de una visita.
Análisis y discusión de resultados 108
8. ¿Cree usted que la implementación de este sistema generaría un
costo adicional a su alícuota mensual?
TABLA N° 52 COSTO ADICIONAL
F.ABSOLUTA F.AB.ACUMULADA F.RELATIVA F.R.ACUMULADA
SI 200 200 71% 71%
NO 80 280 29% 100%
TOTAL 280 100%
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
GRÁFICO N° 51 COSTO ADICIONAL
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
Análisis:
Del total de encuestados el 71% indico que generaría un costo adicional
mientras que el otro 29% manifestó que no generaría algún costo adicional.
Esto demuestra que la mayoría de los habitantes cree que si generaría un
costo adicional.
Análisis y discusión de resultados 109
9. ¿Aprobaría usted que el administrador de la urbanización
implemente un sistema de control de acceso automatizado para su
hogar y que este no represente un costo tan elevado?
TABLA N° 53 IMPLEMENTACIÓN DE UN SISTEMA
F.ABSOLUTA F.AB.ACUMULADA F.RELATIVA F.R.ACUMULADA
Totalmente de acuerdo
200 200 71% 71%
De acuerdo, depende el costo
50 250 18% 89%
Ni de acuerdo ni en desacuerdo
20 270 7% 96%
En desacuerdo 10 280 4% 100%
TOTAL 280 100% Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
GRÁFICO N° 52 IMPLEMENTACIÓN DE UN SISTEMA
Fuente: Urbanización Villa Club etapa Hermes Elaborado por: Velasco Romero Diógenes
Análisis:
Del total de encuestados el 71% manifestó estar totalmente de acuerdo
en que es importante la implementación de un sistema de control mientras
que el 18% dijo estar de acuerdo con la implementación de un sistema y
el 7% indico estar ni de acuerdo ni en desacuerdo, el 4% manifestó estar
en desacuerdo. Esto significa que los habitantes consideran necesaria la
implementación de una aplicación para gestión de acceso a urbanizaciones
privadas.
Análisis y discusión de resultados 110
4.2. Comprobación de la hipótesis
La encuesta realizada a los propietarios de las viviendas, comprueba
que en la urbanización privada Villa Club etapa Hermes, se debe diseñar
un sistema o aplicación que permita gestionar el control de accesos a la
urbanización, debido a esto se logró reducir la inseguridad y mejoró el modo
de aviso de acceso, aumentando así la eficiencia de ingresos de personas.
Se redujo el nivel de inseguridad en un porcentaje del 50% con las
diferentes pruebas de la aplicación ya que antes de ingresar pide algunos
requisitos entre ellas la foto que va vía mail, así el propietario identifica y
permite el acceso.
También se redujo el tiempo de espera de las vistas en un 40%, ya que
la respuesta es inmediata al recibir los mails y sms a sus teléfonos.
Se puede concluir que por el resultado de las encuestas la gran parte
de los habitantes están de acuerdo con el uso de este sistema como una
herramienta de mejora continua, en este caso el 71% de las personas
encuestadas, ya que al momento de adquirir sus viviendas en una
urbanización buscan seguridad y control.
CAPÍTULO V
CONCLUSIONES Y RECOMENDACIONES
5.1. Conclusiones
Los usuarios de la garita en la etapa Hermes se encuentran
satisfechos con el desarrollo de la aplicación “GAUP”, ya que les ayuda
en sus actividades de control diario; así como los residentes de la
misma etapa ven con buenos ojos la utilización de este sistema, ya
que pueden conocer de manera más rápida, quienes están en garita
esperando para ingresar.
La acogida de la aplicación ha hecho que los administradores y
residentes de la etapa Hermes urbanización Villa Club, difundan la
noticia de confort y satisfacción que tienen, lo que ocasiona interés de
otras urbanizaciones para su futura implementación.
La aplicación a futuro tiene una alta probabilidad de ser mejorada, ya
que las herramientas utilizadas para el desarrollo son gratuitas, lo
cual ayudará a que las mejoras implementadas aprovechen las
características técnicas que estas herramientas ofrecen sin costo
alguno.
Se ha mejorado considerablemente la comunicación entre la garita
de seguridad y las viviendas de la etapa, ya que los mensajes de
notificación de las visitas llegan por medio de SMS y correo a través
de los celulares.
Conclusiones y Recomendaciones 112
5.2. Recomendaciones
De acuerdo con el desarrollo del presente trabajo de titulación, se
presenta una serie de recomendaciones, con la finalidad de obtener la
culminación exitosa de la aplicación “GAUP” para la etapa Hermes de la
urbanización Villa Club. Las cuales se mencionarán a continuación:
Para el éxito de la aplicación es recomendable la verificación de los
informes que se emiten y el registro oportuno de las actividades de
ingreso/salida de los visitantes en forma diaria, de esta manera se
asegura el uso y explotación del sistema.
Se recomienda agregar un módulo de reportes gráficos que le
permitan al administrador de la urbanización, realizar estadísticas para
la medición de tiempos de las visitas que ingresan a la etapa.
Se recomienda obtener un respaldo diario de la información como
parte de las actividades del administrador de la urbanización, para
mantener la información histórica de seguridad en la eventualidad de
alguna pérdida o daño.
Se recomienda tener un servidor de réplica o alterno de la aplicación,
ya que si el servidor principal llega a fallar en producción, la réplica se
levantaría inmediatamente siendo transparente para el usuario.
Se recomienda que el administrador realice diversas evaluaciones de
la aplicación en forma periódica, con el objetivo de acoplar nuevos
módulos para mejorar el sistema, de esta manera se podría
implementar el sistema para el resto de las etapas de la urbanización.
ANEXOS 114
ANEXO # 1
IMÁGENES DEL LÍMITE ESPACIAL
FIGURA N° 4:
ETAPA HERMES
Fu
en
te:
Maps
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
ANEXOS 115
FIGURA N° 5:
REDONDEL AV. PRINCIPAL VILLA CLUB
Red
ondel
vil
la
clu
b
Fu
en
te:
Maps
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
ANEXOS 116
FIGURA N° 6:
AV. PRINCIPAL URB. VILLA CLUB
Principal villa
club
Fu
en
te:
Maps
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
ANEXOS 117
FIGURA N° 7:
PRINCIPAL URB. VILLA CLUB
Principal villa
club
Fu
en
te:
Maps
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
ANEXOS 118
FIGURA N° 8:
ENTRADA DE VILLA CLUB LA PIAZZA
Entrada de villa
club
Fu
en
te:
Maps
Ela
bo
rad
o p
or:
Vela
sco R
om
ero
Dió
genes
ANEXOS 119
ANEXO # 2
ENCUESTA A PROPIETARIOS DE LAS VIVIENDAS
DATOS:
Nombre:
N° Villa:
Seleccione su rango de edad
1.- ( )25-35
2.- ( )36-45
3.- ( )46-55
4.- ( )56-60
Seleccione Sexo:
1.-( )Masculino
2.- ( ) Femenino
1. ¿Cree usted que como política de seguridad al dejar la cédula previa
al ingreso aporta la seguridad al habitante de la urbanización?
1.- ( ) SI
2.- ( ) NO
2. ¿Cree usted que con la seguridad actual de la urbanización los
habitantes se exponen a ser víctimas de un hecho delictivo?
1.- ( ) SI
2.- ( ) NO
3.- ¿Considera usted que la seguridad actual en la Urbanización aporta
a la seguridad esperada para cada habitante?
1.- ( ) Totalmente de acuerdo
2.- ( ) De acuerdo
3.- ( ) Ni de acuerdo ni en desacuerdo
4.- ( ) En desacuerdo
5.- ( )Totalmente en desacuerdo
4. ¿Qué motivo consideraría usted por el cual no se ha desarrollado un
sistema de seguridad y control en la urbanización?
1.- ( ) Desconocimiento
2.- ( ) Desinterés
3.- ( ) Falta de Recursos
4.- ( ) OTROS
5. Si la administración de la Urbanización implementara un control de
acceso automatizado ¿Cuál cree que sería el grado de seguridad que
se podría brindar?
1.- ( ) ALTO
2.- ( ) MEDIO
3.- ( ) BAJO
ANEXOS 120
6. ¿Se interesaría por una aplicación que le notifique mediante mensaje
el acceso a personas a su vivienda y tener reportes mensuales?
1.- ( ) Totalmente de acuerdo
2.- ( ) De acuerdo
3.- ( ) Ni de acuerdo ni en desacuerdo
4.- ( ) En desacuerdo
5.- ( )Totalmente en desacuerdo
7. ¿Las notificaciones que le llegarían aportaría una mayor seguridad al
momento de no encontrarse en su hogar o que los miembros de la
familia que este en la vivienda reconozca a la persona que está
solicitando el ingreso?
1.- ( ) SI
2.- ( ) NO
8. ¿Cree usted que la implementación de este sistema generaría un
costo adicional a su alícuota mensual?
1.- ( ) SI
2.- ( )NO
9. ¿Aprobaría usted que el administrador de la urbanización implemente
un sistema de control de acceso automatizado para su hogar y que este
no represente un costo tan elevado?
1.- ( ) Totalmente de acuerdo
2.- ( ) De acuerdo, depende el costo
3.- ( ) Ni de acuerdo ni en desacuerdo
4.- ( ) En desacuerdo Fuente: Propia Elaborado por: Velasco Romero Diógenes
BIBLIOGRAFÍA
Álvarez, M. A. (23 de Noviembre de 2009). Desarrollo web. Obtenido de
Desarrollo web.com:
http://www.desarrolloweb.com/articulos/codeigniter.html
Ángel Cobo, P. G. (2005). PHP y MySQL Tecnología para el desarrollo de
aplicaciones web. España. Obtenido de
http://santiagoyeni.blogspot.com/
Castro, G. L. (1991). Urbanización y desarrollo en Michoacán. México .
Cinthia Vera, Jennifer Rodríguez, Galo Ponce. (5 de septiembre de
2013). SlideShare. Obtenido de SlideShare:
http://www.slideshare.net/kissees/xampp-25917007
Condón, A. B. (2009). Aprende PHP/MySQL Fácilmente .
Enciclopedia Jurídica. (2014). Obtenido de Enciclopedia Jurídica:
http://www.enciclopedia-juridica.biz14.com/d/urbanizacion-
privada/urbanizacion-privada.htm
esepeStudio. (16 de agosto de 2005). Obtenido de esepeStudio:
http://www.esepestudio.com/noticias/que-es-mysql
Helod. (10 de Mayo de 2013). SlideShare. Obtenido de SlideShare:
http://es.slideshare.net/helodtk1/factibilidad-tecnica-operativa-y-
economica-20908957
Heurtel, O. (2014). PHP y MySQL Domine el desarrollo de un sitio web
dinámico e interactivo. España. Obtenido de
https://books.google.com.ec/books?id=hTwp_5MkzVYC&pg=PA25
5&dq=PHP+es+un+lenguaje+de+script+que+se+ejecuta+en+el+lad
o+del+servidor,+cuyo+c%C3%B3digo+se+incluye+en+una+p%C3
%A1gina+HTML+cl%C3%A1sica.+Puede+compararse+por+tanto+
a+otros+lenguajes+de+script+que
Kenneth E. Kendall, J. E. (1997). Análisis y Diseño de Sistemas. México.
122
Muñoz, V. J. (2013). El nuevo PHP, Conceptos avanzados. España.
Obtenido de
https://books.google.com.ec/books?id=NSj3AQAAQBAJ&pg=PA11
9&dq=El+nuevo+PHP,+Conceptos+avanzados+Es+un+framework
+para+desarrollo+de+aplicaciones+en+PHP.&hl=es&sa=X&ei=j7iF
VZ6rJIWhNvejgZAK&ved=0CC8Q6AEwAA#v=onepage&q=El%20n
uevo%20PHP%2C%20Conceptos%20avanza
Ramírez, F. (Octubre de 2011). SALAMANCA. Obtenido de
propietariossalamanca.blogspot:
http://propietariossalamanca.blogspot.com/p/manual-de-seguridad-
urbanizacion.html
Rodolfo. (2013). Concepto de Visita. Obtenido de
http://sobreconceptos.com/visita
Uceda, O. C. (2013). Desarrollo Web con PHP. Obtenido de
https://books.google.com.ec/books?id=1GQUAgAAQBAJ&pg=PA2
1&lpg=PA21&dq=PHP+es+un+lenguaje+de+%E2%80%9Cc%C3%
B3digo+abierto%E2%80%9D+interpretado,+de+alto+nivel,+embebi
do+en+p%C3%A1ginas+HTML+y+ejecutado+en+el+servidor.+Este
+lenguaje+se+caracteriza+porque+so
Van Lancker, L. (2009). XHTML y CSS - Los nuevos estandares del
codigo fuente. Barcelona: ENI.