desarrollar una aplicaciÓn para mejorar la gestiÓn …

UNIVERSIDAD ESTATAL A DISTANCIA

VICERRECTORIA ACADÉMICA

ESCUELA DE CIENCIAS EXACTAS Y NATURALES

CARRERA INGENIERÍA INFORMÁTICA

DESARROLLAR UNA APLICACIÓN PARA MEJORAR

LA GESTIÓN DE LA ADMINISTRACIÓN DE LOS

INVENTARIOS DE ÁRBOLES DISPONIBLES

ACTUALMENTE EN EL CITTED.

MODALIDAD ESCOGIDA: PROYECTO

INFORME FINAL DEL PROYECTO

PARA OPTAR POR EL TÍTULO DE

BACHILLER EN INGENIERÍA INFORMÁTICA

AARON GRANADOS CUENDE

3-0575-0843

CENTRO UNIVERSITARIO DE QUEPOS

PAC 2019-2

QUEPOS, 2019

ii

ESCUELA DE CIENCIAS EXACTAS Y NATURALES

CARRERA INGENIERÍA INFORMÁTICA

NIVEL: BACHILLERATO

DECLARACIÓN JURADA

Yo AARON GRANADOS CUENDE, cédula: 3-0575-0843, declaro bajo fe de juramento

y consciente de las responsabilidades penales de este acto, que soy el autor intelectual

del trabajo titulado (Desarrollar una aplicación para mejorar la gestión de la

administración de los inventarios de árboles disponibles actualmente en el

CITTED), que presento como requisito de graduación para Bachillero en Ingeniería

Informática. Además, doy fe que dicho trabajo no se ha presentado anteriormente ni

parcial o total, por tanto, libero a la Universidad Estatal a Distancia de cualquier

responsabilidad en caso de que mi declaración sea falsa.

FIRMA DEL (o DE LA) ESTUDIANTE,

COMPARABLE CON LA DEL DOCUMENTO DE IDENTIDAD

Firmado el día 10 del mes de noviembre de 2019, la ciudad de Quepos.

iii

DEDICATORIA

Dedico este proyecto a mi madre Daysina Cuende Rodríguez quien me ha

apoyado a lo largo de gran recorrido por la UNED ha sido mi motor y mi gran

apoyo para seguir adelante.

iv

AGRADECIMIENTOS

Agradecer a Dios por toda la sabiduría que me ha dado a lo largo de esta carrera

tan hermosa como lo es Ingeniería Informática.

A mi madre, y compañeros de trabajo por todo su gran apoyo incondicional.

A mi Tutora a lo largo de este proyecto Lic. Evelyn Sánchez Agüero un

agradecimiento especial por guiarme en cada paso en los diferentes avances

que están para este Trabajo Final de Graduación.

Agradezco a mi patrocinador el Ing. Forestal Jorge Hernández López, a la

institución, el Centro de Investigación Transferencia de Tecnología y Educación

para el Desarrollo (CITTED), por darme la oportunidad de realizar este trabajo

final de graduación y por todo el apoyo facilitado durante el proceso de

elaboración, a través sus funcionarios y funcionarias.

v

TABLA DE CONTENIDO

HOJA DE FIRMAS .............................................. ¡Error! Marcador no definido.

DECLARACIÓN JURADA ................................................................................... ii

DEDICATORIA ................................................................................................... iii

AGRADECIMIENTOS ........................................................................................ iv

Tabla de Contenido ............................................................................................. v

INDICE DE TABLAS .......................................................................................... ix

INDICE DE FIGURAS ......................................................................................... x

GLOSARIO ....................................................................................................... xii

RESUMEN ....................................................................................................... xiv

CAPITULO I: INTRODUCCIÓN ......................................................................... 1

1.1 Introducción .......................................................................................... 1

1.2 Objetivos ............................................................................................... 2

1.2.1 Objetivo General ................................................................................ 2

1.2.2 Objetivos Específicos ......................................................................... 3

1.3 Situación del problema ............................................................................ 3

1.3.1 Diagrama de situación actual ............................................................. 4

1.3.2 Justificación ....................................................................................... 5

1.3.3 Importancia del proyecto .................................................................... 5

1.3.4 Beneficios .......................................................................................... 6

1.3.5 Beneficiarios ...................................................................................... 6

1.4 Limitaciones y/o suposiciones .................................................................. 6

1.4.1 Suposiciones ...................................................................................... 7

1.4.2 Limitaciones ....................................................................................... 8

vi

CAPÍTULO II: METODOLOGÍA DEL PROYECTO ............................................. 9

2.1 Identificación del tipo o enfoque de investigación .................................... 9

2.2 Identificación de las variables y entregables por cada objetivo específico

..................................................................................................................... 10

2.2.1. Objetivo diagnóstico ........................................................................ 10

2.2.2 Objetivo análisis ............................................................................... 12

2.2.3 Objetivo diseño ................................................................................ 12

2.2.4 Objetivo implementación .................................................................. 13

2.2.5 Objetivo evaluación .......................................................................... 15

2.3 Diagrama de la Estructura Desagregada de Trabajo (EDT) .................. 15

2.4 Cronograma ........................................................................................... 16

2.5 Metodología del proyecto ....................................................................... 17

CAPITULO III: MARCO TEÓRICO ................................................................... 21

3.1 Marco teórico ......................................................................................... 21

3.2 Marco situacional ................................................................................... 37

CAPITULO IV: ANÁLISIS DE LOS DATOS Y PROPUESTA DE SOLUCIÓN . 40

4.1 Objetivo diagnosticar ............................................................................. 40

4.2 Objetivo analizar .................................................................................... 53

4.2 Objetivo diseñar ..................................................................................... 55

4.2 Objetivo implementar ............................................................................. 60

4.2 Objetivo evaluar ..................................................................................... 70

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

5.1 Objetivo específico: Diagnosticar ........................................................... 71

5.1.1 Conclusiones ................................................................................... 71

5.1.2 Recomendaciones ........................................................................... 71

vii

5.2 Objetivo específico: Analizar .................................................................. 72

5.2.1 Conclusiones ................................................................................... 72


5.3 Objetivo específico: Diseñar .................................................................. 73

5.3.1 Conclusiones ................................................................................... 73


5.4 Objetivo específico: Implementar ........................................................... 74

5.4.1 Conclusiones ................................................................................... 74


5.5 Objetivo específico: Evaluar ................................................................... 75

5.5.1 Conclusiones ................................................................................... 76


Bibliografía ....................................................................................................... 77

1.1 Bibliografía referenciada ........................................................................ 77

1.2 Bibliografía consultada ........................................................................... 78

ANEXOS .......................................................................................................... 80

Anexo A: Unión de formularios PASO 3.................................................... 80

Anexo B: Carta de aprobación del supervisor y reporte de análisis de la

herramienta detección de fraude .............................................................. 94

Anexo C: Minutas de trabajo, firmadas y selladas por el patrocinador ..... 97

Anexo D: Plantilla de aprobación de variables y entregables ................. 107

Anexo E: Cierre del proyecto .................................................................. 124

Anexo F: Encuesta de desempeño del estudiante al supervisor ............. 126

Anexo G: Encuesta de desempeño del patrocinador al estudiante ......... 130

Anexo H: Cesión de derechos ................................................................ 135

viii

Otros anexos .............................................................................................. 137

ix

INDICE DE TABLAS

Tabla 1: Descripción de suposiciones del proyecto ........................................... 7

Tabla 2: Descripción de limitaciones del proyecto ............................................. 8

Tabla 3: Metodología del proyecto ................................................................... 20

Tabla 4: Tabla comparativa de Metodologías. ................................................. 25

Tabla 5: Tabla comparativa de Lenguajes de Programación ........................... 29

Tabla 6: Tabla comparativa de Gestor de Base de Datos ................................ 32

Tabla 7: Tabla comparativa de Reportes. ........................................................ 36

Tabla 8: Correos de personas que la boran en el CITTED .............................. 45

x

INDICE DE FIGURAS

Figura 1: Logotipo del CITTED. .......................................................................... 1

Figura 2: Diagrama de situación del problema ................................................... 4

Figura 3: Diagrama de Estructura Desagragada de Trabajo (EDT)…………….16

Figura 4: Cronograma de actividades Gantt .................................................... 17

Figura 5: Diagrama de Actividades UML .......................................................... 41

Figura 6: Diagrama de secuencia UML ............................................................ 43

Figura 7: Gráfico de la pregunta 1 .................................................................... 46



Figura 10: Gráfico de la pegunta 4 ................................................................... 48

Figura 11: Gráfico de la pegunta 5 ................................................................... 49

Figura 12: Respuestas de la pregunta 6 de la encuesta .................................. 49

Figura 13: Gráfico de la pregunta 7 .................................................................. 50

Figura 14: Respuestas de la pregunta 8 de la encuesta .................................. 51

Figura 15: Gráfico de la pregunta 9 .................................................................. 52

Figura 16: Gráfico de la pregunta 10 ................................................................ 53

Figura 17: Respuestas de la pregunta 11 de la encuesta ................................ 53

Figura 18: Diagrama de Casos de Uso UML.................................................... 54

Figura 19: Menú Principal del aplicativo ........................................................... 55

Figura 20: Formulario de solicitudes del aplicativo ........................................... 56

Figura 21: Mostrar las solicitudes del aplicativo ............................................... 57

Figura 22: Buscar y Editar solicitudes del aplicativo ........................................ 58

Figura 23: Reportes del aplicativo .................................................................... 59

Figura 24: Muestra del menú principal del aplicativo ....................................... 61

Figura 25: Muestra del Registro de las solicitudes del aplicativo. .................... 62

Figura 26: Solicitud guardada del aplicativo ..................................................... 63

Figura 27: Solicitud guardado Cantón vació del aplicativo .............................. 64

Figura 28: Mostrando solicitudes del aplicativo ................................................ 65

xi

Figura 29: Uso de pantalla Buscar y editar del aplicativo ................................. 66

Figura 30: Editado de la solicitud del aplicativo ............................................... 67

Figura 31: Generar Reporte del aplicativo ....................................................... 68

Figura 32: Reporte generado ........................................................................... 68

xii

GLOSARIO

- Bizagi: Aplicar para generar Diagramas técnicos.

- CITTED: Centro de Investigación, Transferencia de Tecnología y

Educación para el Desarrollo.

- C-Sharp: Lenguaje de programación orientado a objetos, desarrollado y

estandarizado por Microsoft, como parte de su plataforma .NET.

- Excel: Software desarrollado por Microsoft Corporation que permite

realizar tareas contables y financieras gracias a sus funciones.

- EDT: Estructura Desagragada de Trabajo

- Hardware: Conjunto de elementos físicos o materiales que integran una

computadora o sistema informático.

- IDE: Integrated Development Environment (siglas en inglés de Entorno de

Desarrollo Interactivo).

- MySQL: Structured Query Language (del inglés de Gestor de base de

datos o Lenguaje de consulta estructurado).

- RAM: Random Access Memory (del inglés de Memoria de acceso

aleatorio, es memoria principal de la computadora).

- Software: Hace referencia a un conjunto de programas de cómputo, así

como datos, procedimientos y pautas que permiten realizar distintas tareas

en un sistema informático.

xiii

- TIC: Tecnologías de Información y Comunicaciones.

- UML: Unified Modeling Language (siglas en inglés de lenguaje unificado

de modelado).

xiv

RESUMEN

En este Trabajo Final de Graduación se desarrolló una aplicación para mejorar

la gestión de la administración de los inventarios de árboles disponibles

actualmente en el CITTED, durante el segundo semestre de 2019.

Dicho aplicativo fue entregado para poder minimizar los problemas que tienen

actualmente con respectos a las entregas y reportes que generan en Centro de

Investigación, Transferencia de Tecnología y Educación para el Desarrollo.

Se decidió implementar la Metodología en Cascada porque es una de las que se

puede ir trabajando fase por fase de esa forma es como hablar cada uno de los

avances para el proyecto y se hacen en orden. En cuanto al lenguaje de

programación para el desarrollo de la aplicación se usó C# y a lo que

corresponde a reportes se usó Microsoft Excel. Se diagnosticó los procesos de

gestión de la administración a la hora de registrar los árboles de las diferentes

