4 Manejo Datos ArcGIS EN

SISTEMA DE VERIFICACIÓN CURRICULAR
BRANDON CASANOVA
FUNDACIÓN UNIVERSITARIA CATÓLICA LUMEN GENTIUM
FACULTAD DE INGENIERÍAS
TECNOLOGIA EN INFORMATICA
SANTIAGO DE CALI
2019
SISTEMA DE VERIFICACIÓN CURRICULAR
BRANDON CASANOVA
Bcasanova@cosfacali.edu.co
Proyecto de tesis presentado para optar al título de tecnólogo en informática.
Asesor
Mario Sánchez
Ingeniero de Sistemas
FUNDACIÓN UNIVERSITARIA CATÓLICA LUMEN GENTIUM
FACULTAD DE INGENIERÍAS
TECNOLOGIA EN INFORMATICA
SANTIAGO DE CALI
2019
NOTA DE ACEPTACIÓN
__________________________
__________________________
__________________________
__________________________
__________________________
__________________________
__________________________
Firma del jurado
__________________________
Firma del jurado
Santiago de Cali, 20 de abril de 2019

AGRADECIMIENTOS
Agradezco primeramente a Dios por permitirme culminar este proceso de
aprendizaje para mi vida, del mismo modo agradezco a mis padres que han sido
un gran apoyo, teniendo la certeza de que gran parte de lo que aquí yace, se debe
a la insistencia y comprensión por parte de ellos, también quiero agradecer a mi
asesor de tesis, porque ha hecho un gran trabajo guiándome en este proceso.

CONTENIDO
1 PROBLEMA DE INVESTIGACIÓN.....................................................................2
1.1 PLANTEAMIENTO DEL PROBLEMA..........................................................3
2 OBJETIVOS........................................................................................................3
2.1 OBJETIVO GENERAL..................................................................................3
2.2 OBJETIVOS ESPECIFICOS........................................................................3
3 JUSTIFICACIÓN.................................................................................................4
3.1 ALCANCE.....................................................................................................6
3.2 LIMITACIONES...........................................................................................11
3.3 RESULTADOS Y PRODUCTO DEL PROYECTO......................................11
3.4 IMPACTO SOCIAL.....................................................................................12
4 ANTECEDENTES O ESTADO DEL ARTE.......................................................13
5 MARCOS DE REFERENCIA............................................................................17
5.1 MARCO TEORICO.....................................................................................17
5.2 MARCO CONCEPTUAL............................................................................25
6 DISEÑO METODOLOGICO..............................................................................27
6.1 TIPO DE ESTUDIO....................................................................................27

6.2 METODO....................................................................................................27
6.3 METODOLOGÍA DE DESARROLLO DE SOFTWARE EN ESPIRAL.......28
6.4 CRONOGRAMA DE ACTIVIDADES..........................................................30
7 DOCUMENTO DE ESPECIFICACIÓN SOFTWARE........................................30
7.1 INTRODUCCIÓN........................................................................................32
7.1.1 Propósito..............................................................................................32
7.1.2 Alcance................................................................................................32
7.1.3 Personal del sistema...........................................................................32
7.1.4 Definiciones, acrónimos y abreviaturas...............................................33
7.1.5 Referencias..........................................................................................34
7.1.6 Resumen..............................................................................................34
7.2 DESCRIPCIÓN GENERAL........................................................................34
7.2.1 Perspectiva del producto.....................................................................34
7.2.2 Funcionalidad del producto..................................................................34
7.2.3 Características de los usuarios...........................................................36
7.2.4 Restricciones.......................................................................................37
7.2.5 Suposiciones y dependencias.............................................................37

7.2.6 Evolución previsible del sistema..........................................................38
7.3 REQUISITOS ESPECÍFICOS....................................................................38
7.3.1 Requisitos comunes de los interfaces.................................................38
7.3.2 Requisitos funcionales.........................................................................39
7.3.3 Requisitos no funcionales....................................................................50
8 MODELAMIENTO DEL SISTEMA....................................................................53
9 CONCLUSIONES Y RECOMENDACIONES..................................................110
REFERENCIAS......................................................................................................110
ANEXOS................................................................................................................112
LISTA DE TABLAS
Tabla 1 Competencias y materias...........................................................................91
Tabla 2 Encuesta de utilidad..................................................................................107
Tabla 3 Ficha del documento.................................................................................112
Tabla 4 Aceptación del cliente................................................................................112
Tabla 5 Personal involucrado.................................................................................114
Tabla 6 Referencias...............................................................................................116
Tabla 7 Características de usuario docente...........................................................118
Tabla 8 Características de usuario administrador.................................................119
Tabla 9 Requisito funcional crear observación......................................................122
Tabla 10 Requisito funcional ingresar estudiante..................................................123
Tabla 11 Requisito funcional ingresar padre..........................................................124
Tabla 12 Requisito funcional calificar auditoria.....................................................126
Tabla 13 Requisito funcional actualizar estudiante...............................................127
Tabla 14 Requisito funcional actualizar padre.......................................................128
Tabla 15 Requisito funcional generar reporte........................................................129
Tabla 16 Requisito funcional validar id de auditoria..............................................130

Tabla 17 Requisito funcional Validar código administrador...................................131
Tabla 18 Requisito funcional buscar auditorias.....................................................132
Tabla 19 Requisito funcional eliminar auditoria.....................................................133
Tabla 20 Requisito funcional eliminar padre..........................................................134
Tabla 21 Requisito funcional eliminar estudiante..................................................135
Tabla 22 Requisito funcional cambiar visualización..............................................136
Tabla 23 Requisito funcional medir estado de visualización.................................137
Tabla 24 Tiempos de capacidad de aprendizaje...................................................139
Tabla 25 Tiempos de respuesta de la entrevista...................................................141
Tabla 26 Requisito no funcional disponibilidad......................................................142
Tabla 27 Caso de uso crear observación..............................................................147
Tabla 28 Caso de uso ingresar estudiante............................................................151
Tabla 29 Caso de uso ingresar padre....................................................................154
Tabla 30 Caso de uso calificar auditoria................................................................157
Tabla 31 Caso de uso actualizar estudiante..........................................................160
Tabla 32 Caso de uso actualizar padre.................................................................163
Tabla 33 Caso de uso Generar reporte.................................................................166

Tabla 34 Caso de uso Validar id de auditoria........................................................170
Tabla 35 Caso de uso validar código de administrador........................................172
Tabla 36 Caso de uso Buscar auditores................................................................175
Tabla 37 Caso de uso eliminar auditoria...............................................................178
Tabla 38 Caso de uso eliminar padre....................................................................180
Tabla 39 Caso de uso eliminar estudiante............................................................182
Tabla 40 Caso de uso cambiar visualización........................................................185
Tabla 41 Caso de uso medir estado de visualización...........................................187

LISTA DE FIGURAS
Figura 1 Formato de verificación.............................................................................92
Figura 2 Modelo en espiral....................................................................................110
Figura 3 Cronograma de actividades.....................................................................111
Figura 4 Modelo entidad relación..........................................................................142
Figura 5 Casos de uso del actor administrador.....................................................143
Figura 6 Casos de uso del actor docente..............................................................144
Figura 7 Casos de uso del actor sistema..............................................................145
Figura 8 Diagrama de casos de uso de todos los actores del sistema.................146
Figura 9 Diagrama de secuencia crear observación.............................................190
Figura 10 Diagrama de secuencia Insertar estudiante.........................................191
Figura 11 Diagrama de secuencia ingresar padre................................................192
Figura 12 Calificar auditoria...................................................................................193
Figura 13 Diagrama de secuencia actualizar estudiante......................................194
Figura 14 Diagrama de secuencia actualizar padre..............................................195
Figura 15 Diagrama de secuencia generar reporte...............................................195
Figura 16 Diagrama de caso secuencia validar id de auditoria............................196

Figura 17 Diagrama de secuencia validar código de administrador.....................197
Figura 18 Diagrama de secuencia buscar auditores.............................................198
Figura 19 Diagrama de secuencia eliminar auditoria............................................199
Figura 20 Diagrama de secuencia eliminar padre.................................................200
Figura 21 Diagrama de secuencia eliminar estudiante.........................................201
Figura 22 Diagrama de secuencia cambiar visualización.....................................202
Figura 23 Diagrama de secuencia medir estado de visualización........................203
Figura 24 Menú inicial sistema verificación curricular...........................................205
Figura 25 Modulo de observación.........................................................................205
Figura 26 Modulo de revisión estudianti................................................................206
Figura 27 Modulo de revisión familiar......................................................................95
Figura 28 Modulo de entrevista...............................................................................96
Figura 29 Modulo entrevista, actualizar estudiante y padre....................................97
Figura 30 PDF reporte.............................................................................................98
Figura 31 Modulo de administración.......................................................................99

LISTA DE ANEXOS
Anexo a Encuesta sistema de verificación curricular............................................112

