Documentos de Académico
Documentos de Profesional
Documentos de Cultura
PROYECTO DE TITULACIÓN
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
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): N° DE CLASIFICACIÓN: 000
000
DIRECCIÓN URL(tesis en la web): www….
ADJUNTO PDF: ■ SI □ NO
Teléfono: E-mail:
CONTACTO CON AUTOR: 0986575635 juan.morans@hotmail.com
Atentamente
III
DEDICATORIA
IV
AGRADECIMIENTO
V
TRIBUNAL PROYECTO DE TITULACIÓN
Ing. Eduardo Santos Baquerizo, M.Sc. Ing. Roberto Crespo Mendoza, Mgs.
DECANO DE LA FACULTAD DIRECTOR
CIENCIAS MATEMÁTICAS Y CARRERA INGENIERÍA EN
SISTEMAS COMPUTACIONALES
FÍSICAS
VI
DECLARACIÓN EXPRESA
VII
.
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
C.I.: 0931243729
VIII
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
CERTIFICO:
Presentado por:
IX
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES
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
X
ÍNDICE GENERAL
DEDICATORIA ...................................................................................................IV
AGRADECIMIENTO ............................................................................................V
ÍNDICE DE CUADROS..................................................................................... XV
RESUMEN..................................................................................................... XVIII
INTRODUCCIÓN ................................................................................................. 1
CAPÍTULO I EL PROBLEMA............................................................................. 3
OBJETIVOS................................................................................................... 13
XI
ALCANCES DEL PROBLEMA ....................................................................... 14
Plan de Calidad.......................................................................................... 18
Desarrollo .................................................................................................. 59
XII
ENTREGABLES DEL PROYECTO ................................................................ 76
CONCLUSIONES .......................................................................................... 90
RECOMENDACIONES .................................................................................. 91
BIBLIOGRAFÍA ................................................................................................. 92
ANEXOS ........................................................................................................... 94
XIII
ABREVIATURAS
XIV
Í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
XV
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
XVI
Í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
XVII
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
RESUMEN
XVIII
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
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
XIX
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.
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.
1
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.
2
CAPÍTULO I
EL PROBLEMA
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
3
FECHA
TIPO DE EQUIPO FOTO PLACA MARCA MODELO AÑO
ADQUISICIÓN
4
transportación de este material pétreo está a cargo del Departamento de Obras
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.
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.
5
CUADRO II:
Organigrama resumido del GAD Municipal de Pedro Carbo
Jefe de Equipos
Camineros
6
Situación Conflicto Nudos Críticos
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.
7
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 CONSECUENCIAS
8
Factores de orden superior o Equipos La comunidad presenta malestar y
Camineros no están disponibles por reclamos ante las autoridades, ya que
mantenimiento interrumpiendo la ellos desconocen ¿por qué la atención
atención de los requerimientos a sus requerimientos no se da
ciudadanos. inmediatamente?
9
Formulación del Problema
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
10
diaria que cumple los Equipos Camineros, si hubieran demasiadas solicitudes
tienen que esperar ser atendidos de acuerdo al orden que fueron ingresando.
11
Evaluación del Problema
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.
12
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
13
Proporcionar informes automáticos y actualizados para la correcta toma
de decisiones sobre la utilización de estos Equipos Caminero del GAD
Municipal.
14
JUSTIFICACIÓN E IMPORTANCIA
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.
15
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.
Metodología de Desarrollo
16
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.
Supuestos y Restricciones
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:
17
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.
Plan de Calidad
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.
18
CAPÍTULO II
MARCO TEÓRICO
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).
19
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.
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
20
GRÁFICO 1:
Estructura de las etapas y procesos que tienen las metodologías tradicionales
21
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
Metodologías Metodologías
Ágiles Tradicionales
Individuos e Procesos y
Interacciones Herramientas
Amplia
Software Funcional
Documentación
Respondiendo al
Seguir un Plan
Cambio
Y estos cuatro valores antes mencionados dan origen a los doce principios
expresados de la siguiente manera:
22
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.
23
CUADRO VI:
Comparación entre Metodologías Ágiles y Metodologías Tradicionales
24
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
25
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
Planeación de la Iteración
(Iteration Planning)
Diseño
(Designing)
Codificación
(Coding)
26
Pruebas de Aceptación
(Acceptance Test)
27
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.
28
CUADRO VIII:
Estructura de los elementos en el Proceso Administrativo
Proceso
Administrativo
Fase Fase
Mecánica Dinámica
29
para poder comparar los dos modelos de tecnologías que estamos mencionando
en nuestro enunciado principal.
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.
30
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
31
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.
32
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/
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.
33
GRÁFICO 3:
Esquema adaptativo dependiendo del dispositivo
34
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.
Bootstrap
35
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.
36
No es necesario hacer público las modificaciones que se hayan realizado
al código del Framework.
HERRAMIENTAS WEB
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.
37
GRÁFICO 4:
Funcionamiento de un sistema web
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.
38
GRÁFICO 5:
Proceso de solicitud e interpretación del servidor web
FUNDAMENTACIÓN LEGAL
39
REGISTRO OFICIAL N°320
LEY DE PROPIEDAD INTELECTUAL
Art. 2. Los derechos conferidos por esta Ley se aplican por igual a nacionales y
extranjeros, domiciliados o no en el Ecuador.
40
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.
41
DISPOSICIONES ESPECIALES SOBRE CIERTAS OBRAS DE LOS
PROGRAMAS DE ORDENADOR
42
d) Publicación del programa mejorado (Requisito: código fuente disponible)
Art. 5: Tanto para software libre como software propietario, siempre y cuando se
satisfagan los requerimientos, se debe preferir las soluciones en este orden:
43
e) Internacionales con proveedores nacionales.
f) Internacionales.
Capítulo III
Gobierno Autónomo Descentralizado Municipal
Sección Primera
Naturaleza Jurídica, Sede y Funciones
44
políticas públicas cantonales, en el marco de sus competencias constitucionales
y legales;
45
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.
46
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.
47
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.
48
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).
49
CAPÍTULO III
PROPUESTA TECNOLÓGICA
50
Factibilidad Operacional
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.
51
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.
52
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.
Factibilidad Legal
53
Factibilidad Económica
CUADRO X:
Matriz de arreglos institucionales y modalidad de ejecución
ARREGLOS INSTITUCIONALES
54
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
COSTO
RUBRO CANTIDAD SUBTOTAL
MENSUAL
Recurso Humano
Salario del Programador $ 700 4 $ 2800
Alimentación $ 100 4 $ 400
Movilización $ 80 4 $ 320
Recurso Informáticos
Plan de Hosting
25GB de capacidad $ 5.70 12 $ 68.40
Transferencia ilimitada
Dominio
En el caso que se utilice el
dominio oficial del GAD Municipal
(pedrocarbo.gob.ec), $ 0.00 12 $ 0.00
Este no tiene costo debido a que
está reservado para entidades del
gobierno ecuatoriano.
Dominio
En el caso que se utilice un $ 3.72 12 $ 44.64
dominio de uso general (.ec).
*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.
55
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.
56
CUADRO XII:
Planificación Inicial de Iteraciones para el Desarrollo
Iteración #1
Iteración #2
Registro de Vehículos/Equipos
3 Media Alto 1 semana
Camineros
Iteración #3
Iteración #4
Iteración #5
Iteración #6
57
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
GRÁFICO 7:
Tablas básicas planteadas en la etapa de planificación
58
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
Planeación de la
Iteración Codificación
(Iteration Planning) (Coding)
Diseño Pruebas de
(Designing) Aceptación
(Acceptance Test)
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.
59
CUADRO XIII:
Historia de Usuario N°1 y sus Tareas
Historia de Usuario
Observaciones: S/O
Tarea #1
Tarea #2
60
CUADRO XIV:
Historia de Usuario N°2 y sus Tareas
Historia de Usuario
Observaciones: S/O
Tarea #1
Tarea #2
61
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.
GRÁFICO 9:
Interfaz del Sistema, vista escritorio y móvil
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.
62
CUADRO XV:
Historia de Usuario N°3 y sus Tareas
Historia de Usuario
Observaciones: S/O
Tarea #1
Tarea #2
63
CUADRO XVI:
Historia de Usuario N°4 y sus Tareas
Historia de Usuario
Observaciones: S/O
Tarea #1
Tarea #2
64
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
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.
65
CUADRO XVII:
Historia de Usuario N°5 y sus Tareas
Historia de Usuario
Observaciones: S/O
Tarea #1
Tarea #2
66
CUADRO XVIII:
Historia de Usuario N°6 y sus Tareas
Historia de Usuario
Observaciones: S/O
Tarea #1
Tarea #2
67
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
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.
68
CUADRO XIX:
Historia de Usuario N°7 y sus Tareas
Historia de Usuario
Observaciones: S/O
Tarea #1
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
69
CUADRO XX:
Historia de Usuario N°8 y sus Tareas
Historia de Usuario
Observaciones: S/O
Tarea #1
Tarea #2
70
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
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.
71
CUADRO XXI:
Historia de Usuario N°9 y sus Tareas
Historia de Usuario
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
Tarea #2
72
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
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.
73
CUADRO XXII:
Historia de Usuario N°10 y sus Tareas
Historia de Usuario
Observaciones: S/O
Tarea #1
74
GRÁFICO 14:
Generación de reportes a través del sistema
GRÁFICO 15:
Visualización de Solicitudes pendientes y vencidas de atención
75
ENTREGABLES DEL PROYECTO
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
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.
76
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
DESACUERDO
DESACUERDO
INDIFERENTE
SATISFECHO
SATISFECHO
CRITERIOS
TOTAL
TOTAL
MUY
Cargar el sistema a través del
5 2 7
navegador
Sistema permite acceder al sistema a
7 7
través de usuarios registrados.
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
77
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
DESACUERDO
DESACUERDO
INDIFERENTE
SATISFECHO
SATISFECHO
CRITERIOS
TOTAL
TOTAL
MUY
Módulos del Sistema cargan
4 1 5
inmediatamente.
Módulo de Vehículos cuenta con la
5 5
información necesaria.
Facilidad de uso en el formulario para
5 5
registrar Vehículos
Módulo del Personal cuenta con la
5 5
información necesaria.
Facilidad de uso en el formulario para
5 5
registrar Personal
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
78
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
DESACUERDO
DESACUERDO
INDIFERENTE
SATISFECHO
SATISFECHO
CRITERIOS
TOTAL
TOTAL
MUY
Opciones del Módulo Vehículos carga
5 5
inmediatamente.
Opción de Mantenimientos cuenta
5 5
con la información necesaria.
Facilidad de uso en el formulario para
5 5
registrar los mantenimientos.
Opción de Mantenimientos cuenta
5 5
con la información necesaria.
Facilidad de uso en el formulario para
4 1 5
registrar los consumos.
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
79
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
DESACUERDO
DESACUERDO
INDIFERENTE
SATISFECHO
SATISFECHO
CRITERIOS
TOTAL
TOTAL
MUY
El tiempo de carga del sistema y de
4 1 5
los módulos es inmediato.
Módulo de Tareas contiene la
4 1 5
información necesaria.
Facilidad de uso en el formulario para
5 5
registrar las Tareas municipales.
Módulo de Solicitudes contiene la
4 1 5
información necesaria.
Facilidad de uso en el formulario para
5 5
registrar los consumos.
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
80
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
DESACUERDO
DESACUERDO
INDIFERENTE
SATISFECHO
SATISFECHO
CRITERIOS
TOTAL
TOTAL
MUY
El tiempo de carga del sistema y del
4 1 5
módulo es inmediato.
Módulo de Agenda contiene la
4 1 5
información necesaria.
Facilidad de uso en el formulario para
4 1 5
registrar las Tareas municipales.
Visualización de Tareas y Solicitudes
4 1 5
pendientes para ser asignadas.
Visualización de Vehículos
5 5
disponibles para asignación.
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
81
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
DESACUERDO
DESACUERDO
INDIFERENTE
SATISFECHO
SATISFECHO
CRITERIOS
TOTAL
TOTAL
MUY
El tiempo de carga del sistema y del
2 2
módulo es inmediato.
Módulo de Reporte presenta la
2 2
información necesaria.
Facilidad de uso de los campos para
1 1 2
la generación del reporte.
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
82
CAPÍTULO IV
83
CUADRO XXX:
Matriz de Validaciones Técnicas y Funcionales
DESACUERDO
DESACUERDO
INDIFERENTE
SATISFECHO
SATISFECHO
CRITERIOS
TOTAL
MUY
Parámetros Técnicos y Funcionales
84
GRÁFICO 22:
Resultado Validaciones Técnicas y Funcionales
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.
85
CUADRO XXXI:
Matriz de Validaciones de la Satisfacción del Usuario
DESACUERDO
DESACUERDO
INDIFERENTE
SATISFECHO
SATISFECHO
CRITERIOS
TOTAL
MUY
Parámetros Satisfacción del Usuario
86
Control de actividades que se asignan y no
X
se cumplen en el día.
GRÁFICO 23:
Resultado Validaciones de la Satisfacción del Usuario
87
CUADRO XXXII:
Informe de Aceptación y Aprobación
CRITERIOS DE ACEPTACIÓN
88
TAREAS
APROBADO
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.
TIEMPO
APROBADO
4 meses para todo el proyecto
(2 semanas Planificación, 3 meses Desarrollo,
2 semanas Pruebas)
89
CONCLUSIONES
90
RECOMENDACIONES
91
BIBLIOGRAFÍA
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.
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.
92
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
93
ANEXOS
94
ANEXO 1
95
96
97
ANEXO 2
Actual archivo en Excel del registro de Equipos Camineros con los que cuenta el
GAD Municipal de Pedro Carbo.
98
Actuales archivos en Excel para registrar los mantenimientos y reparaciones de
los Equipos Camineros del GAD Municipal de Pedro Carbo.
99
ANEXO 3
100
ANEXO 4
101
ANEXO 5
Cronograma planteado para el desarrollo de la solución presentada.
102
ANEXO 6
Agenda de Actividades emitida por el Sistema Web
103