PROYECTO DE TITULACIÓN -...

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




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 22: Resultado Validaciones Técnicas y Funcionales ......................... 85

GRÁFICO 23: Resultado Validaciones de la Satisfacción del Usuario ............... 87

XVIII







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







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.


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


GRÁFICO 7: Tablas básicas planteadas en la etapa de planificación


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


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


Descripción: Desarrollo de la interfaz general del Sistema, integrando el

Framework Bootstrap.


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


Alta


Media


1


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


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


Descripción: Desarrollo de un módulo para el sistema que permita gestionar

los usuarios del sistema.


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


Iteración #2:





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


Media


Alto


2


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


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)


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.


64

CUADRO XVI: Historia de Usuario N°4 y sus Tareas

Historia de Usuario


Nombre historia: Registro de Personal encargado


Baja


Medio


2


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


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


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.


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


Iteración #3:





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


Nombre historia: Gestión de mantenimientos


Media


Medio


3


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


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


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.


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


Media


Bajo


3


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


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


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.


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


Iteración #4:





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


Nombre historia: Gestión de Actividades o Tareas Municipales


Media


Alto


4


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


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


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.


70

CUADRO XX: Historia de Usuario N°8 y sus Tareas

Historia de Usuario


Nombre historia: Gestión de Solicitudes Ciudadanas


Media


Alto


4


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


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


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.


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


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.


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


Nombre historia: Agenda de Trabajo


Alta


Alto


5


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


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


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.


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


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.


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


Alta


Alto


6


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


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.


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


GRÁFICO 15: Visualización de Solicitudes pendientes y vencidas de atención


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


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


GRÁFICO 16: Resultados de la Iteración #1


78


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




79


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




80


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




81


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




82


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




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%


85

GRÁFICO 22: Resultado Validaciones Técnicas y Funcionales


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%


GRÁFICO 23: Resultado Validaciones de la Satisfacción del Usuario


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


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.

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

PROYECTO DE TITULACIÓN -...

Documents

Transcript of PROYECTO DE TITULACIÓN -...