REPBLICA BOLIVARIANA DE VENEZUELA UNIVERSIDAD NACIONAL ABIERTA INGENIERA DE SISTEMAS CENTRO LOCAL ZULIA

SISTEMA DE INFORMACIN DE APOYO EN LA TOMA DE DECISIONES PARA LA GESTION DEL RENDIMIENTO DEL ESTUDIANTE POR OBJETIVOS EN LA TERCERA ETAPA Y DIVERSIFICADA DE EDUCACIN. Trabajo de Grado para optar al ttulo de Ingeniero de Sistemas

Autor: Isamara C. Zuleta V. C.I.: V-14.475.254 Tutores: Ing. Gilfrank M. Gutirrez C.I.: V-13.574.542 Ing. Lisbeth Segovia C.I.: V-12.589.091

Maracaibo, 05 de Octubre del 2010

UNIVERSIDAD NACIONAL ABIERTA VICE-RECTORADO ACADMICO REA DE INGENIERA CARRERA DE INGENIERA DE SISTEMAS

ACTA DE EVALUACIN DEL TRABAJO DE GRADO Nosotros, los abajo firmantes, miembros del jurado examinador del Trabajo de Grado titulado: DISEO DEL SISTEMA DE INFORMACIN PARA EL APOYO EN LA TOMA DE DECISIONES BASADO EN EL RENDIMIENTO DEL ESTUDIANTE POR OBJETIVOS DE LA TERCERA ETAPA, MEDIA Y DIVERSIFICADA DE EDUCACIN realizado por el estudiante: GILFRANK ISAMARA CECILIA ZULETA VALLADARES, C.I.- No. V 14.475.254, como requisito para optar por el ttulo de INGENIERO DE SISTEMAS, luego de analizado, tanto en el contenido como en la defensa oral del citado trabajo, acordamos: ( ( ( ( ) ) ) ) Aprobar con MENCIN HONORFICA (*) Aprobar Diferir Reprobar (**)

con una nota de: ______ ( ) puntos dicho Trabajo de Grado cifra en letras TUTOR ACADMICO : Ing. GILFRANK GUTIERREZ TUTOR EMPRESARIAL : Ing. LISBETH SEGOVIA

-------------------------Presidente Ing. Daniel Moreno C.I. V- 15.752.468

---------------------------Jurado Ing. Lisbeth Segovia C.I. V-12.589.091

-----------------------------Jurado Ing. Gilfrank Gutirrez C.I. V-13.574.542

En Maracaibo, a los 05 das del mes de Octubre de 2010 (*) (**) Requiere unanimidad por parte del jurado y presentacin de un informe. Requiere la presentacin de un informe.

DEDICATORIA

A mi mam, abuela, hermano y to quienes forman parte de mi vida. A mis amigos y personas que siempre estn conmigo en todo momento. A mi novio quien me da todo su apoyo. A todas las personas que de una u otra manera han sido parte en el desarrollo de mi vida y en lo profesional.

iii

AGRADECIMIENTOS Primero y antes que nada, dar gracias a Dios todo poderoso, por estar conmigo en cada momento de mi vida, por fortalecer mi corazn e iluminar mi mente y por haber puesto en mi camino aquellas personas que han sido mi soporte durante todo el periodo de estudio y vida. Le doy gracias hoy y siempre a mi familia por ser mi soporte durante todos estos aos y quienes me ensearon el rigor de la tica que gua mi transitar por la vida, porque me brindan la fortaleza necesaria para seguir adelante. A mi novio que es una persona especial en mi vida y ha contribuido en todos los sentidos al desarrollo de mi carrera apoyando incondicionalmente en todo momento. A mis amigos que de una u otra manera formaron parte de este aprendizaje y por brindarme su apoyo y animo. A mi tutor acadmico y empresarial por su contribucin a travs de sus conocimientos y paciencia, ya que a ellos le debo el realizar este proyecto, tambin por el estimulo en el desarrollo de este. A la empresa Centro SERVEC S.A por su colaboracin sin poner impedimento alguno, al contrario gracias por su recepcin.

iv

NDICE GENERAL Pg. ACTA DE EVALUACIN DEL TRABAJO DE GRADO ii DEDICATORIA...iii AGRADECIMIENTOS....iv NDICE GENERAL.v NDICE DE FIGURAS .viii NDICE DE CUADROS......xi RESUMEN......xii INTRODUCCIN.....1 CAPITULO I3 EL PROBLEMA..........3 1.1 RESEA DE LA EMPRESA.3 1.2 . PLANTEAMIENTO DEL PROBLEMA.5 1.3 FORMULACIN DEL PROBLEMA.7 1.4 OBJETIVOS7 1.4.1 OBJETIVO GENERAL...7 1.4.2 OBJETIVOS ESPECFICOS...7 1.5 JUSTIFICACIN DE LA INVESTIGACIN.8 1.6 DELIMITACIN DE LA INVESTIGACIN..8 CAPITULO II....10 MARCO TERICO.10 2.1. ANTECEDENTES DE LA INVESTIGACIN..10 2.2. BASES TERICAS....13 2.2.1. EVALUACIN DE LOS APRENDIZAJES EN LA TERCERA Y DIVERSIFICADA DE EDUCACION.14 2.2.1.1. FUNDAMENTACIN DE LA EVALUACIN..15 2.2.1.2. LA NECESIDAD DE LA PROPUESTA...18 2.2.1.3. EVALUACIN DE LOS APRENDIZAJES..19 2.2.1.4. PRINCIPIOS DE LA EVALUACIN.19 2.2.1.5. CARACTERSTICAS DE LA EVALUACIN...21 2.2.1.6. TIPOS DE EVALUACIN...21 2.2.1.7. CRITERIOS DE EVALUACIN.22 2.2.1.8. PLANIFICACIN DE LA EVALUACIN.24 2.2.1.9. OPERACIONALIZACIN DE LA EVALUACIN EN LA TERCERA ETAPA Y DIVERSIFICADA DE EDUCACION...25 2.2.2. SISTEMA DE INFORMACION26 2.2.2.1. ACTIVIDADES DE UN SISTEMA DE INFORMACION.28 2.2.2.2. CICLO DE VIDA DEL DESARROLLO DE SISTEMAS (CVDS)..29 2.2.2.3. TIPOS DE SISTEMAS DE INFORMACION..30 2.2.2.4. TOMA DE DECISIONES..31 2.2.2.4.1. PROCESO DE TOMA DE DECISIONES.32 2.2.2.4.2. CLASES DE DECISIONES35 2.2.2.4.3. CONTEXTOS DE DECISION37 v

2.2.2.5. SISTEMA PARA EL APOYO EN LA TOMA DE DECISIONES (DSS).38 2.2.2.5. 1. CARACTERISTICAS DE LOS DSS.40 2.2.2.5. 2.BENEFICIOS DEL DSS.41 2.2.2.5. 3.IMPORTANCIA DEL DSS PARA LAS ORGANIZACIONES41 2.3. BASE DE DATOS44 2.3.1. COMPONENTES PRINCIPALES DE UNA BASE DE DATOS44 2.3.2. CARACTERISTICAS DE LAS BASES DE DATOS..45 2.3.3. OBJETIVOS DE UNA BASE DE DATOS...45 2.3.4. VENTAJAS EN EL USO DE BASE DE DATOS46 2.4. SISTEMA DE GESTION DE BASE DE DATOS (SGBD)..46 2.4.1. OBJETIVOS DE UN SGBD..47 2.4.2. VENTAJAS DE UN SGBD...48 2.4.3. CLASIFICACION DE LOS SGB...48 2.4.4. MODELO DE DATOS DE UN SGB..49 2.4.5. FUNCIONES DE UN SGBD..50 2.5. NORMALIZACION.50 2.5.1. OBJETIVOS DE LA NORMALIZACIN51 2.5.2. VENTAJAS DE LA NORMALIZACIN.51 2.6. JAVA.51 2.7. DEFINICIN DE TRMINOS BSICOS..52 CAPITULO III..57 MARCO METODOLGICO.57 3.1. TIPO DE INVESTIGACIN...57 3.2. DISEO DE LA INVESTIGACIN...59 3.3. POBLACIN Y MUESTRA...59 3.4. TCNICAS E INSTRUMENTOS DE RECOLECCIN DE DATOS DE LA INVESTIGACIN61 3.5. METODOLOGA DE ANLISIS Y DISEO DE SISTEMAS DE INFORMACIN...62 CAPITULO IV..66 ANALISIS Y DISCUSION DE LOS RESULTADOS66 FASE I: PLANIFICACIN DE SISTEMAS.66 4.1. INICIO DE UN PROYECTO DE INFORMACIN.66 4.1.1. PLANIFICACIN ESTRATGICA DE SISTOD....66 4.1.2. CAUSAS PARA EL DESARROLLO DE UN SISTEMA DE INFORMACIN....67 4.1.3. ACTIVIDADES EN LA FASE DE PLANIFICACIN DEL PROYECTO.67 4.1.3.1. SELECCIN DE LOS PARTICIPANTES EN EL DESARROLLO DE SISTOD68 4.1.3.2.DEFINIR OBJETIVOS Y EL ALCANCE DEL PROYECTO...68 4.1.3.3.DEFINICIN DE ACTIVIDADES....68 4.1.3.4. PLANIFICAR UN CALENDARIO..69 4.1.3.5. ASIGNACIN DE RECURSOS PARA EL vi

DESARROLLO DEL SISTEMA..70 4.1.3.6. ESTUDIAR LA VIABILIDAD DEL PROYECTO..70 4.1.4. ANLISIS DE VIABILIDAD70 4.1.4.1. VIABILIDAD ECONMICA.71 4.1.4.2. VIABILIDAD OPERACIONAL.71 4.1.4.3. VIABILIDAD TCNICA71 4.1.4.4. VIABILIDAD DE FECHAS72 4.1.4.5. EVALUAR PROPUESTAS DE SISTEMAS DE INFORMACIN A TRAVS DE ANLISIS DE VIABILIDAD..72 FASE II: ANLISIS DE SISTEMAS73 4.2. INTRODUCCIN DEL ANLISIS DE SISTEMAS DE INFORMACIN.73 4.2.1. ANLISIS DEL SISTEMA ACTUAL...74 4.2.1.1. ANALIZAR LA ESTRUCTURA Y EL FUNCIONAMIENTO DE LA ORGANIZACIN...74 4.2.1.2. ANALIZAR EL SISTEMA DE INFORMACIN ACTUAL..76 4.2.1.3. ANALIZAR LOS PROBLEMAS, LAS OPORTUNIDADES Y LAS NORMAS...79 4.2.1.4. ESTABLECER LOS OBJETIVOS DEL NUEVO SISTEMA79 4.2.2. ANLISIS DE REQUERIMIENTOS.79 4.2.2.1. IDENTIFICAR LAS NECESIDADES DEL SISTEMA.82 4.2.2.2. PRIORIZAR Y SELECCIONAR LAS NECESIDADES.82 4.2.2.3. ESTRUCTURAR LAS NECESIDADES DEL SISTEMA..82 FASE III: DISEO DE SISTEMAS...83 4.3. INTRODUCCIN AL DISEO DE SISTEMAS DE INFORMACIN...83 4.3.1. DISEO LGICO DEL SISTEMA83 4.3.1.1. DISEO LGICO DE DATOS83 4.3.1.2. DISEO LGICO DE PROCESOS..87 4.3.2.1. DEFINIR LAS FRONTERAS DE MECANIZACIN90 4.3.2.2. DISEAR LA ARQUITECTURA DEL SISTEMA DE INFORMACIN91 4.3.2.3. DISEAR LOS PROCESOS DEL SISTEMA.93 4.3.2.4. DISEAR LA BASES DE DATOS...101 4.3.2.4.1. NORMALIZACION...101 4.3.2.4.2. PRIMERA FORMA NORMAL.102 4.3.2.4. 3. SEGUNDA FORMA NORMAL..103 4.3.2.4.4. TERCERA FORMA NORMAL103 4.3.2.4.5. MODELO CONCEPUTAL DE LA BASE DE DATOS.105 4.3.2.4.6. DISEAR LAS SALIDAS DEL SISTEMA....106 4.3.2.4.7. DISEAR LAS ENTRADAS DEL SISTEMA128 4.3.2.4.8. DISEAR LAS INTERFACES DEL SISTEMA130 4.3.2.4.8.1. PANTALLA DE ACCESO AL SISTEMA..131 4.3.2.4.8.2. MENU DE LA PANTALLA PRINCIPAL...131 4.3.2.4.8.3. MENU ARCHIVO133 4.3.2.4.8.3.1. SUBMENU DE GRADOS Y SECCIONES..133 vii

4.3.2.4.8.3.2. SUBMENU MATERIA135 4.3.2.4.8.3.3. SUBMENU OBJETIVOS...137 4.3.2.4.8.3.4. SUBMENU DOCENTES...138 4.3.2.4.8.3.5. SUBMENU REPRESENTANTES140 4.3.2.4.8.3.6. SUBMENU ALUMNOS.142 4.3.2.4.8.3.7SUBMENU CALCULO CEDULA ESCOLAR...144 4.3.2.4.8.3.8. SUMENU DE CAMBIO DE USUARIOS.144 4.3.2.4.8.3.9. SUBMENU CAMBIO DE URL.145 4.3.2.4.8.4. MENU DE PROCESOS146 4. 3.2.4.8.4.1. SUBMENU DE ASIGNACION DE MATERIAS.146 4.3.2.4.8.4.2. SUBMENU INGRESO DE NOTAS..147 4.3.2.4.8.4.3. SUBMENU CONSOLA DE IMPRESION.148 4.3.2.4.8.4. MENU DE REPORTES.150 4.3.2.4.8.5. MENU DE CONFIGURACIONES...150 4.3.2.4.8.5.1. SUBMENU DATOS DEL INSTITUTO.150 4.3.2.4.8.5.2. SUBMENU IMPRESORA.151 4.3.2.4.8.5.3. SUBMENU USUARIOS.152 4.3.2.4.8.5.3. SUBMENU BASE DE DATOS..154 4.3.2.4.8.6. MENU AYUDA.154 FASE IV: IMPLANTACIN Y SOPORTE DE SISTEMAS..155 4.4. INTRODUCCIN A LA IMPLANTACIN DE UN SISTEMA DE INFORMACIN155 4.4.1. IMPLEMENTACIN DEL SISTEMA DE INFORMACIN..155 4.4.1.1. CONSTRUIR Y COMPROBAR LAS TECNOLOGAS DE COMUNICACIN...155 4.4.1.2. CONSTRUIR Y COMPROBAR LAS BASES DE DATOS...156 4.4.1.3. CONSTRUIR Y COMPROBAR LOS PROGRAMAS DE SOFTWARE.157 4.4.1.4. COMPROBAR EL SISTEMA DE INFORMACIN.158 4.4.2. INSTALACIN Y PRUEBAS DEL SISTEMA.159 4.4.2.1. PREPARAR UN PLAN DE INSTALACIN.159 4.4.2.2. INSTALAR Y EVALUAR EL NUEVO SISTEMA DE INFORMACIN..159 4.4.2.3. FORMACIN DE LOS USUARIOS..162 4.5. SOPORTE DEL SISTEMA.194 4.4.1. MANTENIMIENTO DEL SISTEMA194 4.4.2. RECUPERACIN DEL SISTEMA194 4.4.3. SOPORTE A LOS USUARIOS..197 4.4.4. REINGENIERA DEL SISTEMA.198 4.4.5. OBSOLESCENCIA DEL SISTEMA..199 CAPITULO V..201 PROPUESTA DEL PROYECTO.201 5. INTRODUCCIN201 6. DESCRIPCIN DE LA PROPUESTA202 7. OBJETIVOS DE LA PROPUESTA.202 viii

8. JUSTIFICACIN DE LA PROPUESTA.....202 9. ESTABLECER LA EJECUCIN DEL PROYECTO.....203 9.1.1. Acondicionamiento de locales.203 9.1.2. Organizacin del Cliente..203 9.1.3. Entregar aplicacin probada.203 9.1.4. Elaborar datos en Vivo.204 9.1.5. Adiestramiento.204 9.1.6. Carga de datos en vivo.204 9.1.7. Entregar la documentacin...205 9.1.8. Asignar Responsabilidades205 9.1.9. Determinar FIN de la instalacin del sistema205 CONCLUSIONES.206 RECOMENDACIONES208 BIBLIOGRAFA...209 ANEXO A: DICCIONARIO DEL SISTEMA..211 ANEXO B: INVENTARIO DE ENTIDADES DE LA BASE DE DATOS.218

ix

NDICE DE FIGURAS Figura 1. Actividades de un Sistema de Informacin.28 Figura 2. Ciclo de Vida de un Sistema ..29 Figura 3. Organigrama de la Empresa SERVEC S.A75 Figura 4. Modelo lgico de Datos.87 Figura 5. Modelo Lgico de Procesos...89 Figura 6. Procesos Automatizados para SISTOD..91 Figura 7. Arquitectura de SISTOD92 Figura8. Proceso General de Registro de Datos al Sistema..95 Figura 9. Proceso de Ingreso de Grados y Secciones....96 Figura 10. Proceso de Ingreso de Materias....97 Figura11. Proceso de Ingreso de Objetivos...98 Figura12. Proceso de Ingreso de Asignaciones .99 Figura13. Proceso de Ingreso de Notas.......100 Figura 14. Diagrama de Relacin de Datos104 Figura15. Modelo Conceptual de Datos..106 Figura16. Reporte Lista por Grados.108 Figura17. Reporte Materias por Grado..109 Figura 18. Reporte Objetivos por Materia...110 Figura 19. Reporte Lista General de Alumnos111 Figura 20. Reporte Notas por Objetivo112 Figura 21. Reporte Materias Asignadas por Docente.113 Figura 22. Reporte de Docentes...114 Figura 23. Reporte Alumnos por Grado y Seccin.115 Figura 24. Reporte Alumnos por Representante..116 Figura 25. Reporte de Representantes...117 Figura 26. Reporte Docentes por Grado.118 Figura 27. Reporte Alumno por Rendimiento por Asignatura.119 Figura 28. Reporte Alumno por Rendimiento por Asignatura.120 Figura 29. Reporte Alumno por Rendimiento por Asignatura.121 Figura 30. Reporte Rendimiento por Objetivo122 Figura 30. Reporte Rendimiento por Objetivo123 Figura 31. Reporte Rendimiento por Objetivo124 Figura 32. Reporte Rendimiento por Grado y Seccin....125 Figura 33. Reporte Rendimiento por Grado y Seccin..126 Figura 34. Reporte Rendimiento por Grado y Seccin..127 Figura 35. Pantalla de ingreso de datos al sistema..130 Figura 36. Pantalla de acceso al sistema.....131 Figura 37. Barra de Men y Herramientas......132 Figura 38. Accesos Directos de la Barra de Herramientas......132 Figura 39. Formulario de Grados y Secciones 133 Figura40. Formulario de Observaciones.134 Figura 41. Lista de Registro de Grados...134

Figura 42. Formulario de Materias...135 Figura 43. Formulario de Observaciones.136 Figura 44. Lista de Registro de Materias..136 Figura 45. Formulario Objetivos..137 Figura 46. Lista de registro de Objetivos.138 Figura47. Formulario para los Datos del Docente ......139 Figura48 Formulario para Observaciones del Docente ..139 Figura49. Lista de Registro de Docente ..140 Figura 50. Formulario para los datos del Representante.141 Figura51. Formulario de Observaciones......141 Figura52. Lista de Registro de Representante..142 Figura 53. Formulario de Datos de Alumnos...143 Figura 54. Formulario de Informacin Complementaria.143 Figura55. Formulario Clculo de Cdula Escolar...144 Figura 56. Formulario de Usuarios......145 Figura 57. Formulario Usuarios.......145 Figura 58. Formulario Cambio URL...146 Figura 59. Asignacin de Materias..147 Figura 60. Ingreso de Notas.148 Figura 61. Formulario Seleccin de Impresora...149 Figura 62. Bsqueda de Alumnos150 Figura 63. Formulario Datos del Instituto...151 Figura 64. Formulario Seleccin de Impresora...151 Figura 65. Submen de Seleccin152 Figura 66. Formulario Usuario153 Figura 67. Formulario Usuario que no exista..153 Figura 68. Formulario Base de datos...154 Figura 69. Formulario Ayuda. 154 Figura 70. Estructura de la Base de Datos...157 Figura 71. Men de base de datos de SISTOD195 Figura 72. Carpeta de respaldo de base de datos.195 Figura 73. Archivos de respaldo de base de datos..196 Figura 74. Ventana de restauracin de base de datos de SISTOD..197 Figura 75. Reingeniera para SISTOD.199

xi

NDICE DE TABLAS Tabla 1. Muestra de Poblacin..60 Tabla 2. Calendario de Actividades....69 Tabla 3. Formato de Planificacin.77 Tabla 4. Formato de Evaluacin....78 Tabla 5. Lista de Cotejo de SISTOD ...161 Tabla 6. Tabla Entidad Usuario....212 Tabla 7. Tabla Entidad Profesor...212 Tabla 8 Tabla Entidad Alumnos.......213 Tabla 9. Tabla Entidad Materia....213 Tabla 10. Tabla Entidad Asignadas .214 Tabla 11. Tabla Entidad Representante....214 Tabla 12. Tabla Entidad Grado....215 Tabla 13. Tabla Entidad ALUMNO_has_MATERIA..............215 Tabla 14. Tabla Entidad Nota ..216 Tabla 15. Tabla Entidad Objetivo ....216 Tabla 16. Entidad Instituto...217 Tabla 17. Inventario de Entidades........219

xii

Isamara, Zuleta. Sistema de Informacin de Apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin. Universidad Nacional Abierta. Trabajo de Grado de Ingeniera de sistemas. Maracaibo, 2010. RESUMEN El presente trabajo de grado tiene como propsito el desarrollo de un sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivo en la tercera etapa y diversificada, aplicando tcnicas y metodologas para el desarrollo de sistemas orientados a objetos, con el fin de automatizar el rendimiento del estudiante y aportando estrategias que contribuyan a tomar acciones para el mejoramiento continuo de estos. La investigacin sigui la modalidad de proyecto factible apoyada en un estudio de tipo descriptivo con un diseo no experimental y segn su propsito es aplicada, y debido a que se desarrolla un sistema de informacin se ubica en el rea de la tecnologa del conocimiento. El contenido informativo se obtuvo de la observacin de las actividades relacionadas con la evaluacin y la consulta al personal docente y administrativo de diferentes instituciones donde se imparte la educacin bsica, as como a funcionarios del Ministerio del Poder Popular para la Educacin. Los resultados obtenidos concuerdan con los objetivos establecidos en la formulacin del problema y se logr desarrollar un sistema capaz de dar una interfaz grfica agradable y sencilla para los usuarios, con informacin veraz y oportuna sobre los resultados de la evaluacin de los alumnos de tercera etapa y diversificada de educacin, adems su desempeo goz de la aprobacin tanto de los usuarios como de los tutores.

Palabras Claves: Evaluacin, Cuali-cuantitativa, reas acadmicas, Estadsticas, Objetivos, Sistema, Programacin orientada a objetos, Metodologa para el desarrollo de sistemas.

xiii

INTRODUCCIN

A mediados de la dcada de los 90 el sistema educativo venezolano comenz a experimentar cambios radicales en la manera en que se llevaba el proceso de enseanza-aprendizaje. Los mismos comenzaron a aplicarse a nivel de primera, segunda, tercera etapa y diversificado, esto trajo como consecuencia la necesidad de establecer nuevos enfoques para la evaluacin de los alumnos, debido a que esta evaluacin debera integrar la parte cualitativa con la cuantitativa lo que dificulta su tratamiento tanto a nivel manual como computacional, debido a la gran cantidad de informacin que debe ser procesada y lo complejo del proceso. En la actualidad los computadores estn presentes en la mayora de las actividades del quehacer diario de las personas, es por ello que son consideradas herramientas indispensables que no deben faltar en ninguna organizacin. Esto sin dejar de mencionar la necesidad de los sistemas de informacin para cualquier tipo de empresa, porque permiten un mejor control y desarrollo de sus actividades y la educacin no se queda fuera del alcance de estos. La poltica implementada por el Ministerio del Poder Popular para la Educacin es la de automatizar todos y cada uno de los diferentes procesos relacionados con las actividades acadmico-administrativas, de las diferentes instituciones a todos los niveles desde preescolar hasta media y diversificado. La presente investigacin tiene como propsito desarrollar un sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin, que contribuir a la determinacin del aprendizaje por objetivos de cada asignatura usando estadsticas para esto, esta evaluacin, implementada a travs de diferentes evaluaciones que son designadas por el docente, esto a travs de la planificacin, esta se realiza para cada asignatura, y ser diferente porque tiene la autonoma para realizarla de la forma que lo crea ms conveniente ajustndose siempre al plan que cumpla con todos los objetivos que el Ministerio del Poder Popular para la Educacin emana. 1

Para el desarrollo de este sistema de informacin se usarn herramientas basadas en software libre una tecnologa de punta en el mercado y que presenta varias ventajas entre ellas tenemos: Econmico, libertad de uso y redistribucin, independencia tecnolgica, fomento de la libre competencia al basarse en servicios y no licencias, soporte y compatibilidad a largo plazo, formatos estndar, sistemas sin puertas traseras y ms seguros, correccin ms rpida y eficiente de fallos, mtodos simples y unificados de gestin de software y Sistema en expansin. Esto permite explorar nuevas alternativas y darlas a conocer, demostrando la importancia y necesidad del avance cientfico y tecnolgico que se presenta. La investigacin se estructur en cuatro (5) captulos, a continuacin se da una breve resea de cada uno de ellos: Captulo I: En l se plantea el problema, la formulacin del problema, los objetivos a cumplir necesarios para la solucin del mismo, justificacin y alcance de la investigacin. Captulo II: En este captulo se establece el marco terico que fundamenta esta investigacin, as como las definiciones conceptuales y operacionales que permiten una mejor comprensin del problema y su posible solucin. Captulo III: En este captulo se hace referencia a la metodologa utilizada y el procedimiento de investigacin para confeccionar el sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin. Captulo IV: En este captulo se describen todos los aspectos relacionados con el anlisis, diseo y desarrollo del sistema de gestin para la evaluacin de los alumnos de la primera y segunda etapa de educacin bsica y presenta los resultados de la investigacin. Capitulo V: En este captulo se presenta la propuesta del proyecto que se ha desarrollado en los captulos anteriores.

CAPITULO I EL PROBLEMA

En este captulo se abordan aspectos relacionados con el asunto en estudio, con ello se identifica formalmente el problema de investigacin; igualmente, este planteamiento se formula de manera clara y precisa. Tambin se enuncian los objetivos que se desean alcanzar en la investigacin, y finalmente la justificacin y delimitacin de la misma. 1.1. RESEA DE LA EMPRESA. Centro SERVEC S.A. es una empresa de servicios dedicada exclusivamente a la atencin de instituciones educativas (outsourcing escolar), ubicada en Maracaibo, estado Zulia. Con una amplia experiencia en el medio educativo, como as lo demuestran sus 22 aos de actividades, durante los cuales se realiz el proceso tcnico-administrativo a ms de un milln de alumnos. Esta interaccin proporcion relaciones de aos con una considerable cantidad de instituciones educativas, ofreciendo servicio a la totalidad de etapas que conforman el sistema educativo (preescolar, primaria y secundaria). En esta organizacin siempre se han diseado planes ajustables a las necesidades y posibilidades de cada institucin educativa, tomando en cuenta las caractersticas econmicas, sociales, geogrficas y de dimensin de las mismas. La filosofa de trabajo de Centro SERVEC es el uso de tecnologa de punta y la dedicacin en nuestra labor diaria. Brindando la mejor atencin y el mayor apoyo

como poltica principal, no solo en los procesos tcnico-administrativos sino en el acompaamiento pedaggico, ingrediente vital en el logro de la excelencia educativa. La filosofa de trabajo de Centro SERVEC es el uso de tecnologa de punta y la dedicacin en nuestra labor diaria. Brindando la mejor atencin y el mayor apoyo como poltica principal, no solo en los procesos tcnico-administrativos sino en el acompaamiento pedaggico, ingrediente vital en el logro de la excelencia educativa. La plataforma de servicios de Centro SERVEC est configurada con objetivos especficos: fotografa digital y reproduccin en impresoras full color, como innovacin nica en la identificacin y presentacin de los documentos escolares del alumno. Desarrollo de software exclusivo para instituciones educativas en las reas acadmicas y administrativas. Organizacin y logstica en el procesamiento de datos en las modalidades asistida y completa. Diseo grfico personalizado en los carnets de identificacin, diplomas y boletines con el fin de proporcionar un factor diferenciador en la imagen institucional de cada plantel. Asesoramiento pedaggico permanente a travs de conferencias, talleres y seminarios en nuestro saln de usos mltiples. Todo soportado bajo una premisa de calidad de servicio y atencin al cliente basado en la atencin personalizada, ofrecida por los ejecutivos de servicio en los planteles y el personal de atencin en nuestras oficinas Visin y Misin de la Empresa. Misin: Garantizar la simplicidad del trabajo tcnico-administrativo a los plantes educativos, comprometiendo nuestra labor para absorber la complejidad del medio, utilizando mtodos de gestin eficaces para ofrecer servicios de vanguardia. Visin: Consolidar nuestro liderazgo a nivel regional y proyectarlo a nivel nacional, a partir del trabajo en equipo de nuestra gente. Objetivos de la Empresa. Calidad. Atender las necesidades y expectativas de los plantes educativos en sus tres niveles: pre-escolar, bsica y media diversificada y profesional y en la educacin de

adultos. Los materiales e insumos para la elaboracin de documentos sern de la

mejor calidad existente en el mercado y nuestros estndares no caern por debajo de las especificaciones establecidas por los organismos oficiales y/o de los establecidos por SERVEC S. A. Servicio. Ofrecer un servicio de utilidad inigualable en cada uno de nuestros planteles, los documentos e informes se elaboraran satisfactoriamente cuando el plantel los requiera. Atencin. Sinceridad y honestidad con nuestros clientes: los escucharemos, les daremos el mejor trato a todos por igual, proporcionndole la informacin necesaria y la capacitacin requerida, y los invitaremos a participar en nuestro proceso de toma de decisiones. Precio. El paquete de servicios estar sujeto a un precio justo y razonable, tal que los planteles no encuentren otras opciones que le brinden mayores beneficios globales por su inversin. 1.2. PLANTEAMIENTO DEL PROBLEMA. La educacin es universalmente el mecanismo de mayor preponderancia para el surgimiento de los pueblos; es tanta la magnitud de su relevancia que gran parte de los pases del mundo la asumen como una responsabilidad del estado. En Venezuela, la educacin est inserta en el texto constitucional como responsabilidad social e ineludible del estado. El propsito de la educacin es procurar el desarrollo de conocimientos, habilidades, destrezas, y valores que les permitan ser personas capaces y eficientes como resultado de un aprendizaje real y permanente, y es la escuela quien promueve y facilita este desarrollo. Las consecuencias para la educacin radican en la forma de estimar el aprendizaje de l alumno, es por ello que la evaluacin es hoy quiz uno de los temas con mayor protagonismo del mbito educativo, y no porque se trate de un tema nuevo

en absoluto, sino porque administradores, educadores, padres, alumnos y toda la sociedad en su conjunto, son ms conscientes que nunca de la importancia y las repercusiones del hecho de evaluar o de ser evaluado. Existe quiz una mayor consciencia de la necesidad de alcanzar determinadas cotas de calidad educativa, de aprovechar adecuadamente los recursos, el tiempo y los esfuerzos y, por otra parte, el nivel de competencia entre los individuos y las instituciones tambin es mayor. Actualmente la evaluacin que se lleva hoy en da a nivel educativo particularmente en la tercera etapa y diversificada presenta debilidades, entre ellas podemos exponer las siguientes: descontento del alumno, falta de experiencia profesional, control del aprendizaje obtenido, influencia del docente en el alumno, etc.; por nombrar algunas siendo estos uno de los atenuantes para el mejoramiento del rendimiento estudiantil. De continuarse de esta forma seguir el detrimento de la educacin siendo esta tan importante, porque podrn pasar los siglos pero la educacin sin duda alguna forma parte de una mejor sociedad no estando exenta de los avances que hoy se nos presenta para su desarrollo. Quiz uno de los factores ms importantes que explican que la evaluacin ocupe actualmente en educacin un lugar tan destacado, es la comprensin por parte de los profesionales de la educacin de que lo que en realidad prescribe y decide de facto el "que, cmo, por qu y cundo ensear" es la evaluacin. Es decir, las decisiones que se hayan tomado sobre "qu, cmo, por qu y cundo evaluar". En general, uno de los objetivos prioritarios de los alumnos es satisfacer las exigencias de los "exmenes". En palabras de A. de la Orden (1989): "la evaluacin, al prescribir realmente los objetivos de la educacin, determina, en gran medida... lo que los alumnos aprenden y cmo lo aprenden, lo que los profesores ensean y cmo lo ensean, los contenidos y los mtodos; en otras palabras, el producto y el proceso de la educacin... quermoslo o no, de forma consciente o inconsciente, la actividad educativa de alumnos y profesores est en algn grado canalizada por la evaluacin". Por lo antes expuesto se hace necesario el desarrollo de un Sistema de Informacin que permita determinar el porcentaje de objetivos aprobados por

