CAPITULO III MARCO METODOLÓGICO

Transcripción

1 CAPITULO III MARCO METODOLÓGICO

2 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

3 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.

4 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.

5 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.

6 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.

7 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: 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 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,

8 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 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 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.

9 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 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.

10 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.

11 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

12 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

13 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.

14 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

15 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

16 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

17 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

18 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

19 77 actividades y recursos previstos para el proyecto se muestran en los cuadros 1 y 2.

20 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 Fase I Conocimiento de los requerimientos Guía de método utilizado actualmente para la Planeación y Elaboración Descripción de los procesos Clasificación de los casos de uso observación directa..encuesta administración de proyectos de redes. Determinar los requerimientos funcionales del portal web para generación de Fase II Análisis Construcción de un modelo conceptual Agregación de las Asociaciones Agregación de los Atributos Comportamiento de los sistemas Revisión bibliográfica proyectos redes. de Contratos Crear diagramas de estado para los casos de uso

21 79 Cuadro 1 (Continuación) Diseñar lógica y físicamente el portal web de acuerdo a los requerimientos Diseño Fase III prototipos de Composición por bloques Composiciones para pantalla y papel Diagrama UML. Lenguajes de Programación. Diagramas de entidad-relación. establecidos Demostrar la funcionalidad del portal web a través de las pruebas Fase IV Realización pruebas unitarias y El sitio simulado Implantación de la versión beta del sitio Pruebas de ejecución. Pruebas de procedimiento Pruebas de carga. respectivas Fuente: Alcaz, De La Puentey Morillo (2012).

22 80 Actividades Cuadro 2 Cronogramas de Actividades Ener o Febr ero Marz o Abril Mayo Junio Julio FA SE I FA SE II 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 FA SE III FA SE IV Crear diagrama de estado para los casos de usos Composición por bloques Composiciones para pantalla y papel El sitio simulado Implantación de la versión beta del sitio Fuente: Alcaz, De La Puente y Morillo (2012)

23 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)

24 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)