Proyecto

Descargar como pdf o txt
Descargar como pdf o txt
Está en la página 1de 116

UNIVERSIDAD DE LAS FUERZAS ARMADAS SEDE

LATACUNGA

DEPARTAMENTO DE ELÉCTRICA Y ELECTRÓNICA


CARRERA DE INGENIERÍA DE SOFTWARE

CÁTEDRA: PROYECTO INTEGRADOR II

PROYECTO: “CAMINANDO POR SU LUZ”

ALUMNOS: PAREDES GUERRA DAVID ANDRE -


SALGUERO BARRIONUEVO JASSON ALEXADER

DOCENTE: ING. LUIS ALBERTO GUERRA CRUZ

PERIODO 2019S1: SEPTIEMBRE 2019-FEBRERO 2020


SOLICITUD
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

Fecha : 20-SEP-2019 Lugar: Unidad Educativa Católica Particular Rafael Bucheli, Quitumbe- No. Acta 2019--01
Quito
OBJETIVO: Describir la propuesta del proyecto. Hora Inicial: Hora Final:
17H00 18H00

ANTECEDENTES: En un acercamiento verbal con el Señor Administrador, se pudo compartir cierta información acerca de la razón por el cual se va a realizar
el proyecto con respecto a la malla curricular que como estudiantes se cumple y por otro lado cuál sería el objetivo con la realización e implementación del
sistema a desarrollar.

AGENDA:
1. Acercamiento verbal con el Administrador de la Institución.
2. Descripción a breves rasgos del proyecto.
3. Conversaciones para llegar a un acuerdo.
DESARROLLO:
En el primer acercamiento que se tuvo con el Administrador de la Institución, se pudo conversar acerca del propósito que tiene el realizar el proyecto,
1.
explicándole en una parte sobre nuestra malla curricular, y por otra parte el poder analizar si se puede dar el proyecto en la Institución a su cargo.
En una conversación amena con la Autoridad de la Institución, donde se empieza a conocer a las partes interesadas en poder realizar el sistema, se
2. procede a describir las ideas que se tiene acerca del desarrollo del proyecto y analizar si seria viable el poder realizarlo.

Después de haber expuesto todos los puntos importantes y de relevancia para la realización del proyecto, el señor Administrador pide de la manera más
3. comedida a los señores estudiantes que por escrito le entreguen una breve descripción acerca del proyecto para posteriormente poder aprobarlo.

COMPROMISO/ACCIÓN RESPONSABLE FECHA FIRMA


TÉRMINO
Lic. Marco Patricio Riera Villalba:
Unidad Educativa Católica
1. 25-SEP-2019
Cumplimiento a lo acordado en la reunión. Particular – Administrador
General
Paredes Guerra David Andre:
Estudiante, Carrera de Ingeniería
Cumplimiento al desarrollo del proyecto
2. de Software, Universidad de las 13-ENE-2020
Fuerzas Armadas Espe Sede
Latacunga
Salguero Barrionuevo Jasson
Alexander:
Cumplimiento al desarrollo del proyecto
Estudiante, Carrera de Ingeniería
3 13-ENE-2020
de Software, Universidad de las
Fuerzas Armadas Espe Sede
Latacunga

1
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

PARTICIPANTES DE LA REUNIÓN:

NOMBRE ENTIDAD - UNIDAD -CARGO CORREO TELÉFONO FIRMA


EXTENSIÓN
Unidad Educativa Católica Particular – patorivi@hotmail.com 0987499294
Lic. Marco Patricio Riera Villalba.
Administrador General

Estudiante, Carrera de Ingeniería de Software,


Sr. David Andre Paredes Guerra Universidad de las Fuerzas Armadas Espe Sede daparedes15@espe.edu.ec 0983187903
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. Jasson Alexander Salguero Barrionuevo Universidad de las Fuerzas Armadas Espe Sede jasalguero1@espe.edu.ec 0994085575
Latacunga

2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
PROPUESTA Y
ACTA DE
COMPROMISO
-'

UNIDAD EDUCATIVA PARTICULAR CATÓLICA


U�IDAD EDUCATIVA PARTICULAR CATÓLICA
RAFAEL BUCHELI
RAFAEL BUCHELI

DMQ, 25 de septiembre de 2019.

ACTA DE COMPROMISO

Carrera de Ingeniería de Software, se da por acepta a 1 �articipación los


estudiantes en mención para ejecutar el Proyecto Integrador "lrf.!plementación efe
una aplicación de escritorio con fines educativos enfocados en el aprendizaje
de los fundamentos bíblicos", en la Institución de la cual ten o a mi cargo.

Administrador

Sr. Salg ro Barrionuevo Jasson Alexander

CC:180483745-6 CC: 172578223-7

Direccion: Av Rurrnchaca y Av Moran Villverde / Teletones: 2847283 - 3035139 / Cel: 0987499294 / e-mail: 1nfo@rafaelbuchell com
www.rafaelbucheli.com
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

Fecha : 25-SEP-2019 Lugar: Unidad Educativa Católica Particular Rafael Bucheli, Quitumbe- No. Acta 2019--02
Quito
OBJETIVO: Describir la propuesta del proyecto “Caminando por su luz”. Hora Inicial: Hora Final:
15H00 15H45

ANTECEDENTES: Previo a un acercamiento verbal en una primera reunión, se diseñó una solicitud mediante la cual se solicitó se nos facilite la realización
de una reunión el día miércoles 25 de septiembre del 2019, con el fin de explicarle acerca de la creación e implementación de un aplicativo que ayude a los
niños de Segundo Año de Educación General Básica, a conocer de una forma interactiva sobre su religión, el cual está dentro de su malla curricular, además
de que por si su Institución es de carácter Católico.

AGENDA:
1. Acercamiento verbal con el Administrador de la Institución.
2. Presentación de la solicitud por parte de los estudiantes.
3. Presentación del escrito solicitado por el señor Administrador.
4. Descripción del proyecto ante las autoridades pertinentes.
5. Aprobación del proyecto por parte del Administrador de la Institución.
6. Emisión de la Carta de Compromiso por parte del Administrador de la Institución.

DESARROLLO:
En el primer acercamiento que se tuvo con el Administrador de la Institución, se pudo conversar acerca del propósito que tiene el realizar el proyecto,
explicándole en una parte sobre nuestra malla curricular, y por otra parte el poder analizar si se puede dar el proyecto en la Institución a su cargo, por
1.
lo que se procede a continuar con las conversaciones pertinentes en avance del proyecto.

Se procede a entregar la solicitud con el cual se puede dar paso a la realización de la reunión para la fecha detallada, donde se continúan con las
2. conversaciones para el desarrollo del proyecto y analizando que tan factible seria la implementación del mismo dentro de la Unidad Educativa
Católica Particular Rafael Bucheli.

3. Se realiza la entrega del escrito solicitado por parte del Administrador de la Institución, para dar lectura y analizarlo a más detalle.

Una vez concluída con la lectura del documento mencionado, frente a todas las autoridades pertinentes encabezadas por el Administrador, se
analizan ciertos detalles del mismo y se da a notar que para que el proyecto tengo una mayor efectividad y pueda cumplir con los propósitos que se
pretende, se cambie la población a la que se le va aplicar para verificar y evaluar su funcionamiento; es decir, que no se trabaje con estudiantes de
Según Año de Educación General Básica, sino que se tome en cuenta a los estudiantes de Tercer Año de Educación General Básica, debido a que
4. si nos podemos dar cuenta en un nivel inferior los alumnos aún están perfeccionando su habilidad para la lectura y ya en un nivel superior no habrían
problemas de este tipo como en el anterior. Por otra parte, al conversar acerca del contenido que llevaría el sistema y viendo que la facilidad de un
estudiante hoy por hoy se da en que la educación sea más interactiva, el señor Administrador se mostró generoso y expuso la posibilidad de que él
mismo nos puede proporcionar de un material didáctico y que de seguro sería de gran ayuda en la implementación del sistema.

Una vez expuestas todas las ideas e información sobre el desarrollo del proyecto, el señor Administrador procede a dar su aprobación a la
5. realización del mismo en su Institución, mostrándose generoso y ansioso por poder ver el producto una vez que lo concluya.

Para constancia de todo lo realizado en esta reunión se procede a la elaboración de una Carta de Compromiso por parte de la Institución hacia los
señores estudiantes en donde se detalla esta responsabilidad que se tiene al ser aprobado dentro la Unidad Educativa Católica Particular Rafael
6. Bucheli y para garantía del mismo se procede a firmar el acta que estará encabezada por el Administrador de la Institución y seguida de los señores
Estudiantes de la Universidad de las Fuerzas Armadas Espe Sede Latacunga.

COMPROMISO/ACCIÓN RESPONSABLE FECHA FIRMA


TÉRMINO
Lic. Marco Patricio Riera Villalba:
1. Cumplimiento a lo acordado en la carta de compromiso. Unidad Educativa Católica 25-SEP-2019
Particular – Administrador General
Paredes Guerra David Andre:
Estudiante, Carrera de Ingeniería
Cumplimiento al desarrollo del proyecto
2. de Software, Universidad de las 13-ENE-2020
Fuerzas Armadas Espe Sede
Latacunga
Salguero Barrionuevo Jasson
Alexander:
Cumplimiento al desarrollo del proyecto
Estudiante, Carrera de Ingeniería
3 13-ENE-2020
de Software, Universidad de las
Fuerzas Armadas Espe Sede
Latacunga
1
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

PARTICIPANTES DE LA REUNIÓN:

NOMBRE ENTIDAD - UNIDAD -CARGO CORREO TELÉFONO FIRMA


EXTENSIÓN
Unidad Educativa Católica Particular – patorivi@hotmail.com 0987499294
Lic. Marco Patricio Riera Villalba.
Administrador General

Estudiante, Carrera de Ingeniería de Software,


Sr. David Andre Paredes Guerra Universidad de las Fuerzas Armadas Espe daparedes15@espe.edu.ec 0983187903
Sede Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. Jasson Alexander Salguero Barrionuevo Universidad de las Fuerzas Armadas Espe jasalguero1@espe.edu.ec 0994085575
Sede Latacunga

2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
MODELO CONCEPTUAL
V.1 - V.2
MODELO CONCEPTUAL DEL PROYECTO v.1.
1. Identificar el Tema:

“Aplicación de escritorio educativo enfocado en el aprendizaje de los fundamentos


bíblicos”.

2. Preguntas de enfoque a desarrollar:

2.1 ¿Qué tipo de contenido educativo utiliza el sistema?


2.2 ¿Cuál es el modo de evaluación del sistema?
2.3 ¿Qué tipo de aprendizaje permitirá implementar el sistema?

3. Enfoque del Modelo Conceptual:

3.1 Contenido:
3.1.1 Audio libros
3.1.2 Videos
3.1.3 Lecturas Comprensivas
3.2 Evaluación:
3.2.1 Formativa
3.3 Aprendizaje:
3.3.1 Experiencial
3.3.2 Memorístico
3.3.3 Receptivo

4. Diagrama del modelo conceptual v.1.


UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

Fecha: 2019-OCT-02 Lugar: Unidad Educativa Católica Particular Rafael Bucheli, Quitumbe- No. Acta 2019--03
Quito
OBJETIVO: Presentar el producto software representado en un Modelo Conceptual Hora Inicial: Hora Final:
15H00 16H00

ANTECEDENTES: Luego de emitida el Acta de Compromiso se procedió al análisis de la Especificación de Requisitos de Software, considerando
específicamente la Educción de necesidades del usuario “Unidad Educativa Católica Particular Rafael Bucheli”.

AGENDA:
1. Explicar el modelo conceptual del producto a ser desarrollado, considerando los actores y casos de uso.
2. Revisar y analizar los aspectos propuestos en el modelo conceptual.
3. Proponer algún cambio o mejora que se puedan aplicar al modelo conceptual.
DESARROLLO:
En base a las reuniones que se ha tenido previamente con el propósito de explicar el objetivo por el cual se va a desarrollar el proyecto y analizando
ciertos aspectos en el momento de su implementación se procede a determinar los requisitos funcionales del sistema tomando en cuenta que en ciertos
requerimientos que se puedan mencionar pueden aparecer otros que hagan que no sean tan necesarios dentro del sistema.
Cada pregunta o idea que se pueda sacar de cada reunión es importante para el desarrollo del proyecto y para cada avance del mismo, por ende, se
1. procede a evaluar cada una de las necesidades que puede presentar el proyecto dentro de lo funcional en cuanto a todas las características e
información que presente en el ámbito religioso donde se va a trabajar. Además de ello, hay que tomar en cuenta, la disponibilidad del laboratorio que
existe dentro de las instalaciones y si cumplen con todas las características necesarias para que la implementación y el funcionamiento del mismo sea
eficaz.

El modelo conceptual lo que expone son cada uno de los requerimientos que están divididos entre funcionales y no funcionales, y se evalúa con las
2. autoridades para de esa manera explicar y analizar si lo propuesto es correcto y lo que tiene que ver con el desarrollo del sistema.

