Proyecto
Proyecto
Proyecto
LATACUNGA
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.
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:
2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
PROPUESTA Y
ACTA DE
COMPROMISO
-'
ACTA DE COMPROMISO
Administrador
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.
PARTICIPANTES DE LA REUNIÓN:
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:
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
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.
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:
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:
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
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.
5. Beneficiarios
6. Impacto Esperado
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.
Fecha: 14-NOV-2019 Lugar: Universidad de las fuerzas armadas “ESPE” extensión Latacunga No. Acta 2019--04
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.
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:
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
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.
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.
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:
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
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.
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.
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.
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.
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.
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.
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.
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.
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:
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.
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.
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.
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.
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.
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.
Fecha: 14-NOV-2019 Lugar: Universidad de las fuerzas armadas “ESPE” extensión Latacunga No. Acta 2019--05
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.
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:
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
Dividido en Dividido en
Dividido en
Esta conformado por Esta conformado por Esta conformado por Esta conformado por
Esta conformado por Esta conformado por
Lecturas Fundamentos
Experiencial Memorístico Receptivo Audio-Libros Videos Formativa-Interactiva Alumno Docente Individual
Comprensivas Bíblicos
Es parte del
Juegos Actividades Herramientas Personajes Lugares Historias
Estadísticas
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.
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:
2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
ESPECIFICACIÓN DE REQUISITOS DEL
SOFTWARE
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
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:
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
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
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
Fecha: 14-NOV-2019 Lugar: Universidad de las fuerzas armadas “ESPE” extensión Latacunga No. Acta 2019--08
2. Revisión las actividades realizadas en la matriz de trazabilidad: Descripción Explícita, Prioridad, Estado Actual, Rendimiento y Responsable.
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:
2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
ESPECIFICACIÓN DE REQUISITOS DEL
SOFTWARE
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
Fecha: 21/10/2019.
Aplicacion Educativa
Mostrar_menu Mostrar_manual
Validar_alumno Ingresar_alAplicativo
Iniciar_evaluacion Generar_calificacion
Guardar_avance
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
2. Revisión de las actividades de la Frontera del Sistema: Módulo del Alumno y Módulo del Docente.
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:
2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018
ESPECIFICACIÓN DE REQUISITOS DEL
SOFTWARE
Fecha: 14/11/2019.
Aplicacion Educativa
include GuardarAvance
extend ModificarAlumno
extend EliminarAlumno
extend MostrarActividadesDelAlumno
extend MostrarCalificacionesDelAlumno
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
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:
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.
Fecha: 14/11/2019.
AplicacionEducativa
+ NewBrowserWindow()
Fecha: 18-NOV-2019 Lugar: Universidad de las Fuerzas armadas “ESPE” Extensión Latacunga No. Acta 2019—11
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
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:
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.
Fecha: 14/11/2019.
Juego
Escenario
(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
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:
2
CÓDIGO: GDI.3.1.002
VERSIÓN: 2.0
FECHA ÚLTIMA REVISIÓN: 14/09/2018