INTRODUCCIÓN
El tema de este proyecto se refiere al proceso de auditorías internas que se realiza
en el colegio San Francisco de Asís, lo anterior se puede definir como la
verificación curricular de 4 aspectos importantes, los cuales son, el cumplimiento
de los desempeños, la percepción de los estudiantes frente al proceso pedagógico
del docente, la percepción de los padres de familia frente a lo que han aprendido
sus hijos y los proyectos de aula.
La característica principal de este proceso de verificación curricular, es permitir
llevar un control sobre los temas y/o contenidos que se están impartiendo en los
salones de clase, anexo a ello brinda un panorama de como nuestra comunidad
educativa (padres y estudiantes) está percibiendo, no solo el aprendizaje, sino
también el método pedagógico del docente. No obstante la verificación curricular
requiere de muchos formatos que deben diligenciarse a mano, como la encuesta a
padres y estudiantes, por eso se vuelve un proceso extenso, lo que requiere una
mayor dedicación de tiempo por parte del coordinador académico, que es quien
realiza la verificación curricular.
La investigación sobre este proceso académico, surgió del interés que se tiene en
contribuir con la tecnología a la mejora de un proceso académico, en el cual se
ven involucrados los docentes del Colegio y que posee muchas cualidades para
que sea utilizado como una alternativa en el mejoramiento del cumplimiento
curricular, que a su vez puede ayudar a que cada docente conozca la percepción
1
que tiene la comunidad educativa, sobre el proceso pedagógico que está llevando
a cabo dentro del Colegio.
1 PROBLEMA DE INVESTIGACIÓN
Dentro del proceso de verificación curricular que se lleva a cabo en Colegio San
Francisco de Asís de Cali se pueden identificar varias falencias, una de ellas es la
manera en la cual se recopila la información de la percepción que tienen los
alumnos y padres de familia del colegio, frente al desarrollo curricular que es
llevado a cabo por cada docente del plantel educativo; El cual funciona de la
siguiente forma, se escogen dos alumnos de cada verificación curricular, los
cuales brindan información acerca de la percepción que tienen sobre proceso del
docente en cuestión, dicha información se debe diligenciar de manera física, por
estudiantes y por sus respectivos acudientes, haciendo así que se tengan
dificultades como el extravío o el deterioro del documento, retrasando el proceso
de verificación curricular.
De esta manera, cuando se tiene la información que se recopila por parte de los
estudiantes y padres de familia, se debe hacer la relación de dicha información,
con la auditoría que corresponda, todo ello de manera manual, lo que implica un
mayor tiempo por parte de la coordinación académica.
Así mismo en la actualidad existe un formato en Excel que centraliza y concluye
todo el proceso de la verificación curricular, no obstante dicho formato no brinda la
posibilidad de tener el proceso de auditoria disponible en todo momento.
2
Teniendo en cuenta todo lo anterior y los contratiempos que genera el proceso de
verificación curricular, debido a la implementación del diligenciamiento de
documentos físicos y la poca claridad de la información que se tiene al finalizar
dicho proceso, es una buena opción usar la tecnología para sistematizar y agilizar
todos los procesos que ya actualmente se implementan. Por lo cual se concluyó
desarrollar un aplicativo web, que disponga de manera clara y en todo momento,
de la información que se requiere para la elaboración de la verificación curricular,
como la información y/o reporte de salida.
1.1 PLANTEAMIENTO DEL PROBLEMA
¿Cómo recolectar de manera más eficiente la información obtenida de las
auditorías de verificación de cumplimiento curricular a docentes en el colegio San
Francisco de Asís?
2 OBJETIVOS
2.1 OBJETIVO GENERAL
 Desarrollar un sistema donde se pueda recolectar la información referente
al proceso de verificación del cumplimiento del plan curricular para el área
de coordinación del Colegio San Francisco de Asís.
2.2 OBJETIVOS ESPECIFICOS
 Examinar los formatos que se tienen actualmente para realizar la
verificación del cumplimiento curricular teniendo en cuenta la información
ingresada por coordinación, padres y estudiantes.
3
 Especificar los requerimientos y casos de uso necesarios para desarrollar el
sistema.
 Codificar el sistema, basado en los requerimientos mientras se implementa
y prueba en el Colegio.
3 JUSTIFICACIÓN
Debido a que el colegio San francisco de Asís está en mejoras continuas por
mantener sus principios de innovación, existen algunos procesos que requieren de
una mayor agilidad para poder ejecutarse en los tiempos correspondientes; prueba
de ello es el procedimiento que adelanta la coordinación académica, con las
auditorias de verificación de cumplimiento curricular, que teniendo en cuenta lo
que afirma Morales: “La auditoría interna es un ente fundamental que dada su
importancia debería existir en todas las organizaciones, con el fin de garantizar el
adecuado funcionamiento de los procesos, para de esta forma hallar óptimos
resultados” (Morales R.,2014,p.6) , dichas auditorías internas de verificación de
cumplimiento curricular se realizan dos veces al año. Puesto que estas se realizan
en un formato de Excel el cual tiende a ser ineficiente porque carece de la
capacidad para relacionar y/o conectar la información suministrada por el/la
Coordinador/a, padres de familia y estudiantes (Velandia, 2016).
Por lo anterior se debería contar con un sistema que permita mejorar proceso de
verificación curricular, donde dicho sistema seria enfocado a recolectar toda la
información que se obtiene tanto por parte de coordinación académica como por
4
parte de los padres de familia y estudiantes, donde el trabajo no radique en el
proceso humano y pueda ser delegado al sistema.
Por esa razón la implementación del sistema busca que el proceso de auditorías
de verificación de cumplimento curricular, puedan ejecutarse con una mayor
facilidad para la coordinación académica, puesto que si reduce la gestión humana
en la recolección de datos, se puede ejecutar el proceso de verificación curricular
con más periodicidad dentro de las aulas de clase, lo que se traduce en lo que
dice el equipo de trabajo del ministerio de educación nacional “Solo podemos
mejorar y lograr mayor calidad, si sabemos en dónde estamos y cómo estamos en
relación con unos objetivos y unas metas” (Nieto et al.,2003, p.5).
De esta manera al tener un mayor control sobre el personal docente, se podrá
verificar el profesionalismo y la pericia de estos lo que se verá evidenciado en una
mejora constante en la educación del Colegio, porque una de las metas de la
calidad es lograr que todos los niños y las niñas asistan al Colegio, aprendan lo
que deben aprender, en el momento oportuno y con excelentes resultados (Nieto
et al., 2003).
También gracias a que el sistema de verificación curricular será realizado en un
entorno web, los docentes auditados puedan saber con prudencia de tiempo, los
correspondientes procesos de mejora que deben implementar, gracias al resultado
de dichas auditorias, lo cual puede influir en un mejor entorno de trabajo puesto
5
que no se llevaran largos periodos de tiempo a la expectativa de saber cuáles
fueron los resultados de las auditorias.
3.1 ALCANCE
El sistema de verificación de curricular se utiliza en las aulas de clase del colegio
san francisco de Asís, ubicado en el barrio Chapinero Cali-Colombia, el cual
funciona de la siguiente manera:
Módulo de observación:
 Nombre del docente que va se auditara.
 La competencia en la que imparte clases.
 La fecha en la que se realiza la auditoria.
 Una observación con el grado con el que se encuentra en el momento de la
auditoria.
Módulo de revisión estudiantil:
Este módulo debe ingresar la percepción de un estudiante, lo cual se mide con
tres notaciones Bajo, Medio y alto, teniendo en cuenta esto dicha percepción
contempla los siguientes apartados:
 Aprendizaje, lo cual se refiere a cómo se siente el estudiante con lo
aprendido dentro del aula y si lo considera pertinente o se encuentra
insatisfecho con dicho proceso de aprendizaje
6
 Mediación, lo cual se refiere a el trabajo pedagógico que adelanta el
docente en el aula.
 Cumplimiento, en este apartado el estudiante puede calificar si el colegio
está cumpliendo con las metas educativas que se proponen, o si por el
contrario no lo está haciendo.
Módulo de revisión familiar:
Este módulo debe ingresar la percepción de un padre de familia del grado en el
cual se encuentra el estudiante entrevistado, lo cual se mide con tres notaciones
Bajo, Medio y alto, los criterios se dividen en los siguientes apartados:
 Aprendizaje, lo cual se refiere a cómo se siente el padre de familia con lo
aprendido dentro del aula y si lo considera pertinente o se encuentra
insatisfecho con dicho proceso de aprendizaje
 Mediación, lo cual se refiere a el trabajo pedagógico que adelanta el
docente en el aula.
 Cumplimiento, en este apartado el estudiante puede calificar si el colegio
está cumpliendo con las metas educativas que se proponen, o si por el
contrario no lo está haciendo.
Módulo entrevista:
Este módulo permite que los auditores puedan editar los siguientes datos:
7
 El Nombre del docente que va se auditara.
 La competencia en la que imparte clases.
 La fecha en la que se realiza la auditoria.
 Una observación con el grado con el que se encuentra en el momento de la
auditoria.
 Cumplimiento de los desempeños, lo cual se mide con tres notaciones Bajo,
Medio y alto, para lo cual existen los siguientes apartados:
 Los medios didácticos que el docente debe tener en su planeación.
 Las evaluaciones que lleva de los desempeños que haya abordado hasta la
fecha de la auditoria.
 Resultados, esto se refiere al dominio que tengas los estudiantes sobre los
desempeños que el docente ha propuesto en su trabajo dentro del aula.
 Los estudiantes que se dividen en los siguientes apartados:
 El número de estudiantes asignados a el grado para el momento de la
verificación y/o auditoria.
 La cantidad de estudiantes que se encuentran en rendimiento Bajo, dentro
de la competencia.
8
 La cantidad de estudiantes que se encuentran en rendimiento Básico,
dentro de la competencia.
 La cantidad de estudiantes que se encuentran en rendimiento Alto, dentro
de la competencia.
 La cantidad de estudiantes que se encuentran en rendimiento Superior,
dentro de la competencia.
 Proyecto de campo lo cual se mide con tres notaciones Bajo, Medio y alto,
para lo cual existen los siguientes apartados:
 Tópico, que se refiere a si el docente socializo o no la pregunta
problematizadora del proyecto de campo.
 Hilo conductor lo cual evalúa la transversalidad de los desempeños con los
que está trabajando el docente.
 Síntesis, esto se refiere a si el docente presenta evidencias de la síntesis
del proyecto de campo.
 Tiempo, se refiere a si el docente se encuentra en el tiempo apropiado para
el desarrollo del proyecto de campo.
Precepción estudiantil:
9
 Nombre, grado, precepciones de aprendizaje, mediación y cumplimiento
con las respectivas observaciones del estudiante al cual se realizó la
revisión estudiantil.
Percepción de familias:
 Nombre del padre, grado del estudiante, precepciones de aprendizaje,