asignatura ofreciendo variantes que influyen en el resultado del aprendizaje como reflejo de las debilidades de la evaluacin. 1.3. FORMULACIN DEL PROBLEMA. Sobre la base de lo planteado, surge la inquietud de elaborar un sistema de informacin para determinar el rendimiento estudiantil a nivel de secundaria. Razn por la cual se presenta la siguiente interrogante: De qu manera se puede llevar a cabo el desarrollo de un sistema de informacin que apoye la toma de decisiones para el mejoramiento del rendimiento a travs del anlisis por objetivos de las asignaturas para los alumnos de la tercera etapa y diversificada de educacin?. 1.4. OBJETIVOS. A continuacin se presenta los objetivos que se establecen para el desarrollo satisfactorio del problema anteriormente expuesto. 1.4.1. OBJETIVO GENERAL. Desarrollar un sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos de la tercera etapa y diversificada de educacin. 1.4.2. OBJETIVOS ESPECFICOS. 1. Analizar la situacin actual del proceso de evaluacin que se lleva a cabo para el rendimiento estudiantil de la tercera etapa y diversificada. 2. Identificar los requerimientos del usuario para la construccin del sistema. 3. Disear el sistema propuesto en base a las necesidades del usuario. 4. Desarrollar el software de apoyo para la toma de decisiones usando herramientas de software libre. 5. Documentar el sistema.

6. Probar el sistema desarrollado. 1.5. JUSTIFICACIN DE LA INVESTIGACIN. Una de las ventajas de disear un sistema de soporte a las decisiones es: elevar la calidad en la toma de decisiones, mayor comunicacin en la organizacin para una mejor comprensin de las fallas, lograr una reduccin de costos y optimizacin de recursos, incremento en la productividad de la empresa, optimizacin y ahorro de tiempo, satisfaccin de clientes y empleados. Para el caso que se plantea; este proyecto surge como una alternativa para el mejoramiento del rendimiento estudiantil as como tambin profesional, permitiendo a travs de este un control para la evaluacin del alumno de acuerdo a la planificacin de la Institucin, estos resultados se obtendrn por medio de estadsticas que permitirn mostrar un acercamiento en cuanto al aprendizaje del estudiante y ofreciendo alternativas de solucin. Es de all donde se justifica el realizar un sistema automatizado que apoye la toma de decisin sobre las fallas acadmicas que a simple vista se observan de poca importancia pero para una buena enseanza son vitales. 1.6. DELIMITACIN DE LA INVESTIGACIN. El alcance de este trabajo involucra el estudio y aplicacin de software libre al desarrollo de un programa informtico para la gestin y control de un sistema de informacin. Especficamente, se desarrollar un prototipo de sistema que permitir apoyar la toma de decisiones para la gestin del rendimiento estudiantil, en la empresa Centro SERVEC S.A. El desarrollo de este sistema llegar hasta la implementacin y prueba. Para este caso la implantacin ser responsabilidad de la empresa y para ello se deber elaborar un plan a seguir. Este sistema arrojar estadstica en cuanto a la evaluacin del alumno para dar cuenta del aprendizaje de objetivos por asignatura, y ofrecer posibles soluciones, pero las decisiones que se tomen quedan a cargo de la directiva de la Institucin.

El desarrollo de este proyecto tendr un rango de 12 semanas, esto comenz a partir del semestre anterior, es decir, 14-09-2009 al 25-01-2010. Centro SERVEC S. A, es una empresa de servicios exclusivamente a la atencin de instituciones educativas (outsourcing escolar), ubicada en Maracaibo, estado Zulia, Calle 77 (5 de Julio) No. 3F 42. El alcance de esta investigacin contemplar el anlisis, diseo e implementacin del Sistema de informacin para el apoyo en la toma de decisiones basados en el rendimiento del estudiante por objetivos de la tercera etapa, media y diversificada de educacin, comprendiendo la identificacin de problemas; la determinacin de los requerimientos de informacin de los usuarios (en este caso, el personal docente); el anlisis de las necesidades del sistema, la preparacin y diseo estructural del diseo recomendado. Una vez concluido este proceso, se proceder al desarrollo, prueba e implementacin de un programa computarizado basado en el anlisis realizado previamente con el propsito de manejar y procesar la informacin de los alumnos, profesores y acadmica de una forma ms confiable, eficiente y rpida que permita optimizar el desarrollo del sistema.

CAPITULO II

MARCO TERICO

Para este captulo se presentaran las bases que fundamenta el desarrollo de este proyecto, esto a travs de la presentacin de los antecedentes, el tipo de evaluacin que se lleva a cabo, as como tambin los trminos bsicos propio de la investigacin, todo esto se realiza con el fin de contextualizar el proyecto dentro de un marco que es la referencia de sus conocimientos. 2.1. ANTECEDENTES DE LA INVESTIGACIN. En los antecedentes relacionados al tema consultado en textos, documentos, pginas Web y otras fuentes son las siguientes: Gutirrez, Gilfrank Martn. Sistema de gestin para la evaluacin de los alumnos de la primera y segunda etapa de educacin bsica (2005). Este proyecto tuvo como propsito, el desarrollo de un sistema de informacin para la evaluacin de los alumnos de primera y segunda etapa de educacin bsica, aplicando tcnicas y metodologas para el desarrollo de sistemas orientados a objetos, con el fin de automatizar el proceso de evaluacin de los alumnos, cabe destacar adaptando a las nuevas necesidades de informacin e innovaciones tecnolgicas aplicadas al sector educativo, que permitir una evaluacin ms eficiente de los alumnos pertenecientes a la primera y segunda etapa de educacin bsica.

10

11

El aporte que nos ofrece esta investigacin representa una base para el desarrollo de SISTOD y esta demuestra su relacin a travs de la metodologa y planificacin de la evaluacin, as como tambin la importancia de la automatizacin de los procesos educativos; por medio de un sistema de informacin para la mejora continua de la evaluacin de los alumnos. Vergara (2000), realiz un Sistema de informacin para la automatizacin de las actividades acadmico administrativas de la unidad educativa Emilio Maldonado. Esta tuvo como objetivo desarrollar un sistema de informacin para automatizar las actividades acadmicas administrativas de dicha institucin. La metodologa utilizada en este estudio estuvo conformada por 5 fases (identificacin de la situacin actual, anlisis de los requerimientos, estudio de factibilidad, diseo, desarrollo y prueba). La herramienta utilizada para la programacin fue Visual FoxPro 6.0. Los resultados del estudio comprobaron que el sistema era capaz de mostrar automticamente los datos que se manejaban de forma manual en los formatos de las planillas de la documentacin correspondiente a las actividades acadmicas y administrativas disminuyendo en gran medida los retrasos, errores, y prdida de tiempo en la realizacin de estas actividades. El aporte que brinda este sistema es la importancia de automatizar los procesos acadmicos en las diferentes instituciones, ya que demuestra necesidad que hoy en da tiene los sistemas de informacin no solo en las empresas u organizaciones, sino tambin en la educacin, salud, servicios, etc. Daz Jordi (2001), desarrollo El proceso de toma de decisiones en la programacin de la educacin fsica en las etapas obligatorias de educacin. Una aportacin a la formacin del profesorado. Esta tesis persigue una doble finalidad. Por una parte, pretende describir y a la vez interpretar que es lo que los profesores de Educacin Fsica hacen en materia de programacin del rea y, por otra, quiere llegar a determinar una serie de pautas y principios que ayuden a los mismos a tomar las decisiones que comporta resolver el proceso de elaboracin de una programacin en cualquiera de las etapas obligatorias de educacin. Para ello la investigacin se centra sobre el anlisis de las diferentes decisiones

12

que el profesor toma cuando realiza y pone en prctica una programacin, los motivos que justifican tales decisiones y la adecuacin y coherencia de las mismas. En este sentido, se relaciona ese cmulo de decisiones con otras variables referentes tanto al profesor (datos personales, formacin recibida, experiencia docente, etc.) como al contexto educativo en donde se desarrolla la programacin y, lgicamente, la docencia (caractersticas del centro, de los alumnos, recursos, etc.). El aporte que brinda esta investigacin es de vital importancia, debido a que presenta un sistema para la toma de decisiones en cuanto a la programacin, y esto es fomenta la importancia que tiene los sistemas para la toma de decisiones hoy en da sustentado el desarrollo nuestro sistema, y solo eso sino tambin el aporte que se demuestra en la parte acadmica, demostrando que el desarrollo de estos sistema no es limitado. Reyes y Estrada (2005), realizaron un Sistema para el apoyo a la toma de decisiones en el mbito hotelero, basado en tcnicas de Data Mining. Este proyecto, tuvo como objetivo la realizacin de un sistema que permite encontrar patrones interesantes en los datos almacenados a travs del tiempo por un sistema de informacin en una empresa especfica. Estos patrones son clasificados en tres tipos: reglas de asociacin, grupos homogneos (Clstering) y modelos predictivos. Dichos patrones son encontrados gracias a la utilizacin de tcnicas de Data Mining, y son tiles al momento de tomar decisiones en la empresa, puesto que revelan informacin no conocida hasta el momento sobre el comportamiento de sus clientes, dado ste por sus gustos y preferencias hacia los servicios ofrecidos en dicha organizacin. La solucin presentada se integra con el sistema de informacin operacional de la empresa a travs de la conexin a su base de datos, con el fin de extraer la informacin acumulada, prepararla para su utilizacin y realizar el anlisis correspondiente. La investigacin que se presenta arriba demuestra la importancia del anlisis en base a la informacin presentada como un historial de contenido, as como tambin el anlisis estadstico, aportando ideas para el tratamiento de los resultados que obtendrn del sistema (SISTOD).

13

2.2. BASES TERICAS. La educacin sin duda alguna es el punto de partida para una mejor sociedad, debido que tiene la responsabilidad de preparar a una persona no solo a nivel educativo sino a nivel integral, como podemos observar hoy en da la educacin ha pasado por reformas que intenta mejoras para el estudiante. Sin embargo, an y cuando esas mejoras han dado paso a cambios, todava es necesario otros que aportarn o complementarn las que hoy se practican. El incesante desarrollo de la ciencia y la tecnologa han revolucionado el mundo de forma tal que el uso de la computadora se ha hecho casi imprescindible en la mayora de las actividades que se realizan actualmente, sin duda alguna la educacin no est exenta. A travs de eso, se logran importantes mejoras para los procesos operativos de las empresas, proporcionan informacin de apoyo al proceso de toma de decisiones y, lo que es ms importante, facilita el logro de ventajas competitivas a travs de su implementacin en las empresas. Actualmente los sistemas de informacin tienen una gran influencia en las empresas, negocios y educacin permitiendo una mejor planificacin y por ende soluciones a problemas. El problema que se presenta hoy en la educacin es crtico, a pesar de tener variadas formas de evaluacin el estudiante no aprende. A veces no solo el desinters, sino tambin la tcnica o experiencia del profesor influyen en el aprendizaje del estudiante. Aunque la evaluacin del estudiante de hoy en da se ha ido refinando o mejorando no existe un control de la cantidad de objetivos que contiene el plan evaluativo, por lo tanto, no se logra determinar el grado de entendimiento del estudiante por asignatura. La evaluacin que se realiza hoy es en base a la cantidad de objetivos aprobados dividindose esta entre tres lapso, en los cuales se lleva una serie de evaluaciones partiendo de la programacin que se tiene emanada por el Ministerio, esto no permite determinar con exactitud la cantidad de aprendizaje obtenido por el alumno en particular por materia y mucho menos por objetivos, de esto surge la

14

necesidad de desarrollar un sistema que ofrezca estadsticas sobre esto y hasta posibles soluciones por supuestos que estas ltimas estaran sujetas a los dueos del problema. Los sistemas de informacin representan un avance significativo para las empresas, estos permiten la automatizacin, el control y la seguridad de la informacin en las empresas; es decir, son un conjunto u ordenacin de elementos para llevar a cabo algn mtodo, procedimiento o control mediante el proceso de informacin. Existen distintos tipos de sistemas de informacin que se adaptan a las diferentes situaciones que se presentan. El sistema que se desarrollar para este proyecto es un Sistema de Soporte para la Toma de Decisiones (DSS), estos apoyan la toma de decisiones mediante la generacin y evaluacin sistemtica de diferentes alternativas o escenarios de decisin, por lo tanto, un DSS no soluciona problemas, si no que contribuye al proceso. La responsabilidad de tomar una decisin, de adoptar y de realizarla es de los usuarios, no del sistema. Puede emplearse para obtener informacin que revele los elementos clave de los problemas y las relaciones entre ellos. Tambin puede usarse para identificar, crear y comunicar cursos de accin disponibles y alternativas de decisin. Para el caso que se plantea el sistema que se desarrollar es en funcin de determinar las posibles causas del bajo rendimiento estudiantil, este aportar a travs de estadsticas, grficos, etc., alternativas que indicaran posibles soluciones para la mejora continua a nivel educativo. A continuacin se presentan los elementos tericos que permiten fundamentar el desarrollo de la investigacin: 2.2.1. EVALUACIN DE LOS APRENDIZAJES EN LA TERCERA Y DIVERSIFICADA DE EDUCACION. La propuesta de evaluacin en la que se enmarca la tercera etapa y diversificada es emanada por el Ministerio, esta se realiza por objetivos para cada asignatura, por medio de la cual se determina el grado de aprendizaje del alumno, razn por la cual el

15

Ministerio toma la decisin de que esta sea de una forma cuali-cuantitativa esto con el fin de conocer con exactitud el grado de conocimiento del alumno en cuanto al aprendizaje por asignatura. En este sentido, Coll (1991) considera que el cmo evaluar va unido al cmo ensear, por cuanto ambos procesos se realizan simultneamente en el aula y no de forma separada. De all que la evaluacin podr verse como un proceso constructivo integrado al quehacer educativo, en el que se contempla: la evaluacin del aprendizaje de los alumnos, la prctica pedaggica. 2.2.1.1. FUNDAMENTACIN DE LA EVALUACIN. Segn Poggioli, L (2005). La evaluacin anteriormente se basaba en la medicin y la calificacin, sin embargo actualmente, en Amrica Latina se distingue tres tipos de evaluacin: La evaluacin diagnostica que tiene como propsito obtener informacin acerca de los conocimientos previos, habilidades y destrezas, que el alumno posee antes de emprender el desarrollo de las competencias propuestas. La evaluacin formativa que es aquella que se realiza de manera continua durante el proceso de enseanza y aprendizaje, y tiene como propsito observar, registrar, investigar y reflexionar conjuntamente con el alumno en su proceso de aprendizaje. Y la evaluacin sumativa que permite apreciar cuales aspectos de las competencias se han logrado y cules no, y los resultados conducen a la toma de decisiones y al enjuiciamiento del proceso con la finalidad de reorientar, realimentar, corregir los errores, a travs de la planificacin de acciones de recuperacin. La evaluacin de los aprendizajes para la tercera etapa y diversificada tiene un enfoque cuantitativo orientada en el uso de tcnicas de instrumentos que cuantifiquen y describan los logros, avances y alcance de los datos de los estudiantes. El ao escolar se organiza en tres lapso y al final de cada uno de ellos se establece un corte evaluativo, donde se cuantifica y describe en cada una de las reas de aprendizaje, los logros, los avances y las dificultades a superar, formulando recomendaciones para potenciar el proceso de aprendizaje.

16

El concepto de evaluacin implica tanto a la medicin como a los juicios de valor. El nfasis en el primer trmino apunta a la evaluacin cuantitativa; mientras que el nfasis en el segundo trmino tiene que ver con la evaluacin cualitativa. En ambos casos, el predominio de un enfoque no significa que se est eliminando completamente el otro. Otra diferencia consiste en que la evaluacin cuantitativa atiende al producto, mientras que en la cualitativa se atiende al proceso. La diferencia entre ambas perspectivas tambin se relaciona con una supuesta oposicin irreconciliable entre dos paradigmas metodolgicos, uno ms de ndole positivista (evaluacin cuantitativa) y otro ms de ndice fenomenolgico (evaluacin cualitativa). La evaluacin cualitativa utiliza como metodologa fundamental la etnografa, la cual se interesa en lo que hacen las personas que participan dentro de un grupo, tomando como referente la actividad de los miembros de ste. En este sentido lo que cuenta son sus significados e interpretaciones. Asimismo se vale de la narracin, interpretacin y descripcin de juicios valorativos fundamentados en una observacin holstica y continua, lo cual es posible en un ambiente de interaccin comunicativa constructiva entre los sujetos que participan en el proceso. Dentro de ste enfoque, la evaluacin es entendida como un proceso de investigacin mediante el cual se recogen y analizan, continuamente, evidencias sobre lo que acontece en el acto de ensear y aprender. Durante el proceso de investigacin evaluativa se observan e interpretan las construcciones realizadas en el desarrollo del currculo de manera abierta, crtica y sucesiva, lo cual ayuda a esclarecer el sentido de la interaccin. A travs de esta concepcin evaluativa se propicia una relacin tica y de respeto que toma en cuenta las diferencias individuales de los alumnos. As mismo, invita al docente a reflexionar acerca de la didctica y metodologa de la enseanza utilizada, reorienta y mejora de la institucin. El rol del evaluador se puede expresar de la siguiente manera:
Comunica, orienta y hace reflexionar sobre todo el proceso educativo. Concede mayor importancia al trabajo en equipo.

17

Participa y propicia actividades de interaccin constructiva. Responde a los problemas que se le presentan. Atiende a las diferencias individuales. Demuestra capacidad para negociar y generar consenso entre los participantes. Delega funciones en un trabajo organizado, cooperativo y democrtico. Planifica en atencin a las necesidades de los alumnos y del contexto. Informa a los alumnos y a sus representantes acerca del progreso habido

durante el trabajo escolar. Se trata de complementar lo cualitativo con lo cuantitativo tomando en consideracin los intereses y necesidades de los participantes en el proceso de evaluacin y la vinculacin de la accin educativa con el contexto real donde se realiza. lvarez Mndez (1997), seala que en la actualidad lo ms novedoso reside en buscar la compatibilidad y la complementariedad de ambos mtodos para posibilitar el trabajo conjunto... ningn mtodo tiene patente de exclusividad. Ambas perspectivas son necesarias y pueden funcionar conjuntamente. Salcedo (1983), se pronuncia por un modelo integrado donde se utilicen ambos mtodos. Filstead (1986), considera que a lo largo del proceso de evaluacin debe existir un inters por recoger mltiples perspectivas y por emplear mtodos que permitan captar la visin ms global de la intervencin social. Las evaluaciones globales deben estar orientadas tanto al proceso como al resultado, lo cual permite confirmar la informacin aportada por uno y otro. Webb, Campbell y otros (1981), sealan que cuando los datos de una investigacin evaluativa son recogidos mediante mltiples tcnicas, y se organizan, el riesgo de error es mnimo y no es necesario excluir datos cuantitativos porque los mismos, son muestras de registros continuos que se recogen por largos perodos de tiempo. Las razones antes expuestas apoyan el empleo de una nueva evaluacin que contribuir a una mejora continua en el rendimiento estudiantil y por ende una actitud nueva del estudiantado influyendo de una manera positiva.

18

2.2.1.2. LA NECESIDAD DE LA PROPUESTA. La evaluacin que se lleva a cabo hoy en da en los distintos planteles para la tercera etapa y diversificada demuestra que existe una falta de conocimiento por parte de los alumnos debido que no hay un aprendizaje significativo en relacin a los objetivos previstos en cada asignatura, razn por la cual se manifiesta una severa necesidad de determinar el aprendizaje de estos a travs de llevar estadsticas en cuanto al porcentaje aprendido por objetivo, ya que un objetivo contempla varios puntos y por ende lo que se desea estimar de una manera lo ms exacta posible la cantidad de conocimiento del estudiantado, para ello se realiza una estimacin que permitir tomar una decisin . Actualmente el gobierno ha venido modificando la forma de evaluacin, queriendo alcanzar la optimizacin de la educacin implementando la evaluacin cualitativa, esta modalidad ha generado muchas expectativas para directores, docentes, alumnos y representantes, ya que es un mtodo novedoso en el cual se integra la evaluacin cualitativa implementada en la I y II etapa de la Educacin Bsica; y la evaluacin cuantitativa tradicional que se vena implementando en la Tercera Etapa del Sistema Educativo Venezolano. De este modo surge la Evaluacin Cuali-cuantitativa que permite mejorar la forma de evaluar al alumno para estimular y fortalecer posibles debilidades en el proceso de enseanza y aprendizaje, considerndose desde esta perspectiva a la evaluacin cuali-cuantitativa como un proceso mixto u estimulador en el aprendizaje del alumno. Es de esta forma, que la estimulacin y los logros alcanzados por el alumno durante el proceso de enseanza y aprendizaje enmarcan una serie de instrumentos, tcnicas y recursos que permitirn respaldar los resultados obtenidos en el proceso de aprendizaje del mismo.

19

2.2.1.3. EVALUACIN DE LOS APRENDIZAJES. Conceptualizacin: En atencin a los planteamientos expuestos anteriormente la evaluacin de los aprendizajes se concibe como, un proceso interactivo de valoracin continua, que permite recoger y analizar evidencias sobre experiencias previas y los alcances progresivos de los alumnos en relacin con las competencias bsicas de grado derivadas de los objetivos generales de las diferentes etapas. Para ello se toman en cuenta las condiciones en que se realiza el aprendizaje, el desarrollo evolutivo del aprendiz, para propiciar la toma de decisiones consensuadas a fin de orientar, retroalimentar y mejorar el proceso de ensear y aprender. En este sentido la evaluacin, tendr como finalidades:
Determinar el avance del aprendizaje de los alumnos en la adquisicin de los

contenidos conceptuales, procedimentales y actitudinales.

Contribuir a formar y afianzar valores y actitudes. Desarrollar en cada alumno sus capacidades de aprendizaje relacionadas en el

saber, hacer, ser y convivir.

Detectar en los alumnos: intereses, actitudes, aptitudes y estilos de

aprendizaje.
Identificar las interferencias y posibles causas que limitan el aprendizaje de

los alumnos para orientar y reorientar las acciones que coadyuven a la consolidacin de los mismos.
Brindar al alumno oportunidades para aprender del acierto y el error y en

general de la experiencia, lo cual contribuye al desarrollo de la metacognicin.

Proporcionar la docente informacin para mejorar y fortalecer su prctica

pedaggica y la planificacin a desarrollar en el aula. 2.2.1.4. PRINCIPIOS DE LA EVALUACIN. Segn el reglamento de la Ley Orgnica de Educacin en los artculos 63, 64 y 65 establecen la finalidad de la educacin como a continuacin se muestra:

20

Artculo 63. La evaluacin, como parte del proceso educativo, ser continua, integral y cooperativa. Determinar de modo sistemtico en qu medida se han logrado los objetivos educacionales indicados en la presente ley; deber apreciar y registrar de manera permanente mediante procedimientos apropiados, el rendimiento del educando, tomando en cuenta los factores que integran su personalidad; valorar asimismo la actuacin del educador y en general, todos los elementos que constituyen dicho proceso. Artculo 64. El Ejecutivo Nacional establecer en cada caso las normas y procedimientos que regirn el proceso de evaluacin en los diferentes niveles y modalidades del sistema educativo, sin perjuicio de lo dispuesto en esta ley y en leyes especiales. Artculo 65. La actividad de evaluacin no ser remunerada especialmente. El personal docente est obligado a efectuarla en las formas indicadas en esta ley, las leyes especiales y los reglamentos. La evaluacin debe ser continua: realizarse a lo largo de todo el lapso acadmico; permite registrar, reflexionar y valorar permanentemente el desempeo de los participantes en el proceso de enseanza y aprendizaje, as como la orientacin y reorientacin del mismo. La evaluacin debe ser integral: la evaluacin, considerada de manera integrada al proceso de ensear y aprender, permite observar, analizar y describir la accin educativa como una unidad en los diferentes momentos del proceso pedaggico y propiciar la interaccin comunicativa constructiva de quienes participan en este proceso. La evaluacin debe ser cooperativa: para promover la conjuncin de acciones solidarias de todos los participantes en el acto educativo y propiciar la relacin, comunicacin e informacin constante, lo cual genera una integracin de juicios compartidos sobre el desempeo de los comprometidos en el acto educativo. (Visin multidireccional). Estos principios estn en concordancia con la fundamentacin terica que sustenta la Reforma Curricular, en lo que se refiere a aspectos relacionados con la

21

enseanza, el aprendizaje y la evaluacin, procesos que deben darse de manera cohesionada en la prctica pedaggica. 2.2.1.5. CARACTERSTICAS DE LA EVALUACIN. Segn www.gobiernodecanarias.org/educacion, se presentan de la siguiente manera:
Sistemtica: Responde a una planificacin previamente emanada por el Ministerio

del Poder Popular para la Educacin, este se basa en los objetivos que contempla el plan de evaluacin para cada asignatura por grado, donde se integran los procesos de enseanza, aprendizaje y evaluacin, se especifican las actividades de manera secuencial atendiendo al nivel, condiciones y necesidades de los alumnos.
Flexible: Por considerarse un modelo no acabado sujeto a modificaciones, ya que

el profesor tiene la ventaja de acuerdo a la planificacin del Ministerio realizar modificaciones convenientes.
Acumulativa: Permite al alumno, familia y docente conocer, verificar y valorar el

desempeo del estudiante, a travs de juicios descriptivos recogidos en los registros continuos, diseados para tal fin.
Individualizada: Considera al alumno como un sujeto nico e irrepetible, libre,

autnomo, responsable, crtico y capaz de autoevaluarse.

Informativa: Genera y proporciona informacin sobre la participacin de los

sujetos en el proceso educativo (progreso del alumno en base a la evaluacin de los objetivos por asignatura) para promover la confrontacin de juicios, llegar a consenso y reducir las interferencias en el proceso de enseanza y aprendizaje. 2.2.1.6. TIPOS DE EVALUACIN. Segn www.gobiernodecanarias.org/educacion, su finalidad y funcin, a continuacin se describen las distintas evaluaciones: Funcin Formativa: la evaluacin se utiliza preferentemente como estrategia de mejora y para ajustar sobre la marcha, los procesos educativos.

22

Es la ms apropiada para la evaluacin de procesos, aunque tambin es formativa la evaluacin de productos educativos, siempre que sus resultados se empleen para la mejor de los mismos. Funcin Sumativa: suele aplicarse ms en la evaluacin de productos, es decir, de procesos terminados, con realizaciones precisas y valorables. Con la evaluacin no se pretende modificar, ajustar o mejorar el objeto de la evaluacin, sino simplemente determinar su vala, en funcin del empleo que se desea hacer del mismo posteriormente. Segn el momento de aplicacin: Evaluacin Inicial: se realiza al comienzo del curso acadmico, de la implantacin de un programa educativo, del funcionamiento de una institucin escolar, etc. Consiste en la recogida de datos en la situacin de partida. Es imprescindible para iniciar cualquier cambio educativo, para decidir los objetivos que se pueden y deben conseguir y tambin para valorar si al final de un proceso, los resultados son satisfactorios o insatisfactorios. Evaluacin Procesual: consiste en la valoracin a travs de la recogida continua y sistemtica de datos, del funcionamiento de un centro, de un programa educativo, del proceso de aprendizaje de un alumno, de la eficacia de un profesor, etc. a lo largo del periodo de tiempo fijado para la consecucin de unas metas u objetivos. La evaluacin procesual es de gran importancia dentro de una concepcin formativa de la evaluacin, porque permite tomar decisiones de mejora sobre la marcha. Evaluacin Final: consiste en la recogida y valoracin de unos datos al finalizar un periodo de tiempo previsto para la realizacin de un aprendizaje, un programa, un trabajo, un curso escolar, etc. o para la consecucin de unos objetivos. 2.2.1.7. CRITERIOS DE EVALUACIN. En el quehacer educativo se pueden distinguir dos momentos importantes: la programacin y la evaluacin. No es suficiente programar, hace falta comprobar hasta

23

qu punto se han conseguido los objetivos definidos en la misma para poder tomar decisiones. Por eso la funcin de la evaluacin no se reduce a una simple medida o calificacin, va ms all, implica el contrastar lo que se mide con lo que se pretende conseguir, para luego tomar decisiones. Hace falta definir la diferencia entre evaluar y calificar, evaluar significa valorar en funcin a una medida preestablecida mientras que calificar supone dar un valor como resultado final. Por ello evaluacin es la contrastacin de resultados en funcin de unos criterios preestablecidos. Solo cuando se da una comparacin es cuando se evala pues permite la retroalimentacin. El criterio, como elemento constitutivo en toda evaluacin, se puede definir como un objetivo establecido previamente en funcin de lo que razonablemente se puede esperar del alumno. El criterio debe incluir los siguientes elementos: Rendimiento del alumno en funcin a sus posibilidades. Progreso, entendido como la relacin entre el rendimiento actual y rendimiento anterior. Norma, lmite o meta exigida, entendida como el mnimo que se debe exigir al alumno. La definicin de criterios exigir que el profesor tenga un conocimiento profundo y global del rea a evaluar para poder establecer esa norma o lmite. No se puede evaluar adecuadamente una realidad si no se sabe de qu realidad se trata. Los criterios de evaluacin establecen de alguna manera el tipo y grado de aprendizaje que se espera hayan alcanzado los alumnos con respecto a las capacidades implcitas en los objetivos. El modelo de evaluacin a partir de criterios permite tanto al alumno como al profesor, determinar los avances o retrocesos del proceso "enseanza-aprendizaje". El definir criterios, significa para el docente tener mayor seguridad a la hora de evaluar y tomar decisiones acertadas.

24

2.2.1.8. PLANIFICACIN DE LA EVALUACIN. La planificacin muestra la necesidad de atender al proceso educativo como una interaccin de carcter socio formativa la cual se realiza mediante la concertacin y cooperacin activa de los entes involucrados en el proceso, ya no es slo el docente con su carga personal que decide y ejecuta bajo las pautas establecidas de el Qu, el Cmo, el Para qu y el Por qu de las actividades planificadas y suministradas al alumno. La planificacin de las actividades instruccionales deben enmarcarse en un contexto de participacin donde ambos son protagonistas de los hechos con responsabilidades individuales y compartidas, donde se contrastan y contraponen tipos de intereses entre ambos, lo cual permite converger hacia una permanente y mutua realizacin, donde la libertad (bien entendida y practicada) de ambos se funda en la real posibilidad de emplear su propio caudal intelectual en la actividades realizadas, y al mismo tiempo, en el hecho de que pueden con su experiencia, necesidades, inquietudes y vivencias servir de marco de referencia en los momentos que cada uno o ambos asuman el rol de actor principal de proceso de enseanza y aprendizaje. Nos referimos al docente habilidoso que disea y gestiona conjuntamente con el estudiante el currculo con intencionalidad de transformar, para lo cual asume su rol de docente heurstico dispuesto al dilogo y la concertacin. O como lo seala Fernndez: el que se adapta a las variaciones que el currculo prescrito experimenta (Fernndez, 1996:4). Por lo antes expuesto, se afirma que la planificacin de la enseanza y el aprendizaje, est ligada a la evaluacin, ya que sta constituye el motor de todo el proceso de construccin de conocimiento. Se propicia as la motivacin, la reflexin, la valoracin, la orientacin y la retroalimentacin de los procesos que motivaran a la evaluacin cual-cuantitativa que se llevar para la tercera etapa, media y diversificada. La evaluacin que se lleva a cabo es emanada por el Ministerio del Poder Popular para la Educacin esta contempla una serie de objetivos por asignatura por

25

medio del cual se evalan el grado de aprendizaje del alumno, existen tres momentos en los cuales se determina a travs de su nota si este aprueba o no, debido a los resultados de la evaluacin esta es de tipo cuantitativa, es decir se realizan una series de evaluaciones que pueden ser: exmenes, trabajos, interrogatorios, etc., estas dependern de la planificacin que el profesor asuma. 2.2.1.9. OPERACIONALIZACIN DE LA EVALUACIN EN LA TERCERA ETAPA Y DIVERSIFICADA DE EDUCACION. Para evaluar los aprendizajes del alumno en la tercera etapa, media y diversificada de Educacin Bsica se aplicarn mtodos cualitativos y cuantitativos: Los cualitativos permitirn recoger informacin de manera descriptiva, sobre la situacin de aprendizaje en que se encuentra cada alumno con relacin a los objetivos evaluados. Estos mtodos son los ms apropiados para evaluar procesos, ya que la informacin obtenida a travs de ellos reflejan lo que sucede diariamente en el aprendizaje, enseanza y evaluacin y permiten explicar el por qu de la situacin de cada alumno. Los cuantitativos se utilizarn para complementar y verificar los datos recabados en el proceso y de esta forma, tomar decisiones ms completas, adecuadas, oportunas, con un amplio conocimiento, de la situacin de aprendizaje de cada uno de los alumnos. En cada uno de los lapsos, el nfasis se har en el uso de procedimientos de carcter cualitativo en un porcentaje aproximado al 70% que permitan describir y emitir juicios sobre las acciones realizadas por los alumnos, relacionadas con cada una de las evaluaciones de cada asignatura, despus de varias observaciones. La informacin obtenida mediante la descripcin, de la cual se derivarn juicios valorativos, se verificar a travs de procedimientos cuantitativos, los cuales se aplicarn en un porcentaje estimado de 30%. Estos procedimientos sern planificados en atencin a las mismas competencias evaluadas mediante procedimientos cualitativos en cada rea y lapso.

26

Esto permitir:
Confirmar, mediante la triangulacin de los datos obtenidos, la informacin

recabada por medio de ambos procedimientos.

Otorgar calificaciones en cada una de las reas acadmicas y, de manera

global, en el lapso. La triangulacin se refiere al uso de diferentes recursos, mtodos o fuentes para la validacin de los datos obtenidos en la evaluacin, mediante el contraste de la informacin recabada a travs de cada uno de ellos. Para otorgar calificaciones se proceder de la siguiente forma:
Se tomarn la planificacin en cada rea, los criterios seleccionados y

discutidos conjuntamente, lo cual permitir establecer el contraste entre lo planificado y lo alcanzado de manera progresiva y determinar el alcance de cada una de aprendizaje en cada asignatura.
Se promediarn las calificaciones asignadas en cada una de las reas para

obtener la calificacin global del lapso.

Se analizar la calificacin global, obtenida en cada lapso, para tomar las

