CAPITULO III

MARCO METODOLOGICO

El presente apartado de esta investigación está dedicado para la descripción de los

aspectos metodológicos, el cual proporciona un modelo de verificación que permita
disentir hechos con teorías, y su representación es la estrategia o plan general que
determina las operaciones precisas para crearlo.

MODALIDAD DE LA INVESTIGACIÓN

A continuación, En base al estudio que se viene realizando relacionado con la

propuesta de un Sistema de automatización para el control de inventario ferreteros en la
empresa “FERRETERIA Cinco B” Ubicada en San Francisco de Asís Estado Aragua, el
presente Capitulo se orienta a tratar asuntos relacionados con el tipo de investigación, las
técnicas e instrumentos para la recolección de datos, técnicas para el análisis datos /
resultados. Para Sabino (2005);

“Una investigación de campo es aquella que se refiere a los modelos a

emplear cuando los datos de interés se recojan de forma directa de la realidad,
durante el trabajo concreto del investigador y sus equipos, estos datos
obtenidos directamente de la expresión empírica, denominación que alude el
hecho que son datos de primera, originales, productos de una investigación en
curso, sin la intermediación de ninguna naturaleza”. (p.12)

De acuerdo a las características de la investigación, la misma se enmarca en la

de proyectos Especiales por estar enfocada en el desarrollo de una propuesta viable
sustentada en una necesidad de tipo tecnológico. En este sentido la Universidad
Pedagógica y Experimental Libertador (2006) señala que;
 “El proyecto Especial pueden referirse a la formulación de políticas,
programas, tecnologías, métodos o procesos.” Y continúa diciendo que “…
debe tener apoyo en una investigación de tipo documental, de campo o un
diseño que incluya ambas modalidades”. (Pág. 16).

Es de hacer notar que este tipo de investigación comprende una serie de etapas tales
como: el planteamiento del problema, la metodología, actividades y recursos para su
realización.

METODOLOGÍA DE DESARROLLO TECNOLÓGICO

Para toda investigación es de importancia fundamental que los hechos y relaciones

que establecen los resultados obtenidos o nuevos conocimientos tengan el grado máximo
de exactitud y confiabilidad. Para ello planea una metodología o procedimiento ordenado
que se sigue para establecer los hechos y fenómenos hacia los cuales está encaminado el
significado de la investigación.

El marco metodológico se puede definir como el conjunto de acciones destinadas a

describir y analizar el fondo del problema planteado, a través de procedimientos
específicos que incluye las técnicas de observación y recolección de datos, determinando
el “cómo” se realizará el estudio, esta tarea consiste en hacer operativa los conceptos y
elementos del problema que se estudia, Arias (2004).

La metodología indica cómo hay que obtener los distintos productos parciales y
finales. Finalmente dependerá de la metodología utilizada los productos del proyecto, por
esta razón es necesario, conocer a fondo cada una de ellas y poder diferenciar entre una y
otra, para de este modo saber elegir la correcta en el momento de desarrollar un nuevo
software, de otra manera el producto no será el mejor e incluso puede ser inútil.

De acuerdo a la importancia, de lo anteriormente expuesto, consideramos pertinente,

de acuerdo a nuestra investigación, apoyarnos en la metodología XP la cual es
considerada también como la programación extrema o Extreme Programming (XP), que
no es más que un enfoque de la ingeniería de software formulado por Kent Beck, autor del
primer libro sobre la materia, Extreme Programming Explained: Embrace Change (1999).
Es el más destacado de los procesos ágiles de desarrollo de software. Al igual que éstos, la
programación extrema se diferencia de las metodologías tradicionales principalmente en
que pone más énfasis en la adaptabilidad que en la previsibilidad. Los defensores de XP
consideran que los cambios de requisitos sobre la marcha son un aspecto natural,
inevitable e incluso deseable del desarrollo de proyectos.

Metodología de Desarrollo Tecnológico.

Las Metodologías Ágiles : Las metodologías ágiles surgen con el propósito de

esbozar los valores y principios que deberían permitir a los equipos desarrollar software
rápidamente y respondiendo a los cambios que puedan surgir a lo largo del proyecto, está
siendo su característica principal, y diferenciándose de los procesos de desarrollo
convencionales que se conocen por ser bastante rígidos, Wells (2009).

