INGENIERO EN SISTEMAS COMPUTACIONALES E INGENIERO EN ...

Departamento de Sistemas y Computación

“SISTEMA DE CONTROL DE SERVICIOS DE INGENIERÍA”

ANGÉLICA TLAIXCO TLATEMPA

ÁNGEL LUIS INFANTE MATOS

ASESORA DE TESIS:

M. S. C. ISABEL GUERRERO GARCÍA

VILLA DE ÁLVAREZ, COLIMA, FEBRERO 2017

TESIS PROFESIONAL

Que para obtener el Título de:

INGENIERO EN SISTEMAS COMPUTACIONALES E

INGENIERO EN INFORMÁTICA

PRESENTAN:

2

Agradecimientos

Durante el tiempo transcurrido en esta residencia hubo muchas personas e instituciones

que nos brindaron su apoyo moral, material, económica e intelectual, por lo que

deseamos expresarles nuestro agradecimiento.

En primer lugar, gracias a Dios por darnos salud, sabiduría, fortaleza, y la suficiente

seguridad para confiar en nosotros mismos y realizar este proyecto de vida. A nuestras

familias por otorgarnos su apoyo incondicional, que sin su ayuda esto no hubiese sido

posible ya que abarca en todos los aspectos, en su amor, en la economía, en los triunfos

y fracasos.

Al Instituto Tecnológico de Colima por darnos la hospitalidad y la oportunidad de ser parte

de este honorable plantel, y el apoyo incondicional de nuestro Director Saturnino Castro

Reyes acompañado de todo su equipo de trabajo.

Gracias a nuestra maestra y asesora M. S. C. Isabel Guerrero García, por su tiempo,

paciencia, conocimiento, y experiencia en el ámbito laboral, y por muchas aportaciones

más, pero sobre todo por confiar en nosotros.

Un agradecimiento infinito a cada uno de nuestros maestros que formaron parte de este

sueño de formarnos como unos profesionistas íntegros, ya que no cualquiera tiene ese

lujo de llegar a tener este grado de estudios, pero con trabajo, dedicación, esfuerzo, todo

se puede lograr en esta vida llena de oportunidades.

A la empresa Tojol Ingeniería – Valuación, por abrirnos sus puertas y formar parte de su

proyecto, gracias por su hospitalidad, por el excelente ambito laboral, por la cooperación

amable de los compañeros de trabajo y por el apoyo incondicional del M. V. Ing. Rogelio

Miguel Maldonado Santa Cruz.

Por último a nuestros compañeros y amigos que formaron parte durante toda nuestra

carrera, quienes nos brindaron su tiempo, colaboración y amistad, deseamos de todo

corazón que sigan creciendo profesionalmente como personal, y que cada meta que se

propongan prospere y jamás dejen de luchar, y no olvidarse de sus raices.

3

ÍNDICE GENERAL

RESUMEN ........................................................................................................................................... 9

INTRODUCCIÓN............................................................................................................................... 10

CAPÍTULO I: CONTEXTO DEL PROYECTO ................................................................................... 12

1. 1 CONTEXTO DEL PROBLEMA ............................................................................................................ 13

1. 2 JUSTIFICACIÓN ............................................................................................................................... 15

1. 3 OBJETIVOS ..................................................................................................................................... 16

1. 4 HIPÓTESIS ...................................................................................................................................... 16

CAPÍTULO II: ESTADO DEL CAMPO DEL CONOCIMIENTO ......................................................... 18

2. 1 MARCO HISTÓRICO ........................................................................................................................ 19

2. 1. 1 Antecedentes históricos de las técnicas de planeación ............................................... 19

2. 1. 2 Definición de un proyecto de construcción ..................................................................... 20

2. 1. 3 Necesidad de planear y controlar un proyecto de construcción ................................. 21

2. 1. 4 Administración de proyectos en la construcción............................................................ 24

2. 1. 5 Historia del avalúo en México ........................................................................................... 26

2. 2 MARCO CONTEXTUAL .................................................................................................................... 27

2. 3 MARCO TEÓRICO ............................................................................................................................ 28

2. 3. 1 Avalúo .................................................................................................................................. 28

2. 3. 2 Servidor ................................................................................................................................ 28 2. 3. 2. 1 Tipos de servidores ....................................................................................................................... 29 2. 3. 2. 2 Apache ............................................................................................................................................ 31 2. 3. 2. 3 Hostinger ........................................................................................................................................ 31

2. 3. 3 Lenguajes de programación Web .................................................................................... 31 2. 3. 3. 1 CSS ................................................................................................................................................. 32 2. 3. 3. 2 JavaScript ....................................................................................................................................... 33 2. 3. 3. 3 Bootstrap ........................................................................................................................................ 33 2. 3. 3. 4 PHP ................................................................................................................................................. 33 2. 3. 3. 5 Codeigniter ..................................................................................................................................... 34 2. 3. 3. 6 MySQL ............................................................................................................................................ 34

CAPÍTULO III: DESARROLLO DEL PROYECTO ............................................................................ 35

3. 1 METODOLOGÍA ............................................................................................................................... 36

3. 1. 1 SCRUM ................................................................................................................................ 36 3. 1. 1. 1 Características ............................................................................................................................... 37 3. 1. 1. 2 Herramientas y prácticas .............................................................................................................. 37 3. 1. 1. 3 Product Backlog List ..................................................................................................................... 37 3. 1. 1. 4 Sprints ............................................................................................................................................. 38 3. 1. 1. 5 Burn Down Chart ........................................................................................................................... 38 3. 1. 1. 6 Sprint Backlog ................................................................................................................................ 38 3. 1. 1. 7 Stabilization Sprints ....................................................................................................................... 39 3. 1. 1. 8 Scrum of Scrum o MetaScrum .................................................................................................... 39 3. 1. 1. 9 Roles y responsabilidades ........................................................................................................... 39 3. 1. 1. 10 Product Owner ........................................................................................................................... 39 3. 1. 1. 11 ScrumMaster (o Facilitador) ..................................................................................................... 39 3. 1. 1. 12 Equipo ......................................................................................................................................... 40 3. 1. 1. 13 Usuarios ...................................................................................................................................... 40

4

3. 1. 1. 14 Stakeholders (Clientes, Proveedores). ................................................................................... 40 3. 1. 1. 15 Managers .................................................................................................................................... 40

3. 1. 2 Reuniones en Scrum ......................................................................................................... 40 3. 1. 2. 1 Daily Scrum .................................................................................................................................... 40 3. 1. 2. 2 Scrum de Scrum ............................................................................................................................ 41 3. 1. 2. 3 Reunión de Planificación del Sprint (Sprint Planning Meeting) .............................................. 41 3. 1. 2. 4 Reunión de Revisión del Sprint (Sprint Review Meeting) ........................................................ 42 3. 1. 2. 5 Retrospectiva del Sprint (Sprint Retrospective) ........................................................................ 42

3. 2 ANÁLISIS DEL SISTEMA ................................................................................................................... 43

3. 2. 1 Requerimientos del sistema.............................................................................................. 44 3. 2. 1. 1 Funcionales ..................................................................................................................................... 44 3. 2. 1. 2 No funcionales ................................................................................................................................ 44

3. 3 DISEÑO ........................................................................................................................................... 44

3. 3. 1 Diseño arquitectónico ........................................................................................................... 45

3. 3. 2 Base de Datos ........................................................................................................................ 47 3. 3. 2. 1 Diagrama E-R ................................................................................................................................ 49 3. 3. 2. 2 Diccionario de datos ...................................................................................................................... 50

3. 3. 3 Clases .................................................................................................................................. 56 3. 3. 3. 1 Clase cliente ................................................................................................................................... 57 3. 3. 3. 2 Clase Avalúos ................................................................................................................................ 57 3. 3. 3. 3 Clase TableroG .............................................................................................................................. 58 3. 3. 3. 4 Clase Datos_usuario ..................................................................................................................... 58 3. 3. 3. 5 Clase Edicion_servicio .................................................................................................................. 58 3. 3. 3. 6 Clase Estadística ........................................................................................................................... 59 3. 3. 3. 7 Clase Editar_cliente ...................................................................................................................... 61 3. 3. 3. 8 Clase Nuevo_cliente ..................................................................................................................... 61 3. 3. 3. 9 Clase Clientes ................................................................................................................................ 61 3. 3. 3. 10 Clase Comentarios ................................................................................................................... 61 3. 3. 3. 11 Clase Gestión ............................................................................................................................ 61 3. 3. 3. 12 Clase Nuevo_avaluo ................................................................................................................ 61 3. 3. 3. 13 Clase Consulta .......................................................................................................................... 62 3. 3. 3. 14 Clase Login ................................................................................................................................ 62 3. 3. 3. 15 Clase Inicio ................................................................................................................................ 62 3. 3. 3. 16 Clase Estadísticas .................................................................................................................... 62 3. 3. 3. 17 Clase Registro ........................................................................................................................... 62 3. 3. 3. 18 Clase Status_avaluo ................................................................................................................ 62 3. 3. 3. 19 Clase Edicion_servicio ............................................................................................................. 63 3. 3. 3. 20 Clase Perfil ................................................................................................................................ 63

3. 3. 4 Usuarios ............................................................................................................................... 63 3. 3. 4. 1 Diagramas de Actores y Casos de Usos ................................................................................... 63

3. 3. 4. 1. 1 Actores: Director General, Gerente Administrativo, Gerente de Área Técnica y

Departamento de Informática. ..................................................................................................................... 64 3. 3. 4. 1. 2 Actores: Recepción y Control Administrativo. .................................................................. 66 3. 3. 4. 1. 3 Actores: Control de Área Técnica y Capturista. ............................................................... 67 3. 3. 4. 1. 4 Actores: Gestión 01, 02, 03 y 04. ....................................................................................... 67 3. 3. 4. 1. 5 Caso de Uso: Nuevo servicio. ............................................................................................ 68 3. 3. 4. 1. 6 Caso de Uso: Status. ........................................................................................................... 69 3. 3. 4. 1. 7 Caso de Uso: Registro de empleados. .............................................................................. 70 3. 3. 4. 1. 8 Caso de Uso: Consultas. ..................................................................................................... 70 3. 3. 4. 1. 9 Caso de Uso: Estadísticas. ................................................................................................. 71

5

3. 3. 4. 1. 10 Caso de Uso: Gestión. ...................................................................................................... 72 3. 3. 4. 1. 11 Caso de Uso: Finanzas. .................................................................................................... 73 3. 3. 4. 1. 12 Caso de Uso: Registro de cliente. ................................................................................... 74

3. 3. 5 Clasificación del contenido ............................................................................................... 75

3. 3. 6 Diseño de interfaces .......................................................................................................... 76

3. 4 PROGRAMACIÓN ............................................................................................................................ 79

3. 4. 1 Del lado del controlador ........................................................................................................... 79

3. 4. 2 Del lado del Modelo. ................................................................................................................. 81

3. 4. 3 De lado de Vistas ...................................................................................................................... 83

3. 5 MÓDULOS Y COMPONENTES .......................................................................................................... 85

3. 5. 1 Interfaz WEB del Sistema ................................................................................................. 85 3. 5. 1. 1 Requerimientos .............................................................................................................................. 85 3. 5. 1. 2 Estructura ....................................................................................................................................... 85

3. 5. 1. 2. 1 Principal .................................................................................................................................. 85 3. 5. 1. 2. 2 Modelo .................................................................................................................................... 85 3. 5. 1. 2. 3 Vista ......................................................................................................................................... 86 3. 5. 1. 2. 4 Contenido ............................................................................................................................... 86 3. 5. 1. 2. 5 Controlador ............................................................................................................................. 87

3. 5. 2 Instalación ........................................................................................................................... 87

3. 5. 3 Base de Datos .................................................................................................................... 88

3. 5. 4 Interfaces ............................................................................................................................. 88 3. 5. 4. 1 Inicio ............................................................................................................................................... 88 3. 5. 4. 2 Administración .............................................................................................................................. 88 3. 5. 4. 3 Servicios ........................................................................................................................................ 90 3. 5. 4. 4 Revisión ......................................................................................................................................... 93

CAPÍTULO IV: PRUEBAS ................................................................................................................. 98

4. 1 PRUEBAS ........................................................................................................................................ 99

4. 1. 1 Unidad e integración .......................................................................................................... 99

4. 1. 2 Operación ............................................................................................................................ 99

4. 1. 3 Tensión ................................................................................................................................ 99

4. 1. 4 Congruencia ........................................................................................................................ 99

4. 1. 5 Usabilidad ............................................................................................................................ 99

4. 2 RESULTADOS ............................................................................................................................... 100

4. 3 INTERPRETACIÓN DE RESULTADOS ............................................................................................. 101

4. 3. 1 Mes de Diciembre 2016: Sucursal de Manzanillo ....................................................... 101

4. 3. 2 Mes de Diciembre 2016: Sucursal de Colima .............................................................. 102

4. 3. 3 Mes de Enero 2017: Sucursal de Manzanillo ............................................................... 103

4. 3. 4 Mes de Enero 2017: Sucursal de Colima ..................................................................... 104

4. 3. 4 Gráfica del mes de Diciembre 2016: Sucursal de Manzanillo ................................... 107

4. 3. 5 Gráfica del mes de Diciembre 2016: Sucursal de Colima .......................................... 107

4. 3. 6 Gráfica del mes de Enero 2017: Sucursal de Manzanillo .......................................... 108

4. 3. 7 Gráfica del mes de Enero 2017: Sucursal de Colima ................................................. 109

CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES .......................................................... 110

REFERENCIAS BIBLIOGRÁFICAS ................................................................................................ 112

6

ÍNDICE DE FIGURAS

Figura 1. Un servidor. ...................................................................................................... 28

Figura 2. Esquema "cliente-servidor". .............................................................................. 29

Figura 3. Estructura central de Scrum. ............................................................................. 37

Figura 4. Visión general del modelo de SCRUM (Software, 2016) ................................... 42

Figura 5. Interfaz del sistema. .......................................................................................... 43

Figura 6. Arquitectura del sistema. ................................................................................... 45

Figura 7. Modelo de 3 capas. ........................................................................................... 46

Figura 8. Diagrama Entidad-Relación. ............................................................................. 49

Figura 9. Modelo de Clases: lado del Modelo. ................................................................. 56

Figura 10. Modelo de clases: lado del controlador. .......................................................... 60

Figura 11. Actor: Director General. .................................................................................. 64

Figura 12. Actor: Gerente Administrativo. ........................................................................ 64

Figura 13. Actor: Gerente de Área Técnica. ..................................................................... 65

Figura 14. Actor: Departamento de Informática. ............................................................... 65

Figura 15. Actor: Recepción. ............................................................................................ 66

Figura 16. Actor: Control Administrativo. .......................................................................... 66

Figura 17. Actor: Control de Área Técnica. ...................................................................... 67

Figura 18. Actor: Capturista. ............................................................................................ 67

Figura 19. Actor: Gestión 01. ........................................................................................... 67




Figura 23. Interfaz del inicio de sesión. ............................................................................ 76

Figura 24. Interfaz de Inicio.............................................................................................. 76

Figura 25. Módulo Administración: Registro de clientes. .................................................. 77

Figura 26. Módulo Administración: registro de empleados. .............................................. 77

Figura 27. Módulo Servicios: Nuevo Servicio. .................................................................. 78

Figura 28. Módulo Revisión: consultas. ........................................................................... 78

Figura 29. Controlador de Login. ..................................................................................... 79

Figura 30. Controlador de Consultas. .............................................................................. 80

Figura 31. Controlador de Gestión. .................................................................................. 80

Figura 32. Modelo de avalúo. ........................................................................................... 81

Figura 33. Modelo de Estadísticas. .................................................................................. 81

Figura 34. Modelo de Cliente. .......................................................................................... 82

Figura 35. Modelo de TableroG. ...................................................................................... 82

Figura 36. Vista de footer. ................................................................................................ 83

Figura 37. Vista de header. .............................................................................................. 83

Figura 38. Vista del Menú. ............................................................................................... 84

Figura 39. Inicio. .............................................................................................................. 88

Figura 40. Registro de empleados. .................................................................................. 89

Figura 41. Clientes. .......................................................................................................... 89

Figura 42. Nuevo servicio parte 1. ................................................................................... 90

7

Figura 43. Nuevo servicio parte 2. ................................................................................... 91

Figura 44. Agregar Colonia. ............................................................................................. 91

Figura 45. Nuevo Cliente. ................................................................................................ 92

Figura 46. Extras. ............................................................................................................ 93

Figura 47. Status de avalúos. .......................................................................................... 93

Figura 48. Editar servicio. ................................................................................................ 94

Figura 49. Primer abono. ................................................................................................. 95

Figura 50. Segundo abono............................................................................................... 95

Figura 51. Consulta. ........................................................................................................ 96

Figura 52. Estadísticas. ................................................................................................... 96

Figura 53. Gestión parte 1. .............................................................................................. 97

Figura 54. Tablero de Gestión. ........................................................................................ 97

Figura 55. Gráfica del total de servicios. ........................................................................ 105

Figura 56. Gráfica con el promedio de días de entrega. ................................................. 106

Figura 57. Gráfica con el porcentaje del total de servicios. ............................................ 106

Figura 58. Gráfica de la sucursal de Manzanillo, mes de Diciembre 2016. .................... 107

Figura 59. Gráfica de la Sucursal de Colima, mes de Diciembre 2016. .......................... 107

Figura 60. Gráfica de la Sucursal de Manzanillo, mes de Enero 2017. .......................... 108

Figura 61. Gráfica de la Sucursal de Colima, mes de Enero 2017. ................................ 109

8

ÍNDICE DE TABLAS

Tabla 1. Tipos de servidores (García, 2006). ................................................................... 30

Tabla 2. Elementos necesarios para el sistema de control de Servicios. ......................... 44

