Documentos de Académico
Documentos de Profesional
Documentos de Cultura
UNAN-Managua
Facultad de Ciencias e Ingenierías
Departamento de Computación
Autores:
Br. Jimmy Antonio Alemán Leiva
Br. Harruin Ricardo Álvarez Hernández
Br. Kevin Josué Solís Cruz
A Dios por haberme permitido llegar hasta este punto y haberme dado salud, fuerzas
e inteligencias para lograr mis objetivos, además de su infinita bondad y amor, a mis
padres que me brindaron todo su apoyo y que estuvieron siempre ayudándome, a
Ruth que siempre creyó en mí y por sus motivaciones constantes, a mis docentes y
compañeros.
Kevin Solís
Esta tesis es dedicada a Dios, a mi madre Corina Leiva por haberme apoyado en
todo momento, por sus consejos, sus valores, por la motivación constante que me
ha permitido ser una persona de bien, pero más que nada, por su amor.
Jimmy Alemán
“Primeramente a Dios por brindarme salud y a mis padres por apoyarme en cada
paso de mi vida, a los docentes que se esforzaron día a día compartiendo un poco
de sus conocimientos conmigo y mis compañeros”
2
AGRADECIMIENTO
Harruin Álvarez
Kevin Solís
Primeramente, gracias a Dios por ser mi guía, a mis maestros por sus conocimientos
impartidos y a mis padres porque ellos siempre están conmigo apoyándome,
algunos presentes y otros ausentes, pero igual siempre se hacen notar, porque
hicieron de mí una persona de bien para conducirme correctamente.
Jimmy Alemán
“Primeramente agradezco a Dios por permitirme llegar hasta este momento por
brindarme las fuerzas para culminar mis estudios, además quiero dar un
agradecimiento especial a mis padres quienes fueron mi principal apoyo en mi
desarrollo tanto personal como profesional, que han confiado siempre en mí y en
todo lo que me he propuesto.”
3
CARTA AVAL DEL TUTOR
4
RESUMEN
De ahí la necesidad de hacer uso de una aplicación web, la cual permita dar solución
a esta problemática, en este caso se optó por una aplicación web gracias a las
bondades que brinda este tipo de aplicaciones como son: disponibilidad de la
información en tiempo real y funcionamiento con bajos recursos en pc, la portabilidad.
5
INDICE
DEDICATORIA ................................................................................................................................. 2
AGRADECIMIENTO......................................................................................................................... 3
CARTA AVAL DEL TUTOR ............................................................................................................ 4
RESUMEN.......................................................................................................................................... 5
CAPÍTULO 1 ...................................................................................................................................... 8
moto1. Introducción ........................................................................................................................ 8
2. Planteamiento del Problema ...................................................................................................... 10
3. Justificación............................................................................................................................... 12
4. Objetivos de la Investigación ................................................................................................ 14
4.1. General ............................................................................................................................. 14
4.2. Específicos....................................................................................................................... 14
CAPÍTULO 2 ................................................................................................................................... 15
5. Marco Referencia ................................................................................................................... 15
5.1. Antecedentes................................................................................................................... 15
5.2. Marco Teórico .................................................................................................................... 16
5.3. Marco Conceptual........................................................................................................... 56
5.4. Marco Legal ..................................................................................................................... 57
6. Hipótesis .................................................................................................................................. 59
CAPÍTULO 3 ................................................................................................................................... 60
7. Diseño Metodológico ............................................................................................................. 60
7.1. Tipo de Investigación ..................................................................................................... 60
7.2. Descripción Población de Estudio................................................................................ 60
7.3. Tipo de Método de investigación a aplicar ................................................................. 61
7.4. Técnicas de recolección de datos ................................................................................ 61
7.5. Procedimiento para la recolección de información .................................................... 62
7.6. Herramientas de desarrollo ............................................................................................ 64
7.7. Operacionalización de Variables .................................................................................. 65
7.8. Presupuesto ..................................................................................................................... 69
7.9. Aplicando Métricas ......................................................................................................... 71
CAPÍTULO 4 ................................................................................................................................... 72
8. Análisis y Discusión de los Resultados .............................................................................. 72
CAPÍTULO 5 ................................................................................................................................. 108
6
10. Recomendaciones ............................................................................................................. 108
11. Referencias y Bibliografía ................................................................................................. 109
9. Conclusiones ........................................................................................................................ 112
12. Cronograma ........................................................................................................................... 113
13. Anexos ................................................................................................................................. 115
Manual básico de usuario ................................................................................................... 134
7
CAPÍTULO 1
moto1. Introducción
La presente investigación se refiere al tema de “Aplicación Web de Matrícula,
Registro de Calificaciones y Control de Pagos para la secretaría académica del
Colegio Bautista Libertad de Managua en el segundo semestre 2017.”, que se define
como un conjunto de elementos que interactúan entre sí. Actualmente las empresas
optan mayormente en emplear un sistema web que los tradicionales de escritorio
debido a las diferentes bondades que ofrecen.
Esta investigación tiene razón de ser por una serie de causas que es necesario
mencionar. Una de ellas es la creciente población estudiantil en el Colegio Bautista
Libertad, ya que la cantidad de datos que se obtienen por las diferentes actividades
como la matricula, el registro de notas, control de pagos aumentan de forma
significativa influyendo en el registro, control y procesamiento de los mismos, lo que
representa mayor consumo de recursos para el personal de secretaría académica
tanto en material, esfuerzo y sobre todo tiempo.
Además, otra de las razones para realizar este trabajo es para adquirir experiencia
en el campo del desarrollo de software, puesto que es una gran oportunidad de
emplear los conocimientos adquiridos durante el transcurso de la carrera y también
poder aportar a la solución de dicha problemática.
8
Para la realización de esta investigación, será necesario efectuar una serie de
entrevistas a Directores, Secretarías y docentes del colegio Bautista Libertad.
Considerando a estos como informantes clave. Un informante clave es una
característica de la muestra no probabilística conocida como intencional.
En tercer lugar, está la etapa de codificación la cual es paralela con el diseño puesto
que cuando se diseña a la vez se codifica ya que la metodología sugiere entregar
pequeños módulos pero que sean funcionales. Y por último la etapa de pruebas es
de suma importancia para seguir avanzando con el desarrollo y alcance del proyecto
puesto que del buen uso de estas se tendrán como terminados y listos para usarse
los diferentes módulos.
9
2. Planteamiento del Problema
Actualmente la tecnología avanza rápidamente teniendo gran repercusión en los
diferentes campos y la educación no es la excepción, ya que en todas las áreas
donde se implementa pueden obtenerse resultados muchos mejores que
prescindiendo de esta. En este mundo cambiante y competitivo el buen uso de la
tecnología y aprovechamiento de la información puede marcar la diferencia en un
mercado laboral. Hoy en día no es suficiente solamente el planificar, organizar,
ejecutar y controlar diferentes planes sin el uso de las tecnologías de la información.
Sin embargo, en el plan operativo anual para el año 2017 del Colegio Bautista
Libertad no se contempla la adquisición de una Aplicación Web por medio de algún
consultor o empresa dedicada al desarrollo de sistemas a medida. Durante este
periodo la dirección del centro educativo priorizo la instalación de cámaras para
tener un mayor monitoreo en las áreas sensibles, así como la compra de mejores
computadoras para el laboratorio.
10
desordenado aparte de repetitivo ya que se realizaban dos recibos por cada pago
efectuado.
11
3. Justificación
Con el desarrollo y la implementación de la Aplicación Web de matrícula registro de
notas y control de pagos que se denominó APGA (Aplicación Web para Gestión
Académica), se brindará una herramienta integral que aportará para dar una
solución a la deficiencia en la gestión de las actividades académicas tales
como: Matrícula, Control de notas (parciales, semestrales y finales), y control
de pagos.
El APGA ayudará a reducir el tiempo invertido en cada uno de los procesos tanto
en el de matrícula, el registro de notas y el control de pagos, además proporcionará
seguridad en el manejo de la información puesto que brindara un módulo de
seguridad para que solo aquellos usuarios privilegiados tengan acceso de la misma,
también procesar y generar reportes que brinden información para la toma de
decisiones y por último como resultado de lo mencionado dar una mejor experiencia
para los usuarios finales al proporcionar una interfaz amigable que se ajuste a las
necesidades de la secretaría académica del Colegio Bautista Libertad.
Desde el punto de vista técnico el centro educativo cuenta con los recursos
necesarios para llevar acabo el desarrollo e implementación de la aplicación web,
desde el punto de vista económico a la institución el desarrollo del sistema no
12
represento un valor monetario, puesto que se realizó como trabajo final monográfico
para optar al título de:
13
4. Objetivos de la Investigación
4.1. General
Desarrollar un Aplicación Web de matrícula, registro de notas y control de pagos,
que optimice la calidad en los servicios y operaciones del Colegio Bautista Libertad.
4.2. Específicos
Caracterizar el proceso de matrícula, registro de calificaciones y control de
pagos, a través de la implementación de los mecanismos necesarios para la
coordinación entre dichos módulos.
Seleccionar una herramienta tecnológica que mejor se adecue a la capacidad
económica, infraestructura, recursos humanos, para el desarrollo de la
Aplicación Web
Diseñar la Aplicación web que optimice los procesos de matrícula, control de
pago y control de nota del colegio Bautista Libertad, de igual modo que
permita generar reportes que sirvan de apoyo en la toma de decisiones.
Evaluar la calidad de la Aplicación Web desarrollada aplicando métricas de
proyecto webapp y Facilidad de Uso al producto software.
14
CAPÍTULO 2
5. Marco Referencia
5.1. Antecedentes
El mundo avanza a pasos agigantados y la tecnología se ha vuelto un factor
indispensable para el desarrollo, con la creación de sistemas informáticos para
escritorio, así como las aplicaciones web, se han vuelto un factor importante para la
automatización de procesos que ayudan a realizar diversas tareas de manera más
rápida.
En el área de la educación estas tecnologías se adecuan para la automatización de
procesos como matriculas, control de pago, registro de calificaciones entre otras.
Los países desarrollados como Estados Unidos, Japón, Rusia, aplican estos
sistemas en todos sus centros educativos con el fin de dar mejor atención a padres
de familias, así como facilitar el trabajo para los docentes.
En Centroamérica uno de los primeros países en adoptar esta innovación fue Costa
Rica, con la implementación de sistemas informáticos que agilizan los procesos en
los diferentes centros escolares.
A medida que avanzó el tiempo esta innovación llego a los demás países de la
región, en Nicaragua no fue la excepción uno de los primeros centros en hacer uso
de estas tecnologías fue el Instituto La Salle, luego siguió sus paso centros
escolares como Manuel Olivares, Colegio Centroamérica y Colegio
Latinoamericano adoptando el uso de sistemas informáticos de escritorio para
matriculas, registro de calificaciones y el control de notas.
Posteriormente con la popularización del internet el cual paso de ser un lujo a ser
una necesidad, ha tomado impulso la utilización de aplicaciones web para
sustitución de los sistemas de escritorios.
15
5.2. Marco Teórico
5.2.1. Sistema de Información
Los sistemas de información (SI) están cambiando la forma en que operaban las
organizaciones actuales. A través de su uso se logran importantes mejoras, pues
automatizan los procesos operativos de las empresas, proporcionan información de
apoyo al proceso de toma de decisiones, lo que es más importante, facilitan el logro
de ventajas competitivas a través de su implantación en las empresas (Cohen,
2009)
16
más amplio de tareas organizacionales que los sistemas de procesamiento de
transacciones, incluyendo los procesos de análisis y toma de decisiones.
5.2.1.1.1.1. Funciones
Los MIS y sus sistemas aledaños contribuyen a la solución de problemas a través
de dos formas básicas: los recursos de información que abarcan a toda la
organización, y la identificación y comprensión de los problemas.
5.2.1.1.1.2. Propósito
Permite a los administradores analizar en forma sistemática cada una de las tareas
de una organización y compararlas con las capacidades de la computadora.
Tal es el caso de los Sistemas Web o más bien conocidos como aplicaciones web,
que son definidas como aquellos sistemas que están alojados en un servidor web
ya sea en internet o en una red local (Intranet) y que son accedidos a través de
solicitudes por el protocolo http. Y cuya arquitectura está basada en el modelo
cliente/ servidor, el cual propone que una serie de clientes, que pueden ser cualquier
dispositivo (computadora, laptop, Tablet, teléfono), realizan peticiones a un servidor
(Mateu, 2004).
5.2.2.1. Beneficios
Como se ha dicho los Sistemas Web proveen muchos beneficios, por ejemplo:
17
Los usuarios tienen la posibilidad de acceder las 24 horas del día.
Se puede mejorar la utilidad y capacidad de uso del diseño de la interfaz.
Se puede expandir un sistema globalmente en vez de permanecer en el
entorno local, con lo cual se puede establecer contacto con personas en
ubicaciones remotas sin preocuparse por la zona horaria en la que se
encuentren. (Kendall, 2011, P.5).
5.2.2.3.1. Cliente
En particular un cliente es definido como la entidad que realiza peticiones a través
del protocolo HTTP (Hipertext Transfer Protocol) a un Servidor, solicitando recursos
y servicios (Lujan,2002). Hay que destacar que un cliente puede ser cualquier
dispositivo capaz de ejecutar un navegador Web, mostrando la información que
reciba del servidor. Dicha información será un flujo de datos compuesto
principalmente de código HTML, CSS Y JavaScript, dando forma a lo que será la
interfaz de usuario de la aplicación.
18
permiten leer documentos formateados en HTML, JavaScript y AJAX de tal manera
que puedan ser vistos en la pantalla del computador.
5.2.2.3.2. Servidor
Por su parte, el servidor “…será el que ejecute la mayor parte de la lógica de la
aplicación, procesando la información recibida en las solicitudes, estableciendo el
nuevo estado que debe adoptar la interfaz de usuario y enviándola de vuelta al
cliente” (Charte,2013, p.31).
Hay que destacar que más de una de esas redes que conforman el internet no tienen
la misma tecnología ni topología, por lo cual se hace necesario el concepto de
protocolos que es a través de los mismos que se hace posible la comunicación entre
las diferentes redes.
Este es otro punto importante a considerar y es que para pueda existir comunicación
entre cliente y servidor pertenecientes a la misma o a diferentes redes, de modo
19
que sea posible transportar paquetes de información de a un extremo a otro y
viceversa se necesita un conjunto de elementos, reglas, estándares, que son
conocidos como protocolos.
De allí pues, que existan diferentes protocolos de internet cada cual, para una
función específica, es uno el que permite conectar al cliente con el servidor cuyo
nombre es HTTP.
Asimismo, hay que destacar que toda la información que el cliente de una aplicación
tenga que enviar al servidor, y viceversa, ha de ser transferida utilizando el protocolo
HTTP. Este es el utilizado desde el nacimiento de la Web para acceder a las páginas
(Charte, 2013).
Host: www.fcharte.com
User-Agent: Id-Navegador
20
En primer lugar, se especifica el comando que debe ejecutar el servidor, el recuso
asociado y la versión del protocolo que está utilizando el cliente, seguido de la
segunda línea que identifica el servidor lógico al que se dirige la solicitud y la última
facilita al servidor información sobre el software cliente que ha enviado la solicitud.
HTTP/1.1 200 OK
Content-Type: text/html
Content-Length: nnn
<html>
</html>
La primera línea indica la versión del protocolo que se está utilizando y, la parte más
interesante, se notifica mediante un código si la operación ha tenido éxito o no, o si
ha sido imposible satisfacerla. El código 200 OK indica que todo ha ido bien, por lo
que el cliente puede interpretar el cuerpo de la respuesta según el tipo de contenido
que establece la cabecera Content-Type.
21
permita a una aplicación web comportarse como tal, como una aplicación, y no como
un conjunto de páginas sin conexión entre sí.
5.2.3.1.1.3.1. Dominio
Ahora bien, para acceder a una aplicación o sistema web cuya infraestructura sea
Internet, es necesario un nombre de dominio, que en términos generales “…es un
nombre que puede ser alfanumérico que generalmente se vincula a una dirección
física que puede ser de una computadora o cualquier dispositivo electrónico”
(Cardador,2017). Hay que destacar que, sin nombres de dominio, las URL serían
una serie de números, o direcciones IP, casi imposibles de recordar. Sin embargo,
un nombre de dominio brinda una dirección fácil de recordar.
Es decir, ponen a disposición del cliente una serie de tecnologías que le permitan
alojar páginas web estáticas, así como también sistemas web. Entre las más
importantes por decirlo de alguna manera se encuentran las plataformas de
desarrollo para soportar un determinado sistema, por ejemplo (PHP, Java,
ASP.NET), asimismo servidores web para gestionar los diferentes sitios que se
tengan y los sistemas gestores de bases de datos tales como: MySQL, SQL Server,
PostgreSQL, etc.
Hay que tener en cuenta, que existen diferentes tipos de alojamientos en la internet,
pero el que más conviene emplear es aquel que tiene un costo por su contratación,
además de una serie tecnologías y capacidades que garanticen el buen
funcionamiento de un sistema web.
22
5.2.3.2. Intranet
A diferencia de la Internet una Intranet “…es un sitio web interno, diseñado y
desarrollado para trabajar dentro de los límites de una determinada compañía”
(Cardado,2017). Cabe decir que la mayor diferencia con Internet es que este es
público frente a la Intranet que es normalmente privada y que tiene como objetivo
facilitar a los trabajadores el desarrollo de su trabajo para una mayor eficiencia de
la empresa.
De acuerdo con (Ceballos, 2013) el CLR no es más que una máquina virtual que
administra la ejecución del código de una aplicación, y la Biblioteca de clases de
.NET según (Ceballos, 2013) es una biblioteca orientada a objetos que permite
realizar tareas habituales de programación, como, por ejemplo: recolección de
datos, conectividad de bases de datos, así como desarrollar diferentes tipos de
aplicaciones entre las cuales se encuentran las aplicaciones para la web de
ASP.NET.
23
que otros fabricantes puedan incluir sus lenguajes. Cabe destacar que ahora se
tiene la capacidad de poder escribir una misma aplicación utilizando diferentes
lenguajes.
También además del CLR, el CLS y los lenguajes, forman parte de este marco de
trabajo las bibliotecas que permiten crear aplicaciones Windows Forms (WinForms)
o aplicaciones WPF (Windows Presentation Foundation), la plataforma de desarrollo
web ASP.NET, la biblioteca para desarrollo de servicios web, la biblioteca ADO.NET
o ADO.NET Entity Framework para acceso a bases de datos, la combinación de
extensiones al lenguaje y bibliotecas (LINQ y sus proveedores de datos) que
permiten expresar como parte del lenguaje consultas a datos, etc.
5.2.4.4.1. ASP.NET
Ahora bien, ASP.NET “…es una tecnología del lado del servidor que trabaja sobre
la plataforma de .NET, la cual proporciona un modelo de desarrollo web unificado
que incluye los elementos necesarios para crear aplicaciones web” (Ceballos, 2013,
p.743). Provee un entorno que permite construir aplicaciones en cualquier lenguaje
compatible con .NET, como por ejemplo C#, Visual Basic, F#, etc.
25
Por otro lado, como lenguaje orientado a objetos que es admite una serie de
conceptos tales como: encapsulación, herencia y polimorfismo, además de estos
C# facilita el desarrollo de componentes de software mediante varias construcciones
de lenguaje innovadoras, por ejemplo: firmas de métodos encapsulados,
propiedades, atributos, comentarios documentación XML insertados, Language-
Integrated Query (LINQ), etc.
Asimismo, resulta muy fácil dividir el proyecto en partes de forma que pueda ir
desarrollándose en paralelo, por parte de varios grupos, también el
desacoplamiento de los componentes simplifica la realización de pruebas de
software, de tal manera que es posible realizar pruebas sobre el modelo de manera
independiente al controlador y la vista.
Por otro lado, hay que tener en cuenta que el desarrollo de aplicaciones a través de
ASP.NET MVC representa solamente una alternativa a la metodología clásica no
un esquema que vaya a sustituirla, debido a que para proyectos que no sean de
envergadura el uso de los tradicionales formularios web de .NET son una alternativa
27
más simple y rápida, en cambio que para el resto ASP.NET MVC por todas las
bondades que puede aportar.
Además, ASP.NET MVC aporta todos los beneficios que ofrece el patrón MVC, pero
desligando al desarrollador de controlar todos los detalles, particularmente la
definición de las interfaces e implementación de patrones software que hacen
posible la comunicación entre el controlador y, las vistas y el modelo.
5.2.4.6. LINQ
A causa de ofrecer la posibilidad de expresar las operaciones de consulta en el
propio lenguaje (C#, por ejemplo) y no como literales de cadena pertenecientes a
otro lenguaje incrustados en el código de aplicación o como procedimientos
almacenados es que LINQ por sus siglas en inglés (Language Integrated Query) fue
incorporado con .NET Framework 3.0, (Ceballos,2013) sin embargo, a partir de la
versión 3.5 es cuando totalmente queda integrado en este marco de trabajo.
28
se encarga de realizar el proceso inverso cuando la base de datos devuelve los
resultados.
Como bien lo indica su nombre, se basa en codificar primero, es decir crear clases
POCO (Plain Old CLR Objects), empleando el lenguaje de preferencia que esté
dentro de la plataforma .NET (VB.NET, C#, F#, etc) y luego crear la base de datos.
Esta es su principal característica, aunque también se puede extraer el modelo de
relaciones a partir de una base de datos existente.
29
comprar algo a una tienda, comer en restaurante llega y solicita un servicio entonces
pregunta por algo o simplemente lo toma y se va, pero siempre le están atendiendo
de una forma: le cobran, le dan el producto o servicio que solicitó, así que esa
persona es un cliente.
5.2.5.2. CSS
En segundo lugar, CSS es el acrónimo de Cascading Styles Sheets (es decir, hojas
de estilo en cascada) este es un lenguaje de estilo que define la presentación de los
documentos HTML, abarca todo lo referente a fuentes, colores, márgenes, líneas,
alturas, anchura, imágenes, posicionamiento.
30
en la creación de efectos especiales en las páginas y la definición de
interactividades con el usuario.
Otra ventaja de esta librería es la facilidad que brinda para trabajar con AJAX por
sus siglas en inglés (Asynchronous JavaScript And XML) que quiere decir que es
una técnica de desarrollo para crear aplicaciones interactivas, también conocida por
ser una tecnología asíncrona puesto que los datos se solicitan al servidor y se
cargan en segundo plano.
5.2.5.3.1.1. AJAX
A continuación, se define en su forma más simple que AJAX por sus siglas en inglés
(Asynchronous Javascript and XML) “…es una técnica que permite mediante
programas escritos en Javascript, que un Servidor y un navegador (cliente)
intercambien información, posiblemente en XML, de forma asíncrona”
(Charte,2013).
5.2.5.4. Bootstrap
Según su sitio web oficial (https://getbootstrap.com/) Bootstrap se define como un
kit de herramientas de código abierto para desarrollar con HTML, CSS y JS. Permite
31
crear aplicaciones completa con una serie de variables y mixins de Sass, sistema
de cuadrícula sensible, componentes precompilados extensos y potentes
complementos basados en jQuery.
Estáticas: Los datos que contienen son de solo lectura. Se utiliza para almacenar
datos históricos, útiles para comparar el comportamiento de los mismos a través del
tiempo.
Dinámicas: Pueden realizarse diversas operaciones sobre los datos que contiene,
entre ellas: consulta, actualización, adición y eliminación.
32
5.2.6.2. Modelo de Bases de Datos
Un modelo de datos es básicamente una "descripción" de algo conocido como
contenedor de datos (algo en donde se guarda la información), así como de los
métodos para almacenar y recuperar información de esos contenedores. Los
modelos de datos no son cosas físicas: son abstracciones que permiten la
implementación de un sistema eficiente de base de datos; por lo general se refieren
a algoritmos, y conceptos matemáticos.
33
diseño, una base de datos relacional pasa por un proceso al que se le conoce como
normalización de una base de datos.
5.2.6.2.3.1. SGBD
Son las siglas que significan Sistema de Gestión de Bases de Datos; es un sistema
software que permite a los usuarios definir, crear, mantener y controlar el acceso a
los datos. Es el software que interactúa con los programas de aplicación del usuario
y con las bases de datos.
5.2.6.2.3.2. Consulta
Es una petición al SGBD para que procese un determinado comando SQL. Esto
incluye tanto peticiones de datos como creación de bases de datos, tablas,
modificaciones, inserciones, etc. Redundancia de los datos decimos que hay
redundancia de datos cuando la misma información es almacenada varias veces en
la misma base de datos. Esto es siempre algo a evitar, la redundancia dificulta la
tarea de modificación de datos, y es el motivo más frecuente de inconsistencia de
datos. Además requiere un mayor espacio de almacenamiento, que influye en
mayor coste y mayor tiempo de acceso a los datos.
5.2.6.2.3.5. Entidad
Es una cosa u objeto en el mundo real que es distinguible entre todos los demás
objetos. Ej. Una persona, un carro, etc. Cada entidad tiene un conjunto de
propiedades, y los valores pueden identificar una entidad de forma unívoca; ej.
Número de cédula identifica a una persona de otra, la placa de un carro lo
identificará de cualquier otro.
34
5.2.6.2.3.6. Conjunto de Entidades
Conjunto de entidades del mismo tipo que comparten las mismas propiedades o
atributos. Ej. El conjunto de los alumnos matriculados en un centro escolar, podría
definirse como el conjunto de entidades alumno.
5.2.6.2.3.7. Atributo
Los atributos describen las propiedades que posee cada miembro de un conjunto
de entidades; cada entidad puede tener su propio valor para cada atributo.
5.2.6.2.3.8. Dominio
Conjunto de valores posibles para un atributo. Una fecha de nacimiento o de
matriculación tendrá casi siempre un dominio, aunque generalmente se usará el de
las fechas posibles. Por ejemplo, ninguna persona puede haber nacido en una fecha
posterior a la actual. Si esa persona es un empleado de una empresa, su fecha de
nacimiento estará en un dominio tal que actualmente tenga entre 16 y 65 años;
generalmente, los dominios nos sirven para limitar el tamaño de los atributos.
5.2.6.2.3.9. Relación
Una relación “es la asociación o conexión entre conjuntos de entidades”. Como
ejemplo de relación podemos mencionar lo siguiente: tenemos dos conjuntos:
alumnos y matrícula. Podemos encontrar una interrelación entre ambos conjuntos
a la que llamaremos posee, y que asocie una entidad de cada conjunto, de modo
que un alumno posea una matrícula.
5.2.6.2.3.10. Clave
Una clave permite identificar de un conjunto de atributos, suficiente para distinguirlas
entre sí de forma única.
35
5.2.6.2.3.10.2. Clave Candidata
Una característica que debemos buscar siempre en las claves es que contengan el
número mínimo de atributos, siempre que mantengan su función. Diremos que una
clave es mínima cuando si se elimina cualquiera de los atributos que la componen,
deja de ser clave. Si en una entidad existe más de una de estas claves mínimas,
cada una de ellas es una clave candidata. Es decir cada una de las claves mínimas
existente en un conjunto de entidades es una clave candidata. Clave principal(o
primaria) Es cuando se denota una clave candidata, por el diseñador de la base de
datos, como elemento principal para identificar las entidades dentro de un conjunto
de entidades. Si disponemos de varias claves candidatas no usaremos cualquiera
de ellas según la ocasión. Esto sería fuente de errores, de modo que siempre
usaremos la misma clave candidata para identificar la entidad. Claves de
interrelaciones para identificar interrelaciones el proceso es similar, aunque más
simple. Tengamos en cuenta que para definir una interrelación usaremos las claves
primarias de las entidades interrelacionadas. De este modo, el identificador de una
interrelación es el conjunto de las claves primarias de cada una de las entidades
interrelacionadas. Por ejemplo, en las tablas que se utilizarán para la elaboración
de este sistema se tendrá la matrícula y los datos generales de los estudiantes por
lo que las clave a relacionar deberá ser ID del estudiante.
36
tratarse de una interrelación. Por ejemplo, en la matrícula de un estudiante, que usa
la clave de los datos generales del estudiante y añade otros atributos como fecha
de nacimiento, sexo, nombres, apellidos. Decimos que la entidad matrículas una
entidad débil, en contraposición a la entidad estudiante, que es una entidad fuerte.
La diferencia es que las entidades débiles no necesitan una clave primaria, sus
claves siempre están formadas como la combinación de una clave primaria de una
entidad fuerte y otros atributos. Además, la existencia de las entidades débiles está
ligada o subordinada a la de la fuerte. Es decir, existe una dependencia de
existencia. Por ejemplo, hagamos la siguiente pregunta: ¿Cómo podríamos
matricular un estudiante sin sus datos generales? Por consiguiente, la matrícula
depende de los datos del estudiante, como si no dejaría de existir.
37
entre el cliente y el equipo de desarrollo, comunicación fluida entre todos los
participantes, simplicidad en las soluciones implementadas y coraje para enfrentar
los cambios.
Cabe destacar, que es una opción adecuada para proyectos con requisitos
imprecisos y muy cambiantes, y donde existe un alto riesgo técnico. Esta
metodología resalta una serie de valores y principios que deben tenerse en cuenta
y practicarlos durante el tiempo de desarrollo que dure el proyecto.
A continuación, se detalla cada uno de esos valores y principios que juegan un papel
esencial en aquellos proyectos de desarrollo de software que emplean Xp como
guía.
5.2.7.2. Valores
Más que una metodología, XP se considera una disciplina, la cual está sostenida
por valores y principios propios de las metodologías ágiles. Existen cuatro valores
que cumplen un papel fundamental en el desarrollo de las metodologías livianas.
5.2.7.2.1. La comunicación
Es muy importante que exista un ambiente de colaboración y comunicación al
interior del equipo de desarrollo, así como en la interacción de éste con el cliente.
Un aspecto en particular de esta metodología es que el cliente es considerado como
parte del equipo de desarrollo debido a la constante interacción que sostendrá con
los desarrolladores.
5.2.7.2.2. La Simplicidad
Este valor se aplica en todos los aspectos de la programación extrema, desde
diseños sencillos donde lo más relevante es la funcionalidad necesaria que requiere
el cliente, hasta la simplificación del código mediante la refactorización del mismo.
Además, la programación extrema no utiliza sus recursos para la realizar
actividades complejas, puesto que únicamente se desarrolla lo que el cliente
demanda, en su forma más sencilla.
5.2.7.2.3. La retroalimentación
Este valor se presenta desde el comienzo del proyecto, ayuda a encaminarlo y darle
forma. También en los dos sentidos, es decir, por parte del equipo de trabajo hacia
38
el cliente, con el fin de brindarle información sobre la evolución del sistema, y desde
el cliente hacia el equipo en los aportes a la construcción del proyecto.
5.2.7.2.4. El coraje
Por último, el equipo de desarrollo debe estar preparado para enfrentarse a los
continuos cambios que se presentarán en el transcurso de la actividad. Asimismo,
cada integrante debe tener el valor de exponer los problemas o dudas que halle en
la realización del proyecto.
5.2.7.3. Prácticas
A partir de los valores se plantea una serie de prácticas que sirven de guía para los
desarrolladores en esta metodología. Una de los aspectos más importantes para
XP son las doce reglas que se plantean, las cuales se caracterizan por su grado de
simplicidad y por su enfoque en la practicidad, además de que cada regla se
complementa con las demás. A continuación, una breve descripción de cada una.
39
5.2.7.3.4. Programación en parejas
Xp propone que exista una pareja de programadores por monitor y teclado, como
medida para aumentar la calidad del código. Con esta práctica se busca reducir los
errores de codificación, mientras uno de los programadores busca una forma de dar
funcionalidad a un módulo, el otro programador aprueba dicho código y busca la
forma de simplificarlo.
40
5.2.7.3.11. Convenciones de código
La aplicación de estándares de programación al código fuente de la aplicación,
permite que todas las cosas personas que conforman el grupo de trabajo puedan
entender y realizar modificaciones al código del sistema.
5.2.7.4. Alcance de XP
Ahora bien, por otra parte, la programación extrema es conveniente en ciertas
situaciones, pero también es necesario saber que presenta controversia en otras.
Esta metodología es aplicable con resultados positivos a proyectos de mediana y
pequeña envergadura, donde los grupos de trabajo no superan 20 personas.
Por último, los trabajos realizados bajo esta metodología cumplen con lo
estrictamente necesario en su funcionalidad en el momento necesario: hacer lo que
se necesita cuando se necesita. Cuando se emplead programación extrema no
conviene precipitarse o adelantarse a las taras que se han establecido previamente
sin el consentimiento del cliente, estos hechos conllevan a inyectar complejidad al
sistema, alejándolo del concepto de simplicidad.
41
A continuación, se presentan ocho elementos a tenerse en cuenta dentro de esta
fase. Ellos se conforman por: Historias de Usuario, Velocidad de proyecto,
iteraciones, entregas pequeñas, reuniones, roles en XP, traslado del personal y
ajusto XP.
Análogamente las historias de usuario juegan un papel similar a los casos de uso
en otras metodologías, sin embargo, son en realidad diferentes. Estas muestran
solo la silueta de una tarea a realizarse. Por esta razón es fundamental que el
usuario o un representante del mismo se encuentran disponibles se encuentren en
todo momento para solucionar dudas, estas proporcionan información detallada
acerca de una actividad específica.
También son empleadas para estimar el tiempo que el que el equipo de desarrollo
tomará para realizar las entregas. En una entrega se puede desarrollar una o varias
historias de usuario, esto depende del tiempo que demore la implementación de
cada una de las mismas.
42
se hace necesaria, ya que las historias varían según su grado de dificultad, haciendo
inestable la velocidad de realización del sistema.
5.2.7.5.4. Iteraciones
En la metodología XP, la creación del sistema se divide en etapas para facilitar su
realización. Por lo general, los proyectos constan de más de tres capas, las cuales
toman el nombre de iteraciones, de allí se obtiene el concepto de metodología
iterativa. La duración ideal de una iteración es de una a tres semanas.
5.2.7.5.6. Reuniones
El planeamiento es esencial para cualquier tipo de metodología, es por ello que XP
requiere de una revisión continua del plan de trabajo. A pesar de ser una
metodología que evita la documentación exagerada, es muy estricta en la
organización del trabajo.
43
para iteración, se tiene en cuenta que la suma de las estimaciones se aproximaba
a la velocidad del proyecto de la iteración pasada.
De ser así, se consulta con el cliente para determinar que historias de usuario se
pospondrán para iteraciones futuras.
5.2.7.5.9. Roles XP
En esta metodología se utiliza el concepto de roles para organizar quienes se
encargarán de cada una de las actividades que deben realizarse en el transcurso
del proyecto. Cada uno de estos papeles son desempeñados por uno o varios
integrantes del grupo, sin descartar la posibilidad de rotar los roles entre el equipo
durante la realización del sistema.
44
El usuario o cliente determina qué se va construir en el sistema, además de decidir
el orden en que se entregarán cada segmento del proyecto. Este, además, tiene
como tarea establecer las pruebas de aceptación, las cuales determinan si el
sistema cumple con los requerimientos del usuario.
Por último, se encuentra el rastreador (tracker) el cual tiene como tarea observar la
realización del sistema, también cuestionar a los integrantes del equipo para anotar
sus logros y avances.
En la medida que todos los programadores entiendan todas las partes del programa
se evita que unos tengan carga de trabajo muy alta mientras que otros no tengan
mucho trabajo por hacer, además la programación en parejas se convierte en una
herramienta muy importante para lograr el objetivo del traslado de personal sin que
45
se pierda el rendimiento. Esto es posible haciendo que un miembro de la pareja se
traslade mientras que el otro continúe el desarrollo con un nuevo compañero.
5.2.7.5.11. Ajustar XP
Todos los proyectos tienen características específicas por lo cual XP puede ser
modificado para ajustarse bien al proyecto en cuestión. Al iniciar el proyecto debe
aplicarse XP tal como es, sin embargo, no se debe dudar en modificar aquellos
aspectos en que no funcione.
5.2.7.5.12. Diseño
En XP solo se diseñan aquellas historias de usuario que el cliente ha seleccionado
para la iteración actual por dos motivos: En primer lugar, se considera que no es
posible tener un diseño completo del sistema y sin errores desde el principio. El
segundo motivo es que, dada la naturaleza cambiante del proyecto, el hacer un
diseño muy extenso en las fases iniciales del proyecto para luego modificarlo, se
considera un desperdicio de tiempo.
Hay que destacar que esta tarea es permanente durante la vida del proyecto
partiendo de un diseño inicial que va siendo corregido y mejorado en el transcurso
del proyecto.
Por otro lado, acerca de los diagramas, claramente se pueden usar siempre y
cuando que no tome mucho tiempo en realizarlos, y que sean de verdadera utilidad.
En la programación extrema se prefiere tener una descripción del sistema o parte
de él, en lugar de una serie de complejos diagramas que probablemente tomen más
tiempo y sean menos instructivos.
46
primer vistazo muy completo a los nuevos integrantes del grupo para hacer su
adaptación más rápida.
En el proceso de diseñar el sistema por medio de estas tarjetas como máximo dos
personas se ponen de pie adicionando o modificando las tarjetas, prestando
atención a los mensajes que éstas se transmiten mientras los demás miembros del
grupo que permanecen sentados, participan en la discusión obteniendo así lo que
puede considerarse un diagrama de clases preliminar-
47
5.2.7.5.17. No solucionar antes de tiempo
En XP solo se analiza lo que se desarrollará en la iteración actual, olvidando por
completo cualquier necesidad que se pueda presentar en el futuro, lo que supone
uno de los preceptos más radicales de la programación extrema.
Por el contrario, ocurre con XP puesto que se parte de un diseño muy general y
simple que no debe tardar en conseguirse, al cual se le hacen adiciones y
correcciones a medida que el proyecto avanza, con el fin de mantenerlo tanto
correcto como simple.
5.2.7.5.19. Codificación
La codificación es un proceso que se realiza en forma paralela con el diseño y la
cual está sujeta a varias observaciones por parte de XP consideradas
controversiales por algunos expertos tales como la rotación de los programadores
o la programación en parejas. Además de los mencionados temas, el lector
encontrará a continuación una descripción de los siguientes temas: cliente siempre
presente, codificar primero la prueba, integración secuencial e integraciones
frecuentes.
48
5.2.7.5.20. Cliente siempre presente
Uno de los requerimientos de XP es que el cliente esté siempre disponible, puesto
que juega un papel importante a la hora de solucionar las dudas del grupo de
desarrollo, considerándolo así parte de este. En este sentido se convierte en gran
ayuda al solucionar todas las dudas que puedan surgir, especialmente cara a cara,
para garantizar que lo implementado cubre con las necesidades planteadas en las
historias de usuario.
Sin embargo, sumado al hecho que esto va en contra de la propiedad colectiva del
código no se solucionan los problemas presentados por la comunicación entre
clases. Xp propone que se emplee un esquema de turnos con el cual solo una pareja
49
de programadores integre a la vez. De tal forma se tiene plena seguridad de cuál es
la última versión liberada y se le podrán hacer todas las pruebas para garantizar
que funcione correctamente. A esto se le conoce como integración secuencial.
Es evidente que entre más se tarde en encontrar un problema más costoso será
resolverlo y con la integración frecuente se garantiza que dichos problemas se
encuentren más rápido o aún mejor, sean evitados por completo.
Uno de los principales motivos por los que se promueve esta práctica dentro de la
programación extrema es la posibilidad que brinda de evitar los cuellos de botella.
Si una pareja de programadores se retrasa debido a inconvenientes no estimadas
pueden ser ayudados o reemplazados por otra pareja que al conocer el código no
tendrá que familiarizarse con él.
50
5.2.7.6. Pruebas
La programación extrema enfatiza mucho los aspectos relacionados con las
pruebas, clasificándolas en diferentes tipos y funcionalidades específicas, indicando
quién cuándo y cómo deber ser implementadas y ejecutadas.
Del buen uso de las pruebas depende el éxito de otras prácticas, tales como la
propiedad colectiva del código y la refactorización. Cuando se tienen bien
implementadas las pruebas no habrá temor de modificar el código del otro
programador en el sentido que, si se daña alguna sección, las pruebas mostrarán
el error y permitirán encontrarlo, el mismo criterio se aplica a la refactorización.
Hay que señalar que uno de los elementos que podría obstaculizar que un
programador cambie una sección de código funcional es precisamente hacer que
este deje de funcionar, pero si se tiene un grupo de pruebas que garantice su buen
funcionamiento, este temor se mitiga en gran medida.
Según XP se debe ser muy estricto con las pruebas, sólo se deberá liberar una
nueva versión si esta ha pasado con el cien por ciento de la totalidad de las pruebas.
En caso contrario se empleará el resultado de estas para identificar el error y
solucionarlo con mecanismos ya definidos.
Deben ser construidas por los programadores con el empleo de algún mecanismo
que permita automatizarlas de modo tal que tanto su implementación y ejecución
consuman el menor tiempo posible permitiendo sacarles el mejor provecho. El
empleo de pruebas unitarias completas facilita la liberación continua de versiones
por cuanto al implementar algo nuevo y actualizar la última versión, solo es cuestión
51
de ejecutar de forma automática las pruebas unitarias ya creadas para saber que la
nueva versión no contiene errores.
A continuación, se muestra una imagen que ilustra las fases de las fases de la
metodología de Programación Extrema.
52
5.2.8. Métricas de Desarrollo de Software
La metrica es la evaluacion del grado en que un sistema, componente o proceso
posee un atributo determinado. (por ejemplo, el numero promedio de errores que se
encuentran por revision o el numero promedio de errores que se encuentran por
unidad de prueba)
5.2.8.1.1. Seguridad
Las webapps se han integrado mucho con bases de datos críticas, corporativas y
gubernamentales. Las aplicaciones de comercio electrónico extraen y después
almacenan información delicada para el cliente. Por estas y muchas otras razones,
la seguridad de las webapps tiene importancia capital en muchas situaciones. La
medida clave de la seguridad de una webapp y de su ambiente de servidor es su
capacidad para rechazar los accesos no autorizados o para detener un ataque
proveniente del exterior.
5.2.8.1.2. Disponibilidad
Aun la mejor webapp será incapaz de satisfacer las necesidades de los usuarios si
no se encuentra disponible. En sentido técnico, la disponibilidad es la medida
porcentual del tiempo que una webapp puede utilizarse. El usuario final común
espera que las webapps se hallen disponibles las 24 horas de los 365 días del año.
5.2.8.1.3. Escalabilidad
¿Una webapp y su ambiente de servidor pueden crecer para que manejen
100,1000,10000 o 100 000 usuarios? ¿La webapp y los sistemas con los que tiene
interfaz son capaces de manejar una variación significativa del volumen o su
respuesta se desplomará (o cesará), no basta construir una webapp exitosa.
53
frecuente que la primera webapp que llega a un segmento específico del mercado
obtenga un número desproporcionado de usuarios finales.
Diseño d la Interfaz
Diseño estético
Diseño del contenido
Diseño de la navegacion
Diseño de la arquitectura
Diseño de los componentes
54
2. El tiempo requerido para alcanzar a ser moderadamente eficiente en el uso del
sistema
55
5.3. Marco Conceptual
5.3.1. Sistema
Se puede definir un sistema como un conjunto de partes o elementos organizados
y relacionados que interactúan entre sí para lograr un objetivo. Los sistemas reciben
(entrada) datos, energía o materia del ambiente y proveen (salida) información,
energía o materia.
5.3.1.1. Sistema de información
Un sistema de información es un conjunto de elementos interrelacionados con el
propósito de prestar atención a las demandas de información de una organización,
para elevar el nivel de conocimientos que permitan un mejor apoyo a la toma de
decisiones y desarrollo de acciones. (Ayala, 2006).
5.3.2. Programación Extrema
La programación extrema es una metodología de desarrollo ágil que tiene como
principal objetivo aumentar la productividad a la hora de desarrollar un proyecto
software.
5.3.4. Cliente
Programa ejecutable que participa activamente en el establecimiento de
las conexiones. Envía una petición al servidor y se queda esperando por una
respuesta. Su tiempo de vida es finito una vez que son servidas sus solicitudes,
termina el trabajo.
5.3.5. Servidor
Es un programa que ofrece un servicio que se puede obtener en una red. Acepta la
petición desde la red, realiza el servicio y devuelve el resultado al solicitante. Al ser
posible implantarlo como aplicaciones de programas, puede ejecutarse en cualquier
sistema donde exista TCP/IP y junto con otros programas de aplicación. El servidor
comienza su ejecución antes de comenzar la interacción con el cliente.
5.3.6. Base de datos
Una base de datos es una colección de información organizada de tal modo que
sea fácilmente accesible, gestionada y actualizada.
5.3.7. Plataforma .NET
La plataforma .NET se define como un conjunto de tecnologías para desarrollar y
utilizar componentes que nos permitan crear formularios web, servicios web y
aplicaciones Windows.
56
5.4. Marco Legal
Le centro escolar Bautista Libertad de la ciudad de Managua se rige bajo la Ley de
educación del gobierno de Nicaragua, la cual se detalla en la constitución política y
se presenta a continuación:
CAPÍTULO VII
DE LAS INSTITUCIONES EDUCATIVAS DEL SISTEMA
Arto. 52.- Las Instituciones Educativas Privadas son personas jurídicas de derecho
privado, creadas por iniciativa de personas naturales o jurídicas, autorizadas por las
instancias de cada subsistema educativo. El Estado en concordancia con la libertad
de enseñanza, el derecho de aprender y la promoción de la pluralidad de la oferta
educativa, reconoce, valora y supervisa la educación privada.
57
Centros Educativos Subvencionados
Arto. 55.- Las instalaciones de los Centros Privados Religiosos de Educación y sus
respectivos predios destinados, exclusivamente al servicio de la educación, que
tuvieren problemas legales con personas particulares serán traspasadas a Título
Gratuito a favor de los respectivos Centros Privados Religiosos, libre de toda
contribución fiscal y municipal. El Estado subsanará a los particulares afectados.
Esta medida también se aplicará cuando los terrenos sean propiedad del estado o
de las municipalidades.
58
6. Hipótesis
A través, del desarrollo e implementación de una Aplicación Web se optimizará la
gestión en los procesos de Matrícula, registro de calificaciones y control de pagos
del Colegio Bautista Libertad, de manera que los servicios brindados sean eficientes
y que la información procesada sea pertinente para correcta toma de decisiones.
CAPÍTULO 3
7. Diseño Metodológico
7.1. Tipo de Investigación
De acuerdo a la naturaleza del problema planteado, el presente estudio es de tipo
descriptivo, explicativo y de campo:
60
en cuenta a los implicados en los procesos de registro académico se puede definir
lo siguiente:
7.2.2. Muestra
Se calculará una muestra de tipo probabilística, donde todos los elementos de la
población tienen la misma posibilidad de ser escogidos, sea tanto personal de
secretaría académica como estudiantes, los cuales serán un conjunto de personas
representativas de la población universo. Lo anterior nos servirá para conocer qué
es lo que esperarían del sistema de registro académico web.
61
2. Observación de los procesos tanto de matrícula, registro de notas y de control
de pagos.
Fuentes secundarias:
Encuestas: Estas estarán formada por un cuestionario bien diseñado cuyo objetivo
será conocer el punto de vista de los usuarios finales y la aceptación de la
62
aplicación. Las preguntas que integren el cuestionario serán sencillas, especificas,
cortas en su mayoría de selección múltiple, técnicamente precisas y escritas con un
nivel de lectura apropiado.
Observación: Para determinar de una manera rápida el flujo de trabajo del área de
secretaría académica, así como el ambiente del centro.
63
7.6. Herramientas de desarrollo
Para el desarrollo de la Aplicación Web de Matrícula registro de notas y control de pagos se emplearán las siguientes
herramientas:
66
Variable Dependiente Definición Indicadores Técnicas Unidades de
Operacional Observación
Diseñar la Aplicación web Este proceso se Proteger la Análisis y Docentes y
que optimice los procesos refiere a la información observación personal de
de matrícula, control de codificación de los Verificar accesos de oficina.
pago y control de nota del diferentes módulos usuarios a la
colegio Bautista Libertad, que interactúan para aplicación
de igual modo que permita darle funcionamiento Facilidad de uso
generar reportes que a la aplicación Generar reportes
sirvan de apoyo en la toma
de decisiones.
67
webapp y Facilidad de Uso errores que se
al producto software. puedan producir
68
7.8. Presupuesto
A continuación se detallara el costo que implico el desarrollo de la aplicación web:
Recolección de información:
Detalles Costo
Papelería para encuestas $30
Transporte $20
Gastos de fotocopias $30
Salario Encuestadores $150
Total $230
Desarrollo de la Aplicación:
Detalle Costo
Salario programadores $600
Licencias de aplicaciones utilizadas $300
Pago de servicios para pruebas de la $65
aplicación en línea
Pago de Tester $100
Total $1065
Implementación de la aplicación
Detalles Costo
Pago de Hosting $15
Pago de Certificación SSL $20
Servicios de Internet $60
Capacitación del personal $300
Mantenimiento de la aplicación $200
Total $595
Compras Extras
Detalle Costo
Disco duro externo 3 terabytes $135
UPS forza 750VA NT-751D $43
Total $178
70
7.9. Aplicando Métricas
Facilidad de Uso
Si un programa no es fácil de usar, con frecuencia está condenado al fracaso,
incluso si las funciones que realiza son valiosas.
APGA proporciona interfaces las cuales suelen ser amigables con los clientes, en
el test de la aplicación los clientes determinaron que la aplicación cuenta con
interfaces amigables y fáciles de usar, por lo tanto cuenta como una medición de
calidad apta para su determinado uso.
Métricas de proyecto webapp aplicadas al APGA
El objetivo de todos los proyectos webapp es entregar al usuario final una
combinación de contenido y funcionalidad. Las medidas y métricas usadas para este
proyecto tradicionales de ingeniería del software son difíciles de traducir
directamente a webapps. Sin embargo, es posible desarrollar una base de datos
que permita el acceso a medidas productivas y calidad internas derivadas de
algunos proyectos. Entre las medidas que pueden recopilarse están:
Número de páginas web estáticas: 6
Número de páginas web dinámicas: 7
Número de vínculos de página internos: 9
Número de sistemas externos puestos en interfaz: 0
Número de objetos de contenido estáticos: 6
Número de objetos de contenido dinámicos: 4
Número de funciones ejecutables: 1
El Índice de personalización, C es:
Npe: Número de páginas Estáticas
Npd: Número de páginas dinámicas
C: (Npd) / (Npd+Npe)
C: 7 / (7+6)
C: 0.53
El valor de C varía de 0 a 1. Conforme C se hace más grande, el nivel de
personalización de la webapp se convierte en un problema técnico considerable.
71
CAPÍTULO 4
8. Análisis y Discusión de los Resultados
Durante el primer encuentro con la Secretaria Académica del centro nos plantearon
sus principales problemáticas relacionadas con los procesos administrativos y
financieros, de esta manera se levantaron los requerimientos y en base a los cuales
se determinaron los módulos que debía llevar la Aplicación web para matrícula,
registro de notas y control de pagos los cuales son:
Administración Académica
Carga Académica
Matrícula
Gestión de Notas
Control de Pagos
Gestión de Seguridad
Para esto al reunirnos con el usuario se han definido las siguientes historias
de usuario.
Historias de Usuario
72
Gestión de matrículas
Registro de Notas
Consulta de Notas
Realizar nuevos pagos
Gestión de pagos
Creación de Usuarios
Creación de Roles
Inicio de Sesión
Recuperación de Contraseña
Control de accesos con Bitácora
Generación de Reportes
El Colegio Bautista Libertad registra las matrículas y los datos de cada estudiante
en hojas tamaño legal con un seria de campos cada año, una hoja de matrícula
puede ser anulada por varias razones ya sea porque el alumno se retira o por que
sea expulsado; los registros de notas son responsabilidad de cada docente y lo
hacen para cada grupo asignado. Los docentes a partir de los registros de notas
tienen que generar tres tipos de reportes para entregarlos a dirección los cuales son
registrados en el libro de actas enviado al MINED.
Estos reportes son una boleta de calificaciones que es generada por Parcial en la
cual se reflejan las notas por cada estudiante, reporte de Sabana de calificaciones
que es un compendio por cada grupo con las notas por cada clase de todos los
estudiantes y por último una estadística que contiene porcentaje de aprobados,
reprobados etc.
Primera Iteración
Historias de usuario
Número Nombre
1 Gestión de Periodos lectivos
2 Gestión de Cortes académicos
3 Gestión de Grados Académicos
4 Gestión de Secciones
5 Gestión de Docentes
6 Gestión de Carga Académica
Tareas de Ingeniería
74
4 2 Diseño de la Vista de los cortes académicos.
5 3 Codificación del modelo y controlador de
Grados académicos.
6 3 Diseño de la vista de las Grados.
7 4 Codificación del modelo y controlador de las
secciones.
8 4 Diseño de la vista.
9 5 Codificación del modelo y controlador de
docentes.
10 5 Diseño de la interfaz de docentes.
11 5 Codificación para asociar docente creado con
usuario del sistema.
12 6 Codificación del modelo y controlador de
Carga Académica.
13 6 Diseño de la interfaz de la carga académica
Pruebas de Aceptación
75
11 4 Listado de secciones
12 4 Suspensión de sección
13 5 Creación y edición de docentes
14 5 Listado de docentes
15 5 Suspensión de docentes
16 5 Acceso al sistema con Rol de docente
17 6 Creación de carga académica
76
Imagen 2. Bosquejo de la pantalla de Gestión Académica
77
Imagen 4. Listado de Secciones
78
Imagen 6. Listado de Grados Académicos
80
Segunda Iteración
Historias de usuario
Número Nombre
1 Gestión de Control de Pagos
2 Comprobante de Pago
3 Generación de Matrícula de Nuevo Ingreso
4 Generación de Matrícula de Reingreso
5 Comprobante de Matrícula
Tareas de Ingeniería
81
5 3 Diseño de la vista de la matrícula de nuevo
ingreso.
6 5 Diseño de comprobante de matrícula de
nuevo ingreso.
7 4 Codificación del modelo y controlador de
matrícula de reingreso.
8 4 Diseño de la vista de matrícula de reingreso.
9 5 Diseño de comprobante de matrícula
reingreso.
Pruebas de Aceptación
82
Resultados de la Segunda Iteración
83
Imagen 10. Matrícula de Nuevo Ingreso
(Pestaña “Datos Personales Alumno”)
84
Imagen 12. Matrícula de Nuevo Ingreso
(Pestaña “Datos de la Madre”)
85
(Pestaña “Datos del Tutor”)
86
Imagen 15. Matrícula de Reingreso (Pestaña “Comprobar Pago”)
87
Imagen 18. Listado de Matrículas
88
Imagen 20. Reporte de Carga Académica por grupo
89
Imagen 22. Control de Pagos
90
Imagen 24. Comprobante de Pago
91
Imagen 25. Comprobante de Matrícula
92
Tercera Iteración
Historias de usuario
Número Nombre
1 Registro de Notas
2 Verificación de Notas
3 Reporte de Notas por Grupo
4 Gestión de Seguridad
Tareas de Ingeniería
93
6 4 Codificación de los modelos y controladores
de seguridad.
7 5 Diseño de la vista para agregar nuevos
usuarios.
Pruebas de Aceptación
94
Resultados de la Tercera Iteración
95
Imagen 27. Consultar Notas
96
Imagen 29. Registro de Usuario del Sistema
97
Imagen 31. Inicio de Sesión
98
Evaluación de la Aplicación
Cada resultado de las iteraciones ha sido presentado al personal que hará uso de
la aplicación y para poder tener una mejor retroalimentación se elaboró y se empleó
una encuesta en línea siguiendo ciertas métricas que orientan para conocer el grado
de aceptación respecto a la experiencia de cada usuario, entre las cuales se
encuentran la funcionalidad, la usabilidad y facilidad de uso.
99
100
101
Resultados de la Encuesta Respecto al Diseño de la Aplicación
102
103
104
105
106
Resultados de la Encuesta Respecto a la Funcionalidad de la Aplicación
107
CAPÍTULO 5
10. Recomendaciones
Dada la investigación y análisis de resultados se recomienda:
108
11. Referencias y Bibliografía
ALERO SOLIS, Manuel. Una explicación de la programación extrema (XP):
V Encuentro usuarios x Base 2003. Madrid: 2003.
Beck, K. (1999). Extreme Programming Explained. Embrace Change.
(1999). Pearson Education, 1999.Traducido al español como: Una
explicación de la programación extrema. Aceptar el cambio", Addison
Wesley, 2000
Ceballos, Francisco. (2013). Enciclopedia de Microsoft Visual C#. Cuarta
Edición. Madrid. Ra-Ma. Capítulo 1. Introducción a Microsoft .Net. Pág. 4.
Ceballos, Francisco. (2013). Enciclopedia de Microsoft Visual C#. Cuarta
Edición. Madrid. Ra-Ma. Capítulo 1. Introducción a Microsoft .Net. Pág. 13.
Ceballos, Francisco. (2013). Enciclopedia de Microsoft Visual C#. Cuarta
Edición. Madrid. Ra-Ma. Capítulo 14. LINQ. Pág. 631.
Ceballos, Francisco. (2013). Enciclopedia de Microsoft Visual C#. Cuarta
Edición. Madrid. Ra-Ma. Capítulo 14. Entity Framework. Pág. 654.
Ceballos, Francisco. (2013). Enciclopedia de Microsoft Visual C#. Cuarta
Edición. Madrid. Ra-Ma. Capítulo 14. Code First. Pág. 715.
Ceballos, Francisco. (2013). Enciclopedia de Microsoft Visual C#. Cuarta
Edición. Madrid. Ra-Ma. Capítulo 14. ASP.NET. Pág. 741
Charte, Francisco. (2013). ASP.NET 4.5 /MVC 4. Cuarta Edición. Madrid.
ANAYA Multimedia. Capítulo 1. Estructura de una aplicación Web.Pág. 30
Charte, Francisco. (2013). ASP.NET 4.5 /MVC 4. Cuarta Edición. Madrid.
ANAYA Multimedia. Capítulo 1. El protocolo HTP. Página 34.
Charte, Francisco. (2013). ASP.NET 4.5 /MVC 4. Cuarta Edición. Madrid.
ANAYA Multimedia. Capítulo3. El patrón Modelo-Vista-Controlador. Página
67.
Charte, Francisco. (2013). ASP.NET 4.5 /MVC 4. Cuarta Edición. Madrid.
ANAYA Multimedia. Capítulo 17. ASP.NET Y AJAX. Página 377.
Kenneth C. Laudon & Jane P. Laudon (2012). Administración de los Sistemas
de Información. México: Pearson Educación. Décimo-Segunda Edición, Pág.
15.
Kenneth. Kendall (2011). Análisis y Diseño de Sistemas. México: Pearson
Educación. Octava Edición.
110
Web Grafía
¿Qué es un dominio?, 29 de Junio del 2017. https://web-
gdl.com/servicios/dominios/que-es-un-dominio/.
Cliente/Servidor, 28 de octubre del 2010.
http://robiniclienteservidor.weebly.com/ventajas---desventajas.html.
Concepto de las URL, 07 de marzo del 2016.
http://aprenderinternet.about.com/od/ConceptosBasico/a/Que-Es-Url.htm.
Definición de IIS (Internet Information Services), 05 de diciembre 2010.
http://www.alegsa.com.ar/Dic/iis.php.
Ejemplo de desarrollo de software utilizando la metodología XP, 9 de julio de
2007. http://www.dsic.upv.es/asignaturas/facultad/lsi/ejemplo/.
Sistemas de Información Web, 20 de Octubre de 2012.
http://www.knowdo.org/knowledge/39-sistemas-web.
111
9. Conclusiones
Realizado el análisis de los procesos de la Secretaría Académica del Colegio Bautista Libertad se observó que a pesar de
emplear tecnología los procesos seguían ejecutándose manualmente, lo que significaba en trabajo redundante y bastante
tiempo empleado al realizar los reportes de notas de los alumnos cada corte académico, asimismo para matricular y llevar
el control de pagos.
A partir del análisis de la situación actual se comenzó a automatizar los procesos de carga académica, matrícula, y
subsecuentemente los demás que estaban dentro del alcance de esta investigación. Una vez se dio inició a la
automatización de procesos se diseñó la aplicación por partes según establecía la metodología empleada y a partir del uso
de esta se optimizaron los diferentes procesos en la secretaria académica del colegio Bautista Liberta de la ciudad de
Managua.
Se brindó una solución tecnológica, que permite realizar eficientemente tareas que conllevaban un tiempo considerable por
parte del personal de secretaria académica.
Las herramientas tecnológicas seleccionadas, facilitaron el desarrollo de la aplicación web, ya que cuentan con
características innovadoras que permiten la reducción del código y además garantizar la escalabilidad y el mantenimiento
de la misma.
La aplicación web demostró un buen funcionamiento hasta donde ha sido desarrollada y fue bien vista al momento de la
evaluación con métricas de facilidad de uso y webapps ya que los resultados mostraron un alto grado de aceptación por
parte de los usuarios finales.
12. Cronograma
Julio Agosto Septiembre Octubre Noviembre Diciembre Enero
1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 1 2 3 4 5 1 2 3 4 5 1 2 3 4
Meses/Semanas
Actividades
1 Elección del tema y
formulación de objetivos.
2 Aprobación del tema.
3 Elaboración de Protocolo
4 Análisis y Diseño de la
aplicación
5 Planeación
6 Historias de Usuario
Tareas de Ingeniería
Pruebas de Aceptación
7 Diseño
8 Metáfora del Sistema
113
Tarjetas CRC
9 Codificación
10 Pruebas
11 Implementación
114
13. Anexos
Diagrama Relacional
Historias de Usuario
117
Número de Historia Fecha Entrevistado Tiempo
(Usuario) Estimado
05 28 de julio Directora del 2 horas
del 2017 centro
Iteración Segunda
educativo.
Asignada:
Nombre Historia: Gestión de Asignaturas
Roles de Usuarios: Super-Administrador, Administrador.
Prioridad en Negocio: Alta
Descripción Permitirá realizar las diferentes operaciones sobre las
asignaturas. De esta forma se podrá tener un listado de todas
las asignaturas que el centro imparte y a la vez ser utilizadas
para la gestión de los módulos requeridos.
Observaciones
119
Roles de Usuarios: Super-Administrador, Administrador,
secretaria. Cajero.
Prioridad en Negocio: Alta
Descripción Permitirá registrar los pagos por diferentes conceptos de los
estudiantes, tanto de matrícula, mensualidad, escarapela,
camisa, etc.
Observaciones
120
Iteración Segunda 05 de Secretaria y
Asignada: septiembre docentes.
del 2017-al
15 de
septiembre.
Nombre Historia: Generación de Matrícula de Reingreso.
Roles de Usuarios: Super-Administrador, Administrador,
secretaria. Docente.
Prioridad en Negocio: Alta
Descripción Permitirá el registro estudiante de reingreso, así como de la
información de matrícula el grupo, etc.
Observaciones
121
Número de Historia Fecha Entrevistado Tiempo
(Usuario) Estimado
16 05 de Secretaria y
octubre del docentes.
Iteración Tercera
2017-al 15
Asignada:
de octubre.
Nombre Historia: Verificación de Notas.
Roles de Usuarios: Super-Administrador, Administrador,
secretaria. Docente.
Prioridad en Negocio: Alta
Descripción Permitirá visualizar las notas por grupo de cada alumno.
Observaciones
122
Formatos para registro y consulta de notas en el Colegio.
123
124
Diccionario de Datos
126
dbo EnrollmentPeriods InitialDate datetime None No Null None
dbo EnrollmentPeriods FinalDate datetime None No Null None
dbo EnrollmentPeriods SchoolYearId int None No Null None
dbo EnrollmentPeriods TypePeriodEnrollmentId int None No Null None
dbo EnrollmentPeriods IsClosed bit None No Null None
dbo Enrollments 11 None Tabla None None
dbo Enrollments EnrollmentId int None No Null YES
dbo Enrollments NumberEnrollment int None No Null None
dbo Enrollments PaymentNumber int None No Null None
dbo Enrollments TypeEnrollmentId int None No Null None
dbo Enrollments StudentId int None No Null None
dbo Enrollments GroupId int None No Null None
dbo Enrollments DateEnrollment datetime None No Null None
dbo Enrollments CollegeOrigin nvarchar max No Null None
dbo Enrollments Remarks nvarchar max No Null None
dbo Enrollments StateEnrollment int None No Null None
dbo Enrollments PaymentsEnrollment_PaymentEnrollmentId int None No Null None
dbo GradeSubjectDetails 3 None Tabla None None
dbo GradeSubjectDetails GradeSubjectDetailId int None No Null Yes
dbo GradeSubjectDetails LevelId int None No Null None
dbo GradeSubjectDetails SubjectId int None No Null None
dbo GroupDetails 4 None Tabla None None
dbo GroupDetails GroupDetailId int max No Null Yes
dbo GroupDetails GroupId int max No Null None
dbo GroupDetails TeacherId int max No Null None
dbo GroupDetails SubjectId int max No Null None
dbo Groups 7 None Tabla None None
dbo Groups GroupId int Max No Null Yes
127
dbo Groups CodeGroup nvarchar 11 No Null None
dbo Groups SchoolYearId int Max No Null None
dbo Groups LevelId int Max No Null None
dbo Groups ShiftId int Max No Null None
dbo Groups ClassroomId int Max No Null None
dbo Groups Teacher nvarchar max No Null None
dbo LearningPeriods 7 None Tabla None None
dbo LearningPeriods LearningPeriodId int max No Null Yes
dbo LearningPeriods InitialDate datetime None No Null None
dbo LearningPeriods FinalDate datetime None No Null None
dbo LearningPeriods SchoolYearId int None No Null None
dbo LearningPeriods Description nvarchar max No Null None
dbo LearningPeriods State bit None No Null None
dbo LearningPeriods CodePeriodLearningId int None No Null None
dbo Levels 3 None Tabla None None
dbo Levels LevelId int max No Null Yes
dbo Levels Name nvarchar max No Null None
dbo Levels Code int max No Null None
dbo Months 4 None Tabla None None
dbo Months MonthId int max No Null Yes
dbo Months Code nvarchar 3 No Null None
dbo Months Name nvarchar max No Null None
dbo Months Status int max No Null None
dbo NoteBooks NoteBookID int max No Null Yes
dbo NoteBooks BookCode nvarchar max No Null None
dbo NoteBooks LearningPeriodId int max No Null None
dbo NoteBooks GroupId int max No Null None
dbo NoteBooks State bit 2 No Null None
128
dbo NotesBookDetails 6 None Tabla None None
dbo NotesBookDetails NotesBookDetailsId int max No Null Yes
dbo NotesBookDetails NoteBookId int max No Null None
dbo NotesBookDetails StudentId int max No Null None
dbo NotesBookDetails SubjectId int max No Null None
dbo NotesBookDetails Accumulated float max No Null None
dbo NotesBookDetails ExaminationCualification float max No Null None
dbo Payers 3 None Tabla None None
dbo Payers PayerId int 250 No Null Yes
dbo Payers Name nvarchar max No Null None
dbo Payers Identification nvarchar max No Null None
dbo PaymentDetails 7 None Tabla None None
dbo PaymentDetails PaymentDetailsId int max No Null Yes
dbo PaymentDetails PaymentId int max No Null None
dbo PaymentDetails ConceptId int max No Null None
dbo PaymentDetails MonthId int max No Null None
dbo PaymentDetails Amount float max No Null None
dbo PaymentDetails Quantity int max No Null None
dbo PaymentDetails Arrears float max No Null None
dbo Payments 8 None Tabla None None
dbo Payments PaymentId int max No Null Yes
dbo Payments PaymentNumber int max No Null None
dbo Payments PaymentDate datetime max No Null None
dbo Payments SchoolYear int max No Null None
dbo Payments StudentId int max No Null None
dbo Payments PayerId int max No Null None
dbo Payments Status bit max No Null None
dbo Payments Cash int max No Null None
129
dbo PaymentsEnrollments 10 None Tabla None None
dbo PaymentsEnrollments PaymentNumber int max No Null Yes
dbo PaymentsEnrollments PaymentDate datetime None No Null None
dbo PaymentsEnrollments SchoolYearId int max No Null None
dbo PaymentsEnrollments AName nvarchar max No Null None
dbo PaymentsEnrollments IdentificationCard nvarchar max No Null None
dbo PaymentsEnrollments Amount float max No Null None
dbo PaymentsEnrollments Remarks nvarchar max No Null None
dbo PaymentsEnrollments Status nvarchar max No Null None
dbo PaymentsEnrollments CellPhone nvarchar max No Null None
dbo PaymentsEnrollments PaymentEnrollmentId int 250 No Null None
dbo RelationShips 2 None Tabla None None
dbo RelationShips RelationShipId int max No Null Yes
dbo RelationShips Relation nvarchar max No Null None
dbo Requirements 2 None Tabla None None
dbo Requirements RequirementId int max No Null Yes
dbo Requirements Description nvarchar max No Null None
dbo Responsibles 12 None Tabla None None
dbo Responsibles ResponsibleId int max No Null Yes
dbo Responsibles Names nvarchar max No Null None
dbo Responsibles Lastname nvarchar max No Null None
dbo Responsibles MotherLastName nvarchar max No Null None
dbo Responsibles CivilStateId int max No Null None
dbo Responsibles Address nvarchar max No Null None
dbo Responsibles Phone nvarchar max No Null None
dbo Responsibles CellPhone nvarchar max No Null None
dbo Responsibles Email nvarchar max No Null None
dbo Responsibles RelationShipId nvarchar max No Null None
130
dbo Responsibles Permissions bit 2 No Null None
dbo Responsibles LiveWith bit 2 No Null None
dbo SchoolYearDetails 4 None Tabla None None
dbo SchoolYearDetails DetailsId int max No Null Yes
dbo SchoolYearDetails SchoolYearId int max No Null None
dbo SchoolYearDetails ConceptId int max No Null None
dbo SchoolYearDetails Price float max No Null None
dbo SchoolYears 12 None Tabla None None
dbo SchoolYears SchoolYearId int max No Null Yes
dbo SchoolYears Year int max No Null None
dbo SchoolYears Motto nvarchar max No Null None
dbo SchoolYears Director nvarchar max No Null None
dbo SchoolYears VicePrincipal nvarchar max No Null None
dbo SchoolYears Secretary nvarchar max No Null None
dbo SchoolYears Numberofperiods int max No Null None
dbo SchoolYears ExamPercentage int max No Null None
dbo SchoolYears AccumulatedPercentage int max No Null None
dbo SchoolYears CloseYear bit max No Null None
dbo SchoolYears Payday int max No Null None
dbo SchoolYears Arrears float max No Null None
dbo Shifts 2 None Tabla None None
dbo Shifts ShiftId int max No Null Yes
dbo Shifts Name nvarchar max No Null None
dbo States 2 None Tabla None None
dbo States StateId int max No Null Yes
dbo States Description nvarchar 256 No Null None
dbo StudentResponsibleDetails StudentResponsibleDetailsId int max No Null Yes
dbo StudentResponsibleDetails StudentId int max No Null None
131
dbo StudentResponsibleDetails ResponsibleId int max No Null None
dbo Students StudentId int max No Null Yes
dbo Students NoCarnet nvarchar max No Null None
dbo Students Names nvarchar max No Null None
dbo Students Lastname nvarchar max No Null None
dbo Students MotherLastName nvarchar max No Null None
dbo Students BirthDate datetime None No Null None
dbo Students TGenderId int 256 No Null None
dbo Students Address nvarchar max No Null None
dbo Students Phone nvarchar max No Null None
dbo Students CellPhone nvarchar max No Null None
dbo Students Email nvarchar max No Null None
dbo Students StateId int 256 No Null None
dbo Students UserName nvarchar max No Null None
dbo Subjects 4 None Tabla None None
dbo Subjects SubjectId int 256 No Null Yes
dbo Subjects Code nvarchar 4 No Null None
dbo Subjects Name nvarchar max No Null None
dbo Subjects IsAverage bit 2 No Null None
dbo Teachers 10 None Tabla None None
dbo Teachers TeacherId int 256 No Null Yes
dbo Teachers Names nvarchar max No Null None
dbo Teachers LastName nvarchar max No Null None
dbo Teachers MotherLastName nvarchar max No Null None
dbo Teachers IdentificationCard nvarchar max No Null None
dbo Teachers PhoneNumber nvarchar max No Null None
dbo Teachers TGenderId int 256 No Null None
dbo Teachers StateId int 256 No Null None
132
dbo Teachers UserName nvarchar max No Null None
dbo Teachers Email nvarchar max No Null None
dbo TGenders 2 None Tabla None None
dbo TGenders TGenderId int 256 No Null Yes
dbo TGenders Description nvarchar max No Null None
dbo TypeEnrollments 2 None Tabla None None
dbo TypeEnrollments TypeEnrollmentId int 256 No Null Yes
dbo TypeEnrollments Description nvarchar max No Null None
dbo TypePeriodEnrollments 2 None Tabla None None
dbo TypePeriodEnrollments TypePeriodEnrollmentId int 250 No Null Yes
dbo TypePeriodEnrollments Type nvarchar max No Null None
133
Manual básico de usuario
Vista de acceso a la aplicación
1
2
5
4
1
Escudo del colegio Bautista Libertad
3 Campo de la contraseña
4 Recordar Credenciales
135
7
Menú principal de administrador
136
9 Catálogo de Secciones
137
10 Catálogo de Docentes
10
138
2. Completará los campos, teniendo en cuenta que no puede dejar
ninguno vacío a excepción del número de teléfono convencional, si
algún otro campo diferente a este es dejado vacío se mostrará el
siguiente mensaje:
2.1. Los campos tienen ciertas validaciones que deberán cumplirse para
proceder al registro de un docente por ejemplo la siguiente en el campo
del apellido no puede ser de un carácter únicamente.
139
3. Si completa correctamente el formulario guardará el nuevo docente
dando clic al botón y se mostrará el siguiente mensaje de
éxito:
Editar un docente
Para editar un docente se deben realizar siguiente:
140
1. Seleccionar un docente en la lista, haciendo clic sobre el boton
141
Para registrar una carga academica deberá primeramente seguir el orden que
posee el formulario, en seleccionar de arriba hacia debajo de izquiera a derecha
cada opción presentada. Por ejemplo
Debera especificar el año lectivo seleccionando
en la lista desplegable
142
A continuación, se muestra
la lista de docentes donde
deberá hacer clic sobre el
docente que desee
seleccionar y luego de
eso hacer clic sobre el
botón
Luego tendrá que seleccionar el docente o los docentes con las clases que se les
asignaran seleccionándolo de la lista desplegable o bien buscándolo en la ventana
mostrada anteriormente para buscar el docente guía.
143
Luego de seleccionar el docente
deberá hacer clic sobre cada
asignatura mostrada en la lista que
corresponde a un grado y hacer clic
en el botón
144
Si el grupo asignado esta registrado
presentara un mensaje de error.
145
1. Primeramente, especificar el número de recibo que le fue proporcionado
ingresándolo en el siguiente campo
2. Ahora deberá proporcionar los datos del alumno completando cada uno de
los campos
146
3. Si completo correctamente los campos ahora debe proceder a llenar los
datos del padre
147
6. Completadas cada una de estas pestañas por último especificara los datos
académicos del alumno para ser matriculado.
Deberá completar cada uno de los campos, una validación importante es que al
momento de seleccionar el grupo académico se validara si hay cupo disponible en
ese grupo y mostrara una ventana con los datos estadísticos de ese grupo.
Luego de completar todos los campos deberá hacer clic en el boton guardar y
automáticamente si el registro es correcto le será generada la hoja de matricula
para imprimirla si así lo requiere.
148