La reunión con las autoridades pertinentes es un paso importante puesto que con ello se analiza si pueden haber cambios o algunos aspectos que
3. se pueden implementar dentro del mismo.

COMPROMISO/ACCIÓN RESPONSABLE FECHA FIRMA


TÉRMINO
Lic. Marco Patricio Riera Villalba:
Unidad Educativa Católica
1. Evaluar la Especificación de Requisitos 02-OCT-2019
Particular – Administrador
General
Paredes Guerra David Andre:
Estudiante, Carrera de Ingeniería
Cumplimiento al desarrollo del proyecto
2. de Software, Universidad de las 13-ENE-2020
Fuerzas Armadas Espe Sede
Latacunga
Salguero Barrionuevo Jasson
Alexander:
Cumplimiento al desarrollo del proyecto
Estudiante, Carrera de Ingeniería
3 13-ENE-2020
de Software, Universidad de las
Fuerzas Armadas Espe Sede
Latacunga

1
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

PARTICIPANTES DE LA REUNIÓN:

NOMBRE ENTIDAD - UNIDAD -CARGO CORREO TELÉFONO FIRMA


EXTENSIÓN
Unidad Educativa Católica Particular – patorivi@hotmail.com 0987499294
Lic. Marco Patricio Riera Villalba.
Administrador General

Estudiante, Carrera de Ingeniería de Software,


Sr. David Andre Paredes Guerra Universidad de las Fuerzas Armadas Espe Sede daparedes15@espe.edu.ec 0983187903
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. Jasson Alexander Salguero Barrionuevo Universidad de las Fuerzas Armadas Espe Sede jasalguero1@espe.edu.ec 0994085575
Latacunga

2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
MODELO CONCEPTUAL DEL PROYECTO v.2.
1. Identificar el Tema:

“Aplicación de escritorio educativo enfocado en el aprendizaje de los fundamentos


bíblicos”.

2. Preguntas de enfoque a desarrollar:

2.1 ¿Qué tipo de contenido educativo utiliza el sistema?


2.2 ¿Cuál es el modo de evaluación del sistema?
2.3 ¿Qué tipo de aprendizaje permitirá implementar el sistema?
2.4 ¿Cómo se podrá realizar el seguimiento del desempeño académico de los
estudiantes de tercer año de educación general básica?
2.5 ¿Cuál es el escenario con el que va a trabajar el sistema?

3. Enfoque del Modelo Conceptual:

3.1 Contenido:
3.1.1 Audio libros
3.1.2 Videos
3.1.3 Lecturas Comprensivas
3.2 Evaluación:
3.2.1 Formativa
3.3 Aprendizaje:
3.3.1 Experiencial
3.3.2 Memorístico
3.3.3 Receptivo
3.4 Seguimiento
3.4.1 Herramientas Estadísticas
3.5 Escenario
3.5.1 Fundamentos Bíblicos
4. Diagrama del modelo conceptual v.2.
PERFIL DEL PROYECTO
PERFIL DEL PROYECTO
1. Nombre del proyecto

“Caminando por su luz”. Software educativo para el aprendizaje de fundamentos


bíblicos para estudiantes de Tercer Año de Ecuación General Básica de la Unidad
Educativa Católica Particular Rafael Bucheli.

2. Grupo que presenta el perfil del proyecto: 6

3. Alumnos Participantes
Participan los alumnos de Quinto nivel de la carrera de Ingeniería de Software, de la
Universidad de las Fuerzas Armadas ESPE Sede Latacunga.

Integrantes Alumno 1 Alumno 2


del Proyecto Paredes Guerra David Andre Salguero Barrionuevo Jasson Alexander

4. Área Prioritaria y de Conocimiento

Area ESPE Línea de Investigación Sublínea de Investigación


Infraestructura Software Educativo Programación Web
de TIC´S
Area UNESCO Subarea de Conocimiento Código Específico
Ciencias Código UNESCO: Programación-Informática
48 Informática

5. Beneficiarios

o Estudiantes de Tercer Año de educación general Básica de la Unidad


Educativa Católica Particular Rafael Bucheli.
o Comunidad educativa y autoridades.

6. Impacto Esperado

o Se desea colaborar a dichas estudiantes con información y didácticos de


aprendizaje.
o Se desea obtener un interés de las estudiantes al momento de utilizar el
aplicativo.
o Innovar y motivar a las estudiantes con un sistema fácil de manejar.
7. Actividades

o Dialogar con el Administrados de la Unidad Educativa


o Reunion con el Administrador general de la Unidad Educativa Católica
Particular Rafael Bucheli para firmar la “Carta de Compromiso”
o Levantamiento de la información/Requerimientos.
Encuesta
El levantamiento de los requerimientos del sistema se va llevar a cabo a través
de una reunión con el administrador, se va a proponer todas las ideas iniciales
del proyecto y en combinación con las autoridades pertinentes se toma en
cuenta todas las funcionalidades que debe tener el sistema como tal.

8. Descripción de los resultados

Los alumnos lograrán un mejor aprendizaje de los fundamentos bíblicos ya que los
contenidos serán presentados de manera formativa-interactiva. Esto con el objetivo
de que los alumnos logren reforzar los conocimientos impartidos e clases.

9. Periodo de Ejecución
Septiembre del 2019 a enero del 2020.

10. Objetivos

 Objetivo General
Diseñar un sistema mediante programación visual enfocado a estudiantes de
Terca Año de Educación General Básica para el aprendizaje de fundamentos
bíblicos.
 Objetivos Específicos
o Mostrar un entorno didáctico que permita atraer la curiosidad de los
estudiantes para que puedan aprender acerca de los fundamentos
bíblicos.
o Implementar herramientas visuales didácticas para que sea de interés
para los estudiantes y puedan aprender de forma didáctica.
o Evaluar destrezas adquiridas por los estudiantes de Tercer Año de
educación general Básica de la Unidad Educativa Católica
Particular Rafael Bucheli.

11. Justificación del Proyecto

La tecnología en la actualidad está abarcando muchos temas fundamentales dentro de


cualquier campo, para lo cual se emplean diferentes técnicas y herramientas para crear
sistemas o productos que solucionen y se conviertan en facilidades, por lo tanto, en
este caso nuestro proyecto se ha enfocado en un ámbito de aprendizaje de
fundamentos bíblicos debido a que la Institución aplicar el proyecto es de índole
católica enfocado en estudiantes de corta edad con el propósito de aprovechar los
contenidos que se puede enseñar y que con ellos puedan adquirir un mayor
entendimiento y atracción por lo que se está enseñando.
La edad en la que están los niños de Tercer año se cree que es una población que tiene
un gran dominio en cuanto a lectura y por lo tanto su aprendizaje y la misma
interacción que tienen con el sistema va a tener una mayor efectividad en su uso
porque se puede aprovechar todos los recursos que el sistema como tal gana ofrecer
a los estudiantes, de manera que las autoridades que también son las que están al tanto
del proyecto sepan lo que se está desarrollando y más de ello ofrece una ayuda
también para el docente quien podrá ver el avance en cuanto a conocimiento de sus
estudiantes.

12. Institución Ejecutora del Proyecto


Universidad de las Fuerzas Armadas ESPE de la Sede Latacunga, estudiantes de
Quinto Nivel de la carrera de Ingeniería de Software.

13. Costo del Proyecto

Cantidad Producto/Servicio Descripción Costo


2 Laptop Una laptop es una computadora
portátil de peso y tamaño ligero, su
tamaño es aproximado al de un $2.000
portafolio en la cual se va desarrollar
el sistema.
2 Agua y luz Consumo de agua y luz en el
transcurso del desarrollo y $100
documentación del proyecto.
1 Internet Consumo de internet en el transcurso
del desarrollo y documentación del $200
proyecto.
2 Alimentación Alimentación de los desarrolladores
e investigadores $100

3 Transporte Movilización de los integrantes del $150


proyecto
1 Gastos varios Gastos en imprimir documentos, $100
copias, y encuestas.
TOTAL $2.650
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

Fecha: 14-NOV-2019 Lugar: Universidad de las fuerzas armadas “ESPE” extensión Latacunga No. Acta 2019--04

OBJETIVO: Verificar el número de actividades. Hora Inicial: Hora Final:


09H30 10H30

ANTECEDENTES: Educción acerca del perfil del proyecto, el cual va a ser realizado en la Unidad Educativa Católica Particular – Rafael Bucheli.
AGENDA:
1. Presentación del acta.
2. Presentar el perfil del proyecto
3. Firma de la acta por parte de los responsables.
DESARROLLO:
1. A través de una revisión del proyecto se realiza la comprobación de las acciones propuestas.

2. Presentación el perfil del Proyecto para su revisión.

3. Firmas de Responsabilidad del Acta.

COMPROMISO/ACCIÓN RESPONSABLE FECHA FIRMA


TÉRMINO
Luis Alberto Guerra Cruz
Revisión al Desarrollo del Proyecto Tutor del proyecto Integrador de la
1. 14-NOV-2019
universidad de las fuerzas
armadas “ESPE”
Paredes Guerra David Andre: Estudiante,
Carrera de Ingeniería de Software,
Cumplimiento al desarrollo del proyecto
2. Universidad de las Fuerzas Armadas “ESPE” 14-NOV-2019
Sede Latacunga

Salguero Barrionuevo Jasson Alexander:


Estudiante, Carrera de Ingeniería de
Cumplimiento al desarrollo del proyecto
3
Software, Universidad de las Fuerzas 14-NOV-2019
Armadas “ESPE”
Sede Latacunga

1
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

PARTICIPANTES DE LA REUNIÓN:

NOMBRE ENTIDAD - UNIDAD -CARGO CORREO TELÉFONO FIRMA


EXTENSIÓN
Tutor, Carrera de Ingeniería de Software, laguerra@espe.edu.ec 0983566677
Ing. Luis Alberto Guerra Cruz
Universidad de las Fuerzas Armadas Espe Sede
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. David Andre Paredes Guerra Universidad de las Fuerzas Armadas Espe Sede daparedes15@espe.edu.ec 0983187903
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. Jasson Alexander Salguero Barrionuevo Universidad de las Fuerzas Armadas Espe Sede jasalguero1@espe.edu.ec 0994085575
Latacunga

2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
EDUCCIÓN DE
NECESIDADES DE LOS
USUARIOS V.1
ESPECIFICACIÓN DE REQUISITOS DEL
SOFTWARE

1. EDUCCIÓN DE NECESIDADES DE LOS USUARIOS.

“Aplicación de escritorio educativa enfocado en el Aprendizaje


de los fundamentos bíblicos”.

Fecha: 26/09/2019.
Tabla de contenido
Tarea 1. Estudiar y obtener información sobre el Dominio del Problema.
1.1 Lista de Preguntas apropiadas para obtener y comprender las necesidades.
1.2 Analizar la información buscando implicaciones e inconsistencias.
1.3. Lista de Preguntas funcionales adecuadas y puntuales.
1.4 Modelo Conceptual V.2
Tarea 2. Preparar y realizar las reuniones de elicitación.
2.1 Acta de reunión.
2.2 Plantilla de requerimientos y objetivos.
Tarea 3. Identificar/revisar los objetivos.
3.1 Plantilla de objetivos.
Tarea 4. Identificar/revisar los requerimientos funcionales.
4.1 Plantilla para actores.
4.2 Plantilla para Casos de Uso (funciones).
Tarea 5. Identificar/revisar los requerimientos no funcionales.
4.1 Plantilla de requerimientos no funcionales.
Tarea 1. Estudiar y obtener información sobre el Dominio del Problema.

1.1 Lista de Preguntas apropiadas para obtener y comprender las necesidades.

 ¿Cuál es el propósito del proyecto?


 ¿Cuánto cuesta la implementación del proyecto?
 ¿Existe disponibilidad de computadores?
 ¿Cuáles son las características de cada computador?
 ¿Tienen los computadores conexión a internet?
 ¿Ha visto cómo son los juegos que tiene Facebook como CandyCrush?
 ¿Qué contenido sería bueno implementar dentro de la aplicación de escritorio?
 ¿Con qué módulos va a trabajar el aplicativo?
 El proyecto estaría enfocado para estudiantes de Segundo Año de Educación General
Básica, ¿sería viable trabajar con este grupo?
 ¿Cuántos estudiantes de Tercer Año de Educación General Básica?
 ¿Cuál es el tipo de evaluación que utilizan en la institución con el objetivo de
implementarlo en la aplicación?
 ¿Cree que se necesita una guía para utilizar la aplicación para estudiantes y profesores
con el fin de darle un mejor uso?
 ¿Cuál es la interacción que van a tener los estudiantes de Tercer Año de Educación
General Básica con el aplicativo?
 ¿Se puede organizar juntas de trabajo?
 ¿Qué elementos la institución cree indispensable en la aplicación?

1.2 Analizar la información buscando implicaciones e inconsistencias.

Lista información funcional Lista información no funcional

o ¿Cuál es el propósito del proyecto? o ¿Cuánto cuesta la


