CAPÍTULO IV

ANÁLISIS E INTERPRETACIÓN DE LOS RESULTADOS

 
4.1- Procedimientos
4.2- Validación y Confiabilidad  Instrumentos de Medición
4.3- Análisis de los Resultados del  Cuestionario 
4.4- Estudio de Factibilidad
4.5- Resultados Análisis y Diseño de la metodología Modelo de Diseño Orientado a Objetos de Hipermedia OOHDM
4.6- Fases de la Metodología:
     4.6.1- Fase I: Obtención de Requerimientos 
            4.6.1.1- Identificación de roles y tareas
            4.6.1.2- Especificación de escenarios
            4.6.1.3- Especificación de casos de uso
            4.6.1.4- Especificación de UIDs y Validación de casos de uso
            UIDs.
      4.6.2- Fase II: Modelo Conceptual
      4.6.3- Fase III: Diseño Navegacional
      4.6.4- Fase IV: Diseño de Interfaz Abstracta
      4.6.5- Fase V: Implementación
 
 

        En este punto de la Investigación se detallan los pasos que se aplicaron para la realización de algunos de los objetivos planeados

• Recolectar la información necesaria para saber si es factible el diseño y/o implementación de una Intranet para la Coordinación Zonal de Informática Educativa del Estado Sucre.

• Determinar cuales son los requerimientos tecnológicos para el Diseño de la Intranet.

• Determinar la factibilidad técnica y económica que permita implementar la Intranet en esta Coordinación.  

• Estructurar los servicios Web (servicios a los usuarios: planillas de recaudos, control de asistencias, control de los recursos didácticos) que tendrá la Intranet, dependiendo de los requerimientos de la Coordinación.  

• Diseñar los servicios Web (servicios a los usuarios: planillas de recaudos, control de asistencias, control de los recursos didácticos) que permitan la automatización de los procesos informáticos y administrativos.

• Elaborar el manual de usuario que permita el manejo del servicio a los usuarios.

4.1- Procedimientos

De acuerdo con los instrumentos de medición de datos y el diseño de la investigación de campo se le pidió autorización a la persona responsable de la Coordinación Zonal (T.S.U. Kleitzer Castillo) para realizar las entrevistas a todo el personal que labora en dicha coordinación permitiendo recolectar la información necesaria de acuerdo al problema de estudio.

 El resultado de estas entrevistas son colocados un documento donde se indica la fecha, hora, nombre del entrevistado y los datos obtenidos.  A continuación se muestran en el cuadro 3, las entrevistas realizadas a la Coordinadora Pedagógica de Informática Educativa.

              Cuadro 3. Entrevistas no Estructuradas a la Coordinadora Pedagógica De Informática Educativa

  Con las entrevistas realizadas a la Licda. Lurdimar Melo, se pudo recolectar información en referencia a los recursos didácticos que envía cada CBIT a la Coordinación Zonal y cuales son los problemas que afectan al recibir recursos después de la fecha de entrega, revisión de las fichas pedagógicas y la planificación de los cursos.

 En el cuadro 4 se describen las entrevistas realizadas al Coordinador Zonal de Informática Educativa. T.S.U. Kleitzer Castillo.

 El Coordinador Zonal T.S.U. Kleitzer Castillo, explicó cuales son los inconvenientes que se presentan con el uso de la red de la Zona Educativa. También se recolecto información sobre las conexiones y dispositivos que tienen para conectarse a Internet  y las limitantes que se presentan al recibir cada una de las actividades de aprendizaje computarizadas (programa educativo), recursos didácticos y materiales enviados a través de FUNDABIT y  CBIT por medio del correo electrónico.

 Las entrevistas realizadas al Coordinador Administrativo de Informática Educativa para saber el funcionamiento de los procesos administrativos (informe de gestión, asistencia de personal y alumnos de cada curso, planificación de cursos, estadísticas de atención y formación) se presentan en el siguiente cuadro 5.

                        Cuadro 5. Entrevistas no Estructuradas al Coordinador Administrativo de Informática Educativa

                        Fuente: El Autor (2008)

         Luego se procedió a realizar una encuesta al personal que labora en la Coordinación Zonal para tener respuesta de las exigencias y problemas que se presentan en dicha Coordinación. Estas respuestas se sumaron y se calculó el promedio de cada pregunta para obtener el porcentaje que se presenta.  