mediación y cumplimiento con las respectivas observaciones del padre de
familia al cual se realizó la revisión familiar.
Módulo de reporte:
Este módulo permite mostrar un PDF con el resultado de la auditoria a través del
código de dicha auditoria.
Módulo administración:
En este módulo se valida el administrador, el cual se le darán permisos especiales
en el sistema, como lo son:
 Buscar todas las auditorias.
 Eliminar auditorias
 Eliminar padres.
 Eliminar estudiantes.
 Activar o desactivar vista de auditores.
10
3.2 LIMITACIONES
La falta de capacitación en el aplicativo web, por parte de los usuarios implicados,
tales como la coordinación académica y los auditores internos del San Francisco
de Asís.
El sistema de verificación curricular cuenta con las siguientes limitaciones
funcionales:
 No se cuenta con usuarios para cada auditor.
 No cuenta con el levantamiento de no conformes.
 No envía los reportes de auditoria a cada docente auditado.
3.3 RESULTADOS Y PRODUCTO DEL PROYECTO
El producto del proyecto es el sistema de verificación curricular, el cual cuenta con
los siguientes beneficios:
 Personalización para el Colegio San Francisco de Asís.
 Ser un aplicativo web responsive, hecho que permite el uso de la
información en todo momento y en todo lugar.
 Permite recopilar los datos observados por el/la coordinador/a en el
momento de la revisión del cumplimiento del plan curricular.
11
 Cuenta con módulos especiales donde los alumnos y los padres de familia
puedan brindar sus opiniones sobre el proceso del docente, todo ello a
través del aplicativo web.
 Centraliza la información de la observación y las opiniones de padres y
estudiantes, en un nuevo módulo, que permite al/la Coordinador/a y/o
auditores internos, realizar la calificación del proceso de verificación
curricular.
 Genera un reporte (PDF), con toda la información recopilada en la
verificación curricular, el cual facilite la lectura y/o recomendaciones, para
cada caso en concreto.
3.4 IMPACTO SOCIAL
El sistema permite que los procesos de verificación curricular a docentes del
colegio San Francisco de Asís, hayan tenido un cambio significativo para las
partes que intervienen en dicho proceso, puesto que ayuda a generar reportes,
cada periodo (2 meses aproximadamente) sobre las auditorías realizadas a los
docentes y de la misma manera cada reporte puede ayudar a que los docentes del
colegio mejoren sus procesos académicos y pedagógicos basados en las
opiniones de la comunidad educativa (padres y estudiantes).
12
4 ANTECEDENTES O ESTADO DEL ARTE
Dentro del Colegio San Francisco de Asís, se han realizado las auditorias de
verificación curricular, aproximadamente desde el año 2014, motivados por la
certificación de ISO 9001 2008, la cual se obtuvo para el año 2016. Del mismo
modo se ha trabajado en una nueva propuesta pedagógica basada en
competencias, la cual busca brindar una serie de habilidades a los estudiantes, no
solo basándose en los saberes conceptuales; razón por cual los nombre de las
“materias” han cambiado de la siguiente forma:
Tabla 1 Competencias y materias
MATERIA COMPETENCIA
Ciencias naturales Indagación biológica
Sociales Ciudadanos
Tecnología Innovadores
Español Comunicativos
Matemáticas Pensamiento matemático

Fuente: Elaboración propia
De este modo como Albornoz afirma: “La Educación Basada en Competencias
(EBC) avanza como un proyecto formativo de alcance mundial”
(Albornoz,2009,p.1), lo cual conlleva a que el Colegio a través de la coordinación
académica y auditores internos (Docentes capacitados en la norma ISO 9001
2015) realicen constantes verificaciones del cumplimiento curricular; que hasta el
año 2017-2018, se estaban realizando de la siguiente forma:
13
La coordinadora académica o el auditor interno ingresaba al salón de clase y
tomaba nota del trabajo que estaba realizando el docente, pidiendo como
evidencia del proceso, sus planillas de notas, sus repositorios virtuales (son los
medios didácticos que maneja el docente en la plataforma Moodle, para apoyar el
proceso académico) y el desempeño en el cual se encontraban los estudiantes en
el momento de la auditoria (el desempeño hace referencia a la habilidad que se
está aportando a la competencia), seguido de ello el/la coordinador/a o auditor/a
pedía a dos estudiantes pertenecientes al salón en que estaba realizando la
verificación, que dieran su opinión frente al proceso académico y pedagógico del
docente, del mismo modo se procedía también a llamar a los padres de familia de
los mismo dos alumnos, para obtener su percepción sobre el proceso académico y
pedagógico del docente que se encontraba en verificación curricular.
Figura 1 Formato de verificación
Fuente: Velandia. (2016) Modelo en espiral. [Figura].
14
La figura 1 muestra el formato donde se reunía toda la información del proceso de
verificación curricular y de esta manera se obtenía una calificación para la
auditoria a cada docente.
De esta manera y teniendo en cuenta las funciones del aplicativo web que se
desarrolló para el Colegio San Francisco de Asís, se puede encontrar las
siguientes aplicaciones con un funcionamiento similar:
QMkey
Es un sistema web que permite la implementación del sistema de gestión de
calidad (SGC) de las normas basadas en la ISO, “De esta manera, puede realizar
los trabajos relativos al Sistema de Calidad vía web, de una forma sencilla,
eficiente y coordinada entre todos los usuarios de esta herramienta” (QMkey,
2019).
Isotools
Es una herramienta web, que permite centralizar los datos, medir indicadores de
calidad y gestionar los no conformes de una empresa u organización, esta
herramienta brinda un servicio adaptable y generalizado a cada proceso ligado al
cumplimiento de la ISO (Isotools, 2019).
Softexpert
“El SoftExpert Auditoría es un software planificado para ayudar a las
organizaciones a administrar la amplia gama de actividades, datos y
15
procesos relacionados con las auditorías en un ambiente único y amplio.
Proporciona la flexibilidad de soportar todos los tipos de auditoría,
incluyendo auditorías internas, operacionales, de TI, de proveedores, de
riesgos/controles y auditorías de calidad. El sistema también ofrece
funcionalidades para administrar el ciclo de vida completo de una auditoría
– incluyendo planificación, programación, preparación, desarrollo de planes
de auditoría estándar y checklists, colecta de datos, ejecución, informes y
monitoreo” (Softexpert, 2019).
En el sistema de verificación curricular se puede encontrar una diferencia
sustancial, con los aplicativos mencionados anteriormente; la cual es que al ser un
programa institucionalizado, da el lineamiento para que el proceso de auditoría
interna se realice acorde a los requerimientos particulares del Colegio San
Francisco de Asís, estableciendo así parámetros, que permitan la centralizando y
análisis de la información, para que de esta forma se pueda aportar al
mejoramiento de los procesos de académicos.
5 MARCOS DE REFERENCIA
5.1 MARCO TEORICO
Los conceptos teóricos que se emplean para el desarrollo del sistema de
verificación curricular van ceñidos al lineamiento de la implementación y puesta en
marcha del sistema siendo así los siguientes:
Lenguaje de programación
16
Un lenguaje de programación es básicamente un sistema estructurado de
comunicación, similar al humano, el cual nos permite comunicarnos por
medio de signos, ya sean palabras, sonidos o gestos. Refiriéndonos a los
aparatos, este sistema está organizado para que se entiendan entre sí y a
su vez interprete las instrucciones que debe ejecutar (Morales, 2014).
PHP
PHP es un lenguaje de programación que interactúa en la funcionalidad del lado
del servidor, el cual permite comunicarse con la base de datos.
Framework
Siendo muy simple, “es un esquema (un esqueleto, un patrón) para el desarrollo
y/o la implementación de una aplicación” (Jordisan, 2006).
Bootstrap
“Vamos a empezar por el principio, Bootstrap es un framework CSS
desarrollado inicialmente (en el año 2011) por Twitter que permite dar forma
a un sitio web mediante librerías CSS que incluyen tipografías, botones,
cuadros, menús y otros elementos que pueden ser utilizados en cualquier
sitio web. Aunque el desarrollo del framework Bootstrap fue iniciado por
Twitter, fue liberado bajo licencia MIT en el año 2011 y su desarrollo
continua en un repositorio de GitHub.” (Fontela, 2015, p.4).
17
“Bootstrap es una excelente herramienta para crear interfaces de usuario
limpias y totalmente adaptables a todo tipo de dispositivos y pantallas, sea
cual sea su tamaño. Además, Bootstrap ofrece las herramientas necesarias
para crear cualquier tipo de sitio web utilizando los estilos y elementos de
sus librerías” (Fontela, 2015, p.5).
JavaScript
“Este lenguaje posee varias características, entre ellas podemos mencionar
que es un lenguaje basado en acciones que posee menos restricciones.
Además, es un lenguaje que utiliza Windows y sistemas X-Windows, gran
parte de la programación en este lenguaje está centrada en describir
objetos, escribir funciones que respondan a movimientos del mouse,
aperturas, utilización de teclas, cargas de páginas entre otros” (Valdés,
2007).
Ajax
“En esencia, AJAX permite que una página web que ya ha sido cargada
solicite nueva información al servidor. Dicho así, no supondría en realidad
ningún invento novedoso. Una página web que contiene un enlace permite
que se solicite al servidor nueva información cada vez que se pincha dicho
enlace. Una página web que contiene un formulario envía información al
servidor y recibe de él nueva información, normalmente la respuesta ante
18
los datos que se han enviado. En ambos casos hay una conexión entre el
cliente y el servidor.” (Digital Learning, 2012, p.9).
“¿Cuál es la diferencia cuando usamos AJAX? La diferencia es que con
AJAX no es necesario recargar toda la página web, como ocurre cuando
pinchamos en un enlace o cuando pulsamos el botón submit de un
formulario. Con AJAX es posible realizar una conexión a un servidor desde
dentro de una página web usando un programa Javascript. Dicho servidor
enviará una respuesta; esta respuesta se almacenará en una variable del
programa Javascript y, una vez almacenada en la variable, podremos hacer
con ella lo que deseemos” (Digital Learning, 2012, p.10).
Modelo vista Controlador MVC
“Modelo Vista Controlador (MVC) es un estilo de arquitectura de software que
separa los datos de una aplicación, la interfaz de usuario, y la lógica de control en
tres componentes distintos.” (Universidad de Alicante, s.f.).
“Se trata de un modelo muy maduro y que ha demostrado su validez a lo largo de
los años en todo tipo de aplicaciones, y sobre multitud de lenguajes y plataformas
de desarrollo.” (Universidad de Alicante, s.f.).
“El Modelo que contiene una representación de los datos que maneja el sistema,
su lógica de negocio, y sus mecanismos de persistencia.” (Universidad de
Alicante, s.f.).
19
“La Vista, o interfaz de usuario, que compone la información que se envía al
cliente y los mecanismos interacción con éste.” (Universidad de Alicante, s.f.).
“El Controlador, que actúa como intermediario entre el Modelo y la Vista,
gestionando el flujo de información entre ellos y las transformaciones para adaptar
los datos a las necesidades de cada uno” (Universidad de Alicante, s.f.).
MYSQL
Es una manera de almacenar toda la información que se requiere para un
aplicativo y/o sistema, dichos datos se almacenan dentro de registros que a su vez
están dentro de tablas.
“MySQL es una de las bases de datos más populares en el mundo, especialmente
para desarrollos web. Fue desarrollada originalmente en los lenguajes C y C++.”
(Navia, 2018).
Como administrador de bases de datos relacional, MySQL almacena los
datos en forma de tablas estructuradas, con campos, índices, llaves
foráneas e integridad referencial en la actualización o borrado en cascada.
Usa el lenguaje SQL para las diferentes transacciones de datos. (Navia,
2018).
“Se puede instalar prácticamente en cualquier sistema operativo: Unix, Linux,
Windows, MacOS; solo o acompañado de otros programas del entorno de
20
programación como el servidor web Apache, PHP y Phpmyadmin; en las
distribuciones WAMP, LAMP o XAMPP” (Navia, 2018).
Lenguaje unificado de modelado (UML)
El Lenguaje Unificado de Modelado (UML) fue creado para forjar un
lenguaje de modelado visual común y semántica y sintácticamente rico para
la arquitectura, el diseño y la implementación de sistemas de software
complejos, tanto en estructura como en comportamiento. UML tiene
aplicaciones más allá del desarrollo de software, p. ej., en el flujo de
procesos en la fabricación. (Lucidchar, s.f.).
“Es comparable a los planos usados en otros campos y consiste en diferentes
tipos de diagramas. En general, los diagramas UML describen los límites, la
estructura y el comportamiento del sistema y los objetos que contiene.” (Lucidchar,
s.f.).
“UML no es un lenguaje de programación, pero existen herramientas que se
pueden usar para generar código en diversos lenguajes usando los diagramas
UML. UML guarda una relación directa con el análisis y el diseño orientados a
objetos“ (Lucidchar, s.f.).
Diagrama de casos de uso
21
“En el diagrama de caso de uso representa una funcionalidad particular de un
sistema. Se crea para ilustrar cómo se relacionan las funcionalidades con sus
controladores (actores) internos/externos” (Lucidchar, s.f.).
Diagrama de secuencia
“Los diagramas de secuencia, también conocidos como diagramas de eventos o
escenarios de eventos, ilustran cómo los procesos interactúan entre sí mostrando
llamadas entre diferentes objetos en una secuencia” (Lucidchar, s.f.).
Modelo espiral
“Modelo Espiral, propuesto originalmente por Boehm, es un modelo de proceso
de software evolutivo que conjuga la naturaleza iterativa de construcción de
prototipos con los aspectos controlados y sistemáticos del modelo lineal
secuencial. Proporciona el potencial para el desarrollo rápido de versiones
incrementales del software.” (Ecured, s.f.).
 Funcionamiento del modelo