especies de árboles para mejorar procesos de entregas en el inventario en el

CITTED.

Se analizaron todos los resultados del diagnóstico de la gestión de la

administración de los diferentes procedimientos en los inventarios de árboles

para definir los requerimientos que satisfagan las necesidades en toda la

administración como tal.

Se diseñó la propuesta de la aplicación para la gestión de la administración del

inventario de árboles en función de la necesidad de lo que el patrocinador quería.

También se implementó el diseño de la aplicación para la gestión de la

administración del inventario de árboles.

Evaluar la aplicación para la gestión de la administración de los inventarios de

árboles, mediante las métricas de usabilidad, eficiencia para saber si la solución

propuesta. Por otro lado, se entregaron diferentes entregables correspondientes

a cada objetivo específico.

1

CAPITULO I: INTRODUCCIÓN

1.1 Introducción

El proyecto profesional en forma de aplicativo que se desarrollara para el Centro

de Investigación, Transferencia de Tecnología y Educación para el Desarrollo

(CITTED), tratara de manejar la mejor forma para las diferentes entregas de

árboles que se realizan en ese centro, siguiendo las indicaciones del Ingeniero

Forestal Jorge Hernández López.

En esta primera entrega se hablará los objetivos, situación del problema que

incluye un punto muy importante y quizás uno de lo que hay que analizar que es

el Diagrama de situación del problema, además se podrá encontrar también con

la justificación, importancia, beneficios, beneficiarios, las limitaciones y

suposiciones para el proyecto.

En la figura 1 se muestra el logo, que pertenece al CITTED, mismo que se usa

hasta la fecha, formado por las siglas y reflejo de una planta.

Figura 1: Logotipo del Centro de Investigación, Transferencia de Tecnología y Educación para el Desarrollo (CITTED). Fuente: CITTED.

2

1.2 Objetivos

Se expondrá tanto el objetivo general como específicos, para poder entender de

una mejor manera lo que se quiere desarrollar, siguiendo la situación del

problema que se quiere solucionar.

Se unirán con suma importancia los objetivos específicos del proyecto, en ellos

es donde se refleja desde la tapa inicial hasta el final del aplicativo para poder

entregarlo en el tiempo estimado.

1.2.1 Objetivo General

Desarrollar una aplicación para mejorar la gestión de la administración de los

inventarios de árboles disponibles actualmente en el CITTED, durante el

segundo semestre de 2019.

Entregar el aplicativo para poder minimizar los problemas que tienen

actualmente con respectos a las entregas y reportes que generan en Centro de

Investigación, Transferencia de Tecnología y Educación para el Desarrollo

(CITTED).

1.2.2 Objetivos Específicos

1.2.2.1 Diagnosticar los procesos de gestión de la administración a la hora de

registrar los árboles de las diferentes especies de árboles para mejorar procesos

de entregas en el inventario en el CITTED.

3

1.2.2.2 Analizar todos los resultados del diagnóstico de la gestión de la

administración de los diferentes procedimientos en los inventarios de árboles



1.2.2.3 Diseñar la propuesta de la aplicación para la gestión de la administración

del inventario de árboles en función de la necesidad que se quiere.

1.2.2.4 Implementar el diseño de la aplicación para la gestión de la


1.2.2.5 Evaluar la aplicación para la gestión de la administración de los

inventarios de árboles, mediante las métricas de usabilidad, eficiencia para saber

si la solución propuesta logro disminuir los diferentes errores que se encontraron

en el CITTED.

1.3 Situación del problema

Es este espacio se expondrá el problema que presenta actualmente el CITTED

con el manejo de los inventarios de árboles, enfocándonos en Inventarios y las

entregas para su mejor entendimiento.

Se presentará un diagrama de situación actual, mismo que corresponde a la

figura 2 para priorizar esos cambios que se requieren y así definir los diferentes

requerimientos que se necesitan para desarrollar el aplicativo.

1.3.1 Diagrama de situación actual

Actualmente el de Centro de Investigación, Transferencia de Tecnología y

Educación para el Desarrollo (CITTED). Se vieron a la necesidad de acercarse

más a las TIC, como parte de un nuevo plan para tener un aplicativo que le

permita manejar mejor los procesos.

4

En este Diagrama de situación actual, se aprecia que desde un inicio en Hoja de

Excel se empiezan con solicitarle ciertos datos al cliente, para poder despachar

los árboles, dichos clientes son de los diferentes cantones de Alajuela.

Como parte de las mejoras el Ingeniero a cargo desea hacer unas modificaciones

que se le faciliten los pasos, pero prefieren manejar un programa como tal por lo

que desean hacer realidad los datos que no genera lo que ellos tienen hasta hoy

y crear, alertas, insumos, en la parte contable realizar de una forma más

detallada los registros y tener manejar aún mejor la base de datos que ellos

tienen al momento que si es de gran tamaño.

Las diferentes consultas que el personal pueda hacer serán esencial, porque son

las partes de los requerimientos para que pueda tener éxito, por ese estando en

modo de aplicación deberá ser sin ninguna duda mejor que la hoja de Excel que

ellos manejan.

Figura 2: Diagrama de situación actual. Fuente: Elaboración propia.

5

1.3.2 Justificación

En este caso para justificar la investigación del proyecto, viene de la necesidad

que expresa el Ingeniero Forestal Jorge Hernández López, el desea obtener

reportes de las diferentes salidas en las entregas de especie de los tipos de

árboles para pasar de lo manual a lo Digital por medio de una aplicación que le

facilite el manejo de los inventarios de entregas de especies de árboles y demás

procedimientos que se llevan de forma manual, es por esa razón que tenemos

este FODA para el CITTED.

Fortalezas: Tener una aplicación con la que puedan contar con mucho tiempo y

darle mantenimiento a futuro si se logra implementar en el CITTED. Poder

manejar la aplicación de una forma muy amigable con el usuario. Oportunidades

de contar con una herramienta tecnológica nueva. Tener a la mano la

información que se requiera de forma eficaz. Poder hacer diferentes consultas

con respecto al inventario. Hacer respaldos de la base de datos cada semana o

mes. Debilidades: No hay administradores de usuarios en la aplicación.

Amenazas: No hacer respaldo de la base de datos y perder la información.

1.3.3 Importancia del proyecto

Es de suma importancia porque es una necesidad que se requiere para llevar

mejor los registros en las entregas de árboles, ayudara a tener un mejor orden,

incluso hasta poder demostrar de una mejor forma los reportes que el usuario

desee.

6

Se destaca el uso de contar con una herramienta propia para seguir gestionando

las diferentes tareas que se realizan hasta el momento, si cumple con las

expectativas del Patrocinador.

1.3.4 Beneficios

Ayudar a tener un mejor control en los procesos, porque la base de datos se

estará actualizando cada cierto tiempo.

Contar con una interfaz fácil de usar y amigable con el usuario.

Tener mejor con los procesos de entregas de árboles, ya que incluso el reporte

puede salir más detallado.

Poder contar con un manual de usuario.

Tener a mano reportes generados por rangos de fechas.

1.3.5 Beneficiarios

Ya que estos involucran los usuarios internos y externos en internos ayudará

mucho con el proceso de la logística, será muy fácil registra y entregar árboles.

Si se necesita algún proceso de búsqueda lo podrá realizar sin ningún problema.

Los usuarios internos podrán encontrarse con una forma más ágil de registrar en

sus entregas y registros, pueden optar por un reporte para su retiro de árboles.

1.4 Limitaciones y/o suposiciones

En este apartado se hablará sobre diferentes factores que se requiere un

software, hardware para encriptar la información confidencial, la empresa

patrocinadora. De el mismo modo para las limitaciones solo que estos factores

van más hacia lo que mi persona necesitara para cubrir el proyecto.

7

1.4.1 Suposiciones

Factores y descripciones costeados por la empresa patrocinador para el

proyecto.

Tabla 1: Descripción de suposiciones del proyecto

Factores Descripción

Tiempo La espera para contar con el software es de un semestre.

Coste Ningún costo.

Tecnología Se requiere de un Computador con Windows 7 o superior,

2 Gb de memoria RAM mínimo

Cualquier procesador.

Tener el gestor de base de datos Mysql.

Recurso humano Usuarios encargados de usar la aplicación.

Legal Conocer sobre la ley De acuerdo con la Procuraduría

General de la República, destaca que:

Hay documentos públicos que no son de acceso público,

por que contienen, únicamente, información de interés

privado y no de interés público.

(Resolución No 12886-2005 del 20 de setiembre del

2005).

8

1.4.2 Limitaciones

Factores y descripciones costeados por la empresa patrocinador para el

proyecto.

Tabla 2: Descripción de limitaciones del proyecto

Factores Descripción

Tiempo Si existe, es de aproximadamente un semestre.

Coste No existe ningún costo.

Tecnología Contar con un computador mínimo con 4 Gb de memoria

RAM.

Windows 7 o superior.

Procesador Core i5 o superior.

Gestor de base de datos Mysql.

Tener instalado el IDE en este caso Visual Studio.

Recurso humano No existe.

Legal

De acuerdo con la Procuraduría General de la República,

destaca que:

Hay documentos públicos que no son de acceso público,

por que contienen, únicamente, información de interés

privado y no de interés público.

(Resolución No 12886-2005 del 20 de setiembre del

2005).

9

CAPÍTULO II: METODOLOGÍA DEL PROYECTO

En este capítulo, se abarcará todo lo relacionado con la metodología del

proyecto, se identificará el enfoque de investigación que más se adapte al

proyecto y las variables de cada objetivo específicos que incluyen modelo de

referencia de medición, descripción conceptual, instrumental y operacional y los

entregables.

Por otro lado, se va a reconocer la metodología del proyecto en aspectos de

diagnóstico, análisis, diseño, implementación y evaluación, se definirá también

la estructura desagregada del trabajo (EDT), el cronograma del proyecto y las

minutas de trabajo incluidas como Anexos y que van a hacer referenciadas en el

cuerpo del documento.

2.1 Identificación del tipo o enfoque de investigación

De acuerdo con lo que menciona Hernández, Roberto (2014) en su libro, en la

página 4, señala que el enfoque cuantitativo representa un conjunto de procesos,

incluso hace mención de un plan que lleva variables, donde más adelante serán

analizadas para obtener conclusiones respecto a las hipótesis. Este enfoque

cuantitativo se adapta al proyecto porque forma un conjunto de procesos como

tal. Ya que trae una serie de objetivos específicos que nos ayudaran a no

brincarnos ningún paso de todo lo que se hacía anteriormente en las entregas y

a poner a prueba cada uno de las variables y esos objetivos complementándolo

con la recolección y análisis de los datos.

10

2.2 Identificación de las variables y entregables por cada

objetivo específico

Se presentarán los objetivos específicos expuestos anteriormente junto con las

variables, se usarán tres variables diferentes tanto en el objetivo diagnóstico y

para el objetivo implementar, todo lo anterior en relación al problema a resolver.

2.2.1. Objetivo diagnóstico

Diagnosticar los procesos de gestión de la administración a la hora de registrar

los árboles de las diferentes especies de árboles para mejorar procesos de

entregas en el inventario en el CITTED.

Variable: Eficiencia.

Definición conceptual: Como lo muestra De Asís Diez, Francisco (2007). En la

página 1 “El análisis de eficiencia no tiene por objeto marcar un camino único

para las actuaciones organizacionales, sino aportar diagnósticos útiles que

ayuden a tomar decisiones.” Es por ello por lo que se considera que la Eficiencia

en este punto será clave para empezar a diagnosticar los problemas en el

proceso de la administración.

De Asís Diez, Francisco (2007).

Definición instrumental: Se va a utilizar diagrama de actividades UML.

Definición operacional: Dicha variable será aprobada por el Ing. Jorge

Hernández López y se detallará y se explicará el diagrama para representar los

flujos de trabajo del negocio paso a paso de acuerdo con las acciones y

11

condiciones tomadas dentro de un proceso. para entender la solución al

problema de la mejor manera.

Variable: Orden.

Definición conceptual: Castillo, Mauricio (2004) en su libro destaca en la página

121 “que el investigador debe estar muy atento a las visitas y a las solicitudes

del interventor para mantener todo en orden y estar dispuesto a facilitar

