TG Ronald Arias, 24393726

UNIVERSIDAD FERMÍN TORO
VICE-RECTORADO ACADEMICO
FACULTAD DE INGENIERÍA
ESCUELA DE COMPUTACIÓN
IMPLEMENTACIÓN DEL SUBSISTEMA DE INSCRIPCIÓN

ONLINE PERTENECIENTE AL SISTEMA ACADÉMICO-
ADMINISTRATIVO (OLYMPUS) DE LA
CABUDARE - ESTADO LARA
Autor: Arias M, Ronald E.

Tutora: Ing. Tania Segnini
Cabudare, Agosto 2018

VICE-RECTORADO ACADEMICO

Trabajo presentado como requisito para optar al título de Ingeniero en

Computación
Autor: Arias M, Ronald E.

Tutor/a: Ing. Tania Segnini
Cabudare, Agosto 2018

DEDICATORIA
A mis padres Ronald y Claudia

por su apoyo y cariño.
A mi querida hermana Gabriela
les dedico mi proyecto de grado.
i
AGRADECIMIENTO
A mi madre, por su apoyo incondicional, entendimiento y todos sus esfuerzos

para que nunca decayera en el camino.
A mi padre que me ha guiado por el mejor de los caminos
A mi hermana que me ha brindado su ayuda incondicional,
A mis amigos por su gran amistad, cariño y buenos momentos en estos
últimos años.
A mi tutora por su paciencia, experiencia y ayuda a la hora de desarrollar
este proyecto de investigación
A la Universidad Fermín Toro por su receptividad y apoyo en el desarrollo
de las actividades que complementaron la investigación y así culminar mi
carrera como el principio de una nueva vida en el mundo profesional.
ii
ÍNDICE GENERAL
DEDICATORIA.........................................................................................................i
AGRADECIMIENTO…………………………………………………………...… ii
INDICE GENERAL……………………………………………………………..…iii
LISTA DE CUADROS.…………………………………………………………… v
LISTA DE FIGURAS...…………………………………………………………… vii
RESUMEN................................................................................................................viii
INTRODUCCIÓN……………………………………………………………………1
CAPITULO
I EL PROBLEMA…………………………………………………………..… 4
Planteamiento del problema……………………………………………… 4
Objetivo general………………………………………………………… 7
Objetivos específicos……………………………………………………… 7
Justificación………………………………………………………………… 8
Alcances…………………………………………………………………..…
10 Limitaciones………………………………………………………………....10
II MARCO TEÓRICO………………………………………………………… 11
Antecedentes………………………………………………………………..11
Bases Teóricas………………………………………………………..…… 14
Bases Legales……………………………………………………………… 19
Glosario de Términos……………………………………………………… 22
III MARCO METODOLOGICO…………………………………………….… 25

Naturaleza de la investigación………………………………………….. 25
Población………………………………………………………………..… 27
Técnicas e Instrumentos de Recolección de Datos…………………...27
3
Confiabilidad y Validez del Instrumento……………………………...…28
Análisis de Resultados………………………………………………..…. 29
IV PRESENTACIÓN DE LOS RESULTADOS…………………………..… 37

Análisis y requerimientos del sistema…………………………………… 37
Diseño………………………………………………………………………..38
Desarrollo del Sistema de Inscripción………………………………… 76
Arquitectura……………………………………………………………….…77
Tecnologías empleadas……………………………………………………
79 Principios de Desarrollo………………………………………………...
….82
V CONCLUSIONES Y RECOMENDACIONES………………………….....85
Conclusiones……………………………………………………………….. 85
Recomendaciones…………………………………………………….…… 86
REFERENCIAS………………………………………………………………...… 87
4
LISTA DE CUADROS
CUADRO
p.p.
1 Relación de entrevistas realizadas…………………………………….… 29
2 Especificación Caso de Uso Inicio de Sesión…………………………... 42
3 Especificación Caso de Uso Registro de Carreras………………….…. 43
4 Especificación Caso de Uso Actualización de Carreras ……………… 44
5 Especificación Caso de Uso Registro de Tipos de Carrera ………..… 45
6 Especificación Caso de Uso Actualización de Tipos de Carrera……... 45
7 Especificación Caso de Uso Registro de Tipos de Estudio…………… 46
8 Especificación Caso de Uso Actualización de Tipos de Estudio…...… 47
9 Especificación Caso de Uso Registro de Modalidades de Carrera…...48
10 Especificación Caso de Uso Registro de Estudiantes.…………..….… 48
11 Especificación Caso de Uso Actualización de Estudiantes…………… 49
12 Especificación Caso de Uso Registro de Docentes………………….…50
13 Especificación Caso de Uso Actualización de Docentes…………....…51
14 Especificación Caso de Uso Registro de Decanatos………………...…52
15 Especificación Caso de Uso Actualización de Decanatos…………..…52
16 Especificación Caso de Uso Registro de Escuelas………………….… 53
17 Especificación Caso de Uso Actualización de Escuelas…………….…54
18 Especificación Caso de Uso Registro de Lapsos…………………….…55
19 Especificación Caso de Uso Actualización de Lapsos………………… 55
20 Especificación Caso de Uso Registro de Materias……………….….… 56
21 Especificación Caso de Uso Actualización de Materias…….……….…57
22 Especificación Caso de Uso Registro de Secciones………..……….… 58
23 Especificación Caso de Uso Actualización de Secciones……….….… 59
24 Especificación Caso de Uso Abrir Materia en Sección…………..….… 59
25 Especificación Caso de Uso Act. Materias Abiertas en Sección…...… 60
26 Especificación Caso de Uso Estudiante Inicio de Sesión………..….…60
5
27 Especificación Caso de Uso Estudiante Seleccionar Materias….….…61
28 Especificación Caso de Uso Estudiante Seleccionar Secciones..….…62
29 Especificación Caso de Uso Estudiante Confirmación de la Inscr….....62
30 Diccionario Base de datos. Tabla estudiante……………………...….…63
31 Diccionario Base de datos. Tabla carrera……………………………..…65
32 Diccionario Base de datos. Tabla tipo-carrera……………….……….…66
33 Diccionario Base de datos. Tabla tipo-estudio………………….…….…67
34 Diccionario Base de datos. Tabla modalidad-carrera…………….….…68
35 Diccionario Base de datos. Tabla modalidad-carrera_carrera…..….…68
36 Diccionario Base de datos. Tabla lapso……………………………….…68
37 Diccionario Base de datos. Tabla carrera_estudiante_lapso……….… 69
38 Diccionario Base de datos. Tabla decanato…………………………..…69
39 Diccionario Base de datos. Tabla escuela…………………………….…70
40 Diccionario Base de datos. Tabla docente……………………...…….…70
41 Diccionario Base de datos. Tabla materia…………………………….… 71
42 Diccionario Base de datos. Tabla prelacion…………………………..… 72
43 Diccionario Base de datos. Tabla seccion…………………………….…73
44 Diccionario Base de datos. Tabla estudiante_materia_seccion…….…73
45 Diccionario Base de datos. Tabla docente_materia_seccion……….…74
46 Diccionario Base de datos. Tabla dia………………………………….… 74
47 Diccionario Base de datos. Tabla hora.……………………………….… 75
48 Diccionario Base de datos. Tabla dia_hora……………………..…….…75
LISTA DE FIGURAS
FIGURAS
p.p.
1 Diagrama de Clases …………………………………………………….… 40
2 Caso de Uso Administración …………………………………………..… 41
3 Caso de Uso Gestión Estudiantil.…………………………………………42
4 Base de datos…………………………………………………………….…65
5 Arquitectura MVC …………………………………………………….…… 78
vii
VICE-RECTORADO ACADÉMICO

Autor: Arias, Ronald

Tutor/a: Ing. Tania Segnini
RESUMEN
El presente trabajo se enmarca dentro de la modalidad de proyecto factible,
apoyándose en la investigación de campo, con el propósito fundamental de
implementar el subsistema de inscripción online perteneciente al sistema
académico-administrativo (Olympus) de la Universidad Fermín Toro,
Cabudare- Estado Lara. El estudio se ubica dentro del eje rector: “Innovación
y Creatividad”, teniendo como línea de investigación “Ingeniería de software”
por estar soportada bajo los lineamientos establecidos en el Manual de
Normas para la Presentación de Trabajo de Grado de la Universidad Fermín
Toro. Para recabar datos se tomó como población al personal que labora y
maneja el Sistema de Inscripciones en el Departamento de Control de
Estudios. La técnica de recolección de datos fue la encuesta tipo entrevista
no estructurada, cuyo resultado permitió la aplicación y análisis del mismo.
Los resultados que arrojó la encuesta fue la necesidad de mejorar el sistema
de inscripciones actual. Por lo que se procedió al diseño del módulo
propuesto con las siguientes variantes de inclusión: Seguridad de la
información, disponibilidad, consistencia de los datos y usabilidad, teniendo
como resultado el desarrollo del subsistema usando el frameworkLaravel con
el lenguaje de programación PHP y usando patron MVC de arquitectura de
software y principios SOLID de diseño de software.
Descriptores: Sistema, Subsistema, Olympus, Inscripción, Universidad.
viii
INTRODUCCIÓN
En los albores del nuevo siglo, se observa una demanda de educación

superior sin precedentes, acompañada de una gran diversificación de la
misma, y una mayor toma de conciencia de la importancia fundamental que
este tipo de educación reviste para el desarrollo sociocultural y económico y
para la construcción del futuro, de cara a las nuevas generaciones que
deberán estar preparadas con nuevas competencias y nuevos conocimientos
e ideales.
Para cualquier universidad es de vital importancia su población
estudiantil, de manera que los procesos de Matriculación/Inscripción deben
adaptarse a la necesidad de los mismos y brindarle las opciones para
ingresar a las diferentes carreras. De esta manera, hacer frente a los retos
que suponen las nuevas oportunidades que abren las tecnologías,
mejorando la manera de producir, organizar, difundir y controlar el saber y de
acceder al mismo; garantizando un acceso equitativo a estas tecnologías.
La Dirección de Control de Estudios de la Universidad Fermín Toro,

es una dependencia administrativa que brinda apoyo a la comunidad
universitaria, sustentada principalmente en la normativa que rige a la
Universidad. Sus funciones generales son, entre otras: elaborar los trámites
que le competen al estudiantado para su ingreso a las diferentes carreras,
ser responsable del proceso de inscripción y las reinscripciones, al igual que
gestionar el egreso de los estudiantes.
En cuanto al proceso de Inscripción del nuevo ingreso se divide en

etapas, las cuales se representan en modalidad presencial. Una vez que el
aspirante ha sido notificado de su aceptación, pasa a la etapa de la
inscripción, en la cual requiere oficializar los documentos y entregarlos a la
1
institución; en caso de que todo esté correcto, se le inscribe como estudiante
de la Universidad Fermín Toro.
Con respecto a los estudiantes regulares, desde el segundo semestre,

deben realizar vía online el proceso de inscripción, seleccion de turno y
carreras con sus diferentes ofertas o disponibilidades. En esta etapa se ha
detectado inconformidad de los estudiantes y del personal encargado del
servicio, esto se puede ver como una problemática relacionada con la
optimización de los recursos involucrados, así como con la necesidad de
mejorar la eficiencia y eficacia del servicio.
Por lo expresado anteriormente, se propone la presente investigación

considerando que esta situación puede resolverse con el apoyo al sistema de
matriculación, cuyo objetivo es desarrollar un subsistema de inscripción para
el sistema Olympus de la Universidad Fermín Toro, de esta manera se
estarían implementando las tecnologías en el área de la programación, las
cuales están actualizadas con respecto a los cambios en materia de
seguridad, eficiencia y optimización de los recursos y el almacenamiento de
datos.
El trabajo de investigación se encuentra estructurado por diversos

capítulos de los cuales se especifican a continuación:
Capítulo I, Planteamiento del Problema: se presenta el ¿por qué? se

realizó el presente trabajo de investigación además de los objetivos de la
investigación, la justificación basada en las razones que llevaron a la
realización del mismo y los alcances y limitaciones del Estudio.
Capítulo II, Marco Teórico: se describen diversos antecedentes a la

presente investigación tanto de universidades locales como de
investigaciones internacionales. Del mismo modo, se expresan los
basamentos teóricos en los que se sustenta el estudio de las herramientas
de desarrollo a utilizar.
Capítulo III, Marco Metodológico: se expresa el modelo investigativo a

emplear, la explicación de la orientación de la investigación desde un punto
de vista metodológico y los pasos de desarrollo a seguir para concretar el
proyecto en su totalidad desde la perspectiva de un proyecto factible.
Capítulo IV, Análisis de Resultados: engloba todo lo referente a los

diversos procedimientos, técnicas y análisis que fueron empleados para la
determinación de la operatividad del sistema, así como también, la
determinación del costo y la explicación de las tecnologías empleadas
durante el desarrollo.
CapítuloV, Conclusiones y Recomendaciones: describe ciertas

acciones y sugerencias a tomar en cuenta al momento de continuar con esta
investigación, además de concluir lo obtenido con la realización de este
proyecto.
CAPITULO I
EL PROBLEMA
Planteamiento del Problema
En la década de los cincuenta, el hardware se encontraba en

constantes cambios, mientras el software se consideraba un producto
añadido. El desarrollo de software era una tarea implícita, no existían
métodos sistemáticos y ninguna planificación. Se llevaba a cabo por una sola
persona y no existía ninguna documentación o proceso estable. Esto
conllevaba a aumentos en los costos y un mal uso del tiempo en los
proyectos.
Todo esto se solucionó a partir de los años setenta donde la gran

demanda por el acceso instantáneo a la información, la evolución de los
accesos distribuidos, y las redes de área local y global resultaron en un
incremento en la complejidad de los sistemas informáticos, en la
identificación de diferentes fases del proceso de desarrollo de software como
requerimientos, análisis, codificación y pruebas. Igualmente, se introduce la
programación estructurada y los métodos formales para especificar software.
En este orden de ideas el caso Venezuela, se observa que a principios

de los años ochenta, IBM comenzó a dar difusión masiva a los computadores
personales, lo cual benefició a muchas organizaciones y a los hogares que
anteriormente no podían tener acceso a estas tecnologías. Cabe destacar,
que a pesar de la crisis en Venezuela, las tecnologías informáticas sostenían
su ritmo de progreso tal y como lo expresa Álvarez (2003) “el aumento del
PIB se debió principalmente al uso de las tecnologías de información en las
organizaciones y a que muchas empresas actualizaban constantemente sus
equipos de cómputo”.
Por otra parte, el sector educativo obtuvo un gran avance