Con la información recolectada a través de las técnicas e instrumentos para la recolección de los datos (entrevistas, cuestionario), revisión bibliográfica   y la observación directa que se realizó a través de visitas a la coordinación donde se observó el funcionamiento de las actividades que realiza cada persona que trabaja en la coordinación.

         Toda esta información permite recabar los datos que servirán de base para esta investigación y para la solución de los problemas presentados en la Coordinación Zonal.  También es necesario  hacer el estudio de la factibilidad que determinará si es factible el diseño de una Intranet en Coordinación Zonal.

 Al final, con toda la información recolectada y si la factibilidad técnica y económica fue aceptada a través del encargado de la Coordinación Zonal de Informática Educativa T.S.U. Kleitzer Castillo, se da inicio al diseño de la Intranet, con respecto a la interfaz que tendrá, los módulos necesarios de acuerdo a los problemas que presentan y como pueden solucionarse con rapidez y eficacia.

4.2- Validación y Confiabilidad  Instrumentos de Medición

Los resultados obtenidos en el cuestionario realizado al personal de la Coordinación arrojan los siguientes cálculos a través del método de Escalonamiento Likert:

         El cuestionario de 15 preguntas fue entregado a 6 personas que laboran en la Coordinación zonal para que marcaran sus respuestas, y mediante la fórmula de Likert: PT/NT (donde PT es la puntuación total en la escala y NT es el número de afirmaciones) se llegó a los siguientes resultados:

 

5	4	3	2	1
Actitud muy favorable				Actitud muy desfavorable

Donde la escala de respuesta, se puede observar en el cuadro 6.

 Cuadro 6. Escala de Respuesta del Cuestionario

Puntos	Descripción
5	Indispensable
4	Sumamente Importante
3	Medianamente Importante
2	Poco Importante
1	No es Necesario

  Fuente: El Autor (2008)

        Es importante señalar que la cantidad de preguntas del cuestionario, que en total son quince (15), es suficiente para poder realizar el análisis de los requerimientos e inquietudes formuladas por el personal de la Coordinación Zonal.  Por tal motivo, esto pone ciertas limitaciones en cuanto al número de preguntas; este cuestionario es corto, pues  se concentra en preguntas directas y pertinentes al análisis de los datos para la investigación.  (Ver Anexo C).

4.3- Análisis de los Resultados del  Cuestionario

El criterio que se siguió para interpretar el resultado del cuestionario fue a través de la escala de Likert con puntuaciones desde 1 hasta 5 como el valor mayor.

De acuerdo al promedio general calculado del total de cada ítem del cuestionario sobre la cantidad total de ítem, se puede deducir que se debe tomar en cuenta el  promedio mínimo 3,6 (donde valores menores al promedio mínimo son respuestas no aceptadas  y  el promedio mayor a 3,6 son respuestas aceptadas). El cuadro 7 muestra el cálculo de los promedios de cada ítem de 6 personas encuestadas.

 Cuadro 7. Promedio parcial y total de ítem del cuestionario

Preguntas	1	2	3	4	5	6	Promedio Parcial
A	5	4	5	4	5	5	4,66666667
B	4	3	4	4	4	4	3,83333333
C	2	2	1	2	1	2	1,66666667
D	5	4	5	5	4	5	4,66666667
E	5	4	5	3	4	5	4,33333333
F	4	4	4	4	4	4	4
G	5	3	4	4	3	4	3,83333333
H	5	5	5	5	4	5	4,83333333
I	5	5	5	5	5	5	5
J	4	3	4	4	3	4	3,66666667
K	4	4	4	3	5	5	4,16666667
L	5	5	5	4	5	5	4,83333333
M	5	5	5	5	5	5	5
N	5	5	5	5	4	3	4,5
O	5	4	5	5	3	5	4,5
Total	4,533	4	4,4	4,133	3,93	4,4	63,5

 Fuente: El Autor (2008)

                                                                   

