veronica ramos
TRANSCRIPT
INSTITUTO TECNOLÓGICO “B OLÍVAR”0.PORTADA
Trabajo de Titulación Previo a la Obtención del Título
de Tecnólogo en Informática
TEMA:
Desarrollo de un Software Entrenador para el Registro de
Asistencia de los Estudiantes de Educación Básica
Superior para el Departamento de Inspección de la Unidad
Educativa de “SANTA ROSA”, en la Provincia de
Tungurahua año Lectivo 2014-2015.
AUTOR: Srta. Verónica Patricia Ramos Tibanlombo
TUTOR: Esp. Gonzalo Ramón Balverde Escobar
AMBATO – ECUADOR
2014
1
CERTIFICACIÓN DEL TUTOR
ESP. GONZALO RAMÓN BALVERDE ESCOBAR CERTIFICA:
Que el presente proyecto:
“Desarrollo de un Software Entrenador para el Registro de Asistencia de
los Estudiantes de Educación Básica Superior para el Departamento de
Inspección de la Unidad Educativa de “SANTA ROSA”, en la Provincia de
Tungurahua año Lectivo 2014-2015”, ha sido minuciosamente revisado, por
lo tanto autorizo su presentación, el mismo que fue Realizado por Verónica
Patricia Ramos Tibanlombo, Estudiante de la Carrera de Tecnólogo en
Informática.
Obteniendo la siguiente calificación.
Nota…………..en palabras…………………………………………………………..
Ambato…….. De……………………. del 2014
……………………………………………..Esp. Gonzalo Ramón Balverde Escobar
i
DECLARACIÓN DE LA AUTORÍ A DEL PROYECTO
Yo, Verónica Patricia Ramos Tibanlombo, manifiesto que los resultados
obtenidos en el presente proyecto, “Desarrollo de un Software Entrenador
para el Registro de Asistencia de los Estudiantes de Educación Básica
Superior para el Departamento de Inspección de la Unidad Educativa de
“SANTA ROSA”, en la Provincia de Tungurahua año Lectivo 2014-2015”,
previo la obtención del Título de Tecnólogo en Informática, son absolutamente
originales, auténticos y personales; a excepción de las citas.
Ambato,……….…de,……………….., del 2014.
…………………………………………………
Srta. Verónica Patricia Ramos Tibanlombo
Cedula de Ciudadanía
AUTOR
ii
APROBACIÓN DE LOS MIEMBROS DEL TRIBUNAL DELEGADO
Los suscritos Profesores Calificadores, una vez revisado, aprueban el Proyecto
“Desarrollo de un Software Entrenador para el Registro de Asistencia de
los Estudiantes de Educación Básica Superior para el Departamento de
Inspección de la Unidad Educativa de “SANTA ROSA”, en la Provincia de
Tungurahua año Lectivo 2014-2015”, fue realizado por la Señorita Verónica
Patricia Ramos Tibanlombo, estudiante de la Carrera de Informática que
guarda conformidad con las disposiciones reglamentarias emitidas por el
Plantel.
Obteniendo la siguiente calificación en su defensa Nota:…………………en
Palabras…………………………………………………………………………………
…
Ambato,………….de,…………………………. del 2014
Para constancia firma:
……………………………………………………M.Sc. Alberto Danilo Velasco FierroRector Instituto Tecnológico Superior Bolívar
…………………………………………………..Ing. Gonzalo Ramón Balverde Escobar
………………………………………………….Ing. Carlos Aníbal Camana Castro
………………………………………………….
iii
Mgs. David Leonardo Guevara Aulestia
DEDICATORIA
La concepción de este trabajo de
investigación, está dedicado a Dios y a
mis padres. A Dios, porque ha estado
conmigo en todo momento, guiándome,
cuidándome y dándome fortaleza para
continuar.
A mis padres, quienes a lo largo de mi
vida, han velado por mi bienestar y
educación siendo mi apoyo en todo
momento.
Depositando su entera confianza, en
cada reto que se me ha presentado, sin
dudar ni un solo momento en mi
inteligencia y capacidad. Es por ello
que he podido ir avanzando y llegar a
la meta realizando mis sueños.
Verónica Patricia Ramos Tibanlombo
iv
AGRADECIMIENTO
Al Instituto Tecnológico Superior Bolívar
por haber sido mi cuna de mi formación
profesional.
A mis padres por su amor y su apoyo
que me brindaron diariamente.
A mis profesores, quienes han impartido
sus conocimientos y experiencias, para
formarme como una profesional, y
orientarme sin interés alguno, para
culminar con éxito ésta investigación.
Así como también, a la Unidad Educativa
“Santa Rosa” la cual fue la herramienta
principal, para este trabajo investigativo,
la misma que me facilitó la información
necesaria para poder hacer realidad la
presente investigación.
Verónica Patricia Ramos Tibanlombo
v
ÍNDICE GENERAL
PORTADA..................................................................................................................................1
CERTIFICACIÓN DEL TUTOR..........................................................................................................i
DECLARACIÓN DE LA AUTORÍ A DEL PROYECTO...........................................................................ii
APROBACIÓN DE LOS MIEMBROS DEL TRIBUNAL DELEGADO.....................................................iii
DEDICATORIA............................................................................................................................... iv
AGRADECIMIENTO........................................................................................................................v
ÍNDICE GENERAL..........................................................................................................................vi
ÍNDICE DE TABLAS.........................................................................................................................x
ÍNDICE DE ILUSTRACIONES..........................................................................................................xi
RESUMEN EJECUTIVO.................................................................................................................xii
EXECUTIVE SUMMARY...............................................................................................................xiv
CAPÍTULO I...................................................................................................................................1
EL PROBLEMA DE INVESTIGACIÓN...........................................................................................1
1.1 TEMA DE INVESTIGACIÓN.............................................................................................1
1.2 PLANTEAMIENTO DEL PROBLEMA................................................................................1
1.2.1 Contextualización.....................................................................................................1
1.2.2 Análisis Crítico..........................................................................................................2
1.2.3 La Prognosis..............................................................................................................3
1.3 FORMULACIÓN DEL PROBLEMA...................................................................................3
1.4 DELIMITACIÓN DEL PROBLEMA....................................................................................3
1.5 OBJETIVOS....................................................................................................................3
1.5.1 OBJETIVO GENERAL..................................................................................................3
1.5.2 OBJETIVOS ESPECÍFICOS...........................................................................................4
vi
1.6 VARIABLES................................................................................................................4
1.6.1 Variable independiente.........................................................................................4
1.6.2 Variable dependiente............................................................................................4
1.7 JUSTIFICACIÓN..............................................................................................................4
CAPÍTULO II..................................................................................................................................6
MARCO TEÓRICO......................................................................................................................6
2.1 CATEGORÍAS FUNDAMENTALES...................................................................................6
2.1.1 Introducción............................................................................................................6
2.2.2 Los Sistemas..........................................................................................................7
2.2.3 Control de Asistencia............................................................................................7
2.2.4 Lenguaje de Programación..................................................................................8
2.2.5 Visual estudio.........................................................................................................8
2.2.6 Interfaz Gráfica.......................................................................................................9
2.2.7 Base de Datos........................................................................................................9
2.2.8 SQL server............................................................................................................10
2.2.9 Modelo de base de datos...................................................................................10
2.2.10 Los Registro..........................................................................................................11
2.2.11 El lenguaje de programación de cuarta generación (4GL)............................11
2.2.12 Reporte de Asistencia:........................................................................................12
2.2.14 Banco de información de la base de datos......................................................13
2.2 POSICIONAMIENTO DEL INVESTIGADOR....................................................................14
CAPÍTULO III...............................................................................................................................15
MARCO METODOLOGICO O METODOLOGIA......................................................................15
3.1 MODALIDAD...............................................................................................................15
3.1.1 Modalidad cuantitativa........................................................................................15
3.1.2 Modalidad cualitativa...........................................................................................15
vii
3.2 MÉTODOS...................................................................................................................15
3.3 TIPO DE INVESTIGACIÓN............................................................................................16
3.3.1 Investigación Bibliográfica y Documental.........................................................16
3.3.2 Investigación de Campo.....................................................................................16
3.4 POBLACIÓN Y MUESTRA.............................................................................................16
3.4.1 Población................................................................................................................16
3.4.2 Muestra.........................................................................................................................17
3.4 TÉCNICAS E INSTRUMENTOS DE INVESTIGACIÓN.......................................................17
3.5 ANÁLISIS E INTERPRETACIÓN DE LOS RESULTADOS...................................................17
3.7 Verificación de la Hipótesis..............................................................................................25
CAPÍTULO IV...............................................................................................................................26
PROPUESTA............................................................................................................................26
4.1 Título..........................................................................................................................26
4.2 Datos informativos:....................................................................................................26
4.3 Antecedentes de la Propuesta....................................................................................26
4.4 OBJETIVOS..................................................................................................................27
4.4.1 Objetivo General....................................................................................................27
4.4.2 Objetivos Específicos..............................................................................................28
4.5 DESARROLLO DE LA PROPUESTA................................................................................28
4.6 METODOLOGÍA DEL DESARROLLO DEL SOFTWARE..................................30
4.6.1 Metodología en Cascada....................................................................................30
4.6.1.1 Requerimientos del Sistema...........................................................................30
4.6.1.2 Nivel de Análisis...............................................................................................33
4.6.1.3 Diseños del Programa.....................................................................................34
4.6.1.4 Nivel de Codificación.......................................................................................34
4.6.1.5 Nivel de Pruebas..............................................................................................34
viii
4.7 RECURSOS.............................................................................................................35
4.7.1 Talento Humano...................................................................................................35
4.8 PRESUPUESTO DEL SOFTWARE......................................................................36
4.9 CRONOGRAMA DE ACTIVIDADES.....................................................................37
4.10 CONCLUSIONES Y RECOMENDACIONES.....................................................................38
4.11 BIBLIOGRÁFIA.............................................................................................................39
ANEXOS......................................................................................................................................41
ANEXO I ENCUESTA...................................................................................................................41
ANEXO II CODIFICACIÓN.............................................................................................................43
ANEXO III MANUAL DE USUARIO................................................................................................47
ANEXO IV COCOMO....................................................................................................................61
ix
ÍNDICE DE TABLAS
Tabla 1: Software de control de asistencia................................................................................18
Tabla 2: Implementación del Software de control de asistencia.............................................19
Tabla 3: Importancia del control de asistencia de los estudiantes.........................................20
Tabla 4: Total de insistencias con el número de cedula del estudiante.................................21
Tabla 5: Optimización del tiempo con el uso del sistema........................................................22
Tabla 6: El sistema ayuda a evitar demoras..............................................................................23
Tabla 7: Control automático de faltas justificadas e injustificadas.........................................24
x
ÍNDICE DE ILUSTRACIONES
Ilustración 1: Software de control de asistencia.....................................................18
Ilustración 2: Implementación del Software de control de asistencia.....................19
Ilustración 3: Importancia del control de asistencia de los estudiantes..................20
Ilustración 4: Total de insistencias con el número de cedula del estudiante..........21
Ilustración 5: Optimización del tiempo con el uso del sistema...............................22
Ilustración 6: El sistema ayuda a evitar demoras...................................................23
Ilustración 7: Control automático de faltas justificadas e injustificadas..................24
xi
RESUMEN EJECUTIVO
El proceso de control de asistencia de alumnos en el área de inspección en la
Unidad Educativa “Santa Rosa”, se lleva en forma manual, recolectando los
datos mediante un libro de asistencia en el cual cada personal debe ingresar la
hora de ingreso y salida de cada docente. Entre las dificultades que se podría
presentar al contar con un proceso manual se pueden mencionar: que se
puede alterar o manipular los datos que constan en el libro de asistencia; que
se pierdan los documentos y la manipulación de la información sea muy lento.
Por estas diversas razones es necesario un cambio, a través de un sistema
automatizado de control de asistencia de alumnos que controle, pérdida de
documentos y que agilice el proceso de control de tal manera que sea
confiable, seguro y amigable.
Es por ello, que con el fin de ayudar a esta prestigiosa Unidad Educativa, se
Desarrollara un Software que permita la gestión del control de Asistencia de
los Alumnos de Educación Básica Superior para el Departamento de
Inspección de la Unidad Educativa de “Santa Rosa”, que automatice el proceso
y se pueda llevar de una forma ordenada, segura y efectiva el control de
asistencia.
El trabajo de titulación consta de cuatro capítulos en los que se estudiaron
distintos tópicos, este se limitó a la investigación de control de Asistencia de los
Estudiantes de Educación Básica Superior para el Departamento de Inspección
de la Unidad Educativa antes mencionada.
El primer capítulo se describe el planteamiento del problema, se desarrolla
contextualización y se realiza un análisis crítico redactando frases negativas. A
medida que avanza el capítulo se formula el problema y se desarrolla la
delimitación, se describen los objetivos de la investigación, se describe la idea
a defender y por último su Justificación.
xii
En el siguiente capítulo, se presenta las categorías fundamentales, la
fundamentación teórica y posicionamiento del investigador. Estos son
necesarios porque se presenta los conceptos que son fundamentales para el
desarrollo del trabajo de titulación.
Posteriormente, en capítulo III se muestra el marco metodológico, donde se
describe los tipos de investigaciones, modalidades de la investigación, fuentes
de investigación y técnicas de investigación. Las encuestas fueron las técnicas
de investigación que permitieron determinar el grado de aceptación del
desarrollo del sistema de control de asistencia de estudiantes. En concreto este
capítulo contiene las herramientas investigativas que facilito la investigación y
desarrollo del sistema de control de asistencia.
En el IV y último capítulo se desarrolla el marco propositivo o propuesta. Para
esto se utiliza como herramienta para el desarrollo y documentación del
software a crear, la metodología en cascada y los lenguajes de programación
visual estudio 2010 y SQL server 2008 que son unos de los tipos de los 4gl
(Lenguajes de cuarta generación).
xiii
EXECUTIVE SUMMARY
The control process attendance of students in the inspection area in the
Educational Unit "Santa Rosa", is carried by hand, collecting data using an
attendance book in which each staff must enter the time of entry and exit each
teacher. Among the difficulties that might come to have a manual process can
be mentioned: you can alter or manipulate the information contained in the book
of assistance; documents are lost and the manipulation of information is very
slow.
For these various reasons a change is necessary, through an automated control
system to monitor student attendance, loss of documents and expedite the
process control so that is reliable, safe and friendly.
It is why, in order to help this prestigious educational unit, a software that allows
control management student attendance higher basic education inspection
department of educational unit "Santa Rosa" is developing, that automates the
process and you can take in an orderly, safe and effective way control
assistance.
The work consists of four chapters degree in which different topics are studied,
this was limited to research and attendance of students in higher basic
education inspection department of the aforementioned educational unit.
The first chapter describes problem statement, contextualization develops
writing and critical analysis is made negative statements. As the chapter
progresses the problem is formulated and delimitation develops, the objectives
of the research are described, the idea to defend described and finally its
justification.
xiv
In the next chapter, the fundamental categories, the theoretical foundation and
positioning of the researcher is presented. These are necessary because the
concepts that are fundamental to the development of work titration occurs.
Later, in chapter III the methodological framework, where the types of research,
research methods, research sources and research techniques described is
shown. Surveys were the research techniques that allowed determining the
acceptability of system development and attendance of students. Specifically,
this chapter contains the investigative tools that facilitated the research and
development of control system assistance.
In the fourth and final chapter purposive or proposed framework is developed.
For this is used as a tool for development and software documentation to create
the cascade methodology and visual programming languages studio 2010 and
SQL server 2008 that are among the types of 4GL (fourth generation language)
xv
CAPÍTULO I
EL PROBLEMA DE INVESTIGACIÓN
1.1 TEMA DE INVESTIGACIÓN
Desarrollo de un Software Entrenador para el Registro de Asistencia de los
Estudiantes de Educación Básica Superior para el Departamento de Inspección
de la Unidad Educativa de “SANTA ROSA”, en la Provincia de Tungurahua año
Lectivo 2014-2015.
1.2 PLANTEAMIENTO DEL PROBLEMA
El registro de asistencia de estudiantes en la actualidad se lo realiza de forma
manual, se usa una hoja elaborada donde se indica la fecha y la lista de
alumnos que deben asistir. Y de esta manera no se tiene información de la
asistencia de los alumnos en tiempo real, puesto que los alumnos tienen que
esperar la información del inspector para saber sus asistencias.
Funcionará hasta que el Ministerio de Educación envié el formato Definitivo Y
Legal.
1.2.1 Contextualización
El nuevo Reglamento de la Ley Orgánica de Educación Intercultural del
Ecuador Art. 172.- Reprobación de asignaturas por inasistencias.- Los
estudiantes de Básica Superior y Bachillerato, cuyas inasistencias injustificadas
excedieren del diez por ciento (20 faltas) del total de horas de clase del año
lectivo (200 días laborables) en una o más asignaturas, reprobarán dichas
asignaturas.
En Tungurahua la tecnología ha evolucionado de una manera asombrosa, se
puede notar que varias instituciones del centro de la ciudad cuentan con un
1
registro de asistencia. Las unidades educativas de las zonas alejadas de la
ciudad tienen grandes necesidades e inconvenientes para brindar una
educación confiable.
Actualmente en Ambato la Unidad Educativa Bolívar, el Instituto Tecnológico
Superior Guayaquil, y en algunas otras instituciones educativas el registro de
asistencia automatizado hace que el control sea más efectivo, eficiente y
eficaz, aunque no de los estudiantes.
Actualmente en la Unidad Educativa “Santa Rosa” ubicado en la parroquia
Santa Rosa, provincia de Tungurahua no cuenta con un sistema automatizado
de registro de asistencia de estudiantes, el control se lo realiza de forma
manual. El proceso de justificación de faltas es demasiado lento y causa
molestias.
1.2.2 Análisis Crítico
El desconocimiento de los avances tecnológicos así también la falta de los
recursos económicos en la Unidad Educativa “Santa Rosa” hace que los
procesos relacionados al registro de asistencia de estudiantes sean llevados en
forma manual, las faltas de los estudiantes plasmadas en una hoja elaborada
donde se indica la fecha y la lista de alumnos que deben asistir , ya que por su
naturaleza están predispuestas a extraviarse e impide tener agilidad al acceder
a la información, diligenciar de manera oportuna.
Existe sobre carga de trabajo del personal del departamento de inspección que
está encargada en el manejo del registro del alumnado, los cuales son
llenados con esfero, lo mencionado es un problema al generar reportes
fidedignos.
La información del registro de asistencia se archivan en un lugar específico, el
cual ocupa un gran espacio físico, así existe una elevada desorganización de
2
la información, la que ocasiona que la persona encargada malgaste su tiempo y
tenga inconvenientes.
1.2.3 La Prognosis
La Unidad Educativa “Santa Rosa” no cuenta con un sistema automatizado de
registro de asistencia de estudiantes, el control se lo realiza de forma manual.
El proceso de justificación de faltas es demasiado lento y causa molestias.
De no dar solución a este problema no solo pierde el Departamento de
Inspección de la Unidad Educativa si no el alumnado, ya que no se tomaría
decisiones acertadas y a tiempo para mejorar la asistencia, la conducta y el
rendimiento académico del alumnado para de esta manera aportar con el
avance y desarrollo de la puntualidad.
1.3 FORMULACIÓN DEL PROBLEMA
¿Cómo mejorara y automatizar el manejo de registro de asistencia de los
estudiantes de Educación Básica Superior de la Unidad Educativa de “Santa
Rosa” en el departamento de inspección?
1.4 DELIMITACIÓN DEL PROBLEMA
El presente trabajo investigativo será llevado a cabo en el departamento de
inspección de la Unidad Educativa de “Santa Rosa” en la provincia de
Tungurahua, Cantón Ambato, Parroquia Santa Rosa.
Los datos serán tomados de los periodos lectivos desde 2013 hasta 2014.
1.5 OBJETIVOS
1.5.1 OBJETIVO GENERAL
Desarrollar un Software Entrenador para el Registro de Asistencia de los
Estudiantes de Educación Básica Superior para el Departamento de Inspección
de la Unidad Educativa de “SANTA ROSA”, en la Provincia de Tungurahua.
3
1.5.2 OBJETIVOS ESPECÍFICOS
Fundamentar teóricamente los temas y los subtemas de las variables.
Mediante un estudio de campo investigar las necesidades de la institución
para el desarrollo del software entrenador.
Establecer los lineamentos correspondientes para el desarrollo del software
entrenador.
1.6 VARIABLES
1.6.1 Variable independiente
Desarrollo del software entrenador.
1.6.2 Variable dependiente
Automatización de la información de registros de asistencia de los estudiantes
de la Unidad Educativa.
1.7 JUSTIFICACIÓN
El proyecto está enfocado en automatizar los procesos mediante el desarrollo
de un sistema informático, el cual debe permitir a esta Unidad Educativa a
manejar la información de los Estudiantes de Educación Básica Superior de
forma óptima. La Unida Educativa “Santa Rosa” tendrá a su disposición
información inmediata sobre la asistencia de los estudiantes. Con esta
información, podrá contribuir a resolver de forma indirecta el problema de la
impuntualidad.
El desarrollo de este proyecto es muy importante ya que es imprescindible
contar con tendencias tecnológicas que brinden una gran transparencia,
4
fiabilidad y sobre todo seguridad en el registro de asistencia de estudiantes en
la Unidad Educativa “Santa Rosa” en el área del departamento de inspección.
Con este proyecto es factible llamar la atención de otras Instituciones
Educativas para que automaticen sus procesos internos y ahorren tiempo,
recursos económicos y materiales para contribuir con el avance académico y
estructural de las mismas. Los beneficios que brindará el desarrollo de este
proyecto son muy factibles, ya que analizando el problema que viene
atravesando el Departamento de inspección de la Unidad Educativa “Santa
Rosa” se determina que es menester aplicar soluciones inmediatas,
enmarcándonos con reglamentos y leyes que rigen la Unidad Educativa en
mención.
Por cumplir con una obligación que tenemos como estudiantes de nivel
superior, a contribuir con la solución del problema interno de la Unidad
Educativa y la investigación en áreas técnicas, especialmente para zonas que
desconocen lo beneficioso de la tecnología. El presente trabajo es de carácter
temporal, mientras se legaliza la entrega de la información por parte de las
autoridades superiores de educación.
5
CAPÍTULO II
MARCO TEÓRICO
Con el objeto de establecer un mecanismo de innovación en el sistema manual
de control de asistencia de la Unidad Educativa “Santa Rosa”, se plantea el
desarrollo de un software que permita automatizar el registro de asistencia de
los estudiantes de Educación Básica Superior. Dicho sistema funcionará como
un software entrenador, hasta que la institución reciba el sistema del ministerio
de educación.
A través de las investigaciones que se abordaron en diferentes niveles de
educación superior e Institutos Superiores, se pudo obtener una valiosa
información para el desarrollo de este trabajo de investigación como se verá a
continuación en el capítulo de Antecedentes.
2.1CATEGORÍAS FUNDAMENTALES
2.1.1 Introducción
La actividad tecnológica influye en el progreso social. Actualmente la
Tecnología está comprometida a automatizar procesos manuales, para
optimizar tiempo y recursos; con el uso de las 4gl los estudiantes de sistemas
desarrollan aplicaciones que satisfacen algunas las necesidades en diferentes
áreas. El desarrollo de las aplicaciones con lleva aplicar un conjunto de
conocimientos. Por tanto cada aplicación engloba saberes y que muchas veces
deben ser adquiridos a medida que se desarrolla la aplicación.
6
2.2.2 Los Sistemas
La palabra "sistema" tiene muchas connotaciones: "Un conjunto de elementos
interdependientes e interactuantes; un grupo de unidades combinadas que
forman un todo organizado y cuyo resultado s es mayor que el resultado que
las unidades podrían tener si funcionaran independientemente".
Sistema de Información
Los sistemas de información, radican en procesar entradas, mantener archivos
de datos relacionados con la organización y producir información, reportes y
otras salidas
Sistema Automatizado
Es un sistema donde se trasfieren tareas de producción, realizadas
habitualmente por operadores humanos a un conjunto de elementos
tecnológicos.
2.2.3 Control de Asistencia
Permiten gestionar la asistencia de usuarios en un área determinada. En un
entorno laboral sirven para contabilizar el saldo de horas trabajadas por cada
empleado, para llevar un control de la puntualidad y asistencia de los
trabajadores, para gestionar de manera automática las incidencias tanto de
entradas como salidas especiales del puesto de trabajo.
Control de la Asistencia de los Estudiantes
El control y registro de la asistencia de los estudiantes en todas las
instituciones educativas públicas, fisco misional y particulares es obligatorio, y
7
se debe hacer de acuerdo con la normativa que para el efecto expida el Nivel
Central de la Autoridad Educativa Nacional.
Asistencia De Los Estudiantes
La asistencia a las actividades educativas es de carácter obligatorio y se debe
cumplir dentro de las jornadas y horarios establecidos por la institución
educativa en la que se hallare matriculado el estudiante.
2.2.4 Lenguaje de Programación
Un lenguaje de programación como un idioma artificial diseñado para expresar
computaciones que pueden ser llevadas a cabo por máquinas como las
computadoras. Pueden usarse para crear programas que controlen el
comportamiento físico y lógico de una máquina, para expresar con algoritmos
como modo de comunicación humana.
Permite especificar de manera precisa sobre qué datos debe operar una
computadora, cómo deben ser almacenados o transmitidos y qué acciones
debe tomar bajo una variada gama de circunstancias. Este normalmente se
identifica por ejecutar órdenes normalmente programadas.
(MarcadorDePosición1)Cortes R. (2001)
Lenguaje de Programación Orientado a Objetos (POO)
Es un modo particular de programar, es la más próxima a la forma de como
diríamos las cosas en la vida real en cuanto a otros tipos de programación. La
POO es un paradigma de programación que usa objetos y sus interacciones,
para diseñar aplicaciones y programas de ordenador. Está basado en varias
técnicas, incluyendo herencia, abstracción, polimorfismo y encapsulamiento.
2.2.5 Visual estudio
8
Microsoft Visual Studio es un entorno de desarrollo integrado (IDE, por sus
siglas en inglés) para sistemas operativos Windows. Soporta múltiples
lenguajes de programación tales como C++, C#, Visual Basic .NET, F#, Java,
Python, Ruby, PHP; al igual que entornos de desarrollo web como ASP.NET
MVC, Django, etc., a lo cual sumarle las nuevas capacidades en line bajo
Windows Azure en forma del editor Monaco.
2.2.6 Interfaz Gráfica
La presentación del programa ante el usuario, debe manejar interfaces que
cumplan con el objetivo principal.
La interfaz debe ser amigable y fácil de utilizar, ya que el usuario final es el que
se va a encargar de utilizar el sistema y de dar retroalimentación al equipo de
desarrollo en caso de que haya algo que mejorar.
Las interfaces deben ser consistentes con la información que se requiere, no se
deben utilizar más campos de los necesarios, así como la información
requerida tiene que ser especificada de manera clara y concisa, no debe haber
más que lo necesario en cada formulario y por último, las interfaces deben
satisfacer los requerimientos del usuario, por lo cual no se debe excluir
información solicitada por el usuario final y no se debe incluir información no
solicitada por el mismo. Dentro de la parte técnica, la capa de presentación
contiene los objetos encargados de comunicar al usuario con el sistema
mediante el intercambio de información, capturando y desplegando los datos
necesarios para realizar alguna tarea.
2.2.7 Base de Datos
La base de datos es un conjunto de tablas o archivos relacionados entre sí
para satisfacer las necesidades de procesamientos de un sistema
computacional.
9
Base de Datos Relacionales
La base de datos relaciones es un repositorio compartido de datos, que logra
obtener la disponibilidad de los datos de una base de datos relacional a los
usuarios.
Gestor en base de datos
Un gestor de base de datos es lo que permite crear la base de datos usando
una interfaz para visualizar tablas y registros puestos en la misma.
Un gestor de base de datos es como un tipo de software muy específico,
dedicado a servir de interfaz entre la base de datos, el usuario y las
aplicaciones que la utilizan, donde su función es la de mostrar una interfaz que
facilita la operación y utilización de los recursos para su determinada adición,
modificación y eliminación de datos a implementar.
2.2.8 SQL server
Facilita y hace más rentable la creación de aplicaciones de alto rendimiento e
importancia vital, activos de Big Data listos para la empresa y soluciones de BI
que ayudan a los empleados a tomar mejores decisión, con más rapidez. Estas
soluciones tienen la flexibilidad de implementarse localmente, en la nube o en
un entorno híbrido y se pueden administrar mediante una conjunto de
herramientas común y familiar.
2.2.9 Modelo de base de datos
Modelos de Datos Conceptuales
Son los orientados a la descripción de estructuras de datos y restricciones de
integridad. Se usan fundamentalmente durante la etapa de Análisis de un
problema dado y están orientados a representar los elementos que intervienen
10
en ese problema y sus relaciones. El ejemplo más típico es el Modelo Entidad-
Relación.
Modelos de Datos Lógicos
Son orientados a las operaciones más que a la descripción de una realidad.
Usualmente están implementados en algún Manejador de Base de Datos. El
ejemplo más típico es el Modelo Relacional, que cuenta con la particularidad de
contar también con buenas características conceptuales (Normalización de
bases de datos).
Modelos de Datos Físicos
Son estructuras de datos a bajo nivel implementadas dentro del propio
manejador. Ejemplos típicos de estas estructuras son los Árboles B+, las
estructuras de Hash, etc.
2.2.10 Los Registro
Un registro es un conjunto de datos previamente agregados a una base de
datos que contiene las características principales que se necesitan para
obtener la información requerida para evaluar su utilización referente a
eficiencia, eficacia y seguridad para garantizar su operatividad y muestreo de
registros consultados por los usuarios correspondientes.
2.2.11 El lenguaje de programación de cuarta generación (4GL)
El lenguaje de programación de cuarta generación término se entiende mejor
como un entorno de cuarta generación, los paquetes de software de desarrollo
de sistemas, incluyendo lenguajes de programación de muy alto nivel. Un
lenguaje de alto nivel de programación y un entorno de desarrollo o
'Workbench Analyst' diseñado con un sistema central de diccionario de datos,
una biblioteca de patrones de diseño de acoplamiento flexible, un generador de
11
CRUD, generador de informes, lenguaje de consulta para el usuario final,
DBMS, herramienta de diseño visual y integración de la API.
Características generales de los 4GL
La cuarta generación incorpora lenguajes y metodologías de más alto nivel, con
lo cual, empleando sentencias simples, se generan instrucciones que, en los
lenguajes 3GL, hubiesen sido más complicadas. Esto también disminuye la
posibilidad de errores al programar.
La idea del avance de la programación es que el programador se concentre en
la resolución del problema y no en las complicaciones inherentes al lenguaje.
Los lenguajes de cuarta generación son diseñados para reducir el esfuerzo en
la programación, además de los tiempos y costos del desarrollo de software: no
en todos los casos logran su cometido.
Origen de los lenguajes 4GL
El término 4GL fue utilizado por primera vez en el libro Applications
Development Without Programmers de James Martin en 1982, para referirse a
los lenguajes de alto nivel no procedimentales.
2.2.12 Reporte de Asistencia:
La función permitirá obtener reportes estadísticos de acuerdo a los
requerimientos del usuario y realizar consultas de datos del estudiante como:
faltas justificadas e injustificadas.
2.2.13 Consulta de la Base Datos:
Las consultas son las que verdaderamente hacen el trabajo en una base de
datos. Pueden realizar numerosas funciones diferentes. Su función más común
es recuperar datos específicos de las tablas. Los datos que desea ver suelen
estar distribuidos por varias tablas y, gracias a las consultas, puede verlos en
12
una sola hoja de datos. Además, puesto que normalmente no desea ver todos
los registros a la vez, las consultas le permiten agregar criterios para "filtrar" los
datos hasta obtener solo los registros que desee. Las consultas a menudo
sirven de origen de registros para formularios e informes.
Algunas consultas son "actualizables", lo que significa que es posible editar los
datos de las tablas base mediante la hoja de datos de la consulta. Si trabaja
con una consulta actualizable, recuerde que los cambios se producen también
en las tablas, no solo en la hoja de datos de la consulta.
Hay dos tipos básicos de consultas: las de selección y las de acción.
Una consulta de selección: Simplemente recupera los datos y hace
que estén disponibles para su uso. Los resultados de la consulta pueden verse
en la pantalla, imprimirse o copiarse al portapapeles. O se pueden utilizar como
origen de registros para un formulario o un informe.
Una consulta de acción: Como su nombre indica, realiza una tarea con
los datos. Las consultas de acción pueden servir para crear tablas nuevas,
agregar datos a tablas existentes, actualizar datos o eliminar datos.
2.2.14 Banco de información de la base de datos.
Una base de datos o banco de datos es un conjunto de datos pertenecientes a
un mismo contexto y almacenados sistemáticamente para su posterior uso. En
este sentido; una biblioteca puede considerarse una base de datos compuesta
en su mayoría por documentos y textos impresos en papel e indexados para su
consulta. Actualmente, y debido al desarrollo tecnológico de campos como la
informática y la electrónica, la mayoría de las bases de datos están en formato
digital, siendo este un componente electrónico, y por ende se ha desarrollado y
se ofrece un amplio rango de soluciones al problema del almacenamiento de
datos.
13
Las aplicaciones más usuales son para la gestión de empresas e instituciones
públicas; También son ampliamente utilizadas en entornos científicos con el
objeto de almacenar la información experimental.
Aunque las bases de datos pueden contener muchos tipos de datos, algunos
de ellos se encuentran protegidos por las leyes de varios países. Por ejemplo
en España, los datos personales se encuentran protegidos por la Ley Orgánica
de Protección de Datos de Carácter Personal (LOPD), en México por la Ley
Federal de Transparencia y Acceso a la Información Pública Gubernamental y
en Argentina la Ley de Protección de Datos Personales.
2.2POSICIONAMIENTO DEL INVESTIGADOR
Todo trabajo reposa sobre una cierta visión del mundo, la reflexión
epistemológica es, consubstancial a toda investigación que se desarrolló.
(Martin,1990).
El desarrollo e implantación de un sistema informático, permitirá el correcto
registro de asistencia de estudiantes de la Unidad Educativa “Santa Rosa”,
optimizara y se llevar el proceso de una forma ordenada, segura y efectiva de
la asistencia; porque para el desarrollo se toma encanta lo siguiente:
El proceso de control de asistencia en Unidad Educativa “Santa Rosa”, se lleva
en forma manual, recolectando los datos mediante un libro de asistencia en el
cual cada profesor debe ingresar la asistencia del estudiante. Entre las
dificultades que se podría presentar al contar con un proceso manual se
pueden mencionar: que se puede alterar o manipular los datos que constan en
el libro de registro de asistencia; que se pierdan los documentos y la
manipulación de la información sea muy lento.
Por estas diversas razones es necesario un cambio, a través de un sistema
automatizado que permita el registro de asistencia de estudiantes evite pérdida
14
de documentos y que agilice el proceso de control de tal manera que sea
confiable, seguro y amigable.
Es por ello, que con el fin de ayudar a esta prestigiosa institución educativa, se
desea desarrollar un software que permita la gestión del control de asistencia
del personal administrativo de la Unidad Educativo “Santa Rosa”, que optimice
y automatice el proceso y se pueda llevar de una forma ordenada, segura y
efectiva el control de asistencia.
CAPÍTULO III
MARCO METODOLOGICO O METODOLOGIA
En el presente proyecto se aplicó la investigación de campo y bibliográfica
además los enfoques cuantitativo y cualitativo.
3.1MODALIDAD
La modalidad cualicuantitativo, en la investigación permitió analizar el contexto
para tomar decisiones.
3.1.1 Modalidad cuantitativa
Es el procedimiento de decisión que pretende decir, entre ciertas alternativas,
usando magnitudes numéricas que pueden ser tratadas mediante
herramientas del campo de la estadística.
3.1.2 Modalidad cualitativa
Hace referencia a un grupo de métodos de investigación de base lingüístico-
semiótica usada principalmente en ciencias sociales. Se suele considerar
técnicas cualitativas todas aquellas distintas a la encuesta y al experimento. Es
decir, entrevistas abiertas, grupos de discusión o técnicas de observación y
observación participante. (Anexo I)
15
3.2MÉTODOS
En el desarrollo del software entrenador utilizamos el método inductivo,
deductivo y lógico porque esto es importante para llegar al objetivo general.
El método Inductivo-Deductivo permito descomponer los aspectos principales
que inciden en el trabajo de investigación para posteriormente establecer
propuestas y conclusiones.
El método lógico: permitió asimilar la realidad de lo que ocurre en la Unidad
Educativa “Santa Rosa”.
3.3 TIPO DE INVESTIGACIÓN
La investigación se llevará a cabo a través de búsqueda de información en
fuentes bibliográficas que permitan conocer el área con la cual se va a trabajar,
partiendo de fundamentos teóricos tales como conceptos, definiciones,
ejemplos, hasta llegar a la parte de práctica y experimentación con modelos
reales. Además se realizará un monitoreo permanente de los recursos con los
cuales se contará para poder desarrollar el sistema, los cuales abarcará tanto
materiales como humanos.
Para el desarrollo del presente proyecto de investigación se utilizarán los
siguientes métodos de investigación:
3.3.1 Investigación Bibliográfica y Documental.
La información bibliográfica y documental se realizará con información obtenida
en sitios de internet, documentos electrónicos y documentos bibliográficos.
3.3.2 Investigación de Campo
Se estudió el problema a través de esta investigación porque este método
cosiste en realiza un estudio sistemático de los hechos en el lugar que se
produce los acontecimientos.
16
Se aplicó cuantitativamente encuestas con el fin de determinar el grado de
factibilidad del desarrollo de software entrenador.
3.4 POBLACIÓN Y MUESTRA
3.4.1 Población
La población está conformada por 23 personas descritos a continuación:
20 Docentes
1 Inspector general
2 Inspectores de curso
3.4.2 Muestra
Como la población es pequeña el universo de estudio es igual a la muestra.
3.4 TÉCNICAS E INSTRUMENTOS DE INVESTIGACIÓN
Técnica
Encuesta
Instrumento
Cuestionario
3.5 ANÁLISIS E INTERPRETACIÓN DE LOS RESULTADOS
El objetivo de la encuesta es determinar el grado de aceptación de un software
entrenador que permita automatizar el registro de asistencia de los estudiantes
de educación básica superior para el departamento de inspección de la Unidad
Educativa “Santa Rosa” de la ciudad de Ambato.
De la encuesta planteada a la muestra de personas en la Unidad Educativa
“Santa Rosa” en la parroquia Santa Rosa de la cuidad de Ambato de la
provincia de Tungurahua los resultados obtenidos son los siguientes.
17
¿Alguna vez ha usado un software de control de asistencia en el departamento
de inspección?
Tabla 1: Software de control de asistencia.
OPCIONES CANTIDAD PORCENTAJESi 7 30%No 16 70%
TOTAL 23 100% Fuente: Encuesta Elaborador: Investigador
Ilustración 1: Software de control de asistencia.
30%
70%
Software de control de asistencia.
SiNo
Fuente: EncuestaElaborador: Investigador
Análisis:
El 70% encuestados respondió que no ha usado uno software para controlar la
asistencia de los estudiantes y el 30% de los encuestados responden que si a
esta pregunta.
18
Conclusión:
Se debe implementar un software para controlar la asistencia de los
estudiantes.
¿Cree usted que en la Unidad Educativa deba implementar un software para el
control de asistencia de estudiantes?
Tabla 2: Implementación del Software de control de asistencia.
OPCIONES CANTIDAD PORCENTAJESi 19 83%No 4 17%
TOTAL 23 100% Fuente: Encuesta Elaborador: Investigador
Ilustración 2: Implementación del Software de control de asistencia.
83%
17%
Implementación del Software de control de asistencia
SiNo
Fuente: EncuestaElaborador: Investigador
Análisis:
Del total de los encuestados el 83% respondió que si se debe implementar el
software para el control de asistencia de estudiantes y solo el 17% responde
no.
Conclusión:
19
Los encuestados consideran que se debe implementar un software para el
control de asistencia de estudiantes.
¿Cómo encargado de la asistencia de los estudiantes cree que es importante el
uso de un sistema que permita saber el total de asistencia al final de cada
quimestre?
Tabla 3: Importancia del control de asistencia de los estudiantes
OPCIONES CANTIDAD PORCENTAJESi 21 91%No 2 9%
TOTAL 23 100% Fuente: Encuesta Elaborador: Investigador
Ilustración 3: Importancia del control de asistencia de los estudiantes.
91%
9%
Importancia del control de asistencia de los estudiantes
SiNo
Fuente: EncuestaElaborador: Investigador
Análisis:
Al 21% de los encuestados respondió, es importante el uso de un sistema que
permita saber el total de asistencia al final de cada quimestre y el 9% responde
no.
Conclusión:
20
Es de suma importación el total de la asistencia al final de cada quimestre y por
tanto el software a desarrollar debe detener esta característica.
¿Le gustaría saber el número de inasistencia a clases del alumno con solo
digitar el número de cédula?
Tabla 4: Total de insistencias con el número de cédula del estudiante
OPCIONES CANTIDAD PORCENTAJESi 20 87%No 3 13%
TOTAL 23 100% Fuente: Encuesta Elaborador: Investigador
Ilustración 4: Total de insistencias con el número de cedula del estudiante.
87%
13%
Total de insistencias con el número de cedula del estudiante
sino
Fuente: EncuestaElaborador: Investigador
Análisis:
Del total de los encuestados el 87% respondió que le agradaría saber qué día
falto a clases él estudiante solo con digitar el número de cedula y el 13%
responde no.
Conclusión:
21
A los encuestados les impacta la idea de saber el número de inasistencias del
estudiante con solo digitar el número de cédula.
¿Cree que este sistema nos podría ayudar a optimizar tiempo?
Tabla 5: Optimización del tiempo con el uso del sistema.
OPCIONES CANTIDAD PORCENTAJESi 17 74%No 6 26%
TOTAL 23 100% Fuente: Encuesta Elaborador: Investigador
Ilustración 5: Optimización del tiempo con el uso del sistema.
74%
26%Optimización del tiempo con el uso del sistema
SiNo
Fuente: EncuestaElaborador: Investigador
Análisis:
Del total de los encuestados el 74% respondió piensa que el sistema ayudara a
optimizar tiempo y 26% de los encuestados responde no esta pregunta.
Conclusión:
El sistema ayudara a optimizar el tiempo de las personas encargas del control
de asistencia.
22
¿Considera usted que se debería utilizar estos tipos de sistemas para evitar las
demoras y las constantes fallas que se cometen?
Tabla 6: El sistema ayuda a evitar demoras.
OPCIONES CANTIDAD PORCENTAJESi 19 83%No 4 17%
TOTAL 23 100% Fuente: Encuesta Elaborador: Investigador
Ilustración 6: El sistema ayuda a evitar demoras.
83%
17%El sistema ayuda a evitar demoras
SiNo
Fuente: EncuestaElaborador: Investigador
Análisis:
El 83% de los encuestados consideran necesarios algún sistema para evitar las
demoras y las constantes fallas y el 17% responde no en esta pregunta.
Conclusión:
Es importante un sistema para evitar las demoras y las constantes fallas.
¿Será necesario llevar un control automático de faltas justificadas e
injustificadas de los estudiantes de la unidad educativa.
23
Tabla 7: Control automático de faltas justificadas e injustificadas.
OPCIONES CANTIDAD PORCENTAJESi 22 96%No 1 4%
TOTAL 23 100% Fuente: Encuesta Elaborador: Investigador
Ilustración 7: Control automático de faltas justificadas e injustificadas.
96%
4%
Control automático de faltas justificadas e injustificadas
SiNo
Fuente: EncuestaElaborador: Investigador
Análisis:
El 96% de los encuestados respondió que es necesario llevar un control
automático de faltas justificadas e injustificadas de los estudiantes y el 4%
responde no.
Conclusión:
Es necesario llevar un control automático de faltas justificadas e injustificadas
de los estudiantes de la unidad educativa.
24
3.7 Verificación de la Hipótesis
Se puede decir que se hizo las respectivas investigaciones para llegar a
obtener datos reales, aunque el trabajo no fue fácil se llegó a la conclusión que
el sistema es de gran utilidad para el área del departamento de inspección de
la unidad educativa “Santa Rosa”.
El presente trabajo es una herramienta fundamental que permitirá eliminar el
proceso de control de asistencia que se lleva en forma manual, recolectando
los datos mediante un libro de asistencia en el cual cada personal debe
ingresar la hora de ingreso y salida de cada docente.
Saber los días de insistencia de los estudiantes es fundamental ya que permite
saber él porque la falta de conocimientos y como se le puede ayudar al
estudiante. La falta del estudiante es justificada por los representantes y
muchas de las veces a la persona encargada de realizar este proceso le lleva
mucho tiempo, es por esto que se le ha denominado como problema al control
manual de justificación de faltas y se desarrolla un sistema de control de
asistencia de estudiantes.
Un sistema que optimice actividades es fundamental en cualquier institución,
mejor aun cuando el sistema es fácil de manejar y que con solo ingresar
algunos datos nos muestra información. Basando en lo anterior hemos creado
un sistema de control de asistencia de estudiantes que permita saber cuántas
faltas tienen, del mismo modo se podrá saber el total de faltas injustificadas en
cada quimestre.
25
CAPÍTULO IV
PROPUESTA
4.1Título
Desarrollo de un Software Entrenador para el Registro de Asistencia de los
Estudiantes de Educación Básica Superior para el Departamento de Inspección
de la Unidad Educativa de “SANTA ROSA”, en la Provincia de Tungurahua.
4.2Datos informativos:
Unidad ejecutora:
Unidad Educativa “Santa Rosa”
Beneficiarios:
Personal encargado del departamento de inspección de la Unidad
Educativa “Santa Rosa”
Ubicación:
Provincia: Tungurahua
Cantón: Ambato
Parroquia: Santa Rosa.
Responsables:
Autor: Srta. Verónica Patricia Ramos Tibanlombo.
Tutor: Esp. Gonzalo Ramón Balverde Escobar.
4.3Antecedentes de la Propuesta
El avance de la ciencia y la tecnología a nivel mundial, exige que el Sistema
Educativo se involucre de manera precisa para que facilite el desarrollo
26
individual y colectivo del estudiante en esta sociedad llena de facilidades y
comodidades.
Con la implementación del Software de control de asistencia se da paso a un
mundo de conocimientos tecnológicos e innovadores, ya que las computadoras
se han convertido en un factor importante en el desarrollo del conocimiento
con: procesos, instrucciones y técnicas adecuadas que permiten proveer
soluciones que ayudarán a mejorar el rendimiento institucional.
La Unidad Educativa “Santa Rosa”, en el periodo lectivo (2015-2016) no cuenta
con un sistema automatizado para llevar el control de asistencia de los dicentes
en el área del departamento de inspección; manifestándose un grave problema
porque no brinda transparencia, fiabilidad y sobre todo seguridad en el registro
de asistencia.
Es por este motivo que en la Unidad Educativa “Santa Rosa”, existe la
necesidad de contar con el sistema de control de asistencia de estudiantes que
brinden una gran transparencia, fiabilidad y sobre todo seguridad en el registro
de asistencia.
4.4 OBJETIVOS
4.4.1 Objetivo General
Automatizar el Registro de Asistencia de los Estudiantes de Educación
Básica Superior para el Departamento de Inspección de la Unidad
Educativa de “SANTA ROSA”, en la Provincia de Tungurahua Año Lectivo
2014-2015, mediante el Desarrollo de un Software Entrenador.
27
4.4.2 Objetivos Específicos
Determinar las herramientas a utilizar para la elaboración del software para
el registro de asistencia de estudiantes.
Diseñar e implementar la estructura de la base de datos que agilizara los
procesos que conlleven los distintos formularios de registro de control
asistencia de alumnos en el área del departamento de inspección.
Programar el sistema de control de asistencia de alumnos que cumpla los
requerimientos de dicho proceso.
4.5 JUSTIFICACIÓN
El software entrenador para el registro de asistencia de los estudiantes de
Educación Básica Superior para el Departamento de Inspección de la Unidad
Educativa de “SANTA ROSA”, que servirá como una herramienta para área del
departamento de inspección; proporciona al personal del área del
departamento de inspección utilizar este software como un método para
optimizar tiempo y mejorar el registro actual de asistencia, y contribuir a
resolver de forma indirecta el problema de las faltas justificadas e injusticitas.
Este software es de gran utilidad, ya que tiene la ventaja de registrar el
proceso de asistencia de los estudiantes de forma fácil y rápida; será un aporte
muy significativo que contribuirá con el desarrollo de un sistema automatizado
para el proceso de justificación de inasistencia del estudiante, herramienta que
ayudará a organizar y a procesar la información que se genera cada quimestre
en la unidad educativa, beneficiando a padres de familia, estudiantes y el
departamento de inspección de la unidad educativa.
4.5 DESARROLLO DE LA PROPUESTA
Una metodología de desarrollo de software se refiere a un framework que es
usado para el proceso de desarrollo en sistemas de información. (Roger S.
Pressman, p.96)
28
Ciclo de vida clásico o en cascada: esta estrategia suele ser utilizada cuando el
sistema no es de gran complejidad y puede ser manejable como proyecto,
cuando los requerimientos del sistema puede predecirse fácilmente. Consiste
en una sucesión de etapas en cadena o cascada por las que pasa el sistema
de información desde que es concebido hasta que comienza a usarse (José
Manuel Cotos Yáñez, José Ángel Taboada González, 2005. P.9)
Los lenguajes de cuarta generación (4GL Fourth Generation Language) son
aquellos lenguajes de programación o entornos de programación diseñados
con un propósito específico, por ejemplo, el desarrollo de software comercial.
La cuarta generación incorpora lenguajes y metodologías de más alto nivel, con
lo cual, empleando sentencias simples, se generan instrucciones que, en los
lenguajes 3GL, hubiesen sido más complicadas. Esto también disminuye la
posibilidad de errores al programar. (Leandro Alegsa, 2004. P.19)
Los leguajes de programación Visual Estudio 2010 y SQL Server 2008 se
utilizan como herramienta para la creación del desarrollo del software; estos
lenguajes de 4GL facilitan el diseñado y la creación de aplicaciones porque su
escritura y lectura es muy parecido al leguaje de los humanos y además
permite que el programador se concentre en la resolución del problema y no en
las complicaciones inherentes que se producen en la programación.
El modelo de desarrollo del software que se utiliza en desarrollo del software
entrenador de asistencia de alumnos se implementa el Modelo en Cascada;
este modelo permite tener un control del proceso dando paso a una buena
planificación con una clara visión del riesgo de cada fase del mismo, lo cual es
muy útil e importante en el desarrollo del proyecto.
29
4.6METODOLOGÍA DEL DESARROLLO DEL SOFTWARE
4.6.1 Metodología en Cascada
Etapas
Requerimientos.
Análisis
Diseño del sistema.
Diseños del programa.
Codificación y pruebas.
Implementación
Beneficios respecto al proyecto.
Es perfecto para proyectos que son rígidos si se conoce muy bien la
herramienta a utilizar.
Provee estabilidad en los requerimientos.
Es un método muy estructurado que funciona bien con gente de poca
experiencia.
4.6.1.1 Requerimientos del Sistema
El análisis de requerimientos de la fase uno de la metodología en cascada, es
parte principal de desarrollar del software entrenador que permite automatizar
el registro de asistencia de estudiantes; aquí es donde se concretó la idea, la
visión del sistema y los requerimientos.
Idea: Desarrollo de un software entrenador que permita automatizar el registro
de asistencia de estudiantes.
Visión: Crear un software entrenador que permita automatizar el registro de
asistencia de estudiantes, utilizando Visual Estudio 2010 y SQL server 2008.
30
Requerimientos funcionales:
Registro de Usuarios y Contraseña
Permite ingresar seleccionar al tipo usuario ingresar una clave y nombre del
usuario para poder acceder al sistema. No todas las personas pueden acceder
al sistema, la información que muestra el sistema depende del tipo de usuario.
Registro de Alumnos
El usuario ingresara como administrador del sistema e ingresara los datos
necesarios para que el alumno conste en el sistema de asistencia.
El alumno puede pertenecer a un solo curso y aun solo paralelo pero en el
curso dictan clases varios profesores y el curso tiene un horario de clase.
Registro de Profesores
La persona que tiene el rol de administrador del sistema ingresara su clave y
nombre e ingresara al sistema para ingresar los datos necesarios para que el
profesor conste en el sistema.
Los profesores darán clases a varios cursos, en diferentes horarios y diferentes
materias.
Registro de Materias
Las materias que se registren en el sistema por la persona que tiene el rol de
administrador del sistema, van de acuerdo al paralelo y el grado.
Registro de paralelos
Los paralelos pueden ser uno, dos o más deben estar relacionas con el grado.
31
Registro de Grados
Los grados a registrar son octavos, novenos y décimos, pero el sistema
permitirá que se puedan registrar otros.
Registro de Asistencia
El registro de asistencia lo puede hacer un administrador o un usuario que este
registrado en el sistema. El registro ha de permitir seleccionar la materia, el
profesor, el grado, el curso y tomar en cuenta los atrasos.
Registro de Faltas Justificadas
El sistema ha de permitir justificara las faltas ya sea con el rol de administrador
o usuario. Además se podrá imprimir cuantas faltas tiene el alumno en cada
quimestre.
Registro Registros de Horarios
El sistema ha de tener la opción de generar horarios de clases para cada
profesor y ese profesor ha de estar relacionado con una o varias paralelos
Requerimientos no Funcionales
De apariencia o Interfaz
El software ha de ser intuitivo y amigable
De usabilidad
El software ha de ser fácil de usar para el usuario y administrador teniendo
encueta en nivel de conocimiento de informática.
De rendimiento
32
El software debe responder rápidamente a las peticiones del usuario.
De soporte y portabilidad
El software debe ser instalable en la máquina con Windows 2007.
De seguridad y Privacidad
Se debe restringir el exceso al sistema.
De confiabilidad
Ante un caso extremo, el software debe garantizar seguridad de acceso al
sistema.
De restricciones en el diseño y la implementación.
La aplicación se constituirá bajo el lenguaje visual estudio 2010 y SQL server
2008
La aplicación tendrá acceso a una base de datos
4.6.1.2 Nivel de Análisis
En el área del departamento de inspección de la Unidad Educativa “Santa
Rosa” existe la necesidad de contar con un sistema de control de asistencia de
alumnos que permita llevar un mejor control y sea fácil de manejar.
El sistema de control de asistencia de alumnos, servirá como un software
donde el personal de la Unidad Educativa “Santa Rosa” se familiarice con un
software educativo, hasta que la institución tenga el software que el ministerio
de educación está proveyendo a al instituciones.
Para el sistema de control de asistencia de alumnos es necesario tener
registros, los mismos que se detallaron anteriormente en los requerimientos
33
funcionales y no funcionales; todos ellos ayudan a crea el sistema para el
control de asistencia.
4.6.1.3 Diseños del Programa
Diseño de la base de datos
Elaborado por: Investigador
4.6.1.4 Nivel de Codificación
Es en donde se implementó el código fuente, haciendo uso de prototipos así
como de pruebas y ensayos para corregir errores. Para el desarrollo del
software de registro de asistencia de alumnos se utiliza Visual Estudio 2010 y
SQL Server 2008. (Anexo II)
4.6.1.5 Nivel de Pruebas
Los elementos, ya programados, se ensamblan para componer el sistema y se
comprueba que funciona correctamente y que cumple con los requisitos, antes
de ser entregado al usuario final.
34
Caja Negra: (Procesos)
Las pruebas centradas en el resultado del trabajo del desarrollo del software
entrenador de control de asistencia de alumnos; evidentemente corregimos
errores de reportes, errores en y estructura de la base de datos. En error de
reportes se supone más esfuerzo que el error estura de la base de datos. Este
planteamiento se centra en la calidad del trabajo conseguido y a partir del
mismo deducir el esfuerzo realizado.
Caja Blanca: (Entradas y salidas.)
Se centra en la participación del autor; en ese momento el autor es quien
verifica el sistema, guía y suele actuar como un miembro más del equipo, eso
sí, un miembro del equipo con mucha más experiencia que el resto.
El autor detecta los posibles errores en el proceso de reportes de asistencia.
En este planteamiento el autor de proyecto dedica un tiempo considerable a
solucionar los errores; por tanto requiere más esfuerzo en el desarrollo del
sistema.
4.7RECURSOS
4.7.1 Talento Humano
Diseñador del Sistema
Verónica Patricia Ramos Tibanlombo
Equipo de Trabajo
Gestor de pruebas: Verónica Patricia Ramos Tibanlombo
Usuarios Probadores
35
Revisores del proyecto: Mgs. David Leonardo Guevara Aulestia, Ing.
Gonzalo Ramón Balverde Escobar, Ing. Carlos Aníbal Camana Castro.
Inspector general de la Escuela.
Recurso Tecnológico:
Computador
Impresora
Software (Visual Estudio 2010, SQL Server 2008)
Escritorio
Silla
Recursos Materiales:
Papel para imprimir los reportes de prueba
Tinta de impresora
4.8 PRESUPUESTO DEL SOFTWARE
Analizar y estimar las inversiones que se realizarán en el proyecto constituyen
los costos iniciales que corresponden a la ejecución del proyecto y además
tiene como propósito de mostrar el costo del software.
Para la estimación de costos para el desarrollo del software, se utiliza la técnica
del COCOMOII que permite estimar el coste, esfuerzo y tiempo, cuando se
realiza una nueva actividad durante el desarrollo del software.
Un presupuesto es un plan para el dinero. Tiene dos partes: ingresos y gastos.
Los ingresos son el dinero que alguien recibe. Puedes recibir una mesada. Los
gastos son cosas en las que se gasta el dinero, como comida o ropa.
(AndrewEinspruch.2008. p. 4).
COCOMO
36
El modelo COCOMO es un modelo empírico que se obtuvo recopilando datos
de varios proyectos grandes. Estos fueron analizados para descubrir las
fórmulas que mejor se ajustaban a las observaciones. Estas fórmulas vinculan
el tamaño del sistema del producto, factores del proyecto y del equipo con el
esfuerzo necesario para desarrollar el sistema. (Ian Sommerville,2005, p.255).
Para el desarrollar un software entrenador que permita automatizar el registro
de asistencia de los estudiantes de educación básica superior para el
departamento de inspección de la unidad educativa de “SANTA ROSA”, se
utiliza el modo semilibre, por cuanto es realizado por una sola persona, con
experiencia en el desarrollo del software con ciertas restricciones, que
difícilmente se basa en experiencias. (Anexo IV).
4.9CRONOGRAMA DE ACTIVIDADES
N° Actividad Octubre Noviembre Diciembre1 Formulación Proyecto2 Elaboración del Problema de
Investigación3 Elaboración del Marco Teórico4 Revisión Bibliográfica5 Recopilación de Información6 Elaboración del marco Metodológico7 Elaboración de la propuesta8 Revisión de primer borrador del
documento9 Corrección
10 Revisión del segundo borrador del documento
11 Corrección12 Revisión final del documento13 Digitalización del documento14 Empastar el documento15 Entrega16 Presentación final
37
4.10 CONCLUSIONES Y RECOMENDACIONES
Conclusiones
El sistema de control de asistencia fue desarrollado en lenguaje Visual
Estudio 2010, base de datos SQL server 2008 y en tres capas que permiten
que el desarrollo se lo pueda llevar es varios niveles facilitando cambios en
el código cuando sea necesario.
A la hora de analizar y diseñar la estructura de la base de datos para el
control de asistencia de alumnos una opción es analizar cuáles son los
requerimientos del sistema ya que esto ayuda a tener una idea de cuantos
son los registros que existirá en el sistema.
Diseñamos interfaces fácil de manejar y tratamos que el sistema sea lo más
sencillo posible y para evitar que la persona que servirá de administrador
del sistema de control de asistencia en la unidad educativa lean todo el
manual del manejo del sistema.
Recomendaciones
Que la información del sistema sea manipulada únicamente por el
administrador el cual es el único responsable de la información que se
ingresa en el sistema para evitar alteración en los datos ingresados.
Realizar copias de seguridad de la base de datos cada 3 meses para ver
cómo está el sistema realizado los registros del control de asistencia y
sobre todo tener respaldo de la base de datos.
En el caso de dudas sobre el uso del sistema, recurrir al manual de usuario
para ayudar a despejar cualquier inquietud que se tenga sobre el manejo
del software de control de asistencia de alumnos.
38
4.11 BIBLIOGRÁFIA
FERNÁNDEZ Vincec, (2006). Desarrollo de sistemas de información, primera
edición. Ediciones UPC.
PIATTINI Mario, (1999). Fundamentación y modelos de Bases de datos.
Segunda edición. España. Editorial Ra-ma.
ROB Peter, CORONEL Carlos, (2004). Sistemas de bases de datos, quinta
edición. México. Editores Thomson.
Thierry GROUSSARD.(2011). Los fundamentos del lenguaje - Desarrollo con
Visual Estudio 2010. Edición ENI.
Duncan Mackenzie,Kent Sharkey.(2012). Aprendiendo Visual Basic.Net en 21
Lecciones Avanzadas.
Pressman, R. &Angoar, M & Cotos, & Taboada, A.(1997),Ingeniería del
software: un enfoque práctico. Editorial Netbiblo.
Pressman, R. (2005). Ingeniería de Software Un enfoque práctico. México:
McGraw-Hill Interamericana.
Proyecto de control de asistencia para maestros y alumnos en las escuelas del
sector educativo nacional: Extraída el 28 de Octubre del 2014 desde.
http://bibliotecadigital.conevyt.org.mx/concurso/tematica_d/0001.pdf
Ministerio de educación: Marco legal: Extraída el 30 de Octubre del 2014
desde.
http://educacion.gob.ec/wpcontent/uploads/downloads/2013/01/Marco_Legal_E
ducativo_2012.pdf
39
NET Framework 4.5: Seguridad basada en roles. Extraída el 5 de Noviembre
del 2014 desde. http://msdn.microsoft.com/es-es/library/sh z8h065%28v=vs.110
%29.aspx
Visual Studio .NET 2003: Seguridad de bases de datos. Extraída el 5 de
Noviembre del 2014 desde. http://msdn.microsoft.com/es-es/library/cc
434708%28v=vs.71%29.aspx
Metodóloga de la investigación: Tipos de metodologías: extraída el 31 de
Octubre del 2014 desde. http://www.fisterra.com/formacion/metodologia-
investigacion/
Programador y analista de sistema: extraída el 3 de Noviembre del 2014 desde.
http://sistemainformaticoj.blogspot.com/
Investigación cualitativa: Investigación cualitativa o metodología cualitativa:
extraída el 3 de Noviembre del 2014
desde.http://es.wikipedia.org/wiki/Investigac i%C3%B3n_cualitativa
Lenguajes de Cuarta Generación: Introducción a los Lenguajes de Cuarta
Generación (4GL). Extraída el 13 de Noviembre del 2014 desde. http://www.di-
mare.com/adolfo/cursos/2007-1/pp-Intro4GL.pdf
INACAP Herramientas de Diseño: Lenguajes de cuarta generación (4GL).
Extraída el 15 de Noviembre del 2014 desde.
http://misclasesvvr.tripod.com/hd/pdf/4GL.pdf
40
ANEXOS
ANEXO I ENCUESTA
Objetivo
Determinar el grado de aceptación de un software entrenador de registro de
asistencia de alumnos para la Unidad Educativa “Santa Rosa” de la ciudad de
Ambato.
1. ¿Alguna vez ha usado un software de control de asistencia en el
departamento de inspección?
Si ( ) No ( )
2. ¿Cree usted que en la Unidad Educativa deba implementar un software
para el control de asistencia de estudiantes?
Si ( ) No ( )
3: ¿Cómo encargado de la asistencia de los estudiantes cree que es importante
el uso de un sistema que permita saber el total de asistencia al final de cada
quimestre?
Si ( ) No ( )
4: ¿Le gustaría saber el número de inasistencia a clases del alumno con solo
digitar su número de cedula?
Si ( ) No ( )
5: ¿Cree que este sistema nos podría ayudar en nuestras labores?
41
Si ( ) No ( )
6: ¿Considera usted que se debería utilizar estos tipos de sistemas para evitar
las demoras y las constantes fallas que se cometen?
Si ( ) No ( )
7: ¿Será necesario llevar un control automático de faltas justificadas e
injustificadas de los estudiantes de la unidad educativa.
Si ( ) No ( )
Gracias por el su colaboración.
42
ANEXO II CODIFICACIÓN
LO MÁS RELEVANTE DEL SISTEMA
CREATE TABLE USUARIO(ID_USER VARCHAR(10) PRIMARY KEY,PASS_USER VARCHAR(10) NOT NULL,ROL_USER VARCHAR(13) NOT NULL);ALTER TABLE USUARIOADD CONSTRAINT ROL_USER CHECK(ROL_USER IN ('USUARIO','ADMINISTRADOR'));INSERT INTO USUARIO VALUES('Veronica Ramos','1992','USUARIO');INSERT INTO USUARIO VALUES('Veronica','123','ADMINISTRADOR');CREATE TABLE USUARIOID_USER VARCHAR(10) PRIMARY KEY,PASS_USER VARCHAR(10) NOT NULL,ROL_USER VARCHAR(13) NOT NULL CONSTRAINT ROL_USER CHECK(ROL_USER IN ('USUARIO','ADMINISTRADOR')));
CREATE TABLE PROFESOR(ID_PROFESOR VARCHAR(10) PRIMARY KEY,NOM_PROFESOR VARCHAR(15) NOT NULL,APE_PROFESOR VARCHAR(15) NOT NULL,TITULO_PROFESOR VARCHAR(100));INSERT INTO PROFESOR VALUES ('1901','CLARA','SANCHEZ','INGENIERO');INSERT INTO PROFESOR VALUES ('1902','OSWALDO','PAREDES','INGENIERO');
CREATE TABLE MATERIAS(ID_MATERIA VARCHAR(10) PRIMARY KEY,NOM_MATERIA VARCHAR(60) NOT NULL,ID_PROFESOR VARCHAR(10) REFERENCES PROFESOR(ID_PROFESOR));INSERT INTO MATERIAS VALUES('MA01','FISICA I','1901');INSERT INTO MATERIAS VALUES('MA02','NTIC S','1904');
CREATE TABLE CURSO(ID_CURSO VARCHAR(5) PRIMARY KEY,NOM_CURSO VARCHAR(10) NOT NULL,OBS_CURSO VARCHAR(50));INSERT INTO CURSO VALUES('CUR01','OCTAVO','');INSERT INTO CURSO VALUES('CUR02','NOVENO','');INSERT INTO CURSO VALUES('CUR03','DECIMO','');
CREATE TABLE PARALELO(ID_PAR VARCHAR(5) PRIMARY KEY,NOM_PAR VARCHAR(12) NOT NULL,NUM_ALUM INTEGER,ID_CURSO VARCHAR(5) REFERENCES CURSO(ID_CURSO));INSERT INTO PARALELO VALUES('PA01','PRIMERO A',10,'CUR01');INSERT INTO PARALELO VALUES('PA02','PRIMERO B',10,'CUR01');
43
INSERT INTO PARALELO VALUES('PA03','PRIMERO C',10,'CUR01');
CREATE TABLE ALUMNOS(ID_ALUMNO VARCHAR(10) PRIMARY KEY,NOM_ALUMNO VARCHAR(15) NOT NULL,APE_ALUMNO VARCHAR(15) NOT NULL,ID_PAR VARCHAR(5) REFERENCES PARALELO(ID_PAR));--PRIMERO AINSERT INTO ALUMNOS VALUES('1801','CAROL','RAMOS','PA01');INSERT INTO ALUMNOS VALUES('1802','PATRICIA','RAMOS','PA01');--SEGUNDO AINSERT INTO ALUMNOS VALUES('1811','JEFERSON','GUANANGA','PA05');INSERT INTO ALUMNOS VALUES('1812','ALEJANDRA','GUANANGA','PA05');INSERT INTO ALUMNOS VALUES('1813','MICHAEL','GUANANGA','PA05');
CREATE TABLE HORARIO(ID_HOR INTEGER IDENTITY (1,1) PRIMARY KEY,ID_MATERIA VARCHAR(10) REFERENCES MATERIAS(ID_MATERIA),ID_PAR VARCHAR(5) REFERENCES PARALELO(ID_PAR),DIA VARCHAR(10) NOT NULL,H_INI VARCHAR(5) NOT NULL,H_FIN VARCHAR(5) NOT NULL);
CREATE TABLE CLASES_MAESTRO(ID_CLAS INTEGER IDENTITY (1,1) PRIMARY KEY,ID_PROFESOR VARCHAR(10) REFERENCES PROFESOR(ID_PROFESOR),ID_MATERIA VARCHAR(10) REFERENCES MATERIAS(ID_MATERIA),ID_PARALELO VARCHAR(5) NOT NULL,FECHA DATE);--INSERT INTO CLASES_MAESTRO VALUES('1901','MA03','PAR01',GETDATE());--INSERT INTO CLASES_MAESTRO VALUES('1901','MA08','PAR01',GETDATE());
CREATE TABLE CLASES_DETALLE(ID_CD INTEGER IDENTITY (1,1) PRIMARY KEY,ID_CLAS INTEGER REFERENCES CLASES_MAESTRO(ID_CLAS),ID_ALUMNO VARCHAR(10) REFERENCES ALUMNOS(ID_ALUMNO),ASISTENCIA INTEGER NOT NULL,OBSERVACION VARCHAR(255));--INSERT INTO CLASES_DETALLE VALUES(1,'1801',1,'');--INSERT INTO CLASES_DETALLE VALUES(1,'1802',1,'');--INSERT INTO CLASES_DETALLE VALUES(1,'1803',1,'');--INSERT INTO CLASES_DETALLE VALUES(1,'1804',1,'');
CONSULTAS PARA LOS REPORTES DEL SISTEMA(SOLO ALGUNGAS)
SELECT ID_ALUMNO, PARCIAL, QUIMESTRE, count(JUSTIFIADA) AS JUSTIFICADA FROM REPORTE_FALTAS_TOTAL WHERE JUSTIFIADA = 1 GROUP BY ID_ALUMNO, PARCIAL, QUIMESTRE
44
PARA LA ASISTENCIA__________________________________ CREATE PROCEDURE SP_ALUMNOS_ASISTENCIA (@ID_PROFESOR VARCHAR(10), @ID_MATERIA VARCHAR(10))ASBEGINSELECT DISTINCT ALUMNOS.ID_ALUMNO, ALUMNOS.APE_ALUMNO, ALUMNOS.NOM_ALUMNOFROM PROFESOR INNER JOIN MATERIAS ON PROFESOR.ID_PROFESOR = MATERIAS.ID_PROFESOR INNER JOIN HORARIO ON MATERIAS.ID_MATERIA = HORARIO.ID_MATERIA INNER JOIN ALUMNOS INNER JOIN PARALELO ON ALUMNOS.ID_PAR = PARALELO.ID_PAR ON HORARIO.ID_PAR = PARALELO.ID_PAR
AND PROFESOR.ID_PROFESOR = @ID_PROFESOR AND MATERIAS.ID_MATERIA = @ID_MATERIA
END
CREATE PROCEDURE SP_SELECT_PARALELO_ASISTENCIA (@ID_PROFESOR VARCHAR(10), @ID_MATERIA VARCHAR(10))ASBEGINSELECT DISTINCT PARALELO.ID_PAR , PARALELO.NOM_PARFROM MATERIAS INNER JOIN PROFESOR ON MATERIAS.ID_PROFESOR = PROFESOR.ID_PROFESOR INNER JOIN HORARIO ON MATERIAS.ID_MATERIA = HORARIO.ID_MATERIA INNER JOIN PARALELO ON HORARIO.ID_PAR = PARALELO.ID_PAR
AND PROFESOR .ID_PROFESOR = @ID_PROFESORAND MATERIAS .ID_MATERIA = @ID_MATERIA
END
--_______________________DML DE USUARIO_________________CREATE PROCEDURE SP_SELECT_ONE_USUARIO (@ID_USER VARCHAR(10), @PASS_USER VARCHAR(10), @ROL_USER VARCHAR(13))ASBEGINSELECT ID_USER, PASS_USER, ROL_USER FROM USUARIOWHERE ID_USER = @ID_USERAND PASS_USER = @PASS_USERAND ROL_USER = @ROL_USERENDGO
45
PANTALLAS DE SISTEMA DE CONTROL DE ASISTENCIA
46
ANEXO III MANUAL DE USUARIO
Acceso a la Aplicación
Para comenzar a utilizar el Sistema el sistema de control de asistencia de
alumnos debe ingresar su nombre de usuario, contraseña, acoger el tipo de
usuario y presionar el botón “Ingresar”
Si los datos ingresados por el usuario no son correctos el sistema visualiza un
mensaje de error: “Datos incorrectos”
47
El Menú del Usuario
Una vez se haya identificado como usuario del sistema podrá acceder a las
diferentes opciones que presenta el sistema.
El sistema le ofrece al “usuario” las opciones a las que tiene privilegios. Y
muestra todos los ítems.
A continuación se hará una breve descripción de las acciones que se ejecutan
con cada una de los diferentes ítems de este menú:
48
Ingreso de Alumnos
En este ítem se muestra un formulario que sirve para registrar los alumnos en
un curso; es necesario llenar cada uno de los campos antes de dar clic en la
opción guardar. Al pular el botón buscara foto aparecerá un ventana como se
muestra en la imagen 2, donde buscaremos la capeta que contiene las fotos
de los estudiantes.
Imagen 1: Formulario de Ingreso de estudiantesImagen 2: Ubicación de Archivos
Imagen 3: Formulario de Ingreso de estudiantes
Ingreso de Profesores
49
En este ítem se muestra un formulario que sirve para registrar los profesores,
es necesario llenar cada uno de los campos antes de dar clic en la opción
guardar. Al pulsar el botón buscara foto aparecerá un ventana como se
muestra en la imagen 5, donde buscaremos la capeta que contiene las fotos
de los profesores.
Imagen 4: Formulario de ingreso de profesores Imagen 5: Ubicación de foto Profesor
Imagen 6: Formulario de ingreso de profesores
Ingreso de Materias
50
En este ítem que contiene un formulario donde el usuario hace el ingreso de
materias, si al pulsar en el botón guardar aparece un mensaje es porque usted
está ingresando una clave que existe en el sistema.
Imagen 7: Formulario de ingreso de materias
Ingreso de niveles de estudio
En este ítem se puede registrar los niveles de estudio, ejemplo octavo, noveno,
décimo, etc. Este formulario solo lo puede realizar el administrador.
51
Imagen 8: Formulario de ingreso de niveles de estudio
Ingreso de paralelos
En este ítem se puede registrar los paralelos. Este formulario solo lo puede
realizar el administrador.
Imagen 9: Ingreso de paralelos
52
Mantenimiento de Alumnos
Al dar clic sobre el botón buscar el sistema buscará al estudiante y mostrara la pantalla con los datos, como se muestra en la figura.
Imagen 10: Formulario de mantenimiento de alumnos
En esta pantalla el administrado podrá modifica los datos e incluso eliminar los
datos del alumno para que deje de existir en el sistema
Mantenimiento de Profesores
Al dar clic sobre el botón buscar el sistema buscará del profesor y mostrara la
siguiente pantalla con los datos.
Imagen 11: Formulario de manteniendo de profesores
En esta pantalla el administrado podrá modifica los datos e incluso eliminar los
datos del alumno para que deje de existir en el sistema
53
Mantenimiento de Martirias
Al dar clic sobre el botón buscar el sistema buscará la materia con el código
ingresado y mostrara la siguiente pantalla con los datos donde podrá modificar
e incluso eliminar la materia del sistema.
Mantenimiento de Niveles
Al dar clic sobre el botón buscar el sistema buscará la materia con el código
ingresado y mostrara la siguiente pantalla con los datos donde podrá modificar
e incluso eliminar la materia del sistema.
54
Mantenimiento de Paralelos
Al dar clic sobre el botón buscar el sistema buscará la materia con el código
ingresado y mostrara la siguiente pantalla con los datos donde podrá modificar
e incluso eliminar la materia del sistema.
Imagen 12: Formulario de manteniendo de paralelos
Registro de horarios
Al pulsar el botón iniciar el administrador podrá ingresar las materias, estas
materias ande pertenecer a un paralelo.
Imagen 13: Formulario de registro de horarios
55
Registro de control de asistencia
El administrador tiene las opciones para escoger al profesor e iniciar el registro
de asistencia de los alumnos, escogiendo un uno para el que asiste y un cero
para el estudiante que está ausente, como demuestra en la figura.
Imagen 14: Registro de control de asistencia
Reportes de asistencia:
En el campo Id del alumno usted tendrá que digitar el número del estudiante
para poder visualizar el reporte de asistencia.
56
Imagen 15: Reporte de asistencia del estudiante
Reportes de horarios:
Este formulario permite al usuario escoger la opción alumno o profesor y digitar
el número de cedula en el campo id. Este reporte es un documento donde se
puede visualizar que materias son las que pertenecen al docente o profesor.
Reportes general de asistencia por quimestre
Este reporte permite ver las faltas justificadas e injustificadas del estudiante.
Una vez que el administrador escoja el profesor la matearía, el curso y el
quimestre, al pulsar el botón consultar nos muestra la información detallas por
quimestre como se muestra en la Imagen 16 .
57
Imagen 16: Reporte general de faltas
Reportes de alumnos por paralelo
Este reporte no muestra los datos del estudiante con el curso al que pertenece.
Imagen 17: Reporte de paralelos
Reporte de paralelos por curso
58
El reporte no muestra el total de alumnos que existe en cada paralelo.
Imagen 18: Reporte de paralelos por curso
Listado de materias
Este es un reporte donde el administrador tiene puede visualizar que materias
están registradas en el sistema y con qué condigo está registrado.
Imagen 19: Lista de materia que existe en el sistema
Listado de materias por paralelo
59
En este reporte podemos ver cuáles son las materias que tiene cada paralelo
Administrador de usuarios
Este formulario tiene las opciones que permiten agregar modificar las personas
quienes manejan el sistema de control de asistencia.
Ayuda del sistema
Al pulsar ítem Salir el sistema de control de asistencia se sierra.
60
ANEXO IV COCOMO
COCOMO II es un modelo (algoritmo) que permite estimar el coste, esfuerzo y
tiempo cuando se planifica una nueva actividad de desarrollo software.
FORMULA DE COCOMO:
E = a(KI)b * m(X) donde:“E” es Salario/mes (Media).“a” y “b” son constantes según el modo (Orgánico, Semilibre o Rígido).“KI” es la cantidad de líneas de código (En miles).“m(X)” es el multiplicador que depende de 15 atributos constantes.
TABLA DE CONSTANTES
MODO a b c
Orgánico 2.40 1.05 2.50
Semilibre 3.00 1.12 2.50
Rígido 3.60 1.20 2.50
61
MODOS
Modo Orgánico: Un pequeño grupo de programadores experimentados desarrollan software en un entorno familiar.
Modo semilibre: Corresponde a un esquema intermedio entre el orgánico y el rígido.
Modo rígido: El proyecto tiene fuertes restricciones que el problema a resolver es único y es difícil basarse en la experiencia.
TABLA DE CONSTANTES M(X)
Ejemplo
E = a*(KI)b*m(X)
E = 2.40*(0,030)1.05*1000
E = 60/mes
60$ /mes seria lo que cobraría una persona al mes por hacer un programa
simple de 30 líneas.
Calcular coste del proyecto
62
Personas necesaria por mes: (MM) = a * (KIb)
(MM) = a * (KIb) (MM) = 2.40 * (0.0301.05) = 0.060 p/mes
Tiempo de desarrollo del proyecto: (TDEV) = c * (MMd)
(TDEV) = c * (MMd) (TDEV) = 2.50 * (0.0600.38) = 0.85 h/
Personas necesarias total: (CosteH) = MM/TDEV
(CosteH) = MM/TDEV (CosteH) = 0.060 / 0.85 = 0.070 p/proy.
Coste total del proyecto: (CosteM) = CosteH * E
(CosteM) = CosteH * E (CosteM) = 0.070 * 60 = 4.2 €/proy.
MM) = a * (KIb)
63