específicamente en estudios superiores en virtud que se especializan
profesionales en el área de las tecnologías de la información. Fue en febrero
del año 1993 cuando el Consejo Nacional de Universidades aprueba una
resolución que declara relevante la actividad de postgrado, tomando en
cuenta su importancia para el desarrollo nacional.
La utilización de las nuevas tecnologías de la información y la

comunicación (TICs) en Venezuela se han ido desarrollando en consonancia
con la evolución y avance de esas tecnologías a nivel mundial, hasta el
punto que Morles (2003) estima, que del 10% del total de usuarios de
Internet correspondientes a América Latina, Venezuela ocupa el sexto lugar.
Según Dorrego (2000), la mayoría de las instituciones de educación

superior en Venezuela, tanto públicas como privadas, han hecho esfuerzos,
en los últimos años, por incorporar innovaciones basadas en invenciones
humanas, con la idea de mejorar la formación de sus estudiantes, docentes e
investigadores, así como una administración más ágil y de menores costos;
todo ello dentro del marco de sistemas de formación avanzada, continua y
abierta.
La Universidad Fermín Toro no escapa de esta realidad, desde sus

inicios ha ido adquiriendo nuevas tecnologías para facilitar los mecanismos
de matriculación, administración, seguridad, entre otros. Durante los últimos
años se ha utilizado un sistema administrativo, diseñado como aplicación de
escritorio y para un ambiente de trabajo local. Debido al aumento en la
matrícula de estudiantes y a la masificación que ha tenido el internet se
desarrollaron las inscripciones en línea a través de la página web de la
Universidad.
En cuanto al sistema actual de matriculación, éste ha venido

funcionando de manera efectiva con ciertas dificultades. En un principio fue
concebido, diseñado e implementado solo para ser usado en un entorno local
y no para estar disponible a través de internet. Al hacer disponible la
inscripción online para estudiantes, se siguió usando este sistema y se hizo
una adaptación para que de alguna manera existiera una comunicación entre
el servidor web y el servidor local, lo que demuestra un proceso ineficiente y
lento.
Debido a lo anterior, los estudiantes se ven afectados en el acceso

óptimo al sistema online, ya que existe un retraso importante en la carga de
éste. Así mismo, en el aumento considerable de estudiantes se evidencia un
diseño del sistema que no fue pensado para soportar tal volumen y que falla
en la devolución de datos acordes a las solicitudes que se le hacen.
La Universidad Fermín Toro por tanto, requiere de una mejora en el

sistema de matriculación, distribución de horarios, esquematización de
asignaturas disponibles, entre otros. Esto ha generado un nivel de
preocupación en la directiva de la Universidad ya que quieren brindar un
servicio expedito y de alto nivel. Es por esto que se desea conocer las
oportunidades para desarrollar dentro de la Universidad un sistema de
matriculación que cubra las necesidades actuales.
Con base a la situación descrita anteriormente, surgen las siguientes

interrogantes:
¿El sistema actual de matriculación de la Universidad Fermín Toro
cumple todas las necesidades de sus usuarios?
¿Qué visión tiene la directiva, personal y los estudiantes en cuanto al

sistema de matriculación actual de la Universidad Fermín Toro?
¿Es posible el desarrollo e implementación de un nuevo sistema de

matriculación en la Universidad Fermín Toro?
Objetivos de la Investigación
Objetivo General
Implementar un subsistema de inscripción online perteneciente al Sistema

Académico-Administrativo (Olympus) de la Universidad Fermin Toro,
Cabudare- Estado Lara.
Objetivos Específicos
1. Diagnosticar el sistema actual de matriculación para determinar la

necesidad de mejorarlo a través de un subsistema de matriculación que
cubra todas las necesidades de los usuarios de la Universidad Fermin
Toro, Cabudare - Estado Lara.
2. Diseñar un subsistema de inscripción online para el sistema Olympus de
la Universidad Fermín Toro, Cabudare- Estado Lara.
3. Desarrollar el subsistema de inscripción online para el sistema Olympus
de la Universidad Fermín Toro, Cabudare- estado Lara.
Justificación
Al pasar de los años se ha ido incrementando la aplicación de

herramientas tecnológicas que permitan facilitar las operaciones de las
distintas empresas, es decir, la informática ha ido tomando auge en los
distintos entes económicos con el fin de obtener mejores resultados a menor
costo y con la utilización de menos recursos humanos.En el área educacional
la aplicación de un sistema automatizado para el proceso de inscripción
ofrece la posibilidad de realizar inscripciones y reinscripciones de manera ágil
y sencilla, con una máxima confiabilidad.
En tal sentido, la presente investigación se justifica debido a que se

proyecta diseñar un sistema de información que permita mejorar el proceso
de inscripción, el cual se realiza a través de un subsistema, que solicitaría la
cédula del estudiante y una clave de acceso con la que se ingresaría
automáticamente al sistema, luego de ser actualizada por pantalla la
información, ésta quedará verazmente almacenada en la base de datos de la
Universidad Fermín Toro, asimismo, se podrá imprimir la planilla previamente
proporcionada la información requerida en cada una de las casillas,
permitiendo de un mismo modo tener un registro físico, lo cual simplifica el
proceso de inscripción y reduce errores.
En el año 2000, Bittel, L. Y Ramsey, J. señaló que las ventajas de los

sistemas de información son:
¨Mejorar los caracteres repetitivos de la función y la uniformidad

de la producción… Se mejora la fiabilidad de la función, ya que no
depende de las acciones humanas; de hecho, una maquina
totalmente automatizada puede funcionar sin necesidad de
prestarle atención… Puede reducirse el costo de funcionamiento¨
También, ha sido de gran utilidad para el investigador, ya que, le

permite tener una visión más amplia sobre el tema, aprendiendo a realizar un
sistema de información, lo que se traduce en un mejor y mayor desarrollo de
los mismos y crecimiento en el ámbito profesional.
Todo lo anterior tiene su importancia para la Universidad Fermín Toro,

en virtud que el módulo de Inscripción permitirá que ésta preste un mejor
servicio a los usuarios, convirtiéndose en receptora de los beneficios que
ellos obtendrán con el proceso de inscripción automatizado, y disminuye la
excesiva cantidad de trabajo formada durante el proceso de inscripción
ubicada en el respectivo departamento administrativo, esto también evita la
demora en la entrega de listados del estudiantado y la duplicación de
registros, todo ello representa ventajas y facilidades que redundan en un
mejor funcionamiento de la institución.
Asimismo, será de gran utilidad académica ya que podría ser una

herramienta que facilite ayuda para la población estudiantil, en el desarrollo
de futuras investigaciones sobre el tema y la consecución del sistema.
Alcance
1. La presente investigación contribuirá con el registro básico de las

entidades (materias, carreras, docentes, estudiantes) y desarrollo del
subsistema de inscripción de nuevo ingreso y reinscripción.
2. El modulo servirá de base para que los demás módulos (registro de
notas, de pago y de grado) puedan desarrollarse e integrarse.
Limitaciones
1. Conocimiento y adaptación del usuario al nuevo sistema de inscripción.

2. Conocimiento del Personal Técnico y administrador sobre el manejo,
mantenimiento.
10
CAPITULO II
MARCO TEÓRICO
Antecedentes
Para Bavaresco (2006), un marco teórico bien estructurado tiene que

estar cotejado con el conocimiento previamente elaborado o antecedentes de
la investigación. Es importante revisar quién o quiénes con anterioridad han
estudiado la problemática, con igual o diferentes variables, pero en tiempos
distintos. Los acervos documentales o bibliográficos constituirán los
antecedentes del problema en estudio, lo que representará el soporte que
permitirá estar bien informado.
En la presente investigación, se realizó la revisión de manera previa,

de varios trabajos que se establecieron como antecedentes para su
desarrollo, tomando en cuenta que están centrados en la misma temática.
En el estudio de Silva (2013), presentado en la Universidad Técnica

de Ambato de Ecuador, propone el Desarrollo de un Sistema Web para la
Gestión Estudiantil de las Carreras de la Facultad de Ingeniería en Sistemas,
Electrónica e Industrial de la misma Universidad. Como objetivo de estudio
fue el de facilitar y agilizar los procesos de consultas, para el egreso de los
estudiantes que se encuentran terminando su carrera educativa de tercer
nivel. Su trabajo se enmarcó en tres partes: determinar los procesos y el tipo
de información que se requería almacenar de los estudiantes que pertenecen
a cada una de las carreras de la FISEI; Establecer los procedimientos y
estándares que se deben cumplir al momento de desarrollar un sistema web
y, por último plantear la propuesta que permitiera implantar el sistema web
para el registro, control y seguimiento estudiantil de las carreras de la FISEI.
Como propuesta de su investigación concluyó en emplear Microsoft Visual
Studio Web Developer 2008 como herramienta de programación, ASP.NET
AJAX Control Toolkit 3.5 como complemento de desarrollo y PostgreSQL
8.4.1 como motor de base de datos.
Yacelga (2012), presenta en la Pontificia Universidad Católica del

Ecuador Sede Ibarra, el proyecto “Diseño, Desarrollo e Implementación de
una Aplicación Web para el Ingreso y Consultas de Notas Online para la
Academia Militar San Diego”, los objetivos principales fueron diseñar,
desarrollar e implementar el portal web para el ingreso y consulta de notas
online utilizando software libre, así como también publicar el portal web en
internet y realizar las respectivas pruebas de funcionalidad y mantenimiento y,
por último realizar el análisis de impactos de factibilidad técnica, operativa y
económica que generaría la implantación del proyecto. El sistema fue
desarrollado con herramientas libres en el Entorno de NetBeans 6.8 con su
lenguaje de programación PHP 5, Javascript y AJAX como complementos
para la eficiencia del mismo, servidor web APACHE 2, capa de datos en
MySQL apoyado de HTML para la capa de presentación.
Por otra parte, se ha encontrado que León (2010), presentó el Trabajo

de Grado titulado “Sistema de Información para la Optimización del Proceso
de Inscripción de Alumnos, Caso de Estudio El IUT Núcleo El Piñal” en la
Universidad Católica Andrés Bello de Caracas. La finalidad fue desarrollar un
diseño en ambiente web capaz de llevar la gestión académica en materia de
inscripción de alumnos para la Unidad de Control de Estudios del Instituto
Universitario de Tecnología Agro-Industrial (IUT) Piñal, referente a los
procesos de Registro de alumnos de nuevo ingreso y a la administración de
la información contenida en la base de datos. Cabe destacar que este
proyecto se basó en un tipo de investigación de proyecto factible,
recogiéndose los datos mediante la técnica de observación y entrevista. La
propuesta del sistema se desarrolló bajo un enfoque orientado a objetos a
través de la metodología RUP y abarcando las etapas del ciclo de vida.
Finalmente, utilizó el manejador PostgreSQL para la realización de la base
de datos y de esta manera garantizar una estructura estable con excelente
seguridad.
De igual forma, Pantoja (2013) presenta en la Universidad del Zulia el

proyecto “Automatización del Control de Asistencia del Personal Docente del
Departamento de Computación de la Facultad Experimental de Ciencias de
la Universidad del Zulia”. Su objetivo principal fue automatizar el control de
asistencia del personal docente del departamento de computación de la FEC.
Para tal fin, se empleó la metodología RUP. Al final, se pudo resolver el
problema de la jornada laboral y automatizar el proceso de control de
asistencia capaz de generar reportes en tiempo real, de forma rápida, segura
y eficiente. Se concluyó que los resultados que se obtuvieron facilitan el
registro de las horas laborales de los docentes, ya que la automatización que
produjo la misma permitió llevar de manera confiable el registro de las horas
activas de los profesores en la FEC, facilitando así las auditorías periódicas
para el pago de la cesta tickets.
Por otro lado, Dumar y otros (2013), desarrollaron, en la Universidad

Nacional Abierta, una propuesta titulada “Aplicación web para la Gestión de
Trámites de Sucesiones en el Seniat Región Centro Occidental”, se
enfocaron en crear un modelo operativo viable para solventar las
necesidades no satisfechas en lo concerniente a los procesos de
comunicación de la Unidad de Sucesiones. La metodología usada fue la de
Roger Pressman (2005) abordada en su libro “Ingeniería de Software un
enfoque práctico”. La aplicación permitió el registro de los contribuyentes de
tal forma de conocer el estado del trámite de la declaración Sucesoral para
el usuario externo. Además, soportar el control y seguimiento con detalle del
trámite por el flujo normal de la Unidad de Sucesiones en el SENIAT.
Implementaron la metodología de la ingeniería Web (IWeb) y las notaciones
gráficas de UML en el diseño operativo. Los resultados obtenidos con el
desarrollo de la aplicación, fue la reducción en los tiempos de búsqueda y
localización de documentos en el flujo de trabajo. Además, se puede acceder
desde cualquier lugar y en cualquier momento, a través, de la plataforma
interna y externa del SENIAT.
Bases Teóricas
Subsistema
De acuerdo a Gallardo (2004), en programación, un subsistema es un

fragmento de un programa que se desarrolla de forma independiente del
resto del programa. Esta independencia hace posible un mecanismo de
compilación por separado que limita la complejidad del programa que se está
desarrollando. Al compilarse el subsistema por separado, la persona que lo
desarrolla sólo debe preocuparse de él, prescindiendo en parte de cómo se
utiliza este subsistema dentro del programa. Quien escriba el resto del
programa no debe preocuparse de los detalles del módulo sino sólo de cómo
utilizarlo.
Sistemas de Información
Un sistema de información se puede definir como un sistema que

procesa datos de tal forma que estos datos puedan ser utilizados para la
toma de decisiones en un momento dado, también se puede definir como
forma organizada, estructurada e integrada de un sistema de computación
(Senn, 1992).
Ciclo de vida de un sistema de información
Kendall y Kendall (2005) explican que un sistema de información, al

igual que los seres vivientes, muestra un proceso de nacimiento y muerte
bien definido.
Los periodos relevantes de ciclo de vida de un sistema de información

se pueden agrupar en tres etapas: surgimiento de necesidades, desarrollo y
operación. Estas etapas, a su vez, se dividen en fases, las fases en
actividades, las actividades en tareas, estas dos últimas producen la
evaluación del sistema.
Bases de datos
Una base de datos es una colección integrada de datos en distintos