Promedio mínimo = 3,66666667

Promedio mayor = 5

Promedio General = promedio parcial
                                                   nº de ítem

          Promedio General =    63,5      =    4,23333333
                                                    15

        Para decidir si es necesario el diseño de una Intranet en la Coordinación Zonal de Informática Educativa se plantea la prueba de hipótesis nula de acuerdo a los resultados obtenidos.

Ho: Hipótesis Nula

H1: Hipótesis Alternativa 

Ho: La Coordinación Zonal no requiere del uso de una Intranet para mejorar sus servicios.

 Ho. n < 3,66666667

n es el promedio general de los ítem del cuestionario

Ho. 4,23333333 < 3,66666667

H1: La Coordinación Zonal requiere del uso de una Intranet para mejorar sus servicios.

 H1. n > 3.66666667

H1. 4,23333333 > 3,66666667

 En conclusión, la mayoría de las preguntas del cuestionario tiene valores mayores a 3,66666667 y el promedio general 4,23333333 es mayor al valor del promedio mínimo, es decir, el resultado es una hipótesis alternativa: H1: La Coordinación Zonal requiere del uso de una Intranet para mejorar sus servicios.

 


Fig. 18. Gráfica del promedio del Cuestionario
Fuente: El autor (2008)


 

4.4- Estudio de Factibilidad

         El estudio de factibilidad permitió determinar la infraestructura tecnológica, capacidad técnica, costos y beneficios si se requiere de la implementación de la Intranet.

4.4.1-   Factibilidad Técnica

         En la factibilidad técnica se tomó en cuenta la tecnología existente en la Coordinación Zonal, recabando información acerca del hardware y software que utilizan actualmente.

4.4.1.1.   Hardware disponible

De acuerdo al estudio del hardware disponible, esta Coordinación zonal cuenta con las especificaciones necesarias para que la Intranet pueda ser utilizada en cada una de las estaciones de trabajo por lo que no se requiere de una inversión inicial para la compra de nuevos equipos de computación. En el cuadro 8, se muestra la configuración de los equipos existentes.

          4.4.1.2.   Requerimientos mínimos:

         Es importante destacar que los requerimientos mínimos para que una Intranet pueda funcionar son los siguientes:

Servidor:

•  Procesador: Intel Pentium 4 o AMD de 2 Ghz

•   1024 Mb memoria RAM

•  Almacenamiento: Disco duro  de 120 Gb 

•  Tarjeta de Red 10/100/1000

•  Monitor Super Vga, Mouse y Teclado

Estaciones de Trabajo:

• Procesador: Intel Pentium 2 o AMD de  500 Mhz

• 256 Mb memoria RAM

• Almacenamiento: Disco duro  de 40 Gb

• Tarjeta de Red 10/100/1000

• Monitor Super Vga, Mouse y Teclado

 

 Cuadro 8. Equipos existentes en la Coordinación Zonal

Cantidad	Descripción
5	Torre, Chipset ATI RADEON® XPRESS 200, Procesador Sempron 3000+ (1,8 GHz), Memoria 256 mb DDR1 Synch DRAM PC3200 (400 MHz), Unidad de Disco 80 GB, Unidad de CD-ROM 48X Placa de Gráficos Chipset ATI RADEON® XPRESS 200, Audio Realtek AC97, Ocho puertos USB 2.0 (dos frontales, seis traseros), un puerto VGA, un puerto DVI-D, un puerto serial, un puerto paralelo, dos puertos, PS/2 (mouse y teclado), audífono frontal y enchufes para micrófono, puerto RJ-45. Monitor HP Super VGA 15” 1024x768
1	Laptop Dell. Pantalla: Anti-glare, widescreen 14.1 inch display (1280x800). Procesador: Intel Pentium Dual Core T2330(1.6GHz 533Mhz1M L2 Cache). Memoria: 2GB, DDR2, 667MHz 2 Dimm. Disco Duro: 120G 5400RPM SATA, Unidad Optica: 8X DVD+/-RW Dual Layer Drive for Inspiron, Bluetooth Dell Wireless 355.

  Fuente: Coordinación Zonal (2008)

