TG4819

Software libre para el control y gestin de los procesos administrativos y acadmicos de instituciones privadas de
educacin para los ciclos bsico, medio y diversificado. Caso: Unidad Educativa Instituto Privado Boyac (Los
Teques, Estado Miranda) por Verd Guerrero, Winl J. ; Garca de Ceca G, Mauricio se encuentra bajo una Licencia
Creative Commons Atribucin-NoComercial-CompartirIgual 3.0 Unported.

Universidad Nueva Esparta
Facultad de Ciencias de la Informtica
Escuela de Computacin
Trabajo de Grado

Lnea de Investigacin: Desarrollo de tecnologas de informacin Gerencial
Tema: Implantacin de un sistema de Informacin Gerencial
Ttulo: Software libre para el control y gestin de los procesos
administrativos y acadmicos de instituciones privadas de educacin para los
ciclos bsico, medio y diversificado.
Caso: Unidad Educativa Instituto Privado Boyac (Los Teques, Estado
Miranda)

Tutor(a):

Trabajo de Grado Presentado por:

Patricia O Callaghan Br. Wilnl J. Verd Guerrero
Br. Mauricio Garca de Ceca G.

Para optar al Ttulo de: Licenciado
en Computacin

Septiembre, 2012
Caracas, Venezuela

Software libre para el control y gestin de los procesos administrativos y acadmicos de instituciones privadas de
educacin para los ciclos bsico, medio y diversificado. Caso: Unidad Educativa Instituto Privado Boyac (Los
Teques, Estado Miranda) por Verd Guerrero, Winl J. ; Garca de Ceca G, Mauricio se encuentra bajo una Licencia
Creative Commons Atribucin-NoComercial-CompartirIgual 3.0 Unported.

Aprobacin del Tutor

En mi carcter de Tutor del Trabajo de Grado presentado por los
bachilleres Wilnl J. Verd Guerrero y Mauricio Garca de Ceca para optar al
grado de Licenciados en Computacin, considero dicho Trabajo de Grado
rene los requisitos y mritos suficientes para ser sometido a la presentacin
pblica y evaluacin por parte del jurado examinador que se designe.

En la Ciudad de Caracas, a los 24 das del mes de Septiembre de 2012.

__________________
Patricia OCallaghan
C.I: 14.203.187

iii

Universidad Nueva Esparta
Facultad de Ciencias de la Informtica
Escuela de Computacin
Trabajo de Grado

Software libre para el control y gestin de los procesos administrativos
y acadmicos de instituciones privadas de educacin para los ciclos
bsico, medio y diversificado.
Hoja de jurados
APROBADO

JURADO DE PRESENTACIN

JURADO TCNICO
Nombre y Apellido
____________________

Nombre y Apellido
____________________
Cdula de Identidad
____________________

Cdula de Identidad
____________________
Firma
____________________
Firma
____________________

Tutora

Nombre y Apellido
____________________

Cdula de Identidad
____________________

Firma
____________________

Septiembre, 2012
Caracas, Venezuela
iv

Dedicatoria

A todos aquellos quienes estuvieron involucrados a lo largo del
desarrollo de este proyecto y que de una u otra forma contribuyeron al
correcto desenvolvimiento del mismo y al cumplimiento de los objetivos
planteados; A nuestros padres, familia, amigos y profesores.

Queremos dedicar esta investigacin a ustedes, y compartir las
alegras que nos trae el cumplimiento de esta etapa en nuestras vidas,
sabiendo que servir de cimiento para lo que nos traer el futuro.
v

Agradecimientos

A nuestra tutora, Patricia OCallaghan por su extenso aporte, ahnco y
dedicacin al ayudarnos a llevar a cabo este importante proyecto para
nosotros.

A la Prof. Canrit Hernndez por su paciencia y colaboracin en la
correccin y evaluacin a lo largo de toda la investigacin.

A la Prof. Wilpia Flores por guiarnos durante todo el proceso y
prestarnos sus conocimientos los cuales fueron una gran contribucin.

A los Profesores Carlos Da Silva, Jos Santiago Ochoa y Renato
Cerullo, quienes amablemente nos atendieron y ayudaron en diversos
aspectos, sus recomendaciones fueron de gran ayuda para lograr una visin
clara del problema y de la solucin.

A todos aquellos profesores que a lo largo de nuestros estudios se
esforzaron realmente por ensearnos de la mejor manera posible,
impartindonos sus conocimientos con vocacin y buena fe.

A nuestro padres, la base de nuestra formacin y quienes ms nos han
apoyado en todo este trayecto.

Muchas Gracias por su apoyo y dedicacin!

vi

UNIVERSIDAD NUEVA ESPARTA
FACULTAD DE CIENCIAS DE LA INFORMTICA
ESCUELA DE COMPUTACIN

Software libre para el control y gestin de los procesos administrativos y
acadmicos de instituciones privadas de educacin para los ciclos bsico,
medio y diversificado.

Autores: Br. Wilnl J. Verd
Guerrero
Br. Mauricio Garca de
Ceca

Tutor: Patricia OCallaghan

Fecha: Septiembre de 2012

Resumen

Esta investigacin propone el desarrollo e implantacin de un sistema
web bajo lineamientos de software libre para llevar a cabo la gestin y el
control de los distintos procesos administrativos (registro de nmina, control
de matrculas) y acadmicos (registro de estudiantes, registro de notas,
materias y evaluaciones) que corresponden a las labores regulares y al
funcionamiento bsico del plantel. Siguiendo las fases de desarrollo de
aplicaciones propuesta por la metodologa RAD, se realiz un levantamiento
de datos y su posterior anlisis para determinar las tareas que se llevan a
cabo actualmente en la institucin educativa que nos sirve como caso de
estudio (Unidad Educativa Instituto Privado Boyac). Luego del anlisis se
procedi a realizar un diseo de los componentes del sistema (modelo de
datos, estructura HTML, flujo de datos) y a partir de estos, se desarroll la
vii

solucin propuesta, la cual fue sometida a pruebas y cont con la aprobacin
de la institucin educativa para su futura implementacin.

Palabras Clave en la Investigacin: Sistema, Software Libre, Aplicacin
Web, RAD, MySQL, Php, Gestin de Procesos, Instituciones Educativas.

viii

NUEVA ESPARTA UNIVERSITY
FACULTY OF COMPUTER SCIENCE
COMPUTER SCIENCE SCHOOL

Open Source Software for controlling and managing the administrative and
academic processes for private education institutions in their basic, middle
and diversified cycles.

Authors: Br. Wilnl J. Verd
Guerrero
Br. Mauricio Garca de
Ceca
Tutor: Patricia OCallaghan
Date: September, 2012

Summary

This investigation proposes the development and implantation of an Open
Source Web System for controlling and managing the many different
administrative (staff registry, payment controls) and academic (student
registry, grades, courses and evaluations registry) processes that correspond
to the regular tasks and basic functioning of the institution that we used as a
case of study. Following the phases for software development proposed by
the RAD methodology, a data gathering was made; later that data was
analyzed to determine the tasks that are actually taking place in the
institution. After the analysis we proceeded to create the design of the several
components that form the system (data model, HTML structure, data flow)
and using these designs, the proposed solution was developed, it was put to
the test and counted with the aproval of institution for future implementation.

Key Words in the Investigation: System, Open Source, Web Application,
RAD, MySQL, Php, Process Managing, Educational Institutions.
3

INDICE

Aprobacin del tutor ................................................................................................................... ii
Hoja de jurados ......................................................................................................................... iii
Dedicatoria ................................................................................................................................ iv
Agradecimientos ........................................................................................................................ v
Resumen ................................................................................................................................... vi
Summary ................................................................................................................................. viii
INDICE ...................................................................................................................................... 3
LISTA DE GRFICOS .............................................................................................................. 5
LISTA DE CUADROS ............................................................................................................... 6
LISTA DE FIGURAS ................................................................................................................. 7
INTRODUCCION ...................................................................................................................... 8
CAPTULO I ............................................................................................................................ 10
EL PROBLEMA DE INVESTIGACIN ............................................................................... 10
Planteamiento del Problema ........................................................................................... 10
Formulacin del problema ............................................................................................... 13
Interrogante Principal .......................................................................................... 13
Interrogantes Secundarias .................................................................................. 13
Objetivos de la investigacin ........................................................................................... 15
Objetivo general .................................................................................................. 15
Objetivos especficos .......................................................................................... 15
Justificacin de la Investigacin ...................................................................................... 16
Alcance ............................................................................................................................ 17
Delimitaciones ................................................................................................................. 18
Delimitacin Temtica ..................................................................................................... 18
Delimitacin Geogrfica .................................................................................................. 18
Delimitacin Temporal .................................................................................................... 18
Limitaciones .................................................................................................................... 18
CAPTULO II ........................................................................................................................... 19
MARCO REFERENCIAL ..................................................................................................... 19
Antecedentes de la Investigacin ................................................................................... 19
Bases Conceptuales ....................................................................................................... 21
Bases Legales ................................................................................................................. 59
Definicin de Trminos ................................................................................................... 69
4

Operacionalizacin de Variables del Sistema ................................................................ 73
CAPTULO III .......................................................................................................................... 80
MARCO METODOLGICO ................................................................................................ 80
Tipo de Investigacin ...................................................................................................... 80
Diseo de la Investigacin .............................................................................................. 81
Metodologa de Desarrollo .............................................................................................. 82
Poblacin y Muestra ........................................................................................................ 87
Poblacin ............................................................................................................. 87
Muestra ............................................................................................................... 87
Tcnicas e Instrumentos de Recoleccin de Datos ........................................................ 88
Validez y Confiabilidad del Instrumento .......................................................................... 91
Anlisis e Interpretacin de los Resultados .................................................................... 92
Resultados de la aplicacin de la Gua de Entrevistas ................................................... 94
CAPITULO IV .......................................................................................................................... 99
Sistema Actual .................................................................................................................... 99
CAPITULO V ......................................................................................................................... 102
Sistema Propuesto ............................................................................................................ 102
Fase 1: Definicin de Requisitos................................................................................... 102
Cronograma del Proyecto ............................................................................................. 105
Estructura de Costos ..................................................................................................... 107
Cuadro No. 15 Estructura de Costos del Proyecto ...................................................... 107
Fase 2: Modelado de Datos .......................................................................................... 108
Diccionario de datos ...................................................................................................... 110
Fase 3: Modelado de Procesos .................................................................................... 122
Fase 4: Construccin .................................................................................................... 137
Fase 5: Pruebas e Implantacin ................................................................................... 148
CAPITULO VI ........................................................................................................................ 151
Conclusiones ..................................................................................................................... 151
Recomendaciones ........................................................................................................ 153
Bibliografa .................................................................................................................... 154
Anexos .................................................................................................................................. 160
Anexo A: Modelo de Gua de Entrevista ........................................................................... 160
Anexo B: Lista de Observaciones ..................................................................................... 162
Anexo C: Evaluacin del Instrumento de Recoleccin de Datos ..................................... 163

5

LISTA DE GRFICOS

Grfico No. 1 Resultado de la aplicacin de la Gua de Entrevistas - tem 2 ........................ 94
Grfico No. 5 Resultado de la aplicacin de la Gua de Entrevistas - tem 10 ...................... 96
Grfico No. 6 Resultado de la aplicacin de la Gua de Entrevistas - tem 12 ...................... 97
6

LISTA DE CUADROS

Cuadro No. 1 Operacionalizacin de Variables ..................................................................... 73
Cuadro No. 2 Operacionalizacin de Variables (Continuacin) ............................................ 74
Cuadro No. 8 Comparacin de Metodologas........................................................................ 83
Cuadro No. 9 Relacin de Objetivos Especficos con Fases de la Metodologa ................... 86
Cuadro No. 10 Poblacin de Estudio ..................................................................................... 87
Cuadro No. 11 Diagrama de Gantt ...................................................................................... 105
Cuadro No. 12 Diagrama de Gantt (Continuacin) .............................................................. 105
Cuadro No. 15 Estructura de Costos del ProyectoFase 2: Modelado de Datos ................. 107
Cuadro No. 16 Diccionario de Datos: Tabla de Atributos .................................................... 110
Cuadro No. 17 Diccionario de Datos: Tabla de Cursos ....................................................... 111
Cuadro No. 18 Diccionario de Datos: Tabla Cursos-Alumnos ............................................. 112
Cuadro No. 19 Diccionario de Datos: Tabla Cursos-Secciones .......................................... 112
Cuadro No. 20 Diccionario de Datos: Tabla de Evaluaciones ............................................. 113
Cuadro No. 21 Diccionario de Datos: Tabla de Materias .................................................... 114
Cuadro No. 22 Diccionario de Datos: Tabla Materias-Cursos ............................................. 115
Cuadro No. 23 Diccionario de Datos: Tabla matricula ......................................................... 115
Cuadro No. 24 Diccionario de Datos: Tabla de Notas ......................................................... 116
Cuadro No. 25 Diccionario de Datos: Tabla pagos ............................................................. 117
Cuadro No. 26 Diccionario de Datos: Tabla periodos ......................................................... 118
Cuadro No. 27 Diccionario de Datos: Tabla de Personas ................................................... 119
Cuadro No. 28 Diccionario de Datos: Tabla de Personas-Relaciones ................................ 120
Cuadro No. 29 Diccionario de Datos: Tabla preferencias ................................................... 120
Cuadro No. 30 Diccionario de Datos: Tabla de Usuarios .................................................... 121
Cuadro No. 31 Diccionario de Datos: Tabla de Usuarios-Accesos ..................................... 122
Cuadro No. 32 Diccionario de Datos: Tabla de Usuarios-Logs ........................................... 122
7

LISTA DE FIGURAS

Figura No. 1 Diagrama de Caso de Uso del sistema actual Secretaria de Direccin ....... 101
Figura No. 2 Diagrama de Caso de Uso del sistema actual Asistente de Control de
Estudios................................................................................................................................. 101
Figura No. 3 Diagrama de Caso de Uso del sistema propuesto Secretaria de Direccin . 103
Figura No. 4 Diagrama de Caso de Uso del sistema propuesto Actor: Asistente de Control
de Estudios............................................................................................................................ 103
Figura No. 5 Diagrama de Caso de Uso del sistema propuesto Actor: Profesor .............. 104
Figura No. 6 Diagrama de Caso de Uso del sistema propuesto Actor: Asistente de
Direccin ............................................................................................................................... 104
Figura No. 7 Diagrama Entidad-Relacin de Datos .............................................................. 109
Figura No. 8 Pantalla de Estructura HTML del mdulo de Inicio. ......................................... 123
Figura No. 9 Pantalla de Estructura HTML del mdulo de Perodos .................................... 124
Figura No. 10 Pantalla de Estructura HTML del mdulo de Matrculas ............................... 125
Figura No. 11 Pantalla de Estructura HTML del mdulo de Materias .................................. 126
Figura No. 12 Pantalla de Estructura HTML del mdulo de Cursos ..................................... 127
Figura No. 13 Pantalla de Estructura HTML del mdulo de Personas ................................. 129
Figura No. 14 Pantalla de Estructura HTML del mdulo de Notas ....................................... 130
Figura No. 15 Pantalla de Estructura HTML del mdulo de Pagos ...................................... 131
Figura No. 16 Pantalla de Estructura HTML del mdulo de Reportes ................................. 132
Figura No. 17 Pantalla de Estructura HTML del mdulo de Configuracin .......................... 133
Figura No. 18 Pantalla de Estructura HTML del mdulo de Opciones ................................. 134
Figura No. 19 Pantalla de la interfaz del login sin inicio de sesin ....................................... 134
Figura No. 20 Pantalla de la interfaz del login con inicio de sesin ..................................... 134
Figura No. 21 Pantalla de la interfaz del men de navegacin de los mdulos ................... 135
Figura No. 22 Pantalla de la interfaz general de la aplicacin sin sesin activa .................. 136
Figura No. 23 Pantalla de la interfaz general de la aplicacin con sesin activa y sin
configuracin ......................................................................................................................... 137
Figura No. 24 Diagrama de flujo de datos para el proceso de configuracin del sistema ... 139
Figura No. 25 Diagrama de flujo de datos para el proceso de definicin de perodos en el
sistema .................................................................................................................................. 139
Figura No. 26 Diagrama de flujo de datos para el proceso de definicin de montos de
matrculas en el sistema ....................................................................................................... 140
Figura No. 27 Diagrama de flujo de datos para el proceso de creacin de una materia ..... 141
Figura No. 28 Diagrama de flujo de datos para el proceso de creacin de un curso y
asignacin de secciones y materias ..................................................................................... 142
Figura No. 29 Diagrama de flujo de datos para el proceso de registro de alumnos ............ 143
Figura No. 30 Diagrama de flujo de datos para el proceso de registro de notas en un curso
.............................................................................................................................................. 144
Figura No. 31 Diagrama de flujo de datos para el proceso de registro de pagos de alumno
.............................................................................................................................................. 145
Figura No. 32 Diagrama de flujo de datos para el proceso de impresin de reportes de notas
de un curso............................................................................................................................ 146
Figura No. 33 Diagrama de flujo de datos para el proceso de impresin de estado de cuenta
de un alumno ........................................................................................................................ 147
Figura No. 34 Diagrama de flujo de datos para el proceso de configurar opciones del sistema
.............................................................................................................................................. 147
Figura No. 35 Diagrama de flujo de datos para el proceso de creacin y edicin de usuarios
administrativos en el sistema ................................................................................................ 148
8

INTRODUCCION

Los institutos de educacin privada que atienden los ciclos bsicos,
medio y diversificado en Venezuela requieren registrar y manejar todas sus
gestiones administrativas, entre las que podemos destacar como
primordiales: el control de alumnos, pagos, notas, libro de vida y nmina.

Este proceso puede ser realizado de manera manual, pero conlleva
una gran inversin en horas hombres para la transcripcin y clculo de los
datos, adems de contar con el error humano como variable en contra para
verificar la fiabilidad de los datos.

Existen varios paquetes ofimticos en el mercado que hacen este
trabajo pero se distribuyen bajo un costoso licenciamiento, lo que los hace
inaccesibles para una parte de los colegios del pas como sucede con
nuestro caso de estudio: la Unidad Educativa Instituto Privado Boyac de Los
Teques. En caso que el instituto pueda permitirse el pago de la licencia, se
encuentra tambin con otro problema: todos estos paquetes que ofrece el
mercado corren nicamente bajo sistema operativo Windows, lo que
imposibilita su acceso desde cualquier otro sistema operativo.

Surge la necesidad de desarrollar un sistema bajo los lineamientos de
software libre que permita automatizar la gestin de los mencionados
procesos administrativos de estas organizaciones, y que adems de mejorar
las prestaciones del software existente en la actualidad, pueda ser ejecutado
en cualquier plataforma operativa.

Se propone la implementacin en el colegio que nos sirve como caso
de estudio para que luego pueda ser distribuido gratuitamente en internet,
ayudando as a los institutos que no puedan costear una licencia para un
9

software administrativo y a los que, regidos por el Decreto Gubernamental
#3390, tengan que migrar todos sus sistemas a software libre.

De esta manera se inici esta investigacin definiendo el problema y
planteando los objetivos necesarios para llegar una solucin desde nuestra
rea de desempeo que es la computacin.

Luego de plantearnos los objetivos y limitar el alcance de la solucin
propuesta, se defini la metodologa que se emple al llevar a cabo este
proyecto.

Una vez definida la metodologa de trabajo, se procedi con la
realizacin de la investigacin terica necesaria para responder a todos los
conceptos relacionados al desarrollo de esta solucin.

Posteriormente se realiz una descripcin completa de la situacin
actual en el Unidad Educativa Instituto Privado Boyac y luego se hizo de la
misma manera una descripcin detallada, paso a paso, de la solucin
propuesta.

Por ltimo se presentan las conclusiones y recomendaciones
relacionadas a todo el proceso investigativo y al desarrollo de todo el
proyecto.

10

CAPTULO I

EL PROBLEMA DE INVESTIGACIN

Planteamiento del Problema

Actualmente la automatizacin de los procesos administrativos
representa una gran ventaja para las instituciones, es un paso necesario
para el eficaz funcionamiento de cualquier organizacin o empresa, se trata
de un gran ahorro en recursos humanos y materiales, que al final se traducen
en ahorro de dinero, as como en mejoras en la calidad del servicio ofrecido.

Los colegios venezolanos, tanto privados como pblicos, forman parte
de este grupo de instituciones, los cuales llevan a cabo una serie de
procesos para el control y la gestin de las distintas tareas que les permiten
funcionar adecuadamente, estos procesos abarcan una serie de reas que
debe manejar la institucin.

Anteriormente se llevaba a cabo su control administrativo en papel;
por lo que la gestin de estas tareas se vuelve engorrosa ya que los pagos
se registraban en cuadernos, el historial de los estudiantes en carpetas, las
notas en largas hojas, lo cual produca que los tiempos necesarios para el
cumplimiento de estos procesos fueran altos. El sistema manual conlleva
adems al uso de personal adicional para llevar a cabo estas delicadas
tareas, as como a su vez aumenta la posibilidad de errores en la
transcripcin de los datos.

En los ltimos aos, se han introducido al mercado diversos sistemas
ofimticos para el manejo de estos procesos de manera automatizada, sin
embargo, todos estos tienen una gran desventaja, operan bajo un
11

licenciamiento de pago para su uso, generando altos costos de matrcula, por
lo que algunos institutos no pueden permitirse ese costo.

Actualmente existen aplicaciones ofimticas que permiten realizar la
automatizacin de estos procesos, pero al ser realizadas para un pblico
reducido (no existen ms de tres mil institutos de este tipo en Venezuela) y
selecto (al ser privados, su acceso no es libre) estas ofrecen sus servicios
bajo costosos licenciamientos.

La Unidad Educativa Instituto Privado Boyac, ubicada en Los
Teques, estado Miranda, es un colegio que atiende estudiantes de primaria y
secundaria. Desde el ao 2006, usan un software desarrollado a medida
para automatizar varios de sus procesos administrativos. El costo de la
licencia para dicho software es de Bs. 80.000 anualmente en su versin
intermedia. Existen diferentes tipos de licencias que ofrece el fabricante, las
cuales permiten atender ms procesos pero usan sta porque es la que se
ajusta al presupuesto de la Institucin.

