Está en la página 1de 43

LA DEFINICIÓN DE LA SITUACIÓN PROBLEMÁTICA DEBE SER REDEFINIDO

TODA VEZ QUE NO TIENE RELACIÓN CON SU PROPUESTA.

Implementación de un Sistema de Aulas Virtuales para alumnos


de quinto de secundaria en la mejora del rendimiento en el curso
de Matemáticas del Centro Educativo Particular San Pablo

Tesis para optar el Título de Ingeniero de Sistemas y Cómputo

Paulo Cesar Negri Ruíz

Asesor
Mg. Santiago Gonzales
Lima – Perú
Mes de Año

(Tamaño de la fuente 12 pt. interlineado simple)


DEDICATORIA (OPCIONAL)
Este trabajo está dedicado a……………………..
………………………………………

2
INDICE

TESIS
ÍNDICE DE FIGURAS....................................................................................................................5
ÍNDICE DE TABLAS......................................................................................................................6
RESUMEN........................................................................................................................................7
ABSTRACT......................................................................................................................................8
INTRODUCCIÓN............................................................................................................................9
CAPITULO 1: PLANTEAMIENTO DEL PROBLEMA............................................................10
1.1. Situación Problemática..................................................................................................10
1.2. Problema de la Investigación.........................................................................................10
1.3. Objetivos.........................................................................................................................11
1.4. Justificación....................................................................................................................12
1.5. Alcances...........................................................................................................................12
CAPITULO 2: MARCO TEÓRICO.............................................................................................14
2.1. Antecedentes de la Investigación...................................................................................14
2.2. Bases Teóricas.................................................................................................................14
2.3. Glosario de Términos.....................................................................................................15
CAPITULO 3: VARIABLES E HIPÓTESIS...............................................................................17
3.1. Variables e Indicadores..................................................................................................17
3.2. Hipótesis..........................................................................................................................17
CAPITULO 4: METODOLOGÍA DEL DESARROLLO...........................................................19
4.1. Selección de la Metodología...........................................................................................19
4.2. Descripción de la Metodología.......................................................................................20
4.3. Adaptación de la Metodología.......................................................................................22
CAPÍTULO 5: SOLUCIÓN TECNOLÓGICA...........................................................................25
5.1. Diagrama General de CUN............................................................................................25
5.2. Diagrama de CUS...........................................................................................................26
5.3. Especificaciones de CU...................................................................................................27
5.4. Matriz de Trazabilidad...................................................................................................34
5.5. Diagrama de Paquetes....................................................................................................35
5.6. Diagramas de Colaboración...........................................................................................35
5.6.1. Diagrama de Colaboración de Contenido.............................................................35

3
5.6.2. Diagrama de Colaboración de Curso....................................................................36
5.6.3. Diagrama de Colaboración de Perfil.....................................................................36
5.6.4. Diagrama de Colaboración de Usuario.................................................................37
5.6.5. Diagrama de Colaboración Tarea..........................................................................37
5.7. Diagrama de Clases........................................................................................................38
CAPITULO 6: RESULTADOS.....................................................................................................39
CONCLUSIONES..........................................................................................................................40
RECOMENDACIONES................................................................................................................41
REFERENCIAS BIBLIOGRAFICAS..........................................................................................42
ANEXO...........................................................................................................................................43

4
ÍNDICE DE FIGURAS

Tabla 1.1: Título de la figura


Tabla 1.2: Título de la figura

5
ÍNDICE DE TABLAS

Tabla 1.1: Título de la tabla


Tabla 1.2: Título de la tabla

6
RESUMEN

Se deberá explicar la problemática del tema de tesis, la misma que deberá ser justificada (ver
sección de justificación). Seguidamente, se deberá exponer el aporte teórico - práctico, indicando
los beneficios de la propuesta. Deberá mencionar brevemente los grandes temas del trabajo y
finalizar con la principal conclusión del trabajo.
Palabras clave: colocar, entre comas, de tres a cinco palabras.

7
ABSTRACT

Describa aquí su resumen en inglés.

Keywords: word1, word2, word3

8
INTRODUCCIÓN

Aquí se deberá hacer una presentación del trabajo que se pretende abordar, mostrando sus
aplicaciones, conceptos básicos en relación con el problema abordado.
La introducción generalmente especifica la situación actual, sus objetivos, etc. Ocupando, como
cualquier capítulo, con algunas páginas, según demande la presentación.

9
CAPITULO 1: PLANTEAMIENTO DEL PROBLEMA

1.1. Situación Problemática