tipos de registros, de forma que sean accesibles para múltiples aplicaciones.
La interrelación de los registros se obtiene de las relaciones entre datos, no
de su lugar de almacenamiento físico. Los registros para distintas entidades
se almacenan comúnmente en una base de datos (mientras que en los
archivos se almacenan registros para una única entidad) (Korth, Silberschatz
y Sudarshan, 2006).
Manejadores de bases de datos
Los sistemas manejadores de base de datos son programas de

aplicación que proveen de herramientas para la extracción, modificación e
inserción de datos (Korth, Silberschatz y Sudarshan, 2006).
Utilizar programas manejadores de bases de datos es más fácil que
usar los métodos tradicionales. Un computador puede ordenar los registros
en unos pocos segundos, de diferentes maneras, además que un programa
manejador de bases de datos puede seleccionar solo aquellos registros que
cumplan con ciertas condiciones.
Dado que estos sistemas tanto de manejo como de administración de

datos, además de tener como objetivo fundamental almacenar y diseminar
datos, buscan no solo facilitar sino también simplificar las tareas tanto de
desarrollo como de mantenimiento de sistemas de información.
Internet
Según Jiménez (2009), el internet es un método de interconexión

descentralizada de redes de computadoras implementado en un conjunto de
protocolos denominada TCP/IP, garantizando que redes físicas
heterogéneas funcionen como una red lógica única, de alcance mundial.
Sus orígenes se remontan a 1969, cuando se estableció la primera

conexión de computadoras, conocida como ARPANET, entre tres
universidades en California y una en Utah; EE.UU. Al contrario de lo que se
piensa comúnmente, internet no es sinónimo de World Wide Web. El WWW
utiliza internet como medio de transmisión.
World Wide Web
Se define como un sistema simple que usaría hipertexto; una forma de

presentar y relacionar información con enlaces en lugar de líneas
secuenciales. Al principio, el programa no permitía transmitir imágenes, audio
ni vídeo.
Hoy en día el World Wide Web llamado, cotidianamente web, es el
ambiente gráfico a través del cual se puede ingresar a una inmensa
selección de datos en forma de textos, gráficos, dibujos, sonidos y vídeo. De
esta manera viene conocido el lenguaje “HTML”, que significa Hiper Text
MarkupLanguage, que posteriormente será explicado (Arango y Ricaurte,
2006).
Página Web
Una página de internet o página web, es un documento electrónico

adaptado particularmente para el web, contiene información específica de un
tema en particular y es almacenado en algún sistema de cómputo que se
encuentre conectado a la red mundial de información denominada internet,
de tal forma que este documento pueda ser consultado por cualquier persona
conectada a esta red mundial de comunicaciones, con los permisos
apropiados para hacerlo, una página web es la unidad básica del World Wide
Web (Jiménez, 2009).
Sitio Web
Se define un sitio web como el punto de la red con una dirección única
y al que pueden acceder los usuarios para obtener información.
Normalmente un sitio web dispone de un conjunto de páginas organizadas a
partir de una “home page” o página principal, e integra archivos de varios
tipos, tales como sonidos, fotografías, o aplicaciones interactivas de consulta
(formularios) (Luján, 2001).
Aplicaciones del lado del cliente
Es una aplicación informática lado del cliente (client-side). Es el ámbito

en el cual un cliente ejecuta sus operaciones en una relación cliente-servidor
dentro de una red informática.
El cliente web es el encargado de ejecutarlas en la máquina del

usuario. No son más que las aplicaciones tipo Java "applets" o Javascript:
cuyo código es proporcionado por el servidor y el cliente las ejecuta mediante
el navegador. Es necesario, por tanto, que el cliente disponga de un
navegador con capacidad para ejecutar aplicaciones (también llamadas
scripts). Comúnmente, los navegadores permiten ejecutar aplicaciones
escritas en lenguaje javascript y java, aunque pueden añadirse más
lenguajes mediante el uso de “plugins”.
Aplicaciones del lado del servidor
En las aplicaciones en el lado del servidor: el servidor web ejecuta la

aplicación; esta, una vez ejecutada, genera cierto código HTML; el servidor
toma este código recién creado y lo envía al cliente por medio del protocolo
HTTP.
Las aplicaciones de servidor muchas veces suelen ser la mejor opción

para realizar aplicaciones web. La razón es que, al ejecutarse esta en el
servidor y no en la máquina del cliente, no necesita ninguna capacidad
añadida, como sí ocurre en el caso de querer ejecutar aplicaciones javascript
o java. Así pues, cualquier cliente dotado de un navegador web básico puede
utilizar este tipo de aplicaciones.
Bases Legales
Constitución de la República Bolivariana de Venezuela (1999)
Establece el conjunto de normas, así como los principios

fundamentales por los que se debe regir el pueblo de la República
Bolivariana de Venezuela.
Artículo 108. El Estado garantizará servicios públicos de radio,

televisión y redes de bibliotecas y de informática, con el fin de permitir el
acceso universal a la información. Los centros educativos deben incorporar
el conocimiento y aplicación de las nuevas tecnologías, de sus innovaciones,
según los requisitos que establezca la ley.
Artículo 110. El Estado reconocerá el interés público de la ciencia, la

tecnología, el conocimiento, la innovación y sus aplicaciones y los servicios
de información necesarios por ser instrumentos fundamentales para el
desarrollo económico, social y político del país, así como para la seguridad y
soberanía nacional.
Ley de Universidades
SECCION XI: De los alumnos
Artículo 116. Los alumnos de las Universidades las personas que, después
de haber cumplido los requisitos de admisión establecidos en la Ley y los
Reglamentos, sigan los cursos para obtener los títulos o certificados que
confiere la Universidad.
Se entiende por alumno regular de una Universidad al estudiante
debidamente inscrito en ella, y que cumpla a cabalidad con todos los deberes
inherentes a su condición de alumno, conforme a la Ley, los Reglamentos y
los planes regulares de estudio.
No son alumnos regulares:
1. Quienes estén aplazados en más de una asignatura;
2. Quienes hayan sido aplazados en un número de asignaturas tal, que

exceda del cincuenta por ciento de la carga docente para la que se habían
inscrito;
3. Quienes se inscriban en un número de asignaturas que represente un

porcentaje inferior al cincuenta por ciento de la máxima carga permitida para
un período lectivo;
4. Quienes hayan aprobado las asignaturas necesarias para obtener el

correspondiente título o certificado.
Reglamento Estudiantil de la Universidad Fermín Toro (2016)
CAPÍTULO II: DE LAS INSCRIPCIONES
Artículo 4. La inscripción es un convenio realizado entre la institución y el

estudiante, por medio del cual la Universidad Fermín Toro se compromete a
brindar una formación académica integral, facilitando los recursos humanos,
tecnológicos, herramientas teórico-prácticas y el desarrollo de la
20
investigación. Así mismo, el estudiante se compromete a respetar y acatar
toda normativa reglamentaria que establezca la universidad.
Artículo 5. Se considera inscripción de nuevo ingreso, aquella que realiza el

estudiante por primera vez, para iniciar estudios en un nivel determinado.
Artículo 6. Se entiende por reinscripción, el proceso mediante el cual un
estudiante formaliza su inscripción para la prosecución de sus estudios en el
lapso establecido en el calendario académico.
Plan Nacional de Ciencia y Tecnología
Establece lineamientos para impulsar el desarrollo del capital humano

y de sus capacidades de creación, absorción y difusión de conocimientos y
tecnologías, constituyendo el eje fundamental de los grandes procesos de
cambios.
La visión general que orienta la creación y desarrollo del Ministerio se

dirige a la creación y promoción de un Sistema Nacional de Ciencia,
Tecnología e Innovación. En el escenario actual, el Ministerio quiere
desempeñar una labor de convocatoria, integradora, coordinadora e
impulsora de la producción, absorción y transferencia de conocimientos y
tecnologías, en función de los objetivos y metas de desarrollo económico y
social del país, contribuyendo con ello a satisfacer los requerimientos de la
población, a mejorar su nivel de vida y a dinamizar y fortalecer el aparato
productivo venezolano.
Glosario de Términos
SQL “Lenguaje de consulta estructurado”: Es un lenguaje declarativo de

acceso a bases de datos relacionales que permite especificar diversos tipos
de operaciones sobre las mismas. Una de sus características es el manejo
del álgebra y el cálculo relacional permitiendo lanzar consultas con el fin de
recuperar de una forma sencilla información de interés de una base de datos,
así como también hacer cambios sobre la misma (Buyens, 2001).
MySQL: Es un sistema de gestión de base de datos relacional (RDBMS) de

código abierto, basado en lenguaje de consulta estructurado (SQL). Se
ejecuta en prácticamente todas las plataformas, incluyendo Linux, UNIX y
Windows. A pesar de que se puede utilizar en una amplia gama de
aplicaciones, MySQL se asocia más con las aplicaciones basadas en la web
y la publicación en línea y es un componente importante de una pila
empresarial de código abierto llamado LAMP. LAMP es una plataforma de
desarrollo web que utiliza Linux como sistema operativo, Apache como
servidor web, MySQL como sistema de gestión de base de datos relacional y
PHP como lenguaje de programación orientado a objetos.
HTML “Hyper Text MarkupLanguage”: Por su parte, Crumlish (2000)

establece que HTML, es el lenguaje de marcado predominante para la
construcción de páginas web. Es usado para describir tanto la estructura
como el contenido en forma de texto, así como para complementar el texto
con objetos tales como imágenes. HTML se escribe en forma de “etiquetas”,
rodeadas por corchetes angulares (<,>). HTML también puede describir,
hasta un cierto punto, la apariencia de un documento, y puede incluir un
script (por ejemplo javascript), el cual puede afectar el comportamiento de los
distintos navegadores web al igual que otros procesadores de HTML.
JavaScript: Es un lenguaje para el desarrollo de aplicaciones del lado del
cliente, se utiliza principalmente para crear páginas web dinámicas.
Técnicamente, JavaScript es un lenguaje de programación interpretado, por
lo que no es necesario compilar los programas para ejecutarlos. En otras
palabras, los programas escritos con JavaScript se pueden probar
directamente en cualquier navegador sin necesidad de procesos intermedios,
es una versión reducida del lenguaje Java, desarrollada exclusivamente para
su uso en la creación y diseño de páginas web. Permite dotar estas de
funciones imposibles de aplicar haciendo uso exclusivo del lenguaje.
JQuery: es una biblioteca de JavaScript, que permite simplificar la manera

de interactuar con los documentos HTML, manipular el árbol DOM, manejar
eventos, desarrollar animaciones y agregar interacción con la técnica AJAX a
páginas web.
PHP: Es un acrónimo recursivo que significa PHP Hypertext Pre-processor,

es un lenguaje de programación interpretado, diseñado originalmente para la
creación de páginas web dinámicas. Es usado principalmente en
interpretación del lado del servidor pero actualmente puede ser utilizado
desde una interfaz de línea de comandos o en la creación de otros tipos de
programas incluyendo aplicaciones con interfaz gráfica. Publicado bajo la
PHP License, la Free Software Foundation considera esta licencia como
software libre.
Apache: el servidor HTTP Apache es un servidor web HTTP de código

abierto, para plataformas Unix (BSD, GNU/Linux, entre otras.), Microsoft
Windows, Macintosh y otras, que implementa el protocolo HTTP/1.12,
además de la noción de sitio virtual. El servidor Apache se desarrolla dentro
del proyecto HTTP Server (httpd) de la Apache Software Foundation. Apache
presenta entre otras características altamente configurables, bases de datos
de autenticación y negociado de contenido. La licencia Apache es una
descendiente de la licencias BSD, no es GPL. Esta licencia permite hacer
cualquier cosa con el código fuente siempre que se les reconozca su trabajo.
WAMP: es el acrónimo usado para describir un sistema de infraestructura de

internet que usa las siguientes herramientas: Windows, como sistema
operativo; Apache, como servidor web. El uso de un WAMP permite servir
páginas HTML a internet, además de poder gestionar datos en ellas, al
mismo tiempo un WAMP, proporciona lenguajes de programación para
desarrollar aplicaciones web. WAMP es el sistema análogo que corre bajo
ambiente Windows.
CAPITULO III
MARCO METODOLÓGICO
Naturaleza de la Investigación
Según las normas para la elaboración y presentación de trabajos de

investigación de la Universidad Fermín Toro (2016). “El marco metodológico
tiene como propósito describir detalladamente cada uno de los aspectos
relacionados con la metodología, técnicas y procedimientos aplicados para
desarrollar la investigación, los cuales el investigador debe justificar y
describir de modo que el lector pueda tener una visión clara de lo que se hizo,
porqué y cómo se hizo, con suficiente detalle como para permitir la réplica del
estudio”.
La presente investigación se identificó y se ajustó de acuerdo a los

tipos de diseño de investigación, concluyéndose que el mismo corresponde a
un proyecto factible, puesto que persigue proponer una solución al sistema
de inscripción actual de la Universidad “Fermín Toro”.
Tomando en consideración el Manual de Normas para la presentación

de trabajos de la UFT (2000) “Es una propuesta basada en la factibilidad
para la resolución de un problema dado” (p. 6). Es decir que el trabajo de
investigación se concentró en ofrecer una solución clara y pertinente al
problema planteado. En el mismo orden de ideas, Arias (1999) señala que un
proyecto factible “está orientado a dar respuesta a posibles problemas
conocidos en una realidad de índole: institucional, social, educativa,
económica, entre otras” (p. 3).
Es de hacer notar, que para elaborar un proyecto factible, éste debe

tener como fundamento la revisión documental, es decir el apoyo de las
diferentes bases teóricas y conceptuales que se ajusten a la situación en
cuestión.
En este sentido, el manual de normas para la presentación de trabajos

de la UFT (2000) menciona que el proyecto factible “puede apoyarse tanto en
la investigación documental o diseño, que incluye ambas modalidades” (p. 6).
De esta manera se puede apreciar que la presente investigación reúne
ambos elementos: tanto de apoyo de la investigación documental, como el
apoyo de la investigación de campo.
Por otra parte, la presente investigación además está ubicada dentro