En 2001 se creó una organización llamada “The Agile Alliance”, que promovió los
conceptos del desarrollo ágil de software. El punto de partida es un documento que
resume la filosofía, llamado el Manifiesto Ágil (consultado en 2014).

En el cual se expresan y se toman en consideración los siguientes valores:

1. Individuos e interacciones sobre procesos y herramientas.

2. Software Funcionando sobre documentación extensiva.

3. Colaboración con el cliente sobre negociación contractual.

4. Respuesta ante el cambio sobre seguir un plan.

Programación Extrema (Extreme Programming, XP) Basado en los valores

anteriores se concretaron doce principios que definen y diferencian un software
desarrollado bajo un proceso ágil de uno tradicional; en base a estos principios y en el
marco de metodologías ágiles nace la Programación.
 La programación extrema maneja ciclos de desarrollo cortos llamados Interacciones,
al final de los cuales se entregará un modelo funcional. En cada iteración se realiza un
ciclo completo de análisis, diseño, desarrollo y pruebas, fundamentándose principalmente
en el conjunto de reglas y prácticas que caracterizan a la Programación Extrema.

La programación extrema tiene varios principios fundamentales, que fueron

destilados de los valores esenciales, y estos definen en cierto modo, la manera de
enfrentar y elegir entre las distintas alternativas dentro del proceso de desarrollo.

Fase de la Exploración: En esta fase, los clientes plantean a grandes rasgos las
historias de usuario que son de interés para la primera entrega del producto. Al mismo
tiempo el equipo de desarrollo se familiariza con las herramientas, tecnologías y prácticas
que se utilizarán en el proyecto.

Se prueba la tecnología y se exploran las posibilidades de la arquitectura del sistema

construyendo un prototipo. La fase de exploración toma de pocas semanas a pocos meses,
dependiendo del tamaño y familiaridad que tengan los programadores con la tecnología.

Fase del Planeamiento: Se priorizan las historias de usuario y se acuerda el alcance

del release. Los programadores estiman cuánto esfuerzo requiere cada historia y a partir
de allí se define el cronograma. La duración del cronograma del primer release no excede
normalmente dos meses. La fase de planeamiento toma un par de días. Se deben incluir
varias iteraciones para lograr un reléase.

El cronograma fijado en la etapa de planeamiento se realiza a un número de

iteraciones, cada una toma de una a cuatro semanas en ejecución. La primera iteración
crea un sistema con la arquitectura del sistema completo. Esto es alcanzado seleccionando
las historias que harán cumplir la construcción de la estructura para el sistema completo.
El cliente decide las historias que se seleccionarán para cada iteración. Las pruebas
funcionales creadas por el cliente se ejecutan al final de cada iteración. Al final de la
última iteración el sistema está listo para producción.
 Fase de Iteraciones.

Esta fase incluye varias iteraciones sobre el sistema antes de ser entregado. El Plan
de Entrega está compuesto por iteraciones de no más de tres semanas. En la primera
iteración se puede intentar establecer una arquitectura del sistema que pueda ser utilizada
durante el resto del proyecto. Esto se logra escogiendo las historias que fuercen la
creación de esta arquitectura, sin embargo, esto no siempre es posible ya que es el cliente
quien decide qué historias se implementarán en cada iteración (para maximizar el valor de
negocio). Al final de la última iteración el sistema estará listo para entrar en producción.

Los elementos que deben tomarse en cuenta durante la elaboración del Plan de la
Iteración son: historias de usuario no abordadas, velocidad del proyecto, pruebas de
aceptación no superadas en la iteración anterior y tareas no terminadas en la iteración
anterior.

Fase de producción

Requiere prueba y comprobación extra del funcionamiento del sistema antes de que
éste se pueda liberar al cliente. Como vasos sillas platos o tenedores termos entre otros.
En esta fase, los nuevos cambios pueden todavía ser encontrados y debe tomarse la
decisión de si se incluyen o no en el reléase actual. Durante esta fase, las iteraciones
pueden ser aceleradas de una a tres semanas.