implementación del proyecto?
o ¿Ha visto cómo son los juegos que
tiene Facebook como CandyCrush? o ¿Existe disponibilidad de
computadores?
o ¿Qué contenido sería bueno
implementar dentro de la aplicación de o ¿Cuáles son las características de
escritorio? cada computador?

o ¿Con qué módulos va a trabajar el o ¿Cuántos estudiantes de Tercer


aplicativo? Año de Educación General
Básica?
o ¿Cuál es el tipo de evaluación que
utilizan en la institución con el objetivo o ¿Se puede organizar juntas de
de implementarlo en la aplicación? trabajo?
o ¿Cree que se necesita una guía para o ¿Tienen los computadores
utilizar la aplicación para estudiantes y conexión a internet?
profesores con el fin de darle un mejor
uso?

o ¿Cuál es la interacción que van a tener


los estudiantes de Tercer Año de
Educación General Básica con el
aplicativo?

o ¿Qué elementos la institución cree


indispensable en la aplicación?

1.3 Lista de preguntas funcionales adecuadas y puntuales.

 ¿Cuál es el propósito del proyecto?


 ¿Ha visto cómo son los juegos que tiene Facebook como CandyCrush?
 ¿Qué contenido sería bueno implementar dentro de la aplicación de escritorio?
 ¿Con qué módulos va a trabajar el aplicativo?
 ¿Cuál es el tipo de evaluación que utilizan en la institución con el objetivo de
implementarlo en la aplicación?
 ¿Cree que se necesita una guía para utilizar la aplicación para estudiantes y profesores
con el fin de darle un mejor uso?
 ¿Cuál es la interacción que van a tener los estudiantes de Tercer Año de Educación
General Básica con el aplicativo?
 ¿Qué elementos la institución cree indispensable en la aplicación?
1.4 Modelo Conceptual V.2

Tarea 2. Preparar y realizar las reuniones de elicitación.


2.1 Acta de Reunión
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

Fecha: 2019-OCT-02 Lugar: Unidad Educativa Católica Particular Rafael Bucheli, Quitumbe- No. Acta 2019--03
Quito
OBJETIVO: Presentar el producto software representado en un Modelo Conceptual Hora Inicial: Hora Final:
15H00 16H00

ANTECEDENTES: Luego de emitida el Acta de Compromiso se procedió al análisis de la Especificación de Requisitos de Software, considerando
específicamente la Educción de necesidades del usuario “Unidad Educativa Católica Particular Rafael Bucheli”.

AGENDA:
1. Explicar el modelo conceptual del producto a ser desarrollado, considerando los actores y casos de uso.
2. Revisar y analizar los aspectos propuestos en el modelo conceptual.
3. Proponer algún cambio o mejora que se puedan aplicar al modelo conceptual.
DESARROLLO:
En base a las reuniones que se ha tenido previamente con el propósito de explicar el objetivo por el cual se va a desarrollar el proyecto y analizando
ciertos aspectos en el momento de su implementación se procede a determinar los requisitos funcionales del sistema tomando en cuenta que en ciertos
requerimientos que se puedan mencionar pueden aparecer otros que hagan que no sean tan necesarios dentro del sistema.
Cada pregunta o idea que se pueda sacar de cada reunión es importante para el desarrollo del proyecto y para cada avance del mismo, por ende, se
1. procede a evaluar cada una de las necesidades que puede presentar el proyecto dentro de lo funcional en cuanto a todas las características e
información que presente en el ámbito religioso donde se va a trabajar. Además de ello, hay que tomar en cuenta, la disponibilidad del laboratorio que
existe dentro de las instalaciones y si cumplen con todas las características necesarias para que la implementación y el funcionamiento del mismo sea
eficaz.

El modelo conceptual lo que expone son cada uno de los requerimientos que están divididos entre funcionales y no funcionales, y se evalúa con las
2. autoridades para de esa manera explicar y analizar si lo propuesto es correcto y lo que tiene que ver con el desarrollo del sistema.

La reunión con las autoridades pertinentes es un paso importante puesto que con ello se analiza si pueden haber cambios o algunos aspectos que
3. se pueden implementar dentro del mismo.

COMPROMISO/ACCIÓN RESPONSABLE FECHA FIRMA


TÉRMINO
Lic. Marco Patricio Riera Villalba:
Unidad Educativa Católica
1. Evaluar la Especificación de Requisitos 02-OCT-2019
Particular – Administrador
General
Paredes Guerra David Andre:
Estudiante, Carrera de Ingeniería
Cumplimiento al desarrollo del proyecto
2. de Software, Universidad de las 13-ENE-2020
Fuerzas Armadas Espe Sede
Latacunga
Salguero Barrionuevo Jasson
Alexander:
Cumplimiento al desarrollo del proyecto
Estudiante, Carrera de Ingeniería
3 13-ENE-2020
de Software, Universidad de las
Fuerzas Armadas Espe Sede
Latacunga

1
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

PARTICIPANTES DE LA REUNIÓN:

NOMBRE ENTIDAD - UNIDAD -CARGO CORREO TELÉFONO FIRMA


EXTENSIÓN
Unidad Educativa Católica Particular – patorivi@hotmail.com 0987499294
Lic. Marco Patricio Riera Villalba.
Administrador General

Estudiante, Carrera de Ingeniería de Software,


Sr. David Andre Paredes Guerra Universidad de las Fuerzas Armadas Espe Sede daparedes15@espe.edu.ec 0983187903
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. Jasson Alexander Salguero Barrionuevo Universidad de las Fuerzas Armadas Espe Sede jasalguero1@espe.edu.ec 0994085575
Latacunga

2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
2.2 Plantilla de Requerimientos y Objetivos

Requerimientos Funcionales Objetivos

R1: Se permitirá ingresar a los alumnos a Ob1: Llevar un registro de las actividades
las funciones principales del aplicativo al realizadas por el alumno.
digitar su nombre completo.

R2: Existirá un apartado en el cual el Ob2: Permitir el acceso al docente a


docente podrá acceder al módulo dedicado funcionalidades que le permitirán administrar
para él. el desempeño académico de los alumnos.

R3: El aplicativo deberá exigir al docente Ob3: Asegurar que solamente el docente
una identificación para entrar al sistema tenga acceso a esta funcionalidad más no otro
(usuario y contraseña). tipo de usuario.

R4: El aplicativo también permitirá el Ob4: Posibilitar a cualquier usuario utilizar el


acceso de cualquier usuario sin algún aplicativo ya sea para cualquier fin que
previo registro, con la restricción de que disponga la institución.
su progreso no será guardado.

R5: Al ingresar el alumno, el aplicativo Ob5: Presentar el temario de enseñanza de


deberá mostrar cada uno de los temas a manera intuitiva logrando que el usuario
enseñar, cada uno representado con un maneje sus funcionalidades sin problemas.
ícono y etiquetado con su nombre
correspondiente.

R6: Cada tema tendrá incluido dos Ob6: Diferenciar las dos funcionalidades
módulos: módulo de aprendizaje y principales del aplicativo.
módulo de Evaluación.

R7: En el módulo de aprendizaje el Ob7: Diversificar el contenido del


alumno podrá acceder a contenidos aplicativo con el fin de que los alumnos
didácticos tales como: audio-libros, logren abstraer los conocimientos de
videos y lecturas comprensivas mejor manera.
relacionados al tema.

R8: En el módulo de evaluación el alumno Ob8: Evaluar de manera interactiva


podrá ser evaluado mediante un juego las aptitudes del alumno.
interactivo.
R9: El sistema de calificación a los Ob9: Implementar el sistema de educación
alumnos será formativo. que emplea la Unidad Educativa.

R10: El docente podrá visualizar el Ob10: Realizar un seguimiento formativo de


desempeño progresivo del alumno los alumnos mientras utilice el aplicativo.
mediante recursos estadísticos.

R11: Tanto los alumnos como docentes Ob11: Permitir que los usuarios logren un
podrán acceder al contenido educativo de proceso de retroalimentación con el acceso al
la aplicación. contenido.

R12: El área de aprendizaje estará Ob12: Fomentar el aprendizaje de los


separada por diferentes temas de los fundamentos bíblicos.
fundamentos bíblicos.

R13: El sistema contendrá un manual de Ob13: Facilitar a los usuarios el uso del
usuario para el uso del aplicativo tanto aplicativo.
para el alumno como para el docente.

R14: En el juego didáctico cada alumno Ob14: Obtener el desempeño académico real
tendrá un límite de tiempo para resolver del alumno agregando dicha dificultad.
cada actividad.

R15: El aplicativo permitirá guardar los Ob15: Realizar el seguimiento de cada


datos de los alumnos. alumno por parte del docente.

R16: El aplicativo contendrá escenarios Ob16: Relacionar los escenarios con las
relacionados a las temáticas que serán temáticas bíblicas que serán impartidas.
enseñados.

R17: El aplicativo contendrá actividades Ob17: Diversificar los diferentes tipos de


en donde el aprendizaje del alumno será: aprendizaje con fin de que el alumno logre
Experiencial, memorístico y receptivo. una mejor retención de conocimientos.
Tarea 3. Identificar/revisar los objetivos.
3.1 Plantilla de Objetivos
 Llevar un registro de las actividades realizadas por el alumno.
 Permitir el acceso al docente a funcionalidades que le permitirán administrar el
desempeño académico de los alumnos.
 Asegurar que solamente el docente tenga acceso a esta funcionalidad más no otro tipo
de usuario.
 Posibilitar a cualquier usuario utilizar el aplicativo ya sea para cualquier fin que
disponga la institución.
 Presentar el temario de enseñanza de manera intuitiva logrando que el usuario maneje
sus funcionalidades sin problemas.
 Diferenciar las dos funcionalidades principales del aplicativo.
 Diversificar el contenido del aplicativo con el fin de que los alumnos logren abstraer
los conocimientos de mejor manera.
 Evaluar de manera interactiva las aptitudes del alumno.
 Implementar el sistema de educación que emplea la Unidad Educativa.
 Realizar un seguimiento formativo de los alumnos mientras utilice el aplicativo.
 Permitir que los usuarios logren un proceso de retroalimentación con el acceso al
contenido.
 Fomentar el aprendizaje de los fundamentos bíblicos.
 Facilitar a los usuarios el uso del aplicativo.
 Obtener el desempeño académico real del alumno agregando dicha dificultad.
 Realizar el seguimiento de cada alumno por parte del docente.
 Relacionar los escenarios con las temáticas bíblicas que serán impartidas.
 Diversificar los diferentes tipos de aprendizaje con fin de que el alumno logre una
mejor retención de conocimientos.

Tarea 4. Identificar/revisar los requerimientos funcionales.

4.1 Plantilla para Actores


Ítem Identificación del Actor Descripción
Se permitirá ingresar a los alumnos a las
1 Alumno funciones principales del aplicativo al
digitar su nombre completo.
2 Docente Existirá un apartado en el cual el docente
podrá acceder al módulo dedicado para él.
El aplicativo deberá exigir al docente una
3 Docente identificación para entrar al sistema (usuario
y contraseña).
El aplicativo también permitirá el acceso de
4 Alumno/Docente cualquier usuario sin algún previo registro,
con la restricción de que su progreso no será
guardado.
Al ingresar el alumno, el aplicativo deberá
5 Alumno mostrar cada uno de los temas a enseñar,
cada uno representado con un ícono y
etiquetado con su nombre correspondiente.
Cada tema tendrá incluido dos módulos:
6 Alumno módulo de aprendizaje y módulo de
Evaluación.
En el módulo de aprendizaje el alumno
7 Alumno podrá acceder a contenidos didácticos tales
como: audio-libros, videos y lecturas
comprensivas relacionados al tema.
8 Alumno En el módulo de evaluación el alumno podrá
ser evaluado mediante un juego interactivo.
9 Alumno El sistema de calificación a los alumnos será
formativo.
El docente podrá visualizar el desempeño
10 Docente progresivo del alumno mediante recursos
estadísticos.
Tanto los alumnos como docentes podrán
11 Alumno/Docente acceder al contenido educativo de la
aplicación.
El área de aprendizaje estará separada por
12 Alumno diferentes temas de los fundamentos
bíblicos.
El sistema contendrá un manual de usuario
13 Alumno/Docente para el uso del aplicativo tanto para el
alumno como para el docente.
En el juego didáctico cada alumno tendrá un
14 Alumno límite de tiempo para resolver cada
actividad.
15 Alumno El aplicativo permitirá guardar los datos de
los alumnos.
El aplicativo contendrá escenarios
16 Alumno relacionados a las temáticas que serán
enseñados.
El aplicativo contendrá actividades en
17 Alumno donde el aprendizaje del alumno será:
Experiencial, memorístico y receptivo.
4.2 Plantilla para Casos de Uso (Funciones)

Ítem Objetivo Casos de Uso Tipos de Datos