“En el modelo espiral, el software se desarrolla en una serie de versiones
incrementales. Durante las primeras iteraciones, la versión incremental podría
ser un modelo en papel o un prototipo. Durante las últimas iteraciones, se
producen versiones cada vez más completas del sistema diseñado.” (Ecured,
s.f.).
 Regiones de Tareas del Modelo
22
“El modelo en espiral se divide en un número de actividades de marco de trabajo,
también llamadas regiones de tareas. Generalmente, existen entre tres y seis
regiones de tareas.” (Ecured, s.f.).
 Comunicación con el cliente
“Las tareas requeridas para establecer comunicación entre el desarrollador y el
cliente.” (Ecured, s.f.).
 Planificación
“Las tareas requeridas para definir recursos, el tiempo y otra información
relacionadas con el proyecto.” (Ecured, s.f.).
 Análisis de riesgos
“Las tareas requeridas para evaluar riesgos técnicos y de gestión.” (Ecured, s.f.).
 Ingeniería
“Las tareas requeridas para construir una o más representaciones de la
aplicación.” (Ecured, s.f.).
 Construcción y acción
“Las tareas requeridas para construir, probar, instalar y proporcionar soporte al
usuario (por ejemplo: documentación y práctica)” (Ecured, s.f.).
 Evaluación del cliente
23
“Las tareas requeridas para obtener la reacción del cliente según la
evaluación de las representaciones del software creadas durante la etapa
de ingeniería e implementada durante la etapa de instalación. Cada una de
las regiones está compuesta por un conjunto de tareas del trabajo, llamado
conjunto de tareas, que se adaptan a las características del proyecto que va
a emprenderse. Para proyectos pequeños, el número de tareas de trabajo y
su formalidad es bajo. Para proyectos mayores y más críticos cada región
de tareas contiene tareas de trabajo que se definen para lograr un nivel más
alto de formalidad. En todos los casos, se aplican las actividades de
protección” (Ecured, s.f.).
Ventajas del Modelo
 “Puede adaptarse y aplicarse a lo largo de la vida del software de
computadora.
 Es un enfoque realista del desarrollo de sistemas y de software a gran
escala.
 Como el software evoluciona, a medida que progresa el proceso el
desarrollador y el cliente comprenden y reaccionan mejor ante riesgos en
cada uno de los niveles evolutivos.
 Utiliza la construcción de prototipos como mecanismo de reducción de
riesgos.
24
 Permite a quien lo desarrolla aplicar el enfoque de construcción de
prototipos en cualquier etapa de evolución del producto.
 Mantiene el enfoque sistemático de los pasos sugeridos por el ciclo de vida
clásico, pero lo incorpora al marco de trabajo iterativo que refleja de forma
más realista el mundo real.
 Demanda una consideración directa de los riesgos técnicos en todas las
etapas del proyecto y, si se aplica adecuadamente, debe reducir los riesgos
antes de que se conviertan en problemáticos.” (Ecured, s.f.).
Desventajas del modelo
 “Puede resultar difícil convencer a grandes clientes (particularmente en
situaciones bajo contrato) de que el enfoque evolutivo es controlable.
 Requiere una considerable habilidad para la evaluación del riesgo.
 No se ha utilizado tanto como los paradigmas lineales secuenciales o de
construcción de prototipos” (Ecured, s.f.).
5.2 MARCO CONCEPTUAL
Competencia: Nombre que se ha adaptado a las materias en el colegio San
Francisco de Asís, como por ejemplo Ciencias naturales = Indagación Biológica.
25
Campo de formación: nombre que recibe un grupo de competencias que van a
fines o con las cuales se busque realizar un proyecto, en el colegio San Francisco
de Asís existen 4 campos de formación:
 Ciencia tecnología y desarrollo sostenible.
 Responsabilidad social y ciudadana.
 Preparación para el trabajo.
 Creativos.
Proyecto de campo: trabajo que se realiza buscando trazar o cruzar lo aprendido
en varias competencias, dicho proyecto abarca todo un campo de formación y su
entrega corresponde a una pre entrega y a una entrega final, en el primer periodo
y el segundo periodo respectivamente.
Aplicativo Web: Es una herramienta que se puede ejecutar a través de un
navegador.
Verificación curricular: Seguimiento que se realiza en el Colegio San Francisco de
Asís a los lineamientos académicos que se tienen estandarizados en los planes de
clase.
Centralización de datos: Concepto que se define como la unificación de datos
específicos en un solo lugar, para que sean accesibles de manera rápida y
sencilla.
26
Responsive: Técnica o recurso que ayuda a la estructuración visual de un
aplicativo web.
Reporte: Producto final, de la recopilación y centralización de los datos de un
proceso de verificación curricular, por lo general este reporte se hace en un PDF.
6 DISEÑO METODOLOGICO
6.1 TIPO DE ESTUDIO
El estudio que se utilizó para el proceso de investigación es la metodología
cuantitativa que como lo explica Sinnaps: “El método cuantitativo está basado en
una investigación empírico-analista. Basa sus estudios en números estadísticos
para dar respuesta a unas causas-efectos concretas” (Sinnaps,s.f), teniendo en
cuenta esto se tomó como variable de investigación la utilidad de un aplicativo web
que permita acceder a la información de las auditorias de verificación curricular en
todo momento y desde cualquier lugar.
6.2 METODO
Para poder evidenciar los resultados de la variable de investigación, se realizó una
encuesta a través de google form (Ver Anexo a), en la cual el objetivo principal era
analizar el nivel de aceptación que podía tener el uso de un aplicativo web, para
mantener las auditorias de verificación curricular en línea y accesibles en todo
momento, durante el proceso de la misma.
Tabla 2 Encuesta de utilidad
27
Sistema de verificación curricular
Nivel de utilidad de Frecuencia Frecuencia
sistema absoluta relativa
1 1 10%
2 1 10%
3 1 10%
4 2 20%
5 5 50%
total encuestados 10 100%