Las ideas y las sugerencias propuestas se documentan para una puesta en práctica
posterior por ejemplo en la fase de mantenimiento. Después de que se realice el primer
lanzamiento productivo para uso del cliente, el proyecto de XP debe mantener el
funcionamiento del sistema mientras que realiza nuevas iteraciones.

Fase de mantenimiento: Requiere de un mayor esfuerzo para satisfacer también las

tareas del cliente. Así, la velocidad del desarrollo puede desacelerar después de que el
sistema esté en la producción. La fase de mantenimiento puede requerir la incorporación
de nueva gente y cambiar la estructura del equipo.
 Fase de muerte: Es cuando el cliente no tiene más historias para ser incluidas en el
sistema. Esto requiere que se satisfagan las necesidades del cliente en otros aspectos como
rendimiento y confiabilidad del sistema. Se genera la documentación final del sistema y
no se realizan más cambios en la arquitectura. La muerte del proyecto también ocurre
cuando el sistema no genera los beneficios esperados por el cliente o cuando no hay
presupuesto para mantenerlo.

SUJETOS O INFORMANTES CLAVES

En el siguiente trabajo de investigación se trabajaron con los siguientes informantes:

 Informante clave 1: (Gerente de la Empresa).

 Informante clave 2: (Vendedor de la Empresa).

 Informante clave 3: (Contador de la Empresa).

 Informante clave 4: (Administrador de la Empresa).

TÉCNICAS E INSTRUMENTOS DE RECOLECCIÓN DE DATOS

Una vez definido que el proyecto aplicado es un diseño de campo, es necesaria la

aplicación de técnicas e instrumentos para la recolección de datos orientados a alcanzar
los objetivos propuestos.

Tamayo (2002), “La recolección de los datos depende en gran parte del tipo de
investigación y del problema planteado para la misma” (p.121).

En la presente investigación, después de definir la metodología apropiada para el

diseño del producto tecnológico de acuerdo al problema en estudio, las técnicas que se
utilizaron para la recolección de los datos fueron la observación directa de los procesos
involucrados y de su entorno y la entrevista semi estructurada, que se realizó para detectar
necesidades y debilidades sobre el proceso de la gestión y socialización que ofrece la
institución.

La “Observación” que es una de las técnicas de recolección más aplicadas y más

común, ya que, sugiere y motiva los problemas y conduce a las necesidades, Ahora bien,
de acuerdo con Tamayo (2002), la observación “es la utilización de los sentidos para
percepción de hechos o fenómenos que nos rodean o son de interés para el investigador”
(p. 120).

Primer instrumento: Observación Directa.

Cuadro Nº 1

OBSERVACION DIRECTA

N°:1 FECHA: HORA: 2 : 20 PM LUGAR: Empresa “FERRETERIA

16/06/2016
Cinco B”

LOS INVESTIGADORES OBSERVARON EN LA EMPRESA QUE LA FALTA DE INFORMACION, SE DEBE

A QUE NO POSEE ACTUALMENTE CON UN SISTEMA, DONDE TODA LA INFORMACION IMPARTIDA
SE DA A LOS CLIENTES DE FORMA CONCRETA Y EXACTA DE LA EXISTENCIA DE UN PRODUCTO, Y
ESTA CARECE DE MATERIAL UNIFICADO DIFICULTANDO LA CORRECTA DISTRIBUCION DE LA
INFORMACION.

Fuente: Los Autores (2016).

Cuadro Nº 2

OBSERVACION DIRECTA

N°:2 FECHA: HORA: 2 : 20 PM LUGAR: Empresa “FERRETERIA

16/06/2014
Cinco B”

LOS INVESTIGADORES OBSERVARON QUE LA EMPRESA CUENTA CON LA PLATAFORMA

REQUERIDA PARA PODER REALIZAR LA IMPLEMENTACIÓN DE UNA HERRAMIENTA
TECNOLÓGICA QUE AGILICE LOS PROCESOS DE SOCIALIZACION Y FORMACION DEL CONTROL
DEL INVENTARIO Y RESPUESTA CORRECTA A LOS CLIENTES.
 Fuente: Los Autores (2016).

Cuadro Nº 3

OBSERVACION DIRECTA

NOMBRE DEL PROCESO DESCRIPCION (MOMENTOS O FASES)