decisiones relacionadas con: La orientacin y retroalimentacin inmediata del proceso que conduzca al mejoramiento de la enseanza, el aprendizaje y la evaluacin. La superacin de las interferencias a travs de la planificacin de actividades en las cuales participarn: el alumno, los padres, los estudiantes ms avanzados, el docente. Se promediarn las calificaciones del lapso, para obtener la calificacin final del grado y tomar decisiones. 2.2.2. SISTEMA DE INFORMACION. Se entiende por sistema de informacin al conjunto de componentes interrelacionados que operan conjuntamente para capturar, procesar, almacenar y distribuir informacin que apoye la toma de decisiones, la coordinacin, el control y anlisis en una organizacin. Segn WHITTEN, J. (2003). Es una disposicin de componentes integrados

27

entre s cuyo objetivo es satisfacer las necesidades de informacin. Segn RICAURTE, A. (1996). Es el conjunto formal de procesos que, operando sobre una coleccin de datos estructurada de acuerdo con las necesidades de una empresa, elabora y distribuye (parte de) la informacin necesaria para la operacin de dicha empresa y para las actividades de direccin y control correspondientes, apoyando al menos en parte en la toma de decisin necesaria para desempear las funciones y procesos de negocio de la empresa de acuerdo con su estrategia. Segn LAUDON, L. (1996). Un sistema de informacin tcnicamente es como un conjunto de componentes interrelacionados que rene (u obtiene), procesa almacena y distribuye informacin para apoyar la toma de decisiones y el control en una organizacin. Adems de apoyar la toma de decisiones, la coordinacin y el control, los sistemas de informacin tambin ayudan a los administradores y trabajadores a analizar problemas, visualizar aspectos complejos y crear productos nuevos. Segn KENDALL, K. (1997). Un sistema de informacin es un conjunto de elementos que interactan entre s con el fin de apoyar las actividades de una empresa o negocio. El propsito de un sistema de informacin es recoger, procesar e intercambiar informacin entre los trabajadores de una empresa. El sistema de informacin ha sido diseado para apoyar todas las operaciones de los sistemas de empresa. Los sistemas de informacin tratan el desarrollo, uso y administracin de la infraestructura de la tecnologa de la informacin en una organizacin. En la era post-industrial, la era de la informacin, el enfoque de las compaas ha cambiado de la orientacin hacia el producto a la orientacin hacia el conocimiento, en este sentido el mercado compite hoy en da en trminos del proceso y la innovacin, en lugar del producto. El nfasis ha cambiado de la calidad y cantidad de produccin hacia el proceso de produccin en s mismo, y los servicios que acompaan este proceso. El mayor de los activos de una compaa hoy en da es su informacin,

28

representada en su personal, experiencia, conocimiento, innovaciones (patentes, derechos de autor, secreto comercial). Para poder competir, las organizaciones deben poseer una fuerte infraestructura de informacin, en cuyo corazn se sita la infraestructura de la tecnologa de informacin. De tal manera que el sistema de informacin se centre en estudiar las formas para mejorar el uso de la tecnologa que soporta el flujo de informacin dentro de la organizacin. 2.2.2.1. ACTIVIDADES DE UN SISTEMA DE INFORMACION. Segn OBrien James (2001), un sistema de informacin realiza cuatro actividades bsicas de entrada: entrada, almacenamiento, procesamiento y salida de informacin: Entrada de Datos
Proceso Reportes e Informes

Interface Automtico de Entrada

Almacenamiento

Interface Automtico de Salida

Figura 1. Actividades de un Sistema de Informacin Fuente: OBrien James (2001) Entrada de Datos: Estos representan la base del sistema ya que, toma los datos que requiere para procesar la informacin. Almacenamiento de Informacin: Es una de las actividades o capacidades ms importantes, ya que a travs de esta propiedad el sistema puede recordar la informacin guardada en la seccin o proceso anterior. Procesamiento: Esta permite la transformacin de datos en los objetivos para los cuales fue diseado el sistema.

29

Salida: Es la capacidad que tiene el sistema para sacar la informacin procesada o bien datos de entrada al exterior. 2.2.2.2. CICLO DE VIDA DEL DESARROLLO DE SISTEMAS (CVDS). Los sistemas de informacin al igual que los seres vivientes muestran un proceso de nacimiento y muerte bien definido. (Montilva, Jons Representa este proceso, tal como se muestra a continuacin. 1999, p. 61).

Crecimiento

Maduracin

Nacimiento

Decaimiento

Muerte

Figura 2. Ciclo de Vida de un Sistema. Fuente: Montilva, J. (1990) Un sistema de informacin tiene un origen (nacimiento), generalmente ocasionado por necesidades, a partir del cual se emprende su desarrollo que va desde la definicin del proyecto hasta la puesta en operacin (Crecimiento) seguidamente se inicia su operacin y mantenimiento por un perodo mayor a los dems durante el cual alcanza el mximo rendimiento posible (maduracin). Luego, factores tales como la dinmica de la organizacin, los avances tecnolgicos y las presiones externas o internas vuelven obsoleto e ineficaz al sistema (decaimiento), lo cual origina su paralizacin (muerte). En este ltimo perodo se toma la decisin de renovar el sistema. Lo que origina un nuevo ciclo de vida, o desecharlo por completo, lo cual marca su fin definitivo.

30

2.2.2.3. TIPOS DE SISTEMAS DE INFORMACION. Una organizacin generalmente posee ms de un tipo de sistemas de informacin, cada uno de ellos tiene sus propias caractersticas y cada uno juega un rol fundamental en el logro de la satisfaccin de necesidades de informacin de dicha organizacin. La mayora de estos sistemas estn interrelaciones, no necesariamente integrados, bien en forma directa en respuesta a los requerimientos de sus diseos, o en forma indirecta debido a la comunicacin formal o informal de informacin entre ellos. Varios Autores: Burch & Strater, Davis, Philippakis & Kazmier y Lucas, aceptan la existencia de dos tipos de sistemas de informacin en cualquier organizacin:

Sistema de Informacin Formal: Esta basado en un conjunto de normas,

estndares y procesamientos que permiten que la informacin se genere y llegue a quien la necesita en el momento deseado. La informacin formal puede ser producida por el computador. Sistema de Informacin Informal: Tiene su base en la comunicacin no formalizada ni predefinida entre las personas de la organizacin. Este tipo de sistema no tiene estructuras y no sigue normas o procesamientos establecidos porque su informacin puede ser bastante imprecisa, irregular e incierta, imposibilitndose as el procesamiento automtico. Por su parte Alexander, clasifica los sistemas de informacin de una organizacin, en base a su naturaleza y objetivos, de la siguiente manera:

Sistemas de Comunicacin: Transmiten informacin entre diferentes

subsistemas de una organizacin. Estos subsistemas pueden ser personas de la organizacin o equipos electrnicos (computadores, terminales, impresoras, teles, entre otros). Sistemas de Informacin Informal: Es una red no estructurada de comunicacin informal entre personas dentro o en el ambiente de la organizacin.

31

Este tipo de sistemas surge del contacto entre las personas orientadas a satisfacer sus necesidades de informacin relativas al trabajo o hacia el deseo de todo individuo de conocer lo que ocurre en el ambiente (rumores, chismes, entre otros). Sistemas de Informacin Organizacional: Formados por los flujos o canales de informacin que transmiten mensajes entre los diferentes niveles de planificacin, pasando por los de control, hasta los operacionales. El sentido de la comunicacin puede ser de arriba hacia abajo o viceversa. Sistemas de Informacin Operativos: Son definidos como sistemas de informacin que recogen, mantienen y procesan los datos ocasionados por la realizacin de operaciones bsicas en la organizacin. Sistemas de Informacin Gerencial: Es un tipo de sistema que proporciona la informacin necesaria para que gerentes o directivos puedan ejecutar los procesos de toma de decisiones y solucin de problemas en una organizacin. Sistema de Apoyo para la Toma de Decisiones: Es un tipo muy especial de de informacin caracterizado por procesar datos para realizar sistema

automticamente parte o todo el proceso de toma de decisiones e indicar la accin que se debe tomar para mantener a la organizacin dentro de condiciones normales de funcionamiento. Sistema de Procesamiento de Datos: el procesamiento de datos es parte fundamental e implcita de la mayora de sistemas de informacin discutidos anteriormente. 2.2.2.4. TOMA DE DECISIONES. Segn Teora de Decisiones (UNA, 2000). Una decisin es una asignacin irrevocable de recursos, producto de un anlisis de objetivos, alternativas y preferencias (p.19). Es el proceso mediante el cual se realiza una eleccin entre las alternativas o formas para resolver diferentes situaciones de la vida, estas se pueden presentar en diferentes contextos: a nivel laboral, familiar, sentimental, empresarial, etc., es decir, en todo momento se toman decisiones, la diferencia entre cada una de estas es el

32

proceso o la forma en la cual se llega a ellas. La toma de decisiones consiste, bsicamente, en elegir una alternativa entre las disponibles, a los efectos de resolver un problema actual o potencial, (an cuando no se evidencie un conflicto latente). La toma de decisiones a nivel individual es caracterizada por que una persona haga uso de su razonamiento y pensamiento para elegir una decisin a un problema que se le presente en la vida; es decir, si una persona tiene un problema, sta deber ser capaz de resolverlo individualmente a travs de tomar decisiones con ese especifico motivo. Para tomar una decisin, no importa su naturaleza, es necesario conocer, comprender, analizar un problema, para as poder darle solucin; en algunos casos por ser tan simples y cotidianos, este proceso se realiza de forma implcita y se soluciona muy rpidamente, pero existen otros casos en los cuales las consecuencias de una mala o buena eleccin puede tener repercusiones en la vida y si es en un contexto laboral en el xito o fracaso de la empresa, para los cuales es necesario realizar un proceso ms estructurado que puede dar ms seguridad e informacin para resolver el problema. Las decisiones nos ataen a todos ya que gracias a ellas podemos tener una opinin crtica. 2.2.2.4.1. PROCESO DE TOMA DE DECISIONES. Segn Cohen, Daniel (1996, p.73), este proceso es una de las actividades que se realiza con mayor frecuencia en el mundo de los negocios. Y se pueden resumir principalmente de la siguiente manera: Identificar y analizar el problema: Esta etapa consiste en comprender la condicin del momento visualizar la condicin deseada, es decir encontrar el problema y reconocer que se debe tomar una decisin para llegar a la solucin de este. El problema puede ser actual, porque existe una brecha entre la condicin presente real y lo deseado, o potencial, porque se estima que dicha brecha existir en el futuro. Identificar los criterios de decisin y ponderarlos: Consiste en identificar aquellos aspectos que son relevantes al momento de tomar la decisin, es decir

33

aquellas pautas de las cuales depende la decisin que se tome. La ponderacin, es asignar un valor relativo a la importancia que tiene cada criterio en la decisin que se tome, ya que todos son importantes pero no de igual forma. Muchas veces, la identificacin de los criterios no se realiza en forma consciente previa a las siguientes etapas, sino que las decisiones se toman sin explicitar los mismos, a partir de la experiencia personal de los tomadores de decisiones. En la prctica, cuando se deben tomar decisiones muy complejas y en particular en grupo, puede resultar til explicitarlos, para evitar que al momento de analizar las alternativas se manipulen los criterios para favorecer a una u otra alternativa de solucin. Generar las alternativas de solucin: Consiste en desarrollar distintas posibles soluciones al problema. Si bien no resulta posible en la mayora de los casos conocer todos los posibles caminos que se pueden tomar para solucionar el problema, entre ms alternativas se tengan va ser mucho ms probable encontrar una que resulte satisfactoria. De todos modos, el desarrollo de un nmero exagerado de alternativas puede tornar la eleccin sumamente dificultosa, y por ello tampoco es necesariamente favorable continuar desarrollando alternativas en forma indefinida. Para generar gran cantidad de alternativas es necesaria una cuota importante de creatividad. Existen diferentes tcnicas para potenciar la creatividad, tales como la lluvia de ideas, las relaciones forzadas, la sinctica, etc. En esta etapa es importante la creatividad de los tomadores de decisiones. Evaluar las alternativas: Consiste en hacer un estudio detallado de cada una de las posibles soluciones que se generaron para el problema, es decir mirar sus ventajas y desventajas, de forma individual con respecto a los criterios de decisin, y una con respecto a la otra, asignndoles un valor ponderado. Eleccin de la mejor alternativa: En este paso se escoge la alternativa que segn la evaluacin va a obtener mejores resultados para el problema. Los siguientes

34

trminos pueden ayudar a tomar la decisin segn el resultado que se busque: Maximizar: Tomar la mejor decisin posible. Satisfacer: Elegir la primera opcin que sea mnimamente aceptable satisfaciendo de esta forma una meta u objetivo buscado. Optimizar: La que genere el mejor equilibrio posible entre distintas meta. Implementacin de la decisin: Poner en marcha la decisin tomada para as poder evaluar si la decisin fue o no acertada. La implementacin probablemente derive en la toma de nuevas decisiones, de menor importancia. Evaluacin de los resultados: Despus de poner en marcha la decisin es necesario evaluar si se solucion o no el problema, es decir si la decisin est teniendo el resultado esperado o no. Si el resultado no es el que se esperaba se debe mirar si es porque debe darse un poco ms de tiempo para obtener los resultados o si definitivamente la decisin no fue la acertada, en este caso se debe iniciar el proceso de nuevo para hallar una nueva decisin. La informacin como materia prima: El proceso de toma de decisiones utiliza como materia prima informacin. Esta es fundamental, ya que sin ella no resultara posible evaluar las alternativas existentes o desarrollar alternativas nuevas. En las organizaciones, que se encuentran sometidas constantemente a la toma de decisiones, la informacin adquiere un rol fundamental, y por ello un valor inigualable. Para procesar los datos de la organizacin y transformarlos en informacin, es fundamental el Sistema de informacin, dentro de los cuales se encuentra la contabilidad. Adems de los sistemas de informacin, existen sistemas diseados especialmente para ayudar a transitar el proceso de toma de decisiones, que se conocen como Sistemas de soporte a decisiones o Sistema de apoyo a la decisin.

35

2.2.2.4.2. CLASES DE DECISIONES. Segn Whitten, Jeffrey (2003, p.59). Las decisiones se pueden clasificar teniendo en cuenta diferentes aspectos, como lo es la frecuencia con la que presentan. Se clasifican en cuanto a las circunstancias que afrontan estas decisiones sea en cual sea la situacin para decidir y como decidir. Decisiones programadas. Son aquellas que se toman frecuentemente, es decir son repetitivas y se convierte en una rutina tomarlas; como el tipo de problemas que resuelve y se presentan con cierta regularidad ya que se tiene un mtodo bien establecido de solucin y por lo tanto ya se conocen los pasos para abordar este tipo de problemas, por esta razn, tambin se las llama decisiones estructuradas. La persona que toma este tipo de decisin no tiene la necesidad de disear ninguna solucin, sino que simplemente se rige por la que se ha seguido anteriormente. Las decisiones programadas se toman de acuerdo con polticas, procedimientos o reglas, escritas o no escritas, que facilitan la toma de decisiones en situaciones recurrentes porque limitan o excluyen alternativas. Por ejemplo, los gerentes rara vez tienen que preocuparse por el ramo salarial de un empleado recin contratado porque, por regla general, las organizaciones cuentan con una escala de sueldos y salarios para todos los puestos. Existen procedimientos rutinarios para tratar problemas rutinarios. En cierta medida, las decisiones programadas limitan nuestra libertad, porque la persona tiene menos espacio para decidir que hacer. No obstante, el propsito real de las decisiones programadas es liberarnos. Las polticas, las reglas o los procedimientos que usamos para tomar decisiones programadas nos ahorran tiempo, permitindonos con ello dedicar atencin a otras actividades ms importantes. Por ejemplo, decidir cmo manejar las quejas de los clientes en forma individual resultara muy caro y requerira mucho tiempo, mientras que una poltica que dice se dar un plazo de 14 das para los cambios de cualquier compra simplifica mucho las cosas. As pues, el representante de servicios a clientes tendr ms tiempo para

36

resolver asuntos ms espinosos. Decisiones no programadas. Tambin denominadas no estructuradas, son decisiones que se toman en problemas o situaciones que se presentan con poca frecuencia, o aquellas que necesitan de un modelo o proceso especfico de solucin, por ejemplo: Lanzamiento de un nuevo producto al mercado, en este tipo de decisiones es necesario seguir un modelo de toma de decisin para generar una solucin especfica para este problema en concreto. Las decisiones no programadas abordan problemas poco frecuentes o excepcionales. Si un problema no se ha presentado con la frecuencia suficiente como para que lo cubra una poltica o si resulta tan importante que merece trato especial, deber ser manejado como una decisin no programada. Problemas como asignar los recursos de una organizacin, que hacer con una lnea de produccin que fracas, como mejorar las relaciones con la comunidad de hecho, los problemas ms importantes que enfrentar el gerente , normalmente, requerirn decisiones no programadas. Un ejemplo de Nike sera cmo disear y comercializar calzado para baloncesto, ms moderno y avanzado. Contexto empresarial. En las organizaciones en general y en las empresas en particular suele existir una jerarqua que determina el tipo de acciones que se realizan dentro de ella y, en consecuencia, el tipo de decisiones que se deben tomar, es frecuente dividir una empresa en 3 niveles jerrquicos (a veces 4): 1. Nivel estratgico: Alta direccin; planificacin global de toda la empresa. 2. Nivel tctico: Planificacin de los subsistemas empresariales. 3. Nivel operativo: Desarrollo de operaciones cotidianas (diarias/rutinarias). Conforme se sube en la jerarqua de una organizacin, la capacidad para tomas decisiones no programadas o no estructuradas adquiere ms importancia, ya que son este tipo de decisiones las que ataen a esos niveles. Por tanto, la mayor parte de los programas para el desarrollo de gerentes pretenden mejorar sus habilidades para tomar decisiones no programadas, por regla general ensendoles a analizar los

37

problemas en forma sistemtica y a tomar decisiones lgicas. A medida que se baja en esta jerarqua, las tareas que se desempean son cada vez ms rutinarias, por lo que las decisiones en estos niveles sern ms estructuradas (programadas). Adicionalmente, una organizacin tambin estar dividida en varias secciones funcionales, son varias las propuestas de divisin que se han planteado para una empresa de forma genrica, aunque la ms aceptada es la que considera los siguientes departamentos o unidades funcionales: 1. Direccin 2. Marketing 3. Produccin 4. Finanzas 5. Recursos Humanos Las decisiones tambin sern diferentes dependiendo de en que unidad funcional o departamento tengan lugar. 2.2.2.4.3. CONTEXTOS DE DECISION. Segn Teora de decisiones (UNA, 2000). El grado de incertidumbre acerca de la ocurrencia de un evento depende, lgicamente, del grado de informacin disponible en relacin al evento (p.22). Las situaciones, ambientes o contextos en los cuales se toman las decisiones, se pueden clasificar segn el conocimiento y control que se tenga sobre las variables que intervienen o influencian el problema, ya que la decisin final o la solucin que se tome va a estar condicionada por dichas variables. Ambiente de certidumbre (certeza): Se tiene conocimiento total sobre el problema, las alternativas de solucin que se planteen van a causar siempre resultados conocidos e invariables. Al tomar la decisin solo se debe pensar en la alternativa que genere mayor beneficio. La informacin con la que se cuenta para solucionar el problema es incompleta,

38

es decir, se conoce el problema, se conocen las posibles soluciones, pero no se conoce con certeza los resultados que pueden arrojar. En este tipo de decisiones, las posibles alternativas de solucin tienen cierta probabilidad conocida de generar un resultado. En estos casos se pueden usar modelos matemticos o tambin el decisor puede hacer uso de la probabilidad objetiva o subjetiva para estimar el posible resultado. La probabilidad objetiva es la posibilidad de que ocurra un resultado basndose en hechos concretos, puede ser cifras de aos anteriores o estudios realizados para este fin. En la probabilidad subjetiva se determina el resultado basndose en opiniones y juicios personales. Ambiente de Incertidumbre: Se posee informacin deficiente para tomar la decisin, no se tiene ningn control sobre la situacin, no se conoce como puede variar o la interaccin de la variables del problema, se pueden plantear diferentes alternativas de solucin pero no se le puede asignar probabilidad a los resultados que arrojen. Con base en lo anterior hay dos clases de incertidumbre: Estructurada: No se sabe que puede pasar entre diferentes alternativas, pero s se conoce que puede ocurrir entre varias posibilidades. No estructurada: No se sabe que puede ocurrir ni las probabilidades para las posibles soluciones, es decir no se tienen ni idea de que pueda pasar. 2.2.2.5. SISTEMA PARA EL APOYO EN LA TOMA DE DECISIONES (DSS). Debido a que hay muchos enfoques para la toma de decisiones y debido a la amplia gama de mbitos en los cuales se toman las decisiones, el concepto de sistema de apoyo a las decisiones (DSS por sus siglas en ingls Decision support system) es muy amplio. Un DSS puede adoptar muchas formas diferentes. En general, podemos decir que un DSS es un sistema informtico utilizado para servir de apoyo, ms que automatizar, el proceso de toma de decisiones. La decisin es una eleccin entre alternativas basadas en estimaciones de los valores de esas alternativas. El apoyo a

39

una decisin significa ayudar a las personas que trabajan solas o en grupo a reunir inteligencia, generar alternativas y tomar decisiones. Apoyar el proceso de toma de decisin implica el apoyo a la estimacin, la evaluacin y/o la comparacin de alternativas. En la prctica, las referencias a DSS suelen ser referencias a aplicaciones informticas que realizan una funcin de apoyo. El termino sistema de apoyo a la decisin se ha utilizado de formas muy diversas y se ha definido de diferentes maneras dependiendo del punto de vista del autor. Algunas de esas definiciones son: Para Finaly y Otros un DSS, en trminos muy generales, es "Un sistema basado en computador que ayuda en el proceso de toma de decisiones". Segn Turba en trminos bastante ms especficos, un DSS es "Un sistema de informacin basado en un computador interactivo, flexible y adaptable, especialmente desarrollado para apoyar la solucin de un problema de gestin no estructurado para mejorar la toma de decisiones. Utiliza datos, proporciona una interfaz amigable y permite la toma de decisiones en el propio anlisis de la situacin". Otras definiciones intermedias entre las dos anteriores seran: Whitten expresa que un DSS es un "Es una aplicacin de los sistemas de informacin que suministra a sus usuarios informacin orientada a la toma de decisiones cuando surgen situaciones que as lo requieren". Segn Keen un DSS "Combina recursos intelectuales individuales con las capacidades de un ordenador para mejorar la calidad de las decisiones (son un apoyo informtico para los encargados de tomar decisiones sobre problemas semiestructurados)". Segn Sprague y Carlson los DSS son "Sistemas informticos interactivos que ayudan a los encargados de tomar decisiones utilizando datos y modelos para resolver problemas no estructurados". Segn Cohen, Daniel tiene como finalidad apoyar la toma de decisiones mediante la generacin de diferentes alternativas o escenarios de decisin, todo esto utilizando modelos de herramientas computacionales. Para Power el trmino DSS puede referirse a muchos tipos de sistemas de

40

informacin que dan soporte a la toma de decisiones. Humorsticamente aade que siempre que un sistema informtico no sea un 'sistema para procesamiento de transacciones en lnea' (OLTP), alguien tendr la tentacin de llamarlo DSS. Qu es un Sistema de Soporte de Decisin? Segn Bobadilla, Martha (2001). Los sistemas de apoyo a las decisiones son herramientas que facilitan la decisin de los administradores ya que ofrecen una gran variedad de anlisis de informacin, lo que se refleja en una optimizacin de recursos y disminucin de tiempos muertos, generando finalmente una mayor satisfaccin a los clientes y todos los miembros que componen la empresa. 2.2.2.5. 1. CARACTERISTICAS DE LOS DSS. Segn Restrepo (2004). Su principal caracterstica es la capacidad de anlisis multidimensional (OLAP) que permite profundizar en la informacin hasta llegar a un alto nivel de detalle, analizar datos desde diferentes perspectivas, realizar proyecciones de informacin para pronosticar lo que puede ocurrir en el futuro, anlisis de tendencias, anlisis prospectivo, etc. Entre las principales caractersticas que presentan los sistemas de soporte a la decisin se pueden citar:
-

Interactividad: sistema computacional con la posibilidad de interactuar en Frecuencia de Uso: Tiene una utilizacin frecuente por parte de la Variedad de Usuarios: Puede emplearse por usuarios de diferentes reas Flexibilidad: Permite acoplarse a una variedad determinada de estilos Desarrollo: Permite que el usuario desarrolle de manera directa modelos de sin la participacin operativa de profesionales en informtica.

forma amigable y con respuestas a tiempo real con el encargado de tomar decisiones.
-

administracin media y alta para el desempeo de su funcin.

-

funcionales como ventas, produccin, administracin, finanzas y/o recursos humanos.

-

administrativos: Autocrticos, Participativos, etc.

-

decisin

41

Interaccin Ambiental: Permite la posibilidad de interactuar con informacin Comunicacin Inter-Organizacional: Facilita la comunicacin de

externa como parte de los modelos de decisin.

-

informacin relevante de los niveles altos a los niveles operativos y viceversa, a travs de grficas.
-

Acceso a base de Datos: Tiene la capacidad de accesar informacin de las Simplicidad: Simple y fcil de aprender y utilizar por el usuario final.

bases de datos corporativas.

-

2.2.2.5. 2.BENEFICIOS DEL DSS. Segn Whitten, Jeffrey (2003, p.59). Algunas de las ventajas que ofrecen los DSS a una organizacin son:
-

Identificacin de los problemas o las oportunidades de toma de decisiones. Identificacin de posibles soluciones a los problemas. Generacin de la informacin necesaria para la toma de decisiones. Proceso de anlisis de las diferentes variables que intervienen en una decisin o Simulacin de las posibles soluciones y resultados. Dependiendo del sistema especfico de soporte que la empresa u organizacin

una posible solucin.

-

desee implementar, se obtendrn beneficios palpables en cuanto a tiempos optimizados, disminucin de costos y beneficios obtenidos en aquellos procesos de negocios a los que se aplique. 2.2.2.5. 3.IMPORTANCIA DEL DSS PARA LAS ORGANIZACIONES. Segn Whitten, Jeffrey (2003, p.59), los sistema de ayuda a la decisin no toman decisiones ni resuelven problemas. Los sistemas de ayuda a la decisin pueden emplearse a todos los niveles de usuarios, desde los administrativos hasta los de direccin ejecutiva. Todos ellos toman decisiones, si bien estas decisiones varan en su naturaleza e importancia. Uno de los factores que desde siempre han sido claves

42

para toda empresa, es el proceso de toma de decisiones basado en una adecuada administracin de la informacin. Hoy en da, el elemento diferenciador entre empresas supervivientes y sobrevivientes, radica en el aprovechamiento de los recursos que la tecnologa ofrece, y la manera en que dichos recursos son explotados por cada una de las organizaciones, todos ellos relacionados con la manipulacin de datos para proveer informacin clara, precisa y confiable que sea utilizada para la toma de decisiones oportuna y acertada. La toma de decisiones es una actividad crtica dentro de las organizaciones, y es por esto que de ello depende en gran medida el xito que en un momento dado, la organizacin pueda alcanzar. Actualmente las empresas y organizaciones enfocan gran parte de sus esfuerzos en detectar reas de mejora que les permitan optimizar su desempeo, con la finalidad de mantenerse en el nivel competitivo deseado. Uno de los aspectos que mayor importancia refleja hace referencia al uso de la informacin dentro de la empresa, de tal manera que a travs de su eficiente administracin sea posible la toma de decisiones certera y oportuna, que la conduzcan a alcanzar las metas y objetivos planteados. Uno de los factores que influyen para que el proceso de la administracin de la informacin se lleve a cabo de manera adecuada, es el uso de herramientas tecnolgicas que nos proporcionen el soporte necesario para agilizar esos procesos, y como consecuencia de ello, un incremento en el desempeo dentro de la empresa, as como tambin una reduccin de costos en la misma. Dentro de dichos instrumentos tecnolgicos, se encuentran los programas o software, as como tambin la infraestructura fsica necesaria para soportar los programas. Un software se refiere a "las instrucciones electrnicas que van a indicar al ordenador que es lo que tiene que hacer. Tambin se puede decir que son los programas usados para dirigir las funciones de un sistema de computacin o un hardware". Cada software desarrolla funciones especficas dentro de una diversa gama de aplicaciones, y sin duda alguna uno de los programas que mayor utilidad representan dentro de una empresa, son los denominados Sistemas de Soporte a la Decisin

43

(DSS). "Las herramientas DSS se pueden definir como un sistema integrado de planificacin y tratamiento de la informacin que incorpora la habilidad de interrogar al sistema de informacin de la empresa en una forma determinada, analizar la informacin obtenida y predecir, con base a unos modelos determinados, el impacto de las futuras decisiones antes de llevarlas a la prctica. Normalmente se trata de conjuntos integrados de programas (clculos estadsticos, consultas de bases de datos, modelizacin, programacin matemtica, etc.) que pueden compartir los mismos datos e informaciones (tanto de fuentes internas como externas)". De esta manera, la toma de decisiones se convierte en una variable crtica de xito dentro de las empresas, y es aqu donde radica la importancia de un DSS. "En la actualidad los sistemas de informacin juegan un papel fundamental para el xito de las empresas. Es un gran reto el que una organizacin pueda tener controladas las variables de planeacin, organizacin, control y direccin de la empresa. Para poder tener un control de las mismas, se requiere de tomar decisiones acertadas que puedan llevar a la organizacin en la direccin deseada". Como se puede ver, el sistema de soporte a la decisin es la base a travs de la cual se podrn delinear planes y estrategias para la empresa, ya que proporcionar al tomador de decisin los instrumentos necesarios para direccionar los esfuerzos hacia un objetivo o fin comn. Los DSS pueden ser implementados para dar soporte a un rea especfica dentro de la empresa, o bien puede ser diseado para que uno solo de ellos proporcione soporte a diversas reas. A travs de un sistema de soporte a la decisin, se pueden obtener los siguientes beneficios, relacionados a cada rea de la empresa: "En el rea administrativa para tomar decisiones basadas en anlisis financieros, anlisis de costos y en otros anlisis realizados con respecto de informacin contable o administrativo. En el rea de produccin para tomar decisiones basadas en informacin relevante a costos de produccin, asignacin de recursos de produccin, programacin de itinerarios y control de niveles de inventarios. Y por ltimo, en el rea de ventas se aplican estos sistemas para la toma de decisiones en cuanto a campaas publicitarias, planeacin de la mercadotecnia y soporte a la venta".

44

Tomando en cuenta lo anteriormente expuesto, un DSS es capaz de propiciar diversos factores, todos ellos con un alto grado de importancia para la entidad: una reduccin de costos dentro de la empresa, agilizacin de procesos dentro de cada rea de la organizacin, optimizacin del servicio proporcionado a clientes y proveedores, entre otros, y partiendo de ellos es posible establecer una ventaja competitiva importante con respecto a sus competidores directos dentro del mercado. 2.3. BASE DE DATOS. Segn Martn (1997, p.5), una base de datos puede definirse como una coleccin de datos interrelacionados almacenados sin redundancia, cuya finalidad es la de servir a una aplicacin de la mejor manera posible. Para Pressman (2007, p.6), el diseo de base de datos se utiliza para definir y despus para especificar la estructura de los objetos de negocios que se emplean en el sistema cliente/servidor, definiendo un objeto de negocio como una informacin que es visible para los usuarios de los sistemas, pero no para quienes lo implementan. 2.3.1. COMPONENTES PRINCIPALES DE UNA BASE DE DATOS. Segn Kendall k (1997), lo que compone principalmente una BD son los siguientes: Datos: Son la Base de Datos propiamente dicha. Hardware: Se refiere a los dispositivos de almacenamiento en donde reside la base de datos, as como a los dispositivos perifricos (unidad de control, canales de comunicacin, etc.) necesarios para su uso. Software: Est constituido por un conjunto de programas que se conoce como Sistema Manejador de Base de Datos (DMBS: Data Base Management System). Este sistema maneja todas las solicitudes formuladas por los usuarios a la base de datos. Usuarios: Existen tres clases de usuarios relacionados con una Base de Datos:

45

El programador de aplicaciones, quien crea programas de aplicacin que utilizan la base de datos. El usuario final, es quien accede a la base de datos por medio de un lenguaje de consulta o de programas de aplicacin. El administrador de la Base de Datos (DBA: Data Base Administrator), quien se encarga del control general del Sistema de Base de Datos. 2.3.2. CARACTERISTICAS DE LAS BASES DE DATOS. Segn Base de Datos (UNA, 2000), los objetivos de una base de datos son corregir y mejorar las fallas y altos costos que existan en el pasado previo al advenimiento de estas. As, enumerando las fallas, se puede establecer las caractersticas ms resaltantes (p.17). A continuacin se presentan: Independencia de los Datos. Es decir, que los datos no dependen del programa y por tanto cualquier aplicacin puede hacer uso de los datos. Reduccin de la Redundancia. Llamamos redundancia a la existencia de duplicacin de los datos, al reducir sta al mximo conseguimos un mayor aprovechamiento del espacio y adems evitamos que existan inconsistencias entre los datos. Las inconsistencias se dan cuando nos encontramos con datos contradictorios. Seguridad. Un SBD debe permitir que tengamos un control sobre la seguridad de los datos. Permiten la programacin a usuarios avanzados. 2.3.3. OBJETIVOS DE UNA BASE DE DATOS. Segn Thomas, Connolly (2005, p.13), entre las metas ms importantes que se persiguen al disear un modelo de bases de datos, se encuentran las siguientes: Acceso eficiente a la informacin (fcil y rpido) con redundancia mnima. Disear esquemas con la forma normal.

46

