CAPITULO III

MARCO METODOLÓGICO

60

CAPÍTULO III

MARCO METODOLÓGICO

Este capítulo contienen los elementos vinculados con la exploración de

los aspectos metodológicos y operativos que se requieren para la propuesta

de un Portal Web para Administración de Proyectos de Redes, relacionados

con el tipo de investigación, así como la técnica de recolección de datos y

metodologías.

1. TIPO Y DISEÑO DE LA INVESTIGACION

Según Hurtado (2000, p. 325) la investigación proyectiva es toda

aquella investigación que conduce a inventos, programas, diseños o

creaciones dirigidas a cubrir una determinada necesidad, basadas en los

conocimientos anteriores.

Según Sierra Bravo (1994 citado en Hurtado 2000, p. 325), define que la

investigación proyectiva consiste en hallar soluciones a los problemas

prácticos encontrados nuevas formas de instrumentos de actuación y nuevas

molaridades de su aplicación en la realidad.

También Upel (1990 citado en Hurtado 2000, p. 325), define que

proyecto factible en la elaboración de una propuesta o de un modelo, como

61

solución de un problema o necesidad de tipo práctico, ya sea de un grupo

social, o de una institución.

Según Hurtado y Sierra Bravo definen la investigación proyectiva como

aquella investigación que conduce a inventos, programas, diseños ó consiste

en hallar soluciones a los problemas prácticos, se afirma que esta

investigación es proyectiva porque tenemos que diseñar un portal web y

hallar soluciones a los requerimientos que nos proporcionen los usuarios.

Según Hurtado (2000, p. 223), la investigación descriptiva tiene como

objetivo central lograr la descripción o caracterización del evento de estudio

dentro de un contexto particular.

Según Gutiérrez (1991 citado en Hurtado 2000, p.223), define la

descripción como la representación de hechos o eventos por medio del

lenguaje, del modo tal que al leer o escuchar las expresiones verbales, se

puede evocar el evento representando o desfigurado.

También Egg (1987 citado en Hurtado 2000, p.223), los define como

aquellos cuyo objetivos es caracterizar un evento o situación concreta,

indicando sus rasgos peculiares o diferenciadores.

Según Hurtado, Gutiérrez y Egg definen la investigación descriptiva como

el objeto, la descripción o características del evento, la representación de

hechos o situación concreta. Se puede decir que la presente investigación

es descriptiva porque el usuario da una característica específica que

necesita y el portal web lo asocia como un objeto especifico y se lo plantea al

usuario.

62

Según Arias (2006, p.31), la investigación de campo es aquella que

consiste en la recolección de datos directamente de los objetivos

investigados, o de la realidad donde ocurren los hechos (datos primarios), sin

manipular o contrato variable alguno.

Según Palella y Martins (2006, p.97), consiste en la recolección de datos

directamente de la realidad donde ocurren los hechos sin manipular ni

controlar variables, también,estudia los fenómenos sociales en un ambiente

natural.

Según Arias, Palella y Martins, la investigación de campo consiste en la

recolección de datos directamente de los objetos, se puede decir que la

presente investigación es de campo porque se hace la recolección de datos

sobre el fenómeno específico que representa el objeto de estudio.

Según Bavaresco (2001, p. 28), la investigación documental o

bibliográfica constituye prácticamente en la investigación que dé inicio casi

en todas las demás, por cuanto permite un conocimiento previo o bien el

soporte documental o bibliográfico vinculante al tema objeto de estudiar,

conociéndose los antecedentes y quienes han escrito sobre el tema. La

autora considera que esta investigación es la que permite desarrollar con

más propiedad, las demás investigaciones.

Según Arias (2006, p. 27), es un proceso basado en la búsqueda,

recuperación, análisis, critica e interpretación de datos secundarios, es decir,

los obtenidos y registrado por otras investigaciones en fuentes documentales

impresa, audiovisual o electrónica.

63

La investigación documental se caracteriza por el empleo predominante

de registros gráficos y sonoros como fuentes de información. Generalmente