Tabla 3. Conceptos de abreviaturas para tablas. ............................................................. 50

Tabla 4. Área. .................................................................................................................. 50

Tabla 5. Tipos_Servicio ................................................................................................... 50

Tabla 6. Unidades_servicio. ............................................................................................. 50

Tabla 7. Valuación. .......................................................................................................... 51

Tabla 8. Status_avaluos. ................................................................................................. 51

Tabla 9. Clientes. ............................................................................................................. 52

Tabla 10. Cat_calle. ......................................................................................................... 52

Tabla 11. Cat_colonias. ................................................................................................... 52

Tabla 12. Cat_municipios ................................................................................................ 53

Tabla 13. cat_estados ...................................................................................................... 53

Tabla 14. Pagos. .............................................................................................................. 53

Tabla 15. Tipo_pago. ....................................................................................................... 53

Tabla 16. Det_asignación. ............................................................................................... 54

Tabla 17. Notificaciones. .................................................................................................. 54

Tabla 18. Usuarios. .......................................................................................................... 54

Tabla 19. Cat_puestos. .................................................................................................... 55

Tabla 20. Cat_sucursales. ............................................................................................... 55

Tabla 21. Comentarios. .................................................................................................... 55

Tabla 22. Caso de Uso: Nuevo servicio. .......................................................................... 68

Tabla 23. Caso de Uso: Status. ....................................................................................... 69

Tabla 24. Caso de Uso: Registro de empleados .............................................................. 70

Tabla 25. Caso de Uso: Consultas. .................................................................................. 70

Tabla 26. Caso de Uso: Estadísticas. .............................................................................. 71

Tabla 27. Caso de Uso: Gestión. ..................................................................................... 72

Tabla 28. Caso de Uso: Finanzas. ................................................................................... 73

Tabla 29. Caso de Uso: Registro de cliente. .................................................................... 74

Tabla 30. Clasificación de tipos de servicios. ................................................................... 75

Tabla 31. Sucursal de Manzanillo .................................................................................. 101

Tabla 32. Sucursal de Colima. ....................................................................................... 102

Tabla 33. Sucursal de Manzanillo. ................................................................................. 103

Tabla 34. Sucursal de Colima. ....................................................................................... 104

9

RESUMEN

El papel que juegan los Sistemas de Control son muy importantes debido a que gracias a

su implementación automatiza cualquier tipo de labor ya sea administrativa o de otra área,

mejorando tiempos de producción en tiempo competente.

Para llevar a cabo este proyecto se tomó en cuenta en primera instancia aplicar una

metodología que permitiera el control del mismo, para tener un orden en los procesos que

se realizan para controlar los servicios de ingeniería.

En el presente documento se desarrolla el contexto del problema, la justificación, los

objetivos específicos y generales, la hipótesis, abarcando un poco el marco histórico,

contextual y teórico, el método implementado en este caso fue una metodología ágil

llamada SCRUM de la cual se explica más adelante, los diseños tanto de la Base de

Datos, como de la programación e interfaces del sistema y la aplicación de dichas

pruebas para verificar el funcionamiento del Sistema de Control de Servicios de

Ingeniería.

10

INTRODUCCIÓN

Para llevar a cabo un sistema se tiene que partir de una problemática, en este caso la

empresa Tojol Ingeniería – valuación realizó su petición al Instituto Tecnológico de

Colima, para desarrollar un sistema que le permitiera controlar los procesos de sus

valuaciones.

Para realizar un proyecto desde cero es un poco complejo debido a que hay que

adaptarse a la interpretación del cliente, analizar bien lo que necesita, sin embargo al

elegir este proyecto fue un gran reto, ya que es otro ambiente laboral en el que deben

quedar conformes los clientes, de este parte la recomendación de uno mismo.

El objetivo principal de este proyecto es llevar un control de avance de servicios que se

ofrecen en la empresa.

SERVICIOS DE VALUACIÓN:

C. (RECUP)

C. BANJERCITO

C.BANORTE

C.CIBERGESTION

C.FOVISSSTE

C.INFONAVIT

C.ISSFAM

C.PAQUETES

C.SANTANDER

ESTIMACIÓN

MAI TOJOL

TOJOL REC

V.BANJERCITO

V.D3 (RECUP)

V.FOVISSSTE

V.INFONAVIT

V.ISSFAM

V.PAQUETES

11

SERVICIOS DE INGENIERÍA:

PLANOS

DICTAMENES

FIRMAS D.R.O

MEMORIA CAL

OTROS SERVICIOS:

FOTOS

Los procesos de los servicios de valuación y de obra civil son complejos, ya que se tiene

que recolectar datos del cliente, documentación y algunos pagos, pero sobre todo ver

cómo van avanzando dichos servicios, y de acuerdo a las políticas de la empresa tienen

un determinado tiempo de terminación, así que se trabaja por periodos de tiempo en cada

avalúo u obra civil, por eso deriva la necesidad de implementar un Sistema de Control de

Servicios de Ingeniería, en una valuación no sólo trabaja una persona sino más, detrás

de un avalúo hay un equipo de trabajo que es asignado para realizar el proceso del

mismo, el Gerente General se encarga de supervisar los avances y realizar las

correcciones, y de tomar la decisión si un avalúo termina su proceso o no.

12

CAPÍTULO I:

CONTEXTO DEL

PROYECTO

13

1. 1 Contexto del problema

Actualmente la empresa Tojol Ingeniería - Valuación, cuenta con dos sucursales en el

Estado de Colima, en los municipios de Manzanillo y Colima, esta última mencionada

siendo la sucursal matriz, la mayor parte de estos procesos se realizan físicamente por

medio de libros estilo bitácora, para registrar los servicios que se van generando por día, y

apoyándose con Microsoft Excel para el registro de información extra del servicio, debido

a que al solicitar un servicio este requiere documentos y más información, al comparar

resultados semanales, mensuales o anuales, deben coincidir ambas partes.

Para elaborar y certificar avalúos bajo estándares altos de calidad y confiabilidad, se

tienen como apoyo las páginas oficiales: Unidad de Valuación, con las siglas VIASC M.R

y Consultoría en Valuación Integral, y sus respectivas siglas COVI S.A de C. V, las cuales

otorgan una clave única por servicio y se realiza el pago por dar de alta dichos avalúos

dependiendo del servicio es el costo.

Una vez que se tiene la clave, se genera uno internamente, que se distingue por la

siguiente terminología:

“TC” Tojol Colima

“TM” Tojol Manzanillo

Continuando con los datos que se necesitan para generar el servicio, se toma en cuenta

la unidad de servicios que son: Covi, Viasc y tojol. El área al que pertenecen: ingeniería,

valuación y otros.

Y por último tipos de servicios, que son alrededor de veinte, en la cual más adelante se

podrá visualizar de manera clasificada, ya que se tienen estos datos, se recolecta la

información de la persona que solicita el avalúo por lo que no siempre lo solicita el

propietario del lugar, así como la documentación necesaria, y de esta manera ver el costo

del servicio y pedir al cliente algún abono sobre su servicio solicitado, si se realiza esta

acción se registra en un recibo, una copia se queda al cliente para que haya manera de

comprobar su abono y la original para la empresa.

14

Evidentemente para comparar entre los meses cuál fue el más productivo es un tanto

complejo, Microsoft Excel tiene una extensa lista de funciones muy enriquecedora, para

poder aprovecharlo se debe manejar a la perfección, esto implica un costo extra para

capacitar a los empleados, este tipo de cursos es muy detallado, por el manejo de

funciones, gráficas, tomando en cuenta que algunos de los empleados tengan un poco de

conocimiento acerca de este paquete de office, en caso de que no tenga conocimiento

alguno, es aún más tardado hay que invertir más tiempo, en este tipo de compañía la

mayor parte del equipo deben estar en la misma sintonía para que la producción crezca

independientemente de los servicios que se brinden a sus clientes.

15

1. 2 Justificación

Esta necesidad nace debido a la intensidad de información que se maneja.

Cuando un cliente solicita un servicio hay entrada de información, datos del servicio como

tipo de servicio, la unidad de servicio a la que pertenece y al área que está vinculada, por

otro lado información personal del cliente, nombre, apellidos, domicilio (calle, colonia,

municipio y estado de la república), fecha en la que se solicitó el servicio, y no obstante la

documentación como la solicitud del servicio, cédula de la visita, IFE y CURP del

propietario, IFE y CURP del comprador, predial, agua, plano arquitectónico, escritura,

precalificación, comprobante de antigüedad, etc.

El desarrollo de esta aplicación es con el fin de beneficiar tanto a los clientes otorgándoles

el mejor servicio en el menor tiempo posible, como a los empleados que forman parte de

la empresa, cada uno realiza una actividad diferente, ya sea para consultar información,

dar de alta, hacer ediciones a la información existente, esto les ayuda en avanzar más

rápido, cuando se genera un servicio, un equipo de trabajo está a cargo de este, y lleva a

cabo diversos cambios a través de su proceso, dichos cambios realizados deben ser

notificados a la persona que está al mando del servicio, en este caso el Gerente General

es el que da la última palabra, si un servicio cumple con lo requerido se libera para ser

archivado, en caso contrario se hacen las observaciones necesarias y se trabaja en ello,

una vez que se archiva un servicio, se sigue avanzando con otro.

El proceso que se lleva en un servicio es un tanto complejo, en este caso la

documentación se maneja físicamente, si hace falta un documento, se tiene que verificar

en el archivo que estén completos, cabe la posibilidad que a este personal se le pase por

alto alguno y se tengan problemas a futuro.

Al igual que la documentación, los abonos de estos servicios, que sólo se entrega un

recibo en caso de que se realice un abono, si por un descuido de la persona que está (o

están) a cargo, se les extravía un recibo, y por parte del cliente se asegure que ya se

liquidó su cuenta, es una perdida para la empresa, entre otros sucesos que pudieran

existir más adelante. Para esto se necesita consultar información rápida sin necesidad de

estar buscando físicamente, y se entretengan demasiado tiempo, siendo incómodo para el

cliente, por el motivo de que se está realizando una búsqueda.

16

1. 3 Objetivos

A continuación se muestran los objetivos generales y específicos:

General

Crear una aplicación web que facilite la automatización en el control de servicios de

ingeniería, por medio de diferentes módulos que ayuden a la empresa a tener un

mejor rendimiento y de manera organizada, debido a la complejidad de los servicios

que maneja.

Específicos

Analizar los requerimientos funcionales del sistema.

Analizar los formatos de entrada y salida en los procesos manuales.

Analizar y desarrollar una base de datos para los requerimientos del

sistema.

Diseñar y desarrollar la interfaz para loguear usuarios.

Diseñar y desarrollar la interfaz para el control de usuarios.

Diseñar y desarrollar la interfaz para el control de clientes.

Diseñar y desarrollar la interfaz para el control de servicios de ingeniería.

Diseñar y desarrollar la interfaz para el control de pagos de servicios de

ingeniería.

Diseñar y desarrollar la interfaz para el control de reportes estadísticos del

sistema.

Diseñar un sistema que permita facilitar las actividades que se realizan en

el área de los procesos de control de servicios.

Diseñar y desarrollar manual de usuario, manual técnico e informe técnico

Instalar el sistema y desarrollar diversas pruebas de estabilidad, usabilidad

y rendimiento del sistema, con el fin de capturar errores de codificación.

Entregar al asesor externo el sistema probado y documentación necesaria

para la liberación del proyecto de residencia.

1. 4 Hipótesis

El desarrollo de una aplicación web para el Sistema de Control de Servicios de Ingeniería,

mejorará el proceso de trabajo en cada uno de los diferentes servicios existentes.

17

Variable independiente

El desarrollo de una aplicación web para el Sistema de Control de Servicios de Ingeniería.

Variable Dependiente

El proceso de trabajo en cada uno de los diferentes servicios existentes.

18

CAPÍTULO II: ESTADO

DEL CAMPO DEL

CONOCIMIENTO

19

2. 1 Marco Histórico

2. 1. 1 Antecedentes históricos de las técnicas de planeación

Existen proyectos de tal complejidad que no basta con que el ingeniero responsable de la

obra tenga en su mente todos los procesos constructivos necesarios para la realización

del mismo. Es necesario plasmarlo sobre papel, y aplicar ciertas técnicas para poder

llevar a cabo una planeación adecuada, así como para poder comunicarse con las demás

partes involucradas en el proyecto. Ante esta necesidad surge la aplicación de diagramas

de barras, la cual es una herramienta muy simple, pero que permite administrar la obra y

llevar un control sobre la misma (Catarina, 2016).

Esta herramienta solo registra aspectos generales del proyecto, ya que resulta impráctico

el registro de cada una de las actividades específicas en el diagrama de barras. Se

agrupan diversas actividades en otras más generales que engloban procedimientos

completos. Estas actividades son las que se grafican en dicho diagrama. Los primeros

diagramas de barra no establecían una relación entre actividades, e incluso ya que se

basaba en una simple secuencia escalonada, no dejaba claro qué actividades podrían

traslaparse. Posteriormente estos diagramas se modificaron permitiendo el traslape de

actividades, y señalando una relación ente una actividad y otra, lo que permitía un mejor

control de la obra en proceso, y también le permitía al ingeniero optimizar procesos

constructivos, o resolver problemas de manera más rápida.

De cualquier forma no es suficiente esta herramienta para establecer interrelaciones

adecuadas entre una actividad y otra, no es tan fácil optimizar procesos constructivos, y lo

más importante es que no permite saber qué actividades son las más importantes o las

críticas del proyecto. Además de que es muy difícil de saber las restricciones de tiempo

entre actividades.

Es por esas limitaciones que la investigación de técnicas y métodos de construcción

continuó. Diversos ingenieros desarrollaron de acuerdo a su propio ingenio la

programación lineal, simulaciones, diagramas de tiempo y espacio, el método de la línea

de balance, entre otros.

20

En 1956, Morgan Walker de la compañía Du Pont, y James E. Kelly del grupo de

planeación de la construcción interna de Remington Rand, crearon una nueva técnica de

planeación y calendarización de la construcción con la finalidad de mejorar la utilidad de la

computadora Univac. De esta manera se creó un método racional, secuencial y simple,

que podría ser interpretado por una computadora. Esta técnica fue llamada primero el

Método Walker-Kelly, y posteriormente se le llamó el Método de la Ruta Crítica, (Critical

Path Method).

En 1957 la Oficina de Artillería de la Marina de los Estados Unidos desarrolló el programa

POLARIS, el cual consistió en 60,000 operaciones y 3800 contratistas. Para poder

coordinar e integrar este programa se desarrolló una técnica llamada Program Evaluation

Review Technique, (PERT).

Tanto la Ruta Crística como el PERT han sido ampliamente usados en la industria de la

construcción y su uso se ha extendido a casi todo el mundo. Se ha continuado con

investigaciones en búsqueda de mejores métodos o técnicas de planeación, teniendo

como resultado ciertos sistemas de control de recursos, o creación de modelos para

analizar el funcionamiento de un proceso constructivo, pero la base siendo la Ruta Crítica

y el PERT, los cuales son complementados con dichos sistemas y modelos.

2. 1. 2 Definición de un proyecto de construcción

Un proyecto de construcción es una infraestructura necesaria para satisfacer una

necesidad pública o privada que necesita ser creada. Este proyecto consta de diferentes

etapas de desarrollo. En primera instancia se tiene el estudio preliminar para delimitar la

necesidad existente, y a factibilidad del mismo. Posteriormente se procede a elaborar un

diseño preliminar, con el cual se puede saber de manera más clara el costo de la obra.

Para finalizar, el proyecto terminado se integra de planos arquitectónicos, estructurales, y

de instalaciones, así como una descripción por escrito de las especificaciones técnicas del

proyecto; todo esto junto con un programa detallado de obra (Catarina, 2016).

Todos los proyectos de cualquier magnitud se integran de la misma manera, desde una

simple banqueta o una pequeña casa, hasta una autopista de primer mundo o un edificio

corporativo. Todos cuentan con planos, especificaciones y detalles a un menor o mayor

grado de detalle.

21

De la misma forma, todos los proyectos de construcción se pueden y deben planear

aplicando las técnicas de planeación más comunes, como por ejemplo, el diagrama de

barras, la ruta crítica, diagrama de tiempo y espacio, la línea de balance, y el PERT.

Dependiendo del tamaño y tipo del proyecto será la conveniencia de utilizar una u otra

técnica, o incluso varias.

Para poder administrar un proyecto, es necesario primero saber el tamaño o alcance y el

tipo del proyecto. Si no se tiene idea clara del tamaño real del proyecto, no es posible

elaborar un presupuesto acertado, ni mucho menos una calendarización del mismo.

Normalmente esta delimitación del alcance o tamaño del proyecto es elaborado por los

diseñadores, quienes elaboran un presupuesto preliminar base para el cliente. Son las

empresas constructoras, y específicamente los administradores de obras, quienes

elaboran una calendarización y planeación precisa del proyecto con base a los planos y

especificaciones elaborados por los diseñadores. En muchos de los casos, el tipo de

proyecto dictaminará el tipo de método de planeación a usarse, así como su nivel de

detalle.

2. 1. 3 Necesidad de planear y controlar un proyecto de construcción

Un proyecto de construcción involucra el uso de diferentes materiales, de diferentes tipos

de recursos humanos con diferentes especialidades, y de un equipo principalmente. Es

necesario contar con un plan de la obra para poder establecer una buena comunicación

con los diferentes recursos humanos, ya que cada quien tiene diferentes perspectivas y

formas de pensar referentes al proyecto, así como formas de hacer las cosas, y se

necesita contar con una herramienta con la cual se pueda transmitir efectivamente lo que

se pretende hacer, cómo hacerlo, cuándo hacerlo, y sobre todo la necesidad de terminarlo

dentro de un tiempo determinado. Es decir, cada quien planea a su estilo (Catarina,

2016).

22