1 Llevar un registro de las codigo_usuario
actividades realizadas por el Registrar_actividad() codigo_actividad
alumno. nombre_actividad
calificacion_actividad
Permitir el acceso al docente a codigo_usuario
2 funcionalidades que le Mostrar_docente() nombre_docente
permitirán administrar el listado_alumnos
desempeño académico de los
alumnos.
Asegurar que solamente el codigo_usuario
3 docente tenga acceso a esta Validar_usuario() usuario_docente
funcionalidad más no otro tipo contrasena_docente
de usuario.
Posibilitar a cualquier usuario codigo_visitante
4 utilizar el aplicativo ya sea Ingresar_aplicativo()
para cualquier fin que
disponga la institución.
Presentar el temario de codigo_usuario
5 enseñanza de manera intuitiva Mostrar_contenido() codigo_tema
logrando que el usuario
maneje sus funcionalidades sin
problemas.
6 Diferenciar las dos codigo_usuario
funcionalidades principales Elegir_modalidad()
del aplicativo.
Diversificar el contenido del codigo_usuario
7 aplicativo con el fin de que los
alumnos logren abstraer los Mostrar_recursos()
conocimientos de mejor
manera.
8 Evaluar de manera interactiva Evaluar_conocimientos() codigo_usuario
las aptitudes del alumno calificacion_alumno
9 Implementar el sistema de codigo_usuario
educación que emplea la Mostrar_calificacion() codigo_actividad
Unidad Educativa. calificacion_alumno
Realizar un seguimiento codigo_usuario
10 formativo de los alumnos Mostrar_desempeno() codigo_alumno
mientras utilice el aplicativo. listado_actividades
Permitir que los usuarios codigo_usuario
11 logren un proceso de Mostrar_contenido() codigo_tema
retroalimentación con el
acceso al contenido.
12 Fomentar el aprendizaje de los Mostrar_temario() codigo_usuario
fundamentos bíblicos. listado_temas
13 Facilitar a los usuarios el uso Mostrar_manual() codigo_usuario
del aplicativo.
14 Obtener el desempeño codigo_usuario
académico real del alumno Definir_evaluacion() codigo_tema
agregando dicha dificultad. codigo_actividad
15 Realizar el seguimiento de codigo_usuario
cada alumno por parte del Guardar_avance() codigo_actividad
docente.
16 Relacionar los escenarios con codigo_tema
las temáticas bíblicas que Definir_escenario() codigo_actividad
serán impartidas
Diversificar los diferentes codigo_usuario
17 tipos de aprendizaje con fin de Mostrar_recursos() codigo_tema
que el alumno logre una mejor codigo_recurso
retención de conocimientos. tipo_recurso

Tarea 5. Identificar/revisar los requerimientos no funcionales.


5.1 Plantilla de Requerimientos no Funcionales

Ítem Pregunta Requerimiento Tipo de


Requerimiento
1 ¿Cuánto cuesta la implementación Costo del proyecto Organizacional
del proyecto?
2 ¿Existe disponibilidad de Disponibilidad de Infraestructura
computadores? computadores
3 ¿Cuáles son las características de Características del Estructural
cada computador? computador
4 ¿Cuántos estudiantes de Tercer Año Usuario del Aplicativo De Entorno
de Educación General Básica?
5 ¿Tienen los computadores conexión Conexión a Internet Dependibilidad
a internet?
EDUCCIÓN DE
NECESIDADES DE LOS
USUARIOS V.2
ESPECIFICACIÓN DE REQUISITOS DEL
SOFTWARE

1. EDUCCIÓN DE NECESIDADES DE LOS USUARIOS.

“Aplicación de escritorio educativa enfocado en el Aprendizaje


de los fundamentos bíblicos”.

Fecha: 26/09/2019.
Tabla de contenido
Tarea 1. Estudiar y obtener información sobre el Dominio del Problema.
1.1 Lista de Preguntas apropiadas para obtener y comprender las necesidades.
1.2 Analizar la información buscando implicaciones e inconsistencias.
1.3. Lista de Preguntas funcionales adecuadas y puntuales.
1.4 Modelo Conceptual V.2
Tarea 2. Preparar y realizar las reuniones de elicitación.
2.1 Acta de reunión.
2.2 Plantilla de requerimientos y objetivos.
Tarea 3. Identificar/revisar los objetivos.
3.1 Plantilla de objetivos.
Tarea 4. Identificar/revisar los requerimientos funcionales.
4.1 Plantilla para actores.
4.2 Plantilla para Casos de Uso (funciones).
Tarea 5. Identificar/revisar los requerimientos no funcionales.
4.1 Plantilla de requerimientos no funcionales.
Tarea 1. Estudiar y obtener información sobre el Dominio del Problema.

1.1 Lista de Preguntas apropiadas para obtener y comprender las necesidades.

 ¿Cuál es el propósito del proyecto?


 ¿Cuánto cuesta la implementación del proyecto?
 ¿Existe disponibilidad de computadores?
 ¿Cuáles son las características de cada computador?
 ¿Tienen los computadores conexión a internet?
 ¿Ha visto cómo son los juegos que tiene Facebook como CandyCrush?
 ¿Qué contenido sería bueno implementar dentro de la aplicación de escritorio?
 ¿Con qué módulos va a trabajar el aplicativo?
 El proyecto estaría enfocado para estudiantes de Segundo Año de Educación General
Básica, ¿sería viable trabajar con este grupo?
 ¿Cuántos estudiantes de Tercer Año de Educación General Básica?
 ¿Cuál es el tipo de evaluación que utilizan en la institución con el objetivo de
implementarlo en la aplicación?
 ¿Cree que se necesita una guía para utilizar la aplicación para estudiantes y profesores
con el fin de darle un mejor uso?
 ¿Cuál es la interacción que van a tener los estudiantes de Tercer Año de Educación
General Básica con el aplicativo?
 ¿Se puede organizar juntas de trabajo?
 ¿Qué elementos la institución cree indispensable en la aplicación?

1.2 Analizar la información buscando implicaciones e inconsistencias.

Lista información funcional Lista información no funcional

o ¿Cuál es el propósito del proyecto? o ¿Cuánto cuesta la


implementación del proyecto?
o ¿Ha visto cómo son los juegos que
tiene Facebook como CandyCrush? o ¿Existe disponibilidad de
computadores?
o ¿Qué contenido sería bueno
implementar dentro de la aplicación de o ¿Cuáles son las características de
escritorio? cada computador?

o ¿Con qué módulos va a trabajar el o ¿Cuántos estudiantes de Tercer


aplicativo? Año de Educación General
Básica?
o ¿Cuál es el tipo de evaluación que
utilizan en la institución con el objetivo o ¿Se puede organizar juntas de
de implementarlo en la aplicación? trabajo?
o ¿Cree que se necesita una guía para o ¿Tienen los computadores
utilizar la aplicación para estudiantes y conexión a internet?
profesores con el fin de darle un mejor
uso?

o ¿Cuál es la interacción que van a tener


los estudiantes de Tercer Año de
Educación General Básica con el
aplicativo?

o ¿Qué elementos la institución cree


indispensable en la aplicación?

1.3 Lista de preguntas funcionales adecuadas y puntuales.

 ¿Cuál es el propósito del proyecto?


 ¿Ha visto cómo son los juegos que tiene Facebook como CandyCrush?
 ¿Qué contenido sería bueno implementar dentro de la aplicación de escritorio?
 ¿Con qué módulos va a trabajar el aplicativo?
 ¿Cuál es el tipo de evaluación que utilizan en la institución con el objetivo de
implementarlo en la aplicación?
 ¿Cree que se necesita una guía para utilizar la aplicación para estudiantes y profesores
con el fin de darle un mejor uso?
 ¿Cuál es la interacción que van a tener los estudiantes de Tercer Año de Educación
General Básica con el aplicativo?
 ¿Qué elementos la institución cree indispensable en la aplicación?
1.4 Modelo Conceptual V.2

Tarea 2. Preparar y realizar las reuniones de elicitación.


2.1 Acta de Reunión
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

Fecha: 2019-OCT-02 Lugar: Unidad Educativa Católica Particular Rafael Bucheli, Quitumbe- No. Acta 2019--03
Quito
OBJETIVO: Presentar el producto software representado en un Modelo Conceptual Hora Inicial: Hora Final:
15H00 16H00

ANTECEDENTES: Luego de emitida el Acta de Compromiso se procedió al análisis de la Especificación de Requisitos de Software, considerando
específicamente la Educción de necesidades del usuario “Unidad Educativa Católica Particular Rafael Bucheli”.

AGENDA:
1. Explicar el modelo conceptual del producto a ser desarrollado, considerando los actores y casos de uso.
2. Revisar y analizar los aspectos propuestos en el modelo conceptual.
3. Proponer algún cambio o mejora que se puedan aplicar al modelo conceptual.
DESARROLLO:
En base a las reuniones que se ha tenido previamente con el propósito de explicar el objetivo por el cual se va a desarrollar el proyecto y analizando
ciertos aspectos en el momento de su implementación se procede a determinar los requisitos funcionales del sistema tomando en cuenta que en ciertos
requerimientos que se puedan mencionar pueden aparecer otros que hagan que no sean tan necesarios dentro del sistema.
Cada pregunta o idea que se pueda sacar de cada reunión es importante para el desarrollo del proyecto y para cada avance del mismo, por ende, se
1. procede a evaluar cada una de las necesidades que puede presentar el proyecto dentro de lo funcional en cuanto a todas las características e
información que presente en el ámbito religioso donde se va a trabajar. Además de ello, hay que tomar en cuenta, la disponibilidad del laboratorio que
existe dentro de las instalaciones y si cumplen con todas las características necesarias para que la implementación y el funcionamiento del mismo sea
eficaz.

El modelo conceptual lo que expone son cada uno de los requerimientos que están divididos entre funcionales y no funcionales, y se evalúa con las
2. autoridades para de esa manera explicar y analizar si lo propuesto es correcto y lo que tiene que ver con el desarrollo del sistema.

La reunión con las autoridades pertinentes es un paso importante puesto que con ello se analiza si pueden haber cambios o algunos aspectos que
3. se pueden implementar dentro del mismo.

COMPROMISO/ACCIÓN RESPONSABLE FECHA FIRMA


TÉRMINO
Lic. Marco Patricio Riera Villalba:
Unidad Educativa Católica
1. Evaluar la Especificación de Requisitos 02-OCT-2019
Particular – Administrador
General
Paredes Guerra David Andre:
Estudiante, Carrera de Ingeniería
Cumplimiento al desarrollo del proyecto
2. de Software, Universidad de las 13-ENE-2020
Fuerzas Armadas Espe Sede
Latacunga
Salguero Barrionuevo Jasson
Alexander:
Cumplimiento al desarrollo del proyecto
Estudiante, Carrera de Ingeniería
3 13-ENE-2020
de Software, Universidad de las
Fuerzas Armadas Espe Sede
Latacunga

1
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

PARTICIPANTES DE LA REUNIÓN:

NOMBRE ENTIDAD - UNIDAD -CARGO CORREO TELÉFONO FIRMA


EXTENSIÓN
Unidad Educativa Católica Particular – patorivi@hotmail.com 0987499294
Lic. Marco Patricio Riera Villalba.
Administrador General

Estudiante, Carrera de Ingeniería de Software,


Sr. David Andre Paredes Guerra Universidad de las Fuerzas Armadas Espe Sede daparedes15@espe.edu.ec 0983187903
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. Jasson Alexander Salguero Barrionuevo Universidad de las Fuerzas Armadas Espe Sede jasalguero1@espe.edu.ec 0994085575
Latacunga

2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
2.2 Plantilla de Requerimientos y Objetivos
Requerimientos Funcionales Objetivos

R1: Se permitirá ingresar a los alumnos a Ob1: Controlar el acceso del alumno a los
las funciones principales del aplicativo al módulos dedicados para el mismo.
digitar su nombre completo.

R2: El aplicativo también permitirá el Ob2: Permitir a cualquier usuario utilizar el


acceso de cualquier usuario sin algún aplicativo sin algún tipo de validación con la
previo registro, con la restricción de que condición de que su avance no será registrado.
su progreso no será guardado.

R3: El aplicativo desplegará un menú en Ob3: Facilitar al alumno en el uso del


la parte superior de la pantalla para aplicativo mediante un menú.
facilitar la navegabilidad del usuario.
R4: El sistema contendrá un manual de Ob4: Proveer a los usuarios una guía para la
usuario para el uso del aplicativo tanto utilización correcta del aplicativo.
para el alumno como para el docente.

R5: En el módulo de aprendizaje el Ob5: Presentar los contenidos educativos


alumno podrá acceder a contenidos que la aplicación va a manejar.
didácticos tales como: audio-libros,
videos y lecturas comprensivas
relacionados al tema.

R6: El aplicativo permitirá al alumno a Ob6: Permitir al alumno a seleccionar el tipo


elegir el tipo de contenido que desea de contenido que desea aprender.
aprender.

R7: El aplicativo contendrá escenarios Ob7: Relacionar los escenarios con las
relacionados a las temáticas que serán temáticas bíblicas que serán impartidas.
enseñadas.

R8: En el juego didáctico cada alumno Ob8: Generar un compendio de juegos y


