CAPTULO III

Marco metodolgico
Tipo de investigacin
De acuerdo con el problema descrito, que hace referencia a la
necesidad de automatizar el proceso de planificacin de proyectos en
Software de Venezuela, S.A. y en funcin de los objetivos planteados, es
preciso indicar que la investigacin realizada como base para el presente
proyecto se encuentra enmarcada dentro del tipo investigacin aplicativa,
toda vez que se dan a conocer las caractersticas propias del fenmeno a
investigar.
El objetivo central de este tipo de investigacin segn Padrn
(1998) [12], est en proveer tecnologas o esquemas de accin, derivados
de los conocimientos tericos construidos dentro de la secuencia de una
lnea de investigacin. Estas investigaciones tienden a establecer una
relacin productiva, ingeniosa y creativa entre las posibilidades de un
modelo terico, por un lado, y las dificultades o necesidades que se
confrontan en el terreno de la prctica, por otro lado.
En las investigaciones aplicativas, el Problema se plantea en una
cierta situacin prctica formulada desde una actitud de expectativas de
cambio. Situacin que resulta deficitaria, inconveniente o mejorable y que
puede ser transformada o manejada mediante un cierto prototipo de
control situacional. A esta idea se une Grajales (2000) [13], al afirmar
que la investigacin se enriquece con los conocimientos tericos, pero se
caracteriza por su inters en la aplicacin, utilizacin y consecuencias
prcticas de los conocimientos.
Con base en lo descrito se escogi la investigacin aplicativa para
la realizacin de este proyecto, toda vez que el inters de quien investiga
est en aprovechar los conocimientos tericos y prcticos para satisfacer
los requisitos del caso en estudio que ocurre en la empresa Software de
Venezuela S.A.


Diseo de la investigacin
Alvira (1986) [14], comenta que un diseo de investigacin se
define como el plan global de investigacin que integra de un modo
coherente y adecuadamente correcto tcnicas de recogidas de datos a
utilizar, anlisis previstos y objetivos. El diseo de una investigacin
intenta dar de una manera clara y no ambigua respuestas a la
problemtica planteada. (pg. 67).
En el marco de la investigacin planteada el diseo de
investigacin se orienta hacia la incorporacin de un diseo de campo con
apoyo de un diseo bibliogrfico. De acuerdo con Balestrini (2001) [15], el
diseo de campo no slo permite observar, sino recolectar los datos
directamente de la realidad objeto de estudio, en su ambiente cotidiano,
para posteriormente analizar e interpretar los resultados de estas
indagaciones. De igual manera, la autora define el diseo bibliogrfico
cuando los datos se obtienen a travs de la aplicacin de tcnicas
documentales y/o a travs de diversas fuentes documentales.
Tcnicas e instrumentos para la recoleccin de datos
Una vez definido el diseo de la investigacin, se hace necesario
escoger las tcnicas de recoleccin de datos correspondientes al sistema
de monitoreo propuesto, para as, poder usar o construir los instrumentos
que permitan obtener los datos relacionados a los problemas y
necesidades que van satisfacer el sistema nombrado anteriormente. Al
respecto Hernndez, Fernndez y Baptista (1998) [16], sealan un
instrumento de medicin adecuado, es aquel que registra datos
observables que representan verdaderamente los conceptos o variables
que el investigador tiene en mente. Adems, agregan que todo
instrumento de recoleccin de los datos debe reunir dos requisitos


esenciales: confiabilidad y validez (p.235), el primero se refiere al grado
en que la aplicacin repetida de un instrumento de medicin al mismo
sujeto u objeto produce iguales resultados; el segundo requisito, seala el
grado en que un instrumento de medicin mide realmente la(s) variable(s)
que pretende medir.
Dentro de las tcnicas de recoleccin de datos se encuentra la
entrevista. Con relacin a este punto, Chvez (s.f.) [17] plantea la
recoleccin de datos a travs de esta tcnica se obtiene mediante un
conjunto de preguntas orales o escritas, que se les hace a las personas
involucradas en el problema motivo de estudio. De igual manera, el
mismo autor presenta otra tcnica llamada observacin, la cual define
como una tcnica de recoleccin de datos en la cual el investigador
registra lo observado, ms no interroga a los individuos involucrados en el
hecho o fenmeno social que permite acumular y sistematizar informacin
sobre un hecho o fenmeno social que tiene relacin con el problema que
motiva la investigacin. Sobre esta tcnica Fuentes (s.f.) [18] seala la
observacin puede definirse como el uso sistemtico de nuestros
sentidos, en la bsqueda de los datos que necesitamos para resolver un
problema de investigacin.
Para la recoleccin de datos relacionados con el sistema de
monitoreo propuesto, se aplicar la tcnica de la entrevista no
estructurada, con preguntas abiertas al personal que labora en la
empresa Software de Venezuela S.A (SDVSA). Se va a elaborar un guin
de temas, que permita obtener informacin acerca de procesos y
operaciones, relacionados con el mdulo a realizar. Aparte de la
entrevista se usar la tcnica de observacin participante, la que ayudar
a definir las personas y entidades involucradas en los diferentes procesos
de manera directa e indirectamente que se quieren monitorear, adems,