6.3 METODOLOGÍA DE DESARROLLO DE SOFTWARE EN ESPIRAL
Para la realización de sistema de verificación curricular se implementó la
metodología en espiral, la cual está regida por las siguientes etapas:
ETAPA 1 – Diálogos el cliente.
En esta etapa se mantienen diálogos con el cliente con la finalidad de tener
claridad en lo que él desea para el sistema.
ETAPA 2 – Planificación
En esta etapa se lleva a cabo la planificación con base en lo recopilado del cliente,
por ejemplo tiempos, costos y recursos.
ETAPA 3 - Documentación del proyecto.
28
Etapa en la cual se realizan todos los documentos relacionados al sistema, es
decir fichas de caso de uso, diagramas de caso de uso, diagrama de secuencia
entre otros documentos que requiera el sistema.
ETAPA 4 - Implementación del software.
En esta etapa se toma parte de la documentación para generar la codificación del
aplicativo, el cual se implementa con el lenguaje de programación PHP el patrón
de modelo vista controlador, con framework propio.
ETAPA 5 - Pruebas y análisis del proyecto.
En esta etapa se realizan las pruebas correspondientes al aplicativo para validar
su funcionalidad, se debe tener en cuenta también los requerimientos no
funcionales.
ETAPA 6 - Verificación y aceptación del cliente.
Etapa en la cual el producto del software es entregado al cliente para validar el
cumplimiento de las necesidades.
Figura 2 Modelo en espiral
29
Fuente: Chavez, M. (2016) Modelo en espiral. [Figura]. Recuperado de
https://sites.google.com/site/proyectoadpmodelosdedesarrollo/home/modelos-de-desarrollo
6.4 CRONOGRAMA DE ACTIVIDADES
Figura 3 Cronograma de actividades
7 DOCUMENTO DE ESPECIFICACIÓN SOFTWARE.
Este formato es una plantilla tipo para documentos de requisitos del software.
30
Está basado y es conforme con el estándar IEEE Std 830-1998.
Las secciones que no se consideren aplicables al sistema descrito podrán de
forma justificada indicarse como no aplicables (NA).
Tabla 3 Ficha del documento
Fecha Revisión Autor Verificado dep. Calidad.
17-03-
1.0 Brandon Casanova N/A
2019
Fuente: Formato IEEE Std 830-1998.
Documento validado por las partes en fecha: N/A
Tabla 4 Aceptación del cliente
Por el cliente Por la empresa suministradora
Gloria Patricia Álzate Brandon Casanova
31
Coordinadora Académica Colegio San Desarrollador Sistema Verificación
Francisco de Asís. Curricular.

7.1 INTRODUCCIÓN
En este apartado del documento se pretende especificar los requisitos del sistema
de verificación curricular, el cual permite observar analizar y generar reportes, todo
lo anterior basado en el proceso de auditorías internas del colegio San Francisco
de Asís.
7.1.1 Propósito
Mediante el presente documento se busca ilustrar las funcionalidades del Sistema
7.1.2 Alcance
Diseñar los diagramas necesarios para ilustrar el proceso que realiza el sistema
de verificación curricular el cual es un aplicativo web responsive y provee las
funcionalidades de agregar, eliminar, consultar y editar los datos ligados al proceso
7.1.3 Personal del sistema
Tabla 5 Personal involucrado
Nombre Brandon Casanova
Rol Desarrollador
Categoría Tecnólogo en Informática
32
profesional
Responsabilidades Desarrollar el sistema, realizar pruebas e
implementar mejoras al sistema.
Información de Email: Bcasanova@cosfacali.edu.co
contacto
Teléfono: 3156806794
Aprobación
7.1.4 Definiciones, acrónimos y abreviaturas
 Auditor: actor del sistema que tiene la posibilidad de realizar auditorías, con
algunas limitaciones.
 Administrador: coordinador académico y/o encargado del sistema.
 Revisión estudiantil: modulo en el cual el auditor o el administrador pueden
ingresar la opinión de un estudiante.
 Revisión familiar: modulo en el cual el audito o el administrador pueden
ingresar la opinión de un padre de familia.
 Entrevista: proceso en el cual se realiza la calificación de todo lo acontecido
en la auditoria.
 Observación: modulo en el cual se inicia la auditoria.
7.1.5 Referencias
Tabla 6 Referencias
33
Referencia Titulo Ruta Fecha Autor
1.0 IEEE Std 830- IEEE IEEE
1998.
Formato IEEE Std 830-1998.
7.1.6 Resumen
A lo largo de este documento, se mostrara las funcionalidades que del sistema de
verificación curricular, así como las interfaces del sistema y especificaciones de
requerimientos funcionales y no funcionales.
7.2 DESCRIPCIÓN GENERAL
7.2.1 Perspectiva del producto
El sistema de verificación curricular es un proyecto el cual inicia con su versión
1.0, lo cual indica que dicho sistema no hace parte de un sistema más grande.
7.2.2 Funcionalidad del producto
El sistema de verificación curricular permite las siguientes funcionalidades:
 Observación: Los usuarios podrán registrar la percepción que tiene sobre el
proceso de verificación curricular.
 Revisión estudiantil: Los usuarios con base en un código proporcionado
por el sistema, podrán agregar la percepción que tiene el estudiante
entrevistado en la revisión curricular.
34
 Revisión de padres: Los usuarios con base en un código proporcionado
por el sistema, podrán agregar la percepción que tiene del padre de familia
entrevistado en la revisión curricular.
 Entrevista: Modulo que a través del código de la auditoria se consulta el
estado de la auditoria, del mismo modo va a permitir editar toda la
información recopilada, tanto de la observación y revisiones a padres y
estudiantes, este módulo también permite ingresar la calificación de la
auditoria, a través de los parámetros establecidos por el colegio San
Francisco de Asís.
 Reporte: Modulo donde a través de por el código de la auditoria, se podrá
genera un PDF, que consulta y unifica la información de la auditoria.
 Administración: Modulo en el cual con el código de administrador,
proporcionado por el súper usuario, se podrá buscar todas las auditorias,
eliminar auditorias, eliminar padres, eliminar estudiantes y activar o
desactivar la vista para los auditores.
7.2.3 Características de los usuarios
El sistema de verificación curricular contara con 2 tipos de usuario el docente y/o
auditor y el administrador.
Tabla 7 Características de usuario docente
Tipo de usuario Docente
35
Formación Usuario capacitado en las funcionalidades del
sistema.
Habilidades Lectura, observación, redacción y conocimiento
en manejo de aplicativos web.
Actividades Crear auditorias, agregar padres, agregar
estudiantes y calificar la auditoria.

Tabla 8 Características de usuario administrador
Tipo de usuario Administrador
Formación Usuario capacitado en todas las funcionalidades
del sistema, que le permita administrar el mismo.
Habilidades Lectura, observación, redacción y conocimiento
sobre la gestión (buscar y eliminar) de las
auditorias, del mismo modo también debe tener
conocimiento en sobre navegación en páginas
web.
Actividades Buscar todas las auditorias, Eliminar padres,
eliminar estudiantes y habilitar o deshabilitar la
visualización del sistema de verificación
curricular.
36
7.2.4 Restricciones
Debido a que el sistema de verificación curricular esta realizado en código abierto,
no se deberá pagar ningún tipo de licencia por su funcionamiento, del mismo
modo el sistema está almacenado en el servidor del Colegio san Francisco de
Asís, debido a que la empresa es quien presta los recursos para el normal
funcionamiento del sistema.
Toda la documentación del sistema está solo en español.
El sistema de verificación curricular se ajustara a un proceso real de auditorías, lo
cual se traduce en las primeras pruebas de su funcionamiento, de lo cual se podrá
garantizar su confiabilidad frente al proceso y seguridad en los datos
almacenados.
7.2.5 Suposiciones y dependencias
 Se deben realizar las capacitaciones pertinentes para cada usuario
involucrado en el sistema.
 Se debe contar con internet para poder ejecutar correctamente el sistema
7.2.6 Evolución previsible del sistema
 Documentación de cada auditoria de verificación curricular.
 Actualización de las auditorias de verificación curricular.
37
 Reportes con el consolidado de todos los datos recopilados en una
auditoria de verificación curricular.
7.3 REQUISITOS ESPECÍFICOS
7.3.1 Requisitos comunes de los interfaces
En el sistema de verificación curricular, todos los módulos a excepción del reporte
y administración tienen botones para volver al menú, una vez que se halla
ejecutado el proceso que corresponda a cada módulo.
Interfaces de usuario
El sistema de verificación curricular, cuenta con 6 módulos que realizan un
proceso independiente, para los cuales la descripción de cada uno de ellos se
realizó con base en lo requerido por la coordinación académica del Colegio, del
mismo modo dicha dependencia hizo la propuesta en específico de que los
colores de todas las interfaces fueran verde y amarillo, debido a que estos colores
son los institucionales.
7.3.2 Requisitos funcionales
Requisito funcional #1
Tabla 9 Requisito funcional crear observación
Número de requisito RF#1
Nombre de requisito Crear observación
Descripción El sistema de verificación curricular deberá permitir
38
en el módulo de observación, que el Auditor pueda
agregar una nueva observación, con los siguientes
datos: Fecha, Nombre del docente, Competencia
del docente y observación.
Tipo Requisito
Fuente del requisito Coordinación académica
Prioridad del requisito Alta/Esencial

Tabla 10 Requisito funcional ingresar estudiante
Nombre de requisito Ingresar estudiante
en el módulo de revisión estudiantil, que el Auditor
pueda agregar un nuevo estudiante, con los
siguientes datos: nombre del estudiante, grado,
percepción de aprendizaje, observaciones de la
percepción, mediación del aprendizaje, observación
de la mediación, cumplimiento y observaciones del
cumplimiento.
Tipo Requisito
Fuente del requisito Coordinación académica.
39
Tabla 11 Requisito funcional ingresar padre
Nombre de requisito Ingresar padre
en el módulo de revisión familiar, que el Auditor
pueda agregar un nuevo padre, con los siguientes
datos: nombre del padre de familia, grado del
estudiante, percepción de aprendizaje,
observaciones de la percepción, mediación del
aprendizaje, observación de la mediación,
cumplimiento y observaciones del cumplimiento.
Tipo Requisito