Con respecto a la red interna, esta es administrada por el Departamento de Informática y Sistemas que tiene la función de dar el soporte y mantenimiento a todos los departamentos de la Zona Educativa, incluyendo a la Coordinación Zonal.

 El Departamento de Informática y Sistemas habilitó 3 puntos de la red con servicio de Internet vía Acceso Banda Ancha (ABA) para la Coordinación. La configuración de esta red es la siguiente:

•  Red de Área Local (LAN)

• Topología Estrella

•  Servidor: Pentium 4 (2,2 Ghz). Memoria Ram 1 Gb. Tarjeta de red 10/100, disco duro de 120 Gb.

• Concentradores de puerto RJ-45

• Cable UTP categoría 5

4.4.1.3.   Software:

Actualmente se utiliza en la Coordinación Zonal el sistema operativo Linux (distribución Debian etch), según Decreto Presidencial 3390 y todas las instituciones públicas deben tener instalado software libre. También tienen instalados el Windows, pues todavía hay muchas aplicaciones que son utilizadas con este sistema y se requiere de su manejo. 

Para el diseño de la Intranet se requiere la utilización de un Navegador Web, independientemente de la plataforma utilizada. Para su implementación se requiere de un servidor Web bajo plataforma Linux para alojar esta aplicación y que pueda ser vista a través de Internet.

De acuerdo a los resultados obtenidos en cuanto al hardware y software, la Coordinación Zonal cumple con los requisitos para diseñar la Intranet.

4.4.2.  Factibilidad Operativa

El personal que labora en la Coordinación Zonal y que manejará la Intranet se encuentra capacitado para manejar esta aplicación, pues tienen conocimientos en el área de computación  y redes, y cuenta con un perfil adecuado para administrar la Intranet.  Es decir que la Coordinación cuenta con personal calificado para manejar este recurso tecnológico, por lo tanto es factible su implementación.

      4.4.3.  Factibilidad Económica

           La factibilidad económica, permite mostrar los costos en el desarrollo de esta aplicación, los costos en cuanto al personal y la relación de costos del  sistema actual y  la Intranet.

             4.4.3.1.   Análisis Costo Beneficio

            En este análisis se compara  la relación de costos del sistema actual al sistema propuesto para su diseño. En la factibilidad técnica se explicó que la Coordinación Zonal cuenta con los equipos y configuración necesaria para  desarrollar esta Intranet, por lo tanto no se hizo inversión en cuanto a compra de equipos.  

         4.4.4.  Costo del Sistema Actual

Costos del personal:

          Son los gastos generados por el personal que labora en la Coordinación Zonal. Ver cuadro 9.

  Cuadro 9. Relación de Costos de Personal

Cargo	Salario mensual (BsF.)	Salario Anual (BsF.)
Coordinador Zonal	1562	18774
Coordinador Administrativo	1359	16308
Coordinador Pedagógico	1620	19440
Coordinador Técnico	1359	16308
Total	5900	70830

  Fuente: Coordinación Zonal (2008)

Costos Generales:

         Es la relación de gastos generados en la Coordinación Zonal por materiales de oficina y papelería. Ver cuadro 10.

 Cuadro 10. Relación de Costos Generales

