View
6
Download
0
Category
Preview:
Citation preview
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
i
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.2.2 Recomendaciones ........................................................................... 73
5.3 Objetivo específico: Diseñar .................................................................. 73
5.3.1 Conclusiones ................................................................................... 73
5.3.2 Recomendaciones ........................................................................... 74
5.4 Objetivo específico: Implementar ........................................................... 74
5.4.1 Conclusiones ................................................................................... 74
5.4.2 Recomendaciones ........................................................................... 75
5.5 Objetivo específico: Evaluar ................................................................... 75
5.5.1 Conclusiones ................................................................................... 76
5.5.2 Recomendaciones ........................................................................... 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 8: Gráfico de la pregunta 2 .................................................................... 46
Figura 9: Gráfico de la pregunta 3 .................................................................... 47
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
para definir los requerimientos que satisfagan las necesidades en toda la
administración como tal.
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
administración del inventario de árboles.
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.
Definición operacional: El Ing. Jorge Hernández López aprobara la variable y
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
Definición operacional: El Ing. Jorge Hernández López aprobara la variable y
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
para definir los requerimientos que satisfagan las necesidades en toda la
administración como tal.
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
administración del inventario de árboles.
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.
41
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.
4.2.4 Análisis de los resultados
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
4.2.5 Propuesta para resolver la situación
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.
4.3.3 Presentación de datos
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.
46
4.3.4 Análisis de los resultados
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.
Figura 8: Gráfico de la pegunta 2. Fuente: Google Formularios.
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.
Figura 9: Gráfico de la pegunta 3. Fuente: Google Formularios.
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
Figura 10: Gráfico de la pegunta 4. Fuente: Google Formularios.
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
Figura 11: Gráfico de la pegunta 5. Fuente: Google Formularios.
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.
Figura 14: Respuestas de la pregunta 8 de la encuesta. Fuente: Google Formularios.
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.
Figura 15: Gráfico de la pregunta 9. Fuente: Google Formularios.
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
Figura 16: Gráfico de la pregunta 10. Fuente: Google Formularios.
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.
Figura 17: Respuestas de la pregunta 11 de la encuesta. Fuente: Google Formularios.
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.
4.3.5 Propuesta para resolver la situación
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
4.2.2 Presentación de datos.
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.
4.2.3 Análisis de los resultados
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
4.2.4 Propuesta para resolver la situación
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.
4.3.2 Presentación de datos.
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.
4.2.4 Propuesta para resolver la situación
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.
4.4.3 Presentación de datos
• 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
4.4.4 Análisis de los resultados
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.
4.4.5 Propuesta para resolver la situación
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.
4.4.3 Presentación de datos
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.
4.4.4 Análisis de los resultados
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.
4.4.5 Propuesta para resolver la situación
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
4.4.3 Presentación de datos
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.
4.4.4 Análisis de los resultados
Trabajar en la parte del código fuente para obtener los reportes en un tiempo
prudencial para poder desarrollarlo de la mejor manera.
4.4.5 Propuesta para resolver la situación
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
4.5.2 Presentación de datos
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.
4.5.3 Análisis de los resultados
• 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.
4.5.4 Propuesta para resolver la situación
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á.
5.2.2 Recomendaciones
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.
5.3.2 Recomendaciones
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.
5.4.2 Recomendaciones
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.
5.5.2 Recomendaciones
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
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
80
ANEXOS
Anexo A: Unión de formularios PASO 3
81
82
83
84
85
86
87
88
89
90
91
92
93
94
Anexo B: Carta de aprobación del supervisor y reporte de análisis de
la herramienta detección de fraude
95
96
97
Anexo C: Minutas de trabajo, firmadas y selladas por el patrocinador
98
99
100
101
102
103
104
105
106
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
2 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.
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
Orden. 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ón2
o Minuta No. 3
Nombre y Firma de la
persona que aprueba
Ing. Jorge Hernández López
Fecha aprobación:
17/10/2019
110
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
Inspeccionar. 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ón3
o Minuta No. 3
Nombre y Firma de la
persona que aprueba
Ing. Jorge Hernández López
Fecha aprobación:
17/10/2019
3 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.
111
4 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.
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
Diagrama de actividades UML. Tipo:
o Entregable
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ón4
o Minuta No. 3
Nombre y Firma de la
persona que aprueba
Ing. Jorge Hernández López
Fecha aprobación:
17/10/2019
112
5 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.
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
Diagrama de secuencia UML. Tipo:
o Entregable
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ón5
o Minuta No. 3
Nombre y Firma de la
persona que aprueba
Ing. Jorge Hernández López
Fecha aprobación:
17/10/2019
113
6 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.
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
Encuesta. Tipo:
o Entregable
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ón6
o Minuta No. 3
Nombre y Firma de la
persona que aprueba
Ing. Jorge Hernández López
Fecha aprobación:
17/10/2019
114
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
Modelo de Casos de Uso UML. Tipo:
o Entregable
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ón7
o Minuta No. 3
Nombre y Firma de la
persona que aprueba
Ing. Jorge Hernández López
Fecha aprobación:
17/10/2019
7 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.
115
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
Prototipo de interfaces. Tipo:
o Entregable
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ón8
o Minuta No. 4
Nombre y Firma de la
persona que aprueba
Ing. Jorge Hernández López
Fecha aprobación:
17/10/2019
8 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.
116
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
Fiabilidad. 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ón9
o Minuta No. 4
Nombre y Firma de la
persona que aprueba
Ing. Jorge Hernández López
Fecha aprobación:
17/10/2019
9 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.
117
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
Usabilidad. 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ón10
o Minuta No. 4
Nombre y Firma de la
persona que aprueba
Ing. Jorge Hernández López
Fecha aprobación:
17/10/2019
10 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.
118
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ón11
o Minuta No. 4
Nombre y Firma de la
persona que aprueba
Ing. Jorge Hernández López
Fecha aprobación:
17/10/2019
11 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.
119
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
Plan de pruebas y casos de pruebas. Tipo:
o Entregable
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ón12
o Minuta No. 4
Nombre y Firma de la
persona que aprueba
Ing. Jorge Hernández López
Fecha aprobación:
17/10/2019
12 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.
120
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
Manual de usuario y Manual del sistema. Tipo:
o Entregable
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ón13
o Minuta No. 4
Nombre y Firma de la
persona que aprueba
Ing. Jorge Hernández López
Fecha aprobación:
17/10/2019
13 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.
121
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
Casos de prueba y Aplicación Tipo:
o Entregable
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ón14
o Minuta No. 4
Nombre y Firma de la
persona que aprueba
Ing. Jorge Hernández López
Fecha aprobación:
17/10/2019
14 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.
122
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
Plan de mejora continua Tipo:
o Entregable
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ón15
o Minuta No. 4
Nombre y Firma de la
persona que aprueba
Ing. Jorge Hernández López
Fecha aprobación:
17/10/2019
15 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.
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
125
126
Anexo F: Encuesta de desempeño del estudiante al supervisor
127
128
129
130
Anexo G: Encuesta de desempeño del patrocinador al estudiante
131
132
133
134
135
Anexo H: Cesión de derechos
136
137
Otros anexos
Anexo I: Diagrama de actividades UML.
138
139
140
141
142
143
Anexo II: Diagrama de secuencia UML.
144
145
146
147
148
Anexo III: Encuesta.
149
150
151
152
153
154
155
156
157
158
159
160
Anexo IV: Modelo de casos de uso UML.
161
162
163
164
165
Anexo V: Prototipo de interfaces.
166
167
168
169
170
171
172
173
Anexo VI: Plan de pruebas y casos de pruebas.
174
175
176
177
178
Anexo VII: Manual de usuario.
179
180
181
182
183
184
185
186
187
188
189
190
Anexo VIII: Casos de prueba y aplicación.
191
192
193
194
195
Anexo IX: Plan de mejora continua.
196
197
198
199
Recommended