Tabla 12 Requisito funcional calificar auditoria
Nombre de requisito Calificar auditoria
40
en el módulo de entrevista, que el auditor pueda
calificar la auditoria, actualizando los siguientes
datos: Nombre del docente, Competencia, fecha,
observación de la auditoria, Desempeño, medios
didácticos, evaluación, resultado, estudiantes
matriculados, estudiantes en bajo, estudiantes en
básico, estudiantes en alto, estudiantes en superior,
tópico generativo, hilo conductor, síntesis, tiempo,
aprobación y cambios.
Tipo Requisito

Tabla 13 Requisito funcional actualizar estudiante
Nombre de requisito Actualizar estudiante
actualizar los siguientes datos: Nombre del
estudiante, grado del estudiante, aprendizaje,
41
observación de aprendizaje, mediación,
observación de mediación, cumplimiento y
observación del cumplimiento.
Tipo Requisito
Prioridad del requisito Alta/Esencia
l
Tabla 14 Requisito funcional actualizar padre
Nombre de requisito Actualizar padre
actualizar los siguientes datos: Nombre del padre,
grado del estudiante, aprendizaje, observación de
aprendizaje, mediación, observación de mediación,
cumplimiento y observación del cumplimiento.
Tipo Requisito

42
Tabla 15 Requisito funcional generar reporte
Nombre de requisito Generar reporte
en el módulo de reporte, que el auditor pueda
generar un Archivo PDF, con todos los datos de la
auditoria.
Tipo Requisito

Tabla 16 Requisito funcional validar id de auditoria
Nombre de requisito Validar id de auditoria
que el auditor pueda consultar los datos de la
auditoria, teniendo en cuenta el Id de la auditoria.
Tipo Requisito

43
Tabla 17 Requisito funcional Validar código administrador
Nombre de requisito Validar código de administrador
en el módulo de administración que se pueda
validar el administrador, con base en el código de
administrador.
Tipo Requisito

Tabla 18 Requisito funcional buscar auditorias
Nombre de requisito Buscar auditorias
en el módulo de administración, que el
administrador del sistema pueda ver los siguientes
datos de todas las auditorias:
Código de auditoria, nombre del docente,
competencia y fecha.
Tipo Requisito
44

Tabla 19 Requisito funcional eliminar auditoria
Nombre de requisito Eliminar auditoria
administrador pueda eliminar una auditoria a través
del código de dicha auditoria.
Tipo Requisito

Tabla 20 Requisito funcional eliminar padre
Nombre de requisito Eliminar Padre
administrador pueda eliminar un padre de familia a
45
través del código del padre.
Tipo Requisito

Tabla 21 Requisito funcional eliminar estudiante
Nombre de requisito Eliminar estudiante
administrador pueda eliminar un estudiante a través
del código del estudiante.
Tipo Requisito

Tabla 22 Requisito funcional cambiar visualización
Nombre de requisito Cambiar visualización
46
administrador pueda cambiar la visualización de
todos los módulos del sistema, a través del estado
de visualización.
Tipo Requisito

Tabla 23 Requisito funcional medir estado de visualización
Nombre de requisito Medir estado de visualización
Descripción El sistema de verificación curricular deberá estar en
la capacidad de revisar en qué estado de
visualización se encuentra en todo momento, ya
sea visible o invisible todos los módulos.
Tipo Requisito

7.3.3 Requisitos no funcionales
Usabilidad
47
Capacidad de aprendizaje
El sistema debe estar en la capacidad de facilitar el aprendizaje para los dos
diferentes usuarios con los que interactúa, los cuales son los auditores y el
administrador, para lo cual se realizó una capacitación general sobre el sistema y
después de ello se tomó el tiempo en que 10 auditores terminaban un proceso de
auditoria (con un dato inventado), desde la observación hasta el reporte, todo lo
anterior teniendo en cuenta los siguientes tiempos.
Tabla 24 Tiempos de capacidad de aprendizaje
13-20 minutos Deficiente
10-12:59 Insuficiente
minutos
6-9:59 minutos Aceptable
5-5:59 minutos Sobresaliente
4-4:59 minutos Excelente

Se debe tener en cuenta que los tiempos anteriormente mencionados,
corresponden al uso propio de la aplicación, no a la recopilación de datos en sí.
Los resultados de las pruebas fueron los siguientes:
Alexander Bermeo: 6 minutos
Natalia Betancur: 14 minutos
David Echeverry: 4 minutos
48
Juan Carlos Jaramillo: 5 minutos
Francia Azcarate: 9 minutos
Marisol Meléndez: 7 minutos
Mariana Meléndez: 10 minutos
Víctor Echeverry: 13 minutos
Diego Alexander Gutiérrez: 7 minutos
María del Mar Ramírez: 10 minutos
Para lo cual se concluye que en promedio los auditores tardaron 8:30 minutos, lo
que se traduce en un aprendizaje aceptable.
Adecuación funcional
Completitud funcional
El sistema debe estar en la capacidad de responder en el menor tiempo posible a
las necesidades del usuario, es decir a la hora de mostrar la entrevista, para lo
cual se tienen los siguientes tiempos:
Tabla 25 Tiempos de respuesta de la entrevista
10 segundo Deficiente
7 segundos Insuficiente
2 segundos Aceptable
1 segundos Sobresaliente
49
0,5 segundos Excelente
Fiabilidad
Disponibilidad
El sistema deberá estar en la capacidad de estar disponible en todo momento que
se lo requiera, para lo cual se encuentra instalado en el servidor del colegio San
Francisco de Asís.
Tabla 26 Requisito no funcional disponibilidad
Instalado en el servidor Ineficiente
No instalado en el servidor Aceptable

8 MODELAMIENTO DEL SISTEMA
Figura 4 Modelo entidad relación
50
51
Figura 5 Casos de uso del actor administrador
54
Figura 6 Casos de uso del actor docente
55
Figura 7 Casos de uso del actor sistema
Figura 8 Diagrama de casos de uso de todos los actores del sistema
56
Tabla 27 Caso de uso crear observación
57
ID Caso de uso 001
Nombre Caso de Crear observación
Uso
Creado Por Brandon Actualizado Por
Casanova.
Fecha de Creación 29-03-2019 Fecha Actualización
Descripción El sistema de verificación curricular deberá permitir en el
módulo de observación, que el Auditor pueda agregar una
nueva observación, con los siguientes datos: Fecha,
Nombre del docente, Competencia del docente y
observación.
Actor(es) Docente, Administrador
Precondiciones
Prioridad Vital
Requerimientos
Guion
Actor Sistema
1.0 Ingresar los datos requeridos para 2.0 Se obtienen los datos ingresados
crear una observación, los cuales son por el usuario.
los siguientes: Fecha, Nombre del

3.0 Se conecta con la base de datos.
docente, Competencia del docente y
4.0 Se guardan los datos en la base de
observación.
datos.
58
5.0 Se asigna un id para la auditoria.
6.0 Se cierra la conexión con la base
de datos.
7.0 Muestra un mensaje diciendo
“Datos guardados correctamente el
código para continuar la auditoria es:”.
Excepciones
3.1 El sistema muestra un mensaje diciendo “Error”
3.2 El sistema regresa al paso 1.0
Escenarios: Debe tener conexión a la base de datos.
Casos de uso
relacionados
Documentos Documento de requerimientos.
relacionados
Versión 1.0
Tabla 28 Caso de uso ingresar estudiante
ID Caso de uso 002
Nombre Caso de Ingresar estudiante
Uso
59
Casanova.
módulo de revisión estudiantil, que el Auditor pueda
agregar un nuevo estudiante, con los siguientes datos:
nombre del estudiante, grado, percepción de aprendizaje,
observaciones de la percepción, mediación del
aprendizaje, observación de la mediación, cumplimiento y
observaciones del cumplimiento.
Precondiciones Se tuvo que crear primero una observación.
Prioridad Vital
Requerimientos
Guion
Actor Sistema
1.0 Ingresar el id de la auditoria. 2.0 Se llama al caso de uso validar id
de auditoria.
5.0 Se ingresan los datos
correspondientes a la revisión 3.0 Se conecta con la base de datos.
estudiantil, los cuales son: nombre del

4.0 Se cargan los datos, nombre del
estudiante, grado, percepción de
docente y competencia, que
aprendizaje, observaciones de la
correspondan al código de la auditoria.
percepción, mediación del aprendizaje,
6.0 Se insertan los datos de la revisión
observación de la mediación,
60
cumplimiento y observaciones del estudiantil.
cumplimiento
de datos.
Excepciones
2.1 El sistema mostrara la excepción del caso de uso validar id de auditoria.
Casos de uso
relacionados
relacionados
Versión 1.0
Tabla 29 Caso de uso ingresar padre
ID Caso de uso 003
Nombre Caso de Ingresar padre
Uso
Casanova.
módulo de revisión familiar, que el Auditor pueda agregar
un nuevo padre, con los siguientes datos: nombre del
padre de familia, grado del estudiante, percepción de
61
aprendizaje, observaciones de la percepción, mediación
del aprendizaje, observación de la mediación,
cumplimiento y observaciones del cumplimiento.
Precondiciones Se tuvo que crear primero una observación.
Prioridad Vital
Requerimientos
Guion
Actor Sistema
de auditoria.
5.0 Se ingresan los datos
correspondientes a la revisión 3.0 Se conecta con la base de datos.
estudiantil, los cuales son: nombre del

4.0 Se cargan los datos, nombre del
padre de familia, grado del estudiante,
docente y competencia, que
percepción de aprendizaje,
correspondan al código de la auditoria.
observaciones de la percepción,
6.0 Se insertan los datos de la revisión
mediación del aprendizaje,
familiar.
observación de la mediación,
cumplimiento y observaciones del 7.0 Se cierra la conexión con la base
cumplimiento. de datos.
Excepciones
62
Casos de uso
relacionados
relacionados
Versión 1.0
Tabla 30 Caso de uso calificar auditoria
ID Caso de uso 004
Nombre Caso de Calificar auditoria
Uso
Casanova.
módulo de entrevista, que el auditor pueda calificar la
auditoria, actualizando los siguientes datos: Nombre del
docente, Competencia, fecha, observación de la auditoria,
Desempeño, medios didácticos, evaluación, resultado,
estudiantes matriculados, estudiantes en bajo, estudiantes
en básico, estudiantes en alto, estudiantes en superior,
tópico generativo, hilo conductor, síntesis, tiempo,
63
aprobación y cambios.
Precondiciones Se tuvo que crear primero una observación, una revisión
estudiantil y una revisión familiar.
Prioridad Vital
Requerimientos
Guion
Actor Sistema
de auditoria
7.0 Se ingresan los siguientes datos:
Nombre del docente, Competencia, 3.0 Se conecta con la base de datos.
fecha, observación de la auditoria,