Artículos	Precio (Bs.F.)	Consumo Mensual	Costo anual (Bs.F.)
Papel Impresora	17	3	612
Cartuchos Impresora	65	6	4680
Cd	2,5	100	3000
Toner	395	1	395
Papel Fotocopia	16	5	960
Carpetas	0,5	50	300
Marcadores	2,4	12	345,6
Lapiceros	1,2	10	144
Total	499,6	187	10436,6

Fuente: Coordinación Zonal (2008)

4.4.5.  Costo de la Intranet

         Costos de Hardware y Software 

Como se explicó en la factibilidad técnica, la coordinación Zonal cuenta con los equipos necesarios para diseñar la Intranet, por lo que no hay costos en cuanto a la compra de nuevos equipos inicialmente.

Costos del personal

El costo del personal no varía, pues ellos serán quienes administren la Intranet y utilicen los recursos y servicios que prestará esta Intranet.

        Costos Generales

        Los costos generales se reducen en un 67,48 % con respecto al sistema actual. Es decir, el sistema actual tiene costos generales en Bs.F. 10.436,6 anuales  y los costos generales con la Intranet serían Bs.F. 3.393,6 anuales. Con el desarrollo de  la Intranet los gastos de papelería y oficina disminuyen, pues los servicios y planillas podrán ser buscados a través de la red. En el cuadro 11 se muestra la relación de costos con la Intranet.

  Cuadro 11. Relación de Costos Generales Con la Intranet

Artículos	Precio (Bs.F.)	Consumo Mensual	Costo anual (Bs.F.)
Papel Impresora	17	1	204
Cartuchos Impresora	65	2	1560
Cd	2,5	20	600
Papel Fotocopia	16	2	384
Carpetas	0,5	50	300
Marcadores	2,4	7	201,6
Lapiceros	1,2	10	144
Total	104,6	92	3393,6

  Fuente: Coordinación Zonal (2008)

4.4.6. Costo Total Sistema Actual Vs. Costo Total Intranet

         De acuerdo con los costos arrojados por el sistema actual en cuanto a costos generales (Bs.F. 10.436,6) + costos del personal (Bs.F. 70.830) da un total de Bs.F. 81.266,6 mientras que los costos arrojados con la Intranet en cuanto a costos generales (Bs.F. 3.393,6) y costos del personal (Bs.F. 70.830) son Bs.F. 74.223,6.

En el cuadro 12 se describe el costo del sistema actual y la Intranet y cual es la reducción en cuanto a costos anuales.

 Cuadro 12. Costo Total Sistema Actual Vs. Costo Total Intranet

	Sistema Actual	Intranet	Reducción	Reducción %
Total (Bs.F.)	81266,6	74223,6	7043	8,6

Fuente: El Autor (2008)    

La figura 19 muestra la gráfica de barras del costo total del sistema actual Vs. Intranet, donde aparece la reducción del costo anual de la Intranet con respecto al sistema actual.

 
Figura 19. Costo Total del sistema actual vs. Intranet
Fuente: El Autor (2008)



 

4.5- Resultados Análisis y Diseño mediante la metodología Modelo de Diseño Orientado a Objetos de Hipermedia OOHDM

Fases de la Metodología:

        Fase I: Obtención de Requerimientos
        Fase II: Modelo Conceptual
        Fase III: Diseño Navegacional
        Fase IV: Diseño de Interfaz Abstracta
        Fase V: Implementación

 

        4.5.1- Fase I: Obtención de Requerimientos

Esta fase esta dividida por 5 etapas: Identificación de roles y tareas, Especificación de escenarios, Especificación de casos de uso, Especificación de UIDs y Validación de casos de uso y UIDs.

4.5.1.1- Identificación de los Roles:

  Estos usuarios son claves para poder realizar el intercambio de datos con la aplicación. Ver figura 20.

 
 Figura 20. Usuarios Claves de la Aplicación
Fuente: El Autor (2008)

 

 4.5.1.2- Especificación de Escenarios:

 