En ciertos proyectos de construcción, se requieren materiales poco comerciales, los

cuales deben de ser pedidos con anticipación, e incluso puede ser que algunos necesiten

someterse a pruebas de calidad antes de ser utilizados. No solo aplica esto para

materiales, sino también para piezas estructurales como piezas de concreto precoladas, o

vigas de acero, las cuales deben de ser pedidas con anticipación y someterse a ciertas

pruebas de resistencia. Muchas veces tanto los materiales como las piezas estructurales

deben de ser transportadas desde el banco de extracción o lugar de fabricación según

sea el caso, y se debe contemplar y por lo tanto el tiempo de traslado, y las posibles

demoras. Si no se cuenta con una planeación de la obra, puede haber retrasos en la

llegada del material o de las piezas prefabricadas, o por otro lado, puede haber material

almacenado por mucho tiempo de forma innecesaria. Esto último implica un aumento en

los costos ya que si el material no está bien almacenado o está a la intemperie pierde sus

propiedades, o en caso de arena o tierra puede haber pérdidas; y además se hace una

erogación de dinero en un recurso que en ese momento no es necesario, lo que afecta el

flujo de efectivo de la empresa. Una situación parecida sucede con la mano de obra

calificada y escasa.

Conforme pasa el tiempo, los costos de mano de obra, y los precios de los materiales y

equipo se encarecen. En la mayoría de las veces, la ganancia en una obra consiste en el

máximo aprovechamiento de los recursos, con la finalidad de minimizar costos. Con una

buena planeación de la obra se puede determinar en primera instancia el equipo más

adecuado en cuanto a operación y costo. De la misma forma se pueden mejorar procesos

constructivos, que combinado con el equipo y la herramienta adecuados, minimice la

cantidad de mano de obra a utilizarse. Se trata de contratar la mano de obra necesaria

para cada etapa del proyecto, de tal manera que se eviten tiempos perdidos, o que se

subutilice mano de obra especializada que sale casa en trabajos poco complejos.

En proyectos de gran envergadura, como autopistas, o edificios corporativos, la inversión

es muy grande, y en la mayoría sino que en todos los casos, se requiere de

financiamiento externo. Para conseguir este financiamiento, las instituciones financieras

piden no sólo especificaciones técnicas, sino también calendarización de la obra y

estimaciones confiables para poder hacer un análisis de la viabilidad del proyecto y poder

otorgar o no el crédito. Lo mismo sucede con las compañías aseguradoras.

23

Hacer una buena planeación permite prever ciertos sucesos desfavorables como lo son

las lluvias y otros fenómenos naturales que están fuera de control del contratista. Es

necesario conocer la situación climática del lugar para poder planear y organizar la obra

de tal manera que la lluvia u otros eventos climáticos no interrumpan o afecten la

construcción. Por último, si se cuenta con una planeación adecuada de la obra se pueden

hacer correcciones por los diferentes imprevistos que puedan presentarse. Pueden surgir

imprevistos por condiciones del terreno diferentes a las reportadas por los estudios

preliminares. Puede ser que algún trabajador abandone repentinamente la obra, o que

exista cualquier otro tipo de situación que afecte o interrumpa la obra. La planeación en la

obra deber de ser continua, procurando resolver los problemas ocasionados por estos

imprevistos, así como mejorar u optimizar cada etapa del proyecto conforme se va

avanzando en su realización Una buena planeación ayuda a identificar riesgos

potenciales.

Existen otras razones que implican una necesidad de planear un proyecto, pero estas son

las más importantes a considerar. En resumen las razones por la cual la planeación es

necesaria son:

Tener una comunicación efectiva entre las diferentes partes del proyecto.

Cumplir con las obligaciones contractuales.

Poder pedir y probar los materiales y piezas prefabricadas con la anticipación

adecuada, lo que se denomina como administración de la calidad.

Optimizar recursos de mano de obra, materiales y equipo.

Inducir confianza sobre la buena realización del proyecto en instituciones

financieras o aseguradoras.

Prever situaciones desfavorables o solucionar imprevistos de manera rápida y

efectiva.

Tener un control aceptable sobre el proyecto tanto en tiempo, costo y recursos.

24

2. 1. 4 Administración de proyectos en la construcción

La administración de proyectos en la construcción consiste en administrar en forma

efectiva, gente, materiales, dinero y equipo, así como elaborar una calendarización

completa para terminar el proyecto en tiempo y costo. Aunado a lo anterior, establecen un

método para el control del proyecto (Catarina, 2016).

El trabajo del administrador general es la gerencia de construcción, que implica en

primera instancia administrar a la gente. Una de sus funciones primordiales es coordinar a

las diferentes partes involucradas en el proyecto, así como delegar responsabilidades a

las mismas. El administrador general no se involucra con actividades detalladas, sino que

por el contrario se enfoca en los objetivos generales del proyecto que se pretenden

alcanzar. Debe tratarse de una persona con la capacidad de resolver los problemas que

pueden surgir durante el desarrollo de la obra, deber ser un líder que guíe en forma

efectiva a todos los trabajadores a su cargo, y que cuente con una actitud de “sí se

puede” que contagie esa energía positiva y pro-activa a todos los trabajadores. El

administrador debe elaborar principalmente un plan en el cual basarse para organizar el

proyecto. El nivel de planeación dependerá de los distintos niveles de administración de

que se trate. En este caso, el administrador general está encargado de la planeación a

largo plazo y a un nivel gerencia.

En general la administración de proyectos consiste de 4 funciones básicas:

Planeación

Programación

Organización

Control

25

Planeación: Consiste en elaborar una especie de estrategia general para la realización

del proyecto. Se construye a base de actividades generales de la obra, con la finalidad de

estimar los tiempos de realización de cada una, así como las posibles limitaciones o

imprevistos que pudieran surgir. Este plan servirá de guía para el desarrollo general del

proyecto. En ciertas circunstancias, se recomienda planear lo planeado. Existen tres tipos

de planeación en función de sus objetivos: a largo plazo, ha mediado plazo y a corto

plazo.

Programación: Es la elaboración de un plan más detallado, en la que se integran las

diferentes actividades específicas del proyecto. Estas actividades se ordenan de manera

sistemática, y se le asigna una duración y una fecha de inicio y terminación. También se

establecen relaciones entre las diferentes actividades, y las posibles restricciones

existentes entre unas y otras.

Organización: Basado en la programación, se trata de organizar todos los recursos

requeridos para casa proceso o actividad. Estos recursos pueden ser materiales,

herramientas, mano de obra o equipo. Consiste también en la selección de personal

adecuado para la realización de trabajos específicos, así como la asignación de trabajos a

los diferentes trabajadores, de acuerdo a los requerimientos de la programación de obra.

Control: Es tal vez de las más difíciles partes de la administración de proyectos. Consiste

en elaborar un sistema de control que le permita al administrador medir, reportar y

prevenir posibles variaciones en el tiempo o costo de la obra. Debido a esto, se dice que

la planeación es un proceso continuo, ya que conforme se mantiene el control de la obra,

es probable que en ocasiones se requiera hacer modificaciones en la programación para

poder cumplir con lo establecido en el plan general. Se trata de estar al tanto de la

situación de la obra, sus avances y posibles anomalías, para poder resolver problemas a

tiempo.

La administración de proyectos en la construcción varía dependiendo de la persona

encargada de realizar la administración. Si se trata del cliente, éste realizará una

planeación general, cuya escala de tiempo sea en meses o semanas que le permita

estimar el costo toral de la obra, así como los diferentes flujos de efectivo que se

requieran. Por otro lado los encargados del diseño del proyecto se preocupan por planear

el proceso de diseño.

26

Necesitan establecer la secuencia de actividades a realizar, como lo son investigaciones,

estudios del terreno, cálculos, elaboración de planos, aprobación de los mismos,

preparación de documentos de especificaciones técnicas y de instalaciones, entre otras

múltiples actividades que deben de ser planeadas para evitar pérdida de tiempo o

retrasos, así como posibles omisiones. En última instancia está el contratista, quién

elaborará una planeación detallada, donde normalmente la escala de tiempo utilizada sea

diaria, pudiendo ser mayor o menor según se requiera, para poder organizar sus recursos,

y controlar en forma efectiva todo el desarrollo de la obra.

2. 1. 5 Historia del avalúo en México

Durante la época colonial después del 13 de agosto de 1521, Hernán Cortés decide

construir una nueva ciudad sobre la anterior, conforme a las reglas establecidas y

consagradas por la legislación española, encarga el primer plano de la ciudad a Alonso

García Bravo, quién es auxiliado por Bernardino Vázquez Tapia y por dos aztecas. Este

primer plano es conocido como la Traza de Cortés (Lagarda, 2009).

El repartimiento de terrenos en la ciudad de México, se hizo por donación de solares a los

conquistadores y a los primeros pobladores, dentro y fuera de la traza de la ciudad, según

sus méritos. El primer avalúo practicado por el Cabildo de la ciudad de México, fue el 14

de agosto de 1528, en el que le hace un libramiento de $ 44.00 oro a Rodrigo de

Pontecillos, por las obras que hizo en la ciudad.

Durante el Virreinato de don Gastón de Peralta los primeros avalúos practicados por

peritos designados por las autoridades, se ejecutaron en el año de 1607, con el propósito

de allegarse recursos, para llevar a cabo las obras de desagüe de las aguas excedentes

del valle y de la ciudad de México, en que se gravaron todas las casas de la ciudad,

previo avalúo, que se encargó al Arq. Andrés de la Concha, quien declaró que el valor

total de las propiedades, ascendía a la suma de $20.267,555.00, lo que produjo una

contribución de $213,000.00.

Don Francisco de Sedano, publicó en el año de 1790, un censo o padrón con el valor de

las propiedades de la ciudad de México.

27

Hasta entonces, a excepción de los avalúos practicados por Andrés de la Concha en

1607, los de 1629 y los de 1748 con motivo de las inundaciones, en que fueron

practicados por profesionales, siguiendo el sistema de cuantificación de partidas, el resto

de los bienes era tasado por el tribunal de Propios y Arbitrios, que era el encargado de

fijar las rentas, tanto de los propios, que eran las tierras inalienables, cuyas rentas tenían

por objeto, que los vecinos no tuvieran gravamen alguno de los gastos públicos, o al

menos, que su contribución, fuera sólo para llenar el déficit.

Durante la época independiente el Síndico Primero del Ayuntamiento de la Ciudad de

México, encomendó a los arquitectos don Joaquín de Heredia y don Francisco de Paula

Heredia, el avalúo de los terrenos de la ciudad, los que se publicaron en la memoria

económica de la municipalidad de México por orden del Excmo. Ayuntamiento, por una

comisión de su seno, en 1830.

2. 2 Marco Contextual

Actualmente existen sistemas de control para diferentes áreas del mercado, aunque la

finalidad de la empresa Tojol Ingeniería – Valuación, es tener un sistema propio el cual le

ayude a controlar sus servicios de ingeniería y poder gestionarlos de forma local con sus

correspondientes sucursales dentro del Estado de Colima. A continuación se muestra

información acerca de los Sistemas de Control existentes o que tratan del mismo:

NEODATA: Es una aplicación para el proceso de control de obras o servicios, así también

es una empresa mexicana que, a lo largo de 23 años se ha distinguido por ser una marca

que provee software de calidad para la industria de la construcción en México

(NEODATA, 2016).

Sistema de Control de Obras es un robusto Sistema ERP (Sistema de Planificación de

Recursos) diseñado para ayudar en todos los procesos de la empresa constructora. Que

van desde el registro de una obra, tiempos de entrega, estimaciones de esfuerzo, clientes,

contabilidad, proveedores, gestión de recursos humanos, materiales, proyectos e

informes. Un módulo especial para los clientes se incluye para que puedan acceder a este

sistema y obtener información sobre avances de obra, incluyendo fotos y videos (DISC,

2014).

28

Por otro lado existe una tesis que desarrolla un modelo de control de obras, el cual

permite obtener la información necesaria para la toma de decisiones oportunamente,

obteniendo el estado que guarda la obra en cualquier momentos, así como la

documentación necesaria para la realización del pago (Uscanga, 2012).

Diseño de un sistema de control de construcción de obras de infraestructura para la

Gerencia de Producción de Obras de la empresa, PROYECONSTRUCCION, CA., que

permita el manejo integral de la información y una gestión eficaz de plazos, recursos y

costos, ampliando de esa forma los niveles de calidad y productividad en la realización de

los proyectos (Lacruz, 2009).

2. 3 Marco teórico

2. 3. 1 Avalúo

Es una estimación de valor comercial de un inmueble o artículo reflejado en cifras

monetarias por medio de un dictamen técnico imparcial, a través de sus características

físicas, de uso, de investigación y el análisis de mercado, tomando en cuenta las

condiciones físicas y urbanas del inmueble (VALUAINM, 2012).

2. 3. 2 Servidor

Un servidor (figura 1), como la misma palabra indica, es un ordenador o máquina

informática que está al “servicio” de otras máquinas, ordenadores o personas llamadas

clientes y que le suministran a estos, todo tipo de información (García, 2006).

Figura 1. Un servidor.

Por tanto un servidor en informática será un ordenador u otro tipo de dispositivo que

suministra una información requerida por unos clientes (que pueden ser personas, o

29

también pueden ser otros dispositivos como ordenadores, móviles, impresoras, etc.)

(García, 2006).

Por tanto básicamente tendremos el siguiente esquema general, denominado “cliente-

servidor” que es uno de los más usados ya que en él se basa gran parte de internet.

Como vemos en la figura 2, tenemos una máquina servidora que se comunica con

variados clientes, todos demandando algún tipo de información. Esta información puede

ser desde archivos de texto, video, audio, imágenes, emails, aplicaciones, programas,

consultas a base de datos, etc.

Figura 2. Esquema "cliente-servidor".

Por regla general, las máquinas servidoras suelen ser algo más potentes que un

ordenador normal. Sobre todo suelen tener más capacidad tanto de almacenamiento de

información como de memoria principal, ya que tienen que dar servicio a muchos clientes.

Pero como todo, también depende de las necesidades, ya que podemos tener un servidor

de menores prestaciones si vamos a tener pocos clientes conectados, o si los servicios

que queramos en el servidor no requieren una gran capacidad servidora. A modo de

ejemplo, podríamos hacer funcionar un ordenador en nuestra casa como si fuera un

servidor, aunque esto no es lo más habitual. Por general, los servidores suelen estar

situados en centros de datos de empresas (edificios con grandes salas dedicadas a alojar

a los servidores) (García, 2006).

2. 3. 2. 1 Tipos de servidores

En la tabla 1, podemos ver los tipos de servidores más habituales.

30

Tabla 1. Tipos de servidores (García, 2006).

Denominación de

servidor

Descripción

Servidor de Correo Es el servidor que almacena, envía, recibe y realiza todas las operaciones

relacionadas con el e-mail de sus clientes.

Servidor Proxy

Es el servidor que actúa de intermediario de forma que el servidor que recibe una

petición no conoce quién es el cliente que verdaderamente está detrás de esa

petición.

Servidor de Base de

Datos

Da servicios de almacenamiento y gestión de bases de datos a sus clientes. Una

base de datos es un sistema que nos permite almacenar grandes cantidades de

información. Por ejemplo, todos los datos de los clientes de un banco y sus

movimientos en las cuentas.

Servidores Clúster

Son servidores especializados en el almacenamiento de la información teniendo

grandes capacidades de almacenamiento y permitiendo evitar la pérdida de la

información por problemas en otros servidores.

Servidores

Dedicados

Como ya expresamos anteriormente, hay servidores compartidos si hay varias

personas o empresas usando un mismo servidor, o dedicados que son exclusivos

para una sola persona o empresa.

Servidores de

Imágenes

Recientemente también se han popularizado servidores especializados en imágenes,

permitiendo alojar gran cantidad de imágenes sin consumir recursos de nuestro

servidor web en almacenamiento o para almacenar fotografías personales,

profesionales, etc. Algunos gratuitos pueden

ser: www.imgur.com, www.photobucket.com, www.flickr.com de Yahoo,

o picasaweb.google.com de Google.

Servidor Web

Almacena principalmente documentos HTML (son documentos a modo de archivos

con un formato especial para la visualización de páginas web en los navegadores de

los clientes), imágenes, videos, texto, presentaciones, y en general todo tipo de

información. Además se encarga de enviar estas informaciones a los clientes.

A modo de resumen, un servidor es un ordenador de gran capacidad que atiende las

peticiones de cientos o miles de ordenadores a los que envía información u ofrece un

servicio.

http://www.imgur.com/

http://www.photobucket.com/

http://www.flickr.com/

http://picasaweb.google.com/

31

2. 3. 2. 2 Apache

Es un Servidor WEB desarrollado por el grupo Apache. Su código fuente se puede

distribuir y utilizar de forma libre. Está disponible para diferentes plataformas de Sistemas

Operativos entre otros Windows, Linux, Mac y NetWare.

Ofrece ventajas tales como independencia de plataforma, haciendo posible el cambio de

plataforma en cualquier momento; creación de contenidos dinámicos, permitiendo crear

sitios mediante lenguajes PHP.

Además de ser libre su soporte técnico es accesible ya que existe una comunidad que

está disponible en foros, canales IRC y servidores de noticias, donde hay gran cantidad

de usuarios disponibles para cuando surge algún problema (APACHE, 2016).

2. 3. 2. 3 Hostinger

Para alojar el sitio Web http://tojol-iv.com/IBIS/ se utilizó el hosting cloud “hostinger”

dependiendo del paquete son las restricciones, si se elige el gratis no se pagará nada

pero como tal los accesos son limitados, el Premium ya tiene un costo mensual pero con

más acceso a los diferentes servicios que dicho servidor tiene, y el empresarial es el que

tiene un costo un poco más elevado pero no hay límite en los servicios que ofrece

(hostinger, 2016).

