Capítulo IV

RESULTADOS DE LA INVESTIGACIÓN

66

CAPITULO IV

RESULTADOS DE LA INVESTIGACIÓN

En esta etapa se presenta de manera detallada los resultados obtenidos a

consecuencia del trabajo de campo realizado, así como también de la

aplicación del instrumento que fue seleccionado dada su utilidad dentro de

este proyecto de investigación. Una vez hecho el análisis a la información

recolectada se pueden establecer los resultados que se muestran a

continuación.

1. ANÁLISIS Y DISCUSIÓN DE LOS DATOS Y RESULTADOS A continuación se presentan los datos obtenidos en el estudio de campo y

sus respectivos análisis en función a los objetivos de la investigación.

1.1. DESARROLLO DE LAS FASES DE LA METODOLOGÍA Para darle cumplimiento al primer y segundo objetivo específico relacionado

con elAnálisis del proceso actual de la gestión de servicios llevados a

cabo en las industrias de vidrios de seguridad yDeterminar los

requerimientos funcionales para el desarrollo del sistema.En

correspondencia con la fase de la metodología referente aPlanificación,se

logró dar cumplimiento a las actividades que corresponden a las mismas,

67

entre las siguientes:

Para dar cumplimiento a esta actividad fue necesario realizar unavisitaa una

de las tres empresas de vidrios templados del país, que fue a las

instalaciones deCristal Venezuela C.A, dondese logró descubrir que la

empresa posee la siguiente estructura por parte del hardware; Router,

modem internet, CPU, monitor,teclado, mouse, impresora y por parte del

software; Java JRE 1.6, Mysql Server 5.5, internet Explorer, contando con el

requerimiento necesario para la implementación del sistema de información

desarrollado.

De igual manera se pudo obtener la información necesaria de las otras dos

(02) empresas de vidrio templadoEl Morro C.A,yTempla C.A,que se

encuentran fuera de la ciudad, por tal motivo se debió implementar una

estrategia de comunicación distinta, en la cual podían llamar vía telefónica a

los empleados que manipularían el sistema, en el momento que se requería

solucionar cualquier duda. Si bien esta estrategia no fue igual de efectiva que

haber tenido al usuario acompañando el desarrollo, fue suficiente para lograr

una buena comunicación.

Para continuar con las actividades se realizaron lashistorias de usuario ,

luego de enviar el guión de sondeo a las empresas seleccionadas se ha

recibido las respuesta, se efectivo un diálogo para confirmar las necesidades

de los usuarios.

68

Historia de Usuario Numero: 1

Modificación (o extensión) de la Historia de Usuario: Usuario: Cliente

Prioridad en Negocio: Media Riesgo en Desarrollo: Baja

Descripción: Luego de establecer contacto con la empresa Templa C.A, Cristal Venezuela C.A y El Morro C.A, se recibió los requerimientos por parte de cada uno a través de una entrevista no estructurada y se archivó para contrarrestar y realizar una conclusión

Observaciones: Cuadro 2. Historia de usuario # 1

Fuentes: Bracho, Chacin, Segovia (2013)

Posterior a esto, sigue la segunda historia de usuario, denominada

intercambio de información, en la cual se pidió información detallada a los

usuarios, Mostrándose en el cuadro siguiente:

Historia de Usuario

Numero: 2 Modificación (o extensión) de la Historia de Usuario: Usuario: Cliente Prioridad en Negocio: Alta

Riesgo en Desarrollo: Media Descripción: En otro contacto establecido con las empresas, se extrajo información específica de la producción para establecer patrones de comportamiento para generalizar las funciones del sistema Observaciones:

Cuadro 3. Historia de Usuario # 2 Fuentes: Bracho, Chacin, Segovia (2013)

Por consiguiente, la tercera y cuarta historia de usuario, se plantean los

patrones a los usuarios para estudiar la factibilidad de estos para proseguir

con el desarrollo,mostrándose en el cuadro siguiente:

69

Historia de Usuario Numero: 3

Modificación (o extensión) de la Historia de Usuario: Usuario: Cliente

Prioridad en Negocio: Alta Riesgo en Desarrollo: Media

Descripción: Se determina que para un usuario del tipo supervisor/gerente general se necesitan realizar presupuesto, identificación de producto, control de estado del producto Observaciones:

Cuadro 4. Historia de Usuario # 3 Fuentes: Bracho, Chacin, Segovia (2013)

