|
|
Especialización en Gerencia: Sistema de
información |
Antecedentes de la Investigación
Autor: Luís N. Álvarez A., Universidad Centroccidental
"Lisandro Alvarado año 2005 PROPUESTA PARA LA MIGRACIÓN A SOFTWARE LIBRE
EN UNA INSTITUCIÓN PÚBLICA. CASO “SEDE CENTRAL DEL MINISTERIO DE SALUD.
El Propósito de la investigación fue diseñar una propuesta para
la migración a software libre para la
Central del Ministerio de Salud. El estudio es de tipo aplicada. Durante la recopilación
de la información se utilizaron técnicas de revisión bibliográfica tanto manual
como electrónica y entrevistas estructuradas al personal directivo de la dirección de informática
mediante instrumentos estipulados en el Plan Nacional de Migración a Software
Libre en la Administración Publica (2005). La metodología de la investigación
se fundamenta de acuerdo al plan Nacional de Migración a Software Libre de la
Administración Pública (2005), el cual se ejecuta en dos etapas, la primera
referente a la información general del ministerio y la segunda es un Análisis
de la Situación Actual del Ministerio de Salud.
Maldonado, G (2007) Diseño
para la migración de la plataforma tecnológica de Marzam (ambiente Linux) El
Propósito de la investigación fue
diseñar un manual para la implementación de
software libre para la plataforma
tecnológica de Marzam .la propuesta
se ejecuta en dos etapas, la primera
referente es un Análisis de la Situación Actual
y el segundo el manual
Marco Teórico,
Según Balestrini, (1987), el Marco Metodológico le permite al
investigador describir de una manera detallada y concisa las actividades que se
realizarán para alcanzar los objetivos generales y específicos. La metodología
representa la manera de organizar el proceso de investigación, controlar sus
resultados y presentar posibles soluciones a un
problema que conlleva la toma de decisiones. Es parte del análisis y la
crítica de los métodos de investigación. Es decir, debe considerarse como el
“estudio del método que ofrece una mejor comprensión de ciertos caminos que ha
probado su utilidad en la práctica de la investigación, con objeto de evitar
los obstáculos que entorpezcan el trabajo científico” (p18).
Cabe
destacar que la metodología es el requisito básico para manejar y comprender
los procedimientos teóricos y empíricos
de las ciencias. Dicho requisito (metodología) indica el camino más adecuado
para la explicación de principios lógicos de carácter general, que puedan
aplicarse a los principios específicos de la investigación. En toda organización es de fundamental
importancia que los hechos y 7relaciones que establecen los resultados o los
nuevos conocimientos tengan un grado de máxima exactitud y confiabilidad, por
esta razón se presenta un procedimiento ordenado que se sigue para establecer
lo significativo de los hechos y fenómenos hacia los cuales esté encaminado el
interés del investigador.
Para
lograr esto, es necesario determinar el marco metodológico en todo trabajo de
investigación, el cual se define como la instancia metodológica que alude al
conjunto de reglas, registros y protocolo con los cuales una teoría y un método
calculan las magnitudes de lo real Balestrini, (1997). Esto constituye la
médula del plan, se refiere a la descripción de las unidades de análisis, o de
investigación.
Definición de términos
Actividad
Es una unidad de trabajo
que una persona que desempeñe un rol puede ser solicitado a que realice. Las
actividades tienen un objetivo concreto, normalmente expresado en términos de
crear o actualizar algún producto.
Administración Pública
Descripción de la base
metodológica para el desarrollo del proyecto y el logro de los resultados
esperados. Conjunto de organismos e instituciones que se encargan de esta
organización.
Artefacto
Es un trozo de información
que es producido, modificado o usado durante el proceso de desarrollo de
software. Los artefactos son los resultados tangibles del proyecto.
Distribución
Software Libre desarrollado con Estándares Abiertos para el Estado Venezolano: Un paquete de programas y aplicaciones de
Informática elaborado utilizando Software Libre con Estándares Abiertos para
ser utilizados y distribuidos entre distintos usuarios.
Componente
Representa una parte
modular del sistema que encapsula su contenido y cuya manifestación es
reemplazable dentro de su ambiente.
Configuración
Es una colección de
propiedades que determinan el comportamiento del proceso de elaboración del
software.
Cooperación
Realización de un trabajo
o tarea con otro u otros para un mismo alcanzar un mismo fin.
Coordinación
Reunión de medios, esfuerzos,
etc., para una acción común.
Estándar
Es una norma que regula la
realización de ciertos procesos o la fabricación de componentes. En otras
palabras es un modelo que se sigue para realizar un proceso o una guía que se
sigue para no desviarnos de un lugar al que se desea llegar.
Estándares
Abiertos:
Especificaciones
técnicas, publicadas y controladas por alguna organización que se encarga de su
desarrollo, las cuales han sido aceptadas por la industria, estando a
disposición de cualquier usuario para ser implementadas en un software libre u
otro, promoviendo la competitividad, interoperatividad o flexibilidad.
Software Libre: Programa de computación cuya licencia garantiza al usuario acceso
al código fuente del programa y lo autoriza a ejecutarlo con cualquier
propósito, modificarlo y redistribuir tanto el programa original como sus
modificaciones en las mismas condiciones de licenciamiento acordadas al
programa original, sin tener que pagar regalías a los desarrolladores previos.
Software
Propietario: Programa de
computación cuya licencia establece restricciones de uso, redistribución o
modificación por parte de los usuarios, o requiere de autorización expresa del
Licenciador.
Metodología de la Investigación
Este trabajo de grado se
encuentra ubicado en la modalidad de Proyecto Factible, donde se elabora
una propuesta sustentada en un modelo viable. Presentando una característica
resaltante como lo es, la de realizar una Propuesta de
Métodos para la implementación de los estándares de tecnología para las
empresas mixtas utilizando código abierto. con el fin de resolver este de manera practica para
satisfacer las necesidades de la institución. De acuerdo UPEL (2004):
“El
proyecto factible consiste en la investigación, elaboración y desarrollo de una
propuesta de un modelo operativo viable para solucionar problemas,
requerimientos o necesidades de organizaciones o grupos sociales; puede
referirse a la formulación de política, programas, tecnologías, métodos o
procesos. El proyecto debe tener de apoyo en una investigación de tipo
documental, de campo o un diseño que incluya ambas modalidades”. (p16)
La investigación en atención a
la estructura es de proyecto factible ya
que es la estrategia que adopta el investigador para responder al problema planteado.
En el presente
trabajo especial de grado la información fue recolectada de textos, revistas e
Internet. UPEL (2004),
define la etapa de un proyecto factible, con los siguientes argumentos:
“Proyecto
factible, comprende de las siguientes etapas generales: diagnostico,
planteamiento y fundamentación teórica de la propuesta; procedimiento
metodológico, actividades y recursos necesarios para su ejecución; análisis y
conclusiones
sobre la viabilidad y realización del Proyecto; y en caso de su desarrollo, la
ejecución de la propuesta y la evaluación tanto del proceso como de sus
resultados”. (p16)
Para la USM (2001), toda investigación debe enmarcarse en las ciencias
formales o en las ciencias fácticas, aunque para Sabino (1992), se debe tener
en cuenta que hacer ciencia es tratar de aportar nuevos conocimientos sobre
algún aspecto de la realidad, por lo que toda investigación puede definirse
como el intento de conocer algo, de averiguar algo, de saber algo.
De acuerdo a De Barrera (2000), el primer asunto que se debe clarificar
cuando se desea llevar a cabo una investigación, es el concepto mismo de
investigación, es decir, el por qué y para qué de la investigación. A finales
del siglo XX surgieron diversos epistémicos o paradigmas relacionados con la
investigación, conociéndose paradigma y según Martínez (citado por De Barrera,
2000) como “diferentes sistemas de reglas del juego científico” (p.3), entre
dichos modelos se mencionan el cuantitativo o positivismo, el empirismo, el
estructuralismo, el materialismo dialéctico, el pragmatismo y el paradigma
cualitativo o fenomenológico, conocido también como etnográfico.
3.1.
Diseño de la Investigación
Para Arias (2001), “El diseño de investigación es la estrategia que adopta el investigador para responder al
problema planteado”(p.18). En la presente investigación se estableció un plan o
estrategia global en el contexto del estudio propuesto, que permitió orientar
todo el proceso de investigación. Por lo tanto, para el diseño de la
investigación de este trabajo se introdujo el modelo “Racional Unifed Process” (RUP).
En este sentido, esta
estrategia permitirá conocer los
requerimientos de la gerencia involucrada (AIT), de una manera más efectiva ya
que se trabaja por revisiones constantes,
permitirá ir agregando o eliminando características al sistema en
desarrollo.
La estrategia de esta metodología se adapta muy bien al diseño de esta
investigación ya que sus principales
características son:
- Guiado por los Casos de Uso
- Centrado en la Arquitectura
- Guiado por los Riesgos
- Iterativo
En la primera fase, inicialmente se
realiza un análisis y diagnóstico de situación actual en la realidad objeto
estudio, a fin de determinar las necesidades de la gerencia de AIT. En la
segunda fase, y atendiendo a los resultados del diagnóstico, se formula el
sistema propuesto, referido al diseño Propuesta
de Métodos para la implementación donde se intenta dar respuestas o resolver los
aspectos problemáticos en estudio.
En el marco de la
investigación, referido al desarrollo de la Propuesta de Métodos para la implementación del código abierto, esta investigación se ve orientada a un Diseño de
campo.
3.2.
Metodología de
Desarrollo
Para el desarrollo de
este prototipo, la metodología empleada para el desarrollo y análisis de sistema
fue la “Rational Unifed Process RUP”; por adaptarse a las necesidades a las
necesidades requeridas, ya que Rup esta basado al desarrollo de aplicaciones y
esta adaptado para integrar la interacción entre humano- computador.
Esta es una metodología sólida,
con documentación, que apoya el ciclo de vida evolutivo incremental, además de
orientarse al desarrollo de componentes apoyando el desarrollo orientado a
objetos Su principal objetivo es asegurar la producción de software de alta
calidad qué satisfaga las necesidades de sus usuarios finales dentro de un
presupuesto y tiempo predecibles.. Por lo tanto, RUP puede ser adaptada tanto a
empresas grandes como pequeñas y puede ser modificada para adecuarse a las
diferentes situaciones.
La metodología RUP plantea
el desarrollo de software como un proceso Iterativo e Incremental el cual se
encuentra dividido en seis fases las cuales son descritas a continuación:
3.3.
Modelamiento del negocio.
El modelado del negocio es la técnica por
excelencia para alinear los desarrollos con las metas y objetivos de las
empresas e instituciones. Si se realiza de tal forma en que el modelo quede
consensuado entre los grupos interesados (es decir, los stakeholders), las
posibilidades de éxito del proyecto aumentarán en forma muy importante. El
modelado de negocios, y más específicamente el modelado de procesos de negocio,
es la forma idónea para comunicarnos con los usuarios de todos los niveles.
3.3.1.
Modelo de Casos de Uso del Negocio
Es un modelo de las funciones de negocio
vistas desde la perspectiva de los actores externos (Agentes de registro,
solicitantes finales, otros sistemas etc.). Permite situar al sistema en el
contexto organizacional haciendo énfasis en los objetivos en este ámbito. Este
modelo se representa con un Diagrama de Casos de Uso usando estereotipos
específicos para este modelo.
3.3.2.
Modelo de Objetos del Negocio
Es un modelo que describe la realización de cada caso de
uso del negocio, estableciendo los actores internos, la información que en
términos generales manipulan y los flujos de trabajo (workflows) asociados al
caso de uso del negocio. Para la representación de este modelo se utilizan
Diagramas de Colaboración (para mostrar actores externos, internos y las
entidades (información) que manipulan, un Diagrama de Clases para mostrar
gráficamente las entidades del sistema y sus relaciones, y Diagramas de Actividad para mostrar los
flujos de trabajo.
3.4.
Análisis y Diseño.
Este modelo establece la realización de
los casos de uso en clases y pasando desde una representación en términos de
análisis (sin incluir aspectos de implementación) hacia una de diseño
(incluyendo una orientación hacia el entorno de implementación), de acuerdo al
avance del proyecto.
Cabe destacar que toda la información que
será implementada en esta fase trasladar los requerimientos dentro de la
arquitectura de software., la cual esta diseñada en diagramas UML, ya que esos
son los utilizados por la metodología RUP, para así desarrollar una
arquitectura robusta para el sistema. Adaptar el diseño para hacerlo
corresponder con el ambiente de implementación de clases y objetos en forma de
componentes (fuente, ejecutables, etc.), de manera que se puedan probar los
componentes desarrolladas y así realizar la integración de los integrar las componentes
en un sistema ejecutable.
El Lenguaje Unificado de Modelado
UML tiene una notación gráfica muy
expresiva que permite representar en mayor o menor medida todas las fases de un
proyecto informático, ya que UML ofrece una amplia variedad de diagramas para
visualizar el sistema desde varias perspectivas.
UML incluye los siguientes diagramas:
• Diagrama de casos de uso.
• Diagrama de clases.
• Diagrama de objetos.
• Diagrama de secuencia.
3.4.1.
Diagramas de Casos de
Usos.
Se
define un Caso de Uso como un fragmento de funcionalidad del sistema que
proporciona al usuario un valor añadido. Los Casos de Uso representan los
requisitos funcionales del sistema.
En
RUP los Casos de Uso no son sólo una herramienta para especificar los
requisitos del sistema. También guían su diseño, implementación y prueba
Los diagramas de casos de usos sirven
para describir las interacciones del sistema con su entorno, identificando los
Actores, que representan los diferentes roles desempeñados por los usuarios del
sistema, y los Casos de Uso, que corresponden a la funcionalidad que el sistema
ofrece a sus usuarios, explicada desde el punto de vista de éstos.
Un diagrama de casos de uso cuenta entre
sus elementos con:
Actor: 
Un Actor es un rol que un usuario juega con respecto
al sistema. Es importante destacar el uso de la palabra rol, pues con esto se
especifica que un Actor no necesariamente representa a una persona en
particular, sino más bien la labor que realiza frente al sistema.
Caso de Uso:
Es
una operación y/o tarea específica que se realiza tras una orden de algún
agente externo, sea desde una petición de un actor o bien desde la invocación
desde otro caso de uso.
Relaciones:
Asociación.
Es
el tipo de relación más básica que indica la invocación desde un actor o caso
de uso a otra operación (caso de uso). Dicha relación se denota con una flecha
simple.
3.4.2.
Diagramas de secuencia.
El
diagrama de secuencia de un
sistema muestra gráficamente los eventos que originan los actores y que
impactan al sistema. La creación de los diagramas de secuencia depende de la
formulación de los casos de uso. Durante la operación del sistema, los actores
generan eventos, solicitando alguna operación a cambio.
El diagrama de secuencia de un sistema es una
representación que muestra, en determinado escenario de un caso de uso, los
eventos generados por actores externos, su orden y los eventos internos del
sistema. En esta fase del proyecto, el sistema mismo es una caja negra.
3.5.
Implementación
La
finalidad principal de esta fase es alcanzar la capacidad operacional del
producto de forma incremental a través de las sucesivas iteraciones. Durante
esta fase todos los componentes, características y requisitos deben ser
implementados, integrados y probados en su totalidad, obteniendo una versión
aceptable del producto.
3.6.
Prueba.
Consiste
en verificar la interacción entre los objetos, como la integración apropiada de componentes, así
como la identificación los defectos y corregirlos antes de la instalación.
Las
pruebas son realizadas por los usuarios como por los miembros que participaron
en el desarrollo del sistema, para así detectar cual es la posible falla que
pueda tener el sistema.
3.7.
Puesta en Marcha o
Producción
Después que la aplicación ha pasado por
todas las pruebas de fallos pertinentes se considera apropiado que esta pueda
salir a la puesta en marcha, lo que esto implica que la aplicación esta lista
para implantarse a los usuarios.
Ya en este punto la
aplicación no deberá generar ningún tipo de fallos.
3.8.
Diseño de casos
Tamayo y
Tamayo (1999) definen diseño de casos como un “estudio exhaustivo de uno o muy
pocos objetos de investigación, lo cual permite conocer en forma amplia y detallada
los mismos. Consiste, por tanto, en estudiar cualquier unidad de un sistema,
para estar en condiciones de conocer algunos problemas generales del mismo.
El
desarrollo de este Propuesta de
Métodos esta enfocado a un grupo específico como lo
son los usuarios de las empresas mixtas Petroritupano, se manejara el estudio de casos donde una comisión
evaluara las actividades que componen el ciclo de aprendizaje.
Esta
comisión estará estructurada por la coordinación de gerencia de AIT quienes se encuentran encargados de la
implementación y contarán con los conocimientos y experiencia necesaria
para asumir los distintos procesos que conforman la implementación
3.9.
Caso de Estudio.
Según
Tamayo y Tamayo (1999) consiste en un “estudio de estudio exhaustivo de uno o
muy pocos objetos de investigación, lo cual permite conocer en forma amplia y
detallada los mismos. Consiste por tanto, en estudiar cualquier unidad de un
sistema para estar en condiciones de conocer algunos problemas generales del
mismo” Pág. 71
Cabe
destacar, que la técnica de caso de estudio puede ser utilizado cuando se
estudia una cantidad de cuerpos y se piensa que estos son esencialmente
similares.
Este
caso de estudio estará representado por el personal que labora para la empresa mixta Petroritupano”,
específicamente en la oficina administrativa(LEONA).
3.10.
Requerimientos.
Dentro de este punto se trabajará con los
usuarios (personal laboral) para así
identificar las necesidades que se deban cumplir. Se estudiará la finalidad que
tendrá el prototipo como el alcance que deberá obtener en el momento de su
posible implementación.
Las técnicas para la recolección de datos
que se utilizaran para este Proyecto será las consideradas por el autor Fidias
Arias. (1999) en el cual expone que la recolección
de datos “son las distintas formas o maneras de obtener información. Son
ejemplos de técnicas; la observación directa, la encuesta en sus dos modalidades (entrevista o
cuestionario), el análisis documental, análisis de contenido, etc.” Pág. 53.
Se
estudiarán la áreas de las gerencia correspondiente de la organización con la finalidad de precisar detalles sobre
los procesos del sistema de adiestramiento, los cuales se manejan de manera
tradicional, de esta manera se busco percibir las necesidades de usuarios
A tal efecto se desarrollaron dos
formatos de entrevistas a ser aplicado a los estudiantes ver anexo Nº I y la
otra a los profesores y directivos de la institución ver anexo Nº II. Por medio el cual durante
este proceso se pudo obtener toda la información necesaria para la toma de
dediciones y el manejo de la información utilizada en las herramientas de
aprendizaje.
Las Técnicas e Instrumentos de
recolección de datos consistieron en las herramientas aplicadas a través de las
cuales se obtuvieron los datos para luego ser analizados en el proceso de
investigación. A continuación se mencionan las técnicas que se utilizaron
durante el proceso de recolección de la información para la culminación de este
estudio.
Primera, se utilizaron las Entrevistas
las cuales dieron la oportunidad de reunir información de los requerimientos y
las necesidades del directivo del Instituto de Ciencias Náuticas “Fernando de
Magallanes”. Esta técnica fue la mejor fuente de información
cualitativa (Opiniones, descripciones subjetivas y
problemas) por lo tanto, la ventaja de haber utilizado esta técnica es que los
entrevistados (El Director y Coordinador) conversaron libremente,
proporcionando la información de manera directa y espontánea. Por consiguiente,
el instrumento de recolección de datos empleado en esta investigación fue una
grabadora.
Segunda, se realizaron dos (2) tipos de Encuestas con las cuales se obtuvo la opinión general de profesores y
estudiantes que corroboraron los aspectos problemáticos dentro del Instituto.
En este sentido, el instrumento empleado en la técnica de la encuesta fue el
cuestionario que consiste en un conjunto de preguntas respecto a una o más
variables a medir.
Se validaron los instrumentos, mediante la selección de personas de trayectoria profesional en el área
educativa para que realicen la revisión de cada entrevista con un formato cerrado. La validez de los
instrumentos para este caso de estudio son: la pertinencia y la redacción
- La pertinencia se basa estrechamente entre la
pregunta y los objetivos a lograr.
- La redacción es la interpretación del
enunciadote las preguntas a través
de un lenguaje claro y preciso con
el uso de un vocabulario sencillo para ser entendido por todos los entrevistados.
Cronograma de Actividades
Arias, Fidias. (1999) El Proyecto de Investigación. (3ra edición) Caracas.
Editorial Episteme.
Arias, F. (2004). El Proyecto de Investigación: Guía para su Elaboración.
Caracas: Episteme.
Balestrini, M (1997). Como se Elabora el Proyecto de Investigación. Caracas: BL
Consultores Asociados.
Bautista, M. (1998). Manual de Metodología de
la Investigación. Graficas Litocentro. Caracas.
De Barrera, J. (2000). Metodología de la Investigación Holística. Maturín. Ediciones
Fundación Sypal. Venezuela.
García, Pelayo y Cross (1993). Diccionario Pequeño Larousse Ilustrado.
España. Editorial Larousse.
Gate, Bill (2000), Internet. Madrid, España: Mc Graw Hill.
Hernández Sampieri, Roberto; Fernández
Collado, Carlos y Baptista Lucio, Pilar. (2004) Metodología de la Investigación. 3ra Edición. Chile:
McGraw-Hill Interamericana.
Laudon, Laudon (1995). Administración de los Sistema de Información. (3era edición).
México. Nueva York: Prentice Hall
Maldonado, G (2007) Diseño
para la migración de la plataforma tecnológica de Marzam Trabajo de Grado. Universidad Nueva Esparta. Caracas
– Venezuela
Patterson,
David A, Hennessy Jonh L (1997): Organización y Diseño de Computadores.
La Interfaz de Hardware/Software. 2da. Edición. México: Editorial Mc Graw Hill.
Pérez, G. (2002) Guía Metodológica para Anteproyectos de Investigación. 1ra
Edición. Venezuela: FEDUPEL.
Pérez, S (1995). La Tecnología de la Información. Caracas: Episteme
Rangel, P. (1999). Manual del Taller de Tutorías de Investigación. Universidad
Nacional Experimental Simón Rodríguez, Caracas
RUP Revisado
en julio de 2008. Disponible en:
http://www.reynox.com/sistemas/metodologia.php
Consultado el 20-07-08.