Especificaciones de limitantes (dependencias funcionales). La consistencia de datos es necesarias y el mantenimiento de estos. La evolucin de la base de datos para que se adapte a las nuevas necesidades de los usuarios. 2.3.4. VENTAJAS EN EL USO DE BASE DE DATOS. Segn Base de Datos (UNA, 2000), ventajas (p.23): Uso flexible. Porque los datos pueden usarse o accesarse en formas flexibles con diferentes caminos de acceso. Facilidad de cambios. Porque la base de datos puede crecer y cambiar sin interferir con las formas establecidas de usar los datos. Economa. Minimizacin de los altos costos de hacer cambios a programas. Consistencia de datos. Esto es como con secuencia de la minimizacin de la redundancia. Independencia de datos. Porque se puede expandir la estructura de datos, o hacer cambios sin reescribir los programas. Privacidad. Porque el sistema permite el bloqueo de acceso no autorizados a la base de datos, as como tambin, la modificacin y alteracin de datos por usuarios o programadores inescrupulosos. 2.4. SISTEMA DE GESTION DE BASE DE DATOS (SGBD). Segn Whitten J. (2003, p.619) es un software informtico especializado y disponible en el mercado que se utiliza para creaciones, acceso, control y gestin de la base de datos, dedicado a servir de interfaz entre la base de datos, el usuario y las aplicaciones que la utilizan. Segn Base de datos (UNA, 2000), es el software que maneja el acceso a la base de datos, es decir un conjunto de programas que controlan la transmisin de la informacin desde el nivel externo hasta el nivel interno (p.35). se pueden mencionar las siguientes

47

El propsito general de los sistemas de gestin de base de datos es el de manejar de manera clara, sencilla y ordenada un conjunto de datos que posteriormente se convertirn en informacin relevante para una organizacin. 2.4.1. OBJETIVOS DE UN SGBD. Segn Thomas, Connolly (2005, p.23) .Existen distintos objetivos que deben cumplir los SGBD: Abstraccin de la informacin. Los SGBD ahorran a los usuarios detalles acerca del almacenamiento fsico de los datos. Da lo mismo si una base de datos ocupa uno o cientos de archivos, este hecho se hace transparente al usuario. As, se definen varios niveles de abstraccin. Independencia. La independencia de los datos consiste en la capacidad de modificar el esquema (fsico o lgico) de una base de datos sin tener que realizar cambios en las aplicaciones que se sirven de ella. Consistencia. En aquellos casos en los que no se ha logrado eliminar la redundancia, ser necesario vigilar que aquella informacin que aparece repetida se actualice de forma coherente, es decir, que todos los datos repetidos se actualicen de forma simultnea. Por otra parte, la base de datos representa una realidad determinada que tiene determinadas condiciones, por ejemplo que los menores de edad no pueden tener licencia de conducir. El sistema no debera aceptar datos de un conductor menor de edad. En los SGBD existen herramientas que facilitan la programacin de este tipo de condiciones. Seguridad. La informacin almacenada en una base de datos puede llegar a tener un gran valor. Los SGBD deben garantizar que esta informacin se encuentra segura de permisos a usuarios y grupos de usuarios, que permiten otorgar diversas categoras de permisos. Manejo de Transacciones. Una Transaccin es un programa que se ejecuta como una sola operacin. Esto quiere decir que luego de una ejecucin en la que se produce una falla es el mismo que se obtendra si el programa no se hubiera ejecutado. Los SGBD proveen mecanismos para programar las modificaciones de los

48

datos de una forma mucho ms simple que si no se dispusiera de ellos. Tiempo de respuesta. Lgicamente, es deseable minimizar el tiempo que el SGBD tarda en darnos la informacin solicitada y en almacenar los cambios realizados. 2.4.2. VENTAJAS DE UN SGBD. Segn Thomas, Connolly (2005, p.24) .Existen una serie de ventajas de los SGBD a continuacin se exponen: Control de redundancia de los datos. Coherencia de los datos. Comparticin de datos. Mayor integridad de los datos. Mayor seguridad. Imposicin de estndares. Equilibrio entre requisitos conflictivos. Mejor accesibilidad a los datos y mayor capacidad de respuesta. Productividad mejorada. Mantenimiento ms sencillo gracias a la independencia de los datos. Servicios mejorados de copia de seguridad y recuperacin. 2.4.3. CLASIFICACION DE LOS SGB. Segn Prieto (1995, p.7). El criterio principal que se utiliza para clasificar los SGBD es el modelo lgico en que se basan. Los modelos lgicos empleados con mayor frecuencia en los SGBD comerciales actuales son el relacional, el de red y el jerrquico. Algunos SGBD ms modernos se basan en modelos orientados a objetos. El modelo Relacional Este es el modelo ms utilizado en la actualidad para modelar problemas reales y administrar datos dinmicamente. Cuando fue creado a finales de los aos sesenta, no tard en consolidarse como un nuevo paradigma en los modelos de base de datos. Su idea fundamental se basa en el concepto de "tablas",

49

que a su vez se componen de registros (las filas de una tabla) y campos (las columnas de una tabla). En este modelo, el lugar y la forma en que se almacenen los datos no tienen relevancia (a diferencia de otros modelos como el jerrquico y el de red). Esto tiene la considerable ventaja de que es ms fcil de entender y de utilizar para un usuario casual de la base de datos. La informacin puede ser recuperada o almacenada por medio de "consultas" que ofrecen una amplia flexibilidad y poder para administrar la informacin. 2.4.4. MODELO DE DATOS DE UN SGB. Segn Whitten J. (2003, p.620). Es una tcnica para la organizacin y la documentacin de los datos de un sistema. En ocasiones, la modelizacin de datos recibe el nombre de modelizacin de base de datos, debido a que los modelos de datos normalmente se implantan como bases de datos. El modelo de datos es una cuestin fundamental a la hora de disear bases de datos. En Los sistemas de bases de datos recoge estos 3 modelos fundamentales: Modelos lgicos basados en objetos: los dos ms extendidos son el modelo entidad-relacin y el orientado a objetos. El modelo entidad-relacin (E-R) se basa en una percepcin del mundo compuesta por objetos, llamados entidades, y relaciones entre ellos. Las entidades se diferencian unas de otras a travs de atributos. El orientado a objetos tambin se basa en objetos, los cuales contienen valores y mtodos, entendidos como rdenes que actan sobre los valores, en niveles de anidamiento. Los objetos se agrupan en clases, relacionndose mediante el envo de mensajes. Algunos autores definen estos modelos como "modelos semnticos". Modelos lgicos basados en registros: el ms extendido es el relacional, mientras que los otros dos existentes, jerrquico y de red, se encuentran en retroceso. Estos modelos se usan para especificar la estructura lgica global de la base de datos, estructurada en registros de formato fijo de varios tipos. El modelo relacional representa los datos y sus relaciones mediante tablas bidimensionales, que contienen datos tomados de los dominios correspondientes. El modelo de red est formado por

50

colecciones de registros, relacionados mediante punteros o ligas en grafos arbitrarios. El modelo jerrquico es similar al de red, pero los registros se organizan como colecciones de rboles. Algunos autores definen estos modelos como "modelos de datos clsicos". Modelos fsicos de datos: muy poco usados, son el modelo unificador y el de memoria de elementos. Algunos autores definen estos modelos como "modelos de datos primitivos". 2.4.5. FUNCIONES DE UN SGBD. Segn Thomas, Connolly (2005, p.15). Estas representan las funciones de un Sistema de Gestin de Base de Datos: Permitir a los usuarios almacenar datos, acceder a ellos y actualizarlos, ocultando su estructura fsica. Proporcionar un catlogo (diccionario de datos) accesible por los usuarios. Proporcionar un mecanismo que garantice el procesamiento de las transacciones. Proporcionar un mecanismo que realice el control de la concurrencia. Proporcionar un mecanismo para recuperacin ante fallos. Proporcionar un mecanismo de seguridad. Integrarse con algn software de comunicacin. Encargarse de mantener las reglas de integridad. Encargarse de mantener la independencia entre los programas y la estructura de la base de datos. Proporcionar herramientas para administrar la base de datos. 2.5. NORMALIZACION. Segn Montilva J. (1992), es un conjunto de reglas que sirven para ayudar a los diseadores a desarrollar un esquema que minimice los problemas de lgica. Cada regla est basada en la que le antecede. La normalizacin se adopt porque el viejo estilo de poner todos los datos en un solo lugar, como un archivo o una tabla de la

51

base de datos, era ineficiente y conduca a errores de lgica cuando se trataba de manipular los datos. 2.5.1. OBJETIVOS DE LA NORMALIZACIN. Segn Base de Datos (UNA, 2003), la normalizacin persigue

fundamentalmente tres objetivos: Aumentar la integridad de los datos. No hay prdida de informacin. Consistencia en los datos. 2.5.2. VENTAJAS DE LA NORMALIZACIN. (Montilva J., 1992). Facilidad de uso: Los datos estn agrupados en tablas que identifican claramente una entidad o relacin. Su representacin es clara y sencilla de entender incluso para los usuarios finales. Flexibilidad y facilidad de gestin: La informacin que necesitan los usuarios se puede obtener de las tablas relacionales o relaciones mediante operaciones de lgebra y clculo relacionales. Precisin: Las interrelaciones entre las tablas consigue mantener informacin diferente relacionada con toda exactitud. Mnima redundancia: La informacin no est duplicada innecesariamente. Mximo rendimiento de las aplicaciones: Solo se trata aquella informacin que va a servir de utilidad a cada aplicacin. 2.6. JAVA. Es un lenguaje de programacin orientado a objetos desarrollado por Sun Microsystems a principios de los aos 90. El lenguaje en s mismo toma mucha de su sintaxis de C y C++, pero tiene un modelo de objetos ms simple y elimina herramientas de bajo nivel, que suelen inducir a muchos errores, como la manipulacin directa de punteros o memoria.

52

Las aplicaciones Java estn tpicamente compiladas en un bytecode, aunque la compilacin en cdigo mquina nativo tambin es posible. En el tiempo de ejecucin, el bytecode es normalmente interpretado o compilado a cdigo nativo para la ejecucin, aunque la ejecucin directa por hardware del bytecode por un procesador Java tambin es posible. La implementacin original y de referencia del compilador, la mquina virtual y las bibliotecas de clases de Java fueron desarrollados por Sun Microsystems en 1995. Desde entonces, Sun ha controlado las especificaciones, el desarrollo y evolucin del lenguaje a travs del Java Community Process, si bien otros han desarrollado tambin implementaciones alternativas de estas tecnologas de Sun, algunas incluso bajo licencias de software libre. Entre noviembre de 2006 y mayo de 2007, Sun Microsystems liber la mayor parte de sus tecnologas Java bajo la licencia GNU GPL, de acuerdo con las especificaciones del Java Community Process, de tal forma que prcticamente todo el Java de Sun es ahora software libre (aunque la biblioteca de clases de Sun que se requiere para ejecutar los programas Java todava no es software libre). 2.7. DEFINICIN DE TRMINOS BSICOS. Abstraccin: Es el proceso de simplificar un problema complejo. Al abordar la solucin de un problema, no se abruma con cada uno de los detalles. Ms bien, lo simplifica enfocndose tan slo en los aspectos relevantes para la solucin. reas: las reas acadmicas constituyen al igual que las asignaturas un sistema de organizacin del saber a partir de su propia naturaleza, lgica interna y sistematicidad, proporcionan un cuerpo coherente de conocimientos y poseen su propio sistema de conceptos y procedimientos e integran los ejes transversales, dando al proceso enseanza-aprendizaje un sentido de globalidad. Las reas acadmicas establecidas para la primera y segunda etapa de educacin bsica son las siguientes: Lengua y literatura, matemtica, ciencias de la naturaleza y tecnologa, ciencias sociales, educacin esttica y educacin fsica. Atributos: son las caractersticas externas y visibles de una clase.

53

Base de Datos: Datos recolectados y almacenados de forma estructurada para facilitar el acceso a la informacin; contiene registros y campos. Conjunto de archivos relacionados. En el caso del ambiente de desarrollo en Visual FoxPro, es un contenedor de tablas asociadas a un archivo fsico (con extensin DBC). Al agregar una tabla se crean vnculos entre el archivo de tabla y el contenedor de la base de datos. Adems de las tablas, el contenedor de base de datos puede guardar otros tipos de objetos tales como: vistas, conexiones y procedimientos almacenados asociados a las tablas que forman la base de datos. Base de Datos Relacional: Tipo de base de datos o sistema de administracin de bases de datos, que almacena informacin en tablas (filas y columnas de datos) y realiza bsquedas utilizando los datos de columnas especificadas de una tabla para encontrar datos adicionales en otra tabla. Clase: define los atributos y comportamientos comunes que comparte un tipo de objeto. Las clases actan en forma muy parecida a una plantilla o molde en el sentido de que una clase se utiliza para crear o instanciar objetos. Comportamiento: es la accin que realiza un objeto cuando pasa un mensaje o en respuesta a un cambio de estado: es algo que realiza un objeto. Consulta: Conjunto de datos que pueden venir de varios orgenes de datos, filtrar registros, manipular datos y ordenar los resultados, todo ello con instrucciones SQL. Contenidos: son el conjunto de los saberes relacionados con lo cultural, lo social, lo poltico, lo econmico, la cientfico, lo tecnolgico, entre otros, que conforman las distintas reas acadmicas, cuya asimilacin y apropiacin por los alumnos es considerada esencial para su desarrollo y socializacin. DBMS (DataBase Management System): Sistemas Manejadores de Bases de Datos. DSS: Sistema de apoyo de decisiones. Dominio: Es el conjunto de conceptos que representan los aspectos importantes del problema que se intenta resolver. Tambin puede decirse, que es el espacio donde se desarrolla un problema.

54

Entidad: Es cualquier persona, lugar, cosa o evento de inters para la organizacin y acerca de la cual se capturan, almacenan o procesan datos. Estado de un objeto: Resulta de la combinacin de la variables internas del objeto. Entendiendo por variable interna el valor contenido dentro de un objeto. Formulario: Objeto diseado principalmente para la introduccin y visualizacin de los datos o el control de la ejecucin de la aplicacin. Los formularios son bsicamente pantallas que interactan de manera indirecta con la informacin almacenada en la base de datos a travs de objetos que albergan temporalmente los datos. Informe: Objeto diseado para dar formato, calcular, imprimir y resumir datos seleccionados. Interfaz: Es la encargada de listar los servicios proporcionados por un componente. La interfaz acta como un contrato con el mundo exterior que define exactamente lo que una entidad externa puede hacer con el objeto. Una interfaz es un panel de control para el objeto. Lenguaje de Consulta Estructurado (Structured Query Language, SQL): Es un lenguaje de consulta estructurado concebido en el mbito del modelo relacional. Hoy en da es el punto de referencia, sin lugar a dudas, en cuanto se refiere a la modalidad lgica de acceso a las bases de datos. SQL se puede considerar actualmente: un lenguaje de consulta para base de datos relacionales; un lenguaje de definicin para base de datos relacionales; un lenguaje de manipulacin para base de datos relacionales, accesible directamente al usuario o inmerso en un lenguaje de programacin husped; un lenguaje de consulta y manipulacin para base de datos no relacionales (por ejemplo ADABAS); una especie de protocolo de acceso remoto a datos en red (SQL Server); un protocolo de acceso distribuido de datos; un estndar internacional. Observando todos estos roles juntos, SQL se presenta como una especie de estrato, interpuesto entre los agentes (hombres, o programas), que elaboran los datos, y las estructuras que se encargan de la memorizacin y seguridad fsica de la misma. MEDSI (Metodologa Estructurada para el Desarrollo de Sistemas de

55

Informacin): Es un plan de trabajo que permite el desarrollo progresivo y por etapas de los sistemas de informacin. Modelo de Datos: Es un conjunto de herramientas conceptuales para describir los datos, las relaciones entre ellos, su semntica y sus limitantes. Mdulo: Conjunto de instrucciones de programa que puede ser invocado por medio de un nombre propio. Normalizacin: La normalizacin comprende el aislamiento de atributos que no dependen totalmente de la entidad para crear nuevas entidades, evitando anomalas en el manejo de la informacin y disminuyendo la redundancia de la misma. El proceso de normalizacin se realiza en tres (3) etapas sucesivas que transforman las entidades en formas conocidas como: primera forma normal (1FN), segunda forma normal (2FN) y tercera forma normal (3FN) de la entidad o entidades. Cada una de estas etapas involucra lo siguiente: 1. Para llegar a la primera forma normal se aslan en entidades nuevas y nicas, todos los atributos (o grupos de atributos) repetitivos (recurrentes), partiendo la entidad en dos o ms entidades. 2. Para llegar a la segunda forma normal se aslan en entidades nuevas y nicas, los atributos que no dependan de todos los atributos (este paso se aplica a entidades con claves concatenadas). 3. Para llegar a la tercera forma normal se aslan en entidades nuevas y nicas, los atributos que dependen de atributos que no son claves en la entidad. Objeto: Es un componente del software que encapsula estado un comportamiento. Tambin puede considerarse como una instancia de una clase. Redefinir: Es el proceso mediante el cual una clase hija toma un mtodo de la clase madre y lo reescribe con el propsito de cambiar su comportamiento. Sistemas Manejadores de Bases de Datos Relacinales: Un sistema manejador de base de datos es un software que permite la manipulacin o administracin de los registros de datos que conforman la base de datos, la administracin comprende el control de los procesos de inclusin, modificacin, consulta y eliminacin de dichos registros.

56

SISTOD: Sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin. Tabla: Objeto que se define y utiliza para almacenar los datos. Una tabla contiene informacin sobre un tema o asunto en particular. Las tablas contienen campos que almacenan los diferentes tipos de datos, y registros (filas) que recogen toda la informacin de una determinada instancia del tema. Las tablas asociadas a una base de datos pueden tener propiedades como reglas a nivel de campo y a nivel de registro, los desencadenantes y las relaciones persistentes.

CAPITULO III

MARCO METODOLGICO

El marco metodolgico est referido al momento que alude al proceso de investigacin, con el objeto de ponerlos de manifest y sistematizarlos; a propsito de permitir descubrir y analizar los supuestos del estudio y de reconstruir los datos, a partir de los conceptos tericos convencionalmente operacionalizados. En este captulo se presenta la metodologa que permiti el desarrollo del presente Trabajo Especial de Grado. Se muestran aspectos como el tipo de investigacin, el diseo, metodologa utilizada y la limitacin del estudio que se usaron para llevar a cabo dicha investigacin. 3.1. TIPO DE INVESTIGACIN. Segn el criterio Sabino, Carlos (2002, pg.42), de acuerdo a su propsito una investigacin aplicada persigue, fines ms directos e inmediatos. Tal es el caso el desarrollo de un sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos de la tercera etapa y diversificada de educacin. Para Sabino, Carlos (2002) es descriptiva debido a que utiliza criterios sistemticos que permiten poner de manifiesto la estructura o el comportamiento de los fenmenos en estudio, proporcionando de ese modo informacin sistemtica y comparable con la de otras fuentes (p.43). El desarrollo contempla el personal de la empresa Servec S.A., as como la interrelacin con distintos planteles educativos, en

57

58

este caso se hace uso de un plantel que nos sirve de modelo para el desarrollo del sistema. En referencia a Kendall y Kendall (1991, p.51), esta investigacin se puede catalogar como Tecnolgica, debido a que el desarrollo de un sistema de informacin, representa un instrumento o medio para transformar datos en informacin, lo cual la ubica en el rea de la Tecnologa del Conocimiento, teniendo como elemento central, dicha informacin, la cual es soporte para facilitar la toma de decisiones, basadas en trminos de precisin, conveniencia y oportunidad. Finalmente, la investigacin se clasific como Proyecto Factible, ya que, segn la UPEL (2003, p7) esto consisten en la investigacin, elaboracin y desarrollo de una propuesta o modelo operativo viable para solucionar un problema de una organizacin o grupo social, especficamente, un Sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin. Este proyecto se encuentra enmarcado en la modalidad proyecto factible, ya que busca la solucin a un problema prctico para proporcionar alternativas en funcin de mejorar el rendimiento del estudiante para la tercera etapa y diversificada de educacin especficamente para la empresa Centro SERVEC S.A., para lo cual es necesario el cumplimiento de una serie de fases, que permitan el logro de los objetivos trazados. Estas se basan en el objetivo general y los objetivos especficos del proyecto, tales como: planteamiento, fundamentacin terica y diseo, procedimientos metodolgicos, actividades y evaluacin de los recursos necesarios para la ejecucin, anlisis, conclusiones, as como sobre la viabilidad del proyecto y realizacin de este.

59

3.2. DISEO DE LA INVESTIGACIN. Segn Sabino (2002, p.64) en funcin del tipo de datos a ser recogidos para llevar a cabo una investigacin es posible categorizar a los diseos en dos grandes tipos bsicos: diseos bibliogrficos y diseos de campo. Sabino (2002, p.64) define los diseos de campo como aquellos en los cuales los datos de inters se recogen en forma directa de la realidad, mediante el trabajo concreto del investigador y su equipo; estos datos, obtenidos directamente de la experiencia emprica, son llamados primarios, denominacin que alude a la manera de ser obtenidos, los cuales son datos de primera mano, originales, producto de la investigacin en curso sin intermediacin de ninguna naturaleza. Segn lo establece Hernndez, Fernndez y Baptista (1998, p.184), la investigacin planteada es No Experimental, por cuanto solo se observan fenmenos tal y como se dan en su contexto natural, para su posterior anlisis, adems la investigacin se realiz sin manipular deliberadamente las variables. Es de Campo, debido a que el grupo o fenmenos, es estudiado en su ambiente natural. Por lo tanto, la investigacin que se presenta es considerada como un estudio de campo, debido a que la recoleccin de datos primarios se realiz directamente en el lugar de trabajo, es decir, en la empresa SERVEC S.A., mediante observacin directa y consultas al personal docente y administrativo, a travs de las cuales se pudo conocer la problemtica existente; tambin se realiza un visita programada al plantel que se seleccion para corroborar datos y observar la conducta tanto del estudiante como del profesor, as como tambin interactuar con estos para poder aportar ms informacin que complemente el desarrollo de este proyecto. 3.3. POBLACIN Y MUESTRA. Poblacin: Al hablar de la poblacin se puede decir que es un grupo de individuos del mismo nivel o clase, que ser limitada por el estudio. Al respecto Ramrez, T (1999), dice que la poblacin, es la reunin de individuos, objetos, etc., que pertenece a una misma clase, con la diferencia que se refiere a un conjunto

60

limitado por el mbito del estudio a realizar (p.87). Segn, Sabino, C. (1998) es un conjunto conformado por una totalidad considerables de nmeros de unidades. (p.124). La poblacin objeto en estudio es la del personal docente de la institucin que ser el modelo para el desarrollo del sistema, esta constar de los siete (7) profesores que imparten clases de tres asignaturas en particular a las siguientes secciones 7 (A y B) y 4to (A y B) y a los cuarenta alumnos (40), de la U.E. San Martin de Porres. Se toma una poblacin finita ya que una pequea muestra nos permite valorar el desenvolvimiento tanto de los profesores as como el de alumnos, se escoge una cantidad especfica de alumnos estos fueron escogidos al azar. Esta poblacin selecciono por medio de la empresa SERVEC S.A. Muestra: Segn TAMAYO, T. Y TAMAYO, M (1997), afirma que la muestra es el grupo de individuos que se toma la poblacin, para estudiar un fenmeno estadstico (P38) Esta muestra representa el objeto de estudio en donde se rene la investigacin y seleccionada de la poblacin en estudio debido a que ella posee los elementos y/o actividades que conforman el proceso productivo de la organizacin. A continuacin en la Tabla 1 se desglosa de forma especfica la muestra de la poblacin en estudio.

MUESTRA DE POBLACION POBLACION Profesores Alumnos TOTAL CANTIDAD 7 12 19

Tabla 1: Muestra de Poblacin. Elaborado por Isamara Zuleta (2010).

61

3.4. TCNICAS E INSTRUMENTOS DE RECOLECCIN DE DATOS DE LA INVESTIGACIN. Segn Mndez (2001, p. 248), las fuentes son hechos o documentos a los que acude el investigador y que le permite obtener informacin. Las tcnicas son los medios empleados para recolectar la informacin. Las tcnicas de recoleccin de datos son las distintas formas o maneras de obtener informacin. Por lo tanto, para las dos primeras etapas del desarrollo del sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin, se utilizaron diversas tcnicas como: entrevistas, revisin de formatos y observacin, que permitieron la recopilacin necesaria acerca de la forma de evaluacin y planificacin que lleva el plantel modelo (Unidad Educativa San Martin de Porres). Emilio Latorre explica que la informacin primaria se obtiene de varias maneras entre las cuales se encuentra la entrevista y la observacin. La entrevista es un reporte verbal de una persona donde se obtiene informacin sobre su conducta, experiencia u opinin y tiene la ventaja que presenta una flexibilidad, cobertura y puede involucrar aspectos ms emocionales que los que se obtienen en otros mtodos de recoleccin de datos. Las entrevistas realizadas al personal de la institucin San Martin de Porres fueron no dirigidas, es decir, entrevistas en las cuales no se hacen preguntas especiales y el nfasis se pone ms en el anlisis de las impresiones que en el de los hechos. Segn Whitten La observacin es una tcnica de investigacin de hechos durante el cual los analistas participan activamente o bien actan como espectadores de las actividades llevabas a cabo por una persona para conocer mejor un sistema. La revisin de registro de formatos manuales que llevan los docentes de la institucin San Martin de Porres, ser otro de los mtodos que aportar informacin relevante sobre como llevan los procesos de planificacin y notas, para Hurtado, esta

62

tcnica es un proceso mediante el cual el investigador recopila, revisa, analiza, selecciona y extrae informacin de diversas fuentes, acerca de un tema en particular, con el propsito de llegar al conocimiento y comprensin ms profundo del mismo (p.90). 3.5. METODOLOGA DE ANLISIS Y DISEO DE SISTEMAS DE INFORMACIN. La metodologa a emplear para el desarrollo del sistema es la propuesta por Whitten, Jeffrey (2008), en su libro Anlisis y Diseo de Sistemas de informacin, est compuesta por varias fases, basando en el desarrollo de esta en el ciclo de vida de los sistemas modernos (p.97). Segn Whitten (2008, p.95). Es un proceso por el cual los analistas de sistemas, los ingenieros de software, los programadores, y los usuarios finales elaboran sistemas de informacin y aplicaciones informticas. El ciclo de vida clsico consta de 4 fases: anlisis de sistemas, diseo de sistemas, implantacin de sistemas (implementacin) y soporte de sistemas (mantenimiento), el ciclo de vida moderno aade una nueva fase planificacin de sistemas (planeacin). Para el caso que se plantea el desarrollo del sistema se presenta en cuatro (4) fases a continuacin se expone como estarn compuestas para el desarrollo de cada una de ellas: FASE I: PLANIFICACION DEL SISTEMA. La planificacin es un proceso permanente que pretende sealar y establecer prioridades sobre aquellas tecnologas y aplicaciones que producirn el beneficio mximo. Para esta fase se detectan las necesidades que motivan el desarrollo del sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin, por lo tanto se siguen los pasos de un proyecto de informacin en el se contemplan la

63

planificacin de estrategias, las causas para el desarrollo del sistema, los mtodos, las actividades para la planificacin del proyecto y la viabilidad del sistema. Todo los puntos mencionados anteriormente se harn con el propsito de enfocar de una forma diferente el desarrollo de los sistemas para la educacin, ya que la funcin de esta es procurar el desarrollo de conocimientos, habilidades, destrezas, y valores que les permitan ser personas capaces y eficientes como resultado de un aprendizaje real y permanente, y es la escuela quien promueve y facilita este desarrollo. FASE II: ANALSIS DEL SISTEMA. Esta fase no es ms que el estudio del sistema actual de la empresa u organizacin, detectando las necesidades y las prioridades manifestadas por los usuarios para la construccin de un nuevo sistema, por lo tanto, para el caso que se plantea se analiza la forma como lleva la informacin la institucin que se usar como modelo. Para el desarrollo de esta fase se realizaran las siguientes acciones como: anlisis de las necesidades para el desarrollo de un sistema de informacin, para el caso que se plantea un sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin, haciendo hincapi en su base que son los sistemas de informacin, para ello se analizaran la evaluacin que llevan los profesores de la institucin modelo, luego se establecern los objetivos del nuevo sistema, los requerimientos del sistema claro esta identificando las necesidades y por ultimo estructura las necesidades. Conforme se renen los detalles, se estudian los datos sobre requerimientos, con la finalidad de identificar las caractersticas del sistema, se incluir que debe arrojar este, tales como: datos de profesores, representantes y alumnos, estadsticas y reportes. Toda esta informacin que se acaba de mencionar demostrar la importancia del sistema de informacin, la intencin es determinar con claridad y justificar el

64

desarrollo de este; y el aporte que genera hoy en da los sistemas de informacin para las empresas, no esta ajeno de esto la educacin, dando una proyeccin positiva para en un futuro no muy lejano sean estos tomados ms en cuenta a la hora de buscar herramientas que proporcionen avance, para el caso que se plantea es como una oportunidad positiva para el mejoramiento no solo para el alumno sino tambin para el personal docente. FASE III: DISEO DEL SISTEMA. Segn Whtitten (2008, p 496), mientras que el anlisis de sistema concentra principalmente su inters en los aspectos lgicos, independientes de la implantacin, de un sistema (las necesidades), el diseo de sistema trata los aspectos fsicos o dependientes de la implantacin del sistema (las especificaciones tcnicas de dicho sistema). Por lo tanto, el desarrollo de esta fase se presenta de la siguiente forma, aqu se abarcara lo que es el diseo de sistemas de informacin, el diseo lgico que tendr el sistema y el diseo lgico de datos, as como tambin el diseo lgico de procesos y el diseo fsico del sistema, se definirn las fronteras de este, arquitectura, luego se muestra el diseo de procesos, la base de datos y por ltimo las entradas, salidas e interfaces del sistema a desarrollar (SISTOD). Todo lo antes expuesto tiene su base en sus primeras dos fases, ya que es necesario realizar el correspondiente anlisis y evaluar las necesidades del sistema que aportaran los lineamientos o pautas necesarias para el diseo del nuevo sistema complementa y justifica este. FASE IV: IMPLEMENTACION Y SOSPORTE DEL SISTEMA. Una vez que sabe que funciones debe desempear el sistema de informacin que parte del anlisis y se ha decidido cmo se van a organizar sus distintos componentes que sera la parte que corresponde al diseo, entonces es el momento de pasar a la fase de la implementacin. Luego de la instalacin se mostraran en caso de

65

que tengas las fallas de manera que se eliminen cualquieras de estas o en caso de si se deseara ampliarse de alguna manera. En esta fase se producirn los detalles que establecern la forma en la que el sistema cumplir con los requerimientos identificados en la fase anterior, comenzando por la implementacin del sistema esto desencadena una serie de actividades a seguir como son: Construir y comprobar las tecnologas de comunicacin del sistema, construir y comprobar la bases de dato, construir y comprobar el sistema (SISTOD), comprobar el desenvolvimiento del sistema de informacin (SISTOD) y por ltimo la instalacin y prueba que tambin genera acciones a seguir como son: Preparar un plan para la instalacin de este, instalar y evaluar el sistema, etc. Toda lo antes planteado se har con el fin de proporcionar confiabilidad en el desempeo de SISTOD, es decir que se cumpli con los objetivos trazados para el desarrollo del sistema cumpliendo para ello con todas las normas del desarrollo de sistemas de informacin.

CAPITULO IV ANALISIS Y DISCUSION DE LOS RESULTADOS En el desarrollo de este captulo se presenta el modelo de Sistema para el apoyo en la toma de decisiones que conforma el objetivo principal de esta investigacin. Para lograr este objetivo se procedi a la seleccin de una metodologa para el desarrollo del sistema y su aplicacin para construir el mismo. A continuacin se describen cada una de las etapas de la metodologa empleada y los resultados obtenidos con cada una. FASE I: PLANIFICACIN DE SISTEMAS. 4.1. INICIO DE UN PROYECTO DE INFORMACIN. A continuacin se presentan los distintos puntos a desarrollo para el inicio de un proyecto de informacin, en el caso que se platean un sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin (SISTOD). 4.1.1. PLANIFICACIN ESTRATGICA DE SISTOD. Segn Whitten (2003, p.101) La planificacin estratgica de los sistemas de informacin intenta identificar y establecer prioridades acerca de las tecnologas y las aplicaciones susceptibles de reportar un mximo beneficio a la empresa. Para este punto se forma un grupo de trabajo para el desarrollo del sistema propuesto, este grupo est compuesto de la siguiente manera: un equipo que est liderado por el Coordinador del rea de transcripcin, esto debido a que en esta rea 66

67

es donde descansa toda la informacin que entregan los planteles educativos a la empresa para su digitalizacin, y un segundo equipo lo conforman el departamento de informacin y tecnologa que consta de dos personas especialistas en anlisis de sistemas, estos son los que aportaran los conocimientos en el rea de avance tecnolgico como software para el desarrollo del nuevo sistema de informacin. 4.1.2. CAUSAS INFORMACIN. Las causas son las razones que motivan a que se proponga un nuevo proyecto, este se hace en base a las necesidades que promueven el desarrollo de un sistema, ya que este contribuir de distinta maneras a la optimizacin, pero para ello tiene que existir una necesidad, por la tanto, se puede listar de la siguiente manera las causas: 1. Bajo rendimiento estudiantil. 2. Falta de control de la informacin relacionada con la planificacin y evaluacin que lleva el profesor. 3. Falta de control sobre el grado de aprendiza del alumno por asignatura y por objetivo. 4. La forma manual de llevar no permite realizar un seguimiento para los coordinadores docente o jefes de seccionales. 5. No hay forma de tener estadsticas sobre no solo como va el alumno si no tambin el profesor. 4.1.3. ACTIVIDADES EN LA FASE DE PLANIFICACIN DEL PROYECTO: A continuacin se presentan las fases de la planificacin de este proyecto, en este se detallan los objetivos, las actividades a seguir, el cronograma por mencionar algunos. PARA EL DESARROLLO DE UN SISTEMA DE

