Capítulo III
MARCO METODOLÓGICO
61 CAPÍTULO III
MARCO METODOLÓGICO
El presente capítulo describe los aspectos técnicos metodológicos del proceso de investigación; de allí, que se consideren un conjunto de reflexiones en torno a la metódica, tipo y diseño empleados para llevar a cabo el estudio. Igualmente, contiene descripciones en relación a la población y a los instrumentos de recolección de datos, diseñados con vista al alcance de los objetivos propuestos.
1. TIPO Y DISEÑO DE LA INVESTIGACIÓN
En esta sección se refleja todo el enfoque de la investigación que puede ser de varios tipos, y en tal sentido se puede clasificar de distintas maneras, según su finalidad, el método, y la fuente, los cuales determinan los pasos a seguir del estudio, así como las técnicas y métodos que se emplearán en el mismo, influyendo en instrumentos, y en la forma de análisis de los datos recaudados, de tal manera que, este punto de los tipos de investigación constituye un paso importante en la metodología. Por lo tanto, la investigación se clasificó como Aplicada, descriptiva y de campo
De acuerdo con Tamayo y Tamayo (2000), los estudios de tipo aplicado tienen como fundamento esencial enfocar la atención sobre la solución de teorías a fin de lograr optimalización de la gestión realizada por los sujetos
involucrados en el estudio. En tal sentido, la presente investigación busca con el desarrollo del sistema de información automatizar los procesos administrativos del plantel para agilizar dichos procesos.
De igual modo, se clasifico descriptiva. Según Bavaresco (2008, p. 10) la investigación Descriptiva se define como un tipo de investigación que persigue el conocimiento de las características de una situación dada, plantea objetivos concretos y formula hipótesis sin usar laboratorios, se plantea una asociación de variables.
Por su parte, Nava (2004, p. 9), refiere que el objetivo principal es señalar de forma rigurosa y sistemática las características, funciones, frecuencia, relaciones de asociación de un determinado fenómeno o hecho, a nivel interno o externo, además de comprender el registro, análisis e interpretación de la naturaleza actual y de la composición o procesos, su grado de acercamiento hacia la explicación definitiva es bastante alto.
De acuerdo al planteamiento que establecen los autores se concluye que la investigación es Descriptiva según el método de investigación, ya que consiste en detallar de forma rigurosa y sistemática, cada uno de los hechos tal y como se presentan en la realidad actual sobre los procesos administrativos y académicos del “jardín de infancia Dolores Vargas de Urdaneta”, con el fin de poder ser analizados profundamente.
También, se clasifico la investigación como de campo. Al respecto Tamayo (2007, p.110), señala que se habla de investigación de Campo cuando los datos se recogen directamente de la realidad, por lo cual se
denominan primarios, donde su valor radica en que permiten cerciorarse de las verdaderas condiciones en que se han obtenido los datos, lo cual facilita su revisión o modificación en caso de surgir dudas.
Así mismo lo refiere Nava (2004, p.10), la investigación de campo encuentra sus datos en la realidad misma, ya que el campo es concebido como la naturaleza misma, la sociedad y el hombre.
De esta forma, la presente investigación según la fuente de información se considera de Campo, ya que la información que se recaba proviene directamente en el lugar de los hechos, es decir directamente de la realidad sin manipular o controlar variables algunas, acerca del proceso concerniente administrativo y académico del plantel, permitiendo hacer alguna revisión o modificación de mejoras en dicho procedimiento.
Del mismo modo, el diseño se catalogó como transeccional descriptivo, al respecto Hernández y otros (2014, p.210), señala que “tiene como objetivo indagar la incidencia de las modalidades o niveles de una o más variables en una población, estudio puramente descriptivo.” Se recolectan datos en un solo momento, en un tiempo único. Si propósito es describir variables y analizar su incidencia e interrelación en un momento dado.
Siguiendo el mismo orden de ideas, el diseño del proyecto de investigación se caracteriza de este tipo, puesto que se lleva a cabo sin manipular premeditadamente ninguna variable independiente, es decir, que se observa el fenómeno tal y como se da en el contexto natural sin interferir de forma alguna, para después proceder a realizar un análisis, en cuanto los
procesos administrativos y académicos del plantel “jardín de infancia Dolores Vargas de Urdaneta”.
2. POBLACIÓN
Según Nava (2004, p.137), la población es un conjunto de elementos que tienen una característica común que representa el problema en estudio, por lo que, constituye el objeto de estudio, y es por ello que el investigador debe conocerla, definirla y determinarla, para permitirle entre otras cosas, planificar la recolección de datos.
Cabe destacar que la presente investigación estuvo conformada por (01) un administrativos, (03) tres directivos y (30) treinta docentes para un total de (34) treinta y cuatro personas.
La distribución de la población que se detalló a través del siguiente cuadro:
CUADRO 1.
DISTRIBUCIÓN DE POBLACIÓN.
CARGOS SUJETOS
DIRECTIVOS 03
ADMINISTRATIVO 01
DOCENTES 30
TOTALES 34
Fuente: Brito y Dalia (2018)
En el presente trabajo de grado se considera un muestreo no probabilístico debido a que se tiene una población de 34 personas en la cual se les realizó una entrevista (guión de sondeo) a cada docente y administrativo que conforma el plantel “jardín de infancia Dolores Vargas de Urdaneta”.
Arias (2006, p.85), indica que el muestreo intencional “consiste en que los elementos son escogidos con base en criterios o juicios preestablecidos por el investigador”.
Para Hurtado (2007, p.146), el muestreo intencional “es aquel que se escoge en términos de criterios teóricos, que de alguna manera sugieren que ciertas unidades son las más convenientes para acceder a la información que se requiere”.
En el presente trabajo de investigación se considera muestreo intencional debido a que es un procedimiento que permite seleccionar los casos característicos de la población, ya que solo se tomaran en cuenta aquellos sujetos que proporcionaron la información necesaria para el desarrollo del sistema.
Para la selección de la muestra, se tomó como referencia la base de datos de la institución en el periodo de Mayo del 2.017 a Abril del 2.018, a esa fecha comprenderá el periodo escolar para el ministerio de educación 2.017 – 2.018. Sin embargo, dada la poca respuesta por parte de los
responsables de los procesos, la muestra quedó conformada por 19 representados.
CUADRO 2
DISTRIBUCIÓN DE LA MUESTRA
CARGOS SUJETOS
DIRECTIVOS 03
ADMINISTRATIVO 01
DOCENTES 06
TOTALES 10
FUENTE: Brito y Dalia (2018)
TÉCNICAS E INSTRUMENTOS DE RECOLECCIÓN DE DATOS
La recolección de la información, se realizó mediante entrevista dirigido a los directivos, administrativos y docentes, responsables de los procesos de calidad y de la educación de los alumnos en la institución, haciendo uso de criterios cualitativos y cuantitativos, se analizó la información obtenida, para posteriormente derivar un modelo que integra sistémicamente los lineamientos y la ponderación de cada uno de los criterios del plantel.
Para Hurtado (2000, p.460) la entrevista supone la interacción verbal entre dos o más personas. Es una conversación, en la cual, una persona (el entrevistador) obtiene información de otras personas (entrevistado), acerca
de una situación o tema determinados con base en ciertos esquemas o pautas.
Del mismo modo, la citada autora, la entrevista se define entonces como el intercambio de opiniones o ideas que se obtiene mediante una conversación entre dos o más personas. En este caso, se utiliza un formulario o esquema con preguntas para enfocar la charla, dichas preguntas sirven como guía para la recolección de datos con el fin de alcanzar o cumplir con los objetivos de la investigación.
Asimismo, se empleó la observación que es una técnica de recolección de datos afirma Nava (2004, p.145), que resulta útil en todo tipo de investigación, utilizada al comienzo para detectar y descubrir el problema y así mismo en la etapa de ejecución del proyecto. Esta técnica es una percepción visual que se emplea para captar los datos que se registrarán, que constituye el procedimiento sistemático de usar todos los sentidos para buscar y obtener los datos necesarios para resolver los problemas planteados.
La observación directa es una técnica empleada durante el proceso de recolección de datos que resultó sumamente útil para la investigación, permitiendo lograr visualizar cada uno de los hechos, tal cual ocurren en la realidad y sobre todo aquellos de interés y que se consideraron muy importantes para la investigación, como la realización de los procesos administrativos y académicos del plantel en estudio.
3. METODOLOGÍA SELECCIONADA
Para llevar a cabo el desarrollo del sistema de información bajo entorno web para la gestión administrativa y académica del “jardín de infancia Dolores Vargas de Urdaneta”, se utiliza una metodología híbrida en virtud de sustentar la propuesta de investigación. Las metodologías involucradas están expuestas por Senn (2001) y Pressman (2010), quedando constituida de la siguiente manera:
3.1. FASE I: INVESTIGACION PRELIMINAR. (Senn, 2001)
Al recibir la solicitud para un sistema de información bajo entorno web puede originarse por razones diversas, el proceso se va inicia siempre por la petición del solicitante administrador, usuario del mismo.
La solicitud comienza con la primera actividad de sistemas: la investigación preliminar. Esto va en un proceso que presenta tres partes:
propuesta y aclaración de la solicitud, estudio de factibilidad y aprobación de la misma.
Propuesta y aclaración de la solicitud: la o las solicitudes que vienen de administradores y usuarios no siempre vienen en formulación de manera de total claridad. En lo consiguiente, antes se puede considerar cualquier investigación del sistema, la propuesta o solicitud del proyecto se debe examinar para poder determinar con precisión que el solicitante desea que
se le presente. Si se presenta la idea de lo que se requiere, pero no se está expresando con claridad, en otra opción, el solicitante pude ayuda sin saber dónde se encuentra el problema, la aclaración del mismo se vuelve difícil. En ambos caso, antes de seguir adelante, esta solicitud de debe estar clara en el planteamiento.
Estudio de factibilidad: Un resultado importante en la investigación preliminar poder determinar que el sistema solicitado pueda ser factible.
Existen tres aspectos o factores relacionados con este estudio:
Factibilidad técnica: El proyecto, ¿puede realizarse en la actualidad, la tecnología existente? de requerir tecnología, ¿cuál es la posibilidad de desarrollar?
Factibilidad económica: Al crear el sistema, ¿todos los beneficios que se obtendrán serán suficientes para aceptar los costos, que puedan implicar en el mismo?, ¿la decisión de no crear el sistema de información es de gran implicación que debe ser aceptado el proyecto?
Factibilidad operacional: Si al desarrolla e implementar el sistema de información, ¿se utilizara el mismo?, ¿existirá la posibilidad de resistencia al cambio por parte de los usuarios involucrados, dará un resultado la disminución en los posibles beneficios del sistema?
El estudio de factibilidad se llevara a cabo un equipo pequeño en ocasiones de una o dos personas que está familiarizadas con las técnicas de sistemas de información, este equipo comprende la parte de la organización
que participará o se verá afectada por el proyecto en sí, las personas que son responsables de evaluar dicha factibilidad son analistas capacitados o directivos de la organización.
Aprobación de la solicitud: todos los proyectos solicitados no son deseados o factibles. Algunas organizaciones reciben una gran cantidad de solicitudes de sus usuarios que sólo es posible atender unas pocas. Sin embargo, aquellos proyectos deseados y con factibilidad deben incorporarse en los planes de mejoramiento y expansión. No en todos los casos el desarrollo puede comenzar inmediatamente, aunque siendo lo común es que los miembros del equipo de sistemas estén ocupados con otros proyectos. Al ocurrir esto, la administración decidirá cuales proyectos son de mayor importancia y se decidirá en qué orden se llevará a cabo. Luego de la aprobación de la solicitud del proyecto se estimara su costo, el tiempo que se requiere para poder comenzar y terminar el mismo, las necesidades de personal que va a usar el sistema; con esta información se procederá a determinar dónde se ubicara dentro de la lista existente del proyecto.
Cuando otros proyectos se han culminado, se iniciara el desarrollo del sistema propuesto, si este fuere el caso.
3.2. FASE II: FORMULACIÓN. (Pressman, 2010)
Se sugiere una serie de preguntas que deberán formularse y responderse al comienzo de la etapa de formulación:
¿Cuál es la motivación para el sistema de información bajo entorno web?
¿Por qué es necesaria el sistema de información bajo entorno web?
¿Quién utilizara el sistema de información bajo entorno web?
La respuesta a estas preguntas deberá ser de lo más claramente posible.
Se identifican dos categorías:
Metas informativas: indicando la intencionalidad de proporcionar el contenido y/o información específica para el usuario final.
Metas aplicables: indican la habilidad de realizar tareas dentro del entorno Web.
Una vez que han identificado todas las metas aplicables e informativas se desarrolla el perfil del cliente. El perfil del usuario recoge las características relevantes de los usuarios potenciales incluyendo antecedentes, conocimiento, preferencias e incluso más.
Una vez que se han desarrollado las metas y los perfiles de usuarios, la actividad de formulación se centra en la afirmación del ámbito para el entorno Web. En muchos casos, las metas ya desarrolladas se integran en la afirmación del ámbito. Además, es útil, no obstante, indicar el grado de integración que se espera para el entorno Web. Es decir, a menudo es necesario integrar los sistemas de información existentes (por ejemplo, la aplicación de la o las bases de datos existente, si fuese el caso) en un planteamiento basado en plataformas Web. En este punto se tienen en consideración también los temas de conectividad, transmisión y recepción.
3.3. FASE III: PLANIFICACIÓN. (Pressman, 2010)
La planificación estima el costo global del proyecto, se evaluaran los riesgos asociados con el desarrollo, y definirá una planificación de desarrollo bien granulada para el incremento final del entorno Web, con una planificación granulada para los incrementos subsiguientes del sistema.
Definir el ámbito y los recursos de los gestores del entorno Web, personal técnico y cliente.
Definición y planificación temporal para la revisión de la gestión.
Proporcionar del enfoque general del desarrollo de la página Web para todo el personal relacionado con el proyecto.
Describir cómo se garantizará la seguridad de la aplicación.
3.4. FASE IV: ANÁLISIS. (Pressman, 2010)
El análisis establece los requisitos técnicos para el entorno Web e identificar los elementos del contenido que se van a incorporar. También se definen los requerimientos del diseño gráfico.
Para crear un modelo de análisis completo para el sistema bajo el entorno Web se elabora el ámbito definido durante la actividad de formulación. De la Página Web, realizando los siguientes análisis:
Análisis de contenido: Identificación del rango completo de contenido a proporcionar. Incluyendo datos de texto, gráficos, imágenes, video y sonido.
Identificando y describir uno a uno los objetos de datos que se utilizan dentro del entorno Web utilizándolos en el modelado de datos.
Análisis de la interacción: Descripción detallada de la interacción del usuario y el sistema bajo entorno Web. Proporcionando descripciones detalladas de la interacción pudiendo desarrollar todos los casos prácticos.
Análisis funcional: Escenarios de uso (casos de uso) creados como parte del análisis de interacción definen las operaciones que se aplicaran en el contenido del sistema bajo entorno Web e implicaran otras funciones de procesamiento. Se realiza la descripción detallada de todas las operaciones y funciones.
Análisis de la configuración: Efectuando una descripción detallada del entorno y de la infraestructura en donde reside el sistema bajo entorno Web.
Este entorno Web puede residir en Internet, en una intranet o en una Extranet. Además, se deberá identificar la infraestructura (podremos decir, la infraestructura de los componentes y el grado de uso de la base de datos para generar el contenido) del sistema bajo entorno Web.
FASE V: INGENIERÍA. (Pressman, 2010)
La actividad de ingeniería incorpora dos tareas paralelas. El diseño del contenido y la producción son tareas llevadas a cabo por personas no
técnicas del equipo Página Web. El objetivo de estas tareas es diseñar, producir, y/o adquirir todo el contenido de texto, gráfico y video que se vayan a integrar en el entorno Web. Al mismo tiempo se lleva a cabo un conjunto de tareas de diseño.
Diseño arquitectónico: El diseño arquitectónico del sistema y las aplicaciones basados en Web se centra en la definición de la estructura global hipermedia para el entorno Web, y en la aplicación de las configuraciones de diseño y plantillas constructivas para la estructura (y lograr la reutilización). Una actividad paralela, llamada diseño del contenido, deriva la estructura y el formato detallados del contenido de la información que se presentara como parte del entorno Web.
Diseño del contenido: Centrada en dos fases o tareas diferentes del diseño, cada una de las cuales es dirigida por individuos que poseen habilidades distintas. En primer lugar, se desarrolla una representación del diseño para los objetos del contenido y los mecanismos requeridos para establecer una relación entre ellos. Además, se crea la información dentro de un objeto de contenido específico. El trabajo posterior es llevado a cabo por escritores, diseñadores gráficos y otros actores que generan el contenido que se usará en el entorno Web.
El diseño del contenido se centra en la definición de la estructura general de los hipermedios del entorno Web. Aunque se puedan crean arquitecturas
personalizadas, siempre se tiene la opción de poder elegir en estas cuatro distintas estructuras de contenido:
- Estructuras lineales: Encontrándose cuando es común una secuencia predecible de interacciones (con algunas variaciones o diferencias).
- Estructuras de malla: Opción que se aplica cuando es posible organizar el contenido del entorno Web en forma categórica de dos o más dimensiones. Esta arquitectura del entorno Web es útil únicamente cuando se encuentra contenido muy regular.
- Estructuras jerárquicas: Arquitectura más común del entorno Web. Se diseña de forma tal que permite por medio de la ramificación del hipertexto siendo el flujo de control sea en sentido horizontal y a través de las ramas verticales de la estructura.
- Estructura de red o “telaraña pura” es similar en muchos sentidos a la arquitectura de evolución a partir de sistemas orientados a objetos. Los componentes arquitectónicos por lo que podemos inferir en (páginas web, para este caso) se diseñan pasa virtualmente el control de modo que (por medio de vínculos de hipertexto) a cada componente del sistema. Este enfoque permite una flexibilidad de navegación considerable, al mismo tiempo puede confundir al usuario.
- Diseño de navegación: Una vez que la arquitectura del sistema bajo entorno Web ha sido establecido, se han identificado sus componentes (textos, páginas, funciones de procesamiento, subprogramas y otras
actividades), se tendrá que definirse las rutas de navegación permitiendo a los usuarios acceder al contenido y a las funciones del sistema bajo entorno Web. Para poder lograr esto, hay que hacer lo siguiente: 1.- identificar la navegación para los distintos usuarios del sitio y 2.- definir la sintaxis para efectuar dicha navegación.
- Navegación: el diseño para la navegación comenzara con la jerarquía del usuario y los casos de uso relacionados, desarrollados para cada categoría de usuario (actor). Cada actor puede usar el sistema bajo entorno Web de forma diferente, por lo que tendrán distintos requerimientos de navegación. Los casos de uso desarrollados por cada actor definirán un conjunto de clases que incluirán uno o más objetos de contenido o funciones del sistema bajo entorno Web. Cada usuario interactuara con el sistema bajo entorno Web, encontrara una serie de unidades de navegación: “Estructuras de información y navegación relacionadas colaborando para el cumplimiento de subconjunto de requerimientos del usuario relacionados”.
- Sintaxis de navegación: En el diseño, la tarea siguiente es definir la mecánica de la navegación. Disponiendo de varias opciones para desarrollar un enfoque de implementación para cada sintaxis de navegación:
Vínculo de navegación individual: Acá se incluirán, vínculos basados en texto, iconos, botones e interruptores, así como metáforas gráficas. Debiendo elegirse los vínculos que sean apropiados para el
contenido consistente con la heurística que conduzca el diseño de la interfaz de alta calidad.
Barra horizontal de navegación: Enumerando todas las categorías principales de contenido y/o de funciones en una barra que contiene los vínculos apropiados. En general, se enlistaran las categorías pudiendo ser estas de cuatro a siete.
Columna de navegación vertical: 1.- marca o enumera las principales categorías de contenido o funciones. 2.- virtualmente enumera todos los principales objetos de contenido que hay dentro del sistema bajo entorno Web. al elegir la segunda opción, las columnas de navegación pueden ser expandías para presentar el o los objetos de contenido como parte de una jerarquía (seleccionando una entrada en la columna original, esto ocasionara una expansión que enlista o muestra una segunda capa de objetos de contenido relacionados).
Pestañas: No es más que una variación de la barra o columna de navegación y representa categorías de contenido o funciones como pestañas que se seleccionan cuando se necesita o requiere un vínculo.
Mapas del sitio: presenta una tabla de contenido, incluyendo todo el contenido con el fin de navegar hacia y por todos los objetos y funciones contenidas dentro del sistema bajo entorno Web.
También se debe establecer las convenciones y las ayudas apropiadas para navegar. Por ejemplo, los iconos y vínculos gráficos deben invitar a
hacer clic en ellos, modificando las aristas cuadradas para poder dar una apariencia tridimensional.
Hay que diseñarse la retroalimentación auditiva o visual con objeto de dar al usuario una indicación de que se ha escogido cierta opción de la navegación. La navegación basada en texto debe usarse colores que indiquen los vínculos de navegación y señale aquéllas ya recorridas. Siendo estas unas cuantas convenciones entre las decenas que hay en el diseño, que hacen que la navegación pueda ser amigable para el usuario.
Diseño de la interfaz: El usuario que interactúa con un sistema basado en equipos de computación, se está aplicando un conjunto de principios fundamentales y lineamientos generales de diseño. Aunque el sistema bajo entorno Web plantean algunas dificultades especiales en el diseño de la interfaz de usuario, los principios y lineamientos básicos son aplicables.
Los objetivos de la interfaz del sistema bajo entorno Web son los siguientes: 1.- establecer la ventana congruente en el contenido y las funciones que esta brinda, 2.- guiar al usuario a través de interacciones con el sistema bajo entorno Web y 3.- Las opciones de navegación y contenido disponibles para el usuario deben ser organizadas. Para poder lograr la interfaz consistente, primero debe usarse un diseño estético a fin de establecer el aspecto coherente y agradable. Esto conlleva a incluir muchas
características, pero debe enfatizarse en la distribución y la forma de los mecanismos de navegación.
Para guiar la interacción del usuario, debe establecerse una metáfora apropiada que permita al usuario tener una comprensión intuitiva de la interfaz. A fin de implementar las opciones de navegación, se podrá seleccionar alguno de los siguientes mecanismos:
Menús de navegación: Conteniendo palabras clave, organizadas en forma vertical u horizontal enlistando contenido o funciones clave. Estos menús se implementaran de modo para el usuario pueda elegir entre una jerarquía de subtemas desplegándose al seleccionar la opción principal en el menú.
- Iconos gráficos: Botones, interruptores y otras imágenes similares que permiten que el usuario seleccione alguna propiedad o especifique una decisión.
- Imágenes: Representación gráfica, el usuario seleccionara para establecer un vínculo hacia un objeto de contenido o función en el sistema bajo entorno Web.
FASE VI: DISEÑO DE LA ESTRUCTURA DE DATOS. (Pressman, 2010)
Al igual que en otras actividades de la ingeniería del software, el diseño de datos “también llamado arquitectura de datos” crea un modelo de datos
y/o información que se representa con alto nivel de la abstracción para la visión de datos del usuario.
En este modelo de datos, es refinado en progresivas representaciones específicas de la implementación, pudiendo ser procesados por un sistema basado en computadora. En varias aplicaciones de software, la arquitectura de datos tendrá la influencia sobre la arquitectura del software que debe procesarlo.
La estructura de datos ha sido y será siempre una parte importante del diseño de software. A nivel de los componentes del programa, el diseño de las estructuras de datos y de los algoritmos asociados requeridos para su manipulación, siendo la parte esencial en la creación de aplicaciones de alta calidad. En nivel de aplicación, la traducción de un modelo de datos, derivado como parte de requisitos en una base de datos el punto clave para alcanzar los objetivos de negocio del sistema.
Los objetos de datos definidos durante el análisis de requisitos del software son modelados utilizando los diagramas de entidad-relación y el diccionario de datos. La actividad de diseño de datos pudiendo traducir esos elementos del modelo de requisitos en estructuras de datos a nivel de los componentes del software y cuando es necesario, a la arquitectura de base de datos a nivel de aplicación.
Al diseñar los datos a nivel de componentes se centra en la representación de estructuras de datos a las que se accede directamente a través de uno o más componentes del software. El diseño de datos empieza durante la creación del modelo de análisis.
FASE VII: GENERACIÓN DE PÁGINAS. (Pressman, 2010)
Actividad de construcción, hace mucho uso de las herramientas automatización para la creación del sistema bajo entorno Web. El contenido definido en la actividad de ingeniería se fusiona con el o los diseños arquitectónicos, de navegación y de la interfaz para elaborar páginas Web ejecutables en HTML, XML y otros lenguajes orientados a procesos teniendo como ejemplo, Java. Durante esta actividad se lleva a cabo la integración con el software intermedio de componentes como podemos nombrar, Dcom o JavaBeans.
FASE VIII: PUESTA A PRUEBA Y EVALUACIÓN. (Pressman, 2010)
Prueba es el proceso de ejercitar el software con la intención de encontrar y por último corregir los errores. Esta filosofía fundamental no es cambiada para el caso del sistema bajo entorno Web. De hecho, dado que los sistemas y aplicaciones basados en Web residen en una red de interoperación con otros sistemas operativos diferentes, navegadores, plataformas de hardware, y protocolos de comunicación, la búsqueda de errores va a representar un reto significativo para los ingenieros Web.
El enfoque de las pruebas del sistema bajo entorno Web adopta los principios básicos de todas las pruebas del software y aplica estrategias y tácticas que ya han sido recomendadas para los sistemas orientados a objetos. Este enfoque se resume en los pasos siguientes:
1. El modelo de contenido: Es revisado para descubrir errores.
Actividad de prueba se asemeja en muchos aspectos a la de un corrector ortográfico de un documento escrito. De hecho, un sitio Web grande tendrá la capacidad de construir un listado de los servicios de correctores profesionales para poder descubrir esos errores tipográficos, errores gramaticales, errores en la consistencia del contenido, errores en representaciones gráficas y de referencias cruzadas.
2. El modelo de diseño para el entorno Web es revisado para descubrir errores de navegación. Casos prácticos derivados como parte de la actividad de análisis permiten que un ingeniero Web ejercite cada escenario de utilización frente al diseño arquitectónico y de navegación.
Estas pruebas no ejecutables ayudan a descubrir errores en la navegación, como por ejemplo, un caso en donde el usuario no pueda leer un nodo de navegación. Los enlaces de navegación son revisados para asegurar su correspondencia con los especificados en cada rol de usuario.
3. Aplicando pruebas de unidad en los componentes de proceso seleccionados y las páginas Web. Se tiene en consideración el tema de entorno Web el concepto de unidad cambia. Cada una de las páginas Web
encapsulara el contenido, los enlaces de navegación y los elementos de procesamiento; formularios, guiones. No todo el tiempo es posible o practico comprobar cada característica individualmente. En la mayoría de los casos, la unidad comprobable más pequeña es la página Web. A diferencia de la comprobación de unidades de software convencional, tendiendo a centrarse en el detalle algorítmico de módulos y los datos que fluyen por la interfaz del módulo, la comprobación por páginas se controla mediante el contenido, proceso y enlaces encapsulados por la página Web.
4. La arquitectura se construye, realizándose las pruebas de integración. La estrategia para la prueba de integración va a depender de la arquitectura que se haya elegido para el entorno Web. Si el entorno Web se ha diseñado con una estructura jerárquica lineal, reticular o sencilla, es posible integrar páginas Web de una manera muy similar a como se integran los módulos del software convencional. Sin embargo, si es utilizada una jerarquía mezclada o una arquitectura de red Web, la prueba de integración es similar al enfoque utilizado para los sistemas Orientado a Objetos. La comprobación basada en hilos se puede utilizar para integrar un conjunto de páginas Web, pudiendo utilizar para definir el conjunto adecuado que se requiere para responder a un suceso de usuario. Cada hilo se integrara y se probara individualmente. La prueba de regresión se aplicara para asegurar que no presente efectos secundarios. La comprobación de agrupamientos integra un conjunto de páginas colaborando entre sí, determinadas y
examinando los casos prácticos. Los casos de prueba se derivan para descubrir errores en las colaboraciones.
5. El sistema bajo entorno Web se ensambla se prueba para lograr conseguir la funcionalidad global y un contenido. Al igual que la validación convencional, la validación de los sistemas y aplicaciones basados en ambientes Web se centra en acciones visibles del usuario y en salidas reconocibles para el usuario, procedentes del sistema. Ayudando en la derivación de las pruebas de validación, las pruebas deben basarse en casos prácticos. Proporcionando un escenario con una probabilidad alta de descubrir errores en los requisitos de interacción del usuario.
6. El sistema bajo entorno Web se implementa en una variedad de configuraciones diferentes de entornos para así comprobar la compatibilidad con cada configuración. creando una matriz de referencias cruzadas, definiendo todos los sistemas operativos probables, plataformas de hardware para navegadores y protocolos de comunicación. Se llevan a cabo pruebas para descubrir los errores asociados con todas y cada una de las configuraciones posibles.
7. El sistema bajo entorno Web es comprobado en una población de usuarios finales controlada y monitorizada. Seleccionando un grupo de usuarios que abarque todos los roles posibles de usuarios. El sistema bajo entorno Web se pone en práctica con estos usuarios y se evalúan los resultados de su interacción con el mismo para ver los errores de contenido y
navegación, los intereses en usabilidad, compatibilidad, fiabilidad y rendimiento de El sistema bajo entorno Web.
Dado que muchos sistemas bajo entorno Web están en constante evolución, el proceso de comprobación es una actividad continua, dirigida por un personal de apoyo a la Web que utiliza pruebas de regresión derivadas de pruebas desarrolladas cuando se creó el sistema bajo entorno Web.
4. CUADRO Y CRONOGRAMA, DE ACTIVIDADES Y RECURSOS
CUADRO 3
CUADRO DE ACTIVIDADES
OBJETIVOS ESPECÍFICOS FASES ACTIVIDADES RECURSOS
Analizar los procesos de la gestión administrativa y académica en del jardín de infancia “Dolores Vargas de Urdaneta”.
I FASE:
Investigación Preliminar (Senn, J, 2001)
Propuesta y aclaración de solicitud.
Estudio de factibilidad.
Aprobación de solicitud.
Guía de Observación
Guía de entrevista
Determinar los requerimientos necesarios para el sistema de información bajo entorno web para la gestión administrativa y académica en del jardín de infancia “Dolores Vargas de Urdaneta”.
FASE II:
Formulación (Pressman, R, 2010)
Identificar de los requerimientos de la institución.
Identificar las metas de la institución.
Guía de Observación
Guía de entrevista
FASE III:
Planificación (Pressman, R, 2010)
Definición de los recursos de los gestores de Página Web, personal técnico y cliente.
Definición de los costos y planificación.
Proporción de enfoque de desarrollo de la Página Web
Descripción de las garantías de seguridad.
Libros, Página en internet.
Guía de observación.
FASE IV:
Análisis
(Pressman, R, 2010)
Establecimiento de requisitos técnicos.
Identificación de elementos del contenido.
Descripción de interacción del usuario y la plataforma Web.
Descripción de las funciones y operaciones del sistema de información.
Descripción de la configuración.
Libros, página de internet
Diseñar el sistema de información bajo entorno web para la gestión administrativa y académica del
“Jardín de Infancia Dolores Vargas de
FASE V:
Ingeniería
(Pressman, R, 2010)
Diseño Arquitectónico.
Diseño del contenido.
Diseño de Navegación.
Diseño de interfaz de usuario.
Diseño
Urdaneta”, a partir de los requerimientos establecidos.
FASE VI:
Diseño de la estructura de Datos (Pressman, R, 2010)
Creación de un modelo de datos información.
Diseño de la estructura de datos.
Creación del algoritmo.
Traducción del modelo de requisitos en la estructuras de datos.
Diagrama entidad-relación
Diccionario de datos.
Revisión bibliográfica especializada.
Construir prototipo de la aplicación bajo entorno web para la gestión administrativa y académica en del jardín de infancia “Dolores Vargas de Urdaneta”.
FASE VII:
Generación.
de Páginas.
(Pressman, R, 2010)
Construcción del sitio Web.
Fusión con los diseños arquitectónicos, de navegación e interfaz
Integración con el software intermedio.
HTML, CSS, JavaScript, SQL y PHP.
Visual net.
Verificar la funcionalidad del sistema desarrollado.
FASE VIII:
Puesta a Prueba y Evaluación
(Pressman, R, 2010)
Comprobación lógica interna de los componentes del Web.
Verificación de los dominios de entrada y salida del programa.
Revisión de modelos de contenido y diseño
Evaluación de funcionalidad global
Pruebas pertinentes
Fuente: Brito y Dalia. (2018)
CUADRO 4
CRONOGRAMA DE ACTIVIDADES
Fases Actividades Mes 1 Mes 2 Mes 3
1 2 3 4 1 2 3 4 1 2 3 4
1
Propuesta y aclaración de solicitud.
Estudio de factibilidad.
Aprobación de solicitud.
2
Identificar de los requerimientos de la institución.
Identificar las metas de la institución.
3
Definición de los recursos de los gestores de Página Web, personal técnico y cliente.
Definición de los costos y planificación.
Proporción de enfoque de desarrollo de la Página Web
Descripción de las garantías de seguridad.
4
Establecimiento de requisitos técnicos.
Identificación de elementos del contenido.
Descripción de interacción del usuario y la plataforma Web.
Descripción de las funciones y operaciones del sistema de información.
Descripción de la configuración.
5
Diseño Arquitectónico.
Diseño del contenido.
Diseño de Navegación.
Diseño de interfaz de usuario.
6
Creación de un modelo de datos información.
Diseño de la estructura de datos.
Creación del algoritmo.
Traducción del modelo de requisitos en la estructuras de datos.
7
Construcción del sitio Web.
Fusión con los diseños arquitectónicos, de navegación e interfaz
Integración con el software intermedio.
8
Comprobación lógica interna de los componentes del Web.
Verificación de los dominios de entrada y salida del programa.
Revisión de modelos de contenido y diseño
Evaluación de funcionalidad global
Fuente: Brito, Dalia. (2018)
5. HERRAMIENTAS Y MATERIALES UTILIZADOS
Equipos de escritorio Dual Core.
Modem ADSL para conexión a red de datos CANTV.
Router WiFi.
Impresora.
Cuentas de Correo electrónico.