Historia de Usuario

Numero: 4 Modificación (o extensión) de la Historia de Usuario: Usuario: Cliente Prioridad en Negocio: Media

Riesgo en Desarrollo: Alta Descripción: Se determina que para un usuario Operador/Supervisor del horno del templado se necesitan realizar notificación y control de estado del producto Observaciones:

Cuadro 5. Historia de usuario # 4 Fuente: Bracho, Chacin, Segovia (2013)

La siguiente actividad es la división del proyecto en iteraciones, estimando de

esta manera la velocidad del proyecto, quedando dividido en cuatro

iteraciones, tomando un lapso de tiempo de una y dos semanas entre cada

iteración.

70

ITERACION NOMBRE FECHA

Primera

Diseño del módulo principal y esquema de

los módulos 05/09/2013

Segunda

Módulo de registros de cliente

19/09/2013

Tercera

Módulo de inventario y de pedido

03/10/2013

Cuarta

Módulos de monitoreo y de reportes

10/10/2013

Cuadro 6. División de Iteraciones Fuente: Bracho, Chacin, Segovia (2013)

Continuando con las actividades se estimó la velocidad del proyecto dividido

en iteraciones con respecto a la actividad anterior (ver cuadro 8), debido que

no todas tenían el mismo nivel de dificultad y por tanto el mismo

requerimiento de horas de desarrollo.

Iteración 1 Iteración 2 Iteración 3 Iteración 4 Horas 46 40 42 30

Semanas 2 2 2 1 Horas Semanales 23 20 21 30

Cuadro 7. Velocidad del Proyecto Fuente: Bracho, Chacin, Segovia (2013)

Del mismo modo, se realizó unguion de sondeoa dos (02) empleados de

cada empresa (ver anexoE) dicho instrumento consta de seis (06) preguntas

referentes a la situación actual de la empresa y tres (03) preguntas de los

posibles requerimientos del proyecto (ver anexo A). Las interrogantes

referentes a la situación actual permitieron saber cómo se realiza el proceso

de producción de la misma, donde se comentó la problemática existente en

71

la misma con referencia a los procesos utilizados diariamente.

Para culminar con las actividades de esta fase, y conocer las

especificaciones de requerimientos se creó un diagrama de casos de usos

con el fin de describir los pasos y las actividades que deberán realizarse para

llevar a cabo los procesos, en este sentido cada caso de uso se centra en

describir como alcanzar una única meta o tarea resultando de gran utilidad

para establecer requisitos de comportamiento.

Los casos de uso contienen una descripción textual de todas las maneras

que los actores previstos podrán trabajar con el sistema y no describen

ninguna funcionalidad interna (oculta al exterior), ni explican cómo se

implementara, simplemente muestran los pasos que el actor sigue para

realizar una operación. A continuación se observa el cuadro del diagrama de

caso de uso y los actores involucrados.

Numero Nombre de Caso de Uso Actores

1 Agregar Cliente

Gerente de producción,

Supervisor de templado

2 Consultar Cliente

Gerente de producción,

Supervisor de templado

3 Agregar Pedido

Gerente de producción,

Supervisor de templado

72

(Cont…)

4 Consultar Pedido Gerente de

producción, Supervisor de templado

5 Agregar Inventario Gerente de

producción, Supervisor de templado

6 Consultar Inventario Gerente de

producción, Supervisor de templado

7 Eliminar Inventario Gerente de

producción, Supervisor de templado

8 Realizar Servicio Gerente de

producción, Supervisor de templado

9 Consultar Servicio Gerente de

producción, Supervisor de templado

10 Código de Estado Gerente de

producción, Supervisor de templado

11 Asignar Estados Gerente de

producción, Supervisor de templado

Cuadro 8. Actores involucrados en los Diagramas de Casos Usos Fuente: Bracho, Chacin, Segovia (2013).

Para la creación del diagrama de casos de usos se utilizó el programa

StarUML.

73

Figura 1. Diagrama de casos de usos Modulo Cliente Fuente: Bracho, Chacin, Segovia (2013)

En la Figura 1, se muestra el requerimiento del funcionamiento del Módulo

Cliente, donde se puede agregar un cliente, y consultar el mismo, Modulo de

Pedido, donde se puede agregar, y consultar el mismo, de igual manera el

Modulo de Inventario, donde se puede agregar, consultar, y eliminar, Modulo

de venta, donde se puede realizar, y consultar y por último el Modelo de