información que éste requiera para el cumplimiento en sus funciones.” De esta

forma podemos comprender toda aquella serie de pasos que queremos

organizar, para poder obtener lo que queremos.

Castillo, Mauricio (2004)

Definición instrumental: Se va a utilizar diagrama de secuencia UML.

Definición operacional: La variable será aprobada por el Ing. Jorge Hernández

López y se realizará el diagrama en representación de las interacciones entre los

componentes del proceso (actores, sistemas, o equipos).

Variable: Inspeccionar.

Definición conceptual: Menciona el autor Soto, Álvaro (1989) en el libro, en la

página 282 “que la inspección del trabajo está organizada en la actualidad de un

modo satisfactorio desde el punto de vista técnico su personal competentísimo y

su funcionamiento deplorable.” Ver e identificar los documentos con atención

para su posterior criterio y así hay que asegurar que el sistema controla lo

correcto.

Soto, Álvaro (1989)

12

Definición instrumental: Se va a utilizar una encuesta.

Definición operacional: El Ing. Jorge Hernández López aprobará la variable y

con ello se programará la reunión para analizar los datos y se explicarán los

datos obtenidos en la encuesta en forma de tabulación.

Entregables: Los entregables asociados a este objetivo sería un informe con

diagrama de actividades UML, diagrama de secuencia UML. Y los datos

obtenidos de la encuesta.

2.2.2 Objetivo análisis

Analizar todos los resultados del diagnóstico de la gestión de la administración

de los diferentes procedimientos en los inventarios de árboles para definir los

requerimientos que satisfagan las necesidades en toda la administración como

tal.

Entregables: Se entregará un informe final de los resultados obtenidos en el

diagnóstico en forma de analizar la situación y además un diagrama de el modelo

de Casos de Uso para representar las funciones del sistema y los actores.

2.2.3 Objetivo diseño

Diseñar la propuesta de la aplicación para la gestión de la administración del

inventario de árboles en función de la necesidad que se quiere.

13

Entregables: Se entregará el prototipo de interfaces de usuario del aplicativo,

las pantallas que tendrán para manejar los diferentes procesos, para entregar un

informe final.

2.2.4 Objetivo implementación

Implementar el diseño de la aplicación para la gestión de la administración del

inventario de árboles.

Variable: Fiabilidad.

Definición conceptual: Lo destaca Solís, Alberto (2000) en su libro “es una de

las disciplinas que deben integrarse en todas las fases del ciclo de vida de los

sistemas.” Gracias a la fiabilidad podremos tener con certeza de que los

diferentes procesos se van a plasmar dejar ninguno por afuera.

Solís, Alberto (2000)

Definición instrumental: Plan de pruebas y casos de pruebas.

Definición operacional: El Ing. Jorge Hernández López aprobara la variable y

se prepara el documento que va a tener la información de cuantos casos de

prueba se han hecho en la aplicación contra cuantas pruebas fallaron para

detectar los defectos del producto.

Variable: Usabilidad.

Definición conceptual: Pinto, Joaquín (2014) en su libro menciona que "la

usabilidad no depende exclusivamente de su interfaz, sino también influye la

estructura y organización de la información." Es por ello por lo que se dese

implementar de la mejor manera posible para el usuario final.

14

Pinto, Joaquín (2014).

Definición instrumental: Manual de usuario.


con forme se vaya finalizando la aplicación se entregar un manual de usuario y

del sistema para que conozcan los diferentes procedimientos que se pueden

realizar a detalle, el cual será de mucha ayuda.

Variable: Eficiencia.

Definición conceptual: Como lo muestra De Asís Diez, Francisco (2007). En la

página 1 “El análisis de eficiencia no tiene por objeto marcar un camino único

para las actuaciones organizacionales, sino aportar diagnósticos útiles que

ayuden a tomar decisiones.” Es por ello por lo que se considera que la Eficiencia

en este punto será clave para empezar a diagnosticar los problemas en el

proceso de la administración.

De Asís Diez, Francisco (2007).

Definición instrumental: Casos de prueba y Aplicación


se va a ir ejecutando todas las pruebas necesarias de la aplicación para poder

medir cuánto dura en generar un reporte o en cuanto realizar las consultas.

Entregables: Documento que incluye el Plan de pruebas y casos de pruebas,

manual de usuario y Manual del sistema, casos de prueba y la aplicación.

15

2.2.5 Objetivo evaluación

Evaluar la aplicación para la gestión de la administración de los inventarios de

árboles, mediante las métricas de usabilidad, eficiencia para saber si la solución

propuesta logro disminuir los diferentes errores que se encontraron en el

CITTED.

Entregables: Se entregará plan de mejora continua para definir estrategias y

plan de acción a realizar para llevar propuestas y determinar si la implementación

significó una mejora respecto a la problemática a resolver de la investigación.

2.3 Diagrama de la Estructura Desagregada de Trabajo (EDT)

Gracias al Diagrama Estructura Desagregada de Trabajo (EDT), también

conocida como Estructura de desglose de trabajo, elaborado con WBS Chart Pro

nos permitirá observar de una mejor manera la planificación de las diferentes

etapas del proyecto.

16

Figura 3: Diagrama de Estructura Desagragada de Trabajo (EDT). Fuente: Elaboración propia.

2.4 Cronograma

Se presenta el cronograma de actividades Gantt, elaborado con la herramienta

Excel, el cual nos ayudara previsualizar mejor en tractos las diferentes

actividades del proyecto.

17

Figura 4: Cronograma de actividades Gantt. Fuente: Elaboración propia.

2.5 Metodología del proyecto

Con la tabla se metodología de proyecto propuesta, será una forma de poder

visualizar como se llevarán a cabo las diferentes actividades correspondientes a

cada objetivo específico.

1 2 3 4 5 6

A.3 Elaborar diagrama de actividades UML

D.4 Ejecutar los casos de prueba

D.5 Entregar la aplicación

Evaluar

E.1 Elaborar plan de mejora continua

C.2 Elaborar los entregables

Implementar

D.1 Crear la aplicación

D.2 Elaborar el Plan de pruebas y casos de pruebas

D.3 Elaborar manual de usuario

Diagnosticar

MESOBJETIVO/ACTIVIDAD

A.1 Programar reuniones de trabajo

A.2 Analizar los datos

A.4 Elaborar diagrama de secuencia UML.

Diseñar

C.1 Elaborar los prototipos

A.5 Elaborar la entrevista

Analizar

B.1 Programar reuniones de trabajo

B.2 Identificar los requerimientos de la aplicación

B.3 Analizar los datos

B.4 Elaborar diagrama de Casos de Uso

18

Objetivos específicos 1: Diagnosticar los procesos de gestión de la administración

a la hora de registrar los árboles de las diferentes especies de árboles para mejorar

procesos de entregas en el inventario en el CITTED.

Actividad Metodología

A.1 Programar reuniones de trabajo. Se contactaba al patrocinador por vía

telefónica.

A.2 Analizar los datos. Una vez realizadas las encuestas se

procedieron a justificar los datos de dichas

encuestas.

A.2 Elaborar diagrama de actividades

UML.

Se recolectan los datos por medio del

análisis, posteriormente se procede a

realizar el diagrama de actividades UML

con la herramienta de Microsoft Visio, para

que una vez terminado el Ing. Jorge

Hernández corrobore y apruebe los datos.

A.4 Elaborar diagrama de secuencia

UML.

Se recolectan los datos por medio del

análisis, posteriormente se procede a

realizar el diagrama de secuencia UML con

la herramienta de Microsoft Visio, para que

una vez terminado el Ing. Jorge Hernández

corrobore y apruebe los datos.

A.5. Elaborar la encuesta.

Se le realiza la encuesta al personal que

elabora en la oficina del CITTED y

posteriormente, se elabora el informe para

que el patrocinador lo apruebe.

19

Objetivo específico 2: Analizar todos los resultados del diagnóstico de la gestión

de la administración de los diferentes procedimientos en los inventarios de árboles



Actividad Metodología

B.1 Programar reuniones de trabajo. Se contactaba al patrocinador por vía

telefónica.

B.2. Identificar los requerimientos de

la aplicación.

Los datos fueron recolectados por medio de

las reuniones y las encuestas.

B.3 Analizar los datos. Se analizan los datos en un tiempo

prudencial para seguir avanzado en el

proyecto.

B.4 Elaborar diagrama del modelo de

casos de uso.

Se elabora diagrama de modelos de casos

de uso con Microsoft Visio.

Objetivo específico 3: Diseñar la propuesta de la aplicación para la gestión de la

administración del inventario de árboles en función de la necesidad que se quiere.

C.1 Elaborar prototipos de la

aplicación.

Se elaboran los prototipos de la aplicación

hechos en lenguaje C#

C.2 Elaborar los entregables. Se documenta toda la información en

referencia a los prototipos.

Objetivo específico 4: Implementar el diseño de la aplicación para la gestión de la


D.1 Crear la aplicación.

Inicia el proceso de crear la aplicación

lenguaje C# junto con la base de datos

20

Tabla 3. Metodología del proyecto. Fuente: Elaboración propia.

elaborada con el gestor de base de datos de

MySql.

D.2 Plan de pruebas y casos de

pruebas.

Informar de cuantos casos de prueba se han

hecho en la aplicación contra cuantas

pruebas fallaron para pasar reportes al Ing.

Jorge Hernández lo autoriza.

D.3 Elaborar manual de usuario. Se crea un documento para que el usuario

la tenga como herramienta y sea de fácil

uso.

D.4 Ejecutar casos de prueba. Se somete la aplicación a pruebas hasta ver

las pruebas esperadas.

D.5 Entregar aplicación.

La aplicación es entregada a Ing. Forestal

Jorge Hernández y se somete a pruebas

finales.

Objetivo específico 5: Evaluar la aplicación para la gestión de la administración de

los inventarios de árboles, mediante las métricas de usabilidad, eficiencia para saber

si la solución propuesta logro disminuir los diferentes errores que se encontraron en

el CITTED.

D.1 Elaborar plan de

mejora continua.

Elaborar un informe que tenga un plan para realizar

mejoras posteriores al sistema en base al código fuente.

D.2 Definir criterio de

mejora

Elaborar un criterio en base a experiencia de usabilidad

para mejoras posteriores al sistema.

21

CAPITULO III: MARCO TEÓRICO

3.1 Marco teórico

Este marco teórico estará compuesto prácticamente por la metodología que más

se adapta, herramientas y lenguaje a utilizar para abarcar lo necesario en el

proyecto. De acuerdo con esto también se justificará las razones por las que se

optan por dichas teorías.

Metodología Scrum

De acuerdo con los datos que se muestran en la página de la consultoría e

ingeniería de Software Softeng, sobre la metodología Scrum cabe destacar que

es ágil y que se puede adaptar prácticamente a cualquier desarrollo de software,

como el que se le estaba desarrollando. Lo primero que abarca es la

funcionalidad, sí que queremos que el patrocinador quede satisfecho debemos

estar en contacto con la funcionalidad en lo que abarca al aplicativo.

Conforme tengamos en este punto inicial vistos buenos del patrocinador sobre

lo que el desea, se puede decir que tenemos adaptación ya del hecho para seguir

semanas en el desarrollo e ir gestionando y tener mayor innovación de los

hechos para tener etapas finales de funcionalidad.

¿Cómo se debe utilizar?

Se puede reflejar la utilidad que tiene cuando el patrocinador es participe del

proyecto, en este caso el patrocinador se motiva y compromete desde atender

cualquier interrogante, hasta ayudar a linear datos importantes en el software,

con los objetivos que él desea.

22

Ventajas de utilizar la mitología Scrum

• Todo un equipo de trabajo espera las expectativas de acuerdo con los

objetivos que se tienen, para poder dar prioridad desde el mas alto hasta

el más bajo.

• Es muy flexible a cambios por la facilidad de reacción a los cambios por

parte de los requerimientos que desea el patrocinador.

• Permite la reducción del tiempo, por que el cliente puede utilizar ciertas

funcionalidades, sin estar terminado por completo.

• Ofrece una mayor calidad en el software por el hecho tener

funcionalidades de cada iteración que se hace.

• Hay mucha productividad por que el equipo de trabajo se divide.