PROCESOS DE AUTOMATIZACIÓN LOS DEPARTAMENATOS APLICAN LOS SIGUIENTES

PARA EL CONTROL DE MÉTODOS PARA FACILITAR LOS PROCESOS DE GESTION Y

INVENTARIO FERRETEROS EN LA CONTROL DE LA INFORMACION EN LA EMPRESA

EMPRESA “FERRETERIA CINCO B” “FERRETERIA CINCO B” UBICADA EN SAN

UBICADA EN SAN FRANCISCO DE FRANCISCO DE ASÍS ESTADO ARAGUA.

ASÍS ESTADO ARAGUA.

Fuente: Los Autores (2016).

Es importante destacar el significado de la palabra entrevista es por ello que se hace

énfasis en lo dictado por los siguientes autores;

Silva y Pelachano (2009) la definen de la manera siguiente: Es una relación

directa entre personas por la vía oral, que se plantea unos objetivos claros y prefijados,
al menos por parte del entrevistador, con una asignación de papeles diferenciales, entre
el entrevistador y el entrevistado, lo que supone una relación asimétrica. Pág. (13)

De acuerdo a lo antes citado, se realizaron entrevistas al personal de la empresa

“FERRETERIA Cinco B” Ubicada en San Francisco de Asís Estado Aragua, donde se
buscó conocer sus opiniones, apreciaciones y consideraciones entorno al desarrollo de una
herramienta tecnológica que facilitará los procesos en la institución la cual estuvo
estructurada con las siguientes preguntas:
 Segundo instrumento: Preguntas realizadas a los entrevistados.

Cuadro Nº 4
Datos del Entrevistado(a)
Nombres:
Apellidos:
Cargo y área a la que pertenece en la institución u Empresa:
Preguntas realizadas.

1. ¿Cuenta la Empresa con alguna herramienta tecnológica que facilite los

procesos de trabajo? Nombre la herramienta y explique los procesos que
facilita.
2. ¿En cuál área de la Empresa cree usted que hace falta una herramienta
tecnológica?
3. ¿Cuáles son los procesos que se llevan a cabo dentro del área donde usted
se desempeña?
4. ¿información del personal que le gustaría que tenga la herramienta
tecnológica?
5. ¿Cuáles problemas solucionaría el contar con un sistema, para el control
de inventario ferreteros en la empresa “FERRETERIA Cinco B”?

Fuente: Los Autores (2016).

TÉCNICA PARA EL ANÁLISIS DE DATOS/RESULTADOS

En el análisis de los datos recolectado mediante la entrevista aplicada, se

implementara el lenguaje de modelado unificado, para desarrollar diagramas que permitan
analizar, estudiar y describir las actividades y los procesos descritos por los informantes
clave, los cuales se llevan a cabo dentro de la institución donde se desarrolla el estudio.
 APARTADO IV

ANÁLISIS DEL SISTEMA

El siguiente apartado describe las técnicas de recolección y análisis de datos, así

como el procedimiento que se siguió para la realización de esta investigación, expresando
toda la información referente a dicha herramienta tecnológica, describiendo todos los
puntos claves e importantes del sistema.

DESCRIPCIÓN DEL SISTEM ACTUAL (PROCESOS)

Difusión de Identidad Biográfica de la Empresa Ferretera.

En los actuales momentos la única forma de acceder a información pertinente a los

inicios de la empresa “FERRETERIA Cinco B” es a través de la solicitud por escrito de
parte del Gerente en general quien proporciona los datos son facilitados en formato
impreso ya que la misma no se encuentra en forma digitalizada.
DIAGRAMAS DE LA NOTACIÓN UML

Diagrama de Casos de Uso: Se emplean para visualizar el comportamiento del

sistema, una parte de él o de una sola clase. De forma que se pueda conocer cómo
responde esa parte del sistema.
 El diagrama de uso es muy útil para definir como debería ser el comportamiento de
una parte del sistema, ya que solo especifica cómo deben comportarse y no como están
implementadas las partes que define. Por ello es un buen sistema el documentar partes del
código que deban ser reutilizables por otros desarrolladores.