4.0 Se cargan todos los datos de la
Desempeño, medios didácticos,
observación.
evaluación, resultado, estudiantes
matriculados, estudiantes en bajo,
estudiantes en básico, estudiantes en
alto, estudiantes en superior, tópico 6.0 Se cargan todos los datos de la
generativo, hilo conductor, síntesis, revisión familiar.
tiempo, aprobación y cambios

8.0 Se actualiza la auditoria.
de datos.
Excepciones
64
Casos de uso
relacionados
relacionados
Versión 1.0
Fuente: Elaboración propio
Tabla 31 Caso de uso actualizar estudiante
ID Caso de uso 005
Nombre Caso de Actualizar estudiante
Uso
Casanova.
módulo de entrevista, que el auditor pueda actualizar los
siguientes datos: Nombre del estudiante, grado del
estudiante, aprendizaje, observación de aprendizaje,
mediación, observación de mediación, cumplimiento y
Precondiciones Se tuvo que ejecutar primero el caso de uso calificar
65
auditoria y haber creado una revisión estudiantil.
Prioridad Alta
Requerimientos
Guion
Actor Sistema
1.0 Se ingresan los datos que se van a 2.0 Se captura el id del estudiante.
actualizar, los cuales son: Nombre del

3.0 Se crea la conexión con la base de
estudiante, grado del estudiante,
datos.
aprendizaje, observación de
4.0 Se actualizan los datos del
aprendizaje, mediación, observación
estudiante en la base de datos
de mediación, cumplimiento y
observación del cumplimiento. 5.0 Se cierra la conexión.
Excepciones
4.1 El sistema muestra un mensaje diciendo “Error al actualizar los datos.”
Casos de uso
relacionados
relacionados
Versión 1.0
Tabla 32 Caso de uso actualizar padre
66
ID Caso de uso 006
Nombre Caso de Actualizar padre
Uso
Casanova.
módulo de entrevista, que el auditor pueda actualizar los
siguientes datos: Nombre del padre, grado del estudiante,
aprendizaje, observación de aprendizaje, mediación,
observación de mediación, cumplimiento y observación del
cumplimiento.
auditoria y haber creado una revisión estudiantil.
Prioridad Alta
Requerimientos
Guion
Actor Sistema
1.0 Se ingresan los datos que se van a 2.0 Se captura el id del estudiante.
actualizar, los cuales son: Nombre del

3.0 Se crea la conexión con la base de
padre, grado del estudiante,
datos.
aprendizaje, observación de
4.0 Se actualizan los datos del padre
aprendizaje, mediación, observación
67
de mediación, cumplimiento y de familia en la base de datos

5.0 Se cierra la conexión.
Excepciones
4.1 El sistema muestra un mensaje diciendo “Error al actualizar los datos.”
Casos de uso
relacionados
relacionados
Versión 1.0
Tabla 33 Caso de uso Generar reporte
ID Caso de uso 007
Nombre Caso de Generar reporte
Uso
Casanova.
módulo de reporte, que el auditor pueda generar un
Archivo PDF, con todos los datos de la auditoria.
68
auditoria
Prioridad Vital
Requerimientos
Guion
Actor Sistema
de auditoria.
observación.
calificación de la auditoria.
revisión familiar.
8.0 Se muestra un PDF que recopila
todos los datos de la auditoria
69
de datos.
Excepciones
Escenarios: Debe tener conexión a la base de datos y se debe contar con el
recurso FPDF.
Casos de uso
relacionados
relacionados
Versión 1.0
Tabla 34 Caso de uso Validar id de auditoria
ID Caso de uso 008
Nombre Caso de Validar id de auditoria.
Uso
Casanova.
Descripción El sistema de verificación curricular deberá permitir que el
auditor pueda consultar los datos de la auditoria, teniendo
en cuenta el Id de la auditoria.
Actor(es) Sistema
70
Precondiciones
Prioridad Vital
Requerimientos
Guion
Actor Sistema
1.0 Se obtiene el id de la auditoria.
3.0 Se ejecuta la consulta con base en
el id obtenido.
4.0 Se cierra la conexión
5.0 Se muestran los datos requeridos.
Excepciones
1.1 El sistema muestra un mensaje diciendo “Ingrese el código de la auditoria”
3.1 El sistema mostrara un mensaje diciendo “No encontrado.”
Casos de uso
relacionados
relacionados
Versión 1.0
Tabla 35 Caso de uso validar código de administrador
71
ID Caso de uso 009
Nombre Caso de Validar código de administrador.
Uso
Casanova.
módulo de administración que se pueda validar el
administrador, con base en el código de administrador.
Actor(es) Sistema
Precondiciones
Prioridad Vital
Requerimientos
Guion
Actor Sistema
1.0 Se ingresa el código del 2.0 Se conecta con la base de datos.
administrador.
3.0 Se ejecuta la consulta con base en
el id obtenido.
5.0 Se muestra el módulo de
administrador.
Excepciones
72
3.2 El sistema mostrara un mensaje diciendo “No encontrado.”
Casos de uso
relacionados
relacionados
Versión 1.0
Tabla 36 Caso de uso Buscar auditores
ID Caso de uso 010
Nombre Caso de Buscar auditores.
Uso
Casanova.
módulo de administración, que el administrador del
sistema pueda ver los siguientes datos de todas las
auditorias:
Código de auditoria, nombre del docente, competencia y
fecha.
73
Actor(es) Administrador
Precondiciones Se tuvo que validar el administrador
Prioridad Alta
Requerimientos
Guion
Actor Sistema
1.0 Presionar el botón de “Buscar 2.0 Se conecta con la base de datos.
todas las auditorias”.

3.0 Se ejecuta la consulta de todas las
auditorias.
5.0 Se muestran los datos: Código,
nombre del docente, competencia y
fecha de cada auditoria.
Excepciones
Casos de uso
relacionados
relacionados
Versión 1.0
Tabla 37 Caso de uso eliminar auditoria
74
ID Caso de uso 011
Nombre Caso de Eliminar auditoria.
Uso
Casanova.
módulo de administración, que el administrador pueda
eliminar una auditoria a través del código de dicha
auditoria.
Prioridad Alta
Requerimientos
Guion
Actor Sistema
1.0 Ingresar el código de la auditoria 2.0 Se conecta con la base de datos.
que se quiere eliminar.

3.0 Se elimina la auditoria.
Excepciones
Casos de uso
75
relacionados
relacionados
Versión 1.0
Tabla 38 Caso de uso eliminar padre
ID Caso de uso 012
Nombre Caso de Eliminar padre.
Uso
Casanova.
eliminar un padre de familia a través del código del padre.
Prioridad Alta
Requerimientos
Guion
Actor Sistema
1.0 Ingresar el código del padre de 2.0 Se conecta con la base de datos.
familia que se quiere eliminar.

3.0 Se elimina padre de familia.
76
Excepciones
Casos de uso
relacionados
relacionados
Versión 1.0
Tabla 39 Caso de uso eliminar estudiante
ID Caso de uso 013
Nombre Caso de Eliminar estudiante.
Uso
Casanova.
eliminar un estudiante a través del código del estudiante.
Prioridad Alta
77
Requerimientos
Guion
Actor Sistema
1.0 Ingresar el código del estudiante 2.0 Se conecta con la base de datos.
que se quiere eliminar.