se le identifica con el manejo de mensajes registrados en la forma de

manuscritos e impresos, por lo que se le asocia normalmente con la

investigación archivística y bibliográfica.

Según Palella y Martins (2006, p. 96), es el que se realiza sin manipular

en forma deliberada ninguna variable independiente. Se observan los hechos

tal y como se presentan en su contexto real y en un tiempo determinado o

no, para luego analizarlos. Por lo tanto, en este diseño no se construye una

situación específica sino que se observan las que existen. Las variables

independientes ya han ocurridos y no pueden ser manipuladas, lo que impide

influir sobre ellos para modificarlos.

Según Hernández, Fernández y Baptista (2006, p. 210), los diseños

transeccionales descriptivas tienen como objetivo indicar la incidencia de las

modalidades o nivel de una o mas variables en una población. Son, por lo

tanto, estudios puramente descriptivos y cuando establecen hipótesis, estas

son también descriptivas.

Se establece que un diseño no experimental es la que se realiza sin

manipular deliberadamente variables. Es decir, se trata de investigación

donde no se varía intencionadamente las variables independientes. Lo que

se hace en la investigación no experimental es observar fenómenos tal y

como se dan en su contexto natural, para después analizarlos.

64

2. POBLACIÓN

Según Tamayo y Tamayo (1997, p. 114), la población se define como la

totalidad del fenómeno a estudiar donde las unidades de población posee

una característica común la cual se estudia y da origen a los datos de la

investigación.

Así mismo, Ramírez, (1998, p. 75) define población como la que reúne tal

como el universo a individuos, objetos, entre otros que pertenecen a una

misma clase de características similares, se refiere a un conjunto limitado por

el ámbito del estudio a realizar. La población forma parte del universo.

En este proyecto la población utilizada para captar información fue el

director del departamento de IT en la Empresa Net-Tel c.a. también el

Gerente General de Comunicaciones ComLinck y el grupo de atención al

cliente, usuarios internos y externos, además se realizó preguntas cerradas

al departamento técnico de Proredes c.a. con el fin de analizar mediciones a

los cuestionarios realizados.

3. TÉCNICAS DE RECOLECCIÓN DE DATOS

A continuación se conceptualizan las diferentes técnicas utilizadas

para recoger los datos del presente proyecto.

65

3.1 TECNICAS

Tomando como referencia el criterio según Hurtado (2006, p. 427), las

técnicas de recolección de datos comprenden procedimientos y actividades

que le permiten al investigador obtener la información necesaria para dar

respuesta a su pregunta de investigación, se pueden mencionar como

técnicas de recolección de información, la encuesta, la entrevista, la revisión

documental, las sesiones en profundidad, entre otras.

Dentro de las técnicas de recolección de datos se puede definir lo

siguientes:

3.1.1 OBSERVACION DIRECTA

Según Bavaresco (2001, p. 96), esta técnica no debe delegarse, debe

palparse directamente el sujeto. Así por ejemplo, si se va a realizar una

investigación sobre la productividad de las zonas agrícolas del Sur del Lago

de Maracaibo, el investigador no podrá valerse “de lo que digan”, pues él

debe ir personalmente las áreas cultivadas para formarse una idea de lo

realmente existente.

3.1.2 OBSERVACIÓN DOCUMENTAL

Según Bavarsco (2001, p. 99), la mayoría de las investigaciones deben

recurrir o apoyarse en la técnica de observación documental, ya que esta

brinda al lector-investigador a través de libros, folletos, revistas, documentos,

66

periódicos, entrevistas personales, foros, conferencias, seminarios entre

otros, todo el soporte del marco teórico, lo que significa que se percata de

todo lo escrito o que esté relacionado con el tema que escogió como

investigación.

3.1.3 ENCUESTA

Según Hernández, Fernández y Baptista (2000, p. 276) “un

cuestionario consiste en un conjunto de preguntas respecto a una o mas

variables a medir”

Según Balestrini (2002, p. 155) señala: “ La encuesta facilita traducir los

objetivos y loas variables de la investigación a través de una serie de