• Predice el tiempo de entrega de forma que se puede estimar para cuándo

habrá una funcionalidad nueva.

• Permite minimizar los riesgos gracias a las funcionalidades

La consultoría e ingeniería de Software Softeng, dedicada a mejorar procesos

en ventaja competitiva en optimización de sistemas, de acuerdo con eso tienen

una mejor productividad en el desarrollo. Es por eso por lo que desea poner en

práctica esta metodología, ya que aparte de ser ágil se puede abarcar mucho en

un proyecto como este.

Metodología de El modelo en Cascada (Waterfall)

Sommerville, Ian. (2011), en su libro de Ingeniería de Software en la página 30

destaca que “toma las actividades fundamentales del proceso de especificación,

desarrollo, validación y evolución y luego los representa como fases separadas

del proceso.”

23

Según el autor del libro, por el paso de una fase en cascada a otra, se le conoce

como modelo en cascada. Se resalta también que este es un método que va

dirigido a un plan desde el cual se debe planear y programar todas las

actividades

Entre las principales etapas para su desarrollo destacan:

• Análisis y la definición de requerimientos, por medio de lo que se desean

los usuarios para el sistema, desde las restricciones hasta los servicios,

se van a definir y detallar como descripción del sistema.

• Diseño del sistema y del software, por medio de los requerimientos del

sistema, se empieza a diseñar la propuesta que más se adapten al

software.

• Implementación y prueba de unidad, por el diseño de software se realiza

como un conjunto de programas o unidades del programa, para cumplir

con las especificaciones.

• Integración y prueba de sistema, el software se somete a pruebas para

asegurarse de que se cumplan los requerimientos de software. Después

de probarlo, se libera el sistema de software al cliente.

• Operación y mantenimiento, Fase más larga del ciclo donde el sistema se

instala y se pone en práctica. Se corrigen los errores que no se detectaron

en etapas anteriores del ciclo de vida y mejoran el sistema conforme se

descubren nuevos requerimientos.

Sommerville, Ian. (2011).

Metodología de Desarrollo Incremental

De acuerdo con el autor Berenguel, Jose. (2016), en su libro, en la página 5 “Este

es un modelo de desarrollo que subdivide los requisitos del proyecto en

diferentes incrementos o entregas para lo que es necesario que estén bien

definidos del principio.”

24

Menciona también que el desarrollo de un software se va construyendo desde la

primera iteración, para que pueda tener funcionalidad limitada que se va a ir

aumentado en entregas posteriores, por lo que se podría decir que a la vez es

una metodología ágil y se pueda ver reflejada la forma en que se resuelven los

problemas, casi nunca se adelanta una solución completa, por lo contrario, se

siguen una serie de pasos.

Por otro lado, se dice que esta metodología el flujo de las actividades que se

llevan a cabo tienen mucha similitud al de la metodología en Cascada y con cada

incremento que se realice en paralelo, dicho de otra forma, que el incremento X

pueda iniciar sin que el incremento Y este finalizado por completo.

Beneficios que tiene este método:

• Todos los requisitos están definidos desde el principio, aunque no siempre

se completa esta función por lo difícil que es.

• Es una metodología ágil.

• Se puede descomponer el software en diferentes entregas, la

retroalimentación del cliente es muy fácil de obtener, sobre el desarrollo

se pueden dar en diferentes entregas y darse cuenta del avanece que se

ha implementado.

• Permite tener facilidades de estar trabajando en el desarrollo, como

también realizar diferentes pruebas.

• De cierto modo es rápida la entrega e implementación sino se ha incluido

todo un incremento, se puede pasar a otro sin problema de que afecte la

funcionalidad del programa por completo ya que los clientes pueden

usarlo.

Berenguel, Jose. (2016)

25

Tabla comparativa de Metodologías

Scrum Cascada (Waterfall) Desarrollo Incremental

Todo es un trabajo en equipo, es una

metodología ágil.

Permite tener un mayor análisis y definición en los

requerimientos. Es una metodología ágil.

Permite flexibilidad de cambios.

Se obtiene una mejor propuesta para el diseño del

software.

Con ayuda del cliente se pueden reducir costos, por

cambios en los requerimientos.

Se puede brindar muy buena calidad de

software.

Se pueden realizar implementaciones de pruebas

en el proceso.

Los requerimientos van desde el más urgente para que la

evaluación de las etapas sea temprana.

Hay mucha productividad en el trabajo porque se

divide.

Integra en conjunto varias etapas que al final llevan a la

operación para corregir errores.

Permite que la entrega e implementación de la

funcionalidad del programa sea rápida.

Tabla 4: Tabla comparativa de Metodologías. Fuente: Elaboración propia.

Se decide implementar la Metodología en Cascada porque es una de las que se

puede ir trabajando fase por fase de esa forma es como hablar cada uno de los

avances para el proyecto y se hacen en orden.

Lenguaje C#

El lenguaje de preferencia para la realización de este proyecto es el C#, es

orientado a objetos y permite crear muchos aplicativos que son ejecutados en

.NET Framework. Se usa para crear aplicaciones de Cliente Windows, servicios

web, aplicaciones cliente-servidor.

26

Cabe destacar que la sintaxis de C# es muy similar a la de cualquier otro lenguaje

de programación, pero de igual forma fácil de familiarizarse, muchas personas

que se destacan en el desarrollo con este lenguaje pueden trabar de forma

productiva, lo cual hace que muchos se quieran especializar en este lenguaje,

hay demanda laboral.

En el sitio web de Microsoft lo destacan como un lenguaje para realizar

aplicaciones sólidas y duraderas, se puede usar para crear casi cualquier cosa,

pero es particularmente fuerte en la creación de aplicaciones y juegos de

escritorio de Windows. C# también se puede utilizar para desarrollar

aplicaciones web y también se ha vuelto cada vez más popular para el desarrollo

móvil.

Entre algunas ventajas destacan:

• Facilidad para desarrollar, posee bibliotecas de clases enriquecidas

facilitan la implementación de muchas funciones.

• Es un lenguaje que está orientado a objetos, crear aplicaciones

mantenibles y códigos reutilizables.

• Permite la recolección automática de basura, posee un sistema muy

eficiente para borrar y eliminar toda la basura presente en el sistema.

• Mejor integración, las aplicaciones tendrán una mejor integración con

otras tecnologías NET.

• Su codificación más legible.

27

Lenguaje de programación Java y Lenguaje de programación C++

López, Luis y Gutiérrez Ángel, en su libro Programación Orientada a Objetos C++

y Java en la página 134 destaca ciertas diferencias que existen entre estos dos

lenguajes de programación. “En términos generales Java tiene sencillez que no

posee C++ y de esta manera se reduce en forma considerable el número de

errores que se comenten en C++. Esto se debe a que los creadores de Java

tomaron en gran medida como base a C++, pero intentaron no trasladar a un

nuevo lenguaje lo que consideraron sus deficiencias o debilidades.”

Entre algunas diferencias que destacan estos dos autores López, Luis y

Gutiérrez Ángel destacan:

• Java incorpora una máquina virtual, en el caso de C++ existen varios

compiladores que trabajan sobre una plataforma específica para producir

códigos ejecutables, en caso contrario en Java solo existe un solo

compilador con distintas versiones para producirlo en máquina virtual.

• Java es totalmente orientado a objetos, no utiliza variables globales y no

intenta conectar todos los módulos de la aplicación, en cambio C++ enlaza

todo en la fase compilación.

• Los apuntadores se manejan en forma distinta, C++ expresa de forma

explícita todas las variables, esto crea mucha potencialidad que no tiene

Java, pero debe saber usarse, en cambio Java permite una gestión ágil

de la memoria y de sus operadores nuevos para reservar memoria.

• En Java se pueden realizar búsqueda de problemas tanto en compilación

como en ejecución, para hacerlos lo antes posible, en el caso de C++

tienen mecanismos que permiten cambiar, por ejemplo, un puntero.

28

Otras diferencias a nivel de lenguaje Java:

• No se consideran los tipos struct, unión y directivas typedef ni #define.

• No sobrecarga los operadores.

• Hace uso de sentencias como break y continue, que sustituyen la

sentencia goto en C++.

• No soporta herencia múltiple.

• Maneja de forma neutral los datos que son enumerados.

• Gestiona en forma automática el uso de memoria, por lo que no es

necesario usar funciones previstas en C++.

• Utilizas premisas similares a C++, pero más elaboradas.

Pueden existir muchas similitudes entre C++ y Java desde la sintaxis, pero

también se pueden encontrar diferencias significativas, desde un nivel bajo hasta

lo alto en eficiencia en C++, y portabilidad en Java y más general, pero de igual

forma los dos son lenguajes orientado a objetos.

López Luis, Gutiérrez Ángel (2014).

29

Tabla 5: Tabla comparativa de Lenguajes de Programación. Fuente: Elaboración propia.

En los lenguajes de programación se pueden encontrar muchas similitudes en

cuanto a la Sintaxis, en cuanto a la experiencia en C#, es por eso que se decide

utilizarlo para el desarrollo del aplicativo.

Tabla comparativa de Lenguajes de Programación

C# Java C++

Son multiplataforma. Son multiplataforma. Son multiplataforma.

Facilidad para desarrollar, Microsoft ofrece Visual Studio

para desarrolladores.

Incorpora máquina virtual, para desarrollar, al igual

que varios IDE.

Existen varios compiladores para

desarrollar.

Es orientado a objetos. Es orientado a objetos. Es un lenguaje hibrido

Las aplicaciones pueden tener una mejor integración tecnologías

NET.

Existen similitudes en las sintaxis.

Existen similitudes en las sintaxis, se puede considerar este como una de las bases para

el desarrollo.

Las aplicaciones pueden tener una mejor integración tecnologías

NET.

Ofrece una mejor entrega en las aplicaciones, en

cuanto a diseño y ejecución.

Ofrece entregas buenas, los ejecutables

son compilados para consola.

30

Gestor de base de datos MySql

El gestor de Base de datos que se usara para el desarrollo de este proyecto es

MySql, el cual nos ayudara alimentar como nuevo los registros de las entregas

que se hacen en el CITTED.

De acuerdo con datos obtenidos en la página oficial de Mysql, destacan la

facilidad, fiabilidad y por ser código abierto es que se desea implementar para el

proyecto, aparte de ser uno de los gestores de bases de datos que lideran en el

mundo.

Entre algunas características que se destacan están las siguientes:

• Es software libre, es multiplataforma.

• Permite diseñar, modelar, generar y administrar visualmente las bases de

datos.

• Proporciona herramientas visuales para crear, ejecutar consultas SQL.

• Brinda una administración fácil de manejar entornos MySQL y tener una

mejor vista de las bases de datos.

• Brinda diferentes soportes a operaciones, funciones, tablas, columnas y

comandos, en aspectos de seguridad, brinda privilegios de contraseñas,

el cual este encriptado al servidor.

• Ofrece un panel de rendimiento visual, con herramientas para mejorar el

rendimiento de las aplicaciones.

• Permite una migración fácil de la base de datos.

Gestor de base de datos SQL Server

Es un gestor de base de datos desarrollado por Microsoft, el cual es

multiplataforma. De acuerdo con datos del sitio oficial de Microsoft se pueden

encontrar algunas características que se destacan por su rendimiento.

31

Algunas características que se pueden encontrar son:

• Es número 1 en precio y rendimiento, se somete a pruebas

comparativas cargas de trabajo.

• Ofrece seguridad y conformidad de los datos en reposo, con una base

de datos que es la menos vulnerabilidad presenta de cualquier

plataforma.

• Ofrece alta disponibilidad y recuperación de los datos.

• Plataforma de datos coherente desde el entorno local y la nube, ya que

permite crear soluciones hibridas para administrar de una mejor manera

los datos.

• Posee herramientas y conectores sencillos, herramientas como como

Azure Active Directory y SQL Server Management Studio, permiten

administrar mejor la arquitectura de la base de datos.

Gestor de base de datos PostgreSQL

De acuerdo con el sitio web oficial, es un gestor de base datos relacional de

objetos abierto y que amplía el lenguaje SQL con muchas características para

tener seguras cargas de trabajo en datos que sean complicados.

Presenta una solidad reputación por tener confiabilidad e integridad de los