Los escenarios son descripciones narrativas de cómo la aplicación es utilizada. En esta etapa, cada usuario debe especificar textual o verbalmente los escenarios que describen su tarea. En las figuras 21 a la 32 se grafican dos escenarios obtenidos en la aplicación.

Coordinador Zonal:

 



 

 

 

 

 

 Fig. 21. Escenario “Buscando Recursos didácticos”
Fuente: El Autor (2008)

 Coordinador Administrativo:

 

 

 

 

 

 Fig. 22. Escenario “Buscando recaudos mensuales”
Fuente: El Autor (2008)

 



 

 

 

 Fig. 23. Escenario “Buscando estadísticas de formación”
Fuente: El Autor (2008)

 

 

 

 

 Fig. 24. Escenario “Buscando estadísticas de atención”
Fuente: El Autor (2008)



 

 

 

 Fig. 25. Escenario “Buscando asistencia de personal CBIT”
Fuente: El Autor (2008)

 

 

 

 Fig. 26. Escenario “Buscando inventario de equipos por CBIT”
Fuente: El Autor (2008)

 

Coordinador Pedagógico:

 

 

 
Fig. 27. Escenario “Buscando un curso”
Fuente: El Autor (2008)



 

 

 

 Fig. 28. Escenario “Buscando un curso por tema”
Fuente: El Autor (2008)

 

 

 

 Fig. 29. Escenario “Buscando un taller por tema”
Fuente: El Autor (2008)

 

 



 
Fig. 30. Escenario “Buscando una jornada educativa”
Fuente: El Autor (2008)

 Coordinador Técnico:

 

 

 

 

  

Fig. 31. Escenario “Buscando un reporte de fallas de equipos”
Fuente: El Autor (2008)

 

 



 

 

 

 

Fig. 32. Escenario “Buscando un reporte de actualización de equipos”
Fuente: El Autor (2008)

  

 4.5.1.3- Especificación de Casos de Uso:

Un caso de uso es una forma de utilizar la aplicación. Específicamente representa la interacción entre el usuario y el sistema, agrupando las tareas representadas en los escenarios existentes. En la siguientes figuras (de la 33 a la 45)  se grafican los casos de usos de la aplicación.

 

 

 

 

 

 

 

  Fig. 33. Caso de uso “Buscando información de los recursos didácticos”
Fuente: El Autor (2008)



 

 

 

 

 

 

 Fig. 34. Caso de uso “Buscando recursos didácticos por CBIT”
Fuente: El Autor (2008)

 



 

 

 

 

 

 

Fig. 35. Caso de uso “Buscando recaudos mensuales”
Fuente: El Autor (2008)

  



 

 

 

 

 

  Fig. 36. Caso de uso “Buscando recaudos mensuales por CBIT”
Fuente: El Autor (2008)

 



 

 

 

 

 

 
 Fig. 37. Caso de uso “Buscando estadísticas de formación por CBIT”
Fuente: El Autor (2008)

 

 

 

 

 

 

 
 Fig. 38. Caso de uso “Buscando estadísticas de atención por CBIT”
Fuente: El Autor (2008)

 



 

 

 

 

 
 Fig. 39. Caso de uso “Buscando asistencia de personal por CBIT”
Fuente: El Autor (2008)

 



 

 

 

 

 

Fig. 40. Caso de uso “Buscando inventario de equipos por CBIT”
Fuente: El Autor (2008)

 

 



 

 

 

 

 Fig. 41. Caso de uso “Buscando un curso”
Fuente: El Autor (2008)

 

 



 

 

 

  
Fig. 42. Caso de uso “Buscando un taller”
Fuente: El Autor (2008) 

 



 

 

 

 

 

 
Fig. 43. Caso de uso “Buscando una jornada educativa”
Fuente: El Autor (2008)

 

 



 

 

 

 

 

 Fig. 44. Caso de uso “Buscando información reporte de fallas”
Fuente: El Autor (2008)


 

 

 

 



 

 

          Fig. 45. Caso de uso “Buscando información reporte de actualización de software”