tendrá un límite de tiempo para resolver actividades con un grado de dificultad y
cada actividad. tiempo cronometrado, con el fin de evaluar
los conocimientos adquiridos por el alumno.

R9: El aplicativo generará una Ob9: Generar el puntaje obtenido por el


calificación de la evaluación efectuada por alumno después de haber realizado la
el alumno. evaluación.

R10: El aplicativo contendrá actividades Ob10: Presentar las actividades educativas


en donde el aprendizaje del alumno será: que la aplicación va a manejar.
Experiencial, memorístico y receptivo.

R11: El aplicativo permitirá al alumno a Ob11: Permitir al alumno a seleccionar la


elegir la actividad que desea realizar. actividad que desea realizar.

R12: El aplicativo generará actividades Ob12: Relacionar las actividades con las
que tenga relación a las temáticas bíblicas temáticas bíblicas que serán impartidas.
impartidas.
R13: El aplicativo generará una Ob13: Generar el puntaje obtenido por el
calificación de la actividad efectuada por alumno después de haber realizado una
el alumno. actividad.

R14: El aplicativo permitirá guardar el Ob14: Obtener un registro de las actividades


avance de los alumnos. y del desempeño de cada alumno.

R15: El aplicativo deberá validar los datos Ob15: Controlar el acceso del docente a los
del docente al ingresar al dicho módulo. módulos dedicados para el mismo.

R16: El aplicativo deberá tener un módulo Ob16: Administrar los datos


dirigido para la administración de los correspondientes a los alumnos.
alumnos.

R17: El aplicativo deberá realizar el alta Ob17: Registrar al alumno que podrá utilizar
de los alumnos que utilizarán el aplicativo. los módulos con el fin de que sus avances sean
guardados.

R18: El aplicativo permitirá la Ob18: Permitir la modificación de los datos


modificación de los alumnos registrados de los alumnos en el caso de que sea
con anterioridad. necesario.

R19: El aplicativo permitirá consultar la Ob19: Permitir al docente consultar los datos
información de los alumnos registrados de algún alumno previamente registrado.
con anterioridad.

R20: El aplicativo deberá realizar la baja Ob20: Gestionar las bajas de los alumnos que
de los alumnos registrados con han sido registrados con anterioridad.
anterioridad.

R21: El aplicativo deberá mostrar el Ob21: Exponer los avances que ha tenido un
avance que haya tenido el alumno en los alumno en el aprendizaje de los contenidos.
contenidos.

R22: El aplicativo deberá mostrar todas Ob22: Listar todas las actividades realizadas
las actividades realizadas por el alumno y por el alumno con sus respectivas
sus aplicativos. calificaciones.
R23: El aplicativo deberá mostrar las Ob23: Mostrar las evaluaciones que ha
evaluaciones realizadas por el alumno de rendido un alumno tomando en cuenta los
cada uno de los contenidos. contenidos.

R24: El docente podrá visualizar el Ob24: Presentar los datos recopilados del
desempeño progresivo del alumno alumno utilizando gráficas estadísticas.
mediante recursos estadísticos.

R25: El docente podrá visualizar Ob25: Esquematizar mediante gráficas


mediante gráficas estadísticas las estadísticas las calificaciones de cada
actividades realizadas con sus respectivas actividad con respecto a los intentos
calificaciones. realizados.

R26: El docente podrá visualizar Ob26: Esquematizar mediante gráficas


mediante gráficas estadísticas las estadísticas las calificaciones de cada
evaluaciones realizadas con sus evaluación con respecto a los intentos
respectivas calificaciones. realizados.
Tarea 3. Identificar/revisar los objetivos.
3.1 Plantilla de Objetivos
 Controlar el acceso del alumno a los módulos dedicados para el mismo.
 Permitir a cualquier usuario utilizar el aplicativo sin algún tipo de validación con la
condición de que su avance no será registrado
 Facilitar al alumno en el uso del aplicativo mediante un menú.
 Proveer a los usuarios una guía para la utilización correcta del aplicativo.
 Presentar los contenidos educativos que la aplicación va a manejar.
 Permitir al alumno a seleccionar el tipo de contenido que desea aprender.
 Relacionar los escenarios con las temáticas bíblicas que serán impartidas.
 Generar un compendio de juegos y actividades con un grado de dificultad y tiempo
cronometrado, con el fin de evaluar los conocimientos adquiridos por el alumno.
 Generar el puntaje obtenido por el alumno después de haber realizado la evaluación.
 Presentar las actividades educativas que la aplicación va a manejar.
 Permitir al alumno a seleccionar la actividad que desea realizar.
 Relacionar las actividades con las temáticas bíblicas que serán impartidas.
 Generar el puntaje obtenido por el alumno después de haber realizado una actividad.
 Obtener un registro de las actividades y del desempeño de cada alumno.
 Controlar el acceso del docente a los módulos dedicados para el mismo.
 Administrar los datos correspondientes a los alumnos.
 Registrar al alumno que podrá utilizar los módulos con el fin de que sus avances sean
guardados.
 Permitir la modificación de los datos de los alumnos en el caso de que sea necesario.
 Permitir al docente consultar los datos de algún alumno previamente registrado.
 Gestionar las bajas de los alumnos que han sido registrados con anterioridad.
 Exponer los avances que ha tenido un alumno en el aprendizaje de los contenidos.
 Listar todas las actividades realizadas por el alumno con sus respectivas
calificaciones.
 Mostrar las evaluaciones que ha rendido un alumno tomando en cuenta los
contenidos.
 Presentar los datos recopilados del alumno utilizando gráficas estadísticas.
 Esquematizar mediante gráficas estadísticas las calificaciones de cada actividad con
respecto a los intentos realizados.
 Esquematizar mediante gráficas estadísticas las calificaciones de cada evaluación con
respecto a los intentos realizados.
Tarea 4. Identificar/revisar los requerimientos funcionales.

4.1 Plantilla para Actores


Ítem Identificación del Actor Descripción
Controlar el acceso del alumno a los
1 Alumno módulos dedicados para el mismo.
Permitir a cualquier usuario utilizar el
2 Administrador/Alumno/ Docente aplicativo sin algún tipo de validación con la
condición de que su avance no será
registrado
Alumno Facilitar al alumno en el uso del aplicativo
3 mediante un menú.
Proveer a los usuarios una guía para la
4 Alumno utilización correcta del aplicativo.
Presentar los contenidos educativos que la
5 Alumno aplicación va a manejar.
Permitir al alumno a seleccionar el tipo de
6 Alumno contenido que desea aprender.
Relacionar los escenarios con las temáticas
7 Alumno bíblicas que serán impartidas.
Generar un compendio de juegos y
8 Alumno actividades con un grado de dificultad y
tiempo cronometrado, con el fin de evaluar
los conocimientos adquiridos por el alumno.
Alumno Generar el puntaje obtenido por el alumno
9 después de haber realizado la evaluación.
Presentar las actividades educativas que la
10 Alumno aplicación va a manejar.
Permitir al alumno a seleccionar la actividad
11 Alumno que desea realizar.
12 Alumno Relacionar las actividades con las temáticas
bíblicas que serán impartidas.
13 Alumno Generar el puntaje obtenido por el alumno
después de haber realizado una actividad.
14 Alumno Obtener un registro de las actividades y del
desempeño de cada alumno.
15 Docente Controlar el acceso del docente a los
módulos dedicados para el mismo.
16 Docente Administrar los datos correspondientes a los
alumnos.
Registrar al alumno que podrá utilizar los
17 Docente módulos con el fin de que sus avances sean
guardados.
18 Docente Permitir la modificación de los datos de los
alumnos en el caso de que sea necesario.
19 Docente Permitir al docente consultar los datos de
algún alumno previamente registrado.
20 Docente Gestionar las bajas de los alumnos que han
sido registrados con anterioridad.
21 Docente Exponer los avances que ha tenido un
alumno en el aprendizaje de los contenidos.
22 Docente Listar todas las actividades realizadas por el
alumno con sus respectivas calificaciones.
23 Docente Mostrar las evaluaciones que ha rendido un
alumno tomando en cuenta los contenidos.
24 Docente Presentar los datos recopilados del alumno
utilizando gráficas estadísticas.
Esquematizar mediante gráficas estadísticas
25 Docente las calificaciones de cada actividad con
respecto a los intentos realizados.
Esquematizar mediante gráficas estadísticas
26 Docente las calificaciones de cada evaluación con
respecto a los intentos realizados.
4.2 Plantilla para Casos de Uso (Funciones)
Ítem Objetivo Casos de Uso Tipos de Datos
Controlar el acceso del codigo_alu
1 alumno a los módulos ValidarAlumno() contrasena_alu
dedicados para el mismo. nombre_alu
Permitir a cualquier usuario codigo_alu
utilizar el aplicativo sin
2 algún tipo de validación con IngresarAlAplicativo()
la condición de que su
avance no será registrado.
Facilitar al alumno en el uso codigo_alu
3 del aplicativo mediante un MostrarMenu()
menú.
Proveer a los usuarios una
4 guía para la utilización MostrarManual()
correcta del aplicativo.
Presentar los contenidos
5 educativos que la aplicación MostrarContenido()
va a manejar
Permitir al alumno a
6 seleccionar el tipo de ElegirContenido()
contenido que desea
aprender.
Relacionar los escenarios
7 con las temáticas bíblicas GenerarEscenario()
que serán impartidas.
Generar un compendio de
juegos y actividades con un
grado de dificultad y tiempo
8 cronometrado, con el fin de Iniciar Evaluacion()
evaluar los conocimientos
adquiridos por el alumno.
Generar el puntaje obtenido
9 por el alumno después de GenerarCalificacion()
haber realizado la
evaluación.
Presentar las actividades
10 educativas que la aplicación MostrarActividades()
va a manejar
Permitir al alumno a
11 seleccionar la actividad que ElegirActividad()
desea realizar.
Relacionar las actividades
12 con las temáticas bíblicas IniciarActividad()
que serán impartidas.
Generar el puntaje obtenido
13 por el alumno después de CalificarActividad()
haber realizado una
actividad.
Obtener un registro de las
14 actividades y del desempeño GuardarAvance()
de cada alumno.
Controlar el acceso del
15 docente a los módulos ValidarDocente()
dedicados para el mismo.
Administrar los datos
16 correspondientes a los GestionarAlumnos()
alumnos.
Registrar al alumno que codigo_usuario
17 podrá utilizar los módulos RegistrarAlumno() codigo_tema
con el fin de que sus avances
sean guardados.
Permitir la modificación de codigo_usuario
18 los datos de los alumnos en ModificarAlumno() código_actividad
el caso de que sea necesario.
Permitir al docente consultar codigo_usuario
19 los datos de algún alumno ConsultarAlumno()
previamente registrado.
Gestionar las bajas de los codigo_usuario
20 alumnos que han sido EliminarAlumno() calificacion_alumno
registrados con anterioridad.
Exponer los avances que ha codigo_usuario
21 tenido un alumno en el MostrarAvanceDelAlumno() codigo_actividad
aprendizaje de los calificacion_alumno
contenidos.
Listar todas las actividades codigo_usuario
22 realizadas por el alumno con MostrarActividadesDelAlumno() codigo_alumno
sus respectivas listado_actividades
calificaciones.
Mostrar las evaluaciones que codigo_usuario
23 ha rendido un alumno MostrarCalificacionesDelAlumno() codigo_tema
tomando en cuenta los
contenidos.
Presentar los datos codigo_usuario
24 recopilados del alumno GenerarGraficasEstadisticas() listado_temas
utilizando gráficas
estadísticas.
Esquematizar mediante
25 gráficas estadísticas las GraficarActividades()
calificaciones de cada
actividad con respecto a los
intentos realizados.
Esquematizar mediante codigo_usuario
gráficas estadísticas las
26 calificaciones de cada GraficarEvaluaciones()
evaluación con respecto a los
intentos realizados.
Tarea 5. Identificar/revisar los requerimientos no funcionales.
5.1 Plantilla de Requerimientos no Funcionales

Ítem Pregunta Requerimiento Tipo de


Requerimiento
1 ¿Cuánto cuesta la implementación Costo del proyecto Organizacional
del proyecto?
2 ¿Existe disponibilidad de Disponibilidad de Infraestructura
computadores? computadores
3 ¿Cuáles son las características de Características del Estructural
cada computador? computador
4 ¿Cuántos estudiantes de Tercer Año Usuario del Aplicativo De Entorno
de Educación General Básica?
5 ¿Tienen los computadores conexión Conexión a Internet Dependibilidad
a internet?
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

Fecha: 14-NOV-2019 Lugar: Universidad de las fuerzas armadas “ESPE” extensión Latacunga No. Acta 2019--05

OBJETIVO: Verificar el número de requerimientos funcionales. Hora Inicial: Hora Final:


10H30 11H30

ANTECEDENTES: Se realizó una inducción de las necesidades del usuario en la Unidad Educativa Católica Particular – Rafael Bucheli.
AGENDA:
1. Presentación del acta.
2. Revisar el número de requerimientos funcionales
3. Firma de la acta por parte de los responsables.
DESARROLLO:
1. A través de una revisión del proyecto se realiza la comprobación de las acciones propuestas.