datos, también de que se puede ejecutar en cualquier sistema operativo y

además ofrece soluciones innovadoras y de alto rendimiento.

Entre algunas características destacan:

• Tipos de datos.

• Integridad de los datos.

• Concurrencia y rendimiento.

• Fiabilidad y recuperación ante desastres.

• Extensibilidad.

• Internalización y búsqueda de texto

32

Tabla comparativa de Gestor de base de datos

MySql SQL Server PostgreSQL

Son multiplataforma. Son multiplataforma. Son multiplataforma.

Software libre. Software libre. Software libre.

Soportes a operaciones, funciones, tablas, columnas y

comandos.

Crea soluciones hibridas para administrar de una mejor manera los datos.

Brinda privilegios de administrador, soluciones en la administración de los

datos.

Brinda privilegios de contraseñas, el cual este

encriptado al servidor.

Seguridad y conformidad de los

datos en reposo, con una base de datos que

es la menos vulnerabilidad

Ofrece integridad de los datos.

Permite una migración fácil de la base de datos.

Posee herramientas y conectores sencillos

Fiabilidad y recuperación ante desastres.

Tabla 6: Tabla comparativa de Gestor de Base de Datos. Fuente: Elaboración propia.

Al ser multiplataforma y en base a la experiencia en el uso de este gestor de

base de datos MySql, se pone en práctica para la administración de los datos

que se llevaran a cabo en la aplicación.

33

Reporting Services

En el sitio web de Microsoft, el Reporting Services, al ser una herramienta

integrada dentro de Visual Studio permite, para poder agregar extensiones

personalizadas a un servidor de informes.

De acuerdo con funcionalidad permite, crear, representar y entregar informes a

diferentes tipos de datos. Este mismo Reporting Service pueden contener la base

de datos del servidor de informes que almacenan informes publicados de datos

que son compartidos, los archivos de origen, las definiciones de modelo, los

informes compilados.

También se destacan que permiten hacer diferentes tareas para configurar el

servidor de informes para el proceso de solicitudes, historiales y permisos de los

informes.

Dos modos de implementación de instancias:

• Modo nativo, en donde se ejecuta como un servidor de aplicaciones que

suministra unas funcionalidades de proceso y gestión únicamente a través

de los componentes de Reporting Services. El servidor de informes en

modo nativo se usa el administrador de configuración de Reporting

Services y SQL Server Management Studio.

• Modo de SharePoint: El servidor de informes se instala como parte de una

estancia de servidores de SharePoint y configura el modo de SharePoint

mediante comandos de PowerShell o páginas de administración de

contenido de SharePoint.

34

Hoja de cálculo de Microsoft Excel

Desde el sitio web Microsoft hace referencia a que es un software especial para

diseñar informes y con ello poder realizar diferentes gestiones importantes en el

trabajo, gracias a sus múltiples fórmulas que facilitan el trabajo desde cualquier

administración.

Además, permite utilizar mayor el tiempo con herramientas de creación,

integración y entrega de datos en forma de gráficos interactivos para mayor

entendimiento de estos y al ser multiplataforma facilita aún mejor el acceso para

los usuarios.

Algunas características importantes

• Convertir los datos en información.

Gracias a nuevas integraciones que se vienen creando en Excel, tienen una

inteligencia mejorada ya que se pueden organizar mejor los datos y ahorrar

tiempo teniendo en cuenta las plantillas para hacer los cálculos con fórmulas.

• Una visión más completa de los datos.

Los gráficos que posee se pueden presentar en una forma adecuada con buen

formato y gracias a las tablas se puede concebir mejor la información.

• Trabajar en equipo.

Permite compartir con otros usuarios el trabajo que se este realizando con la

versión más reciente instalada, de esta forma permite acelerar a un mejor ritmo

la entrega de los datos, incluso se puede usar desde dispositivos móviles o de

escritorio.

35

Telerik Reporting

Con especificaciones técnicas, el sitio web oficial de Telerik, brinda soluciones

de informes para todas las plataformas como: móviles, .NET, web y de escritorio

que suministra una progresión de herramientas y servicios listos para usar para

ayudar a los desarrolladores a crear, implementar y usar informes de manera

rápida y fácil.

Características principales.

• Es un buen diseñador para reportes, fue creado para los desarrollares en

Visual Studio, para crear diferentes informes, para definiciones de .NET,

se pueden editar diferentes contenidos en gráficos, tablas y previsualizar

datos.

• Visor de informes, una vez creados los informes se pueden visualizar en

los visores que más se utilizan, independientemente de la plataforma

como: .net, asp, html5, WinForms.

• Brinda funciones muy completas, se pueden crear, ver y exportar mejores

reportes, interactivos y con funciones muy complejas.

• Informe de estilo con diferentes necesidades, ya que con ayuda de CSS

se pueden diseñas mejores temas.

• Motor de búsqueda OLAP y enlace datos, con ello permite hacer entregas

de informes desde cualquier gestor de datos.

36

Tabla 7: Tabla comparativa de Reportes. Fuente: Elaboración propia.

En cuanto a la experiencia se decide usar la hoja de cálculo de Microsoft Excel,

puede brindar un bue diseño a la aplicación, aparte se adapta muy bien a Visual

Studio.

Tabla comparativa de Reportes

Reporting Services Hoja de Cálculo de

Excel Telerik Reporting

Son multiplataforma. Es multiplataforma. Son multiplataforma.

Está integrado a Visual Studio.

Se puede integrar los reportes por medio de

código fuente. Se integra a Visual Studio.

Diseñador para los que desarrollan en Visual

Studio.

Permite diseñar hojas de cálculo a gusto del

usuario y convertir datos en información util.

Buen diseñador para reportes fue creado para

los desarrollares en Visual Studio.

Permite exportar a diferentes tipos de

archivos.

Permite crear diferentes filtros necesarios para poder apoyarse en los

reportes.

Se pueden crear, ver y exportar mejores reportes,

interactivos y con funciones muy complejas.

37

3.2 Marco situacional

En esta sección se presenta datos relevantes sobre la empresa patrocinadora,

para tener una visión general sobre a quien le estamos realizando el proyecto

El CITTED es un centro de investigación y transferencia que está adscrito a la

Escuela de Ciencias Exactas y Naturales de la UNED. Su ubicación geográfica

está en La Perla, ubicada en el distrito de La Fortuna del cantón de San Carlos,

provincia de Alajuela.

El objetivo general de esta institución es promover a la población procesos de

transformación mediante actividades como investigación, formación educativa y

factores entre los que se vinculan para tener logros empresariales

agroalimentarios y algo muy importante que es mejorar la calidad de vida de las

poblaciones de Huetar Norte.

El CITTED cuenta con un reglamento aprobado por el Consejo Universitario de

la UNED, donde se destaca la participación de diferentes actores, entre ellos:

funcionarios investigadores y extensionista de la ECEN, funcionarios destacados

propiamente en el CITTED, estudiantes de la UNED, funcionarios de otras

instancias de la UNED e investigadores internacionales.

Actualmente cuenta con 10 funcionarios en el CITTED: 1 agrónomo, 1 forestal,

2 sociólogos, 2 misceláneos, 1 técnico en turismo, 1 asistente universitario, todos

están incluidos en presupuesto propio del centro y se cuenta con 2 agrónomos

más que son contratados y pagados por un Proyecto de Regionalización de

CONARE. También el Centro cuenta con una Coordinadora Académica que es

la directora del centro.

Además de los funcionarios permanentes que se encuentran en el Centro se

tienen la participación de docentes de la ECEN de las diferentes carreras entre

ellas: agronomía, manejo de recursos naturales, enseñanza de la matemática,

enseñanza de las ciencias, informática, telecomunicaciones, ingeniería industrial

y el programa de gerontología.

38

Otras instancias participantes son la Dirección de Extensión que apoya con

cursos de agroecología, computación, estrategia empresarial, entre otras. La

Escuela de Ciencias Sociales y Humanidades que ha apoyado en el tema de

turismo y otras instancias como la Vicerrectoría de Investigación a través del

Proyecto Emprende Rural.

El CITTED cuenta con tres áreas estratégicas de investigación:

• Sistemas productivos sostenibles y medio ambiente

• Emprendimientos rurales y capacidades humanas

• Tecnologías de Información y Comunicación

La población meta o clientela con la que trabaja el CITTED es muy diversa: va

desde niños de escuela en procesos de educación ambiental, colegios con

charlas diversas en biología, matemática, agricultores de la zona con charlas,

cursos y apoyo en proyectos agropecuarios; apoyo a la formación de

microempresarios y de generación de ideas productivas; estudiantes de UNED

con apoyo en giras, tesis, TFG, otros; adultos mayores que han recibido cursos

de TIC; jóvenes y mujeres en actividades deportivas y culturales; organizaciones

productivas a través de capacitación; ASADAS y finqueros con donación de

árboles; Municipalidades, y otras.

Entre algunas de las funciones que se destacan en el CITTED están Realizar

investigación, innovación y extensión, generar publicaciones, que se difundan

por medios impresos y digitales, generar productos audiovisuales que

complementen los informes escritos, desarrollar redes de cooperación e

intercambio científico con universidades y centros o institutos de investigación, y

colaborar con las escuelas de la UNED y otras instancias académicas que

realicen actividades afines.

Los productos que el CITTED desarrollará, los más destacados entre ellos:

realizan foros, debates y, en general, actividades de reflexión, realizadas de

forma presencial o a distancia, los cuales pueden tener carácter académico y

39

científico o bien perseguir objetivos educativos y de divulgación, con adecuados

mecanismos de cooperación y colaboración, brindan talleres, seminarios o

congresos, presenciales o a distancia, donde se difundan los resultados y

aportes de las investigaciones.

Por otro lado, también producen productos multimediales concebidos con

similares objetivos de divulgación y educación., artículos y ensayos que

aparezcan en publicaciones periódicas o no científicas, concebidos con fines de

divulgación y educación ciudadana. Hacen publicaciones de artículos en revistas

científicas, así como de libros, derivados de los proyectos de investigación y

extensión en curso, así como de foros, debates, talleres u otro tipo de actividades

que el CITTED organice o de los que sea copatrocinador.

Y algo muy importe que producen son informes de investigación y extensión,

parciales o finales, derivados de los distintos proyectos de investigación que se

desarrollan en el centro o de manera colaborativa con otros centros de

investigación afines y brinda a soporte a empresas generadas y constituidas por

la comunidad correspondiente de acuerdo con las entregas.

Se muestra tabla comparativa sobre sobre los principales temas tratados en el

marco teórico que son objeto de estudio para la realización del proyecto.

40

CAPITULO IV: ANÁLISIS DE LOS DATOS Y PROPUESTA DE

SOLUCIÓN

4.1 Objetivo diagnosticar: Diagnosticar los procesos de gestión de la

administración a la hora de registrar los árboles de las diferentes especies de

árboles para mejorar procesos de entregas en el inventario en el CITTED.

4.1.1 Variable1: Eficiencia.

4.1.2 Entregable 1: Diagrama de actividades UML.

4.1.3 Presentación de datos.

Se detalla en la Figura 5 el análisis del Diagrama de actividades UML, para

conocer como quedara el negocio una vez con el sistema.

42

Figura 5: Diagrama de Actividades UML. Fuente: Elaboración propia.

4.1.4 Análisis de los resultados

Por medio del Diagrama de la Figura 2: Diagrama de situación actual que se

encuentra en el capítulo 1, se pudo conocer como se manejaba la situación del

negocio en el momento, ahora con el Diagrama de Actividades UML se puede

conocer como quedara ese negocio con la implementación de ese nuevo sistema

que se desea implementar.

4.1.5 Propuesta para resolver la situación

Desde un principio la propuesta del Ingeniero Forestal Jorge Hernández siempre

fue tener algo en digital, una aplicación de escritorio para tener todo en un mismo

lugar y facilitar la obtención de los datos, ya que solo se manejaba con una tabla

de Excel y contaban con un gestor de base de datos.

Es por eso que de desea implementar ese sistema, puesto que facilitaría ciertas

actividades que le piden al Ingeniero a obtener datos en forma más eficiente.

4.2.1 Variable 2: Orden.

