ingeniero en sistemas computacionales e ingeniero en
TRANSCRIPT
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 20. Actor: Gestión 02. ........................................................................................... 67
Figura 21. Actor: Gestión 03. ........................................................................................... 68
Figura 22. Actor: Gestión 04. ........................................................................................... 68
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.
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
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
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción
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.
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción
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.
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripció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.
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción
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.
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción
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.
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción
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.
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción
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
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción
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
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción
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.
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción
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.
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción
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.
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción
Id_usuario Int (11) x x Identificador único de usuarios.
Folio_tojol Varchar (9) x Identificador único de valuación.
Tabla 17. Notificaciones.
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción
Id Int (11) x x x Identificador único de notificaciones.
Id_usuario Int (11) x x Identificador único de usuarios.
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.
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción
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.
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción
Id_puesto Int (11) x x x Identificador único del puesto.
Nomb_puesto Varchar (50) x Nombre del puesto.
Tabla 20. Cat_sucursales.
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción
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.
Campo Tipo CP FK NN UQ BIN UN ZF AI Default Descripción
Id_comentario Int (11) x x x Identificador único de comentarios.
Folio_tojol Varchar (9) x x Identificador único de valuación.
Id_usuario Int (11) x x Identificador único de usuarios.
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:
Index (): Es el encargado de mandar a llamar las vistas principales.
Registro_cliente (): Se realiza el registro de cliente.
3. 3. 3. 9 Clase Clientes
Métodos:
Index (): Es el encargado de mandar a llamar las vistas principales.
3. 3. 3. 10 Clase Comentarios
Métodos:
Index (): Es el encargado de mandar a llamar las vistas principales.
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:
Index (): Es el encargado de mandar a llamar las vistas principales.
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:
Index (): Es el encargado de mandar a llamar las vistas principales.
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:
Index (): Es el encargado de mandar a llamar las vistas principales.
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:
Index (): Es el encargado de mandar a llamar las vistas principales.
Login_post (): Para iniciar sesión.
Logout (): Para salir de la sesión.
3. 3. 3. 15 Clase Inicio
Métodos:
Index (): Es el encargado de mandar a llamar las vistas principales.
3. 3. 3. 16 Clase Estadísticas
Métodos:
Index (): Es el encargado de mandar a llamar las vistas principales.
3. 3. 3. 17 Clase Registro
Métodos:
Index (): Es el encargado de mandar a llamar las vistas principales.
Registro (): Se realiza el registro del empleado.
3. 3. 3. 18 Clase Status_avaluo
Métodos:
Index (): Es el encargado de mandar a llamar las vistas principales.
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:
Index (): Es el encargado de mandar a llamar las vistas principales.
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:
Index (): Es el encargado de mandar a llamar las vistas principales.
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.
Figura 20. Actor: Gestión 02.
68
Figura 21. Actor: Gestión 03.
Figura 22. Actor: Gestión 04.
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
2) Gerente administrativo
3) Gerente de área técnica
4) Departamento de informática
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:
1. El actor inicia sesión.
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.
Flujo Alternativo: No aplica
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
2) Gerente administrativo
3) Gerente de área técnica
4) Departamento de informática
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:
1. El actor inicia sesión.
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.
Flujo Alternativo: No aplica
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
2) Gerente administrativo
3) Gerente de área técnica
4) Departamento de informática,
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ón 04
Precondiciones:
Tener acceso a esta función.
Flujo normal:
1. El actor inicia sesión.
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.
Flujo Alternativo: No aplica
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
2) Gerente administrativo
3) Gerente de área técnica
4) Departamento de informática
5) Recepción
6) Control administrativo
Precondiciones:
Deben de existir servicios.
Flujo normal:
1. El actor inicia sesión.
2. El actor ingresa al módulo de inicio.
3. Ingresa a estadísticas, en la que se desglosa de manera semanal, mensual o anual.
4. Volver al módulo de inicio.
Flujo Alternativo: No aplica
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
2) Gerente administrativo
3) Gerente de área técnica
4) Departamento de informática
5) Recepción
6) Control administrativo
Precondiciones:
Tener servicios registrados.
73
Flujo normal:
1. El actor inicia sesión.
2. El actor ingresa al módulo de inicio.
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.
4. Volver al módulo de inicio.
Flujo Alternativo: No aplica
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
2) Gerente administrativo
3) Gerente de área técnica
4) Departamento de informática
5) Recepción
6) Control administrativo
Precondiciones:
Ingresar a la edición de un servicio.
Flujo normal:
1. El actor inicia sesión.
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.
Flujo Alternativo: No aplica
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
2) Gerente administrativo
3) Gerente de área técnica
4) Departamento de informática
5) Recepción
6) Control administrativo
Precondiciones:
Dar de alta un cliente.
Flujo normal:
1. El actor inicia sesión.
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.
5. Volver al módulo de inicio.
Flujo Alternativo: No aplica
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.
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
2 TM16-0662 02- Diciembre -2016 02- Diciembre -2016 0
3 TM16-0663 02- Diciembre -2016 18- Diciembre -2016 16
4 TM16-0664 02- Diciembre -2016 13- Diciembre -2016 11
5 TM16-0665 05- Diciembre -2016 08- Diciembre -2016 3
6 TM16-0666 05- Diciembre -2016 06- Diciembre -2016 1
7 TM16-0667 06- Diciembre -2016 07- Diciembre -2016 1
8 TM16-0668 06- Diciembre -2016 15- Diciembre -2016 9
9 TM16-0669 07- Diciembre -2016 08- Diciembre -2016 1
10 TM16-0670 07- Diciembre -2016 17- Diciembre -2016 10
11 TM16-0671 08- Diciembre -2016 20- Diciembre -2016 12
12 TM16-0672 08- Diciembre -2016 15- Diciembre -2016 7
13 TM16-0673 08- Diciembre -2016 20- Diciembre -2016 12
14 TM16-0674 08- Diciembre -2016 13- Diciembre -2016 5
15 TM16-0675 08- Diciembre -2016 17- Diciembre -2016 9
16 TM16-0676 08- Diciembre -2016 09- Diciembre -2016 1
17 TM16-0677 10- Diciembre -2016 15- Diciembre -2016 5
18 TM16-0678 12- Diciembre -2016 15- Diciembre -2016 3
19 TM16-0679 13- Diciembre -2016 13- Diciembre -2016 0
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
Servicios Fecha Inicio Fecha Entrega Días Transcurridos
1 TC16-0843 02- Diciembre -2016 16- Diciembre -2016 14
2 TC16-0844 02- Diciembre -2016 08- Diciembre -2016 6
3 TC16-0845 02- Diciembre -2016 08- Diciembre -2016 6
4 TC16-0846 02- Diciembre -2016 08- Diciembre -2016 6
5 TC16-0847 02- Diciembre -2016 02- Diciembre -2016 0
6 TC16-0848 02- Diciembre -2016 03- Diciembre -2016 1
7 TC16-0849 02- Diciembre -2016 03- Diciembre -2016 1
8 TC16-0850 02- Diciembre -2016 03- Diciembre -2016 1
9 TC16-0851 03- Diciembre -2016 12- Diciembre -2016 9
10 TC16-0852 03- Diciembre -2016 08- Diciembre -2016 5
11 TC16-0853 03- Diciembre -2016 03- Diciembre -2016 0
12 TC16-0854 06- Diciembre -2016 13- Diciembre -2016 7
13 TC16-0855 06- Diciembre -2016 09- Diciembre -2016 3
14 TC16-0856 06- Diciembre -2016 14- Diciembre -2016 8
15 TC16-0857 07- Diciembre -2016 14- Diciembre -2016 7
16 TC16-0858 07- Diciembre -2016 08- Diciembre -2016 1
17 TC16-0859 08- Diciembre -2016 19- Diciembre -2016 11
18 TC16-0860 08- Diciembre -2016 16- Diciembre -2016 8
19 TC16-0861 08- Diciembre -2016 16- Diciembre -2016 8
20 TC16-0862 09- Diciembre -2016 09- Diciembre -2016 0
21 TC16-0863 12- Diciembre -2016 16- Diciembre -2016 4
22 TC16-0864 12- Diciembre -2016 16- Diciembre -2016 4
23 TC16-0865 12- Diciembre -2016 13- Diciembre -2016 1
24 TC16-0866 12- Diciembre -2016 13- Diciembre -2016 1
25 TC16-0867 13- Diciembre -2016 16- Diciembre -2016 3
26 TC16-0868 13- Diciembre -2016 16- Diciembre -2016 3
27 TC16-0869 14- Diciembre -2016 02- Enero-2017 20
28 TC16-0870 14- Diciembre -2016 21- Diciembre -2016 7
29 TC16-0871 14- Diciembre -2016 21- Diciembre -2016 7
30 TC16-0872 14- Diciembre -2016 21- Diciembre -2016 7
31 TC16-0873 15- Diciembre -2016 20- Diciembre -2016 5
103
32 TC16-0874 15- Diciembre -2016 22- Diciembre -2016 7
33 TC16-0875 15- Diciembre -2016 20- Diciembre -2016 5
34 TC16-0876 15- Diciembre -2016 20- Diciembre -2016 5
35 TC16-0877 15- Diciembre -2016 20- Diciembre -2016 5
36 TC16-0878 15- Diciembre -2016 20- Diciembre -2016 5
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
Servicios Fecha Inicio Fecha Entrega Días Transcurridos
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
En la gráfica que se muestra en la figura 59, se puede visualizar una comparación entre la fecha de inicio y entrega, el promedio de
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.
En la gráfica que se muestra en la figura 60, se puede visualizar una comparación entre la fecha de inicio y entrega, el promedio de
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.
En la gráfica que se muestra en la figura 61, se puede visualizar una comparación entre la fecha de inicio y entrega, el promedio de
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