Con la licencia actual se puede llevar el control del registro de
estudiantes y pagos, pero no es posible llevar el control de las notas. Para
hacer esto, se debe imprimir la lista de estudiantes, escribir sobre ella las
notas y calcular manualmente los promedios de cada alumno.
Posteriormente se introducen los datos al programa correspondientes a
aquellos alumnos que fueron promovidos de grado, para que el programa
pueda seguir llevando su registro. Este procedimiento trae como
consecuencia altos costos en trminos de tiempo, adems que aumenta la
posibilidad de error al momento de calcular y transcribir las puntuaciones.

Con el fin de mejorar los tiempos operacionales y disminuir la
inversin en personal, la direccin del colegio manifest la necesidad de una
12

solucin que le permita llevar a cabo la completa automatizacin de los
procesos administrativos de los estudiantes, invirtiendo menos dinero que en
la actualidad.

Al realizarse este proyecto bajo la modalidad de software libre, se
colocar en internet y a disposicin del pblico para que otras instituciones
educativas que presenten este mismo problema puedan hacer uso del
sistema y de esta forma conseguir disminuciones significativas en dichas
inversiones.

13

Formulacin del problema

Cmo puede la Unidad Educativa Instituto Privado Boyac agilizar
sus procesos administrativos y acadmicos usando herramientas de software
libre?

Interrogante Principal

Cules tecnologas, procesos, procedimientos y polticas deben
considerarse para el control y gestin de los procesos administrativos y
acadmicos de los institutos privados del nivel educativo bsico, medio y
diversificado en Venezuela?

Interrogantes Secundarias

Qu requerimientos de informacin son necesarios para el control y
gestin de los procesos administrativos y acadmicos para institutos privados
del nivel educativo bsico, medio y diversificado en Venezuela?

Cmo deben ser analizados los requerimientos de informacin
necesarios para el control y gestin de los procesos administrativos y
acadmicos para institutos privados del nivel educativo bsico, medio y
diversificado en Venezuela?

Cmo debe ser el modelo de datos del sistema para el control y
gestin de los procesos administrativos y acadmicos para institutos privados
del nivel educativo bsico, medio y diversificado en Venezuela?

14

Cules deben ser los mdulos y las interfaces necesarias para el
sistema de control y gestin de los procesos administrativos y acadmicos
para institutos privados del nivel educativo bsico, medio y diversificado en
Venezuela?

Qu mtodo de pruebas deben utilizarse para validar el correcto
funcionamiento del sistema para el control y gestin de los procesos
administrativos y acadmicos para institutos privados del nivel educativo
bsico, medio y diversificado en Venezuela, y el cumplimiento de los
requerimientos?

Cul debera ser la estrategia de implantacin del sistema para el
control y gestin de los procesos administrativos y acadmicos para institutos
privados del nivel educativo bsico, medio y diversificado en Venezuela?

15

Objetivos de la investigacin

Objetivo general

Implantar un software libre para el control y gestin de los procesos
administrativos y acadmicos de instituciones privadas de educacin para los
ciclos bsico, medio y diversificado.

Objetivos especficos

Identificar los requerimientos de informacin necesarios para el control
y gestin de los procesos administrativos y acadmicos para
instituciones educativas privadas del nivel educativo bsico, medio y
diversificado en Venezuela.

Analizar los requerimientos de informacin necesarios para el control y
gestin de los procesos administrativos y acadmicos para

Disear el modelo de datos del sistema para el control y gestin de los
procesos administrativos y acadmicos para instituciones educativas
privadas del nivel educativo bsico, medio y diversificado en
Venezuela.

Definir los mdulos y las interfaces necesarias para el sistema de
control y gestin de los procesos administrativos y acadmicos para

16

Programar el sistema para el control y gestin de los procesos
administrativos y acadmicos para instituciones educativas privadas
del nivel educativo bsico, medio y diversificado en Venezuela.

Establecer un mtodo de pruebas para validar el correcto
funcionamiento del sistema para el control y gestin de los procesos
administrativos y acadmicos para instituciones educativas privadas
del nivel educativo bsico, medio y diversificado en Venezuela.

Definir la estrategia de la implantacin del sistema para el control y
gestin de los procesos administrativos y acadmicos para

Justificacin de la Investigacin

Cualquier institucin u organismo puede encontrarse con la necesidad
de automatizar sus procesos administrativos o mejorar la forma en la que
actualmente se llevan a cabo.

Existen infinidad de paquetes en el mercado para resolver
prcticamente cualquier situacin que implique el manejo de datos, tanto
gratuitas como pagas, pero necesidades especficas requieren herramientas
especficas para su satisfaccin. Mientras ms precisin requiera la
herramienta, ms difcil ser conseguirla y en casos determinados, ms
costoso ser su precio.

En el caso de los colegios privados de Venezuela se necesitan
programas que atiendan situaciones que solo competen a ellos, tratndose
de una poblacin finita (un poco ms de 3 mil instituciones a lo largo del
17

pas), el mercado ofrece soluciones costosas para un mercado concreto y
reducido.

Si bien casi todos estos institutos se rigen por procesos comunes, es
normal que algunos requieran resolver situaciones especficas diferentes de
los dems. Cuando se trata de soluciones de software propietario, las
modificaciones generalmente tienen un coste adicional.

Actualmente no existe una herramienta de software libre en el
mercado venezolano que permita a los colegios automatizar sus procesos
administrativos y a la vez poder realizar adaptaciones en ella sin tener que
acarrear ms costos de licenciamiento aun. Adems de esto la aplicacin
debe ser multiplataforma, lo cual permitir la portabilidad de la misma y
simplificar su implantacin.

De esta forma desde el punto de vista de la computacin se realizar
un gran aporte a los repositorios de software libre educativo, realizando una
solucin computacional realmente flexible que sea adaptable a las
necesidades de las instituciones donde sea aplicado.

Alcance

El Alcance de este trabajo de investigacin fue definido hasta la fase
de implantacin del sistema para el control y gestin de los procesos
administrativos y acadmicos de los ciclos bsico, medio y diversificado en la
Unidad Educativa Instituto Privado Boyac (Los Teques, Edo. Miranda).

18

Delimitaciones

Delimitacin Temtica

La lnea de investigacin en la cual se inserta la temtica est
focalizada en el campo de estudio de desarrollo de tecnologas de
informacin Gerencial para instituciones pblicas en Venezuela, por cuanto
en este estudio se pretende desarrollar un sistema libre para el control y
gestin de los procesos administrativos y acadmicos de instituciones
privadas de educacin para los ciclos bsico, medio y diversificado.
Caso: Unidad Educativa Instituto Privado Boyac, Los Teques, Edo. Miranda.

Delimitacin Geogrfica

El sistema se llevar a cabo en las instalaciones de la Unidad
Educativa Instituto Privado Boyac, ubicado en la calle Cardenal Quintero,
Urbanizacin Campo Alegre, de Los Teques, Estado Miranda, Venezuela.

Delimitacin Temporal

El proyecto iniciar en el mes de septiembre de 2012 y se deben
haber finalizado todas las fases antes del mes de diciembre del mismo ao,
dando un total de 4 meses para completarlo.

Limitaciones

No se encontraron limitaciones relevantes durante el proyecto.

19

CAPTULO II

MARCO REFERENCIAL

Antecedentes de la Investigacin

Al momento de investigar estudios previos relacionados al problema
en cuestin, se estudiaron los siguientes casos de referencia:

Dorys Luca Acosta Campos (2010, Universidad Nacional Experimental
"Rafael Mara Baralt"). ENTORNOS VIRTUALES BAJO SOFTWARE
LIBRE PARA EL APRENDIZAJE EN INSTITUCIONES UNIVERSITARIAS.
Este trabajo de grado se fij como objetivo el implementar una solucin
existente de software libre para mejorar los mtodos de enseanza de la
institucin.

La Universidad contaba con la modalidad de estudios presenciales y
surgi la necesidad de adoptar nuevos modelos de aprendizaje para
diversificar su oferta educativa. Implementaron una solucin de software libre
que les permitira poder ofrecer clases a distancia, adaptndola a sus
necesidades y sin hacer inversin monetaria. Mediante esta investigacin,
Acosta se dio cuenta de las falla en los procesos de manejo de datos de la
institucin, los unific con el criterio del sistema a usar Entornos Virtuales
para el Aprendizaje (EVA) y procedi a hacer las mejoras para llevar a cabo
la implementacin.

El resultado fue exitoso y es el sistema que usa actualmente la
universidad para impartir clases a distancia, resolviendo una carencia que
tenan de manera efectiva, adaptable y a bajo costo.

20

Esta investigacin sirvi como referencia para evaluar la metodologa
usada al momento de llevar a cabo el desarrollo del sistema, as como la
utilizacin de los estndares de software libre y la consideracin de los
mdulos necesarios para una aplicacin de este estilo.

Barrios, Montilva y Rivero (2010). CONCEPTUALIZACIN DEL
PROCESO DE IMPLEMENTACIN DE SOFTWARE: PERSPECTIVAS
GIL Y DISCIPLINADA. Esta investigacin estaba enfocada en presentar
un modelo que abarcase todos los conceptos necesarios para especificar un
proceso de implementacin de software disciplinado con rasgos de agilidad.

De tal manera ofrecen un estudio comparativo detallado entre distintas
metodologas existentes, adaptado al mercado de las PyMEs (Pequeas y
Medianas Empresas) en Venezuela, y cuyos resultados son vlidos y
extensibles a otras organizaciones a nivel latinoamericano.

De la investigacin nombrada anteriormente podemos destacar como
antecedente el estudio del uso de las diferentes metodologas giles de
implementacin de software dada su gran utilidad.

David Snchez L (2010, Universidad de Oriente). IMPLANTACIN DE
LA APLICACIN WEB PARA EL CONTROL DE DOCUMENTOS DEL
SISTEMA DE GESTIN DE LA CALIDAD DE LA GERENCIA AIT DE
PDVSA DIVISION ORIENTE, BAJO TCNICAS DE INGENIERA DE
SOFTWARE Y ESTNDARES ABIERTOS. El objetivo planteado por este
estudio era la implantacin de una aplicacin bajo modalidad web para el
manejo y control de documentos del Sistema de Gestin de la Calidad de la
Gerencia AIT de PDVSA Divisin Oriente haciendo uso de tcnicas,
ingeniera de software y estndares abiertos.

21

El estudio presenta una extensa investigacin sobre la institucin que
fue objeto de la misma (PDVSA). Esta investigacin les permiti llegar a un
profundo nivel de conocimiento del funcionamiento organizacional para poder
de esta manera desarrollar una solucin que se adaptase bien a la empresa
y que cumpla con los requerimientos planteados. Se logr una satisfactoria
implantacin del sistema requerido, cumpliendo los objetivos planteados.

De tal forma, se encontr de gran importancia la referencia a este
estudio por las similitudes en cuanto a los requerimientos del uso de
herramientas y plataformas libres para el desarrollo de una aplicacin web.

Bases Conceptuales

Sistema

Segn Mario Bunge (1999) ...Un sistema es un todo organizado. El
concepto tiene dos usos muy diferenciados, que se refieren respectivamente
a los sistemas de conceptos y a los objetos reales ms o menos complejos y
dotados de organizacin... El concepto de sistema implica una fuerte
abstraccin, tendente a encontrar lo comn a entidades muy diferentes. El
esfuerzo por encontrar leyes generales del comportamiento de los sistemas
reales es el que funda la Teora de Sistemas y, ms en general, aquella
tendencia de la investigacin a la que se alude como pensamiento sistmico
o Sistmica, en cuyo marco se encuentran disciplinas y teoras como la
Ciberntica, la Teora de la informacin, la Teora de juegos, la Teora del
caos y otras....

Segn el diccionario de la Biblioteca de Consulta Microsoft Encarta
(2004), se pretende obtener cuatro (4) conceptos:
22

Conjunto de reglas o principios sobre una materia racionalmente
enlazados entre s.

Conjunto de cosas que relacionadas entre s ordenadamente
contribuyen a determinado objeto.
Conjunto de rganos que intervienen en alguna de las principales
funciones vegetativas. Sistema nervioso.

Conjunto estructurado de unidades relacionadas entre s que se
definen por oposicin; p. Ej., la lengua o los distintos componentes de
la descripcin lingstica.

Entonces, podemos decir que un sistema es un conjunto de partes (o
subsistemas si se quiere) relacionados a una escala superior por un objetivo
o fin comn.

Teora General de Sistemas

La Teora De Sistemas (TS) es un ramo especfico de la Teora
general de sistemas (TGS). La TGS surgi con los trabajos del alemn
Ludwig Von Bertalanffy, publicados entre 1950 y 1968. La TGS no busca
solucionar problemas o intentar soluciones prcticas, pero s producir teoras
y formulaciones conceptuales que pueden crear condiciones de aplicacin en
la realidad emprica. La TGS afirma que las propiedades de los sistemas, no
pueden ser descritos en trminos de sus elementos separados; su
comprensin se presenta cuando se estudian globalmente.

Ludwig Von Bertalanffy en su libro Teora General de Sistemas (1976)
afirma que:
23

La TGS se fundamenta en tres premisas bsicas:

Los sistemas existen dentro de sistemas: cada sistema existe dentro
de otro ms grande.
Los sistemas son abiertos: es consecuencia del anterior. Cada
sistema que se examine, excepto el menor o mayor, recibe y descarga
algo en los otros sistemas, generalmente en los contiguos. Los
sistemas abiertos se caracterizan por un proceso de cambio infinito
con su entorno, que son los otros sistemas. Cuando el intercambio
cesa, el sistema se desintegra, esto es, pierde sus fuentes de energa.

Las funciones de un sistema dependen de su estructura: para los
sistemas biolgicos y mecnicos esta afirmacin es intuitiva. Los
tejidos musculares por ejemplo, se contraen porque estn constituidos
por una estructura celular que permite contracciones.

Segn Bertalanffy, sistema es un conjunto de unidades
recprocamente relacionadas. De ah se deducen dos conceptos: propsito (u
objetivo) y globalismo (o totalidad).

Propsito u objetivo: todo sistema tiene uno o algunos propsitos. Los
elementos (u objetos), como tambin las relaciones, definen una
distribucin que trata siempre de alcanzar un objetivo.

Globalismo o totalidad: un cambio en una de las unidades del sistema,
con probabilidad producir cambios en las otras. El efecto total se
presenta como un ajuste a todo el sistema. Hay una relacin de
causa/efecto.

24

Gestin y Control de Procesos

Los procesos son actividades que se llevan a cabo gestionando
recursos con el fin de producir un resultado a partir de ciertos elementos de
entrada al sistema encargado de realizar el proceso. Un proceso consta de
entradas, salidas, una actividad o proceso a realizarse, requisitos de control,
una evaluacin del desempeo o eficacia y a su vez debe contar con un
responsable que se haga cargo de la gestin y el control.

Para que una organizacin funcione de manera eficaz, tiene que
identificar y gestionar un gran nmero de recursos y actividades relacionadas
entre s para garantizar un correcto desempeo de los procesos.

El control y seguimiento de los procesos por su parte, son
herramientas muy tiles para la mejora interna en una organizacin ya que
con estos datos podemos analizar y resaltar cuales son los aspectos que no
se estn gestionando correcta u ptimamente.

Segn el portal online eMagister.com, los procesos pueden ser
clasificados de la siguiente manera:

Estratgicos, soportan y despliegan las polticas y estrategias de la
organizacin.

Operativos, constituyen la secuencia de valor aadido, desde la
comprensin de las necesidades del mercado, hasta la utilizacin
por parte de los clientes.

De soporte, dan soporte y apoyo a los procesos operativos.

25

Ingeniera del Software

Segn el libro What is Software Engineering? (Lewis, 1994)
"Software es la suma total de los programas de computadora,
procedimientos, reglas, la documentacin asociada y los datos que
pertenecen a un sistema de cmputo". Segn el mismo autor, "un producto
de software es un producto diseado para un usuario". Teniendo esto
presente podemos decir que la Ingeniera de Software es un enfoque
sistemtico del desarrollo, operacin y mantenimiento de una aplicacin
realizada para cumplir con los requerimientos de un usuario, en su libro
"Ingeniera de (Cota, 1994) considera que "la Ingeniera de Software es la
rama de la ingeniera que aplica los principios de la ciencia de la
computacin y las matemticas para lograr soluciones costo-efectivas
(eficaces en costo o econmicas) a los problemas de desarrollo de software",
es decir, "permite elaborar consistentemente productos correctos, utilizables
y costo-efectivos"(p.5).

El ingeniero de software tiene en sus manos la calidad del sistema, la
cual depender de una seria de elementos que deben ser tomados en
cuenta ciertos pasos y elementos, Segn Wikipedia, la enciclopedia libre
(1998), estos elementos son:

Mtodos o tcnicas: Indican cmo construir tcnicamente el software,
y abarca una serie de tareas que incluyen la planificacin y estimacin
de proyectos, el anlisis de requisitos, el anlisis y la especificacin
del sistema, el diseo de estructuras de datos, programas y
procedimientos, la codificacin, la documentacin, las pruebas y el
mantenimiento. Los mtodos introducen frecuentemente una notacin
especfica para la tarea en cuestin y una serie de criterios de calidad.

26

Herramientas: Son instrumentos o sistemas automatizados para
realizar algo de la mejor manera posible. Esta manera ptima puede
significar que la herramienta produce resultados ms exactos, ms
eficientes, ms productivos, o que refuerza la calidad del producto
resultante. Proporcionan un soporte automtico o semiautomtico para
todas las fases del desarroll y sistemas que integran las herramientas
de cada fase de manera que sirven para todo el proceso. Estas
herramientas se denominan CASE (Computer Aided Software
Engineering).

Procedimientos: Son la combinacin de las tcnicas y las
herramientas que en forma conjunta dan un resultado particular. Los
procedimientos indicarn qu herramientas debern utilizarse cuando
se aplican determinadas tcnicas. Definen la secuencia en que se
aplican los mtodos, los documentos que se requieren, los controles
que aseguran la calidad y las directrices que permiten a los gestores
evaluar los progresos.

Paradigmas: Representan un enfoque particular o filosofa para la
construccin del software. No es mejor uno que otro sino que cada
uno tiene ventajas y desventajas. Tambin hay situaciones donde un
paradigma resulta ms apropiado que otro. Los ms comunes son el
desarroll en cascada, el desarroll en espiral, el desarroll por
prototipos, el desarroll incremental, el desarroll en V y el desarroll
orientado a objetos. Tambin existen modelo hbridos, los cuales
combinan elementos de diferentes modelos segn las necesidades
existentes.

27

Diseo Conceptual

Segn (Microsoft, 1997) El diseo conceptual se considera como un
anlisis de actividades y consiste en la solucin de negocios para el usuario
y se expresa con los casos de uso. El diseo lgico es la solucin del equipo
de proyecto del negocio y consiste de las siguientes tareas:

Identificar los usuarios y sus roles.

Obtener datos de los usuarios.

Evaluar la informacin.

Documentar los escenarios de uso.

Validar con los usuarios.

Validar contra la arquitectura de la empresa.

Una forma de obtener estos requerimientos es construir una matriz
usuarios-actividades de negocios, realizar entrevistas, encuestas y/o visitas a
los usuarios, de tal manera que se obtenga quin, qu, cundo, dnde y por
qu de la solucin. Se esta manera se observa la importancia de llevar
estructuras y seguir los pasos planteados sin perder el norte de los
requerimientos que se busca conseguir.

28

Desarrollo Rpido de Aplicaciones (DRA)

La Metodologa de Desarrollo Rpido de Aplicaciones (Rapid
Application Development, RAD, en ingls) fue implementada en 1980 por
James Martin y consiste en un ciclo de desarrollo corto basado en tres (3)
fases (Requisitos, Diseo y Produccin) enfocadas a lograr la entrega del
sistema final con un promedio de 90 a 120 das como mximo.

Existen variantes de la metodologa en las que se realiza un ciclo de
desarrollo ms detallado. Estas variantes pueden incluir otras fases que el
modelo original no contempla. La versin ms completa del modelo consta
de las siguientes fases: Definicin de Requisitos, Modelado de Datos,
Modelados de Procesos, Produccin y Pruebas.

Esta metodologa se enfoca en el desarrollo rpido de una aplicacin,
pero tomando en cuenta siempre, y manteniendo cerca del proceso de
desarrollo al cliente o al usuario final, quien ser el encargado de guiar el
proceso en base a los requerimientos que posea. De esta manera permite
crear prototipos funcionales durante el propio proceso de desarrollo sin que
este est completamente culminado, lo cual es una ventaja muy clara en
comparacin con otras metodologas de desarrollo, las cuales no generan un
sistema funcional hasta finalizar sus etapas.

Jess Barranco de Areba, en su libro Metodologa del Anlisis
Estructurado de Sistemas, nos habla de las ventajas y desventajas de esta
metodologa:

Ventajas:

Aumento de la productividad.
29

Reduccin de costos y tiempos de desarrollo.
Aumento de calidad del sistema.

Desventajas:

Necesidad de una buena formacin.
Altos niveles de organizacin.

Fases de la metodologa DRA

Definicin de Requerimientos: Tambin conocida como la fase de
definicin de concepto, aqu se definen los requerimientos del sistema,
restricciones, alcance del proyecto y del sistema. Con este fin, se
adquiere la informacin necesaria para poder plantear una propuesta
que solvente la problemtica.

Diseo de Datos: Aqu se define el modelo de datos sobre el cual se
va a desarrollar el sistema, es decir; se establece la estructura que va
a tener la base de datos con la que van a interactuar los distintos
procesos de gestin y control del sistema.

Diseo de Procesos: Tambin conocida como la fase del diseo
funcional, es aqu donde se definen los distintos procesos que va a
llevar a cabo el sistema, al igual que lo mdulos e interfaces que van a
permitir la interaccin con el sistema.

Produccin: Esta fase completa la construccin del sistema, genera la
documentacin y realiza los planes para llevar a cabo la implantacin.

30

Pruebas e Implantacin: esta fase incluye pruebas finales del usuario
y del desarrollador, adiestramiento del usuario y la implantacin del
sistema.

UML