4.2.2 Entregable 2: Diagrama de secuencia UML.

4.2.3 Presentación de datos

Por medio de la Figura 6 Diagrama de secuencia UML, se representará la

secuencia que tendrá el sistema una vez puesto en marcha.

43

Figura 6: Diagrama de secuencia del sistema UML. Fuente: Elaboración propia.


Gracias a este diagrama se pueden observar las principales iteraciones que

tendrá el sistema por medio de Equipo donde se trabajara, por decirlo así el

equipo líder, teniendo la aplicación iniciada, abre la conexión con la Base de

datos y posteriormente se hacen los respaldos de esta.

44


La propuesta a resolver siempre fue el Orden, no se quiere alterar mucho con lo

que el Ingeniero tiene el momento para trabajar, pero se desea que se tenga un

mejor control sin perder la lógica que llevan las entregas, el tener el aplicativo

con la base de datos para ellos producirá un mejor ordenamiento en las

solicitudes.

4.3.1 Variable 3: Inspeccionar.

4.3.2 Entregable 3: Encuesta.


1. Dispone de algún sistema para agilizar la toma de datos del cliente a la hora

de realizar las entregas.

Si / No

2. ¿Realizan el proceso de entregas de especies de árboles en forma manual?

Si / No

3. Considera usted que será útil el nuevo sistema, ya que le ayudara a tener un

mejor control en los procesos de entrega y mejorar el anterior proceso que

hacían anteriormente.

Poco / Muy útil

4. El nuevo sistema no tendrá inicio de sesión para ningún usuario en específico,

ya que lo pueden usar diferentes miembros del equipo, su nivel de satisfacción:

No tan satisfecho, Algo satisfecho, Muy satisfecho, Muy satisfecho

5. ¿Qué tan satisfecho está con la capacidad para colaborar con otros usuarios

en este software?

45

No tan satisfecho, Algo satisfecho, Muy satisfecho, Muy satisfecho

6. ¿Utilizan alguna modalidad para guardar la información de los registros? Si su

respuesta es Si, justifique su respuesta.

7. ¿Cuentan con algún gestor de base de datos para recuperar los registros?

Si / No

8. Indique el tiempo que tarda, si le solicitan realizar un reporte de la cantidad

entregada de especies en algún cantón o provincia, días mes o año.

9. ¿Cada cuánto tiempo guardan la base de datos?

Dia, Mes, Año

10. Considera usted que la simplicidad del software es fundamental como algo

nuevo que se desea implementar, es decir sin muchas complicaciones a la hora

de utilizarlo.

Si / No

11. ¿Cuáles prioridades cree usted que se pueden dar, teniendo en cuenta el

nuevo software que mantendrán un ritmo positivo durante la gestión del cambio?

Se adjunta el enlace a la encuesta y correos de las personas que respondieron:

https://forms.gle/urXidvLNTEKP36h7A

Tabla 8: Correos de personas que laboran en el CITTED, que fueron encuestadas. Fuente: Google

Formularios.

https://forms.gle/urXidvLNTEKP36h7A

46


Figura 7: Gráfico de la pegunta 1. Fuente: Google Formularios.

Con este gráfico se puede observar que actualmente el CITTED no dispone de

un sistema para agilizar los datos.


47

Todo lo que los colaboradores del CITTED en cuanto a las entregas de árboles,

lo realizan en forma manual, lo único que usan es una hoja de Excel.


No cabe duda de que el implementar un nuevo sistema será de mucha utilidad

para abarcar diferentes procesos que se realizan en las entregas.

48


Los 5 encuestados parecen estar algo insatisfechos, pero el sistema como local

solo se encuentra alojado en un solo equipo, por lo que desde un principio este

requerimiento no era tan importante para el patrocinador, es por eso que no

tendrá inicio de sesión, puesto que lo maneja solo una persona en caso de que

no esté la persona responsable, lo puede usar cualquiera con permiso de la

Administradora del CITTED, solo de anotar en bitácora que ellos manejan.

49


Los colaboradores parecen estar algo satisfechos, al usar el sistema entre ellos

mismos, puesto que no hay dificultad alguna, todo es un trabajo en equipo.

Figura 12: Respuestas de la pregunta 6 de la encuesta. Fuente: Google Formularios.

Actualmente los registros son llevados en Excel, prácticamente la base de datos

que ellos manejan en Excel y utilizan una bitácora propia del vivero, pero solo

para efectos de autorizaciones.

50

Figura 13: Gráfico de la pregunta 7. Fuente: Google Formularios.

El CITTED no cuenta con ningún gestor de base de datos, es un punto muy

importante para destacar y con la implementación podrá administrar mejor los

registros.


51

En cuanto a la primera respuesta que esta respondida por el Ing. Jorge

Hernández, el menciona que tarda alrededor de 8 días en tener un reporte de

acuerdo con lo que le soliciten, la administradora responde que para ella es

alrededor de un mes, los demás no conocen mucho del tema ya que no realizan

reportes de esta índole, no cabe duda de que al implementar el sistema genera

eficiencia para la obtención de los datos.


De acuerdo con el gráfico señalan que cada año guardan los registros en base

de datos, pero para especificarlo mejor sería en las hojas de Excel que ellos

utilizan, esa hoja la guardarían cada año, implementando el gestor de base de

datos, se puede configurar a gusto del patrocinador.

52


La simplicidad es una prioridad para los usuarios que usaran el software, al ser

un sistema nuevo, pueden existir más versiones a futuro, por el momento solo la

simplicidad.


53

En cuanto a las respuestas de los encuestados, mencionan que se pueden llevar

reportes de diversa índole, esto porque de cierto pueden sacar muchas otras

cosas que se le soliciten, como tabulaciones de los datos, incluso hasta dar una

respuesta rápida.


Como respuesta principal hay mucho hacer nuevo para ellos, ya que se

inspeccionó y se debe tener un nuevo sistema, contar con gestor de base de

datos, poder emitir los reportes, hay ciertos requerimientos que se pueden

analizar para que no afecten mucho la forma de trabajar de ellos, ya que desde

un principio solo se desea obtener un aplicativo que maneje todo en uno.

4.2 Objetivo analizar: Analizar todos los resultados del diagnóstico de la gestión

de la administración de los diferentes procedimientos en los inventarios de

árboles para definir los requerimientos que satisfagan las necesidades en toda

la administración como tal.

4.2.1 Entregable 1: Modelo de Casos de Uso UML


De acuerdo con la Figura 18 Diagrama de casos de uso UML, se presentan los

casos de uso entre el cliente y el ingeniero con el sistema.

54

Figura 18: Diagrama de Casos de Uso UML. Fuente: Elaboración propia.


De acuerdo con los datos obtenidos anteriormente, se da por un hecho que se

necesita un sistema, se resaltan una serie de requerimientos para mejoras con

lo que ya se viene trabajando.

Se realiza el diagrama de casos de uso UML para poder ver a quien le

corresponde dichas funciones y que tanto tienen que ver con el sistema, mismo

que recae prácticamente en el Departamento Forestal del CITTED.

55


Con base a los requerimientos crear la aplicación ya que los casos de uso

ayudaran a distinguir desde un punto de vista mejor correcto la funcionalidad que

tendrá con el cliente y que funciones se debe llevar como administrador del

sistema.

4.3 Objetivo diseñar: Diseñar la propuesta de la aplicación para la gestión de la

administración del inventario de árboles en función de la necesidad que se

quiere.

4.3.1 Entregable 1: Prototipo de interfaces.


De acuerdo con las diferentes propuestas con base a los requerimientos se

presenta las siguientes figuras como muestras de las interfaces que tendrá el

aplicativo, tomando en cuenta la sencillez y a la vez la funcionalidad.

En base al menú es algo sumamente sencillo donde se encargará de desplegar

cuatro pantallas, por los diferentes recuadros.

Figura 19: Menú Principal del aplicativo. Fuente: Elaboración propia.

56

Figura 20: Formulario de solicitudes del aplicativo. Fuente: Elaboración propia.

Con base a la base de datos que se manejaba anteriormente en Excel se emplea

la pantalla que se aprecia en la Figura 20 para las solicitudes, dándonos en este

caso una mejor visualización de los datos que estamos agregando para

posteriormente guardarlos.

57

Figura 21: Mostrar las solicitudes del aplicativo. Fuente: Elaboración propia.

Los datos guardados se mostrarán en una pantalla aparte y reflejados con todos

los detalles necesarios, los mismos estarán alojados en la base de datos y única

forma donde se podrán borrar un registro de los datos es con el gestor, con

permiso de administrador llenando en Bitácora.

58

Figura 22: Buscar y Editar solicitudes del aplicativo. Fuente: Elaboración propia.

En esta pantalla se podrán editar las solicitudes que fueron digitadas

anteriormente, de igual forma se van a actualizar en la base de datos.

59

Lo que corresponde al módulo de Reportes, se trató de hacer sumamente

sencillo con la posibilidad de hacer reportes, por rangos de fechas, día, mes y

año, como se muestra en la figura 23.

Figura 23: Reportes del aplicativo. Fuente: Elaboración propia.


Los prototipos son parte fundamental en esta aplicación, se logra visualizar

la forma en que se tendrán las diferentes pantallas de acuerdo con lo

acordado para seguir resolviendo los problemas.

60

4.4 Objetivo implementar

4.4.1 Variable 1: Fiabilidad.

4.4.2 Entregable 1: Plan de pruebas y casos de pruebas.


• Caso de Prueba 1: Como plan se hace ejecución de la aplicación, con la

prueba se obtuvo de que no hay problema al iniciar.

• Caso de Prueba 2: El plan consistía en mostrar las diferentes pantallas

del menú principal, de acuerdo con esta prueba lo realiza perfectamente

por medio del cursor.

• Caso de Prueba 3: El plan hace muestra de datos, presenta los

registrados al guardar una vez en la pantalla de mostrar solicitudes,

mismo se comprueban y también se guardan en la base de datos.

• Caso de Prueba 4: Este plan incluye llenado de la solicitud, de acuerdo

con la prueba que se realizó, si hace falta algún dato por llenar en la

solicitud, el sistema muestra una advertencia de cual campo falta, se

comprueba que funciona con todas las Provincias, Cantones, y los demás

campos, el sistema envía la advertencia de que falta algún campo de la

solicitud por llenar si fuera necesario.

• Caso de Prueba 5: Buscar y Editar, el plan consistía realizar varias

pruebas de buscar y editar en dónde se puede buscar con cualquier filtro

de la solicitud desde el nombre del beneficiario hasta con el tipo de

siembra y claramente hace los cambios en la modificación de los registros.

• Caso de Prueba 6: Reporte, se crea el plan de ejecutar el módulo sin

ningún problema y se comprueba que se realicen de acuerdo con rangos

de fechas, por día, por mes y año, con eso se tienen una parte

fundamental en el uso de la aplicación para el manejo de diferentes

reportes.

61


Gracias a este análisis que se tienen por medio de este avance, se lograra

mejorar para las próximas semanas, los caso que dieron ciertas fallas y trabajar

más la parte de los reportes.


Analizar todos los casos de que hagan lo que se les solicita, trabajar más en la

pantalla de Buscar y Editar y en la de los reportes para lograr alcanzar los

objetivos del proyecto.

4.4.1 Variable 2: Usabilidad.

4.4.2 Entregable 2: Manual de usuario.


Figura 24: Muestra del menú principal. Fuente: Elaboración propia.

De acuerdo con la figura, nos muestra como iniciara la aplicación, por medio

del cursor nos podemos dirigir a las cuatro pantallas para Registro, Mostrar

solicitudes, Buscar y editar y Reportes.

62

Figura 25: Muestra del Registro de las solicitudes del aplicativo. Fuente: Elaboración propia.

Entrando a la pantalla de Registro nos despliega una Solicitud, la cual debe ser

llenada por todos los campos.

Al terminar de llenar todos los campos nos aparece el mensaje de que los

datos fueron guardados, como se muestra en la siguiente Figura 26.

63

Figura 26: Solicitud guardada del aplicativo. Fuente: Elaboración propia.

Si por alguna razón en el llenado olvido algún dato y presiona el botón Guardar,

el sistema crea una alerta, como se muestra en la siguiente Figura 27, esto