3.0 Se elimina estudiante.
Excepciones
Casos de uso
relacionados
relacionados
Versión 1.0
Tabla 40 Caso de uso cambiar visualización
ID Caso de uso 014
Nombre Caso de Cambiar visualización.
Uso
Casanova.
78
cambiar la visualización de todos los módulos del sistema,
a través del estado de visualización.
Prioridad Alta
Requerimientos
Guion
Actor Sistema
1.0 Seleccionar el estado de 2.0 Se conecta con la base de datos.
visualización.
3.0 Se actualiza el estado de
visualización.
Excepciones
Casos de uso
relacionados
relacionados
Versión 1.0
Tabla 41 Caso de uso medir estado de visualización
79
ID Caso de uso 015
Nombre Caso de Medir estado de visualización
Uso
Casanova.
Descripción El sistema de verificación curricular deberá estar en la
capacidad de revisar en qué estado de visualización se
encuentra en todo momento, ya sea visible o invisible
todos los módulos.
Actor(es) Sistema
Prioridad Vital
Requerimientos
Guion
Actor Sistema
3.0 Se evalúa el estado en la base de
datos, siendo 1 visible o 2 invisible.
5.0 Se muestra el sistema
dependiendo del estado.
Excepciones
80
Casos de uso
relacionados
relacionados
Versión 1.0
Figura 9 Diagrama de secuencia crear observación
81
Figura 10 Diagrama de secuencia Insertar estudiante
88
Figura 11 Diagrama de secuencia ingresar padre
89
Figura 12 Calificar auditoria
90
Figura 13 Diagrama de secuencia actualizar estudiante
91
Figura 14 Diagrama de secuencia actualizar padre
Figura 15 Diagrama de secuencia generar reporte
92
Figura 16 Diagrama de caso secuencia validar id de auditoria
93
Figura 17 Diagrama de secuencia validar código de administrador
94
Figura 18 Diagrama de secuencia buscar auditores
95
Figura 19 Diagrama de secuencia eliminar auditoria
96
Figura 20 Diagrama de secuencia eliminar padre
97
Figura 21 Diagrama de secuencia eliminar estudiante
98
Figura 22 Diagrama de secuencia cambiar visualización
99
Figura 23 Diagrama de secuencia medir estado de visualización
100
Mockups
101
Figura 24 Menú inicial sistema verificación curricular
Figura 25 Modulo de observación
102
Figura 26 Modulo de revisión estudianti
103
104
Figura 27 Modulo de revisión familiar
105
Figura 28 Modulo de entrevista
106
Figura 29 Modulo entrevista, actualizar estudiante y padre
107
Figura 30 PDF reporte
108
Figura 31 Modulo de administración
109
9 CONCLUSIONES Y RECOMENDACIONES
El sistema de verificación curricular es una herramienta que ayudó a soportar el
proceso de auditorías del colegio San francisco de Asís, dando así una mejoría en
la gestión y manejo de datos referentes a dicho proceso, cumplió a cabalidad con
los tiempos y objetivos establecidos y generó mayor seguridad en la
sistematización de la información que se requería en cada una de las auditorias.
A partir de lo anterior, la institución pudo establecer una ruta clara en las
auditorias y mediaciones en el aula, brindando a los docentes auditores un
lineamiento claro y conciso sobre los pasos que se debían ejecutar en el proceso
de verificación curricular. También generó mayor agilidad en la elaboración de los
reportes por parte de la coordinación académica para el compendio de evidencias
que la institución guarda en su archivo.
Por último, la aplicación de este proyecto permite seguir construyendo y
fortaleciendo la propuesta de la institución, puesto que al trabajar con
herramientas tic se incentiva la automatización de los procesos tales como la
verificación del cumplimiento del plan curricular, siendo este un punto de partida
para que del sistema actual puedan surgir nuevas funcionalidades, las cuales
sigan aportando al mejoramiento académico del Colegio San Francisco de Asís.
REFERENCIAS
110
Bellocchio Albornoz, M. (2009). Educación basada en competencias y
constructivismoun enfoque y un modelo para la formación pedagógica del
siglo XXI (No. F/378 B4).
Jiménez Morales, C. (2013). Importancia de la auditoría interna en las organizaciones
privadas en Colombia.
Digital Learning. (27 de Marzo de 2012). Obtenido de

https://www.digitallearning.es/blog/que-es-ajax/
D'Onofrio, D. L. (30 de Noviembre de 2012). Archive.is. Obtenido de

https://archive.is/20121130001843/ddonofrio.blogspot.com/2010/12/modelo
s-de-desarrollo-de-software.html
Ecured. (s.f.). Obtenido de https://www.ecured.cu/Modelo_espiral
Fontela, A. (2015). Obtenido de https://raiolanetworks.es/blog/que-es-bootstrap/
Isotools. (2019). Obtenido de https://www.isotools.org/
Jordisan. (29 de Septiembre de 2006). Jordisan.net. Obtenido de

https://jordisan.net/blog/2006/que-es-un-framework/
LIGIA VICTORIA NIETO, J. A. (2003). Manual de evaluación de desempeño.
Lucidchar. (s.f.). Obtenido de https://www.lucidchart.com/pages/es/que-es-el-

lenguaje-unificado-de-modelado-uml
Morales, R. (1 de Septiembre de 2014). Corporación Colombia Digital. Obtenido

de https://colombiadigital.net/actualidad/articulos-informativos/item/7669-
lenguajes-de-programacion-que-son-y-para-que-sirven.html
Navia, F. R. (06 de 03 de 2018). fireosoft.com.co. Obtenido de

https://fireosoft.com.co/blogs/que-es-y-para-que-sirve-mysql/
111
PANQUEVA, A. H. (1994). MEJORAMIENTO EDUCATIVO APOYADO CON
INFORMATICA: ENFOQUE ESTRATEGICO. Obtenido de
http://comunidadplanestic.uniandes.edu.co/Portals/6/Archivos/Actividad
%20Nacional/LecturaNo8.pdf
PHP. (s.f.). php.net. Obtenido de http://php.net/manual/es/history.php.php
QMkey. (2019). QMkey. Obtenido de
https://www.kmkey.com/software_gestion_calidad/
ANEXOS
Anexo a Encuesta sistema de verificación curricular
112
113
REFERENCIAS (bajo norma APA, 6 edición 2010)
Arencibia-Jorge, R., Leydesdorff, L., Chinchilla-Rodríguez, Z., Rousseau, R., &

Paris, S. W. (2009). Retrieval of very large numbers of items in the Web of
Science: an exercise to develop accurate search strategies. El Profesional de
la Información, 18(5), 529-533.
Barber, E., Pisano, S., Romagnoli, S., Parsiale, V., De Pedro, G., & Gregui, C.
(2008). Los catálogos en línea de acceso público del Mercosur disponibles en
entorno web. Información, Cultura y Sociedad, (18), 37-55.
Beall, J. (2011). Academic Library Databases and the Problem of Word-Sense

Ambiguity. The Journal of Academic Librarianship, 37(1), 64-69.
doi:10.1016/j.acalib.2010.10.008
Herrera, F., Herrera-Viedma, E., Alonso, S., & Cabrerizo, F.J. (2009). Agregación
de índices bibliométricos para evaluar la producción científica de los
investigadores. El Profesional de la Información, 18(5), 559-561.
Hull, D., Pettifer, S. R., & Kell, D. B. (2008). Defrosting the digital library:
bibliographic tools for the next generation web. PLoS Computational Biology,
4(10), e1000204. doi:10.1371/journal.pcbi.1000204
Martínez, R. (2007). Biblioteca Digital: conceptos, recursos y estándares. Buenos

Aires: Alfagrama
Wink, D. M., & Killingsworth, E. K. (2011). Optimizing use of library technology.

Nurse Educator, 36(2), 48-51.
114

4 Manejo Datos ArcGIS EN

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

4 Manejo Datos ArcGIS EN

Cargado por

Copyright:

Formatos disponibles

SISTEMA DE VERIFICACIÓN CURRICULAR

FUNDACIÓN UNIVERSITARIA CATÓLICA LUMEN GENTIUM

Proyecto de tesis presentado para optar al título de tecnólogo en informática.

FUNDACIÓN UNIVERSITARIA CATÓLICA LUMEN GENTIUM

Firma del jurado

Firma del jurado

Santiago de Cali, 20 de abril de 2019

Agradezco primeramente a Dios por permitirme culminar este proceso de

a la insistencia y comprensión por parte de ellos, también quiero agradecer a mi

asesor de tesis, porque ha hecho un gran trabajo guiándome en este proceso.

1.1 PLANTEAMIENTO DEL PROBLEMA..........................................................3

2.1 OBJETIVO GENERAL..................................................................................3

2.2 OBJETIVOS ESPECIFICOS........................................................................3

3.3 RESULTADOS Y PRODUCTO DEL PROYECTO......................................11

3.4 IMPACTO SOCIAL.....................................................................................12

4 ANTECEDENTES O ESTADO DEL ARTE.......................................................13

5.1 MARCO TEORICO.....................................................................................17

5.2 MARCO CONCEPTUAL............................................................................25

6.1 TIPO DE ESTUDIO....................................................................................27

6.3 METODOLOGÍA DE DESARROLLO DE SOFTWARE EN ESPIRAL.......28

6.4 CRONOGRAMA DE ACTIVIDADES..........................................................30

7 DOCUMENTO DE ESPECIFICACIÓN SOFTWARE........................................30

7.1.3 Personal del sistema...........................................................................32

7.1.4 Definiciones, acrónimos y abreviaturas...............................................33

7.2 DESCRIPCIÓN GENERAL........................................................................34

7.2.1 Perspectiva del producto.....................................................................34

7.2.2 Funcionalidad del producto..................................................................34

7.2.3 Características de los usuarios...........................................................36

7.2.5 Suposiciones y dependencias.............................................................37

7.3 REQUISITOS ESPECÍFICOS....................................................................38

7.3.1 Requisitos comunes de los interfaces.................................................38

7.3.2 Requisitos funcionales.........................................................................39

7.3.3 Requisitos no funcionales....................................................................50

8 MODELAMIENTO DEL SISTEMA....................................................................53

Tabla 1 Competencias y materias...........................................................................91

Tabla 2 Encuesta de utilidad..................................................................................107

Tabla 3 Ficha del documento.................................................................................112

Tabla 4 Aceptación del cliente................................................................................112

Tabla 5 Personal involucrado.................................................................................114

Tabla 7 Características de usuario docente...........................................................118

Tabla 8 Características de usuario administrador.................................................119

Tabla 9 Requisito funcional crear observación......................................................122

Tabla 10 Requisito funcional ingresar estudiante..................................................123

Tabla 11 Requisito funcional ingresar padre..........................................................124

Tabla 12 Requisito funcional calificar auditoria.....................................................126

Tabla 13 Requisito funcional actualizar estudiante...............................................127

Tabla 14 Requisito funcional actualizar padre.......................................................128

Tabla 15 Requisito funcional generar reporte........................................................129

Tabla 16 Requisito funcional validar id de auditoria..............................................130

Tabla 18 Requisito funcional buscar auditorias.....................................................132

Tabla 19 Requisito funcional eliminar auditoria.....................................................133

Tabla 20 Requisito funcional eliminar padre..........................................................134

Tabla 21 Requisito funcional eliminar estudiante..................................................135

Tabla 22 Requisito funcional cambiar visualización..............................................136

Tabla 23 Requisito funcional medir estado de visualización.................................137

Tabla 24 Tiempos de capacidad de aprendizaje...................................................139

Tabla 25 Tiempos de respuesta de la entrevista...................................................141

Tabla 26 Requisito no funcional disponibilidad......................................................142

Tabla 27 Caso de uso crear observación..............................................................147

Tabla 28 Caso de uso ingresar estudiante............................................................151

Tabla 29 Caso de uso ingresar padre....................................................................154

Tabla 30 Caso de uso calificar auditoria................................................................157

Tabla 31 Caso de uso actualizar estudiante..........................................................160