El modelado consiste en disear aplicaciones de software antes de su
programacin. Conforma una parte esencial de cualquier proyecto de
desarrollo de software y es un medio sumamente til para la visualizacin
del mismo. Usando modelos, aquellos responsables del desarrollo de un
proyecto de software puedan asegurarse que la funcionalidad est completa
y correcta con respecto a los requerimientos del usuario final, de esta forma
tambin nos ayuda al momento de planear escalabilidad, robustez,
seguridad, extensibilidad y otras caractersticas antes de la implementacin
del cdigo, ya que luego puedo significar incrementos en los costos de
desarrollo.

Joseph Schmuller, en su libro Aprendiendo UML en 24 horas (2005)
nos explica que el Lenguaje Unificado de Modelado (UML, Unified Modeling
Language) surge en 1994 como necesidad de crear un estndar para la
realizacin de distintos tipos de modelos con caractersticas y funciones
distintas. Ya en 1997 fue aprobado por el consorcio de estandarizacin OMG
(Grupo de Gestin de Objetos) como el estndar para el anlisis y diseo
orientado a objetos

Independientemente de la metodologa que se use para realizar llevar
a cabo el proyecto, UML siempre puede ser usado como apoyo para
expresar de una manera ms completa, explicita y clara los resultados del
diseo.
31

De la practicidad que nos genera el uso de estos modelos, Schmuller
destaca una serie de utilidades y ventajas como lo son:

Permite modelar de forma visual para poder especificar, visualizar,
construir y documentar los elementos que formaran parte de un
sistema de software.

Facilita la forma de entender, disear, configurar, mantener y controlar
la informacin sobre los sistemas a construir.

Capta la informacin sobre la estructura esttica y el comportamiento
dinmico de un sistema.

Diagramas de Casos de Uso

Se utilizan para visualizar de manera clara el comportamiento de un
sistema o una clase, de forma tal que los usuarios del mismo puedan
comprender cmo se utiliza dicho elemento.

Segn Microsoft, esta representacin se hace a travs de las
relaciones entre los actores (agentes externos) y los casos de uso (acciones)
dentro del sistema. Los diagramas de casos de uso definen conjuntos de
funcionalidades afines que el sistema debe cumplir para satisfacer todos los
requerimientos que tiene a su cargo.

32

Diagramas de Entidad-Relacin

Este tipo de diagrama creado y publicado en una investigacin por el
Dr. Peter Pin-Shan Chen en 1976, es uno de los ms utilizados en el
desarrollo de aplicacin para realizar el diseo de las bases de datos. El
autor Dr. Chen nos dice en su investigacin:

Entidades y Relaciones son una manera natural de organizar objetos
fsicos as como informacin El concepto de Entidad-Relacin es el
principio bsico fundamental para el modelado conceptual. Ha estado con
nosotros desde hace miles de aos y lo seguir estn por muchos aos
ms.

Un diagrama de Entidad-Relacin es una herramienta de
modelizacin de datos que describe las asociaciones que existen entra las
diferentes categoras de datos dentro de una sistema de empresa o de
informacin... (Whitten, Bentley, Barlow, Pg. 320), es decir que el mismo
explica todas las cosas tangibles del sistema, lugares, funciones, y describe
como son sus Inter.-relaciones y propiedades, Los mismos estn
comprendidos de 3 partes fundamentales, Entidades, Relaciones, Atributos.
Una Entidad es cualquier ente real, cualquier objeto discreto sobre el que se
tiene y se deseas guardar alguna informacin; una Relacin es la asociacin
entre una o ms entidades, la misma describe una interdependencia entre
dos relaciones, y por ultimo tenemos los Atributos los cuales son
propiedades relevantes de una y solo una entidad.

33

Diagrama de Flujo de Datos

Segn Whitten, Bentley y Barlow (2000) explican en su libro es una
herramienta de modelizacin de procesos que representa el flujo de datos a
travs de un sistema y los trabajos o procesos llevados a cabo por dicho
sistema... a diferencia del diagrama de entidad relacin donde se explican
las relaciones y las dependencias entre las entidades, esta herramienta nos
ayuda a describir los procesos, que son los que nos ayudan a transformar los
datos en informacin y de esta manera darle sentido al sistema. Los
elementos que componen un DFD (Diagrama de Flujo de Datos) son,
Proceso, es un conjunto de tareas o acciones realizadas a partir de un flujo
de datos o entrada para producir flujos de datos de salida, pero qu es un
Flujo de datos?, no es ms que la representacin de la entrada o salida de
datos de un proceso.

Existe otro elemento importante que son los Agentes Internos y
Externos los cuales definen los lmites del sistema puesto que ellos con los
que suministran las entradas y salidas de un sistema. Y toda esta
informacin se almacena en los llamados Almacn de Datos.

Programacin

La programacin es el proceso mediante el cual se le introducen una
serie de comandos entendidos por el computador de forma tal que el mismo
de l resultado deseado. Y se con todo lo antes expuesto notamos que hay
una gran relacione entra la programacin y la ingeniera del software, unida
por un proceso creativo y una necesidad de satisfaces unos requerimientos
especficos. Estos procesos de creacin vistos desde el punto de vista de la
ingeniera tienen unos pasos a seguir, Segn Wikipedia (2006):
34

Reconocer la necesidad de un programa para solucionar un problema
o identificar la posibilidad de automatizacin de una tarea.

Recoger los requisitos del programa. Debe quedar claro qu es lo que
debe hacer el programa y para qu se necesita.

Realizar el anlisis de los requisitos del programa. Debe quedar claro
cmo debe realizar el programa las cosas que debe hacer. Las
pruebas que comprueben la validez del programa se pueden
especificar en esta fase.

Disear la arquitectura del programa. Se debe descomponer el
programa en partes de complejidad abordable.

Implementar el programa. Consiste en realizar un diseo detallado,
especificando completamente todo el funcionamiento del programa,
tras lo cual la codificacin debera resultar inmediata.

Implantar (instalar) el programa. Consiste en poner el programa en
funcionamiento junto con los componentes que pueda necesitar
(bases de datos, redes de comunicaciones, etc.).

En la actualidad este proceso de creacin no incluye nicamente
escribir el cdigo, se han incluido pasos como el proceso de diseo y
planificacin del programa.

35

Paradigma de programacin

Un paradigma es una forma de representar y manipular el
conocimiento. Representa un enfoque particular o filosofa para la
construccin del software. No es mejor uno que otro sino que cada uno tiene
ventajas y desventajas. Tambin hay situaciones donde un paradigma
resulta ms apropiado que otro.

Algunos ejemplos de paradigmas de programacin:

El paradigma imperativo es considerado el ms comn y est
representado, por ejemplo, por el C o por BASIC.

El paradigma funcional est representado por la familia de lenguajes
LISP, en particular Scheme.

El paradigma lgico, un ejemplo es PROLOG.

El paradigma orientado a objetos. Como ejemplo de lenguaje
completamente orientado a objetos tenemos Smalltalk Java.

Si bien puede seleccionarse la forma pura de estos paradigmas al
momento de programar, en la prctica es habitual que se mezclen. Tal es el
caso de lenguajes como C++, Delphi o Visual Basic, los cuales combinan el
paradigma imperativo con el orientado a objetos. Incluso existen lenguajes
multiparadigma que permiten la mezcla de forma natural, como en el caso de
Oz.

36

Otro ejemplo: lenguajes como Scheme o Prolog, paradigma funcional
y lgico respectivamente, cuentan con estructuras repetitivas. Estas son ms
propias del paradigma imperativo que a la forma pura de aquellos.

Programacin Imperativa

La programacin imperativa, en contraposicin a la programacin
declarativa es un paradigma de programacin que describe la programacin
en trminos del estado del programa y sentencias que cambian dicho estado.
Los programas imperativos son un conjunto de instrucciones que le indican al
computador cmo realizar una tarea. La implementacin de hardware de la
mayora de computadores es imperativa; prcticamente todo el hardware de
los computadores est diseado para ejecutar cdigo de mquina, que es
nativo al computador, escrito en una forma imperativa. Esto se debe a que el
hardware de los computadores implementa el paradigma de las Mquinas de
Turing.

Desde esta perspectiva de bajo nivel, el estilo del programa est
definido por los contenidos de la memoria, y las sentencias son instrucciones
en el lenguaje de mquina nativo del computador (por ejemplo el lenguaje
ensamblador). Los lenguajes imperativos de alto nivel usan variables y
sentencias ms complejas, pero an siguen el mismo paradigma. Las recetas
y las listas de revisin de procesos, a pesar de no ser programas de
computadora, son tambin conceptos familiares similares en estilo a la
programacin imperativa; cada paso es una instruccin, y el mundo fsico
guarda el estado (Zoom). Puesto que las ideas de la programacin
imperativa son tanto conceptualmente familiares y directamente embebidas
o incrustadas en el hardware, la mayora de los lenguajes de computadores
son de un estilo imperativo.
37

La mayora de los lenguajes de alto nivel incorporan cuatro tipos
bsicos de sentencias: asignaciones, ciclos, ramificaciones condicionales, y
ramificaciones incondicionales. Las sentencias de asignacin, en general,
realizan una operacin sobre la informacin localizada en la memoria y
almacenan los resultados para uso posterior. Los lenguajes imperativos de
alto nivel, adicionalmente, permiten la evaluacin de expresiones complejas,
que pueden consistir de operaciones aritmticas y evaluaciones de funciones
y la asignacin del valor resultante a la memoria. Las sentencias de ciclos
permiten a una secuencia de instrucciones ser ejecutada mltiples veces. Lo
ciclos pueden tanto ejecutar las sentencias que ellos tienen un nmero
predefinido de veces, como ejecutarlas repetidamente hasta que alguna
condicin cambie. Las sentencias de ramificacin condicional permiten a un
bloque de instrucciones o sentencias ser ejecutado slo si alguna condicin
se cumple. De lo contrario, las sentencias son saltadas y la secuencia de
ejecucin contina al siguiente bloque de instrucciones. Las ramificaciones
incondicionales permiten a la ejecucin de una secuencia ser transferida a
alguna otra parte del programa. Estas incluyen el salto llamado "goto" en
muchos lenguajes y la llamada de un subprograma o procedimiento.

Los primeros lenguajes imperativos fueron los lenguajes de mquina
de los computadores originales. En estos lenguajes, las instrucciones fueron
muy simples, lo cual hizo la implementacin de hardware fcil, pero
obstruyendo la creacin de programas complejos. Segn Wikipedia, la
enciclopedia libre (1998) Fortran, cuyo desarrollo fue iniciado en 1954 por
John Backus en IBM, fue el primer gran lenguaje de programacin en
superar los obstculos presentados por el cdigo de mquina en la creacin
de programas complejos.

38

Algunos lenguajes imperativos:

BASIC
C
C++
Java
C#
Perl

Programacin Orientada a Objetos

La Programacin Orientada a Objetos (POO u OOP segn siglas en
ingls) es un paradigma de programacin que define los programas en
trminos de "clases de objetos", objetos que son entidades que combinan
estado (es decir, datos), comportamiento (esto es, procedimientos o
mtodos) e identidad (propiedad del objeto que lo diferencia del resto). La
programacin orientada a objetos expresa un programa como un conjunto de
estos objetos, que colaboran entre ellos para realizar tareas. Esto difiere de
los lenguajes procedurales tradicionales, en los que los datos y los
procedimientos estn separados y sin relacin. Estos mtodos estn
pensados para hacer los programas y mdulos ms fciles de escribir,
mantener y reutilizar.

Otra manera en que esto es expresado a menudo, es que la
programacin orientada a objetos anima al programador a pensar en los
programas principalmente en trminos de estructuras de datos, y en segundo
lugar en las operaciones ("mtodos") especficas a esas estructuras de
datos. Los lenguajes procedurales animan al programador a pensar sobre
39

todo en trminos de procedimientos, y en segundo lugar en las estructuras
de datos que esos procedimientos manejan.

Los programadores que emplean lenguajes procedurales, escriben
funciones y despus les pasan datos. Los programadores que emplean
lenguajes orientados a objetos definen objetos con datos (estructuras) y
mtodos y despus envan mensajes a los objetos diciendo que realicen
esos mtodos en s mismos.

Caractersticas de la P.O.O.:

Abstraccin: Cada objeto en el sistema sirve como modelo de un
"agente" abstracto que puede realizar trabajo, informar y cambiar su
estado, y "comunicarse" con otros objetos en el sistema sin revelar
cmo se implementan estas caractersticas. Los procesos, las
funciones o los mtodos pueden tambin ser abstrados y cuando lo
estn, una variedad de tcnicas son requeridas para ampliar una
abstraccin.

Encapsulamiento: Tambin llamado "ocultacin de la informacin".
Cada objeto est aislado del exterior, es un mdulo natural, y cada
tipo de objeto expone una interfaz a otros objetos que especfica cmo
pueden interactuar con los objetos de la clase. El aislamiento protege
a las propiedades de un objeto contra su modificacin por quien no
tenga derecho a acceder a ellas, solamente los propios mtodos
internos del objeto pueden acceder a su estado. Esto asegura que
otros objetos no pueden cambiar el estado interno de un objeto de
maneras inesperadas, eliminando efectos secundarios e interacciones
inesperadas. Algunos lenguajes relajan esto, permitiendo un acceso
directo a los datos internos del objeto de una manera controlada y
40

limitando el grado de abstraccin. La aplicacin entera se reduce a un
agregado o rompecabezas de objetos.