del eje rector: “Innovación y Creatividad”, teniendo como línea de
investigación “Ingeniería de Software” por estar soportada bajo los
lineamientos establecidos para ésta tal como se encuentra señalado dentro
del Manual de Normas para la Presentación del Trabajo de Grado de la UFT
(2000) y tomando en consideración los objetivos del estudio, los
planteamientos teóricos formulados y el tipo de actividades que se deben
llevar a cabo.
En este mismo orden de ideas, se apoyó en investigaciones de tipo

documental, debido a que se recogieron las fuentes bibliográficas existentes,
con el objeto de conocer el estado en que se encuentra la problemática y el
de ubicar los antecedentes del mismo, así como establecer semejanzas con
aquellos proyectos que se identifiquen con este; además de elaborar las
bases teóricas en las que fundamenta la investigación, como lo expresa
Arias (1999) “…se basa en la obtención y análisis de datos provenientes de
materiales impresos u otros tipos de documentos” (p. 47).
El estudio está basado en una investigación de campo, puesto que

permite no solo observar, sino recolectar los datos directamente de la
realidad, en su ambiente cotidiano, para posteriormente analizar e interpretar
los resultados de estas indagaciones, tal como lo establece Arias (1999) esta
“consiste en la recolección de datos directamente de la realidad donde
ocurren los hechos sin manipular o controlar variable alguna”
Población
Según Arias (1999) la población o universo “se refiere al conjunto por el

cual serán válidas las conclusiones que se obtengan: a los elementos o
unidades (personas, instituciones o cosas) involucradas en la investigación”
(p. 17).
El universo de estudio de la presente investigación se centra en dos

grupos: los estudiantes que utilizan el actual sistema de inscripción y el
personal de Control de Estudios de la Universidad “Fermín Toro”, que maneja
el actual sistema de inscripción. Se tomará como población el total de
trabajadores del departamento (9 personas).
Técnicas e Instrumentos de Recolección de Datos
Para el acopio de los datos pertinentes en función de los objetivos

definidos en la presente investigación, es necesario aplicar técnicas en
instrumentos que faciliten y aseguren este proceso. En tal sentido, Arias
(1999) señala que las técnicas de recolección de datos “son las distintas
formas o maneras de obtener información” (p. 53). Entre estas están: la
observación directa, la encuesta en sus dos modalidades (entrevista o
cuestionario), el análisis documental, análisis de contenido, entre otros.
De la misma manera, cuando se investiga un fenómeno en su

manifestación real, se requieren instrumentos confiables y pertinentes para el
registro de la información. Según Sabino (1998) “Un instrumento de
recolección de datos es, en principio, cualquier recurso del que se vale el
investigador para acercarse a los fenómenos y extraer de ellos información”.
Entre estos instrumentos se encuentra el cuestionario, el registro anecdótico,
la lista de control, la escala de actitud, la escala valorativa y el test.
Ahora bien, la técnica de recolección de datos utilizada en el presente

estudio, ubicado dentro de la modalidad proyecto factible, se sitúa en la
realización de una encuesta tipo entrevista no estructurada orientada al
personal de Control de Estudios y Directores de Escuela de la Universidad
“Fermín Toro”, que manejan el sistema actual de inscripción. Esta entrevista
constó de veinte (20) preguntas con la finalidad de indagar sobre los
siguientes temas: la calidad del actual sistema de inscripción de la
Universidad “Fermín Toro” y la necesidad del mejoramiento de éste.
Confiabilidad y Validez del Instrumento
Según Sabino (1992) la validez del instrumento “constituye el proceso

mediante el cual se hace chequeo exhaustivo del instrumento de recolección
de datos con el objeto de verificar que mida los indicadores que realmente
pretende medir”.
Cabe señalar que las entrevistas fueron formuladas y dirigidas por la

Profesora Ingeniero Tania Segnini y llevadas a cabo por los estudiantes de
Ingeniería en Computación que cursaron Servicio Comunitario (2017/04) en
la Universidad Fermín Toro.
Análisis de los Resultados
Al obtener información a través de las diferentes técnicas e

instrumentos descritos anteriormente, se procedió a realizar la tabulación, lo
cual implicóel ordenamiento de información, que al ser procesada y
cuantificada por ítems y agrupada por variables, permite la presentación en
tablas; haciéndose y registrándose en las mismas la información que
permitirá su análisis. En este caso, los datos obtenidos a través de los
instrumentos aplicados a los sujetos que conformaron la población, se
tabularon de forma manual.
A continuación se presentan los cuadros con resultado de las

entrevistas:
RELACIÓN DE ENTREVISTAS REALIZADAS AL

PERSONAL DE LA UNIVERSIDAD FERMIN TORO
Nombre del ASPECTOS E INFORMACIONES APORTADAS

Entrevistado(
a)
● Actividades que permite el sistema Campus A.
● Actividades del profesional en oficina.
● Tiempo invertido en actividades del cargo.
● Frecuencia para realizar actividades óptimas.
● Características fuertes y débiles del Sistema.
● Características deseadas para continuar con el Sistema.
● Proceso de Inscripción por equivalencia.
Jesús Guerrero
● Criterios de prioridad en el turno de Inscripción.
● Organización de Aulas y Laboratorios.
● Problemas o quejas frecuentes (Estudiantes y Docentes)
● Proceso para apertura de Sección según materias.
● Cantidad mínima de Estudiantes para apertura de Secciones
de Clase.
● Cantidad máxima de Estudiantes por Sección.
El entrevistado manifestó que el Sistema Campus A permite hacer
la lectura de cantidad de materia y unidades de créditos. En cuanto
a las actividades propias del profesional en oficina se encuentran:
revisión de aulas virtuales, planificación de horarios de profesores y
alumnos, planificación de intensivos, informes de gestión de
semestre, control de inasistencias, problemas con los estudiantes,
entre otros. Al momento de caracterizar el Sistema informó lo
Análisis de
siguiente:
la
• Muy auditado,
Informació
• Tiene gran cantidad de herramientas.
n
• Existe colapso al haber muchos usuarios conectados.
Dentro de las debilidades del Sistema es que lo usan en caja por
lo que Telemática lo desconecta para que sea usado sólo por
caja. El tiempo depende dela actividad, y por último recomienda
programar bien para que haya una buenacantidad de usuarios
conectados y que no se colapse ya que es usado por UFT Cabudare
● Proceso de Inscripción (Pasos)

● Criterios de Inscripción.
● Forma de Inscripción y responsable al no existir Sistema.
● Problemas frecuentes en Inscripción.
Ing. Yelitza
● Cantidad de materias permitidas para Inscripción.
Oviedo
● Número de Estudiantes por Sección y materias.
(Control de
● Carreras existentes.
Estudios)
● Número de aulas.
● Límite de créditos posibles por lapso
● Número de secciones por materias unificadas y por especialidad.
La Ingeniero y Jefe del Dpto. de Control de Estudios manifestó que

el proceso de inscripción se lleva a cabo en épocas específicas, es
decir se guían por los calendarios de las diferentes carreras, ya sea
semestral, trimestral, anuales o por módulos que es en los
diplomados.
Primero el sistema pide el código de la carrera(que es el que

Análisis de
aparece en la factura que se da al realizar el pago en caja), la
la contraseña es la cédula y para poder ingresar pide un cambio de
Informació contraseña obligatorio; el paso siguiente es escoger las materias a
n inscribir, esto depende de las unidades de crédito y de las
prelaciones según el pensum de cada carrera; luego se escoge la
sección cuidando que no choque ningún horario, y para terminar se
le da procesar para que arroje la planilla de inscripción. El sistema
actual no guarda la clave, por eso cada lapso se reinicia el sistema,
pero esto es por la misma seguridad de los estudiantes ya que no
30
De acuerdo a los Planteamientos para mejorar el sistema, manifestó:
● Que la pagina tenga un signo de interrogación al lado de cada
campo para que así el estudiante pueda entender mejor cómo es el
proceso de inscripción, para que no molesten a control de estudio
con cosas que ya serian obvias.
● Colocar un horario que se vaya llenando a medida que el Dpto. va
escogiendo las secciones, cuestión de que en el momento que
choquen materias se le notifique de una vez sin necesidad de tener
que regresar como sucede con el sistema actual.
● Que el sistema sea 100% en plataforma virtual y así pueda mostrar
los cupos que quedan en cada sección en tiempo real.
La ingeniero dio el visto bueno al presente estudio. Explicó cada uno

de los Criterios de inscripción:
● Que el estudiante esté solvente.
● Que las secciones no choquen en cuanto al horario.
● Que incluya las unidades de créditos establecidas por el
reglamento.
Manifestó los problemas que se presentan con más frecuencia al

momento de inscribir:
● No hay cupo (Este problema lo resuelve escuela según su
proyección a la hora de hacer horarios)
● Cuando llegan casos especiales, que son los casos en los que
algún estudiante necesita alguna materia para aprobar su carrera y
requiere menos del mínimo con lo que se puede inscribir un
estudiante según reglamento. Esto se resuelve por escuela y
control de estudio a la vez, el estudiante debe dirigirse a escuela a
plantear su caso la misma debe darle una autorización para que
pueda inscribirse, este lo lleva a control de estudio y allí le
solventan su problema.
● Materias que ya cursaron y les aparecen de nuevo. Esto se debe a
que el profesor no transcribió notas antes de que telemática
subiera el sistema a la nube.
● Los estudiantes aparecen morosos pero ya pagaron. Eso sucede
porque los estudiantes pagan el mismo día y una vez que se sube
el sistema Campus a la nube no se puede bajar hasta que termine
el proceso de inscripción.
● Abren una sección y no les aparece. Sucede porque la abrieron el
mismo día y ya Campus estaba en la nube
Otras informaciones:
● En cuanto al número de materias que pueden inscribir depende de
la carrera y las unidades de crédito. Según el índice académico
pueden ser más unidades de crédito, si es semestral y el
estudiante tiene un índice académico superior a 18puntos
puede inscribir 24 unidades de crédito, si es anual pueden
inscribir 34 horas, y así con cada carrera. En los intensivos son
solo 8 unidades de crédito semestral.
Carreras existentes:
● Ingenierías:
Computación
Eléctrica
Telecomunicacion
es
Mantenimiento Mecánico
● Licenciaturas:
Administración
Ciencia Políticas
Comunicación
Social
Relaciones
Sistema de Inscripción :
● Funcionamiento.
Personal ● Agregar horarios por materia y sección.
Administrati ● Problemas de la Plataforma.
vo (Control ● Sistema de Transcripción de Notas.
de Estudios) ● Apertura de Intensivos.
● Expectativas de un nuevo Sistema.
● Inscripción de Postgrado
La entrevistada manifestó que cuando no pueden ingresar a la

plataforma o alguna materia no le carga, a esto le llaman
inscripción tardía, luego deben hacerlo de manera manual con el
mismo sistema que se utiliza para agregar horarios solo que por
otro modulo. Cada miembro del personal tiene un usuario diferente
Análisis de con restricciones distintas todo depende de lo que se haga. En caso
la de no haber cupo y el estudiante quiera estar en la sección, debe
Informació acudir a coordinación de escuela para que le habiliten un cupo o le
n den alguna solución, luego el Dpto. de Control de Estudios le
solventa. Por otra parte, informa que el sistema indica si las materias
chocan unas con otras.
¨El sistema de transcripción de notas que se implementó alguna
vez nunca funcionó, no guardaba las notas solo que las
entonces a la hora de pasar las notas por corte el sistema lo que
hacía era tomar un solo corte ya que las reemplazaba, esto pasaba
al descargar la tabla. Con las únicas materias que no pasaba era
con laboratorios ya que esto tiene una sola nota final y eso era
lo que pasaba el profesor. Actualmente cada profesor debe venir
personalmente a Control de Estudio a pasar sus notas al Campus
que se utiliza para esto, y así nosotros (Control de Estudio) puede
cargarle todas las materias correctas el día de la inscripción¨.
A la hora de abrir intensivos es con mínimo 10 estudiantes, cuando

hay menos deben pagar el arancel de los 10 Estudiantes para
poderlo abrir. A la hora de hacer intensivos el proceso es:
1. Dirección de escuela oferta
2. Control de Estudio lo monta en sistema.
3. Los alumnos después de cancelar, proceden a inscribirse.
4. Control de Estudio manda cuenta cupo a Dirección de Escuela.
5. Dirección de Escuela da la orden de abrir o cerrar esa sección
del intensivo.
Cuando son inscripciones regulares, dirección de escuela manda
los horarios con los cupos y todo lo necesario para cada sección.
Añadió lo que le gustaría que tuviera el sistema: “Me gustaría que

el sistema que ustedes piensan implementar fuese un poco más
rápido, ya que este tiene capacidad para muy pocos usuarios
conectados al mismo tiempo entonces muchas veces se nos cae. A
la hora de hacer la inscripción manual que el sistema tenga el
horario a un lado de lo que se está inscribiendo, así el estudiante
sabe sus horas en el momento de la inscripción. El proceso de
transcripción de notas que sea un poco más amigable y sencillo ya
que para algunos profesores se hace un poco difícil y se pierde
mucho tiempo”
Por otro lado en cuanto a post-grado, explicó que el sistema de
inscripción es exactamente el mismo solamente que no le cargan
horario sino materias, ya que, ellos tienen un horario fijo los viernes
y sábados. Son trimestrales, es decir que su inscripción es cada 3
meses.
En conclusión los problemas más comunes en el proceso de
inscripción es normalmente que no pueden ingresar a la plataforma,
y lo resuelven manualmente, por lo que la mayoría se inscribe de
forma manual.
Domingo ● Responsable de la solución de problemas de inscripción.

Colmenares ● Responsable de apertura de secciones nuevas.
(Jefe
Dpto. de ● Cupos por Secciones.
Educ. Física) ● Cantidad de Materias existentes actualmente.
y María ● Responsable de elaborar horarios.
Eugenia ● Forma de elaborar horarios.
Lozada ● Responsable de aprobar horarios.
(Directora de ● Número de Docentes por Departamento.
Escuela) ● Responsable de solventar problemas de cupo.
● Responsable de asignar aulas.
● Proceso de corrección de notas.
● Responsable de cargar notas de prueba extraordinaria.
● Criterios de Apertura y cierre de asignatura.
● Casos Especiales.
● Número de Estudiantes por Sección.
Los entrevistados manifestaron que quien se encarga de la