2. 3. 3 Lenguajes de programación Web

El más conocido de los lenguajes de programación web es el HTML (Hiper Text Markup

Language). Se puede traducir como lenguaje de marcas hipertextuales, es el lenguaje

usado para crear páginas web en Internet. Este lenguaje de programación web, el HTML,

codifica un documento y junto con el texto incluye unas etiquetas o marcas que le aportan

información adicional sobre la forma y presentación de ese texto.

El HTML se ha convertido en uno de los lenguajes de programación web más importantes

gracias a que la mayoría de los navegadores de Internet lo toleran bastante bien, es uno

de los lenguajes más usados para la creación de documentos y es un lenguaje muy fácil

de aprender.

Este lenguaje de programación web fue inventado por Tim Berners-Lee en 1986. El HTML

combina el concepto de Hipertexto, que permite conectar dos elementos entre sí, y el

http://tojol-iv.com/IBIS/

32

SGML (Lenguaje Estándar de Marcación General) que permite colocar etiquetas o marcas

en un texto para indicar como queremos que ese documento se visualice.

No es un lenguaje de programación como el Visual Basic, o el C++ que tienen compilador.

Por esta razón si cometemos algún error de sintaxis, el programa no lo notará y se verá

tal y como el HTML lo entienda. Para trabajar con este lenguaje de programación web,

como es un procesador de texto, lo único que necesitaremos es un simple bloc de notas o

cualquier otro editor de texto para comenzar a escribir el código de la página web que

queramos crear.

De todas formas existen otros lenguajes de programación web que también se usan como

partes o a veces acompañando o mejorando el contenido de las páginas web, entre ellos

tenemos: CSS, hojas de estilo que mejoran la presentación del documento. JavaScript,

lenguaje de programación web que permite darle efectos dinámicos a las páginas

webs. PHP, es el más conocido y usado de los lenguajes de programación web de

servidor. ASP y JSP, son dos lenguajes de programación web que actualmente están

siendo muy usados. Y MySQL, lenguaje de programación para manejar bases de datos

(larevistainformatica, 2015).

2. 3. 3. 1 CSS

Las hojas de estilo en Cascada, en inglés Cascading Style Sheets (CSS), fueron

diseñadas y desarrolladas por la World Wide Web Consortium (W3C). Una hoja de estilos

CSS es el tipo de documento que utiliza el navegador Web para redefinir las propiedades

de los distintos elementos y las etiquetas en el código HTML. Permite dar formato a los

documentos de forma global. Proporciona al diseñador de páginas web definir un conjunto

de ampliaciones HTML especiales y aplicarlas al documento. Provee la especificación e

intercambio de los fondos para textos y documentos, así como sus tipos y tamaños de

fuente. Las definiciones del formato de un documento se pueden colocar en archivos

separados y aplicarlas a un grupo de documentos. Posibilitan además aplicar un formato

modificado a documentos HTML ya existentes. Con los CSS se puede aplicar a un

documento diferentes estilos de orígenes. Los CSS constituyen una herramienta poderosa

para el diseño de documentos HTML, pues permiten modificar la representación del

documento mediante la asignación de un nuevo estilo (Ecured, 2016).

33

2. 3. 3. 2 JavaScript

Es un lenguaje de programación orientado a objetos. Es un lenguaje dinámico, las

variables no necesitan ser introducidas antes de su uso y los tipos de variables se

resuelven dinámicamente durante su ejecución. Se trata de un lenguaje de programación

del lado del cliente, porque es el navegador el que soporta la carga de procesamiento.

Fue creado por Brendan Eich en la empresa Netscape Communications. El código

JavaScript que se encuentra dentro de las páginas web puede ser interpretado por todos

los navegadores. Permite que las definiciones de funciones y otro tipo de código sean

modificados mientras el programa se esté ejecutando. El modelo de ejecución de

JavaScript se basa en la interpretación del código fuente. Es un lenguaje de alto nivel,

multiplataforma y no necesita compilación. Está basado en objetos, admite la

programación estructurada y maneja la mayoría de los eventos que se pueden producir

sobre la página web. La mayoría de los navegadores en sus últimas versiones interpretan

el código JavaScript integrado dentro de las páginas web (Ecured, 2016).

2. 3. 3. 3 Bootstrap

Es un framework originalmente creado por twitter, que permite crear interfaces web con

CSS y JavaScript, cuya particularidad es la de adaptar la interfaz del sitio web al tamaño

del dispositivo en que se visualice. Es decir, el sitio web se adapta automáticamente al

tamaño de una PC, una Tablet u otro dispositivo. Esta técnica de diseño y desarrollo se

conoce como “responsive design” o diseño adaptativo (Solis, 2014).

2. 3. 3. 4 PHP

Es un Lenguaje de Programación para trabajar páginas WEB ofreciendo la ventaja de

mezclarse con HTML. Las ejecuciones son realizadas en el Servidor y el cliente es el

encargado de recibir los resultados de la ejecución. Si el cliente realiza una petición, se

ejecuta el intérprete de PHP y se genera el contenido de manera dinámica. Permite

conexión con varios tipos de Bases de Datos como: MySql, Oracle, Postgress, SQL

Server, etc. permitiendo aplicaciones robustas sobre la WEB. Este lenguaje de

programación puede ser ejecutado en la gran mayoría de sistemas operacionales y puede

interactuar con Servidores WEB populares (PHP, 2001).

34

2. 3. 3. 5 Codeigniter

Es un framework para el desarrollo de aplicaciones en php que utiliza el MVC. Permite a

los programadores Web mejorar la forma de trabajar y hacerlo a mayor velocidad.

Al igual que cualquier framework está pensado para gente que tiene un dominio, al menos

medio, del lenguaje de programación PHP. Siempre hay que controlar PHP “a pelo” para

empezar a trabajar de forma eficiente con este framework (o cualquier otro).

¿Qué es MCV?

El Modelo Vista Controlador es un estilo de programación en el que la aplicación está

dividida en 3 capas:

Modelo: es dónde se procesa y obtienen los datos, la conexión con la DB.

Vista: presenta los datos en pantalla, es donde va el código HTML.

Controlador: controla los datos, dicho de forma rápida obtiene datos de un modelo,

los procesa, y se los pasa a la vista (Fontán, 2012).

2. 3. 3. 6 MySQL

Es un manejador de Bases de Datos, el cual permite múltiples hilos y múltiples usuarios,

fue desarrollado como software libre.

Aunque se puede usar sobre varias plataformas es muy utilizado sobre LINUX. Es libre

para uso en Servidores WEB.

Ofrece ventajas tales como fácil adaptación a diferentes entornos de desarrollo,

Interacción con Lenguajes de Programación como PHP, Java Script y fácil Integración con

distintos sistemas operativos (MYSQL, 2016).

35

CAPÍTULO III:

DESARROLLO DEL

PROYECTO

36

Este sistema consiste en poner en marcha un conjunto de módulos que le permitan al

usuario tener un buen control sobre sus servicios.

3. 1 Metodología

A continuación se mostrará de manera detallada dicha metodología:

3. 1. 1 SCRUM

Es una metodología ágil de desarrollo, aunque surgió como modelo para el desarrollo de

productos tecnológicos, también se emplea en entornos que trabajan con requisitos

inestables y que requieren rapidez y flexibilidad; situaciones frecuentes en el desarrollo de

determinados sistemas de software (Software, 2016).

Es una metodología de desarrollo muy simple, que requiere trabajo duro porque no se

basa en el seguimiento de un plan, sino en la adaptación continua a las circunstancias de

la evolución del proyecto (figura 4).

Scrum es una metodología ágil, y como tal:

Es un modo de desarrollo de carácter adaptable más que predictivo.

Orientado a las personas más que a los procesos.

Emplea la estructura de desarrollo ágil: incremental basada en iteraciones y

revisiones.

Se comienza con la visión general del producto, especificando y dando detalle a las

funcionalidades o partes que tienen mayor prioridad de desarrollo y que pueden llevarse a

cabo en un periodo de tiempo breve (normalmente 30 días).

Cada uno de estos periodos de desarrollo es una iteración que finaliza con la producción

de un incremento operativo del producto.

Estas iteraciones son la base del desarrollo ágil, y Scrum gestiona su evolución a través

de reuniones breves diarias en las que todo el equipo revisa el trabajo realizado el día

anterior y el previsto para el día siguiente (figura 3).

37

Figura 3. Estructura central de Scrum.

3. 1. 1. 1 Características

Equipos autodirigidos

Utiliza reglas para crear un entorno ágil de administración de proyectos.

No prescribe prácticas específicas de ingeniería.

Los requerimientos se capturan como ítems de la lista Producto Backlog.

El producto se construye en una serie de Sprints de un mes de duración.

3. 1. 1. 2 Herramientas y prácticas

Scrum no requiere ni provee prácticas de Ingeniería. En lugar de eso, especifica prácticas

y herramientas de gerencia que se aplican en sus distintas fases para evitar el caos

originado por la complejidad e imposibilidad de realizar predicciones.

3. 1. 1. 3 Product Backlog List

Es una lista priorizada que define el trabajo que se va a realizar en el proyecto. Cuando

un proyecto comienza es muy difícil tener claro todos los requerimientos sobre el

producto. Sin embargo, suelen surgir los más importantes que casi siempre son más que

suficientes para un Sprint.

El objetivo es asegurar que le producto definido al terminar la lista es el más correcto, útil

y competitivo posible y para esto la lista debe acompañar los cambios en el entorno y el

producto.

Existe un rol asociado con esta lista y es el de Product Owner. Si alguien quiere realizar

cualquier modificación sobre la lista por ejemplo: agregar o incrementar la prioridad de sus

elementos tiene que convencer al Product Owner.

38

3. 1. 1. 4 Sprints

Un sprint es un procedimiento de adaptación de las cambiantes variables del entorno

(requerimientos, tiempo, recursos, conocimiento, tecnología). Son ciclos iterativos en los

cuales se desarrolla o mejora una funcionalidad para producir nuevos incrementos.

Durante un Sprint el producto es diseñado, codificado y probado. Y su arquitectura y

diseño evolucionan durante el desarrollo.

El objetivo de un Sprint debe ser expresado en pocas palabras para que sea fácil de

recordar y esté siempre presente en el equipo.

3. 1. 1. 5 Burn Down Chart

La Burn down chart es una gráfica mostrada públicamente que mide la cantidad de

requisitos en el Backlog del proyecto pendientes al comienzo de cada Sprint. Dibujando

una línea que conecte los puntos de todos los Sprints completados, podremos ver el

progreso del proyecto. Lo normal es que esta línea sea descendente (en casos en que

todo va bien en el sentido de que los requisitos están bien definidos desde el principio y

no varían nunca) hasta llegar al eje horizontal, momento en el cual el proyecto se ha

terminado (no hay más requisitos pendientes de ser completados en el Backlog). Si

durante el proceso se añaden nuevos requisitos la recta tendrá pendiente ascendente en

determinado segmentos, y si se modifican algunos requisitos la pendiente variará o

incluso valdrá cero en algunos tramos.

3. 1. 1. 6 Sprint Backlog

Es el punto de entrada de cada Sprint. Es una lista que tiene los ítems de la Product

Backlog List que van a ser implementados en el siguiente Sprint.

Los ítems son seleccionados por el Scrum Team, el Scrum Master y el Product Owner en

la Sprint Planning Meeting a partir de la priorización de los ítems y los objetivos que se

marcaron para ese Sprint. A partir de los objetivos a cumplir durante el Sprint el Scrum

Team determina que tareas debe desempeñar para cumplir el objetivo. De esto surge el

Sprint Backlog.

39

3. 1. 1. 7 Stabilization Sprints

En estos Sprints el equipo se concentra en encontrar defectos, no en agregar

funcionalidad. Suelen aplicarse cuando se prepara un producto para el release. Son útiles

cuando se están realizando pruebas beta, se está introduciendo a un equipo en la

metodología de Scrum o cuando la calidad de un producto no alcanza los límites

esperados.

No fueron definidos por Scrum pero han sido recomendados por su utilidad al aplicar esta

metodología.

3. 1. 1. 8 Scrum of Scrum o MetaScrum

Los equipos de Scrum suelen tener entre 5 y 10 personas, sin embargo está metodología

ha sido aplicada en proyectos que involucran más de 600 personas. Esto ha sido llevado

a cabo dividiendo a los accionistas en equipos de pequeños de hasta 10 personas

aproximadamente. Y definiendo jerárquicamente personas que pertenecen a dos equipos,

es decir, además de su rol específico dentro de un equipo tienen el rol de enlace en un

equipo superior.

3. 1. 1. 9 Roles y responsabilidades

Scrum clasifica a todas las personas que intervienen o tienen interés en el desarrollo del

proyecto en: propietario del producto, equipo, gestor de Scrum (también Scrum Manager o

Scrum Master) y “otros interesados”. Los tres primeros grupos (propietario, equipo y

gestor) son los responsables del proyecto, los que según la comparación siguiente (y sin

connotaciones peyorativas).

3. 1. 1. 10 Product Owner

El Product Owner representa la voz del cliente. Se asegura de que el equipo Scrum

trabaja de forma adecuada desde la perspectiva del negocio. El Product Owner escribe

historias de usuario, las prioriza, y las coloca en el Product Backlog.

3. 1. 1. 11 ScrumMaster (o Facilitador)

El Scrum es facilitado por un ScrumMaster, cuyo trabajo primario es eliminar los

obstáculos que impiden que el equipo alcance el objetivo del sprint. El ScrumMaster no es

40

el líder del equipo (porque ellos se auto-organizan), sino que actúa como una protección

entre el equipo y cualquier influencia que le distraiga. El ScrumMaster se asegura de que

el proceso Scrum se utiliza como es debido. El ScrumMaster es el que hace que las

reglas se cumplan.

3. 1. 1. 12 Equipo

El equipo tiene la responsabilidad de entregar el producto. Un pequeño equipo de 5 a 9

personas con las habilidades transversales necesarias para realizar el trabajo (diseñador,

desarrollador, etc.).

3. 1. 1. 13 Usuarios

Es el destinatario final del producto. Como bien lo dice la paradoja, El árbol cae en el

bosque cuando no hay nadie ¿Hace ruido? Aquí la definición sería Si el software no es

usado ¿fue alguna vez escrito?

3. 1. 1. 14 Stakeholders (Clientes, Proveedores).

Se refiere a la gente que hace posible el proyecto y para quienes el proyecto producirán el

beneficio acordado que lo justifica. Sólo participan directamente durante las revisiones del

sprint.

3. 1. 1. 15 Managers

Es la gente que establece el ambiente para el desarrollo del producto.

3. 1. 2 Reuniones en Scrum

3. 1. 2. 1 Daily Scrum

Cada día de un sprint, se realiza la reunión sobre el estado de un proyecto. Esto se llama

"daily standup". El scrum tiene unas guías específicas:

La reunión comienza puntualmente a su hora. A menudo hay castigos acordados por el

equipo para quién llega tarde (por ejemplo: dinero, flexiones, etc.)

La reunión tiene una duración fija de 15 minutos, de forma independiente del tamaño del

equipo.

41

Todos los asistentes deben mantenerse de pie (esto ayuda a mantener la reunión corta)

La reunión debe ocurrir en la misma ubicación y a la misma hora todos los días.

Durante la reunión, cada miembro del equipo contesta a tres preguntas:

¿Qué has hecho desde ayer?

¿Qué es lo que estás planeando hacer hoy?

¿Has tenido algún problema que te haya impedido alcanzar tu objetivo? (Es el

papel del ScrumMaster recordar estos impedimentos).

3. 1. 2. 2 Scrum de Scrum

Cada día normalmente después del “Daily Scrum”

Estas reuniones permiten a los grupos de equipos discutir su trabajo, enfocándose

especialmente en áreas de solapamiento e integración.

Asiste una persona asignada por cada equipo.

La agenda será la misma como del Daily Scrum, además de las siguientes cuatro

preguntas:

¿Qué ha hecho tu equipo desde nuestra última reunión?

¿Qué hará tu equipo antes que nos volvamos a reunir?

¿Hay algo que demora o estorba a tu equipo?

¿Estás a punto de poner algo en el camino del otro equipo?

3. 1. 2. 3 Reunión de Planificación del Sprint (Sprint Planning Meeting)

Al inicio del ciclo Sprint (cada 15 o 30 días), una “Reunión de Planificación del Sprint” se

lleva a cabo.

Seleccionar que trabajo se hará.

Preparar, con el equipo completo, el Sprint Backlog que detalla el tiempo que

tomara hacer el trabajo.

Identificar y comunicar cuánto del trabajo es probable que se realice durante el

actual Sprint.

42

Ocho horas como límite.

Al final del ciclo Sprint, dos reuniones se llevaran a cabo: la “Reunión de Revisión del

Sprint” y la “Retrospectiva del Sprint”.

3. 1. 2. 4 Reunión de Revisión del Sprint (Sprint Review Meeting)

Revisar el trabajo que fue completado y no completado.

Presentar el trabajo completado a los interesados (alias “demo”).

El trabajo incompleto no puede ser demostrado.

Cuatro horas como límite.

3. 1. 2. 5 Retrospectiva del Sprint (Sprint Retrospective)

Después de cada sprint, se lleva a cabo una retrospectiva del sprint, en la cual todos los

miembros del equipo dejan sus impresiones sobre el sprint recién superado. El propósito

de la retrospectiva es realizar una mejora continua del proceso. Esta reunión tiene un

tiempo fijo de cuatro horas.

Figura 4. Visión general del modelo de SCRUM (Software, 2016)

43

3. 2 Análisis del sistema

Para la solución de esta problemática se requiere la implementación de un servidor web,

que proporcione una plataforma estable para mostrar el software que permita la

interacción con los usuarios y el funcionamiento de los diferentes módulos. Es importante

recalcar que con el servidor web nos estamos refiriendo a la estructura física