El Centro Educativo Particular San Pablo, con sede en la Av. alborada 1707, Pueblo Libre -
Lima, entre los diversos miembros que la conforman, se encuentran los maestros y
directores, encargados de brindar educación y mantener el orden y la disciplina de los
alumnos, tanto nivel primario como secundario, así como también solucionar problemas a
nivel personal y/o escolar de los mismos. En ese sentido el centro educativo se enfrenta a un
inconveniente el cual no cuenta con una forma más práctica de brindar educación que
permita a los alumnos aprender los temas de una forma más moderna y eficaz.

Como consecuencia por el avance de las tecnologías, aumenta la necesidad de los alumnos
por aprender, lo cual surge la preocupación, tanto de maestros como de los mismos padres
de familia, en no encontrar una forma más eficaz de llevar a cabo el proceso de enseñanza
aprendizaje lo que hace necesario utilizar recursos tecnológicos.

NO ES CIERTO EN LA MEDIDA QUE POR FALTA DE LA TECNOLOGIA EL


ESTUDIANTE ESTE AFECTADO.

La falta de información acerca del tema, así como también la falta de capacitación en los
profesores causa que no se pueda proceder a una solución inmediata y por ende evitar este
tipo de inconvenientes que relaciona de cierta manera a todos los que conforman el colegio
y también al estado.

A QUE SE REFIERE CON LA GESTION DE AULAS VIRTUALES? CUALES ES EL


PROBLEMA? NO SERÁ LA GESTION ACADÉMICA?
REVISAR EL PROBLEMA PARA DETERMINAR LOS DEMAS ITEM
1.2. Problema de la Investigación

Problema General

¿En qué medida la implementación de un sistema de aulas virtuales influye en la mejora del
rendimiento de los alumnos de primero de secundaria en el curso de Matemáticas en el
Centro Educativo Particular San Pablo en Pueblo Libre?

10
Problemas Específicos

Problema Especifico N° 1:
¿En qué medida la funcionalidad del Desarrollo de un Sistema de Información influye en la
Gestión de Aulas Virtuales en el Centro Educativo Particular San Pablo en Pueblo Libre?

Problema Especifico N° 2:
¿En qué medida la fiabilidad del Desarrollo de un Sistema de Información influye en
Gestión de Aulas Virtuales en el Centro Educativo Particular Jorge Polar en Pueblo Libre?

Problema Especifico N° 3:
¿En qué medida la usabilidad del Desarrollo de un Sistema de Información influye en la
Gestión de Aulas Virtuales en el Centro Educativo Particular Jorge Polar en Pueblo Libre?

Problema Especifico N° 4:
¿En qué medida la portabilidad del Desarrollo de un Sistema de Información influye en la
Gestión de Aulas Virtuales en el Centro Educativo Particular Jorge Polar en Pueblo Libre?

1.3. Objetivos

Objetivo General
Evaluar la influencia del desarrollo de un sistema de información con la gestión de aulas
virtuales en el Centro Educativo Particular Jorge Polar en Pueblo Libre

Objetivos Específicos

Objetivo Especifico N° 1

Establecer la influencia de la funcionabilidad del Desarrollo de un Sistema de Información


en la Gestión de Aulas Virtuales en el Centro Educativo Particular Jorge Polar en Pueblo
Libre.

11
Objetivo Especifico N° 2

Determinar la influencia de la fiabilidad del Desarrollo de un Sistema de Información en la


Gestión de Aulas Virtuales en el Centro Educativo Particular Jorge Polar en Pueblo Libre.

Objetivo Especifico N° 3

Evaluar la influencia de la usabilidad del Desarrollo de un Sistema de Información en la


Gestión de Aulas Virtuales en el Centro Educativo Particular Jorge Polar en Pueblo Libre.

Objetivo Especifico N° 4

Aplicar la influencia de la portabilidad del Desarrollo de un Sistema de Información en la


Gestión de Aulas Virtuales en el Centro Educativo Particular Jorge Polar en Pueblo Libre.

1.4. Justificación

El desarrollo del presente trabajo tuvo como finalidad ayudar a implementar en los centros
educativos una forma más moderna y fácil de brindar clases a través de un aula virtual,
logrando de esta manera simplificar, agilizar y automatizar los procesos de aprendizaje de
los alumnos, entre los principales beneficios se tienen los siguientes:

 La aplicación estaría disponible para utilizarse en todas las escuelas tanto nivel primario
como secundario.
 Se generaría una solución rápida para el problema de aprendizaje.
 Solucionará problemas a nivel educativo de los alumnos.
 Brindará experiencia al desarrollo de aplicaciones móviles, así como también al manejo