sucederá sucesivamente con el campo requerido dependiendo de cuál sea.

64

Figura 27: Solicitud guardado Cantón vació del aplicativo. Fuente: Elaboración propia.

Si hacemos despliegue con cursos en la pantalla de Mostrar solicitudes, el

sistema nos mostrar las solicitudes que se tienen hasta el momento:

65

Figura 28: Mostrando solicitudes del aplicativo. Fuente: Elaboración propia.

Si movemos el cursor a la pantalla de Buscar y editar nos muestra la siguiente

pantalla esto se crea para poder modificar una solicitud y que por alguna razón

los datos fueron ingresados de manera errónea:

66

Figura 29: Uso de pantalla Buscar y editar del aplicativo. Fuente: Elaboración propia.

Al hacer clic en el recuadro de color azul activara en vez del botón Buscar un

botón llamado Guardar de ese, modo es como si estuviéramos haciendo el

llenado similar a una solicitud, solo que esta vez es para editar como se muestra

en la Figura 30.

67

Figura 30: Editado de la solicitud. Fuente: Elaboración propia.

El ultimo modulo que corresponde al de Reportes, se trató de hacer sumamente

sencillo con la posibilidad de hacer reportes, por rangos de fechas, día, mes y

año.

Una vez seleccionado por medio de una casilla de cual reporte se quiere generar,

manda un mensaje de que el reporte fue guardado exitosamente, generando un

archivo de Excel. como se muestra en la Figura 31 Figura 32.

68

Figura 31: Generar Reporte. Fuente: Elaboración propia.

Figura 32: Reporte generado. Fuente: Elaboración propia.


Con base a los resultados se puede observar la función que tendrá cada pestaña

del menú, tomando en cuenta las restricciones que tendrá cada una.


Teniendo este manual de usuario, la persona que lo utilice tendrá acceso a

ciertas propiedades de cada uno de los 4 módulos con los que cuenta la

aplicación y ver diferentes funcionalidades si tuviera dudas en alguna,

69

actualmente el CITTED no contaba con algo parecido de procesos a seguir ya

que todo se hacía de forma manual.

4.4.1 Variable 3: Eficiencia.

4.4.2 Entregable 3: Casos de prueba y Aplicación


La finalidad en base a este apartado era para poder medir cuánto dura en

generar un reporte o en cuanto realizar las consultas, en base a las consultas

fue en un tiempo que se da en cuestión de minutos.

Los reportes se logran comprobar que es en cuestión de unos segundos que se

genera por medio de un documento de Excel, un punto muy importante a

destacar ya que la encuesta indicaba que se podían tardar entre 8 o hasta un 30

días.


Trabajar en la parte del código fuente para obtener los reportes en un tiempo

prudencial para poder desarrollarlo de la mejor manera.


En las próximas semanas trabajar en el plan de acción para mejorar la entrega

en la parte de las pruebas principalmente en los reportes, ya que los mismos no

pudieron ser generados.

70

4.5 Objetivo evaluar

4.5.1 Entregable 1: Plan de mejora continua


Gracias al aplicativo de escritorio, será una innovación para la oficina de Jorge

Hernández, ya que con ella puede disminuir ciertos tiempos, manejar mejor las

solicitudes, poder almacenar los datos y tenerlos de una forma más segura y a

la vista.

Las pruebas generadas ayudaron a mejorar ciertas acciones que se pueden

contemplar para una próxima entrega como plan de mejorar propuestas, esto

porque en todo programa que se desea nuevo desde cero siempre tendrá pros

y contras con ciertas acciones que ya el cliente desea.


• En términos de seguridad quizás poner ciertos usuarios específicos a

nivel de sistema y no de administración local.

• Contemplar manejar reportes externos, como se quería realizar desde

un principio con Crystal Reports.

• Trabar la aplicación fuera de la oficina, ofrecer una versión web.

• Manejar correos en tiempo real por medio de notificación en las

entregas.


En otro proyecto a futuro si el patrocinador desea se puede implementar versión

2 con nuevos requerimientos que él considere.

71

CAPÍTULO V: CONCLUSIONES Y RECOMENDACIONES

En este capítulo podrá encontrar una serie de conclusiones y recomendaciones

a los diferentes objetivos específicos que se encontraron en el desarrollo de la

aplicación para el CITTED.

Cabe destacar que lo expuesto en este capítulo es parte de la experiencia vivida

a la hora de realizar diferentes objetivos que se tenían desde un principio en este

proyecto.

5.1 Objetivo específico: Diagnosticar los procesos de gestión de la

administración a la hora de registrar los árboles de las diferentes especies

de árboles para mejorar procesos de entregas en el inventario en el CITTED.

Este objetivo principalmente lo que ayuda es a poder gestionar desde el principio

un diagnosticó a fondo de los requerimientos que se quieren para el aplicativo,

gracias al patrocinador a cargo.

5.1.1 Conclusiones

Obtener un 100% en el diagnóstico con este objetivo, a fondo de lo que el

patrocinador en este caso el Ing. Jorge Hernández López necesitaba para el

sistema, es por eso por lo que gracias a lo que él comentaba se fueron

levantando listas de requerimientos.

Experimentar lo que se vive en la vida real sobre todo la planificación estricta

que conlleva desarrollar un proyecto aplicativo, cronograma de actividades

desarrollo de diagramas.

72

Poder tener variables como eficiencia, orden, inspeccionar para el desarrollo de

entregables como diagrama de actividades UML, diagrama de secuencia UML,

y la elaboración de la encuesta.

5.1.2 Recomendaciones

Seguir siempre el cronograma de actividades, para no tener atrasos en las

entregas de las actividades que se tienen planeadas.

Realizar correcciones a tiempo tanto en código fuente como en documentación

nos permitirá avanzar a un buen ritmo y mantener al tanto de lo que sucede en

el desarrollo al patrocinador.

UML es muy útil para visualizar y documentar sistemas de software, pero la

terminología puede resultar abrumadora para una persona que no esté

familiarizada con UML, por eso hay que realizarlo lo mejor entendible posible.

5.2 Objetivo específico: Analizar todos los resultados del diagnóstico de la

gestión de la administración de los diferentes procedimientos en los inventarios

de árboles para definir los requerimientos que satisfagan las necesidades en

toda la administración como tal.

En este objetivo se desea obtener un resultado de los diagnósticos hechos

anteriormente para eso se implementará como parte de un entregable el

diagrama de casos de uso para representar actor y el sistema.

5.2.1 Conclusiones

Poder obtener un 100% en el objetivo para elaborar el diagrama de casos de

uso, el cual fue muy importante para el aplicativo.

73

Visualizar las interacciones más comunes entre el cliente y el ingeniero que son

los actores principales en este diagrama.

Contar con un diagrama como este ayuda a analizar mejor la función que tendrá

cada uno de ellos como el papel que desempeñará.


Es recomendable siempre reconocer todo el ambiente con el que se trabajara en

la aplicación para ubicarlo, es decir los actores principales.

Organizar de una mejor manera los casos de uso para un mejor entendimiento y

organizarlo en las funciones.

5.3 Objetivo específico: Diseñar la propuesta de la aplicación para la

gestión de la administración del inventario de árboles en función de la necesidad

que se quiere.

En este objetivo lo que se desea es entregar el prototipo de interfaces de usuario

del aplicativo, las pantallas que tendrán para manejar los diferentes procesos,

para entregar un informe final.

5.3.1 Conclusiones

Tener las habilidades para poder crear diferentes diseños en cuanto a la interfaz

para el usuario y tratar de ofrecer el mejor.

Conocer que lo que importa siempre es la simplicidad para el usuario, más de

tratarse de un programa nuevo.

74

Lograr obtener un 100% para la fase final del proyecto, ya que había mucho

desarrollo en cuanto a diseño.


Mantener al patrocinador informado siempre sobre cómo puede ser la interfaz

desde el inicio, esto para que no sufra cambios muy significativos y que a su vez

vayan a atrasar en diferentes gestiones en la programación.

Tener siempre cuidado en la ortografía que se vaya a realizar a nivel de etiquetas

o campos de llenado y así mostrar un buen diseño.

5.4 Objetivo específico: Implementar el diseño de la aplicación para la

gestión de la administración del inventario de árboles.

Con este objetivo lo que se desea es tener fiabilidad, usabilidad y eficiencia en

cuanto al sistema que se quiere implementar, es por ello por lo que al final se

entrega como entregables lo que es el plan de pruebas y casos de pruebas,

manual de usuario, los casos de prueba y la aplicación.

5.4.1 Conclusiones

Conocer que errores tenía la aplicación para corregirlos en el momento oportuno

antes de hacer entregas finales del proyecto, de esta forma corregir errores que

se presentaban en manejo de código, gracias a ello se logró cumplir con un 100%

para este objetivo.

Realizar pruebas necesarias en el ejecutable de la aplicación se puede

comprobar que defectos se podían encontrar gracias a los casos de prueba y

plan de pruebas.

75

Poder tener un documento que cuenta con las diferentes funcionalidades que

realiza el programa y con detalle de las capturas de pantalla para seguir paso a

paso los detalles desde el llenado de la solicitud de árboles, mostrar los registros

la forma de editar y buscar y ver los reportes gracias al manual de usuario.

Realizar mejoras a tiempo en la aplicación cuando es sometida a casos de

prueba, entre mayores casos se logren hacer, más rendimiento podremos notar.


Se propone mejorar el módulo de los reportes, ya que la misma no fue

presentada con Crystal Reports, por inconvenientes en la extensión de reportes

que se deseaba instalar, por eso quedo para realizarse por medio de Microsoft

Excel para resolver se puede trabajar en una segunda versión a nivel de sistema.

Es recomendable siempre hacer las pruebas en la aplicación las veces que sea

necesario, ya que se pueden encontrar errores mínimos y fáciles de corregir.

Realizar el manual de forma detallada facilita la lectura al usuario y el aporte de

las imágenes para seguir paso a paso permite tener una mejor funcionalidad del

sistema y marcar todo lo que sea necesario en las imágenes usadas para usar

de forma de marcado y así tener una explicación mejor de lo que hace cierto

módulo.

Hacer pruebas necesarias para ver las acciones y el comportamiento que tendrá

el sistema y contar siempre con un tiempo adecuado para entregar la aplicación,

con ello no se tienen inconvenientes para hace entregas.

76

5.5 Objetivo específico: Evaluar la aplicación para la gestión de la

administración de los inventarios de árboles, mediante las métricas de

usabilidad, eficiencia para saber si la solución propuesta logro disminuir los

diferentes errores que se encontraron en el CITTED.

Con este objetivo lo que se quiere es tener un plan de mejora continua como

parte de un entregable, de esta forma se pude ver que se logró disminuir y que

propuestas puede tener la aplicación si desea realizar cambios a futuro.

5.5.1 Conclusiones

Poder determinar qué acciones se pueden mejorar en la entrega de una posible

versión 2 de la aplicación y con una nueva lista de requerimientos.

Comprender de una mejor manera todo lo que conlleva realzar un plan de mejora

continua y el impacto que este puede tener en la aplicación.

Terminar con un 100% en base a este objetivo, para concluir la fase final de los

objetivos específicos.


Cualquier propuesta después realizada la evaluación cabe destacar y anotarla

para un futuro poder desarrollarla.

Administrar el tiempo y quizás tener un mejor equipo en las instalaciones en el

centro donde se implementó la aplicación, para tener unos mejores recursos.

77

BIBLIOGRAFÍA

1.1 Bibliografía referenciada

Sampieri, Roberto H. Metodología de la investigación, Sexta Edición. McGraw-

Hill Interamericana. VitalBook file.

De Asís Diez Martin, Francisco (2007). Análisis de eficiencia de los diferentes

departamentos universitario. Madrid, España. Librería Editorial Dykinson.

Castillo Sánchez, Mauricio (2004). Guía para la formulación de proyectos de

investigación. Bogotá, Colombia. Cooperativa Editorial Magisterio.

Soto Carmona, Álvaro (1989). El trabajo industrial en el España contemporánea.

Barcelona, España. Anthropos Editorial del Hombre.

Solís Rodríguez, Alberto (2000). Introducción a la Fiabilidad. Fiabilidad,