(computadora, conexión a internet) y a las herramientas adicionales al software

desarrollado (MySql, PHP, apache).

Entre las herramientas básicas que deben ser instaladas son, un servidor HTTP (apache)

con soporte para el lenguaje PHP y un servidor de base de datos como lo es MySQL.

A través de esta interfaz Web los usuarios que estén permitidos a accesar podrán hacer

uso del mismo, dependiendo de los cargos serán sus privilegios, ya sea consultar datos,

dar de alta información, entre otras funciones más.

El funcionamiento del sistema habrán dos tipos de usuarios, que harán uso del mismo en

la figura 5 se muestra, dependiendo del tipo de usuario serán las acciones que podrán

realizar.

Usuarios registrados: estos serán dados de alta por el personal autorizado, ya

que debe limitar algunos accesos dependiendo del cargo que lleve este usuario.

Usuario Administrador: en este caso será la persona que quede a cargo del

mantenimiento del sistema, podrá ser uno o más dependiendo del gerente general,

de momento sólo hay uno, este se encargará de controlar aspectos más

específicos del sistema.

Figura 5. Interfaz del sistema.

44

3. 2. 1 Requerimientos del sistema

A continuación se muestran los requerimientos del sistema funcionales y no funcionales.

3. 2. 1. 1 Funcionales

Analizar y desarrollar una Base de Datos para los requerimientos del sistema.

Diseñar y desarrollar la interfaz para loguear los usuarios.

Diseñar y desarrollar la interfaz para el control de clientes, usuarios.

Diseñar y desarrollar la interfaz para el control de servicios de ingeniería.

Diseñar y desarrollar la interfaz para el control de pagos de servicios de

ingeniería.

Implantar un servidor donde se montarán los módulos.

3. 2. 1. 2 No funcionales

Implantar el sistema en las dos sucursales existentes.

Visualizarse y funcionar en cualquier navegador.

Visualizarse y funcionar correctamente en cualquier Sistema Operativo.

3. 3 Diseño

Para la implantación del servidor, se hará uso de Apache como servidor HTTP con

soporte para PHP, MySQL para el almacenamiento de los datos. En la tabla 2 se

muestran los elementos que se necesitan en un servidor para el funcionamiento de los

módulos desarrollados.

Tabla 2. Elementos necesarios para el sistema de control de Servicios.

Nombre Versión

Apache ≥ 2.4

MyQSL Server ≥ 5.5

PHP ≥ 5.4

Sublime Text ≥ 3

JavaScript ≥ 5

Bootstrap ≥ 3

45

3. 3. 1 Diseño arquitectónico

La estructura del sistema se muestra en la figura 6, donde los clientes harán las diferentes

peticiones por medio de la interfaz Web, de manera interactiva para la pronta adaptación

del usuario. Todas estas funcionalidades se apoyan sobre MySQL para el control de la

informática.

Figura 6. Arquitectura del sistema.

Se hace uso del modelo de 3 capas, es la capa más completa y que se adapta al proceso

que realiza una aplicación web ya que interactúa con una intensidad de información.

Las aplicaciones Web están basadas en el modelo Cliente/Servidor que gestionan

servidores Web, y que utilizan como interfaz páginas Web.

Las páginas Web son el componente principal de una aplicación o sitio Web. Los

browsers piden páginas (almacenadas o creadas dinámicamente) con información a los

servidores Web. En algunos ambientes de desarrollo de aplicaciones Web, las páginas

contienen código HTML y scripts dinámicos, que son ejecutados por el servidor antes de

entregar la página.

El modelo de 3 capas, está diseñada para superar las limitaciones de las arquitecturas

ajustadas al modelo de dos capas, introduce una capa intermedia (la capa de proceso),

ente la presentación y los datos, los procesos pueden ser manejados de forma separada

46

a la interfaz de usuarios y a los datos, esta capa intermedia centraliza la lógica de

negocio, haciendo la administración más sencilla, los datos se pueden integrar de

múltiples fuentes, las aplicaciones Web actuales se ajustan a este modelo.

Figura 7. Modelo de 3 capas.

Las capas de este modelo son (figura 7):

1. Capa de presentación (parte en el cliente y en el servidor)

Recoge la información del usuario y la envía al servidor (cliente)

Manda información a la capa de proceso para su procesado

Recibe los resultados de la capa de proceso

Generan la presentación

Visualizan la presentación al usuario (cliente)

2. Capa de proceso (servidor Web)

Recibe la entrada de datos de la capa de presentación

Interactúa con la capa de datos para realizar operaciones

Manda los resultados procesados a la capa de presentación

3. Capa de datos (servidor de datos)

Almacena los datos

Recupera datos

Mantiene los datos

Asegura la integridad de los datos (Matehuala, 2015).

47

3. 3. 2 Base de Datos

La base de datos consta de un conjunto de tablas que utilizan el motor InnoDB, con un

CHARSET utf-8 para de esta forma ampliar el conjunto de símbolos y caracteres

permitidos para su almacenaje, y un COLLATION utf-8 default collation, sin embargo este

último podría cambiar de acuerdo a las necesidades de búsqueda. En la figura 8, se

muestra la estructuración de los datos para su uso con los diferentes módulos del

sistema, básicamente se compone de 18 elementos:

Área: Esta estructura contiene las áreas principales de los servicios, que en este

caso son; “Ingeniería”, “Valuación” y “Otros”. Se muestra en la tabla 4.

Tipos_Servicio: Esta estructura se almacenan los servicios que promueve la

empresa Tojol, como se muestra en la tabla 5.

Unidades_servicio: Se almacenan las unidades de servicios, como se muestra en

la tabla 6.

Valuación: Es la estructura central, en el cual se almacena la información de las

valuaciones, como se muestra en la tabla 7.

Status_avaluos: En esta estructura se almacenarán los diferentes status que

presentarán los avalúos, como se muestra en la tabla 8.

Clientes: Se almacenarán los datos de los clientes que se irán registrando, como

se muestra en la tabla 9.

Cat_calle: Esta estructura es un catálogo de calles, debido a la intensidad de

información se almacena en éste, como se muestra en la tabla 10.

Cat_colonias: Al igual que el catálogo de calles, se generó otro de colonias, como

se muestra en la tabla 11.

Cat_municipios: También el catálogo de los municipios, como se muestra en la

tabla 12.

Cat_estados: Catálogo de los estados de la república, como se muestra en la tabla

13.

48

Pagos: Este detalle se generó debido a que se necesita un control de los pagos,

como se muestra en la tabla 14, y en qué avalúo se genera.

Tipo_pagos: En esta estructura se mantendrá un catálogo de los tipos de pagos,

como se muestra en la tabla 15.

Det_asignación: En este detalle se hace una fusión de las notificaciones en la que

irán haciendo los usuarios de cada valuación, como se muestra en la tabla 16.

Notificaciones: Se almacenará información acerca de las notificaciones que se

realicen ya sea una modificación a las valuaciones, como se muestra en la tabla

17, con la fecha y de más información.

Usuarios: Este es para tener un control de los usuarios, ya que de esta manera se

podrá ver a qué sucursal pertenece, como se muestra en la tabla 18, y de esta

manera ver los comentarios que se realizan.

Cat_puestos: Este es para mantener una relación de los puestos que existen y qué

usuario pertenece a dicho puesto, como se muestra en la tabla 19.

Cat_sucursal: Este es para controlar las sucursales, actualmente se cuenta con 2,

pero a futuro puede que existan más, y de esta manera se almacenan, como se

muestra en la tabla 20.

Comentarios: Al realizar cambios en una valuación se irán haciendo comentarios

(u observaciones), y no perder de vista los cambios que se generen, como se

muestra en la tabla 21.

49

3. 3. 2. 1 Diagrama E-R

Figura 8. Diagrama Entidad-Relación.

50

3. 3. 2. 2 Diccionario de datos

A continuación se muestra el diccionario de datos de cada tabla que se utilizarán en el proyecto.

Tabla 3. Conceptos de abreviaturas para tablas.

CP (Llave

primaria)

FK (Clave

Foránea)

NN (No

nulo)

BIN

(Binario)

Un (Sin

signo)

UQ (Crear / remover llave

única)

ZF (Rellenar con

ceros)

AI (Autoincre-

mentable)

Tabla 4. Área.

Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción

Id_area Int (11) x x Identificador único del área.

Nomb_area Varchar (30) x x Nombre del área (Ingeniería, Valuación, Otros).

Tabla 5. Tipos_Servicio


Id_tip_serv Int (11) x x x Identificador único de Tipos_Servicio.

Nomb_tip_serv Varchar (40) x Nombre de Tipos_servicio como; Dictámenes, Planos, etc.

Id_area Int (11) x x Identificador único del área.

Id_unid_servicio Int (11) x x Identificador único de unidad de servicios.

Tabla 6. Unidades_servicio.


Id_unid_servicio Int (11) x x x Identificador único de unidad de servicios.

Nomb_unid_servicio Varchar (20) x Nombre de Unidad de servicios (Covi, Tojol y VIASC).

51

Tabla 7. Valuación.


Folio_tojol Varchar (9) x x x Identificador único de valuación.

Folio_udev Varchar (20) NULL Identificador único unidad de valuación

Id_tip_serv Int (11) x NULL Identificador tipo de servicios.

Fecha_recepcion Date x Fecha de recepción.

Id_cliente Int (11) x NULL Identificador único de cliente.

St_sol_serv Int (11) x Status de solicitud de servicio.

St_ced_vis Int (11) x Status de cédula de la visita.

St_IC_prop Int (11) x Status del IFE y CURP del Propietario.

St_IC_comp Int (11) x Status del IFE y CURP del comprador.

St_predial Int (11) x Status del Predial.

St_agua Int (11) x Status del Agua.

St_plano_arq Int (11) x Status del Plano arquitectónico.

St_Escr Int (11) x Status de Escritura.

St_precal Int (11) x Status de Precalificación.

St_comp_ant Int (11) x Status de comprobante de antigüedad.

St_extra Int (11) x Status de los documentos extras.

Nomb_doc_extra Varchar (30) NULL Nombre de documentos extras.

Id_Status Int (11) x x Identificador único de Status.

Progreso Decimal (4,1) x Progreso.

Observaciones Text x Observaciones acerca de la valuación.

Honorario_ini Float x Un honorario inicial de acuerdo a lo que se avalúa.

Honorario_fin Float x Honorario final el valor final, incluyendo algún costo extra.

Id_calle Int (11) x x Identificador único de calle.

Fecha_termino Date x Fecha en la que se termina la valuación.

Id_pagos Int (11) x NULL Identificador único de pagos.

Fecha_completo Date x Fecha del servicio completado.

Tabla 8. Status_avaluos.


Id_status Int (11) x x x Identificador único de status avalúos.

Nomb_status Varchar (30) x Nombre de status avalúos (Entregado, faltante y no se requiere).

52

Tabla 9. Clientes.


Id_cliente Int (11) x x Identificador único de clientes.

Nomb_cliente Varchar (100) x x Nombre de clientes.

Correo Varchar (30) NULL Correo del cliente.

Id_calle Int (11) x NULL Identificador único de calle.

Teléfono Varchar (20) NULL Número de teléfono del cliente.

Empresa Varchar (50) x Nombre de la empresa a la que pertenece.

Tabla 10. Cat_calle.


Id_calle Int (11) x x x Identificador único de calle.

Nomb_calle Varchar (254) x Nombre de la Calle.

Id_colonia Int (11) x x Identificador único de colonia.

No_casa_int Varchar (10) NULL Número interior del domicilio.

No_casa_ext Varchar (10) x Número exterior del domicilio.

Tabla 11. Cat_colonias.


Id_colonia Int (11) x x x Identificador único de colonia.

Nomb_colonia Varchar (40) x Nombre de la Colonia.

Id_municipio Int (11) x x Identificador único de municipio.

codigopostal Int (5) x Código Postal de la colonia.

53

Tabla 12. Cat_municipios


Id_municipio Int (11) x x x Identificador único de municipio.

Id_estado Int (11) x Identificador único de estado.

Nomb_municipio Varchar (40) x Nombre del municipio.

Tabla 13. cat_estados


Id_estado Int (11) x x x Identificador único de estado.

Nomb_estado Varchar (30) x Nombre del Estado de la República.

Tabla 14. Pagos.


Id_pagos Int (11) x x Identificador único de pagos.

Abono Decimal (10,

2)

x Cantidad del abono.

Total Decimal (10,

2)

x Total de los abonos.

Fecha_abono Date x Fecha en la que se realiza el abono.

Id_tipopago Int (11) x x Identificador único de tipo de pagos.

Referencia Varchar (30) x El número de referencia en caso de que haga una transferencia o

cheque.

Tabla 15. Tipo_pago.


Id_tipopago Int (11) x x x Identificador único de tipo de pagos.

Concepto Varchar (30) x Descripción del tipo de pagos: efectivo, transferencia, cheque.

54

Tabla 16. Det_asignación.


Id_usuario Int (11) x x Identificador único de usuarios.

Folio_tojol Varchar (9) x Identificador único de valuación.

Tabla 17. Notificaciones.


Id Int (11) x x x Identificador único de notificaciones.


Cant_noti Int (11) x Cantidad de notificaciones.

Tipo_notif Varchar(20) x Tipo de notificaciones.

Fecha Datetime x Fecha y hora de las notificaciones generadas.

Tabla 18. Usuarios.


Id_usuario Int (11) x x x Identificador único de usuarios.

Nomb_usuario Varchar (100) x Identificador único de valuación.

Pass Varchar (255) x Contraseña del usuario.

Id_puesto Int (11) x NULL Identificador único del puesto.

Status Tinyint (1) x ‘1’ Status del empleado.

Id_sucursal Int (11) x x Identificador único de sucursal.

foto Varchar (20) x Nombre de la foto.

55

Tabla 19. Cat_puestos.


Id_puesto Int (11) x x x Identificador único del puesto.

Nomb_puesto Varchar (50) x Nombre del puesto.

Tabla 20. Cat_sucursales.


Id_sucursal Int (11) x x x Identificador único de sucursal.

Nomb_sucurs Varchar (20) x Nombre de la sucursal.

Abrev Varchar (2) x Abreviatura por cada sucursal, “TC” o “TM”.

Tabla 21. Comentarios.


Id_comentario Int (11) x x x Identificador único de comentarios.

Folio_tojol Varchar (9) x x Identificador único de valuación.


Comentarios Text x Comentarios particulares.

Fecha Datetime x Fecha y hora en el que se hacen los

comentarios.

56

3. 3. 3 Clases

Clases del lado del Modelo, en dónde se procesa y obtienen los datos, la conexión con la DB, mostrada en la figura 9.

Figura 9. Modelo de Clases: lado del Modelo.

57

3. 3. 3. 1 Clase cliente

Métodos:

Nuevo_cliente (): Como es del lado del modelo, se hace la inserción de los datos

en los campos de la tabla de clientes (tabla 9).

Get_clientes (): Se extraen datos de la tabla de clientes, por medio de una

consulta.

Colonia (): Se extraen datos de la colonia con relación al cliente, por medio de una

consulta.

Edit_clte (): Se hace una consulta de la tabla de clientes, y sus vínculos como

calle, colonia, municipio.

Update (): Se hace la modificación de los datos de la tabla clientes, y de esta

manera se actualizan los datos.

3. 3. 3. 2 Clase Avalúos

Métodos:

Folio (): Se genera un folio, dependiendo de la sucursal son las primeras dos

iniciales, esto deriva de una consulta.

T_servicio (): Una consulta para saber el área al cual pertenece el tipo de servicio.

Área (): Genera una consulta en la tabla de área.

Muni (): Se genera una consulta para saber a qué estado le pertenece al

municipio.

Estado (): Se genera una consulta a la tabla de cat_municipios.

Mun (): Se genera una consulta directa a la tabla de cat_municipios.

Col (): Se genera una consulta de las colonias que pertenecen a dicho municipio.

Add_col (): Se agregan datos a la tabla de cat_colonias.

Add_mun (): Se agregan datos a la tabla de cat_municipios.

Obt_clte (): Se genera una consulta en la tabla de clientes para obtener unos datos

específicos de un cliente.

Nuevo_avaluo (): Se genera la inserción de los datos a la tabla de valuación.

Get_avaluos (): Se genera una consulta para asignarle a un empleado dicho

avalúo.

Noti (): Se genera una consulta para que las notificaciones se envíen a los

usuarios.

Asignaciones (): Se genera la asignación al usuario por medio del folio.

58

Get_asignaciones (): Se hace la consulta para asignar al usuario una valuación.

View_asignaciones (): Se genera una consulta de la tabla det_asignacion

extrayendo como dato el folio.

Progreso (): Cuando se realiza una actualización en el progreso se irá modificando

automáticamente el porcentaje.

Comentarios (): Se genera una consulta para crear un vínculo en qué usuario

realiza un comentario, la fecha en el que este realiza dicha acción.

Comentar (): Se genera la inserción del comentario, registrando el usuario, su

comentario y la fecha en el que lo realiza.

Act_comentarios (): Se genera una actualización cada que se realicen cambios.

3. 3. 3. 3 Clase TableroG

Métodos:

Get_avaluos (): Se genera una consulta para obtener datos de la valuación, tipo de

servicio y la unidad de servicio, así como el status del avalúo.

Total_volios (): Se hace una selección de los folios para contabilizarlos por

sucursal.

3. 3. 3. 4 Clase Datos_usuario

Métodos:

Registrar (): Se hace la inserción de los datos de la tabla de usuarios.

Login (): Se genera la consulta para relacionar al usuario con la sucursal a la que

pertenece.

Get_users (): Esta consulta es para definir el status del usuario.

Sucursal (): Se genera una selección con los datos del cat_sucursales.

Puestos (): Se genera una selección con los datos del cat_puestos.

Upload_foto (): Se genera una consulta para la actualización de la foto del usuario.

