UNIVERSIDAD DE GUAYAQUIL FACULTAD DE …repositorio.ug.edu.ec/bitstream/redug/12870/1/Tesis Diógenes... · Metodología de desarrollo 20 ... Diagrama de Actividad 44 ... Modelo Entidad

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.


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.


iv

INDICE GENERAL

N° Descripción Pág.

PRÓLOGO 1

CAPÍTULO I

PERFIL DEL PROYECTO


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


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


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


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


4.1. Preparación de los datos 99

4.2. Comprobación de la Hipótesis 110

CAPÍTULO V

CONCLUSIONES Y RECOMENDACIONES


5.1. Conclusiones 111

5.2. Recomendaciones 112

ANEXOS 114

BIBLIOGRAFÍA 121

vii

INDICE DE GRÁFICOS


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


28. Estandarización: Formulario Usuario 78

29. Estandarización: Formulario Registro usuario 80

30. Planificación 87












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


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


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


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


1 Imágenes del límite Espacial 114

2 Encuestas a propietarios de las viviendas 119

xiii


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


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.


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



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.


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.


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)

http://sobreconceptos.com/accion-2

http://sobreconceptos.com/accion

http://sobreconceptos.com/educacion

http://sobreconceptos.com/palabra

http://sobreconceptos.com/persona

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


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%



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.


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


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


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.


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


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



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?


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


acceso, no se encuentra en casa el

propietario

no



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.


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:


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.


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


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.


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):


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


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



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


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á


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


Iniciar sesión

Cerrar Sesión


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.



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.


Registrar

VISITA


GRÁFICO N° 6

CASO DE USO: GESTIÓN VISITANTE

Visitante/ Nuevo Visitante

Usuario


Nueva visita

Consultar visita

Eliminar visita

Editar visita

Buscar visita

Guardar

Cancelar


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.



GRÁFICO N° 7

CASO DE USO GESTIÓN PROPIETARIO/NUEVO PROPIETARIO

Propietario/ Nuevo Propietario

Administrador


Nuevo Propietario

Consultar Propietario

Eliminar Propietario

Editar Propietario

Buscar Propietario

Guardar

Cancelar


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.



GRÁFICO N° 8

CASO DE USO GESTIÓN VIVIENDA/NUEVA VIVIENDA

Vivienda/Nueva Vivienda

Administrador


Nueva Vivienda

Consultar Vivienda

Eliminar Vivienda

Editar Vivienda

Buscar Vivienda

Guardar

Cancelar


TABLA N°13

CASO DE USO GESTIÓN VIVIENDA/NUEVA VIVIENDA

Caso de uso N°5: Vivienda/Nueva Vivienda


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.



GRÁFICO N° 9

CASO DE USO GESTIÓN CASA/NUEVA CASA

Casa/Nueva Casa

Administrador


Nueva Casa

Consultar Casa

Eliminar Casa

Editar Casa

Buscar Casa

Guardar

Cancelar


TABLA N° 14

CASO DE USO GESTIÓN CASA/NUEVA CASA

Caso de uso N°6: Casa/Nueva Casa


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



TABLA N° 15

CASO DE USO GESTIÓN CASA/BUSCAR, MODIFICAR, ELIMINAR

Caso de uso N°6: Casa/Buscar, modificar, eliminar


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



GRÁFICO N° 10

CASO DE USO GESTIÓN RESTABLECER CONTRASEÑA

Administrador


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


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


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


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


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


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


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


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


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


TABLA N° 20

TABLA VIVIENDAS

GAUP_M_VIVIENDAD_3


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


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


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


TABLA N° 23

TABLA VISITAS

GAUP_H_REGVISITAS_6


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


TABLA N° 24

TABLA ROLES DE USUARIO

GAUP_M_ROLES_7


INDICE

ID_ROL Int 1 NO SI PK

DESCRIPCION varchar 50 NO NO


TABLA N° 25

TABLA ESTADO

GAUP_M_ESTADO_8


INDICE

ID_ESTADO Int 1 NO SI PK

DESCRIPCION varchar 50 NO NO



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.



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



UNIVERSIDAD DE

GUAYAQUIL DISEÑO DE

PANTALLAS

Página 2 de 2


Desarrolladores:


PROYECTO

GAUP


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 ----



DISEÑO DE

PANTALLAS

Página 1 de 2


Desarrolladores: Velasco Romero Diógenes

PROYECTO GAUP


Nombre Físico: Formulario principal NOMBRE LÓGICO: GAUP_principal


1

2

3 4

5

6

7

8


UNIVERSIDAD DE

GUAYAQUIL DISEÑO DE

PANTALLAS

Página 2 de 2



PROYECTO GAUP


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