de información y análisis de diferentes casos.
 Servirá como un medio de consulta.
 Ayudará a los alumnos y maestros de las diferentes escuelas.

1.5. Alcances

El desarrollo del presente trabajo contara con los siguientes módulos:

 Gestión de Registro
 Gestión de Base de Datos
 Gestión de Cursos

12
 Gestión de Temas
 Gestión de Consultas
 Para el desarrollo del Aplicativo Móvil se utilizó la metodología RUP (Proceso
Unificado Racional).

13
CAPITULO 2: MARCO TEÓRICO

2.1. Antecedentes de la Investigación

Jackson Ayoví Preciado (2013) VIRTUALIZACIÓN DE SERVIDORES PARA LA NUBE


INTERNA DE LA CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES;
Resumen que este proyecto busca dotar de una herramienta tecnológica que aporte al
desarrollo académico de los estudiantes de la Carrera de Ingeniería en Sistemas
Computacionales. La virtualización de servidores es una opción viable ante la necesidad de
ampliar la base de servidores con que cuente una institución. Mediante la virtualización los
estudiantes tendrán las opciones de Incrementar la facilidad de tener entornos de pruebas,
posibilidad de instalar sus propias aplicaciones y controlar completamente la configuración
de su servidor, administración Centralizada de los servicios de los servidores. Trabajar con
Múltiples proyectos de manera simultánea. La escalabilidad del proyecto es de importancia,
ya que permitirá el crecimiento de los laboratorios en función de las necesidades
académicas. El ahorro que resulta al poder disponer de varios servidores virtuales en uno
físico permite un gran ahorro de recursos económicos, por lo que resulta financieramente
viable.

Julio Ernesto Rojas Mesa (2013) EDUCACIÓN VIRTUAL: DEL DISCURSO TEÓRICO A
LAS PRÁCTICAS PEDAGÓGICAS EN LA EDUCACIÓN SUPERIOR COLOMBIANA;
Resume que la investigación tuvo como objetivo principal, realizar un estudio etnográfico
en tres Instituciones de Educación Superior de Colombia que permitiese establecer la
relación entre discursos, prácticas y ambientes asociados con la educación virtual. Ahora
bien, en algunos casos, el objetivo se cumplió satisfactoriamente como, por ejemplo, en la
elección teórica de la categoría de “sistema cultural” para efectuar el análisis de las
universidades objeto de estudio. En otros, como en la aplicación de las técnicas etnográficas
y en el desarrollo del trabajo de campo se presentaron algunas dificultades. A continuación,
se abordan, en específico, estos aspectos de carácter general de la investigación.

2.2. Bases Teóricas

Arnobio Maya Betancourt. (1993). LA EDUCACION A DISTANCIA Y LA FUNCION


TUTORIAL. San José, Costa Rica: UNESCO-SAN JOSE. Indica que cuando la institución

14
de que se trate inicia un curso o un programa por medio de la modalidad a distancia,
informa general mente a través del Prospecto o “Guía del Alumno” el tipo o tipos de tutoría
que se utilizarán y la forma como ésta podrá ser aprovechada por los alumnos.

Claudia Marisa Pagano. (2005). Los tutores en la educación a distancia. Un aporte teórico.
Revista de Universidad y Sociedad del Conocimiento, 4, 11. Menciona que, en relación con
el rol del tutor virtual, se plantean nuevas competencias y habilidades: una de las
características esenciales es estar preparado para generar un diálogo efectivo con los
participantes y entre los participantes, de modo que se favorezca el aprendizaje activo y la
construcción del conocimiento cooperativo y colaborativo, por lo que se requiere
monitorización y moderación de los grupos de trabajo.

Juan Silva Quiroz. (2010). Innovación Educativa. El rol del tutor en los entornos virtuales
de aprendizaje, 10, 23. Indica que El EVA debe diferenciarse de un espacio web bien
estructurado, pues este último no garantiza el aprendizaje. El diseño debe nutrirse
principalmente de las investigaciones relacionadas con la estructura y representación de la
información, y cómo puede ser utilizada en actividades de aprendizaje e interacción. La
gestión y organización del conocimiento, el uso de representaciones hipertextuales, la
adquisición de información mediante simulaciones, entre otros, son accesibles en un
entorno virtual, pero, es preciso saber en qué momento aplicarlos en función de los
objetivos y aprendizajes que se desean alcanzar.

2.3. Glosario de Términos