68

4.1.3.1. SELECCIN DE LOS PARTICIPANTES EN EL DESARROLLO DE SISTOD. Se realiz la seleccin de la siguiente manera: se seleccion 7 profesores de diferentes materias en cuatro secciones, la intencin es ver cmo se desenvuelve este en sus clases y los resultados de estas, tambin se uso 40 alumnos, repartidos en 10 por cada seccin (7A, 7B, 1ero A, 1ero B) y por ltimo la Coordinadora del departamento de transcripcin y su asistente, se incluyo tres transcriptores de la empresa SERVEC S.A. 4.1.3.2. DEFINIR OBJETIVOS Y EL ALCANCE DEL PROYECTO. 1. Automatizar el control de la informacin (notas y planificacin) de los profesores. 2. Automatizar toda la informacin en cuanto a los alumnos ya sea informacin adicional. 3. Aportar alternativas que permitan el mejoramiento acadmico del estudiante. 4. Control a travs de estadsticas los resultados y generar posibles alternativas para su mejora. 5. Generar reportes estadsticos y de informacin de datos, asignaturas, objetivos (planificacin). 4.1.3.3. DEFINICIN DE ACTIVIDADES. Las actividades a seguir son las siguientes: analizar el sistema que se utiliza en la actualidad, que es manual llevando en formato las informacin, luego se identifica los requerimientos del sistema para poder pasar a disear el sistema, basado en la informacin recabada en el anlisis, una vez realizado el diseo que es la definicin de la estructura de este, para luego poner en marcha el desarrollo del software, y por ltimo la implementacin; lo que se acaba de plantear representa las actividades, cada una contiene una cantidad de tiempo especifico. Lo anteriormente planteado se har en base a investigacin como observacin, entrevistas, y uso de material bibliogrfico, para poder dar base al desarrollo del nuevo sistema.

4.1.3.4. PLANIFICAR UN CALENDARIO. N de Semanas 01 02 03 04 05 S E M A N A S 06 07 08 09 10 11 12 13 14

Actividad Analizar la situacin actual del proceso

de evaluacin que se lleva a cabo para el rendimiento estudiantil de la tercera etapa y diversificada.

Identificar

los requerimientos del 2

usuario para la construccin del sistema. Disear el sistema propuesto en base a las necesidades del usuario Desarrollo del Software de apoyo en la Toma de Decisin. Prueba al Software. Total de Semanas

1 14

Tabla2. Calendario de Actividades. Elaborado por Isamara Zuleta (2010). 69

70

4.1.3.5.

ASIGNACIN DE RECURSOS PARA EL DESARROLLO DEL

SISTEMA. Se cuenta con los recursos necesarios tanto: tecnolgicos, infraestructura, humano, ya que la empresa SERVEC S.A., que es para la cual se desarrollo el sistema tiene disponibilidad total. Por la parte tecnolgica se cuenta con los insumos necesarios, computadoras (2) y la aplicaciones de software libre (NetBeans IDE 6.8, pgAdmin III, DBDesigner 4) todas son versiones actuales; la infraestructura cuenta con el rea de transcripcin de la empresa y el recurso humano que tiene la disposicin en la empresa SERVEC S.A. solo se necesitar a la Coordinadora, asistente y tres (3) transcriptores, etc. 4.1.3.6. ESTUDIAR LA VIABILIDAD DEL PROYECTO. Este proyecto que se presenta toma mucha importancia debido a que por medio del desarrollo de este sistema se determinar la necesidad de automatizar y controlar los procesos para en el caso que se plantean el mejoramiento del rendimiento del estudiante, por tanto con la realizacin del sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin, se persiguen los siguientes objetivos: 1. Automatizar dando seguridad de la informacin. 2. Arrojo de estadsticas para tabular el aprendizaje del alumno y determinacin de la evaluacin del profesor. 3. Alternativas soporten posibles soluciones. 4.1.4. ANLISIS DE VIABILIDAD. La viabilidad es una condicin que hace posible el funcionamiento del sistema, proyecto o idea al que califica, atendiendo a sus caractersticas tecnolgicas y a las leyes de la naturaleza involucradas. La viabilidad que se estudia para este proyecto tiene que ver con: economa, operacional, tcnica y fechas. A continuacin se detallan cada una de estas:

71

4.1.4.1. VIABILIDAD ECONMICA. En cuanto a la este punto se cuenta con el apoyo econmico, pero para el caso planteado solo se necesita ms la parte tcnica y operacional, debido a que es un aporte de la empresa para la mejora de la educacin. 4.1.4.2. VIABILIDAD OPERACIONAL. En cuanto a la factibilidad operacional est cuenta con el compromiso de la direccin para el desarrollo de este sistema, as como tambin de todo el personal para llevar a cabo el desenvolvimiento de este en caso de necesitarlo. Tambin se expresa que el sistema diseado se acoplar perfectamente a la nueva forma de evaluacin emitida por el Ministerio del Poder Popular para la Educacin, ya que no modifica los procesos que realiza, solo facilita y agiliza la ejecucin de estos. Y esto partiendo del principio de las propuestas del avance tecnolgico que se mantiene en desarrollo de esta organizacin, ya que esta promueve el desarrollo e implementacin de un nuevo sistema que mejore o contribuya a elevar el aprendizaje del alumno por objetivos, proporcionando personas preparadas de una manera completa. 4.1.4.3. VIABILIDAD TCNICA. Esta se evala ante determinado requerimiento o idea para determinar si es posible llevar a cabo satisfactoriamente y en condiciones de seguridad con la tecnologa disponible, verificando factores diversos como durabilidad, operatividad, implicaciones energticas, mecanismos de control, segn el campo que se trate. Por lo tanto, se puede decir que cuenta con todas las herramientas tcnicas necesarias, es decir, computadora, software libre (Netbeans, Postgres) el cual es uno de los lenguajes que ofrece ms ventajas, sencillez y una amplia gama de posibilidades al momento de disear la interfaz con el usuario; y no solo eso sino que trabajo bajo varios sistema operativos y tambin con bajo procesador permitiendo as que sea de fcil acceso este sistema. Cuenta tecnolgicamente con un equipo acorde

72

de Hardware, por lo que se considera el mismo es tcnicamente factible, presentando las siguientes caractersticas: Hardware: El procesador puede ser: Pentium 233 MHz o superior; se recomienda Pentium IV o superior. Disco duro de 100 MB, incluidos MB de espacio de disco que deben estar disponibles para el crecimiento de la base de datos. Memoria 64 MB RAM (mnimo) para Windows 98; 128 MB RAM (mnimo) para Windows XP. Monitor Sper VGA 15 Unidad de CD ROM o DVD. Floppy Drive 3 1/2 Impresora. Regulador de Voltaje Software: Microsoft Windows, Linux, Mac y cualquier sistema operativo que soporte java versin 1.3 en adelante. 4.1.4.4. VIABILIDAD DE FECHAS. Segn Whitten (2003, p. 501), la viabilidad de calendario es una evaluacin de la duracin del diseo y la implantacin de la solucin. Por tanto, se el tiempo de para desarrollar el sistema de informacin para el apoyo en la toma de decisiones basado en el rendimiento del estudiante por objetivos de la tercera etapa y diversificada de educacin, fue de tres meses y medio (3,5). 4.1.4.5. EVALUAR PROPUESTAS DE SISTEMAS DE INFORMACIN A TRAVS DE ANLISIS DE VIABILIDAD. El sistema sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin, se demostr con los puntos anteriores la viabilidad en las distintas areas dndole consistencia al desarrollo de este nuevo sistema.

73

Este es un sistema sencillo que quiere aportar un granito de arena para contribuir en la educacin hoy en da que lamentablemente a pesar de existir tantas formas de evaluacin no se consigue el mejoramiento del estudiante, esto contiene muchas directrices pero las que especficamente se estudian para este, se encuentra el eje bsico que son los alumnos y el padre sustituto de estos que es el profesor, tratando as de determinar la influencia del profesor y el desenvolvimiento del alumno, y lo ms interesante que se determinar a travs estadsticas aportando posibles soluciones de manera que poco a poco se puede ir moldeando de una forma positiva el control para una mejor educacin. FASE II: ANLISIS DE SISTEMAS. 4.2. INTRODUCCIN DEL ANLISIS DE SISTEMAS DE INFORMACIN. Segn Whitten (2003, p.39), un sistema de informacin es una disposicin de componentes integrados entre s cuyo objetivo es satisfacer las necesidades de informacin de una organizacin. Para Whitten (2003, p.40) el anlisis de sistemas es el estudio de un sistema actual de la empresa u organizacin, y la definicin de las necesidades y prioridades manifestadas por los usuarios para la construccin de un nuevo sistema de informacin. Por lo tanto, se puede expresar que el anlisis de sistemas de informacin se refiere al hecho de examinar la situacin en la que se encuentra la empresa u organizacin de manera de mejorar por medios procedimientos ms convenientes. Para ello se realizan una serie de pasos que contempla el anlisis de la situacin actual, as como tambin sus procedimientos; luego se comienza a levantar el mtodo del sistema que se implantar esto a travs de proyectar los objetivos, requerimientos y necesidades del sistema, etc.

74

4.2.1. ANLISIS DEL SISTEMA ACTUAL. Segn Whitten, Jeffrey (2003, p.114), el anlisis de sistemas consisten en estudiar y analizar el sistema actual. Es a partir de la informacin que se obtenga que el analista intenta comprender los problemas y las limitaciones del sistema. El anlisis de sistemas es la ciencia encargada del anlisis de sistemas grandes y complejos y la interaccin entre esos sistemas. Esta rea se encuentra muy relacionada con la investigacin de operaciones. Tambin se denomina anlisis de sistemas a una de las etapas de construccin de un sistema informtico, que consiste en relevar la informacin actual y proponer los rasgos generales de la solucin futura. Para este punto a tratar se realiza el estudio del sistema que actualmente se usa para poder detectar que se pretende con el nuevo sistema debido a que se toma informacin relevante proporcionar consistencia a este. 4.2.1.1. ANALIZAR LA ESTRUCTURA Y EL FUNCIONAMIENTO DE LA ORGANIZACIN. La empresa SERVEC S.A. es una organizacin que tiene 22 aos en el mercado llevando cada da el mejor servicio a cada plantel que solicita su servicio, y como cada da debe cumplir la misin de satisfacer a estos y de estar al da con los avances tecnolgicos que se presentan hoy en da, promueve el desarrollo de un sistema que colabora con el mejoramiento del rendimiento del estudiante a travs del arrojo de estadsticas, apegndose a la nueva evaluacin que el Ministerio del Poder Popular para la educacin exige, aportando un grano de una u otra manera a el avance del mejoramiento continuo del aprendizaje del alumno. Como se puede observar en la Figura 3, aparece la estructura de la empresa. Esta es una empresa pequea pero cuenta con un personal calificado que trata de dar el mejor servicio que se puede ofrecer, dando asesora a las distintas instituciones y promoviendo el avance tecnolgico al ofrecer talleres informativos.

Presidencia

Gerencia General

Gerencia Administrativa y Recursos Humanos

Departamento de Ventas

Departamento de Transcripcin

Departamento de Carnetizacin

Departamento de Impresin

Ejecutivos de Ventas (3) Coordinadora Coordinadora

Encargado

Asistente de la Coordinacin

Fotgrafo

Plastificador

Transcriptor

Transcriptor

Figura 3. Organigrama de la Empresa SERVEC S.A.

75

76

A travs del organigrama de la empresa se puede observar la distribucin estructural de la empresa, ella est conformada por cuatro departamentos y estos son: Ventas, transcripcin, Carnetizacion e impresin. La relacin el departamento de transcripcin en el cual descansa la informacin para luego llegar a los otros departamentos como lo son carnet e impresin, en cuanto a ventas es el punto de partida, ya que es por medio de este servicio que los distintos planteles adquieren el servicio. 4.2.1.2. ANALIZAR EL SISTEMA DE INFORMACIN ACTUAL. Es necesario determinar en primer lugar de qu manera lleva la informacin la empresa u organizacin de manera tal que se pueda entender lo que se quiere hacer, por lo tanto se realiza un anlisis de cmo se obtiene los datos, recabando la informacin a travs de la investigacin esta puede ser: observacin directa, entrevista, etc. Para el caso que se est planteando, esta informacin se obtuvo mediante la observacin directa en el plantel; y no se presenta ningn tipo de sistema de informacin, ya que los datos se obtiene por recoleccin manual los formatos que se presentan son el de planificacin, planilla de evaluacin cuantitativa, como se puede observar en las Tablas 3 y 4; en la primera se muestra como se lleva la planificacin, es decir, aparece el nombre del proyecto el contenido que tendr y por ultimo un desglose de las actividades que se aplicaran; en cuanto a este de proyecto se aplica para la educacin bsica pero de cierto tiempo ha tomado impulso el desarrollo de proyecto para la tercera etapa y diversificado, este es nico para todo el lapso escolar; la segunda se ve que contiene varia informacin es la forma como se lleva la evaluacin divida en tres aspectos: saber, hacer y convivir, en esta planilla cargan las notas de los alumnos, as como su asistencia. En cuanto a la empresa SERVEC S.A. ella como tal no posee ningn sistema para este tipo por cuanto nunca fue solicitado, es decir, que este desarrollo del nuevo sistema representa una innovacin para los distintos planteles a los cuales esta organizacin presta sus servicios.

REPUBLICA BOLIVARIANA DE VENEZUELA MINISTERIO DEL PODER POPULAR PARA LA EDUCACION MARACAIBO-EDO. ZULIA

DOCENTE: ____________________________ ASIGNATURA: ________________________ LAPSO: ____ GRADO: _____ SECCION:___ AO ESCOLAR: _______________________

PROYECTO DE AULA

Tabla 3. Formato de Planificacin Elaborado por Isamara Zuleta (2010) 77

Tabla 4. Formato de Evaluacin Elaborado por Isamara Zuleta (2010) 78

79

4.2.1.3. ANALIZAR LOS PROBLEMAS, LAS OPORTUNIDADES Y LAS NORMAS. Segn Whtitten (2003) cuando los usuarios o analistas inician proyectos, suele decirse que lo hacen como reaccin a ciertas situaciones. Con independencia de ello, el impulso de la mayora de los proyectos proviene de combinar problemas, oportunidades y normas (p.101). Problemas: El rendimiento del alumno por objetivos no se puede detectar con la forma de evaluacin que actualmente se lleva. Oportunidad: Por esta razn un sistema de apoya la toma de decisiones a travs de estadsticas, que generara resultados positivos para un buen rendimiento. Norma: Este sistema se ajustar al procedimiento de desarrollo de los sistemas para la empresa SERVEC S.A., esto en combinacin con la institucin que es modelo San Martin de Porres. 4.2.1.4. ESTABLECER LOS OBJETIVOS DEL NUEVO SISTEMA. Para cubrir las necesidades del sistema anteriormente planteadas se delimitaron una serie de objetivos, a continuacin se presenta: 1. Analizar la situacin actual del proceso de evaluacin que se lleva a cabo para el rendimiento estudiantil de la tercera etapa y diversificada. 2. Identificar los requerimientos del usuario para la construccin del sistema. 3. Disear el sistema propuesto en base a las necesidades del usuario. 4. Desarrollar el software de apoyo para la toma de decisiones usando herramientas de software libre. 5. Documentar el sistema. 6. Probar el sistema desarrollado. 4.2.2. ANLISIS DE REQUERIMIENTOS. En este punto se procede a levantar toda la informacin necesaria para el desarrollo del sistema, para ello se realiz entrevistas a los usuarios del sistema, es as

80

como se recopilaron todos los documentos como los formatos, planillas, entre otros, que son llevados durante la evaluacin de los alumnos de la tercera etapa y media de diversificado. Las actividades realizadas durante la evaluacin en esta etapa estn resumidas en los procesos descritos a continuacin: - Planificacin: Es un proceso continuo, sistemtico y de construccin colectiva en el que participa la escuela y la comunidad educativa. Este proceso consiste en la elaboracin de la programacin de los objetivos por asignatura para la realizacin de la evaluacin para los alumnos de la tercera etapa, media diversificada, o creacin de los proyectos por medio de los cuales sern evaluados los alumnos de la tercera etapa y de diversificado de educacin. El informe que se debe presentar en esta actividad, est constituido por los proyectos planificados por cada lapso los cuales deben ser remitidos a la coordinacin docente o direccin del plantel. En la actualidad este proceso es realizado por los docentes de aula de forma manual, lo que representa una gran inversin de tiempo por parte de este recurso humano. - Evaluacin del alumno: Esta actividad se realiza de forma continua y acumulada durante cada lapso y representa una de las piezas fundamentales en el proceso de enseanza-aprendizaje. La evaluacin est constituida por dos tipos: una cualitativa que se realiza mediante la calificacin de cada indicador del proyecto asignndole las categoras Iniciado, en Proceso y Consolidado; y una cuantitativa la cual se obtiene de la evaluacin cualitativa y que representa otro proceso en cual ser explicado a continuacin. - Clculo de Notas: Este clculo se realiza en base a cuatro variaciones que se identifican de la siguiente manera: Saber, hacer, convivir y ser, estas es la nueva forma de evaluacin que emana el ministerio cuali-cuantitativa. A continuacin se enmarca. Saber est relacionado con el conocimiento que se evala, es decir, es un conjunto articulado de conocimientos construidos por un individuo en relacin con un contexto cultural, que le permitan dar sentido al mundo que le rodea, ser un miembro activo y reaccionar frente a dicho entorno, comunicarse con otros y hacer progresar

81

sus propios conocimientos, cuyo valor reside en el desarrollo del espritu (psique) y en la autonoma personal que proporciona (nos hace menos dependientes del entorno que queremos cambiar). No podemos caer en reducir el aprendizaje escolar al aprendizaje de conocimientos, es decir no cabe pensar el aprendizaje desde una perspectiva reductora. El saber es evolutivo, pero no evoluciona espontneamente por gentica sino que la experiencia de cada uno va relacionando nuestros saberes. Hacer tiene relacin con la forma como se practica el conocimiento, es decir cul es el desenvolvimiento del estudiante como persona, tambin podemos decir, que El conocimiento es el producto de la accin intencionada del sujeto por saber ms de los objetos que lo rodean y de los hechos y situaciones de su entorno. Conocer, es una facultad del ser humano; desde su origen etimolgico, cognocere refiere al uso del intelecto para aprehender las caractersticas y estructura de los objetos de conocimiento. En resumen, la accin de conocer es una intencin del sujeto para dirigir su inters hacia un objeto o hecho determinado. El Convivir est relacionado en la forma como el estudiante se relaciona a nivel personal y acadmico. Se suele decir que convivir es fcil, que todo es cuestin de educacin, de principios y cosas parecidas. Los que conviven por necesidad opinan de un modo muy distinto y es lgico porque una cosa es tomar lo que gustas y otra muy diferente que te fuercen a tomarlo aunque no quieras. Es obvio, sin embargo, que este no es el mejor ejemplo, y tampoco que la convivencia forme parte obligada de la educacin. Pienso que es algo bastante ms sutil. Creo que estar dotado de tolerancia, de comprensin y de educacin es algo forzoso en la convivencia del da a da, del boca a boca, aunque es forzado el don inevitable de tolerancia y la discrecin y sin duda la aceptacin hacia el otro o los otros, que para convivir no es necesariamente obligado que sea otra persona o siete, pongo por caso. Ser desde el punto de vista de la dinmica de sistemas, es el objeto capaz de evaluar las transacciones de cargas entre el medio y el sistema que es capaz de observarse a s mismo. Esta interaccin realimenta la organizacin de manera que

82

dota de capacidades adaptativas al sistema que se le asigna la categora de ente. Lo antes planteado es con la intencin de tener una idea de lo que es la nueva evaluacin que el Ministerio del Poder Popular para la Educacin tratando de demostrar la importancia de estas cuatro directrices para el mejoramiento estudiantil. 4.2.2.1. IDENTIFICAR LAS NECESIDADES DEL SISTEMA. En funcin de la informacin recabada e inquietudes planteadas por parte de los usuarios del sistema, adems tomando en consideracin la situacin actual del manejo de la informacin llevada durante el proceso de evaluacin, se estableci que las necesidades a satisfacer con el nuevo sistema son esencialmente dos: 1. Automatizar el proceso de evaluacin de aprendizaje de los alumnos de la tercera etapa y diversificada. 2. Generar los diferentes reportes estadsticos. 3. Aportar posibles alternativas de soluciones. 4.2.2.2. PRIORIZAR Y SELECCIONAR LAS NECESIDADES. Las necesidades que contempla el sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin, son: Seguridad de informacin, control de procesos, rapidez, y consistencia en la base de datos. 4.2.2.3. ESTRUCTURAR LAS NECESIDADES DEL SISTEMA. Las necesidades del sistema de informacin se pueden estructura de la siguiente manera: Control: este tiene relacin con las actividades de la administracin del sistema, es decir, el control de todos los datos del sistema, evitando corrupcin en la informacin. Datos: Estos representan la informacin que manejara el sistema para el caso planteado serian, datos personales, planificacin, notas, asignaturas.

83

Funciones: Se pueden decir que son las actividades que realiza cada elemento del sistema, es decir, ingreso, la edicin, guardar, respaldar. Procesamiento Lgico: Este se refiere al trabajo especifico que involucra una actividad que tiene relacin con el procesamiento de informacin, por lo tanto, se puede expresar que sera de esta manera: creacin de plantel asignaturas grados y secciones objetivos profesores alumnos notas estadsticas.

FASE III: DISEO DE SISTEMAS. 4.3. INTRODUCCIN AL DISEO DE SISTEMAS DE INFORMACIN. Para Whitten (2008, p.496) el diseo de sistemas es la evaluacin de las distintas soluciones alternativas y la especificacin de una solucin detallada de tipo informtico. Tambin se conoce por diseo fsico. Es decir, que el diseo de sistemas trata aspectos fsicos de lo que es la implantacin de sistemas. A continuacin se detallan todos los pasos para el diseo del sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin. 4.3.1. DISEO LGICO DEL SISTEMA. 4.3.1.1. DISEO LGICO DE DATOS. Para el modelo lgico de datos para el sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin, se utiliz el modelo relacional. En este modelo se organizan en tablas cuyos datos se relacionan. Las ventajas ms relevantes del sistema relacional son las siguientes:

Provee herramientas que garantizan evitar la duplicidad de registros. Garantiza la integridad referencial, as, al eliminar un registro elimina todos los Favorece la normalizacin por ser ms comprensible y aplicable.

registros relacionados dependientes.

84

Compatibilidad y estandarizacin. Fiabilidad. Garanta de independencia de los datos. Existencia de numerosos sistemas comerciales entre los que escoger y

consiguiente apoyo tcnico.

Conectividad garantizada con los lenguajes de programacin estndar.

A continuacin en la Figura 4 se muestra el diagrama lgico de datos del sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin.
ALUMNO ColumnName cidesc cidnacion GRADO_seccion GRADO_nivel GRADO_grado GRADO_ciclo REPRESENTANTE_cidnacion REPRESENTANTE_cedula cedula nombre apellido fechanac grupos peso estatura sexo telefono email direccion estatus foto observaciones IndexName PRIMARY DataType BIGINT CHAR CHAR VARCHAR VARCHAR VARCHAR CHAR INTEGER VARCHAR VARCHAR VARCHAR DATE VARCHAR DOUBLE PRECISION DOUBLE PRECISION CHAR VARCHAR VARCHAR VARCHAR VARCHAR BYTEA VARCHAR IndexType PRIMARY Columns cidesc NN NN NN NN NN NN NN PrimaryKey PK PK NotNull NN NN NN NN NN NN NN NN Flags Default Value Comment AutoInc

Tabla 3. Entidad Alumnos. Elaborado por Isamara Zuleta (2010)

ALUMNO_has_MATERIA ColumnName ALUMNO_cidesc DataType BIGINT PrimaryKey PK NotNull NN Flags Default Value Comment AutoInc

84 85

ALUMNO_cidnacion CHAR MATERIA_codigo MATERIA_ciclo MATERIA_nivel MATERIA_grado VARCHAR VARCHAR VARCHAR VARCHAR

PK PK PK PK PK

NN NN NN NN NN

IndexName PRIMARY

IndexType PRIMARY

Columns ALUMNO_cidesc

Tabla 4. Relacin entre Alumnos y Materias. Elaborado por Isamara Zuleta (2010)
ASIGNADAS ColumnName MATERIA_codigo MATERIA_ciclo MATERIA_nivel MATERIA_grado seccion PROFESOR_cedula IndexName PRIMARY GRADO ColumnName grado nivel ciclo seccion aula mencion minimo maximo estatus observaciones IndexName PRIMARY INSTITUTO ColumnName id registro nombre telefono web email direccion logo IndexName PRIMARY MATERIA ColumnName DataType PrimaryKey NotNull Flags Default Value Comment AutoInc DataType INTEGER VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR BYTEA IndexType PRIMARY Columns Id NN PrimaryKey PK NotNull NN NN NN NN Flags Default Value Comment AutoInc DataType VARCHAR VARCHAR VARCHAR CHAR VARCHAR VARCHAR INTEGER INTEGER VARCHAR VARCHAR IndexType PRIMARY Columns grado NN PrimaryKey PK PK PK PK NotNull NN NN NN NN Flags Default Value Comment AutoInc DataType VARCHAR VARCHAR VARCHAR VARCHAR CHAR INTEGER PrimaryKey PK PK PK PK PK NotNull NN NN NN NN NN NN NN IndexType PRIMARY Columns MATERIA_codigo Flags Default Value Comment AutoInc

PROFESOR_cidnacion CHAR

Tabla 5. Entidad Asignada. Elaborado por Isamara Zuleta (2010)

Tabla 6. Entidad Grados. Elaborado por Isamara Zuleta (2010)

Tabla 7. Entidad Instituto. Elaborado por Isamara Zuleta (2010)

84 86

codigo grado nivel ciclo mencion nombre estatus observaciones IndexName PRIMARY NOTA ColumnName ALUMNO_cidesc

VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR

PK PK PK PK

NN NN NN NN NN NN NN

IndexType PRIMARY

Columns codigo

Tabla 8. Entidad Materia. Elaborado por Isamara Zuleta (2010)

DataType BIGINT CHAR VARCHAR VARCHAR INTEGER INTEGER DATE VARCHAR CHAR IndexType PRIMARY NN Columns ALUMNO_cidesc PrimaryKey PK PK NotNull NN NN NN NN NN NN NN NN NN Flags Default Value Comment AutoInc

ALUMNO_cidnacion OBJETIVO_MATERIA_nivel OBJETIVO_MATERIA_ciclo OBJETIVO_numero calificacion fecha observacion seccion IndexName PRIMARY OBJETIVO ColumnName numero MATERIA_ciclo MATERIA_nivel titulo contenido estatus IndexName PRIMARY PROFESOR ColumnName cidnacion cedula nombre apellido fechanac sexo telefono email ecivil grupos

OBJETIVO_MATERIA_grado VARCHAR

OBJETIVO_MATERIA_codigo VARCHAR

Tabla 9. Entidad Nota. Elaborado por Isamara Zuleta (2010)

DataType INTEGER VARCHAR VARCHAR VARCHAR VARCHAR VARCHAR IndexType PRIMARY Columns numero PrimaryKey PK PK PK PK PK NotNull NN NN NN NN NN Flags Default Value Comment AutoInc

MATERIA_codigo VARCHAR

MATERIA_grado VARCHAR

Tabla 10. Entidad Objetivo. Elaborado por Isamara Zuleta (2010)

DataType CHAR INTEGER VARCHAR VARCHAR DATE CHAR VARCHAR VARCHAR CHAR VARCHAR NN PrimaryKey PK PK NotNull NN NN NN NN NN NN Flags Default Value Comment AutoInc

84 87

direccion estatus foto observaciones IndexName PRIMARY REPRESENTANTE ColumnName cidnacion cedula nombre apellido fechanac sexo telefono email ecivil grupos direccion estatus foto observaciones IndexName PRIMARY USUARIO ColumnName login nombre estatus nivel IndexName PRIMARY

VARCHAR VARCHAR BYTEA VARCHAR

NN NN

IndexType PRIMARY

Columns cidnacion

Tabla 11. Entidad Profesor. Elaborado por Isamara Zuleta (2010)

DataType CHAR INTEGER VARCHAR VARCHAR DATE CHAR VARCHAR VARCHAR CHAR VARCHAR VARCHAR VARCHAR BYTEA VARCHAR IndexType PRIMARY Columns cidnacion NN NN PrimaryKey PK PK NotNull NN NN NN NN NN NN Flags Default Value Comment AutoInc

Tabla 12. Entidad Representante. Elaborado por Isamara Zuleta (2010)

DataType VARCHAR VARCHAR VARCHAR CHAR PRIMARY PrimaryKey PK NotNull NN NN NN NN IndexType Columns Login Flags Default Value Comment AutoInc

Tabla 13. Entidad Usuario. Elaborado por Isamara Zuleta (2010)

Figura 4. Modelo lgico de Datos. Elaborado por Isamara Zuleta (2010). Como se observar en la figura 4, se muestran las distintas tablas que conforman el modelo de datos, para el caso que se plantea la esencia de la base de datos es el alumno, debido que de l parte toda decisin y evaluacin que se pueda realizar.

88

4.3.1.2. DISEO LGICO DE PROCESOS. Segn Vicente Alarcn (2006, p.94), el modelo lgico de procesos representa el conjunto de procesos que el sistema debe permitir realizar para poder responder a las necesidades de los propietarios y de los usuarios del sistema. Partiendo del diseo lgico de datos que se ha obtenido en la fase anterior, llegamos a un diseo lgico de procesos. Este representa los procesos a travs del flujo de datos esenciales para el funcionamiento del sistema, es decir el arrojo de estadsticas que soportara la toma de decisiones para el mejoramiento del rendimiento del estudiante por objetivo. En este se desarrollo la esencia del nuevo sistema, lo que tiene que hacer independientemente del modo en que se implante fsicamente. A continuacin se presenta el modelo lgico de procesos: al iniciar el sistema se crea el usuario, para luego editar dndole el privilegio y luego se pasa a crear el plantel es decir a cargar los datos y por consiguiente se comienza con la informacin que se ingresa al sistema, es decir, creacin de grados y secciones, carga de asignaturas por grado, objetivos por materia por grado, asignacin de asignaturas, datos personales de los profesores y alumnos, datos personales de los representantes, carga de notas por objetivos para cada alumno. Para luego realizar la transformacin de la informacin, esta se produce debido a la relacin de las distintas tablas que con forman la estructura de la base de datos del sistema de informacin, esto claro est por los datos que sern ingresados a este por los usuarios; luego mostrando los distintos resultados, que serian los reportes generales y reportes estadsticos.

89

Figura 5. Modelo Lgico de Procesos Elaborado por Isamara Zuleta (2010)

90

Para Vicente Alarcn (2006, p.95), el diseo fsico del sistema se centra en los aspectos tcnicos y de implementacin del sistema de informacin, a diferencia del diseo lgico del sistema que se centra en el aspecto del negocio. Para el diseo fsico se desarrollaran una serie de puntos a continuacin, detallando el desarrollo del sistema SISTOD. 4.3.1.3. DEFINIR LAS FRONTERAS DE MECANIZACIN. Segn Vicente Alarcon (2006, p.96), el primer paso en el diseo fsico del sistema es averiguar que partes del trabajo se seguirn haciendo de forma manual. Para el sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin, los procesos que se automatizaran son: ingresos de datos, planificaciones, notas; pero el proceso de planificacin en el cual se detallan los objetivos que se imparten para cada asignatura y las notas son dos procesos particulares que pueden seguir siendo manuales, ya que a la final estos tiene que agregarlos por el nuevo sistema, esto es necesario para que los directores o coordinadores docentes puedan tener un archivo digital de cmo el profesor realiza su planificacin por mencionar uno de los proceso siendo este de suma importancia porque est relacionado con la base del sistema que es la evaluacin. A continuacin se detalla el proceso en la Figura 6, ah se muestra el primer procedimiento que es la planificacin en el cual se describen los objetivos que se evaluaran para cada asignatura dividindolo por lapso, esto claro queda a juicio del docente; y las notas que son los resultados al aplicarle los distintos tipos de pruebas, una va relacionada de la otra porque sin planificacin no se puede evaluar al alumno.

91

1 Profesor
Descripcin de Objetivos

Planificacin

Evaluacin por objetivos

2 Notas

Resultados Finales

Figura 6. Procesos Automatizados para SISTOD. Elaborado por Isamara Zuleta (2010). 4.3.1.4. DISEAR INFORMACIN. Para Whitten, Jeffrey (2003, p.109), la arquitectura es un plan de seleccin de la tecnologa de informacin y el desarrollo de los sistemas de informacin necesarios para apoyar el cometido de la empresa. Esta es el diseo de ms alto nivel de la estructura del sistema El sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin, que es el proyecto que se desarrolla en este informe se puede observar de una forma amplia que posee los siguientes componentes: - Interfaz con el usuario. - Entrada e integracin de datos. - Funciones de procesamiento estadstico. - Almacenaje y recuperacin de datos. - Restauracin de la base de datos. LA ARQUITECTURA DEL SISTEMA DE

92

- Visualizacin de datos y grficos. Esta serie de componentes que anteriormente se expresan se relacionan de una forma jerrquica. Se puede explicar de la siguiente manera. El nivel ms prximo al usuario, que es la forma como el sistema es controlado y operado, es decir, la interfaz hombre-mquina. En el nivel intermedio serian los mecanismos de procesamiento de datos como: entrada, edicin, visualizacin y salida. En el nivel interno estara lo que es la base de datos o el banco de datos del sistema donde se produce lo que es el almacenaje y recuperacin de datos. La Figura 7 indica la relacin entre los principales componentes del sistema.