Polimorfismo: comportamientos diferentes, asociados a objetos
distintos, pueden compartir el mismo nombre, al llamarlos por ese
nombre se utilizar el comportamiento correspondiente al objeto que
se est usando. O dicho de otro modo, las referencias y las
colecciones de objetos pueden contener objetos de diferentes tipos, y
la invocacin de un comportamiento en una referencia producir el
comportamiento correcto para el tipo real del objeto referenciado.
Cuando esto ocurre en "tiempo de ejecucin", esta ltima
caracterstica se llama asignacin tarda o asignacin dinmica.
Algunos lenguajes proporcionan medios ms estticos (en "tiempo de
compilacin") de polimorfismo, tales como las plantillas y la
sobrecarga de operadores de C++.

Herencia: las clases no estn aisladas, sino que se relacionan entre s,
formando una jerarqua de clasificacin. Los objetos heredan las
propiedades y el comportamiento de todas las clases a las que
pertenecen. La herencia organiza y facilita el polimorfismo y la
encapsulamiento permitiendo a los objetos ser definidos y creados
como tipos especializados de objetos preexistentes. Estos pueden
compartir (y extender) su comportamiento sin tener que re
implementar su comportamiento. Esto suele hacerse habitualmente
agrupando los objetos en clases y estas en rboles o enrejados que
reflejan un comportamiento comn. Cuando un objeto pertenece a
ms de una clase se llama herencia mltiple; esta caracterstica no
est soportada por algunos lenguajes (como Java).

41

La programacin orientada a objetos tom posicin como la
metodologa de programacin dominante a mediados de los aos ochenta,
en gran parte debido a la influencia de C++, una extensin del lenguaje de
programacin C.

Los conceptos bsicos que definen y caracterizan a la programacin
orientada a objetos son:

Objeto: entidad provista de un conjunto de propiedades o atributos
(datos) y de comportamiento o funcionalidad ("mtodos").
Corresponden a los objetos reales del mundo que nos rodea, o a
objetos internos del sistema (del programa).

Clase: definiciones de las propiedades y comportamiento de un tipo de
objeto concreto. La instanciacin es la lectura de estas definiciones y
la creacin de un objeto a partir de ellas.

Mtodo: algoritmo asociado a un objeto (o a una clase de objetos),
cuya ejecucin se desencadena tras la recepcin de un "mensaje".
Desde el punto de vista del comportamiento, es lo que el objeto puede
hacer. Un mtodo puede producir un cambio en las propiedades del
objeto, y/o la generacin de un "evento" con un nuevo mensaje para
otro objeto del sistema.

Evento: un suceso en el sistema (tal como una interaccin del usuario
con la mquina, o un mensaje enviado por un objeto). El sistema
maneja el evento enviando el mensaje adecuado al objeto pertinente.

42

Mensaje: una comunicacin dirigida a un objeto, que le ordena que
ejecute uno de sus mtodos con ciertos parmetros asociados al
evento que lo gener.

Propiedad o atributo: contenedor de un tipo de datos asociados a un
objeto (o a una clase de objetos), que hace los datos visibles desde
fuera del objeto, y cuyo valor puede ser alterado por la ejecucin de
algn mtodo.

Estado interno: es una propiedad invisible de los objetos, que puede
ser nicamente accedida y alterada por un mtodo del objeto, y que
se utiliza para indicar distintas situaciones posibles para el objeto (o
clase de objetos).

Entre los lenguajes orientados a objetos destacan los siguientes, cabe
destacar que no todos estos lenguajes de programacin son igualmente
puros en orientacin a objetos:

ActionScript
Ada 95
C++
C#
Clarion
Delphi
Eiffel
Java
Lexico (en castellano)
Objective-C
Ocaml
43

PHP 5
PowerBuilder
Python
Ruby
Smalltalk
Visual Basic

Luego de introducir lo que es la programacin y dar una breve resea
de los que son programas orientados a objetos y sus caractersticas as
como sus lenguajes, se proceder a describir los lenguajes HTML, CSS,
JavaScript y PHP.

HTML

El lenguaje HTML es el estndar para la descripcin de hipertexto, es
decir, texto estructurado con capacidades de comunicacin con otros
documentos y diversos medios digitales.

El consorcio W3C (World Wide Web Consortium), es el encargado del
desarrollo y estandarizacin del lenguaje HTML, y en este sentido lo definen
de la siguiente forma:

HTML es la lingua franca para la publicacin de hipertexto en la red
de alcance mundial (World Wide Web). Es un formato no propietario
basado en SGML, y puede ser creado y procesado por una gran
variedad de herramientas, desde simples editores de texto a
herramientas especficas ms sofisticadas. HTML usa etiquetas para
estructurar el cdigo en diferentes secciones como cabecera, prrafos,
listas, vnculos, etc.
44

Este lenguaje entonces es el encargado de permitirnos crear una
estructura bsica sobre la cual ocurrir el flujo de informacin de la
aplicacin.

JavaScript

Es un lenguaje interpretado, multiparadigma, dinmico, imperativo y
orientado a objetos, usado principalmente para crear scripts del lado del
cliente, siendo interpretado por el navegador web para as permitir un mayor
nivel de interaccin al usuario con las interfaces de la aplicacin y paginas
dinmicas. JavaScript representa un lenguaje de gran utilidad para agregarle
funcionalidad a las aplicaciones web de una manera sencilla y ligera.

Segn la Red de Desarrollo de Mozilla (Mozilla Development
Network), una de las empresas encargadas del desarrollo, mejoramiento y
actualizacin de este lenguaje, JavaScript es un lenguaje de programacin
dinmico que soporta construccin de objetos basado en prototipos. La
sintaxis bsica es similar a Java y C++ con la intencin de reducir el nmero
de nuevos conceptos necesarios para aprender el lenguaje. Las
construcciones del lenguaje, tales como sentencias if, y bucles for y while,
y bloques switch y try... catch funcionan de la misma manera que en estos
lenguajes

Hojas de Estilo (CSS)

Las Hojas de Estilo (CSS, Cascade Style Sheet por sus siglas en
Ingles) son documentos estructurados bajo un lenguaje el cual es usado para
definir la presentacin de los elementos en una estructura HTML, como lo
45

son el color, la diagramacin y posicin de los elementos as como las
fuentes.

Nuevamente el W3C es el encargado de realizar las actualizaciones y
publicar los estndares para las nuevas versiones del lenguaje. Es de gran
utilidad ya que como menciona el W3C en su portal web, permite adaptar la
presentacin para diferentes tipos de dispositivos, como impresoras o
aparatos con pantallas grandes o pequeas. CSS es independiente del
HTML y puede ser usado con cualquier lenguaje basado en XML. La
separacin de HTML del CSS permite mantener ms fcilmente un sitio web,
compartir hojas de estilo entre distintas pginas o aplicaciones. Esto tambin
es referido como la separacin de la estructura (o contenido) y la
presentacin.

PHP

PHP es un lenguaje de programacin usado generalmente para la
creacin de contenido para sitios Web. PHP es el (acrnimo recursivo de
"PHP: Hypertext Preprocessor", inicialmente PHP Tools, o, Personal Home
Page Tools) es un lenguaje interpretado usado para la creacin de
aplicaciones para servidores, o creacin de contenido dinmico para sitios
Web.

Su interpretacin y ejecucin se da en el servidor, en el cual se
encuentra almacenado el script, y el cliente slo recibe el resultado de la
ejecucin. Cuando el cliente hace una peticin al servidor para que le enve
una pgina Web, generada por un script PHP, el servidor ejecuta el intrprete
de PHP, el cual procesa el script solicitado que generar el contenido de
manera dinmica, pudiendo modificar el contenido a enviar, y regresa el
resultado al servidor, el cual se encarga de regresrselo al cliente. Adems
46

es posible utilizar PHP para generar archivos PDF, Flash, as como
imgenes en diferentes formatos, entre otras cosas.

Permite la conexin a diferentes tipos de servidores de bases de datos
tales como MySQL, Postgres, Oracle, ODBC, IBM DB2, Microsoft SQL
Server y SQLite; lo cual permite la creacin de Aplicaciones Web muy
robustas. PHP tambin tiene la capacidad de ser ejecutado en la mayora de
los sistemas operativos tales como UNIX (y de ese tipo, como Linux),
Windows y Mac OS X, y puede interactuar con los servidores de Web ms
populares ya que existe en versin CGI, mdulo para Apache, e ISAPI.

PHP fue originalmente diseado en Perl, seguidos por la escritura de
un grupo de CGI binarios escritos en el lenguaje C por el programador
Dans-Canadiense Rasmus Lerdorf en el ao 1994 para mostrar su
currculum vitae y guardar ciertos datos, como la cantidad de trfico que su
pgina Web reciba

Los principales usos del PHP son los siguientes:

Programacin de pginas Web dinmicas, habitualmente en
combinacin con el motor de base datos MySQL, aunque cuenta con
soporte nativo para otros motores, incluyendo el estndar ODBC, lo
que ampla en gran medida sus posibilidades de conexin.

Programacin en consola, al estilo de Perl, en Linux, Windows y
Macintosh.

Creacin de aplicaciones grficas independientes del navegador, por
medio de la combinacin de PHP y GTK (GIMP Tool Kit), que permite
47

desarrollar aplicaciones de escritorio tanto para los sistemas
operativos basados en Unix, como para Windows y Mac OS X.

Se pueden destacar una serie de ventajas presentadas por este
lenguaje de programacin como lo son:

La principal ventaja se basa en ser un lenguaje multiplataforma.

Capacidad de conexin con la mayora de los manejadores de base
de datos que se utilizan en la actualidad.

Leer y manipular datos desde diversas fuentes, incluyendo datos que
pueden ingresar los usuarios desde formularios HTML

Capacidad de expandir su potencial utilizando la enorme cantidad de
mdulos (llamados extensiones).

Posee una muy buena documentacin en su pgina oficial
("http://www.php.net/manual/es).

Es Libre, por lo que se presenta como una alternativa de fcil acceso
para todos.

Permite las tcnicas de Programacin Orientada a Objetos.

48

Bases de Datos

Una base o banco de datos es un conjunto de datos que pertenecen
al mismo contexto almacenados sistemticamente para su posterior uso. En
este sentido, una biblioteca puede considerarse una base de datos
compuesta en su mayora por documentos y textos impresos en papel e
indexados para su consulta.
En informtica existen los sistemas gestores de bases de datos
(SGBD), que permiten almacenar y posteriormente acceder a los datos de
forma rpida y estructurada. Las propiedades de los sistemas gestores de
bases de datos se estudian en informtica.

Las aplicaciones ms usuales son para la gestin de empresas e
instituciones pblicas. Tambin son ampliamente utilizadas en entornos
cientficos con el objeto de almacenar la informacin experimental.

Las bases de datos pueden clasificarse de varias maneras, de
acuerdo al criterio elegido para su clasificacin:

Segn la variabilidad de los datos almacenados:

Bases de datos estticas: stas son bases de datos de slo lectura,
utilizadas primordialmente para almacenar datos histricos que
posteriormente se pueden utilizar para estudiar el comportamiento de
un conjunto de datos a travs del tiempo, realizar proyecciones y
tomar decisiones.

Bases de datos dinmicas: stas son bases de datos donde la
informacin almacenada se modifica con el tiempo, permitiendo
49

operaciones como actualizacin y adicin de datos, adems de las
operaciones fundamentales de consulta. Un ejemplo de esto puede
ser la base de datos utilizada en un sistema de informacin de una
tienda de abarrotes, una farmacia, un videoclub, etc.

Segn el contenido:

Bases de datos bibliogrficas: Solo contienen un subrogante
(representante) de la fuente primaria, que permite localizarla. Un
registro tpico de una base de datos bibliogrfica contiene informacin
sobre el autor, fecha de publicacin, editorial, ttulo, edicin, de una
determinada publicacin, etc. Puede contener un resumen o extracto
de la publicacin original, pero nunca el texto completo, porque si no
estaramos en presencia de una base de datos a texto completo (o de
fuentes primarias)

Bases de datos numricas: Como su nombre lo indica, el contenido
son cifras o nmeros. Por ejemplo, una coleccin de resultados de
anlisis de laboratorio, entre otras.

Bases de datos de texto completo: Almacenan las fuentes primarias,
como por ejemplo, todo el contenido de todas las ediciones de una
coleccin de revistas cientficas.

50

Modelos de Bases de Datos

Adems de la clasificacin por la funcin de las bases de datos, stas
tambin se pueden clasificar de acuerdo a su modelo de administracin de
datos.

Un modelo de datos es bsicamente una "descripcin" de algo
conocido como contenedor de datos (algo en donde se guarda la
informacin), as como de los mtodos para almacenar y recuperar
informacin de esos contenedores. Los modelos de datos no son cosas
fsicas: son abstracciones que permiten la implementacin de un sistema
eficiente de base de datos; por lo general se refieren a algoritmos, y
conceptos matemticos.

Bases de Datos Jerrquicas

stas son bases de datos que, como su nombre indica, almacenan su
informacin en una estructura jerrquica. En este modelo los datos se
organizan en una forma similar a un rbol (visto al revs), en donde un nodo
padre de informacin puede tener varios hijos. El nodo que no tiene padres
es llamado raz, y a los nodos que no tienen hijos se los conoce como hojas.
Una de las principales limitaciones de este modelo es su incapacidad de
representar eficientemente la redundancia de datos.

Bases de Datos Relacionales

Edgar Frank Codd en 1970, mientras trabajaba para IBM, realiz un
estudio titulado "Un modelo relacional de datos para grandes bancos de
51

datos compartidos" ("A Relational Model of Data for Large Shared Data
Banks") en el cual propone la utilizacin de una especialidad de las
matemticas llamada algebra relacional para el manejo de datos. El trabajo
realizado permiti estructurar y definir el modelo de las Bases de Datos
Relacionales en el cual los datos se almacenan en tablas, renglones y
relaciones las cuales existen entre los datos de dos o ms tablas por medio
de columnas especialmente designadas. Esto trae una considerable ventaja
respecto al antiguo procesamiento de archivos, ya que no existe la
duplicacin de datos cuando la base de datos est bien diseada. Entre las
ventajas que destacan tenemos:

Se elimina la redundancia en los datos almacenados, se reduce la
duplicidad en los registros.

Garantiza la integridad referencial eliminando todas las dependencias
de un registro al ser este eliminado.

Favorece y facilita el uso de la normalizacin.

Bases de Datos Orientadas a Objetos

David M. Kroenke (2003), explica que:

Las bases de datos relacionales almacenan los datos en forma de
tablas, renglones y columnas. De tal manera, las bases de datos
relacionales no son adecuadas para almacenar objetos, ya que
pueden contener estructuras complejas de elementos de datos y
tambin apuntadores a otros objetos. Adems, los objetos incluyen
instrucciones ejecutables, o mtodos, y para hacer persistentes a los
52

objetos tambin deben proporcionar ciertos medios para
almacenarlos.

Por este motivo, a principios de la dcada de 1980 surgen las Bases
de Datos Orientadas a Objetos por la necesidad de ampliar la variedad de
estructuras de datos que se podan almacenar anteriormente en sistemas
relacionales. Estas poseen las mismas caractersticas que un lenguaje de
programacin orientado a objetos, permitiendo la creacin de clases y
proporcionando una gran ventaja debido a la compatibilidad de ambas
tcnicas. Cuando estas se integran se forma lo que se llama =ODBMS
(Object Oriented Data Base Management System, en espaol, Sistema
Manejador de Bases de Datos Orientado a Objetos).

Finalmente, comparando el modelo relacional con el modelo orientado
a objetos, podemos decir que este ltimo expande la posibilidad de
almacenamiento de un sistema de base de datos y provee mejores niveles
de seguridad al poseer las mismas caractersticas de encapsulamiento y
persistencia que existen en los P.O.O., pero de la misma forma se pierden
las enriquecidas relaciones existentes en los modelos relacionales, las
cuales constituyen una gran ventaja al momento de la creacin de sistemas
de datos complejos. Por esta razn, generalmente se siguen usando los
modelos relacionales, apoyndose en modelos orientados a objetos cuando
es necesaria o mayormente ventajosa la implementacin de los mismos en
conjunto con un modelo relacional.

53

MySQL

MySQL es uno de los Sistemas Gestores de bases de Datos (SQL)
ms populares desarrolladas bajo la filosofa de cdigo abierto. Es
desarrollado y mantenido por la empresa MySQL AB pero puede utilizarse
gratuitamente y su cdigo fuente est disponible.

Inicialmente, MySQL careca de elementos considerados esenciales
en las bases de datos relacionales, tales como integridad referencial y
transacciones. A pesar de ello, atrajo a los desarrolladores de pginas Web
con contenido dinmico, justamente por su simplicidad; aquellos elementos
faltantes fueron llenados por la va de las aplicaciones que la utilizan. Poco a
poco los elementos faltantes en MySQL estn siendo incorporados tanto por
desarrollos internos, como por desarrolladores de software libre.

Entre las caractersticas disponibles en las ltimas versiones se puede
destacar:

Amplio subconjunto del lenguaje SQL. Algunas extensiones son
incluidas igualmente.

Disponibilidad en gran cantidad de plataformas y sistemas.

Diferentes opciones de almacenamiento segn si se desea velocidad
en las operaciones o el mayor nmero de operaciones disponibles.

Transacciones y claves forneas.

Conectividad segura.

54

Replicacin.

Bsqueda e indexacin de campos de texto.

Servidor Web (Servidor HTTP)

El acceso al contenido existente en la red se realiza a travs de
equipos denominados servidores, estos equipos son aquellos donde se
alojara el contenido y donde se realizara la configuracin para su posterior
acceso. La comunicacin a travs de la red se lleva a cabo haciendo uso del
protocolo HTTP (HyperText Transfer Protocol, Protocolo de Transferencia de
Hipertexto).

Sobre estos servidores es necesaria la instalacin de software que
haga posible la comunicacin de dicho equipo con el resto de la red. Este
software entonces es el encargado entonces de mantener el contenido
publicado disponible en la red para que quienes haciendo uso de un
navegador accedan a nuestra aplicacin o portal, puedan recibir este
contenido.

Nancy Yeager y Robert McGrath (1996) explican que el servidor web
y el navegador web colaboran en lo que se denomina un sistema cliente-
servidor. El navegador web acta como un cliente, obteniendo informacin
del servidor a travs de la red. Esta terminologa describe simplemente la
relacin o interaccin entre dos programas: el cliente hace una peticin y el
servidor devuelve una respuesta.

55

Aplicacin Web

Una herramienta o aplicacin web es aquella a la cual se accede
haciendo uso de un navegador web, se encuentra en un servidor web al
cual el cliente realiza peticiones a travs de internet y recibe las respuestas
en el propio navegador.

Uno de los mejores ejemplos de aplicacin web es la enciclopedia
libre Wikipedia, segn la cual las aplicaciones web son populares debido a
lo prctico del navegador web como cliente ligero, a la independencia del
sistema operativo, as como a la facilidad para actualizar y mantener
aplicaciones web sin distribuir e instalar software a miles de usuarios
potenciales. Existen aplicaciones como los webmails, wikis,weblogs, tiendas
en lnea y la propia Wikipedia que son ejemplos bien conocidos de
aplicaciones web.

Por otra parte, Sergio Lujan Mora, en su libro Programacin de
aplicaciones Web: Historia, Principios Bsicos y Clientes Web (2002) nos
habla de las ventajas de las aplicaciones web:

Las aplicaciones web permiten la generacin automtica de
contenido, la creacin de pginas personalizadas segn el perfil del
usuario o el desarrollo del comercio electrnico. Adems, una
aplicacin web permite interactuar con los sistemas informticos de
gestin de una empresa, como puede ser gestin de clientes,
contabilidad o inventario, a travs de una pgina web. (Prefacio, p. III)

56

Servicio Web

Un servicio Web es una coleccin de protocolos y estndares que
sirve para intercambiar datos entre aplicaciones. Distintas aplicaciones de
software desarrolladas en lenguajes de programacin diferente y ejecutada
sobre cualquier plataforma pueden utilizar los servicios Web para
intercambiar datos en redes de ordenadores como Internet. La
interoperabilidad se consigue mediante la adopcin de estndares abiertos.
Las organizaciones OASIS y W3C son los comits responsables de la
arquitectura y reglamentacin de los servicios Web. Para mejorar la
interoperabilidad entre distintas implementaciones de servicios Web se ha
creado el organismo WS-I, encargado de desarrollar diversos perfiles para
definir de manera ms exhaustiva estos estndares.
Estndares empleados:

Web Services Protocol Stack
XML
SOAP o XML-RPC
WSDL
UDDI
WS-Security

Ventajas de los servicios Web

Aportan interoperabilidad entre aplicaciones de software
independientemente de sus propiedades o de las plataformas sobre
las que se instalen.

57

Los servicios Web fomentan los estndares y protocolos basados en
texto, que hacen ms fcil acceder a su contenido y entender su
funcionamiento.

Al apoyarse en HTTP, los servicios Web pueden aprovecharse de los
sistemas de seguridad firewall sin necesidad de cambiar las reglas de
filtrado.

Inconvenientes de los servicios Web

Para realizar transacciones no pueden compararse en su grado de
desarroll con los estndares abiertos de computacin distribuida
como CORBA.

Su rendimiento es bajo si se compara con otros modelos de
computacin distribuida, tales como RMI, CORBA, o DCOM. Es uno
de los inconvenientes derivados de adoptar un formato basado en
texto. Y es que entre los objetivos de XML no se encuentra la
concisin ni la eficacia de procesamiento.

Al apoyarse en HTTP, pueden esquivar medidas de seguridad
basadas en firewall cuyas reglas tratan de bloquear o auditar la
comunicacin entre programas a ambos lados de la barrera.

Software Libre

El proyecto GNU define el software libre como toda aquella aplicacin
que:

58

En trminos generales, los usuarios tienen la libertad de copiar,
distribuir, estudiar, modificar y mejorar el software. Con estas
libertades, los usuarios (tanto individualmente como en forma
colectiva) controlan el programa y lo que hace.

Segn esta definicin del proyecto GNU, para que se pueda
denominar de esta manera debe cumplir con las siguientes condiciones:

La libertad de ejecutar el programa para cualquier propsito (libertad
0).

La libertad de estudiar cmo funciona el programa, y cambiarlo para
que haga lo que usted quiera (libertad 1). El acceso al cdigo fuente
es una condicin necesaria para ello.

La libertad de redistribuir copias para ayudar a su prjimo (libertad 2).

La libertad de distribuir copias de sus versiones modificadas a terceros
(libertad 3). Esto le permite ofrecer a toda la comunidad la oportunidad
de beneficiarse de las modificaciones. El acceso al cdigo fuente es
una condicin necesaria para ello.

Es importante destacar que Software libre no significa que no es
comercial. Un programa libre puede hacerse disponible para el uso
comercial. Puede haber pagado dinero para obtener copias de software libre,
o puede haber obtenido copias sin costo. Lo importante es siempre tener la
libertad de copiar y modificar el software, incluso de vender copias.

59

Bases Legales

Todo instituto educativo venezolano debe regirse por los lineamientos
del Ministerio del Poder Popular para la Educacin (MPPE). En el caso del
desarrollo de este sistema, solo se tomaron en cuenta los referentes a la
consignacin de registro de alumnos y envo de notas que debe realizarse
ante este organismo.

El MPPE, tal como indica en su pgina web www.me.gob.ve, tiene
definida una serie de planillas para regir la consignacin de esta informacin.
Cualquier sistema que se use para administrar los procesos de un instituto
educativo debe permitir la posibilidad de imprimir los reportes en el formato
oficial requerido por la Divisin de Registro, Control y Evaluacin de Estudio
del MPPE para su procesamiento. De no hacerlo de este modo, el instituto
requerir duplicar su carga de trabajo para rellenar las planillas oficiales.

Adicional al envi de esta informacin en formato fsico bajo el
mencionado formato, los institutos tambin deben realizar la carga manual de
la misma va web en el Sistema Nacional de Control de Estudio
(SINACOES), plataforma provista por el MPPE a travs de la direccin
http://planteles.me.gob.ve.

El SINACOES, tiene como objetivo fundamental cubrir las
necesidades educativas para el registro, control, evaluacin de estudios y
estadsticas educacionales, atendiendo los requerimientos de los Planteles
Educativos, Distritos Escolares y Zonas Educativas adscritas al Ministerio del
Poder Popular para la Educacin. (MPPE, 2012).

Su funcionamiento se encuentra regido en los siguientes boletines
oficiales del MPPE:
60

Circular N 01 Sistema Nacional de Control de Estudio (SINACOES)
de fecha 15/09/2008 emitido por el Viceministerio de Participacin y
Apoyo Acadmico.

Circular N 0004 Matricula Inicial de fecha 23/06/2009 emitido por la
Direccin General de Registro y Control Acadmico.

Circular N 0005 Modificacin de Matricula de fecha 23/06/2009
emitido por la Direccin General de Registro y Control Acadmico.

Circular N 000180 Lineamientos sobre la edad para ingresar a primer
grado de Educacin Primaria de fecha 17/03/2010 emitido por el
Despacho del Ministro.

La informacin consignada en planillas y suministrada al SINACOES
es la misma, lo cual ya de por si representa una carga doble de trabajo pues
este ltimo no permite ninguna interaccin con un software externo, como es
el caso del propuesto en este proyecto. Por lo tanto, segn estas normativas
legales, este sistema solo puede realizar la impresin de las planillas en el
formato oficial del MPPE pero no la carga automtica de datos en el
SINACOES.

El decreto 3390, aprobado por el Ejecutivo Nacional el 23 de
diciembre de 2004 y publicado el 28 de diciembre de 2004 en la Gaceta
Oficial No 38095, especfica lo siguiente:

Artculo 1. La Administracin Pblica Nacional emplear
prioritariamente Software Libre desarrollado con Estndares Abiertos, en sus
sistemas, proyectos y servicios informticos. A tales fines, todos los rganos
61

y entes de la Administracin Pblica Nacional iniciarn los procesos de
migracin gradual y progresiva de stos hacia el Software Libre desarrollado
con Estndares Abiertos.

Aunque este sistema ha sido desarrollado enfocado a institutos
privados de educacin, tambin puede ser usado por los institutos pblicos,
quienes son un ente perteneciente a la Administracin Publica Nacional,
pues ha sido desarrollado bajo la filosofa de Software Libre. Actualmente, no
existe ninguna solucin ofimtica en el mercado realizada y distribuida de
este modo.

La Licencia Publica General de GNU (GNU General Public License o
GNU GPL) fue creada por la Free Software Foundation en 1998 y regula el
uso y distribucin de Software Libre. En alguno de sus trminos podemos
encontrar:

1.- Esta Licencia se aplica a cualquier programa u otro tipo de trabajo
que contenga una nota colocada por el tenedor del copyright diciendo
que puede ser distribuido bajo los trminos de esta Licencia Pblica
General. En adelante, Programa se referir a cualquier programa o
trabajo que cumpla esa condicin y trabajo basado en el Programa
se referir bien al Programa o a cualquier trabajo derivado de l segn
la ley de copyright. Esto es, un trabajo que contenga el programa o
una porcin de l, bien en forma literal o con modificaciones y/o
traducido en otro lenguaje. Por lo tanto, la traduccin est incluida sin
limitaciones en el trmino modificacin. Cada concesionario
(licenciatario) ser denominado usted.

Cualquier otra actividad que no sea la copia, distribucin o
modificacin no est cubierta por esta Licencia, est fuera de su mbito. El
62

acto de ejecutar el Programa no est restringido, y los resultados del
Programa estn cubiertos nicamente si sus contenidos constituyen un
trabajo basado en el Programa, independientemente de haberlo producido
mediante la ejecucin del programa. El que esto se cumpla, depende de lo
que haga el programa.

2.- Usted puede copiar y distribuir copias literales del cdigo fuente del
Programa, segn lo has recibido, en cualquier medio, supuesto que de
forma adecuada y bien visible publique en cada copia un anuncio de
copyright adecuado y un repudio de garanta, mantenga intactos todos
los anuncios que se refieran a esta Licencia y a la ausencia de
garanta, y proporcione a cualquier otro receptor del programa una
copia de esta Licencia junto con el Programa.

Puede cobrar un precio por el acto fsico de transferir una copia, y
puede, segn su libre albedro, ofrecer garanta a cambio de unos
honorarios.

3.- Puede modificar su copia o copias del Programa o de cualquier
porcin de l, formando de esta manera un trabajo basado en el
Programa, y copiar y distribuir esa modificacin o trabajo bajo los
trminos del apartado 1, antedicho, supuesto que adems cumpla las
siguientes condiciones:

a) Debe hacer que los ficheros modificados lleven anuncios
prominentes indicando que los ha cambiado y la fecha de cualquier
cambio.

b) Debe hacer que cualquier trabajo que distribuya o publique y que
en todo o en parte contenga o sea derivado del Programa o de
63

cualquier parte de l sea licenciada como un todo, sin carga alguna, a
todas las terceras partes y bajo los trminos de esta Licencia.

c) Si el programa modificado lee normalmente rdenes
interactivamente cuando es ejecutado, debe hacer que, cuando
comience su ejecucin para ese uso interactivo de la forma ms
habitual, muestre o escriba un mensaje que incluya un anuncio de
copyright y un anuncio de que no se ofrece ninguna garanta (o por el
contrario que s se ofrece garanta) y que los usuarios pueden
redistribuir el programa bajo estas condiciones, e indicando al usuario
cmo ver una copia de esta licencia. (Excepcin: si el propio programa
es interactivo pero normalmente no muestra ese anuncio, no se
requiere que su trabajo basado en el Programa muestre ningn
anuncio).

Estos requisitos se aplican al trabajo modificado como un todo. Si
partes identificables de ese trabajo no son derivadas del Programa, y
pueden, razonablemente, ser consideradas trabajos independientes y
separados por ellos mismos, entonces esta Licencia y sus trminos no se
aplican a esas partes cuando sean distribuidas como trabajos separados.
Pero cuando distribuya esas mismas secciones como partes de un todo que
es un trabajo basado en el Programa, la distribucin del todo debe ser segn
los trminos de esta licencia, cuyos permisos para otros licenciatarios se
extienden al todo completo, y por lo tanto a todas y cada una de sus partes,
con independencia de quin la escribi.

Por lo tanto, no es la intencin de este apartado reclamar derechos o
desafiar sus derechos sobre trabajos escritos totalmente por usted mismo. El
intento es ejercer el derecho a controlar la distribucin de trabajos derivados
o colectivos basados en el Programa.
64

Adems, el simple hecho de reunir un trabajo no basado en el
Programa con el Programa (o con un trabajo basado en el Programa) en un
volumen de almacenamiento o en un medio de distribucin no hace que
dicho trabajo entre dentro del mbito cubierto por esta Licencia.

4.- Puede copiar y distribuir el Programa (o un trabajo basado en l,
segn se especifica en el apartado 2, como cdigo objeto o en formato
ejecutable segn los trminos de los apartados 1 y 2, supuesto que
adems cumpla una de las siguientes condiciones:

a) Acompaarlo con el cdigo fuente completo correspondiente, en
formato electrnico, que debe ser distribuido segn se especifica en
los apartados 1 y 2 de esta Licencia en un medio habitualmente
utilizado para el intercambio de programas, o

b) Acompaarlo con una oferta por escrito, vlida durante al menos
tres aos, de proporcionar a cualquier tercera parte una copia
completa en formato electrnico del cdigo fuente correspondiente, a
un coste no mayor que el de realizar fsicamente la distribucin del
fuente, que ser distribuido bajo las condiciones descritas en los
apartados 1 y 2 anteriores, en un medio habitualmente utilizado para
el intercambio de programas, o