Pavon P, (2000) Define la evaluación como un proceso que permite la recogida y el análisis
de información relevante en que apoyar juicios de valor sobre el objeto evaluado. Éstos se
utilizarán para reconducir, si fuera necesario, las situaciones que puedan mejorarse y para
una posterior toma de decisiones sobre calificación y certificación. No se debe confundir
evaluación con calificación ya que esto es sólo un aspecto más de todo el proceso
evaluativo, está relacionada con la valoración o notas finales y tiene intenciones
exclusivamente acreditativas.

Gonzales M. (2014) Menciona que la virtualización de Aplicación comprende la tecnología


de software, permitiendo la ejecución en diferentes sistemas operativos y distintas
plataformas de hardware. Esto significa que las aplicaciones pueden ser desarrolladas y

15
escritas para adoptar el uso de frameworks. Pero, las aplicaciones que no usufructúan esos
frameworks no recibirán los beneficios de virtualización de aplicación. (pag. 19).

Coll C. (2008) Menciona que las tecnologías de redes de información han traído consigo un
incremento espectacular de la cantidad y el flujo de la información y han facilitado no solo
el acceso a la misma de sectores cada vez más amplios de la población, sino también la
posibilidad de someter a un verdadero “bombardeo informativo” a estos sectores. La
abundancia de la información y la facilidad de acceso a la misma no garantiza, sin embargo,
que los individuos estén más y mejor informados. Faltos de criterios para seleccionarla y
contrastar su veracidad, la abundancia de información, sostenida además a los intereses y
finalidades de quienes tienen el poder, los medios y la capacidad para hacer circular, se
convierte con facilidad para muchos ciudadanos y ciudadanas en sobreabundancia, caos y
ruido (pag. 27).

16
CAPITULO 3: VARIABLES E HIPÓTESIS

3.1. Variables e Indicadores

a. Identificación de Variables
 Variable Dependiente: Desarrollo de un Sistema de Información
 Variable Independiente: Gestión de Aulas Virtuales en el Centro Educativo
Particular Jorge Polar en Pueblo Libre.
b. Operacionalización de Variables
 Indicadores de Variable Independiente:
 Nivel de Funcionabilidad.
 Nivel de Usabilidad.
 Nivel de Fiabilidad.
 Nivel de Seguridad.
 Indicadores de Variable Dependiente:
 Mejora del aprendizaje.
 Consulta de Temas brindados.
 Conformidad por parte de los Alumnos y Profesores.

3.2. Hipótesis

- Hipótesis General: El desarrollo de un Sistema de Información influye


significativamente con Gestión de Aulas Virtuales en el Centro Educativo Particular
Jorge Polar en Pueblo Libre.

- Hipótesis Específicas:

 Hipótesis Especifico N° 1: La funcionabilidad del Desarrollo de un Sistema de


Información influye significativamente en la Gestión de Aulas Virtuales en el
Centro Educativo Particular Jorge Polar en Pueblo Libre.
 Hipótesis Especifico N° 2: La fiabilidad del Desarrollo de un Sistema de
Información influye significativamente en la Gestión de Aulas Virtuales en el
Centro Educativo Particular Jorge Polar en Pueblo Libre.
 Hipótesis Especifico N° 3: La usabilidad del Desarrollo de un Sistema de
Información influye significativamente en la Gestión de Aulas Virtuales en el
Centro Educativo Particular Jorge Polar en Pueblo Libre.

17
 Hipótesis Especifico N° 4: La portabilidad del Desarrollo de un Sistema de
Información influye significativamente en la Gestión de Aulas Virtuales en el
Centro Educativo Particular Jorge Polar en Pueblo Libre.

18
CAPITULO 4: METODOLOGÍA DEL DESARROLLO

4.1. Selección de la Metodología

Para el presente proyecto se utilizó la metodología RUP (Rational Unified Process) ya que nos
permitió dentro de la estructura hacer modificaciones donde requerían por las exigencias que se
necesitan para el proyecto en si en la cual se tenía que implementar, a través de los casos de Uso se
pudo verificar los procesos los cuales cuenta el proyecto actualmente, las especificaciones de CUN
que requiere el software y con las pruebas unitarias realizadas, además de los documentos
(entregables), hacen que al usar la metodología RUP sea más sencillo realizar el proyecto.

Al inicio se contaba con 2 metodologías como candidatas para realizar el proyecto, pero a
continuación se realizó un cuadro comparativo para demostrar el motivo por el cual se optó por usar
la metodología RUP:

RUP XP
Desarrollo de Software Iterativo
La calidad como un objetivo
Verificación continua de la calidad
Requerimientos del cliente
Arquitectura conducida
Enfocado en equipo
Programación en par
Adaptación con restricciones
Administración de cambios y configuraciones