El diagrama también puede ser utilizado para que los expertos de dominio se
comuniquen con los informáticos sin llegar a niveles de complejidad. La Simbología de
los casos de uso es la siguiente:

Notación UML Casos De Uso. Figura 1.

Casos de Uso: representado por una elipse, cada caso de uso contiene un nombre,
que indique su funcionalidad. Los casos de uso pueden tener relaciones con otros casos de
uso.

Uses: Una relación de caso de uso, donde un caso usa de otro para existir.

Extends: Una relación de un caso de uso A hacia un caso de uso B indica que el
caso de uso B implementa la funcionalidad del caso de uso A.

Actores: se representan por una caricatura en forma de muñeco.

 Communicates: Comunica un actor con un caso de uso, o con otro actor.

Límites de Sistema: Representa el límite de interacción del caso de uso y el

sistema.

MODELAJE DEL SISTEMA

Después de haber analizado la información contenida en la descripción del sistema

de automatización para el control de inventario ferreteros en la empresa “FERRETERIA
Cinco B” Ubicada en San Francisco de Asís Estado Aragua, se cuenta con los parámetros,
características y datos necesarios para proceder a modelar el sistema actual.
NECESIDADES GENERALES DE LA NUEVA HERRAMIENTA

En el estudio realizado en la empresa “FERRETERIA Cinco B”, se detectó la

necesidad de mejorar los procesos mediante los cuales se distribuye y se consultan las
informaciones que corresponden a las actividades, datos que son esenciales y en general
para la gestión y de eficiencia para la empresa.
Con base a la información obtenida mediante la observación directa de los procesos,
la entrevista no estructurada se pudo establecer que la metodología actual de
procesamiento de información es muy rudimentaria y no brinda una efectividad y rapidez
adecuada, ya que no garantiza un buen control y fácil acceso a la información.

Al respecto, se detectaron las siguientes necesidades:

1. Publicar efectiva y eficazmente la información de procesos y actividades,
de tal manera que los datos puedan mantenerse a salvo de posibles daños en el equipo
donde se alojan.
2. Mejorar la forma en la que se accede a los datos registrados, de tal manera
que no se haga necesario salir de la empresa para tenerlos disponibles.
3. Contar con reportes más detallados de los datos registrados que realmente
puedan agilizar los procesos del departamento en base a la toma de decisiones.
 De acuerdo a lo antes señalado, se requiere de un sistema de información que
permita su operatividad permanente de una forma eficaz y rápida, esto se puede lograr a
través de la implementación de un sistema de automatización para el control de inventario
ferreteros en la empresa “FERRETERIA Cinco B” Ubicada en San Francisco de Asís
Estado Aragua, que permita registrar y consultar más rápidamente los datos del inventario
de la mercancía que se cuenta en la empresa, además de acceder a una base de datos
ubicada en un equipo de cómputo localizado en un Data Center seguro, donde dichos
datos no corran riesgos considerable.

Cuadro Nº 5

NECESIDADES GENERALES

A NIVEL DE HARDWARE A NIVEL DE SOFTWARE

LA EMPRESA CUENTA CON 3 LAS INSTALACIÒN SE SERVIDOR

COMPUTADORAS LAS CUALES LOCAL APPSERVER. YA QUE EN ESTE
POSEEN LAS SIGUIENTES SE ENCUENTRAN UNIFICADOS DEL
CARACTERÍSTICAS; PROCESADOR SERVIDOR APACHE Y EL
INTEL PENTIUM 4 CON 1 GB DE MANEJADOR DE BASE DE DATOS
MEMORIA RAM, DISCO DURO DE PHPADMIN.INSTALACION DE
80 GB, POSEE LECTOR CD, NAVEGADORES MULTIPLATOFORMA
MONITOR BASICO DE 15
PULGADAS, TECLADO MOUSE.
LAS CUALES SON ADECUADAS
PARA LA IMPLEMENTACIÒN DEL
SISTEMA QUE SE PROPONE PARA
LA EMPRESA, NO CARECE DE
ALGUNAS DE ESTAS
 NECESIDADES.
Fuente: Los Autores (2016).

DEFINICIÓN DE REQUERIMIENTOS (Tabla de Requerimiento)