INTERFACE

ENTRADA

CONSULTA

VISUALIZACION Y SALIDA

BASE DE DATOS DE SISTOD

Figura 7. Arquitectura de SISTOD. Elaborado por Isamara Zuleta (2010).

93

4.3.1.5. DISEAR LOS PROCESOS DEL SISTEMA. Los procesos que son realizados por SISTOD para el rendimiento estudiantil de los alumnos de la tercera etapa y diversificada son los siguientes: Para el Registro de Datos: Registro de Datos del Instituto. Registro de Grados y secciones. Registro de Materias. Registro de Objetivos. Registro de Docentes. Registro de Representantes. Registro de Alumnos. Registro de Asignaciones Notas. Para el proceso del sistema. Evaluacin. Estadsticas. Impresin. Para los reportes. Grados. Materias por grado. Objetivos por materias. Materias por docentes. Docentes Alumnos. Alumnos por grados y secciones.

94

Alumnos por representantes. Representantes. Docentes por grado. Rendimiento por objetivo. Rendimiento por grado y seccin. Rendimiento por alumno. A continuacin se muestra diagramas que representa el sistema: Como se puede observar en las figuras que se presentan se desarrollan los procesos que contienen el sistema, esto dar una idea clara del orden como el sistema realiza su procedimientos de una manera interna. Es importante recalcar se agrupo en un procedimiento lo que el ingreso de datos personales al sistema, quedando en 6 los diagramas. Los diagramas que se van a presentar en las siguientes imgenes son: proceso general de registro de datos al sistema, ingreso de grados y secciones, proceso de ingreso de materias, ingreso de objetivos, ingreso de asignaciones y proceso de ingreso de notas.

95

Figura 8. Proceso General de Registro de Datos al Sistema Elaborado por Isamara Zuleta (2010)

96

Figura 9. Proceso de Ingreso de Grados y Secciones Elaborado por Isamara Zuleta (2010)

97

No Si

Figura 10. Proceso de Ingreso de Materias Elaborado por Isamara Zuleta (2010)

98

Figura 11. Proceso de Ingreso de Objetivos Elaborado por Isamara Zuleta (2010)

99

Figura 12. Proceso de Ingreso de Asignaciones Elaborado por Isamara Zuleta (2010)

100

Figura 13. Proceso de Ingreso de Notas Elaborado por Isamara Zuleta (2010)

101

4.3.1.6. DISEAR LA BASES DE DATOS. Segn Vicente Alarcon (2006, p. 101), el diseo de la base de datos es el proceso de traducir los modelos lgicos de datos (o diagramas entidades relacin) a esquemas fsicos para el almacenamiento de datos. Por lo tanto se presentan los puntos que forman parte para el diseo de la base de datos. 4.3.1.6.1. NORMALIZACION. La normalizacin es el proceso de organizar los datos de una base de datos. Se incluye la creacin de tablas y el establecimiento de relaciones entre ellas segn reglas diseadas tanto para proteger datos como para hacer que la base de datos sea ms flexible al eliminar la redundancia y las dependencias incoherentes. Los datos redundantes desperdician el espacio de disco y crean problemas de mantenimiento. Si hay que cambiar datos que existen en ms de un lugar, se deben cambiar de la misma forma exactamente en todas sus ubicaciones. Un cambio en la direccin del profesor es mucho ms fcil de implementar si los datos solo se almacenan en las tablas de profesores y no en otro lugar de la base de datos. Qu es una independencia incoherente? Aunque es intuitivo por el usuario mirar en la tabla de profesores para buscar la direccin de un profesor en particular, puede no tener sentido buscar all la descripcin de una de las asignaturas a al cual da clase. La descripcin de la asignatura est relacionada con la asignatura propiamente dicha, o dependen de ella, y por lo tanto se debera buscar en la tabla asignaturas. Las dependencias incoherentes pueden dificultar el acceso porque la ruta para encontrar los datos puede no estar o estar interrumpida. Hay algunas reglas en la normalizacin de una base de datos. Cada regla se denomina en una forma normal. Si se cumple la primera regla, se dice que la base de datos se considera que est en la tercera forma normal. Aunque son posibles otros niveles de normalizacin, la tercera forma normal se considera el mximo nivel necesario para la mayor parte de las aplicaciones.

102

Al igual que con otras muchas reglas y especificaciones formales, en los escenarios reales no siempre se cumplen los estndares de forma perfecta. En general la normalizacin requiere tablas adicionales y algunas veces este es un trabajo considerable. Si se decide infringir una de las tres primeras reglas de la normalizacin, nos debemos que el sistema de informacin de anticipa a los problemas que puedan aparecer, como la existencia de datos redundantes y dependencias incoherentes. La normalizacin se lleva a cabo por cuatro razones fundamentales las cuales segn Senn (1996, p 657) son: Estructurar los datos de forma que se puedan representar las relaciones pertinentes entre los datos. Permitir la recuperacin sencilla de los datos en respuesta a las solicitudes de consulta y reportes. Simplificar el mantenimiento de los datos actualizndolos, insertndolos y borrndolos. Reducir la necesidad de reestructurar o reorganizar los datos cuando surjan nuevas aplicaciones. 4.3.1.6.2. PRIMERA FORMA NORMAL. Una relacin est en primera forma normal (1FN) si los valores para cada atributo de la relacin son atmicos. Esto quiere decir simplemente que cada atributo slo puede pertenecer a un dominio (es indivisible) y que tiene un valor nico para cada fila. La primera forma normal se defini para prohibir los atributos multivaluados, compuestos y sus combinaciones. Cuando una relacin no est en primera forma normal, se divide en otras relaciones, repartiendo sus atributos entre las resultantes. Normalmente la idea es eliminar el atributo que viola la 1FN de la relacin original y colocarlo en una relacin aparte junto con la clave primara de la relacin de partida. Para llevar la base de datos del Sistema de Informacin de Apoyo en la toma de

103

decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada (SISTOD) de educacin se realizaron los siguientes pasos. Se eliminaron los grupos repetidos de las tablas individuales. Creamos una tabla independiente para cada conjunto de datos relacionados. Identificamos cada conjunto de datos relacionados con una clave principal.

4.3.1.6.3. SEGUNDA FORMA NORMAL. Una relacin est en segunda a normal si est en la 1era FN y todos los atributos no clave dependen de la clave completa y no slo de una parte de esta. Este paso solo se aplica a relaciones que tienen claves compuestas, es decir, que estn formadas por ms de un atributo. Si un esquema de relacin no est en 2FN, se le puede normalizar a varias relaciones en 2FN en las que los atributos que dependen de una parte de la clave formaran una nueva relacin que tendr esa parte de la clave como clave primaria. La base de datos de SISTOD cumple la segunda forma normal por tener las claves formadas por un atributo. 4.3.1.6.4. TERCERA FORMA NORMAL. "Una relacin est en tercera forma normal si todos los atributos de la relacin dependen funcionalmente slo de la clave, y no de ningn otro atributo". Podemos observar que si una relacin esta en tercera forma normal, est tambin en segunda forma normal, sin embargo lo inverso no siempre es cierto. Cumplir la tercera forma normal, aunque en teora es deseable, no siempre es prctico. Si en la tabla profesores deseamos eliminar todas las dependencias posibles entre los campos, debemos crear tablas independientes para los distintos grados. En teora la normalizacin merece el trabajo que supone. Sin embargo, muchas tablas pequeas pueden degradar en el rendimiento o superar la capacidad de memoria o de archivos abiertos. Para llevar las tablas de la base de datos de SISTOD para profesores se sigui

104

el siguiente criterio: Siempre que el contenido de un grupo campo pueda aplicarse a ms de un nico registro de la tabla, se coloco estos campos en una tabla independiente. Aplicando el proceso de normalizacin de la base de datos se puede observar en el diccionario de datos del sistema (Anexo A), el resultado obtenido, donde se especifican cada una de las entidades con sus respectivas propiedades y atributos. Cabe destacar que en algunas tablas fue necesario obviar la 3FN con el fin de agilizar algunos procesos relacionados con la bsqueda y modificacin de datos. A continuacin se muestra la Figura 14 que muestra las distintas relaciones de las diferentes tablas que conforman la base de datos normalizada.

Figura 14. Diagrama de Relacin de Datos. Elaborado por Isamara Zuleta (2010) En esta figura se puede observar las distintas relaciones, esta base de datos cumple con la tercera forma normal.

105

4.3.1.7. MODELO CONCEPUTAL DE LA BASE DE DATOS. El esquema conceptual debe reflejar todos los aspectos relevantes al mundo real a modelar. El modelo conceptual de datos del sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin se desarroll en funcin de la teora de bases de datos relacionales, ya que es en la actualidad la ms popular para el manejo de una base datos, puesto que es conceptualmente sencilla y comprensible por los profesionales de los sistemas de informacin y muchos otros usuarios finales; puede evolucionar, ya que las relaciones entre los datos no necesitan estar predefinidas, adems utiliza valores de los datos para implicar las relaciones. El orden de los datos en la tabla no es significativo y tampoco implica un orden cuando los registros estn incluidos en la relacin. Anlogamente, los detalles fsicos de almacenamiento (ya sea una organizacin aleatoria, indexada o secuencial) no son de inters para el analista. Las tablas relacionales muestran las relaciones lgicas, no fsicas. Estas bases de datos se basan en el estndar SQL 99. En ese estndar se aade a las bases relacionales la posibilidad de almacenar procedimientos usuarios, tiggers, tipos definidos por el usuario, consulta recursiva, etc. Las ltimas versiones de la mayora de las clsicas grandes bases de datos relacionales (Oracle, SQL Server, MySQL, Postgrest) son objetos relacionales. Para desarrollar el modelo conceptual de datos del sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin se adopto el modelo Entidad- Relacin. En este modelo de datos se organizan tablas en cuyos datos se relacionan. Es el modelo ms popular, puesto que conceptualmente sencillo y compresible. Por estas bondades del modelo relacional se decidi aplicar el mismo en la elaboracin de la base de datos del sistema, dando como resultado el modelo

106

conceptual de datos el cual se muestra en la Figura15 abajo presentada.

Figura 15. Modelo Conceptual de Datos. Elaborado por Isamara Zuleta (2010) Hay que destacar que el modelo E/R no tiene que ver con las bases de datos relacionales, los esquemas Entidad/Relacin se pueden utilizar para cualquier SGB, ya que son conceptuales. Confunde el uso de la palabra relacin, pero el concepto de relacin no tiene nada que ver con la idea de relacin expuesta en el modelo relacional. 4.3.1.8. DISEAR LAS SALIDAS DEL SISTEMA. Como se puede observar las salidas del sistema son los reportes de datos y reportes estadsticos, estos se disean de una forma sencilla en la parte superior aparece los dos logos, el de la izquierda es el que representa al sistema SISTOD y en la derecha el de la institucin en la parte central aparece el membrete que contiene los

107

datos de la institucin, siguiendo aparece el titulo del reporte que se est mostrando; luego aparece un recuadro en el se enmarca los datos que se solicitan al sistema y ms abajo aparece los resultados; para el caso de los informes estadsticos aparecer un grafico de torta en el cual indica el porcentaje de alumnos aprobados y alumnos reprobados . En cuanto a el diseo de la hoja es de tamao tipo carta, y casi todo los reportes son parecidos cambian por la informacin que se est solicitando pero en esencia tienen el mismo formato, siendo este de fcil entendimiento pero sobre todo especifico de forma tal que no se recarga produciendo que no se entienda, y los colores que se utilizan para los ttulos son tenue de esta forma hace que se acentu para que llame la atencin al usuario y no que se le dificulte leer. Tambin cabe destacar que los reportes que lo necesiten tendrn la imagen del alumno o del profesor, claro esto est sujeto dependiendo el tipo de reporte que se est solicitando dando un toque de identidad a estos. Como se puede observar en los reportes estadsticos al final aparece una observacin, esta se genera de forma dinmica y en base a los porcentajes, estas alternativas solo aparecern en estos, y permitir medir de una forma u otra la conducta del alumno as como tambin del profesor, ofreciendo posibles soluciones para el mejoramiento continuo, no solamente del alumno sino tambin del profesor, tambin se destaca, el uso de estadsticas que hoy en da son ampliamente usadas en las organizaciones; estos reportes estadsticos tiene la misma base de los reportes que contienen la informacin que se carga al sistema para cualquier plantel como es: el grado, la asignatura, datos, etc., por mencionar algunos, en cuanto al diseo siendo sencillo con su respectivo membrete y su cuerpo de informacin, se puede observar que contiene un grafico permitiendo apreciar e interpretar los resultados que se arrojan como sus notas.

108

REPORTES DEL SISTEMA

Figura 16. Reporte Lista por Grados Elaborado por Isamara Zuleta (2010)

109

Figura17. Reporte Materias por Grado Elaborado por Isamara Zuleta (2010)

110

Figura 18. Reporte Objetivos por Materia Elaborado por Isamara Zuleta (2010)

111

Figura 19. Reporte Lista General de Alumnos Elaborado por Isamara Zuleta (2010)

112

Figura 20. Reporte Notas por Objetivo Elaborado por Isamara Zuleta (2010)

113

Figura 21. Reporte Materias Asignadas por Docente Elaborado por Isamara Zuleta (2010)

114

Figura 22. Reporte de Docentes Elaborado por Isamara Zuleta (2010)

115

Figura 23. Reporte Alumnos por Grado y Seccin Elaborado por Isamara Zuleta (2010)

116

Figura 24. Reporte Alumnos por Representante Elaborado por Isamara Zuleta (2010)

117

Figura 25. Reporte de Representantes Elaborado por Isamara Zuleta (2010)

118

Figura 26. Reporte Docentes por Grado Elaborado por Isamara Zuleta (2010)

119

ESTADISTICAS DEL SISTEMA

Figura 27. Reporte Alumno por Rendimiento por Asignatura Elaborado por Isamara Zuleta (2010)

120

Figura 28. Reporte Alumno por Rendimiento por Asignatura Elaborado por Isamara Zuleta (2010)

121

Figura 29. Reporte Alumno por Rendimiento por Asignatura Elaborado por Isamara Zuleta (2010)

122

Figura 30. Reporte Rendimiento por Objetivo Elaborado por Isamara Zuleta (2010)

123

Figura 31. Reporte Rendimiento por Objetivo Elaborado por Isamara Zuleta (2010)

124

Figura 32. Reporte Rendimiento por Objetivo Elaborado por Isamara Zuleta (2010)

125

Figura 33. Reporte Rendimiento por Grado y Seccin Elaborado por Isamara Zuleta (2010)

126

Figura 34. Reporte Rendimiento por Grado y Seccin Elaborado por Isamara Zuleta (2010)

127

Figura 35. Reporte Rendimiento por Grado y Seccin Elaborado por Isamara Zuleta (2010)

128

4.3.2.4.7. DISEAR LAS ENTRADAS DEL SISTEMA. SISTOD contar con entradas y salidas de informacin, que le permitirn al usuario el intercambio de datos con el sistema, esto a travs pantallas (formularios) e informes impresos. El diseo de la salida impresa se basa fundamentalmente en las especificaciones que los reportes impresos deben llevar de acuerdo al anlisis realizado. La calidad de informacin que entra al sistema determina la confiabilidad y validez de la salida del mismo. Por ende, los formularios de entrada (pantallas) deben estar bien diseados para satisfacer estos objetivos y adems deben ser atractivos y amigables para el usuario. Segn Kendall y Kendall (2005, p.414), para el diseo de las pantallas e informes se deben considerar los siguientes criterios al momento de realizar esta actividad: Mantener la pantalla simple: Se mostrar a travs de la pantalla solamente lo que es necesario para la accin particular que est siendo realizada. Mantener consistente la presentacin de la pantalla: estas deben ser mantenidas consistentes, es decir, ubicando la informacin en la misma rea siempre que sea posible. Facilitar al usuario el movimiento entre pantallas. Crear pantallas amigables de forma tal que se fcil para el usuario su uso. En funcin de estos criterios se procedi al diseo de las pantallas del sistema. Jdk-6update7 y la herramienta del ambiente de desarrollo de Netbeans 6.9.1 conocida como Visual Editor, en el cual se disearan los formularios y el men del sistema. Los informes impresos fueron elaborados con el IReport-3.7.6. Para mantener los criterios anteriormente expuestos, se estableci un grupo de estndares para ser aplicados a todas las pantallas: Se dot a todos los objetos de los formularios de una descripcin breve (tool tip text), la cual se activa al pasar el ratn sobre el objeto. Los colores utilizados fueron: beige, con las letras en negro. Los eventos de los botones sern activados al hacer click sobre el mismo. La mayora de las pantallas tendrn el mismo comportamiento para que el

129

usuario no tenga problemas ni dudas en el proceder, salvo en aquellas donde los procesos son particulares. Los ttulos de las pantallas se encontrarn en el rea superior de la pantalla. Los botones se encontrarn en la parte lateral izquierda de las pantallas (la mayora de las veces). En los listados visuales para realizar una seleccin se podr utilizar tanto el ratn (con un doble clic) como la tecla ENTER para validar la seleccin. En cuanto a los formatos de salida, estn formados por seis secciones: titulo, encabezamiento de pgina, encabezado de columna, detalle, pie de columna, pie de pgina, El titulo aparece una sola vez en la primera pgina, el encabezamiento y de pgina se repite en todas las pginas. El encabezamiento de columna se utiliza cuando el reporte conste de varias columnas para poner el titulo de las mismas y se repite en cada pgina del reporte cuando as se amerite para presentar datos como nmero de tems de la columna o el resultado de una operacin matemtica realizada con los datos de la columna. Como se puede observar en la Figura 36 el estilo es el mismo para todas las ventanas que sean de carga o consulta de datos, se trabaja en bloques y cada bloque est compuesto por una serie acciones a seguir, es fcil entender solo contiene la informacin necesaria y los botones los representa una imagen que se relaciona con la accin que tiene pero al pasar por encima el rato tambin podr ver el ttulo de el. Como se planteo anteriormente las pantallas tiene el mismo formato alguna tiene diferencia por el tipo de informacin que se necesita para ese opcin pero en esencia conserva el mismo estilo.

130

Figura 36. Pantalla de Ingreso de datos al sistema. Elaborado por Isamara Zuleta (2010). 4.3.2.4.8. DISEAR LAS INTERFACES DEL SISTEMA. El sistema a de Informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada estar conformado por un formulario principal que contiene 4 (cuatro) mens los cuales son: Archivo, Reportes, Configuracin y Ayuda. A continuacin se describen cada uno y se muestran sus respectivas pantallas.

131

4.3.2.4.8.1. PANTALLA DE ACCESO AL SISTEMA. El sistema es compatible con cualquiera de los sistemas operativos (Windows, Linux, etc.) se llama haciendo doble clic al icono que aparece en el escritorio SISTOD. Al realizar esto se accesa a la pantalla que se muestra en la Figura 37. Aqu el usuario debe ser insertar el usuario y contrasea, la cual ser autenticada por la base de datos. Si existe el usuario pasara a la pantalla de mens principales habilitando los en caso de que no exista no permitir tener acceso a este.

Figura 37. Pantalla de acceso al sistema. Elaborado por Isamara Zuleta (2010). 4.3.2.4.8.2. MENU DE LA PANTALLA PRINCIPAL. Estos mens contienen las diferentes opciones de acceso y es la plataforma que permite navegar a los diferentes formularios ver la Figura 38 presentes en la aplicacin los cuales nos permitir realizar las funciones de cambio de usuarios, cambio de url, configuracin de impresoras, usuarios y ayuda al usuario. En la parte inferior a la fila de mens de la Figura 39, se encuentra una cinta de opciones representadas por iconos donde se encuentra los submens de ingreso de

132

datos, ingreso secciones, grados y asignaturas, impresoras, cambios de usuarios y url, as como ayuda.

Figura 38. Barra de Men y de Herramientas. Elaborado por Isamara Zuleta (2010)

Grados - Secciones, Materias y Objetivos

Docentes, Representantes y Alumnos

Asignacin de Materias y Estadsticas

Cambio de Usuario y URL Impresora Msica, Ayuda y Salir

Figura 39. Accesos directos de la Barra de Herramientas. Elaborado por Isamara Zuleta (2010)

133

4.3.2.4.8.3. MENU ARCHIVO. Este men gestiona toda la informacin que se relaciona con lo que es consulta de datos, actualizacin de los mismos para los diferentes usuarios, y contiene el cierre de sesin y salir del sistema. 4.3.2.4.8.3.1. SUBMENU DE GRADOS Y SECCIONES. Por medio de este men se realiza la carga de los grados, secciones, cantidad de alumnos, etc., as como tambin guardar y editar la informacin, esto est sujeto a los privilegios que tenga el usuario. Como se puede observar este formulario se estructura en dos bloques el primero contiene las fichas para el ingreso de datos de los grados y secciones, el segundo bloque contiene las acciones a realizar como son: procesar, bsqueda, impresin, limpiar, ayuda, eliminar, activar, desactivar y cerrar, estas opciones son las que permite las acciones para la carga de datos, modificacin, etc. A dems contiene la pestaa de observaciones en esta se puede agregar cualquier tipo de informacin que se considere pertinente y en la Figura 40 se muestra la pantalla.

Figura 40. Formulario de Grados y Secciones. Elaborado por Isamara Zuleta (2010)

134

Figura 41. Formulario de Observaciones. Elaborado por Isamara Zuleta (2010) Por medio de esta pantalla se muestra los grados creados con su nivel, ciclo, seccin y estatus, como se puede observar tiene una opcin para mostrar grados inactivos, esta lista de los registro que contiene la base de datos se muestra al seleccionar el botn de bsqueda.

Figura 42. Lista de Registro de Grados. Elaborado por Isamara Zuleta (2010)

135

4.3.2.4.8.3.2. SUBMENU MATERIA. Este submen se carga la informacin sobre materias para cada nivel y grado incluyendo la descripcin y cdigo de la asignatura. El formulario se compone por un men de dos pestaas materias y observaciones, la primera pestaa contiene tres bloques grado en el cual se tiene nivel, grado, ciclo, mencin y la opcin de bsqueda en caso de que exista el grado y se quiera editar, datos de la materia tiene el cdigo por el cual se realiza la bsqueda de cualquier asignatura y su descripcin o por decirlo de otra forma el nombre de esta y por ltimo el bloque de acciones que son las que se nombran a continuacin: bsqueda, impresin, limpiar, ayuda, eliminar, activar, desactivar y cerrar, estas opciones son las que permite las acciones para la carga de datos, modificacin, etc. Las observaciones se usaran para cualquier dato adicional que se considere necesario agregar como se muestra en la Figura 43.

Figura 43. Formulario de Materias. Elaborado por Isamara Zuleta (2010)

136

Figura 44. Formulario de Observaciones. Elaborado por Isamara Zuleta (2010) Por medio de esta pantalla se muestra los grados creados con su nivel, ciclo, seccin y estatus, como se puede observar tiene una opcin para mostrar grados inactivos, esta lista de registro se muestra al seleccionar el botn de bsqueda.

Figura 45. Lista de Registro de Materias. Elaborado por Isamara Zuleta (2010)

137

4.3.2.4.8.3.3. SUBMENU OBJETIVOS. Por medio de este submen se cargaran los objetivos por materia para grado una planificacin definida por el docente acadmico, en este contempla el cdigo de la asignatura su nombre o descripcin. Este tendr las opciones de proceso y bsqueda como funciones principales y est sujeto a los privilegios del usuario. Abajo se presenta las Figuras 46 y 47. Esta pantalla se estructura de la siguiente por cuatro bloques que son: Grado est compuesto por nivel, grado, ciclo y mencin; Materia en la que se tiene el cdigo, descripcin; la Informacin General que tiene nmero, titulo y contenido del objetivo; Navegacin este tiene los botones de primero, anterior, agregar, prximo y ultimo; Acciones y estas son: procesar, bsqueda, impresin, limpiar, ayuda, eliminar, activar, desactivar y cerrar, estas opciones son las que permite las acciones para la carga de datos, modificacin, etc. Como se puede observar existen el botn de bsqueda para los primeros dos bloques esto debido a que deben existir tanto grados como materias para poder agregar objetivos.

Figura 46. Formulario Objetivos. Elaborado por Isamara Zuleta (2010)

138

Una vez que se ha ingresado objetivos alguna asignatura o materia aparecer una lista de registro como la que se muestra en la Figura 47, este se puede obtener al seleccionar el botn de bsqueda claro que para ello se debe tener tanto el grado como la asignatura y al igual se pueden presentar a travs del botn de bsqueda que posee los primero dos bloque de grado y materia. Esta lista muestra el nmero del objetivo as como su titulo y posee la opcin de mostrar inactivos esto en caso de descartar algn objetivo en particular esto se realiza en la pantalla de objetivos a travs del botn desactivar. As como tambin muestra una opcin de bsqueda arriba donde se puede teclear el objetivo manualmente.

Figura 47. Lista de registro de Objetivos. Elaborado por Isamara Zuleta (2010) 4.3.2.4.8.3.4. SUBMENU DOCENTES. Por medio de este men se gestiona toda la informacin de los Docentes, como es: datos personales y alguna otra informacin adicional que se puede agregar en las observaciones, as como tambin guardar, consultar y editar la informacin, estas opciones estn disponibles dependiendo de los privilegios del usuario.

139

Figura 48. Formulario para los Datos del Docente. Elaborado por Isamara Zuleta (2010) Como se puede observar la pantalla se divide en dos bloques en el primero se encuentran la opcin para la carga de los datos y ms abajo estn las acciones es decir ah se presentan una serie de botones que generan una accin y el orden es el siguiente: procesar, bsqueda, impresin, limpiar, ayuda, eliminar, activar, desactivar y cerrar. En la parte superior aparecen una pestaa ms que incluyen las observaciones en esta pestaa se presenta un jlabel en el que se puede agregar cualquier informacin que sea de importancia puede ser salud por dar un ejemplo.

Figura 49. Formulario de Observaciones. Elaborado por Isamara Zuleta (2010)

140

Como se puede observar la lista que aparece en la Figura 50, muestra un listado de docentes que esta como se puede observar se presenta con los datos bsicos como su nmero de cdula, nombre y su estatus, ella aparecer una vez que se selecciona el botn de Bsqueda existan o no datos si no hay, aparecer vaca.

Figura 50. Listado de Registro de Docentes. Elaborado por Isamara Zuleta (2010) 4.3.2.4.8.3.5. SUBMENU REPRESENTANTES. Este formulario permite la carga de informacin relacionada con los datos de representantes de cada alumno. Como se puede observar en la pantalla que se presenta a continuacin en la Figura 51. La informacin que se cargue tiene relacin con los datos personales del representante, as como tambin se puede agregar cualquier informacin que se considere necesario (observaciones), en la parte inferior se muestra un bloque que contiene las acciones a realizar como: procesar, bsqueda, impresin, limpiar, ayuda, eliminar, activar, desactivar y cerrar, estas opciones son las que permite las acciones para la carga de datos, modificacin, etc.; as como tambin se puede agregar la imagen o foto de este proporcionando ms identidad a la informacin de estos.

141

Figura 51. Formulario para los datos del Representante. Elaborado por Isamara Zuleta (2010)

Figura 52. Formulario de Observaciones. Elaborado por Isamara Zuleta (2010)

142

Como se puede observar en la Figura 53 se presenta la lista de registro de representantes que tiene el sistema una vez que se realiza la carga de los datos esta accin se realiza por medio del botn de Bsqueda.

Figura 53. Listado de Registro de Representantes. Elaborado por Isamara Zuleta (2010) 4.3.2.4.8.3.6. SUBMENU ALUMNOS. Por medio de este men se gestiona toda la informacin de los Alumnos, como datos personales, informacin complementaria por medio de este se relacionar al representante y el grado al cual pertenece este y cualquier observacin que se crea pertinente agregar, as como tambin guardar, consultar y editar la informacin, estas opciones estn disponibles dependiendo de los privilegios del usuario.

143

Figura 54. Formulario de Datos de Alumnos. Elaborado por Isamara Zuleta (2010) En la Figura 55 que se muestra a continuacin se muestra otro formulario con la informacin complementaria, as como tambin cualquier otra observacin que sea relevancia.

Figura 55. Formulario de Informacin Complementaria. Elaborado por Isamara Zuleta (2010)

144

4.3.2.4.8.3.7. SUBMENU CALCULO CEDULA ESCOLAR. Este submen calcula la cdula escolar esta se presenta como una opcin debido que existen casos excepcionales que presentan en el nivel de media y diversificado. Este proceso se realiza mediante la cdula del representante, el ao de nacimiento del alumno y el nmero de parto, arrojando la cdula escolar. En la parte inferior se presentan las acciones a seguir como son: calcular, limpiar, copiar y cerrar.

Figura 56. Formulario Clculo de Cdula Escolar. Elaborado por Isamara Zuleta (2010) 4.3.2.4.8.3.8. SUMENU DE CAMBIO DE USUARIOS. Por medio de este formulario se puede realizar la creacin de usuarios o cambio de estos, dndole los privilegios que se requieren en cuanto al acceso, as como tambin se puede buscar usuarios creados y cambio de contrasea. Esto se muestra en la Figura 57 abajo presentada.

145

Figura 57. Formulario de Usuarios. Elaborado por Isamara Zuleta (2010) La pantalla que se muestra en la Figura 58 arroja un error donde indica que el usuario no existe.

Figura 58. Formulario de Usuarios no existe. Elaborado por Isamara Zuleta (2010) 4.3.2.4.8.3.9. SUBMENU CAMBIO DE URL. Esta pantalla se muestra en la Figura 59, solo es accesible al perfil

administrador y en ella podemos indicar la direccin IP del servidor de base de datos o URL. Esto es solo para direccionar, es decir que acceso un acceso restringido.

146

Figura 59. Cambio de URL. Elaborado por Isamara Zuleta (2010) 4.3.2.4.8.4. MENU DE PROCESOS. Mediante este men se realizan los procesos referentes a la asignacin de materias y carga de notas, a continuacin se describen los submens. 4. 3.2.4.8.4.1. SUBMENU DE ASIGNACION DE MATERIAS. Por medio de este submen se cargaran la asignacin de materias para los distintos docentes. Como se puede observar en la Figura60, esta pantalla divida por tres bloques en la parte izquierda del formulario y un bloque en la parte derecha, la parte izquierda est compuesta por tres bloques y estos son: Docente en estas se encuentra las fichas de cdula nombre y apellido del docente para ello se seleccionara el botn bsqueda debido que esta ficha tiene relacin directa con la carga de informacin previamente ya que se necesita tener profesores y materias en la base de datos para poder asignar estas, Grado y Seccin en la cual se selecciona el nivel, grado, ciclo y seccin y mencin al igual que en la parte anterior se tiene el botn bsqueda mediante el cual aparecen los grados previamente cargados, y Materia este contiene las opciones de cdigo y descripcin que se llenaran una vez que selecciona el botn de bsqueda luego de aparecer la lista que corresponde materias ya cargadas, y por ultimo en la parte derecha se muestran las Acciones estas son: procesar,

147

mostrar asignadas, bsqueda, impresin, limpiar, ayuda, eliminar, activar, desactivar y cerrar, estas opciones son las que permite las acciones para la carga de datos, modificacin, etc.

Figura 60. Asignacin de Materias. Elaborado por Isamara Zuleta (2010) 4.3.2.4.8.4.2. SUBMENU INGRESO DE NOTAS. Por medio de este submen se cargaran las notas de los alumnos para cada objetivo de cada grado y seccin, como se puede observar el formulario est conformado por cuatro bloques en la parte izquierda de la pantalla se compone de las siguientes opciones Docentes, Grado y Seccin y Objetivos cabe destacar que estas actividades hasta ahora mencionadas estn relacionadas con informacin previamente cargada al inicio solo se relaciona estos datos con las notas de los objetivos y al final se encuentran las acciones a seguir y estas son: procesar, imprimir, limpiar ayuda y salir, en el lado derecho se mostraran los alumnos luego de realizar la seleccin antes mencionada (docente, grado y seccin, objetivos) en este aparecern la lista de los alumnos que tiene la seccin permitiendo con un clic encima de la nota y observacin en caso de que sea necesario.

148

Figura 61. Ingreso de Notas. Elaborado por Isamara Zuleta (2010) 4.3.2.4.8.4.3. SUBMENU CONSOLA DE IMPRESION. Este formulario que se presenta es la consola de impresin por medio de esta ficha se realizara la solicitud al sistema de los reportes correspondientes tales como: grado, seccin y objetivos; docentes, representantes, alumnos, objetivos por materia, materias por docente, alumnos por grado y seccin, y alumnos por representante; as como tambin los reportes estadsticos que son la base del sistema. La ficha de la consola de impresin que aparece en la Figura 62, est estructurada de la siguiente manera en tres bloques y estos son: el primero arrojara el reporte por grados, materias por grado, objetivos por materia y materias por docente para seleccionar solo hay que hacer clic el botn de accin (JRadioButton) que solo permite seleccionar una sola opcin; el segundo se relaciona con la informacin sobre los docentes, alumnos, representantes, alumnos por grado y seccin , alumnos por representante, representantes y docentes por grado al igual que en la parte anterior se toma una de las alternativas presentes al hacer un clic en el botn de accin (JRadioButton), una vez realizada la eleccin correspondiente se procede hacer clic

149

en

imprimir para generar el reporte; el tercer bloque est compuesto por las

diferentes variantes para generar los reportes estadsticos, como se puede observar en la imagen esta aparecen cuatro recuadro que representan las diferentes alternativas como son: el grado, alumno, materia y objetivos; y rendimiento en la que compuesto por: objetivos, por grado y seccin, y alumno, para generar los reportes se puede realizar de la siguiente forma una vez que se realiza la seleccin entre las tres alternativas aparecer un lista como por ejemplo en la Figura 62, en la que aparece la lista de alumnos eso es para el caso que se seleccione el reporte por rendimiento por alumno, al igual que para las otras opciones saldrn una listas tanto de objetivos como de grado y secciones una vez que aparece se escoge con un clic la opcin deseada, luego se presiona imprimir y este arrodajar un reporte que indicara las estadsticas para el caso que se seleccion; y por ultimo tenemos las acciones que contiene los botones de impresin, limpiar, ayuda y salir.