preguntas muy particulares, previamente preparadas de una forma cuidadosa

susceptibles de analizarse en relación al problema estudiado”.

3.1.4 ENTREVISTA

Según Hurtado (2006, p. 427), la encuesta es una técnica basada en la

interacción personal, y se utilizan cuando la información requerida por el

investigador es conocida por otras personas, o cuando lo que se investiga

forma parte de la experiencia de esas personas.

67

3.2 INSTRUMENTOS

Según Selltiz (1974 en Bavaresco 2001, p. 100), el cuestionario es el

instrumento que más contiene los detalles del problema que se investiga,

sub-variables, dimensiones, indicadores, ítems. Es el medio que brinda la

oportunidad al investigador de conocer lo que se piensa y dice del objeto en

estudio, permitiendo determinar, con los datos recogidos, la futura

verificación de las hipótesis que se han considerado.

3,2.1 GUÍA DE VISITA

De acuerdo Vallejo, Ordoñez, Villalobos y Sánchez (2008, p. 166) la guía

de visitas es un instrumento que se utiliza para recoger información general

de la organización que sirve como objeto de estudio, referida a la misión,

visión, entre otros.

3.2.2 CUESTIONARIO

El instrumento de la encuesta es el cuestionario que según Hernández y

otros (2006, p. 391) “un cuestionario consiste en un conjunto de preguntas

respecto a uno o mas variables a medir, pueden ser preguntas abiertas o

cerradas”.

68

4. METODOLOGÍAS SELECCIONADAS

Para el diseño del sistema que estará integrado en el Portal Web Para La

Administración De Proyectos De Redes se seleccionó como referencia

metodológica realizada por Larman (1999), ya que este se especializa en la

utilización de modelos UML (Lenguaje Unificado para la Construcción de

Modelos), lenguaje que permite especificar, visualizar y construir modelos de

los sistemas de software. También el autor presenta la metodología a través

de fases, describiendo así los procesos que se deben realizar al momento de

la utilización de modelos UML. Por su parte, para la realización del desarrollo

WEB, se dispondrá la metodología utilizada por el autor Powell (2001), el

cual cumple con los requerimientos necesarios para el funcionamiento del

mismo.

Para la realización del sistema se tendrán en cuenta las siguientes fases.

FASE 1 PLANEACIÓN Y ELABORACIÓN

Esta fase tiene como objetivo fundamental dar a conocer los

requerimientos que el sistema necesita, además, de la descripción de los

procesos que estarán presentes dentro de la aplicación, también mencionar

como será el ciclo de desarrollo que tendrá el mismo.

69

PASO: 1. CONOCIMIENTO DE LOS REQUERIMIENTOS

Los requerimientos son una descripción de las necesidades o deseos de

un producto, en esta fase se identifica y documenta en el departamento de

Sistema.

SUB-PASO: 1. PANORAMA GENERAL

Se determina el objetivo al cual se quiere llegar.

SUB-PASO: 2. CLIENTES

Se define cuáles son los clientes a quienes se les busca satisfacer.

SUB-PASO: 3. METAS

Se determinan las metas que se quieren lograr con el desarrollo del

sistema.

SUB-PASO 4. FUNCIONES DEL SISTEMA

Se determinan cuáles son las funciones que necesita realizar el sistema.

PASO: 2. DESCRIPCIÓN DE LOS PROCESOS En este paso se describen cuáles son los procesos llevados a cabo en el

departamento de Sistema.

SUB-PASO: 1. IDENTIFICAR Y ESCRIBIR CASOS DE USO

En este paso se determinan cuáles son los Casos de Uso ocurridos

70

dentro del departamento.

SUB-PASO: 2. DIAGRAMAS DE CASOS DE USO

Aquí se realizan los diagramas UML de Casos de Uso de acuerdo a los

procesos que ocurren en el departamento de Sistema.

SUB-PASO 3. CASOS DE USO EXPANDIDOS

En este paso se determinan los casos de uso expandidos, los cuales son

los más descriptivos donde se explica el curso de los eventos.