apertura de secciones y resuelve los problemas de inscripción es
la Dirección de escuela conjuntamente con los jefes de
departamento. Si son muchos cupos abren una nueva sección. Se
manejan 28 materias. En cuanto a horarios son elaborados por
los jefes de departamentos y toman en cuenta la prosecución de
estudios, prelaciones y disponibilidad del docente. Luego se envían
al Decanato.
El departamento de educación física cuenta con 12 materias y 1
docente. Existe el departamento de transmisión y propagación con
11 materias y 10 docentes, y el departamento de comunicaciones
con 13 materias y 6 docentes.
Las aulas las asigna dirección de escuela y las modifica sala de
Análisis de profesores.
la En cuanto al proceso de corrección de notas; si ya esta pasada por
Informació un acta le corresponde a dirección de escuela, si no está pasada
n por un acta de dirección de escuela y firmada por el jefe de
departamento, se encarga el docente que imparta la materia y el
estudiante.
En caso de una prueba extraordinaria, en el proceso de carga de
nota se toma en cuenta el no haber cursado la materia, promedio de
18, se hace un examen de 100 puntos en el cual tiene que sacar
como mínimo una nota de 50 puntos.
Es necesario para los Criterios de cierre de una asignatura: la
cantidad de estudiantes inscritos, horario mal cargado y para la
apertura la demanda.
Con respecto a casos especiales existentes: última escolaridad
se autoriza 4 unidades de sobre crédito, mínima carga académica
(6 por mínima carga) y los alumnos aproximados por sección
Rebeca ● Necesidad de mejorar el Sistema de Inscripciones
Rivas
(Decano de
Ingeniería)
Responsabilidad de las secciones de Servicio Comunitario en
la Investigación. (Módulo Inscripción)
Tania Segnini Módulos del Sistema:

● Inscripción
● Transcripción de notas
● Pagos
Alina Ponce Proceso de Inscripción de estudios regulares y estudios

(Coordinadora por equivalencia.
de Admisión)
Otras : Proceso de Inscripción

● Planificación
● Postgrado
● Relacion
es
Industrial
es
● Telecomunic
ac iones
● Laboratorios
● Salón
Ingeniero ● Actividades que permite realizar el sistema (campus A2)
Idaury Flores ● Actividades de oficina
(Jefe del ● Cantidad de alumnos y materias que maneja el sistema
Dpto.deTeleco ● Tipos de usuarios que maneja el sistema
mu nica- ● Tiempo que le toma llevar a cabo las actividades
ciones) del Departamento
● Características fuertes y débiles del sistema (campus A2)
● Características que le gustaría conservar del Sistema
● Horarios de los docentes
● Organización del laboratorio
● Problemas más frecuentes de alumnos y docentes
● Apertura de secciones cuando una sección está llena
La Ingeniero manifestó que trabajan con muchos sistemas, pero

mayormente los trabajos los hacen de forma manual.
Entre las actividades propias del Dpto. se encuentran: Coordinar a
Análisis de los profesores, trabajos de grado, coordinan las materias, verifican
la si hay entrega de notas, si no hay entrega de notas, atienden las
Informació solicitudes de los estudiantes.
n Aclararon que en el Dpto. no inscriben, solo casos especiales de
las materias que gestiona telecomunicaciones, como por ejemplo
gestión ambiental, la pueden autorizar. Igualmente manejan muy
poco el sistema Campus, lo demás todo lo hace control de estudio.
En cuanto a las Características fuertes y débiles del sistema
(campus A2) manifestó que en virtud de no trabar mucho con
campus o algún otro, el trabajo se centra en hacer el horario de
manera manual y luego lo pasa a control de estudio, tanto para
estudiante docente o intensivo y semestre, para la entrega de
trabajos de grado igual es un control manual. No usa un sistema
como hace control de estudio solo usa campus como una
herramienta adicional, es decir que el día que no tenga campus
puedo trabajar normal.
Hacen los horarios de los docentes, los fijan con el semestre
anterior, verifican que la materia no choque, que sean de diferente.
La organización del laboratorio la hace por un sistema manual, si
el profesor no le chocan los horarios, qué laboratorios hay
disponibles, y ver que no choquen.
Los problemas más frecuentes de los alumnos y los docentes son
mayormente por una materia que sea de la especialidad, si no
aparece, si se quieren comunicar con un profesor, casi siempre es
en el proceso de inscripción. Ya después que pasa la etapa de
inscripciones el problema más frecuente es que llegan alumnos que
les quedan materia y las han pasado en semestre anterior. Con los
docentes la mayoría es que el horario les choca, que les salen dos
horarios a la misma hora. Quejas de los laboratorios por ejemplo con
las horas, que si esta aula no me la asignaron, el aire no funciona,
entre otros.
La apertura de secciones si hay una materia con menos de 10
estudiantes se cierra, si hay estudiantes que quedan por fuera es
decir si hay menos de 10 hay que ubicarlos, la premisa es si es
presencial buscar al profesor, luego ubicar si hay disponibilidad, pero
mayormente se abre por Saia porque ya esas personas hicieron su
horario y es más factible hacerlo por Saia.
Cuadro 1. Relación de entrevistas realizadas al personal de la Universidad
Fermín Toro
CAPITULO IV
PRESENTACIÓN DE LOS RESULTADOS
Análisis y Requerimientos del Sistema
Después de realizadas las entrevistas se llegó a la conclusión que el

sistema actual de la Universidad “Fermín Toro”, campus A2, no permite
obtener información exacta, confiable, en tiempo real, además debido a las
fallas del sistema en los procesos de inscripción no se ha podido ofrecer un
servicio de calidad a los estudiantes.
Es por esto que se ha optado por diseñar y desarrollar un sistema que

cumpla con los requerimientos necesarios con el fin de solucionar los
problemas que se han venido acarreando durante todos estos años.
Entre los requerimientos más importantes se pueden detallar los

siguientes:
Seguridad de la Informacion:
Es el conjunto de medidas preventivas y reactivas de las organizaciones

que permiten resguardar y proteger la información buscando mantener las
dimensiones de la misma. A grandes rasgos, asegura el acceso a la
información únicamente a aquellas personas que cuenten con la debida
autorización.
Disponibilidad:
Es la característica, cualidad o condición de la información de encontrarse a

disposición de quienes deben acceder a ella, ya sean personas, procesos o
aplicaciones, en el momento que así lo requieran.
Consistencia de datos:
Es el estado coherente de la información o datos que contiene y que se

relacionan, en el cual la información cumple las necesidades o expectativas
de quien la requiera.
Usabilidad:
La usabilidad se refiere a la capacidad de un software de ser

comprendido, aprendido, usado y ser atractivo para el usuario, en
condiciones específicas de uso.
Diseño
Diagramas UML
UML es un lenguaje estándar que sirve para escribir los planos del
software, puede utilizarse para visualizar, especificar, construir y documentar
todos los artefactos que componen un sistema con gran cantidad de software.
Puede usarse para modelar desde sistemas de información hasta
aplicaciones distribuidas basadas en Web.
Para el desarrollo de los Diagramas UML se utilizó la herramienta libre