Figura 62. Formulario Seleccin de Impresora. Elaborado por Isamara Zuleta (2010)

150

Figura 63. Bsqueda de Alumnos. Elaborado por Isamara Zuleta (2010) 4.3.2.4.8.4. MENU DE REPORTES. Este formulario contiene las diferentes opciones de los reportes que realiza el sistema, es decir para este men no se ingresara ningn tipo de datos solo generara por pantalla lo siguientes reportes: Listado de profesores, representantes y alumnos activos. 4.3.2.4.8.5. MENU DE CONFIGURACIONES. Por medio de este men se gestiona toda la informacin relacionada con los datos del instituto, la configuracin de la impresora, usuarios y servidores entre otros, es decir permite elegir el tipo de impresora, crear los usuarios, el tipo de relieve de la pantalla principal as como tambin de las pantallas etc. 4.3.2.4.8.5.1. SUBMENU DATOS DEL INSTITUTO. Este submen contendr los datos del plantel, es decir, la informacin de identidad as como logo y ubicacin, a este solo puede tener acceso los dueos y administradores para el caso de edicin de algn dato en general. Este formulario

151

como se observa en la Figura 64 abajo, contiene: Datos que es donde se agrega la identificacin del plantel, una opcin para el logo o imagen de este y las botones que realizaran las acciones: procesar, actualizar, impresin, limpiar y cerrar, estas opciones son las que permite las acciones para la carga de datos, modificacin, etc.

Figura 64. Formulario Datos del Instituto. Elaborado por Isamara Zuleta (2010) 4.3.2.4.8.5.2. SUBMENU IMPRESORA. Por medio de este formulario se presenta la seleccin de la impresora dependiendo el tipo de esta, esto ligado a la configuracin de las caractersticas del documento como: papel, tinta, etc. Una vez seleccionada y configurada se puede ir al men de reportes e informes para realizar la impresin.

Figura 65. Formulario Seleccin de Impresora. Elaborado por Isamara Zuleta (2010)

152

La Figura 66 que se presenta a continuacin muestra el men que se utilizara para la seleccin de la impresora, existen varias opciones como se muestra una vez seleccionada aparecer como en la figura pero en vez de Efectu Seleccin aparecer el nombre de la impresora, este men permite mostrar varias opciones.

Figura 66. Submen de Seleccin. Elaborado por Isamara Zuleta (2010) 4.3.2.4.8.5.3. SUBMENU USUARIOS. Por medio de esta ficha se creara los nuevos usuarios con su login adems de eso, se le configurara el estatus que tendr, una vez que se vaya a realizar un ingreso se har la bsqueda para ver si existe el usuario en caso de no existir le har una pregunta como la que se refleja en las Figuras 67 y 68, luego de seleccionar una de las opciones en caso de ser No procede a retornar la pantalla usuario limpiando y de Si el sistema permite el ingreso de datos. Como se puede observar el formulario Usuario est compuesto por tres bloques y los podemos describir de la siguiente manera: El primero es de usuario all se encuentra la informacin relacionado a el registro de nuevos usuarios y estos datos son: Login, usuario, estatus, nivel que este depender de los privilegios del usuario como se puede observar existes cuatros opciones y estas son administrador, supervisor, usuario y restringido; y el ultimo que son las acciones a seguir y estas son: limpiar, procesar, eliminar y cerrar.

153

Figura 67. Formulario Usuario. Elaborado por Isamara Zuleta (2010)

Figura 68. Formulario Usuario que no exista. Elaborado por Isamara Zuleta (2010)

154

4.3.2.4.8.5.3. SUBMENU BASE DE DATOS Para este men se presentan las opciones de creacin de base de datos o eliminar.

Figura 69. Formulario Base de datos. Elaborado por Isamara Zuleta (2010) 4.3.2.4.8.6. MENU AYUDA. Este men contiene la ayuda necesaria que guiara a los usuarios para el conocimiento del sistema desarrollado, y la informacin del encargado en caso de no conseguir lo que busca. Las opciones que posee son: Ayuda y Acerca de F1.

Figura 70. Formulario Ayuda. Elaborado por Isamara Zuleta (2010)

155

FASE IV: IMPLANTACIN Y SOPORTE DE SISTEMAS. 4.4. INTRODUCCIN A LA IMPLANTACIN DE UN SISTEMA DE INFORMACIN. Para esta fase que se presenta se puede, por decirlo de alguna manera que es la culminacin al trabajo realizado, ya que durante la implementacin las especificaciones del diseo fsico son convertidas a cdigo de computadora que trabaje y cumpla con dicho diseo, cabe tambin destacar que esta mostrar las fallas del sistema si es que las hay y en este caso si es necesario se debe retornar a la fase de diseo para reestructura, claro est en caso de que la falla representa un cambio de base. 4.4.1. IMPLEMENTACIN DEL SISTEMA DE INFORMACIN. En los puntos que continan se desarrollan se mostraran los pasos a seguir para la implantacin del sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin., siendo este la etapa que culmina el desarrollo de este, ya que para esta etapa se pone en prctica SISTOD. 4.4.1.1. CONSTRUIR Y COMPROBAR LAS TECNOLOGAS DE

COMUNICACIN. Para manejar los datos almacenados se cre una aplicacin denominada SISTOD. Se cre una base de datos que contiene todos los requerimientos de informacin de este sistema con el manejador de base de datos PostgreSQL 9.0. Esta aplicacin es muy sencilla de usar y est basada en un sistema de mens y formularios que interactan con los datos. El gestor de base de datos estar instalado en un equipo servidor y podr ser accesado por los usuarios desde las estaciones de trabajo que estn conectadas al servidor por intermedio de la direccin IP configurada en PostgreSQL 9.0. La mayora de los accesos a los datos (consulta, insercin,

156

modificacin y eliminacin) se realiz a travs de comandos SQL estndar los cuales forman parte del manejador de base de datos utilizado; la consistencia de los datos est asegurada ya que todas las actualizaciones fueron realizadas siguiendo el modelo transaccional (se actualiza todo o nada). Una vez concluido el proyecto; es decir, terminadas todas las pantallas (Men y formularios) y clases JAVA, se obtuvo la distribucin de carpetas mostrada en la Figura 41. En lado de izquierdo de esta figura se observa la carpeta del proyecto SISTOD y a su derecha la carpeta con las libreras java utilizadas por el proyecto. Ms a la derecha de la Figura70 se observa la carpeta con los iconos utilizados en el proyecto. El proyecto gestin se compilo con NeatBeans IDE 6.9.1 para obtener el archivo sistod.jar que posteriormente fue ejecutado en una maquina virtual Java. En cada una de las estaciones de trabajo se deber copiar una rplica del archivo sistod.jar. El cdigo del programa est formado por un grupo de archivos de texto plano java que lo hacen muy extenso por lo que no se anexa a este informe. 4.4.1.2. CONSTRUIR Y COMPROBAR LAS BASES DE DATOS. Para Whitten, Jeffrey (2003, p.758), esta tarea debe preceder inmediatamente a otras actividades de programacin, ya que los archivos y las base de datos son los recursos compartidos por los programas informticos que han de escribirse. Si se requieren bases de datos nuevas o modificadas en el nuevo sistema, este es el momento de construirlas y probarlas En la Figura 71 se observa la estructura de directorios del gestor de base de datos en PostgreSQL 9.0 para el sistema SISTOD. Como carpeta raz observamos la base de datos SISTOD y dentro de esta el esquema sistod el cual contiene las ocho tablas que integran la base de datos. Ms abajo se observan los Roles de Grupos que nos permiten agrupar los usuarios por privilegios, La base de datos sistod tiene cinco roles de grupo. Los Roles de Login que se ubican inmediatamente debajo de los Roles de Grupo en la Figura constituyen los usuarios del sistema. Cada uno de estos usuarios est asociado a un Rol de Grupo que define sus privilegios.

157

Figura 71. Estructura de la Base de Datos. Elaborado por Isamara Zuleta (2010) 4.4.1.3. CONSTRUIR Y COMPROBAR LOS PROGRAMAS DE SOFTWARE. Por tratarse de una aplicacin desarrollada en software libre y pensando siempre en la independencia del sistema operativo, se utiliz para su desarroll JAVA 6 el cual es un ambiente de programacin orientado a objetos que permite el desarrollo de aplicaciones de escritorio. Para facilitar la construccin del sistema se utilizo el ambiente de desarrollo NetBeans IDE 6.9.1 el cual dispone de libreras de objetos que nos permite construir formularios para aplicaciones de escritorio arrastrando y soltando estos sobre el formulario en construccin. Para el desarrollo del Sistema de Gestin de Base de Datos se utiliz PostgreSQL 9.0. Correlativo han transcurrido los aos la tecnologa ha evolucionando dando un aporte de gran magnitud para el avance en las empresas u organizacin, y bien la

158

educacin no est exenta de esto, por lo tanto, para el desarrollo del sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada, se hace de las herramientas de software libre como anteriormente se plante (JAVA 6, DBDesigner 4, PostgreSQL 9.0 y NetBeans IDE 6.9.1), ya que, son de fcil acceso, es decir de libertad de uso y redistribucin, y as como otras caractersticas, cabe destacar que tambin es una herramienta que puede ser aplicable tanto en Linux, Windows y en cualquier sistema operativo que soporte java versin 1.3 en adelante. 4.4.1.4. COMPROBAR EL SISTEMA DE INFORMACIN. Para verificar que el sistema de informacin funciona para lo cual se diseo se realizo una serie de pasos y luego de verificar los pasos anterior se determin que el sistema de informacin para el apoyo en la toma de decisiones basados en el rendimiento del estudiante por objetivos de la tercera etapa, media y diversificada de educacin, funciona generando la informacin deseada y cumpliendo con los objetivos planteados anteriormente. Cabe destacar que se seleccion al personal que la labora en la empresa SERVEC S.A. para verificar, en este caso se tomo dos transcriptores del departamento de transcripcin, la coordinadora y la asistente que en base son esencialmente el personal que tocan ms esta informacin. En cuanto a los objetivos se cumplieron a cabalidad estos fueron: seguridad de datos, rapidez del sistema, generacin de resultados, confiabilidad de datos. De todo lo anteriormente planteado se demuestra que este sistema de informacin cubre las necesidades planteadas que es el de generar estadsticas que determinar el desenvolvimiento tanto del alumno como del profesor para dar paso a medidas de solucin proporcionando cambios en el rendimiento estudiantil impulsando controles no solo para profesores y alumnos, sino tambin para la directiva de las instituciones.

159

4.4.2. INSTALACIN Y PRUEBAS DEL SISTEMA. De acuerdo con lo planteado por James, Senn (1996, p.37) durante la fase de prueba del sistema, este se emplea de manera experimental para asegurarse de que el software no tenga fallas, es decir, que funciona de acuerdo a las especificaciones y en la forma en que los usuarios esperan que lo haga. Para esto se alimenta con un conjunto de datos de entrada (de prueba) para analizar su procesamiento con el fin de realizar las modificaciones pertinentes. A continuacin se detallan los puntos que le dan fe que el sistema de informacin funciona para el objetivo que fue diseado. 4.4.2.1. PREPARAR UN PLAN DE INSTALACIN. Segn Whitten, Jeffrey (2003, p.767), se debe desarrollar un plan detallado para convertir el sistema antiguo en el nuevo sistema. La instalacin del sistema es el proceso por el cual los programas desarrollados son transferidos apropiadamente al computador destino, inicializados, y, eventualmente, configurados; todo ello con el propsito de ser ya utilizados por el usuario final. Constituye la etapa final en el desarrollo propiamente dicho del sistema. El plan de instalacin se realiza en la empresa SERVEC S.A. para luego trasladarlo a la institucin que se uso como modelo la U.E. San Martin de Porres. Primero se realiza la instalacin de este para luego empezar la prueba de este una vez que se realice se procede a realizarlo en la institucin. 4.4.2.2. INSTALAR Y EVALUAR EL NUEVO SISTEMA DE INFORMACIN. De acuerdo con lo planteado por Senn James (1996, p.37) durante la fase de prueba del sistemas, este se emplea de manera experimental para asegurarse del correcto funcionamiento del sistema. Durante el desarrollo de la aplicacin se realizaron mltiples pruebas de las funciones de consulta, insercin, modificacin y eliminacin de registros de los diferentes archivos que forman la base de datos. Estas pruebas se realizaron hasta conseguir la estabilidad del sistema.

160

Las pruebas se efectuaron en dos computadoras Pentium IV de 2.0 GHZ con 1 GB de RAM siguiendo las pautas establecidas en la gua de prueba del sistema (ver Tabla) para cada uno de los formularios y reportes, obteniendo como resultado un comportamiento estable y adecuado a las exigencias de los usuarios. Por otro lado, el criterio de aprobacin para cada formulario de acuerdo a la gua de prueba fue aprobar el 100% de los tem relacionados con este, de lo contrario se deba detectar el motivo de la falla, resolverlo y aplicar de nuevo el proceso de prueba. En este sentido se asumi que si las partes del sistema funcionan de forma correcta la totalidad del mismo tambin tendr el mismo comportamiento. Una vez concluido el desarrollo, se cre un CD de instalacin del sistema. Este CD de instalacin contiene el software del SGBD, la maquina virtual JAVA y los archivos del sistema de gestin administrativa para reclamos que son el ejecutable sistod.jar y el script de texto para generar la base de datos Con el CD creado, se procedi a la instalacin de la maquina virtual y el servidor de base de datos en el computador que har la funcin de servidor, quedando de esta manera todo listo para ejecutar las pruebas. Todas las pruebas se realizaron siguiendo las pautas establecidas en la tabla 5 para cada uno de los formatos y reportes con un criterio de aprobacin de 100% resultando todas satisfactorias.

161

Fecha de la prueba: / / Sistema Operativo: Nombre del Formulario:

Hora de Inicio: N de Prueba: Resolucin de Pantalla: Opcin Si No

tems 1. El formulario se ejecuta al realizar el llamado del mismo desde el men principal? 2. Los campos del formulario estn limpios y desactivados al momento de iniciarse? 3. Al hacer clic sobre el botn incluir, se activan los campos del formulario? 4. El cursor se ubica en el primer campo a ser ingresado por el usuario? 5. Los campos permiten la escritura? 6. El orden de tabulacin coincide con el orden en que aparecen los campos? 7. Al ingresar el ltimo campo, el cursor salta a la opcin cancelar o grabar? 8. Luego de ingresar informacin en los campos, al hacer clic sobre el botn grabar se ejecuta dicha accin y se inhabilita la escritura sobre los campos? 9. Los controles para la validacin de los datos se cumplen antes de grabar la informacin? 10. Al hacer clic sobre el botn Listar aparece el formulario de listado con los registros relacionados a este? 11. El formulario de listado permite la bsqueda y seleccin de un registro por cdigo o por descripcin? 12. Los datos son cargados con efectividad desde el formulario listado? 13. Al cargar los datos desde el formulario listado, se activa el botn modificar? 14. Al hacer clic sobre el botn modificar se activan todos los campos que pueden ser modificados? 15. Al grabar las modificaciones estas realmente se actualizan en la tabla respectiva? 16. Los botones especiales realizan las actividades para las cuales fueron destinados? 17. El botn imprimir realiza la impresin del respectivo reporte? 18. Al hacer clic sobre el botn Salir se ejecuta dicha accin? 19. Las polticas de ingreso al formulario se cumplen? 20. Las polticas sobre el set de botones se cumplen para cada uno? Observaciones:

Tabla 5. Cotejo de SISTOD. Elaborado por Isamara Zuleta (2010).

162

4.4.2.3. FORMACIN DE LOS USUARIOS. Para la formacin de los usuarios del sistema se realiz un manual que indicar los distintos procedimientos que lleva SISTOD, as como tambin las caractersticas para el buen desempeo del sistema a nivel de hardware y software, en este tambin se encuentra la descripcin de las pantallas y como se debe llenar estos. El manual del usuario cumple la funcin de dar una informacin bsica sobre el funcionamiento del sistema que se presenta o que se diseo, sea cual fuera su funcin, esto le permitir a estos el buen y fcil uso, proveyndolos de datos que son de importancia, esto no implica que solo este manual sea suficiente y no se realice un adiestramiento, pero si es necesario un manual o gua. Este se realiz de una forma clara y especifica, sin embargo, se engloba toda lo necesario del sistema de informacin, es importante hacer notar que se agrego tambin la informacin del sistema, es decir, como se menciono anteriormente, las condiciones necesarias para el hardware y software, as como la ubicacin de los archivos y la forma de instalacin del sistema, que como se puede observar no es nada difcil. La forma de su estructura es de informe con su esquema de manera que este no sea engorroso para los usuarios del sistema, debido a que es un sistema nuevo y diferente.

163

MANUAL DE SISTOD

SISTEMA DE INFORMACIN DE APOYO EN LA TOMA DE DECISIONES PARA LA GESTION DEL RENDIMIENTO DEL ESTUDIANTE POR OBJETIVOS EN LA TERCERA ETAPA Y DIVERSIFICADA DE EDUCACIN. (Manual del Sistema y del Usuario)

164

NDICE GENERAL

INTRODUCCIN4 1. MANUAL DEL SISTEMA6 1.1. Instalacin ................................................................................................ 6 1.2. Ubicacin de los archivos ........................................................................ 6 1.3. Requisitos del sistema .............................................................................. 7 2. MANUAL DEL USUARIO7 2.1. Pantalla principal del sistema .................................................................. 7 2.2. Descripcin de los elementos de la pantalla principal ............................ 8 2.3. Caractersticas generales de las pantallas del sistema ............................. ..12 2.4. Descripcin de los elementos de las pantallas ........................................ ..13 2.5. Gestin de los registros maestros ............................................................. ..17 2.6. Estructura del sistema .............................................................................. ..18 2.7. Seguridad del sistema............................................................................... ..28 2.8. Controles del sistema ............................................................................... ..28 2.9. Acceso al sistema ..................................................................................... ..32

165

INTRODUCCIN

El presente manual tiene como objetivo orientar a los usuarios en el manejo adecuado de SISTOD. A travs del presente sistema, el personal acadmico y administrativo de los diferentes planteles que lo utilicen podrn llevar registros automticos de la informacin que se genera producto de los diferentes procesos y actividades que son llevados durante la evaluacin de los alumnos pero sobre todo no solo se podr registra la informacin sino que tambin se podr seguir y evaluar el desenvolvimiento del alumno y el profesor no de la forma convencional si no a travs de estadsticas que permitirn dar una idea de la incidencia en el aprendizaje de estos. Este sistema integra el registro de la informacin de: grados y secciones, asignaturas, objetivos, docentes, representantes, alumnos, as como la evaluacin de los mismos (nota) y finalmente arroja las estadsticas al igual que posibles soluciones que permitirn complementar a este sistema. El acceso tanto al sistema como a los mdulos estar restringido esto se har a travs de la asignacin de clave a los usuarios autorizados. Las claves asignadas tambin tendrn un nivel de seguridad para realizar ciertas operaciones dentro del sistema (Ej. Ingreso, modificacin o barrado de un registro por parte de un usuario). En resumen, se establecer una poltica de perfil de usuario para el acceso controlado de la informacin. En este sentido, los usuarios del sistema tendrn diferentes categoras de acceso segn las responsabilidades y atribuciones que le hayan sido

166

conferidas. El Administrador es la figura principal del sistema porque es quin realiza el mantenimiento al sistema, planifica y efecta los respaldos de la informacin peridicamente, establece las restricciones de acceso de informacin a los usuarios segn las responsabilidades individuales, entre otras. El resto de los usuarios tendrn niveles de acceso definidos por el administrador a travs de las polticas establecidas. Las funciones de procesamiento a nivel lgico sern las mismas para casi todos los mdulos del sistema, exceptuando los procesos de configuracin. El sistema contiene un conjunto de mdulos para gestionar el registro de grados y secciones, asignaturas, objetivos, docentes, representantes, alumnos. Por medio de estos mdulos se realiza la actualizacin de la informacin de la base de datos (cada mdulo contiene las funciones de procesar, buscar, activar, desactivar, limpiar, imprimir y cerrar). Los mdulos del sistema se seleccionarn a travs de la barra de men o en su defecto en la cinta de opciones en las cuales aparece los botones cada uno con su respectivo titulo e imagen relacionado con el registro que se va realizar esto claro despus de ingresar y verificar la validez de la clave de acceso al sistema introducida por el usuario.

167

1. MANUAL DEL SISTEMA. 1.1. Instalacin Para instalar el sistema se debe introducir el CD en la unidad correspondiente y hacer doble clic sobre Mi PC en el Escritorio de Windows, luego se debe seleccionar la opcin que corresponda al CD-ROM. Al abrir la pantalla con el contenido del CD se selecciona el icono SISTOD y directamente proceder a realizar la instalacin. Con este procedimiento se activara el asistente para la instalacin del sistema. Este asistente identificara el hardware y software y efectuar las actualizaciones necesarias en los archivos, el usuario solo tendr que responder a algunas preguntas sencillas. 1.2. Ubicacin de los archivos. Antes de la instalacin, la aplicacin se encuentra en el CD de instalacin. Despus de la instalacin, estos archivos se encuentran en el disco duro, en C:\SISTOD. 1.3. Requisitos del sistema

Los requisitos mnimos sugeridos para el buen desempeo del sistema son:

168

Procesador

Pentium 233 MHz o superior; se recomienda Pentium IV o

superior.

Microsoft Windows, Linux, Mac y cualquier sistema operativo Sistema operativo que soporte java versin 1.3 en adelante. 64 MB RAM (mnimo) para Windows 98; 128 MB RAM Memoria (mnimo) para Windows XP. 100 MB, incluidos MB de espacio de disco que deben estar Espacio de disco disponibles para el crecimiento de la base de datos. Monitor Se recomendado de 600 x 800 en adelante.

Unidad de disco Unidad de CD ROM o DVD. Dispositivo sealador Microsoft Mouse, Microsoft IntelliMouse, o dispositivo sealador compatible.

2. MANUAL DEL USUARIO. 2.1. Pantalla principal del sistema. Esta pantalla muestra los elementos a travs de los cuales se podr acceder a los diferentes mdulos del sistema. La misma est conformada por el men de control, el men del sistema, la barra de herramientas, el fondo de la aplicacin y la barra de informacin. A travs de esta, el usuario puede acceder a los diferentes mdulos o funciones con el ratn o con las teclas rpidas. Las teclas rpidas son la combinacin de la tecla

169

Alt y la letra subrayada en las opciones de men (Ej.; para activar el submen Archivos se presionan conjuntamente la tecla Alt y la tecla A). Men de Control y Barra de Titulo

Barra de Men

Barra de Herramientas

Logo de SISTOD

Fondo del Sistema

Barra de Informacin

Figura 1. Pantalla Principal del Sistema. 2.2. Descripcin de los elementos de la pantalla principal Men de control y Barra de ttulo: Este men muestra las opciones de control para la pantalla (Minimizar y cerrar). As como el icono y el nombre de la aplicacin. Men del sistema: Agrupa en mens de persianas la mayor parte de las operaciones, funciones y procesos realizadas por el sistema. Este men es bastante simple y est conformado por opciones de acceso directo a los mdulos y submens. La estructura del men principal es la siguiente:

170

Archivos: Permite acceder al submen donde se encuentran las llamadas a las pantallas de: Docentes, representantes, alumnos, grados y secciones, materias, clculo de la cdula escolar, cambio de usuario, cambio de URL as como salir del sistema.

Figura 2. Submen de Archivos Procesos: Por medio de este men se asigna las materias a los distintos profesores y se realiza el ingreso de notas, tambin permite el acceso a la consola de la impresora.

Figura 3. Submen de Procesos Reportes: Permite acceder a la pantalla de generacin de reportes del sistema tales como: profesores, representantes y alumnos.

171

Figura 4. Submen Reportes Configuracin: A travs de este submen se accede a las pantallas

siguientes: datos del instituto, impresoras, usuarios, servidor, pieles, screensaver, tambin muestra la opcin de saltar intro que se puede activar o desactivar para ver o evitar la introduccin del sistema.

Figura 5. Submen Configuracin Base de Datos: A travs de este submen se accede a las pantallas como: base de Datos, respaldo y restaurar. Estas opciones tiene la funcin de cambio de base de datos as como respaldo y restaurar la base de datos en el computador.

10

172

Figura 6. Submen Base de Datos Ayuda: A travs de este submen se accede a las pantallas como: Ayuda, informacin del sistema y acerca de, este men contendr la informacin del sistema y posibles a inconvenientes con el sistema.

Figura 7. Submen Ayuda Barra de herramientas: Contiene una serie de botones agrupados de tal manera

que el botn que le sigue sea la actividad continua a esa anterior est de ms decir que estos botones poseen las actividades que realizan las tareas usadas con mayor frecuencia.

Figura 8. Barra de Herramientas Fondo del Sistema: Muestra informacin grafica relacionada con el logo del

sistema, as como el ao escolar en curso, la conexin, fecha y hora.

11

173

Barra de informacin: En esta barra se muestra el nombre del gestor de la base

de datos, la versin que est utilizando y el usuario.

Figura 9. Barra de Informacin 2.3. Caractersticas generales de las pantallas del sistema Las pantallas o formularios que forman parte del sistema estn estructuradas bsicamente por cuatro elementos, los cuales son: la barra de ttulo, la barra de botones, la barra de estado y el contenedor de campos el cual a su vez est formado por pginas las cuales clasifican la informacin. Los mismos se pueden apreciar en la figura 9.
Barra de Titulo

Pestaa de Identificacin Contenedor de campos

Botones de Acciones

Figura 10. Elementos de las pantallas del Sistema

12

174

2.4. Descripcin de los elementos de las pantallas. Barra de ttulo: Presenta el nombre de la pantalla con la cual se est trabajando. Barra de botones de Accin: Contiene una serie de botones con los cuales se

realizan las diferentes funciones del formulario. Entre estas podemos mencionar: procesar, bsqueda, impresin, limpiar, ayuda, eliminar, actualizar, activar y desactivar. Estos aparecen igual en todas la pantallas, es decir, es un estndar. Para facilitar la identificacin de las funciones aplicadas a los botones, bastar posicionar el ratn sobre el botn e inmediatamente aparecer una breve descripcin de lo que hace esa funcin en especfico. A continuacin se presenta una descripcin de las funciones de cada uno de los botones:

Procesar: Para activar esta funcin, se hace clic sobre el botn correspondiente a Procesar. Esta funcin es aplicable a todas las pantallas donde se necesita el ingreso de nueva informacin. Cuando se activa esta funcin, se desencadena una serie de procesos de validacin de la informacin segn la pantalla que se est utilizando en ese momento. Si los datos tienen algn problema o incoherencia, el sistema informa al usuario de la falla a travs de la funcin mensaje, mostrando el mensaje en una pequea ventana que aparece automticamente,

indicando las acciones a tomar para corregir el error. En caso de que la informacin sea vlida, se procede a iniciar una sesin de transaccin en la cual se efectan todos los cambios, modificaciones y actualizaciones necesarias hasta que se concluye el

13

175

proceso. La sesin de transaccin actualiza la base de datos. Una vez activada esta funcin, simplemente el sistema limpia los datos en la pantalla y se ubica en el primer dato (campo) a ingresar.

Bsqueda de Datos: Para activar esta funcin, se hace clic sobre el botn correspondiente a Bsqueda. Esta funcin es aplicable a todas las pantallas donde se necesita realizar bsqueda de datos ya sea para editar o para ver si existen. Una vez activada esta funcin, aparecen los datos que se necesitan obtener en caso contrario aparece un mensaje luego de aceptar el sistema limpia pantalla y se ubica en el primer dato (campo) a ingresar.

Imprimir: Para activar esta funcin, se hace clic sobre el botn correspondiente a Imprimir. Esta funcin es aplicable a todas las pantallas donde se necesita realizar impresin de datos. Una vez activada esta funcin, aparecen en pantalla con el reporte que se solicita y la opcin de impresin una vez seleccionada aparecen las distintas impresoras a utilizar.

Ayuda: Para activar esta funcin, se hace clic sobre el botn correspondiente a Ayuda. Esta funcin es aplicable a todas las pantallas. Una vez activada esta funcin aparecer la pantalla de ayuda.

Limpiar. Para activar esta funcin, se hace clic sobre el botn

14

176

correspondiente a Limpiar. Esta funcin simplemente borra la informacin que se ingreso ya sea por error dejando o algn dato que se arrojo por bsqueda para consulta dejando en blanco las fichas de llenar y posicionando el puntero en el primer dato (campo) a ingresar.

Eliminar: Para activar esta funcin, se hace clic sobre el botn correspondiente a Eliminar. Esta funcin es bastante delicada y su mala utilizacin puede acarrear graves problemas a la integridad de la base de datos. Sin embargo, el sistema es sumamente seguro ya que antes de borrar fsicamente un registro, se valida la accin tomada por medio de una pregunta. Por otro lado, el sistema verifica que la informacin contenida no est siendo utilizada por otros archivos o tablas del sistema, de ser as el sistema toma las acciones necesarias para eliminarlo tambin de las otras posibles tablas que lo estn usando. Esto con el fin de mantener la integridad y consistencia de la base de datos.

Actualizar Datos: Para activar esta funcin, se hace clic sobre el botn correspondiente a Actualizar. Esta funcin slo se encuentra activa cuando hay datos cargados en la pantalla y se posiciona en el primer dato que es susceptible de ser modificado y que es diferente al cdigo del registro.

15

177

Activar: Para activar esta funcin, se hace clic sobre el botn correspondiente a Activar. Esta funcin se usa para se permita el acceso nuevamente a un registro ya que se puede desactivar los datos de por ejemplo un alumno por que se retiro pero estos quedaron en la base de datos y si por alguna razn se vuelve a integrar al plantel esta opcin permite el acceso nuevamente a los datos de ese registro. Una vez activada esta funcin, simplemente el sistema limpia los datos en la pantalla y se ubica en el primer dato (campo) a ingresar.

Desactivar: Para activar esta funcin, se hace clic sobre el botn correspondiente a Desactivar. Esta funcin es aplicable a todas las pantallas donde sea necesario desactivar algn registro por alguna razn teniendo la posibilidad de activarla en el momento que sea necesario.

Cerrar: Para activar esta funcin, se activa el botn Cerrar esta Ventana por medio del evento clic del ratn. Esta funcin simplemente abandona la pantalla actual y retorna a la pantalla anterior o principal segn sea el caso. Las funciones anteriores estn asociadas a botones o teclas que son activadas conscientemente por el usuario; por otro lado, hay otras funciones que son activadas automticamente en la medida que transcurren algunos de los procesos o funciones enumerados anteriormente y que ocurren en situaciones particulares bajo ciertas

16

178

condiciones. Contenedor de campos: Este objeto contiene todos los campos del formulario, el

mismo est formado por pginas o ficha las cuales clasifican la informacin en grupos de campos con el fin de tener una mayor organizacin dentro del mismo. Barra de estado: Esta barra est formado por tres campos los cuales muestran la

descripcin del objeto donde se encuentra el cursor, la modalidad en que se encuentra el formulario y el nmero de registros presentes en las tablas. 2.5. Gestin de los registros maestros. A continuacin se presenta un ejemplo de gestin aplicable a cualquiera de los registros maestros del sistema. Cada formulario o pantalla contiene una serie de funciones de procesamiento de informacin comn a los dems. Esta caracterstica es importante ya que, el usuario, al familiarizarse con un formulario cualquiera, sabr cmo comportarse con el resto. El comportamiento de la mayora de los formularios es similar y consiste en los siguientes pasos: 1. Seleccionar el formulario pantalla deseada en las opciones del men del sistema. 2. Se presenta en pantalla el formulario seleccionado con los datos en limpio. 3. Aparecen disponibles nicamente las siguientes funciones: Bsqueda, ayuda y salir (a travs de una funcin de listado visual que al cargar el formulario con los datos, pondr a disposicin las funciones Procesar, imprimir, limpiar, eliminar, actualizar, activar y desactivar).

17

179

4. El usuario selecciona la funcin a realizar. 5. Al culminar la funcin seleccionada, el usuario puede activar otra funcin o simplemente salir del mdulo y retornar al men principal. El siguiente es un ejemplo de procedimiento a seguir para consultar informacin en el sistema: 1. Se selecciona la opcin de men donde est la informacin a consultar. 2. Al acceder a la pantalla, el usuario encuentra los datos en limpio esperando una accin particular. 3. Se activa la Funcin Bsqueda a travs del botn Bsqueda de registros. 4. El sistema propone un listado con los datos cdigo y descripcin, ordenado por cdigo o descripcin (Ej. Registro de Alumnos). 5. El usuario selecciona con doble clic del ratn o la tecla de validacin (tecla Retorno o Enter en ingls) el tem deseado. En caso de querer abandonar la consulta, presiona el botn salir para retornar a la pantalla principal. 6. Una vez seleccionado el registro, el sistema automticamente carga los datos en la pantalla principal. Si hay datos relacionados con otros archivos o tablas a travs de cdigos, la funcin busca las descripciones de estos cdigos automticamente en los archivos involucrados. 2.6. Estructura del Sistema. El sistema para la evaluacin de los alumnos de la primera y segunda etapa de educacin bsica estar conformado por 5 (cinco) mdulos, los cuales son: archivos, reportes, configuracin, base de datos y ayuda. A continuacin se describen cada uno

18

180