DISEÑO DE PANTALLAS

Página 1 de 2



PROYECTO GAUP


Nombre Físico: Formulario agendar Visitas NOMBRE LÓGICO: GAUP_agendar


1

2

3

4

5

6

7

11

12

13

14

16 15

8

10

9

17

18



DISEÑO DE

PANTALLAS

Página 2 de 2



PROYECTO GAUP


Nombre Físico: Formulario agendar Visitas NOMBRE LÓGICO: GAUP_agendar


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



DISEÑO DE

PANTALLAS

Página 1 de 2



PROYECTO GAUP


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



DISEÑO DE

PANTALLAS

Página 2 de 2



PROYECTO GAUP


Nombre Físico: Formulario vivienda NOMBRE LÓGICO: GAUP_vivienda


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




DISEÑO DE

PANTALLAS

Página 1 de 2



PROYECTO GAUP


Nombre Físico: Formulario registro vivienda NOMBRE LÓGICO: GAUP_reg_vivienda


1

2

3

5

4



DISEÑO DE

PANTALLAS

Página 2 de 2



PROYECTO GAUP


Nombre Físico: Formulario registro vivienda NOMBRE LÓGICO: GAUP_reg_vivienda


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




DISEÑO DE

PANTALLAS

Página 1 de 2



PROYECTO GAUP


Nombre Físico: Formulario casas NOMBRE LÓGICO: GAUP_casas


1

2

3

4

5

6 7


UNIVERSIDAD DE

GUAYAQUIL

DISEÑO DE

PANTALLAS

Página 2 de 2



PROYECTO GAUP


Nombre Físico: Formulario casas NOMBRE LÓGICO: GAUP_casas


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




DISEÑO DE

PANTALLAS

Página 1 de 2



PROYECTO GAUP


Nombre Físico: Formulario registro casas NOMBRE LÓGICO: GAUP_reg_casas


1

2

3

4 5



DISEÑO DE

PANTALLAS

Página 2 de 2


Desarrolladores:


PROYECTO

GAUP


Nombre Físico: Formulario registro casas NOMBRE LÓGICO: GAUP_reg_casas


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




DISEÑO DE

PANTALLAS

Página 1 de 2


Desarrolladores:


PROYECTO

GAUP


Nombre Físico: Formulario propietario NOMBRE LÓGICO: GAUP_propietario


1

7

6

5

3

4

2



DISEÑO DE

PANTALLAS

Página 2 de 2


Desarrolladores:


PROYECTO

GAUP


Nombre Físico: Formulario propietario NOMBRE LÓGICO: GAUP_propietario


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




DISEÑO DE

PANTALLAS

Página 1 de 2



PROYECTO GAUP


Nombre Físico: Formulario registro propietario NOMBRE LÓGICO: GAUP_reg_propietario


3

4

5

6

7

8

2 1



DISEÑO DE

PANTALLAS

Página 2 de 2


Desarrolladores:


PROYECTO

GAUP


Nombre Físico: Formulario registro propietario NOMBRE LÓGICO: GAUP_reg_propietario


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




DISEÑO DE

PANTALLAS

Página 1 de 2



PROYECTO GAUP


Nombre Físico: Formulario visitante NOMBRE LÓGICO: GAUP_visitante


1

6

7

5

2

3

4



DISEÑO DE

PANTALLAS

Página 2 de 2


Desarrolladores:


PROYECTO

GAUP


Nombre Físico: Formulario visitante NOMBRE LÓGICO: GAUP_visitante


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




DISEÑO DE

PANTALLAS

Página 1 de 2



PROYECTO GAUP


Nombre Físico: Formulario registro visitante NOMBRE LÓGICO: GAUP_reg_visitante


1

2

3

5

6

7 8

10 10

4



DISEÑO DE

PANTALLAS

Página 2 de 2



PROYECTO GAUP


Nombre Físico: Formulario registro visitante NOMBRE LÓGICO: GAUP_reg_visitante


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




DISEÑO DE

PANTALLAS

Página 1 de 2


Desarrolladores:


PROYECTO

GAUP


Nombre Físico: Formulario cambio contraseña NOMBRE LÓGICO: GAUP_camb_contra


1

2

3

5 4



DISEÑO DE

PANTALLAS

Página 2 de 2


Desarrolladores:


PROYECTO

GAUP


Nombre Físico: Formulario registro visitante NOMBRE LÓGICO: GAUP_camb_contra


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




DISEÑO DE

PANTALLAS

Página 1 de 2



PROYECTO GAUP


Nombre Físico: Formulario Usuario NOMBRE LÓGICO: GAUP_usuario


1

7 6

5

2

3

4



DISEÑO DE

PANTALLAS