StarUML la cual es una herramienta ligera y potente para la creación de
diagramas UML y algunos otros tipos de diagramas. Es compatible con la
generación de documentación, exportación a imágenes (WMF, EMF, PNG) y
generación de código fuente (C#, VB.NET, SQL DDL). Los elementos de
diagrama pueden tener estilo y acoplarlos de acuerdo a las necesidades.
Para su mayor comprensión se utilizaron varios diagramas UML los

cuales se especifican a continuación:
● Diagrama de Clase: se utilizó este diagrama para poder describir la

estructura de almacenamiento de los datos que se registran, así como su
relación con el resto de la información existente, ayudando para la
realización del respectivo análisis y el diseño del sistema.
● Diagrama de Caso de Uso: se utilizó para asignar de mejor manera las

respectivas acciones que los diferentes usuarios tenian permitido, así como
las actividades que cada uno debe realizar durante el manejo del sistema, lo
cual es de gran importancia para que la información no sea manipulada por
usuarios no autorizados.
Diagramas de Clases
Un diagrama de clases es un tipo de diagrama estático que describe la

estructura de un sistema mostrando sus clases, atributos y las relaciones
entre ellos. Los diagramas de clases son utilizados durante el proceso de
análisis y diseño de los sistemas.
Figura 1. Diagrama de Clases.
Diagramas de Caso de Uso
Los diagramas de Caso de Uso se suelen utilizar en el modelado del

sistema desde el punto de vista de los usuarios para representar las
acciones que realiza cada tipo de usuario.
40
Figura 2. Caso de Uso Administración.
Figura 3. Caso de Uso Gestión Estudiantil.
Especificaciones de Caso de Uso
● Casos de Uso para Administración:
Caso de Uso: Inicio de sesión
Descripción:
Permite ingresar al sistema y visualizar el menú según el tipo de
usuario conectado.
Actores:
Usuarios registrados.
Precondiciones:
El usuario debe estar registrado en el sistema con su respectivo roles
de usuario.
Flujo Normal:
1. El actor escribe su cedula y contraseña válida.
2. Pulsar el botón de inicio de sesión
Flujo Alternativo:
1. El sistema comprueba la validez de los datos.
a) Si los datos son correctos ingresa el usuario al sistema.
b) Si los datos son incorrectos muestra un mensaje de error al usuario.
Postcondiciones:
El usuario ingresa a la página principal de administración con el menú
de las páginas que tiene acceso según sus roles de usuario.
Cuadro 2. Especificación Caso de Uso Inicio de Sesión.
Caso de Uso: Registro de Carreras
Descripción:
Permite ingresar el registro de una nueva carrera.
Actores:
Administradores, usuarios asignados.
Precondiciones:
Estar autenticado dentro del sistema.
Haber registrado el tipo de carrera
necesario Haber registrado el tipo de
estudio necesario
Haber registrado las modalidades de carrera
necesarias Haber registrado la escuela necesaria
Flujo Normal:
1. Seleccionar en el menu “Gestión Estudiantil”.
2. Seleccionar Carreras del menu desplegable.
3. Presionar “Agregar carrera” al final de la lista de carreras creadas.
4. Ingresar los datos de la nueva carrera en el formulario.
5. Presionar el boton de “Guardar”
Flujo Alternativo:
1. El sistema comprueba la validez de los datos
a) Si los datos son correctos guarda la nueva carrera.
b)Si los datos son incorrectos muestra mensajes de error para los campos inválidos.
Postcondiciones:
Se crea una nueva carrera para uso en el sistema.
Cuadro 3. Especificación Caso de Uso Registro de Carreras.
Caso de Uso: Actualización de Carreras
Descripción:
Permite la modificación de las carreras existentes.
Actores:
Precondiciones:
Flujo Normal:
3. Presionar “Ver detalles” en la carrera deseada que se muestra en la
lista de carreras creadas.
4. Presionar “Editar”.
5. Modificar los datos de la carrera en el formulario.
6. Presionar el boton de “Guardar”.
Flujo Alternativo:
a) Si los datos son correctos actualiza la carrera.
b) Si los datos son incorrectos muestra mensajes de error para
los campos inválidos.
Postcondiciones:
Actualiza los datos de la carrera y redirecciona a la vista de detalles de
la carrera con los datos modificados.
Cuadro 4. Especificación Caso de Uso Actualización de Carreras.
Caso de Uso: Registro de Tipos de Carrera
Descripción:
Permite ingresar el registro de un nuevo tipo de carrera.
Actores:
Precondiciones:
Flujo Normal:
2. Seleccionar “Tipos de Carrera” del menu desplegable.
3. Presionar “Registrar Tipo de Carrera”.
4. Ingresar los datos del Tipo de Carrera en el formulario.
Flujo Alternativo:
a) Si los datos son correctos registra el tipo de carrera en el sistema.
Postcondiciones:
Se registra un nuevo tipo de carrera en el sistema.
Cuadro 5. Especificación Caso de Uso Registro de Tipos de Carrera.
Caso de Uso: Actualización de Tipos de Carrera
Descripción:
Permite la modificación de los datos de un tipo de carrera.
Actores:
Precondiciones:
Flujo Normal:
2. Seleccionar “Tipos de Carrera” del menu desplegable.
3. Buscar el tipo de carrera deseado.
5. Modificar los datos del tipo de carrera en el formulario.
Flujo Alternativo:
a) Si los datos son correctos actualiza los datos del tipo de carrera.
Postcondiciones:
Actualiza los datos del tipo de carrera y redirecciona a la lista de tipos
de carrera registrados en el sistema.
Cuadro 6. Especificación Caso de Uso Actualización de Tipos de Carrera.
Caso de Uso: Registro de Tipos de Estudio
Descripción:
Permite ingresar el registro de un nuevo tipo de estudio.
Actores:
Precondiciones:
Flujo Normal:
7. Seleccionar “Tipos de Estudio” del menu desplegable.
8. Presionar “Registrar Tipo de Estudio”.
9. Ingresar los datos del Tipo de Estudio en el formulario.
Flujo Alternativo:
El sistema comprueba la validez de los datos
Si los datos son correctos registra el tipo de estudio en el sistema.
Si los datos son incorrectos muestra mensajes de error para los campos inválidos.
Postcondiciones:
Se registra un nuevo tipo de estudio en el sistema.
Cuadro 7. Especificación Caso de Uso Registro de Tipos de Estudio.
Caso de Uso: Actualización de Tipos de Estudio
Descripción:
Permite la modificación de los datos de un tipo de estudio.
Actores:
Precondiciones:
Flujo Normal:
8. Seleccionar “Tipos de Estudio” del menu desplegable.
9. Buscar el tipo de estudio deseado.
11. Modificar los datos del tipo de estudio en el formulario.
Flujo Alternativo:
a) Si los datos son correctos actualiza los datos del tipo de estudio.
Postcondiciones:
Actualiza los datos del tipo de estudio y redirecciona a la lista de tipos
de estudio registrados en el sistema.
Cuadro 8. Especificación Caso de Uso Actualización de Tipos de Estudio.
Caso de Uso: Registro de Modalidades de Carrera
Descripción:
Permite ingresar el registro de una nueva modalidad de carrera.
Actores:
Precondiciones:
Flujo Normal:
2. Seleccionar “Modalidades de Carrera” del menu desplegable.
3. Presionar “Registrar Modalidad de Carrera”.
4. Ingresar los datos de la modalidad de carrera en el formulario.
Flujo Alternativo:
a) Si los datos son correctos registra la modalidad de carrera en
el sistema.
Postcondiciones:
Se registra una nueva modalidad de carrera en el sistema.
Cuadro 9. Especificación Caso de Uso Registro de Modalidades de Carrera.
Caso de Uso: Registro de Estudiantes
Descripción:
Permite ingresar el registro de un nuevo Estudiante.
Actores:
Precondiciones:
Flujo Normal:
2. Seleccionar Estudiantes del menu desplegable.
3. Presionar “Registrar Estudiante”.
4. Ingresar los datos del Estudiante en el formulario.
Flujo Alternativo:
a) Si los datos son correctos registra al Estudiante en el sistema.
Postcondiciones:
Se registra un nuevo estudiante en el sistema.
Cuadro 10. Especificación Caso de Uso Registro de Estudiantes.
Caso de Uso: Actualización de Estudiantes
Descripción:
Permite la modificación de los datos de un estudiante.
Actores:
Precondiciones:
Flujo Normal:
2. Seleccionar Estudiantes del menu desplegable.
3. Buscar el Estudiante deseado.
4. Presionar la cedula (enlace)
6. Modificar los datos del Estudiante en el formulario.
Flujo Alternativo:
a) Si los datos son correctos actualiza los datos del Estudiante.
Postcondiciones:
Actualiza los datos del Estudiante y redirecciona a la vista de detalles
del estudiante con los datos modificados.
Cuadro 11. Especificación Caso de Uso Actualización de Estudiantes.
Caso de Uso: Registro de Docentes
Descripción:
Permite ingresar el registro de un nuevo Docente.
Actores:
Precondiciones:
Flujo Normal:
7. Seleccionar Docentes del menu desplegable.
8. Presionar “Registrar Docente”.
9. Ingresar los datos del Docente en el formulario.
Flujo Alternativo:
a) Si los datos son correctos registra al Docente en el sistema.
Postcondiciones:
50
Se registra un nuevo docente en el sistema.
Cuadro 12. Especificación Caso de Uso Registro de Docentes.
Caso de Uso: Actualización de Docentes
Descripción:
Permite la modificación de los datos de un docente.
Actores:
Precondiciones:
Flujo Normal:
2. Seleccionar Docentes del menu desplegable.
3. Buscar el Docente deseado.
4. Presionar la cedula (enlace)
6. Modificar los datos del Docente en el formulario.
Flujo Alternativo:
a) Si los datos son correctos actualiza los datos del Docente.
Postcondiciones:
Actualiza los datos del Docente y redirecciona a la vista de detalles
del docente con los datos modificados.
Cuadro 13. Especificación Caso de Uso Actualización de Docentes.
Caso de Uso: Registro de Decanatos
Descripción:
Permite ingresar el registro de un nuevo Decanato.
Actores:
Precondiciones:
Flujo Normal:
2. Seleccionar Decanatos del menu desplegable.
3. Presionar “Agregar decanato” al final de la lista de decanatos creados.
4. Ingresar los datos del nuevo decanato en el formulario.
Flujo Alternativo:
a) Si los datos son correctos guarda el nuevo decanato.
Postcondiciones:
Se crea un nuevo decanato para uso en el sistema.
Cuadro 14. Especificación Caso de Uso Registro de Decanatos.
Caso de Uso: Actualización de Decanatos
Descripción:
Permite la modificación de los decanatos existentes.
Actores:
Precondiciones:
Flujo Normal:
2. Seleccionar Decanatos del menu desplegable.
3. Presionar “Ver detalles” en el decanato deseado que se muestra en
la lista de decanatos creados.
5. Modificar los datos del decanato en el formulario.
Flujo Alternativo:
a) Si los datos son correctos actualiza el decanato.
Postcondiciones:
Actualiza los datos del decanato y redirecciona a la vista de detalles
del decanato con los datos modificados.
Cuadro 15. Especificación Caso de Uso Actualización de Decanatos.
Caso de Uso: Registro de Escuelas
Descripción:
Permite ingresar el registro de una nueva escuela.
Actores:
Precondiciones:
Haber registrado el decanato del que formará parte la escuela a
registrar (tabla x.x)
Flujo Normal:
2. Seleccionar Escuelas del menu desplegable.
3. Presionar “Agregar escuela” al final de la lista de escuelas creadas.
4. Ingresar los datos de la nueva escuela en el formulario.
Flujo Alternativo:
a) Si los datos son correctos guarda la nueva escuela.
Postcondiciones:
Se crea una nueva escuela para uso en el sistema.
Cuadro 16. Especificación Caso de Uso Registro de Escuelas.
Caso de Uso: Actualización de Escuelas
Descripción:
Permite la modificación de las escuelas existentes.
Actores:
Precondiciones:
Flujo Normal:
2. Seleccionar Escuelas del menu desplegable.
3. Presionar “Ver detalles” en la escuela deseado que se muestra en la
lista de escuelas creadas.
5. Modificar los datos de la escuela en el formulario.
Flujo Alternativo:
a) Si los datos son correctos actualiza la escuela.
Postcondiciones:
Actualiza los datos de la escuela y redirecciona a la vista de detalles de
la escuela con los datos modificados.
Cuadro 17. Especificación Caso de Uso Actualización de Escuelas.
Caso de Uso: Registro de Lapsos
Descripción:
Permite ingresar el registro de un nuevo lapso.
Actores:
Precondiciones:
Flujo Normal:
2. Seleccionar Lapsos del menu desplegable.
3. Presionar “Agregar Lapso”.
4. Ingresar los datos del Lapso en el formulario.
Flujo Alternativo:
a) Si los datos son correctos registra el Lapso en el sistema.
Postcondiciones:
Se registra un nuevo lapso en el sistema.
Cuadro 18. Especificación Caso de Uso Registro de Lapsos.
Caso de Uso: Actualización de Lapso
Descripción:
Permite la modificación de los datos de un lapso.
Actores:
Precondiciones:
Flujo Normal:
2. Seleccionar Lapsos del menu desplegable.
3. Presionar “Editar” en el lapso deseado.
4. Modificar los datos del lapso en el formulario.
Flujo Alternativo:
a) Si los datos son correctos actualiza los datos del lapso.
Postcondiciones:
Actualiza los datos del lapso y redirecciona a la vista de la lista de
los lapsos registrados.
Cuadro 19. Especificación Caso de Uso Actualización de Lapsos.
Caso de Uso: Registro de Materias
Descripción:
Permite ingresar el registro de una nueva materia.
Actores:
Precondiciones:
Haber registrado la carrera a la cual pertenecerá la materia a
registrar. Haber registrado las materias que prelan la materia a
registrar.
Flujo Normal:
3. Presionar “Ver detalles” de la carrera a la cual se agregará la materia.
4. Presionar “Agregar materia”.
5. Ingresar los datos de la materia en el formulario.
Flujo Alternativo:
a) Si los datos son correctos registra la materia en el sistema.
Postcondiciones:
Se registra una nueva materia dentro de la carrera seleccionada.
Cuadro 20. Especificación Caso de Uso Registro de Materias.
Caso de Uso: Actualización de Materias
Descripción:
Permite la modificación de los datos de una materia.
Actores:
Precondiciones:
Flujo Normal:
3. Presionar “Ver detalles” de la carrera de la cual pertenece la materia.
4. Presionar el código de la materia a modificar (enlace).
5. Ingresar los datos de la materia en el formulario.
Flujo Alternativo:
a) Si los datos son correctos actualiza los datos de la materia.
b)Si los datos son incorrectos muestra mensajes de error para los campos inválidos.
Postcondiciones:
Actualiza los datos de la materia y redirecciona a los detalles de la materia con los datos mod
Cuadro 21. Especificación Caso de Uso Actualización de Materias.
Caso de Uso: Registro de Secciones
Descripción:
Permite ingresar el registro de una nueva sección.
Actores:
Precondiciones:
Haber registrado el lapso en el cual estará la sección a registrar.
Flujo Normal:
2. Seleccionar Secciones del menu desplegable.
3. Presionar “Agregar Sección”.
4. Ingresar los datos de la sección en el formulario.
Flujo Alternativo:
a) Si los datos son correctos registra la sección en el sistema.
Postcondiciones:
Se registra una nueva sección en el sistema.
Cuadro 22. Especificación Caso de Uso Registro de Secciones.
Caso de Uso: Actualización de Sección
Descripción:
Permite la modificación de los datos de una sección.
Actores:
Precondiciones:
Flujo Normal:
3. Presionar “Editar” en la sección deseada.
4. Modificar los datos de la sección en el formulario.
Flujo Alternativo:
a) Si los datos son correctos actualiza los datos de la sección.
Postcondiciones:
Actualiza los datos de la sección y redirecciona a la vista de la lista de
las secciones registradas.
Cuadro 23. Especificación Caso de Uso Actualización de Secciones.
Caso de Uso: Abrir Materia en Sección
Descripción:
Permite abrir una materia para reinscripción en una sección.
Actores:
Precondiciones:
Haber registrado la sección donde se abrirá la materiar.
Flujo Normal:
3. Presionar el código de la sección (enlace) donde se abrirá la materia.
4. Presionar “Abrir materia”.
5. Seleccionar en el formulario la materia a abrir y el docente que
la impartirá.
Flujo Alternativo:
a) Si los datos son correctos abre la materia para reinscripción.
Postcondiciones:
Se abre la materia en la sección seleccionada para reinscripción.
Cuadro 24. Especificación Caso de Uso Abrir Materia en Sección.
Caso de Uso: Actualización Materias Abiertas en Sección
Descripción:
Permite modificar el docente que impartirá la materia.
Actores:
Precondiciones:
Flujo Normal:
3. Presionar el código de la sección (enlace) donde está abierta la materia.
4. Presionar “Editar” en la materia a editar.
60
5. Modificar en el formulario el docente que impartirá la materia.
Flujo Alternativo:
a) Si los datos son correctos actualiza la materia.
Postcondiciones:
Se actualiza el docente que impartirá la materia en la
sección seleccionada.
Cuadro 25. Especificación Caso de Uso Actualización Materias Abiertas en
Sección.
● Casos de Uso para Estudiante:
Caso de Uso: Inicio de sesión
Descripción:
Permite ingresar al sistema y procesar la reinscripción de las materias en
el semestre.
Actores:
Estudiantes registrados.
Precondiciones:
El estudiante debe estar registrado y solvente.
Flujo Normal:
1. El actor escribe su cedula y contraseña válida.
2. Pulsar el botón de inicio de sesión.
Flujo Alternativo:
1. El sistema comprueba la validez de los datos.
c) Si los datos son correctos ingresa el usuario al sistema.
d) Si los datos son incorrectos muestra un mensaje de error al usuario.
Postcondiciones:
El actor ingresa al sistema y puede procesar su reinscripción.
Cuadro 26. Especificación Caso de Uso Estudiante Inicio de Sesión.
Caso de Uso: Seleccionar Materias
Descripción:
Permite seleccionar las materias que se van a inscribir.
Actores:
Precondiciones:
Flujo Normal:
1. Se visualizan las materias disponibles a inscribir
2. Selecciona las materias que quiere inscribir
3. Presionar botón “Continuar”
Flujo Alternativo:
Si la suma de las unidades de creditos de las materias seleccionadas
es mayor que las unidades de creditos disponibles para inscribir el
sistema informa al estudiante y no deja continuar con el proceso hasta
que se cumpla la condición.
Postcondiciones:
El actor continua al segundo paso de la reinscripción -
Seleccionar secciones.
Cuadro 27. Especificación Caso de Uso Estudiante Seleccionar Materias.
Caso de Uso: Seleccionar Secciones
Descripción:
Permite seleccionar las secciones donde se inscribiran las materias seleccionadas en el paso
Actores:
Precondiciones:
Flujo Normal:
4. Se visualizan las secciones disponibles para cada materia.
5. Seleccionar una sección por materia.
6. Presiona “Continuar” para seguir con el proceso.
Flujo Alternativo:
Si los horarios de las secciones chocan el sistema informa al estudiante
y no puede continuar el proceso hasta que se cumpla la condición.
Postcondiciones:
El actor continua al ultimo paso de la reinscripción - Confirmar Inscripción.
Cuadro 28. Especificación Caso de Uso Estudiante Seleccionar Secciones.
Caso de Uso: Confirmación de la Inscripción
Descripción:
Confirmación de las materias, secciones y sus horarios seleccionados
en los pasos anteriores del proceso.
Actores:
Precondiciones:
Flujo Normal:
1. Se visualizan todos los datos seleccionados anteriormente.
2. Presionar “Confirmar”
3. Imprimir planilla de inscripción.
Flujo Alternativo:
El estudiante puede regresar a los pasos anteriores y modificar
las materias y secciones seleccionadas presionando el botón
“Volver”
Postcondiciones:
El sistema inscribe al estudiante en todas las materias y
secciones correspondientes.
Cuadro 29. Especificación Caso de Uso Estudiante Confirmación de la
Inscripción.
Diseño de la Base de Datos
Luego de un minucioso análisis de la información otorgada por el

personal administrativo y docente de la Universidad Fermín Toro, sede
Cabudare, se ha llegado a desarrollar el modelamiento de la base de datos
de la siguiente manera:
Figura 4. Base de datos.