19
También se contó con un mayor conocimiento y experiencia en comparación con las otras
metodologías existentes, a parte que la metodología RUP se acomodó mejor que otras metodologías
para poder elaborar dicho proyecto, además que la metodología mencionada describe como utilizar
de forma efectiva las reglas del negocio en el cual está enfocado y procedimientos comerciales
probados en el desarrollo de software para equipos de desarrollo de software, conocidos como
“mejores prácticas”. También nos ayuda con la elaboración de prototipos para que si necesitara de
alguna modificación podamos acceder directamente a la raíz del proyecto y actualizarlo.

4.2. Descripción de la Metodología

El Rational Unified Process o Proceso Unificado de Racional es un proceso de ingeniería de


software que suministra un enfoque para asignar tareas y responsabilidades dentro de una
organización de desarrollo. Su objetivo es asegurar la producción de software de alta y de mayor
calidad para satisfacer las necesidades de los usuarios que tienen un cumplimiento al final dentro de
un límite de tiempo y presupuesto previsible. Es una metodología de desarrollo iterativo que es
enfocada hacia “diagramas de los casos de uso, y manejo de los riesgos y el manejo de la
arquitectura” como tal.

En el ciclo de vida RUP veremos una implementación del desarrollo en espiral. Con el ciclo de vida
se establecen tareas en fases e iteraciones. El RUP maneja el proceso en cuatro fases, dentro de las
cuales se realizan varias iteraciones en número variable.

Las primeras iteraciones (en las fases de Inicio y Elaboración) se enfocan hacia la comprensión del
problema y la tecnología, la delimitación del ámbito del proyecto, la eliminación de los riesgos
críticos, y al establecimiento de una base de inicio.

La metodología RUP es más apropiada para proyectos grandes (Aunque también pequeños), dado
que requiere un equipo de trabajo capaz de administrar un proceso complejo en varias etapas. En
proyectos pequeños, es posible que no se puedan cubrir los costos de dedicación del equipo de
profesionales necesarios.

20
La metodología RUP cuenta con las siguientes características:

 Promueve la reusabilidad.
 Reduce la complejidad del mantenimiento (extensibilidad y facilidad de cambios).
 Riqueza semántica.
 Disminuye la brecha semántica entre la visión interna y la visión externa del sistema.
 Facilita la construcción de prototipos.
 Se puede realizar mantenimientos más sencillos.
 Cuenta con una forma disciplinada de asignar tareas y responsabilidades.
 Pretende implementar las mejores prácticas en la Ingeniería de Software.
 Cuenta con un desarrollo iterativo e incremental.
 Se puede contar con la administración de requisitos.
 Uso de arquitectura basada en componentes.
 Se tiene un control total de cambios que se puedan realizar.
 Cuenta con un modelado visual del software a desarrollar.
 Se puede verificar la calidad del software.

4.3. Adaptación de la Metodología

En este acápite describimos la adaptación que hemos realizado del RUP. Hemos considerado 4 fases
y una sola iteración:

21
4.3.1. FASE DE INICIO
ITERACION
MODELADO DEL NEGOCIO:
Modelo de casos de uso negocio, completo
Modelo de análisis del negocio, preliminar
REQUISITOS
Documento de Visión
Glosario
Casos de uso de alto nivel

GESTION DE PROYECTO
Plan de desarrollo de software
4.3.2. FASE DE ELABORACION

ITERACION
MODELADO DEL NEGOCIO:

22
Diagrama de Casos de Uno de Negocio General

REQUISITOS
Documento de Visión Refinado
Casos de uso prioritarios

ANALISIS Y DISEÑO
A través de un cuestionario se hace las verificaciones correspondientes para la
implementación del aula virtual
IMPLEMENTACIÓN
De acuerdo con las necesidades del Centro Educativo particular Jorge Polar se hace
realiza las especificaciones que requiere para la elaboración de un aula virtual y con
ello se elabora un diagrama
GESTION DE PROYECTO
Plan de iteraciones

ITERACION
REQUISITOS
Casos de uso prioritarios
Especificación de casos de uso
ANALISIS Y DISEÑO
Modelos de análisis

IMPLEMENTACIÓN
Se realiza la verificación de cada uno de los Casos de Uso que se va a implementar
en el sistema y teniendo esa información se elabora las especificaciones de cada uno
de dichos casos

GESTION DE PROYECTO
Teniendo en cuenta que ya contamos con los Casos de uso se procede a la
elaboración de las especificaciones de Casos de uso.

4.3.3. FASE DE CONSTRUCCION


ITERACION
ANALISIS Y DISEÑO

23
Modelos de análisis
Base de Datos

