Tesis

UNIVERSIDAD NACIONAL ABIERTA
ÁREA DE INGENIERÍA
CARRERA INGENIERÍA DE SISTEMAS
PRÁCTICA PROFESIONAL II – 341
Sistema Web para el Registro y Control Estudiantil de la Misión

Sucre, Aldea Centro Regional de Apoyo al Maestro (CRAM),
Municipio Sucre del Estado Mérida
Autor: Deynis F. Moncada P.

Cédula de Identidad: 15.295.557
Tutor Académico: Golfredo Molina

Tutor Empresarial: Iralis Rodríguez

Mérida
Marzo, 2014
1
ÍNDICE
Pág.
LISTA DE CUADROS…………………………………………………….............. 5
LISTA DE FIGURAS……………………………………………………………….. 6
RESUMEN………………………………………………………………………….. 8
INTRODUCCIÓN…………………………………………………………………… 9
CAPÍTULO I EL PROBLEMA.……………………………………………………. 11
I.1. PLANTEAMIENTO DEL PROBLEMA………………………………………. 11
I.2. JUSTIFICACIÓN E IMPORTANCIA…………………………………………. 16
I.3. OBJETIVOS DEL PROYECTO………………………………………………. 18
I.3.1. Objetivos Específicos……………………………………………………….. 18
I.4. ALCANCE DEL PROYECTO………………………………………………… 19
CAPÍTULO II MARCO TEÓRICO……………………………………………....... 20
II.1. ANTECEDENTES…………………………………………………................. 20
II.2. BASES TEÓRICAS…………………………………………………………... 22
II.2.1. SISTEMA……………………………………………………………............. 22
II.2.2. SISTEMA DE INFORMACIÓN…………………………………………..… 23
Concepto de Sistemas de Información………………………………………...... 23
Sistemas basados en Tecnología Web …………………………………….…… 23
Ventajas de un Sistema Web…………………………………............................ 26
II.2.3. LA RED INTERNET………………………………………………………… 27
Internet……………….…………………………………………………………….... 27
Sitio web………………………...…………………………………………………... 28
2
World Wide Web……………………………………………………………………. 28
Intranet………………………………………………………………....................... 29
II.2.4. SOFTWARE LIBRE…………………………………………………..……. 29
II.2.5. LENGUAJE DE PROGRAMACIÓN DE ALTO NIVEL……………..…... 31
II.2.6. LENGUAJES ORIENTADOS A LA WEB……………………………..…. 33
Lenguaje de Marcas de Hipertexto (HTML: HyperTextMarkup Language)…. 33
XHTML………………………………………………………………………………. 34
Lenguaje de Programación PHP…………………………….…......................... 34
JavaScript…………………………………………………………………………… 36
El servidor HTTP Apache…………………………………………………………. 36
Ajax…………………………………………………………………………………... 36
Arquitectura Cliente / Servidor……………………………………....................... 37
II.2.7. LENGUAJE DE MODELADO UNIFICADO (UML)……………………… 37
II.2.8. BASE DE DATOS……………………………………………..................... 40
Base de Datos……………………………………………………………………… 40
Gestor de Base de Datos MySQL…………………………................................ 41
Gestor de Base de Datos Oracle…………………………………………………. 43
II.3. BASES REFERENCIALES…………………………………………………... 44
Identificación de la Empresa……………………………………………………… 44
Estructura y Funciones……………………………………………….................... 45
II.4. BASES LEGALES…………………………………………………………… 45
La Universidad Bolivariana de Venezuela………………………………………. 48
Misión de la Universidad Bolivariana de Venezuela ……...…………………… 48
3
Visión de la Universidad Bolivariana de Venezuela…………………………… 49
CAPITULO III MARCO METODOLÓGICO……………………………………… 50
III.1. TIPO DE INVESTIGACIÓN…………………………………………………. 50
III.2. METODOLOGÍA PROPUESTA…………………………………………….. 50
Fase 1: Formulación e identificación de requisitos……………………………. 52
Fase 2: Análisis…………………………………………………………………….. 54
Fase 3: Ingeniería de Diseño……………………………………………………... 55
Fase 4: Generación de Páginas y Formulario…………………........................ 57
Fase 5: Puesta a Prueba del Sistema…………………………………………… 58
Fase 6: Evaluación del Cliente y/o Usuario…………………............................ 58
CAPITULO IV DESARROLLO DE LA SOLUCIÓN.…..………………..….…… 61
CAPITULO V ANALISIS DE LOS RESULTADOS …..………………………… 115
CAPITULO VI CONCLUSIONES Y RECOMENDACIONES…………..……... 117
REFERENCIAS BIBLIOGRÁFICAS……………………………………………… 120
ANEXOS…………………………………………………………………………….. 123
ANEXO A………………………………………………………………………….... 124
4
LISTA DE CUADROS
Cuadro Pág.
1 Cuadro Sinóptico…………………………………………………… 59-60

2 Caso de Uso Ingresar al Sistema………………………………… 69-70
3 Caso de Uso Salir del Sistema……………………………………. 70-71
4 Caso de Uso Registrar Estudiante, Facilitadores, Programa de
Formación, Notas, Usuarios………………………………………. 71-72
5 Estructura de Casos de Usos del Subsistema de Estudiantes.. 73
6 Estructura de Casos de Usos del Subsistema de Estudiantes.. 74-75
7 Caso de Uso Modificar Estudiantes……………………………... 75
8 Estructura de Casos de Usos del Subsistema de Estudiantes.. 76
9 Estructura de Casos de Usos del Subsistema de Usuario…..... 76-77
10 Estructura de Casos de Usos del Subsistema de Usuario…….. 77-78
11 Estructura de Casos de Usos del Subsistema de Usuario…….. 78-79
12 Estructura de Casos de Usos del Subsistema de Usuario……. 79
13 Estructura Caso de Uso Generar Reporte………………………. 79-80
14 Estructura de Caso de Uso Consultar…………………………… 81
15 Descripción de Tablas………………………………………...…… 106-107
16 Criterios para la Evaluación del sistema…………………………. 114
5
LISTA DE FIGURAS
Figura Pág.
1. Jerarquía de Usuarios……………………………………………… 64
2. Casos de Uso de Alto Nivel. Actores: Administrador,
Coordinador, Personal Operativo, Estudiante…………………… 68
3. Diagrama de Caso de Uso Ingresar al Sistema…………………. 70
4. Diagrama de Caso de Uso Salir del Sistema Web……………… 71
5. Diagrama de Caso de Uso Registrar Estudiante, Facilitadores,
Programa de Formación, Notas, Usuarios……………………….. 72
6. Diagrama de Caso de Uso Generar Reporte……………………. 80
7. Diagrama de Secuencia del Caso de Uso Ingresar al Sistema... 82
8. Diagrama de Secuencia del Caso de Uso Registrar Estudiante, 82
Facilitadores, Programa de Formación, Notas, Usuarios……….
9. Diagrama de Secuencia del Caso de Uso Agregar Estudiante... 83
10. Diagrama de Secuencia del Caso de Uso Modificar Estudiante. 84
11. Diagrama de Secuencia del Caso de Uso Eliminar Estudiante... 84
12. Diagrama de Secuencia del Caso de Uso Agregar Usuario…… 85
13. Diagrama de Secuencia del Caso de Uso Modificar Usuario….. 85
14. Diagrama de Secuencia del Caso de Uso Eliminar Usuario…… 86
15. Diagrama de Secuencia del Caso de Uso Consultar Usuario…. 86
16. Diagrama de Actividad del Caso de Uso Ingresar al Sistema 87
Web……………………………………………………………………
17. Diagrama de Actividad del Caso de Uso Salir del Sistema 88
Web……………………………………………………………………
18. Diagrama de Actividad del Caso de Uso Registrar Usuario…… 89
19. Diagrama de Actividad del Caso de Uso Actualizar Usuario….. 90
20. Diagrama de Actividad del Caso de Uso Registrar Estudiante,
Facilitadores, Programa de Formación, Notas, Usuarios………. 91
6
21. Arquitectura para el sistema Web, en la Intranet de la
Coordinación de la Misión Sucre………………………………….. 93
22. Estructura Jerárquica………………………………………………. 95
23. Arquitectura general del sistema de Registro y Control 96
Estudiantil…………………………………………………………….
24. Diagrama de navegación…………………………………………... 97
25. Diseño de la Interfaz del Sistema…………………………………. 98
26. Diseño de la Interfaz de acceso al Sistema……………………... 100
27. Diseño general para registrar estudiante………………………… 100
28. Diseño general de consulta………………………………………... 101
29. Diseño de Interfaz de Reporte del Alumno………………………. 102
30. Diagrama de clase………………………………………………….. 104
31. Modelo Entidad Relación Extendido……………………………… 105
32. Pantalla Principal……………………………………………………. 109
33. Inicio de Sesion……………………………………………….…….. 111
34. Registro de Estudiante……………………………………………... 112
7
UNIVERSIDAD NACIONAL ABIERTA
AREA DE INGENIERIA
CARRERA INGENIERIA DE SISTEMAS
CENTRO LOCAL MERIDA
SISTEMA WEB PARA EL REGISTRO Y CONTROL ESTUDIANTIL DE LA

MISIÓN SUCRE, ALDEA CENTRO REGIONAL DE APOYO AL MAESTRO
(CRAM), MUNICIPIO SUCRE DEL ESTADO MÉRIDA
Autor: Deynis Moncada

Tutor Empresarial: Lic. Iralis Rodríguez
Tutor Académico: Ing. Golfredo Molina
RESUMEN
La presente Práctica Profesional tiene como objetivo fundamental desarrollar un

sistema que permita lograr el registro y control eficiente de la información de los
estudiantes de la Misión Sucre. La Práctica Profesional se titula “Sistema Web
para el Registro y Control Estudiantil de la Misión Sucre, Aldea Centro Regional de
Apoyo al Maestro (CRAM), Municipio Sucre del Estado Mérida”. El enfoque
metodológico aplicado en el desarrollo de la Práctica Profesional, está basado en
la metodología Pressman R., con notación UML. De la metodología de Pressman
R., se tomó la fase de formulación e identificación de requisitos, como
complemento en la recopilación de información requerida en el UML. Como
resultado de la aplicación de la metodología mencionada, se obtuvo un sistema
con una interfaz sencilla y de fácil manejo, que presenta las ventajas del trabajo en
ambiente web. El sistema desarrollado posee cinco módulos principales que
pueden ser accedidos desde la Web por los usuarios de la Misión Sucre, que
están distribuidos en las áreas de Aldeas, Estudiantes, Trayecto-Trimestre,
Evaluación y Reportes. Cabe mencionar, que al realizar las pruebas de
funcionamiento se comprobó que el sistema cumple con los requerimientos
esperados por los usuarios. Además, el sistema quedará disponible a la
Coordinación para su posterior implantación.
Descriptores: Sistemas web, Notación UML, Modelo Entidad - Relación.
8
INTRODUCCIÓN
En el marco del plan de estudios de la carrera de Ingeniería de Sistemas de la

UNA, el presente trabajo constituye una propuesta para el desarrollo de una
solución a una necesidad detectada en la Coordinación de la Misión Sucre -
perteneciente al Municipio Sucre del Estado Mérida- para lo cual se siguieron las
pautas establecidas en el Plan de Curso de la Práctica Profesional II, que implica
la elaboración de un proyecto para planificar una solución al problema planteado.
El informe que se presenta plasma la formulación del problema, la justificación del

proyecto, las bases teóricas requeridas, así como la planificación del proceso que
se utilizará para el desarrollo de un Sistema de Información Web que dé respuesta
a la necesidad de automatización planteada, a partir de un conjunto de requisitos
debidamente documentados, utilizando para ello una metodología idónea para el
desarrollo de sistemas basados en tecnología Web.
Es importante destacar que con el desarrollo de la solución se estará ofertando

una alternativa de mejora importante para la organización de la Misión Sucre en la
Aldea “Centro Regional de Apoyo al Maestro (CRAM)”, ubicada en el Municipio
Sucre del Estado Mérida, por cuanto el producto a desarrollar facilitará la gestión
de los procesos básicos que se dan en la institución, en beneficio de la
comunidad docente y estudiantil, que podría ser replicado en otras oficinas de la
Misión Sucre del Estado Mérida.
En tal sentido, en este documento se presentan los aspectos básicos que

demanda un trabajo de esta naturaleza, dividido en los siguientes tres capítulos:
Capítulo I. Planteamiento del Problema: Incluye la formulación del problema, los

objetivos del trabajo; la justificación que hace relevante el desarrollo de una
solución y el alcance de la misma.
9
Capítulo II. Bases Teóricas: Incluye algunos antecedentes del trabajo por
desarrollar y los elementos teóricos que sustentan su desarrollo, haciendo énfasis
en los sistemas en general, los sistemas de información, la tecnología Web y
aspectos específicos relacionados con la construcción de productos de software.
Capítulo III. Marco Metodológico: Se detalle el camino seleccionado para alcanzar

los objetivos del trabajo, haciendo uso de una metodología específica para el
desarrollo de sistemas en el contexto de la tecnología Web.
Capítulo IV, se efectúa el desarrollo de la solución, se aplica la metodología

propuesta, siguiendo las fases descritas con la finalidad de dar solución al
problema planteado, profundizando en los aspectos de relevancia en función de
las necesidades de la situación presentada.
Capítulo V, se efectúa el análisis de resultados, en el cual se describen los

resultados obtenidos en la elaboración del proyecto en función de lo planificado y
lo logrado.
Capítulo VI, se presentan las conclusiones, derivadas del proyecto realizado y el

conjunto de recomendaciones surgidas para la Coordinación de la Misión Sucre,
Municipio Sucre del Estado Mérida a raíz del proceso de creación del informe.
En los anexos se especifica el manual de instalación y manual del usuario que

hace referencia al manejo del proyecto desarrollado.
Para el desarrollo del presente informe se siguieron las directrices metodológicas

propuesta en el plan de evaluación de proyectos de grado de la carrera de
Ingeniería de Sistemas; así como, consideraciones de los parámetros técnicos
expuestos en el Manual de Trabajos de Grado de la Universidad Pedagógica
Experimental Libertador (UPEL, 2013). Para finalizar, se presentan las
Referencias Bibliográficas consultadas para la elaboración del informe, que
sustentan los planteamientos y enunciados realizados a lo largo del documento.
10
CAPÍTULO I
EL PROBLEMA
I.1. PLANTEAMIENTO DEL PROBLEMA
El Estado Venezolano, en el cumplimiento de la Constitución de la República

Bolivariana de Venezuela, que establece en su Capítulo VI (De los Derechos
Culturales y Educativos), el derecho a la educación que tienen todos los
habitantes del territorio nacional, ha venido creando y fortaleciendo el sistema
educativo venezolano en todos sus niveles, mediante la incorporación de
alternativas de estudio que minimice la exclusión del sistema educativo tradicional.
En tal sentido, en el año 2003 fue creada para el sector de la educación superior,
un programa denominado Misión Sucre, que tiene por misión promover y ayudar
en el cumplimiento del mandato constitucional orientado a brindar educación
gratuita y de calidad a los bachilleres venezolanos, facilitando su inserción tanto
en los programas de educación superior como en el resto de programas socio-
productivos emprendidos por las instituciones del Estado, siendo su objetivo
principal la incorporación de todos los bachilleres de la República a la formación
técnica y profesional en diversos programas de estudio. Tales programas son:
Enfermería, Estudios Jurídicos, Actividad Física y Salud, Sistemas e Informática,
Artes Plásticas, Tecnología de la Producción Agroalimentaria, Geología y Minas,
Medicina Integral Comunitaria, Formación de Educadores, Hidrocarburos Gas,
Hidrocarburos Petróleo, Hidrocarburo en Refinación y Petroquímica, Mecánica,
Química, Turismo, Comunicación Social, Estudios Jurídicos, Gestión Ambiental,
Gestión Social para el Desarrollo Local, Electricidad, Electrónica, Construcción
Civil.
11
Este programa del Ministerio de Educación Superior fue creado mediante Decreto
Presidencial Número 2601, de fecha 8 de septiembre del 2003; apuntando a la
municipalización de la educación superior, orientándola hacia las regiones y las
localidades, tomando como punto de referencia la cultura específica de las
poblaciones con sus necesidades, problemas, acervos, exigencias y
potencialidades.
En la Misión Sucre se conjuga una visión de justicia social, con el carácter

estratégico de la educación superior para el desarrollo humano integral
sustentable, la soberanía nacional y la construcción de una sociedad democrática,
para lo cual es indispensable garantizar la participación de la sociedad en la
generación, transformación, difusión y aprovechamiento creativo de los saberes y
haceres.
El plan educativo se concibe como un proceso de movilización social dirigido a

garantizar la participación de todos y todas en la cultura y el conocimiento, a
construir ciudadanía, generar comunidades de conocimiento, espacios flexibles y
accesibles para el aprendizaje permanente.
Dentro de los 23 municipios que conforman la división político-territorial del Estado