2. Revisión del número de requerimientos funcionales: #26

3. Firmas de responsabilidad del acta.

COMPROMISO/ACCIÓN RESPONSABLE FECHA FIRMA


TÉRMINO
Luis Alberto Guerra Cruz
Revisión al Desarrollo del Proyecto Tutor del proyecto Integrador de la
1. 14-NOV-2019
universidad de las fuerzas
armadas “ESPE”
Paredes Guerra David Andre: Estudiante,
Carrera de Ingeniería de Software,
Cumplimiento al desarrollo del proyecto
2. Universidad de las Fuerzas Armadas “ESPE” 14-NOV-2019
Sede Latacunga

Salguero Barrionuevo Jasson Alexander:


Estudiante, Carrera de Ingeniería de
Cumplimiento al desarrollo del proyecto
3
Software, Universidad de las Fuerzas 14-NOV-2019
Armadas “ESPE”
Sede Latacunga

1
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

PARTICIPANTES DE LA REUNIÓN:

NOMBRE ENTIDAD - UNIDAD -CARGO CORREO TELÉFONO FIRMA


EXTENSIÓN
Tutor, Carrera de Ingeniería de Software, laguerra@espe.edu.ec 0983566677
Ing. Luis Alberto Guerra Cruz
Universidad de las Fuerzas Armadas Espe Sede
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. David Andre Paredes Guerra Universidad de las Fuerzas Armadas Espe Sede daparedes15@espe.edu.ec 0983187903
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. Jasson Alexander Salguero Barrionuevo Universidad de las Fuerzas Armadas Espe Sede jasalguero1@espe.edu.ec 0994085575
Latacunga

2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
MODELO
CONCEPTUAL
V.3 - V.4
Modelo Conceptual V.3
Aplicación
Educativa

Esta conformado por Esta conformado por Esta conformado por


Esta conformado por

Esta conformado por Esta conformado por

Contenido Evaluación Validación Seguimiento Escenarios Apredizaje De Tipo


De Tipo

Aplicada al Aplicada al De Manera De Tipo


De Manera Basados en

Dividido en Dividido en
Dividido en

Alumno Profesor Individual Fundamentos


Formativa-Interactiva
Personajes Lugares Historias Bíblicos Experiencial Memorístico Receptivo

Podra Utilizar Por Medio de Mediante Mediante Mediante


Mediante
Utilizando Utilizando Dividido en
Dividido en Dividido en

Lecturas Herramientas Lecturas


Audio-Libros Videos Juegos Actividades Personajes Lugares Historias Videos Audio-Libros
Comprensivas Estadísticas Comprensivas
Modelo Conceptual V.4
Aplicación
Educativa

Esta conformado por Esta conformado por Esta conformado por Esta conformado por
Esta conformado por Esta conformado por

Apredizaje Contenido Evaluación Validación Seguimiento Escenarios


De Tipo De Tipo

De Tipo Aplicada al De Manera


De Manera Aplicada al Basados en

Dividido en Dividido en Dividido en

Lecturas Fundamentos
Experiencial Memorístico Receptivo Audio-Libros Videos Formativa-Interactiva Alumno Docente Individual
Comprensivas Bíblicos

Mediante Mediante Mediante

Podra Utilizar Por Medio de


Utilizando Utilizando Dividido en Dividido en
Dividido en

Es parte del
Juegos Actividades Herramientas Personajes Lugares Historias
Estadísticas

Constuyendo así el Constuyendo así el


Constuyendo así el
Entorno de
Aprendizaje
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

Fecha: 14-NOV-2019 Lugar: Universidad de las fuerzas armadas “ESPE” extensión Latacunga No. Acta 2019--06

OBJETIVO: Verificar el número de entidades de la versión 4 del modelo conceptual. Hora Inicial: Hora Final:
11H30 12H30

ANTECEDENTES: Se realizó la elaboración de varios análisis del modelo conceptual cuya última versión será revisada.
AGENDA:
1. Presentación del acta.
2. Revisar el número de entidades de la versión 4.
3. Firma de la acta por parte de los responsables.
DESARROLLO:
1. A través de una revisión del proyecto se realiza la comprobación de las acciones propuestas en la última versión de la construcción del modelo conceptual.

2. Revisión del número de entidades de la versión 4: #25

3. Firmas de responsabilidad del acta.

COMPROMISO/ACCIÓN RESPONSABLE FECHA FIRMA


TÉRMINO
Luis Alberto Guerra Cruz
Revisión al Desarrollo del Proyecto Tutor del proyecto Integrador de la
1. 14-NOV-2019
universidad de las fuerzas
armadas “ESPE”
Paredes Guerra David Andre: Estudiante,
Carrera de Ingeniería de Software,
Cumplimiento al desarrollo del proyecto
2. Universidad de las Fuerzas Armadas “ESPE” 14-NOV-2019
Sede Latacunga

Salguero Barrionuevo Jasson Alexander:


Estudiante, Carrera de Ingeniería de
Cumplimiento al desarrollo del proyecto
3
Software, Universidad de las Fuerzas 14-NOV-2019
Armadas “ESPE”
Sede Latacunga

1
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

PARTICIPANTES DE LA REUNIÓN:

NOMBRE ENTIDAD - UNIDAD -CARGO CORREO TELÉFONO FIRMA


EXTENSIÓN
Tutor, Carrera de Ingeniería de Software, laguerra@espe.edu.ec 0983566677
Ing. Luis Alberto Guerra Cruz
Universidad de las Fuerzas Armadas Espe Sede
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. David Andre Paredes Guerra Universidad de las Fuerzas Armadas Espe Sede daparedes15@espe.edu.ec 0983187903
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. Jasson Alexander Salguero Barrionuevo Universidad de las Fuerzas Armadas Espe Sede jasalguero1@espe.edu.ec 0994085575
Latacunga

2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
ESPECIFICACIÓN DE REQUISITOS DEL
SOFTWARE

2. ANÁLISIS DEL MODELO CONCEPTUAL

“Aplicación de escritorio educativa enfocado en el Aprendizaje


de los fundamentos bíblicos”.

Fecha: 10/10/2019.
MODELO DEL DOMINIO
IDENTIFICACIÓN DE CLASES CONCEPTUALES
No. LISTA DE LA CATEGORIA DE DOMINIO DE LA CLASE CONCEPTUAL
LAS CLASES CONCEPTUALES (Contenido – Evaluación – Validación –
Seguimiento – Escenarios – Aprendizaje)
1 Objetos tangibles NO APLICA
2 Especificaciones, descripciones de las Personajes
cosas Lugares
Historias
Audio-Libros
Videos
Lecturas Comprensivas
3 Lugares - Unidad Educativa Católica Particular Rafael
Bucheli
- Ministerio de Educación
4 Rango de Edad Estudiantes de Tercer Año de Educación
General Básica
5 Transacciones Evaluación
Validación
Seguimiento
6 Líneas de las transacciones Herramientas Estadísticas
Evaluación
7 Roles de las personas Alumno
Profesor
8 Contenedores de otras cosas Formativa-Interactiva
Fundamentos Bíblicos
9 Cosas en un contenedor Juegos
Actividades
Personajes
Lugares
Historias
10 Otros sistemas informáticos NO APLICA
11 Organizaciones Católica
12 Hechos Aprendizaje
Evaluación
Seguimiento
13 Procesos Seguimiento
Individual
Aprendizaje
Experiencial
Memorístico
Receptivo
14 Reglas y Políticas Validación
15 Catálogos Contenido
Fundamentos Bíblicos
16 Registro de finanzas, Trabajo, NO APLICA
Contratos, Cuestiones legales
17 Instrumentos y servicios financieros NO APLICA
18 Manuales, documentos, artículos de Audio-Libros
referencia, libros Lecturas Comprensivas
Videos
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

Fecha: 14-NOV-2019 Lugar: Universidad de las fuerzas armadas “ESPE” extensión Latacunga No. Acta 2019--07

OBJETIVO: Verificar el número de lista de categorías y números de dominios de la clase Hora Inicial: Hora Final:
13H00 14H00

ANTECEDENTES: Se realizó el análisis del modelo conceptual v.4 para generar un modelo del dominio
AGENDA:
1. Presentación del acta.
2. Revisar el número de listas de categorías.
3. Revisar el número de dominios de la clase.
4. Firma de la acta por parte de los responsables.
DESARROLLO:
1. A través de una revisión del proyecto se realiza la comprobación de las acciones propuestas

2. Revisión del número de lista de categorías: #18

3. Revisar el número de dominios de la clase: #6

4. Firmas de responsabilidad del acta.

COMPROMISO/ACCIÓN RESPONSABLE FECHA FIRMA


TÉRMINO
Luis Alberto Guerra Cruz
Revisión al Desarrollo del Proyecto Tutor del proyecto Integrador de la
1. 14-NOV-2019
universidad de las fuerzas
armadas “ESPE”
Paredes Guerra David Andre: Estudiante,
Carrera de Ingeniería de Software,
Cumplimiento al desarrollo del proyecto
2. Universidad de las Fuerzas Armadas “ESPE” 14-NOV-2019
Sede Latacunga

Salguero Barrionuevo Jasson Alexander:


Estudiante, Carrera de Ingeniería de
Cumplimiento al desarrollo del proyecto
3
Software, Universidad de las Fuerzas 14-NOV-2019
Armadas “ESPE”
Sede Latacunga

1
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

PARTICIPANTES DE LA REUNIÓN:

NOMBRE ENTIDAD - UNIDAD -CARGO CORREO TELÉFONO FIRMA


EXTENSIÓN
Tutor, Carrera de Ingeniería de Software, laguerra@espe.edu.ec 0983566677
Ing. Luis Alberto Guerra Cruz
Universidad de las Fuerzas Armadas Espe Sede
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. David Andre Paredes Guerra Universidad de las Fuerzas Armadas Espe Sede daparedes15@espe.edu.ec 0983187903
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. Jasson Alexander Salguero Barrionuevo Universidad de las Fuerzas Armadas Espe Sede jasalguero1@espe.edu.ec 0994085575
Latacunga

2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
MATRIZ DE TRAZABILIDAD V.1
ESPECIFICACIÓN DE REQUISITOS DEL
SOFTWARE

3. MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS

“Aplicación de escritorio educativa enfocado en el Aprendizaje


de los fundamentos bíblicos”.

Fecha: 14/10/2019.
MATRIZ DE TRAZABILIDAD
ESTADO
REQUERIMIENTOS PRIORIDAD ACTUAL RENDIMIENTO
RESPONSABLE
ITEM FUNCIONALES DESCRIPCIÓN EXPLÍCITA [BAJO-MEDIO- [PROPUESTO- [BAJO-MEDIO-
[NOMBRES Y APELLIDOS]
[CASO DE USO] ALTO] APROBADO- ALTO]
VALIDADO]
David Andre Paredes Guerra
C.U.1 Registrar_actividad() Datos a ser ingresados MEDIO APROBADO ALTO Jasson Alexander Salguero Barrionuevo
David Andre Paredes Guerra
C.U.2 Mostrar_docente() Operaciones a ser realizadas por pantalla MEDIO PROPUESTO MEDIO Jasson Alexander Salguero Barrionuevo
David Andre Paredes Guerra
C.U.3 Validar_usuario() Quién va a ingresar datos en el sistema ALTO PROPUESTO ALTO Jasson Alexander Salguero Barrionuevo
David Andre Paredes Guerra
C.U.4 Ingresar_aplicativo() Flujos de trabajo realizados por el sistema ALTO APROBADO ALTO Jasson Alexander Salguero Barrionuevo
David Andre Paredes Guerra
C.U.5 Seleccionar_tema() Operaciones a ser realizadas por pantalla ALTO PROPUESTO ALTO Jasson Alexander Salguero Barrionuevo
David Andre Paredes Guerra
C.U.6 Elegir_actividad() Cómo el sistema cumplirá con lo ingresado BAJO APROBADO ALTO Jasson Alexander Salguero Barrionuevo
David Andre Paredes Guerra
C.U.7 Mostrar_recursos() Operaciones a ser realizadas por pantalla ALTO PROPUESTO MEDIO Jasson Alexander Salguero Barrionuevo
David Andre Paredes Guerra
C.U.8 Evaluar_conocimientos() Cómo el sistema cumplirá con lo ingresado ALTO PROPUESTO ALTO Jasson Alexander Salguero Barrionuevo
Cómo el sistema cumplirá con los David Andre Paredes Guerra
C.U.9 Generar_calificacion() reglamentos MEDIO PROPUESTO ALTO Jasson Alexander Salguero Barrionuevo
David Andre Paredes Guerra
C.U.10 Mostrar_desempeno() Reportes del sistema MEDIO PROPUESTO ALTO Jasson Alexander Salguero Barrionuevo
David Andre Paredes Guerra
C.U.11 Mostrar_contenido() Cómo el sistema cumplirá con lo ingresado ALTO APROBADO MEDIO Jasson Alexander Salguero Barrionuevo
David Andre Paredes Guerra
C.U.12 Mostrar_temario() Flujos de trabajo realizados por el sistema ALTO APROBADO MEDIO Jasson Alexander Salguero Barrionuevo
David Andre Paredes Guerra
C.U.13 Mostrar_manual() Operaciones a ser realizadas por pantalla BAJO APROBADO ALTO Jasson Alexander Salguero Barrionuevo
David Andre Paredes Guerra
C.U.14 Definir_evaluacion() Reportes del sistema ALTO PROPUESTO ALTO Jasson Alexander Salguero Barrionuevo
David Andre Paredes Guerra
C.U.15 Guardar_avance() Flujos de trabajo realizados por el sistema ALTO PROPUESTO ALTO Jasson Alexander Salguero Barrionuevo
David Andre Paredes Guerra
C.U.16 Definir_escenario() Cómo el sistema cumplirá con lo ingresado MEDIO APROBADO ALTO Jasson Alexander Salguero Barrionuevo
Cómo se va a clasificar la información en el David Andre Paredes Guerra
C.U.17 Mostrar_tematica() aplicativo BAJO APROBADO MEDIO Jasson Alexander Salguero Barrionuevo

