Capitulo III

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 relaciona n 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
Metodología
Actividades
Recursos
Específicos
•
Analizar
el
Fase I
método
Planeación y
utilizado
Elaboración
•
Guía
Clasificación de los
•
.Encuesta
casos de uso
la
administración
de proyectos de
redes.
Determinar los
Fase II
requerimientos
•
Construcción de un
modelo conceptual
•
Agregación de
Asociaciones
las
•
Agregación
Atributos
de
los
•
Comportamiento
los sistemas
de
•
Contratos
•
Crear diagramas de
portal web para
generación
de
proyectos
de
redes.
• Revisión
bibliográfica
Análisis
funcionales del
estado para los casos
de uso
de
observación
Descripción de los
procesos
directa.
•
actualmente
para
•
Conocimiento de los
requerimientos
79
Cuadro 1
(Continuación)
Diseñar lógica y
físicamente
el
portal web de
acuerdo a los
•
Fase III
Diseño
de
•
prototipos
Composición por
•
Diagrama UML.
bloques
•
Lenguajes de
Composiciones
para pantalla y
papel
requerimientos
Programación.
•
Diagramas
entidad-relación.
establecidos
Demostrar
la
funcionalidad
Fase IV
Realización
del portal web a
través de las
pruebas
pruebas
y
•
El sitio simulado
•
Implantación de
la versión beta
• Pruebas de
ejecución.
• Pruebas de
procedimiento
del sitio
unitarias
respectivas
Fuente: Alcaz, De La Puentey Morillo (2012).
de
Pruebas de carga.
80
Cuadro 2
Cronogramas de Actividades
Actividades
Ener
o
FA
SE I
FA
SE II
FA
SE III
Conocimiento
de
los
requerimientos
Descripción
de
los
procesos
Clasificación de los casos
de uso
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
Composición
por
bloques
Composiciones
para
pantalla y papel
El sitio simulado
FA
SE
IV
Implantación de la versión
beta del sitio
Fuente: Alcaz, De La Puente y Morillo (2012)
Febr
ero
Marz
o
Abril
Mayo
Junio
Julio
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
COMPUTADOR
DISPOSITIVOS
ESPECIFICACIONES
•
•
•
•
•
•
TARJETA MADRE BIOSTAR G31M7-TE
PROCESADOR INTEL CORE 2 DUO E7500
MEMORIA DE 1GB DDR2
TECLADO
MOUSE
IMPRESORA HP OFFICEJET J3600 SERIES
Fuente: Alcaz, De La Puente y Morillo (2012)
82
Cuadro 4
Cuadro de Herramientas Software
REQUERIMIENTOS DE SOTFWARE
TIPO
SISTEMA OPERATIVO
LENGUAJE DE PROGRAMACION
MANEJADOR DE BASES DE DATOS
Fuente: Alcaz, De La Puente y Morillo (2012)
ESPECIFICACIONES
•
•
•
•
•
WINDOWS XP / VISTA / 7
PLATAFORMAS X32 Y X64
VISUAL BASIC
DREAMWEVEAR
MySQL