Mérida, se encuentra el Municipio Sucre, ubicado en la Zona de Lagunillas, con
una extensión de novecientos ochenta kilómetros cuadrados y una población
estimada en 51.732 habitantes para el año 2005; de la cual 15,73 % constituye
matricula de educación básica y diversificada (http://www.corpoandes.gov.ve)
(2007) .
En el Municipio Sucre, la Misión Sucre se inicia el 3 de Noviembre del 2003 con

una matricula inicial de 57 estudiantes en el Programa Nacional de Formación de
Educadores (PNFE), los cuales ya egresaron. Para el 2005 se incrementa la
matricula en un gran porcentaje recibiendo alrededor de 800 estudiantes en todos
los programas de formación. Han egresado 141 estudiantes del PNFE, 27 T.S.U
12
en Gestión Social, 12 T.S.U en Administración, 5 T.S.U en Construcción Civil, 4
estudiantes en Ingeniería de Sistema, 5 estudiantes en Gestión Ambiental, 2
estudiantes en Comunicación Social.
La Coordinación de la Misión Sucre está representada por cinco coordinadores de

Aldea que dividen sus espacios en las cinco parroquias del Municipio Sucre en
todas las escuelas y liceos. En la actualidad, la Coordinación de la Misión Sucre
del Municipio Sucre maneja una matricula de un mil quinientos estudiantes, ciento
ochenta profesores y ocho planes de formación.
Con relación a su infraestructura, para la fecha se cuenta con un terreno adquirido

por la Alcaldía del Municipio Sucre para la construcción de nuevos espacios para
la Aldea Universitaria, la cual vendrá a aliviar en gran medida la problemática del
espacio físico que se tiene.
En cuanto a su organización, la Misión Sucre desarrolla sus actividades a través

de un conjunto de procesos, en su mayoría ejecutados con las herramientas
mínimas necesarias dada su situación de infraestructura actual.
Uno de los procesos centrales de corte administrativo que ejecuta la Coordinación

de la Misión Sucre, es el relacionado con el Registro y Control Estudiantil; en el
cual se maneja y controla una importante cantidad de datos e información, que
demandan precisión, capacidad de agregación y consolidación, generación de
estadísticas y control de la seguridad de los datos (confidencialidad y resguardo);
todo lo cual se realiza manualmente por no disponerse de un sistema
automatizado para tal fin.
En entrevistas preliminares, los responsables de la Coordinación de la Misión

Sucre del Municipio Sucre manifestaron que el tiempo que se emplea para la
elaboración de los expedientes es significativo y se tiende a cometer errores, ya
que la secretaria tiene otras funciones que desempeñar, como por ejemplo la
13
función de atención al público, también la constante solicitud de información por
parte de la Coordinación Estadal, con la que a veces se cumple a medias o
simplemente no se cumple, por no tener la información digitalizada y herramientas
para generarla en corto tiempo.
En este mismo sentido, manifiestan tener una serie de debilidades con el sistema
manual, indicando la inoperancia del mismo por el creciente flujo de información
que deben manejar, no permitiendo una gestión efectiva. Asimismo, se adolece de
la inexistencia de protocolos de seguridad de acceso a la información confidencial.
Además, hay ausencia de políticas de resguardo de documentos en dicha
coordinación, procediendo a realizarlo manualmente, lo que origina el retardo en
los procesos de registro.
En los casos en que se hace necesario realizar una búsqueda de información

sobre algún estudiante, la actividad es lenta y tediosa, pues se tiene que revisar
archivos físicos con cientos de carpetas, en la que se almacena la documentación,
para obtener los datos requeridos. Aun cuando existe una organización adecuada
del mismo, la tarea no se realiza en tiempos óptimos, demandando esfuerzo
importante del personal responsable.
Por lo anterior, surgió la posibilidad de estudiar la factibilidad de instalar un

sistema de información que permitirá mejorar el desarrollo de las actividades, para
agilizar y controlar la información; que provea una interfaz sencilla entre el usuario
y la máquina, dando seguridad y veracidad en la información y evitando
contratiempos a la hora de realizar cualquier actividad requerida por la
Organización.
Por otro lado, dada la importancia que tiene el proceso de registro y control
estudiantil, la Coordinación requiere un diseño que tenga una arquitectura
tecnológica e informativa que comprenda los siguientes aspectos:
14
Aspectos técnicos:
 Simplificar el control interno de la información.

 Permitir el acceso generalizado a información de manera rápida y
permanente por medio de herramientas fáciles de utilizar.
 Establecer líneas de acción para cada proceso como es la actualización de
datos de los estudiantes.
 Mantener un banco de datos de los estudiantes.
 Exactitud en los datos suministrados.
 Proveer seguridad de los datos e información.
 Minimizar la utilización de material impreso y el gasto de insumos.
De las visitas realizadas a la sede de la Coordinación de la Misión Sucre, en el

Municipio Sucre, se pudo conocer algunos detalles del hardware y software
disponible, encontrándose instalado diez equipos VIT (Venezolana de Industria
Tecnológica); de los cuales tres equipos son utilizados por los coordinadores, y los
siete restantes forman parte del laboratorio de computación.
El Hardware y software tiene la siguiente configuración:
 Un procesador INTEL Core 2 Duo E7200, un disco duro de 160 GB, memoria
RAM de 1GB DDRII, y una tarjeta principal INTEL G31.
 S.O. GNU/Linux, Windows® XP, Windows® VISTA.
Al dimensionar las causas que generan el planteamiento del problema, se hace

evidente los efectos negativos y las debilidades de los procesos llevados
manualmente en la actualidad. En síntesis, la problemática tiene su origen en que
la Coordinación adolece de un sistema de información que controle, procese y
recupere los datos de los estudiantes; donde la ausencia de una base de datos
con los registros actualizados de los mismos (con sus respectivas notas, datos
15
personales, entre otros); dificulta evaluar y controlar todo lo inherente al registro y
control estudiantil.
Por otra parte, y a grandes rasgos, los objetivos y las metas actuales de la
Coordinación de la Misión Sucre del Municipio Sucre se centran en proveer un
servicio de calidad, por lo que demanda mejora en los procesos y nuevas
herramientas basadas en tecnología informática.
En función de lo expuesto, el trabajo que se propone en el marco de las prácticas

profesionales I y II de la carrera, es el desarrollo de un sistema de información
Web para el Registro y Control Estudiantil de la Misión Sucre (ubicada en la Aldea
Centro Regional de Apoyo al Maestro - CRAM - Municipio Sucre del Estado
Mérida); que permita desarrollar al grupo de trabajo responsable de la
Coordinación, nuevas capacidades en el tratamiento de los datos e información,
dando respuesta al entorno (estudiantes, Coordinación Estatal, Coordinación
Nacional) que demanda información oportuna, confiable y de alta calidad.
I.2. JUSTIFICACIÓN E IMPORTANCIA
Con la aparición y la consecuente evolución de las aplicaciones de la informática y

la computación, así como el surgimiento de las telecomunicaciones, los gestores
de bases de datos, los protocolos de comunicación, entre otras muchas
tecnologías; se han impulsado mejoras en los procesos en todo tipo de
organización, no concibiéndose en la actualidad la permanencia de sistemas
manuales de información, por los bajos costos para su adquisición, especialmente
en el caso de unidades organizativas de mediana o alta complejidad.
En tal sentido, para la Coordinación de la Misión Sucre del Municipio Sucre,

ubicada en la Aldea Centro Regional de Apoyo al Maestro (CRAM), constituye una
necesidad impostergable adquirir un sistema de información automatizado,
preferiblemente con tecnología web, que le permita la digitalización de todos los
insumos (datos) que entran al proceso de registro y control estudiantil, para su
16
procesamiento y posterior recuperación a través de diversas vistas y
representaciones de la información.
Como se señaló antes, actualmente los procesos se realizan de forma manual, lo

que ocasiona retardos inevitables cuando se demanda información confiable,
muchas horas de re-trabajo, datos transcritos en documentos que pueden no ser
consistentes, entre otras muchas deficiencias.
El personal que está a cargo del proceso de registro y control estudiantil, organiza
los expedientes tomando en cuenta criterios como:
 El nombre de los Programas de Formación.

 El número de cédula del estudiante.
 Por Estudiantes Indígenas, Discapacitados, Becados.
 Por Estudiantes inscritos en Consejo Comunales.
 Por Trayecto, Trimestre.
Esto hace que la ejecución de las actividades del proceso de registro y control
estudiantil actual genere, en términos concretos:
 Pérdida de tiempo.
 Dificultad para mantener organizados los archivos físicos.
 Confusiones en los datos de los estudiantes.
 Pérdida o extravío de documentos, por la constante manipulación de los
mismos.
El desarrollo de una solución al problema planteado permitirá el suministro de

información confiable, al tener la capacidad de registrar, procesar, almacenar y
recuperar la información, garantizando su consistencia, disponibilidad para la
revisión y control; así como capacidades para la consolidación de estadísticas
para alimentar otros sistemas dentro de la jerarquía del programa de la Misión
Sucre a nivel estadal y nacional.
17
I.3. OBJETIVOS DEL PROYECTO
I.3.1. Objetivo General
Desarrollar un Sistema de Información Web para el Registro y Control Estudiantil

de la Misión Sucre, ubicada en la Aldea Centro Regional de Apoyo al Maestro
(CRAM), Municipio Sucre del Estado Mérida.
I.3.2. Objetivos Específicos
1. Analizar los procesos que se llevan a cabo en la Coordinación de la Misión

Sucre (Municipio Sucre del Estado Mérida), a través de la realización de
entrevistas a los responsables, detallando el proceso de registro y control
estudiantil ejecutado en la actualidad.
2. Establecer con precisión las metas globales del Sistema para el Registro y
Control Estudiantil, así como los requisitos de contenido, interacción,
funcionales y de usabilidad, que se esperan en el sistema a desarrollar.
3. Diseñar un sistema de información (utilizando tecnología web) que satisfaga

las necesidades y los requisitos, atendiendo al diseño arquitectónico, de
navegación y de las interfaces correspondientes, utilizando herramientas de
software libre.
4. Diseñar una base de datos que satisfaga los requisitos de almacenamiento

de datos y procesamiento de información.
5. Desarrollar los programas y formularios del sistema basado en tecnología

Web, utilizando herramientas de programación (software libre) de alto nivel
para tal fin.
6. Evaluar el sistema Web mediante la participación de los usuarios, para

verificar y validar la calidad del mismo, así como la satisfacción de los
requerimientos especificados.
18
7. Documentar el desarrollo del sistema propuesto y su correcta utilización, para
asegurar el seguimiento, control y mantenimiento al ejecutarse el proyecto de
implantación.
I.4. ALCANCE DEL PROYECTO
La ejecución del proyecto propuesto implica desarrollar las fases necesarias,

desde la planificación del proyecto hasta la fase de la construcción y pruebas de
un sistema con tecnología Web, que pueda instalarse en una red intranet dentro
de la Coordinación de la Misión Sucre, ubicada en la Aldea Centro Regional de
Apoyo al Maestro (CRAM), del Municipio Sucre del Estado Mérida.
En cuanto a la fase de implantación del sistema, esta quedará bajo la

responsabilidad de la Coordinación, que en su debido momento gestionará esta
fase como un proyecto en sí mismo, para la puesta en producción definitiva, una
vez realizadas las pruebas de implantación y la carga inicial de datos al sistema.
19
CAPÍTULO II
MARCO TEÓRICO
El trabajo a desarrollar implica revisar un conjunto amplio de áreas del

conocimiento relacionadas con los sistema de información, productos de software,
teoría de sistemas; entre otras; por tratarse de un sistema automatizado que
estará inmerso en un sistema mayor; el cual será construido sobre la base de un
dominio del problema y un conjunto de requisitos, siguiendo criterios
metodológicos de autores reconocidos para la construcción de aplicaciones y
sistemas Web.
II.1. ANTECEDENTES
 Lozano, O (2006), presentó un proyecto de investigación denominado

“Sistema interfaz WEB para el seguimiento del proceso de evaluación del
rendimiento académico estudiantil”, que tiene como propósito analizar,
desarrollar e implementar el sistema para el seguimiento del proceso de
Evaluación y Rendimiento Académico Estudiantil. La metodología utilizada
está basada en el ciclo de vida para el desarrollo de sistema planteado por
Whitten (1997), tomando de él las etapas de análisis, diseño e
implementación. El nuevo Sistema permite la publicación de los resultados
de las pruebas a través de las planillas electrónicas (Planilla resumen de
resultados de parte de desarrollo y Clave de corrección) junto con los
modelos de corrección, también es importante señalar que existe la opción
de reclamos y observaciones a las pruebas, lo cual facilita al estudiante y
corrector emitir respuesta más rápida a dichos reclamos y observaciones.
 Quintero (2008) presentó en su proyecto de grado, el desarrollo de un

sistema de información web para el trámite, control de solicitudes y
reservación de salones para (OREFI) de la Universidad de los Andes. Las
20
actividades que realiza el sistema permiten al estudiante realizar solicitudes
de constancias (constancias de notas, constancia de buena conducta,
constancia de inscripción, otras), retirar materias y a los profesores les
permite hacer reservaciones de salones dentro de OREFI. El sistema forma
parte de los procesos de automatización que se llevan en OREFI. Se
desarrolló utilizando UML 2.0 (Unified Modeling Language) para el modelado
y como guía en su desarrollo, el método WATCH para el desarrollo de
aplicaciones empresariales.
 Vargas, A (2008) presentó en su proyecto de grado el desarrollo de un

sistema que permita lograr el control eficiente de la información del Programa
de Capacitación Docente, del área de Educación Continua de Extensión
Universitaria. El Proyecto se titula Sistema Web para el Registro y Control
Administrativo del área de Educación Continua de Extensión Universitaria
para el Centro Local Yaracuy de la Universidad Nacional Abierta. La
metodología aplicada está basada en el Proceso Unificado Rational (RUP)
que es un refinamiento del Proceso Unificado de Desarrollo de Software, con
notación UML, y en la metodología de análisis y diseño del Ciclo de Vida del
Desarrollo de Sistemas de Kendall y Kendall. Se utilizó el enfoque orientado
a objetos en cada etapa del análisis y diseño del sistema desarrollado. El
sistema desarrollado posee cinco módulo principales que pueden ser
accedidos desde la Web por los usuarios de la Unidad de Extensión
Universitaria, que están distribuidos en las áreas de Archivos, Planificación
de Cohortes, Participantes, Evaluación y Reportes, además cuenta con la
opción de Inscripción de Cursos disponible para que los participantes del
Programa de Capacitación Docente, realicen sus inscripciones desde el
Laboratorio de Computación del Centro Local.
 Rocha, M (2009) presentó un proyecto de investigación denominado

“Sistema de inscripción para alumnos regulares del Instituto Universitario de
Tecnología Rodolfo Loero Arismendi (IUTIRLA) de Puerto Ordaz, Estado
Bolívar.”, el sistema constituye una propuesta para verificar la trascripción en
21
la base de datos del sistema de información de Control de Estudios, como
población, se consideró la totalidad de las actas del proyecto de carrera de
cada sede, ya que la oferta académica en el IUTIRLA no es simultánea en
todas las sedes y, consecuentemente, tampoco los cierres de lapso. Para la
obtención de la muestra se empleó un muestreo estratificado como técnica
de muestreo aleatorio simple y, dentro de cada estrato, un cálculo muestral,
el cual se realizó generando números seudoaleatorios a través de un
proceso de simulación. Para el análisis y diseño propuesto, se utilizó como
herramienta el Proceso Unificado Racional (RUP) y el Lenguaje de Modelo
Unificado (UML). Como resultados se obtuvo la construcción del sistema
propuesto y las tasas porcentuales, para el lapso académico de la muestra
seleccionada.
II.2. BASES TEÓRICAS
II.2.1. SISTEMAS
Senn (2002) (p.11), define como sistema a “un conjunto de componentes que
interactúan entre sí para lograr un objetivo común”. Un sistema puede ser físico o
concreto (una computadora, un televisor, un humano) o puede ser abstracto o
conceptual (un software).
Cada sistema existe dentro de otro más grande; por lo tanto, un sistema puede
estar formado por subsistemas y partes, y a la vez puede ser parte de un
supersistema.
Según Whitten, Bentley y Barlow (2004) (p. 265), el término sistema, en forma
general, se refiere a un conjunto de elementos, entidades, componentes u objetos
localizados en un cierto ambiente y que están compuestos por ciertos atributos
que interactúan y están relacionados entre sí con la finalidad de lograr un objetivo
o fin determinado.
22
II.2.2. SISTEMA DE INFORMACIÓN
Según Murdick, y Munson (1998) (p.23), la información es un conjunto de signos

que impulsan a la acción. Se distingue de los datos porque éstos no son estímulos
de la acción, sino simplemente cadenas de caracteres o patrones sin interpretar.
La información constituye un recurso esencial para todo tipo de organización. Los

entes que se encargan de las tomas de decisiones comprenden que la información
no es sólo un subproducto de la conducción empresarial, sino que a la vez
alimenta a las organizaciones y puede ser uno de los tantos factores críticos para
la determinación del éxito o fracaso de éstas.
La fácil disponibilidad que poseen las computadoras y las tecnologías de

información, en general, han creado una revolución informática en la sociedad y
de forma particular en las organizaciones. El manejo de información generada por
computadora difiere en forma significativa del manejo de datos producidos
manualmente.
Concepto de Sistemas de Información
Los Sistemas de Información (SI) y las Tecnologías de Información (TI) han

cambiado la forma en que operan las organizaciones. A través de su uso se logran
importantes mejoras, pues automatizan los procesos operativos, suministran una
plataforma de información necesaria para la toma de decisiones y, lo más
importante, su implantación logra ventajas competitivas en el sector en que se
desenvuelven.
Whitten y Cols (2004) (p.92), definen un Sistema de Información como “una

disposición de personas, actividades, datos, redes y tecnología integrados entre sí
con el propósito de apoyar y mejorar las operaciones cotidianas de una empresa,
así como satisfacer las necesidades de información para la resolución de
problemas y la toma de decisiones por parte de los directivos de la empresa”.
23
Los sistemas de información pueden visualizarse como sistemas que implican la
interrelación de distintos componentes o partes, entre las que se tiene:
 Las personas (gerentes, usuarios, desarrolladores);
 Los datos (insumo para la producción de información);
 Los procesos (que involucran actividades, tareas y transformación de datos

para la generación de la información); y
 La tecnología, como el hardware y el software, los equipos de comunicación
y de redes, entre otros.
Los sistemas de información implican procesos de entrada, almacenamiento,

procesamiento y salida; actividades básicas que producen la información que se
necesita para su funcionamiento óptimo. A su vez, permiten la retroalimentación
para su evaluación y perfeccionamiento, proporcionando la información necesaria
a una organización donde y cuando lo necesite.
 Entrada de información: proceso en el cual el sistema toma los datos que

requiere del entorno o sistema mayor, por medio de estaciones de trabajo,
teclado, cintas magnéticas, código de barras, etcétera.
 Almacenamiento de información: Propiedad o capacidad de un

computador para preservar información requerida por el sistema para su
funcionamiento, ya que a través de esta propiedad el sistema puede
recordar, recuperar y transformar la información almacenada.
 Procesamiento de la información: Esta característica de los sistemas

permite la transformación de los datos, generando información que puede ser
utilizada de diversas maneras y en especial para la toma de decisiones.
 Salida de información: Es la capacidad de un Sistema de Información para

sacar la información procesada o bien datos de entrada, al exterior. Las
24
unidades típicas de salida son las pantallas, impresoras, graficadores, cintas
magnéticas, voz, etcétera.
Sistemas de información basados en Tecnología Web
Los sistemas desarrollados en plataformas Web tienen marcadas diferencias con

otros tipos de sistemas, lo que los hace muy beneficios tanto para las empresas
que lo utilizan, como para los usuarios que operan e interactúan con ellos. Este
tipo de diferencias se ven reflejada en los costos de las empresas, en la rapidez
de obtención de la información, en la optimización de las tareas por parte de los
usuarios y en alcanzar una gestión íntegramente informatizada dentro y fuera de la
empresa (www.etriek.net/pdf/fides.pdf) (2006) (sp).
Según Pressman (2006) (p.525), el desarrollo de la red Internet y el avance de las

comunicaciones de los últimos años, ha generado, entre muchos otros aspectos,
el interés creciente por la construcción de sistemas de información para la Web,
así como propuestas metodológicas que ofrezcan un marco de referencia
adecuado para el desarrollo de tales productos.
Los sistemas basados en Web (denominados también WebApps) hacen posible

que una comunidad dispongan de una variedad importante de contenidos y
funcionalidades, sin importar su extensión geográfica y numérica. Estos sistemas
requieren, aun cuando pueden ser desarrollados mediante metodologías que
utilizan el Ciclo de Vida de los Sistemas, nuevos elementos conceptuales, dadas
las características y diferencias sutiles que implican, en cuyo desarrollo se
involucran los ingenieros Web y los desarrolladores de contenido no técnicos.
En la medida que los sistemas basados en Web se integran, surge la creciente

necesidad de construir sistemas fiables, utilizables y adaptables. Por tal razón, se
hace necesario un enfoque disciplinado y metódico para el desarrollo de los
mismos.
25
En el desarrollo y construcción de estos sistemas se aplica un enfoque genérico
que se suaviza con estrategias, tácticas y métodos especializados (Pressman,
2006) (p.525). El proceso de ingeniería Web comienza con una formulación del
problema que pasa a resolverse con las WebApps. Se planifica el proyecto y se
analizan los requisitos de la WebApp; entonces se lleva a cabo el diseño de
interfaces arquitectónico y del navegador. El sistema se implementa utilizando
lenguajes y herramientas asociados con la Web; finalmente comienzan las
pruebas y la aplicación de criterios de calidad.
Una WebApp puede residir en Internet (abierta para todos) o de forma alternativa,
puede estar ubicar en una Intranet (en la red de una organización); o en una
extranet (comunicación entre varias redes). Los sistemas basados en Web hacen
un uso intensivo de las redes, controladas por el contenido y están en continua
evolución.
Características principales de los sistemas web:
 Acceso desde cualquier ubicación con conexión a internet

 Utilización en redes internas
 Seguridad basada en usuarios y roles de acceso
 Disponibilidad 24 horas
 Información actualizada constantemente
 Multi-usuario
 Multi-idioma
Ventajas de un Sistema Web
 Proveer a clientes la información acerca de sus productos y servicios, y

actualizarla a medida que se van desarrollando nuevos aspectos de ellos.
Esto es mucho más sencillo y económico que hacer llamadas telefónicas,
imprimir nuevos catálogos o hacer publicaciones de prensa cada vez que lo
requiera.
26
 Evaluar a sus clientes actuales y desarrollar nuevas oportunidades de
negocio.
 Mediante encuestas publicadas dentro de su página Web, puede obtener una

respuesta de sus clientes actuales, y así conocer y abordar mejor sus
inquietudes y sugerencias respecto al servicio que están recibiendo de su
empresa. Igualmente, puede mostrar nuevos productos e ideas y conseguir
la opinión de los visitantes de su página, que son a la vez sus clientes
potenciales. De esta manera, puede crear una base de datos de clientes
(actuales y potenciales) para luego enviarle nuevas informaciones a través
de correos electrónicos con costos irrisorios.
 Otorgar información detallada y específica acerca de sus productos y

servicios (manuales de instrucción) y de los procesos relacionados con los
mismos.
II.2.3. LA RED INTERNET
Internet
En la bibliografía de dominio público muchos definen Internet como "la red de

redes", y muchos otros como "las autopistas de la información".
En efecto, Internet es una red de redes porque está hecha a base de unir muchas
redes locales de computadoras. Por la red Internet circulan constantemente
cantidades increíbles de información. Por este motivo se le llama también la
autopista de la información, es decir, personas que "navegan" por Internet en todo
el mundo. Se dice "navegar" porque es normal el ver información que proviene de
muchas partes distintas del mundo en una sola sesión.
Una de las ventajas de Internet es que posibilita la conexión con todo tipo de
computadoras, desde las personales hasta las más grandes que ocupan
habitaciones enteras. Incluso podemos ver conectados a la Red cámaras de
vídeo, robots y máquinas de refrescos.
27
El Internet viene a ser una red de comunicaciones de cobertura mundial, que da
toda posibilidad de poder intercambiar e informar a través de un ordenador que
este situado en cualquier parte del mundo.
Sitio web
Un sitio web (en inglés: website) es un conjunto de páginas web, típicamente

comunes a un dominio de Internet o subdominio en la World Wide Web en
Internet.
Una página web es un documento HTML/XHTML accesible generalmente

mediante el protocolo HTTP de Internet.
Todos los sitios web públicamente accesibles constituyen una gigantesca "World
Wide Web" de información.
World Wide Web
La World Wide Web es un sistema de distribución de información basado en

hipertexto o hipermedios enlazados y accesibles a través de Internet. Con un
navegador web, un usuario visualiza sitios web compuestos de páginas web que
pueden contener texto, imágenes, videos u otros contenidos multimedia, y navega
a través de ellas usando hiperenlaces.
La Web fue creada en 1989 en un instituto de investigación de Suiza; se basa en

buscadores y el protocolo de transporte de hipertexto (hypertext transport protocol
–http-). La mayoría de los documentos de la web se crean utilizando lenguaje
HTML (hypertext markup language).
Es importante distinguir que Web no es sinónimo de Internet; la web es un

subconjunto de Internet que consiste en páginas a las que se puede acceder
usando un navegador. Internet es la red de redes donde reside toda la
información. Tanto el correo electrónico, como FTPs, juegos, etcétera, son parte
de Internet, pero no de la Web.
28
La web se ha convertido en un medio muy popular de publicar información en
Internet, y con el desarrollo del protocolo de transferencia segura (secured server
protocol -https), la web es ahora un medio de comercio electrónico donde los
consumidores pueden escoger sus productos on-line y realizar compras utilizando
la información de sus tarjetas bancarias de forma segura.
Intranet
Según Christian Crumlish (1996) una intranet es una red de ordenadores privados
que utiliza tecnología Internet para compartir dentro de una organización parte de
sus sistemas de información y sistemas operacionales. El término intranet se
utiliza en oposición a internet, una red entre organizaciones, haciendo referencia
por contra a una red comprendida en el ámbito de una organización (p. 38).
Las Intranets utilizan tecnologías de Internet para enlazar los recursos informativos
de una organización, desde documentos de texto a documentos multimedia, desde
bases de datos a sistemas de gestión de documentos. Las Intranets pueden incluir
sistemas de seguridad para la red, tablones de anuncios y motores de búsqueda.
Una Intranet puede extenderse a través de Internet. Esto se hace generalmente

usando una red privada virtual (VPN).
II.2.4. SOFTWARE LIBRE
El software libre (en inglés free software), es la denominación del software que
respeta la libertad de los usuarios sobre su producto adquirido y, por tanto, una
vez obtenido puede ser usado, copiado, estudiado, cambiado y redistribuido
libremente.
Según la Free Software Foundation, el software libre se refiere a la libertad de los

usuarios para ejecutar, copiar, distribuir, estudiar, modificar el software y
distribuirlo modificado.
29
El software libre suele estar disponible gratuitamente, o al precio de costo de la
distribución a través de otros medios; sin embargo no es obligatorio que sea así,
por lo tanto no hay que asociar software libre a "software gratuito" (denominado
usualmente freeware), ya que, conservando su carácter de libre, puede ser
distribuido comercialmente ("software comercial"). Análogamente, el "software
gratis" o "gratuito" incluye en ocasiones el código fuente; no obstante, este tipo de
software no es libre en el mismo sentido que el software libre, a menos que se
garanticen los derechos de modificación y redistribución de dichas versiones
modificadas del programa.
Ventajas del software libre
 Bajo costo de adquisición: Se trata de un software económico ya que

permite un ahorro de grandes cantidades en la adquisición de las licencias.
 Innovación tecnológica: Esto se debe a que cada usuario puede aportar
sus conocimientos y su experiencia y así decidir de manera conjunta hacia
donde se debe dirigir la evolución y el desarrollo del software.
 Independencia del proveedor: Al disponer del código fuente, se garantiza
una independencia del proveedor que hace que cada empresa o particular
pueda seguir contribuyendo al desarrollo y los servicios del software.
 Escrutinio público: Esto hace que la corrección de errores y la mejora del
producto se lleven a cabo de manera rápida y eficaz por cada uno de los
usuarios que lleguen a utilizar el producto.
 Adaptación del software: Esta cualidad resulta de gran utilidad para
empresas e industrias específicas que necesitan un software personalizado
para realizar un trabajo específico y con el software libre se puede realizar y
con costes mucho más razonables.
 Lenguas: Aunque el software se cree y salga al mercado en una sola
lengua, el hecho de ser software libre facilita en gran medida su traducción y
localización para que usuarios de diferentes partes del mundo puedan
aprovechar estos beneficios.
30
II.2.5. LENGUAJE DE PROGRAMACIÓN DE ALTO NIVEL
Según Alcalde (1993) (p.131), los lenguajes de alto nivel, también denominados
lenguajes evolucionados, son lenguajes de programación que se caracterizan por
expresar los algoritmos de una manera adecuada a la capacidad cognitiva
humana, en lugar de la capacidad ejecutora de las máquinas.
En general, se puede definir el lenguaje de programación como un lenguaje

artificial, utilizado para controlar el comportamiento de una máquina, como lo es
una computadora, un microprocesador específico o cualquier equipo de cómputo
programable. Como todo lenguaje, se basa en un conjunto de reglas sintácticas y
semánticas que permiten escribir las “instrucciones” o programas, que luego serán
interpretadas para lograr el comportamiento esperado.
En función de su independencia de la máquina, un lenguaje de programación

puede acercarse a la forma en que se expresa un ser humano, caso en el cual es
denominado lenguaje de alto nivel, que utiliza palabras y formas en sus
estructuras que se aproximan al lenguaje natural, comúnmente desarrollado en el
idioma inglés.
Cuando el lenguaje se aproxima más a la forma en la que los componentes de la

computadora se manipulan, se denomina lenguajes de bajo nivel. Esto significa
que el responsable de escribir los programas debe conocer la máquina (estructura
de hardware), pues su comunicación con la misma tiene menos intermediarios,
para el logro del comportamiento requerido.
Bajo este criterio (independencia o no de la máquina), los lenguajes son

clasificados como sigue: Lenguaje de máquina (no comprensible para el ser
humano), lenguaje ensamblador, lenguaje de alto nivel u orientado a usuarios y
lenguaje orientado a problemas concretos.
Además de la clasificación anterior, existe la clasificación según la forma de sus

instrucciones. En este caso, los lenguajes pueden ser imperativos o
31
procedimentales, declarativos (lógicos y funcionales); concurrentes y orientados a
objeto (Joyanes, 1996) (p. 34).
En cualquier caso, un lenguaje de programación difiere en muchos aspectos de un

lenguaje humano, pues no da lugar a la ambigüedad y cada instrucción debe
obedecer a una sintaxis exacta.
Cuando se habla del código fuente, se refiere al conjunto de instrucciones que

conforman un programa. El código fuente debe ser compilado para poder ser
interpretado y ejecutado por la computadora. La compilación traduce el código
fuente (que depende del lenguaje de programación) a un lenguaje máquina (que
depende del sistema operativo de la máquina).
De manera semejante a los lenguajes naturales, los lenguajes de programación

evolucionan, condicionados por múltiples elementos, como la evolución del
hardware, el objetivo del mismo, los volúmenes de datos a procesar, la necesidad
de escribir grandes programas eficientes en tiempos cortos, los métodos de
programación (como la programación estructurada y la programación orientada a
objetos), la creación de estándares, entre muchos otros factores que influyen en
los mismos.
Son ejemplos de lenguajes de programación: PHP, Prolog, ASP, ADA, python,

PASCAL, C++, Visual Basic, Java, entre otros. Cada uno de ellos fue concebido y
desarrollado, con el fin de facilitar el desarrollo de aplicaciones específicas
Ventajas:
 Genera un código más sencillo y comprensible.

 Escribir un código válido para diversas máquinas y, posiblemente, sistemas
operativos.
Inconvenientes:
 Reducción de velocidad al ceder el trabajo de bajo nivel a la máquina.

32
 Algunos requieren que la máquina cliente posea una determinada
plataforma.
II.2.6. LENGUAJES ORIENTADOS A LA WEB
Lenguaje de Marcas de Hipertexto (HTML: HyperText Markup Language)
El lenguaje HTML no es un lenguaje de programación, sino un lenguaje basado en

etiquetas (instrucciones que le indican al texto como debe mostrarse) y ciertos
atributos (parámetros que dan valor a esas etiquetas).
Sin embargo, permite incluir código en varios lenguajes de programación (como

JavaScript y PH) bajo ciertos criterios, para extender su capacidad y funcionalidad.
Un documento en HTML puede ser creado y editado con cualquier editor de textos
básico. Sus etiquetas son pequeños fragmentos de texto encerrados entre ángulos
como <etiqueta>. Existen diferentes tipos de etiquetas; por ejemplo, algunas
controlan la presentación del texto del documento; otras, la forma en que se
incluirán imágenes o los hiperenlaces a otros documentos.
Las etiquetas pueden presentarse de la siguiente forma:
 Etiquetas de apertura y cierre. Por ejemplo: <B>negrita</B> que se vería en

el navegador como negrita.
 Etiquetas de apertura únicamente como por ejemplo <HR> que se vería en el
navegador como una línea horizontal.
Ejemplo de comandos HTML básicos
 <HTML> Esta etiqueta indica el inicio del documento HTML y le informa al

navegador que lo que viene a continuación debe ser interpretado como
código HTML. Es indispensable utilizar esta etiqueta y debe estar situada
siempre al principio del documento de esta forma: <HTML> y como última
instrucción del documento:</HTML>.
33
 <HEAD></HEAD> Dentro de éstas etiquetas se define el encabezado del
documento HTML. Esta cabecera suele contener información sobre el
documento que no se muestra directamente al usuario. Estas se encuentran
ubicadas dentro de las etiquetas <HTML></HTML>.
 <BODY> Esta etiqueta define el contenido principal o cuerpo del documento.
Corresponde a la parte del documento HTML que se muestra en el
navegador; dentro de esta etiqueta pueden definirse propiedades comunes a
toda la página, como color de fondo y márgenes. Dentro del cuerpo <BODY>
se pueden encontrar numerosas etiquetas, las cuales en conjunto definen la
estructura del documento.
Ejemplo de algunas de las etiquetas que se pueden ubicar dentro del cuerpo del
documento HTML:
 <H1>, <H2>, <H3>, <H4>, <H5>, <H6>. Encabezados o títulos del

documento con diferente relevancia.
 <TABLE>. Permite definir una tabla.
 <TR>. Permite definir las filas en una tabla.
 <TD>. Permite definir las columnas en una tabla.
XHTML
(Lenguaje de Marcado de Hipertexto Extensible) es una versión más estricta y

limpia de HTML , que nace precisamente con el objetivo de remplazar a HTML
ante su limitación de uso con las cada vez más abundantes herramientas basadas
en XML . XHTML extiende HTML 4.0 combinando la sintaxis de HTML, diseñado
para mostrar datos, con la de XML, diseñado para describir los datos
(http://www.w3c.es/divulgacion/guiasbreves/XHTML) (2003) (sp).
Leguaje de Programación PHP
PHP es un lenguaje de programación usado para la creación de contenido para

sitios web con los cuales se puede programar las páginas HTML
34
(http://www.php.net/) (2008) (sp). PHP es un acrónimo recursivo que significa
"PHP Hypertext Pre-processor"; se trata de un lenguaje interpretado usado para la
creación de aplicaciones para servidores, o creación de contenido dinámico para
sitios web. Últimamente también para la creación de otro tipo de programas
incluyendo aplicaciones con interfaz gráfica usando librerías especialmente
construidas desarrollar aplicaciones.
Fue diseñado originalmente para la creación de páginas web dinámicas; es un

lenguaje script (no se compila para conseguir códigos máquina si no que existe un
intérprete que lee el código y se encarga de ejecutar las instrucciones que
contiene éste código, cuyos fragmentos de código se intercalan fácilmente en
páginas HTML; debido a esto, y a que es de Open Source (código abierto), es el
más popular y extendido en la web.
Ventajas que presenta el lenguaje PHP:
 Es un lenguaje multiplataforma.
 Capacidad de conexión con la mayoría de los manejadores de base de datos
que se utilizan en la actualidad; destaca su conectividad con el manejador
MySQL.
 Leer y manipular datos desde diversas fuentes, incluyendo datos que pueden
ingresar los usuarios desde formularios HTML.
 Capacidad de expandir su potencial utilizando la enorme cantidad de
módulos (llamados ext's o extensiones).
 Amplia documentación en su página oficial, entre la cual se destaca que
todas las funciones del sistema están explicadas y ejemplificadas en un
único archivo de ayuda.
 Permite las técnicas de Programación Orientada a Objetos.
 Biblioteca nativa de funciones sumamente amplia e incluida
 No requiere definición de tipos de variables ni manejo detallado del bajo
nivel.
35
En síntesis, por ser un lenguaje multiplataforma, PHP puede funcionar en
cualquier plataforma (Windows, Linux, Unix, Solaris, entre otros); ofrece soporte a
los más importantes manejadores de bases de datos (SQL Server, Oracle,
MySQL, Postgre SQL, Informix, entre otros) y soporta la mayoría de los servidores
web de hoy en día incluyendo Apache, Microsoft Internet Information Server,
Personal Web Server, OmniHTTPd y muchos otros
JavaScript
Es un lenguaje de programación interpretado, es decir, que no requiere

compilación, utilizado principalmente en páginas Web.
(http://es.wikipedia.org/wiki/JavaScript) (2007) (sp). Funciona del lado del cliente o
navegador, ya que éste es el encargado de interpretar las instrucciones y
desencadenar interactividades, efectos, etcétera; mejorando la calidad y
potencialidad de las páginas Web.
JavaScript no corresponde a un lenguaje orientado a objetos propiamente dicho,

ya que no dispone de la propiedad herencia; se puede considerar como un
lenguaje basado en prototipos, ya que las nuevas clases se generan clonando las
clases base (prototipos) y extendiendo su funcionalidad.
El servidor HTTP Apache
Es un software (libre) servidor HTTP de código abierto para plataformas Unix

(BSD, GNU/Linux, etc.), Windows, Macintosh y otras, que implementa el protocolo
http y la noción de sitio virtual. (http://es.wikipedia.org/wiki/Apache_http_server)
(2007) (sp).
Ajax
Acrónimo de Asynchronous JavaScript And XML (JavaScript asíncrono y XML), es

una técnica de desarrollo web para crear aplicaciones interactivas o RIA (Rich
Internet Applications). Éstas se ejecutan en el cliente, es decir, en el navegador de
los usuarios y mantiene comunicación asíncrona con el servidor en segundo
36
plano. De esta forma es posible realizar cambios sobre la misma página sin
necesidad de recargarla. Esto significa aumentar la interactividad, velocidad y
usabilidad en la misma (http://es.wikipedia.org/wiki/AJAX) (2007) (sp).
Arquitectura Cliente / Servidor
Esta arquitectura consiste básicamente en que un programa -el cliente- realiza

peticiones a otro programa -el servidor- que le da respuesta. Aunque esta idea se
puede aplicar a programas que se ejecutan sobre una sola computadora es más
ventajosa en un sistema operativo multiusuario distribuido a través de una red de
computadoras (http://es.wikipedia.org/wiki/Cliente-servidor) (2007) (sp).
II.2.7. LENGUAJE DE MODELADO UNIFICADO (UML)
Es una especificación de notación orientada a objetos. Se basa en las anteriores

especificaciones BOOCH, RUMBAUGH y COAD-YOURDON. Divide cada
proyecto en un número de diagramas que representan las diferentes vistas del
proyecto. Estos diagramas juntos son los que representa la arquitectura del
proyecto.
UML también intenta solucionar el problema de propiedad de código que se da

con los desarrolladores, al implementar un lenguaje de modelado común para
todos los desarrollos se crea una documentación también común, que cualquier
desarrollador con conocimientos de UML será capaz de entender,
independientemente del lenguaje utilizado para el desarrollo.
UML es en la actualidad un estándar, no existe otra especificación de diseño

orientado a objetos, ya que es el resultado de las tres opciones existentes en el
mercado. Su utilización es independiente del lenguaje de programación y de las
características de los proyectos, ya que UML ha sido diseñado para modelar
cualquier tipo de proyectos, tanto informáticos como de arquitectura, o de
cualquier otro ramo.
37
UML permite la modificación de todos sus miembros mediante estereotipos y
restricciones. Un estereotipo nos permite indicar especificaciones del lenguaje al
que se refiere el diagrama de UML. Una restricción identifica un comportamiento
forzado de una clase o relación, es decir mediante la restricción estamos forzando
el comportamiento que debe tener el objeto al que se le aplica.
Diagramas UML: Cada diagrama usa la anotación pertinente y la suma de estos

diagramas crean las diferentes vistas. Las vistas existentes en UML son:
 Vista casos de uso: Se forma con los diagramas de casos de uso,

colaboración, estados y actividades.
 Vista de diseño: Se forma con los diagramas de clases, objetos,

 Vista de procesos: Se forma con los diagramas de la vista de diseño.

Recalcando las clases y objetos referentes a procesos.
 Vista de implementación: Se forma con los diagramas de componentes,

 Vista de despliegue: Se forma con los diagramas de despligue, interacción,

estados y actividades.
Se dispone de dos tipos diferentes de diagramas los que dan una vista estática del
sistema y los que dan una visión dinámica. Los diagramas estáticos son:
 Diagrama de clases: muestra las clases, interfaces, colaboraciones y sus

relaciones. Son los más comunes y dan una vista estática del proyecto.
 Diagrama de objetos: Es un diagrama de instancias de las clases mostradas

en el diagrama de clases. Muestra las instancias y como se relacionan entre
ellas. Se da una visión de casos reales.
38
 Diagrama de componentes: Muestran la organización de los componentes
del sistema. Un componente se corresponde con una o varias clases,
interfaces o colaboraciones.
 Diagrama de despliegue: Muestra los nodos y sus relaciones. Un nodo es un

conjunto de componentes. Se utiliza para reducir la complejidad de los
diagramas de clases y componentes de un gran sistema. Sirve como
resumen e índice.
 Diagrama de casos de uso: Muestran los casos de uso, actores y sus

relaciones. Muestra quien puede hacer que y relaciones existen entre
acciones (casos de uso). Son muy importantes para modelar y organizar el
comportamiento del sistema.
Los diagramas dinámicos son:
 Diagrama de secuencia, Diagrama de colaboración: Muestran a los

diferentes objetos y las relaciones que pueden tener entre ellos, los
mensajes que se envían entre ellos. Son dos diagramas diferentes, que se
puede pasar de uno a otro sin pérdida de información, pero que nos dan
puntos de vista diferentes del sistema. En resumen, cualquiera de los dos es
un Diagrama de Interacción.
 Diagrama de estados: muestra los estados, eventos, transiciones y

actividades de los diferentes objetos. Son útiles en sistemas que reaccionen
a eventos.
 Diagrama de actividades: Es un caso especial del diagrama de estados.

Muestra el flujo entre los objetos. Se utilizan para modelar el funcionamiento
del sistema y el flujo de control entre objetos.
39
II.2.8. BASE DE DATOS
Base de Datos
Henry F. Korth (2006) (p. 19), define una base de datos como una serie de datos
organizados y relacionados entre sí, y un conjunto de programas que permitan a
los usuarios acceder y modificar esos datos.
Las bases de datos proporcionan la infraestructura requerida para los sistemas de

apoyo a la toma de decisiones y para los sistemas de información estratégicos, ya
que estos sistemas explotan la información contenida en las bases de datos de la
organización para apoyar el proceso de toma de decisiones o para lograr ventajas
competitivas. Por este motivo es importante conocer la forma en que están
estructuradas las bases de datos y su manejo.
Uno de los propósitos principales de un sistema de base de datos es proporcionar

a los usuarios una visión abstracta de los datos. Es decir, el sistema esconde
ciertos detalles de cómo se almacenan y mantienen los datos.
No obstante lo anterior, en el ámbito de este trabajo el término base de datos se

asumirá como un conjunto de datos relacionados que presentan las siguientes
características (Elmasri y Navathe, 1997) (p.134):
 Una base de datos representa algún aspecto del mundo real.

 Una base de datos es un conjunto de datos lógicamente coherente con un
significado inherente.
 Las bases de datos se diseñan, se construyen y se prueban para un
propósito específico; restringida a un grupo de usuarios que obtienen de la
misma información de su interés.
Las bases de datos pueden ser de cualquier tamaño y tener muy diversos grados
de complejidad, dependiendo del modelo de datos que la defina. En el caso de las
bases de datos computarizadas, se pueden crear y mantener mediante un
40
conjunto de programas de aplicación escritos en lenguajes de programación para
el manejo de los datos; o bien, mediante sistemas gestores de base de datos,
facilitando a los usuarios la gestión (creación, actualización y mantenimiento) de la
misma.
De manera concreta, un sistema gestor de bases de datos (SGBD) consiste en

una colección de datos interrelacionados y en un conjunto de programas para
acceder a dichos datos. La colección de datos contiene información relevante para
una empresa, una organización o un equipo de trabajo. El objetivo principal de un
SGBD es proporcionar una manera adecuada para almacenar y recuperar la
información de la base de datos, atendiendo a dos aspectos importantes: facilidad
de uso y eficiencia.
Los sistemas de bases de datos se diseñan para gestionar grandes volúmenes de

información. Esta gestión implica tanto la definición de estructuras para almacenar
los datos como la disposición de mecanismos para la manipulación de la
información. Además, los sistemas de bases de datos deben proporcionar la
consistencia de la información almacenada y su confiabilidad, ante eventos como
las caídas del sistema o los intentos de acceso sin la debida autorización.
En cuanto a la estructura de la base de datos, esta obedece a un modelo de datos

determinado; es decir, a una colección de herramientas conceptuales que
describen los datos, las relaciones, la semántica y las restricciones de
consistencia.
Gestor de Base de Datos MySQL
Es un sistema de gestión de bases de datos relacional, fue creada por la empresa

sueca MySQL AB, la cual tiene el copyright del código fuente del servidor SQL, así
como también de la marca.
MySQL es un software de código abierto, licenciado bajo la GPL de la GNU,

aunque MySQL AB distribuye una versión comercial, en lo único que se diferencia
41
de la versión libre, es en el soporte técnico que se ofrece, y la posibilidad de
integrar este gestor en un software propietario, ya que de otra manera, se
vulneraría la licencia GPL.
El lenguaje de programación que utiliza MySQL es el structured Query Language

(SQL) que fue desarrollado por IBM en 1981 y desde entonces es utilizado de
forma generalizada en las bases de datos relacionales.
Características principales:
Inicialmente, MySQL carecía de algunos elementos esenciales en las bases de

datos relacionales, tales como integridad referencial y transacciones. A pesar de
esto, atrajo a los desarrolladores de páginas web con contenido dinámico, debido
a su simplicidad, de tal manera que los elementos faltantes fueron
complementados por la vía de las aplicaciones que la utilizan. Poco a poco estos
elementos faltantes, están siendo incorporados tanto por desarrolladores internos,
como por desarrolladores de software libre.
En las últimas versiones se pueden destacar las siguientes características

principales:
 El principal objetivo de MySQL es velocidad y robustez.

 Soporta gran cantidad de tipos de datos para las columnas.
 Gran portabilidad entre sistemas, puede trabajar en distintas plataformas y
sistemas operativos.
 Cada base de datos cuenta con 3 archivos: Uno de estructura, uno de datos
y uno de índice y soporta hasta 32 índices por tabla.
 Aprovecha la potencia de sistemas multiproceso, gracias a su
implementación multihilo.
 Flexible sistema de contraseñas (passwords) y gestión de usuarios, con un
muy buen nivel de seguridad en los datos.
42
 El servidor soporta mensajes de error en distintas lenguas
Ventajas
 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.
 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á.
 Conectividad y seguridad
Desventajas
 Un gran porcentaje de las utilidades de MySQL no están documentadas.

 No es intuitivo, como otros programas (por ejemplo Mcrosoft ACCESS)
Gestor de Base de Datos Oracle
Es un sistema de gestión de base de datos relacional (o RDBMS por el acrónimo

en inglés de Relational Data Base Management System), desarrollado por Oracle
Corporation.
Se considera a Oracle como uno de los sistemas de bases de datos más

completos, destacando:
 Soporte de transacciones,
 Estabilidad,
 Escalabilidad y
43
 Soporte multiplataforma.
Su dominio en el mercado de servidores empresariales ha sido casi total hasta

hace poco, recientemente sufre la competencia del Microsoft SQL Server de
Microsoft y de la oferta de otros RDBMS con licencia libre como PostgreSQL,
MySql o Firebird. Las últimas versiones de Oracle han sido certificadas para poder
trabajar bajo GNU/Linux.
II.3. BASES REFERENCIALES
Identificación de la Empresa
El Proyecto se desarrolló en la Coordinación de la Misión Sucre Lagunillas

Municipio Sucre del Estado Mérida. La Coordinación de la Misión Sucre fue creada
formalmente el 3 de Noviembre de 2003. (Coordinación de la Misión Sucre).
La Coordinación de la Misión Sucre está ubicada en la Avenida Sucre, Centro

Comercial La Izarrera Dorada; es una dependencia operativa de la Misión Sucre
Regional establecida para el cumplimiento de los programas diseñados en la
Coordinación Central y brinda el apoyo necesario a los estudiantes para hacer
realidad la educación.
En esta Coordinación se dirigen, ejecutan y controlan actividades administrativas,

de docencia, investigación y extensión conforme con las políticas y lineamientos
definidos por los órganos de gobierno y dirección de la institución, además
proyecta a la universidad dentro de la comunidad local y promueve las relaciones
de intercambio y cooperación con otras instituciones, empresas y demás
organismos de la localidad. Las actividades se realizan en diferentes momentos,
tomando en cuenta el horario de la Coordinación Central, de lunes a viernes en
horario de 8 a.m a 5 p.m.
44
Estructura y Funciones:
Según el Reglamento de Organización y Funcionamiento de las Coordinaciones

Centrales de la Misión Sucre, las Coordinaciones están organizadas para poder
cumplir con las funciones de docencia, investigación y extensión, de la siguiente
manera:
- Unidad Académica: responsable de la administración de los procesos

académicos tales como orientación, asesoría académica al estudiante,
evaluación del rendimiento estudiantil, investigación y extensión universitaria.
- Unidad Administrativa: responsable de la ejecución de los procesos
administrativos propios de la Coordinación.
- Unidad de Registro y Control de Estudios: es responsable de los procesos de
inscripción, cambio de carrera, traslados, registro de calificaciones y control
de estudios, emisión de constancias en el ámbito local.
- Centro de Recursos Múltiples: es la unidad responsable de brindar servicios
de apoyo bibliográfico y audiovisual a la comunidad estudiantil.
- Centro de Computación: responsable de procesar en forma automatizada la
información académica y administrativa generada por la Coordinación y
requerida por las instancias competentes de la Universidad.
II.4. BASES LEGALES
A nivel global, la importancia que ha venido cobrando la red de Internet despertó

muchas esperanzas sobre el impacto que tendría en el ejercicio de la política y,
por tanto, en el debate democrático. En primer término, las posibilidades del
gobierno electrónico desde el Estado podría aumentar "la eficiencia en la gestión
mediante la automatización de procesos y la integración informática de distintos
servicios", teniendo como resultados "en el mediano plazo importantes ahorros,
mayor transparencia y mayor cercanía a la ciudadanía" (Araya, 2005) (sp). Desde
la perspectiva ciudadana, en tanto, la implementación de este mecanismo digital
45
abriría "la posibilidad de participar en el diseño de políticas públicas, poder
comunicarse directamente con las autoridades, generar reclamos y fiscalizar la
labor pública" (Araya, 2005) (sp).
En tal sentido, la Coordinación de la Misión Sucre, siguiendo los lineamientos

dictados en la Constitución de la República Bolivariana de Venezuela, que le
otorga especial interés al uso de las Tecnologías de Información y Comunicación
(TIC) como medio para incrementar la participación ciudadana en los asuntos
propios de gobierno, a través de la liberación de servicios seguros, rápidos y
eficientes que utilicen dichas tecnologías; busca alinearse con tales lineamientos e
intenta con ello la democratización en el acceso a la educación, para que pueda
llegar a un número mayor de ciudadanos, promoviendo así la participación e
incentivando la gobernabilidad.
Una de las razones que dan impulso a la propuesta de la Misión Sucre se

fundamenta en el proceso de transformación institucional experimentado en el
país a raíz de la promulgación de la nueva Constitución de la República
Bolivariana de Venezuela del año de 1999, lo que ha implicado importantes
cambios en el aparato del estado, por ser este el instrumento fundamental para el
desarrollo económico, político, social, tecnológico y cultural de toda nación.
La carta magna reconoce en los artículos 108 y 110 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; igualmente establece que 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. Asimismo, establece que 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.
Como se explicó en apartados anteriores, actualmente se utilizan herramientas de

software propietario con limitaciones de uso, redistribución o modificación por
46
parte de los usuarios, como Microsoft Excel y Word, lo cual expresa el no
cumplimiento de lo establecido según el Decreto 3.390 donde se exhorta a la
Administración Pública Nacional a emplear prioritariamente Software Libre
desarrollado con Estándares Abiertos.
Artículo 1. La Administración Pública Nacional empleará

prioritariamente Software Libre desarrollado con Estándares Abiertos,
en sus sistemas, proyectos y servicios informáticos. A tales fines,
todos los órganos y entes de la Administración Pública Nacional
iniciarán los procesos de migración gradual y progresiva de éstos
hacia el Software Libre desarrollado con Estándares Abiertos (Gaceta
oficial Nº 38.095, 28/12/2004, p. 2).
Artículo 2. A los efectos del presente Decreto se entenderá por:

Software Libre: Programa de computación cuya licencia garantiza al
usuario acceso al código fuente del programa y lo autoriza a ejecutarlo
con cualquier propósito, modificarlo y redistribuir tanto el programa
original como sus modificaciones en las mismas condiciones de
licenciamiento acordadas al programa original, sin tener que pagar
regalías a los desarrolladores previos. Estándares Abiertos:
Especificaciones técnicas, publicadas y controladas por alguna
organización que se encarga de su desarrollo, las cuales han sido
aceptadas por la industria, estando a disposición de cualquier usuario
para ser implementadas en un software libre u otro, promoviendo la
competitividad, interoperatividad o flexibilidad. Software Propietario:
Programa de computación cuya licencia establece restricciones de
uso, redistribución o modificación por parte de los usuarios, o requiere
de autorización expresa del Licenciador. Distribución Software Libre
desarrollado con Estándares Abiertos para el Estado Venezolano: Un
paquete de programas y aplicaciones de Informática elaborado
utilizando Software Libre con Estándares Abiertos para ser utilizados y
47
distribuidos entre distintos usuarios. (Gaceta oficial Nº 38.095,
28/12/2004, p. 2).
La Universidad Bolivariana de Venezuela
La Universidad Bolivariana de Venezuela o UBV es la primera universidad pública

creada en la última década en Venezuela, fundada en el 2003 por decreto
presidencial Nro. 2601 del 8 de septiembre. La misma comenzó a impartir clases
en septiembre de ese año. La UBV fue creada para fungir como punta del
programa Misión Sucre, destinada a atender a los sectores populares
tradicionalmente excluidos de las instituciones de Educación Superior. Debido a la
municipalización de sus programas de formación es en la actualidad la universidad
con mayor matrícula de estudiantes en todo el país. Por la creación de esta
Universidad y de la Misión Sucre en un último informe de la Unesco se desprende
que Venezuela está en segundo lugar en América Latina y el Caribe en tasa de
escolaridad universitaria. Según estas cifras la escolaridad universitaria de este
país se obtiene que Venezuela queda en quinto lugar del mundo, detrás de Cuba,
Corea, Finlandia y Grecia, es decir está por encima de países como Estados
Unidos.
El programa educativo de la UBV responde a una visión transformadora, de donde

surgen profesionales que responden a las necesidades del país y del pueblo de
Venezuela, profesionales con sensibilidad social, vinculados a las comunidades, a
los más necesitados y a las realidades sociales del pueblo.
Misión de la Universidad Bolivariana de Venezuela
La Universidad Bolivariana de Venezuela, en el cumplimiento de su

responsabilidad pública, tiene como fines fundamentales:
a. La formación integral de todos los que participan de sus procesos

educativos.
48
b. La generación, sistematización y socialización de conocimientos en campos
científicos, tecnológicos, sociales y humanísticos y del arte.
c. La proyección vinculada al desarrollo socioeconómico, ambiental, cultural y
educativo de las comunidades de su entorno, de la región y del país.
d. La revitalización, en perspectiva histórica, del pensamiento integracionista
latinoamericano, como eje fundamental de las vías de cooperación nacional
e internacional en los ámbitos de formación y de generación de
conocimientos y su socialización.
Visión de la Universidad Bolivariana de Venezuela
En y para el cumplimiento de sus fines, la Universidad se concibe como un

proyecto educativo, cultural y social que implica la apertura a la posibilidad de
experiencias inéditas en los ámbitos de formación, investigación e inserción social,
para el cumplimiento de sus responsabilidades públicas, en momentos en los
cuales diversos cambios del entorno afectan y seguirán afectando a las
universidades: la crisis de valores, las transformaciones del mundo productivo y
laboral, las nuevas tecnologías de información y comunicación que transforman
las percepciones y representaciones individuales y colectivas de la realidad y de
nosotros mismos, los problemas éticos de los avances científicos y tecnológicos,
los problemas del medio ambiente, las diversas formas de exclusión y violencia
social, el fenómeno de las migraciones y desplazamientos, la brecha entre países
industrializados y del tercer mundo acentuadas con los procesos de globalización,
la crisis del sistema democrático formal, entre otros.
49
CAPITULO III
MARCO METODOLÓGICO
III.1. TIPO DE INVESTIGACIÓN
El desarrollo del proyecto puede enmarcarse en la modalidad de proyecto factible,

apoyado en una investigación formal de campo y documental, dado que consistirá
en el desarrollo de un sistema basado en tecnología Web (es decir, el desarrollo
de un producto), con la finalidad de gestionar toda la información interna, externa y
pública de la Coordinación de la Misión Sucre de la Aldea CRAM, ubicada en la
Lagunillas (Estado Mérida). Para ello se tomarán los datos y se recopilará
información directamente de la realidad; es decir de fuentes primarias.
Para la recolección de información se tendrá en cuenta principalmente al personal

que labora en dicha Coordinación en sus diferentes niveles de responsabilidad, ya
que son estos quienes conocen los procesos (poseen el conocimiento del dominio
del problema) y serán quienes determinarán las necesidades y los requisitos que
deberá satisfacer el nuevo sistema.
Se tiene previsto emplear como técnicas básicas para la recolección de la

información, la entrevista abierta, los cuestionarios y la observación directa en
sitio.
III.2. METODOLOGÍA PROPUESTA
La metodología a utilizar en el proceso de creación de un sistema web para la

situación planteada, implica la ejecución de una serie de pasos o fases que
permitan el desarrollo gradual del proyecto. Es por ello que el sistema de
información será estructurado siguiendo un ciclo específico de actividades que
50
partirán con la identificación de los requisitos, hasta el desarrollo y puesta en
marcha (a nivel de pruebas) de la aplicación, en un ambiente controlado.
Para tal propósito se seguirán los lineamientos establecidos por el autor Pressman
(2010) (p. 317) que establece que el diseño de una Webapp consiste en seis fases
principales que son orientadas por la información obtenida durante el modelado de
los requisitos.
Antes de presentar las fases extraídas del modelo propuesto por Pressman, se
exponen algunos elementos importantes relacionados con su modelo de desarrollo
para sistemas Web:
 Los modelos de requisitos con Webapp son orientados especialmente para

representar requisitos relacionados con contenido, interacción, función y
configuración.
 El diseño del contenido utiliza el contenido del modelo (desarrollado durante
el análisis) como la base para establecer el diseño de los objetos del
contenido.
 El diseño estético (también llamado diseño gráfico) establece la vista y
sensación que el usuario final percibe.
 El diseño arquitectónico se centra en la estructura general de hipermedios de
todos los objetos y funciones del contenido.
 El diseño de la interfaz establece la distribución y mecanismos de distribución
que definen a la interfaz de usuario.
 El diseño de la navegación define la forma en la que el usuario final navega a
través de la estructura de hipermedios.
 Y el diseño de los componentes representa la estructura interna detallada de
los elementos funcionales de la webapp.
Del modelo de proceso de Pressman (2010) para Webapps se pueden identificar

las siguientes fases o etapas:
51
 Fase 1: Formulación del problema e identificación de requisitos
 Fase 2: Análisis:
o Análisis del Contenido.
o Análisis de la Interacción.
o Análisis Funcional.
o Análisis de Navegación.
o Análisis de la Configuración.
 Fase 3: Ingeniería de Diseño:
o Diseño del Contenido.
o Diseño Arquitectónico.
o Diseño de la Navegación.
o Diseño de la Interfaz de Usuario.
o Diseño de los Componentes.
 Fase 4: Generación de Páginas y Formulario.
 Fase 5: Puesta a Prueba del Sistema.
 Fase 6: Evaluación del Usuario.
En las secciones siguientes se plantea la descripción de cada fase en función del

sistema web propuesto para la Coordinación de la Misión Sucre; entendiéndose
que aun cuando se establecen seis fases presentadas secuencialmente, el
desarrollo de las mismas se solapa por tratarse un trabajo de análisis y diseño que
requiere correcciones y ajustes en el proceso y construcción del sistema.
Para el análisis se hará uso de diagramas estáticos y dinámicos en UML,

siguiendo lo sugerido por Pressman (2010) para el desarrollo de Webapps.
Fase 1: Formulación e identificación de requisitos
Esta fase pretende señalar y establecer las prioridades sobre aquellas tecnologías
y aplicaciones que producirán un beneficio máximo a la Coordinación de la Misión
Sucre del Municipio Sucre del Estado Mérida.
52
Se emplea como técnica la entrevista abierta al personal que allí labora,
enfocando de manera especial aquella información que es requerida y relevante
para el proyecto a partir de preguntas como:
 ¿Cuál es la motivación principal del sistema?

 ¿Por qué es necesario el sistema basado en web?
 ¿Quiénes utilizarán el sistema y qué tipos de usuarios se requerirán?, para la
identificación de la jerarquía de usuarios.
Luego, con las respuestas a las preguntas formuladas se establecen las metas
según las dos categorías siguientes:
 Metas Informativas: indican la intención de proporcionar el contenido y/o

información específicos para el usuario final.
 Metas aplicables: indican la habilidad de realizar algunas tareas dentro de la

WebApp.
Una vez indicadas las metas aplicables e informativas, se realiza un acercamiento

a los usuarios para obtener información de lo que necesitan o buscan con el nuevo
sistema propuesto.
Por medio de esta fase se determinan las necesidades y requisitos de los

usuarios, y se establecen las metas y expectativas que estos tienen en relación
con el nuevo sistema. Para ello se utilizan las técnicas de entrevistas y
observación directa, que permitan clasificar y precisar los requisitos funcionales,
no funcionales y las restricciones para el nuevo sistema, asegurando la
comprensión de lo expresado y esperado por los responsables de la Coordinación
y futuros usuarios del sistema Web.
El producto de esta fase es la formulación y planeación del proyecto, con base a

un documento de requisitos de alto nivel que guiará las restantes fases
metodológicas.
53
Fase 2: Análisis
Con el análisis se especifican los requisitos funcionales, no funcionales y las

restricciones para el nuevo sistema (con la posible derivación de nuevos requisitos
a partir de los de alto nivel ya plasmados); y se identifican los elementos del
contenido que van a ser incorporados. Asimismo, se precisan los requisitos del
diseño gráfico, entre otros aspectos de interface.
Para esta fase se efectúan las siguientes actividades:
a. Análisis del contenido: Identifica el espectro completo de contenido que se

va a proporcionar para el sistema web. En este contenido incluyen datos de
texto, gráficos e imágenes video y sonido. Los objetos de contenido se
determinan directamente a partir de casos de usos.
Un objeto de contenido es una descripción de un producto en forma de texto,

una fotografía, una representación animada, una película, una grabación en
audio.
Los objetos de contenido se almacenan en archivos separados, se

incrustarán directamente en páginas web y se obtendrá en forma dinámica
una base de datos.
b. Análisis de la Interacción: Se describe detalladamente la manera en que

los usuarios interactúan con el sistema web y los eventos correspondientes.
Se implementa en la interfaz de usuario los vínculos de navegación

principales para la conexión entre los usuarios y el sistema web, con el fin de
obtener las descripciones detalladas de esta interacción, tomando en
consideración los diferentes tipos de usuarios que se hayan definido.
54
c. Análisis Funcional: Se define las operaciones que se aplicarán al contenido
del sistema web y se describirán detalladamente todas las funciones y
operaciones o funcionalidades del sistema por desarrollar.
d. Análisis de Navegación: se define la estrategia general de navegación para

el sistema web. Se determinarán los requerimientos generales para la
navegación, el usuario podrá acceder al sistema web mediante una
contraseña y visitar el sitio mediante vínculos.
e. Análisis de Configuración: Se describe detalladamente el ambiente e

infraestructura en la que reside el sistema. Tal como está planteado en el
capítulo I, el sistema residirá en la intranet de la Coordinación de la Misión
Sucre.
Fase 3: Ingeniería de Diseño
Con esta fase se busca describir los procedimientos a seguir para el logro de los
objetivos y metas planteadas a partir de los requerimientos e información obtenida
en las fase anteriores, entonces se pudo finalmente diseñarse e integrarse el
nuevo sistema.
En esta fase se crean los módulos de programa y sus interrelaciones para

implantar los modelos especificados en la fase de Análisis; además, en ésta se
crean el modelo físico del sistema a tal nivel de detalle que permita su
interpretación y realización física.
Para esta fase se efectúan las siguientes actividades:
a. Diseño de Contenido: Es una actividad no técnica para generar el contenido

del sistema web, mientras que la producción implica definir el formato final de
la información y de los comentarios que va a contener el sistema y que al
momento de la generación de las páginas web y formularios serán adoptados
55
para la presentación de las mismas. Se diseña el conjunto de procedimientos
que permitirán describir todos los aspectos del sistema; proporcionándose
una completa idea de lo que éste es.
b. Diseño Arquitectónico: Se define las relaciones existentes entre cada uno

de los elementos estructurales del programa. Este diseño implica de manera
específica tanto la arquitectura de contenido como la arquitectura del sistema
web.
En cuanto a la arquitectura de contenido, se requiere elegir de una serie de

topologías, entre las cuales tenemos: estructuras lineales, reticulares,
matriciales, jerárquicas y estructura en red o malla completa.
c. Diseño de la Navegación: Se define las rutas de navegación que permitan

al usuario acceder al contenido y a los servicios del sistema web. Para
llevarlo a cabo, se debe (1) identificar la semántica de la navegación para
diferentes usuarios del sitio; y (2) definir la mecánica (sintaxis) para lograr la
navegación. Generalmente una WebApp grande tendrá una variedad de
roles de usuarios diferentes. Por ejemplo, los roles podrían ser el de visitante,
cliente registrado o cliente privilegiado. Cada uno de estos roles se pueden
asociar a diferentes niveles de acceso al contenido y de servicios diferentes.
Un visitante puede tener acceso sólo a un contenido limitado, mientras que
un cliente registrado puede tener acceso a una variedad mucho más amplia
de información y de servicios. La semántica de la navegación de cada uno de
estos roles sería diferente.
A medida que avanza el diseño, se va identificando la mecánica de cada

enlace de navegación. Entre otras se encuentran los enlaces basados en
texto, iconos, botones. Se elegirá los enlaces de navegación adecuados para
el contenido y consecuentes que conduce al diseño de una interfaz de alta
calidad. Además de elegir la mecánica de navegación, también se deberá
establecer las convenciones y ayudas adecuadas.
56
d. Diseño de la Interfaz de Usuario: La interfaz de usuario de una WebApp es
la “primera impresión”. Esto implica que se diseña el conjunto de
especificaciones de la interfaz del sistema con sus usuarios, se incluyen las
entradas, las salidas, las pantallas y las transiciones entre pantallas. En este
diseño se efectuarán las siguientes actividades:
 Se determina la información que ingresará al nuevo sistema desde el

ambiente exterior.
 Se determina la información a producir como salida.
 Se determina el conjunto de sucesos que ocurren en el ambiente exterior y
requieren una respuesta del sistema.
 Se identifican los requerimientos de operación del nuevo sistema.
 Se identifican las condiciones de seguridad sobre las cuales funcionará el
sistema.
 Se define los lineamientos de control para el nuevo sistema.
e. Diseño de los Componentes: En esta fase se transforma la información de

los modelos de requerimientos y arquitectónico a una representación de
diseño que dé suficientes detalles para guiar la actividad de construcción
(codificación y pruebas).
Fase 4: Generación de Páginas y Formulario
Esta fase constituye la construcción del sistema, la integración de componentes y

piezas de software, para lo cual se hará uso de herramientas de desarrollo de alto
nivel, idóneas para sistemas basados en tecnología Web.
El contenido definido en la actividad de ingeniería de diseño se fusiona con los

diseños arquitectónicos, de navegación y de la interfaz para elaborar páginas y
formularios web ejecutables en HTML y PHP, que interactuarán con el manejador
de base de datos MySQL.
57
Fase 5: Puesta a Prueba del Sistema.
El proceso de prueba de una Webapp comienza enfocándose en los aspectos

visibles para el usuario de la aplicación y avanza hacia pruebas que ejercitan la
tecnología y la infraestructura. Se realizarán los siguientes pasos durante la
prueba:
 El modelo de contenido se revisa a fin de descubrir errores.

 El modelo de interfaz se examina para garantizar que todos los casos de
usos pueden alojarse y se revisa el diseño para descubrir errores de
navegación.
 La interfaz de usuario se prueba para descubrir errores en la mecánica de
presentación y/o navegación.
 Los componentes funcionales se someten a prueba de unidad.
 Se prueba la navegación a lo largo de toda la arquitectura.
 La Webapp se instala en algunas configuraciones de entorno para asegurar
la compatibilidad con cada configuración.
 Las pruebas de seguridad se realizan con la intención de explotar las
vulnerabilidades en la Webapp o dentro de su entorno.
Fase 6: Evaluación del Cliente y/o Usuario.
La evaluación del sistema web se refiere a una evaluación de usabilidad. Este

proceso se lleva a cabo durante todo el desarrollo del sistema.
El sistema web se desarrolla con la opinión de los usuarios para quienes se

construye. En las fases de análisis e ingeniería, se tomarán en cuenta las
diferentes normativas de diseño y los estándares ya existentes para ello, si es el
caso. Esta fase cuenta con el cumplimiento de los objetivos del sistema web
desarrollado.
58
CUADRO SINÓPTICO
FASES DE LA METODOLOGIA
FASES ACTIVIDAD HERRAMIENTAS PRODUCTOS
1.- Formulación del problema e Realización de entrevista al personal de la Coordinación de la  Entrevistas.  Determinación de las necesidades y
identificación de requisitos. Misión Sucre.  Observación directa. requisitos de los usuarios.
 Herramientas de Ofimática  Establecimiento de las metas.
2.- Análisis.  Análisis del Contenido: Identificar el espectro completo de  Información Recopilada Conceptualización de la
contenido.  Casos de Usos. funcionalidad del sistema y
 Análisis de la Interacción: Describir la interacción de los  Diagrama de Secuencias. estructura del mismo.
usuarios con el sistema.  Diagrama de Actividad. (Documento de análisis).
 Análisis Funcional: Definir las funciones y operaciones del  UML.(PacestarUML)
sistema.  Herramientas de Ofimática.
 Análisis de Navegación: Definir la estrategia de navegación del
sistema.
 Modelo de Configuración: Describir la infraestructura donde
residirá el sistema.
3.- Ingeniería de Diseño.  Diseño de Contenido: Describir todos los aspectos del sistema.  Especificaciones de Diseño completo de las partes que
componen el sistema web.
 Diseño Arquitectónico: Definir las relaciones entre cada uno de interfaces.
los elementos estructurales del programa.  Diagrama de arquitectura. (Documento de diseño).
 Diagrama de clases.
 Diseño de la Navegación: Definir las rutas de navegación del
 UML. (PacestarUML).
sistema.
 Herramientas de Ofimática
 Diseño de la Interfaz de Usuario: Diseñar las pantallas y las
transiciones entre ellas.
Diseño de los Componentes: Transformar la información de los
modelos de requerimientos y arquitectónico a una representación
de diseño.
4.- Generación de Páginas y Formulario. Elaborar páginas y formularios web.  Para programación y Sistema programado y documentado.
desarrollo web: PHP, HTML. Programas, Base de Datos.
8
 Manejador de bases de datos:
MySQL.
5.- Puesta a Prueba del Sistema.  Instalar el sistema.  Usuarios funcionales para Validación de los requerimientos del
sistema por parte de los usuarios.
 Realizar pruebas de funcionalidad de validaciones. pruebas.
 Pruebas de funcionalidad de todo el sistema desde estaciones de  Estaciones de trabajos (PC).

trabajo y en red.  Servidor Web.
6.- Evaluación del Usuario. Evaluación del sistema Aceptación del sistema.
Cuadro Nº 1. Fases de la Metodología. Fuente: Propia.
9
CAPITULO IV
DESARROLLO DE LA SOLUCIÓN
Este capítulo plasma el desarrollo de la solución al problema formulado, que

implica la construcción de un sistema de información Web para el Registro y
Control Estudiantil de la Misión Sucre, Aldea CRAM, Municipio Sucre del Estado
Mérida. Se aplican las prácticas y actividades expuestas en la metodología
propuesta por Pressman (2010) para el desarrollo de sistemas basados en
tecnología Web, haciendo uso del lenguaje Pacestar UML Diagrammer versión
5.08 para las diferentes fases del ciclo de vida del software.
A continuación se detallan las actividades realizadas en cada fase presentando y

los productos obtenidos que dan cuenta del avance del desarrollo y construcción
del sistema Web.
IV.1. Fase 1: Formulación e identificación de requisitos
Esta fase se inició con la revisión de los procesos del sistema actual, realizando la
recopilación de información y datos a través del instrumento básico “entrevistas
abiertas” a los usuarios que participan en el proceso y la observación directa en
sitio.
De la información obtenida se pudo dar respuesta a las siguientes interrogantes:
 ¿Cuál es la motivación principal del sistema?

 ¿Por qué es necesario el sistema basado en web?
 ¿Quién utilizará el sistema y qué tipos de usuarios se requerirán?
A partir de la información levantada, se presentan los elementos esenciales para

cada interrogante:
61
 Motivación principal del sistema: La información recabada a través de la
Coordinadora de Misión Sucre se constató la realidad actual del proceso de
registro y control estudiantil y la forma como se maneja la información y se
realizan las actividades en la Coordinación. Se procedió a la revisión de
formatos, es decir, a la observación de todas aquellas planillas, reportes y
demás formas textuales que se utilizan para la recolección, almacenamiento
y presentación de datos, como lo son por ejemplo: las planillas de registro del
estudiante, fichas, reportes generales, entre otros.
La motivación principal del sistema corresponde a la necesidad de disponer

de una herramienta automatizada que dote de nuevas capacidades a la
Coordinación con relación a la gestión del proceso de registro y control
estudiantil, a través de un sistema basado en tecnología Web, que se
implementó como un subsistema en la Coordinación.
La Coordinación podrá, con un nuevo sistema, dar respuesta oportuna a la

demanda de información en materia de registro y control estudiantil,
asegurando una alta calidad en los datos e información para todos los
involucrados, liberando parte de las horas-hombre utilizadas en la actualidad
por el sistema manual, para desarrollar nuevas actividades y optimizar los
recursos disponibles. Esto redundará en actividades para el control de
calidad en datos e información, así como tareas de seguimiento y
optimización.
 Necesidad de un sistema basado en web para la Coordinación: Con la

consecuente evolución de las aplicaciones tecnológicas, es prioritario para la
Coordinación adquirir un sistema de información Web, que tenga todas las
funcionalidades necesarias para llevar un manejo automatizado de los
expedientes de los estudiantes ubicados en los diferentes programas de
formación; permitiendo al personal de la Coordinación, registrar, consultar y
actualizar datos de forma fácil y confiable. Todo esto, con una herramienta
desarrollada en software libre que esté en producción en la Intranet y, en el
62
futuro, en la propia Web. El uso de un plataforma Web es un requisito por
parte de las autoridades de la Coordinación de la Misión Sucre, Aldea
CRAM.
 Tipos de usuarios: Para modelar el nuevo sistema se identificaron los

grupos de personas que participan en el proceso de registro y control
estudiantil dentro de la Coordinación. De las entrevistas realizadas se pudo
reconocer la existencia de cuatro tipos de usuarios bien diferenciados:
a) Administrador: Será el usuario autorizado para ejecutar todas las

operaciones del sistema, sin restricciones; incluyendo el soporte técnico.
El perfil requerido para el administrador es el siguiente:
 Administrador de MBD MySQL.
 Tener dominio del lenguaje de programación PHP.
 Administrador de servidores web.
 Poseer conocimiento generales de los procesos de la Coordinación (dominio

del problema).
b) Coordinador: Será el usuario autorizado para ejecutar todas las operaciones

y funcionalidades del sistema.
El perfil requerido para el Coordinador es el siguiente:
 Destrezas en el manejo de computadoras, navegadores web y aplicaciones

de ofimática.
 Conocimiento de todos los procesos de la Coordinación en materia de

registro y control estudiantil, con el nivel necesario para la toma de
decisiones.
63
c) Personal Operativo: Será el tipo de usuario encargado de transcribir y
procesar datos, garantizando el normal desarrollo de las actividades del
proceso de registro y control estudiantil; además, será el responsable de
suministrar la información, reportes, listados y consultas que demande el
entorno.
El perfil requerido es el siguiente:
 Manejo de computadoras y aplicaciones informáticas.

 Manejo de herramienta web.
 Conocimiento de los procesos de la Coordinación.
d) Estudiante: Será el tipo de usuario con privilegios sólo para consulta de

información de su interés.
El perfil requerido para el Estudiante es el siguiente:
 Manejo de computadoras y aplicaciones informáticas.

 Manejo de herramienta web.
 Conocimientos básicos de los procesos de la Coordinación.
En la figura 1 se presenta la jerarquía de las categorías de usuarios identificada

para el nuevo sistema:
Usuario
Sistema Web
Administrador Coordinador Personal Estudiante

Operativo
Figura Nº 1. Jerarquía de Usuarios. Fuente: Propia
64
Por otra parte, del análisis de la información levantada y de las observaciones en
sitio, así como de las respuestas a preguntas específicas formuladas en la
Coordinación de la Misión Sucre, Aldea CRAM, se establecieron las metas según
las dos categorías siguientes:
Metas Informativas:
El nuevo sistema deberá cumplir con las siguientes capacidades y

funcionalidades:
- Mantener actualizados los expedientes de notas de los estudiantes de la

Misión Sucre Aldea CRAM, y en general, todo lo relacionado con la actuación
académica de cada estudiante.
- Generar de forma oportuna los diferentes reportes requeridos, incluyendo
informes gerenciales y estadísticas.
- Suministrar información al estudiante sobre su registro académico
- Controlar, conjuntamente con la Oficina del Nivel Central, los registros de los
estudiantes.
Metas Aplicables:
El sistema web para el Registro y Control Estudiantil de la Misión Sucre (Aldea

CRAM) Municipio Sucre, determinó un conjunto de conocimientos mínimos para
su utilización, razón por la cual en la documentación de apoyo quedo establecidas
las competencias de los usuarios en sus distintos tipos, así como los criterios
técnicos para la implantación correspondiente.
Con relación al perfil del usuario, se destacó que los potenciales usuarios para el
nuevo sistema web han desarrollan destrezas en el manejo del computador, razón
por la cual se han apropiado del conocimiento necesario para abordar el manejo
de un sistema como el propuesto.
65
En cualquier caso, poseen el conocimiento para el manejo de herramientas
computacionales, tienen experticias en los procesos básicos de la coordinación y
herramientas como el software propuesto basado en tecnología web.
Requisitos, Restricciones y Atributos para el Sistema Web
Para completar el desarrollo de la Fase 1, se estableció un conjunto de requisitos

que deben satisfacer el nuevo sistema Web, así como especificaciones de la
interacción para las diferentes tipos de usuarios, algunas restricciones técnicas y
ciertos atributos de calidad.
Los requisitos acordados y aprobados por los usuarios se detallan a continuación:
 Requisitos funcionales
Estos requisitos definen las funciones que el sistema debe realizar.

Describen las transformaciones que el sistema realiza sobre las entradas,
para producir las salidas esperadas; es decir, se centran en las respuestas o
salidas que genera el sistema Web, al igual que las operaciones que debe
realizar para su correcto funcionamiento.
Cada requisito se identifica con un número único para mantener al

trazabilidad durante el diseño y desarrollo de la solución.
RF1: Registrar y actualizar los datos de los facilitadores (Cédula, Nombre,

Apellido, Edad, Dirección, Teléfono, Correo, Estado Civil, Profesión).
RF2: Registrar y actualizar los datos de los estudiantes (Cedula, Nombre,

Apellido, Edad, Dirección, Teléfono, Correo, Estado Civil, Profesión,
Discapacidad, Programa, Trimestre, Trayecto, Posee Beca, Etnia, Egresado
de Rivas, Aldea, Estado, Municipio, Nota, Materia).
RF3: Registrar y actualizar los datos de las notas.
RF4: Registrar y actualizar los datos de los programas de formación,

trayecto, trimestre (Código, Descripción).
66
RF5: Consultar datos personales (Cedula, Nombre, Apellido, Edad,
Dirección, Teléfono, Correo, Estado Civil, Profesión).
RF6: Consultar expedientes de estudiantes (Cedula, Nombre, Apellido, Edad,

Dirección, Teléfono, Correo, Estado Civil, Profesión, Discapacidad,
Programa, Trimestre, Trayecto, Posee Beca, Etnia, Egresado de Rivas,
Aldea, Estado, Municipio, Nota, Materia).
RF7: Visualizar por pantalla e impresora el listado de estudiantes (Cedula,

Nombre, Apellido, Edad, Dirección, Teléfono, Correo, Estado Civil, Profesión,
Discapacidad, Programa, Trimestre, Trayecto, Posee Beca, Etnia, Egresado
de Rivas, Aldea, Estado, Municipio, Nota, Materia).
RF8: Visualizar por pantalla e impresora el listado por programa de

formación, trayecto, trimestre (Código, Descripción).
 Requisitos no funcionales
Los requisitos no funcionales del sistema representan todos aquellos

aspectos del sistema, que no cumplen con una función específica; pero que
facilitan la interacción entre los actores y el sistema; e incluyen restricciones
y atributos de calidad.
RNF1: Validar el ingreso de los usuarios mediante un usuario y una clave.
RNF2: Identificar el tipo de usuario y mostrar el menú de acuerdo a su perfil.
RNF3: Proporcionar una interfaz gráfica sencilla, con base a opciones tipo
menús, ventanas, botones y listas desplegables.
RNF4: Visualizar las pantallas en cualquier equipo que pueda ejecutar un

navegador de Internet y el sistema operativo Linux o Windows. Las pruebas
del sistema ser realizarán con dos navegadores: Mozilla FireFox e Internet
Explorer®
67
RNF5: Implementar mensajes para advertir errores cometidos al registrar
datos y ayuda en línea.
RNF6: Permitir futuras mejoras de acuerdo con las necesidades presentadas.
RNF7: Garantizar seguridad; se requiere la identificación del usuario para

acceder a las diferentes opciones.
RFN8: Salida del sistema de manera segura (cierre de sesión y desconexión

de la base de datos).
RFN9: El sistema debe ser desarrollado con herramientas bajo licencia GNU
o software libre.
En la figura 2 se muestra un caso de uso de alto nivel por categoría de usuarios

con los elementos principales citados antes:
Sistema
Ingresar al Sistema
Respaldar Sistema Web
Administrador Coordinador
Registrar, Actualizar Sistema
Consultar
Generar Reporte
Personal Operativo Salir del Sistema Estudiante
Figura Nº 2. Casos de Uso de Alto Nivel. Actores: Administrador, Coordinador, Personal

Operativo, Estudiante. Fuente Propia.
68
IV.2. Fase 2: Análisis.
En esta fase se establecen los requisitos y se identifican diversos elementos

esenciales a partir de los análisis de contenido, de interacción, funcionales,
navegación y de configuración.
a. Análisis del contenido.
De manera general se describen y representan las posibles interacciones

(relaciones) de los actores con el sistema, basándose en eventos enviados por los
actores al sistema o recibidos por los actores.
A partir de los actores y los casos de usos, se describió en forma detallada cada
uno de los casos de uso, elaborándose sus respectivos diagramas para ilustrar
cómo se relacionan con los actores y con otros casos de uso, modelando de esta
manera el comportamiento del sistema, siguiendo los criterios UML.
Los diagramas resultantes de los casos de usos (con sus respectivos subcasos o
subsistemas) y las descripciones respectivas se muestran a continuación:
ID C.U. 01 Caso de Uso Ingresar al Sistema

Requisitos RNF1, RNF2
Actor(es) Todos.
Objetivo Acceder al sistema web como usuario autorizado con nivel
de privilegios según su rol.
Precondición El usuario está registrado en el sistema web.
Acción del Actor Respuesta del Sistema
Inicia el sistema web 1. El sistema presenta el formulario de identificación de
usuario.
Ingresa 2. El sistema valida datos ingresados: código de
identificación (código usuario/contraseña.
de usuario y 2.1. Si datos correctos, inicializa sesión y otorga
contraseña) privilegios según el tipo de usuario.
69
2.2. Si datos incorrectos, envía mensaje de error y
espera nuevo ingreso de datos.
Postcondición Se muestra el formulario con el menú de opciones
disponibles de acuerdo al tipo de usuario.
Comentarios Aplica para todos los usuarios.
Elementos de contenido y atributos principales:
Usuario del sistema Código, nombre, contraseña, nivel, cedula de identidad,
dirección, correo electrónico, cargo.
Cuadro Nº 2: Caso de Uso Ingresar al Sistema. Fuente: Propia.
«extend»
Validar Usuario Identificar usuario
Administrador
Coordinador
Personal Operativo
Estudiante
Fig. Nº 3. Diagrama de Caso de Uso Ingresar al Sistema. Fuente: Propia
ID C.U. 02 Caso de Uso Salir del Sistema Web

Requisitos RNF8
Actor(es) Todos.
Objetivo Salir del sistema, cerrando la sesión de trabajo.
Precondición
Selecciona cerrar 1. El sistema pide confirmación.
sistema web 1.1. Si acción confirmada, el sistema cierra
conexión a base de datos y cierra formulario.
1.2. Si acción no confirmada, el sistema muestra
pantalla principal del sistema web.
Postcondición El sistema cierra todas las pantallas y la conexión a la base
de datos de manera exitosa.
Comentarios Aplica para todos los usuarios.
70
<ninguno> <ninguno>
Cuadro Nº 3: Caso de Uso Salir del Sistema. Fuente: Propia.
Salir del Sistema Web
Administrador
Coordinador
Personal Operativo
Estudiante
Fig. Nº 4. Diagrama de Caso de Uso Salir del Sistema Web. Fuente: Propia
ID C.U. 03 Caso de Uso Registrar

Requisitos RF1, RF2, RF3, RF4
Actor(es) Administrador, Coordinador.
Objetivo Permitir registrar datos de entrada que son requeridos en el
sistema.
Precondición El usuario tiene privilegios, con autorización para el registro de
datos (actualización de la base de datos).
<<extend>> Registrar Facilitadores, Estudiantes, Notas, Programas de
Formación, Usuarios.
Ejecuta 1. El actor selecciona la opción Registrar.
funcionalidad 2. El sistema muestra el submenú con las opciones a
Registrar elegir.
2.1. Si el actor selecciona la opción Facilitadores, se
activa el formulario Registrar Facilitadores.
2.2. Si el actor selecciona la opción Estudiantes, se
activa el formulario Registrar Estudiantes.
2.3. Si el actor selecciona la opción Notas, se activa
el formulario Registrar Notas.
2.4. Si el actor selecciona la opción Programas de
Formación, se activa el formulario Programas de
Formación.
71
2.5. Si el actor selecciona la opción Usuarios, se
activa el formulario Registrar Usuarios.
Postcondición Se muestra el formulario con el menú de opciones.

Comentarios <ninguna>
Estudiantes, cedula, nombre, apellido, edad, dirección, teléfono, notas,
Facilitadores, trimestre, trayecto, año, cargo, titulo, fecha_ingreso,
Programas, Notas, fecha_egreso, cod_aldea, cod_programa, contraseña,
Usuarios nombre_usuario
Cuadro Nº 4: Caso de Uso Registrar Estudiante, Facilitadores, Programa de Formación, Notas,

Usuarios. Fuente: Propia.
Modificar
«extend»
Agregar
Eliminar
Actualizar «extend»
Registrar Facilitador
Estudiante Usuario
Agregar
Registrar «extend» Modificar
Registrar Programas de
Formación Actualizar Eliminar
«extend»
Administrador,
Coordinador
Registrar Agregar
Notas «extend» Modificar
Actualizar
«extend»
Eliminar
Fig. Nº 5. Diagrama de Caso de Uso Registrar Estudiante, Facilitadores, Programa de Formación,

Notas, Usuarios. Fuente: Propia
El caso de uso Registrar es genérico; el comportamiento de los casos de uso

específicos: Registro de Facilitadores, Estudiantes, Notas, Programa de
Formación y de Usuarios; es similar en todos los casos.
72
ID C.U. 04 Caso de Uso Agregar Estudiantes
Requisitos RF2, RNF3
Objetivo Permite mantener la información personal de los estudiantes
que cursan los diferentes programas de formación.
Precondición El usuario tiene privilegios, con autorización para el registro
de estudiantes (actualización de la base de datos).
Ejecuta 1. El actor selecciona la opción Agregar Estudiantes.
funcionalidad 2. El sistema muestra un formulario para agregar
Agregar Estudiantes. estudiantes.
Ingresa los datos 3. El sistema válida que el número de cédula no esté ya
requeridos. registrado y muestra en pantalla un formulario.
a. Si el número de cédula ingresado ya existe en
la base de datos el sistema muestra un
mensaje de error y no muestra el formulario
para el registro de los datos.
4. El actor ingresa los datos del estudiante y selecciona
la opción grabar.
Confirma el ingreso 5. El sistema inserta registro en la base de datos.
del registro a la BD a. Si transacción es exitosa, muestra mensaje.
haciendo clic en b. Si transacción no es exitosa, muestra mensaje
botón aceptar. explicativo.
6. Regresa a la pantalla de agregar Estudiantes.
Postcondición Al ejecutarse la operación, el sistema debe indicar que la
transacción fue exitosa.
La base de datos estará en estado consistente.
Comentarios En cualquier momento el actor puede seleccionar “Cancelar
y salir del formulario sin realizar ningún cambio (la
cancelación deberá confirmarse).
Estudiantes Cedula, Nombre, Apellido, Edad, Dirección, Teléfono,
Correo, Estado Civil, Profesión, Discapacidad, Programa,
Trimestre, Trayecto, Posee Beca, Etnia, Egresado de Rivas,
Aldea, Estado, Municipio, Nota, Materia.
Cuadro Nº 5: Estructura de Casos de Usos del Subsistema de Estudiantes. Fuente: Propia.
73
ID C.U. 05 Caso de Uso Actualizar Estudiantes.
Requisitos RF2, RNF3
Objetivo Actualizar la información personal de los estudiantes que
cursan los diferentes programas de formación, mediante las
operaciones de modificar y eliminar.
Precondición El usuario tiene privilegios, como Administrador,
Coordinador.
<<extend>> Modificar, Eliminar
Ejecuta 1. El actor selecciona la opción Actualizar Estudiantes.
funcionalidad 2. El sistema muestra un formulario para actualizar
Actualizar estudiantes. Implica dos funciones Modificar, Eliminar.
Estudiantes
Selecciona botón 3. Si selección es Modificar, el sistema muestra
según funcionalidad formulario para buscar estudiante.
a ejecutar. a. Presenta datos del estudiante para
modificación.
b. Si existe error, muestra error y permite ingreso
de dato corregido o permite salir de la
funcionalidad.
c. Si no existe error, actualizar datos.
c.1. Envía mensaje da transacción exitosa.
c.2. Regresa al formulario Actualizar
Estudiante.
4. Si selección es Eliminar, el sistema muestra formulario
para buscar estudiante.
a. Presenta datos del estudiante con opción
Eliminar.
b. Si confirma eliminar, ejecuta
b.1. Eliminación de estudiante.
b.2. Envía mensaje de transacción exitosa.
b.3. Regresa al formulario Actualizar
Estudiante.
74
Aldea, Estado, Municipio.
ID C.U. 06 Caso de Uso Modificar Estudiantes

Requisitos RF2
Objetivo Permite modificar la información personal de los
estudiantes que cursan los diferentes programas de
formación.
Precondición El estudiante ya debe estar registrado.
Ejecuta funcionalidad 1. El actor selecciona la opción Modificar Estudiantes.
Modificar Estudiantes 2. El sistema muestra un formulario para modificar
estudiante.
3. El actor presiona la opción Grabar modificaciones.
4. El sistema actualiza la base de datos.
La base de datos queda actualizada.
Comentarios En cualquier momento el actor puede seleccionar
“Cancelar y salir del formulario sin realizar ningún cambio
(la cancelación deberá confirmarse).
Trimestre, Trayecto, Posee Beca, Etnia, Egresado de
Rivas, Aldea, Estado, Municipio, Nota, Materia.
Cuadro Nº 7: Caso de Uso Modificar Estudiantes. Fuente: Propia.
75
ID C.U. 07 Caso de Uso Eliminar Estudiantes
Requisitos RF2
Objetivo Permite eliminar estudiantes registrados en la base de datos.
Precondición El estudiante ya debe estar registrado.
Ejecuta 1. El actor selecciona la opción Eliminar Estudiantes.
funcionalidad 2. El sistema borra al estudiante de la base de datos.
Modificar
Estudiantes
y salir del caso de uso sin realizar ningún cambio (la
ID C.U. 08 Caso de Uso Agregar Usuario

Objetivo Permite la información Usuario.
Precondición El usuario tiene privilegios, con autorización para el registro
de Usuario (actualización de la base de datos).
Ejecuta 1. El actor selecciona la opción Agregar Usuario.
funcionalidad 2. El sistema muestra un formulario para agregar
Agregar Usuario. Usuario.
Ingresa los datos 3. El sistema válida que el número de cédula no esté ya
requeridos. registrado y muestra en pantalla un formulario.
a. Si el número de cédula ingresado ya existe en
la base de datos el sistema muestra un
mensaje de error y no muestra el formulario
76
para el registro de los datos.
4. El actor ingresa los datos del Usuario y selecciona la
opción grabar.
Confirma el ingreso 5. El sistema inserta registro en la base de datos.
del registro a la BD a. Si transacción es exitosa, muestra mensaje.
haciendo clic en b. Si transacción no es exitosa, muestra mensaje
botón aceptar. explicativo.
6. Regresa a la pantalla de agregar Usuario.
Usuario Código, Nombre, Apellido, Contraseña, Usuario, Nivel.
Cuadro Nº 9: Estructura de Casos de Usos del Subsistema de Usuario. Fuente: Propia.
ID C.U. 09 Caso de Uso Actualizar Usuario.

Objetivo Actualizar la información del Usuario, mediante las
operaciones de modificar y eliminar.
Precondición El usuario tiene privilegios, como Administrador,
Coordinador.
<<extend>> Modificar, Eliminar
Ejecuta 1. El actor selecciona la opción Actualizar Usuario
funcionalidad 2. El sistema muestra un formulario para actualizar
Actualizar Usuario Usuario. Implica dos funciones Modificar, Eliminar.
Selecciona botón 3. Si selección es Modificar, el sistema muestra
según funcionalidad formulario para buscar Usuario.
a ejecutar. a. Presenta datos del Usuario para modificación.
b. Si existe error, muestra error y permite ingreso
de dato corregido o permite salir de la
funcionalidad.
c. Si no existe error, actualizar datos.
77
c.1.Envía mensaje da transacción exitosa.
c.2.Regresa al formulario Actualizar Usuario
5. Si selección es Eliminar, el sistema muestra
formulario para buscar estudiante.
a. Presenta datos del estudiante con opción
Eliminar.
b. Si confirma eliminar, ejecuta
b.1. Eliminación de estudiante.
b.2. Envía mensaje de transacción exitosa.
b.3. Regresa al formulario Actualizar
Estudiante.
ID C.U. 10 Caso de Uso Modificar Usuario.

Requisitos RNF1
Objetivo Permite modificar la información de los usuarios.
Precondición El Usuario ya debe estar registrado.
Ejecuta 1. El actor selecciona la opción Modificar Usuario
funcionalidad 2. El sistema muestra un formulario para modificar
Modificar Usuario Usuario
3. El actor presiona la opción Grabar modificaciones.
4. El sistema actualiza la base de datos.
78
ID C.U. 11 Caso de Uso Eliminar Usuario

Requisitos RNF1
Objetivo Permite eliminar Usuario registrados en la base de datos.
Precondición El Usuario ya debe estar registrado.
Ejecuta 1. El actor selecciona la opción Eliminar Usuario.
funcionalidad 2. El sistema borra al Usuario de la base de datos.
Modificar Usuario
transacción fue exitosa. La base de datos queda actualizada.
ID C.U. 12 Caso de Uso Generar Reporte.

Requisitos RF7, RF8.
Actor(es) Administrador, Coordinador, Personal Operativo.
Objetivo Generar Reportes del Registro y Control.
Precondición El usuario tiene privilegios, para generar reporte.
Ejecuta 1. El sistema presenta formulario Generar Reporte.
funcionalidad
Generar Reporte.
Selecciona tipo de 2. El sistema solicita parámetros para generar reportes
reporte. (estudiantes, facilitadores, usuarios, notas) según el
caso.
79
Ingresa parámetros 3. El sistema valida parámetros.
a. Si parámetros válidos, ejecuta la generación del
reporte.
b. Si parámetros no válidos, solicita corrección de
valores.
Selecciona una 4. El sistema envía el reporte a la salida seleccionada
salida para el (pantalla, impresora).
Reporte. 5. Regresa al formulario Generar Reporte.
Postcondición <ninguna>
Comentarios <ninguno>
Lista de estudiantes Cedula, Nombre, Apellido, Edad, Dirección, Teléfono,
Aldea, Estado, Municipio, Nota, Materia.
Cuadro Nº 13: Estructura Caso de Uso Generar Reporte. Fuente: Propia.
El caso de uso 12 es un ejemplo para una salida, tipo reporte del sistema. Se
contemplan otros reportes como: Reporte de Facilitadores, Reportes de Notas,
Reportes de Programas de Formación, Reportes de Usuarios.
Listado por Programa de Formación

Reporte
Facilitadores «extend»
Listado por Trayecto
Reporte «extend»
Estudiantes
«extend» Listado por Trimestre
Generar Reporte Reporte

Programas de Listado por Asignatura
Formación «extend»
Administrador,
Coordinador,
Personal Operativo,
Estudiantes Reporte
Reporte Notas
Usuarios
Fig. Nº 6. Diagrama de Caso de Uso Generar Reporte. Fuente: Propia.
80
ID C.U. 13 Caso de Uso Consultar.
Requisitos RF5, RF6.
Actor(es) Todos.
Objetivo Consultar información de facilitadores, estudiantes,
programa de formación, notas, usuarios.
Precondición El usuario tiene privilegios, para consultar información.
Ejecuta 1. El sistema presenta formulario de Consulta.
funcionalidad
Consultar.
Ingresa parámetros 1. El sistema valida parámetros (Cédula).
a. Si parámetros válidos, ejecuta la consulta.
2. Si parámetros no válidos, solicita corrección de
valores.
Selecciona una 3. El sistema envía consulta a la salida seleccionada
salida para la (pantalla).
Consulta. 4. Regresa al formulario Consulta.
Postcondición <ninguna>
Comentarios <ninguno>
ninguno <ninguno>
Cuadro Nº 14: Estructura de Caso de Uso Consultar. Fuente: Propia.
b. Análisis de la interacción.
Para el análisis de la interacción se desarrollan diagramas de secuencia, tomando

en consideración la descripción narrativa de cada caso de uso. Estos diagramas
permitieron razonar en detalle como es el comportamiento en un caso de uso y
detectar cuáles son los métodos o procesos de las clases, al observar cómo se
relacionan los objetos entre sí para llevar a cabo una tarea encomendada en un
escenario.
81
Administrador Base de
Sistema
Coordinador Datos (B.D)
Personal Operativo
Estudiante
Seleccionar opción
Mostrar formulario de identificación
Ingresar nombre y clave de usuario
Enviar datos del usuario
Buscar usuario
Autorizar entrada al sistema
Mostrar menu de opciones
Fig. Nº 7. Diagrama de Secuencia del Caso de Uso Ingresar al Sistema. Fuente: Propia
Diagrama de Secuencia del Caso de Uso Consultar Estudiante:
Base de
Sistema
Datos (B.D)
Administrador
Coordinador
Personal Operativo
Seleccionar opción
Ingresar número de cédula

Enviar número de cédula
Buscar datos
Enviar datos
Mostrar datos
Fig. Nº 8. Diagrama de Secuencia del Caso de Uso Consultar Usuario. Fuente: Propia
82
Diagrama de Secuencia del Caso de Uso Registrar
Base de
Sistema
Datos (B.D)
Administrador
Coordinador
Ejecuta funcionalidad
(Facilitadores, Estudiante,Notas,
Programas de Formación, Usuarios).
Ingresa datos de
Facilitadores, Estudiantes, Notas,
Programas de Formación, Usuarios
Valida datos
Mensaje de error en datos
Valida existencia de Facilitadores
Valida existencia de Estudiantes
Valida existencia de Notas
Valida existencia de Programas de Formación
Valida existencia de Usuarios
Solicitud de Confirmación Datos y Consistencia Verificada
Actualiza registro de
Facilitadores, Estudiantes, Notas,
Confirma actualización Programas de Formación, Usuarios
Mensaje de actualización exitosa
Salir
Fig. Nº 9. Diagrama de Secuencia del Caso de Uso Registrar Estudiante, Facilitadores, Programa
de Formación, Notas, Usuarios. Fuente: Propia
83
Diagrama de Secuencia del Caso de Uso Subsistema Registrar Estudiante:
Base de
Sistema
Datos (B.D)
Administrador
Coordinador
Seleccionar opción

Validar datos
Mostrar formulario Solicitar datos completos
Ingresar datos del estudiante

Enviar datos del estudiante
Grabar datos
Fig. Nº 10. Diagrama de Secuencia del Caso de Uso Agregar Estudiante. Fuente: Propia
Base de
Sistema
Datos (B.D)
Administrador
Coordinador
Seleccionar opción

Enviar datos del estudiante Buscar cédula

Mostrar formulario con datos
Modificar datos
Enviar datos modificados
Grabar datos
Fig. Nº 11. Diagrama de Secuencia del Caso de Uso Modificar Estudiante. Fuente: Propia
84
Base de
Sistema
Datos (B.D)
Administrador
Coordinador
Seleccionar opción
Solicitar número de cédula
Ingresar número de cédula Enviar número de cédula
Buscar cédula
Mostrar formulario con los datos Enviar datos del estudiante
Seleccionar eliminar
Confirmar eliminación
Eliminar datos
Fig. Nº 12. Diagrama de Secuencia del Caso de Uso Eliminar Estudiante. Fuente: Propia
Diagrama de Secuencia del Caso de Uso Subsistema Registrar Usuario:
Base de
Sistema
Datos (B.D)
Administrador
Coordinador
Seleccionar opción
Mostrar formulario
Ingresar datos del usuario

Validar datos
Grabar datos
Fig. Nº 13. Diagrama de Secuencia del Caso de Uso Agregar Usuario. Fuente: Propia
85
Base de
Sistema
Datos (B.D)
Administrador
Coordinador
Seleccionar opción
Ingresar nombre de usuario
Enviar datos del usuario Buscar nombre de usuario
Mostrar formulario con Enviar nombre de usuario

datos del usuario
Modificar datos
Enviar datos modificados
Grabar datos
Fig. Nº 14. Diagrama de Secuencia del Caso de Uso Modificar Usuario. Fuente: Propia
Base de
Sistema
Datos (B.D)
Administrador
Coordinador
Seleccionar opción
Ingresar nombre de usuario Enviar nombre de usuario
Buscar nombre del usuario

Mostrar formulario con
datos del usuario
Seleccionar eliminar
Confirmar eliminación
Eliminar datos
Fig. Nº 15. Diagrama de Secuencia del Caso de Uso Eliminar Usuario. Fuente: Propia
86
c. Análisis funcional.
Para el análisis funcional se elaboran los diagramas de actividad que aportan

información de interés para el diseño. A continuación se presentan los diagramas
de actividad más importantes para el sistema web, en función de los caso de uso y
diagrama de secuencia mostrados.
ID C.U. 01 Caso de Uso Ingresar al Sistema Web
Ingresar al
Sistema Web
Ingresar Usuario y
Contraseña (U/C)
[Si]
[U/C no válidos] ¿Intentar

nuevamente?
[U/C válidos]
[No]
Desplegar Formulario
Principal del Sistema
Fig. Nº 16. Diagrama de Actividad del Caso de Uso Ingresar al Sistema Web. Fuente: Propia
87
ID C.U. 02 Caso de Uso Registrar Usuario
Seleccionar función
"Registrar Usuario"
Presentar Formulario
para Registrar Usuario
[Salir]
[Registrar]
Ingresar datos
del usuario
Validar tipos de datos

y consistencia de B.D.
[No válidos]
[Válidos]
Confirmar
Actualización
[No actualizar]
[Si]
Actualizar B.D
Fig. Nº 17. Diagrama de Actividad del Caso de Uso Registrar Usuario. Fuente: Propia
88
ID C.U. 03 Caso de Uso Actualizar Usuario
Seleccionar función
"actualizar usuarios"
Presentar opciones:
Reg / Mod / Elim / Salir
[Salir]
[Registrar]
[Modificar o Eliminar]
Ingresar datos Buscar

del nuevo usuario Usario
Validar tipos
de datos
Desplegar datos del Desplegar datos del

usuario (edición) usuario (consulta)
[Corregir]
Validar
datos modificados
Validar consistencia
de base de datos
[Corregir]
[Verificar]
[Datos válidos]
Confimar acción
[No actualizar]
[Si]
Actualizar base
de datos
Fig. Nº 18. Diagrama de Actividad del Caso de Uso Actualizar Usuario. Fuente: Propia
89
ID C.U. 04 Caso de Uso Registrar
Seleccionar opción Estudiante,

Facilitadores, Programas de Formación,
Notas, Usuarios.
Presentar formulario para el Registro de

Estudiante, Facilitadores,
Programas de Formación, Notas,
Usuarios.
Salir
[Registrar]
Ingresar datos de Estudiante,

Notas, Usuarios.
Validar tipos de datos
[Corregir]
Validar consistencia de base de datos Estudiante,

Notas, Usuarios.
[Verificar] No existe Estudiante

Ingresar datos del Estudiante en la B.D Valida Estudiante
[Verificar] No existe Facilitador Valida Facilitador

Ingresar datos de Facilitadores en la B.D
[Verificar] No existe Programa de Formación

Ingresar datos del Programa de Formación en la B.D Valida Programa de Formación
[Verificar] No existe Notas Valida Notas

Ingresar datos de Notas en la B.D
[Verificar] No existe Usuario

Ingresar datos del Usuario en la B.D Valida Usuario
Confirmar
Actualización
[No actualizar]
[Si]
Actualizar base de datos
Fig. Nº 19. Diagrama de Actividad del Caso de Uso Registrar Estudiante, Facilitadores, Programa
de Formación, Notas, Usuarios. Fuente: Propia
90
ID C.U. 05 Caso de Uso Salir del Sistema Web
Salir del
Sistema Web
Solicitar confirmación
de la acción
[Si] Cerrar
Formularios
[No]
Cerrar Conexión
con la B.D.
Fig. Nº 20. Diagrama de Actividad del Caso de Uso Salir del Sistema Web. Fuente: Propia
d. Análisis de navegación.
El análisis de navegación se ha constituido con una estructura de navegación con

el fin de optimizar la organización de contenidos para lograr un acceso eficiente y
sencillo a la información por parte de todos los usuarios del mismo con
independencia de sus conocimientos técnicos.
Con tal fin se han realizado las siguientes acciones:
1. Se definió y diseñó la página principal la cual estará dotada del contenido

con información útil para toda la comunidad y con los canales generales de
actualidad y eventos de las noticias principales de la Coordinación de la
Misión Sucre. Esta página principal proporciona:
91
 Información útil que se actualice periódica y automáticamente.
 Acceso directo a los contenidos más demandados por los usuarios.
 Búsqueda de documentos mediante un menú que permita buscar
contenidos relacionados con algún tema en concreto.
2. Se diseñó y se dotó un sistema que debe:

 Poseer una estructura de navegación común a todos los formularios.
 Contener la información.
 Contener los canales de información locales.
 Creación de un menú de páginas de contenido por módulos en cada
formulario correspondiente.
3. Se diseñaron páginas de contenido dentro del sistema para cada uno de los
usuarios tipo del sistema Web, estas deben contener:
 Canales de información de trámites, servicios y eventos específicos para
cada usuario tipo.
 Información útil que se actualice periódica y automáticamente.
e. Análisis de configuración.
El sistema Web para la Coordinación de la Misión Sucre, se desarrolla para que

sea acoplable a los diferentes ambientes; tanto del lado del servidor como el de
los usuarios.
Las herramientas seleccionadas de tipo hardware existentes en la Coordinación

de la Misión Sucre tienen las características mínimas necesarias, en cuanto a
procesador, disco duro y memoria RAM. Las herramientas de tipo software se
seleccionó la versión más reciente de Linux Debian para efectuar el desarrollo del
sistema al igual que todas las herramientas para desarrollo de software (Apache,
PHP5, HTML) todos bajo la licencia GNU.
92
Para crear la base de datos del sistema se crea el código a través del shell y se
ejecuta las rutinas SQL necesarias, invocando al gestor de base de datos MySql
ingresando como súper usuario. Por otro lado, se puede utilizar también cualquier
administrador para base de datos y realizar las mismas operaciones de creación y
mantenimiento de la base de datos de manera gráfica.
Todas las herramientas software para el desarrollo del sistema son de naturaleza
gratuita de Licencia Pública General (GPL) y se pueden obtener fácilmente en
Internet.
Los navegadores para los que se programa y que son utilizados en las pruebas de
navegación son: Mozilla FireFox versión 20.0.3 y Internet Explorer 9.
El proyecto es operacionalmente factible por su facilidad de uso y portabilidad a

otros sistemas operativos, lo que brinda, beneficios operacionales.
Internet
Servidor Servidor de
Web aplicaciones
Cliente
Gestor de bases
de datos
Documentos
HTML + PHP Base de datos
Fig. Nº 21. Arquitectura para el sistema Web, en la Intranet de la Coordinación de la Misión Sucre
Fuente: Propia
93
Con relación a la utilización de PHP, necesita básicamente dos cosas:
1.- Un servidor Web que va a atender las peticiones de los clientes y devolverá
las páginas solicitadas.
2.- El paquete PHP, es decir, el modulo que se encargará de interpretar y
ejecutar las paginas PHP que son solicitadas al servidor.
IV.3. Fase 3: Ingeniería de diseño
Esta etapa se pasa a construir los elementos y artefactos necesarios para el

diseño de la Web; entre ellos se tiene el diseño de contenidos, el diseño de la
arquitectura y de navegación, así como la definición de una base de datos y la
interface con el usuario.
a. Diseño del contenido.
Esta fase trata sobre el diseño e interrelación de contenidos, manteniendo

coherencia informativa, comunicacional y organizativa. Por la naturaleza del
sistema, basada esencialmente en formularios para la interacción usuario-
sistema, que mostraran etiquetas, cajas de texto y botones en la mayoría de los
casos, se diseñó una interfaz útil, de fácil acceso y usabilidad.
Por otro lado, el contenido de estos portales se estructura en 4 partes básicas:
1. Una cabecera que nos da la información a la que hemos accedido, para

mostrar al usuario en todo momento en qué portal se encuentra.
2. Un conjunto de enlaces (menú horizontal de navegación) adaptados para el

ingreso a las páginas de contenido que nos dan acceso directo a servicios
básicos, como búsqueda de trámites y servicios, noticias, contactos, consulta
de información. Para cada página de contenido evidentemente, aparecerá
una serie distinta de estos enlaces.
94
3. Un indicador de posición, que nos informará de nuestra posición dentro del
sistema Web según el camino de navegación que hayamos seguido y,
además, nos facilitará enlaces a las páginas superiores según la jerarquía de
navegación. Por lo tanto nos indica donde estamos en ese momento y el
enlace para volver a la página principal del sistema Web.
b. Diseño arquitectónico:
El diseño de la arquitectura del sistema Web está compuesto por módulos que son
unidades de programas, en lo que se especifican componentes, módulos,
relaciones entre módulos y la interfaz, apoyándose en las herramientas de
modelado que permitan la fácil construcción del sistema Web. Para el diseño de la
arquitectura del sistema Web, se eligió la estructura jerárquica, por ser la idónea
para un sistema Web como el planteado.
Fig. Nº 22. Estructura Jerárquica. Fuente: Propia
Con relación a la arquitectura del sistema, en el siguiente esquema se explican las

capas correspondientes: el sistema desarrollado tiene una arquitectura de tipo
cliente servidor con tres capas como se muestra en la figura Nº 19. La primera
capa se encuentra constituida por dos elementos, la interfaz gráfica para el
registro y control estudiantil, encargada de la presentación de la aplicación. La
segunda se enfoca en la lógica detrás de cualquier operación propia del proceso
de registro y control estudiantil. Finalmente la tercera capa es la de los datos,
95
puesto que en ella se aloja la base de datos, en la cual se almacena la información
asociada con los estudiantes y el proceso de registro.
Interfaz de Registro y
Control Estudiantil
Módulo de Registro y
Control Estudiantil
Base de Datos
Fig. Nº 23. Arquitectura general del sistema de Registro y Control Estudiantil. Fuente: Propia
c. Diseño de navegación
El sistema contiene páginas Web dispuestas y configuradas para hacer posible la

navegación, teniendo en cuenta para ello en la programación técnicas y directrices
de accesibilidad.
A continuación se muestran las rutas establecidas que permiten a los usuarios

navegar y acceder al contenido y a los servidores del sistema Web.
Con relación a los roles identificados, tal como se señaló antes, cada uno ésta
asociado a diferentes niveles de acceso que especifican qué contenido y qué
funcionalidades pueden visitar.
96
Inicio del SW Acceso Salir
Usuario
Reportes
Página
Principal
Agregar Actualizar Consultar
Programa de
Modificar Eliminar Formación
Agregar Actualizar
Estudiantes
Facilitadores
Notas
Modificar Eliminar
Agregar Actualizar
Agregar Actualizar
Agregar Actualizar
Modificar Eliminar
Modificar Eliminar
Modificar Eliminar
Fig. Nº 24. Diagrama de navegación. Fuente: Propia
d. Diseño de la Interfaz de Usuario.
La interacción con el sistema es a través de un navegador Web o Browser, es

importante señalar que las interfaces del sistema son páginas Web generadas por
un programa en el lado del servidor, el lenguaje de programación utilizado para
elaborar las páginas es el HTML, el cual a pesar de ser un estándar es
interpretado de forma distinta por algunos navegadores Web, es por ello que se
debe recurrir a técnicas que permitan solventar estas situaciones, un ejemplo es el
uso del CSS (Cascading Style Sheets, hojas de estilo en cascada), su uso en
páginas Web minimiza el riesgo de que la interfaz altere su apariencia en caso de
utilizar navegadores Web distintos a los tradicionales como Internet Explorer o
Mozilla Firefox.
97
Otro aspecto que se consideró para el diseño de la interfaz, es que el sistema va
ser utilizado por usuarios con distintos niveles de conocimiento, esto demanda una
interfaz que permita escalabilidad, intuitiva y de fácil acceso al usuario. Existen
varios punto de vista en el diseño de las interfaces, del usuario, del programador y
la del diseñador gráfico, cada uno tiene un modelo mental propio de la interfaz que
contiene conceptos y expectativas de la misma.
Una representación aproximadamente se muestra a continuación:
Fig. Nº 25. Diseño de la Interfaz del Sistema. Fuente: Propia.
En la figura Nº 25 se aprecia el diseño de la pantalla principal del sistema de

información web para el Sistema Web para el Registro y Control Estudiantil de la
Misión Sucre, Aldea Centro Regional de Apoyo al Maestro (CRAM), Municipio
Sucre del Estado Mérida, donde se encuentra: en la parte superior el logo de la
Misión Sucre, la Bandera Nacional y el encabezado, en la parte izquierda de la
pantalla se encuentran las opciones que corresponden al menú, de blanco se
observa un mapa el cual muestra las diferentes ubicaciones de aldeas del
98
Municipio Sucre del estado Mérida y el área de trabajo donde se van a observar
las pantallas dinámicas del sistema. Al lado derecho se encuentran banners con
enlace a páginas de interés de la Misión Sucre.
En las figuras Nº 26, 27, 28 la interfaz está compuesta por los siguientes
elementos:
 Formulario de datos: muestra el formulario correspondiente a la pantalla

desplegada, el mismo puede contener diferentes tipos de objetos como tablas,
cajas de texto, cajas de selección, botones de acción. Para lograr la interacción
entre el usuario y el sistema y los datos almacenados en la base de datos.
 Opciones del menú: muestra las diferentes opciones del menú disponible
en el sistema. Los elementos presentes en el menú dependerán del usuario que
se encuentre interactúan con la aplicación.
 Botones de acción: identifica los diferentes botones que permiten

manipular los datos. Pueden realizar acciones tales como cargar los datos de la
base de datos, guardar información en la base de datos, entre otros. También
están los botones que permiten regresar a un sitio determinado del sistema, son
utilizados para navegar dentro de la aplicación y los botones de impresión que
permiten al usuario imprimir sus comprobantes.
99
Fig. Nº 26. Diseño de la Interfaz de acceso al Sistema. Fuente: Propia
Fig. Nº 27. Diseño general para registrar estudiante. Fuente: Propia
100
Fig. Nº 28. Diseño general de consulta. Fuente: Propia
101
Fig. Nº 29. Diseño de Interfaz de Reporte del Alumno. Fuente: Propia
d. Diseño de Data a nivel de Componentes.
Un módulo, son todos aquellos componentes que conforman un programa o

sistema, como clases, funciones, rutinas, procedimientos, y que tiene asignado
una función específica de forma que su interfaz sea clara y sencilla, para
garantizar una alta cohesión y un bajo acoplamiento, asegurando así la facilidad
para modificarlos, adaptarlos o corregirlos.
102
El objetivo en esta fase es elaborar un modelo lógico que represente las
entidades, relaciones y atributos, para ello se contemplarán los siguientes
aspectos para elaborar el Modelo Relacional:
• Identificación de las entidades involucradas en el sistema.

• Determinar las claves de las entidades.
• Representación gráfica del modelo.
• Descripción de los atributos de cada entidad.
La base de datos del sistema está compuesta por diecisiete tablas las cuales son
las siguientes.
1. Aldea
2. Coordinador
3. Entidad_federal
4. Estudiante
5. Facilitador
6. Lapso
7. Materia
8. Municipio
9. Pensum
10. Programa
11. Plantel
12. Sección
13. Trayecto
14. Usuario
Del análisis realizado en las fases previas se puede generar un Diagrama de

clases como el que se muestra a continuación:
103
Coordinador Facilitador
-cedula -cedula
-nombre -nombre
-apellido -apellido
-cargo -edad
1
-titulo -sexo
-telefono -fecha_nac
m
-cod_aldea -lugar_nac
-nacionalidad
+Insertar() -telefono
+Guardar() -direccion
+Consultar() -correo
+Buscar() -cod_materia
1 -cod_aldea
+Modificar() 1
+Eliminar()
+Insertar()
+Guardar()
Aldea +Consultar()
Plantel -cod_aldea +Buscar()
-nombre_aldea +Modificar()
-cod_plantel +Eliminar()
-cod_aldea 1 +Insertar()
-nombre_plantel +Guardar() 1
m +Consultar()
+Insertar() +Buscar()
+Guardar() +Modificar()
+Consultar() +Eliminar()
+Buscar() m m
+Modificar()
1 Materia
+Eliminar()
-cod_materia
-nombre_materia
+Insertar()
Municipio +Guardar()
+Consultar()
-cod_municipio
+Buscar()
-nombre_municipio
+Modificar()
-cod_aldea
+Eliminar()
-cod_estado
1
m
+Insertar() m
+Guardar() Estudiante
+Consultar() -cedula
+Buscar() -nombre
1
+Modificar() -apellido
+Eliminar() -edad Pensum
-sexo Programa
-cod_pensum
m -fecha_nac
-cod_programa -nombre_pensum
-lugar_nac
-nombre_programa -cod_programa
-nacionalidad
-cod_materia
-telefono 1 1 +Insertar() 1 1
1 -direccion
+Guardar() +Insertar()
Estado -correo
+Consultar() +Guardar()
-cod_programa
-cod_estado +Buscar() +Consultar()
-cod_aldea
-nombre_estado +Modificar() +Buscar()
+Eliminar() +Modificar()
+Insertar() +Eliminar()
+Insertar() +Guardar()
+Guardar() +Consultar() 1
+Consultar() +Buscar()
+Buscar() +Modificar()
+Modificar() +Eliminar()
+Eliminar()
Usuario
-cod_usuario
m -nombre
Lapso Sección
Trayecto -apellido
-cod_lapso -cod_seccion -contraseña
-trayecto_trimestre_año -nombre_seccion -cod_trayecto -tipo
-fecha_culminacion -tipo_seccion -nombre_trayecto
-fecha_inicio -cod_trayecto +Insertar()
1 m m 1 +Insertar()
+Guardar()
+Insertar() +Insertar() +Guardar() +Consultar()
+Guardar() +Guardar() +Consultar() +Buscar()
+Consultar() +Consultar() +Buscar() +Modificar()
+Buscar() +Buscar() +Modificar() +Eliminar()
+Modificar() +Modificar() +Eliminar()
+Eliminar() +Eliminar()
Fig. Nº 30. Diagrama de Clases. Fuente: Propia
104
La implementación del modelo de data debe realizarse en el manejador MySQL,
de tipo relacional. Con este propósito se construye un modelo entidad relación
extendido, tal como se muestra a continuación:
1 m
COORDINADOR FACILITADOR
1
1 1
m
PLANTEL ALDEA
1
1
m
MATERIA
MUNICIPIO
1 m
m
ESTUDIANTE
1 1
ESTADO
1 1
1 1
LAPSO PROGRAMA PENSUM
1 1
m
m
m 1
SECCION TRAYECTO USUARIO
Fig. Nº 31. Modelo Entidad Relación Extendido. Fuente: Propia
En la figura Nº 31 el modelo entidad relacional extendido desarrollado para el

sistema, se puede destacar que la entidad “usuario” es una generalización de las
entidades “alumno”, “coordinador”, “personal operativo” y “administrador”, en este
105
caso “usuario” hereda los atributos de otra entidad dependiendo del tipo de
usuario, para llevar a cabo este proceso es necesario contar con un SGBD que
soporte dicha propiedad.
Dentro de las reglas se destacan que un estudiante puede estar cursando un

programa, los programas tienen una malla curricular, las mallas curriculares
representan los pensum de estudio de los programas con la diferencia de que
posee una modalidad nocturna o sabatino para un mismo programa, la distribución
de las unidades curriculares es a través de trayectos y trimestres, un trayecto
puede contener 3 trimestre, los trimestre equivalen a un semestre. Estos
programas son impartidos en espacios denominados “aldea universitaria”. Cada
coordinador está asociado a una aldea.
A continuación se describen las tablas del modelo relacional extendido de la base

de datos véase figura Nº 31.
Tabla Descripción
Usuario Registra los diferentes tipos de usuarios, esta tabla
hereda atributos de las tablas Estudiante,
Coordinador, Facilitador y Administrador.
Estado Almacena los códigos y nombres de estados de
Venezuela.
Municipio Almacena los códigos y nombres de municipios de los
Estados.
Aldea Almacena los códigos y nombres de aldea donde se
imparten los diferentes programas.
Programa Almacena los códigos y el nombre del programa o
“carrera” ofrecido por la universidad.
Pensum Almacena los códigos y el nombre de los pensum
“mallas curriculares” de cada programa así como la
relación con un programa, un malla representa al
106
pensum de un programa pero puede tener modalidad
diurna o nocturna.
Sección Almacena los códigos y el nombre del turno de la
malla curricular, está puede ser una malla diurna o
nocturna.
Materia Almacena los códigos y el nombre de cada unidad
curricular “materia” así como el tipo de unidad
curricular, las horas y turno. Cada unidad curricular
posee un código único que la identifica.
Lapso Almacena el año.
Trayecto Almacena los códigos del trayecto.
Estudiante Almacena todos los datos personales de los
estudiantes. Cada estudiante posee un código único
que lo identifica ejemplo la cédula.
Facilitador Almacena todos los datos personales de los
facilitadores. Cada facilitador posee un código único
que lo identifica ejemplo la cédula.
Plantel Almacena los códigos y nombres de los diferentes
planteles donde se imparten los diferentes programas.
Coordinador Almacena todos los datos personales de los
coordinadores. Cada coordinador posee un código
único que lo identifica ejemplo la cédula.
Cuadro Nº 15: Descripción de las tablas. Fuente: Propia.
Creación física de la base de datos:
Para la creación física de la base de datos se utilizó MySQL. A continuación se

muestran ejemplos de script para dos tablas:
107
Caso tabla: Aldea
CREATE TABLE IF NOT EXISTS àldea` (
`cod_aldea` varchar(12) character set utf8 collate utf8_spanish_ci NOT NULL,
`nom_instituto` varchar(50) character set utf8 collate utf8_spanish_ci NOT NULL,
`mun_instituto` varchar(40) character set utf8 collate utf8_spanish_ci NOT NULL,
ènt_federal` varchar(20) character set utf8 collate utf8_spanish_ci NOT NULL,
`dir_instituto` varchar(50) character set utf8 collate utf8_spanish_ci NOT NULL,
`tel_instituto` varchar(12) character set utf8 collate utf8_spanish_ci NOT NULL,
`mai_instituto` varchar(50) character set utf8 collate utf8_spanish_ci NOT NULL,
PRIMARY KEY (`cod_aldea`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1;
Caso tabla: Usuarios

CREATE TABLE IF NOT EXISTS ùsuarios` (
ìd_usuario` int(4) NOT NULL auto_increment,
`nombre` varchar(20) NOT NULL,
`clave` text NOT NULL,
`tipo` varchar(20) NOT NULL,
PRIMARY KEY (ìd_usuario`),
UNIQUE KEY `nombre` (`nombre`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=92 ;
IV.4. Fase 4: Generación de Páginas y Formulario.
La actividad realizada en esta etapa fue la generación del código fuente, es decir,
la programación de los componentes del sistema.
Para la programación se tomaron en cuenta las consideraciones indicadas en el

diseño. Se utilizaron herramientas de desarrollo web. El lenguaje utilizado para la
programación de las páginas dinámicas fue el PHP y para el diseño de las
108
interfaces de usuario se utilizó el HTML usando la herramienta Macromedia
Dreamweaver MX. El manejador de base de datos utilizado fue el MySQL.
La estructura de las páginas web sigue el siguiente esquema:
Ejemplo Código de formulario Pantalla Principal
<html><head>
<title>Mision Sucre</title>
<meta http-equiv="Content-Type" content="text/html; charset=ISO-8859-1">
<link rel="stylesheet" href="estilos/style.css" type="text/css">

<script type="text/javascript" src="java/funcionesAjax.js"></script>

</head>
<body onLoad="BodyOnLoad(),oficVirt(),Menus()" onUnload="BodyUnLoad()"
bgcolor="#FFFFFF" text="#000000">
<a name=" "></a>
<div id="cabecera">
</div>
...
</body></html>
Fig. Nº 32. Pantalla Principal. Fuente: Propia

109
Ejemplo Código de formulario Inicio de Sesion
<?
include("../../conexion/conexion.php");
$consulta3=mysql_query("SELECT * FROM aldea");
$con3=mysql_fetch_assoc($consulta3);
$nom_instituto=$con3['nom_instituto'];
$consulta3= mysql_query("SELECT * FROM aldea");
?>
<html>
<head>
<link rel="stylesheet" href="../../estilos/style.css" type="text/css">
<title> Sistema de Control de Estudio </title>
<style type="text/css">
</style>
</head>
<body id="fondo">
<div id="contenedor">
<table border="0" cellpadding="0" cellspacing="0" width="100%">
<tbody>
<tr class="BgHead">
<td valign="bottom">
<div id="Header">
<a href="index.html">
<img src="../../imagenes/logo.gif" alt="ALDEA CRAM" class="logo" border="0">
</a>
</body>
</html>
110
Fig. Nº 33. Inicio de Sesion. Fuente: Propia
Ejemplo Código de formulario Registrar Estudiante
<?php
session_start();
$_SESSION['usuario'];
//aqui
if ($_SESSION['usuario']==NULL)
{
?>
<script>
window.location = "../micuentaestudiante/login/login.php";
alert('Debe iniciar sesi\u00F3n en el sistema');
</script>
<?
}
session_register('cedula');
$ced=$_SESSION['cedula'];
session_register('ano');
111
$ano=$_SESSION['ano'];
include("../conexion/conexion.php");
$consulta = mysql_query("SELECT * FROM entidad_federal ");
?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<?
include("../sesion/inactividad.php");
?>
<script language="JavaScript" src="../validacion/validar.js" type="text/javascript"></script>
<script language="javascript" type="text/javascript">
</div>
</body>
</html>
Fig. Nº 34. Registrar Estudiante. Fuente: Propia
112
IV.5. Fase 5: Puesta a prueba del sistema.
En esta fase se comprueba la correcta ejecución del sistema, permitiendo revisar

la calidad del sistema desarrollado, ya que en todo sistema de información es
necesario realizar pruebas de sus diferentes módulos o componentes, que
permitan localizar y corregir posibles fallas, para mejorar los procesos
desarrollados y garantizar la fiabilidad del sistema.
Se realizaron las pruebas que permitieron validar que el funcionamiento y los

productos generados por el sistema, eran los requeridos por los usuarios.
Se comprobó al menos una vez cada una de las instrucciones de los módulos. En
este sentido, se verificó que en el Modulo de Registro, se presenta para cada
estudiante registrado, su información personal correctamente; además se realizó
completo el registro de un estudiante en un trayecto y trimestre determinado.
Además se verificó que los diferentes listados y los reportes, se imprimen con la
información correspondiente.
Por otra parte, se realizó la prueba de aceptación o usabilidad, el sistema fue

presentado ante los potenciales usuarios (Coordinación de la Misión Sucre) para
que se evaluara la interfaz y funcionalidad general del sistema, con el propósito de
que formularan sus observaciones o sugerencias. En este sentido, la respuesta
fue satisfactoria, el usuario principal mostró conformidad y complacencia en
cuanto al producto presentado.
Finalmente de las observaciones y datos obtenidos en el proceso descrito

anteriormente, se realizaron los ajustes correspondientes para realizar las pruebas
que permitan verificar el funcionamiento global del sistema con datos reales.
113
IV.6. Fase 6: Evaluación de los usuarios.
La evaluación del sistema Web se fue ejecutando durante el desarrollo del

sistema. Los criterios esenciales tomados en cuenta para esta evaluación por
parte de los usuarios fueron: información, redacción y estilo utilizado, facilidad de
navegación, control de errores y realimentación, ayuda y facilidad de uso en
general.
El Coordinador de la Misión Sucre evaluó:
Criterio Aceptado por el No aceptado por el Observaciones

Usuario Usuario
Información 
Control de errores y
realimentación 
Redacción y estilo Algunas mejoras

utilizado  sugeridas
Navegación Fácil 
Falta ayuda en parte

importante de las
funcionalidades
Ayuda  implementadas.
Facilidad de uso en 
general
Cuadro Nº 16: Criterios para la Evaluación del sistema
Con la evaluación obtenida, se procedió a incorporar las mejoras sugeridas a fin

de producir un software satisfactorio para el usuario del mismo.
114
CAPITULO V
ANÁLISIS DE RESULTADOS
Para el suministro de información oportuna y confiable en la Coordinación de la

Misión Sucre del Municipio Sucre Estado Mérida, se siguió una serie de pasos
sistemáticos que proporcionaron un mejor camino para alcanzar el objetivo
general, entre ellos tenemos:
 Se analizaron las necesidades y carencias de información y comunicación

del sistema actual.
 Se definieron las metas del sistema Web, en cuanto a información y

funcionalidades esperadas; requerimientos de contenido, interacción y
funciones para el nuevo sistema basado en web.
 Se diseñó la base de datos para el sistema Web en función de los

requerimientos definidos.
 Se diseñó la interfaz gráfica del sistema Web, definiendo la forma en la cual

los objetos de navegación pueden aparecer y cómo los objetos de interfaz
activarán la navegación y el resto de la funcionalidad del sistema.
 Se programaron los formularios y páginas del sistema Web, integrándolos de

manera progresiva hasta obtener el producto esperado, utilizando
herramientas de programación de alto nivel para tal fin.
115
 Se efectuaron pruebas exhaustivas para asegurar el perfecto funcionamiento
del proyecto, primero en el ambiente de desarrollo y luego en el servidor de
Intranet.
 Se desarrolló el manual de usuario con la finalidad de establecer las pautas

de uso a seguir y se generó la documentación del sistema desarrollado.
Este sistema ha logrado satisfacer las necesidades de la Coordinación de la

Misión Sucre, solucionando la problemática existente desde el punto de vista del
mejoramiento de los procesos de registro y control, actualización de datos así
como la emisión de documentos, manteniendo de esta manera un flujo de
información integro, seguro y confiable para el usuario.
116
CAPITULO VI
CONCLUSIONES Y RECOMENDACIONES
CONCLUSIONES
El sistema desarrollado muestra la posibilidad real que existe de ir mejorando los

procesos que actualmente se llevan a cabo en la Coordinación Misión Sucre del
Municipio Sucre del Estado Mérida y de aprovechar al máximo los recursos
tecnológicos presentes en dicha institución. Como resultado se pudo cumplir con
el propósito planteado en el proyecto desarrollar un sistema web que permitiera el
Registro y Control Estudiantil de la Misión Sucre, Aldea Centro Regional de Apoyo
al Maestro (CRAM), Municipio Sucre del Estado Mérida. A través del uso del
sistema se mejorarán los procesos de registro, actualización y consulta de datos
referentes a los estudiantes, disminuyendo considerablemente la cantidad de
documentos a archivar en carpetas.
Asimismo, se agilizará la búsqueda de información, disminuyendo el esfuerzo y

tiempo invertido en la elaboración de los reportes requeridos en la Coordinación
Misión Sucre del Municipio Sucre del Estado Mérida, dado que éstos se generarán
de forma rápida y oportuna.
La aplicación desarrollada es el resultado del uso de una serie de conceptos

modernos en el área de desarrollo de sistemas: herramientas web. Estas
herramientas son cada vez más utilizadas debido a las facilidades que ofrece para
desarrollar cualquier tipo de proyecto, desde el más sencillo hasta el más
complejo. Una de las grandes ventajas de este tipo de sistema, y por tanto del
sistema propuesto, es su flexibilidad ya se pueden agregar fácilmente nuevos
procesos o módulos con tan sólo la creación de una nueva página. Esto permite
117
que el sistema pueda adaptarse a los nuevos requerimientos que puedan ir
surgiendo con el tiempo o integrarse con otras aplicaciones informáticas en otros
departamentos, con lo cual se optimizarán los beneficios del trabajo en ambiente
web.
Por otra parte, la utilización del sistema web permitirá optimizar el uso de la
infraestructura tecnológica presente en la Coordinación Misión Sucre del Municipio
Sucre del Estado Mérida, ya que se podrá acceder al sistema desde cualquier
equipo conectado a su Red de Área Local, con lo cual queda demostrada una de
las ventajas de los ambientes web.
En cuanto a la economía, uno de los aspectos importantes a destacar es que el

sistema está construido bajo el sistema operativo GNU/Linux, las herramientas de
desarrollo utilizadas no requieren de compra de licencia para su legal
implementación, el lenguaje PHP, el manejador de Base de Datos MyQSL y el
servidor Web Apache, que son un conjunto de alto nivel de integración, permiten
crear aplicaciones confiables, potentes y rápidas a muy bajo costo. Esta
plataforma tecnológica utilizada es en la actualidad una de las más populares en
diseño y desarrollo web, por lo que hace a este sistema un producto novedoso en
cuanto a la tecnología de punta utilizada.
En cuanto a la metodología de trabajo, se siguieron las Fases de Pressman, la

utilización de la notación UML constituyó una técnica de apoyo muy confiable, ya
que permitió tener una mejor visión de los problemas obtenidos y de sus posibles
soluciones. Además, de documentar eficientemente todas las fases de desarrollo
del sistema, facilitando su interpretación.
118
RECOMENDACIONES
Una vez culminado el diseño del sistema propuesto, se recomienda lo siguiente:
 Realizar un proceso de adiestramiento a los usuarios, para orientar el uso del

sistema y lograr así las funcionalidades del mismo.
 Someter el sistema a un proceso de pruebas con datos reales, que permitan

verificar su funcionamiento en el entorno real de trabajo.
 Incorporar otras aplicaciones al sistema actual. En este sentido, se podría

crear nuevos componentes o módulos que permitan abarcar más funciones
que las actuales e integrar nuevas unidades organizativas si se requiere,
para tener actividades realmente integradas y maximizar las bondades de la
tecnología web.
 Se recomienda el uso del sistema operativo GNU/Linux como plataforma de

desarrollo de la aplicación debido a su comprobada confiabilidad, buena
seguridad, poderosa funcionalidad, buen desempeño y bajo costo en
consonancia con el decreto 3390, que establece el uso prioritario de software
libre en la administración pública.
119
REFERENCIAS BIBLIOGRÁFICAS
 Alcalde E., García M., Peñuelas S. (1993). Informática Básica. McGraw-Hill.

 Antonely J., Colmenares I y Criollo O. (1984). Base de Datos. Estudios
Profesionales IV Caracas Universidad Nacional Abierta.
 Christian Crumlish (1996). La Intranet [Documento en Línea] Disponible:
http://www.waterstones.com/waterstonesweb/products/christian+crumlish
/the+abcs+of+the+internet/7153997/ (Consulta:2010, Diciembre 06).
 Guía de referencia Debian (s.f) Software Libre [Documento en Línea].
Disponible: http://qref.sorceforge.net/ (Consulta:2011, Enero 09)
 Henry F Korth y Abraham Silberschatz (2006). Fundamentos de Bases de
Datos. QUINTA EDICIÓN. Madrid: McGraw Hill
 Joyanes, L. (1996). Fundamentos de programación: Algoritmos y
estructuras de datos. Madrid: McGraw-Hill.
 Kendall & Kendall (1997). Análisis y Diseño de Sistemas. México: Pearson
Educación.
 Lozano Oscar Enrique (2006). Sistema interfaz WEB para el seguimiento
del proceso de evaluación del rendimiento académico estudiantil
SIWEB. Trabajo de Grado, Universidad Nacional Abierta. Caracas,
Venezuela.
 Ministerio de Ciencia y Tecnología (marzo 2005). Plan Nacional de
Migración a Software Libre de la Administración Pública Nacional.
[Documento en Línea]. Disponible: http://www.mct.gov.ve. (Consulta: 2010,
Diciembre 02).
 Murdick, R. y Munson, J. (1998). Sistemas de. Información Administrativa.
Segunda Edición. México: Prentice Hall. O'Brien, J.
 Quintero, J. (2008) Sistema de Información web para el trámite, control de
solicitudes y reservación de salones para OREFI. Trabajo de Grado,
Universidad de los Andes. Mérida. Venezuela.
 Rocha M., Roberts A. (2009) Sistema de inscripción para alumnos
regulares del Instituto Universitario de Tecnología Rodolfo Loero
120
Arismendi (IUTIRLA) de Puerto Ordaz, Estado Bolivar. Trabajo de
Grado, Universidad Nacional Abierta. Venezuela.
 Pressman, R. (2006). Ingeniería de Software. Un enfoque Práctico. México:
Sexta Edición, McGraw-Hill.
 Pressman, R. (2010). Ingeniería de Software. Un enfoque Práctico. México:
Séptima Edición, McGraw-Hill.
 Senn, J. (1992). Análisis y Diseño de Sistemas de Información. México:
McGraw-Hill.
 Universidad Nacional Abierta. (1994). Análisis y Diseño de Sistemas. UNA.
Caracas.
 Universidad Nacional Abierta. (1983). Introducción a la Ingeniería de
Sistemas. UNA. Caracas.
 Universidad Nacional Abierta, (1981). Procesamiento de Datos I y II.
Caracas.
 Universidad Pedagógica Experimental Libertador (2013). Manual de Trabajos
de Grado de Especialización, Maestría y Tesis Doctorales. Caracas
 Vargas A., Alimar L. (2008) Sistema de información Web para el registro y
control administrativo del área de educación continua de extensión
universitaria para el Centro Local Yaracuy, Universidad Nacional
Abierta. Trabajo de Grado, Universidad Nacional Abierta. Venezuela
 Whitten, J., Bentley, L. y Barlow, V. (2004). Análisis y diseño de sistemas de
Información. Madrid: Editorial McGraw-Hill / Irwin. Tercera Edición.
Sitios Web:
 (http://www.corpoandes.gov.ve/corpoandes/perfiles/merida/sucre/)
 (http://www.corpoandes.gov.ve/corpoandes/perfiles/merida/sucre)
 (http://tesis.ula.ve/pregrado/tde_busca/arquivo.php?codArquivo=1274)
 (http://www.venezuelabolivariana.com/modules/mastop_publish/?tac=Universi
dad_Bolivariana)
 (http://es.wikipedia.org/wiki/Universidad_Bolivariana_de_Venezuela)
 (www.etriek.net/pdf/Fides.pdf)
 (http://www.masadelante.com/faqs/intranet)
121
 (http://es.wikipedia.org/wiki/Intranet)
 (http://es.wikipedia.org/wiki/World_Wide_Web)
 (http://es.wikipedia.org/wiki/Software_libre)
 (http://es.wikipedia.org/wiki/PHP)
 (http://es.wikipedia.org/wiki/Oracle)
 (http://www.programacion.com/articulo/introduccion_a_uml_181)
 (http://sites.google.com/site/hguaymas/servicios3)
 (http://www.calidaddelsoftware.com)
 (http://www.phpmyadmin.net)
 (http://www.libre.org/)
122
ANEXOS
123
Anexo A Manual de Usuario
A.1. Introducción
El presente manual (ayuda) es un documento que contiene las especificaciones
funcionales, técnicas y procedimientos para realizar la implantación y ejecución del
sistema de información web para el registro y control estudiantil de la Coordinación
Misión Sucre.
La interfaz utilizada en este proyecto sigue una estructura generalizada bajo el
concepto de ventanas, las cuales facilitan la interacción del usuario con el sistema.
A.2. Objetivos.
Este manual muestra una descripción del sistema diseñado, para brindar apoyo a
los usuarios al momento, de procesar las solicitudes de notas, información
personal de los estudiantes, facilitadores, coordinadores y hacer modificaciones y
actualizaciones al sistema.
A.3. Beneficios
 Provee una herramienta flexible y eficaz que permite que el proceso de
registrar al estudiante se haga de forma rápida y segura.
 Interfaz de usuario amigable.
 Disminuir el tiempo requerido por los estudiantes y facilitadores para
procesar sus solicitudes.
 Automatizar y aumentar la velocidad de los procesos manuales que se
llevan a cabo en la Coordinación de la Misión Sucre.
A.4. Requerimientos del Sistema.

A.4.1. Requerimientos de software el equipo servidor
 Plataforma Linux, Windows XP.
 Apache 2.2.8 ó Superior
 Sistema manejador de Base de Datos MySQL.
 Procesador Hipertexto PHP.
 Conexión de red (Intranet) e Internet.
 Navegador web Mozilla Firefox ó Internet Explorer V.9
124
 Sistema Web para el Registro y Control Estudiantil de la Misión Sucre,
Aldea Centro Regional de Apoyo al Maestro (CRAM), Municipio Sucre del
Estado Mérida.
A.4.2. Requerimientos de Hardware

 Procesador Pentium III ó Superior.
 Mínimo 512 MB de memoria RAM.
 Monitor que soporte resolución 1024 X 768 píxeles.
A.5. Componentes del Sistema.

El software del sistema, está diseñado de manera tal, que el usuario pueda
manejarlo aun sin necesidad de leer el manual. Es un sistema conformado por
páginas dinámicas que se ejecutan sobre un manejador web. Está integrado por
una serie de módulos ordenados secuencialmente en donde las operaciones se
hacen de manera repetitiva, lo que facilita el manejo del mismo.
A.6. Interfaz de usuario.
El sistema está compuesto de varias páginas dinámicas las cuales facilitan la
interacción del usuario con el sistema. La apariencia de la interfaz es igual que
cualquier otra página web, con la diferencia que el sistema diseñado hace
consultas a la base de datos, y luego ejecuta los métodos propios del sistema.
La figura A.1 muestra los elementos de la pantalla principal del sistema, la cual
cuenta con un menú de opciones que permite tener acceso al sistema pulsando el
botón Ingresar al Sistema.
125
Figura. A.1 Pantalla principal del Sistema
Luego que el usuario pulsa el botón Ingresar al sistema muestra la ventana de
inicio de sesión.
Encabezado
Identificación del usuario
Botón de Cancelar y regresa a la

Botón de Inicio de Sesión Pantalla Principal
Figura A.2 Pantalla de Inicio de Sesión
126
A.7. Inicio de Sesión.
El Sistema Web para el Registro y Control Estudiantil de la Misión Sucre, Aldea

Centro Regional de Apoyo al Maestro (CRAM), Municipio Sucre del Estado
Mérida, cuenta con un soporte de seguridad que identifica al usuario antes de
permitir su acceso al sistema, los usuarios que tienen acceso validado para hacer
uso del sistema se describen en la siguiente tabla.
Usuario Descripción
Estudiante Persona autorizada para acceder al sistema previa

validación de su clave y nombre de usuario con privilegios
para hacer consulta de notas.
Personal Operativo Persona autorizada para acceder al sistema previa

validación de su clave y nombre de usuario con privilegios
para hacer consulta e ingreso de datos de los estudiantes.
Administrador Persona autorizada por la Coordinación Misión Sucre para

acceder al sistema previa validación de su clave y nombre
de usuario, que se encarga de modificar y actualizar datos
del sistema.
Coordinador Persona autorizada por la Coordinación Misión Sucre para

acceder al sistema previa validación de su clave y nombre
de usuario, que se encarga de procesar el registro del
estudiante.
Tabla A.1. Descripción de los usuarios del sistema.

Una vez identificado el usuario por el sistema y validado su acceso, el mismo le
muestra la pantalla principal y menú de opciones según el usuario que haya
accedido al sistema.
127
A.8. Ventana para el usuario Coordinador.
La figura A.3. muestra la ventana y menú de opciones para el usuario
Coordinador.
Debe seleccionar el
Trayecto – Trimestre – Año
Menú
Botón de acción
Figura A.3 Pantalla y menú de opciones para el usuario Coordinador.
Menú
Figura A.4 Pantalla y menú Estudiantes.

Selecciona el Menú Alumnos y se despliega un submenú de Registro el cual
contiene las operaciones como: Ingresar, Buscar, Modificar, Eliminar,
128
Observaciones Alumnos; para los demás Menú se realizan las mismas
operaciones.
Debe llenar todos

y cada uno de los
campos de este
formulario.
Una vez
insertados todos
los datos le
damos clik en
guardar
Figura A.5 Pantalla y menú Estudiantes.
Damos clik en
Aceptar para
registrar la
contraseña
Figura A.6 Pantalla Registro de Contraseña.
129
Introduzca la
contraseña para
confirmar
Seleccione el Tipo
Damos click en de Usuario
Guardar
Figura A.7 Pantalla Confirmación de Contraseña y Tipo de Usuario.
Mensaje
exitoso
Figura A.8 Pantalla de Mensaje.
130
Figura A.9 Pantalla de Constancia de Estudios.
Figura A.10 Pantalla de Reporte del Facilitador.
131
Pasos para Instalar el Programa WampServer 2.0
Para instalar el sistema se requiere tener el Sistema Operativo Windows XP

Profesional instalado en el servidor. Además del Servidor Web Apache, el lenguaje
PHP y el manejador de Datos MySQL.
En primer lugar debe instalarse el programa WampServer 2.0 en el computador

que actuará como servidor. La aplicación WampServer permite instalar sobre
Windows el servidor web Apache, el PHP, el MySQL y el phpMyAdmin (interfaz
gráfica para administrar MySQL) de forma conjunta. La instalación de
WampServer, es guiada a través de una interfaz fácil de seguir, el proceso es
automático y sin complicaciones.
A continuación se detallan los pasos que se deben seguir:
Instalación del WampServer
1. Hacer click en el ícono del programa
2. Una vez descargado el ejecutable procedemos a ejecutar la instalación,

recibiendo un mensaje de bienvenida y hacemos Click en Next.
132
3. Luego nos muestra la siguiente pantalla que debemos seleccionar la aceptación
de condiciones del programa y hacemos Click en Next.
4. Directorio de Instalación: en esta pantalla nos solicita el directorio en el que

queremos instalar la aplicación, por defecto nos marca “c:\wamp”, y pulsamos
Next.
5. Selección adicional: Dejamos como viene por defecto y pulsamos

Next.
133
.
6. Lectura de la Instalación: Verificamos la información. Pulsamos en Next
7. Progreso de la instalación: Empieza realmente la instalación mostrándonos

una barra de progreso hasta que aparece una pantalla que nos avisa para crear la
página index.php y le damos click Si.
134
8. Completa la instalación le damos click en Finish.
9. Comprobación de la instalación: Si hemos hecho bien la instalación al poner

en nuestro navegador: http://localhost nos debe aparecer la pantalla siguiente:
135
136

Tesis

Cargado por

Información del documentohacer clic para expandir la información del documentotesis de informatica

Información del documentohacer clic para expandir la información del documento

Copyright:

Formatos disponibles

Tesis

Cargado por

Información del documento

Título 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

Tesis

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD NACIONAL ABIERTA

PRÁCTICA PROFESIONAL II – 341

Sistema Web para el Registro y Control Estudiantil de la Misión

Autor: Deynis F. Moncada P.

Tutor Académico: Golfredo Molina

Tutor Empresarial: Iralis Rodríguez

I.1. PLANTEAMIENTO DEL PROBLEMA………………………………………. 11

I.2. JUSTIFICACIÓN E IMPORTANCIA…………………………………………. 16

I.3. OBJETIVOS DEL PROYECTO………………………………………………. 18

I.3.1. Objetivos Específicos……………………………………………………….. 18

I.4. ALCANCE DEL PROYECTO………………………………………………… 19

CAPÍTULO II MARCO TEÓRICO……………………………………………....... 20

II.2. BASES TEÓRICAS…………………………………………………………... 22

II.2.2. SISTEMA DE INFORMACIÓN…………………………………………..… 23

Concepto de Sistemas de Información………………………………………...... 23

Sistemas basados en Tecnología Web …………………………………….…… 23

Ventajas de un Sistema Web…………………………………............................ 26

II.2.3. LA RED INTERNET………………………………………………………… 27

II.2.4. SOFTWARE LIBRE…………………………………………………..……. 29

II.2.5. LENGUAJE DE PROGRAMACIÓN DE ALTO NIVEL……………..…... 31

II.2.6. LENGUAJES ORIENTADOS A LA WEB……………………………..…. 33

Lenguaje de Marcas de Hipertexto (HTML: HyperTextMarkup Language)…. 33

Lenguaje de Programación PHP…………………………….…......................... 34

El servidor HTTP Apache…………………………………………………………. 36

Arquitectura Cliente / Servidor……………………………………....................... 37

II.2.7. LENGUAJE DE MODELADO UNIFICADO (UML)……………………… 37

II.2.8. BASE DE DATOS……………………………………………..................... 40

Gestor de Base de Datos MySQL…………………………................................ 41

Gestor de Base de Datos Oracle…………………………………………………. 43

II.3. BASES REFERENCIALES…………………………………………………... 44

II.4. BASES LEGALES…………………………………………………………… 45

La Universidad Bolivariana de Venezuela………………………………………. 48

Misión de la Universidad Bolivariana de Venezuela ……...…………………… 48

CAPITULO III MARCO METODOLÓGICO……………………………………… 50

III.1. TIPO DE INVESTIGACIÓN…………………………………………………. 50

III.2. METODOLOGÍA PROPUESTA…………………………………………….. 50

Fase 1: Formulación e identificación de requisitos……………………………. 52

Fase 3: Ingeniería de Diseño……………………………………………………... 55

Fase 4: Generación de Páginas y Formulario…………………........................ 57

Fase 5: Puesta a Prueba del Sistema…………………………………………… 58

Fase 6: Evaluación del Cliente y/o Usuario…………………............................ 58

CAPITULO IV DESARROLLO DE LA SOLUCIÓN.…..………………..….…… 61

CAPITULO V ANALISIS DE LOS RESULTADOS …..………………………… 115

CAPITULO VI CONCLUSIONES Y RECOMENDACIONES…………..……... 117

REFERENCIAS BIBLIOGRÁFICAS……………………………………………… 120

ANEXO A………………………………………………………………………….... 124

1 Cuadro Sinóptico…………………………………………………… 59-60

SISTEMA WEB PARA EL REGISTRO Y CONTROL ESTUDIANTIL DE LA

Autor: Deynis Moncada

La presente Práctica Profesional tiene como objetivo fundamental desarrollar un

En el marco del plan de estudios de la carrera de Ingeniería de Sistemas de la

El informe que se presenta plasma la formulación del problema, la justificación del

Es importante destacar que con el desarrollo de la solución se estará ofertando

En tal sentido, en este documento se presentan los aspectos básicos que

Capítulo I. Planteamiento del Problema: Incluye la formulación del problema, los

Capítulo III. Marco Metodológico: Se detalle el camino seleccionado para alcanzar

Capítulo IV, se efectúa el desarrollo de la solución, se aplica la metodología