Tabla 1. ÍTEMS PARA LA DESCRIPCIÓN EXPLÍCITA


DESCRIPCIÓN EXPLÍCITA; es decir, si el Caso de Uso
Corresponde a:
 Datos a ser ingresados
 Operaciones a ser realizadas por pantalla
 Flujos de trabajo realizados por el sistema
 Reportes del sistema
 Quién va a ingresar datos en el sistema
 Cómo el sistema cumplirá con lo ingresado
 Cómo el sistema cumplirá con los reglamentos
 Cómo se va a clasificar la información en el aplicativo
MATRIZ DE TRAZABILIDAD V.2
ESPECIFICACIÓN DE REQUISITOS DEL
SOFTWARE

3. MATRIZ DE TRAZABILIDAD DE REQUERIMIENTOS

“Aplicación de escritorio educativa enfocado en el Aprendizaje


de los fundamentos bíblicos”.

Fecha: 14/10/2019.
MATRIZ DE TRAZABILIDAD V.1
ESTADO
PRIORIDAD
REQUERIMIENTOS ACTUAL RENDIMIENTO
[BAJO- RESPONSABLE
ITEM FUNCIONALES DESCRIPCIÓN EXPLÍCITA [PROPUESTO- [BAJO-MEDIO-
MEDIO- [NOMBRES Y APELLIDOS]
[CASO DE USO] APROBADO- ALTO]
ALTO] VALIDADO]

C.U.1 ValidarAlumno() Operaciones a ser realizadas por pantalla ALTO PROPUESTO MEDIO David Andre Paredes Guerra

Jasson Alexander Salguero Barrionuevo


C.U.2 IngresarAlAplicativo() Cómo el sistema cumplirá con lo ingresado ALTO PROPUESTO ALTO
Cómo el sistema cumplirá con los
Jasson Alexander Salguero Barrionuevo
C.U.3 MostrarMenu() reglamentos ALTO PROPUESTO ALTO
Jasson Alexander Salguero Barrionuevo
C.U.4 MostrarManual() Reportes del sistema ALTO PROPUESTO ALTO
Jasson Alexander Salguero Barrionuevo
C.U.5 MostrarContenido() Cómo el sistema cumplirá con lo ingresado ALTO APROBADO MEDIO
Jasson Alexander Salguero Barrionuevo
C.U.6 ElegirContenido() Flujos de trabajo realizados por el sistema ALTO APROBADO MEDIO
David Andre Paredes Guerra
C.U.7 GenerarEscenario() Operaciones a ser realizadas por pantalla MEDIO APROBADO ALTO
David Andre Paredes Guerra
C.U.8 IniciarEvaluacion() Reportes del sistema ALTO PROPUESTO ALTO
David Andre Paredes Guerra
C.U.9 GenerarCalificacion() Flujos de trabajo realizados por el sistema ALTO PROPUESTO ALTO
Jasson Alexander Salguero Barrionuevo
C.U.10 MostrarActividades() Cómo el sistema cumplirá con lo ingresado MEDIO APROBADO ALTO
Cómo se va a clasificar la información en el
Jasson Alexander Salguero Barrionuevo
C.U.11 ElegirActividad() aplicativo ALTO APROBADO MEDIO
Jasson Alexander Salguero Barrionuevo
C.U.12 IniciarActividad() Flujos de trabajo realizados por el sistema ALTO APROBADO ALTO
Cómo el sistema cumplirá con los David Andre Paredes Guerra
C.U.13 CalificarActividad() reglamentos ALTO APROBADO ALTO
David Andre Paredes Guerra
C.U.14 GuardarAvance() Reportes del sistema ALTO APROBADO ALTO
David Andre Paredes Guerra
C.U.15 ValidarDocente() Datos a ser ingresados ALTO APROBADO ALTO
David Andre Paredes Guerra
C.U.16 GestionarAlumnos() Reportes del sistema ALTO APROBADO ALTO
David Andre Paredes Guerra
C.U.17 RegistrarAlumno() Datos a ser ingresados ALTO APROBADO ALTO
David Andre Paredes Guerra
C.U.18 ModificarAlumno() Cómo el sistema cumplirá con lo ingresado ALTO APROBADO ALTO
David Andre Paredes Guerra
C.U.19 ConsultarAlumno() Cómo el sistema cumplirá con lo ingresado ALTO APROBADO ALTO
David Andre Paredes Guerra
C.U.20 EliminarAlumno() Cómo el sistema cumplirá con lo ingresado ALTO APROBADO ALTO
Jasson Alexander Salguero Barrionuevo
C.U.21 MostrarAvanceDelAlumno() Reportes del sistema ALTO PROPUESTO ALTO
Jasson Alexander Salguero Barrionuevo
C.U.22 MostrarActividadesDelAlumno() Reportes del sistema ALTO PROPUESTO ALTO
Jasson Alexander Salguero Barrionuevo
C.U.23 MostrarCalificacionesDelAlumno() Reportes del sistema ALTO PROPUESTO ALTO
David Andre Paredes Guerra
C.U.24 GenerarGraficasEstadisticas() Operaciones a ser realizadas por pantalla ALTO APROBADO ALTO
David Andre Paredes Guerra
C.U.25 GraficarActividades() Reportes del sistema ALTO APROBADO ALTO
David Andre Paredes Guerra
C.U.26 GraficarEvaluaciones() Reportes del sistema ALTO APROBADO ALTO
Tabla 1. ÍTEMS PARA LA DESCRIPCIÓN EXPLÍCITA
DESCRIPCIÓN EXPLÍCITA; es decir, si el Caso de Uso
Corresponde a:
 Datos a ser ingresados
 Operaciones a ser realizadas por pantalla
 Flujos de trabajo realizados por el sistema
 Reportes del sistema
 Quién va a ingresar datos en el sistema
 Cómo el sistema cumplirá con lo ingresado
 Cómo el sistema cumplirá con los reglamentos
 Cómo se va a clasificar la información en el aplicativo
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

Fecha: 14-NOV-2019 Lugar: Universidad de las fuerzas armadas “ESPE” extensión Latacunga No. Acta 2019--08

OBJETIVO: Verificar el número de casos de Uso Hora Inicial: Hora Final:


14H00 15H00

ANTECEDENTES: Se realizó la revisión de la Matriz de Trazabilidad.


AGENDA:
1. Presentación del acta.
2. Revisar la Matriz de trazabilidad.
3. Revisar el número de Casos de Uso de la Matriz de Trazabilidad.
4. Firma de la acta por parte de los responsables.
DESARROLLO:
1. A través de una revisión del proyecto se realiza la comprobación de las acciones propuestas

2. Revisión las actividades realizadas en la matriz de trazabilidad: Descripción Explícita, Prioridad, Estado Actual, Rendimiento y Responsable.

3. Revisión de los casos de uso de la matriz de trazabilidad: #26

4. Firmas de responsabilidad del acta.

COMPROMISO/ACCIÓN RESPONSABLE FECHA FIRMA


TÉRMINO
Luis Alberto Guerra Cruz
Revisión al Desarrollo del Proyecto Tutor del proyecto Integrador de la
1. 14-NOV-2019
universidad de las fuerzas
armadas “ESPE”
Paredes Guerra David Andre: Estudiante,
Carrera de Ingeniería de Software,
Cumplimiento al desarrollo del proyecto
2. Universidad de las Fuerzas Armadas “ESPE” 14-NOV-2019
Sede Latacunga

Salguero Barrionuevo Jasson Alexander:


Estudiante, Carrera de Ingeniería de
Cumplimiento al desarrollo del proyecto
3
Software, Universidad de las Fuerzas 14-NOV-2019
Armadas “ESPE”
Sede Latacunga

1
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

PARTICIPANTES DE LA REUNIÓN:

NOMBRE ENTIDAD - UNIDAD -CARGO CORREO TELÉFONO FIRMA


EXTENSIÓN
Tutor, Carrera de Ingeniería de Software, laguerra@espe.edu.ec 0983566677
Ing. Luis Alberto Guerra Cruz
Universidad de las Fuerzas Armadas Espe Sede
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. David Andre Paredes Guerra Universidad de las Fuerzas Armadas Espe Sede daparedes15@espe.edu.ec 0983187903
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. Jasson Alexander Salguero Barrionuevo Universidad de las Fuerzas Armadas Espe Sede jasalguero1@espe.edu.ec 0994085575
Latacunga

2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
ESPECIFICACIÓN DE REQUISITOS DEL
SOFTWARE

4. A NÁLISIS DE LA FRONTERA DEL SISTEMA.

“Aplicación de escritorio educativa enfocado en el Aprendizaje


de los fundamentos bíblicos”.

Fecha: 21/10/2019.
Aplicación Educativa

ValiidarUsuario

include

IngresarAlAplicativo

MostrarContenido

include MostrarRecursos

extend SeleccionarTema
Alumno

extend ElegirActividad

extend RegistrarActividad

EvaluarConocimientos

Base de Datos

include DefinirEvaluacion

include
Docente

GenerarCalificacion

GuardarAvance

MostrarManual

DefinirEscenario

include MostrarTematica

MostrarDocente

extend MostrarTemario

extend MostrarDesempeno
ESPECIFICACIÓN DE REQUISITOS DEL
SOFTWARE

4. A NÁLISIS DE LA FRONTERA DEL SISTEMA.

“Aplicación de escritorio educativa enfocado en el Aprendizaje


de los fundamentos bíblicos”.

Fecha: 21/10/2019.
Aplicacion Educativa

Mostrar_menu Mostrar_manual

Validar_alumno Ingresar_alAplicativo

Mostrar_contenido Elegir_contenido Generar_escenario

Iniciar_evaluacion Generar_calificacion

Guardar_avance

Mostrar_actividades Elegir_actividad Iniciar_actividad Calificar_actividad

Alumno

Validar_docente Gestionar_alumnos Registrar_alumno

Modificar_alumno

Base de Datos

Eliminar_alumno

Consultar_alumno Mostrar_avanceDelAlumno

Docente Mostrar_actividadesDelAlumno

Mostrar_CalificacionesDelAlumno

Generar_graficasEstadisticas Graficar_actividades

Graficar_evaluaciones
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

Fecha: 14-NOV-2019 Lugar: Universidad de las fuerzas armadas “ESPE” extensión Latacunga No. Acta 2019—09

OBJETIVO: Verificar el número de actores y número de entidades Hora Inicial: Hora Final:
15H00 16H00

ANTECEDENTES: Se realizó la revisión del análisis de la Frontera del Sistema


AGENDA:
1. Presentación del acta.
2. Revisar la frontera del Sistema.
3. Revisar el número de actores.
4. Revisar el número de entidades.
5. Firma de la acta por parte de los responsables.
DESARROLLO:
1. A través de una revisión del proyecto se realiza la comprobación de las acciones propuestas.

2. Revisión de las actividades de la Frontera del Sistema: Módulo del Alumno y Módulo del Docente.

3. Revisión del número de actores: #3.

4. Revisión del número de entidades de la frontera del Sistema: #26

5. Firmas de responsabilidad del acta.

COMPROMISO/ACCIÓN RESPONSABLE FECHA FIRMA


TÉRMINO
Luis Alberto Guerra Cruz
Revisión al Desarrollo del Proyecto Tutor del proyecto Integrador de la
1. 14-NOV-2019
universidad de las fuerzas
armadas “ESPE”
Paredes Guerra David Andre: Estudiante,
Carrera de Ingeniería de Software,
Cumplimiento al desarrollo del proyecto
2. Universidad de las Fuerzas Armadas “ESPE” 14-NOV-2019
Sede Latacunga

Salguero Barrionuevo Jasson Alexander:


Estudiante, Carrera de Ingeniería de
Cumplimiento al desarrollo del proyecto
3
Software, Universidad de las Fuerzas 14-NOV-2019
Armadas “ESPE”
Sede Latacunga