Página 2 de 2


Desarrolladores:


PROYECTO

GAUP


Nombre Físico: Formulario Usuario NOMBRE LÓGICO: GAUP_usuario


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




DISEÑO DE

PANTALLAS

Página 1 de 2


Desarrolladores:


PROYECTO

GAUP


Nombre Físico: Formulario registro Usuario NOMBRE LÓGICO: GAUP_reg_usuario


1

2

3

4

5

6

8 7



DISEÑO DE

PANTALLAS

Página 2 de 2


Desarrolladores:


PROYECTO

GAUP


Nombre Físico: Formulario Usuario NOMBRE LÓGICO: GAUP_reg_usuario


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



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.


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.


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.


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


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/

http://urba.starthecode.com/

http://localhost/proy_urb/


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



Fu

en

te:

Investig

ació

n P

ropia

Ela

bo

rad

o p

or:

Vela

sco R

om

ero

Dió

genes



Fu

en

te:

Investig

ació

n P

ropia

Ela

bo

rad

o p

or:

Vela

sco R

om

ero

Dió

genes



Fu

en

te:

Investig

ació

n P

ropia

Ela

bo

rad

o p

or:

Vela

sco R

om

ero

Dió

genes



Fu

en

te:

Investig

ació

n P

ropia

Ela

bo

rad

o p

or:

Vela

sco R

om

ero

Dió

genes



Fu

en

te:

Investig

ació

n P

ropia

Ela

bo

rad

o p

or:

Vela

sco R

om

ero

Dió

genes



Fu

en

te:

Investig

ació

n P

ropia

E

lab

ora

do

po

r: V

ela

sco R

om

ero

Dió

genes



Fu

en

te:

Investig

ació

n P

ropia

Ela

bo

rad

o p

or:

Vela

sco R

om

ero

Dió

genes



Fu

en

te:

Investig

ació

n P

ropia

Ela

bo

rad

o p

or:

Vela

sco R

om

ero

Dió

genes



Fu

en

te:

Investig

ació

n P

ropia

Ela

bo

rad

o p

or:

Vela

sco R

om

ero

Dió

genes



Fu

en

te:

Investig

ació

n P

ropia

Ela

bo

rad

o p

or:

Vela

sco R

om

ero

Dió

genes



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


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


Masculino 200 200 71% 71%

Femenino 80 280 29% 100%

Total 280 100%


GRÁFICO N° 43:

SEXO


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.


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


SI 120 120 43% 43%

NO 160 280 57% 100%

TOTAL 280 100%


GRÁFICO N° 44 POLÍTICAS DE SEGURIDAD


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.


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


SI 170 170 61% 61%

NO 110 280 39% 100%

TOTAL 280 100%


GRÁFICO N° 45 SEGURIDAD ACTUAL EXPONE A LOS HABITANTES A HECHOS

DELICTIVOS


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.


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


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.


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


Desconocimiento 146 146 59% 59%

Desinterés 10 156 5% 64%

Falta de recursos 44 200 13% 77%

Otros 80 280 23% 100%


GRÁFICO N° 47 MOTIVOS POR LOS QUE NO SE HAN IMPLEMENTADO UN SISTEMA

DE SEGURIDAD


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.


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


Alto 198 198 71% 71%

Medio 50 248 18% 89%

Bajo 32 280 11% 100%

TOTAL 280 100%


GRÁFICO N° 48 GRADO DE SEGURIDAD


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.


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



180 180 64% 64%

De acuerdo 69 249 25% 89%


23 272 8% 97%


Totalmente en desacuerdo

0 280 0% 100%


GRÁFICO N° 49 NOTIFICACIONES PARA INGRESO


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.


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


SI 272 272 97% 97%

NO 8 280 3% 100%

TOTAL 280 100%


GRÁFICO N° 50 APORTE DE NOTIFICACIONES


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.


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


SI 200 200 71% 71%

NO 80 280 29% 100%

TOTAL 280 100%


GRÁFICO N° 51 COSTO ADICIONAL


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.


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



200 200 71% 71%

De acuerdo, depende el costo

50 250 18% 89%


20 270 7% 96%



GRÁFICO N° 52 IMPLEMENTACIÓN DE UN SISTEMA


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.


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:

Google

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:

Google

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:

Google

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:

Google

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:

Google

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?


2.- ( ) De acuerdo


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?


2.- ( ) De acuerdo, depende el costo


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.

Documents

UNIVERSIDAD DE GUAYAQUIL FACULTAD DE …repositorio.ug.edu.ec/bitstream/redug/12870/1/Tesis Diógenes... · Metodología de desarrollo 20 ... Diagrama de Actividad 44 ... Modelo Entidad