c) Acompaarlo con la informacin que recibiste ofreciendo distribuir el
cdigo fuente correspondiente. (Esta opcin se permite slo para
distribucin no comercial y slo si usted recibi el programa como
cdigo objeto o en formato ejecutable con tal oferta, de acuerdo con el
apartado b anterior).

65

Por cdigo fuente de un trabajo se entiende la forma preferida del
trabajo cuando se le hacen modificaciones. Para un trabajo ejecutable, se
entiende por cdigo fuente completo todo el cdigo fuente para todos los
mdulos que contiene, ms cualquier fichero asociado de definicin de
interfaces, ms los guiones utilizados para controlar la compilacin e
instalacin del ejecutable. Como excepcin especial el cdigo fuente
distribuido no necesita incluir nada que sea distribuido normalmente (bien
como fuente, bien en forma binaria) con los componentes principales
(compilador, kernel y similares) del sistema operativo en el cual funciona el
ejecutable, a no ser que el propio componente acompae al ejecutable.

Si la distribucin del ejecutable o del cdigo objeto se hace mediante
la oferta acceso para copiarlo de un cierto lugar, entonces se considera la
oferta de acceso para copiar el cdigo fuente del mismo lugar como
distribucin del cdigo fuente, incluso aunque terceras partes no estn
forzadas a copiar el fuente junto con el cdigo objeto.

5.- No puede copiar, modificar, sublicenciar o distribuir el Programa
excepto como prev expresamente esta Licencia. Cualquier intento de
copiar, modificar sublicenciar o distribuir el Programa de otra forma es
invlida, y har que cesen automticamente los derechos que te
proporciona esta Licencia. En cualquier caso, las partes que hayan
recibido copias o derechos de usted bajo esta Licencia no cesarn en
sus derechos mientras esas partes continen cumplindola.

6.- No est obligado a aceptar esta licencia, ya que no la ha firmado.
Sin embargo, no hay nada ms que le proporcione permiso para
modificar o distribuir el Programa o sus trabajos derivados. Estas
acciones estn prohibidas por la ley si no acepta esta Licencia. Por lo
tanto, si modifica o distribuye el Programa (o cualquier trabajo basado
66

en el Programa), est indicando que acepta esta Licencia para poder
hacerlo, y todos sus trminos y condiciones para copiar, distribuir o
modificar el Programa o trabajos basados en l.

7.- Cada vez que redistribuya el Programa (o cualquier trabajo basado
en el Programa), el receptor recibe automticamente una licencia del
licenciatario original para copiar, distribuir o modificar el Programa, de
forma sujeta a estos trminos y condiciones. No puede imponer al
receptor ninguna restriccin ms sobre el ejercicio de los derechos
aqu garantizados. No es usted responsable de hacer cumplir esta
licencia por terceras partes.

11.- Si quiere incorporar partes del Programa en otros programas
libres cuyas condiciones de distribucin son diferentes, escribe al
autor para pedirle permiso. Si el software tiene copyright de la Free
Software Foundation, escribe a la Free Software Foundation: algunas
veces hacemos excepciones en estos casos. Nuestra decisin estar
guiada por el doble objetivo de preservar la libertad de todos los
derivados de nuestro software libre y promover el que se comparta y
reutilice el software en general.

Se concluye entonces que la licencia GNU GPL permite el libre uso
del programa y su manipulacin, as como la modificacin y redistribucin
siempre cumpliendo con la licencia original. Es decir, terceros pueden
modificar el programa pero no distribuirlo con cdigo cerrado, por lo cual, sea
cual sea la modificacin que se realice al sistema, siempre estar disponible
el cdigo fuente para el usuario final.

El Cdigo Civil de Venezuela, publicado el 26 de julio de 1982 en la
Gaceta Oficial No. 2.990, contiene los siguientes artculos:
67

Artculo 1.133.- El contrato es una convencin entre dos o ms
personas para constituir, reglar, transmitir, modificar o extinguir entre
ellas un vnculo jurdico.

Artculo 1.134.- El contrato es unilateral, cuando una sola de las
partes se obliga; y bilateral, cuando se obligan recprocamente.

Artculo 1.135.- El contrato es a ttulo oneroso cuando cada una de
las partes trata de procurarse una ventaja mediante un equivalente; es
a ttulo gratuito o de beneficencia cuando una de las partes trata de
procurar una ventaja a la otra sin equivalente.

Artculo 1.136.- El contrato es aleatorio, cuando para ambos
contratantes o para uno de ellos, la ventaja depende de un hecho
casual.

Artculo 1.137.- El contrato se forma tan pronto como el autor de la
oferta tiene conocimiento de la aceptacin de la otra parte.

La aceptacin debe ser recibida por el autor de la oferta en el plazo
fijado por sta o en el plazo normal exigido por la naturaleza del negocio.

El autor de la oferta puede tener por vlida la aceptacin tarda y
considerar el contrato como perfecto siempre que l lo haga saber
inmediatamente a la otra parte.

El autor de la oferta puede revocarla mientras la aceptacin no haya
llegado a su conocimiento. La aceptacin puede ser revocada entre tanto
que ella no haya llegado a conocimiento del autor de la oferta.
68

Si el autor de la oferta se ha obligado a mantenerla durante cierto
plazo, o si esta obligacin resulta de la naturaleza del negocio, la revocacin
antes de la expiracin del plazo no es obstculo para la formacin del
contrato.

La oferta, la aceptacin o la revocacin por una cualquiera de las
partes, se presumen conocidas desde el instante en que ellas llegan a la
direccin del destinatario, a menos que ste pruebe haberse hallado, sin su
culpa en la imposibilidad de conocerla.

Una aceptacin que modifica la oferta, tendr nicamente el valor de
una nueva oferta.

Artculo 1.140.- Todos los contratos, tengan o no denominacin
especial, estn sometidos a las reglas generales establecidas en este
Ttulo, sin perjuicio de las que se establezcan especialmente en los
Ttulos respectivos para algunos de ellos en particular, en el Cdigo
de Comercio sobre las transacciones mercantiles y en las dems leyes
especiales.

Artculo 1.141.- Las condiciones requeridas para la existencia del
contrato son:

1 Consentimiento de las partes;
2 Objeto que pueda ser materia de contrato; y
3 Causa lcita.

La licencia GNU GPL al ser un documento que cede ciertos derechos
al usuario, asume la forma de un contrato, por lo que usualmente se la
69

denomina contrato de licencia o acuerdo de licencia (Becerra, Ramn.
2011).

Segn los artculos del Cdigo Civil de Venezuela anteriormente
mencionados, es perfectamente legal la celebracin de un contrato entre dos
partes, por lo cual, la licencia GNU GPL que incluye este sistema tiene
validez para quien lo distribuye como para quien lo usa.

Definicin de Trminos

Apache: Servidor web de distribucin libre y de cdigo abierto.
(www.alegsa.com.ar, 2011)

Aplicacin: Programa informtico que permite a un usuario utilizar
una computadora con un fin especfico. Las aplicaciones son parte
del software de una computadora, y suelen ejecutarse sobre el
sistema operativo. (www.alegsa.com.ar, 2011)

Base de datos: serie de datos organizados y relacionados entre s,
los cuales son recolectados y explotados por los sistemas de
informacin de una empresa o negocio en particular. (Maestros del
Web, 2008)

Cliente: Aplicacin informtica o un computador que consume un
servicio remoto en otro computador, conocido como servidor,
normalmente a travs de una red de telecomunicaciones. (Sadoski,
Darleen. Client/Server Software Architectures--An Overview, 1997)

70

CSS: Lenguaje usado para definir la presentacin de un documento
estructurado escrito en HTML o XML. (W3C, What is CCS? 2007).

GNU GPL: Licencia Pblica General de GNU. Orientada
principalmente a proteger la libre distribucin, modificacin y uso de
software. Su propsito es declarar que el software cubierto por esta
licencia es software libre y protegerlo de intentos de apropiacin que
restrinjan esas libertades a los usuarios. (GNU, 2007)

Internet: Red informtica mundial, descentralizada, formada por la
conexin directa entre computadoras mediante un protocolo especial
de comunicacin. (Diccionario RAE, 2001)

JavaScript: lenguaje orientado en objetos, donde cada estructura de
data est basado en un objeto el cual consiste de mtodos,
propiedades y campos de datas los cuales interactan entre s. Est
enfocado en permitir a las pginas de Internet ser ms interactivas.
(Bermdez, Carlos. Dgtallika. 2010).

Licencia: Nombre que recibe la autorizacin que cede el derecho de
uso de un bien a otra persona u organizacin. La mayora de las
veces se trata de bienes no tangibles o intelectuales, tal es el caso de
una marca o de una patente. (Ucha, Florencia. Definicin ABC. 2011)

Modelo: Un modelo es una simplificacin de la realidad. El objetivo
del modelado de un sistema es capturar las partes esenciales del
sistema. Para facilitar este modelado, se realiza una abstraccin y se
plasma en una notacin grfica. Esto se conoce como modelado
visual (Hernndez, O., 2002, Pg.70).

71

MySQL: Sistema de gestin de bases de
datos relacional, multihilo y multiusuario con ms de seis millones de
instalaciones. (www.MySQL.com, 2012)

PHP: Lenguaje de programacin interpretado o framework para
HTML, diseado originalmente para la creacin de pginas web
dinmicas. (www.php.net, 2012)

Red: Conjunto de equipos informticos y software conectados entre s
por medio de dispositivos fsicos que envan y reciben impulsos
elctricos, ondas electromagnticas o cualquier otro medio para el
transporte de datos, con la finalidad de compartir informacin,
recursos y ofrecer servicios. (Tanenaum, Andrew. Redes de
Computadoras. 2003, Pg. 4)

Servidor: Ordenador de gran potencia, que se encarga de "prestar un
servicio" a otros ordenadores que se conectan a l. (Glvez, Fermn.
El Rincn Tecnolgico. 2008)

Sistema Informtico: Conjunto de partes que funcionan
relacionndose entre s con un objetivo preciso. Sus partes son:
hardware, software y las personas que lo usan. (www.alegsa.com.ar,
2011)

Software: Conjunto de programas, instrucciones y reglas informticas
para ejecutar ciertas tareas en una computadora. (Diccionario RAE,
2001)

72

Software Libre: Programa respeta la libertad de los usuarios y la
comunidad. En trminos generales, los usuarios tienen la libertad de
copiar, distribuir, estudiar, modificar y mejorar el software. Con estas
libertades, los usuarios (tanto individualmente como en forma
colectiva) controlan el programa y lo que hace. (GNU, Free Software
Foundation. 2012)

73

Operacionalizacin de Variables del Sistema

Cuadro No. 1 Operacionalizacin de Variables
74

Cuadro No. 2 Operacionalizacin de Variables (Continuacin)
75


76

77

78

79

80

CAPTULO III

MARCO METODOLGICO

Tipo de Investigacin

La implantacin de un software libre para el control y gestin de los
procesos administrativos y acadmicos de instituciones privadas de
educacin para los ciclos bsico, medio y diversificado pertenece a la lnea
de investigacin del tipo Desarrollo de tecnologas de informacin
Gerencial, el cual segn el Manual de Trabajos de Grado de la UPEL
consiste en la investigacin, elaboracin y desarrollo de una propuesta de
un modelo operativo viable para solucionar problemas, requerimientos o
necesidades de organizaciones o grupos sociales: puede referirse a la
formulacin de polticas, programas, tecnologas, mtodos o procesos.

En base a esto, esta investigacin es considerada un Desarrollo de
tecnologas de informacin Gerencial porque su propsito es ofrecer una
solucin a la problemtica presentada por la Unidad Educativa Instituto
Privado Boyac, la cual cumpla los requerimientos deseados por ellos y
posteriormente, pueda ser usada por otros colegios del ciclo bsico, medio y
diversificado de Venezuela.

Se seleccion como tipo de investigacin la modalidad de Proyecto
Factible ya que esta permite, desde un punto de vista metodolgico, realizar
un diagnstico del problema completo como el presentado por la Unidad
Educativa Instituto Privado Boyac y proponer una solucin basada en
fundamentos documentados.

Segn el manual de la UPEL (Pag.7, 2008), se define como Proyecto
Factible a la elaboracin de una propuesta de un modelo operativo viable, o
81

una solucin posible a un problema de tipo prctico para satisfacer las
necesidades de una institucin o grupo social. La propuesta debe tener
apoyo, bien sea en una investigacin de tipo documental y debe referirse a la
formulacin de polticas, programas, mtodos y procesos. El proyecto debe
tener apoyo en una investigacin de tipo documental, de campo o un diseo
que incluya ambas modalidades.

Diseo de la Investigacin

Sabino Carlos (1992) define el diseo de la investigacin como un
mtodo especifico, una serie de actividades estructuradas con un orden
especifico, que deben ser adaptadas a las particularidades de cada
investigacin y las cuales nos indicaran las diferentes pruebas a realizar y
tcnicas a utilizar para recolectar y analizar los datos.

Debido a esta definicin y considerando los objetivos especficos de
esta investigacin, se aplic un diseo mixto para el desarrollo del proceso
de investigacin, el cual estuvo formado por investigacin documental e
investigacin de campo.

Segn el Manual de Trabajo de Grado de Especializacin y Maestras
y Tesis Doctorados de la Universidad Pedaggica Experimental Libertador
(2005) una Investigacin Documental es el estudio de problemas con el
propsito de ampliar y profundizar el conocimiento de su naturaleza con
apoyo principalmente en trabajos previos, informacin y datos divulgados por
medios impresos, audiovisuales y electrnicos. La originalidad del estudio se
refleja en el enfoque, criterios, conceptualizaciones, reflexiones,
conclusiones, recomendaciones y en general, en el pensamiento del autor
(Pg. 15).

82

Igualmente, en el mencionado documento, se encuentra postulado
que una Investigacin de Campo es el anlisis sistemtico de problemas en
la realidad, con el propsito bien sea de describirlos, interpretarlos, entender
su naturaleza y factores constituyentes, explicar sus causas y efectos, o
predecir su ocurrencia, haciendo uso de mtodos caractersticos de
cualquiera de los paradigmas o enfoques de investigacin conocidos o en
desarrollo (Pg. 14)

El uso de la Investigacin Documental permitir estandarizar los
parmetros y procesos a usar en el desarrollo mientras que la Investigacin
de Campos permitir diagnosticar el sistema actual y ofrecer una solucin
que mejore lo que actualmente se tiene.

Metodologa de Desarrollo

A continuacin se presenta un cuadro comparativo entre dos (2)
metodologas empleadas para este tipo de casos.

Desarrollo Rpido de Aplicaciones Modelo en Cascada
Permite saltar entre las etapas del
modelo desarrollo, dependiendo de
las necesidades del proyecto.
Sigue un modelo inflexible de
desarrollo: Anlisis, Diseo del
Sistema, Diseo del Programa,
Codificacin, Pruebas, Verificacin,
Mantenimiento.
Orientado a terminar la aplicacin en
un perodo mximo de 120 das.
Demora mucho tiempo debido a que
tienen que ejecutarse las pruebas, y
si no son exitosas, la aplicacin no
se finaliza.
Permite la correccin de errores al
momento que son detectados.
Los errores suelen detectarse en la
etapa de pruebas y para corregirlos,
83

es necesario regresar a la etapa de
diseo. Aumentando los costos del
proyecto.
Requiere un equipo corto que
generalmente resuelve todas las
tareas.
Requiere personal especfico en
cada rea con un presupuesto fijo.
Orientado a terminar la aplicacin
funcional en el menor tiempo posible.
Orientado a terminar la aplicacin
con el mayor detalle, privilegiando el
funcionamiento completo por sobre
el tiempo de desarrollo.
Cuadro No. 8 Comparacin de Metodologas

Comparando la metodologa DRA con el Modelo en Cascada
podemos observar las ventajas por las cuales nos hemos decantado por la
eleccin de la primera opcin.
En contraste con los mtodos tradicionales, el proceso completo se
reduce. Como resultado, el sistema es desarrollado, entregado y puesto en
operacin ms rpido. Este mtodo (DRA) permite realizar un prototipo y
programarlo, realizando las mejoras a medida que se desarrolla de acuerdo a
los comentarios recibidos por los usuarios finales. Con esto se puede
entregar de un producto de calidad en corto tiempo que cumpla con la
necesidad comercial y a la vez requiera baja inversin.
En el siguiente cuadro se muestra como las fases de la metodologa
seleccionada cumplieron con cada uno de los objetivos especficos
planteados por esta investigacin:

84

Objetivos Especficos
Metodologa RAD
(Rapid Application Development)

Identificar los requerimientos de
informacin necesarios para el
control y gestin de los procesos
administrativos y acadmicos para
instituciones educativas privadas del
nivel educativo bsico, medio y

A travs del desarrollo de una Gua
de Entrevistas evaluada por un juicio
de expertos, se recolect la
informacin necesaria para la
identificacin de todos los
requerimientos para llevar a cabo el
control y la gestin de los procesos
diversificado en Venezuela. Esto
corresponde a la fase 1 de la
metodologa RAD, el Modelado de
Negocios.

Analizar los requerimientos de
informacin necesarios para el

El anlisis de los datos recolectados
en la fase anterior es tambin parte
de la fase 1 de la metodologa RAD.
Este anlisis se llev a cabo con la
generacin de un plan de trabajo y de
una estructura de costos asociada al
desarrollo del proyecto.

Disear el modelo de datos del
sistema para el control y gestin de
los procesos administrativos y
acadmicos para instituciones
educativas privadas del nivel

Luego de definir los casos de uso de
la aplicacin, entramos en la fase 2
de la metodologa RAD, la cual es
Modelado de Datos. En esta fase se
gener el diagrama Entidad-Relacin
85

educativo bsico, medio y

del modelo de datos de la aplicacin,
as como el diccionario de datos de la
Base de Datos.

Definir los mdulos y las interfaces
necesarias para el sistema de control
y gestin de los procesos

La definicin de los mdulos y las
interfaces de la aplicacin son partes
de la fase 3 de RAD, Modelado de
Procesos.

En esta fase de generaron las
pantallas correspondientes a cada
uno de los mdulos y los procesos
que se realizan en ellos

Programar el sistema para el control
y gestin de los procesos

Fase 4 de la Metodologa RAD,
Generacin de la aplicacin. Es en
esta etapa donde haciendo uso de
las herramientas generadas
anteriormente desarrollaremos una
aplicacin bajo plataforma web, que
sea capaz de llevar el control y
gestin de los procesos

Establecer un mtodo de pruebas
para validar el correcto
funcionamiento del sistema para el

Una vez realizado el desarrollo de la
aplicacin, la misma debe ser puesta
a prueba. Esta es la fase 5 de la
86


metodologa RAD, la fase de
pruebas. Aqu se realizaran pruebas
a todas las interfaces generadas ya
que la mayora de los componentes
de RAD ya han sido puestos a
prueba, lo cual reduce los tiempos de
prueba.

Definir la estrategia de la
implantacin del sistema para el

Ya que este sistema ser implantado
en la Unidad Educativa Instituto
Privado Boyac, y adems se
colocar posteriormente en un
repositorio web para su libre acceso y
descarga por parte de cualquier
persona o institucin, se debe definir
una forma de realizar todas estas
tareas, generando un plan de
implantacin.
Cuadro No. 9 Relacin de Objetivos Especficos con Fases de la Metodologa

Adems del uso de esta metodologa nos apoyamos tambin en la
generacin de diagramas UML, especficamente Diagramas de Entidad-
Relacin y Diagramas de Casos de Uso, los cuales permiten la ordenada y
simplificada visualizacin de ciertos aspectos del proyecto concernientes a
las etapas del desarrollo planteado por la metodologa.

87

Poblacin y Muestra

Poblacin

Segn Levin & Rubin (1996), la poblacin es un conjunto de todos los
elementos que estamos estudiando, acerca de los cuales intentamos sacar
conclusiones.

De esta forma, entonces debemos definir el tamao de la poblacin
que va a estar sujeta al estudio.

Segn el libro Metodologa de la Investigacin de Baptista P.,
Fernndez C. y Hernndez S. (1998), una Poblacin Finita es aquella que
indica que es posible alcanzarse o sobrepasarse al contar.

El sistema ser usado por una poblacin de un total de 3 personas
dentro del colegio. Por esto concluimos que nuestra poblacin es de carcter
finito ya que se pueden realizar estudios sobre la totalidad de la misma.

Departamentos Cargos Nmero de Personas
Direccin 1 1
Control de Evaluacin y
Estudios

2

2
Cuadro No. 10 Poblacin de Estudio

Muestra

Ya que la poblacin de estudio es de 3 personas, y esta poblacin es
igual a la muestra, es decir; representa el 100% de la totalidad de la
poblacin, se trata de una muestra de carcter censal, la cual Balestrini,
Miriam (2006) define como aquella que permite el estudio del conjunto de
todos los elementos objeto de nuestro estudio.

88

Tcnicas e Instrumentos de Recoleccin de Datos

Estas tcnicas e instrumentos de recoleccin de datos tienen ciertas
caractersticas, que van a variar segn sea el ambiente de la investigacin y
la poblacin a evaluar. Hernndez, Fernndez y Baptista (1998) afirman que,
un instrumento de medicin adecuado es aquel que registra datos
observables que representan verdaderamente los conceptos o variables que
el investigador tiene en mente (Pg. 234-235). Con esta afirmacin
sustentamos la idea de que los instrumentos que sean elegidos deben ser
confiables y deben arrogar resultados importantes para la investigacin y
los cuales estars directamente relacionado a las variables de estudio.

Teniendo en cuenta los objetivos planteados para la presente
investigacin, donde se propuso la implantacin de un software libre para el
control y gestin de los procesos administrativos y acadmicos de
instituciones privadas de educacin para los ciclos bsico, medio y
diversificado, se aplicaron diferentes tcnicas e instrumentos de recoleccin,
(Madeleine Grawitz, 1975) ... Estas tcnicas son diversas segn el objeto a
que se apliquen y no se excluyen entre s. Todava es preciso, por una parte
saber elegir la ms adecuada, por otra utilizarla convenientemente (Pg. 6).