PASO: 3 CLASIFICACIÓN DE LOS CASOS DE USO

Se determinan los niveles de importancia de los casos de uso para luego

incluir los más importantes en el ciclo de desarrollo actual.

SUB-PASO: 1. PROGRAMACIÓN DE LOS CASOS DE USO

En este paso se asigna un ciclo de desarrollo para la implementación de

los caso de uso.

SUB-PASO: 2. ASIGNACIÓN DE LOS CASOS DE USO

En este paso y tomando en cuenta la clasificación de los casos de uso, se

asigna a un ciclo de desarrollo una versión del caso de uso para que este

sea desarrollado en ese ciclo.

FASE: 2. ANÁLISIS (LARMAN, 1999)

PASO: 1. CONSTRUCCIÓN DE UN MODELO CONCEPTUAL

71

En este paso se crea un modelo conceptual de las entidades identificadas

en el dominio del problema, un modelo conceptual obedece a conceptos del

mundo real mas no a conceptos de software.

SUB-PASO 1. CREAR UN MODELO CONCEPTUAL PRELIMINAR

Se crea un modelo conceptual con las entidades más resaltantes dentro

del departamento de Sistema.

PASO: 2. AGREGACIÓN DE LAS ASOCIACIONES

Se añaden las asociaciones al modelo conceptual esto es, la manera

como se relacionan los conceptos.

SUB-PASO 1. IDENTIFICAR LAS ASOCIACIONES EN EL MODELO

CONCEPTUAL

Se identifican cuáles son las asociaciones entre los conceptos del

departamento de Sistema.

SUB-PASO: 2. ASOCIACIONES QUE NECESITAN CONOCERSE

Se determinan cuáles son las asociaciones que necesitan ser conocidas y

otras que tienen solo fines explicativos o aclaratorios para la comprensión del

funcionamiento del departamento de Sistema.

72

PASO: 3. AGREGACIÓN DE LOS ATRIBUTOS Se agregan los atributos a cada concepto.

SUB-PASO: 1. ATRIBUTOS DEL MODELO DEL SISTEMA

En este paso se prepara todo lo necesario para determinar cuáles son los

atributos del sistema.

SUB-PASO: 2. ATRIBUTOS DEL SISTEMA

Se determinan cuáles son los atributos para cada concepto del dominio

del problema.

SUB-PASO: 3. MODELO CONCEPTUAL DEL SISTEMA

Se diagrama el modelo conceptual completo con sus asociaciones y

atributos.

PASO: 4. COMPORTAMIENTO DE LOS SISTEMAS

Se determinan cuáles son las operaciones del sistema.

SUB-PASO: 1. IDENTIFICAR LOS EVENTOS Y OPERACIONES

DEL SISTEMA

Se identifica exactamente cuáles son las operaciones y eventos que

ocurren en el departamento de Sistema.

SUB-PASO: 2. CREAR EL DIAGRAMA DE SECUENCIA DEL

SISTEMA, PARA LOS CASOS DE USO

Se crean los diagramas de secuencia UML para los casos de uso del

73

departamento de Sistema.

PASO: 5. CONTRATOS

Se crean contratos para la definición de las operaciones del sistema.

SUB-PASO: 1. CREAR CONTRATOS PARA LAS OPERACIONES DEL

SISTEMA

Se identifican y detallan los contratos para las operaciones del

departamento de Sistema.

PASO: 6. CREAR DIAGRAMAS DE ESTADO PARA LOS CASOS

DE USO

Se construyen los diagramas de estado UML, para los casos de uso

definidos en los pasos anteriores.

FASE 3 DISEÑO DE PROTOTIPOS (POWELL, 2001)

La etapa de diseño o desarrollo de prototipos es la más divertida para la

mayoría de los diseñadores web, puesto a que en ella se comienza a dar

forma al proyecto. Durante esta fase se desarrollaran los prototipos técnico y

visual. Sin embargo antes de construir los prototipos se deben recoger la

mayor cantidad de contenidos. Los contenidos influirán en el diseño del sitio

y ayudaran a darle una forma definitiva.