IMPLEMENTACIÓN
Módulo de administración de usuarios
Módulo de Logeo
Módulo de Profesores
Módulo de Cursos
Módulo de Clases
Módulo de Tareas

GESTION DE PROYECTO
Una vez contando con todos los datos necesarios se empieza a elaborar todos los
módulos correspondientes al software, también la base de datos, la parte lógica y
física.

4.3.4. FASE DE TRANSICION

Durante esta fase de transición busca garantizar que se tiene el software desarrollado para
su entrega al Centro Educativo Particular, para ello se hace las revisiones finales de los
resultados brindados, se verifica posibles errores y una ver realizado todas las verificaciones
se genera el manual de usuario y el software.

CAPÍTULO 5: SOLUCIÓN TECNOLÓGICA

5.1. Diagrama General de CUN

Aquí se puede observar en términos generales en que consiste el proyecto, definiendo los
actores y los CU que intervienen.

24
5.2. Diagrama de CUS

En este diagrama se puede visualizar todas las funciones del sistema y los actores internos y
externos que están involucrados y los respectivos CU relacionados.

25
5.3. Especificaciones de CU

Nombre Buscar Clases


Disparador El caso de uso inicia cuando se solicita al profesor de sistema que
ingrese la clase a buscar

26
Flujo Base - El profesor selecciona en el menú tema.
- El sistema muestra las listas registradas.
- El profesor selecciona la clase a seleccionar.
- El caso de uso termina
Flujo Alterno <1>el profesor no encuentra la clase a realizar
- El sistema no muestra la clase a utilizar
- El usuario registra una nueva clase
- [vuelve al flujo base]
<2>se pierde la conexión con la base de datos
- El sistema muestra un anuncio que dice “conexión inaccesible”
- El sistema cierra el formulario
- El caso de uso finaliza
Pre-Condición el usuario debe haber sido admitido en el sistema con el cargo de
“Profesor”
Post-Condición El sistema ha guardado el registro de Contenido.
SubFlujo Buscar Contenido:
<1>Editar Contenido:
- El profesor selecciona en el menú de registro, “clases”
- El profesor modifica los datos
- El profesor oprime el botón guardar
- El sistema guarda los datos.
- El caso de uso finaliza
<2>Eliminar Contenido:
- El profesor selecciona en el menú de edición, “Clases”.
- El administrador elimina los datos.
- El administrador oprime el botón guardar.
- El sistema guarda los datos.
- El caso de uso finaliza

Nombre Buscar Usuario


Disparador El caso de uso inicia cuando se solicita al administrador de sistema que
busque el usuario registrado
Flujo Base - El administrador ingresa el usuario.
- El sistema confirma el usuario registrado.

27
- El administrador ingresa la clave.
- El sistema confirma la clave registrada
- El caso de uso termina.
Flujo Alterno <1>El administrador no encuentra el usuario
- El sistema muestra el mensaje de usuario incorrecto
- El usuario registra un nuevo usuario
- [vuelve al flujo base]
<2>se pierde la conexión con la base de datos
- El sistema muestra un anuncio que dice “conexión inaccesible”
- El sistema se cierra.
- El caso de uso finaliza
Pre-Condición el usuario debe haber sido admitido en el sistema con el cargo de
“Administrador de Sistemas.
Post-Condición El sistema ha guardado el registro de usuario.
SubFlujo Buscar Contenido:
<1>Editar Usuario:
- El administrador ingresa con su clave al perfil
- El sistema muestra los datos del perfil.
- El administrador ingresa los datos a modificar.
- El sistema guarda los datos.
- El caso de uso finaliza.
<2>Eliminar Usuario:
- El administrador ingresa con su clave al perfil
- El sistema muestra los datos del perfil.
- El administrador selecciona los datos a eliminar
- El sistema muestra mensaje de éxito al eliminar usuario
- El caso de uso finaliza.

Nombre Gestionar Contenido


Disparador El caso de uso inicia cuando se solicita al profesor de sistema que
registre el contenido.
Flujo Base - El profesor selecciona en el menú de registro, “Contenido”.