Rec_foto (): Se hace una selección para que la foto del usuario aparezca en sus

sesiones.

3. 3. 3. 5 Clase Edicion_servicio

Métodos:

Get_edit_servicio (): Se realiza una consulta para editar datos de una valuación en

específico.

Get_status (): Se hace una selección para ver el status del avalúo.

59

Col (): Se realiza una selección para obtener las colonias que le pertenecen al

municipio seleccionado.

T_servicio (): Se realiza una selección de los tipos de servicios de un avalúo.

Colonia (): Se genera una consulta para obtener las colonias que le pertenecen a

dicho municipio.

Update (): Este método es para realizar una modificación a una valuación, al

finalizar la edición se actualizan los datos, quedando guardados en la BD.

Update_status (): Se hace la actualización del status, al hacer cambios en una

valuación, para visualizar el progreso del mismo.

Get_t_pago (): Se hace una selección de los datos existentes en tipo de pago.

Nuevo_pago (): Se realiza un nuevo pago, si ya se realizó un pago, los siguientes

se manejan como abonos.

Versihayabono (): Se verifica de que si ya se realizó algún abono.

Recup_pago (): En caso de que se borre un pago que se haya realizado.

Abono (): Estos abonos se van actualizando, se determinan los abonos partiendo

de una cantidad restante que se muestra al usuario.

3. 3. 3. 6 Clase Estadística

Métodos:

Total_servicios (): Se hace una selección para hacer un conteo de los servicios,

dependiendo de las fechas que se introduzcan.

Ser_semana_actual (): Se hace una selección para hacer un conteo semanal de

los servicios en la semana actual.

Ser_semana_pasada (): Se hace una selección para hacer un conteo semanal de

los servicios de la semana anterior.

Ser_mes_actual (): Se hace una selección para hacer un conteo mensual de los

servicios en el mes actual.

Ser_mes_pasado (): Se hace una selección para hacer un conteo mensual de los

servicios del mes anterior.

Ser_anio_actual (): Se hace una selección para hacer un conteo anual de los

servicios en el año actual.

Ser_anio_pasado (): Se hace una selección para hacer un conteo anual de los

servicios del año anterior.

Tipo_serv (): Se hace una selección para hacer un conteo de los tipos de servicios.

60

Clases del lado del controlador, controla los datos, dicho de forma rápida obtiene datos de un modelo, los procesa, y se los pasa a

la vista, esto se refleja en la figura 10.

Figura 10. Modelo de clases: lado del controlador.

61

3. 3. 3. 7 Clase Editar_cliente

Métodos:

Index (): Es el encargado de mandar a llamar las vistas principales.

Editar cliente (): Se realiza la edición de los datos del cliente.

3. 3. 3. 8 Clase Nuevo_cliente

Métodos:


Registro_cliente (): Se realiza el registro de cliente.

3. 3. 3. 9 Clase Clientes

Métodos:


3. 3. 3. 10 Clase Comentarios

Métodos:


Rec_comentarios (): Se hace el registro de los comentarios, añadiendo la fecha en

la que se realizó dicha acción.

Act_comentarios (): Mostrar los comentarios.

3. 3. 3. 11 Clase Gestión

Métodos:


Gestión (): Se genera una tabla para gestionar el proceso que se realiza en cada

avalúo, de esta manera seguir paso a paso el avance de cada uno.

3. 3. 3. 12 Clase Nuevo_avaluo

Métodos:


Obt_clte (): Obtener un cliente.

Get_t_servicio (): Obtener un servicio de acuerdo al área que pertenece.

Get_col (): Obtener la colonia.

Addcol (): Agregar datos de una colonia.

Addmun (): Agregar datos de un municipio.

62

Registro_avaluo (): El registro de un avalúo con sus respectivos campos.

Diashabiles (): Se generan los días que tiene un avalúo, partiendo de la fecha de

recepción.

3. 3. 3. 13 Clase Consulta

Métodos:


Consultas (): Se realizan las consultas, en 3 formas: por nombre del cliente,

nombre del servicio y un rango de fecha establecido por el usuario.

3. 3. 3. 14 Clase Login

Métodos:


Login_post (): Para iniciar sesión.

Logout (): Para salir de la sesión.

3. 3. 3. 15 Clase Inicio

Métodos:


3. 3. 3. 16 Clase Estadísticas

Métodos:


3. 3. 3. 17 Clase Registro

Métodos:


Registro (): Se realiza el registro del empleado.

3. 3. 3. 18 Clase Status_avaluo

Métodos:


Assign (): Usuarios asignados a un avalúo.

Noti (): Notificaciones que tiene el usuario, al iniciar su sesión.

Comentar (): El ingreso de los comentarios en las valuaciones.

Recuperar (): En caso de borrar una asignación.

63

3. 3. 3. 19 Clase Edicion_servicio

Métodos:


Actualizar (): Para realizar la modificación y actualización de datos.

Diashabiles (): Se generan los días hábiles que tiene un avalúo partiendo de su

fecha de recepción.

Get_t_servicio (): Obtener un tipo de servicio de acuerdo al área al que pertenece.

Get_col (): Obtener una colonia.

Nuevopago (): El ingreso de un nuevo pago.

Abono (): El ingreso de los abonos.

3. 3. 3. 20 Clase Perfil

Métodos:


Foto (): Ingreso de una imagen para el perfil del usuario.

3. 3. 4 Usuarios

Son 2 tipos de usuarios que podrán ingresar al sistema:

Usuarios registrados: Son los que se dan de alta en el sistema. En estos

usuarios entran los clientes y empleados, los únicos que pueden adquirir

privilegios son los empleados debido a que ellos podrán entrar al sistema y hacer

uso del mismo.

Usuarios administradores: Son los que pueden realizar tareas administrativas

del sistema. Podrá visualizar información que le ayude en la toma de decisiones

así como efectuar cambios, altas, bajas, etcétera.

3. 3. 4. 1 Diagramas de Actores y Casos de Usos

El diagrama de casos de uso representa en cómo un cliente (actor) opera con el sistema

en desarrollo además de la forma, tipo y orden en como los elementos interactúan

(operaciones o casos de uso) (Chile, 2016).

Para el aplicativo se va a definir en roles o tipos de usuarios que interactuarán con el

sistema de información de diferentes modos.

64

3. 3. 4. 1. 1 Actores: Director General, Gerente Administrativo, Gerente de

Área Técnica y Departamento de Informática.

Estos usuarios tendrán acceso a todos los privilegios, así como: Ingresar un servicio, ver

el status de los servicios, registrar empleados y clientes, consultar información de algún

servicio, modificar datos de clientes o empleados, checar las estadísticas ya sea por

semana, mes o año para la toma de decisiones, gestionar los servicios de ambas

sucursales existentes (Municipios de Manzanillo y Colima) para ver el total de servicios, y

por último verificar las finanzas, estos se muestran en las figuras 11, 12, 13 y 14.

Figura 11. Actor: Director General.

Figura 12. Actor: Gerente Administrativo.

65

Figura 13. Actor: Gerente de Área Técnica.

Figura 14. Actor: Departamento de Informática.

66

3. 3. 4. 1. 2 Actores: Recepción y Control Administrativo.

Estos usuarios tendrán sólo un acceso restringido que es el de empleados, podrá tener

acceso a las siguientes funciones como: Ingresar un servicio, ver el status de los

servicios, registrar clientes, consultar información de algún servicio, modificar datos de

clientes, checar las estadísticas, gestionar los servicios de las sucursales existentes y por

último verificar las finanzas, estos se muestran en las figuras 15 y 16.

Figura 15. Actor: Recepción.

Figura 16. Actor: Control Administrativo.

67

3. 3. 4. 1. 3 Actores: Control de Área Técnica y Capturista.

Estos usuarios sólo tendrán acceso a las siguientes funciones: Ingresar un nuevo servicio,

verificar el status y realizar consultas, esto se reflejan en las figuras 17 y 18.

Figura 17. Actor: Control de Área Técnica.

Figura 18. Actor: Capturista.

3. 3. 4. 1. 4 Actores: Gestión 01, 02, 03 y 04.

Estos usuarios sólo tendrán acceso a ver el status de los servicios y realizar consultas de

los servicios, como se muestra en las figuras 19, 20, 21 y 22.

Figura 19. Actor: Gestión 01.


68



3. 3. 4. 1. 5 Caso de Uso: Nuevo servicio.

A continuación se describe en la tabla 22, el caso de uso de un nuevo servicio.

Tabla 22. Caso de Uso: Nuevo servicio.

Nombre: Nuevo servicio

Funcionalidad:

El propósito de este caso de uso es el registro de un nuevo servicio.

Actor (es):

1) Director general

2) Gerente administrativo

3) Gerente de área técnica

4) Departamento de informática

5) Recepción y Control administrativo

Precondiciones:

Flujo normal:

1. El actor inicia sesión.

2. El actor ingresa al módulo de servicios.

3. Crea un nuevo servicio, con sus respectivos datos (folio asignado automáticamente, tipo de servicio,

unidad de servicio a la que pertenece, municipio en el que se encuentra, colonia, calle, número

interior y exterior, nombre del cliente, en caso de no encontrar a dicho cliente darlo de alta ahí mismo

en “agregar cliente”, seleccionar la fecha de recepción y por último los documentos que sean

requeridos y marcarlos como corresponde).

4. Guardar información.

Flujo Alternativo: No aplica

Pos condición:

Nuevo servicio creado.

69

3. 3. 4. 1. 6 Caso de Uso: Status.

A continuación se describe en la tabla 23, el caso de uso de status.

Tabla 23. Caso de Uso: Status.

Nombre: Status

Funcionalidad:

El propósito de este caso de uso es ver el estado del servicio, de esta manera se podrá tener el control de un

servicio en particular, para ver qué le hace falta o si ya está finalizado, además por medio del status se podrán

realizar cambios si así se desea.

Actor (es):

1) Director general




5) Recepción

6) Control administrativo

7) Control de área técnica

8) Capturista

9) Gestión 01

10) Gestión 02

11) Gestión 03

12) Gestión04

Precondiciones:

Para ver el status de un servicio, debe ingresarse un servicio, sólo se mostrarán los que estén dados de alta.

Para realizar cambios a un servicio, se tiene que dar doble clic, sobre el servicio que desee.

Flujo normal:


2. El actor ingresa al módulo de revisión.

3. Ingresa a revisión de servicios

4. Podrá ver el estado del servicio.

5. Podrá realizar cambios, sólo si es necesario.

6. En caso de generar cambios, se hacen sus respectivos comentarios, para tener un control y

organización, en los avances de cada servicio.

7. Guardar cambios.


Pos condición:

Status editado.

70

3. 3. 4. 1. 7 Caso de Uso: Registro de empleados.

A continuación se describe en la tabla 24, el caso de uso de registro de empleados.

Tabla 24. Caso de Uso: Registro de empleados

Nombre: Registro de empleados

Funcionalidad:

El propósito de este caso de uso es dar de alta un empleado.

Actor (es):

1) Director general




Precondiciones:

Sólo los actores asignados podrán darlos de alta y asignarles una contraseña para que puedan accesar a las

funciones en las que trabajarán.

Flujo normal:


2. El actor ingresa al módulo de administración.

3. Crea un nuevo registro de empleado, se ingresa el nombre de usuario, una contraseña que sólo

poseerá este usuario, puesto del mismo y la sucursal a la que pertenece.

4. Guardar información.

5. Se le asigna su usuario y contraseña, por alguno de los autores autorizados.

6. Volver al módulo de inicio.


Pos condición:

Nuevo empleado creado.

.

3. 3. 4. 1. 8 Caso de Uso: Consultas.

A continuación se describe en la tabla 25, el caso de uso de consultas.

Tabla 25. Caso de Uso: Consultas.

Nombre: Consulta

Funcionalidad:

El propósito de este caso de uso es realizar consultas, por medio del nombre del cliente, tipo de servicio o un

rango de fecha establecido por el usuario.

71

Actor (es):

1) Director general



4) Departamento de informática,

5) Recepción


7) Control de área técnica

8) Capturista

9) Gestión 01

10) Gestión 02

11) Gestión 03

12) Gestión 04

Precondiciones:

Tener acceso a esta función.

Flujo normal:


2. El actor ingresa al módulo de inicio.

3. Ingresa a consultas, en este apartado podrá hacer su búsqueda ya sea por el nombre del cliente,

nombre de servicio o en su defecto por fecha, como lo desee el usuario.

4. Sólo se mostrarán los clientes y los nombres de los servicios que estén guardados en la Base de

Datos.

5. Se mostrará el folio del servicio, el nombre del cliente, el tipo de servicio y la fecha.

6. Ir al módulo de inicio u otro que desee.


Pos condición:

Consulta realizada.

3. 3. 4. 1. 9 Caso de Uso: Estadísticas.

A continuación se describe en la tabla 26, el caso de uso de estadísticas.

Tabla 26. Caso de Uso: Estadísticas.

Nombre: Estadísticas

Funcionalidad:

El propósito de este caso de uso es comparar lo servicios que se realizan semanalmente, mensualmente y

anualmente, dependiendo de la petición del usuario.

72

Actor (es):

1) Director general




5) Recepción


Precondiciones:

Deben de existir servicios.

Flujo normal:



3. Ingresa a estadísticas, en la que se desglosa de manera semanal, mensual o anual.



Pos condición:

Estadística verificada.

3. 3. 4. 1. 10 Caso de Uso: Gestión.

A continuación se describe en la tabla 27, el caso de uso de gestión.

Tabla 27. Caso de Uso: Gestión.

Nombre: Gestión.

Funcionalidad:

El propósito de este caso de uso es realizar una visualización de los servicios que se han realizado durante

cada mes, tanto en la sucursal del Municipio de Colima y Manzanillo.

Actor (es):

1) Director general




5) Recepción


Precondiciones:

Tener servicios registrados.

73

Flujo normal:



3. Ingresa a gestión, sólo mostrará la cantidad de servicios que se han realizado, y podrá elegir la

sucursal que necesite ver, ya sea del Municipio de Colima o Manzanillo, se podrá ver a qué unidad

de servicios pertenece y qué le hace falta a los servicios para finalizar su proceso.



Pos condición:

Gestión verificada.

3. 3. 4. 1. 11 Caso de Uso: Finanzas.

A continuación se describe en la tabla 28, el caso de uso de finanzas.

Tabla 28. Caso de Uso: Finanzas.

Nombre: Finanzas.

Funcionalidad: El propósito de este caso de uso es realizar abonos a los servicios.

Actor (es):

1) Director general




5) Recepción


Precondiciones:

Ingresar a la edición de un servicio.

Flujo normal:


2. El actor ingresa al módulo de revisión.

3. Ingresa a revisión de servicios y en el botón de editar.

4. Se ingresa para generar cambios, después a realizar un abono.

5. En primera estancia sólo aparecerá el folio del servicio, seleccionar el tipo de pago ya sea en

efectivo, cheque o transferencia, y la cantidad que se desea abonar.

6. Cuando se realice un segundo abono en caso de que sea así aparecerá la cantidad que se adeuda

y de este se basará el usuario de cuánto es lo que adeuda.

7. Guardar cambios.


Pos condición:

Abono realizado.

74

3. 3. 4. 1. 12 Caso de Uso: Registro de cliente.

A continuación se describe en la tabla 29, el caso de uso de registro de cliente.

Tabla 29. Caso de Uso: Registro de cliente.

Nombre: Registro de cliente.

Funcionalidad:

El propósito de este caso de uso es dar de alta un cliente y modificar sus datos cuando los actores

autorizados puedan realizar dicha función.

Actor (es):

1) Director general




5) Recepción


Precondiciones:

Dar de alta un cliente.

Flujo normal:


2. El actor ingresa al módulo de servicios.

3. Ingresa a nuevo servicio, como se mencionó en la tabla 22, ahí mismo se da de alta un cliente en

caso de que no exista, y en el módulo de administración se ingresa a la función de clientes, en este

apartado sólo saldrá una tabla en la cual se podrán visualizar los clientes que han sido dados de

alta y editar datos.

4. Guardar cambios.



Pos condición:

Registro realizado.

75

3. 3. 5 Clasificación del contenido

Para este sistema existen servicios los cuales están clasificados, como tipos de servicios,

acompañado del tipo de unidad de servicios y al área que pertenece como se muestra en

la tabla 30.

Otra clasificación que existe es entre el domicilio, consta de un catálogo que se irá

agrandando con el ingreso de estados, así como su municipio, colonia y sus respectivas

calles. La información sobre los municipios, colonias y calles se obtuvieron de la página

“Micodigopostal” (micodigopostal, 2016).

Tabla 30. Clasificación de tipos de servicios.

Tipo de Servicio Área Unidades de Servicio

PLANOS

INGENIERÍA

TOJOL

ACT. PLANO

DICTAMENES

FIRMAS D.R.O

MEMORIA CAL.

C. (RECUP)

VALUACIÓN

COVI

C. BANJERCITO

C. BANORTE

C. CIBERGESTION

C. FOVISSSTE

C. INFONAVIT

C. ISSFAM

C. PAQUETES

C. SANTANDER

ESTIMACIÓN

TOJOL MAI TOJOL

TOJOL REC

V. BANJERCITO

VIASC

V. D3 (RECUP)

V. FOVISSSTE

V. INFONAVIT

V. ISSFAM

V. PAQUETES

FOTOS OTROS TOJOL

76

3. 3. 6 Diseño de interfaces

A continuación se muestran las interfaces del sistema.

En primera estancia se tiene el inicio de sesión (figura 23). Para tener su propio usuario

debe ser dado de alta por el personal que se encarga de esta labor.

Figura 23. Interfaz del inicio de sesión.

Existirán 4 módulos: inicio, administración, servicios y revisión (figura 24).

Figura 24. Interfaz de Inicio.

77

En administración: están las funciones de registrar clientes y empleados.

