UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES
DESARROLLO DE UN SISTEMA WEB PARA EL CONTROL
ADMINISTRATIVO DE LOS EQUIPOS CAMINEROS
DEL GAD MUNICIPAL DE PEDRO CARBO
PROYECTO DE TITULACIÓN
Previo a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR:
Juan José Morán Sánchez
TUTOR:
Ing. César Espín R. MSc
GUAYAQUIL – ECUADOR
2016
REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA
FICHA DE REGISTRO DE TESIS
TÍTULO: DESARROLLO DE UN SISTEMA WEB PARA EL CONTROL ADMINISTRATIVO DE LOS EQUIPOS CAMINEROS DEL GAD MUNICIPAL DE PEDRO CARBO
REVISORES: Ing. Ismelis Castellanos, Ing. Alberto Castro
INSTITUCIÓN: Universidad de Guayaquil
FACULTAD: Ciencias Matemáticas y Físicas
CARRERA: Ingeniería en Sistemas Computacionales
FECHA DE PUBLICACIÓN: septiembre/2016
N° DE PAGS: 101
ÁREA TEMÁTICA: Proyecto Tecnológico
PALABRAS CLAVES: control administrativo, equipos camineros, responsive design, sistema web
RESUMEN: El GAD Municipal de Pedro Carbo ha buscado implementar una solución informática que le permita realizar una correcta administración de solicitudes y tareas que serán atendidas por los Equipos Camineros. El uso de esta nueva herramienta informática va a permitir tener un mayor control y desempeño en sus actividades. Es necesario que al plantear el uso de un sistema que permita realizar la correcta administración y control de las actividades diarias que deben cumplir los Equipos Camineros, este se adapte a los recursos informáticos ya existentes. Para el desarrollo de este proyecto se ha planteado una metodología rápida que permita tener avances funcionales en espacio de tiempo cortos. Dentro del planteamiento de la solución, se presenta las facilidades que puede tener desarrollar un sistema web frente a un sistema tradicional de escritorio. Debido a que la tecnología va avanzando y cada vez los usuarios acceden desde diferentes dispositivos, se ha considerado que el diseño de este sistema posea las características adaptables conocidas como “Responsive Design”. Se implementa un sistema web con módulos adaptables que permita gestionar la atención de tareas y solicitudes de los Equipos Camineros de manera organizada permitiendo establecer una agenda de actividades.
N° DE REGISTRO(en base de datos): 000
N° DE CLASIFICACIÓN: 000
DIRECCIÓN URL(tesis en la web): www….
ADJUNTO PDF: ■ SI □ NO
CONTACTO CON AUTOR: Teléfono: 0986575635
E-mail: [email protected]
CONTACTO CON LA INSTITUCIÓN: Nombre:Ab. Juan Chávez Atocha
Teléfono: 2307729
III
APROBACIÓN DEL TUTOR
En mi calidad de Tutor del trabajo de titulación, “DESARROLLO DE UN
SISTEMA WEB PARA EL CONTROL ADMINISTRATIVO DE LOS EQUIPOS
CAMINEROS DEL GAD MUNICIPAL DE PEDRO CARBO” elaborado por el Sr.
JUAN JOSÉ MORÁN SÁNCHEZ, estudiante no titulado de la Carrera de
Ingeniería en Sistemas Computacionales, Facultad de Ciencias Matemáticas y
Físicas de la Universidad de Guayaquil, previo a la obtención del Título de
Ingeniero en Sistemas, me permito declarar que luego de haber orientado,
estudiado y revisado, la Apruebo en todas sus partes.
Atentamente
ING. CÉSAR ESPÍN R. MSC.
IV
DEDICATORIA
Quiero dedicar este trabajo principalmente a Dios, al dueño del tiempo, porque a él pertenece este logro, y yo he sido su instrumento para lograrlo. También se lo dedico a mis padres por el esfuerzo y apoyo incondicional que me han brindado en cada etapa de mi vida.
V
AGRADECIMIENTO
Agradezco a Dios por darme la fortaleza y perseverancia durante este tiempo, para terminar lo que un día empecé con tanta ilusión, por no dejarme caer cuando yo lo había hecho. A mi madre y a mi padre que han apoyado las decisiones que he tomado en mi camino de estudios. Y a otras tantas personas especiales que me han ayudado de alguna forma para llegar hasta aquí, no me alcanzarían las letras para poderlos nombras a todos.
VI
TRIBUNAL PROYECTO DE TITULACIÓN
Ab. Juan Chávez A.
SECRETARIO
Ing. César Espín R. M. Sc.
PROFESOR TUTOR DEL
PROYECTO DE TITULACIÓN
Ing. Alberto Castro, M. Sc.
PROFESOR REVISOR DEL ÁREA -
TRIBUNAL
Ing. Ismelis Castellanos, M. Sc.
PROFESOR REVISOR DEL ÁREA
TRIBUNAL
Ing. Eduardo Santos Baquerizo, M.Sc.
DECANO DE LA FACULTAD
CIENCIAS MATEMÁTICAS Y
FÍSICAS
Ing. Roberto Crespo Mendoza, Mgs.
DIRECTOR
CARRERA INGENIERÍA EN SISTEMAS COMPUTACIONALES
VII
DECLARACIÓN EXPRESA
“La responsabilidad del contenido de este Proyecto de Titulación, me corresponden exclusivamente; y el patrimonio intelectual de la misma a la UNIVERSIDAD DE GUAYAQUIL”
Juan José Morán Sánchez
VIII
.
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES
DESARROLLO DE UN SISTEMA WEB PARA EL CONTROL
ADMINISTRATIVO DE LOS EQUIPOS CAMINEROS
DEL GAD MUNICIPAL DE PEDRO CARBO
Proyecto de Titulación que se presenta como requisito para optar por el
título de INGENIERO EN SISTEMAS COMPUTACIONALES
Autor: JUAN JOSÉ MORÁN SÁNCHEZ
C.I.: 0931243729
Tutor: ING. CÉSAR ESPÍN R. MSC.
Guayaquil, septiembre de 2016
IX
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor del Proyecto de Titulación, nombrado por el Consejo Directivo de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.
CERTIFICO:
Que he analizado el Proyecto de Titulación presentado por el estudiante JUAN JOSÉ MORÁN SÁNCHEZ, como requisito previo para optar por el título de Ingeniero en Sistemas Computacionales cuyo problema es: “DESARROLLO DE UN SISTEMA WEB PARA EL CONTROL ADMINISTRATIVO DE LOS EQUIPOS CAMINEROS DEL GAD MUNICIPAL DE PEDRO CARBO”.
Considero aprobado el trabajo en su totalidad.
Presentado por:
Morán Sánchez Juan José C.I.: 0931243729
Tutor: Ing. César Espín R. MSc.
Guayaquil, septiembre de 2016
X
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
AUTORIZACIÓN PARA PUBLICACIÓN DE TESIS EN FORMATO DIGITAL
1. Identificación de la Tesis
Nombre Alumno: Juan José Morán Sánchez
Dirección: Cdla. Martha de Roldós Mz. 709 V. 23
Teléfono: 0986575635 E-mail: [email protected]
Facultad: Ciencias Matemáticas y Físicas
Carrera: Carrera de Ingeniería en Sistemas Computacionales
Título al que opta: Ingeniero en Sistemas Computacionales
Profesor tutor: Ing. César Espín R. MSc.
Título del Proyecto de Titulación: DESARROLLO DE UN SISTEMA WEB PARA EL CONTROL ADMINISTRATIVO DE LOS EQUIPOS CAMINEROS DEL GAD MUNICIPAL DE PEDRO CARBO
Temas del Proyecto de Titulación: Sistema Web, Control Administrativo, Equipos Camineros Municipales, Obras Públicas.
2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de este Proyecto de Titulación. Publicación electrónica:
Inmediata X Después de 1 año
Firma Alumno: 3. Forma de envío: El texto de la Tesis debe ser enviado en formato Word, como archivo .Doc. O .RTF y .Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.
DVDROM CDROM X
XI
ÍNDICE GENERAL
APROBACIÓN DEL TUTOR .............................................................................. III
DEDICATORIA ................................................................................................... IV
AGRADECIMIENTO ............................................................................................ V
TRIBUNAL PROYECTO DE TITULACIÓN ........................................................ VI
DECLARACIÓN EXPRESA .............................................................................. VII
CERTIFICADO DE ACEPTACIÓN DEL TUTOR ................................................ IX
AUTORIZACIÓN PARA PUBLICACIÓN DE TESIS EN FORMATO DIGITAL .... X
ÍNDICE GENERAL ............................................................................................. XI
ABREVIATURAS ............................................................................................ XIV
ÍNDICE DE CUADROS ..................................................................................... XV
ÍNDICE DE GRÁFICOS .................................................................................. XVII
RESUMEN ..................................................................................................... XVIII
ABSTRACT ..................................................................................................... XIX
INTRODUCCIÓN ................................................................................................. 1
CAPÍTULO I EL PROBLEMA ............................................................................. 3
PLANTEAMIENTO DEL PROBLEMA .............................................................. 3
Ubicación del Problema en un Contexto ...................................................... 3
Situación Conflicto Nudos Críticos ............................................................... 7
Causas y Consecuencias del Problema ....................................................... 8
Delimitación del Problema............................................................................ 9
Formulación del Problema ......................................................................... 10
Evaluación del Problema ........................................................................... 12
OBJETIVOS................................................................................................... 13
Objetivo General ........................................................................................ 13
Objetivos Específicos ................................................................................. 13
XII
ALCANCES DEL PROBLEMA ....................................................................... 14
JUSTIFICACIÓN E IMPORTANCIA .............................................................. 15
METODOLOGÍA DEL PROYECTO ............................................................... 16
Metodología de Desarrollo ......................................................................... 16
Supuestos y Restricciones ......................................................................... 17
Plan de Calidad .......................................................................................... 18
CAPÍTULO II MARCO TEÓRICO ..................................................................... 19
ANTECEDENTES DEL ESTUDIO ................................................................. 19
FUNDAMENTACIÓN TEÓRICA .................................................................... 20
METODOLOGÍAS ÁGILES ........................................................................ 20
EXTREME PROGRAMMING XP ............................................................... 25
LA ADMINISTRACIÓN Y SUS PROCESOS .............................................. 27
SISTEMA WEB FRENTE A SISTEMA DE ESCRITORIO .......................... 29
CARACTERÍSTICAS Y VENTAJAS DE LOS SISTEMAS WEB ................. 30
RESPONSIVE WEB DESIGN .................................................................... 32
HERRAMIENTAS WEB ............................................................................. 37
FUNDAMENTACIÓN LEGAL ......................................................................... 39
PREGUNTAS CIENTÍFICAS A CONTESTARSE ........................................... 47
DEFINICIONES CONCEPTUALES ............................................................... 48
CAPÍTULO III PROPUESTA TECNOLÓGICA ................................................. 50
Factibilidad Operacional ............................................................................. 51
Factibilidad Técnica ................................................................................... 52
Factibilidad Legal ....................................................................................... 53
Factibilidad Económica .............................................................................. 54
ETAPAS DE LA METODOLOGÍA DEL PROYECTO ..................................... 56
Planificación Inicial del Proyecto ................................................................ 56
Desarrollo .................................................................................................. 59
XIII
ENTREGABLES DEL PROYECTO ................................................................ 76
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA ..................................... 76
CAPÍTULO IV CRITERIOS DE ACEPTACIÓN DEL PRODUCTO ................... 83
CONCLUSIONES .......................................................................................... 90
RECOMENDACIONES .................................................................................. 91
BIBLIOGRAFÍA ................................................................................................. 92
ANEXOS ........................................................................................................... 94
XIV
ABREVIATURAS
COOTAD Código Orgánico de Organización Territorial Autonomía y
Descentralización
GAD Gobierno Autónomo Descentralizado
INEC Instituto Nacional de Estadísticas y Censo
KPI Key Performance Indicator (medidor de desempeño)
OCIO Office of the Chief Information Officer
TIC Tecnologías de la Información y Comunicaciones
XV
ÍNDICE DE CUADROS
Pág.
CUADRO I: Listado de Equipos Camineros del GAD Municipal de Pedro Carbo . 4
CUADRO II: Organigrama resumido del GAD Municipal de Pedro Carbo ............ 6
CUADRO III: Causas y Consecuencias del Problema ......................................... 8
CUADRO IV: Delimitación del Problema .............................................................. 9
CUADRO V: Valores de las Metodologías Ágiles vs Metodologías Tradicionales
.......................................................................................................................... 22
CUADRO VI: Comparación entre Metodologías Ágiles y Metodologías
Tradicionales ..................................................................................................... 24
CUADRO VII: Ciclo de Vida dentro de la Metodología XP ................................. 26
CUADRO VIII: Estructura de los elementos en el Proceso Administrativo ......... 29
CUADRO IX: Características y Ventajas de los Sistemas Web .......................... 31
CUADRO X: Matriz de arreglos institucionales y modalidad de ejecución ......... 54
CUADRO XI: Costos para el desarrollo del Sistema web dentro del primer año 55
CUADRO XII: Planificación Inicial de Iteraciones para el Desarrollo .................. 57
CUADRO XIII: Historia de Usuario N°1 y sus Tareas ......................................... 60
CUADRO XIV: Historia de Usuario N°2 y sus Tareas ........................................ 61
CUADRO XV: Historia de Usuario N°3 y sus Tareas ......................................... 63
CUADRO XVI: Historia de Usuario N°4 y sus Tareas ........................................ 64
CUADRO XVII: Historia de Usuario N°5 y sus Tareas ....................................... 66
CUADRO XVIII: Historia de Usuario N°6 y sus Tareas ...................................... 67
CUADRO XIX: Historia de Usuario N°7 y sus Tareas ........................................ 69
CUADRO XX: Historia de Usuario N°8 y sus Tareas ......................................... 70
CUADRO XXI: Historia de Usuario N°9 y sus Tareas ........................................ 72
CUADRO XXII: Historia de Usuario N°10 y sus Tareas ..................................... 74
CUADRO XXIII: Personas que intervienen en las Pruebas de Aceptación ........ 76
CUADRO XXIV: Pruebas de Aceptación de la Iteración #1 ............................... 77
CUADRO XXV: Pruebas de Aceptación de la Iteración #2 ................................ 78
CUADRO XXVI: Pruebas de Aceptación de la Iteración #3 ............................... 79
CUADRO XXVII: Pruebas de Aceptación de la Iteración #4 .............................. 80
CUADRO XXVIII: Pruebas de Aceptación de la Iteración #5 ............................. 81
CUADRO XXIX: Pruebas de Aceptación de la Iteración #6 ............................... 82
XVI
CUADRO XXX: Matriz de Validaciones Técnicas y Funcionales ........................ 84
CUADRO XXXI: Matriz de Validaciones de la Satisfacción del Usuario ............. 86
CUADRO XXXII: Informe de Aceptación y Aprobación ...................................... 88
XVII
ÍNDICE DE GRÁFICOS
Pág.
GRÁFICO 1: Estructura de las etapas y procesos que tienen las metodologías
tradicionales ...................................................................................................... 21
GRÁFICO 2: Adaptación de pantalla con Responsive Web Design ................... 33
GRÁFICO 3: Esquema adaptativo dependiendo del dispositivo ......................... 34
GRÁFICO 4: Funcionamiento de un sistema web .............................................. 38
GRÁFICO 5: Proceso de solicitud e interpretación del servidor web .................. 39
GRÁFICO 6: Wireframe de la interfaz principal .................................................. 58
GRÁFICO 7: Tablas básicas planteadas en la etapa de planificación ................ 58
GRÁFICO 8: Etapas aplicadas en el desarrollo ................................................. 59
GRÁFICO 9: Interfaz del Sistema, vista escritorio y móvil .................................. 62
GRÁFICO 10: Listado de Equipos Camineros registrados en el Sistema .......... 65
GRÁFICO 11: Registro de Mantenimientos de los Equipos Camineros ............. 68
GRÁFICO 12 :Interfaz para el ingreso de solicitudes ciudadanas ...................... 71
GRÁFICO 13: Interfaz para la creación de la agenda de actividades................. 73
GRÁFICO 14: Generación de reportes a través del sistema .............................. 75
GRÁFICO 15: Visualización de Solicitudes pendientes y vencidas de atención . 75
GRÁFICO 16: Resultados de la Iteración #1 ...................................................... 77
GRÁFICO 17: Resultados de la Iteración #2 ...................................................... 78
GRÁFICO 18: Resultados de la Iteración #3 ...................................................... 79
GRÁFICO 19: Resultados de la Iteración #4 ...................................................... 80
GRÁFICO 20: Resultados de la Iteración #5 ...................................................... 81
GRÁFICO 21: Resultados de la Iteración #6 ...................................................... 82
GRÁFICO 22: Resultado Validaciones Técnicas y Funcionales ......................... 85
GRÁFICO 23: Resultado Validaciones de la Satisfacción del Usuario ............... 87
XVIII
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO DE UN SISTEMA WEB PARA EL CONTROL
ADMINISTRATIVO DE LOS EQUIPOS CAMINEROS
DEL GAD MUNICIPAL DE PEDRO CARBO
Autor: Juan José Morán Sánchez Tutor: Ing. César Espín R. MSc.
RESUMEN
El GAD Municipal de Pedro Carbo ha buscado desarrollar una solución informática que le permita realizar una correcta administración de solicitudes y tareas que serán atendidas por el departamento de Obras Públicas a través de quienes administran los Equipos Camineros. El uso de esta nueva herramienta informática va a permitir tener un mayor control y desempeño en sus actividades. Es necesario que al plantear el uso de un sistema que permita realizar la correcta administración y control de las actividades diarias que deben cumplir los Equipos Camineros, este se adapte a los recursos informáticos ya existentes. Para el desarrollo de este proyecto se ha planteado una metodología rápida que permita tener avances funcionales en espacio de tiempo cortos, esto se logra a las varias iteraciones, al final de cada iteración se realiza las pruebas de funcionalidad respectivas. Una vez concluida la última iteración contaremos con un sistema completo y funcional. Dentro del planteamiento de la solución, se presenta las facilidades que puede tener desarrollar un sistema web frente a un sistema tradicional de escritorio. Al utilizar este tipo de sistemas le permite tener un mejor acceso y las exigencias de requerimientos de hardware y software son cada vez menos. Debido a que la tecnología va avanzando y cada vez más los usuarios acceden desde diferentes dispositivos, se consideró que el diseño de este sistema posea las características adaptables conocidas como “Responsive Design”. Se desarrolló un sistema web con módulos adaptables que permita gestionar la atención de tareas y solicitudes de los Equipos Camineros de manera organizada permitiendo establecer una agenda de actividades. Palabras Claves: control administrativo, equipos camineros, responsive design, sistema web
XIX
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO DE UN SISTEMA WEB PARA EL CONTROL
ADMINISTRATIVO DE LOS EQUIPOS CAMINEROS
DEL GAD MUNICIPAL DE PEDRO CARBO
Autor: Juan José Morán Sánchez Tutor: Ing. César Espín R. MSc.
ABSTRACT
The Municipal GAD Pedro Carbo has sought to implement a software solution that allows you to make a proper administration of applications and tasks that will be attended by Equipos Camineros. Using this new software tool will allow greater control and performance in their activities. It is necessary to raise the use of a system that allows for the proper management and control of daily activities to be met by Equipos Camineros, this fits existing computing resources. For the development of this project has raised a quick methodology to be functional advances in short space of time, this is achieved various iterations, at the end of each iteration respective functionality testing is performed. After the last iteration we will have a fully functional system. Within the approach of the solution, the facilities may have to develop a web system versus a traditional desktop system is presented. By using this type of system allows you to have better access and requirements of hardware and software requirements are less and less. Because the technology is advancing and every time users access from different devices, it is considered that the design of this system possesses the adaptive features known as "Responsive Design". a web system adaptable modules that allows to manage the care of tasks and requests Equipos Camineros organized manner allowing to establish a schedule of activities is implemented. Keywords: administrative control, camineros equipment, responsive design, web system
1
INTRODUCCIÓN
En los GAD Municipales, una de las políticas de bienestar para los ciudadanos
es la prioridad de la red vial del cantón que les permita el desarrollo socio-
económico y sustentable de la comunidad, para lo cual poseen flota de equipos
camineros que permiten la construcción y mantenimiento de las vías. A falta de
planificación y organización de actividades diarias que deben realizar estos
equipos, ocasiona una descoordinación en la administración municipal.
Los mayores inconvenientes surgen cuando la comunidad realiza constantes
requerimientos y solicitudes donde deben intervenir los Equipos Camineros
Municipales, y estas peticiones muchas veces no son atendidas oportunamente
debido a que los equipos tienen como prioridad atender las actividades locales
establecidas por el departamento de Obras Públicas. La entidad municipal con el
objetivo de cubrir la mayor cantidad de requerimientos ha planteado realizar un
cronograma de posibles atenciones, aunque esto no garantice que la fecha
establecida se cumpla, por lo cual esto genera un malestar para los ciudadanos.
En las principales ciudades los GAD Municipales como respuesta ante las
necesidades que surgen en la atención brindada a sus comunidades, están
orientando sus servicios a entornos Web y han implementado servicios “en línea”
a través de sus portales o páginas oficiales, estas implementaciones brindan la
posibilidad de renovar sus procesos acorde a las necesidades actuales,
contribuyendo así a mantener la transparencia de los procesos ante los
ciudadanos.
De acuerdo con Millán Tejedor (2007), la introducción de las TIC en la
administración pública busca mejorar considerablemente el servicio de atención
a ciudadanos con respecto a la productividad y calidad ofrecidas, logrando así
ahorrar costos, reducir los tiempos de espera y mejorar la transparencia del
proceso. A esta integración de la administración pública con la tecnología se la
conoce como la Administración electrónica (e-Administración), de la cual
hablaremos un poco más en el segundo capítulo de este proyecto.
2
Ante los problemas planteados inicialmente y el creciente entorno tecnológico
que hemos mencionado, donde se encuentran involucrado el GAD Municipal de
Pedro Carbo, se busca desarrollar una solución que permita trasladar estos
procesos y trámites manuales a sistemas informáticos donde se mantenga la
información actualizada y disponible, con el fin de mejorar el servicio ofrecido a
los ciudadanos.
Con esta solución planteada se espera darle agilidad a los procesos
administrativos internos y externos que afectan al Departamento de Obras
Públicas del GAD Municipal de Pedro Carbo con respecto a las actividades que
realizan los Equipos Camineros Municipales, No obstante, también se espera
que estos procesos contribuyan a la mejora en la atención de solicitudes o
requerimientos que realizan los ciudadanos.
En el Capítulo 1 de este proyecto hablaremos del problema identificado ubicado
en un contexto, sus causas y consecuencias que se presentan junto a la
delimitación del mismo. Se planteará el objetivo general y sus objetivos
específicos que tendrán una relación directa con los alcances propuestos,
también se hablará de la metodología que se va a utilizar para el desarrollo de
la posible solución.
En el Capítulo 2 se extenderá las explicaciones de los conceptos que intervienen
en la solución de este proyecto, fundamentando los motivos y razones para
utilizar ciertas tecnologías.
En el Capítulo 3 se realizará el correspondiente análisis de la factibilidad del
proyecto, el detalle de las etapas de desarrollo que tiene la solución y los
criterios de aceptación del mismo.
En el Capítulo 4 se mencionará las recomendaciones y conclusiones que
resultan de la experiencia obtenida durante la ejecución y finalización del
proyecto planteado.
3
CAPÍTULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
Ubicación del Problema en un Contexto
El cantón Pedro Carbo con una población aproximada de 49182 habitantes1,
ubicado geográficamente a 63 Km de la ciudad de Guayaquil, en la costa
ecuatoriana. Caracterizada por su agricultura y ganadería que son sus fuentes
principales de ingresos económicos. Entre sus cultivos se siembran diversos
productos agrícolas tales como el arroz, maíz, algodón, banano, entre otros, la
ganadería del cantón es considerada de calidad de los cuales se especializan en
ganado vacuno y caprino2.
En el año de 1984, cuando la parroquia Pedro Carbo consiguió por Ley su
cantonización, al mismo tiempo se creaba el Municipio de Pedro Carbo con
asignación de propios recursos para el desarrollo de sus actividades3, en el año
2011 de acuerdo a la nueva ley vigente toma el nombre de Gobierno Autónomo
Descentralizado Municipal del Cantón Pedro Carbo.4
El GAD Municipal de Pedro Carbo, entre los servicios que brinda a la ciudadanía
y por una ordenanza municipal como se muestra en el Anexo 1, existe la
posibilidad de solicitar la donación de material pétreo que es utilizado para el
relleno de viviendas o solares de los ciudadanos del cantón, la donación y
1 Tomado de la Proyección de la Población Ecuatoriana para el 2016 publicado por el INEC
2 Información publicada en la web oficial del GAD Municipal de Pedro Carbo
3 Registro Oficial #790 del 19 de Julio 1984
4 Art. 28 del COOTAD publicada en el 2011
4
transportación de este material pétreo está a cargo del Departamento de Obras
Públicas.
CUADRO I: Listado de Equipos Camineros del GAD Municipal de Pedro Carbo
FE
CH
A
AD
QU
ISIC
IÓN
08
/05
/20
09
08
/05
/20
05
08
/05
/20
09
08
/05
/20
09
08
/05
/20
09
08
/05
/20
09
08
/05
/20
11
08
/05
/20
09
08
/05
/20
09
08
/05
/20
09
AÑ
O
20
09
20
09
20
09
20
09
20
09
20
09
20
09
20
09
20
09
20
09
MO
DE
LO
GH
1JG
UD
GH
1JG
UD
GH
1JG
UD
GH
1JG
UD
GH
1JG
UD
GH
1JG
UD
SS
IEK
VA
-PS
W
MG
43
0
WB
-14
6-5
BW
21
1D
-40
MA
RC
A
HIN
O
HIN
O
HIN
O
HIN
O
HIN
O
HIN
O
HIN
O
MIT
SU
BIS
HI
KO
MA
TS
U
BO
WA
G
PL
AC
A
GX
M9
75
GX
M9
77
GX
M9
81
GX
M9
80
GX
M9
82
GX
M9
78
GX
M9
79
N/A
N/A
N/A
FO
TO
TIP
O D
E E
QU
IPO
VO
LQ
UE
TA
# 1
VO
LQ
UE
TA
# 2
VO
LQ
UE
TA
# 3
VO
LQ
UE
TA
# 4
VO
LQ
UE
TA
# 5
VO
LQ
UE
TA
# 6
TR
AIL
ER
CA
MA
BA
JA
MO
TO
NIV
EL
AD
OR
A
RE
TR
OE
XC
AV
AD
OR
A
RO
DIL
LO
Elaboración: Juan José Morán Sánchez Fuente: Departamento de Obras Públicas del GAD Municipal de Pedro Carbo
5
Actualmente el GAD Municipal de Pedro Carbo cuenta con una flota de Equipos
Camineros, donde se cuenta con Volquetas, Retroexcavadoras, Rodillos,
Motoniveladoras, y Tráiler Cama Baja, detallados en el Cuadro I. Cada uno de
los Equipos Camineros tienen sus respectivos operadores o choferes según sea
el caso y a la vez son asignados como encargados y responsables de los
mismos. También constan diferentes Inspectores que son co-responsables del
uso y cumplimiento de actividades que realizan los equipos camineros, y
tenemos un Jefe de Equipos Camineros que forma parte del Departamento de
Obras Públicas, tal como se muestra en el Cuadro II.
Estos Equipos Camineros tienen una agenda muy apretada de actividades por
cumplir que diariamente se les asigna, dentro de esa agenda se considera la
atención de una solicitud por día, pero al existir una excesiva demanda de
solicitudes por parte de los ciudadanos, que exigen sean atendidas en el menor
tiempo posible, el tiempo de espera para una posible atención puede llegar a ser
de 45 días laborables.
El principal inconveniente que se presenta para el departamento de Obras
Públicas del GAD Municipal de Pedro Carbo, es poder gestionar las tareas y
solicitudes que están pendientes de atención de manera equilibrada, para evitar
la acumulación de obras municipales o peticiones ciudadanas pendientes. Esta
falta de atención en las solicitudes o requerimientos provoca una mala reacción
en los ciudadanos, ya que ellos desconocen las actividades ordinarias que
deben realizar los equipos camineros, y concluyen pensando que no se les
quiere atender o que hay una mala administración municipal.
Para el Alcalde y los Jefes departamentales que son las personas que
representan al GAD Municipal del Cantón, son los encargados de administrar y
controlar ese tipo de recursos que le son asignados a la sociedad en la que se
encuentran, generalmente ante ellos llegan las inconformidades que sienten los
ciudadanos.
6
CUADRO II: Organigrama resumido del GAD Municipal de Pedro Carbo
Elaboración: Juan José Morán Sánchez Fuente: Directorio del GAD Municipal de Pedro Carbo
Alcalde del GAD Municipal de Pedro Carbo
Ing. Ignacio Figueroa G.
Jefe del Departamento Dirección de Obras Públicas
Ing. Errol Clark G.
Jefe de Equipos
Camineros
Ing. Leonardo Galarza M.
Inspector Municipal
de Equipos Camineros
Ing. Calixto Choez B.
Choferes y/o Operadores
Inspector Municipal
de Equipos Camineros
Ing. Jorge Reyes S.
Choferes y/o Operadores
7
Situación Conflicto Nudos Críticos
El proceso administrativo del Departamento de Obras Públicas, específicamente
los Equipos Camineros no cuentan con un sistema o herramienta automatizada
que les permita realizar un correcto control sobre las actividades que realizan los
Equipos Camineros, en la actualidad para todos estos vehículos pesados o
maquinarias municipales se realizan registros de mantenimientos y reparaciones
en cuadros de Excel que se han ido adaptando y utilizado como plantillas para
este tipo de información, en otro cuadro se registra el kilometraje y los gastos de
combustible para cada Equipo Caminero, ver el Anexo 2. Toda esta información
es registrada manualmente, adicionalmente se tiene otros archivos con registros
cronológicos como una hoja de vida de cada vehículo, lo que genera información
repetida en distintos archivos, esto desencadena dificultad para poder elaborar y
presentar informes a las autoridades municipales sobre el trabajo que realizan.
Con respecto al servicio que ofrece el GAD Municipal de poner material pétreo y
Equipo Caminero a la disposición de los ciudadanos mediante una solicitud
debidamente presentada y aprobada por el departamento de Obras Públicas,
como se puede ver un ejemplo en el Anexo 3. Se tiene actualmente una agenda
saturada para atender estos requerimientos, cabe mencionar que estas
solicitudes se registran con una fecha de posible atención de forma manual, de
acuerdo al orden y fecha que han sido recibidas. Unos de los inconvenientes que
se presentan son cuando el GAD Municipal, Prefectura u otra entidad requieren
de la utilización total o parcial de los Equipos Camineros ya sea para un proyecto
vial o emergencia que se presenta, se paraliza la atención de estas solicitudes y
de las actividades normales que tienen los Equipos Camineros y esto presenta
un incumplimiento de las fechas planteadas inicialmente. Para eso se debe
volver a reordenar o reagendar esas actividades para cuando los Equipos
Camineros se encuentren nuevamente disponibles.
Para el GAD Municipal de Pedro Carbo es necesario implementar estas nuevas
herramientas informáticas que le van a permitir tener un mayor control de los
Equipos Camineros Municipales y poder tomar decisiones oportunas. Es
necesario que al plantear el uso de un sistema que permita realizar la correcta
8
administración y control de las actividades diarias que deben cumplir los Equipos
Camineros, este se adapte a los recursos informáticos ya existentes, para no
generar más necesidades de las habituales, caso contrario estaríamos dando
una solución y generando un nuevo problema de recursos insuficientes o
limitados.
Muchas entidades públicas grandes o que cuentan con los recursos necesarios,
van implementado nuevas herramientas tecnológicas en sus procesos con el fin
de mejorar y ofrecer un excelente servicio a los ciudadanos. Pero en el caso de
entidades públicas menores, muchas veces los recursos informáticos asignados
son muy limitados, y con esto también se limitan las posibilidades de estar a la
par con la tecnología que ofrece nuestro mundo moderno.
Causas y Consecuencias del Problema
Entre las principales causas y consecuencias que se presentan, tenemos:
CUADRO III: Causas y Consecuencias del Problema
CAUSAS CONSECUENCIAS
Existe una alta demanda de solicitudes
y requerimientos por parte de la
comunidad que involucra el uso de
Equipos Camineros.
El proceso administrativo que se
realiza manualmente presenta
carencias a la hora de gestionar estas
solicitudes y requerimientos.
Carencia de un software que permita
el registro de solicitudes que permita
gestionar la atención de las mismas.
Varias solicitudes ciudadanas quedan
sin ser atendidas o no se cumple el
orden que fueron ingresadas.
Carencia de registro de actividades
con sus respectivos estados actuales
correspondientes a la agenda de los
Equipos Camineros
El uso desproporcional de un equipo
caminero, hará que este se desgaste
más rápidamente.
9
Factores de orden superior o Equipos
Camineros no están disponibles por
mantenimiento interrumpiendo la
atención de los requerimientos
ciudadanos.
La comunidad presenta malestar y
reclamos ante las autoridades, ya que
ellos desconocen ¿por qué la atención
a sus requerimientos no se da
inmediatamente?
Desorganización del calendario de
atenciones, debido a los cambios que
se producen por las solicitudes que no
fueron atendidas.
Fechas establecidas para la atención
tienen que ser reagendadas para la
atención de los requerimientos
ciudadanos.
Carencia de información detallada y
específica del uso que se le da a los
Equipos Camineros.
No habría un respaldo concreto en
caso de presentar un informe
municipal del uso que se le ha dado a
cada equipo caminero
Elaboración: Juan José Morán Sánchez Fuente: GAD Municipal de Pedro Carbo
Delimitación del Problema
El problema se encuentra delimitado por estas 4 características:
CUADRO IV: Delimitación del Problema
Campo Administración Pública Electrónica
Área Tecnología de la Información aplicada a la Administración
Pública.
Aspecto Fase de control en la administración pública en Municipios.
Tema Desarrollo de un Sistema Web para el Control Administrativo
de Equipos Camineros del GAD Municipal de Pedro Carbo.
Elaboración: Juan José Morán Sánchez Fuente: GAD Municipal de Pedro Carbo
10
Formulación del Problema
En la actualidad, las instituciones públicas y privadas están experimentando el
continuo avance de la tecnología, obligándose a ir evolucionando junto con ella
para seguir brindando un servicio de calidad al entorno donde se desenvuelve.
Estas entidades han evaluado las necesidades que han ido surgiendo por parte
de sus usuarios, con el fin de implementar nuevos servicios que se adapten o
satisfagan esas necesidades.
Los diferentes Municipios que tiene nuestro país están orientando sus procesos
manuales y de trámites a sistemas informáticos que permitan mantener
información actualizada y disponible, manteniendo la transparencia en los
procesos debido a que es un punto fundamental para estas entidades públicas,
pues los recursos que disponen necesitan ser controlados. Los recursos que
posee una entidad municipal cantonal, específicamente los equipos camineros
cumplen actividades planificadas por el Departamento de Obras Públicas y
también ayuda con la atención de requerimientos o solicitudes ciudadanas que
se acoplan a la planificación del GAD Municipal
Los mayores inconvenientes surgen debido a la alta demanda de requerimientos
que realiza la comunidad sobre estos equipos camineros, la entidad municipal
con el objetivo de cubrir la mayor cantidad de requerimientos posibles ha
planteado realizar un cronograma de posibles atenciones, aunque esto no
garantice que la fecha de posible atención se cumpla. La Alcaldía no cuenta con
datos claros y específicos del uso que se les da a los equipos camineros, y la
comunidad desconoce ¿por qué la atención a sus requerimientos no se da
inmediatamente?
En diferentes ocasiones, la atención no se da inmediatamente debido a que los
Equipos Camineros no se dedican exclusivamente a la atención de
requerimientos ciudadanos, sino que tienen que cumplir con actividades
planificadas por el GAD Municipal a través del Departamento Público, y lo que
actualmente se hace es incluir al menos una de estas peticiones a la agenda
11
diaria que cumple los Equipos Camineros, si hubieran demasiadas solicitudes
tienen que esperar ser atendidos de acuerdo al orden que fueron ingresando.
Es necesario tener registrado las solicitudes de requerimiento de atención de los
ciudadanos, las fechas posibles de atención, en caso de que se cumpla la
atención se debería registrar la información del equipo que se le asigno y el
tiempo de uso, adicionalmente lo datos de cada equipo caminero y la
programación de mantenimientos necesarios, esto afecta directamente al
cronograma de solicitudes ciudadanas.
Con lo mencionado anteriormente, al no tener un sistema que permita controlar
administrativamente todas estas actividades internas y externas que involucran a
los Equipos Camineros Municipales y ante la falta de reportes, indicadores o
estadísticas de las labores que desempeñan estos recursos, se encuentran
muchas problemáticas que necesitan ser cubiertas:
Atender solicitudes de los ciudadanos en orden y a tiempo.
Establecer fechas de atención segura.
Obtener un calendario de las solicitudes con fechas asignadas.
Satisfacción de los ciudadanos por la atención dada por el GAD Municipal
de Pedro Carbo
Registro de actividades internas municipales para los Equipos
Camineros.
Estadísticas del uso de cada equipo caminero.
Equilibrar la carga de trabajo de cada equipo caminero.
Reducción de tiempo para gestionar la información
Obtener la información de mantenimientos para estos equipos.
Reducción de los gastos en mantenimientos a los Equipos Camineros
Control de mantenimientos y repuestos para los Equipos Camineros
Control del consumo de combustible por cada Equipo Caminero
12
Evaluación del Problema
El GAD Municipal de Pedro Carbo, desea implementar en su Departamento de
Obras Públicas una solución que le permita gestionar las actividades normales y
atención de solicitudes ciudadanas, reduciendo así el tiempo que toma el
proceso manual.
Los aspectos generales de evaluación son:
Delimitado: Debido a la inexistencia de herramientas tecnológicas que afectan
la correcta gestión y control administrativo de los Equipos Camineros
Municipales, se busca incorporar un sistema que cubra las necesidades
expuestas y ayude al personal encargado a mejorar.
Evidente: La entidad municipal necesita mejorar sus procesos administrativos
internos apoyándose de una herramienta que le permita gestionar y establecer
controles sobre las actividades que realizan los Equipos Camineros para obtener
una mejora en el servicio ofrecido a la ciudadanía.
Concreto: El proceso administrativo actual del Departamento de Obras Públicas
presenta deficiencias en la gestión y control de los Equipos Camineros de
acuerdo a las actividades y requerimientos que deben realizar por parte del GAD
Municipal y de los ciudadanos.
Relevante: Se busca trasladar los procesos manuales que se han venido
realizando a procesos sistematizados y apoyados por una herramienta, logrando
así incorporar las TIC en la administración pública consiguiendo una mejora en
los servicios a la comunidad.
Factible: Este proyecto está orientado a cubrir las necesidades específicas del
Departamento de Obras Públicas del GAD Municipal de Pedro Carbo ante la
carencia de una herramienta tecnológica que les permita llevar el proceso
administrativo de los Equipos Camineros, logrando aplicarlos en un tiempo de
corto plazo y con recursos ya existen en la institución pública.
13
Identifica los productos esperados: El resultado de esta solución será un
entorno web que le permite al Departamento de Obras Públicas mejorar la
administración de sus principales recursos que son los Equipos Camineros,
donde se podrá gestionar las actividades internas y los controles que deben
aplicarse, beneficiando al GAD Municipal de Pedro Carbo y a su comunidad.
OBJETIVOS
Objetivo General
Desarrollar una solución Web para el GAD Municipal de Pedro Carbo mediante
la utilización de herramientas Open Source, que permitan realizar la correcta
administración de la información de solicitudes ciudadanas y tareas asignadas
para los Equipos Camineros Municipales, obteniendo así informes para el
departamento de Obras Públicas.
Objetivos Específicos
Desarrollar un módulo que permita registrar las solicitudes ciudadanas
que requieren el uso del Equipo Caminero para gestionar la atención
oportuna por parte del GAD Municipal de Pedro Carbo.
Desarrollar un módulo que permita registrar las tareas encargadas por el
departamento de Obras Públicas a los Equipos Camineros, para
organizar y distribuir las tareas en una agenda de actividades que deben
cumplir los Equipos Camineros diariamente.
Desarrollar un módulo que permita administrar la información del estado
actual de cada Equipo Caminero para aplicar los mantenimientos
preventivos y correctivos adecuados.
14
Proporcionar informes automáticos y actualizados para la correcta toma
de decisiones sobre la utilización de estos Equipos Caminero del GAD
Municipal.
Diseñar un sistema Web con características Responsive Design, que
permita el fácil acceso y uso desde distintos dispositivos.
ALCANCES DEL PROBLEMA
Se desarrollará en las opciones del sistema una interfaz donde el
personal autorizado del departamento de Obras Públicas se le permitirá
el registro de la información del ciudadano y los datos de la solicitud
sustentados y presentados físicamente.
Se desarrollará en las opciones del sistema una interfaz donde el
personal autorizado del departamento de Obras Públicas se le permitirá
el registro de las tareas y actividades que deben cumplir los Equipos
Camineros según el plan del GAD de Pedro Carbo.
Se registrará los mantenimientos de cada Equipo Caminero formando un
historial, y cuando se realice un mantenimiento se deshabilitará
temporalmente el Equipo Caminero para que no se le asigne la atención
de ningún requerimiento hasta que vuelva a estar disponible.
Con la información registrada, el sistema generará los reportes
estadísticos sobre el uso de cada Equipo Caminero, los índices de
atención de solicitudes y tareas en periodos de tiempo, los cumplimientos
de las tareas y solicitudes asignadas.
Se diseñará un Sistema Web que presente facilidad de uso en múltiples
dispositivos y que cumpla con las características de diseño responsivo,
utilizando un Framework Open Source que permita generar código
adaptativo.
15
JUSTIFICACIÓN E IMPORTANCIA
Los Municipios de las principales ciudades como respuesta a una mejor
atención brindada a su comunidad, están orientando sus procesos manuales
actuales a nuevas soluciones informáticas, brindando así información
actualizada y disponible. Contribuyendo así a mantener la transparencia de los
procesos ante los ciudadanos.
En el caso de Municipios menores, la mayoría de las veces se encuentran
restringidas sus acciones debido a la limitación de los recursos asignados,
como consecuencia se limitan también las probabilidades de generar avances
tecnológicos para nuestros ciudadanos. El GAD Municipal del Cantón Pedro
Carbo en su visión de renovar sus procesos manuales por procesos
automatizados, acorde a las necesidades actuales de la sociedad, ha ido
implementando servicios “en línea” a través de su nueva página Web.
Un área en específico: Obras Públicas, tiene una demanda de solicitudes y
requerimientos ciudadanos a diario, la falta de control da paso a una
desorganización casi continua, generando así el malestar de los ciudadanos
que requieren un servicio ofrecido y no obtienen la mejor respuesta.
Al no contar con una herramienta tecnológica especifica que permita realizar la
gestión administrativa y de control sobre el uso adecuado de los equipos
caminero, como consecuencia provoca una falta de información respecto a la
distribución equitativa cantonal del beneficio de poseer un equipo caminero.
Por tal motivo el GAD Municipal del Cantón Pedro Carbo, ante esta necesidad,
se plantea mejorar su proceso administrativo interno a través del desarrollo y
utilización de una solución informática para la correcta gestión de los Equipos
Camineros Municipales.
El entorno de sistemas web se ha convertido para estos Municipios en una
solución que brinda las posibilidades de acceder a información actualizada
16
desde cualquier lugar. Estos servicios han ayudado a mantener un control,
orden y disponibilidad de la información que se necesita dar a conocer a los
usuarios.
Con esta solución se busca poder emitir reportes sobre el uso que se le da a los
respectivos equipos camineros, con esta información podrían corregirse
falencias existentes tales como la asignación excesiva de actividades a un
mismo Equipo Caminero mientras otros tienen una carga actividades más
holgada examinando si la distribución de estos recursos es de forma equitativa,
conocer si la utilización de estos vehículos pesados y maquinarias se les está
dando el uso adecuado, además se llevara la información e historial de cambios
y mantenimientos de los equipos para analizar el rendimiento futuro.
También debe considerarse la evaluación de la atención brindada a los
ciudadanos para conocer si se está cumpliendo en los días especificados o se
los mantiene en espera, con este análisis se puede mejorar el tiempo de
respuesta para la atención de los requerimientos ciudadanos.
Dentro de esta solución web se busca incorporar a su estructura de diseño el
uso de un framework “Responsive Web Design”, que al acceder al sistema web
desde el navegador de diferentes dispositivos ya sea este un móvil, Tablet o
PC, este permita que todo el entorno web se adapte al tamaño de nuestra
pantalla actual, y sea más fácil su usabilidad.
METODOLOGÍA DEL PROYECTO
Metodología de Desarrollo
Para el desarrollo de este proyecto se utilizará la Metodología XP (eXtreme
Programming) que forma parte de las metodologías ágiles, este conjunto de
prácticas ayudarán a obtener un Software final con alta funcionalidad y de gran
calidad. Una de las razones para considerar la utilización de este tipo de
metodología se debe a que el desarrollo se encuentra enmarcado en un plazo
de tiempo que no debe ser tan extenso, por lo tanto se ha planteado realizar
17
entregas o avances funcionales del sistema de forma progresiva, esto va a
permitir generar varias iteraciones con resultados visibles.
Esta metodología plantea en su ciclo de vida una etapa de análisis inicial y una
de iteraciones que a su vez contienen 4 fases que son: planeación de
requerimientos, diseño, codificación y pruebas de aceptación, las cuales van a
ser presentadas dentro del desarrollo de este proyecto.
Para definir cada iteración se plantea la elaboración de módulos específicos del
sistema, inicialmente se especifica los requerimientos funcionales que se
desean y se establece de 1 a 3 semanas como tiempo ideal para este
desarrollo. Estos módulos vistos de otra forma se diría que son subsistemas,
pero se mantiene el vínculo de unión entre ellos ya que estos se complementan
formando un solo sistema, esta relación es propia de un Sistema
Computacional. Al final de todas las iteraciones planteadas, se espera obtener
un Sistema Web con todos sus módulos incorporados y funcionando.
Supuestos y Restricciones
Esta metodología nos va a permitir ir cumpliendo con las expectativas
establecidas, nos permitirá generar una alta capacidad de reacción y flexibilidad
ante los posibles cambios que se presenten o que sean requeridos, nos
permitirá la reducción del tiempo ya que los usuarios podrán empezar a utilizar
las funcionalidades más importantes antes de que esté finalizado el proyecto,
Como menciona Office of the Chief Information Officer [OCIO] (s.f.) los
supuestos son situaciones que se asumen como existentes, verdaderas o que
han de ocurrir para que el proyecto resulte. Estableciendo como supuestos para
este proyecto:
Que el personal administrativo tiene como mínimo conocimientos
informáticos.
El GAD Municipal de Pedro Carbo cuenta con una flota de Equipos
Camineros.
18
El GAD Municipal de Pedro Carbo no varía los procesos internos
relacionados a la administración de Equipos Camineros.
Cuentan con el hardware, software e infraestructura de red mínima para
que el proyecto funcione.
Las restricciones son las situaciones que impiden, limitan o restringen el
desarrollo del proyecto, y que no dependen de nosotros (OCIO, s.f.). Como
restricciones para esta metodología se presentan:
Si existiera una demanda excesiva de requerimientos no podríamos
establecer la finalización total del proyecto, ya que se lo considera como
proyecto de corto plazo para el desarrollo.
Iteraciones de desarrollo no deben superar las 3 semanas, ya que se
perdería la continuidad del proyecto.
Personal administrativo presenta actitud negativa ante la incorporación
de un sistema al proceso actual.
Plan de Calidad
Se propone el desarrollo de un Sistema Web como solución al problema que
tiene el GAD Municipal de Pedro Carbo. El plan de calidad busca evaluar dicha
solución desde diferentes puntos o aspectos, para eso se realizan pruebas que
permitan analizar y comprobar que se está cumpliendo con lo propuesto.
Como lo indica la metodología XP, en cada iteración hay una etapa final
denominada Pruebas de Aceptación, donde se realizan validaciones de la
funcionabilidad de cada avance entregado y que este cumpla con lo propuesto
inicialmente en cada iteración. Las pruebas se establecen de forma distinta o
dependiendo del usuario para cada entregable, si estas pruebas resultan
exitosas y se cumple con lo planteado, podremos tener un Sistema que cumple
con la calidad de lo que se está entregando.
19
CAPÍTULO II
MARCO TEÓRICO
ANTECEDENTES DEL ESTUDIO
Desde que las TIC forman parte de entidades públicas se considera que la web
proporciona a una sociedad no sólo la información que requiere, sino que esto
les permite trascender en la realidad y lograr un cambio en las entidades. No
obstante, enfocaremos que la web es un sistema de información que permite
lograr varios propósitos en la administración (Falk, 1998).
En México, España y otros países europeos, se apunta a la modernización y
vinculación de la tecnología con los procesos administrativos públicos, a la cual
se le ha dado el nombre de E-Administración (Administración Electrónica). Entre
sus principales objetivos se destacan poder gestionar trámites de forma online,
realizar consultas de servicios sin la necesidad de presentarse físicamente en las
ventanillas, y mantener la calidad del servicio como si fuese presencial.
Basando este nuevo concepto de E-Administración, la implementación de
Sistemas Web para los procesos internos de entidades públicas contribuirá para
que más adelante se puedan crear servicios online donde los ciudadanos
realizarán consultas o trámites de forma sencilla, disminuyendo la presencia
física que representa otros inconvenientes como el tiempo de espera para la
atención, realizar filas, tener que repetir un proceso por falta de documentación,
entre otros.
En Ecuador, los GAD Municipales de diferentes cantones, en especial aquellos
que no han contado con los recursos necesarios y que son muy limitados,
pertenecientes a comunidades que aún no desarrollan el interés para que la
tecnología sea parte de sus vidas, tal como lo hacen las grandes ciudades, son
20
las que necesitan de nuestra ayuda, para que con nuestros conocimientos y sus
necesidades podamos emprender proyectos que les permitan progresar y formar
parte de esta globalización tecnológica.
Podemos mencionar que los Equipos Camineros Municipales a los cuales
tomamos como los actores principales de este proyecto, anteriormente también
han sido objetos de estudio para proyectos de graduación en otras instituciones
tales como la Universidad Técnica de Ambato (UTA) en el 2016 y la Escuela
Superior Politécnica de Chimborazo (ESPOCH) en el 2011, los cuales dentro de
sus alcances se enfocan en la parte funcional y de rendimiento de los motores
de los Equipos Camineros, ya que son estudios de Ingeniería Mecánica.
El GAD Municipal de Pedro Carbo actualmente cuenta con una Página Web
oficial que fue rediseñado en el 2015 por estudiantes de la Carrera de Ingeniería
en Sistemas Computacionales de la Universidad de Guayaquil, dentro de esta
Web se encuentra información del cantón y de las autoridades Municipales,
noticias y actividades que se realizan, además de pequeños servicios que se
han incorporado tales como Consulta de Deudas sobre los Impuestos Prediales
y se espera poder seguir agregando más servicios en favor de la comunidad.
FUNDAMENTACIÓN TEÓRICA
METODOLOGÍAS ÁGILES
Dentro la Ingeniería de Software, para la creación de un software se aplica un
conjunto de procesos, métodos y herramientas de forma organizada, a todo esto
lo conocemos como la metodología de desarrollo la cual cumple un papel muy
importante en todo el proceso. Comúnmente se suele utilizar metodologías
“tradicionales” para la elaboración o desarrollo de un software, donde han
demostrado ser efectivos y funcionales en proyectos de gran tamaño con
relación al tiempo y a los recursos, ya que utilizan un control riguroso en los
procesos, además de incluir el modelado de datos y la documentación detallada
(Letelier & Penadés, 2006).
21
GRÁFICO 1: Estructura de las etapas y procesos que tienen las metodologías tradicionales
Elaboración: INGENIO Soluciones Integrales Fuente: https://ingeniosolucionesintegrales.wordpress.com/
Sin embargo, en la actualidad los proyectos presentan entornos variantes, se
espera reducir los tiempos drásticamente y a la vez manteniendo la calidad del
software, y es así como todas estas problemáticas de tiempo y flexibilidad ya no
pueden ser cubiertas por las metodologías tradicionales, dando razón al
surgimiento de las metodologías ágiles. Especialmente orientadas en dar
solución a proyectos de menor escala simplificando el proceso pero manteniendo
la calidad de mismo.
Aunque se menciona que estos desarrollos ágiles de software aparecen en la
década de 1990, como términos de metodologías ágiles propiamente dichos
tienen su origen en el año 2001, donde se reunió un grupo de expertos en el
área de la creación de software. Es ahí donde se establecen valores y principios
22
que rigen a estas metodologías y se encuentran plasmados en lo que se conoce
como Manifiesto para el Desarrollo Ágil de Software. La Alianza Ágil dentro de su
manifiesto declara 4 valores que se contraponen a valores considerados
tradicionalmente:
CUADRO V: Valores de las Metodologías Ágiles vs Metodologías Tradicionales
Elaboración: Juan José Morán Sánchez Fuente: tomado del Manifiesto Ágil de Agile Alliance (2001)
Y estos cuatro valores antes mencionados dan origen a los doce principios
expresados de la siguiente manera:
I. Nuestra mayor prioridad es satisfacer al cliente mediante la entrega
temprana y continua de software con valor.
Metodologías Ágiles
Metodologías Tradicionales
Seguir un Plan
Negociación de Contratos
Amplia Documentación
Procesos y Herramientas
Respondiendo al Cambio
Colaboración con el Cliente
Software Funcional
Individuos e Interacciones
23
II. Aceptamos que los requisitos cambien, incluso en etapas tardías del
desarrollo. Los procesos Ágiles aprovechan el cambio para proporcionar
ventaja competitiva al cliente.
III. Entregamos software funcional frecuentemente, entre dos semanas y dos
meses, con preferencia al periodo de tiempo más corto posible.
IV. Los responsables de negocio y los desarrolladores trabajamos juntos de
forma cotidiana durante todo el proyecto.
V. Los proyectos se desarrollan en torno a individuos motivados. Hay que
darles el entorno y el apoyo que necesitan, y confiarles la ejecución del
trabajo.
VI. El método más eficiente y efectivo de comunicar información al equipo de
desarrollo y entre sus miembros es la conversación cara a cara.
VII. El software funcionando es la medida principal de progreso.
VIII. Los procesos Ágiles promueven el desarrollo sostenible. Los promotores,
desarrolladores y usuarios debemos ser capaces de mantener un ritmo
constante de forma indefinida.
IX. La atención continua a la excelencia técnica y al buen diseño mejora la
Agilidad.
X. La simplicidad, o el arte de maximizar la cantidad de trabajo no realizado,
es esencial.
XI. Las mejores arquitecturas, requisitos y diseños emergen de equipos auto-
organizados.
XII. A intervalos regulares el equipo reflexiona sobre cómo ser más efectivo
para a continuación ajustar y perfeccionar su comportamiento en
consecuencia.
Con todo lo expuesto sobre estas metodologías ágiles podemos ver claramente
que hay diferencias con respecto a las metodologías tradicionales que no sólo
afectan el proceso, sino también al grupo de trabajo. Villareal (como se cita en
Gamboa, 2014) menciona: de los múltiples beneficios que las metodologías
ágiles contribuyen, la producción de resultados, el incremento de la productividad
y la adaptación, son considerados como los principales beneficios que inciden de
manera directa en la competitividad de una organización.
24
CUADRO VI: Comparación entre Metodologías Ágiles y Metodologías Tradicionales
Metodologías Ágiles Metodologías Tradicionales
Se fundamenta en el conjunto de
conocimientos obtenidos previamente
a través de la experiencia en el
desarrollo de software.
Se fundamenta en las normas y
estándares establecidos por un
ambiente de desarrollo.
Se aceptan cambios durante el
proceso de desarrollo del proyecto y
son utilizados retroalimentación.
Resistencia a cambios planteados por
el cliente durante el proceso de
desarrollo del proyecto.
Control mínimo requerido durante el
proceso, dando mayor facilidad al
equipo.
Proceso más rígido y controlado por
políticas que se apegan un modelo
establecido.
No existe un Contrato predeterminado
o este es más flexible.
Existencia de un Contrato definido
desde el principio.
Se considera al cliente como parte del
equipo durante el desarrollo,
estableciendo una relación más directa
y personalizada.
Se realizan reuniones documentadas
donde el cliente interactúa
indirectamente con el equipo de
desarrollo.
Orientada a pequeños grupos donde
todos trabajan de forma cooperada.
Se presenta un grupo grande de
trabajo donde están distribuidos de
acuerdo a las diferentes etapas.
Menor relevancia en la arquitectura y
mayor énfasis en la funcionalidad del
software.
Mayor relevancia en la utilización de
modelos en la arquitectura del
software.
Elaboración: Juan José Morán Sánchez Fuente: Metodologías Ágiles para el desarrollo de Software de Letelier & Penadés (2006)
25
A este conjunto de métodos ágiles, pertenecen metodologías con características
propias y aspectos más específicos entre las cuales vamos a destacar XP
(eXtreme Programming) la cual será utilizada para el desarrollo de este proyecto.
EXTREME PROGRAMMING XP
También conocida como Programación Extrema, tiene sus orígenes a mediados
de la década del 90 de la mano de Kent Beck un Ingeniero de Software y Máster
en Ciencias de la Computación, el cual también formó parte de los autores del
Manifiesto Ágil. Entre sus principales beneficios se menciona la elaboración del
sistema por iteraciones con entregas frecuentes y continuas, durante el
desarrollo del software se considera la participación activa del cliente y esto se
realiza por medio de las historias de usuarios, obteniendo al final de dicha
iteración una versión o parte del sistema donde el cliente es quien define las
pruebas para validar el producto (Gamboa Manzaba, 2014).
Como menciona Beck (2002), XP se basa en valores propios como: la
simplicidad, la comunicación, la retroalimentación (feedback), el coraje o valentía
y el respeto. Los cuales iremos detallando a continuación:
Simplicidad: Se debe realizar lo que se necesita y lo que se ha pedido,
no más de eso. Es decir, que nuestro objetivo es cubrir el alcance
planteado sin necesidad de realizar funciones adicionales que no han
sido solicitadas.
Comunicación: Ya que es una metodología que integra todo el equipo
de trabajo y debe existir la comunicación personal, para que entre todos
obtengan la mejor solución al problema.
Retroalimentación: También conocido como feedback, es donde se
busca el compromiso del equipo para que en cada iteración exista la
entrega oportuna del software, luego escuchar con mucha atención y
realizar los cambios.
Coraje: Se dice la verdad sobre los avances y estimaciones de tiempo,
no se exponen excusas porque el objetivo es tener éxito en todo el
proceso, y existe la compañía de los demás ya que nadie trabaja solo.
26
Respeto: Es un punto fundamental no sólo el dar, sino también el recibir
el respeto que se merece cada miembro del equipo de trabajo. Todos
aportan con información o ideas valiosas, ya sean los desarrolladores o
los clientes.
Dentro de este proceso que tiene la metodología XP, existe un ciclo con etapas
o fases que cumple cada iteración como son: la Planificación, el Diseño, la
Codificación, y las Pruebas. Las detallaremos en el cuadro a continuación:
CUADRO VII: Ciclo de Vida dentro de la Metodología XP
•Es el inicio de la iteración, el cliente elige las historias de usuarios que se van a trabajar, donde elige lo más importante para su organización.
•Se determina la duración de la iteración que va de 1 a 3 semanas.
•Para los programadores cada historia de usuario implica un conjunto de tareas por realizar y son ellos quienes estiman el tiempo que se van a tomar realizar dicha tarea.
Planeación de la Iteración (Iteration Planning)
•Se plantea un diseño que permita ir realizando cambios sin dificultad y que permita mantener su funcionalidad a pesar de las modifcaciones e integraciones que se generan en cada iteración.
Diseño (Designing)
•Se maneja un código estandar para todo el equipo de desarrolladores.
•Se debe utilizar codificación sencilla, que sea fácil de recordar y entender, para evitar confusiones o dificultad entre los miembros del equipo.
•Dentro de este equipo se considera Desarrolladores, Cliente y Verificadores y cliente.
Codificación (Coding)
27
Elaboración: Juan José Morán Sánchez Fuente: Metodologías Ágiles para el desarrollo de Software por Letelier & Penadés (2006)
LA ADMINISTRACIÓN Y SUS PROCESOS
Para definir una palabra lo más usual es definirla etimológicamente, es decir,
obtener la explicación del origen histórico de la palabra o término, utilizando los
significados lingüísticos que lo conforman, así podremos encontrar el verdadero
sentido de la palabra e inferir en su concepto. La palabra Administración tiene su
origen en el latín, está compuesta por el prefijo ‘ad’ que significa hacia, dirección,
tendencia y de la palabra ‘ministratio’ que es un derivado de ‘minister’, donde el
vocablo ‘minus’ es comparativo de inferioridad, y el sufijo ‘ter’ que indica relación
hacia otro (Reyes, 2007). Es decir, etimológicamente administración significaría
realizar una actividad bajo el mando de otro, aquel que da un servicio a otro.
Considerada como una disciplina que sigue en constante estudio, diferentes
autores la presentan como una técnica y no como una ciencia, obteniendo así
definiciones desde diferentes puntos de vista. En algunos casos se ha utilizado
elementos que resaltan en el proceso administrativo y así poder definir la
administración, como es el caso de Robbins & DeCenzo (2009) donde refieren
que la administración es un proceso que consigue realizar una actividad con
eficiencia y eficacia, por medio de un grupo de personas.
Por otro lado, el Decano de la Facultad de Ciencias Administrativas de la
Universidad Nacional Mayor de San Marcos en Lima, Valeriano Ortiz (2008)
Doctor en Ciencias Administrativas plantea que la Administración reúne 3
dimensiones que le ayudan a definirse como una ciencia, técnica y arte,
•El cliente define el escenario de pruebas para los requerimientos planteados al inicio de cada iteración, al final se espera la aceptación.
Pruebas de Aceptación (Acceptance Test)
28
destacando que son complementarias. En sus enunciados encontramos que la
administración es una ciencia con un conjunto de conocimientos organizados de
forma sistemática y que cuenta con principios que le son característicos, y es a
la vez una técnica porque posee procedimientos validados por el conocimiento y
la experiencia que pueden ser utilizados de forma general o particular. Por último
es considerada como un arte que se caracteriza por contar con la virtud,
disposición y personalidad que se aplica en una organización con personas de
diversos y complejos atributos.
Podemos concluir indicando que la administración ya sea como ciencia, técnica
o disciplina, posee metodologías, principios, leyes, procedimientos, entre otros
que le ayudan a lograr objetivos o metas que fueron planteados en una etapa
previa y análisis, aprovechando la utilización de los recursos disponibles de la
manera más adecuada para la organización.
Desde la perspectiva global de los diferentes autores que hacen referencia al
proceso administrativo como un sistema, plantean diversos criterios de división
en su estructura para poder identificar y separar los elementos que intervienen
en la administración. Hay autores que presentan en sus teorías fundamentadas
divisiones desde 3 hasta 8 elementos, sin embargo podemos observar que de
todos estos elementos expuestos se destacan cuatro elementos en común,
como son: la Planificación, la Organización, la Dirección y el Control, que lo
expresaremos en el siguiente cuadro de forma resumida.
De estos elementos expuestos que para una mayor explicación y detalle de su
funcionabilidad son considerados como etapas en el proceso administrativo, y
como parte de la fundamentación teórica de este proyecto vamos a enfocarnos
en la etapa de control administrativo.
29
CUADRO VIII: Estructura de los elementos en el Proceso Administrativo
Elaboración: Juan José Morán Sánchez Fuente: Adaptado de Agustín Reyes, Administración Moderna (pág. 31)
SISTEMA WEB FRENTE A SISTEMA DE ESCRITORIO
Debemos mencionar rápidamente sobre lo que se conoce hoy en día como la
"nube". Este modelo nos va a permitir trabajar desde cualquier lugar donde nos
encontremos ya que el sistema y la información que contiene estarán disponibles
en línea, y podremos acceder a ellos simplemente teniendo un dispositivo con
una conexión a internet.
Si hacemos un análisis, partiendo de la suposición de un escenario donde existe
un sistema o aplicación que es accedida concurrentemente por varios usuarios
de una organización desde diferentes ubicaciones. Tendremos una perspectiva
Proceso
Administrativo
Fase
Mecánica
Planificación
¿Qué hacer?
Establecer Misión, Visión,
Objetivos, valores,
presupuestos, políticas y
procedimientos
Organización
¿Cómo hacer?
División del trabajo,
Sectorizar o Departamentalización, descripción, especificaciones
de funciones
Fase
Dinámica
Dirección
¡Que se haga!
Toma de decisiones, supervisión, integración, motivación,
comunicación
Control
¿Cómo se hizo?
Fijación de estándares,
métricas, KPI, retroalimentación
30
para poder comparar los dos modelos de tecnologías que estamos mencionando
en nuestro enunciado principal.
En el caso de utilizarse Sistemas de Escritorio, tendremos un programa que se
con diferentes funcionalidades que se debe instalar en cada estación de trabajo
y se conectará a través de la red con la base de datos. Las principales ventajas
que se encuentran en este tipo de sistemas es la rapidez de uso ya que junto
con el software se instalan todos los controles y eventos en la estación de
trabajo, por otro lado se presenta un inconveniente a la hora de realizar cambios
o mejoras al sistema, ya que nos obligará a realizar un proceso ya sea manual o
automático que replique la actualización en todos los programas instalados de
cada estación.
Por otro lado están los Sistemas Web, que aplicados al mismo escenario
tendríamos un servidor principal donde se encuentra el aplicativo funcionando y
los usuarios acceden al sistema a través de un navegador web desde sus
diferentes estaciones de trabajo que están conectadas a la red. La principal
ventaja que se presenta es la disponibilidad del Sistema para ser accedido
desde diferentes dispositivos que tengan al menos un navegador web y una
conexión a la red. De esta forma no estaríamos atando el funcionamiento del
Sistema de acuerdo a requerimientos mínimos de un equipo. Para el caso de
actualizaciones en el Sistema, solamente es necesario realizar los cambios en el
servidor y así se podrá tener de forma sencilla un aplicativo actualizado, este
proceso puede llegar a ser totalmente transparente para los usuarios.
CARACTERÍSTICAS Y VENTAJAS DE LOS SISTEMAS WEB
Como hemos mencionado anteriormente los sistemas web presentan ventajas
muy notables frente a otros sistemas o aplicaciones, ya que estos funcionan
independientemente del dispositivo o del sistema operativo. El desarrollo de
estos sistemas aporta una gran facilidad para los programadores ya que pueden
crear cualquier aplicación que tenga las mismas funcionalidades que las de un
aplicativo de escritorio. Desde diferentes puntos de vistas, varios autores y
31
expertos concuerdan en principales ventajas que se presentan en el uso de este
tipo de sistemas, tomando todas estas referencias encontramos así:
CUADRO IX: Características y Ventajas de los Sistemas Web
CARÁCTERÍSTICAS VENTAJAS
Accesibilidad
No se necesita realizar instalaciones de software de
forma local en los dispositivos clientes, ya que el
navegador web nos permite acceder al aplicativo de
manera rápida.
Adaptabilidad
Para los usuarios que no necesariamente utilizan el
sistema a través de una estación de trabajo, y utilizan
otros dispositivos ya sean mobiles, tablets u otro
debido a que sus labores dentro de la organización o
empresa son más dinámicas, no hay impedimentos
para adaptar la interfaz del sistema a este tipo de
terminales.
Confidencialidad
Los niveles de acceso se realizan a través de los
privilegios asignados a los usuarios del sistema, sin
necesidad de requerir alguna instalación adicional.
Portabilidad
La implementación del Sistema Web no presenta
complejidades para ponerlo en producción, debido a
su funcionamiento podemos realizar respaldos y
recuperación de forma rápida.
Transparencia
Debido al modelo de tecnología, tendríamos un
servidor principal el cual contiene el aplicativo web
donde se conectan los dispositivos clientes, al
32
momento de realizar una actualización estos cambios
se verán reflejados inmediatamente en los clientes.
Con esto se mejora el tiempo de respuesta con
respecto a cambios en el aplicativo.
Escalabilidad
Ya no es prioritario renovar el Hardware o el Software
de los computadores clientes o dispositivos ya que
sólo se utiliza los navegadores para la utilización del
sistema. Esto debería de considerarse como una
reducción de gastos para cuando se desee realizar
cambios o mejoras al Sistema que generen luego un
impacto en su funcionalidad.
Disponibilidad
Con el funcionamiento de este sistema o aplicativo a
través de la nube, tendremos totalmente disponible la
utilización del sistema con su respectiva información
en cualquier momento que se desee o lugar donde se
encuentre el usuario, ya que gracias a las
características propias de la web esto se convierte en
algo natural y transparente.
Elaboración: Juan José Morán Sánchez Fuente: Adaptado de http://www.niebla.com/blog/software-web-o-software-de-escritorio
RESPONSIVE WEB DESIGN
Conocida como el conjunto de técnicas que nos permite diseñar y desarrollar
estructuras Web adaptables a las dimensiones de la pantalla desde donde se
está accediendo, para mejorar los aspectos de visualización. El término
“responsive” no es una expresión propia de la Web, sino más bien podríamos
decir de forma general que es la característica de un sistema que responde a los
cambios del entorno en el que se encuentra (Alvarez, 2015).
33
En nuestro lenguaje podríamos decir que la traducción corresponde a
“Responsivo”, el Diccionario de la Real Academia Española (2016) lo define
como: “Perteneciente o relativo a la respuesta” (párr.3). Sin embargo para el
desarrollo Web es más apropiado utilizar el término “adaptable” que hace
referencia a una página que posee una estructura que se adapta a la pantalla del
dispositivo que lo accede.
GRÁFICO 2: Adaptación de pantalla con Responsive Web Design
Elaboración: MOBILUS Fuente: http://www.mobilusdesign.com/responsive-web-designed-websites-for-wordpress/
Surgimiento del Responsive Web Design
Para hablar un poco del cómo se originan estas técnicas, debemos hacer
referencia que años atrás, sólo existían los computadores y la visualización de
contenido web era a través de este medio, pero actualmente existen otros
dispositivos como smartphones, tablets, televisores inteligentes, entre otros. Y al
utilizar estos dispositivos se encuentra el problema de que no hay una buena
usabilidad de la interfaz, por lo cual se necesita mejorar el diseño de las
pantallas y adaptarlas para poderlas visualizar en estos dispositivos.
34
GRÁFICO 3: Esquema adaptativo dependiendo del dispositivo
Elaboración: James Debono Fuente: http://www.business2community.com
Anteriormente los sistemas, aplicativos o páginas web estaban diseñados y
estructurados para ser utilizados a través de un computador. Años después con
la globalización y avances de la tecnología se consigue acceso a Internet desde
dispositivos móviles, y poco después las tablets se suman a estos dispositivos.
Normalmente se creaban distintas versiones del mismo sitio para que pueda ser
visualizada correctamente en cada dispositivo.
Actualmente se sigue utilizando esta metodología en varios e importante sitios
web, donde tienen distintas versiones del mismo. Mencionaremos como ejemplo
que aquí en Ecuador, si accedemos a la página web oficial del diario El Universo
podemos ver que para computadora hay un diseño amplio y si accedemos desde
un dispositivo móvil esta nos direccionará a un subdominio que tiene el diseño
para pantallas más pequeñas. Esta metodología era muy común hasta hace
unos años, sin embargo no es lo recomendable. Como principales desventajas
que aparecían eran las de diseñar una web varias veces, lo que multiplica el
35
trabajo. En el caso de mantenimientos o cambios había que modificar cada una
de las versiones que se habían creado para el sitio.
El problema se acrecienta con el surgimiento de otros dispositivos que también
hacen uso del internet, como es el caso de televisores, relojes inteligentes, entre
otros. No se puede en mantener el pensamiento de seguir haciendo más
versiones para cada dispositivo que aparece en el mercado. Por la tanto es
necesario crear sitios web con características adaptables a las pantallas desde
donde se está visualizando, para que exista una única web. Es así como ante
esta necesidad surge esta técnica que resuelve los problemas de adaptación
(Alvarez, 2015).
Bootstrap
Bootstrap es una arquitectura de diseño, en términos informáticos conocido
también como un framework. Su creación es atribuida a Twitter, este nos brinda
la posibilidad de construir interfaces web con estilos CSS y lenguaje de
programación dinámico JavaScript, obteniendo como principal característica
adaptar la interfaz al entorno donde se está visualizando. Expresado de otra
forma, todo el sitio web se ajusta a la pantalla ya sea de una PC, Smartphone,
Tablet u otros dispositivos de similares características. A todo este conjunto de
técnicas se les denomina como "responsive design" o también diseños
adaptativos.
Como uno de los principales beneficios que se puede mencionar al utilizar
diseños adaptativos es lograr que el aplicativo web de forma automática se
adapte al dispositivo desde donde se realiza el acceso. Dentro de estas técnicas
de desarrollo el elemento que más se utiliza comúnmente son los media queréis
que son los encargados de adaptar el contenido, con este módulo desarrollado
con CSS3 evalúa la resolución de la pantalla del dispositivo haciendo que la
interfaz tenga una fluidez para adaptarse de forma automática a cualquier
medida.
36
Actualmente Bootstrap tiene incorporado algunas sentencias condicionantes con
media queries que permiten adaptar la interfaz en diferentes escalas del tamaño
de un dispositivo, logrando así una correcta visualización y una buena usabilidad
por parte del usuario.
El Framework de Bootstrap ofrece diversas utilidades para el desarrollo de las
interfaces web, el diseño se realiza de una manera simple, rápida, transparente y
muy intuitiva. Dentro de estas herramientas se puede encontrar elementos
predefinidos como botones, formularios, banners, entre otros que pueden ser
usados o ajustados a la necesidad que se tiene para la elaboración de la interfaz
web.
Actualmente Bootstrap se conoce que es una herramienta Open Source, sin
embargo se promueve y distribuye bajo una licencia GPL y a su vez está
protegido por Copyright, de los cuales se destaca:
Se permite la descarga y utilización de forma gratuita del Framework
completo o parte del mismo, sin limitación de uso comercial o personal.
El Framework puede ser utilizado o incluido en otro software.
Se prohíbe la redistribución de cualquier extracto del Framework sin
referenciar a los autores originales.
Se prohíbe la utilización de cualquier elemento de la empresa
desarrolladora haciendo parecer que hay algún vínculo o relación con el
proyecto donde se encuentra incluido el Framework.
Se debe incluir la copia de la licencia donde se contiene el Framework.
Se debe siempre mencionar de forma clara los autores originales del
Framework.
37
No es necesario hacer público las modificaciones que se hayan realizado
al código del Framework.
HERRAMIENTAS WEB
Lenguaje de Programación PHP
Proviene del acrónimo Pre Hypertext -Processor (PHP), es uno de los tantos
lenguajes de programación para web que existen actualmente. Es muy utilizado
debido a sus características de rapidez, flexibilidad a la hora de armar sitios web
o blogs.
En el entorno web existen 2 tipos de lenguajes de programación, uno de ellos es
el que se ejecuta del lado del cliente, es decir en el navegador y por otro lado
tenemos los que se ejecutan del lado del servidor y devuelven código HTML
procesado. PHP es uno de estos lenguajes del lado del servidor, su creación se
le atribuye a Rasmus Lerdorf entre los años 1994 y 1995.
Dentro de las características del lenguaje PHP es que puede ser combinado con
HTML, lo que permite tener una página más dinámica. También puede lograrse
combinar con JavaScript que es un lenguaje del lado del cliente. El código PHP
para poder ser procesado necesita de un interpretador que generalmente está
implementado en el servidor web como un módulo ejecutable.
Una de las grandes características que tiene PHP, es que el código después de
ser compilado da como resultado una combinación que no necesariamente es un
mismo tipo de dato, logrando así obtener imágenes, código HTML, recursos web,
entre otros.
38
GRÁFICO 4: Funcionamiento de un sistema web
Elaboración: José Mariano González Romano Fuente: http://www.lsi.us.es/cursos/cursoweb/cap0801.html
Base de Datos MYSQL
Es un Sistema Gestor de Base de Datos (SGBD) de código abierto que permite
de manera relacional almacenar información, tiene sus inicios a mediados de
1999 y desarrollada por MySQL AB. Al igual que otros SGBD utiliza el lenguaje
de consultas SQL para poder ingresar, modificar y suprimir información en la
base de datos.
MySQL debido a su ligero peso puede ser empleado por múltiples apliaciones,
aún el uso más popular que se le da es en los desarrollos de sistemas o páginas
Web. En el área web para la creación de sitios dinámicos se utiliza mucho la
interacción del código de programación (PHP en la mayoría de los casos) y la
información contenida en la Base de Datos.
Las facilidades que se presentan a la hora de realizar un desarrollo para
entornos web, es la inclusión del comandos SQL en la codificación de PHP,
forma scripts que permitan gestionar la información almacenada en la Base de
Datos. Hoy en día podemos encontrar algunos paquetes que traen embebido el
servidor de aplicaciones Apache, la base de datos MySQL, el compilador e
interpretador PHP, formando un Servidor Web instalable como WAMP o LAMP.
39
GRÁFICO 5: Proceso de solicitud e interpretación del servidor web
Elaboración: Jesús Ruizz Ruizz Fuente: http://paginaswebysusrecursos.blogspot.com
XAMPP es uno de los servidores web multiplataforma y es distribuido bajo la
licencia GNU, dejando así como un servidor web libre. Incluye el servidor
Apache, la base de datos MySQL y dos interpretadores de lenguaje de
programación: PHP y Perl. Muy utilizado debido a su fácil uso e instalación.
FUNDAMENTACIÓN LEGAL
Dentro de este proyecto se considera el uso de software libre, el cual da la
libertad a los usuarios para ejecutar, copiar, distribuir y estudiar el mismo, e
incluso permite la modificación de dicho software. Se mencionará leyes que
respaldan el uso de sistemas “Open Source” para el tema propuesto, también se
considera la ley que protege los derechos del autor y las leyes que promueven el
desarrollo de los GAD Municipales en el Ecuador.
40
REGISTRO OFICIAL N°320
LEY DE PROPIEDAD INTELECTUAL
Art. 1. El Estado reconoce, regula y garantiza la propiedad intelectual adquirida
de conformidad con la ley, las Decisiones de la Comisión de la Comunidad
Andina y los convenios internacionales vigentes en el Ecuador.
La propiedad intelectual comprende:
1. Los derechos de autor y derechos conexos.
2. La propiedad industrial, que abarca, entre otros elementos, los siguientes:
a. Las invenciones;
b. Los dibujos y modelos industriales;
c. Los esquemas de trazado (topografías) de circuitos integrados;
d. La información no divulgada y los secretos comerciales e
industriales;
e. Las marcas de fábrica, de comercio, de servicios y los lemas
comerciales;
f. Las apariencias distintivas de los negocios y establecimientos de
comercio;
g. Los nombres comerciales;
h. Las indicaciones geográficas; e,
i. Cualquier otra creación intelectual que se destine a un uso
agrícola, industrial o comercial.
Art. 2. Los derechos conferidos por esta Ley se aplican por igual a nacionales y
extranjeros, domiciliados o no en el Ecuador.
Art. 3. El Instituto Ecuatoriano de la Propiedad Intelectual (IEPI), es el
Organismo Administrativo Competente para propiciar, promover, fomentar,
prevenir, proteger y defender a nombre del Estado Ecuatoriano, los derechos de
propiedad intelectual reconocidos en la presente Ley y en los tratados y
convenios internacionales, sin perjuicio de las acciones civiles y penales que
sobre esta materia deberán conocerse por la Función Judicial.
41
Art. 5. El derecho de autor nace y se protege por el solo hecho de la creación de
la obra, independientemente de su mérito, destino o modo de expresión.
Se protegen todas las obras, interpretaciones, ejecuciones, producciones o
emisión radiofónica cualquiera sea el país de origen de la obra, la nacionalidad o
el domicilio del autor o titular. Esta protección también se reconoce cualquiera
que sea el lugar de publicación o divulgación.
Art. 7. Para los efectos de este Título los términos señalados a continuación
tendrán los siguientes significados:
Autor: Persona natural que realiza la creación intelectual.
Base de datos: Compilación de obras, hechos o datos en forma impresa,
en una unidad de almacenamiento de ordenador o de cualquier otra
forma.
Programa de ordenador (software): Toda secuencia de instrucciones o
indicaciones destinadas a ser utilizadas, directa o indirectamente, en un
dispositivo de lectura automatizada, ordenador, o aparato electrónico o
similar con capacidad de procesar información, para la realización de una
función o tarea, u obtención de un resultado determinado, cualquiera que
fuere su forma de expresión o fijación.
El programa de ordenador comprende también la documentación
preparatoria, planes y diseños, la documentación técnica, y los manuales
de uso.
Art. 8. La protección del derecho de autor recae sobre todas las obras del
ingenio, en el ámbito literario o artístico, cualquiera que sea su género, forma de
expresión, mérito o finalidad. Los derechos reconocidos por el presente Título
son independientes de la propiedad del objeto material en el cual está
incorporada la obra y su goce o ejercicio no están supeditados al requisito del
registro o al cumplimiento de cualquier otra formalidad.
42
DISPOSICIONES ESPECIALES SOBRE CIERTAS OBRAS DE LOS
PROGRAMAS DE ORDENADOR
Art. 28. Los programas de ordenador se consideran obras literarias y se
protegen como tales. Dicha protección se otorga independientemente de que
hayan sido incorporados en un ordenador y cualquiera sea la forma en que estén
expresados, ya sea en forma legible por el hombre (código fuente) o en forma
legible por máquina (código objeto), ya sean programas operativos y programas
aplicativos, incluyendo diagramas de flujo, planos, manuales de uso, y en
general, aquellos elementos que conformen la estructura, secuencia y
organización del programa.
Art. 29. Es titular de un programa de ordenador, el productor, esto es la persona
natural o jurídica que toma la iniciativa y responsabilidad de la realización de la
obra. Se considerará titular, salvo prueba en contrario, a la persona cuyo nombre
conste en la obra o sus copias de la forma usual. Dicho titular está además
legitimado para ejercer en nombre propio los derechos morales sobre la obra,
incluyendo la facultad para decidir sobre su divulgación.
DECRETO PRESIDENCIAL N°1014
SOBRE EL USO DEL SOFTWARE LIBRE
Art. 1: Establecer como política pública para las entidades de administración
Pública central la utilización del Software Libre en sus sistemas y equipamientos
informáticos.
Art. 2: Se entiende por software libre, a los programas de computación que se
pueden utilizar y distribuir sin restricción alguna, que permitan el acceso a los
códigos fuentes y que sus aplicaciones puedan ser mejoradas.
Estos programas de computación tienen las siguientes libertades:
a) Utilización de programa con cualquier propósito de uso común.
b) Distribución de copias sin restricción alguna.
c) Estudio y modificación de programa (Requisito: código fuente disponible)
43
d) Publicación del programa mejorado (Requisito: código fuente disponible)
Art. 3: Las entidades de la administración pública central previa a la instalación
del software libre en sus equipos, deberán verificar la existencia de capacidad
técnica que brinde el soporte necesario para este tipo de software.
Art. 4: Se faculta la utilización de software propietario (no libre) únicamente
cuando no exista una solución de software libre que supla las necesidades
requeridas, o cuando esté en riesgo de seguridad nacional, o cuando el proyecto
informático se encuentre en un punto de no retorno.
Para efectos de este decreto se comprende como seguridad nacional, las
garantías para la supervivencia de la colectividad y la defensa del patrimonio
nacional.
Para efectos de este decreto se entiende por un punto de no retorno, cuando el
sistema o proyecto informático se encuentre en cualquiera de estas condiciones:
a) Sistema en producción funcionando satisfactoriamente y que un análisis de
costo beneficio muestre que no es razonable ni conveniente una migración a
Software Libre
b) Proyecto es estado de desarrollo y que un análisis de costo – beneficio
muestre que no es conveniente modificar el proyecto y utilizar Software
Libre.
Periódicamente se evaluarán los sistemas informáticos que utilizan software
propietario con la finalidad de migrarlos a Software Libre.
Art. 5: Tanto para software libre como software propietario, siempre y cuando se
satisfagan los requerimientos, se debe preferir las soluciones en este orden:
a) Nacionales que permitan autonomía y soberanía tecnológica.
b) Regionales con componente nacional.
c) Regionales con proveedores nacionales.
d) Internacionales con componente nacional.
44
e) Internacionales con proveedores nacionales.
f) Internacionales.
Art. 6: La subsecretaría de Informática como órgano regulador y ejecutor de las
políticas y proyectos informáticos en las entidades de Gobierno Central deberá
realizar el control y seguimiento de este Decreto.
Para todas las evaluaciones constantes en este decreto la Subsecretaría de
Informática establecerá los parámetros y metodologías obligatorias.
Art. 7: Encargue de la ejecución de este decreto los señores Ministros
Coordinadores y el señor Secretario General de la Administración Pública y
Comunicación.
CÓDIGO ORGÁNICO DE ORGANIZACIÓN TERRITORIAL,
AUTONOMÍA Y DESCENTRALIZACIÓN (COOTAD)
Capítulo III
Gobierno Autónomo Descentralizado Municipal
Sección Primera
Naturaleza Jurídica, Sede y Funciones
Artículo 53.- Naturaleza jurídica.- Los gobiernos autónomos descentralizados
municipales son personas jurídicas de derecho público, con autonomía política,
administrativa y financiera. Estarán integrados por las funciones de participación
ciudadana; legislación y fiscalización; y, ejecutiva previstas en este Código, para
el ejercicio de las funciones y competencias que le corresponden.
La sede del gobierno autónomo descentralizado municipal será la cabecera
cantonal prevista en la ley de creación del cantón.
Artículo 54.- Funciones.- Son funciones del gobierno autónomo descentralizado
municipal las siguientes:
a) Promover el desarrollo sustentable de su circunscripción territorial cantonal,
para garantizar la realización del buen vivir a través de la implementación de
45
políticas públicas cantonales, en el marco de sus competencias constitucionales
y legales;
e) Elaborar y ejecutar el plan cantonal de desarrollo, el de ordenamiento
territorial y las políticas públicas en el ámbito de sus competencias y en su
circunscripción territorial, de manera coordinada con la planificación nacional,
regional, provincial y parroquial, y realizar en forma permanente, el seguimiento y
rendición de cuentas sobre el cumplimiento de las metas establecidas;
f) Ejecutar las competencias exclusivas y concurrentes reconocidas por la
Constitución y la ley y en dicho marco, prestar los servicios públicos y construir la
obra pública cantonal correspondiente, con criterios de calidad, eficacia y
eficiencia, observando los principios de universalidad, accesibilidad, regularidad,
continuidad, solidaridad, interculturalidad, subsidiariedad, participación y
equidad;
l) Prestar servicios que satisfagan necesidades colectivas respecto de los que no
exista una explícita reserva legal a favor de otros niveles de gobierno, así como
la elaboración, manejo y expendio de víveres; servicios de faenamiento, plazas
de mercado y cementerios;
EL REGLAMENTO DE AYUDA SOCIAL PARA EL PROGRAMA
DE ENTREGA DE MATERIAL PETREO POR PARTE DEL
GOBIERNO AUTONOMO DESCENTRALIZADO
MUNICIPAL DEL CANTON PEDRO CARBO
Art. 1.- OBJETO.- El objeto del presente Reglamento es de normar la entrega de
ayuda social para el programa de entrega de Material Pétreo por parte del
Gobierno Autónomo Descentralizado Municipal del Cantón Pedro Carbo.
Art. 2.- ÁMBITO DE APLICACIÓN.- El presente Reglamento es de estricta
aplicación para quienes soliciten ayuda social mediante entrega de Material
Pétreo, dentro de la jurisdicción del Cantón Pedro Carbo.
46
Art. 3.- AYUDA SOCIAL.- Es aquel beneficio que el Gobierno Autónomo
Descentralizado Municipal del cantón Pedro Carbo, previo estudio de las
condiciones socioeconómicas de la población en general, orientados en la
corresponsabilidad social, busca garantizar el cumplimientos de las condiciones
a los grupos vulnerable que carecen del recursos económicos, buscando de esta
manera que los mismos desarrollen plena y satisfactoriamente sus
potencialidades y enriquezcan sus vidas.
Art. 4.- ENTREGA DE MATERIAL PETREO.- El beneficiario deberá realizar el
trámite de manera personal ante la máxima autoridad del Gobierno Municipal
para lo que cumplirá con los siguientes requisitos:
Que la situación socioeconómica del beneficiario este dentro del quintel
1, 2 o 3.
Que el beneficiario y/o peticionario no tenga parentesco hasta el segundo
grado de consanguinidad y primer grado de afinidad con ningún
funcionario municipal.
Presentar a través de la Secretaria General Municipal la solicitud dirigida
a la máxima autoridad.
Copia de Cedula de Identidad del Solicitante Beneficiario.
Título de propiedad debidamente registrado y catastrado.
Copia de pago del impuesto predial vigente.
El beneficiario conste en la base de datos del Registro Social o sea
beneficiario del Bono de vivienda.
Art. 5.- CONSOLIDACIÓN DE LA INFORMACIÓN.- Presentada la solicitud con
los requisitos, la consolidación de la información, deberá estar sumillada por la
máxima autoridad quien la remitirá a la Dirección de Gestión Social, quien a su
vez se encargará de realizar la visita del peticionario para que a través de la
utilización de instrumentos metodológicos estudie la realidad socioeconómico y
verificara la residencia en el Cantón.
El funcionario de la Dirección de Gestión Social que realice la visita deberá
remitir a la máxima autoridad el informe final, responsablemente certificará que
47
se ha dado fiel cumplimiento de los Art. 4 contemplado en el presente
reglamento, y que el beneficiario está apto para recibir la entrega del material
pétreo.
El presente reglamento será de estricta aplicación para los responsables
encargados de los departamentos correspondientes del Gobierno Municipal de
Pedro Carbo que participen en el proceso.
Art. 6.- DE LA ENTREGA DEL MATERIAL PETREO.- Cumplido todos los
requisitos la máxima autoridad previó el informe del funcionario de Dirección de
Gestión Social, autorizara a la/el Jefa/e del Equipo Caminero la entrega al
peticionario del material pétreo quien suscribirá el acta entrega recepción
respectiva en donde se incluirá el valor del mercado.
Art. 7.- APORTE DEL GOBIERNO MUNICIPAL.- El aporte del Gobierno
Municipal de Pedro Carbo será la de ayudar con la entrega de hasta dos viajes
de material pétreo que incluye el traslado cuyo valor monetario será considerado
al precio de mercado a la fecha de entrega.
PREGUNTAS CIENTÍFICAS A CONTESTARSE
¿Con la implementación de un sistema Web se podrá mejorar el proceso de
atención de las tareas del Departamento de Obras Públicas y de solicitudes
ciudadanas para el uso de Equipos Camineros Municipales?
¿El modelo de Sistema Web propuesto es el adecuado para solucionar los
problemas de usabilidad que pueden presentarse con los sistemas
tradicionales?
¿Permitirá la herramienta obtener información detallada de la carga de trabajo y
cumplimiento de las tareas asignadas que tienen los Equipos Camineros
Municipales?
48
DEFINICIONES CONCEPTUALES
NUBE:
En el ámbito informático se hace referencia al trabajo con aplicativos que se
encuentran y se ejecutan en un servidor remoto, donde normalmente ahí
mismo se almacena la información procesada. Actualmente esta tecnología
es muy popular y utilizada en videojuegos en línea, páginas de redes
sociales, entre otros., Sin embargo los usuarios suelen desconocer la
definición de este servicio.
SISTEMA:
Proviene del latín “systema", y se lo define como conjunto de elementos que
ordenadamente trabajan y se interrelacionan, logrando así una interactúan
entre sí. La definición de sistema vista desde una perspectiva general suele
utilizarse en diferentes ámbitos, no sólo informáticos. Por consiguiente es
aplicado también dentro de las organizaciones o esquemas de elementos.
GPL:
Es el acrónimo de General Public License, en español Licencia Pública
General. Dentro de las diferentes licencias que se presentan, esta es la más
popular en el área de software. Su principal característica es que permite a
los usuarios tener la libertad de utilizar, estudiar, difundir y hasta modificar el
código, dando paso a lo que se conoce como Software Libre.
OPEN SOURCE:
En español es “Código Abierto” o Software Libre, muy actuales hoy en día
debido a las facilidades que presentan al momento de acceder y utilizar el
código de programas informáticos existentes, lo que facilita el poder realizar
actualizaciones por otros programadores sin necesidad de recurrir a los
creadores o autores principales de dicho código.
49
MATERIAL PÉTREO:
Proveniente de la palabra en latín “petreus”, son aquellos que se derivan de
las piedras, rocas o peñascos. Normalmente pueden obtenerse de forma
natural en canteras, así como también existen los que han sido procesados
e industrializados, tenemos por ejemplo el mármol, el cemento, el yeso, el
granito, entre otros.
EQUIPOS CAMINEROS:
En las entidades públicas cantonales, seccionales definen como Equipos
Camineros a las maquinarias o vehículos pesados, que son muy utilizados
para la remoción, traslado y limpieza de tierra, residuos u otros materiales
de construcción que impiden la realización de las diferentes obras públicas.
CANTÓN:
La COOTAD (2011) define: “Los cantones son circunscripciones territoriales
conformadas por parroquias rurales y la cabecera cantonal con sus
parroquias urbanas, señaladas en su respectiva ley de creación, y por las
que se crearen con posterioridad, de conformidad con la presente ley”
(p.19).
50
CAPÍTULO III
PROPUESTA TECNOLÓGICA
Evaluando el tema propuesto inicialmente y la situación actual del problema que
se presenta, se ha planteado el desarrollo de un Sistema Web que permita al
GAD Municipal de Pedro Carbo mejorar el proceso actual y el control
administrativo del Departamento de Obras Públicas, con respecto a los Equipos
Camineros y las actividades que estos realizan frecuentemente.
A través del respectivo análisis de factibilidad se propone cumplir con los
objetivos y metas expresados en los alcances, ya que se tienen los recursos
disponibles para efectuar el desarrollo del proyecto. Este análisis aplicado al
GAD Municipal de Pedro Carbo, se realiza con la intención de obtener
información que nos ayude a tener una idea clara o una perspectiva del
problema que ocurre diariamente en la gestión administrativa de los Equipos
Camineros.
Se ha considerado la utilización de una metodología para el desarrollo de la
solución que se adapte a la rapidez, y funcionalidad de requerimientos en un
corto tiempo, por lo cual hemos planteado la Programación Extrema (XP) como
una metodología que se caracteriza por realizar entregas funcionales conforme
avanza el proyecto, y así al final de todo el proceso obtener una solución
completa.
Para este estudio de factibilidad se plantea 4 análisis:
Factibilidad Operacional
Factibilidad Técnico
Factibilidad Legal
Factibilidad Económica.
51
Factibilidad Operacional
Se considera factible debido a la que el sistema planteado es de utilidad para el
departamento ya que mejorarán los procesos, aumentará el desempeño de los
Equipos Camineros, el personal administrativo podrá gestionar llevar un mejor
orden en las actividades diarias. A través de estas mejoras internas del GAD
Municipal de Pedro Carbo, la ciudadanía también se beneficiará ya que podrán
ser atendidos de forma oportuna.
Actualmente el GAD Municipal de Pedro Carbo, cuenta con el personal
administrativo que va hacer uso del sistema propuesto, además cuentan con un
Departamento de Sistemas que ayudaría al mantenimiento y supervisión del
correcto funcionamiento del sistema.
Como aporte para la viabilidad del proyecto, se lo plantea como un sistema
intuitivo evitando la complejidad y simplificando las funciones, para que los
usuarios no presenten problemas cuando utilicen el sistema y evitar que se haga
un incorrecto uso que conlleve a errores.
El sistema está planteado como herramienta de apoyo, se lo ha realizado como
un sistema amigable y comprensible para que al usuario no le incomode el
nuevo sistema, ya sea porque consideran que están siendo reemplazados en
sus actividades dentro del departamento o porque están acostumbrados al
proceso manual actual.
Para la parte de cambios, debido a que la estructura del sistema está por
módulos, en casos de mantenimientos sólo se deshabilitaría esa opción para
poder seguir trabajando de forma normal con el resto del sistema. Para cambios
o actualizaciones más grandes puede realizarse sin ningún inconveniente debido
a que se utiliza código libre que fácilmente puede encontrarse la documentación
de lo que debe realizarse o reemplazarse para evitar que el sistema quede
obsoleto.
52
El GAD Municipal de Pedro Carbo a través de su Departamento de Sistemas,
contará con el acceso total al Sistema Web, tanto como usuarios o al código
fuente del mismo y podrán realizar las mejoras o actualizaciones de acuerdo a
las necesidades que surgen o debido a cambios en los procesos de la
organización.
Factibilidad Técnica
Actualmente no existe un software que nos permita gestionar las actividades que
realizan los Equipos Camineros de un GAD Municipal, por lo cual es necesario
desarrollar un sistema como solución al problema planteado inicialmente en este
proyecto. Con el desarrollo de este sistema se espera mejorar los procesos
internos para el Departamento de Obras Públicas.
Como parte de la factibilidad técnica se propone la utilización de una
metodología ágil para llevar a cabo el desarrollo, logrando tener progresivamente
partes funcionales del sistema y al final de todo el proceso se obtendrá un
sistema completamente integrado. Además, con esta metodología se logrará la
participación directa y continua del encargado del GAD Municipal con los
programadores durante el proceso.
Para este proyecto se ha considerado la utilización de herramientas Open
Source que existen actualmente en el medio y la utilización tanto en Hardware
como en Software que ya posee el GAD Municipal del cantón Pedro Carbo, El
desarrollo del sistema se ha planteado como una solución que se adapte a los
recursos informáticos ya existentes, para no generar más necesidades de las
habituales, porque lo ideal es brindar una solución a un problema y no generar
un nuevo problema debido a los recursos insuficientes o limitados.
Actualmente el GAD Municipal cuenta con un dominio registrado
(pedrocarbo.gob.ec) y un servicio de hosting para su Web Oficial, puede
colocarse el sistema en un subdominio para la utilización del mismo ya que
serviría para tener acceso desde cualquier lugar con acceso a internet. En caso
de requerir que el Sistema sólo funcione de forma local, puede implementarse en
53
los servidores propios del GAD Municipal de Pedro Carbo que se encuentran
dentro del Departamento de Sistemas y poder acceder a través de la red interna
que poseen.
Dentro del planteamiento del sistema, se lo ha desarrollado como un sistema
compuesto por un conjunto de módulos integrados, dejando la posibilidad de
incrementar módulos funcionales al sistema de acuerdo a las nuevas
necesidades que pueden surgir en el proceso administrativo interno, el sistema
tiene una estructura de fácil comprensión para los programadores del
Departamento de Sistemas del GAD Municipal de Pedro Carbo para que puedan
realizar las futuras mejoras al software.
Factibilidad Legal
Desde el punto de vista legal, este proyecto se basa en utilizar herramientas
existentes de origen Open Source para el desarrollo de la propuesta y posible
solución, que van acorde a la política pública del Decreto Presidencial N°1014,
donde se establece el uso de Software Libre en entidades públicas, tanto en sus
Sistemas como en su infraestructura. Esto se debe a podrán ser utilizados y
distribuidos sin restricción o límite alguno, además se podrá tener acceso al
códigos fuente y poder realizar mejoras en los sistemas o aplicativos.
Cada componente y herramienta utilizados para el desarrollo del sistema
cuentan con las características antes mencionadas, donde sus licencias
expresan el uso libre de los mismos. Se considera factible legalmente ya que se
evita caer en situaciones donde se involucre licenciamientos que impidan el
normal desarrollo del proyecto, o de una posible implementación por parte del
GAD Municipal.
El sistema contribuye también a la gestión que debe realizar el Jefe del
Departamento de Obras Públicas de acuerdo a la “Ordenanza Municipal que
Reglamenta el Uso, Control, Mantenimiento y Administración de los Vehículos
del Gobierno Autónomo Descentralizado Municipal del Cantón Pedro Carbo”,
donde se le solicita informes mensuales y el control de cada Vehículo.
54
Factibilidad Económica
Actualmente existe un convenio entre la Universidad de Guayaquil y el GAD
Municipal del cantón Pedro Carbo, lo cual permite el desarrollo de este proyecto
sin inconvenientes. En el Departamento de Vinculación con la Comunidad de
Guayaquil se cuenta con el siguiente detalle:
CUADRO X: Matriz de arreglos institucionales y modalidad de ejecución
ARREGLOS INSTITUCIONALES
Tipo de ejecución Instituciones Involucradas
Indirecta CONVENIO
Gobierno Autónomo Descentralizado del
Municipio de Pedro Carbo,
Universidad de Guayaquil, Carrera de
Ingeniería en Sistemas Computacionales
Elaboración: Juan José Morán Sánchez Fuente: Estructura de Proyectos del Departamento de Vinculación de la CISC
Con la existencia de este convenio, para el GAD Municipal representa un ahorro
de contratación de programadores que puedan llevar a cabo el desarrollo del
sistema. El tiempo estimado de contratación sería mínimo de 4 meses, que sería
lo planteado por este proyecto, adicionalmente habría que considerar los gastos
que implican la movilización y alimentación.
Debido a la utilización de herramientas Open Source en este proyecto, no hay
costo de inversión en licenciamientos o adquisición de software. Y lo que
respecta a Hardware se utilizaría los recursos como Servidores y red LAN que ya
existentes en el GAD Municipal de Pedro Carbo en el caso de ser implementado
de forma local, con esto no se realizarían gastos de inversión para adquirir
equipos informáticos. En caso de realizar la implementación en línea, se
realizaría en el Hosting donde actualmente tienen la página Web oficial, el cual
tiene un costo anual, y también se debe realizar el pago anual del dominio.
55
En caso de que no se cuente con los recursos existentes, podemos expresar en
el siguiente cuadro todo lo mencionado anteriormente:
CUADRO XI: Costos para el desarrollo del Sistema web dentro del primer año
RUBRO COSTO
MENSUAL CANTIDAD SUBTOTAL
Recurso Humano
Salario del Programador $ 700 4 $ 2800
Alimentación $ 100 4 $ 400
Movilización $ 80 4 $ 320
*Se considera la contratación de un desarrollador por 4 meses que es el tiempo de desarrollo, bajo la supervisión del Jefe de Sistemas del GAD Municipal. Para el segundo año no es necesario considerarlo.
Recurso Informáticos
Plan de Hosting
25GB de capacidad
Transferencia ilimitada
$ 5.70 12 $ 68.40
Dominio En el caso que se utilice el dominio oficial del GAD Municipal (pedrocarbo.gob.ec), Este no tiene costo debido a que está reservado para entidades del gobierno ecuatoriano.
$ 0.00 12 $ 0.00
Dominio En el caso que se utilice un dominio de uso general (.ec).
$ 3.72 12 $ 44.64
*Se considera estos valores como fijos, ya que son los que mantienen el servicio de forma operativa.
TOTAL $ 3 633.04
Elaboración: Juan José Morán Sánchez Fuente: Costos promedios en el mercado ecuatoriano.
56
Con el análisis anterior se puede apreciar que en el caso de desarrollar el
proyecto a través del convenio con la Universidad de Guayaquil, se puede
reducir el costo del salario para el desarrollador, y sólo quedarían los valores del
mantenimiento en línea para el funcionamiento del sistema. Por otro lado si el
GAD Municipal emprende el desarrollo de forma independiente, se estima que el
costo de inversión no es tan alto y no debería afectar el presupuesto general ya
que visto de forma general se está gastado un promedio de $300 mensualmente
durante el primer año.
Estos gastos son considerados como inversión pública que beneficia a una
comunidad, a través de la mejora en la gestión administrativa y un buen
desempeño de las actividades de un departamento del GAD Municipal del
cantón Pedro Carbo.
ETAPAS DE LA METODOLOGÍA DEL PROYECTO
Como ya se había indicado inicialmente en el planteamiento del proyecto, se
propone la utilización de la Programación Extrema (XP) que forma parte de las
metodologías ágiles. Dentro de la aplicación de la metodología a este proyecto
podemos indicar las siguientes etapas:
Planificación Inicial del Proyecto
En esta etapa se recopiló de forma general las Historias de Usuarios que
servirán como punto de partida para el desarrollo del proyecto. Sin embargo,
estas historias planificadas inicialmente y posteriormente pueden ser
modificadas en el proceso de desarrollo, debido a que cambian los requisitos
planteados, se redefinen los detalles o se tiene ideas más claras.
De acuerdo al usuario estas Historias se realizarán por prioridad y se agruparán
por iteraciones como lo indica la metodología, se considera el desarrollo de
iteraciones en un tiempo entre 1 y 3 semanas. Ver el cronograma en el anexo 5.
57
CUADRO XII: Planificación Inicial de Iteraciones para el Desarrollo
N° Nombre de la Historia Prioridad Riesgo Tiempo
Iteración #1
1 Diseño y Arquitectura General del
Sistema Alta Media 1 semana
2 Administración de Usuarios Alta Media 1 semana
Iteración #2
3 Registro de Vehículos/Equipos
Camineros Media Alto 1 semana
4 Registro de Personal encargado Baja Medio 1 semana
Iteración #3
5 Gestión de mantenimientos Media Media 1 semana
6 Consumo de Combustible Media Bajo 1 semana
Iteración #4
7 Gestión de Actividades o Tareas
Municipales Media Alto 1 semana
8 Gestión de Solicitudes Ciudadanas Media Alto 1 semana
Iteración #5
9 Agenda de Trabajo Alta Alto 2 semanas
Iteración #6
10 Reportes Alta Alto 2 semanas
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
58
Dentro de esta planificación se realiza un wireframe, donde representaremos el
esquema de la interfaz web omitiendo los detalles gráficos, para poder
enfocarnos en la distribución de las opciones que se visualizarán,
Adicionalmente se plantean unas tablas básicas para la Base de Datos.
GRÁFICO 6: Wireframe de la interfaz principal
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
GRÁFICO 7: Tablas básicas planteadas en la etapa de planificación
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
59
En esta etapa inicial quedan establecidos una planificación para empezar con la
parte del desarrollo, sin embargo si se requiere por el usuario o los encargados
del desarrollo pueden surgir modificaciones o la agregación en las historias de
usuarios, o también puede haber una reestructuración de las interfaces. Todo
esto es válido debido a que con la metodología se está dispuesto a aceptar
cambios, considerando que pudiera afectar las entregas siguientes establecidas.
Desarrollo
Para el desarrollo del proyecto vamos a realizar 6 iteraciones que nos permitirán
ir desarrollando partes funcionales o módulos del sistema general, las cuales
mencionaremos y resumiremos sus 3 etapas principales. En la sección de
Criterios de Validación de la Propuesta mencionaremos las pruebas de
aceptación de las iteraciones.
GRÁFICO 8: Etapas aplicadas en el desarrollo
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
Iteración #1:
Para empezar se revisa las 2 Historias de Usuarios asignadas en la planificación
inicial, de cada Historia extraemos las tareas involucradas que vamos a realizar
en el desarrollo de esta iteración, en este caso son 2 tareas en ambas historias.
El tiempo estimado para esta iteración es de 2 semanas donde se espera
entregar el diseño de las interfaces del sistema junto con el módulo que restringe
o da acceso a los usuarios.
Planeación de la Iteración
(Iteration Planning)
Diseño (Designing)
Codificación (Coding)
Pruebas de Aceptación
(Acceptance Test)
60
CUADRO XIII: Historia de Usuario N°1 y sus Tareas
Historia de Usuario
Número: 1 Usuario: Personal del Departamento de Obras Públicas
Nombre historia: Diseño y Arquitectura General del Sistema
Prioridad en negocio:
Alta
Riesgo en desarrollo:
Media
Iteración asignada:
1
Programador responsable: Juan José Morán
Descripción: Se quiere un programa que tenga una pantalla amigable, que
sea entendible su uso y que no sea tan simple. Que sea fácil para acceder
desde el computador o desde el teléfono, pero que no se distorsione.
Observaciones: S/O
Tarea #1
Nombre tarea: Arquitectura de la Base de Datos
Tipo de tarea : Desarrollo
Descripción: Elaboración de la BD con tablas básicas para la arquitectura del
Sistema por módulos y opciones. Tablas y campos: paginas (id, código,
nombre, icono, estado), modulos (id, código, titulo, url, pgina, estado).
Tarea #2
Nombre tarea: Desarrollo de la Interfaz Gráfica
Tipo de tarea : Desarrollo
Descripción: Desarrollo de la interfaz general del Sistema, integrando el
Framework Bootstrap.
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
61
CUADRO XIV: Historia de Usuario N°2 y sus Tareas
Historia de Usuario
Número: 2 Usuario: Personal del Departamento de Obras Públicas
Nombre historia: Administración de Usuarios
Prioridad en negocio:
Alta
Riesgo en desarrollo:
Media
Iteración asignada:
1
Programador responsable: Juan José Morán
Descripción: ingresar al sistema con usuarios proporcionados por el
administrador, los diferentes usuarios tendrán distintos accesos según sus
funciones.
Observaciones: S/O
Tarea #1
Nombre tarea: Tabla de usuarios en la Base de Datos
Tipo de tarea : Desarrollo
Descripción: Crear tablas en la BD que incluyan los datos de usuarios, tablas
que sirvan para restringir acceso a los módulos y opciones.
Tarea #2
Nombre tarea: Módulo de Usuarios
Tipo de tarea : Desarrollo
Descripción: Desarrollo de un módulo para el sistema que permita gestionar
los usuarios del sistema.
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
62
En este desarrollo se obtiene la parte estructural del sistema, que estará
compuesto por módulos y opciones. Adicionalmente el diseño permite la
adaptación de acuerdo al tamaño de pantalla que es accedido.
Se implementa el ingreso a través de usuarios registrados, internamente cada
usuario tiene accesos distintos que son definidos previamente por el
administrador del sistema. Estos accesos pueden ser por módulo u opciones.
GRÁFICO 9: Interfaz del Sistema, vista escritorio y móvil
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
Iteración #2:
Para empezar se revisa las 2 Historias de Usuarios asignadas en la planificación
inicial, de cada Historia extraemos las tareas involucradas que vamos a realizar
en el desarrollo de esta iteración, en este caso son 2 tareas en ambas historias.
El tiempo estimado para esta iteración es de 2 semanas donde se espera
entregar los módulos de vehículos y del personal.
63
CUADRO XV: Historia de Usuario N°3 y sus Tareas
Historia de Usuario
Número: 3 Usuario: Asistente del Departamento de Obras Públicas
Nombre historia: Registro de Vehículos/Equipos Camineros
Prioridad en negocio:
Media
Riesgo en desarrollo:
Alto
Iteración asignada:
2
Programador responsable: Juan José Morán
Descripción: se necesita registrar la información y características de los
Equipos Camineros que se tiene actualmente en los excel.
Observaciones: S/O
Tarea #1
Nombre tarea: Tabla de vehículos en la Base de Datos
Tipo de tarea : Desarrollo
Descripción: Agregar a la BD la tabla con los campos necesarios para incluir
la información de los Equipos Camineros. Campos: codigo, descripcion, placa,
marca, modelo, chasis, motor, anio, fecha_adquisicion
Tarea #2
Nombre tarea: Módulo de Vehículos (Equipos Camineros)
Tipo de tarea : Desarrollo
Descripción: Desarrollo de un módulo para el Sistema que permita gestionar
la información de los Equipos Camineros Municipales. Opciones: Ingresar,
Modificar, Consultar.
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
64
CUADRO XVI: Historia de Usuario N°4 y sus Tareas
Historia de Usuario
Número: 4 Usuario: Asistente del Departamento de Obras Públicas
Nombre historia: Registro de Personal encargado
Prioridad en negocio:
Baja
Riesgo en desarrollo:
Medio
Iteración asignada:
2
Programador responsable: Juan José Morán
Descripción: se necesita registrar la información del personal que trabaja con
los equipos camineros, actualmente no se tiene la información en ningún
medio en específico.
Observaciones: S/O
Tarea #1
Nombre tarea: Tabla de Personal en la Base de Datos
Tipo de tarea : Desarrollo
Descripción: Agregar a la BD la tabla con los campos necesarios para incluir
la información del personal. Campos: cedula, nombres, apellidos, telefonos,
domicilio, tipo_licencia, cargo.
Tarea #2
Nombre tarea: Módulo del Personal
Tipo de tarea : Desarrollo
Descripción: Desarrollo de un módulo para el Sistema que permita gestionar
la información del personal encargado de Equipos Camineros. Opciones:
Ingresar, Modificar, Consultar.
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
65
En este desarrollo se obtiene el módulo que nos permitirá gestionar la
información de los Equipos Camineros Municipales, donde se podrá realizar
ingresos, modificaciones y visualizaciones. Como resultado de la otra Historia de
Usuario se incorpora al sistema un módulo que permite la gestión de los datos
del personal que está a cargo de los Equipos Camineros Municipales.
GRÁFICO 10: Listado de Equipos Camineros registrados en el Sistema
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
Iteración #3:
Para empezar se revisa las 2 Historias de Usuarios asignadas en la planificación
inicial, de cada Historia extraemos las tareas involucradas que vamos a realizar
en el desarrollo de esta iteración, en este caso son 2 tareas en ambas historias.
El tiempo estimado para esta iteración es de 2 semanas donde se espera
incorporar al módulo de Vehículos las opciones de Mantenimientos y Consumos
de Combustibles.
66
CUADRO XVII: Historia de Usuario N°5 y sus Tareas
Historia de Usuario
Número: 5 Usuario: Asistente del Departamento de Obras Públicas
Nombre historia: Gestión de mantenimientos
Prioridad en negocio:
Media
Riesgo en desarrollo:
Medio
Iteración asignada:
3
Programador responsable: Juan José Morán
Descripción: Registrar los mantenimientos que reciben los equipos
camineros, y observar el historial de los mantenimientos recibidos. Adicional
hay que considerar que esto puede poner el estado de un vehículo como en
mantenimiento.
Observaciones: S/O
Tarea #1
Nombre tarea: Tabla de Mantenimiento en la Base de Datos
Tipo de tarea : Desarrollo
Descripción: Modificar en la BD la tabla de los Equipos Camineros agregando
un campo para actualizar el estado de un Equipo. Campos: estado. Agregar
una tabla que registre la información de los mantenimientos.
Tarea #2
Nombre tarea: Opción de Mantenimientos
Tipo de tarea : Desarrollo
Descripción: Desarrollo de una opción que permita el registro de
mantenimientos que reciben los Equipos Camineros. Adicional una opción
para visualizar el historial de mantenimientos.
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
67
CUADRO XVIII: Historia de Usuario N°6 y sus Tareas
Historia de Usuario
Número: 6 Usuario: Jefe de Equipos Camineros
Nombre historia: Consumo de Combustible
Prioridad en negocio:
Media
Riesgo en desarrollo:
Bajo
Iteración asignada:
3
Programador responsable: Juan José Morán
Descripción: Se registra el consumo de combustible de cada Equipo
Caminero, a través de los KM recorridos y los gastos en gasolineras.
Observaciones: S/O
Tarea #1
Nombre tarea: Tabla de Combustibles en la Base de Datos
Tipo de tarea : Desarrollo
Descripción: Agregar una tabla en la BD que registre la información de los
requerimientos de combustibles y km recorridos de cada Equipos Caminero
Tarea #2
Nombre tarea: Opción de Combustibles
Tipo de tarea : Desarrollo
Descripción: Desarrollo de una opción que permita el control de combustible
consumido por cada Equipo Caminero. Opciones: Registro de valor para
combustible y Km recorridos.
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
68
En este desarrollo se obtiene la opción para la gestión de mantenimientos de los
Equipos Camineros Municipales donde se tendrá un historial de los mismos,
adicional permitirá deshabilitar temporalmente un Equipo Caminero (establecer
un estado de Mantenimiento). Adicionalmente se incorpora la opción para
realizar un control sobre los gastos de combustible y KM recorridos de los
Equipos Camineros Municipaales.
GRÁFICO 11: Registro de Mantenimientos de los Equipos Camineros
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
Iteración #4:
Para empezar se revisa las 2 Historias de Usuarios asignadas en la planificación
inicial, de cada Historia extraemos las tareas involucradas que vamos a realizar
en el desarrollo de esta iteración, en este caso son 2 tareas en ambas historias.
El tiempo estimado para esta iteración es de 2 semanas donde se espera
incorporar los módulos de Tareas y Solicitudes que deben atender los Equipos
Camineros.
69
CUADRO XIX: Historia de Usuario N°7 y sus Tareas
Historia de Usuario
Número: 7 Usuario: Asistente del Departamento de Obras Públicas
Nombre historia: Gestión de Actividades o Tareas Municipales
Prioridad en negocio:
Media
Riesgo en desarrollo:
Alto
Iteración asignada:
4
Programador responsable: Juan José Morán
Descripción: Se registra la información de tareas internas que deben realizar
los Equipos Camineros, para luego ser atendidos según la planificación del
administrador en una agenda.
Observaciones: S/O
Tarea #1
Nombre tarea: Tabla de Tareas en la Base de Datos
Tipo de tarea : Desarrollo
Descripción: Agregar una tabla en la BD que registre las tareas del GAD
Municipal. Campos: num_tarea, titulo, detalle, fecha_ingreso,
fecha_programada, prioridad
Tarea #2
Nombre tarea: Módulo de Tareas
Tipo de tarea : Desarrollo
Descripción: Desarrollo de un módulo que permita la administración de tareas
internas del GAD Municipal que afectan a los Equipos Camineros. Opciones:
Ingreso y visualización.
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
70
CUADRO XX: Historia de Usuario N°8 y sus Tareas
Historia de Usuario
Número: 8 Usuario: Asistente del Departamento de Obras Públicas
Nombre historia: Gestión de Solicitudes Ciudadanas
Prioridad en negocio:
Media
Riesgo en desarrollo:
Alto
Iteración asignada:
4
Programador responsable: Juan José Morán
Descripción: Se registra la información de solicitudes que los ciudadanos
presentan, para luego ser atendidas por los Equipos Camineros, según la
planificación del administrador en una agenda.
Observaciones: S/O
Tarea #1
Nombre tarea: Tabla de Solicitudes en la Base de Datos
Tipo de tarea : Desarrollo
Descripción: Agregar una tabla en la BD que registre las solicitudes de los
ciudadanos. Campos: num_solicitud, nombres, cedula, detalle, fecha_ingreso,
fecha_programada, prioridad.
Tarea #2
Nombre tarea: Módulo de Solicitudes
Tipo de tarea : Desarrollo
Descripción: Desarrollo de un módulo que permita la administración de
solicitudes ciudadanas que debe atender el departamento de obras públicas a
través de los Equipos Camineros. Opciones: Ingreso y visualización.
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
71
En este desarrollo se obtiene el módulo que permite la gestión de las Tareas
Municipales internas del departamento que deben realizar los Equipos
Camineros donde se podrá ingresar y visualizarlas. Adicionalmente se incorpora
al sistema el módulo que permite gestionar las solicitudes ciudadanas donde
requieren de la atención de los Equipos Camineros Municipales, así mismo se
podrá ingresarlas y visualizarlas.
GRÁFICO 12 :Interfaz para el ingreso de solicitudes ciudadanas
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
Iteración #5:
Para empezar se revisa la Historia de Usuario asignada en la planificación inicial,
de esta Historia extraemos las tareas involucradas que vamos a realizar en el
desarrollo de esta iteración, en este caso son 2 tareas.
El tiempo estimado para esta iteración es de 2 semanas donde se espera
incorporar el módulo Agenda que permite asignar las tareas y solicitudes
registradas para que sean atendidas por los Equipos Camineros.
72
CUADRO XXI: Historia de Usuario N°9 y sus Tareas
Historia de Usuario
Número: 9 Usuario: Asistente del Departamento de Obras Públicas
Nombre historia: Agenda de Trabajo
Prioridad en negocio:
Alta
Riesgo en desarrollo:
Alto
Iteración asignada:
5
Programador responsable: Juan José Morán
Descripción: Se elabora una agenda del día para los Equipos Camineros, donde se asigna las tareas que van a realizar ese día y la atención de al menos una solicitud ciudadana.
Observaciones: S/O
Tarea #1
Nombre tarea: Tablas de Atención en la Base de Datos
Tipo de tarea : Desarrollo
Descripción: Agregar dos tablas en la BD que permitan registrar las
asignaciones tanto de tareas como de solicitudes a los Equipos Camineros.
Tablas: atencion_solicitudes, atencion_tareas. Campos: id, solicitud/tarea,
vehiculo, fecha_asignacion, atencion.
Tarea #2
Nombre tarea: Módulo de Agenda
Tipo de tarea : Desarrollo
Descripción: Desarrollo de un módulo que permita la creación de una
agenda, que permita gestionar la atención de tareas y solicitudes por parte de
los Equipos Camineros Municipales. Opciones: Ingreso de nueva agenda, y
cierre de agenda.
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
73
En este desarrollo se obtiene el módulo que permite crear la agenda de las
tareas y solicitudes que son asignadas a los Equipos Camineros para ser
atendidos durante el día, se crea la opción para poder cerrar la agenda donde se
debe indicar las actividades que si se cumplieron.
GRÁFICO 13: Interfaz para la creación de la agenda de actividades
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
Iteración #6:
Para empezar con la última iteración se revisa la Historia de Usuario asignada en
la planificación inicial, de esta Historia extraemos las tareas involucradas que
vamos a realizar en el desarrollo de esta iteración, en este caso es 1 tarea.
El tiempo estimado para esta iteración es de 2 semanas donde se espera
incorporar el módulo de Reportes que permita obtener los datos en tablas y
gráficos.
74
CUADRO XXII: Historia de Usuario N°10 y sus Tareas
Historia de Usuario
Número: 10 Usuario: Jefe del Departamento de Obras Públicas
Nombre historia: Reportes e Informes
Prioridad en negocio:
Alta
Riesgo en desarrollo:
Alto
Iteración asignada:
6
Programador responsable: Juan José Morán
Descripción: Visualizar a través de reportes de tablas y gráficos la
información de tareas y/o solicitudes que se han registrado, se han atendido
durante un lapso de tiempo.
Observaciones: S/O
Tarea #1
Nombre tarea: Módulo de Reportes
Tipo de tarea : Desarrollo
Descripción: Desarrollar un módulo que permita visualizar diferentes reportes
de las actividades que realizan los Equipos Camineros. Opciones: Tareas y
Solicitudes atendidas por día, entre otros.
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
En este desarrollo se incorpora al sistema el módulo que permite generar
reportes, basándose en la información registrada por otros módulos, en lapsos
de tiempo y por Equipos Camineros, donde nos permitirá observar la información
por tablas y gráficos.
75
GRÁFICO 14: Generación de reportes a través del sistema
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
GRÁFICO 15: Visualización de Solicitudes pendientes y vencidas de atención
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
76
ENTREGABLES DEL PROYECTO
Para la metodología que establecimos, los entregables del proyecto serían:
Entrega del Sistema o código estable al final de cada iteración.
Sistema integrado al final del cumplimiento de la última iteración o final
del proyecto.
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA
Para las respectivas Pruebas de Satisfacción que debe realizarse al final de las
diferentes iteraciones se ha considerado la presentación de un prototipo del
sistema web, que con la ayuda de personas que laboran en el Departamento de
Obras Públicas y del Departamento de Tecnología del GAD Municipal de Pedro
Carbo podrán evaluar los resultados obtenidos. Estas pruebas de satisfacción
validarán el funcionamiento de los entregables de cada iteración, los criterios
planteados son orientados a los usuarios del Sistema. Sin embargo en algunos
casos la prueba la realizan la mayoría de los usuarios y en otros casos sólo lo
harán los que están relacionados directamente con la funcionalidad de una
opción o de un módulo en específico.
CUADRO XXIII: Personas que intervienen en las Pruebas de Aceptación
PERSONAL DEL GAD NÚMERO DE PERSONAS
Personal Dep. Obras Públicas 5
Personal Dep. de Tecnología 2
TOTAL 7
Elaboración: Juan José Morán Sánchez Fuente: GAD Municipal de Pedro Carbo
Para poder medir los criterios se plantea utilizar una escala de satisfacción,
donde “Muy Satisfecho” es el valor más alto y por el contrario “Total Desacuerdo”
es el valor más bajo. De acuerdo a los resultados generales de cada prueba se
elabora un gráfico que permita visualizar estos niveles en diagramas de pastel.
77
Validación Iteración #1:
En esta iteración se evalúa la aceptación del Diseño que tendrá el sistema
basado en los requisitos propuestos por los usuarios, se evaluará al personal de
los Departamentos de Tecnología y de Obras Públicas.
CUADRO XXIV: Pruebas de Aceptación de la Iteración #1
CRITERIOS
MU
Y
SA
TIS
FE
CH
O
SA
TIS
FE
CH
O
IND
IFE
RE
NT
E
DE
SA
CU
ER
DO
TO
TA
L
DE
SA
CU
ER
DO
TO
TA
L
Cargar el sistema a través del navegador
5 2 7
Sistema permite acceder al sistema a través de usuarios registrados.
7 7
Interfaz amigable e intuitiva 6 1 7
Interfaz se adapta a la pantalla del dispositivo que se accede.
7 7
Opciones necesarias están visibles dependiendo del usuario
6 1 7
TOTAL 31 4 35
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
GRÁFICO 16: Resultados de la Iteración #1
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
78
Validación Iteración #2:
En esta iteración se evalúa la funcionalidad de los Módulos incluidos en el
sistema, basado en los requisitos propuestos por los usuarios, se evaluará al
personal del Departamento de Obras Públicas.
CUADRO XXV: Pruebas de Aceptación de la Iteración #2
CRITERIOS
MU
Y
SA
TIS
FE
CH
O
SA
TIS
FE
CH
O
IND
IFE
RE
NT
E
DE
SA
CU
ER
DO
TO
TA
L
DE
SA
CU
ER
DO
TO
TA
L
Módulos del Sistema cargan inmediatamente.
4 1 5
Módulo de Vehículos cuenta con la información necesaria.
5 5
Facilidad de uso en el formulario para registrar Vehículos
5 5
Módulo del Personal cuenta con la información necesaria.
5 5
Facilidad de uso en el formulario para registrar Personal
5 5
TOTAL 24 1 25
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
GRÁFICO 17: Resultados de la Iteración #2
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
79
Validación Iteración #3:
En esta iteración se evalúa la funcionalidad de las Opciones agregadas en el
módulo de vehículos del sistema, basado en los requisitos propuestos por los
usuarios, se evaluará al personal del Departamento de Obras Públicas.
CUADRO XXVI: Pruebas de Aceptación de la Iteración #3
CRITERIOS
MU
Y
SA
TIS
FE
CH
O
SA
TIS
FE
CH
O
IND
IFE
RE
NT
E
DE
SA
CU
ER
DO
TO
TA
L
DE
SA
CU
ER
DO
TO
TA
L
Opciones del Módulo Vehículos carga inmediatamente.
5 5
Opción de Mantenimientos cuenta con la información necesaria.
5 5
Facilidad de uso en el formulario para registrar los mantenimientos.
5 5
Opción de Mantenimientos cuenta con la información necesaria.
5 5
Facilidad de uso en el formulario para registrar los consumos.
4 1 5
TOTAL 24 1 25
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
GRÁFICO 18: Resultados de la Iteración #3
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
80
Validación Iteración #4:
En esta iteración se evalúa la funcionalidad de los Módulos incorporados al
sistema que gestionan tareas y solicitudes, basado en los requisitos propuestos
por los usuarios, se evaluará al personal del Departamento de Obras Públicas.
CUADRO XXVII: Pruebas de Aceptación de la Iteración #4
CRITERIOS
MU
Y
SA
TIS
FE
CH
O
SA
TIS
FE
CH
O
IND
IFE
RE
NT
E
DE
SA
CU
ER
DO
TO
TA
L
DE
SA
CU
ER
DO
TO
TA
L
El tiempo de carga del sistema y de los módulos es inmediato.
4 1 5
Módulo de Tareas contiene la información necesaria.
4 1 5
Facilidad de uso en el formulario para registrar las Tareas municipales.
5 5
Módulo de Solicitudes contiene la información necesaria.
4 1 5
Facilidad de uso en el formulario para registrar los consumos.
5 5
TOTAL 22 3 25
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
GRÁFICO 19: Resultados de la Iteración #4
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
81
Validación Iteración #5:
En esta iteración se evalúa la funcionalidad del Módulo incorporados al sistema
que gestiona la agenda, basado en los requisitos propuestos por los usuarios, se
evaluará al personal del Departamento de Obras Públicas.
CUADRO XXVIII: Pruebas de Aceptación de la Iteración #5
CRITERIOS
MU
Y
SA
TIS
FE
CH
O
SA
TIS
FE
CH
O
IND
IFE
RE
NT
E
DE
SA
CU
ER
DO
TO
TA
L
DE
SA
CU
ER
DO
TO
TA
L
El tiempo de carga del sistema y del módulo es inmediato.
4 1 5
Módulo de Agenda contiene la información necesaria.
4 1 5
Facilidad de uso en el formulario para registrar las Tareas municipales.
4 1 5
Visualización de Tareas y Solicitudes pendientes para ser asignadas.
4 1 5
Visualización de Vehículos disponibles para asignación.
5 5
TOTAL 21 4 25
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
GRÁFICO 20: Resultados de la Iteración #5
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
82
Validación Iteración #6:
En esta iteración se evalúa la funcionalidad del Módulo incorporados al sistema
que genera los reportes, basado en los requisitos propuestos por los usuarios, se
evaluará a los Jefes del Departamento de Obras Públicas.
CUADRO XXIX: Pruebas de Aceptación de la Iteración #6
CRITERIOS
MU
Y
SA
TIS
FE
CH
O
SA
TIS
FE
CH
O
IND
IFE
RE
NT
E
DE
SA
CU
ER
DO
TO
TA
L
DE
SA
CU
ER
DO
TO
TA
L
El tiempo de carga del sistema y del módulo es inmediato.
2 2
Módulo de Reporte presenta la información necesaria.
2 2
Facilidad de uso de los campos para la generación del reporte.
1 1 2
Visualización del reporte generado 1 1 2
Impresión del Reporte 2 2
TOTAL 8 2 10
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
GRÁFICO 21: Resultados de la Iteración #6
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
83
CAPÍTULO IV
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO
Con el prototipo del Sistema Web que se ha realizado en la etapa de desarrollo,
se realiza una matriz de evaluación donde el encargado del Departamento de
Obras Públicas evaluará la Aceptación del Software. Adicionalmente se ha
definido 5 niveles de satisfacción que servirán para valorar los criterios
expuestos, de los cuales “Muy Satisfecho” es el valor más alto y por otro lado
está “Total Desacuerdo” que es el valor más bajo.
Se realizarán 2 pruebas, donde la primera estará orientada a evaluar el sistema
desde el punto visto técnico y funcional, y así obtener el análisis de lo que se ha
desarrollado. Por otro lado, tenemos una matriz de evaluación desde el punto de
vista operacional para observar los resultados que produce en las funciones del
Departamento de Obras Públicas al utilizar el software.
Para la evaluación del sistema a través de los parámetros técnicos y funcionales
se considera el acceso por usuarios con privilegios, la usabilidad y adaptación,
rendimiento, transparencia, escalabilidad, entre otros. Luego de eso podremos
obtener resultados que ayuden a la aceptación del proyecto por parte del GAD
Municipal de Pedro Carbo.
84
CUADRO XXX: Matriz de Validaciones Técnicas y Funcionales
CRITERIOS
MU
Y
SA
TIS
FE
CH
O
SA
TIS
FE
CH
O
IND
IFE
RE
NT
E
DE
SA
CU
ER
DO
TO
TA
L
DE
SA
CU
ER
DO
Parámetros Técnicos y Funcionales
Ingreso al Sistema a través de un
navegador web. X
El tiempo de carga del sistema y de sus
módulos es inmediato. X
Facilidad para acceder al Sistema por
medio de usuarios registrados. X
Usuarios poseen privilegios y restricciones
para ver las opciones y módulos del
sistema.
X
Diseño intuitivo con interfaces amigables y
adaptables. X
El Sistema permite una fácil administración
de los datos de forma entendible. X
Transparencia en los procesos del Sistema X
Usabilidad del sistema a través de la
distribución de las opciones por módulos. X
Disponibilidad del sistema X
Facilidad para incorporar nuevos módulos u
opciones del sistema. X
TOTAL 80% 20% 0% 0% 0%
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
85
GRÁFICO 22: Resultado Validaciones Técnicas y Funcionales
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
Con la respectiva valoración de los criterios, obtenemos un 80% de Muy
Satisfecho y el 20% de Satisfecho. Lo cual nos permite aprobar las validaciones
técnicas y funcionales que se han planteado sobre el Sistema Web para el
Control Administrativo de Equipos Camineros del GAD Municipal de Pedro
Carbo.
Ahora realizaremos la valoración del Sistema como una solución ante los
problemas que se presentan en el Departamento de Obras Públicas. Logrando
así establecer diferentes criterios que nos ayuden a estimar nuestro trabajo,
donde los valoraremos con la escala de satisfacción.
86
CUADRO XXXI: Matriz de Validaciones de la Satisfacción del Usuario
CRITERIOS
MU
Y
SA
TIS
FE
CH
O
SA
TIS
FE
CH
O
IND
IFE
RE
NT
E
DE
SA
CU
ER
DO
TO
TA
L
DE
SA
CU
ER
DO
Parámetros Satisfacción del Usuario
Procesos internos de los Equipos Camineros y del departamento de Obras Públicas son controlados por un sistema.
X
Sistema permite generar reportes automáticamente con la información ingresada.
X
Registros ordenados de Solicitudes Ciudadanas que están pendientes de atención.
X
Control del rendimiento de Equipos Camineros a través del histórico de mantenimientos y consumos de combustible.
X
Reducción del tiempo que le toma al personal administrativo realizar un informe de Equipos Camineros.
X
Establecimiento de Agenda con las actividades que deben realizar los Equipos Camineros
X
Distribución equitativa de actividades a los Equipos Camineros.
X
87
Control de actividades que se asignan y no se cumplen en el día.
X
Vista general de la demanda que tienen los Equipos Camineros
X
Establecimiento de fechas posibles de atención de solicitudes para Equipos Camineros.
X
TOTAL 90% 10% 0% 0% 0%
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
GRÁFICO 23: Resultado Validaciones de la Satisfacción del Usuario
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
Con la respectiva valoración de los criterios, obtenemos un 90% de Muy
Satisfecho y el 10% de Satisfecho. Lo cual nos permite aprobar las validaciones
de Satisfacción del Usuario que se han planteado sobre el Sistema Web para el
Control Administrativo de Equipos Camineros del GAD Municipal de Pedro
Carbo.
88
CUADRO XXXII: Informe de Aceptación y Aprobación
INFORME DE ACEPTACIÓN Y APROBACIÓN
INSTITUCIÓN: Gobierno Autónomo Descentralizado del Cantón Pedro Carbo
INVOLUCRADOS: Personal del Departamentos de Obras Públicas (usuarios
finales del sistema), Personal del Departamento de Tecnología (encargados de
la supervisión y correcto funcionamiento del sistema).
OBJETIVO GENERAL: Desarrollar una solución Web para el GAD Municipal
de Pedro Carbo mediante la utilización de herramientas Open Source, que
permitan realizar la correcta administración de la información de solicitudes
ciudadanas y tareas asignadas para los Equipos Camineros Municipales,
obteniendo así informes para el departamento de Obras Públicas.
PROPÓSITOS DEL PROYECTO
Desarrollar una solución Web que permita el acceso desde
dispositivos.
Gestionar y Controlar la asignación equitativa entre tareas y
solicitudes ciudadanas, que deben cumplir los Equipos Camineros
Municipales diariamente.
Registrar y gestionar la información de los Equipo Caminero
Municipales para controlar su uso y mejorar su rendimiento.
AP
RO
BA
DO
CRITERIOS DE ACEPTACIÓN
Sistema cumple con el diseño planteado, permite la usabilidad.
Proceso de agenda permite distribuir tareas y solicitudes que serán
atendidas por los Equipos Camineros Municipales.
Fácil administración y control de la información ingresada en el
sistema para uso de informes.
AP
RO
BA
DO
89
TAREAS
Se desarrolla las partes gráficas del Sistema y se considera aspectos
de usabilidad, adicional se realiza las pruebas técnicas accediendo al
aplicativo desde diferentes dispositivos.
Se incorpora al sistema un módulo que permita visualizar tareas y
solicitudes pendientes de atención y permite sugerir una agenda más
equitativa en la carga de trabajo.
Se recopila la información sobre los equipos Camineros Municipales
que están disponibles, del personal que opera esos equipos y cómo
se realizan los mantenimientos.
AP
RO
BA
DO
TIEMPO
4 meses para todo el proyecto
(2 semanas Planificación, 3 meses Desarrollo,
2 semanas Pruebas)
AP
RO
BA
DO
Elaboración: Juan José Morán Sánchez Fuente: Desarrollo del Proyecto
90
CONCLUSIONES
Con la automatización de la gestión que permite registrar las solicitudes
de los ciudadanos, se logra dar el debido seguimiento y atención
oportuna de las mismas, mejorando así el servicio a la comunidad.
Con la automatización de las tareas del Departamento de Obras
Públicas, se establece un orden en las actividades a realizarse y se logra
optimizar la planificación interna del GAD Municipal al estar mejor
organizada y distribuida la agenda de actividades para los Equipos
Camineros.
Se consigue tener la información actualizada de los Equipos Camineros,
con sus respectivos historiales de mantenimientos y consumos para
lograr un mejor desempeño de estos Equipos.
Se consiguen informes más detallados y precisos de las actividades y
demandas que tienen los Equipos Camineros Municipales diariamente,
con estos informes se puede por ejemplo llegar a decidir si es necesario
adquirir más Equipos Camineros que ayuden a solventar las
necesidades.
Se logra tener un sistema Web que facilita la usabilidad para diferentes
usuarios desde diferentes puntos de conexión y a través de distintos
dispositivos móviles como tablets, Smartphone, entre otros.
91
RECOMENDACIONES
Se debe considerar que la información tomada como inicial, es la
información con la que el Departamento de Obras Públicas ha venido
utilizando, se propone mejorar información más descriptiva para poder
identificar Equipos Camineros, reconocer fácilmente solicitudes o
usuarios.
Para conseguir mayor funcionalidad por parte del sistema en beneficio de
la comunidad, a futuro puede desarrollarse aplicativos o servicios en línea
que permitan a los ciudadanos consultar el estado de su solicitud.
Para la mejor toma de decisiones administrativas y técnicas se
recomienda la emisión de reportes con información adecuada y actual,
que será de mucha utilidad para el Departamento de Obras Públicas del
GAD Municipal de Pedro Carbo.
Revisar constantemente sobre nuevas actualizaciones del Framework o
sobre los nuevos dispositivos, navegadores que puedan surgir y que
estos generen incompatibilidad con el diseño planteado.
92
BIBLIOGRAFÍA
Alvarez, M. Á. (19 de Enero de 2015). Qué es Responsive Web Design.
Obtenido de DesarrolloWeb.com:
http://www.desarrolloweb.com/articulos/que-es-responsive-web-
design.html
Beck, K. (2002). Una explicación de la Programación Extrema: Aceptar el
Cambio. Madrid: Addison-Wesley.
Castillo Pérez, P., Celaya Martínez, A., Pascual Martos, P., & Sodupe de Cruz, Í.
(Marzo de 2003). E-Administración, la respuesta a la modernización de la
Administración Pública. Comunicaciones de Telefónica I+D(30), 235-256.
Falk, J. (1998). The Meaning of the Web. En Routledge, The Information Society
(págs. 285-293). Informa UK Ltd.
Galicia, C. (2013). Desarrollo de sistemas web con n-capas y metodologías
ágiles en la Universidad Tecnológica de Tehuacán. En U. T. Guanajuato,
Ciencias de la Ingeniería y Tecnología Handbook T-I (págs. 166-173).
Guanajuato: ECORFAN.
Gamboa Manzaba, J. (2014). Aumento de la productividad en la gestión de
proyectos, utilizando una metodología ágil aplicada en una fábrica de
software en la ciudad de Guayaquil. Revista Tecnológica ESPOL, 27(2),
1-36.
Letelier, P., & Penadés, M. d. (2006). Métodologías ágiles para el desarrollo de
software: eXtreme Programming (XP). Técnica Administrativa - ejournal,
5(26), 1-17.
Millán Tejedor, R. J. (2007). La e-Administración. Bit(162), 84-87.
Muñoz Cañavate, A., & Chaín Navarro, C. (1999). Los sistemas de información
WEB como elementos de difusión al ciudadano. En C. I.-E.
EOCONSID'99, La representación y la organización del conocimiento en
sus distintas perspectivas (págs. 277-287). Granada.
93
Office of the Chief Information Officer [OCIO]. (s.f.). Project Management
Framework. Recuperado el 15 de Julio de 2016, de
http://www.ocio.wa.gov
Reyes Ponce, A. (2007). Administración moderna. México: Limusa.
Robbins, S. P., & DeCenzo, D. A. (2009). Fundamentos de administración:
conceptos esenciales y aplicaciones (Tercera ed.). México: Pearson
Educación.
Sánchez González, J. J. (2001). La administración pública como ciencia, su
objeto y su estudio. México: Plaza y Valdés.
Valeriano Ortiz , L. F. (Diciembre de 2008). LA ADMINISTRACIÓN COMO
CIENCIA, TÉCNICA y ARTE. Gestión en el Tercer Milenio - Rev. de
Investigación de la Fac. de Ciencias Administrativas UNMSM, 11(22), 7-
10.
94
ANEXOS
95
ANEXO 1
Ordenanza Municipal que permite a los ciudadanos solicitar la donación de
Material Pétreo y a su vez la utilización de un Equipo Caminero para la atención
de la misma.
96
97
98
ANEXO 2
Actual archivo en Excel del registro de Equipos Camineros con los que cuenta el
GAD Municipal de Pedro Carbo.
99
Actuales archivos en Excel para registrar los mantenimientos y reparaciones de
los Equipos Camineros del GAD Municipal de Pedro Carbo.
100
ANEXO 3
Formato de Solicitud presentada por la ciudadanía.
101
ANEXO 4
Base de Datos actual del sistema Web
102
ANEXO 5
Cronograma planteado para el desarrollo de la solución presentada.
103
ANEXO 6
Agenda de Actividades emitida por el Sistema Web