Usuario donde se puede registrar y modificar.

Continuando con el tercer objetivo, el cuales Diseñar el sistema propuesto

sobre la base de los requerimientos establecidos,se procedió a realizar la

siguiente actividad de la tercera fase de Diseño, elaborando una interfaz

74

sencilla que permite ahorrar tiempo y de igual forma, ofrecer a los empleados

la información que necesitan para realizar su trabajo con más facilidad.

Continuando con las actividades se evaluaron los riesgos investigando

cualquier tipo de problema que se pueda presentar y así se pudo reducir al

máximo los riesgos que podrían ocasionarse en el transcurso del proyecto.

La siguiente actividad fue la Refactorización de Código,que se dio al

transcurrir el desarrollo de la aplicación, se revisó constantemente el diseño

de la misma surgiendo situaciones que no fueron tomadas en cuenta al

comienzo del proyecto en el diseño general. Como salida a estos problemas

se optó por la refactorización de las partes afectadas, buscando las

soluciones más convenientes y sencillas, conservando la simplicidad del

código.

Luego, continuando con las actividades se procedió a realizar un diseño de

pantallas. A continuación se muestran las imágenes más resaltantes de

dichas pantallas, entre ellas la pantalla principal del sistema de información:

Figura 2. Pantalla de Acceso al Sistema. Fuente: Bracho, Chacín y Segovia (2013).

75

En la figura 2, se muestra la pantalla donde se le indica al usuario que

debe iniciar sesión colocando su respectivo usuario y su contraseña para

posteriormente ingresar al sistema.

Figura 3. Pantalla Principal del Sistema. Fuente: Bracho, Chacín y Segovia (2013).

En la figura 3, se muestra la pantalla principal del sistema donde se

pueden visualizar todos los módulos disponibles, como lo es el módulo de

Clientes, el de Inventario, el de Presupuesto, el de Estados, el de Servicio, el

de Herramientas y finalmente el de Ayuda.

76

Figura 4. Módulo de Clientes. Fuente: Bracho, Chacín y Segovia (2013).

En la figura 4, se puede visualizar el Modulo de Clientes que nos da la

opción de agregar un nuevo cliente, donde se le pide al usuario ingresar los

datos básicos que se necesitan para agregar dicho cliente nuevo al registro,

además permite realizar una búsqueda personalizada en el registro de

clientes y a su vez eliminar o editar el cliente seleccionado de la búsqueda.

77

Figura 5. Módulo de Inventario. Fuente: Bracho, Chacín y Segovia (2013).

En la figura 5 se muestra el módulo de Inventario, el cual nos permite

realizar una búsqueda personalizada en el inventario, ya sea por código de

pedido o por el presupuesto, o también se puede realizar la búsqueda

seleccionando el estado del vidrio, ya sea que el vidrio este en corte,

templado o en stock, el sistema nos mostrará todos los vidrios que se

encuentren en el estado seleccionado.

78

Figura 6. Módulo de Presupuesto. Fuente: Bracho, Chacín y Segovia (2013).

La figura 6 representa el Modulo de Presupuesto, el cual le permite al

usuario realizar los pedidos que se hacen a nombre de la empresa,

solicitando de esta manera ciertos datos que son necesarios, como lo son el

RIF y el nombre de la persona que está solicitando dicho pedido. Asimismo,

el sistema permite especificar todas las características del pedido y posterior

a esto, muestra en pantalla el total a cancelar expresado en BsF.

79

Figura 7. Módulo de Estados. Fuente: Bracho, Chacín y Segovia (2013)

En esta figura, se puede observar el módulo de Estados, el cual le permite

al usuario agregar un estado a l vidrio que se esté manejando en el momento,

esto con simplemente colocar el código del vidrio, se puede especificar que

el vidrio está en el área de cortes, de templado, en stock, o colocarlo como

un pedido ya entregado.

80

Figura 8. Módulo de Servicios. Fuente: Bracho, Chacín y Segovia (2013).

La figura 8 muestra lo que es el Modulo de Servicios, el cual permite al

usuario agregar un servicio, pudiendo también de la misma manera dar

nuevas especificaciones a los servicios que ya están cargados en la base de

datos de la empresa, luego guardado el nuevo servicio con lo especificado

por el usuario, el sistema da la opción de realizar una búsqueda para

consultar algún servicio en específico y a su vez, permite editar o eliminar un

servicio previamente seleccionado.