Dada la naturaleza del estudio y en funcin de los datos que se
requieren tanto del momento terico como del momento metodolgico y
teniendo en cuenta la experiencia de los autores sobre esta investigacin se
tomaron las siguientes tcnicas:

La Entrevista

La tcnica de recoleccin de datos que se utiliz fue la entrevista. Se
seleccion a tcnica ya que es importante que los datos sean recolectados
89

directamente de la realidad para conocer las opiniones y las conductas que
tienen los usuarios potenciales en cuanto al levantamiento de la informacin.
Se elabor una base para la entrevista la cual fue aplicada a la muestra,
dicha entrevista se basa en los objetivos de la investigacin.

Se trata de una tcnica fundamental de un procedimiento de
investigacin cientfica. Tiene sus propios procedimientos o reglas empricas
con las cuales no slo se amplan y se verifica el conocimiento cientfico, sino
que al mismo tiempo se aplica. La entrevista logra la aplicacin de
conocimientos cientficos y al mismo tiempo obtiene o posibilita llevar la vida
diaria del ser humano al nivel del conocimiento y la elaboracin cientfica. Se
incluye la tcnica y la teora de la tcnica en la entrevista psicolgica.

La entrevista puede ser de dos tipos fundamentales, abierta o cerrada,
en este caso debido al tamao de la poblacin se realizara una entrevista
semi-estructurada.

Debido a que la poblacin es manejable, una entrevista no
estructurada, puede generar un ambiente flexible entre el entrevistador y el
(los) entrevistado(s) generando informacin que se escapen en las
entrevistas estructuradas, segn Wikipedia Una entrevista es un hecho
comunicativo que consiste en un dilogo entablado entre dos o ms
personas...Se trata de una tcnica o instrumento empleado en diversas
actividades profesionales (por ejemplo en investigacin, seleccin de
personal). Una entrevista no es casual sino que es un dilogo interesado,
con un acuerdo previo y unos intereses y expectativas por ambas partes.

El instrumento que se utiliza para llevar a cabo la tcnica de la
entrevista es la Gua de Entrevista, la misma fue realizada con la intencin
90

de recolectar la informacin necesaria para lograr un levantamiento de
informacin que nos permita aclarar el funcionamiento actual del sistema
para de esta manera poder detectar que fallas existen y que procesos se
pueden mejorar o agilizar con el desarrollo del sistema propuesto.