PASO: 1. COMPOSICIÓN POR BLOQUES

74

El diseño debe desarrollarse de arriba hacia abajo . En primer lugar se

debe pensar cómo va a entrar el usuario en el sitio y finalizar con la forma en

que lo abandonara. En la mayoría de los casos, esta técnica implica diseñar

primero la página principal, seguida por las páginas de las subsecciones y,

finalmente, las paginas con contenidos

La composición por bloques permite a los diseñadores concentrarse en

los tipos de objetivos y su organización en la página sin preocuparse

demasiado de su posición exacta ni de los detalles. Esta forma de realización

mediante descomposición en bloques permitirá al diseñador plantearse la

realización de maquetas de las páginas lo que facilitara su desarrollo

posterior

PASO: 2. COMPOSICIONES PARA PANTALLA Y PAPEL

Este paso se basa en la realización de prototipos en papel o pantallas. En

este paso el diseñador puede realizar un borrador o crear una composición

digital que muestre con mucho más detalle un ejemplo de una página típica

del sitio. Independientemente de que haya realizado la composición en papel

o en pantalla no se debe olvidar de la ventana del explorador y tener en

cuenta las dimensiones de la pantalla.

Como borradores se podrá utilizar una hoja de papel con un bosquejo de

la ventana del explorador, igual que se hacía en la etapa de composición por

bloques. Se debe hacer un esquema de los diversos botones, los títulos y los

demás elementos de la página. Se debe asegurar de incluir en ella alguna

75

indicación de texto bien en forma de texto simulado o bien, si es posible con

contenido real.

La etapa de composición es la que permite mas creatividad, pero los

diseñadores deben ser conscientes de que su creatividad está restringida por

las limitaciones propias de la web y por los requisitos visuales impuestos en

la especificación del diseño.

FASE: 4. REALIZACIÓN Y PRUEBAS UNITARIAS.

PASO: 1. EL SITIO SIMULADO.

Una vez terminado todos los prototipos del diseño, es el momento de crear

lo que se podría denominar sitio simulado o, sitio alfa. La realización del sitio

simulado comienza desmenuzando una composición digital en sus elementos

y ensamblado de las páginas utilizando código HTML y, posiblemente, hojas

de estilo en cascada. Intentar desarrollar el sitio como un conjunto de

plantillas de forma que se pueda ensamblar rápidamente. Sin embargo, no se

introduzca el contenido en este paso.

Por el momento, utilice texto simulado en la mayoría de las páginas a

menos que sea necesario el empleo de texto real para los escenarios de

prueba.Una vez ensamblado el sitio simulado, debería ser perfectamente

navegable, aunque, sin contenido y con una interactividad simulada.

PASO: 2. IMPLANTACIÓN DE LA VERSIÓN BETA DEL SITIO.

Cuando el prototipo del sitio sea aceptable, será el momento de

76

desarrollar el sitio real. En las páginas se introducirá el contenido real y se

integraran en el diseño visual final las aplicaciones y los componentes

interactivos. Aunque puede parecer que la implementación de la fase del

proyecto que necesita más tiempo para su realización, en realidad, si se han

recopilado todos los componentes y se han construido los prototipos previos

a esta etapa, la implementación del sitio real puede llevarse a cabo de forma

relativamente rápida.

4. ACTIVIDADES Y RECURSOS

Según Vallejo, Ordoñez, Villalobos, Sánchez (2008, p. 197) son el

conjunto de acciones, operaciones o tareas que se llevan a cabo para

alcanzar las metas de un proyecto; consiste en la ejecución de varios pasos

mediante la utilización de recursos. Constituyen una categoría programática

que representan el mínimo nivel indivisible y, pueden tener carácter individual

o grupal.

En el mismo orden de ideas, Vallejo y otros (2008, p. 197) define que los

recursos abarcan los medios, materiales y personal que son necesarios para

ejecutar el proyecto. Los recursos deben proveerse para llevar a cabo la

recolección de la información y su procesamiento, hasta llegar a las