28
- El sistema muestra el formulario de registro de cargos.
- El administrador llena los datos solicitados
- El administrador oprime el botón guardar
- El sistema muestra un mensaje de registro exitoso
- El administrador oprime en el botón aceptar
- El sistema cierra el formulario
- El caso de uso finaliza
Flujo Alterno <1>el profesor no llena todos los datos
- El sistema muestra un anuncio que dice “faltan ingresar datos”
- El usuario oprime en aceptar
- [vuelve al flujo base]
<2>se pierde la conexión con la base de datos
- El sistema muestra un anuncio que dice “conexión inaccesible”
- El sistema cierra el formulario
- El caso de uso finaliza
Pre-Condición el usuario debe haber sido admitido en el sistema con el cargo de
“Profesor”
Post-Condición El sistema ha guardado el registro de Contenido.
SubFlujo Buscar Contenido:
<1>Editar Contenido:
- El profesor selecciona en el menú de registro, “Contenido”
- CU: BUSCAR_CLASES
- El sistema muestra los datos seleccionados en un formulario
editable.
- El profesor modifica los datos
- El profesor oprime el botón guardar
- El sistema guarda los datos.
- El caso de uso finaliza
<2>Eliminar Contenido:
- El profesor selecciona en el menú de edición, “Contenido”.
- CU: BUSCAR_CLASES
- El sistema muestra los datos seleccionados en un formulario
editable.
- El administrador elimina los datos.
- El administrador oprime el botón guardar.
- El sistema guarda los datos.
- El caso de uso finaliza

Nombre Gestionar Cursos


Disparador El caso de uso inicia cuando se solicita al administrador de sistema que

29
registre los cursos que se dictaran.
Flujo Base - El administrador de sistema selecciona en el menú de registro,
“Cursos”.
- El sistema muestra el formulario de registro de Cursos.
- El administrador llena los datos solicitados.
- El administrador oprime el botón guardar.
- El sistema muestra un mensaje de registro exitoso.
- El administrador oprime en el botón aceptar.
- El sistema cierra el formulario.
- El caso de uso finaliza.
Flujo Alterno <1>el administrador no llena todos los datos
- El sistema muestra un anuncio que dice “faltan ingresar datos”
- El usuario oprime en aceptar
- [vuelve al flujo base]
<2>se pierde la conexión con la base de datos
- El sistema muestra un anuncio que dice “conexión inaccesible”
- El sistema cierra el formulario
- El caso de uso finaliza
Pre-Condición el usuario debe haber sido admitido en el sistema con el cargo de
“administrador de sistema”
Post-Condición El sistema ha guardado el registro de Cursos.
SubFlujo Buscar Contenido:
<1>Editar Cursos:
- El administrador de sistema en el menú de registro, “Cursos”.
- CU: BUSCAR_CURSOS.
- El sistema muestra los datos seleccionados en un formulario
editable.
- El administrador modifica los datos
- El administrador oprime el botón guardar
- El sistema guarda los datos.
- El caso de uso finaliza
<2>Eliminar Cursos:
- El encargado selecciona en el menú de edición, “Cursos”.
- CU: BUSCAR_CURSOS
- El sistema muestra los datos seleccionados en un formulario
editable.
- El administrador elimina los datos.
- El administrador oprime el botón guardar.
- El sistema guarda los datos.
- El caso de uso finaliza

30
Nombre Gestionar Perfiles
Disparador El caso de uso inicia cuando se solicita al administrador de sistema que
registre los perfiles de usuario.
Flujo Base - El administrador de sistema en el menú de registro, “perfiles”
- El sistema muestra el formulario de registro de perfiles.
- El administrador llena los datos solicitados
- El administrador oprime el botón guardar
- El sistema muestra un mensaje de registro exitoso
- El administrador oprime en el botón aceptar
- El sistema cierra el formulario
- El caso de uso finaliza
Flujo Alterno <1>El administrador no llena todos los datos
- El sistema muestra un anuncio que dice “faltan ingresar datos”
- El usuario oprime en aceptar
- [vuelve al flujo base]
<2>Se pierde la conexión con la base de datos
- El sistema muestra un anuncio que dice “conexión inaccesible”
- El sistema cierra el formulario
- El caso de uso finaliza
Pre-Condición El usuario debe haber sido admitido en el sistema con el rol de
“administrador de sistema”.
Post-Condición El sistema ha guardado el registro de los perfiles de usuario
SubFlujo Buscar perfil:
<1>Editar cliente:
- El administrador de sistema en el menú de registro, “cliente”
- CU: BUSCAR_PERFILES
- El sistema muestra los datos seleccionados en un formulario
editable.
- El administrador modifica los datos
- El administrador oprime el botón guardar
- El sistema guarda los datos.
- El caso de uso finaliza.
<2>Eliminar perfil:
- El encargado selecciona en el menú de edición, “perfiles”
- CU: BUSCAR_PERFILES
- El sistema muestra los datos seleccionados en un formulario
editable
- El administrador elimina los datos
- El administrador oprime el botón guardar
- El sistema guarda los datos.
- El caso de uso finaliza