1
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

PARTICIPANTES DE LA REUNIÓN:

NOMBRE ENTIDAD - UNIDAD -CARGO CORREO TELÉFONO FIRMA


EXTENSIÓN
Tutor, Carrera de Ingeniería de Software, laguerra@espe.edu.ec 0983566677
Ing. Luis Alberto Guerra Cruz
Universidad de las Fuerzas Armadas Espe Sede
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. David Andre Paredes Guerra Universidad de las Fuerzas Armadas Espe Sede daparedes15@espe.edu.ec 0983187903
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. Jasson Alexander Salguero Barrionuevo Universidad de las Fuerzas Armadas Espe Sede jasalguero1@espe.edu.ec 0994085575
Latacunga

2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
ESPECIFICACIÓN DE REQUISITOS DEL
SOFTWARE

5. MODELO DE CASOS DE USO.

“Aplicación de escritorio educativa enfocado en el Aprendizaje


de los fundamentos bíblicos”.

Fecha: 14/11/2019.
Aplicacion Educativa

include MostrarMenu include MostrarManual

ValidarAlumno include IngresarAlAplicativo

extend MostrarContenido include ElegirContenido include GenerarEscenario

extend IniciarEvaluacion include GenerarCalificacion include

include GuardarAvance

extend MostrarActividades include ElegirActividad include IniciarActividad include CalificarActividad incllude

ValidarDocente include GestionarAlumnos extend RegistrarAlumno

extend ModificarAlumno

extend EliminarAlumno

extend ConsultarAlumno extend MostrarAvanceDelAlumno

extend MostrarActividadesDelAlumno

extend MostrarCalificacionesDelAlumno

extend GenerarGraficasEstadisticas extend GraficarActividades

extend GraficarEvaluaciones
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

Fecha: 14-NOV-2019 Lugar: Universidad de las fuerzas armadas “ESPE” extensión Latacunga No. Acta 2019—10

OBJETIVO: Verificar el número de servicios, números de includes y numero de extends Hora Inicial: Hora Final:
16H00 17H00

ANTECEDENTES: Se realizó la revisión del Modelo de Casos de Uso


AGENDA:
1. Presentación del acta.
2. Revisar el modelo de casos de uso
3. Revisar el número de servicios
4. Revisar el número de include
5. Revisar el número de extends
6. Firma de la acta por parte de los responsables.
DESARROLLO:
1. A través de una revisión del proyecto se realiza la comprobación de las acciones propuestas

2. Revisar las actividades el modelo de casos de Uso

3. Revisión del número de Servicios: #26

4. Revisar el número de INCLUDES: #13

5. Revisar el número de EXTENDS: #13

6. Firmas de Responsabilidad del acta.

COMPROMISO/ACCIÓN RESPONSABLE FECHA FIRMA


TÉRMINO
Luis Alberto Guerra Cruz
Revisión al Desarrollo del Proyecto Tutor del proyecto Integrador de la
1. 14-NOV-2019
universidad de las fuerzas
armadas “ESPE”
Paredes Guerra David Andre: Estudiante,
Carrera de Ingeniería de Software,
Cumplimiento al desarrollo del proyecto
2. Universidad de las Fuerzas Armadas “ESPE” 14-NOV-2019
Sede Latacunga

Salguero Barrionuevo Jasson Alexander:


Estudiante, Carrera de Ingeniería de
Cumplimiento al desarrollo del proyecto
3
Software, Universidad de las Fuerzas 14-NOV-2019
Armadas “ESPE”
Sede Latacunga

1
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

PARTICIPANTES DE LA REUNIÓN:

NOMBRE ENTIDAD - UNIDAD -CARGO CORREO TELÉFONO FIRMA


EXTENSIÓN
Tutor, Carrera de Ingeniería de Software, laguerra@espe.edu.ec 0983566677
Ing. Luis Alberto Guerra Cruz
Universidad de las Fuerzas Armadas Espe Sede
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. David Andre Paredes Guerra Universidad de las Fuerzas Armadas Espe Sede daparedes15@espe.edu.ec 0983187903
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. Jasson Alexander Salguero Barrionuevo Universidad de las Fuerzas Armadas Espe Sede jasalguero1@espe.edu.ec 0994085575
Latacunga

2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
ESPECIFICACIÓN DE REQUISITOS DEL
SOFTWARE

6. MODELO DE CLASES.

“Aplicación de escritorio educativa enfocado en el Aprendizaje


de los fundamentos bíblicos”.

Fecha: 14/11/2019.
AplicacionEducativa

+ NewBrowserWindow()

Aprendizaje Contenido Evaluacion Validacion Seguimiento Escenario

+ tipo_aprendizaje_1:String = 'Experiencial' + recurso_contenido_1:Object +tipo_formacion:String='FormativaIntercativa' + tipo_seguimiento:String='Individual'


+ tipo_aprendizaje_2:String = 'Memoristico' + recurso_contenido_2:Object
+ tipo_aprendizaje_3:String = 'Receptivo + recurso_contenido_3:Object
- Iniciar Evaluacion() - ValidarAlumno(): boolean - ConsultarAlumno() - GenerarEscenario()
- GenerarCalificacion() - ValidarDocente(): boolean
- Aprendizaje() - MostrarMenu() - IngresarAlAplicativo(): boolean
- MostrarManual()
- MostrarContenido()
- ElegirContenido()

Juego Actividad Alumno Docente FundamentoBiblico

+ nombre:String + nombre:String + nombres_String + usuario:String HerramientaEstadistica + tipo_fundamento_1:Object


+ intentos:int + intentos:int + apellidos:String + contrasena:String + tipo_fundamento_2:Object
+ puntuacion:Double + calificacion:Double + curso:String + nombres:String + tipo_fundamento_3:Object
+ apellidos:String

- GenerarCalificacion() - MostrarActividades() - MostrarAvanceDelAlumno() - GenerarGraficasEstadisticas()


- GuardarAvance() - ElegirActividad() - MostrarActividadesDelAlumno() - GestionarAlumnos() - GraficarActividades()
- IniciarActividad() - RegistrarAlumno() - GraficarEvaluaciones()
- CalificarActividad() - ModificarAlumno()
- GuardarAvance() - EliminarAlumno()
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

Fecha: 18-NOV-2019 Lugar: Universidad de las Fuerzas armadas “ESPE” Extensión Latacunga No. Acta 2019—11

OBJETIVO: Hora Inicial: Hora Final:


1. Analizar y diseñar el modelo de clases del sistema. 9H30 11H30
2. Analizar y ubicar los datos en cada clase en base al modelo de la Plantilla de casos de uso.
3. Analizar y ubicar las funciones en cada clase en base al modelo de casos de uso.

ANTECEDENTES: Se realizó la revisión de la plantilla de casos de uso.


AGENDA:
1. Presentación del acta.
2. Revisar el modelo de clases
3. Revisar el número de relación entre clases
4. Revisar el número de Clases del sistema
5. Revisar el número de atributos
6. Revisar el número de funciones
7. Presentar el acta
8. Firma de la acta por parte de los responsables.
DESARROLLO:
1. A través de una revisión del proyecto se realiza la comprobación de las acciones propuestas.

2. Presentación del Modelo de Clases junto al Modelo de Casos de Uso para su revisión.

3. Una vez aprobada la correlación entre los dos modelos, se procede a revisar el número de relación entre las clases

4. Revisión del número de relaciones entre clases: #13

5. Revisión del número de clases del sistema: #13

6. Revisión del número de atributos: #24

7. Revisión del número de funciones: #29

8. Presentación del acta

9. Firmas de responsabilidad del acta.

COMPROMISO/ACCIÓN RESPONSABLE FECHA FIRMA


TÉRMINO
Luis Alberto Guerra Cruz
Revisión al Desarrollo del Proyecto Tutor del proyecto Integrador de la
1. 18-NOV-2019
universidad de las fuerzas
armadas “ESPE”
Paredes Guerra David Andre: Estudiante,
Carrera de Ingeniería de Software,
Cumplimiento al desarrollo del proyecto
2. Universidad de las Fuerzas Armadas “ESPE” 18-NOV-2019
Sede Latacunga

Salguero Barrionuevo Jasson Alexander:


Estudiante, Carrera de Ingeniería de
Cumplimiento al desarrollo del proyecto
3
Software, Universidad de las Fuerzas 18-NOV-2019
Armadas “ESPE”
Sede Latacunga

1
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

PARTICIPANTES DE LA REUNIÓN:

NOMBRE ENTIDAD - UNIDAD -CARGO CORREO TELÉFONO FIRMA


EXTENSIÓN
Tutor, Carrera de Ingeniería de Software, laguerra@espe.edu.ec 0983566677
Ing. Luis Alberto Guerra Cruz
Universidad de las Fuerzas Armadas Espe Sede
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. David Andre Paredes Guerra Universidad de las Fuerzas Armadas Espe Sede daparedes15@espe.edu.ec 0983187903
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. Jasson Alexander Salguero Barrionuevo Universidad de las Fuerzas Armadas Espe Sede jasalguero1@espe.edu.ec 0994085575
Latacunga

2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
ESPECIFICACIÓN DE REQUISITOS DEL
SOFTWARE

7. MODELO LOGICO.

“Aplicación de escritorio educativa enfocado en el Aprendizaje


de los fundamentos bíblicos”.

Fecha: 14/11/2019.
Juego

Docente codigo_jue (PK)


(*,1) nombre_jue
codigo_doc (PK) intentos_jue
codigo_alu (FK) puntuacion_jue
usuario_doc
contrasena_doc
nombres_doc
apellidos_doc

Escenario

(1,*) (1,1) codigo_esc (PK)


tipo_esc
Contenido
(*,1)
Alumno codigo_con (PK)
codigo_jue (FK) (1,*)
codigo_alu (PK) codigo_esc (FK)
codigo_con (FK) (*,1) codigo_eva (FK) Evaluacion
nombres_alu codigo_act (FK) (1,1)
(1,*) (1,1)
apellidos_alu tipo_con
codigo_eva (PK)
curso_alu subcontenido_con
calificacion_eva
(1,1)

(1,*)

Actividad

codigo_act (PK)
(*,1) nombre_act
intentos_act
calificacion_act
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

Fecha: 24-NOV-2019 Lugar: Universidad de las Fuerzas armadas “ESPE” Extensión Latacunga No. Acta 2019—12

OBJETIVO: Hora Inicial: Hora Final:


1. Analizar y diseñar el modelo lógico. 9H30 11H30
2. Analizar y ubicar los datos en cada entidad en base al modelo de clases.

ANTECEDENTES: Se realizó la revisión de la plantilla de modelo de clases.


AGENDA:
1. Presentación del acta.
2. Revisar el modelo de lógico
3. Revisar el número de relación entre entidades
4. Revisar el número de entidades del sistema
5. Revisar el número de atributos
6. Presentar el acta
7. Firma de la acta por parte de los responsables.
DESARROLLO:
1. A través de una revisión del proyecto se realiza la comprobación de las acciones propuestas.

2. Presentación del Modelo Lógico para su revisión.

3. Revisión el número de relaciones entre entidades: #6

4. Revisión el número de entidades del Sistema: #7

5. Revisión del número de atributos. #30

6. Presentación del acta

7. Firmas de responsabilidad del acta.

COMPROMISO/ACCIÓN RESPONSABLE FECHA FIRMA


TÉRMINO
Luis Alberto Guerra Cruz
Revisión al Desarrollo del Proyecto Tutor del proyecto Integrador de la
1. 24-NOV-2019
universidad de las fuerzas
armadas “ESPE”
Paredes Guerra David Andre: Estudiante,
Carrera de Ingeniería de Software,
Cumplimiento al desarrollo del proyecto
2. Universidad de las Fuerzas Armadas “ESPE” 24-NOV-2019
Sede Latacunga

Salguero Barrionuevo Jasson Alexander:


Estudiante, Carrera de Ingeniería de
Cumplimiento al desarrollo del proyecto
3
Software, Universidad de las Fuerzas 24-NOV-2019
Armadas “ESPE”
Sede Latacunga

1
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
UNIDAD: CARRERA DE INGENIERÍA DE SOFTWARE
ACTA DE REUNIÓN

PARTICIPANTES DE LA REUNIÓN:

NOMBRE ENTIDAD - UNIDAD -CARGO CORREO TELÉFONO FIRMA


EXTENSIÓN
Tutor, Carrera de Ingeniería de Software, laguerra@espe.edu.ec 0983566677
Ing. Luis Alberto Guerra Cruz
Universidad de las Fuerzas Armadas Espe Sede
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. David Andre Paredes Guerra Universidad de las Fuerzas Armadas Espe Sede daparedes15@espe.edu.ec 0983187903
Latacunga
Estudiante, Carrera de Ingeniería de Software,
Sr. Jasson Alexander Salguero Barrionuevo Universidad de las Fuerzas Armadas Espe Sede jasalguero1@espe.edu.ec 0994085575
Latacunga

2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018

También podría gustarte