Diccionario de Datos
TABLA: estudiante
Descripción: Tabla para almacenar los datos de cada estudiante que
cursa estudios en la Universidad Fermín Toro.
CAMPO TIPO DESCRIPCIÓN PRIMARI FORÁNE
A A
Cedula
cedula VARCHAR(10 X
) del
estudiant
Primer y
nombres VARCHAR(45 segundo
)
nombre del
estudiante.
Primer y
apellidos VARCHAR(45 segundo
)
apellido del
estudiante.
Direccion
direccion VARCHAR(45 de
)
vivienda
del
Fecha de
fecha_n
DATE nacimiento
aci
del
miento
estudiante.
Correo
correo VARCHAR(45
) electrónico de
telefono_ estudiante.
Telefono local
VARCHAR(45
lo cal ) del estudiante.
telefono Telefono
VARCHAR(45
_c ) celular del
elular estudiante.
Sexo del
sexo BOOLEAN estudiante (se
usará false
para
masculino y
true para
femenino)
Cuadro 30. Diccionario Base de datos. Tabla estudiante.
TABLA: carrera
Descripción: Tabla para almacenar las datos de las carreras que oferta
la Universidad Fermín Toro para cursar.
A A
Código de
codigo VARCHAR(10 X
) la carrera.
Nombre de
nombre VARCHAR(45
) la carrera.
Duración de la
duracion INT carrera, cuántos
semestres o
tipo- años.
Tipo de carrera
carrera_ VARCHAR(10 (Anual, X
)
co digo Semestral, etc)
tipo- Tipo de
estudio_ VARCHAR(10 estudio X
)
co digo (Pregrado,
Postgrado,
Escuela a la
escuela_
VARCHAR(10 que pertenece X
co digo )
la carrera.
Cuadro 31. Diccionario Base de datos. Tabla carrera.
TABLA: tipo-carrera
Descripción: Tabla para almacenar los tipos de carrera que existen en la
Universidad Fermín Toro, por ejemplo: Anual, Semestral, Trimestral,
entre otros.
A A
Código del tipo
codigo VARCHAR(10 X
) de carrera
Nombre del tipo
nombre VARCHAR(45
) de carrera
Cuadro 32. Diccionario Base de datos. Tabla tipo-carrera.
TABLA: tipo-estudio
Descripción: Tabla para almacenar los tipos de estudio que existen en
la Universidad Fermín Toro, por ejemplo: Pregrado, Postgrado, entre
otros.
A A
Código del tipo
codigo VARCHAR(10 X
) de estudio
Nombre del tipo
nombre VARCHAR(45
) de estudio
Cuadro 33. Diccionario Base de datos. Tabla tipo-estudio.
TABLA: modalidad-carrera
Descripción: Tabla para almacenar las modalidades de estudio para
las carreras, por ejemplo: presencial, bi-learning, a distancia, entre
otros.
A A
Código de
codigo VARCHAR(10 X
) la
modalidad
Nombre de
nombre VARCHAR(45
) la
modalidad
Cuadro 34. Diccionario Base de datos. Tabla modalidad-carrera.
TABLA: modalidad-carrera_carrera
Descripción: Tabla intermedia para representar la relacion “muchos
a muchos” entre la tabla carrera y modalidad-carrera.
DESCRIP
CAMPO TIPO PRIMARI FORÁNE
CI A A
modalidad- ÓNde
Código
VARCHAR(10) X X
carrera_codi la
go modalidad
Nombre
carrera_codig VARCHAR(10) X X
o de la
modalidad
Cuadro 35. Diccionario Base de datos. Tabla modalidad-carrera_carrera.
TABLA: lapso
Descripción: Tabla para almacenar los lapsos de acuerdo a los
calendarios de la Universidad Fermín Toro.
CAMPO TIPO DESCRIPCIÓ PRIMARI FORÁNE
N A A
Código
codigo VARCHAR(10) X
del
lapso
Descripción
descripción VARCHAR(100
) del lapso
Fecha en
fecha_inicio DATE que
empieza el
lapso en que
Fecha
fecha_final DATE
termina el
lapso
Cuadro 36. Diccionario Base de datos. Tabla lapso.
TABLA: carrera_estudiante_lapso
Descripción: Tabla intermedia para representar la relación entre las tablas
carrera, estudiante y lapso. Es decir, se usa para seleccionar en qué
carreras está inscrito el estudiante y el lapso de ingreso a la misma.
N A A
carrera_co Código de
VARCHAR(10) X X
di go la carrera
estudiante Cédula
VARCHAR(10) X X
_c edula del
lapso_cod estudian
Código
VARCHAR(10) X X
ig o del
lapso
Cuadro 37. Diccionario Base de datos. Tabla carrera_estudiante_lapso.
TABLA: decanato
Descripción: Tabla para almacenar los decanatos de la Universidad
Fermín Toro.
N A A
Código
del
decanat
Nombre
nombre VARCHAR(45)
del
decanato
Nombre
Decano VARCHAR(45)
del
Cuadro 38. Diccionariodecano
Base de datos. Tabla decanato.
TABLA: escuela
Descripción: Tabla para almacenar las escuelas de cada decanato de
N A A
Código
del
decanat
Nombre
nombre VARCHAR(45)
del
decanato
Nombre
Decano VARCHAR(45)
del
decano
Cuadro 39. Diccionario Base de datos. Tabla escuela.
TABLA: docente
Descripción: Tabla para almacenar los datos de cada docente que
imparten cátedra en la Universidad Fermín Toro.
A A
Cedula
cedula VARCHAR(10 X
) del
docente.
Profesión
profesion VARCHAR(45
) del
docente.
Nivel de
docente
nivel VARCHAR(45
) dentro de la
Universidad
Fermín yToro.
Primer
nombres VARCHAR(45 segundo
)
nombre del
docente.
Primer y
apellidos VARCHAR(45 segundo
)
apellido del
docente.
Direccion
direccion VARCHAR(45 de
)
vivienda
del
70
Fecha de
fecha_n
DATE nacimiento
aci
del docente.
miento
Correo
correo VARCHAR(45
) electrónico de
estudiante.
Telefono
telefono VARCHAR(45
) del
docente.
Sexo del
docente (se
sexo BOOLEAN usará false
para masculino
y true para
femenino)
Escuela de la
escuela_ Universidad
VARCHAR(10 X
co digo ) Fermín Toro de
la que forma
parteBase de datos. Tabla docente.
Cuadro 40. Diccionario
TABLA: materia
Descripción: Tabla para almacenar las materias de cada carrera de
N A A
Código
del
decanat
Nombre
nombre VARCHAR(45)
del
unidad_cre decanato
Nombre
VARCHAR(45)
di to del
nivel INT decano
Semestre, Año
o Trimestre
(dependien
do de la
carrera)
donde
pertenece
la materia
Cantidad
cantidad_h de horas
INT
or as que se
cursan en
la materia.
Carrera de
carrera_co
VARCHAR(10) la que X
di go
pertenece la
materia
Cuadro 41. Diccionario Base de datos. Tabla materia.
TABLA: prelación
Descripción: Tabla que relaciona una materia con otra materia que la prela.
N A A
materia_cod Materi
VARCHAR(10 X X
ig o ) a
princip
Materia
materia_pre que prela
VARCHAR(10 X X
la ) a la
da_codigo materia
Cuadro 42. Diccionarioprincipal
Base de datos. Tabla prelacion.
TABLA: sección
Descripción: Tabla que almacena una sección en determinado lapso de la Universidad Ferm
N A A
Código de
codigo VARCHAR(10 X
) la sección
Turno en que
se cursa la
seccion
turno VARCHAR(45 (Diurno,
)
Vespertino,
Nocturno,
entre otros)
Lapso al que
lapso_codigo VARCHAR(10 pertenece X
)
esta sección
Cuadro 43. Diccionario Base de datos. Tabla seccion.
TABLA: estudiante_materia_seccion
Descripción: Tabla intermedia para representar la relación entre las
tablas estudiante, materia y sección. Es decir, se usa para ingresar
(inscribir) y seleccionar los estudiantes inscritos en determinada materia
y en determinada sección.
N A A
Código
codigo INT entero auto- X
incremental
estudiante_
VARCHAR(10 Estudiante X
ce dula )
materia_cod
VARCHAR(10 Materia X
ig o )
seccion_cod
VARCHAR(10 Sección X
ig o )
seccion_laps
o VARCHAR(10 Lapso X
)
_codigo
Cuadro 44. Diccionario Base de datos. Tabla estudiante_materia_seccion.
TABLA: docente_materia_seccion
Descripción: Tabla intermedia para representar la relación entre las
tablas docente, materia y sección. Es decir, se usa para abrir una
materia en determinada sección y con un docente.
N A A
Código
codigo INT entero auto- X
incremental
materia_cod
VARCHAR(10 Materia X
ig o )
docente_ce
VARCHAR(10 Docente X
du la )
seccion_cod
VARCHAR(10 Sección X
ig o )
seccion_laps
o VARCHAR(10 Lapso X
)
_codigo
Cuadro 45. Diccionario Base de datos. Tabla docente_materia_seccion.
TABLA: día
Descripción: Tabla que almacena los días que estarán disponibles para
los horarios.
N A A
codigo VARCHAR(10 Código del día X
)
nombre VARCHAR(45 Nombre del
) día
Cuadro 46. Diccionario Base de datos. Tabla dia.
TABLA: hora
Descripción: Tabla que almacena las horas académicas que
estarán disponibles para los horarios.
N A A
Código de
codigo VARCHAR(10 X
) la hora
Descripción
descripción VARCHAR(45
) de la hora
Cuadro 47. Diccionario Base de datos. Tabla hora.
TABLA: dia_hora
Descripción: Tabla intermedia que almacena los días y horas (horario)
de cada materia abierta en determinada sección.
N A A
dia_codigo VARCHAR(10 Dia X X
)
docente_ma Materia
te INT abierta en X X
ria_seccion determinada
_c odigo sección
hora_codigo VARCHAR(10 Hora X X
)
Cuadro 48. Diccionario Base de datos. Tabla dia_hora.
Desarrollo del Sistema de Inscripción

El desarrollo del sistema se inicia una vez finaliza la etapa de diseño,
donde queda definida la funcionalidad del sistema y las diferentes
condiciones que debe tener cada actividad. De igual forma, ya se han
definido los casos de uso para cada actor del sistema.
El software está desarrollado según su funcionalidad en diferentes

capas que establecen la arquitectura del mismo, aunque cabe aclarar que
estas no son un patrón de arquitectura definido. Además de las capas, el
software también está subdividido a nivel de código en las dos partes
principales que define la ingeniería de software, el código del lado del
servidor o “Desarrollo Back end” y el código del lado del cliente o también
llamado “Desarrollo Front end”.
Arquitectura
El sistema se desarrolló siguiendo el patrón de diseño MVC del

Framework Laravel, el cual ofrece una arquitectura robusta para aplicaciones
que ofrecen una fuerte interactividad con el usuario. El software está
organizado separando la funcionalidad de la aplicación en tres subsistemas
separados, el Modelo que representa los datos existentes en la base de
datos de la aplicación, la Vista que es la interfaz de usuario en la cual el
usuario realiza las peticiones al sistema y el Controlador que es el encargado
de procesar las peticiones de los usuarios para generar una respuesta en la
Vista según lo existente en el Modelo.
Cuando el sistema va a ser expuesto a varios programadores, ya sea

por mantenimiento o mejoras del mismo, resulta más fácil la comprensión del
código si este es separado por funcionalidad.
Figura 5. Arquitectura MVC.
En el diagrama de arquitectura del sistema se observa que la Base de

datos se comunica directamente con el Modelo, esto es posible mediante el
uso de la herramienta Eloquent ORM con la que interactúa Laravel para
llamar los datos de una tabla de la base de datos como objetos. Es decir el
único lenguaje que se comunica en este sistema directamente con la Base
de datos y que pertenece al código por parte del servidor es PHP, los demás
lenguajes se utilizan para el código del lado del cliente y se encarga de la
interfaz al usuario.
Como se observa en la Figura X la arquitectura que propone Laravel

mediante el patrón de diseño MVC debe cumplir cinco pasos para que una
solicitud creada por un usuario sea devuelta en forma de vista.
El primer paso es crear la solicitud, que varía dependiendo de la
acción que se desea ejecutar, a través de metodos HTTP, ya sea GET
(busqueda), POST (guardar), PUT (actualizar) o DELETE (eliminar).
El segundo paso es direccionar la ruta de la petición directamente al
controlador, para esto Laravel ofrece un archivo destinado únicamente a
rutas con lo cual se hace más organizado el código.
El tercer paso es buscar el dato, para esto el Controlador le hace la
solicitud al Modelo, y este mediante programación orientada a objetos invoca
el dato de la base de datos.
El cuarto paso el modelo le responde al controlador y este a su vez a
la vista con lo cual se completa el quinto paso.
El sexto y último paso corresponde al formato que la vista le da al
dato que invocó el Controlador para ser mostrado al usuario.
Tecnologías
Empleadas Lenguaje de Programación:
Se desarrolló el sistema utilizando el lenguaje de programación PHP, el

cual es un lenguaje interpretado del lado del servidor que se caracteriza por
su potencia, versatilidad, robustez y modularidad.
Ratschiller&Gerken (2001) señalan como principales características de PHP:
● Velocidad: en el ambiente computacional no solo es importante la

velocidad de ejecución, sino además se debe evitar el uso excesivo de
los recursos del sistema. PHP se integra muy bien junto a otros softwares
bajo ambiente UNIX cuando se configura como un módulo de Apache,
dejándolo listo para ser utilizado.
● Estabilidad: la velocidad no sirve de mucho si el sistema se cae cada
cierta cantidad de ejecuciones. Ninguna aplicación es 100% libre de bugs,
pero teniendo de respaldo una increíble comunidad de programadores y
usuarios es mucho más fácil resolverlos. PHP utiliza su propio sistema de
administración de recursos y dispone de un sofisticado método de
manejo de variables, conformando un sistema robusto y estable.
● Seguridad: el sistema debe proveer protección contra ataques externos,
por lo cual PHP provee diferentes niveles de seguridad y estos pueden
ser configurados desde el archivo de configuración.
● Simplicidad: a los programadores, se les debe dar la facilidad de escribir
código de calidad, en el menor tiempo posible. Usuarios con experiencia
en C y C++ podrán utilizar PHP de manera rápida.
● Conectividad: PHP dispone de una amplia gama de librerías y agregarle
extensiones es muy fácil. Esto le permite a ser utilizado en muchas áreas
diferentes, tales como encriptado de datos, gráficos, XML y otras.
Framework:
La naturaleza del proyecto desarrollado exige constantes cambios y

mejoras en el software una vez el mismo sea implementado y puesto en
marcha, aun cuando este cumpla con la totalidad de requerimientos que
surgen al inicio y durante el desarrollo del mismo. El subsistema de
Inscripción del Sistema Olympus una vez entre en funcionamiento necesita
adaptarse con el fin de ofrecer el mejor servicio posible, teniendo en cuenta
que surgen nuevos requerimientos durante su vida útil.
Debido a esto se hace necesario que la programación del software sea

lo más estructurada y ordenada posible, para que en un futuro cualquier
programador a la hora de editar el código sea capaz de comprenderlo y no
se encuentre con un código encriptado o imposible de entender. En el ámbito
de la programación, un Framework da solución a esta necesidad, ofreciendo
un conjunto de funciones o código genérico que permite realizar tareas
comunes en todo tipo de aplicaciones, como lo son la creación de objetos,
conexión a base de datos, limpieza de string, entre otros.
Uno de los Framework más común y fácil de manejar, aunque no por

esto simple, existentes en el mercado es Laravel, bajo este Framework se
desarrolló el proyecto. Laravel es un Framework que maneja programación
orientada a objetos, lo cual facilita el trabajo a la hora de manejar bases de
datos y diseñar un sistema de información como el que requiere el sistema
Olympus. Eloquent ORM es la herramienta que incluye Laravel para trabajar
bases de datos, en esta cada tabla de la base de datos tiene un modelo
correspondiente el cual es usado para interactuar con la tabla. Este patrón de
diseño es conocido como MVC (Modelo Vista Controlador).
Base de datos:
En este sistema se empleó el Sistema de Administración de Bases de

Datos MySQL. Esta decisión se adopta por los siguientes motivos:
● MySQL es Open Source.
● Velocidad al realizar las operaciones, lo que le hace uno de los gestores

con mejor rendimiento.
● Bajo costo en requerimientos para la elaboración de bases de datos, ya

que debido a su bajo consumo puede ser ejecutado en una máquina con
escasos recursos sin ningún problema.
● Facilidad de configuración e instalación.
80
● Soporta gran variedad de Sistemas Operativos.
● Baja probabilidad de corromper datos, incluso si los errores no se

producen en el propio gestor, sino en el sistema en el que está.
● Su conectividad, velocidad, y seguridad hacen de MySQL Server

altamente apropiado para acceder bases de datos en Internet.
● El software MySQL usa la licencia GPL.
Principios de Desarrollo
Uno de los principales requerimientos del sistema Olympus es el de

modularidad, esto quiere decir que es necesario desarrollar un código que
sea fácil de mantener y ampliar con el tiempo, evitando errores en el diseño
como:
● Rigidez: Es la tendencia del software a ser difícil de cambiar, aun ante

cambios simples. Ejemplo: Un único cambio causa una cascada de
cambios subsecuentes en módulos dependientes. Cuantos más módulos
se deben cambiar, más rígido es el diseño.
● Fragilidad: Es la tendencia de un sistema a romperse en varios lugares

cuando se hace un cambio. Frecuentemente los nuevos problemas
surgen en áreas que no tienen relación conceptual con el área que fue
cambiada.
● Inmobilidad: Un diseño es inmóvil cuando contiene partes que podrían

se útiles en otros sistemas, pero el esfuerzo y riesgo de separarlas del
sistema original es muy grande.
● Viscosidad: Un software viscoso es uno en el que su diseño es difícil de
preservar. Viene en dos formas:
■ Viscosidad del software. Generalmente existen varias formas de

hacer un cambio: algunas preservan el diseño y otras no. Cuando las
formas que preservan el diseño son más difíciles de usar que las que
lo vulneran, entonces la viscosidad del diseño es alta.
■ Viscosidad del ambiente. Cuando el ambiente de desarrollo es lento

e ineficiente
● Complejidad Innecesaria: Ocurre cuando el diseño contiene elementos

que no son actualmente útiles. Ejemplo: Cuando se anticipan cambios a
los requerimientos y se construyen “facilidades” para manejar dichos
cambios potenciales. En principio, parece algo bueno que previene
pesadillas en futuros cambios. Muchas veces, el efecto es opuesto ya
que el diseño se satura de mecanismo que nunca se usan y que el
software debe llevar a cuestas.
● Repetición Innecesaria: Cortar y pegar puede ser útil para operaciones

de edición de texto, pero puede ser desastroso para operaciones de
edición de código. Cuando el mismo código aparece una y otra vez, en
ligeramente distintas formas, se está necesitando una abstracción.
Cuando hay código redundante en el sistema, los cambios en el sistema
pueden ser arduos.
● Opacidad: Es la tendencia de un módulo a ser difícil de entender. El

código puede ser escrito de una manera clara y expresiva, o de una
manera compleja y opaca. A medida que el código evoluciona en el
tiempo, llega a ser más y más opaco.
Es por esto que para evitar estos errores, el subsistema de inscripción
para el sistema Olympus se desarrolló teniendo en cuenta los principios
SOLID. Los principios SOLID son cinco principios enunciados por Robert C.
Martin alrededor del año 2000 enfocados a la elaboración de software de
calidad. Los cinco principios son:
● Single ResponsibilityPrinciple (Principio de única responsabilidad): No

debería haber nunca más de una razón para cambiar una clase.
● Open ClosedPrinciple (Principio abierto cerrado): Las entidades de

software (clases, modulos, funciones, entre otros) deberian estar abiertas
a la extensión, pero cerradas para modificación.
● LiskovSubstitutionPrinciple (Principio de Sustitución de Liskov): Las

funciones que utilicen punteros o referencias a clases base deben ser
capaces de usar objetos de clases derivadas de éstas sin saberlo.
● Interface SegregationPrinciple (Principio de Segregación de Interfaces):

Los clientes no deberian ser forzados a depender de interfaces que no
utilizan.
● DependencyInversionPrinciple (Principio de Inversión de Dependencias):

Módulos de alto nivel no deberían depender de módulos de bajo nivel,
ambos dependerán de abstracciones. Las abstracciones no dependen
de los detalles, los detalles deberían depender de las abstracciones.
CAPITULO V
CONCLUSIONES Y RECOMENDACIONES
CONCLUSIONES
● De la investigación realizada anteriormente se concluye que el

subsistema de inscripción online da respuesta a todas las necesidades y
requerimientos de los usuarios de control de estudio en el proceso de
inscripción de los estudiantes de la Universidad Fermín Toro, Cabudare -
Estado Lara.
● El trabajar con las personas encargadas del manejo de la gestión

estudiantil, facilitó la recopilación de información verdadera y confiable, la
cual sirvió de gran ayuda para solucionar los problemas existentes en la
Universidad.
● La implementación de un sistema web online logrará evitar la

inconsistencia y pérdida de la información existente en la Universidad,
además de brindar rapidez y veracidad al momento de realizar las
consultas respectivas.
● El Sistema web permitirá optimizar el tiempo al momento de registrar,

modificar y consultar la información necesaria referente a la matriculación
estudiantil en la Universidad Fermín Toro, Cabudare - Estado Lara.
RECOMENDACIONES
● Es necesario capacitar al personal encargado del uso y administración

del sistema, sobre el manejo adecuado del mismo, para evitar errores al
navegar y trabajar en el sitio web, además de establecer los permisos
respectivos para que la información no sea consultada o alterada por
usuarios o personal no autorizado.
● Se recomiendo al continuar el dessarollo de este subsistema, seguir

realizandole pruebas automatizadas y unitarias para que se mantenga
libre de errores y sea optimizado lo mas posible.
● Es importante mantener todos los subsistemas del proyecto Olympus,

que ya existen y que se implementaran en un futuro integrados tanto a
nivel de la interfaz grafica como a nivel de base de datos.
● Es importante que se siga usando una metodología de desarrollo de

trabajo en equipo, que permita adaptar y mantener actualizado cualquier
software, así como herramientas de control de versiones (Git) para llevar
un control en la integración de los subsistemas a desarrollar en el futuro.
● Se recomienda que un personal capacitado y autorizado, se encargue de

la migracion de la base de datos del sistema actual campus A2, hacia el
nuevo esquema de base de datos del subsistema de inscripción del
proyecto Olympus de la Universidad Fermin Toro.
REFERENCIAS
Álvarez (2003). Cómo hacer Investigación Cualitativa.Fundamentos y

Metodología. México: Paidos Educador.
Arias, F. (2004). El Proyecto de Investigación. Guía para su elaboración.

Caracas. Episteme.
Balestrini, M. (2002). Como se elabora el Proyecto de Investigación.

Manual para la elaboración, presentación y evaluación de los
trabajos de grados. Consultorios asociados y servicio editorial. Sexta
Edición.
Bavaresco, A. (2006). Proceso Metodológico en la Investigación. (Cómo

hacer un diseño de investigación). Maracaibo. La Universidad del Zulia.
Bittel, L. y Ransey, J. (2000). Enciclopedia del Management. Toledo. Mc.

Graw Hill.Edición original.
Documento del Consejo Nacional de Universidades (1993). Venezuela
Dorrego, E. Uso de las tecnologías de la información y la comunicación

en las universidades venezolanas: algunas experiencias. Venezuela.
Dumar (2013). Aplicación web para la Gestión de Trámites de

Sucesiones en el Seniat Región Centro Occidental. Universidad
Nacional Abierta.
Gallardo, M (2004). Módulos Informáticos. Universidad de Málaga Facultad

de Ciencias Matemáticas.
Hernandez, R. (1991). Metodología de la Investigación. México. Editorial

Mcgraw-Hill.
Hurtado, J. (2000). Metodología de la Investigación Holística. Caracas –
Venezuela. Tercera Edición. Editado por Fundación Sypal.
Jimenez, V. (2009). Internet: Teoría. Madrid. Editorial CEP. 1era edición.
Kendall y Kendall (1997). Análisis y diseño de Sistemas. Editorial Pearson.

3ra. Edición.
León, E. (2010). Sistema de información para la optimización del

proceso de inscripción de alumnos, caso de estudio el IUT Núcleo
El Piñal. Caracas. Universidad Católica Andrés Bello.
Pantoja, J (2013). Automatización del Control de Asistencia del Personal

Docente del Departamento de Computación de la Facultad
Experimental de Ciencias de la Universidad del Zulia. Zulia. Revista
Electrónica de Estudios Telemáticos. Volumen 12 Edición No 2.
Pérez, J. (2012). Historia de la computación y la informática en

Venezuela (1938-2011). San Cristóbal. Acción Pedagógica Nº 21.
Silberschatz - Korth (2006). Fundamentos de Bases de Datos. Mc. Graw

Hill. 5ta edición.
Silva, P. (2013). Desarrollo de un Sistema Web para la Gestión

Estudiantil de las Carreras de la Facultad de Ingeniería en Sistemas,
Electrónica e Industrial. Ambato. Universidad Técnica de Ambato.
Universidad Fermín Toro (2000). Manual de normas para la presentación

del Trabajo de Grado. Barquisimeto.
Yacelga de la Torre, C. (2012). Diseño, Desarrollo e Implementación de

una Aplicación Web para el Ingreso y Consultas de Notas Online
para la Academia Militar San Diego. Ibarra. Pontificia Universidad
Católica del Ecuador.

TG Ronald Arias, 24393726

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

TG Ronald Arias, 24393726

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD FERMÍN TORO

IMPLEMENTACIÓN DEL SUBSISTEMA DE INSCRIPCIÓN

Autor: Arias M, Ronald E.

Cabudare, Agosto 2018

IMPLEMENTACIÓN DEL SUBSISTEMA DE INSCRIPCIÓN

Trabajo presentado como requisito para optar al título de Ingeniero en

Autor: Arias M, Ronald E.

Cabudare, Agosto 2018

A mis padres Ronald y Claudia

A mi madre, por su apoyo incondicional, entendimiento y todos sus esfuerzos

III MARCO METODOLOGICO…………………………………………….… 25

IV PRESENTACIÓN DE LOS RESULTADOS…………………………..… 37

IMPLEMENTACIÓN DEL SUBSISTEMA DE INSCRIPCIÓN

Autor: Arias, Ronald

Descriptores: Sistema, Subsistema, Olympus, Inscripción, Universidad.

En los albores del nuevo siglo, se observa una demanda de educación

La Dirección de Control de Estudios de la Universidad Fermín Toro,

En cuanto al proceso de Inscripción del nuevo ingreso se divide en

Con respecto a los estudiantes regulares, desde el segundo semestre,

Por lo expresado anteriormente, se propone la presente investigación

El trabajo de investigación se encuentra estructurado por diversos

Capítulo I, Planteamiento del Problema: se presenta el ¿por qué? se

Capítulo II, Marco Teórico: se describen diversos antecedentes a la

Capítulo III, Marco Metodológico: se expresa el modelo investigativo a

Capítulo IV, Análisis de Resultados: engloba todo lo referente a los

CapítuloV, Conclusiones y Recomendaciones: describe ciertas

Planteamiento del Problema

En la década de los cincuenta, el hardware se encontraba en

Todo esto se solucionó a partir de los años setenta donde la gran

En este orden de ideas el caso Venezuela, se observa que a principios

Por otra parte, el sector educativo obtuvo un gran avance

La utilización de las nuevas tecnologías de la información y la

Según Dorrego (2000), la mayoría de las instituciones de educación

La Universidad Fermín Toro no escapa de esta realidad, desde sus

En cuanto al sistema actual de matriculación, éste ha venido

Debido a lo anterior, los estudiantes se ven afectados en el acceso

La Universidad Fermín Toro por tanto, requiere de una mejora en el

Con base a la situación descrita anteriormente, surgen las siguientes

¿Qué visión tiene la directiva, personal y los estudiantes en cuanto al

¿Es posible el desarrollo e implementación de un nuevo sistema de

Implementar un subsistema de inscripción online perteneciente al Sistema

1. Diagnosticar el sistema actual de matriculación para determinar la

Al pasar de los años se ha ido incrementando la aplicación de

En tal sentido, la presente investigación se justifica debido a que se

En el año 2000, Bittel, L. Y Ramsey, J. señaló que las ventajas de los

¨Mejorar los caracteres repetitivos de la función y la uniformidad

También, ha sido de gran utilidad para el investigador, ya que, le

Todo lo anterior tiene su importancia para la Universidad Fermín Toro,

Asimismo, será de gran utilidad académica ya que podría ser una

1. La presente investigación contribuirá con el registro básico de las

1. Conocimiento y adaptación del usuario al nuevo sistema de inscripción.

Para Bavaresco (2006), un marco teórico bien estructurado tiene que

En la presente investigación, se realizó la revisión de manera previa,

En el estudio de Silva (2013), presentado en la Universidad Técnica

Yacelga (2012), presenta en la Pontificia Universidad Católica del

Por otra parte, se ha encontrado que León (2010), presentó el Trabajo

De igual forma, Pantoja (2013) presenta en la Universidad del Zulia el

Por otro lado, Dumar y otros (2013), desarrollaron, en la Universidad

De acuerdo a Gallardo (2004), en programación, un subsistema es un

Un sistema de información se puede definir como un sistema que

Kendall y Kendall (2005) explican que un sistema de información, al

Los periodos relevantes de ciclo de vida de un sistema de información

Una base de datos es una colección integrada de datos en distintos