Figura 25. Módulo Administración: Registro de clientes.

En la figura 25, se muestra la interfaz para dar de alta un cliente.

Figura 26. Módulo Administración: registro de empleados.

78

En la figura 26, se muestra la interfaz para dar de alta un empleado.

Figura 27. Módulo Servicios: Nuevo Servicio.

En la figura 27, se muestra la interfaz para dar de alta un nuevo servicio, es un poco

extenso lo que contiene.

Figura 28. Módulo Revisión: consultas.

Y finalmente se muestra en la figura 28, la interfaz para realizar consultas.

79

3. 4 Programación

Para la programación de los módulos se utilizaron distintas herramientas, para la interfaz

WEB se hará uso de Codeigniter, CSS, Boostrap, JavaScript a la par con PHP, para que

el contenido sea dinámico. El lenguaje base en este caso es PHP.

A continuación se muestran algunas partes del código implementado en el Sistema de

Control de Servicios de Ingeniería:

3. 4. 1 Del lado del controlador

En la figura 29 se muestra del lado del cliente el código para el logueo, tiene sus dos

métodos para iniciar y cerrar sesión del usuario.

Figura 29. Controlador de Login.

80

En la figura 30, se muestra el controlador de consultas, y su respectivo método para

realizar su consulta por nombre del cliente, tipos de servicios y por fechas.

Figura 30. Controlador de Consultas.

En la figura 31, se muestra el controlador de Gestión en donde se inserta una tabla para

la interfaz de dicha función y la validación del Id_status.

Figura 31. Controlador de Gestión.

81

3. 4. 2 Del lado del Modelo.

En la figura 32, se muestra el Modelo de avalúos se muestran las inserciones a la Base

de Datos de los diferentes elementos de una valuación.

Figura 32. Modelo de avalúo.

Para el modelo de Estadísticas, se puede ver las comparaciones que se van realizando

entre una semana actual y pasada, para ver cuánto es el avance, al mes y anual (figura

33).

Figura 33. Modelo de Estadísticas.

82

Para insertar datos del cliente a la Base de Datos se muestra en la figura 34.

Figura 34. Modelo de Cliente.

En la figura 35, se muestra por medio de una consulta la extracción de datos para la vista

del tablero.

Figura 35. Modelo de TableroG.

83

3. 4. 3 De lado de Vistas

Para mostrar el pie de página se muestra en la figura 36, el uso del Framework Boostrap,

JavaScript y PHP.

Figura 36. Vista de footer.

En la figura 37, se muestra la vista de la cabecera de la página.

Figura 37. Vista de header.

84

Y por último en la figura 38, se muestra la vista del menú de la aplicación. La parte de

vistas son más extensas debido a que tienen diferentes estilos los cuales se deben tomar

en cuenta para que se pueda visualizar en la vista.

Figura 38. Vista del Menú.

85

3. 5 Módulos y componentes

Los distintos módulos pueden funcionar independientemente, aunque cada uno de ellos

genera información correcta para el funcionamiento completo del sistema.

3. 5. 1 Interfaz WEB del Sistema

La página Web que da acceso a los recursos almacenados en la base de datos, y se

utilicen mediante el proceso del sistema.

3. 5. 1. 1 Requerimientos

Servidor HTTP con soporte para PHP

PHP >= 5.4

Database MySQL

3. 5. 1. 2 Estructura

Este módulo contiene clases y funcionalidades que lo hacen funcionar.

3. 5. 1. 2. 1 Principal

Index.php: Página principal de la página Web.

3. 5. 1. 2. 2 Modelo

Es donde se procesa y obtienen los datos, la conexión con la DB.

Avaluos.php: Se encarga de ingresar y almacenar la información en la Base de

Datos de las valuaciones.

Cliente.php: Se encarga de ingresar y almacenar la información en la Base de

Datos de los clientes.

Datos_consulta.php: Se encarga de generar consultas ya sea por nombre del

cliente, tipo de servicio o por un rango de fechas establecido por el usuario.

Datos_usuario.php: Se encarga de ingresar y almacenar la información en la Base

de Datos de los empleados.

Edicion_servicio.php: Se encarga de generar modificaciones a las valuaciones.

86

Estadistica.php: Se encarga de hacer una comparación entre la semana actual y

pasada y de esta manera generar una toma de decisión por parte del Gerente

General.

TableroG.php: En este tablero se muestran los datos de las valuaciones, se utiliza

para verificar que estos avalúos estén trabajando bien, en caso contrario se toman

medidas o alternativas para la mejora.

3. 5. 1. 2. 3 Vista

Presenta los datos en pantalla, es donde va el código HTML.

Footer.php: Este es el pie de página de la aplicación.

Header.php: Esta es la cabecera de la aplicación.

Menú.php: El menú principal de la aplicación.

3. 5. 1. 2. 4 Contenido

Clientes.php: En este se muestra la vista para ingresar datos del cliente.

Comentarios.php: En este se muestra la vista del apartado de comentarios.

Consultas.php: En este se muestra la vista para realizar consultas.

Editar_cliente.php: En esta vista es para realizar modificación a los datos de los

clientes.

Editar_servicio.php: En esta vista es para realizar modificaciones a los datos de un

determinado avalúo.

Estadísticas.php: En esta vista se muestra la ventana de estadísticas.

Gestión.php: Esta vista muestra la interfaz de gestión de valuaciones.

Nuevo_avaluo.php: Esta vista muestra la interfaz para dar de alta un nuevo

avalúo.

Nuevo_cliente.php: Esta vista muestra la interfaz para dar de alta un cliente.

Perfil.php: En esta vista se muestra la interfaz del empleado.

Registro.php: En esta vista se muestra la interfaz para dar de alta un empleado.

Status_avaluo: En esta vista se muestra la interfaz, en donde se muestra una tabla

con los datos del avalúo y poder visualizar su status.

87

3. 5. 1. 2. 5 Controlador

Controla los datos, dicho de forma rápida obtiene datos de un modelo, los procesa, y se

los pasa a la vista.

Clientes.php: Redirecciona a la base de datos para el ingreso de información.

Comentarios.php: Establece el ingreso de datos a la tabla de comentarios, así

como su edición.

Consulta.php: Se realizan las consultas a la Base de Datos, dependiendo de la

petición del cliente.

Editar_cliente.php: Se hace la consulta para buscar el cliente solicitado y generar

la modificación requerida.

Editar_servicio.php: Se hace una consulta para buscar la valuación solicitada y

generar la modificación requerida.

Estadísticas.php: Se realizan las comparaciones entre una semana actual y

pasada, así como mensualmente y anual.

Gestión.php: Se hace la consulta para verificar el empleado que está trabajando

en dicha valuación y el avance del avalúo.

Inicio.php: Redirecciona a la vista de inicio.

Login.php: Se encarga del inicio y cierre de la sesión de los usuarios.

Nuevo_avaluo.php: Este se encarga de realizar una consulta para el ingreso de

datos a la tabla valuación.

Nuevo_cliente.php: Este se encarga de realizar una consulta para el ingreso de los

datos del cliente.

Perfil.php: Este se encarga actualizar los perfiles de los usuarios.

Registro.php: Este se encarga de ingresar datos de los empleados.

Status_avaluo.php: Este se encarga de la asignación de avalúo a los usuarios.

3. 5. 2 Instalación

La interfaz Web, estará situada en la dirección: tojol-iv.com/IBIS. En el cuál no habrá

necesidad de instalar algún software, sólo entrar al navegador de su preferencia e

ingresar.

88

3. 5. 3 Base de Datos

Como se ha mencionado anteriormente este es el que se encarga de obtener información

por medio de la entrada de datos, el lenguaje base PHP es el que hace el trabajo

completo de almacenamiento acompañado de sus clases y funcionalidades que permiten

su buen funcionamiento.

3. 5. 4 Interfaces

A continuación se muestran las interfaces del sistema implementado.

3. 5. 4. 1 Inicio

En este apartado al iniciar sesión en el sistema aparecerá una ventana como se muestra

en la figura 39.

Figura 39. Inicio.

Sólo aparecerán las funciones que más se utilicen en este caso el primordial es el nuevo

servicio, ya que de este deriva lo demás, así como status de servicios, registro de

empleados, clientes, consultas, estadísticas y gestión.

3. 5. 4. 2 Administración

En este módulo se percatan dos funciones principales, que son registro de empleados y

clientes, como se muestra en la figura 40.

89

Figura 40. Registro de empleados.

En la figura 40, sólo aparece el registro de empleados, en esta ventana existen campos el

cuál sólo las personas asignadas a realizar esta función podrán tener acceso, en este

caso se requiere el nombre completo del usuario, una contraseña que sólo conozca dicha

persona para evitar usos distintos dentro del sistema por terceras personas, la sucursal a

la que pertenece y el puesto de este empleado, una vez que se han ingresado los datos,

dar clic en “registrar” y automáticamente se guardará la información que se ha dado de

alta.

Después de dar de alta a dicho empleado, la persona que haya realizado ésta función le

informará al empleado que ya puede iniciar sesión con su nombre de usuario y

contraseña.

Figura 41. Clientes.

90

En la función de Clientes, sólo aparecerá una tabla en donde saldrán todos los clientes

que han sido dado de alta, en este caso para dar de alta a un cliente sólo se hará en la

ventana de Nuevo servicio que se muestra en la figura 42, en la figura 41 sólo se

visualizan los clientes existentes, en caso de que se requiera cambiar algún dato, de igual

manera el personal autorizado se hará cargo de esta función.

3. 5. 4. 3 Servicios

En este módulo sólo hay una función “Nuevo servicio” (figura 42), es la principal de todas

ya que de un servicio deriva toda la información requerida, al generar un nuevo servicio

automáticamente se genera un folio para el mismo, de esta manera se ingresan datos

como a qué área pertenece y a la unidad de servicios en la que se encuentra clasificada,

de esta manera ingresando su ubicación, así como el municipio, la colonia y calle para

tener una mayor exactitud al querer localizar dicho lugar al cual se le prestará el servicio,

en caso de que no exista una colonia, dar clic en “agregar colonia” y aparecerá una

ventana como se muestra en la figura 44, de esta manera se podrá agregar una colonia,

se ingresan los datos requeridos y dar clic en enviar, de esta manera ya se guarda la

información y al buscar de nuevo la colonia agregada, aparecerá en el listado actualizado,

se ingresan los datos de la calle, número interior y exterior.

Figura 42. Nuevo servicio parte 1.

91

Figura 43. Nuevo servicio parte 2.

Figura 44. Agregar Colonia.

Como se mencionó anteriormente, que en la ventana de dar de alta un Nuevo servicio, ahí

mismo se podría dar de alta un cliente en caso de que no existiera al ingresar la

información en el recuadro que sale, aparece enseguida una opción de “agregar cliente”.

92

Figura 45. Nuevo Cliente.

En la figura 45, se logra ver que al dar clic en “Agregar cliente”, aparece esta ventana en

la cual hay que rellenar los campos con la información requerida, así como el nombre del

cliente, teléfono, empresa a la que pertenece, en caso de que no pertenezca a alguna no

hay problema, se deja el campo vacío, el número de teléfono al cuál se pueda contactar,

el correo personal del mismo, municipio en el que reside, su colonia, calle, número interior

y exterior, una vez que se termina de agregar esta información se da clic en “registrar”.

Una vez que se registra un nuevo cliente, se actualiza automáticamente así que cuando el

usuario busque de nuevo al cliente insertado podrá encontrarlo sin ningún problema,

siguiendo con los datos del nuevo servicio se ingresa la fecha de recepción, y alguna

observación que se necesite agregar.

En la parte de abajo como se muestra en la figura 46, ese apartado se nombró como

documentos, ya que al solicitar un nuevo servicio, es necesario tener cierto documentos

dependiendo del servicio, en este caso se tienen contemplados 11, la solicitud del

servicio, cédula de la visita, IFE y CURP del propietario, IFE y CURP del comprador,

predial, agua, plano arquitectónico, escritura, precalificación, comprobante de antigüedad

y un posible extra.

93

Figura 46. Extras.

Habrán casos en los cuales se requiera agregar algún documento extra, para ello en la

parte final en la opción de extras se puede agregar la descripción del documento, en el

cual se agrega el nombre y dar clic en guardar, si no se requiere no saldrá nada, esta

función se activa sólo si se marca el extra como entregado o faltante (figura 46).

Una vez que se guarda la información del nuevo servicio, ya se pueden realizar otras

funciones.

3. 5. 4. 4 Revisión

En el módulo de revisión aparecerá la función de status de avalúos, como se muestra en

la figura 47.

Figura 47. Status de avalúos.

94

En este apartado se muestran todos los servicios que se encuentran vigentes y les hace

falta terminar alguna entrega, sólo el ingeniero se encargará de liberar un servicio ya que

él es el que da la última revisión en caso de que falte algo hace comentarios acerca de

ello y las personas asignadas en ese servicio se deberán encargar de realizar cambios, al

igual cuando generen algún cambio tendrán que realizar un comentario para que de esta

manera se lleve un control de lo que se va cambiando y realizando, y en el campo de

status se va mostrando como va progresando dicho servicio una vez marcado como

archivado es porque el servicio se encuentra completo.

En la opción de editar se podrán hacer cambios en la información del nuevo servicio, y

también la opción de realizar un abono que se muestra en la primera opción como abono,

mostrada en la figura 48.

Figura 48. Editar servicio.

En caso de que sea el primer abono aparecerá de la siguiente manera (figura 49):

En el cual hay que ingresar el tipo de pago, ya sea en efectivo, transferencia o cheque, la

cantidad abonada, en total aún no aparecerá nada, se hará el cambio automáticamente,

dar clic en enviar para que se guarden los datos ingresados, en el siguiente abono que se

mostrará en la figura 50.

95

Figura 49. Primer abono.

Al haber realizado el primer abono este se guardará al dar clic en enviar, y cuando se

necesite ingresar otro abono en la opción de total aparecerá lo que se ha pagado hasta

ese momento y en el campo de restante aparecerá la cantidad que hace falta liquidar, y

sobre esta cantidad el cliente definirá cuanto desea abonar y el tiempo límite que tiene

para que liquide dicha deuda, y definiendo el tipo de pago. En caso de que sea el tipo de

pago ya sea transferencia o cheque, saldrá un campo en el cual se ingresarán los datos

de la referencia (figura 50).

Figura 50. Segundo abono.

96

En el módulo de inicio también aparece la función de consulta.

Figura 51. Consulta.

En la figura 51, muestra la función de consulta en la cuál será de 3 distintas formas, la

primera es ingresando el nombre del cliente, la otra el nombre de la unidad y por último

generando un rango con la fecha inicial y final.

Para seleccionar la opción que se requiera deben dar clic en el botón de radio, cuando se

active la función seleccionada podrá ingresar tanto el nombre de cliente, seleccionar el

servicio o elegir las fechas que necesite verificar, y dar clic en buscar para que pueda

aparecer una tabla como se muestra en la figura 51, con los datos necesarios.

Figura 52. Estadísticas.

97

En el módulo de inicio también se encuentra la opción de estadísticas en la cual se irá

comparando tanto semanalmente, mensualmente y anualmente. De esta manera se podrá

tomar decisiones, se muestra un ejemplo en la figura 52.

Y por último la función de gestión mostrada en la figura 53. En esta parte se muestra

principalmente las dos sucursales tanto Colima y Manzanillo, en ambas con 45 folios al

mes.

Figura 53. Gestión parte 1.

Figura 54. Tablero de Gestión.

En este tablero de gestión es para ver cómo van avanzando los servicios y cuántos son

los que van mensualmente. Ya sea para Manzanillo y Colima (figura 54).

98

CAPÍTULO IV:

PRUEBAS

99

4. 1 Pruebas

A continuación se describen los diferentes tipos de pruebas:

4. 1. 1 Unidad e integración

Para este tipo de pruebas se utilizó cada uno de los módulos del sistema. Los resultados

fueron en todos los casos estables, en algunos se tuvieron algunos cambios para mayor

funcionalidad de los mismos.

4. 1. 2 Operación

Se testearon los distintos módulos bajo los distintos posibles errores en tiempo de

ejecución que podrían en dado caso aparecer, entre ellos la imposibilidad de conectarse a

la base de datos, la imposibilidad de realizar alguna operación sobre la base de datos.

4. 1. 3 Tensión

Para esta prueba se utilizaron computadoras de escritorio que contaran con Windows 8,

Disco duro 500GB, Memoria como mínimo de 4GB. En este caso todas funcionaron

correctamente.

4. 1. 4 Congruencia

Para esta prueba se verificó que los datos obtenidos coincidieran de acuerdo a lo que se

iba ingresando. En el caso de la interfaz Web se revisó que los datos mostrados en los

distintos módulos coincidieran con la base de datos y que fueran almacenados de manera

correcta.

4. 1. 5 Usabilidad

La usabilidad es importante primordialmente en la interfaz Web, que es en donde los

usuarios realizan sus interacciones más en el sistema en general, en esta parte la

navegación es fluida, simple y fácil de entender, sin presentar características

complicadas, esto proporciona que usuarios con niveles básicos de manejo de internet

puedan hacer uso del sitio.

100

4. 2 Resultados

Se crearon 4 módulos principales del sistema, inicio, administración, avalúos y revisión. Al

realizar las pruebas se tomaron en cuenta muchos puntos de vista, como el ingreso de

clientes de una manera más rápida, la cual el usuario no se salga de su contexto.

La interfaz Web se puede accesar desde la siguiente URL: http://tojol-iv.com/IBIS/.

Realmente el resultado fue satisfactorio debido a que el sistema está siendo usado en las

dos sucursales existentes, en el Municipio de Colima y Manzanillo.

En cuanto a la adaptación de los empleados al sistema no fue muy complejo, la mayoría

ha utilizado un computador, aunque no se descartó la capacitación al personal, tomando