81

Figura 9. Módulo de Herramientas. Fuente: Bracho, Chacín y Segovia (2013).

En la figura 9 se puede apreciar el módulo de Herramientas, que presenta un

menú desplegable con las opciones de Restaurar Datos y Respaldar Datos

con la intención de que el usuario pueda realizar copias de seguridad para de

esta manera asegurar los datos que se estén manejando en ese momento.

Asimismo este módulo cuenta con una opción referente a la Configuración.

82

Figura 10. Módulo de Ayuda. Fuente: Bracho, Chacín y Segovia (2013).

En la figura 10, se muestra el módulo de ayuda, el cual será el encargado de

auxiliar al usuario con las dudas o interrogantes que esté presente con

respecto al sistema.

Continuando con el cuarto objetivo del proyecto, el cual esConstruir el

sistema de información para las gestiones de producción de acuerdo

con las especificaciones del diseño.Se procedió a realizar las actividades

correspondientes a la tercera y cuarta fase de codificación y pruebas.

En la actividad de estándares de codificación,en el caso de este proyecto se

aplicaron todos los estándares con gran éxito debido a que la herramienta

empleada permitía realizar todas las que el programador requería.

83

Se creó un modelo entidad relación, que generalizaba la funcionalidad del

sistema,construido en la aplicación Mysql server 5.5. (Ver figura11).

Asimismo, para la programación del sistema se utilizó el lenguaje de

programación Java, siendo este,un lenguaje de programación de propósito

general, concurrente, orientado a objetos y basado en clases que fue

diseñado específicamente para tener tan pocas dependencias de

implementación como fuera posible.

Se seleccionó Mysql como manejador de base de datos, por su seguridad,

compatibilidad con múltiples plataformas, y su facilidad para la administración

remota, todo esto apoyado en servidores de última generación que permitían

una gran velocidad de respuesta, capacidades de almacenamiento,

recuperación de datos lo suficientemente acordes con las necesidades

actuales y futuras de la investigación permitiendo a su vez mayor

escalabilidad y facilidad al momento de realizar cambios en el mismo.

Se elaboró un diseño lógico de la base de datos, mediante un diagrama

entidad – relación, donde se recopilaron todos los datos que deben ser

administrados por el sistema, también se estudiaron todas las relaciones

existentes entre las tablas para su uso. Como herramienta para generar este

diseño lógico, se utilizó el programa Mysql Server, que permitió crear la

estructura correspondiente a la base de datos del sistema. A continuación se

coloca en la (Figura 11) el diagrama Entidad – Relación.

84

Figura 11. Diagrama Entidad Relación Fuente: Bracho, Chacin, Segovia (2013)

Continuando con las actividades se realizó la Programación en parejasdonde

se trabajó en pareja, verificando cada uno el trabajo del otro, proporcionando

la ayuda para hacer siempre un buen trabajo.

Siguiendo con las actividades se realizó la optimización de código

obteniendo el código que se ejecuta más eficientemente, lo que ayudará a la

mejora de este. A continuación se muestran los códigos más utilizados en la

elaboración del sistema

85

Figura 12. Código Optimizado # 1

Fuente: Fuente: Bracho, Chacin, Segovia (2013)

Figura 13. Código Optimizado # 2 Fuente: Fuente: Bracho, Chacin, Segovia (2013)

86

Figura 14. Código Optimizado # 3 Fuente: Fuente: Bracho, Chacin, Segovia (2013)

Figura 15. Código Optimizado # 4 Fuente: Fuente: Bracho, Chacin, Segovia (2013)

87

Figura 16. Código de Optimizado # 5 Fuente: Fuente: Bracho, Chacin, Segovia (2013)

Para culminar con las actividades de esta fase se realizó y un test de

funcionamiento del sistema, y de esta manera comprobar que se cumplió con

todos los objetivos trazados en esta investigación.

Módulos Muy Bien Bien Mal Muy Mal

Modulo principal X

Módulo de registros de usuario X

Módulo de inventario X

Módulos de monitoreo X

Módulo de registro de clientes X

Modulo dé presupuesto X

Módulo de reportes X

Cuadro 9. Test de Funcionamiento

Fuente: Bracho, Chacin, Segovia (2013)

88

Para continuar con la metodología establecida y para cumplir con el último

objetivo propuesto en esta investigación el cual esVerificar mediante

pruebas la funcionalidad del sistema construido, se procede a realizar la