Fuente: El Autor (2008)

  



4.5.1.4- Especificación de UIDs:

Permite representar en forma rápida y sencilla los casos de uso generados en la etapa anterior. En las figuras (46 a la 58) se grafican los UIDs de la aplicación.

  

     
     Fig. 46. UIDs caso de uso “buscando información Recursos Didácticos”
     Fuente: El Autor (2008)

  


Fig. 47. UIDs caso de uso “buscando información Recursos Didácticos por CBIT”
Fuente: El Autor (2008)

 

 
Fig. 48. UIDs caso de uso “buscando información Recaudos CBIT”
Fuente: El Autor (2008)

 

 
Fig. 49. UIDs caso de uso “buscando información recaudos por CBIT”
Fuente: El Autor (2008)

 


Fig. 50. UIDs caso de uso “buscando información Estadísticas de Formación
Fuente: El Autor (2008)


Fig. 51. UIDs caso de uso “buscando información Estadísticas de Atención
Fuente: El Autor (2008) 

 


Fig. 52. UIDs caso de uso “buscando información Asistencia de Personal”
Fuente: El Autor (2008)

 

 
Fig. 53. UIDs caso de uso “buscando información Inventario de Equipos”
Fuente: El Autor (2008)

  


Fig. 54. UIDs caso de uso “buscando información de los cursos”
Fuente: El Autor (2008)

 

 
Fig. 55. UIDs caso de uso “buscando información del taller”
Fuente: El Autor (2008)

 
Fig. 56. UIDs caso de uso “buscando información de las jornadas educativas”
Fuente: El Autor (2008)

 


Fig. 57. UIDs caso de uso “buscando información de reporte de fallas”
Fuente: El Autor (2008)

 


Fig. 58. UIDs caso de uso “buscando información de reporte de actualización”
Fuente: El Autor (2008)

 

 

        4.5.2- Fase II: Diseño Conceptual

En esta fase se muestra un modelo conceptual (ver figura 59), donde las clases, relaciones y cardinalidades se definen de acuerdo a reglas que se aplican sobre los UIDs, utilizando técnicas de normalización.

 

Ver figura 59

 

        4.5.3-Fase III: Diseño Navegacional

En esta fase de la metodología se desarrolla la topología navegacional que permita a la aplicación ejecutar todas las tareas requeridas por el usuario. La idea principal es unificar una serie de tareas para obtener el diseño navegacional de la aplicación. Para cada UID se crean diagramas de contexto y tarjetas de especificación que detallan la información contenida en el diagrama. En las figuras (60 a la 72)  se describen los diagramas de contexto correspondiente al UID de toda la aplicación.

   


Fig.60. Diagrama de Contexto Recursos Didácticos
Fuente: El Autor (2008)

 
Fig. 61. Diagrama de Contexto Recursos Didácticos por CBIT
Fuente: El Autor (2008)

 
Fig. 62. Diagrama de Contexto Recursos del Mes
Fuente: El Autor (2008)

 
Fig. 63. Diagrama de Contexto Recursos del Mes por CBIT
Fuente: El Autor (2008)

 
Fig. 64. Diagrama de Contexto Estadísticas de Formación por CBIT
Fuente: El Autor (2008) 


Fig. 65. Diagrama de Contexto Estadísticas de Atención por CBIT
Fuente: El Autor (2008)

  
Fig. 66. Diagrama de Contexto Inventario Equipos por CBIT
Fuente: El Autor (2008)

 
Fig. 67. Diagrama de Contexto Asistencia Personal CBIT
Fuente: El Autor (2008) 


Fig. 68. Diagrama de Contexto Reporte de Fallas por CBIT
Fuente: El Autor (2008)


Fig. 69. Diagrama de Contexto Reporte de Actualización por CBIT
Fuente: El Autor (2008)

 
Fig. 70. Diagrama de Contexto Cursos por CBIT
Fuente: El Autor (2008)

 
Fig. 71. Diagrama de Contexto Taller por CBIT
Fuente: El Autor (2008) 