Mantenibilidad, Efectividad Un enfoque sistemático. Madrid. Universidad

Pontifica Comillas.

Pintos Fernández, Joaquín (2014). Aplicación de técnicas de usabilidad y

accesibilidad en el entorno cliente. IFCD0210. Málaga, España. IC Editorial.

78

1.2 Bibliografía consultada

Softeng. Metodología Scrum para desarrollo de software-aplicaciones

complejas. Recuperado el 4 de Setiembre de 2019. Disponible en:

https://www.softeng.es/es-es/empresa/metodologias-de-trabajo/metodologia-

scrum.html

Sommerville, Ian. (2011). Ingeniería del Software. Pearson Educación. Novena

Edición. México.

Berenguel, Jose. (2016). Desarrollo de aplicaciones web en el entorno servidor

UF1844. Ediciones Paraninfo. España.

Microsoft. Introducción al lenguaje C# y .NET Framework. Recuperado el 4 de

Setiembre de 2019. Disponible en:

https://docs.microsoft.com/es-es/dotnet/csharp/getting-started/introduction-to-

the-csharp-language-and-the-net-framework

López Luis, Gutiérrez Ángel (2014). Programación Orientada a Objetos C++ y

Java. Primera Edición. Grupo Editorial Patria. México.

MySQL. MySql Workbench. Recuperado el 4 de Setiembre de 2019. Disponible

en: https://www.mysql.com/products/workbench/

EcuRed. MySql. Recuperado el 4 de Setiembre de 2019. Disponible en:

https://www.ecured.cu/Mysql

Microsoft. Características SQL. Recuperado el 24 de Setiembre de 2019.

Disponible en:

https://www.microsoft.com/es-es/sql-server/sql-server-2017-

features#CP_StickyNav_1

https://www.softeng.es/es-es/empresa/metodologias-de-trabajo/metodologia-scrum.html

https://www.softeng.es/es-es/empresa/metodologias-de-trabajo/metodologia-scrum.html

https://docs.microsoft.com/es-es/dotnet/csharp/getting-started/introduction-to-the-csharp-language-and-the-net-framework

https://docs.microsoft.com/es-es/dotnet/csharp/getting-started/introduction-to-the-csharp-language-and-the-net-framework

https://www.mysql.com/products/workbench/

https://www.ecured.cu/Mysql

https://www.microsoft.com/es-es/sql-server/sql-server-2017-features#CP_StickyNav_1

https://www.microsoft.com/es-es/sql-server/sql-server-2017-features#CP_StickyNav_1

79

Postgresql. La base de datos relacional de código abierto más avanzada del

mundo. Recuperado el 24 de Setiembre de 2019. Disponible en:

https://www.postgresql.org/

Microsoft. Comparación de los servidores de informes de SSRS. Recuperado el

24 de Setiembre de 2019. Disponible en: https://docs.microsoft.com/es-

es/sql/reporting-services/report-server-sharepoint/reporting-services-report-

server?view=sql-server-2017

Microsoft. Microsoft Excel. Recuperado el 24 de Setiembre de 2019. Disponible

en: https://products.office.com/es/excel

Telerik. Telerik Reporting. Recuperado el 24 de Setiembre de 2019. Disponible

en: https://www.telerik.com/products/reporting.aspx

Universidad Estatal a Distancia. Creación del Centro de Investigación,

Transferencia de Tecnología Y Educación para el desarrollo (CITTED).

Recuperado el 4 de Setiembre de 2019. Disponible en:

https://www.uned.ac.cr/conuniversitario/politicas/organizacionales/sobre-

creacion-de-dependencias/512-creacion-del-centro-de-investigacion-

transferencia-de-tecnologia-y-educacion-para-el-desarrollo-citted

https://www.postgresql.org/

https://docs.microsoft.com/es-es/sql/reporting-services/report-server-sharepoint/reporting-services-report-server?view=sql-server-2017



https://products.office.com/es/excel

https://www.telerik.com/products/reporting.aspx

https://www.uned.ac.cr/conuniversitario/politicas/organizacionales/sobre-creacion-de-dependencias/512-creacion-del-centro-de-investigacion-transferencia-de-tecnologia-y-educacion-para-el-desarrollo-citted



80

ANEXOS

Anexo A: Unión de formularios PASO 3

94

Anexo B: Carta de aprobación del supervisor y reporte de análisis de

la herramienta detección de fraude

97

Anexo C: Minutas de trabajo, firmadas y selladas por el patrocinador

107

Anexo D: Plantilla de aprobación de variables y entregables

108

Boleta de aprobación de variables y entregables del proyecto

Nombre del Proyecto

Desarrollar una aplicación para mejorar la gestión de la

administración de los inventarios de árboles disponibles

actualmente en el CITTED.

Nombre del estudiante Aaron Granados Cuende

Nombre de la variable

o entregable

Eficiencia.

Tipo:

o Variable

Nombre de la Empresa

CITTED

Nombre de persona

que aprueba

Jorge Hernández López

Puesto de persona

que aprueba

Ingeniero Forestal

Evidencia de la

evaluación1

o Minuta No. 3

Nombre y Firma de la

persona que aprueba

Ing. Jorge Hernández López

Fecha aprobación:

17/10/2019

1 Deberá adjuntar la nota, minuta o cualquier comprobante de aprobación de parte del evaluador, haciendo referencia al nombre de la variable que aprueba, con firma y sello de la empresa. El comprobante debe estar acorde a lo indicado en la definición operacional de la variable.

109


Nombre del Proyecto






o entregable

Orden. Tipo:

o Variable


CITTED

Nombre de persona

que aprueba


Puesto de persona

que aprueba

Ingeniero Forestal

Evidencia de la

evaluación2

o Minuta No. 3


persona que aprueba


Fecha aprobación:

17/10/2019

110

Nombre del Proyecto






o entregable

Inspeccionar. Tipo:

o Variable


CITTED

Nombre de persona

que aprueba


Puesto de persona

que aprueba

Ingeniero Forestal

Evidencia de la

evaluación3

o Minuta No. 3


persona que aprueba


Fecha aprobación:

17/10/2019


111


Nombre del Proyecto






o entregable

Diagrama de actividades UML. Tipo:

o Entregable


CITTED

Nombre de persona

que aprueba


Puesto de persona

que aprueba

Ingeniero Forestal

Evidencia de la

evaluación4

o Minuta No. 3


persona que aprueba


Fecha aprobación:

17/10/2019

112


Nombre del Proyecto






o entregable

Diagrama de secuencia UML. Tipo:

o Entregable


CITTED

Nombre de persona

que aprueba


Puesto de persona

que aprueba

Ingeniero Forestal

Evidencia de la

evaluación5

o Minuta No. 3


persona que aprueba


Fecha aprobación:

17/10/2019

113


Nombre del Proyecto






o entregable

Encuesta. Tipo:

o Entregable


CITTED

Nombre de persona

que aprueba


Puesto de persona

que aprueba

Ingeniero Forestal

Evidencia de la

evaluación6

o Minuta No. 3


persona que aprueba


Fecha aprobación:

17/10/2019

114

Nombre del Proyecto






o entregable

Modelo de Casos de Uso UML. Tipo:

o Entregable


CITTED

Nombre de persona

que aprueba


Puesto de persona

que aprueba

Ingeniero Forestal

Evidencia de la

evaluación7

o Minuta No. 3


persona que aprueba


Fecha aprobación:

17/10/2019


115

Nombre del Proyecto






o entregable

Prototipo de interfaces. Tipo:

o Entregable


CITTED

Nombre de persona

que aprueba


Puesto de persona

que aprueba

Ingeniero Forestal

Evidencia de la

evaluación8

o Minuta No. 4


persona que aprueba


Fecha aprobación:

17/10/2019


116

Nombre del Proyecto






o entregable

Fiabilidad. Tipo:

o Variable


CITTED

Nombre de persona

que aprueba


Puesto de persona

que aprueba

Ingeniero Forestal

Evidencia de la

evaluación9

o Minuta No. 4


persona que aprueba


Fecha aprobación:

17/10/2019


117

Nombre del Proyecto






o entregable

Usabilidad. Tipo:

o Variable


CITTED

Nombre de persona

que aprueba


Puesto de persona

que aprueba

Ingeniero Forestal

Evidencia de la

evaluación10

o Minuta No. 4


persona que aprueba


Fecha aprobación:

17/10/2019


118

Nombre del Proyecto






o entregable

Eficiencia. Tipo:

o Variable


CITTED

Nombre de persona

que aprueba


Puesto de persona

que aprueba

Ingeniero Forestal

Evidencia de la

evaluación11

o Minuta No. 4


persona que aprueba


Fecha aprobación:

17/10/2019


119

Nombre del Proyecto






o entregable

Plan de pruebas y casos de pruebas. Tipo:

o Entregable


CITTED

Nombre de persona

que aprueba


Puesto de persona

que aprueba

Ingeniero Forestal

Evidencia de la

evaluación12

o Minuta No. 4


persona que aprueba


Fecha aprobación:

17/10/2019


120

Nombre del Proyecto






o entregable

Manual de usuario y Manual del sistema. Tipo:

o Entregable


CITTED

Nombre de persona

que aprueba


Puesto de persona

que aprueba

Ingeniero Forestal

Evidencia de la

evaluación13

o Minuta No. 4


persona que aprueba


Fecha aprobación:

17/10/2019


121

Nombre del Proyecto






o entregable

Casos de prueba y Aplicación Tipo:

o Entregable


CITTED

Nombre de persona

que aprueba


Puesto de persona

que aprueba

Ingeniero Forestal

Evidencia de la

evaluación14

o Minuta No. 4


persona que aprueba


Fecha aprobación:

17/10/2019


122

Nombre del Proyecto






o entregable

Plan de mejora continua Tipo:

o Entregable


CITTED

Nombre de persona

que aprueba


Puesto de persona

que aprueba

Ingeniero Forestal

Evidencia de la

evaluación15

o Minuta No. 4


persona que aprueba


Fecha aprobación:

17/10/2019


123

Fecha: 17/10/2019

Señores

Carrera Ingeniería Informática

Universidad Estatal a Distancia

Presente.

Estimados señores:

Por medio de la presente se hace constar la siguiente lista de entregables como el

alcance del proyecto de TFG con título Desarrollar una aplicación para mejorar la

gestión de la administración de los inventarios de árboles disponibles actualmente

en el CITTED, que está realizando el estudiante Aaron Granados Cuende en

nuestra organización y que serán entregados al finalizar el proyecto.

Cuadro 1: Listado de Entregables del proyecto por fase

Tema TFG: Desarrollar una aplicación para mejorar la gestión de la

administración de los inventarios de árboles disponibles actualmente en el

CITTED

Entregable Descripción del alcance del entregable Fase

Entregable 1 Diagrama de actividades UML. Diagnosticar

Entregable 2 Diagrama de secuencia UML. Diagnosticar

Entregable 3 Encuesta. Diagnosticar

Entregable 4 Modelo de Casos de Uso UML. Analizar

Entregable 5 Prototipo de interfaces. Diseñar

Entregable 6 Plan de pruebas y casos de pruebas. Implementar

Entregable 7 Manual de usuario Implementar

Entregable 8 Casos de prueba y Aplicación. Implementar

Entregable 9 Plan de mejora continua. Evaluar

UNIVERSIDAD ESTATA A DISTANCIA ESCUELA DE CIENCIAS EXACTAS Y

NATURALES

Carta de aprobación de entregables del Patrocinador

124

Anexo E: Cierre del proyecto

126

Anexo F: Encuesta de desempeño del estudiante al supervisor

130

Anexo G: Encuesta de desempeño del patrocinador al estudiante

135

Anexo H: Cesión de derechos

137

Otros anexos

Anexo I: Diagrama de actividades UML.

143

Anexo II: Diagrama de secuencia UML.

148

Anexo III: Encuesta.

160

Anexo IV: Modelo de casos de uso UML.

165

Anexo V: Prototipo de interfaces.

173

Anexo VI: Plan de pruebas y casos de pruebas.

178

Anexo VII: Manual de usuario.

190

Anexo VIII: Casos de prueba y aplicación.

195

Anexo IX: Plan de mejora continua.

desarrollar una aplicaciÓn para mejorar la gestiÓn …

Documents