conclusiones y la publicación de los resultados. Debe incluirse en los cálculos

lo relativo a los informes parciales y finales de la investigación. Las

77

actividades y recursos previstos para el proyecto se muestran en los cuadros

1 y 2.

78

Cuadro 1 Actividades y Recursos

Objetivo General: Desarrollar un Portal Web para la Administración de Proyectos de Redes Objetivos

Específicos Metodología Actividades Recursos

Analizar el

método

utilizado

actualmente

para la

administración

de proyectos de

redes.

Fase I

Planeación y

Elaboración

• Conocimiento de los

requerimientos

• Descripción de los procesos

• Clasificación de los

casos de uso

• Guía de

observación

directa.

• .Encuesta

Determinar los

requerimientos

funcionales del

portal web para

generación de

proyectos de

redes.

Fase II

Análisis

• Construcción de un modelo conceptual

• Agregación de las

Asociaciones

• Agregación de los Atributos

• Comportamiento de

los sistemas

• Contratos

• Crear diagramas de

estado para los casos

de uso

• Revisión

bibliográfica

79

Cuadro 1

(Continuación)

Diseñar lógica y

físicamente el

portal web de

acuerdo a los

requerimientos

establecidos

Fase III

Diseño de

prototipos

• Composición por

bloques

• Composiciones

para pantalla y

papel

• Diagrama UML.

• Lenguajes de

Programación.

• Diagramas de

entidad-relación.

Demostrar la

funcionalidad

del portal web a

través de las

pruebas

respectivas

Fase IV

Realización y

pruebas

unitarias

• El sitio simulado

• Implantación de

la versión beta

del sitio

• Pruebas de

ejecución.

• Pruebas de

procedimiento

Pruebas de carga.

Fuente: Alcaz, De La Puentey Morillo (2012).

80

Cuadro 2 Cronogramas de Actividades

FASE I

Actividades Enero

Febrero

Marzo

Abril Mayo Junio Julio

Conocimiento de los requerimientos

Descripción de los procesos

Clasificación de los casos de uso

FASE II

Construcción de un modelo conceptual

Agregación de las asociaciones

Agregación de los atributos

Comportamiento de los sistemas

Contratos

Crear diagrama de estado para los casos de usos

FA

SE III

Composición por bloques

Composiciones para pantalla y papel

FA

SE IV

El sitio simulado

Implantación de la versión beta del sitio

Fuente: Alcaz, De La Puente y Morillo (2012)

81

6. MATERIALES Y HERRAMIENTAS

Según Lugo (2006, p. 59), los materiales son los instrumentos, en

calidad física que se utilizan a lo largo de la investigación con el propósito de

mejorar el proceso que genera los resultados congruentes con la finalidad

que se desea obtener en el proyecto.

A su vez, las herramienta según Castellanos (2005, p.18) son los

instrumentos que debemos utilizar para lograr que el proyecto sea factible,

estas son básicas a la hora de la recopilación de información y ayudan a que

el trabajo sea más fácil y rápido en el campo de búsqueda y análisis de los

datos.

Cuadro 3 Cuadro de Herramientas Hardware

REQUEREMIENTOS DE HARDWARE

TIPO ESPECIFICACIONES

COMPUTADOR • TARJETA MADRE BIOSTAR G31M7-TE • PROCESADOR INTEL CORE 2 DUO E7500 • MEMORIA DE 1GB DDR2 • TECLADO • MOUSE

DISPOSITIVOS • IMPRESORA HP OFFICEJET J3600 SERIES

Fuente: Alcaz, De La Puente y Morillo (2012)

82

Cuadro 4 Cuadro de Herramientas Software

REQUERIMIENTOS DE SOTFWARE

TIPO ESPECIFICACIONES

SISTEMA OPERATIVO • WINDOWS XP / VISTA / 7 • PLATAFORMAS X32 Y X64

LENGUAJE DE PROGRAMACION • VISUAL BASIC • DREAMWEVEAR

MANEJADOR DE BASES DE DATOS • MySQL

Fuente: Alcaz, De La Puente y Morillo (2012)