en cuenta que para tener acceso al sistema, si es un empleado lo da de alta sólo personal

autorizado, al igual que las restricciones de cada usuario de acuerdo al papel que tiene

dentro de la empresa.

Para la capacitación se tomó alrededor de una semana, básicamente el sistema está

diseñado con interfaces muy sencillas, para que el usuario pueda interactuar sin ningún

problema.

El Sistema de Control de Servicios de Ingeniería, está diseñado para agregar más

módulos a futuro, actualmente el Ingeniero Ángel Luis Infante Matos está trabajando en la

empresa Tojol Ingeniería – Valuación, en donde está realizando más cambios al sistema.

Esta empresa además de manejar la parte administrativa de sus servicios también maneja

la parte financiera, aunque debido a los alcances del proyecto y residencia, sólo se

estableció abarcar lo administrativo y un poco de los abonos de los servicios.

http://tojol-iv.com/IBIS/

101

4. 3 Interpretación de resultados

Mediante la instalación de esta herramienta en la Web, se están obteniendo y

compartiendo recursos de manera local, lo cual siempre es una fuente de innovación que

promueve la generación de mejores recursos, entre las sucursales existentes que proveen

y obtienen información.

A continuación se muestran un par de comparaciones entre las sucursales existentes en

el Municipio de Colima y Manzanillo.

4. 3. 1 Mes de Diciembre 2016: Sucursal de Manzanillo

A continuación se muestra en la tabla 31, algunos servicios del mes de Diciembre 2016 de

la sucursal de Manzanillo.

Tabla 31. Sucursal de Manzanillo

Sucursal de Manzanillo

Número de Servicio

Servicios Fecha Inicio Fecha Entrega Días Transcurridos

1 TM16-0661 01- Diciembre -2016 08- Diciembre -2016 7



















102

4. 3. 2 Mes de Diciembre 2016: Sucursal de Colima

A continuación se muestra en la tabla 32, algunos servicios del mes de Diciembre 2016 de

la sucursal de Colima.

Tabla 32. Sucursal de Colima.

Sucursal de Colima

Número de Servicio


1 TC16-0843 02- Diciembre -2016 16- Diciembre -2016 14


























27 TC16-0869 14- Diciembre -2016 02- Enero-2017 20





103






Total de servicios en el mes de Diciembre: 55

Promedio de entrega entre las dos sucursales en el mes de Diciembre: 5.527272727.

4. 3. 3 Mes de Enero 2017: Sucursal de Manzanillo

A continuación se muestra en la tabla 33, algunos servicios del mes de Enero 2017 de la

sucursal de Manzanillo.

Tabla 33. Sucursal de Manzanillo.

Sucursal de Manzanillo

Número de Servicio Servicios Fecha Inicio Fecha Entrega Días Transcurridos

1 TM17-0001 03- Enero -2017 10- Enero -2017 7

2 TM17-0002 03- Enero -2017 10- Enero -2017 7

3 TM17-0003 03- Enero -2017 10- Enero -2017 7

4 TM17-0004 03- Enero -2017 10- Enero -2017 7

5 TM17-0005 03- Enero -2017 10- Enero -2017 7

6 TM17-0006 03- Enero -2017 10- Enero -2017 7

7 TM17-0007 03- Enero -2017 10- Enero -2017 7

8 TM17-0008 03- Enero -2017 10- Enero -2017 7

9 TM17-0009 03- Enero -2017 10- Enero -2017 7

10 TM17-0010 03- Enero -2017 10- Enero -2017 7

11 TM17-0011 03- Enero -2017 10- Enero -2017 7

12 TM17-0012 03- Enero -2017 10- Enero -2017 7

13 TM17-0013 04- Enero -2017 11- Enero -2017 7

14 TM17-0014 04- Enero -2017 11- Enero -2017 7

15 TM17-0015 04- Enero -2017 11- Enero -2017 7

16 TM17-0016 04- Enero -2017 11- Enero -2017 7

17 TM17-0017 05- Enero -2017 12- Enero -2017 7

18 TM17-0018 05- Enero -2017 12- Enero -2017 7

19 TM17-0019 05- Enero -2017 12- Enero -2017 7

20 TM17-0020 05- Enero -2017 12- Enero -2017 7

21 TM17-0021 05- Enero -2017 12- Enero -2017 7

104

22 TM17-0022 07- Enero -2017 16- Enero -2017 9

23 TM17-0023 09- Enero -2017 16 Enero -2017 7

24 TM17-0024 09- Enero -2017 16 Enero -2017 7

25 TM17-0025 09- Enero -2017 16 Enero -2017 7

26 TM17-0026 09- Enero -2017 16- Enero -2017 7

27 TM17-0027 10- Enero -2017 17- Enero -2017 7

28 TM17-0028 12- Enero -2017 19- Enero -2017 7

29 TM17-0029 12- Enero -2017 19- Enero -2017 7

30 TM17-0030 12- Enero -2017 19- Enero -2017 7

31 TM17-0031 12- Enero -2017 19- Enero -2017 7

32 TM17-0032 13- Enero -2017 19- Enero -2017 6

33 TM17-0033 13- Enero -2017 20- Enero -2017 7

34 TM17-0034 13- Enero -2017 20- Enero -2017 7

35 TM17-0035 13- Enero -2017 20- Enero -2017 7

36 TM17-0036 13- Enero -2017 20- Enero -2017 7

37 TM17-0037 13- Enero -2017 20- Enero -2017 7

4. 3. 4 Mes de Enero 2017: Sucursal de Colima

A continuación se muestra en la tabla 34, algunos servicios del mes de Enero 2017 de la

sucursal de Colima.

Tabla 34. Sucursal de Colima.

Sucursal de Colima

Número de Servicio


1 TC17-0001 03- Enero -2017 10- Enero -2017 7

2 TC17-0002 03- Enero -2017 10- Enero -2017 7

3 TC17-0003 03- Enero -2017 20- Enero -2017 17

4 TC17-0004 03- Enero -2017 20- Enero -2017 17

5 TC17-0005 03- Enero -2017 10- Enero -2017 7

6 TC17-0006 03- Enero -2017 10- Enero -2017 7

7 TC17-0007 03- Enero -2017 10- Enero -2017 7

8 TC17-0008 03- Enero -2017 10- Enero -2017 7

9 TC17-0009 05- Enero -2017 12- Enero -2017 7

10 TC17-0010 05- Enero -2017 12- Enero -2017 7

11 TC17-0011 05- Enero -2017 12- Enero -2017 7

12 TC17-0012 05- Enero -2017 12- Enero -2017 7

13 TC17-0013 05- Enero -2017 12- Enero -2017 7

105

14 TC17-0014 05- Enero -2017 12- Enero -2017 7

15 TC17-0015 05- Enero -2017 12- Enero -2017 7

16 TC17-0016 06- Enero -2017 13- Enero -2017 7

17 TC17-0017 07- Enero -2017 Cancelado 7

18 TC17-0018 09- Enero -2017 16- Enero -2017 7

19 TC17-0019 09- Enero -2017 16- Enero -2017 7

20 TC17-0020 09- Enero -2017 16- Enero -2017 7

21 TC17-0021 09- Enero -2017 16- Enero -2017 7

22 TC17-0022 09- Enero -2017 16- Enero -2017 7

23 TC17-0023 11- Enero -2017 18- Enero -2017 7

24 TC17-0024 11- Enero -2017 18- Enero -2017 7

25 TC17-0025 11- Enero -2017 18- Enero -2017 7

26 TC17-0026 11- Enero -2017 18- Enero -2017 7

27 TC17-0027 11- Enero -2017 18- Enero -2017 7

28 TC17-0028 12- Enero -2017 19- Enero -2017 7

29 TC17-0029 12- Enero -2017 19- Enero -2017 7

30 TC17-0030 12- Enero -2017 19- Enero -2017 7

31 TC17-0031 12- Enero -2017 19- Enero -2017 7

32 TC17-0032 12- Enero -2017 19- Enero -2017 7

33 TC17-0033 14- Enero -2017 23- Enero -2017 9

34 TC17-0034 14- Enero -2017 23- Enero -2017 9

35 TC17-0035 14- Enero -2017 23- Enero -2017 9

De la tabla 34, sólo se toman en cuenta 34 debido a que un servicio fue cancelado.

En la figura 55, se muestra el total de servicios en el mes de Diciembre 2016 de las

sucursales de Manzanillo y Colima, al igual en el mes de Enero 2017. Al incrementar el

número de servicios es muy bueno, al igual aumenta las labores dentro de la empresa.

Figura 55. Gráfica del total de servicios.

Total de servicios en el mes de Diciembre 2016: 55 servicios.

106

Total de servicios en el mes de Enero 2017: 71 servicios.

En la figura 56, se muestran los promedios de los días de entrega de Diciembre 2016 y

Enero 2017, son factibles en cuanto al tiempo y cantidad de servicios.

Figura 56. Gráfica con el promedio de días de entrega.

Promedio de entrega entre las dos sucursales en el mes de Diciembre 2016: 5.5 días

transcurridos.

Promedio de entrega entre las dos sucursales en el mes de Enero 2017: 7.4 días

transcurridos.

En la figura 57, se muestra que los servicios van aumentando, por lo que el sistema será

de gran ayuda para tener una buena organización en documentos y administrativamente.

Figura 57. Gráfica con el porcentaje del total de servicios.

107

4. 3. 4 Gráfica del mes de Diciembre 2016: Sucursal de Manzanillo

En la sucursal de Manzanillo, se obtuvieron alrededor de 19 diferentes servicios, en donde los días de entrega el menor que hubo

fue de 0 días y el máximo de 16 días.

Figura 58. Gráfica de la sucursal de Manzanillo, mes de Diciembre 2016.

En la gráfica que se muestra en la figura 58, se puede visualizar una comparación entre la fecha de inicio y entrega, el promedio de

los tiempos transcurridos es de un 6.

4. 3. 5 Gráfica del mes de Diciembre 2016: Sucursal de Colima

En la sucursal de Colima, se obtuvieron alrededor de 36 diferentes servicios, en donde los días de entrega el menor que hubo fue de

0 días y el máximo de 20 días.

Figura 59. Gráfica de la Sucursal de Colima, mes de Diciembre 2016.

108


los tiempos transcurridos es de un 3.5.

4. 3. 6 Gráfica del mes de Enero 2017: Sucursal de Manzanillo

En la sucursal de Manzanillo, se obtuvieron alrededor de 36 diferentes servicios, en donde los días de entrega el menor que hubo

fue de 7 días y el máximo de 9 días.

Figura 60. Gráfica de la Sucursal de Manzanillo, mes de Enero 2017.


los tiempos transcurridos es de un 7.

109

4. 3. 7 Gráfica del mes de Enero 2017: Sucursal de Colima

En la sucursal de Colima, se obtuvieron alrededor de 35 diferentes servicios, en donde los días de entrega el menor que hubo fue de

0 días y el máximo de 17 días.

Figura 61. Gráfica de la Sucursal de Colima, mes de Enero 2017.


los tiempos transcurridos es de un 7.5.

De esta manera el Sistema de Control de Servicios de Ingeniería cumple un papel muy importante ya que por medio del mismo se

almacenarán cientos de servicios de ambas sucursales, de esta manera el Gerente General, tendrá acceso a las estadísticas y

podrá ver los seguimientos de los servicios de esta manera afectará de manera apropiada la toma de decisiones, los comentarios

que realicen los empleados que están asignados para un servicio en específico, verificar que los pagos sean en el tiempo

establecido.

110

CAPÍTULO V:

CONCLUSIONES Y

RECOMENDACIONES

111

El intercambio de información entre diferentes instituciones que contengan información de

servicios de ingeniería, es una tarea que se debe implementar en la mayoría de las

empresas privadas que se dediquen a este lucro.

En cuanto al objetivo principal planteado al inicio de esta investigación de crear una

aplicación Web que facilite el control de servicios de ingeniería, se cumplió ya que el

conjunto de herramientas desarrolladas permiten realizarlo.

El almacenamiento de la información de cada uno de los servicios, desde su folio, tipo de

servicio al que pertenece, unidad de servicio, municipio en el que ubica así como su calle

y colonia, en caso de que sea de otro Estado de la República agregar su nombre, la fecha

de recepción, el cliente que estará a cargo y su documentación requerida.

Por otra parte cada uno de los objetivos específicos también se cumplió mediante el

desarrollo e implementación de cada uno de ellos.

Además recomendamos expandir el sistema ya que da para mucho más, añadiendo más

características, entre ellas algunas funcionalidades que se podrían agregar a largo plazo

son:

Consulta técnica, ya sea por colonia, calle o código postal.

Archivado de un servicio que se haya finalizado.

Mejorar el área de pagos.

Agregar sucursales.

El acceso a las sucursales que se vayan creando a futuro.

Generar reportes mensuales de ingresos y egresos.

112

REFERENCIAS BIBLIOGRÁFICAS

APACHE. (22 de 11 de 2016). APACHE. Recuperado el 22 de 11 de 2016, de APACHE:

https://httpd.apache.org/docs/2.4/platform/windows.html

Aval. (23 de 11 de 2016). Aval. Recuperado el 20 de 12 de 2016, de Aval:

http://aval.com.mx/aval/nosotros/

Bimsareports. (30 de 11 de 2012). Bimsareports. Recuperado el 30 de 11 de 2016, de

Bimsareports:

http://www.bimsareports.com/Spanish/Modernity/NewsEntry.aspx?informationid=1

082

Buenastareas. (18 de 03 de 2013). Buenastareas. Recuperado el 26 de 11 de 2016, de

Buenastareas: http://www.buenastareas.com/ensayos/Antecedentes-De-

Avaluo/23711109.html

Catarina. (20 de 12 de 2016). Catarina. Recuperado el 20 de 12 de 2016, de Catarina:

http://catarina.udlap.mx/u_dl_a/tales/documentos/lic/dominguez_g_as/capitulo2.pdf

Chile, U. d. (17 de 12 de 2016). Departamento de Ciencias de la Computación .

Recuperado el 17 de 12 de 2016, de Departamento de Ciencias de la

Computación : https://users.dcc.uchile.cl/~psalinas/uml/casosuso.html

DISC. (27 de 12 de 2014). DISC. Recuperado el 27 de 12 de 2016, de DISC:

http://www.disc.com.mx/Productos/ControlDeObras/Default.aspx

Ecured. (23 de 12 de 2016). Ecured. Recuperado el 23 de 12 de 2016, de Ecured:

https://www.ecured.cu/Lenguaje_de_Programaci%C3%B3n_Web

Fontán, M. (25 de 10 de 2012). ADWE. Recuperado el 23 de 11 de 2016, de ADWE:

http://www.adwe.es/codigo/codeigniter-framework-php-desarrollo-aplicaciones-web

García, M. S. (20 de 11 de 2006). Aprende a programar. Recuperado el 20 de 11 de 2016,

de Aprende a programar:

http://aprenderaprogramar.com/index.php?option=com_attachments&task=downlo

ad&id=487

Grupocrespo. (16 de 11 de 2012). Grupocrespo. Recuperado el 16 de 11 de 2016, de

Grupocrespo: http://www.grupocrespo.com/QuienesSomos.html

hostinger. (13 de 12 de 2016). hostinger. Recuperado el 20 de 12 de 2016, de hostinger:

https://www.hostinger.mx/hosting-web

113

Lacruz, R. Á. (2009). SISTEMA DE CONTROL DE PROYECTOS DE CONSTRUCCIÓN

DE OBRAS DE INFRAESTRUCTURA PARA LA EMPRESA

PROYECONSTRUCCIÓN, C.A. Colombia: Universidad Simón Bolívar.

larevistainformatica. (23 de 12 de 2015). larevistainformatica. Recuperado el 23 de 12 de

2016, de larevistainformatica: http://www.larevistainformatica.com/lenguajes-

programacion-web.htm

Matehuala, I. T. (05 de 06 de 2015). programacionwebisc. Recuperado el 12 de 11 de

2016, de programacionwebisc: https://programacionwebisc.wordpress.com/2-1-

arquitectura-de-las-aplicaciones-web/

micodigopostal. (15 de 12 de 2016). micodigopostal. Recuperado el 15 de 12 de 2016, de

micodigopostal: http://micodigopostal.org/colima/

MYSQL. (23 de 11 de 2016). MYSQL. Recuperado el 23 de 11 de 2016, de MYSQL:

https://www.mysql.com/

NEODATA. (27 de 11 de 2016). NEODATA. Recuperado el 27 de 11 de 2016, de

NEODATA: https://neodata.mx/blog/

PHP. (20 de 11 de 2001). PHP. Recuperado el 15 de 12 de 2016, de PHP:

http://php.net/manual/es/intro-whatis.php

Software, P. d. (15 de 11 de 2016). Procesos de Software. Recuperado el 2016 de 11 de

2016, de Procesos de Software:

https://procesosdesoftware.wikispaces.com/METODOLOGIA+SCRUM

Solis, J. (20 de 11 de 2014). arweb. Recuperado el 28 de 11 de 2016, de arweb:

http://www.arweb.com/chucherias/editorial/%C2%BFque-es-bootstrap-y-como-

funciona-en-el-diseno-web.htm

Uscanga, A. H. (2012). COLLYA, Modelo para el Control de las Obras. México: Instituto

Tecnológico de la Construcción.

VALUAINM. (12 de 11 de 2012). VALUAINM. Recuperado el 12 de 11 de 2016, de

VALUAINM:

http://www.avaluosinmobiliarios.com.mx/Aval%C3%BAosInmobiliarios/Qu%C3%A

9esunaval%C3%BAo.aspx

viasc. (20 de 11 de 2010). viasc. Recuperado el 20 de 11 de 2016, de viasc:

http://www.viasc.com/servicios.php

INGENIERO EN SISTEMAS COMPUTACIONALES E INGENIERO EN ...

Documents