permitir obtener informacin de la forma en que se llevan las actividades
dentro SDVSA.
Desarrollo de la investigacin
La estrategia elegida para el desarrollo de este proyecto, fue el
modelo de desarrollo incremental, esta metodologa combina elementos
del modelo lineal secuencial con la construccin de prototipos, cada
secuencia lineal produce un producto operacional con cada incremento.
Los primeros incrementos son versiones incompletas del producto final,
pero proporcionan al usuario la funcionalidad que precisa y tambin una
plataforma para la evaluacin
El modelo de desarrollo incremental provee algunos beneficios
significativos para los proyectos:
Al ir desarrollando parte de las funcionalidades, es ms fcil
determinar si los requerimientos planeados para los niveles
subsiguientes son correctos.
Si un error importante es realizado, slo la ltima iteracin
necesita ser descartada.
Reduciendo el tiempo de desarrollo de un sistema (en este
caso en incremento del sistema) decrecen las probabilidades
que esos requerimientos de usuarios puedan cambiar
durante el desarrollo.
Si un error importante es realizado, el incremento previo
puede ser usado.


Los errores de desarrollo realizados en un incremento,
pueden ser arreglados antes del comienzo del prximo
incremento.
En el mdulo planificacin de proyectos se realizaron tres
incrementos cuyo productos fueron los requisitos completos del mdulo,
las definiciones de tablas que conformaron la base de datos y los
prototipos de interfaces as como la generacin del cdigo del programa y
su posterior prueba estos resultados se evidenciaron en cada una de las
interacciones.
Incremento 1
En el incremento nmero uno se defini los requisitos bsico que
contendra el mdulo, las principales tablas de la base de datos
realizando un diagrama entidad-relacin (ver fig.1) as como tambin
prototipos de las interfaces que iban a trabajar con dichos requerimientos
(Ver fig. 2 y 3)


Figura 1. Diagrama entidad-relacin del incremento 1
1
Figura 2.Prototipo de la interface proyectos


Figura 3.Prototipo de la interface Orden de servicio
Incremento 2
En el incremento nmero dos adems de los que se hizo en el
incremento 1 se convino que la orden de servicio incluida en el mdulo de
planificacin deba estar ligada con el proceso de facturacin , debido a
esto se incluy nuevas tablas (Ver fig.4), conjuntamente se rediseo y
agregaron nuevos campos al prototipo de la interface orden de servicio y
proyectos (Ver. 5 , 6 y 7). De igual manera se defini en esta fase los
prototipos de entrenamiento de usuarios y levantamiento de informacin
(Ver fig. 8).


Figura 4. Diagrama entidad-relacin del incremento 2

Figura 5. Prototipo de la interface proyectos


Figura 6.Orden de servicio
Figura 7.Interface gestin




Figura 8. Interface levantamiento de informacin
Incremento 3
En el incremento nmero 3 adems de los que se hizo en el
incremento 2 se incluy la gestin de cronograma, la cual organiza los
consultores en los diferentes proyectos por semana, tambin el proceso
para configurar los diferentes documentos; debido a esto se adjunto
nuevas tablas al diagrama concebido en la iteracin anterior (ver fig.
9),se definieron las interfaces finales con sus respectivas validaciones y
vinculaciones y todos los procesos involucrados en el mdulo
planificacin de proyectos (Ver Fig 10, 11,12 y Anexo G. Manual de
usuarios).
En cada incremento se programaron las interfaces para ser
probadas inmediatamente.


Figura 9.Diagrma entidad-relacin del incremento 3
Figura 10. Interface 1 para la configuracin de documentos


Figura 11.Interface cronograma
Figura 12. Interface final de configuracin de documentos.