31
Nombre Gestionar Usuarios
Disparador El caso de uso inicia cuando se solicita al administrador de sistema que
registre a los usuarios.
Flujo Base - El administrador de sistema en el menú de registro, “usuarios”.
- El sistema muestra el formulario de registro de usuarios.
- El administrador llena los datos solicitados.
- El administrador oprime el botón guardar.
- El sistema muestra un mensaje de registro exitoso.
- El administrador oprime en el botón aceptar.
- El sistema cierra el formulario.
- El caso de uso finaliza.
Flujo Alterno <1>El administrador no llena todos los datos
- El sistema muestra un anuncio que dice “faltan ingresar datos”
- El usuario oprime en aceptar
- [vuelve al flujo base]
<2>Se pierde la conexión con la base de datos
- El sistema muestra un anuncio que dice “conexión inaccesible”
- El sistema cierra el formulario
- El caso de uso finaliza
Pre-Condición El usuario debe haber sido admitido en el sistema con el rol de
“administrador de sistema”.
Post-Condición El sistema ha guardado el registro del cliente.
SubFlujo Buscar usuario:
<1>Editar usuario:
- El administrador de sistema en el menú de registro, “usuario”
- CU: BUSCAR_USUARIO
- El sistema muestra los datos seleccionados en un formulario
editable.
- El administrador modifica los datos.
- El administrador oprime el botón guardar.
- El sistema guarda los datos.
- El caso de uso finaliza.
<2>Eliminar usuario:
- El encargado selecciona en el menú de edición, “usuario”.
- CU: BUSCAR_USUARIO.
- El sistema muestra los datos seleccionados en un formulario
editable.
- El administrador elimina los datos.
- El administrador oprime el botón guardar.
- El sistema guarda los datos.
- El caso de uso finaliza

32
Nombre Gestionar Tareas
Disparador El caso de uso inicia cuando se solicita al profesor que registre la tarea
correspondiente
Flujo Base - El profesor selecciona en el menú de registro, “Tareas”.
- El sistema muestra el formulario del registro de tareas.
- El administrador llena los datos solicitados.
- El administrador oprime el botón guardar.
- El sistema muestra un mensaje de registro exitoso.
- El administrador oprime en el botón aceptar.
- El sistema cierra el formulario.
- El caso de uso finaliza.
Flujo Alterno <1>El administrador no llena todos los datos
- El sistema muestra un anuncio que dice “faltan ingresar datos”
- El usuario oprime en aceptar
- [vuelve al flujo base]
<2>Se pierde la conexión con la base de datos
- El sistema muestra un anuncio que dice “conexión inaccesible”
- El sistema cierra el formulario
- El caso de uso finaliza
Pre-Condición El usuario debe haber sido admitido en el sistema con el rol de
“profesor”.
Post-Condición El sistema ha guardado el registro del cliente.
SubFlujo Buscar tarea:
<1>Editar tarea:
- El administrador de sistema en el menú de registro, “tarea”
- CU: BUSCAR_CURSO
- El sistema muestra los datos seleccionados en un formulario
editable.
- El profesor modifica los datos.
- El profesor oprime el botón guardar.
- El sistema guarda los datos.
- El caso de uso finaliza.
<2>Eliminar usuario:
- El encargado selecciona en el menú de edición, “tareas”.
- CU: BUSCAR_CURSO.
- El sistema muestra los datos seleccionados en un formulario
editable.
- El profesor elimina los datos.
- El profesor oprime el botón guardar.
- El sistema guarda los datos.
- El caso de uso finaliza

33
5.4. Matriz de Trazabilidad

34
5.5. Diagrama de Paquetes

5.6. Diagramas de Colaboración

5.6.1. Diagrama de Colaboración de Contenido

35
5.6.2. Diagrama de Colaboración de Curso

5.6.3. Diagrama de Colaboración de Perfil

36
5.6.4. Diagrama de Colaboración de Usuario

5.6.5. Diagrama de Colaboración Tarea

37
5.7. Diagrama de Clases

5.8. Diagrama de Despliegue

38
CAPITULO 6: RESULTADOS

39
CONCLUSIONES

40
RECOMENDACIONES

41
REFERENCIAS BIBLIOGRAFICAS

42
ANEXO

MATRIZ DE COHERENCIA INTERNA

INDICADOR
PROBLEMAS OBJETIVOS HIPÓTESIS VARIABLES
ES
Independiente:  Indicador 1
 Indicador 2
GENERAL

 Indicador 3
 ….

Dependiente:  Indicador 1
 Indicador 2
 Indicador 3
 ….
ESPECÍFICO

43

También podría gustarte