La Gua de Entrevista que se utiliz, consta de doce (12) preguntas,
de las cuales seis (6) son preguntas abiertas y seis (6) son preguntas
cerradas. (Ver Anexo #)

La Observacin Cientfica

El investigador conoce el problema y el objeto de investigacin,
estudiando su curso natural, sin alteracin de las condiciones
naturales, es decir que la observacin tiene un aspecto contemplativo.
La observacin configura la base de conocimiento de toda ciencia y, a
la vez, es el procedimiento emprico ms generalizado de
conocimiento (Ana Beatriz Ochoa G, 2006).

Por la naturaleza de la investigacin el autor considero pertinente
utilizar la tcnica de la observacin cientfica con la cual se intenta captar la
realidad estudiada y aunada a las otras tcnicas y herramientas utilizadas
asegurar una constancia y consistencia de los procesos y la informacin
obtenida. La observacin ser simple, directa y sin regular, de tal manera
que los hechos y procesos se desarrollen de manera espontnea para
registrarlos.

Tambin comprende el estudio, revisin y anlisis de los formatos
(impresos en papel) existentes para la recoleccin actual (recoleccin
manual) de la informacin proveniente de las auditorias de servicios.

91

Se realiz una Gua de Observaciones como instrumento para
registrar todos los eventos relevantes al momento de realizar la investigacin
de campo, la cual consisti de siete (7) tems (Ver Anexo #). Cada uno de
estos tems representa datos y observaciones importantes del sistema y del
manejo de los procesos actualmente.

Validez y Confiabilidad del Instrumento

Los instrumentos utilizados para la recoleccin de datos en esta
investigacin fueron evaluados y posteriormente validados bajo un juicio de
expertos conformado por docentes pertenecientes a la Universidad Nueva
Esparta, los cuales fueron:

Prof. Renato Cerullo C.I.: 12.054.218

Prof. Carlos Da Silva C.I.: 5.299.783

Jose Santiago Ochoa C.I.: 9.958.375

Para identificar la confiabilidad de un instrumento de recoleccin de
datos Hernndez, Fernndez y Baptista (1998) sealan que un instrumento
es confiable cuando su aplicacin repetida al mismo sujeto u objeto produce
iguales resultados (Pg. 235).

Por medio de un cuadro evaluativo para cada punto del instrumento,
el mismo fue evaluado por cada uno de los integrantes del juicio de expertos,
quienes realizaron recomendaciones sobre la estructura y el enfoque del
mismo (Ver Anexo C). De tal manera luego de esta evaluacin, se realizaron
las correcciones necesarias para que el instrumento cumpla con su objetivo,
el cual es la recopilacin de la informacin necesaria asociada a un objetivo
especfico.
92

Anlisis e Interpretacin de los Resultados

La medicin de los datos es muy importante para la determinacin de
los requerimientos y para validar las decisiones que se tomen al respecto,
para esto es necesario la elaboracin de instrumentos que nos permitan
recolectar la informacin ya que de tener un diseo incorrecto los resultados
obtenidos puede ser poco consistentes y perder su calidad .Tal como lo
afirman (Seltiz, Jahoda, Deutsch y Cook,1976)...El propsito del anlisis es
resumir las observaciones llevadas a cabo de forma tal que proporcionen
respuestas a las interrogantes de investigacin.

De la aplicacin de los instrumentos se obtienen altos volmenes de
datos los cuales, una vez procesados y analizados, proporcionaron
conclusiones generales que ayudaron a explicar el problema planteado.
Sabino (1996) indica que:

... esa masa de datos, por s sola, no nos dir en
principio nada, no nos permitir alcanzar ninguna
sntesis de valor si, previamente, no ejercemos
sobre ella una serie de actividades tendientes a
organizarlas, a poner orden en todo su conjunto.
Estas acciones son las que integran el
procesamiento de datos (Pg. 187-188).

Todos estos datos obtenidos sern evaluados y procesados de tal
manera de obtener informacin que nos permita discrepar la que no
consistente y encontrar posible errores; es decir, segn Sabino (1996)
revisar:

93

... sistemticamente toda la masa de informacin
disponible, juzgando su calidad y el grado de
confianza que merece cada una y seleccionando
aquellas que pueden incluirse en el informe de
investigacin, aquellas que deben corregirse o
modificarse en algo ... y las que, por sus graves
deficiencias, deber ser excluidas sin ms (Pg.
189).

Es decir, el anlisis de la informacin nos ayuda a detectar
situaciones en la que se requieren mejoras de la informacin tales como los
son, informacin inexacta, excesos de informacin, redundancia de datos o
inflexibilidad de los datos; todas estas son debilitan un diseo y una
perspectiva exacta de lo que est ocurriendo tanto en el sistema como los
procesos, y el flujo de informacin lo que llevara a un modelado errneo del
sistema actual, teniendo como consecuencia que todas las decisiones que se
tomen al respecto pueden no ser las necesarias para satisfacer los
requerimientos del mismo.

Elegir las tcnicas de anlisis de informacin adecuados es
importante ya que los mismos servirn para diagnosticar, analizar, resumir,
procesar y documentar los procesos y de esta manera justificar los pasos a
seguir en el ciclo de esta investigacin. Teniendo en consideracin todo lo
anterior, se decidi elegir una serie de instrumentos de modelado, como
Diagramas Entidad-Relacin, Diagramas de Casos de Uso, Construccin de
Organigramas, entre otros.

Despus de aplicar las tcnicas de recoleccin de datos (encuestas -
Anexo A- y observacin Anexo B-) para analizar la situacin del sistema
94

actual, se generaron los siguientes grficos representando las preguntas
cerradas de la gua de entrevistas (tems 2, 4, 6, 8, 10 y 12).

Resultados de la aplicacin de la Gua de Entrevistas

2.- Tiene alguna sugerencia para mejorar el procedimiento de registro de
alumnos actual?

100%
0%
S
No

Grfico No. 1 Resultado de la aplicacin de la Gua de Entrevistas - tem 2

95

4.- Tiene alguna sugerencia para mejorar el procedimiento de registro y
control de pagos actual?
67%
33%
S
No


6.- Tiene alguna sugerencia para mejorar el procedimiento de control de
personal actual?
100%
0%
S
No


96

calificaciones actual?
33%
67%
S
No


10.- Tiene alguna sugerencia para mejorar el procedimiento de control de
promociones actual?

0%
100%
S
No


97

asignaturas actual?
0%
100%
S
No


Se pudo concluir que existen algunas deficiencias que cubrir de
manera urgente.

El escollo principal se encuentra en que el sistema actual no se
encuentra configurado correctamente para operar en red, lo cual genera
molestias por parte del usuario administrativo que debe replicar
manualmente las bases de datos generadas en cada una de las
computadoras. Se solicit resolver esta situacin de manera urgente.

En cuanto al funcionamiento, existieron diversas crticas respecto a l,
las cuales son solucionables. En la observacin se pudo determinar que a los
usuarios les resulta complicado el manejo de la interfaz, invirtiendo un tiempo
considerable identificando la ubicacin de las herramientas.

98

Otra queja general result la no validacin de datos por parte del
sistema, por lo cual se pueden introducir valores alfanmeros en campos que
deberan ser nicamente numricos generando as errores en los reportes
finales.

Hay diversidad de opiniones en cuanto a la ergonoma del diseo del
software. A un usuario le pareci que era adecuada pero a los otros dos no.
La discrepancia de estos ltimos tiene que ver con la disposicin de los
botones y los colores que usa el sistema para resaltar detalles.

Existe un descontento general en la forma de manejar el flujo de
informacin en el sistema, pero no es inherente a este sino al modo en como
el instituto realiza los procesos de inscripcin y pagos, generando retrasos
debido a la forma que usan para procesar la informacin ya que una sola
persona se encarga de revisar todos los recaudos e inscribir, pudiendo
agilizarse este procesos colocando mdulos para filtrar a las personas y
quien llegue al sistema de inscripcin ya lo haga con todas las
comprobaciones realizadas.

Analizando los resultados de las encuestas y el perodo de
observacin, se pudo concluir que el sistema realiza las tareas para las
cuales se usa, pero se puede agilizar su funcionamiento y adecuarlo para
maximizar las posibilidades de rendimiento dentro de la estructura que utiliza
la institucin.

99

CAPITULO IV

Sistema Actual

La Unidad Educativa Instituto Privado Boyac es un instituto de
educacin privado para primaria y secundaria ubicado en Los Teques,
Estado Miranda. Atiende a una poblacin de alrededor de 500 alumnos y
cuenta con un personal de cerca de 40 docentes y 5 personas en el rea
administrativa.

Este instituto usa actualmente el paquete llamado EduDatos para
automatizar la gestin de sus procesos administrativos, los cuales son:

Registro de alumnos
Registro de pagos
Registro de promociones

La licencia que poseen actualmente, la cual tiene un costo de Bs.
80.000,oo anuales, les permite el uso de estos mdulos pero no el de uno
que es vital para ellos: el registro de notas. Para llevar las notas deben
imprimir el listado de alumnos y transcribir a mano la puntuacin de cada
uno. Luego de este proceso, deben ingresar al sistema para indicar cuales
de los alumnos ha sido promocionado de grado, segn sus notas.

El sistema es usado actualmente por 3 personas, quienes forman
parte del personal administrativo de la institucin y se encargan de realizar
todas estas tareas. Una de estas personas tiene conocimientos de
programacin a nivel avanzado, pero no puede modificar el programa para
adaptarlo a sus necesidades pues lo que poseen es un cdigo binario que no
permite modificaciones.
100

Para realizar alguna modificacin, deben solicitarla al fabricante y, si
procede la misma dependiendo de la licencia que poseen, el tiempo de
respuesta para la solucin puede tardar entre 1 y 2 semanas.

Tambin pueden requerir la asistencia directa del fabricante en las
oficinas, pero tiene un costo que resulta prohibitivo para ellos. Adems, hay
que cubrir los gastos de traslados de personal.

El sistema est desarrollado para correr en computadoras con sistema
operativo Windows XP. Puede correr en otras versiones superiores de
Windows, pero presenta algunas fallas. No se puede ejecutar en ningn otro
sistema operativo.

El sistema no se ejecuta en red sino de manera local en cada una de
las computadoras. Por lo cual, hay que sincronizar de manera manual las
bases de datos que tiene cada estacin de trabajando, generando, en
algunos casos, duplicidad de registros.

Los reportes que emite el programa solamente se pueden imprimir, no
se pueden exportar a otro paquete para manipularlos de algn modo.

El ingreso de datos en el sistema Sinacoes del Ministerio del Poder
Popular para la Educacin se realiza de manera manual, pues este no
permite ninguna interaccin con aplicaciones de terceros.

A continuacin se presentan los diagramas de casos de uso del
sistema actual:

101

Secretaria
(Direccin)
Registro de alumnos
Registro de pagos
Emisin de constancias
Emisin de boletines
de calificacin

Figura No. 1 Diagrama de Caso de Uso del sistema actual Secretaria de Direccin

Asistentes
(Control de Estudios)
Registro de notas
Promocin de alumnos
Elaboracin de reportes
Impresin de planillas para
el Ministerio de Educacin

Figura No. 2 Diagrama de Caso de Uso del sistema actual Asistente de Control de
Estudios
102

CAPITULO V

Sistema Propuesto

Basndonos en la metodologa de Desarrollo Rpido de Aplicaciones,
se describen a continuacin cada una de las etapas de la misma en relacin
al desarrollo del sistema propuesto y al cumplimiento de los objetivos
especficos:

Fase 1: Definicin de Requisitos

Para definir los requisitos del sistema, se procedi a realizar
entrevistas con las 3 personas que interactan comnmente con el sistema
EduDatos instalado en la Unidad Educativa Instituto Privado Boyac.

De estas entrevistas se obtuvo la expectativa general en cuanto a las
prestaciones que debera poseer el sistema a desarrollarse, que iban desde
mejorar las caractersticas actuales, hacer el sistema ms amigable al uso
del usuario, poder diversificar los accesos ofreciendo roles determinados
para cada tarea y ofrecer opciones no permitidas por el sistema actual como
lo son: carga de notas por parte de profesores, posibilidad de exportar a
archivos digitales y ejecucin del programa en red.

Tambin, en el proceso de observacin, se pudo determinar que era
necesario realizar una interfaz ms intuitiva para facilitar el manejo de la
herramienta por parte de los usuarios.

Los siguientes son los diagramas de casos de uso generados a partir
de los requerimientos obtenidos de la Institucin:
103

Figura No. 3 Diagrama de Caso de Uso del sistema propuesto Secretaria de Direccin

Figura No. 4 Diagrama de Caso de Uso del sistema propuesto Actor: Asistente de Control
de Estudios

104

Figura No. 5 Diagrama de Caso de Uso del sistema propuesto Actor: Profesor

Figura No. 6 Diagrama de Caso de Uso del sistema propuesto Actor: Asistente de
Direccin

En cuanto a los requisitos tcnicos, se realiz una inspeccin sobre la
estructura de red y equipos presentes en el instituto y las posibilidades de
actualizacin a mediano plazo. El colegio usa equipos de escritorio con
sistema operativo Windows, por lo cual, la solucin debe correr en esta
configuracin.

Una vez estudiados los requisitos tcnicos y de funcionamiento, se
present la estructura de costos necesaria para desarrollar la aplicacin y un
cronograma de tiempos para esto.

105

Cronograma del Proyecto

Cuadro No. 11 Diagrama de Gantt

Cuadro No. 12 Diagrama de Gantt (Continuacin)

106



107

Estructura de costos

La solucin planteada contempla los siguientes costos para su
desarrollo e instalacin:

Concepto Costo
Desarrollo:
10 horas de personal para levantamiento de
informacin
Bs. 1.000,oo
200 horas tcnicas de programador PHP Bs. 30.000,oo
10 horas tcnicas de diseador grfico Bs. 2.000,oo
20 horas de personal para pruebas Bs. 1.000,oo
Elaboracin e impresin de encuestas Bs. 200,oo
20 horas tcnicas de documentador Bs. 2.200,oo
Impresin de documentacin
Hardware:
Bs. 300,oo
1 Computadora HP PRO 3400 (Servidor) Bs. 6.100,oo
2 Computadoras HP PRO 3400 (Clientes) Bs. 12.200,oo
1 Router Tp-Link Tl-mr3420 Bs. 420,oo
Cableado de red e instalacin
Capacitacin:
Bs. 900,oo
30 horas tcnicas de capacitacin al personal
del colegio
Bs. 6.000,oo
Total de costos asociados al proyecto Bs. 62.320,oo
Cuadro No. 15 Estructura de Costos del Proyecto

108

Fase 2: Modelado de Datos

Una vez fue realizado el anlisis sobre la arquitectura de datos
adecuada para la solucin, se procedi a su diseo.

La base de datos desarrollada en MySQL contiene varias tablas
relacionadas entre s. Cada registro en la tabla posee un identificador nico
que permite navegar los datos de forma inteligente. La mayora de las tablas
poseen 4 campos comunes (fechaCreacion, creadoPor, fechaModificacion y
modificadoPor) que son usados a nivel de auditora para registrar las
actividades de los usuarios administrativos.

Se crearon 8 tablas principales: cursos, periodos, personas, notas,
materias, usuarios, matriculas y pagos. Cada una de estas contiene tablas
dependientes para almacenar datos complementarios y establecer las
relaciones entre ellas.

A continuacin se presenta el diagrama Entidad-Relacin generado:
109

Figura No. 7 Diagrama Entidad-Relacin de Datos
110

Se eligi el motor MySQL por ser de cdigo abierto, eficiente y
sencillo. Funciona adems en servidores Windows y Linux.

MySQL es fcilmente escalable por lo cual puede atender mayor carga
de datos en caso de picos de uso inesperados.

A continuacin se presenta el diccionario de datos generado por la
aplicacin MySQL Workbench para el modelo de datos que se implemento:

Diccionario de datos

Tabla: atributos
En esta tabla se encuentran todos los atributos comunes que son usados por
varias de las otras tablas. Cada uno de ellos puede tener un padre que se
encuentra dentro de la misma tabla.
Atributos a ser usados en varias tablas del sistema
Column
name
DataType PK NN UQ BIN UN ZF AI Default Comment
id INT(11)

ID nico
padre INT(11) NULL
ID del atributo
padre (si existe)
nombre TEXT NULL
Nombre del
atributo
Cuadro No. 16 Diccionario de Datos: Tabla de Atributos

Tabla: cursos
En esta tabla se encuentran registrados todos los cursos del instituto (Primer
grado, segundo grado, etc.)

111

Registro de cursos
Column name DataType
P
K
N
N
U
Q
BI
N
U
N
Z
F
A
I
Default Comment
id INT(11)

ID nico
nombre
VARCHAR(1
00)

Nombre del
curso
fechaCreacion TIMESTAMP
'0000-
00-00
00:00:0
0'
Fecha de
creacin
creadoPor INT(11)

Usuario
administrati
vo que lo
cre
fechaModificaci
on
TIMESTAMP
'0000-
00-00
00:00:0
0'
Fecha de
modificaci
n
modificadoPor INT(11)

Usuario
administrati
vo que lo
modific
Cuadro No. 17 Diccionario de Datos: Tabla de Cursos

Tabla: cursos_alumnos
En esta tabla se relacionan los alumnos registrados en el sistema
(proveniente de la tabla personas) junto a los curso, seccin (de la tabla
cursos_secciones) y periodo (de la tabla periodos) en el cual estudian o
estudiaron.

Registro de alumnos en cada curso y perodo
Column
name
id INT(11)

ID nico
alumno INT(11)

ID del
alumno
112

cursoSeccion INT(11)

ID del curso
y seccin
periodo INT(11)

ID del
perodo en
que cursa
este alumno
en este curso
Cuadro No. 18 Diccionario de Datos: Tabla Cursos-Alumnos

Tabla: cursos_secciones
En esta tabla se le da nombre a las secciones de cada curso (proveniente de
la tabla cursos) y se le asigna un turno (proveniente de la tabla atributos).

Registro de secciones. Cada una relacionada a un curso. Esta
Column
name
id INT(11)

ID nico
idCurso INT(11)

ID del curso
turno INT(11)

Turno en la
que se lleva
a cabo
seccion VARCHAR(3) NULL Seccin
Cuadro No. 19 Diccionario de Datos: Tabla Cursos-Secciones

Tabla: evaluaciones
En esta tabla se arma el esqueleto de todas las evaluaciones por materia
(proveniente de la tabla materias_cursos), se le coloca una fecha de
presentacin y se le asigna una ponderacin en el total de la nota del
alumno.

Estructura de las evaluaciones por materia, curso y periodo
Column
name
id INT(11)

ID nico
113

materia INT(11)

Materia y
Curso a la
que
pertenece
esta
evaluacin
fecha DATE NULL
Fecha en la
que se llevar
a cabo la
evaluacin
ponderacion FLOAT(2,2) NULL
Ponderacin
de la
evaluacin en
el puntaje
global
Cuadro No. 20 Diccionario de Datos: Tabla de Evaluaciones

Tabla: materias
En esta tabla se registra el maestro de materias que se imparten en el
instituto. Se le da un nombre, sumario y un tipo de evaluacin (proveniente
de la tabla atributos) que puede ser cualitativa (con letras, para grados de
educacin bsica) o cuantitativa (con nmeros, para la educacin media en
adelante).

Materias registradas en el sistema
P
K
N
N
U
Q
BI
N
U
N
Z
F
A
I
Default Comment
idMateria INT(11)

ID nico
nombre
VARCHAR(1
00)
NULL
Nombre de
la materia
sumario TEXT NULL
Sumario de
la materia
tipo INT(11)

Tipo de
evaluacin:
Cualitativa /
Cuantitativa
fechaCreacion TIMESTAMP '0000- Fecha en la
114

00-00
00:00:0
0'
que fue
creada
creadoPor INT(11)

Usuario
administrati
vo que la
cre
fechaModificaci
on
TIMESTAMP
'0000-
00-00
00:00:0
0'
Fecha en la
que fue
modificada

Usuario
administrati
vo que la
modific
Cuadro No. 21 Diccionario de Datos: Tabla de Materias

Tabla: materias_cursos
En esta tabla se relacionan las materias (proveniente de materias), cursos
(proveniente de cursos_secciones) y profesores (proveniente de personas),
creando un identificador nico para ser usado en el resto del sistema.
Relacin entre materias, cursos y secciones
P
K
N
N
U
Q
BI
N
U
N
Z
F
A
I
Default Comment
id INT(11)

ID nico
idMateria INT(11)

ID de la
materia
idCurso INT(11)

ID del curso
y la seccin
idProfesor INT(11)

ID del
profesor
fechaCreacion
TIMESTAM
P

'0000-
00-00
00:00:0
0'
fecha en la
que fue
creado
creadoPor INT(11)

usuario
administrati
vo que lo
115

cre
fechaModificaci
on
TIMESTAM
P

'0000-
00-00
00:00:0
0'
fecha en la
que fue
modificado

usuario
administrati
vo que lo
modific
Cuadro No. 22 Diccionario de Datos: Tabla Materias-Cursos

Tabla: matricula
En esta tabla se registran las matriculas existentes en el colegio y se
determina si se encuentran vigentes.

Registro de maestro de matriculas
Colum
n
name
DataType
P
K
N
N
U
Q
BI
N
U
N
Z
F
A
I
Defaul
t
Comment
id INT(11)

ID nico
nombre
VARCHAR(4
5)
NULL
Nombre de
la matricula
monto FLOAT(5,2) NULL
Monto de la
mensualida
d
vigente CHAR(1) NULL
Se
encuentra
vigente?
Cuadro No. 23 Diccionario de Datos: Tabla matricula

Tabla: notas
En esta tabla se registran las calificaciones de cada alumno (tomado de la
tabla personas) en cada evaluacin (tomado de la tabla evaluaciones). La
nota puede ser cualitativa o cuantitativa.
116

Notas de cada alumno por cada evaluacin
Column
name
id INT(11)

ID nico
alumno INT(11)

ID del
alumno
evaluacion INT(11)

ID de la
evaluacin
cuantitativa FLOAT(2,2) NULL
Nota
cuantitativa
(si aplica)
cualitativa INT(11) NULL
Nota
cualitativa (si
aplica)
Cuadro No. 24 Diccionario de Datos: Tabla de Notas

Tabla: pagos
En esta tabla se registran los pagos de mensualidades hechas por los
alumnos.

Registro de pagos
Column
name
DataType
P
K
N
N
U
Q
BI
N
U
N
Z
F
A
I
Defau
lt
Comment
id INT(11)

ID nico
persona INT(11) NULL
Persona a
la que est
relacionada
este pago
monto FLOAT(5,2) NULL
Monto del
pago
mediodepa
go
INT(11) NULL
Medio por el
cual se hizo
el pago
117

referencia
VARCHAR(
20)
NULL
Numero de
referencia
fecha
TIMESTAM
P
NULL
Fecha y
hora de
procesamie
nto del
pago
usuario INT(11) NULL
Usuario
administrati
vo que
registra el
pago
Cuadro No. 25 Diccionario de Datos: Tabla pagos

Tabla: periodos
En esta tabla se registran las calificaciones de cada alumno (tomado de la
tabla personas) en cada evaluacin (tomado de la tabla evaluaciones). La
nota puede ser cualitativa o cuantitativa.

Perodos acadmicos de la institucin
P
K
N
N
U
Q
BI
N
U
N
Z
F
A
I
Default Comment
id INT(11)

ID nico
nombre
VARCHAR(1
00)
NULL
Nombre del
perodo
inicio DATE NULL
Fecha de
inicio
fin DATE NULL
Fecha de
finalizacin
'0000-
00-00
00:00:0
0'
Fecha de
creacin
creadoPor INT(11) NULL
Usuario
administrati
vo que lo
118

cre
fechaModificaci
on
TIMESTAMP
'0000-
00-00
00:00:0
0'
Fecha de
modificaci
n
modificadoPor INT(11) NULL
Usuario
administrati
vo que lo
modific
Cuadro No. 26 Diccionario de Datos: Tabla periodos

Tabla: personas
En esta tabla se registran las personas que forman parte de las estadsticas
del sistema (alumnos, padres, profesores). Su rol es indiferente pues cada
entidad lo usa segn su asignacin correspondiente. Cada persona tiene un
id nico, por lo cual, se pueden ingresar y usar personas sin cdula (alumnos
pequeos o padres sin cdula).

Personas registradas en el sistema
P
K
N
N
U
Q
BI
N
U
N
Z
F
A
I
Default Comment
id INT(11)

ID nico
nombres
VARCHAR(5
0)

Nombre de
la persona
apellidos
VARCHAR(5
0)

Apellido de
la persona
cedula
VARCHAR(1
2)
NULL
Cdula de
identidad
de la
persona
email
VARCHAR(5
0)
NULL
Email de la
persona
sexo INT(11) NULL
Sexo de la
persona
telefono
VARCHAR(1
5)
NULL
Telfono de
contacto de
la persona
119

direccion
VARCHAR(1
00)
NULL
Direccin
fsica de la
persona
ciudad INT(11) NULL
Ciudad
donde
reside la
persona
nacimiento DATE NULL
Fecha de
nacimiento
'0000-
00-00
00:00:0
0'
Fecha en la
que ha sido
creada la
persona
ID del
usuario
administrati
vo que lo
cre
fechaModificaci
on
TIMESTAMP
'0000-
00-00
00:00:0
0'
Fecha en la
que ha sido
modificada
la persona
ID del
usuario
administrati
vo que lo
modific
Cuadro No. 27 Diccionario de Datos: Tabla de Personas

Tabla: personas_relaciones
En esta tabla se registran las relaciones de la tabla personas. Un registro de
la tabla personas (principal) puede tener una relacin (sacado de la tabla
atributos) con un relacionado (de la tabla personas). Es decir, se puede
relacionar a un alumno con sus padres.

Relaciones entre personas
Column
name
120

id INT(11)

ID nico
principal INT(11)

ID de la
persona
principal
relacionado INT(11)

ID de la
persona
relacionada
relacion INT(11)

Tipo de
relacin
Cuadro No. 28 Diccionario de Datos: Tabla de Personas-Relaciones

Tabla: preferencias
En esta tabla se registran las preferencias de configuracin del sistema.

Preferencias para la configuracin de la aplicacin
Column
name
id INT(11)

ID nico
opcion INT(11) NULL
ID de la
opcin
valor TEXT NULL
Valor
asignado
Cuadro No. 29 Diccionario de Datos: Tabla preferencias

Tabla: usuarios
En esta tabla se registran los usuarios administrativos. Es decir, lo que tienen
un usuario (email) y contrasea (pass) para interactuar con el sistema.

usuarios de nivel administrativo
P
K
N
N
U
Q
BI
N
U
N
Z
F
A
I
Default
Commen
t
id INT(11)

ID nico
nombres TEXT NULL Nombre
121

del
usuario
apellidos TEXT NULL
Apellido
del
usuario
email TEXT NULL
Email del
usuario
pass TEXT NULL
Password
del
usuario
nivel INT(11) NULL
Nivel de
privilegios
status INT(11) NULL
Status del
usuario
fechaCreacion
TIMESTAM
P

'0000-
00-00
00:00:0
0'
Fecha en
la que ha
sido
creado
ID del
usuario
que lo ha
creado
fechaModificacio
n
TIMESTAM
P

'0000-
00-00
00:00:0
0'
Fecha en
que se ha
modificad
o
ID del
usuario
que lo ha
modificad
o
Cuadro No. 30 Diccionario de Datos: Tabla de Usuarios

Tabla: usuarios_accesos
En esta tabla se registran todos los accesos al sistema de los usuarios
administrativos. Guarda su usuario (proveniente de la tabla personas), la
fecha e ip de la conexin.

122

Accesos de usuarios administrativos al sistema
Column
name
id INT(11)

ID nico
usuario INT(11)

ID del usuario
administrativo
fecha TIMESTAMP
'0000-00-
00
00:00:00'
Fecha del
acceso
ip TEXT NULL IP del acceso
Cuadro No. 31 Diccionario de Datos: Tabla de Usuarios-Accesos

Tabla: usuarios_logs
En esta tabla se registran las actividades de los usuarios administrativos en
el sistema. Guarda su usuario (proveniente de la tabla personas) y la
descripcin corta de cada actividad.

Log de actividad de usuarios administrativos en el sistema
Column
name
id INT(11)

usuario INT(11)

actividad TEXT NULL

Cuadro No. 32 Diccionario de Datos: Tabla de Usuarios-Logs

Fase 3: Modelado de Procesos

Se tomaron los Diagramas de Casos de Uso del nuevo sistema y el
diagrama Entidad-Relacin como base para la definicin de los mdulos que
lo integraran. De esta manera se definieron 11 mdulos, los cuales permiten
la interaccin necesaria para lograr las distintas funciones requeridas por el
sistema. Los mdulos definidos fueron los siguientes: Inicio, Perodos,
123

Matrcula, Materias, Cursos, Personas, Notas, Pagos, Reportes,
Configuracin y Opciones.

A continuacin se describe las funciones de cada uno de los mdulos
definidos y el contenido de su estructura HTML respectiva:

Inicio
Esta ser la pantalla de bienvenida al sistema, la cual cuando haya un
usuario administrativo con una sesin activa y se haya previamente
configurado el sistema, a travs de programacin PHP, este mdulo
se poblar con indicadores de los datos almacenados en el sistema
(nmero de estudiantes, fecha actual, fecha de cierre de perodo,
pruebas recientes, deudas en la matrcula, entre otros).

Figura No. 8 Pantalla de Estructura HTML del mdulo de Inicio.

Perodos
En este mdulo se definen los perodos acadmicos a desarrollarse y
tambin se manejan los perodos anteriores.
124

La estructura HTML de este mdulo consta de:

Un formulario que posee:
o Un campo de fecha para definir el inicio de un perodo.
o Un campo de fecha para definir el cierre de un perodo.
Una tabla en la que se muestran los perodos existentes
actualmente en el sistema. Cada perodo en esta tabla tendr dos
(2) links asociados (Desactivar y Editar) los cuales posteriormente
sern habilitados a travs de PHP para cumplir dichas funciones.

Figura No. 9 Pantalla de Estructura HTML del mdulo de Perodos

Matrcula
En este mdulo se definen los costos de las distintas matrculas que
estarn asociadas a un perodo especfico.

125

Un formulario que posee:
o Un campo de texto para definir el nombre de identificacin
de la matrcula.
o Un campo de texto para definir el costo de la matrcula.
Una tabla en la que se muestran las matrculas disponibles
actualmente en el sistema. Cada matrcula en esta tabla tendr dos
(2) botones asociados (Modificar y Eliminar) los cuales
posteriormente sern habilitados a travs de PHP para cumplir
dichas funciones.

Figura No. 10 Pantalla de Estructura HTML del mdulo de Matrculas

Materias
En este mdulo se definen las materias que van a poder ser cursadas
durante un perodo.

Un formulario de registro de materias que posee:
126

o Campo de Nombre de la materia.
o rea de texto para el Sumario de la materia (descripcin).
o Un par de checkbox para el Tipo de Evaluacin
Un formulario para asociar un plan de evaluacin a una materia.
o Un campo de seleccin de la materia.
o Campo de texto para el nombre de la evaluacin.
o Campo de fecha para la evaluacin.
o Campo de texto para la ponderacin.

Figura No. 11 Pantalla de Estructura HTML del mdulo de Materias

Cursos
En este mdulo se definen los cursos que van existir en cierto perodo
y sus secciones.

127

La estructura HTML de este mdulo consta de un formulario que
posee:
Campo de texto para el nombre del curso a crear.
Campo de texto para el nombre o identificacin para crear una
nueva seccin asociada a este curso.
Lista de secciones actuales, cada una de las secciones listadas
tendr dos (2) botones (Modificar (M) y Borrar (B))
Listado de las materias que se impartirn a estos cursos.

Figura No. 12 Pantalla de Estructura HTML del mdulo de Cursos

Personas
En este mdulo se pueden registrar, visualizar y modificar todas las
personas que sern parte del sistema, como los alumnos,
representante, profesores y el personal administrativo.

128

La estructura HTML del mdulo de registro de personas consta de un
formulario que posee:
Campo de texto para el nombre.
Campo de texto para el apellido.
Campo de texto para la cdula.
Campo de texto para el email.
Campo de fecha de nacimiento.
Campo de seleccin de sexo.
Campo de texto para la parroquia de nacimiento.
Campo de texto para el municipio de nacimiento.
rea de texto para la direccin
Campo de seleccin para ciudad.
Campo de texto para el telfono.
Campo de seleccin para el rol que desempeara esta persona en
el sistema (Estudiante, Representante, Profesor, Personas
Administrativo).
Campo de seleccin para el curso actual.
Campo de seleccin para el tipo de matrcula.
Link para Definir relaciones en caso de que el rol de la persona sea
de estudiante. Debe asociarse un estudiante a su representante.
Campo de seleccin para la relacin
Campo de texto para el ID al cual asociaremos.

129

Figura No. 13 Pantalla de Estructura HTML del mdulo de Personas

La estructura HTML del mdulo de visualizacin y modificacin de
personas consta de un formulario que bsicamente igual al de registro de
personas, a diferencia de que con un campo de texto, se permite hacer la
bsqueda de la persona cuyos datos se desea visualizar o modificar.

Notas
En este mdulo se registran las notas asociadas a una evaluacin ya
planificada para un curso.

Un formulario para cargar una lista de los estudiantes de un curso
en una evaluacin especfica:
o Campo de seleccin para del curso.
130

o Campo de seleccin para la seccin.
o Campo de seleccin para la materia.
o Campo de seleccin para la evaluacin.
Una tabla en la que se cargaran todos los alumnos inscritos en esa
seccin del curso, mostrando sus datos y un campo de texto por
cada uno donde se registrar su nota en la evaluacin
seleccionada.

Figura No. 14 Pantalla de Estructura HTML del mdulo de Notas

Pagos
En este mdulo se registran los pagos de matrcula.

Campo de texto para realizar la bsqueda de un estudiante por su
cdula
131

Tabla de carga de los datos retornados por la bsqueda. Estos
datos son: nombre, apellido, cdula, representante y deuda actual.
Un formulario para el registro de pagos que posee:
o Campo de texto para el monto del pago.
o Campo de seleccin para la forma de pago.
o Campo de texto para el registro del nmero de referencia
del pago.

Figura No. 15 Pantalla de Estructura HTML del mdulo de Pagos

Reportes
En este mdulo se generan los diferentes tipos de reportes
relacionados a los pagos de matrcula y las notas de los cursos.

Un formulario para generar reportes de pagos el cual posee:
132

o Campo de seleccin para el curso.
Un formulario para generar reportes de notas el cual posee:
o Campo de seleccin para el curso.
o Campo de seleccin para la materia.

Figura No. 16 Pantalla de Estructura HTML del mdulo de Reportes

Configuracin
En este mdulo se explica el proceso de configuracin del sistema. Se
trata de una explicacin paso a paso de como configurar los datos de
los diferentes mdulos para una inicializacin del sistema, tomando en
cuenta las dependencias transitivas entre ellos. Consta de texto
explicativo con enlaces a los diferentes mdulos.

133

Figura No. 17 Pantalla de Estructura HTML del mdulo de Configuracin

Opciones
En este mdulo se definen varias opciones.

La estructura HTML de este mdulo consta de un formulario con:
Un campo de carga de archivo para subir el logotipo de la
Institucin Educativa al sistema.
Campo de texto con el nombre la Institucin Educativa.
Campo seleccin del perodo actual.
Enlaces para listar y modificar el grupo de usuarios administrativos
autorizados.

134

Figura No. 18 Pantalla de Estructura HTML del mdulo de Opciones

Adems, se cre un pequeo mdulo separado para el login, el cual
consta de un pequeo formulario con dos (2) campos de texto, uno para el
usuario y el otro para su contrasea, su respectivo botn de ingreso y el
enlace al mdulo de opciones. Esto en el caso de que no haya ninguna
sesin abierta en el sistema.

Figura No. 19 Pantalla de la interfaz del login sin inicio de sesin

Cuando hay una sesin abierta en el sistema el pequeo mdulo de
login se ve de la siguiente forma:

Figura No. 20 Pantalla de la interfaz del login con inicio de sesin

135

Entre algunos de estos mdulos existe una cierta dependencia
transitiva en cuanto a los datos que se manejan en ellos. Por ejemplo, el
mdulo de Cursos depende del mdulo de Materias, ya que al registrar un
curso deben registrarse las materias que sern evaluadas para dicho curso.
A su vez, cada materia est asociada a un perodo, por lo que debera
configurarse antes en el mdulo de Perodos.

Observando a detalle los mdulos definidos, se determinaron las
dependencias entre ellos. De esta manera, se realiz el diseo de una
interfaz que facilitase el proceso de registro de datos e y lo hiciera entendible
e intuitivo para los usuarios finales del sistema. Al mismo tiempo, se tomaron
en cuenta sugerencias hechas por la directiva de la institucin para el
desarrollo de dicha interfaz.

Tomando en cuenta las dependencias mencionadas anteriormente se
defini un men que permitiera ordenar de forma adecuada el acceso a los
distintos mdulos con respecto a sus funciones. Se cre una estructura
HTML que contuviese el enlace a estos mdulos y se defini su presentacin
y comportamiento haciendo uso de la hoja de estilo (CSS), el resultado
obtenido es el mostrado en la siguiente pantalla.

Figura No. 21 Pantalla de la interfaz del men de navegacin de los mdulos

Este men solo se encuentra disponible una vez se ha iniciado sesin
en el sistema.
136

El diseo realizado consisti en la creacin de una estructura HTML
que sirviese como marco general para toda la aplicacin y desde donde se
invocarn a travs de cdigo PHP las dems estructuras HTML
pertenecientes a cada uno de los mdulos, al igual que el men y el login.
Esta estructura se asoci a una hoja de estilos (CSS), la cual fue
programada para definir la presentacin del sistema y el comportamiento de
ciertos elementos en la estructura.

Luego de crear este marco general, se hace el llamado desde l a los
mdulos HTML a travs de cdigo PHP, de esta manera se recicla cdigo ya
que no se define la estructura general de la aplicacin por cada mdulo, sino
que se define una sola vez.

El resultado del diseo de la estructura HTML de la interfaz junto con
la hoja de estilos (CSS) asociada, haciendo llamados PHP a los mdulos
HTML se muestran en la siguiente pantalla, en la cual se visualiza el mdulo
de Inicio sin ninguna sesin de usuario activa.

Figura No. 22 Pantalla de la interfaz general de la aplicacin sin sesin activa

137

En la siguiente pantalla se puede ver el mismo mdulo de inicio pero
esta vez con una sesin de usuario activa en el sistema.

Figura No. 23 Pantalla de la interfaz general de la aplicacin con sesin activa y sin
configuracin

Fase 4: Construccin

Una vez definida la base de datos y los procesos que se usaran en el
sistema, se procedi a realizar la programacin en PHP del sistema
planteado.

Se eligi el lenguaje PHP por ser un lenguaje de programacin de
cdigo abierto y que puede ejecutarse tanto en servidores Windows como
Linux. Solo requiere la instalacin de un servidor web como Apache, que
tambin es de cdigo abierto, para funcionar.

138

Adicionalmente, la documentacin existente en internet para
programar en PHP es bastante completa, permitiendo la rpida solucin para
inconvenientes debido al amplio soporte ofrecido por la comunidad mundial
de desarrolladores.

La programacin se realiz usando el Entorno de Desarrollo Integrado
(IDE) Netbeans 7.2, el cual permite codificar aplicaciones en una gran
variedad de lenguajes.

Se dispusieron distintos trucos de comportamiento de lenguaje HTML
mediante CSS, lo cual permite la visualizacin de efectos de transiciones
sobre las opciones del men de la aplicacin.

La validacin de campos se realiz mediante Javascript en el propio
documento HTML, con lo cual, en los campos nmeros solo se permiten
nmeros y en los campos de fecha nicamente fechas. De esta manera se
aligera la carga del servidor al no permitirse el envo de formularios que no
puedan ser procesados.

Se implant un sistema de manejo de usuarios administrativos que
permite establecer permisologa para cada uno de ellos, de manera que se le
da acceso nicamente a las secciones que deben ver de acuerdo a su cargo.

La Unidad Educativa Instituto Privado Boyac pidi cambiar el acceso
de los roles del personal que va a trabajar con la herramienta, por lo cual, se
design una nueva estructura para el flujo de trabajo.

A continuacin se describe el diagrama de flujo de datos de cada uno
de los procesos que conforman el sistema propuesto:

139

Para configurar el sistema, se ingresa a la seccin de opciones y se
establecen los distintos valores para los parmetros de configuracin, los
cuales son almacenados en la tabla preferencias de la base de datos.
Inicio
Introducir
opciones de
configuracin
Fin

Figura No. 24 Diagrama de flujo de datos para el proceso de configuracin del sistema

Para configurar los perodos en el sistema, se ingresa al mdulo de
Perodos y all se introduce el nombre del perodo y las fechas de inicio y
finalizacin. La entrada en la plantilla solo permite campos de fecha por lo
cual es imposible cometer una equivocacin. Al finalizar, se guardan los
datos en la tabla periodos de la base de datos.
Inicio
Introducir
datos del
perodo
Fin

Figura No. 25 Diagrama de flujo de datos para el proceso de definicin de perodos en el
sistema

140

Dentro del mdulo Matrculas, se asignan las distintas matriculas
existentes en el colegio. Se ingresa el nombre y monto de cada matrcula y
esta queda almacenada en la tabla matriculas de la base de datos.

Inicio
Introducir
datos de la
matrcula
Fin
Es correcta?
Si
No

Figura No. 26 Diagrama de flujo de datos para el proceso de definicin de montos de
matrculas en el sistema

Para introducir los datos de una materia, se ingresa al mdulo
Materias y se ingresa el nombre de la misma, el sumario y el tipo de
evaluacin, los cuales son almacenados en la tabla materias. Una vez
ingresados esos datos, se pide si se quiere continuar agregando el plan de
evaluacin de la misma. Se piden, una por una las evaluaciones las cuales
son almacenadas en la tabla evaluaciones. Si no se quieren agregar ms
datos, se finaliza el proceso.
141

Inicio
Introducir
datos de la
materia
Quiere continuar con
el plan de evaluacin?
No
Introducir
datos de la
evaluacin
Si
Fin

Figura No. 27 Diagrama de flujo de datos para el proceso de creacin de una materia

En la pantalla Cursos se crean los cursos del colegio. Al introducir
los datos del mismo quedan guardados en la tabla cursos, luego se pide si
se quieren generar las secciones, pudiendo introducir tantas como quiera el
usuario y siendo guardadas en tabla cursos_secciones. Luego de esto, se
pide si se quiere elegir las materias que se impartirn en este curso, las
cuales quedan guardadas en la tabla materias_cursos.

142

Inicio
Introducir
datos del
curso
Quiere continuar
agregando secciones?
No
Seleccionar
secciones
para el curso
Si
Fin
Quiere continuar
agregando materias?
No
Seleccionar
materias
para el curso
Si

Figura No. 28 Diagrama de flujo de datos para el proceso de creacin de un curso y
asignacin de secciones y materias

En la pantalla Personas se pueden agregar alumnos, padres y
profesores, siendo el primero el uso ms comn. El sistema permite verificar
la solvencia administrativa de la persona a agregar consultando con la tabla
pagos. Al estar habilitado para inscribirse, se ingresan los datos del alumno
143

o se actualizan en caso que haya cursado un grado anterior. Si se le asigna
un curso (proveniente de la tabla cursos_secciones) activo a la persona, se
le considera un alumno. Por el contrario, si se le asigna una relacin y no un
curso, estar considerado un representante. Estos datos son almacenados
en la tabla personas y en personas_relaciones.

Inicio
Verificacin de
recaudos y
solvencia
administrativa
Recaudos
completos?
Registro del
alumno y
asignacin
de grado
Fin
No
Si

Figura No. 29 Diagrama de flujo de datos para el proceso de registro de alumnos

En el mdulo Notas se ingresan las notas de las evaluaciones.
Primero se debe seleccionar el curso, seccin, materia y evaluacin que se
quiere trabajar. En esta seccin, a los profesores solo se les muestra los
cursos, secciones y materias que dictan, por lo cual no se permite que editen
otras con las cuales no tienen relacin. Al estar la seleccin completa, le
144

muestra la lista de alumnos que cursan esta materia, proveniente de la tabla
cursos_alumnos. Al lado de cada alumno le permitir ingresar la nota
correspondiente a la evaluacin, quedando almacenada en la tabla notas.

Si
Inicio
Introducir
datos del
curso a
asignar
notas
Son el curso y
materia correctos?
No
Introducir
notas
Son las notas
correctas?
No
Fin
Si

Figura No. 30 Diagrama de flujo de datos para el proceso de registro de notas en un curso

En la pantalla Pagos, se procesan los pagos de mensualidades de
los alumnos. Primero se debe buscar al alumno ingresando algn criterio
145

como: nombre, apellido o cdula. Al mostrarle los resultados, proveniente de
la tabla personas, y seleccionar alguno, el usuario debe determinar el
usuario correcto. Si lo hace, le permite registrar el pago con los datos que
suministre la persona que efecta el mismo, quedando este registrado en la
tabla pagos.

Inicio
Introducir
datos del
alumno
Es el alumno
correcto?
Introducir
datos del
pago
Fin
No
Si

Figura No. 31 Diagrama de flujo de datos para el proceso de registro de pagos de alumno

En Reportes se pueden obtener tanto los reportes de notas del curso
como el estado de cuenta de un alumno. Este mdulo solo es accesible por
usuarios administrativos con el nivel suficiente para hacerlo, los cuales estn
determinado en la tabla usuarios. Para los reportes de notas, solo es
146

necesario seleccionar el curso, seccin y materia con lo cual se obtendr el
reporte que puede ser visualizado en pantalla o impreso.

Inicio
Introducir
datos del
curso
Reporte
Fin

Figura No. 32 Diagrama de flujo de datos para el proceso de impresin de reportes de notas
de un curso

En el caso del estado de cuenta de un alumno, solo es necesario
ingresar un criterio de bsqueda como nombre, apellido o cdula y al
seleccionar el alumno adecuado, su estado de cuenta puede ser visualizado
o impreso.

147

Inicio
Introducir
datos del
alumno
Estado de cuenta
Fin

Figura No. 33 Diagrama de flujo de datos para el proceso de impresin de estado de cuenta
de un alumno

En la seccin Opciones se pueden configurar diversos parmetros
del sistema. En ella se muestran todos y el usuario solo debe modificar el
valor que desee. Estos son guardados en la tabla preferencias.

Inicio
Introducir
opciones de
configuracin
Fin

Figura No. 34 Diagrama de flujo de datos para el proceso de configurar opciones del sistema
148

En la pantalla Usuarios administrativos se crean los usuarios con
privilegios para interactuar con el sistema. All se pueden verificar los
actuales, modificarlos o agregar nuevos. Se solicitan datos de acceso como
nombre, correo electrnico, contrasea y nivel de privilegios, los cuales son
almacenados en la tabla usuarios.

Inicio
Introducir
datos del
usuario a
agregar o
editar
Continuar con otro
usuario?
Fin
Si
No

Figura No. 35 Diagrama de flujo de datos para el proceso de creacin y edicin de usuarios
administrativos en el sistema

Fase 5: Pruebas e Implantacin

La metodologa RAD se enfoca en el desarrollo conjunto con los
usuarios finales del sistema para as garantizar la satisfaccin del mismo con
respecto a la funcionalidad del sistema desarrollado.

149

De tal manera, las pruebas realizadas sobre el sistema seran de
integridad y consistencia de la estructura, as como su correcta integracin al
modelo de datos.

Evaluando el desempeo esperado de las funciones descritas en los
diagramas de casos de uso del nuevo sistema y los diagramas de flujo,
podemos establecer un mtodo para demostrar el correcto funcionamiento
del sistema en el colegio.

El da 3 de septiembre de 2012 se realiz la instalacin del sistema en
la Unidad Educativa Instituto Privado Boyac. Se dispuso de una
computadora con sistema operativo Windows XP, al cual se le instal el
software libre WAMP Stack, el cual es una aplicacin que configura de
manera sencilla los paquetes Apache, PHP y MySQL, logrando as un
servidor web estable con los requerimientos necesarios para el
funcionamiento del sistema.

Luego de la instalacin, se estableci un lapso de tiempo de 3 das
para realizar una serie de pruebas con personal administrativo del colegio.
En este perodo se comprob el correcto funcionamiento del flujo de trabajo
planteado, el cumplimiento del objetivo del sistema para la institucin y se
escucharon las observaciones de los usuarios.

La metodologa RAD permite la correccin de errores al momento en
que se realizan las pruebas de cara al usuario final, por lo cual, las
modificaciones fueron realizadas de manera inmediata pues se trataron de
cambios menores, como lo fueron:

Cambio de colores de la interfaz
Cambio del tipo de letras de la interfaz
150

Orden de los datos en la impresin de reportes
Ampliacin del campo de bsqueda de alumnos

Una vez finalizada la correccin en la prueba del cliente, se procedi a
elaborar un archivo de instalacin para casos de emergencia. Este archivo,
programado en lenguaje PHP, permitir que, al momento de su ejecucin el
colegio pueda restaurar el sistema al punto inicial. De manera automtica
ejecutar las funciones necesarias para construir las tablas en la base de
datos MySQL y colocar los archivos en las rutas correctas para su
funcionamiento en la red.

Finalizados los procesos de instalacin, pruebas finales y entrega del
empaquetado final, se da por culminado el objetivo de implantacin del
sistema de automatizacin de procesos en la Unidad Educativa Instituto
Privado Boyac.

151

CAPITULO VI

Conclusiones

Hoy en da, cualquier organizacin, institucin o empresa busca
agilizar y mejorar el desempeo de sus procesos debido a los
requerimientos generados por el mundo actual. A causa de estos
requerimientos es que la automatizacin de procesos se ha vuelto una
necesidad para el desempeo rpido y preciso de las tareas que son
realizadas. Adems, gracias a la evolucin tan radical del internet en los
ltimos aos, la comunicacin y el acceso a datos, contenido y aplicaciones
remotas, han ampliado las posibilidades para la generacin de sistemas que
solucionen problemas existentes en diferentes mbitos.

El desarrollo de aplicaciones Web permite migrar los antiguos
sistemas de datos locales a la red, dndoles menos rigidez, mayor
portabilidad, accesibilidad y mejores niveles de personalizacin, as como
facilidad de uso. Estas fueron algunas de las caractersticas que buscaba la
institucin para el cambio de sistema, por lo que se realiz el sistema con la
finalidad de automatizar, agilizar, gestionar y controlar todos los procesos
acadmicos y administrativos de la Unidad Educativa Instituto Privado
Boyac.

El desarrollo del sistema propuesto se realiz tomando como base las
fases propuestas por la metodologa de desarrollo rpido de aplicaciones
(RAD), la cual plantea una estructura de trabajo altamente vinculada al
usuario final, por lo que el desarrollo se vuelve sumamente dinmico y fluido.

Se diseo un modelo de datos que satisfizo las necesidades
determinadas en el levantamiento de informacin, al igual que se definieron
152

los mdulos necesarios y se crearon las interfaces grficas necesarias para
la interaccin con la aplicacin.

Posteriormente, haciendo uso de una serie de herramientas Open
Source se llev a cabo la programacin del sistema propuesto, conformado
por una base de datos basada en el modelo de datos creado, implementada
sobre el manejador MySQL, 11 mdulos HTML asociados a una hoja de
estilo (CSS) para definir la presentacin y el comportamiento de la estructura
de la aplicacin. La funcionalidad de cada uno de los mdulos fue
programada bajo el lenguaje PHP. Todo esto haciendo uso del framework
PHP del Entorno Integrado de Desarrollo (IDE) NetBeans 7.2.

Se puede concluir que los objetivos propuestos por esta investigacin
fueron alcanzados uno a uno en su totalidad, lo cual se traduce en la
generacin de un sistema completamente funcional que cumpli con los
requerimientos planteados por la Unidad Educativa Instituto Privado Boyac.
153

Recomendaciones

Una vez se logr la implantacin exitosa del sistema propuesto en la
Unidad Educativa Instituto Privado Boyac, se realizaron las siguientes
recomendaciones:

Implementar un sistema de copia de seguridad diario para
salvaguardar los datos registrados en el sistema.

Adiestrar al personal del instituto en el uso del sistema.

Diversificar los roles del personal del instituto y hacer que ms
personas interacten con el sistema, para as lograr una amplia
colaboracin de todo el personal y evitar el recargo de funciones sobre
una sola persona.

Colocar en internet a disposicin del pblico el empaquetado final del
sistema, con la finalidad que cualquier colegio venezolano que pueda
usarlo, lo haga.

Establecer un mtodo de manejo de versiones para facilitar la
actualizacin del paquete instalado cada vez que estn disponibles
mejoras para el mismo.

154

Bibliografa

Fuentes Impresas

Cdigo Civil de Venezuela. Gaceta N 2.990 Extraordinaria del
26/07/1982.

Decreto presidencial 3390 (23/12/2004) Publicado en La Gaceta
Oficial de Venezuela n 38095 el 28/12/2004.

AGUADERO, Francisco. (1997) La Sociedad de la informacin
(pg. 30) Acento Editorial: Madrid, Espaa.

BALESTRINI, Mrian. (1987) Procedimientos tcnicos de la
investigacin documental Editorial Panapo: Caracas, Venezuela.

BALESTRINI, Mrian. (2002) Cmo se elabora un proyecto de
investigacin BL Consultores Asociados, Servicio Editorial:
Caracas, Venezuela.

BARRANCO DE A., Jess (2002) "Metodologa Del Anlisis
Estructurado de Sistemas" Universidad Pontifica Comillas de Madrid.
Espaa. ISBN: 84-8468-043-6

C, Selltiz. M, Jahoda. M, Deutsch y S.W, Cook (1976) Mtodos
de investigacin en las relaciones sociales Ediciones Rialp:
Madrid, Espaa.

Coordinacin de Pasantas (2006) Instructivo de Pasantas
Profesionales Universidad Alejandro de Humboldt. Caracas,
Venezuela.

155

COTA, A (1994) Ingeniera de Software (pg.5-13) Soluciones
Avanzadas.

ECHENIQUE, Jos (2001) Auditora en Informtica McGraw
Hill: Mxico.

KROENKE, David M. (2003) "Procesamiento de Bases de Datos:
Fundamentos, diseo e implementacin" Editorial Pearson Educacin:
Mxico. ISBN 970-26-0325-0

LEWIS, G (1994) What is Software Engineering? (pg 1-10)
DataPro.

LUJN MORA, Sergio. (2002) Programacin de aplicaciones Web:
Historia, Principios Bsicos y Clientes Web (Prefacio, p. III) Editorial
Club Universitario: Universidad de Alicante, Espaa. ISBN 978-84-
8454-206-3

SADOSKI, Darleen. (1997) "Client/Server Software Architectures--An
Overview" Carnegie Mellon Software Engieneering Institute:
Pittsburgh, USA.

SCHMULLER, Joseph. (2005) Aprendiendo UML en 24 Horas
Prentice Hall: Mxico. ISBN: 968444463X

WHITTEN, Jeffrey. BENTLEY, Lonnie y BARLOW, Victor (1996)
Anlisis y diseo de sistemas de informacin Editorial McGraw-
Hill/Irwin: Madrid, Espaa.

YEAGER, Nancy J. &. McGRATH, Robert E. (1996) "Web Server
Technologies: The advanced guide for World Wide Web information
156

providers" Morgan Kaufmann Publishers: San Francisco, California.
USA. ISBN 1-55860-376-X.

Fuentes Digitales

ACOSTA C., Dorys Luca. (2010) Entornos Virtuales bajo Software
Libre para el aprendizaje en Instituciones Universitarias Venezolanas.
UNERMB, Trujillo, Venezuela. Recuperado el 23/06/2012 en URL:
http://150.185.136.100/pdf/tge/v11n21/art05.pdf

BESEMBEL, Isabel; NARCISO, Flor. (2009) TDSO: Una tcnica para
el diseo de software orientado por objetos ULA, Mrida, Venezuela.
Recuperado el 23/06/2012 en URL:
http://150.185.136.100/pdf/cing/v30n3/articulo2.pdf

CASTILLO, Arstides; BARRIOS, Judith; MONTILVA, Jons y
RIVERO, Dulce. (2010) Conceptualizacin del proceso de
implementacin de software: perspectivas gil y disciplinada ULA,
Mrida, Venezuela. Recuperado el 23/06/2012 en URL:
http://150.185.136.100/pdf/cing/v31n3/art3.pdf

ALVAREZ, Sergio; GERTRUDIX, Manuel. Contenidos digitales
abierto y participacin en la sociedad digital (2011) Enl@ce: Revista
Venezolana de Informacin, Tecnologa y Conocimiento. Recuperado
el 23/06/2012 en URL:
http://revistas.luz.edu.ve/index.php/enlace/article/viewFile/8139/7800

157

CODD, Edgar Frank. (1970). "A Relational Model of Data for Large
Shared Data Banks" IBM Research Laboratory, San Jos, California,
USA. Recuperado el 02/08/2012 de URL:
http://www.seas.upenn.edu/~zives/03f/cis550/codd.pdf

CHEN, Peter (1976) The Entity-Relationship Model: Toward a Unified
View of Data Association for Computing Machinery. Recuperado el
14/08/2012 de URL: http://cs-exhibitions.uni-
klu.ac.at/index.php?id=431

UML - Lenguaje de Modelado Unificado (2010) Escuela de
Computacin, Facultad de Ciencias UCV: Caracas, Venezuela.
Recuperado el 13/08/2012 de URL:
http://kuainasi.ciens.ucv.ve/adsi2010-2/uml/index.html#

SNCHEZ L., David. (2010) Implantacin de la aplicacin Web para
el control de documentos del sistema de gestin de la calidad de la
gerencia de AIT de PDVSA Divisin Oriente, bajo tcnicas de
ingeniera de software y estndares abiertos Universidad de Oriente:
Monagas, Venezuela. Recuperado el 05/08/2012 de URL:
https://docs.google.com/viewer?a=v&pid=sites&srcid=dWRvLmVkdS5
2ZXxhZHNpfGd4OjNiOTg3N2I5ODkxMmQ1Zjk&pli=1

PEMBERTON, Steven (Copyright 1995-2007, World Wide Web
Consortium) What is HTML? Recuperado el 24/08/2012 del sitio Web
del W3C: http://www.w3.org/MarkUp/

What is CSS? (Copyright 2012, World Wide Web Consortium)
Recuperado el 24/08/2012 del sitio Web del W3C:
http://www.w3.org/standards/webdesign/htmlcss#whatcss
158

Qu es JavaScript? (Copyright 2005-2012, Mozilla Developer
Network) Recuperado el 05/08/2012 del sitio Web de Mozilla
Developer Network:
https://developer.mozilla.org/es/docs/JavaScript/Acerca_de_JavaScri
pt

Unified Modeling Language (2012, Wikipeadia) Recuperado el
24/08/2012 del sitio Web de Wikipedia:
http://en.wikipedia.org/wiki/Unified_Modeling_Language

ARTEAGA M, Luis M. La definicin de Software Libre (Copyright
2012, Free Software Foundation, Inc) Recuperado el 09/08/2012 del
sitio web de la Free Software Foundation
http://www.gnu.org/philosophy/free-sw.es.html

CAZORLA, Javier. (2004) Gestin y Control de Procesos (s.f.)
recuperado el 09/08/2012 de URL: http://www.emagister.com/curso-
sistema-gestion-calidad-iso-9001/gestion-control-procesos

Sobre estndares de Desarrollo (Copyright 1997-2012, Object
Management Group, Inc.) Recuperado el 21/08/2012 del sitio Web del
OMG: http://www.omg.org

HERNANDEZ O., Enrique (2002) El lenguaje unificado de modelado
(UML). ACTA: Autores Cientfico-Tcnicos y Acadmicos, Espaa.
Recuperado el 21/08/2012 de : http://www.acta.es

159

GONZALEZ B, Jess (1991) Licencia Pblica GNU Free Software
Foundation, INC. Cambridge, USA. Recuperado el 09/08/2012 en
URL: http://gugs.sindominio.net/licencias/gples.html

BECERRA R., Ramn (2011) La Licencia GPL Portal personal del
autor. Recuperado el 09/08/2012 en URL:
http://www.ramonbecerra.com/la-licencia-gpl/

Definicin de Apache Diccionario de Informtica del portal Web
www.alegsa.com.ar. (Copyright 1998-2012) Recuperado el
02/08/2012 del URL: http://www.alegsa.com.ar/Dic/apache.php

PEREZ V., Damin. (2007) Qu son las Bases de Datos?
Recuperado el 14/08/2012 de URL:
http://www.maestrosdelweb.com/principiantes/%C2%BFque-son-las-
bases-de-datos/

160

Anexos

Anexo A: Modelo de Gua de Entrevista

Nombre del entrevistado Cargo dentro del instituto

Fecha de entrevista Hora de entrevista Tipo de usuario Departamento

INSTRUCCIONES
A continuacin se presentar una serie de preguntas en las cuales deber responder de
manera abierta o cerrada, dependiendo de la pregunta en cuestin.

1. Cmo se lleva a cabo actualmente el proceso de Inscripcin (Registro de Alumnos)?
Describa el proceso:

2. Tiene alguna sugerencia para mejorar el procedimiento de registro de alumnos actual?
S___ No____
Explique cules:

3. Cmo se lleva a cabo actualmente el proceso de Registro y Control de Pagos? Describa
el proceso:

4. Tiene alguna sugerencia para mejorar el procedimiento de registro y control de pagos
actual?
S___ No____
Explique cules:

5. Cmo se lleva a cabo actualmente el proceso de Registro de Personal (Nmina)?
Describa el proceso:

6. Tiene alguna sugerencia para mejorar el procedimiento de control de personal actual?
S___ No____
161

Explique cules:

7. Cmo se lleva a cabo actualmente el proceso de Registro de Calificaciones? Describa el
proceso:

8. Tiene alguna sugerencia para mejorar el procedimiento de registro de calificaciones
actual?
S___ No____
Explique cules:

9. Cmo se lleva a cabo actualmente el proceso de Control de Promociones? Describa el
proceso:

10. Tiene alguna sugerencia para mejorar el procedimiento de control de promociones
actual?
S___ No____
Explique cules:

11. Cmo se lleva a cabo actualmente el proceso de Registro de Asignaturas? Describa el
proceso:

12. Tiene alguna sugerencia para mejorar el procedimiento de registro de asignaturas
actual?
S___ No____
Explique cules:

____________________
Firma del Entrevistado
____________________
Fecha
162

Anexo B: Lista de Observaciones

En las visitas los das 13 y 14 de junio de 2012 a las instalaciones del
instituto para estudiar el funcionamiento del sistema e interaccin de los
usuarios con l, se apuntaron las siguientes observaciones:

Es muy laborioso trabajar en el sistema de manera local, ya que hay
que estar constantemente sincronizando de manera manual las bases
de datos.

Aun los usuarios que dicen manejar bien el sistema y no tener
problemas con la ergonoma del diseo, se les ve localizando con
dificultad las distintas secciones del programa.

No hay mayor novedad respecto a la impresin de informes. En
general, los usuarios estn satisfechos con esta caracterstica.

No existe posibilidad de importar o exportar datos.

Los usuarios tienen temor de solicitar cambios al fabricante pues no
quieren que se dae lo que ya funciona.

El funcionamiento del programa es rpido. Solo demora ms de lo
normal elaborando reportes.

Los usuarios no quieren trabajar en internet (a pesar de que el
fabricante ofrece esta caracterstica) por temor a difundir datos de
menores de edad debido a algn error.

163

Anexo C: Evaluacin del Instrumento de Recoleccin de Datos
(Gua de Entrevistas)

164

165

166

TG4819

Caricato da

Informazioni sul documento

Copyright

Formati disponibili

Condividi questo documento

Condividi o incorpora il documento

Opzioni di condivisione

Hai trovato utile questo documento?

Questo contenuto è inappropriato?

Copyright:

Formati disponibili

TG4819

Caricato da

Copyright:

Formati disponibili

Software libre para el control y gestin de los procesos administrativos y acadmicos de instituciones privadas de

Potrebbero piacerti anche