última actividad, la cual es la creación de un test de aceptación y la

corrección de las posibles fallas del sistema,estas permiten constatar que se

haya realizado de manera correcta la integración de todos los módulos

realizados en las diferentes iteraciones. Para esto se realizó el siguiente test

de aceptación:

Módulos Se Acepta No se Acepta

Modulo principal X

Módulo de registros de usuario

X

Módulo de inventario X

Módulos de monitoreo X

Módulo de registro de clientes

X

Modulo dé presupuesto X

Módulo de reportes X

Cuadro 10. Test de Aceptación del sistema Fuente: Bracho, Chacin, Segovia (2013)

El test que se realizó a los usuarios finales del sistema mostró receptividad

por parte de ellos, sin embargo, estos tenían algunas sugerencias:

• Acerca del diseño del sistema, ya que el color elegido para las pantallas

del sistema y el tipo y tamaño de letra que se usó para los diferentes

módulos eran poco ergonómicos para su gusto, ya que en ciertos módulos

89

no se distinguían las letras, para solucionarlo se aplicó otro tipo de letra

rellenando mejor el borde de color blanco.

• Otro usuario sugirió agregar al Módulo de Presupuesto una opción para

constatar la fecha en la que se hizo un pedido y de igual manera tener la

opción de agregar una fecha de entrega limite desde el momento en el que

se realiza un pedido, procediendo a la sugerencia realizada se colocó en

este módulo la fecha de inicio del pedido, y la fecha entrega.

• Al manipular el sistema en una de las pruebas realizadas, arrojo un error

al momento de buscar el cliente que al observarlo de inmediato fue corregido

el código.

• De igual manera, otro de los requerimientos fue que en el módulo de

servicios se manejen dos tipos de precio A y B, dependiendo del tipo de

vidrio, estos campos fueran anexados al sistema.

• Y por último, fue sugerido que a la hora de producir las etiquetas que

lleva cada vidrio, estas deben de tener las especificaciones del mismo,

realizándolo para cumplir con lo que los usuarios necesitaban

1.2. DISCUSIÓN DE LOS RESULTADOS En la discusión de los resultados se confrontan los hallazgos de cada una de

las actividades planteadas en la metodología para la cual se planificaron en

función de cada fase de acuerdo a lo que proponía el autor manteniendo un

orden entre cada una de las mismas.

90

Luego de la visita, se procedió a ejecutar la historia de usuarios, donde se

obtuvo los requerimientos y necesidades de los usuarios en cuanto a los

procesos que se ejecutan actualmente en la empresa. Así mismo a

continuación se elaboró un plan de entrega y el tiempo de cada una de las

iteraciones que se realizaron.

Se planificó la velocidad del proyecto, para determinar cuántas historias de

usuarios se podían realizar antes de las fechas ya establecidas en el plan de

entrega, y se dividieron el total de iteraciones entre la cantidad de semanas

quedando con un promedio de entre una (01) y dos (02) semanas para cada

iteración sin posibilidad de adelantar sin antes culminar las mismas.

De esta forma se da cumplimiento a la fase de planificación sugerida por

Beck (2002) como primer requisito para el desarrollo de sistema de

información bajo el enfoque de las metodologías ágiles, luego se elaboran

los diagramas de caso de uso de manera que el sistema cumpla con los

requerimientos necesarios para la automatización del proceso.

Seguidamente se realizó un bosquejo preliminar del sistema, donde se

obtuvo el diseño de las pantallas del mismo completando la fase II del cuadro

de actividades de la investigación.

En las fases III y IV, se obtienen los códigos fuentes referentes al sistema de

información, se realizaron las pruebas correspondientes, para luego efectuar

la integración del código. Finalmente; se dio cumplimento con los

requerimientos establecidos en las historias de usuario sugeridas por Beck

(2002) como tercer y cuarto requisito para el desarrollo de sistemas de

91

información en las metodologías ágiles.

Para concluir, una vez realizadas las actividades establecidas en el

cronograma, definidas en las distintas fases de la investigación, se obtuvo un

sistema de información que fue capaz de suministrar información en tiempo

real para el empleado en cuanto a los reportes de los cristales y entrega con

todas sus especificaciones, el etiquetado de los cristales, así como también

facilitar el presupuesto del pedido y el status del producto, evitando de esta

manera las fallas existentes y las molestias por parte de los empleados

insatisfechos al realizar su trabajo.