de estos y se muestran sus respectivas pantallas. 2.6.1. Mdulo Archivos. Por medio de este mdulo se registrar toda la informacin necesaria de los representantes, alumnos, docentes, reas acadmicas y planteles que servir como punto de partida para los otros procesos o funciones del sistema. Este a su vez est conformado por 5 (cinco) formularios, los cuales son: Grados y Secciones: a travs de este formulario se registran los grados y secciones que tendr el plantel.

Figura 11. Pantalla Grado y Secciones Materias: a travs de este formulario se registran las diferentes reas de conocimiento por grado, con sus respectivas competencias e indicadores.

19

181

Figura 12. Pantalla Materias Objetivos: En este modulo como se puede observar se ingresa los objetivos por materia, este est compuesto por cuatro bloques y estos son: Materia, Informacin general, navegacin y acciones.

Figura 13. Pantalla Objetivos Docentes: Por medio de este formulario se registra la informacin de cada docente y se le asignar la carga acadmica correspondiente.

20

182

Figura 14. Pantalla Docentes Representantes: Permite el registro de la informacin relacionado con los representantes de los alumnos. Para ingresar la fotografa a la pantalla se debe hacer doble clic sobre el campo foto, esto abrir la ventana para seleccionar la unidad donde se encuentra la foto y el usuario seleccionar haciendo doble clic sobre la misma y se cargara en este.

Figura 15. Pantalla Representantes

21

183

Alumnos: Por medio de este se registra la informacin de cada alumno del plantel y se le asigna el grado y la seccin al cual pertenece, adems se le adiciona informacin que complemente los datos personales de este.

Figura 16. Pantalla Alumnos

Calculo de la Cdula Escolar: La ficha que se presenta a continuacin, es en la que se cargaran los datos para el clculo de la cdula escolar del alumno.

Figura 17. Pantalla Calculo Cdula Escolar

22

184

Observacin: Esta es una ficha opcional debido a que los alumnos de la tercera etapa deben poseer su cdula de identidad, pero se presenta casos con problemas o errores y para poder ingresarlo deben tener un nmero de identificacin, por esta razn se incluye este procedimiento. Cambio de Usuario: A travs de este formulario se accede al sistema cuando inicializa.

Figura 18. Pantalla Cambio de Usuario Cambio de URL: Por medio de este formulario se realiza el cambio de servidor.

Figura 19. Pantalla Cambio de URL

23

185

2.6.2. Mdulo Procesos. Por medio de este modulo se realizara la asignacin tanto de materias a los diferentes profesores as como grado y secciones, y tambin el ingreso de notas por objetivos para cada alumno. Este a su vez est conformado por 2 (dos) formularios, los cuales son: Asignacin de Materias: Por medio de este submen se cargaran la asignacin de materias para los distintos docentes.

Figura 20. Asignacin de Materias Ingreso de Notas: Por medio de este submen se cargaran las notas de los alumnos para cada objetivo de cada grado y seccin.

Figura 21. Ingreso de Notas

24

186

Consola de Impresin: Por medio de este submen arrojaran los diferentes reportes ya sea por grado, seccin, asignatura, etc., y tambin los estadsticos.

Figura 22. Consola de Impresin 2.6.3. Mdulo Reportes. En este mdulo genera por men los reportes de profesores activos, representante activos y alumnos activos, esta es una opcin que impide mostrar alumnos q se hayan retirado por nombrar una razn, este men complementa ms el sistema. 2.6.4. Mdulo Configuraciones. Permite generar todos y cada uno de los diferentes reportes que son requeridos por los usuarios del sistema. Los reportes se obtendrn mediante un generador de reportes, el cual est formado por la pantalla que se muestra a continuacin: Datos del Instituto: A travs de este formulario se cargan los datos que

identifican al plantel incluyendo su foto.

25

187

Figura 23. Pantalla Datos del Instituto. Cada uno de los diferentes informes o reportes se obtiene a travs de una serie de parmetros (tipo, orden, grado, seccin, lapso) los cuales filtran la informacin que debe ser plasmada en cada uno de estos. ....Impresora: Por medio de este formulario se presenta la seleccin de la impresora dependiendo el tipo de esta, esto ligado a la configuracin de las caractersticas del documento como: papel, tinta, etc. Una vez seleccionada y configurada se puede ir al men de reportes e informes para realizar la impresin.

Figura 24. Pantalla Seleccin de Impresoras. Usuario: Esta ficha que se presenta a continuacin es para la creacin y

configuracin de los usuarios que tendrn al acceso al sistema (SISTOD).

26

188

Figura 25. Pantalla Usuario. Base de Datos: Para este formulario presentan las opciones de creacin de base

de datos o la opcin de eliminar en caso de ser necesario y solo podr hacer un administrador.

Figura 26. Pantalla Base de datos. 2.6.5. Mdulo Ayuda. Este men contiene la ayuda necesaria que guiara a los usuarios para el conocimiento del sistema desarrollado, y la informacin del encargado en caso de no conseguir lo que busca. Las opciones que posee son: Ayuda y Acerca de F1.

27

189

Figura 27. Pantalla Ayuda 2.7. Seguridad del Sistema. En cuanto a la seguridad del sistema se estableci que los usuarios tendrn perfiles diferentes segn las responsabilidades y atribuciones que le hayan sido dadas. Estos perfiles los proporcionar el administrador del sistema quien es la figura principal, ya que es quien posee los beneficios de sper usuario, es decir, tiene acceso al sistema en su totalidad. Como se mencion anteriormente estos perfiles se asignan por medio de la pantalla Usuarios del sistema. La asignacin de perfiles indicar a los usuarios a cuales pantallas podr ingresar, as como las operaciones que puede realizar sobre los mismos. 2.8. Controles del sistema. La necesidad de mantener un sistema resguardado y en ptimo estado obliga a tomar en consideracin el diseo de controles. Estos controles servirn para evitar dao, manipulacin indebida, corrupcin, embasuramiento de la base de datos y

28

190

acceso no autorizado a la informacin del sistema. El sistema para Sistema de Informacin de Apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin ha sido pensado bajo esta filosofa de proteccin de la informacin. Los controles presentes en el sistema son de diferente tipo segn la actividad que se est realizando, el proceso que se est ejecutando y la importancia de la accin que se est llevando a cabo, estos son: 2.8.1. Control de acceso al sistema. El control de acceso al sistema impide la entrada al sistema de usuarios no autorizados. Cada vez que se active una sesin de trabajo en el sistema, se presentar una pantalla que requerir un cdigo de usuario y clave de ingreso. Si el usuario despus de los intentos preestablecidos en el mdulo de configuracin, no acierta la clave, el sistema concluir la sesin impidiendo el acceso al men principal. Como se menciono anteriormente el sistema posee el mdulo de registro maestro de usuarios donde son registrados los usuarios que harn uso del sistema y donde se especifican las claves y polticas de acceso para cada usuario. Este trabajo es realizado por el administrador del sistema quin es la figura ms importante en cuanto al mantenimiento del sistema y la definicin de polticas. 2.8.2 Control de acceso a mdulos especficos del sistema. El control de acceso a mdulos al igual que el control de acceso al sistema es definido por el administrador. El usuario administrador del sistema tiene derecho de acceso a todos las

29

191

funciones del sistema, y el resto de usuarios, definidos por este, tendrn acceso a los formularios que este les permita, a travs de las polticas de acceso que se encuentran en el mdulo de registro maestro de usuarios. 2.8.3. Control de formato de los datos. Estos controles se encargarn de verificar que el tipo de informacin de cada dato del sistema se encuentre en el formato correcto: 1. Datos numricos alineados a la derecha. 2. Datos tipo fecha deben estar completos y con fechas vlidas. 3. Datos cruzados. 4. Datos alfanumricos (evitando caracteres especiales). 5. Evitar dimensiones del dato fuera de rangos aceptables. Por ejemplo, controlar que los cdigos tengan el nmero de caracteres asignados. 2.8.4. Control de insercin de la informacin. El control de insercin de informacin impide el ingreso a la base de datos de informacin que no sea vlida. Por ejemplo, durante la adicin de un nuevo alumno al registro maestro de alumnos, esta funcin evita que ingrese un alumno con el mismo nmero de cdula de otro ya existente en la tabla. Para lograr esto, el control verifica inmediatamente la base de datos en la fase de edicin y en la fase de actualizacin. En caso de que exista duplicidad del cdigo, impide el procesamiento de la informacin y alerta al usuario de la situacin. Este control es aplicado a todos los cdigos de todos los registros maestros y otros registros donde se utilizan claves nicas simples o compuestas.

30

192

2.8.5. Control de modificacin de la informacin. El control de modificacin de la informacin evita que algunos de los datos sean modificados directamente por el usuario. Por ejemplo, el cdigo de un docente no es susceptibles de modificacin, por lo tanto, el sistema evita que sea modificados por el usuario. Esta libertad depender del privilegio del usuario. 2.8.6. Control de eliminacin de la informacin. El control de eliminacin de informacin impide que sea eliminada informacin indispensable para el normal funcionamiento del sistema. Para que un registro o transaccin puedan ser eliminados fsicamente de la base de datos deben tener una condicin de Borrable. Tomemos como ejemplo la situacin de eliminacin de un rea acadmica del registro maestro de reas. El control verifica que el cdigo del registro no se encuentra presente en ningn otro archivo relacionado; es decir, este control sirve para evitar que archivos que contengan el cdigo de este registro no queden sin informacin. Este tipo de situaciones deben ser evitadas y por eso se establece este control. Para resolver esta situacin, en caso de que sea necesario eliminar un registro por cualquier motivo, primero debe ser eliminado de todas las tablas donde se encuentre y despus proceder a eliminarla del registro maestro al que esta asociado. 2.8.7. Control de carga de la informacin. El control de carga de informacin impide que se recupere o extraiga informacin de la base de datos que no est habilitada, procesada o disponible. Cuando desde cualquier mdulo se ejecuta la funcin Bsqueda de Registros, el

31

193

control de carga verifica que el archivo de donde se extrae informacin no est vaco. En caso de no existir informacin, el sistema enva el mensaje informando de la situacin. Observacin: Es importante aclarar en este punto que las operaciones que tienen la mayora de los formularios en los botones (Ingresar, Modificar, Anular, Borrar, Eliminar y Buscar un registro) tambin entran en las polticas que deben ser definidas para cada usuario, teniendo de esta manera ms control sobre las operaciones que pueden realizar los usuarios de acuerdo a sus facultades y responsabilidades. Cuando un usuario no tengo acceso a una de estas operaciones el botn no estar activo en los formularios. 2.9. Acceso al sistema. Cada vez que se inicia una sesin, el sistema requiere un cdigo de usuario y una clave de ingreso al sistema (Vase figura 17). Esta funcin verifica si el cdigo y la clave son correctos, determina el tipo de usuario y establece los derechos de acceso a travs de las polticas establecidas para este por parte del administrador del sistema. En caso de que el cdigo o la clave sean incorrectos, el sistema permitir un mximo de 3 intentos predefinido, si el cdigo o la clave an son incorrectos, la sesin concluir evitando el acceso del usuario al sistema. Si otro usuario desea usar el sistema desde una misma estacin de trabajo mientras la aplicacin est siendo utilizada por otro usuario, puede hacerlo a travs de la opcin de men Cambio de usuario, la cual se encuentra en el men principal en el mdulo Sistema. En este momento el nuevo usuario ingresa su cdigo y clave y entra al sistema con el perfil

32

194

de usuario asignado a este. Luego que se ha ingresado al sistema y que se presenta la pantalla Principal con su men, se puede tener acceso a cada uno de los mdulos. 4.4. SOPORTE DEL SISTEMA. Para Whitten, Jeffrey (2003, p.778), el soporte de sistema es el mantenimiento permanente de un sistema despus que haya sido puesto en explotacin. Ello incluye tambin el mantenimiento estricto de los programas como las posibles mejoras que pueden aadirse al sistema. A continuacin se detallaran las distintas actividades que se deben seguir para dar soporte a los usuarios del sistema SISTOD. 4.4.1. MANTENIMIENTO DEL SISTEMA. Segn Whitten, Jeffrey (2003, p.780), es hacer cambios predecibles en los programas existentes para corregir errores que se cometieron durante el diseo y la implantacin, y tambin la preservacin de aquellos aspectos de los programas que fueron ya corregidos. Para el caso que se plantea del sistema de informacin SISTOD, una vez que se implemento se demostr que su desempeo fue el correcto, pero claro siempre est al ojo visor del usuario en caso de considerar algn cambio o agregado necesario para el ptimo funcionamiento del sistema. 4.4.2. RECUPERACIN DEL SISTEMA. El sistema de informacin para el apoyo en la toma de decisiones basado en rendimiento del estudiante por objetivos en la tercera etapa, media y diversificada de educacin cumple con el respaldo y restauracin necesaria para la base de datos del sistema, este se encuentra ubicado en el men de base de datos como se puede observar en la Figura 72.

195

Figura 72. Men de base de datos de SISTOD. Elaborado por Isamara Zuleta (2010) SISTOD cumple con todo lo que es el soporte del sistema creando seguridad al realizar un respaldo que se ubica en la raz, es decir en el disco duro (C) y la carpeta tiene por nombre respaldo en ella se encuentra los archivos de las bases que se respalden, estos archivos son de extensin backup como se puede observar en las Figuras 73, 74 y 75 para la informacin que guarda la base datos , permitiendo conservar la data de varios usuarios, esto demuestra la seguridad y consistencia en cuanto a los datos que el sistema maneje. Como se puede observar a continuacin se detalla todo lo contempla el soporte de sistema.

RESPALDO

Figura 73. Carpeta de respaldo de base de datos. Elaborado por Isamara Zuleta (2010)

196

Archivos de Respaldo de Base de Datos

Figura 74. Archivos de respaldo de base de datos. Elaborado por Isamara Zuleta (2010) En cuanto a la opcin de restaurar permite acceso a la base de datos que se seleccione, como se puede observar en la figura que arriba se muestra aparecen varios archivos estos fueron de prueba, y como se puede ver en la Figura 75 esta es la manera como SISTOD realiza el procedimiento para la restauracin de alguna base de datos, se selecciona la opcin en el men de base de datos y luego se le da clic sobre el archivo de base de datos que se quiere restaurar una vez hecho esto se selecciona abrir y listo al consultar algn datos del sistema aparecer los que esta base tiene.

197

Figura 75. Venta de restauracin de base de datos de SISTOD. Elaborado por Isamara Zuleta (2010) 4.4.3. SOPORTE A LOS USUARIOS. Segn Whitten, Jeffrey (2003, p.137), la base del desarrollo de sistemas de usuario final es muy simple. El desarrollo de sistemas de usuario final debera tener similitudes que diferencias con respecto al desarrollo tradicional de sistemas. La responsabilidad de todas las actividades de soporte recae sobre los usuarios finales. El soporte de usuarios se puede plantear de la siguiente manera como un grupo de personas que estn en la capacidad de responder preguntas y asistir a los usuarios, dentro de una organizacin en un amplio rango de necesidades en computacin En el caso de SISTOD, este se har va telefnica o en caso de ser necesario se presentara la persona que designe la empresa para la atencin del usuario o plantel, se impartir un taller que permita dar una idea de en caso de posibles fallas cuales sern las soluciones, este es un acuerdo entre el plantel y la empresa SERVEC S.A., esto depender de la institucin, por lo tanto, se dispondr en el momento sea solicitado. Tambin se podr realizar este va correo electrnico, ya que las distintas instituciones mantienen contacto por esta va siendo este medio de fcil acceso para ellos. Este lo pueden ofrecer el personal que se encarga del departamento de

198

transcripcin como son: la Coordinadora y su asistente, debido a que por la condicin en la que se encuentra, es decir, que son las cabezas de esta rea esta capacitadas para impartir ayuda a estos. Este ser en caso de que la institucin solicite que el sistema se instale en la institucin, ya que muchos de estos planteles, prefieren que la empresa lleva esta informacin, pero como existe variedad, por lo tanto, se detalla como seria en ese caso. 4.4.4. REINGENIERA DEL SISTEMA. Segn Whitten (2003, p.250), la reingeniera es el conjunto de actividades de estudio y rediseo de los proceso fundamentales de empresa, independientes de las unidades organizativas o del soporte de los sistemas de informacin, cuyo fin es determinar si los procesos bsicos de empresa pueden ser simplificados y mejorados de forma significativa. Tambin se puede expresar como el significado de volver a empezar arrancando de nuevo; reingeniera no es hacer ms con menos, es con menos dar ms al cliente. El objetivo es hacer lo que ya estamos haciendo, pero hacerlo mejor, trabajar ms inteligentemente. Por lo tanto, la reingeniera que se realizar para el caso planteado es un automatizacin y actualizacin de un procedimiento que se lleva de una forma manual, tambin adaptando la evaluacin a la que el Ministerio del Poder Popular para la Educacin exige hoy en da, pero sobre todo y para lo cual realmente se desarrollo el sistema de informacin es en mejorar el rendimiento del estudiante aportando alternativas de solucin para el mejoramiento continuo del aprendizaje del alumno, usando para ello el avance tecnolgico ms actual y de fcil acceso. Como se puede observar en la Figura76 se presenta la forma como se realiza este cambio con el nuevo sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin.

199

SERVEC S.A

Datos

Resultados Evaluacin

RESULTADOS
CONTROL EN LA EVALUACION
MEJORAMIENTO DEL RENDIMIENTO

Figura 76. Reingeniera para SISTOD. Elaborado por Isamara Zuleta (2010)

4.4.5. OBSOLESCENCIA DEL SISTEMA. Segn la pagina www.deltaasesores.com, la obsolescencia planeada ocurre en forma de sinergia entre los productores de equipos y programas. Las nuevas aplicaciones y sistemas operativos requieren ms memoria, espacio en disco, sistemas ms avanzados y ms giles. Esta demanda incita al desarrollo de nuevas tecnologas mejoradas para la memoria, discos duros con ms capacidad, y procesadores ms rpidos. Por lo tanto, se puede decir que el sistema ser obsoleto en el momento que el Ministerio del Poder Popular para la Educacin realice cambios en la forma de evaluacin como se mencion en captulos anteriores, debido a que este designa los lineamientos para la forma como se evala, mas sin embargo, este sistema de informacin seguir siendo til, porque la intencin del sistema es de tomar medidas

200

para apoyar la toma de decisiones y aunque el sistema se adapta a la forma de evaluacin que el Ministerio exige de todas formas este seguir ofreciendo soluciones y mejoras para el rendimiento del estudiante a travs de alternativas de solucin. Mas sin embargo, se puede destacar que tambin para eso en este caso la empresa Servec est al tanto de los cambios e innovaciones que este realiza, por lo tanto, tambin es un punto a favor para que el sistema de informacin (SISTOD) se mantenga actual y en funcionamiento.

CAPITULO V PROPUESTA DEL PROYECTO En el desarrollo de este captulo se presenta la propuesta del proyecto que se ha desarrollado en los captulos anteriores. Para lograr este objetivo se procedi mediante el desarrollo de la ejecucin del proyecto para construir el mismo. A continuacin se presenta los distintos puntos a desarrollar para complementar la justificacin de este. 5. INTRODUCCIN. La educacin forma parte del avance de una sociedad, es por esta razn la necesidad y la importancia de buscar mejorar esta, esto se realiza mediante una evaluacin que valore no solo la cantidad sino tambin la calidad, y no es sino a travs de una herramienta tecnolgica que va a permitir el desarrollo de un sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin, que es el proyecto que se desarrollara a lo largo del informe. La evaluacin que lleva el profesor para la tercera etapa, media y diversificada es cuantitativa, el Ministerio del Poder Popular para la educacin exigen una combinacin entre la evaluacin cuantitativa y la cualitativa para terminar ser una evaluacin cuali-cuantitativa de manera de profundizar ms all de una simple nota sino ms bien la calidad aprendida y lo ms importante a travs de la evaluacin por objetivos dando ms aun claridad en el aprendizaje realmente obtenido. Este control se lleva a travs de estadsticas que permiten ofrecer una alternativa de solucin para mejorar el rendimiento del estudiante. Hay que tomar en cuenta la relevancia que tienen los sistemas de informacin en las organizaciones y la educacin no puede pasar por alto esta, por lo tanto, el 201

202

desarrollo de un sistema de informacin que apoye la toma de decisiones a travs de resultados estadsticos y que generen posibles soluciones, representa un aporte y avance en la educacin de hoy en da. 6. DESCRIPCIN DE LA PROPUESTA. El proyecto que se presenta en este informe se trata del desarrollo de un sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin, este va dirigido a los distintos planteles que la empresa Servec S.A. tiene dentro de su gama de cliente. 7. OBJETIVOS DE LA PROPUESTA. Objetivo General. Desarrollar un sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos de la tercera etapa y diversificada de educacin. Objetivos especficos. Analizar la situacin actual del proceso de evaluacin que se lleva a cabo para el rendimiento estudiantil de la tercera etapa y diversificada. Identificar los requerimientos del usuario para la construccin del sistema. Disear el sistema propuesto en base a las necesidades del usuario. Desarrollar el software de apoyo para la toma de decisiones usando herramientas de software libre. Documentar el sistema. Probar el sistema desarrollado. 8. JUSTIFICACIN DE LA PROPUESTA. Para el caso que se plantea; este proyecto surge como una alternativa para el

203

mejoramiento del rendimiento estudiantil as como tambin profesional, permitiendo a travs de este un control para la evaluacin del alumno de acuerdo a la planificacin de la Institucin, estos resultados se obtendrn por medio de estadsticas que permitirn mostrar un acercamiento en cuanto al aprendizaje del estudiante y ofreciendo alternativas de solucin. Es de all donde se justifica el realizar un sistema automatizado que apoye la toma de decisin sobre las fallas acadmicas que a simple vista se observan de poca importancia pero para una buena enseanza son vitales. 9. ESTABLECER LA EJECUCIN DEL PROYECTO. Para la ejecucin de este se siguieron una serie de lineamientos que son necesarios para poder establecer un plan, ya que, en esta medida dar consistencia para la elaboracin del mismo. A continuacin se desarrollan estos pasos: 9.3.1. Acondicionamiento de locales. En este sentido el departamento de transcripcin, tendr cuatro computadoras en las cuales se instalar este para su aplicacin, esta rea tiene todas las condiciones necesarias como: iluminacin, espacio adecuado, cantidad de computadoras suficientes, personal suficiente para la prueba del sistema. 9.3.2. Organizacin del Cliente. Se organiza en dos tipos de clientes el interno y externo; el interno es el personal de la empresa SERVEC S.A. que es el que evaluara el resultado y los procesos antes de obtener estos, en cuanto al cliente externo son los distintos planteles educativos a los cuales la empresa ofrecer su servicio, esto depender de si el plantel solicite este servicio. 9.3.3. Entregar aplicacin probada. La aprobacin la entregara el coordinador de sistemas, que el encargado de

204

realizar y velar por que el sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin.. 9.3.4. Elaborar datos en Vivo. Se realizar una prueba en vivo con el personal del rea de transcripcin de manera tal de constatar el funcionamiento del sistema, y de verificar las fallas que se puedan presentar, as como tambin ver el manejo del personal en cuanto al sistema. 9.3.5. Adiestramiento. Para el adiestramiento del personal de la empresa SERVEC S.A se us el manual del usuario adicional a un taller para impartir la informacin necesario para comprender el funcionamiento del sistema y para lo que fue creado, en cuanto a esto hay que realizar una observacin la coordinadora y asistente particularmente posee conocimientos, as que el adiestramiento va dirigido a los transcriptores y encargado de los otros tres departamentos, esto es porque esta organizacin considera que todo su personal debe conocer y manejar cualquier sistema que se desee implementar as este no sea necesario para otras reas. Para el caso del plantel modelo U.E. San Martin de Porres, se realizar un adiestramiento para su personal en caso de que deseen adquirir el sistema, pero esto es algo hipottico porque SERVEC S.A. ofrece el servicio de llevar toda esta informacin, pero no esta exento de que algn plantel educativo desee tener en su institucin. 9.3.6. Carga de datos en vivo. Se cargaran los datos en vivo para poder realizar la prueba usando para ello informacin fidedigna, es decir, la que nos proporcione el plantel educativo U.E. San Martin de Porres, para la puesta en prctica del sistema del informacin, esto demostraron consistencia, ya que no hubo corrupcin de informacin, demostr seguridad en los datos, consistencia y resultados que fueron los que se esperaban.

205

9.3.7. Entrega de documentacin. La documentacin se entregar a la coordinadora y asistente del rea de transcripcin, ya que como se expreso anteriormente es el departamento que manejara o aplicara el sistema, esta documentacin contendr el manual del sistema y del usuario. 9.3.8. Asignar Responsabilidades. Se asign la responsabilidad a la coordinara y asistente del departamento de transcripcin, debido a que la informacin llega ah primero que a cualquier otro departamento y es all donde se carga en la base de datos a la cual tienen acceso los distintos departamentos para su uso siendo este restringido dependiendo de su condicin, as como tambin se encarga a dos transcriptores por ser estos los encargados de introducir la informacin al sistema; tanto la coordinadora y asistente tendrn una relacin directa con los profesores en el plantel que su uso para modelar el sistema. 9.3.9. Determinar FIN de la instalacin del sistema. Se considerara completa la instalacin una vez que el sistema sea puesto en marcha y se evalu su desempeo comprobando y arreglando las fallas que puedan existir, de manera que est listo para su aplicacin continua en la empresa SERVEC S.A.

CONCLUSIONES Una vez culminado el proceso de investigacin se obtuvo sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin, el mismo surgi como respuesta a la necesidad de mejorar el rendimiento de estos a travs de estadsticas que determinaran la influencia de factores externos en el desenvolvimiento del estudiante estos podran ser: El desempeo del profesor, desinters por nombrar algunas razones, as como la de generar los diferentes informes, reportes y formatos que son requeridos por el personal acadmico. Con el sistema de informacin de apoyo en la toma de decisiones para la gestin del rendimiento del estudiante por objetivos en la tercera etapa y diversificada de educacin se logr que las escuelas estn a la par de las nuevas tecnologas, logrando de esta forma adaptarse a los cambios tan acelerados que se viven en la actualidad, otra cosa es tomar ms inters por parte del docente el verdadero desempeo de l y su influencia en el alumno, y de esta manera cumplir con las nuevas disposiciones del Ministerio del Poder Popular para la Educacin de automatizar todos los procesos acadmicoadministrativos, as como tener la responsabilidad del manejo de los datos dentro de las instituciones. Por otro lado, el software puede ser empleado tanto en instituciones pblicas como privadas, debido a que el mismo cumple con la normativa del modelo de evaluacin vigente y est ajustado al marco legal que rige dicha actividad, entre las que destacan la Ley Orgnica de Educacin y la Ley Orgnica para la Proteccin Nio y del Adolescente. Por otro lado, el software es el resultado de la combinacin y adaptacin de las metodologas de Whitten (2002), Montilva (1999) y Sabino (2002), lo que result en una metodologa conformada por fases perfectamente adaptadas para el diseo y elaboracin de Sistemas de Informacin modernos donde se emplee la programacin orientada a objetos, fcil de aplicar y de entender.

206

207

Con la elaboracin de la aplicacin se constat que el manejador de base de datos PostgreSQL 9.0 es una herramienta potente, robusta y de fcil manejo. Dando como resultado una aplicacin pequea y con todas las caractersticas de los sistemas actuales (eficiencia, seguridad, consistencia de los datos) y con el cual se podr procesar de forma rpida y confiable toda la informacin relacionada con la evaluacin de los alumnos. El empleo de la programacin orientada a objetos para el desarrollo del sistema, permiti la aplicacin de las principales bondades de esta filosofa de anlisis y diseo, las cuales son el encapsulamiento, la herencia y el polimorfismo, adems de todos los elementos que estos conllevan tales como la abstraccin y el uso de parmetros, entre otros. Lo que se tradujo en un aumento de la productividad del trabajo, esto debido principalmente a la estructuracin del programa en mdulos, la disminucin de lneas de cdigo, la posibilidad de corregir los problemas de manera rpida, y la posibilidad de extender y brindar mantenimiento de forma ms optima al software. Durante la fase de prueba en la empresa Servec S.A. se utiliz un plantel modelo por medio del cual se determin la eficiencia del sistema, en cuanto a la consultas e ingresos de la evaluacin de los alumnos, as como la obtencin de los diferentes reportes, estadsticas con lo cual los se puede determinar a travs de los resultados las posibles soluciones que dando claro que las decisiones quedan en manos de los dueos del proceso. Para finalizar, se verific la satisfaccin no solo por los resultados si no porque aparte se est digitalizando la informacin y produce una disminucin relevante en los costos administrativos y acadmicos, en virtud del ahorro generado por la cancelacin del servicio prestado por empresas externas para el procesamiento de la informacin.

RECOMENDACIONES

Debido a la naturaleza cambiante de los avances en el rea de la tecnologa de la informacin, la orientacin tecnolgica debe ser guiada con un alto grado de flexibilidad al cambio, con la finalidad de que gradualmente se le ajusten las modificaciones pertinentes al sistema para incrementar el ciclo de vida del mismo. Por otro lado, se recomienda tomar ms en consideracin los avances tecnolgicos y que este proyecto tenga miras a mejoras por las partes interesadas agregando la informacin que se considera conveniente, tambin se puede tomar encueta el agregar posibles soluciones para el mejoramiento del estudiante y del docente crear alternativas que se puedan agregar al software como posibles soluciones, tomando en cuenta todas actualizaciones que el Ministerio realice para estar al da con sus parmetros.

208

BIBLIOGRAFA Coll, C. (1991). Aprendizaje Escolar y Construccin del Conocimiento. Buenos Aires: Paids Educador. Cohen Karen, Daniel. (1996). Sistemas de Informacin para la toma de decisiones. Mxico. McGraw-hill. Cohen Karen, Daniel (2000). Sistemas de informacin para los negocios: Un enfoque de toma de decisiones. Mxico. McGraw-hill. Hernndez, R., Fernndez, C. y Baptista, P. (1998). Metodologa de la Investigacin. Colombia. McGrawHill. Interamericana de Mxico, S.A. Kendall, J. y Kendall, K. (1991). Anlisis y Diseo de Sistemas. Mxico. Editorial Prentice Hall. Martn, J. y Odell, J. (1994). Anlisis y diseo orientado a objetos. Mxico: Prentice Hall. Montilva, Jons. (1992). Desarrollo de Sistemas de Informacin. Universidad de Los Andes. Consejo de Publicaciones. (Mrida, Venezuela) Pressman, Roger (2005). Ingeniera del Software. Sexta Edicin. McGraw-Hill. Poggioli, Lisette (2005). Estrategias de Evaluacin Segunda Edicin. Caracas. Sabino, Carlos. (2002). El Proceso de Investigacin una Introduccin TericoPractica. Editorial Panapo. Caracas. Thomas, Connolly. (2005). Sistema de Base de Datos. Tercera Edicin. Pearson Madrid UNIVERSIDAD NACIONAL ABIERTA. (2000). Manual de Proyecto de Grado (319). Caracas- Venezuela. Tercera Reimpresin. UNIVERSIDAD NACIONAL ABIERTA. (2000). Sistemas de Informacin I (335). Caracas- Venezuela. Primera Edicin. UNIVERSIDAD NACIONAL ABIERTA. (2000). Sistemas de Informacin II (336). Caracas- Venezuela. Primera Edicin. UNIVERSIDAD NACIONAL ABIERTA. (2000). Teora de Decisiones. Caracas- Venezuela. Tercera Reimpresin. 209

210

UNIVERSIDAD NACIONAL ABIERTA. (2000). Teora de Sistemas. CaracasVenezuela. Tercera Reimpresin. Whitten, Jeffrey. (1996). Anlisis y Diseo de Sistemas de informacin. Mxico. Tercera Edicin. McGraw-Hill. Whitten, Jeffrey L. (2003). Anlisis de sistemas: Diseo y mtodos. Mxico. Sptima Edicin. McGraw-Hill.

211

ANEXO A DICCIONARIO DEL SISTEMA

212

Tabla 6. Entidad Usuario. Elaborado por Isamara Zuleta (2010)

Tabla 7. Entidad Profesor. Elaborado por Isamara Zuleta (2010)

213

Tabla 8. Entidad Alumnos. Elaborado por Isamara Zuleta (2010)

Tabla 9. Entidad Materia. Elaborado por Isamara Zuleta (2010)

214

Tabla 10. Entidad Asignadas. Elaborado por Isamara Zuleta (2010)

Tabla 11. Entidad Representante. Elaborado por Isamara Zuleta (2010)

215

Tabla 12. Entidad Grado. Elaborado por Isamara Zuleta (2010)

Tabla 13. Entidad ALUMNO_has_MATERIA. Elaborado por Isamara Zuleta (2010)

216

Tabla 14. Entidad Nota. Elaborado por Isamara Zuleta (2010)

Tabla 15. Entidad Objetivo. Elaborado por Isamara Zuleta (2010)

217

Tabla 16. Entidad Instituto. Elaborado por Isamara Zuleta (2010)

218

ANEXO B INVENTARIO DE ENTIDADES DE LA BASE DE DATOS

219

Nro. 1 2 3 4 5 6 7 8 9 10 11

INVENTARIO DE ENTIDADES NOMBRE DE LA ENTIDAD DESCRIPCION FISICO CONCEPTUAL Registro Maestro Usuario Usuario Usuarios Registro Maestro de Profesor Profesor Profesor Registro Maestro de Alumno Alumno Alumno Registro Maestro de Materia Materia Materia Registro Maestro de Asignadas Asignadas Asignadas Registro Maestro de Representante Representante Representante Registro Maestro de Grado Grado Grado Alumno_has Alumno_has Registro de relacin entre Materia Materia Alumno y Materia Nota Nota Registro Maestro de Nota Registro Maestro de Objetivo Objetivo Objetivo Registro Maestro de Instituto Instituto Instituto

TABLA 15 16 17 18 19 20 21 22 23 24 25

Tabla 17. Inventario de Entidades. Elaborado por Isamara Zuleta (2010).