Para Schneider, T. (2005, Citado por Borelli y Infante; 2008), los requerimientos de
un Sistema de Información, cuando se ven en su conjunto son extensos y detallados, y
además contienen múltiples relaciones entre sí. Lo que lleva a pensar que el conjunto de
requerimientos de un sistema computacional es complejo. De allí, que la posibilidad de
especificar un sistema complejo se deba documentar y especificar datos simples y
concisos en el sistema.
Esto se hace teniendo: Una Visión global del proyecto, Definir claramente los
objetivos a ser cumplidos; Integrar los requerimientos. Sintetizar las necesidades a ser
cumplidas. Para el logro del mismo, se deben especificar las necesidades de la empresa en
conjunto con los objetivos gerenciales y operativos planteados en todos los niveles, así
como las prioridades, jerarquías y dependencias de los mismos.
Por su parte Murdick, R y Munson, J (2004), al clasificar los requerimientos de un
Sistema de Información, señalan que es una forma de organizarlos, hay requerimientos
que por sus características no pueden ser tratados iguales. Por ejemplo, los requerimientos
de entrenamiento de personal no son tratados de la misma manera que los requerimientos
de una conexión a Internet. De allí especifique las siguientes recomendaciones para ser
clasificados los requerimientos aunque cada proyecto de software pueda usar sus propias
clasificaciones.

Requerimientos del "entorno": El entorno es todo lo que rodea al Sistema de

Información. Aunque no podemos cambiar el entorno, existen cierto tipo de
requerimientos que se clasifican en esta categoría por qué:
 El Sistema de Información usa el entorno y lo necesita como una fuente de los
servicios necesarios para que funcione. Ejemplos del entorno podemos mencionar:
sistemas online, redes, portales.
El Sistema de Información debe de ser robusto y tolerar los errores que puedan
ocurrir en el entorno, tales como congestión en los dispositivos y errores de entrada de
datos, por lo tanto el entorno se debe de considerar dentro de los requerimientos.

Requerimientos de Interface: La interface es como interactúa el Sistema de

Información con el ser humano o con otros sistemas (el enfoque es prácticamente el
opuesto a los requerimientos ergonómicos). La interface es la especificación formal de los
datos que el sistema recibe o manda al exterior. Usualmente se especifica el protocolo, el
tipo de información, el medio para comunicarse y el formato de los datos que se van a
comunicar.

Requerimientos funcionales: Estos son los que describen lo que el Sistema de

Información debe de hacer. Es importante que se describa el ¿Qué? y no el ¿Cómo? estos
requerimientos al tiempo que avanza el proyecto de software se convierten en los
algoritmos, la lógica y gran parte del código del sistema.

Requerimientos de desempeño: Estos requerimientos informan las características

de desempeño que deben de tener el sistema. ¿Que tan rápido?, ¿Que tan seguido?,
¿Cuantos recursos?, ¿Cuantas transacciones?
Este tipo de requerimientos es de especial importancia en los Sistema de Información
de tiempo real en donde el desempeño de un sistema es tan crítico como su
funcionamiento.

Disponibilidad (en un determinado periodo de tiempo): Este tipo de

requerimientos se refiere a la durabilidad, degradación, potabilidad, flexibilidad,
contabilidad y capacidad de actualización. Este tipo de requerimientos es también muy
importante en sistemas de tiempo real puesto que este Sistema de Información maneja
aplicaciones críticas que no deben de estar fuera de servicio por periodos prolongados de
tiempo.

Así mismo, se precisa de la evaluación del sistema, que en palabras de Schneider,

(2005), se entiende por Evaluación un proceso participativo, sistemático y ordenado que
se inicia desde el momento diagnóstico y que se da de manera paralela a la planeación y
ejecución del proyecto, acompañado de un sistema de recolección y análisis de
información que retroalimente los procesos de toma de decisiones, incremente los
conocimientos sobre los temas del proyecto y facilite la recuperación permanente de la
memoria del mismo y su sistematización. En consecuencia, se concibe a la evaluación
como un medio para el aprendizaje, la retroalimentación permanente y la cualificación de
los procesos de toma de decisiones, por lo que se convierte en una herramienta
fundamental en los procesos de formulación, ejecución y mejoramiento permanente del
proyecto ludotecas.