Fig. 72. Diagrama de Contexto Jornadas por CBIT
Fuente: El Autor (2008)

 

 Esquemas de clases Navegacionales

 El Diseño Navegacional se expresa a través de dos tipos de esquemas o modelos: el denominado esquema de clases navegacionales (ver figura 76), con las posibles vistas del hiperdocumento a través de unos tipos predefinidos de clases, llamadas navegacionales, como son los "nodos", los "enlaces", y otras clases que representan estructuras o formas alternativas de acceso a los nodos, y el esquema de contexto navegacional (ver figura 73), que permite la estructuración del hiperespacio de navegación en subespacios para los que se indica la información que será mostrada al usuario y los enlaces que estarán disponibles cuando se acceda a un objeto (nodo) en un contexto determinado nodos (ver figura 74 y 75).

 

Ver figura 73
Ver figura 74
Ver figura 75
Ver figura 76




 4.5.4- Fase IV: Diseño de Interfaz Abstracta

 Luego de realizar el diseño navegacional, se especifican las diferentes interfaces de la aplicación. Esto significa definir cual es la manera como aparecen los objetos navegacionales en la interfaz y cuales objetos activan la navegación. Para lograr esto se utilizan ADVs (Vista de Datos Abstracta modelos abstractos) que especifican la organización y el comportamiento de la interfaz. Las ADVs representan estados o interfases  que servirán como guía si a futuro se implementa la Intranet. Las figuras (77 a la 85)  representan las ADVs de toda la aplicación.

 


Fig. 77. ADV Recursos Didácticos por CBIT
Fuente: El Autor (2008)

 

 
Fig. 78. ADV Recaudos por CBIT
Fuente: El Autor (2008)


Fig. 79. ADV Estadísticas de Formación por CBIT
Fuente: El Autor (2008)

 
Fig. 80. ADV Estadísticas de Atención por CBIT
Fuente: El Autor (2008)

 


Fig. 81. ADV Inventario de Equipos por CBIT
Fuente: El Autor (2008)

 
Fig. 82. ADV Asistencia de Personal por CBIT
Fuente: El Autor (2008)


Fig. 83. ADV Reporte de Fallas  por CBIT
Fuente: El Autor (2008)

 
Fig. 84. ADV Reporte de actualización por CBIT
Fuente: El Autor (2008)



Fig. 85. ADV Cursos/talleres/jornadas por CBIT
Fuente: El Autor (2008)

 

         4.5.5- Fase V: Implementación

Una vez definidas las fases anteriores,  ya se tiene un conocimiento amplio del problema de estudio, identificando la información que es mostrada por pantalla y  organizándola según requerimientos del usuario.

Para que se implemente este diseño se estudió el caso de trabajar bajo plataforma Linux, pues las instituciones educativas deben regirse según el decreto 3590 que permite utilizar software libre. En este caso se trabajará con páginas Web dinámicas desarrolladas en PHP Hypertext Pre-processor (PHP), utilizando las siguientes aplicaciones:

2.      PHP 5.0 para desarrollar las páginas

3.      Para almacenar los datos se trabajará en MySql, PhpMyadmin.

4.      En la parte gráfica se utilizará el programa GIMP para diseñar la interfaz gráfica y  hacer el retoque de imágenes.

Esta fase es la parte final de la metodología. En el caso de esta investigación no se llegó a la implementación, ya que sólo se hizo un diseño de la Intranet. En el caso que se implemente esta Intranet se indica las herramientas necesarias y aplicaciones tanto para la programación y el diseño gráfico de esta Intranet. 

Para el proceso de programación y diseño gráfico requiere de un tiempo aproximado de 6 meses para programar y hacer las pruebas con los usuarios que permita comprobar el buen funcionamiento y posibles errores que puedan encontrarse al manipular la Intranet.