1Desarrollo de un sistema de control de asistencia y notas para el colegio

Abraham Lincoln aplicando la metodologa SCRUM

Jhan Carlo Galvn Ordaya

Kevin Huaroc Estaban
Elizabeth Laura Caleni
Cecilia Ramos Buendia
Karen Sanabria Rios
Alexandro Serva Mendoza
Henrry Talavera Ariste
Junio 2015.
UNCP
Junn
Arquitectura de computadoras

Dedicatoria
A nuestros padres, quienes nos brindaron
desinteresadamente la oportunidad para que
podamos adquirir esta noble profesin.

Agradecimientos
A Dios por ser nuestro gua y luz en el
camino de la vida. A nuestros padres,
hermanos quienes con su amor, apoyo
incondicional y Paciencia nos dieron un
enorme impulso e inspiracin.

Resumen
El presente proyecto intitulado Desarrollo de un sistema de control de asistencia y
notas para el colegio Abraham Lincoln aplicando la metodologa SCRUM, se ha enfocado
en los avances tecnolgicos que se han generado a travs de la informtica han causado un
gran impacto social en las instituciones educativas; es por ello que muchas de estas, se han
adaptado a los cambios y han visto la necesidad de automatizar sus procesos.
El manejo de un sistema de control escolar es importante para los planes de cualquier
institucin educativa, actualmente representa el medio eficaz para agilizar los procedimientos
que en ella se desarrollan, generan mayor productividad en las instituciones que disponen de
los beneficios de este tipo de sistemas.
Desarrollando un sistema de control de asistencia y notas para el colegio Abraham
Lincoln, es una solucin integral que permite a la institucin optimizar las operaciones, con la
finalidad de simplificar procesos para su mejor labor dentro del plantel, cubriendo las
necesidades de informacin acadmica y administrativa. Su principal objetivo es centralizar y
automatizar los procesos de matriculacin, inscripcin, registro de asistencia, registro de
notas, etc.
En el proyecto se implement la metodologa Scrum para automatizar todos los
procesos del colegio Abraham Lincoln como el control de asistencia, generacin de libretas
de calificaciones, etc. Se logr mejorar la calidad del servicio que presta a los estudiantes y
padres de familia; reducir el tiempo en la ejecucin de los procesos acadmicos y eliminar
errores de clculos.

Abstract
This project entitled "Development of a control system and assistance to school notes
Abraham Lincoln using the SCRUM methodology" has focused on technological advances
that have been generated by computer have caused a great social impact on educational
institutions; It is why many of these have been adapted to the changes and have seen the need
to automate their processes.
Managing a school system control is important for any educational institution plans,
currently represents the effective means to expedite procedures developed in it, higher
productivity in the institutions that have the benefits of such systems.
Developing a system of attendance and notes for school Abraham Lincoln, is a
comprehensive solution that allows the institution to streamline operations, in order to
simplify processes for better job on campus, covering the information needs of academic and
administrative . Its main objective is to centralize and automate enrollment, enrollment,
attendance record, record notes, etc.
The project was implemented the Scrum methodology to automate all processes
Abraham Lincoln as school attendance control, generation of report cards, etc. It was possible
to improve the quality of service provided to students and parents; reduce the execution time
of the academic processes and debug calculations.

Tabla de Contenidos
Captulo 1 El problema........................................................................................................7
Tema.................................................................................................................................7
Definicin del problema..................................................................................................7
Contextualizacin del problema..................................................................................7
Formulacin del problema...........................................................................................8
Justificacin del problema....9
Objetivos.10
Objetivo General10
Objetivos especficos.10
Alcance del proyecto.10
Captulo 2 Marco Terico.................................................................................................12
Metodologa
Scrum
12

Procesos..12
Fases de Scrum..........................................................................................................13
Roles y responsabilidades de Scrum..........................................................................14
Prcticas..15
Mtodos y tcnicas de Scrum16
Captulo 3 Especificacin de requerimientos....................................................................17
Propsito17
Alcance..17
Limitaciones del sistema...18
Personal involucrado.18
Decisiones..19
Descripcin general...19
Perspectiva de producto.19
Definicin general del problema19
Funciones del producto..20
Captulo 4 Planificacin y desarrollo del sistema..............................................................21
Planificacin del proyecto utilizando Metodologa Scrum...21
Desarrollo del sistema...26
Estndares de programacin..28
Anlisis y desarrollo de la iteracin 128
Pila de producto de la iteracin..28
Sprint backlog iteracin 1..30
Pruebas de la ITERACIN 1.32
Demo de la iteracion 133
Anlisis y Desarrollo del requerimiento de la Iteracin 3..34
Captulo 5 Implementacin del sistema.............................................................................35
Modelo de datos.35
Diseo de la base de datos.36
Modelo Entidad -Relacin.37
Diagrama de Clases37
Diagrama de Arquitectura...37
Manual de Usuario..37

Captulo 1
El problema

1.1.

Tema
Desarrollo de un sistema de control de asistencia y notas para el colegio Abraham

Lincoln aplicando la metodologa SCRUM.

1.2.

Definicin del problema

En la escuela Abraham Lincoln no existe un registro tecnolgico digitalizado de

notas, control de asistencia de estudiantes, lo que ha generado un problema de obtencin de la

informacin, pues el manejo manual provoca errores y malestar en estudiantes y padres de
familia.
1.2.1. Contextualizacin del problema
Los avances tecnolgicos que se han generado a travs de la informacin de la
informtica han causado un gran impacto social en las instituciones educativas; es
por ello que muchas de estas, se han adaptado a los cambios y han visto la
necesidad de automatizar procesos.
En la escuela Abraham Lincoln, ubicada en la ciudad de Huancayo en la
esquina de omar yali y pichis s/n. Fundada en 1998, en su calidad de institucin
educativa, pretende cumplir con los objetivos propuestos mediante la permanente
actividad y el esfuerzo innovador que permita al educando encaminarse hacia la
cspide de su realizacin para enfrentar eficazmente los retos del nuevo milenio.
La institucin educativa, tiene alrededor de 113 alumnos, distribuidos en los
diferentes aos (de primero a quinto), a su vez cuenta con 14 profesores, 1 auxiliar,
1 personal de aseo, 2 personas que trabajan en el rea administrativa, que deben
llevar toda llevar toda la informacin acadmica en forma simultnea, lo que da

como resultado lo que considera un cuello de botella por la presin ejercida por
los alumnos y padres de familia.
Quienes hacen la escuela Abraham Lincoln, estn convencidos que el
educacin no debe ser solamente cuantitativo, sino tambin cualitativo, ya que el
bienestar humano es el fruto de la cooperacin entre inteligencia y la fuerza.
El manejo de un sistema de control escolar es importante para los planes de
cualquier institucin educativa, actualmente representan el medio eficaz para
agilizar los procedimientos que en ella se desarrollan, genera mayor productividad
en las instituciones que disponen de los beneficios de este tipo de sistema.
Los procesos administrativos acadmicos de la institucin Abrahan Lincoln no
se encuentran automatizados, por lo que se dificulta una mejor atencin externa a
los estudiantes y padres de familia, ya que no existe una interaccin completa con
todos los usuarios que participan en la formacin de los estudiantes.
La falta de integracin de los procesos que se manejan en las diferentes reas
del colegio, no permite tener un completo control, que ayude a incrementar la
competitividad del espacio acadmico de la institucin, ya que al no tener sus
procesos complementados con la tecnologa, no dan a sus estudiantes un valor
agregado, que integre la calidad acadmica que brinda la institucin, con la
utilizacin de tecnologa acorde con las necesidades de la escuela.
1.2.2. Formulacin del problema
Actualmente el colegio Abrahan Lincoln no posee un sistema que automatice
sus tareas acadmicas, lo que ocasiona que cada ao lectivo la planificacin
acadmica se vuelva una tarea sumamente compleja, que frecuentemente ocasiona
gran prdida de tiempo y esfuerzo, iniciando con la inscripcin de alumnos en cada
ao lectivo, registro de notas y faltas, seguido con la dificultad que involucra

manejar un amplio nmero de registros en hojas de clculo, y junto a la generacin

de reportes que ocupan una gran cantidad de recursos materiales y humanos , que
podran ser canalizados en otras actividades.
Sin duda, entre los principales problemas que la escuela mantiene en su
gestin acadmica es la falta de un medio apropiado para el ingreso de
calificaciones de los estudiantes y las respectivas asistencias; para cada ao bsico
existe una serie de datos correspondientes a las asignaturas, esto lo hace muy
cuidadosamente cada docente porque tiene que realizar varias operaciones para
sacar el promedio por alumno.
Este proceso se ampla por la cantidad de educandos con que cuenta la
institucin por lo tanto esto hace que a los estudiantes y padres de familia no se les
proporcione a tiempo las calificaciones, asistencias o cualquier otra informacin
que conforma el registro acadmico.
Debido a la acumulacin y difcil control del registro acadmico de cada uno
de los estudiantes, es necesario optimizar dicha situacin mediante un sistema
informtico como una alternativa para solucionar la dificultad de llevar un control
de registro acadmico de los alumnos.
1.3.

Justificacin del problema

El proyecto est enfocado en automatizar los procesos mediante el desarrollo de un

sistema informtico, el cual debe permitir a este centro educativo manejar la informacin de
sus alumnos de nivel (de primero a quinto) de forma ptima, mejorando el registro acadmico
en:

Actualizacin de informacin general de los alumnos asistencia y notas.

Actualizacin de notas y promedios.
Respuesta inmediata en consultas de informacin acadmica y datos generales
de los alumnos.
9

Manejo digitalizado de archivos de informacin como: el ingreso de

calificaciones, lista de alumnos, lista de docentes, libretas de calificaciones, entre

otras.
Mejoramiento en la elaboracin de reportes, y entrega oportuna de la
informacin acadmica requeridos por padres de familia.

1.4.

Objetivos

1.4.1. Objetivo general

Desarrollar un sistema de control de asistencia y notas para la I.E.P.
ABRAHAM LINCOLN usando la metodologa Scrum, para administrar y
controlar la informacin de estudiantes de forma automatizada por el usuario final.
1.4.2. Objetivos especficos

1.5.

Revisar el marco terico referente a la metodologa Scrum para el desarrollo de

sistemas de informacin.
Realizar la planificacin del sistema utilizando la metodologa Scrum

Alcance del proyecto

Se realizar las siguientes tareas

El registro acadmico debe cubrir las necesidades de informacin del centro

educativo y la poblacin estudiantil para desarrollar habilidades en la consulta de

asistencia y notas de la informacin acadmica.

Contar con un sistema automatizado para el control de registro acadmico en la
I.E.P. ABRAHAM LICOLN.

El sistema comprender de los siguientes mdulos

Modulo administrativo seguridad

El sistema incluir un mdulo administrativo que se encargara de todas las
personalizaciones del sistema de acuerdo a la necesidad del centro educativo,

10

mientras que el mdulo de seguridad permitir el manejo de usuario y perfiles

para garantizar el acceso, seguridad y veracidad de toda la informacin del
sistema.

Modulo alumnos
Este mdulo controlara la informacin de los alumnos, por tal motivo contara
con opciones para ingresar nuevos alumnos con los datos personales del mismo.

Modulo informe y consultas

Se encargar de la generacin de reportes y consultas solicitados por la
escuela.

1.6.

11

Captulo 2
Marco Terico
Para la elaboracin de un sistema informtico flexible y escalable, es necesaria una
metodologa de desarrollo de software as como tambin herramientas que permitan la
culminacin del trabajo de acuerdo al tiempo planificado.
De acuerdo a varias investigaciones y anlisis realizados, un sistema puede
desarrollarse mediante la combinacin de metodologas giles, la cual admita reducir tiempo
y elaborar un software de calidad con un equipo de desarrollo pequeo.
2.1. Metodologa Scrum
La primera vez que se asoci el trmino Scrum a los procesos de desarrollo fue en
1986, cuando Nonaka y Takeuchi presentaron su artculo The New Product Development
Game1. Nonaka y Takeuchi presentaban en este artculo un proceso adaptativo, rpido y autoorganizado de desarrollo de productos. El trmino Scrum deriva del mismo trmino en rugby,
que hace referencia a como se devuelve un baln que ha salido fuera del campo, al terreno de
juego de una manera colectiva,la traduccin al castellano sera mel.
Scrum surgi como prctica en el desarrollo de productos tecnolgicos y no sera
hasta 1993 que Jeff Sutherland aplicara el modelo al desarrollo de software en la Easel
Corporation. En 1996 Sutherland present junto con Ken Schwaber las prcticas que
empleaba como proceso formal para la gestin del desarrollo de software en OOPSLA 96.
Estas prcticas de gestin pasaran a incluirse junto con otras muchas en la lista de modelos
giles de Agile Alliance en el ao 2001.

2.1.1. Proceso
Es un conjunto de pasos a realizarse para incrementar el producto finalizado
realizado con el mnimo esfuerzo otorgado al cliente.

12

2.1.2. Fases de Scrum

Planificacin del Sprint
En esta fase se define el Product Backlog. Si todava no ha sido
definido, consiste en una lista priorizada de requisitos del sistema y es un
documento vivo, que puede ser continuamente actualizado. En cada iteracin
el Product Backlog es revisado por el equipo. Tambin se lleva a cabo la
planificacin del primer Sprint4. La planificacin de cualquier sprint es la
jornada de trabajo previa al inicio de cualquier sprint y en la cual se
determinan cules son los objetivos y el trabajo que se deben cubrir en esa
iteracin. En esta reunin se obtiene una lista de tareas que se denomina Sprint
Backlog, y el lema u objetivo principal del sprint.
Seguimiento del Sprint:
Se realizan reuniones de poca duracin para acordar todos los detalles
en la cual asisten el Scrum Master y el equipo (team) y se realizan 3 preguntas
por lo general:
13

1. Qu trabajo se ha realizado desde la reunin anterior.

2. Qu trabajo que se va a hacer hasta la prxima reunin.
3. Qu impedimentos que deben solventarse para proseguir con el
trabajo.
Revisin del Sprint:
Una vez finalizado el Sprint, se realiza un anlisis y revisin del
incremento generado. En esta reunin se presentan los resultados finales y se
recomienda siempre tener preparada una demo. Existen mltiples razones para
recomendar tener una demo al final de cada sprint, entre ellas la mejora del
feedback con los interesados, reconocimiento del trabajo, un esfuerzo por
finalizar las cosas o un correctivo en caso de tener una demo mal desarrollada.
2.1.3. Roles y responsabilidades de Scrum
SCRUM Master (jefe del equipo):
Es el encargado de garantizar el funcionamiento de los procesos y de
la metodologa. Es importante darse cuenta que Scrum Master es ms que un
rol, es la responsabilidad de funcionamiento de modelo, por tanto muchas
veces es aconsejable utilizar a personas y puestos ms adecuados segn la
organizacin. Un Scrum master debe interactuar tanto con el equipo como con
el cliente y con los gestores.
Propietario del Producto (Product Owner):
Es la nica persona del proyecto conocedora del entorno de negocio
del cliente y de la visin del producto y es el responsable de obtener el
resultado de mayor valor posible para el cliente. Tambin es el responsable de
la financiacin necesaria para el proyecto, de tomar las decisiones que afecten
a cmo va a ser el resultado final, fechas de lanzamiento y el retorno de

14

inversin. Por regla general y si no se trata de proyectos internos, el

propietario del producto suele ser el responsable del proceso de adquisicin
del cliente.
El equipo est involucrado en la estimacin del esfuerzo de las tares
del product backlog, en la creacin del sprint backlog, etc
Equipo de Desarrollo:
Es el equipo del proyecto y tiene la autoridad para decidir en las
acciones necesarias y para auto-organizarse con la finalidad de alcanzar los
objetivos del sprint.
2.1.4. Prcticas
SCRUM dispone de prcticas y herramientas para la gestin de diferentes
fases de esta. Por lo tanto presentaremos las principales prcticas y herramientas de la
metodologa Scrum.
Product Backlog (Pila del producto):
Define los requisitos del sistema o el trabajo a hacer a lo largo del
proyecto. Est compuesto por una lista de requisitos de negocios y tcnicos,
actualizados y priorizados. El responsable de mantener el product backlog es
el propietario del producto.
Sprint Backlog (Pila de tareas):
Es una lista de trabajos que el equipo se compromete a realizar para
generar el incremento previsto. Las tareas estn asignadas a personas y tienen
estimados el tiempo y los recursos necesarios.
Estimacin de esfuerzo:
Es un proceso iterativo en el cual las estimaciones de los tems del
product backlog son reajustadas acorde a la informacin obtenida en la ltima

15

iteracin. Este reajuste lo llevan a cabo el equipo de desarrollo y el propietario

del producto.
Grfico Burn-down:
Es una herramienta para gestionar y seguir el trabajo de cada sprint y
representa grficamente el avance del sprint.
Grfico Burn-up.
Herramienta de gestin y seguimiento que sirve al propietario del
producto para controlar las versiones de producto previstas, las
funcionalidades de cada una, la velocidad estimada, fechas probables de cada
versin, margen de error previsto en las estimaciones y avance real.
2.2. Mtodos y tcnicas de Scrum
Se ha seguido con las indicaciones de Henrik Kniberg para la realizacin de proyectos
con Scrum, que presenta en su libro Scrum. De tal manera que los mtodos y tcnicas que se
utilizar para Scrum son:

La pila del producto o product backlog: Es el documento a travs del cual se

recogen los requisitos de los clientes.

La pila de tareas o sprint backlog: Es el conjunto de historias, que pertenecen

a la pila del producto, que se va a realizar en el sprint.

Estimacin del esfuerzo: Cada historia de la pila del producto es estimada con

lo que se llama puntos de historia y que se corresponde a das-persona ideales.

Grfico Burn-down: Este grfico ayuda a medir la productividad y detectar

riesgos de mala distribucin del trabajo y desviaciones temporales.

Reuniones para cada sprint.
Reuniones de seguimiento diarias.
Planning Poker: Esta tcnica se utiliza a la hora de realizar la estimacin de las
historias. Simula el juego de Poker para obtener una estimacin colectiva y
cooperativa de cada historia.

16

Captulo 3
Especificacin de requerimientos.
En esta especificacin se identificarn los requerimientos que ha de satisfacer el
nuevo sistema SICAN mediante el estudio de las necesidades actuales del cliente.

3.1. Propsito
Permitir establecer acuerdos entre usuarios en lo que al proyecto de software se
refiere. Ayudar a los usuarios finales del software a entender exactamente qu es lo que
realiza el sistema.
Se busca definir en forma clara, precisa, completa y verificable todas las
funcionalidades y restricciones del sistema, siendo este un documento sujeto a revisiones por
las partes, especialmente por el usuario final (coordinador acadmico).
3.2. Alcance
La aplicacin se encargar de automatizar y optimizar los procesos de administracin
de notas y asistencias de la institucin. El sistema realizara las siguientes funciones:

17

FUNCIONES
Mdulo de
administracin y
seguridad

DESCRIPCIN

Mdulo de informes y
consultas

Generar la impresin de reportes

solicitados por la institucin.

Mdulo alumnos

Se ingresarn los datos personales

de los estudiantes, para posterior
asignacin de notas y asistencia.

El objetivo de este requerimiento es

administrar los permisos que tendrn
los usuarios y controlar su acceso a
cada una de las ventanas del sistema.

3.3. Limitaciones del sistema

Tomando en cuenta que un sistema de control escolar es difcil realizar en el tiempo
que se establece para el proyecto de tesis, se han determinado algunas limitantes que posee el
sistema y se detallan a continuacin:

No se automatizar la gestin de recursos financieros de la institucin.

No se automatizar la gestin de recursos humanos del plantel.

No se ingresar en el sistema informacin histrica de anteriores aos lectivos.

3.4. Personal involucrado

El equipo de personas necesario para la realizacin de este proyecto se detalla a
continuacin:

18

GRUPO HUMANO
SISTEMA SICAN

Dueo del
producto

Director de la I.E.P

Desarrollador
es
Estudiantes FISUNCP

3.5. Decisiones

Calificacin: Valor obtenido por el estudiante en una asignatura.

Infraccin: Ausencia, falta o atraso cometido por un estudiante.
Materia: Conjunto de temas relacionados entre s.
Ao bsico: Consideracin realizada a un grado de la educacin escolar.
Paralelo: Versin de un mismo ao escolar considerando un mismo ao lectivo.
Plantel: Se denomina as a la I.E.P Abraham Lincoln
Programa curricular: Conjunto de materias.
Representante: Es quien ejerce la responsabilidad legal ante los actos o hechos de un
estudiante ante el plantel.

3.6. Descripcin general

3.6.1. Perspectiva del producto
Este producto de software, diseado para la I.E.P Abraham Lincoln, tiene
como propsito automatizar y optimizar los procesos de administracin de
asistencia y notas de los alumnos en la institucin, siendo un sistema autnomo,
independiente que no interactuar con otro software.

3.6.2. Definicin general del problema

A continuacin se detalla a nivel general el mbito en el que se basa el
aplicativo:

El problema de

Al no disponer de un software que automatice los

procesos de administracin de asistencia y notas de
la institucin, ocasiona gran demora en la obtencin
de informacin del alumnado.

19

El impacto de ello es

Una solucin exitosa

debera

Al no tener un sistema de control escolar ocasiona

realizar los procesos de administracin de asistencia
y notas de forma manual.
Prdida de tiempo, esfuerzo de recursos y
desaprovechamiento de las nuevas tecnologas.
Desarrollar un sistema de control escolar que
permita administrar y controlar la informacin de los
estudiantes de forma automatizada por el usuario
final.

3.6.3. Funciones del producto

Este sistema busca solventar las necesidades de la institucin,
optimizando los procesos de administracin de asistencia y notas. Este sistema
contar con un diseo agradable de fcil utilizacin y con una gama de
herramientas que permitir realizar las tareas rpidamente.
El sistema contar con la implementacin de tres mdulos principales,
como se detalla anteriormente.

SICA
N
Modulo de
administraci
on y
seguridad

Modulo informes y
20
consultas

Modulo
alumnos

Captulo 4
Planificacin y desarrollo del sistema.

Una vez que se han definido todos los requerimientos que conforman la
documentacin de la pila del producto (product backlog) para el presente proyecto, se
empezar con el desarrollo del sistema de control escolar para el colegio Abraham Lincoln.

4.1. Planificacin del proyecto utilizando metodologa Scrum

Como primer punto de partida de esta fase, se tiene la especificacin de la pila
del producto, que es el documento ms relevante en el desarrollo del proyecto con
scrum. Bsicamente es una lista priorizada de los requerimientos fundamentales
implicados en este proyecto. A cada tem del proyecto se llama historias de usuario.
De los diferentes campos recomendados para identificar cada historia de

usuario, se ha seleccionado los siguientes:

ID: Identificado nico de la historia de usuario.
Nombre: Es una descripcin corta de la historia.

21

Importancia: Definido por el propietario del producto, es el grado de

prioridad para el desarrollo dcada historia de usuario.

Estimacin Inicial: Es la estimacin inicial del equipo sobre la cantidad
de trabajo que es necesario para implementar la historia, comparada con

otras historias.
Como Probarlo: Una descripcin a alto nivel de cmo se demostrar esta

historia en la Demo al final del Sprint

Notas: Cualquier otra informacin, clarificacin, referencia a otras fuentes
de informacin, etc.

En la Tabla 4.1, se puede observar que se tiene nicamente 15 requerimientos

iniciales que englobarn las diferentes tareas o actividades, las cuales se las detalla en
una pila de tareas (sprint backlog). De acuerdo a la metodologa, el sprint backlog
contiene todas las tareas a realizar y las cuales tienen un peso as como un tiempo
estimado de desarrollo.
Para el desarrollo del presente proyecto, se ir especificando cada tarea del
sprint backlog de su correspondiente requerimiento, as como toda la documentacin
de implantacin o desarrollo de la misma.

22

Tabla 4.1 Pila del Producto Inicial (Product Backlog)

PILA DE PRODUCTO INICIAL
I
Nombre de la
Importanci Estimaci Sprin
D historia
a
n
t
1 Ingreso al
15
4
1
sistema

Como probarlo

Notas

Entrar al programa, ingresar

usuario y contrasea, si el
usuario es correcto ingresa al
men inicial caso contrario se
presentara un mensaje de error
Entrar al programa, usuario
nuevo, logearse.

El usuario debe estar

ingresado en la base de datos.

Creacin de
usuario en el
sistema

14

Ingreso de
informacin del
sistema

13

Ingresar los datos del alumno

para la respectiva consulta.

Ingreso de
parmetros
generales de
alumnos en el
sistema

12

Ingreso de
parmetros
generales de
docentes en el
sistema

11

Ingresar la informacin
solicitada como: tipo de
asistencia, escala de notas.
Verificar la informacin
ingresada en el tracking de cada
pantalla.
Ingresar la informacin
solicitada como: tipo docente,
motivo de entrada y salida.
Verificar la informacin
ingresada en el tracking de cada

Para la creacin de usuario

previamente deben estar
creados los respectivos
perfiles de acuerdo a los
roles que maneja la
institucin.
Esta informacin puede ser
eliminada y modificada por
el administrador en este caso
el coordinador.
Esta informacin puede ser
eliminada y modificada por
el coordinador.

Esta informacin puede ser

eliminada y modificada por
el administrador.

pantalla.
PILA DE PRODUCTO INICIAL
ID Nombre de
Importa Estimaci Spri
la historia
ncia
n
nt
6
Ingreso de
10
3
2
parmetros
generales de
calendarios y
horarios en el
sistema
7

Administracin
Alumnos

Inscripcin
Alumnos

Como probarlo

Notas

Acomodar calendarios y
horarios, ingresar la
informacin solicitada como:
ciclo lectivo, periodos, tipo de
hora, feriados del ao. Verificar
la informacin ingresada en el
tracking de cada pantalla.
Entrar aplicacin, ir a docentes,
ir a alumnos, ir ingresar nuevo,
ingresar informacin del nuevo
alumno, realizar el ingreso de
informacin, verificar en el
tracking de la pantalla el nuevo
alumno ingresado.
Ingresar informacin solicitada,
realizar la inscripcin, verificar
en el tracking de la pantalla el
nuevo alumno inscrito.

Esta informacin puede ser

eliminada y modificada por
el administrador.

Esta informacin puede ser

eliminada y modificada por
el administrador.

Esta informacin puede ser

eliminada y modificada por
el personal administrativo.

PILA DE PRODUCTO INICIAL

ID
Nombre de la
Importa
historia
ncia
9

Administracin
Docentes

Estima
cin
4

Spri
nt
4

Como probarlo

Notas

Ingresar informacin del docente,

realizar el ingreso de informacin,
verificar en el tracking el nuevo docente
ingresado.

Esta informacin puede ser

eliminada y modificada por el
administrador.
Para la generacin de
horarios se debe relacionar a
los docentes con cada
materia que estos imparten.
Esta informacin puede ser
eliminada y modificada por el
administrador.
Esta informacin puede ser
eliminada y modificada por el
docente.
Esta informacin puede ser
eliminada y modificada por el
personal administrador.

10

Gestin Escolar

Verificar la informacin en el tracking

11

Ingreso de asistencia
alumnos

12

Generar horarios
escolares

13

Generacin de libretas

14

Reportes y Consultas

Ingresar la asistencia del estudiante,

verificar la informacin en el tracking de
la pantalla.
Ingresar la informacin que se solicita,
ingresar el nuevo horario escolar,
verificar la informacin en el tracking de
la pantalla.
Entrar a la aplicacin, ir a alumnos, ir a
libretas, seleccionar al estudiante que
se desea generar la libreta escolar,
verificar la libreta de calificaciones en
otra pantalla en formato PDF.
Entrar a la aplicacin, ir a reportes y
consultas, seleccionar el tipo de
reporte, verificar el reporte en el archivo
PDF.

Todo reporte se mostrar en

formato PDF.

Todo reporte se mostrar en

formato PDF.

4.2 Desarrollo del sistema

Una vez que se han definido todos los requerimientos que conforman la
documentacin de la pila del producto inicial para el presente proyecto, se empezar con
el desarrollo del sistema de control escolar.
Tomando en cuenta que la metodologa Scrum hace referencia a todas las
actividades que el grupo de desarrollo realizar para alcanzar la solucin a los
requerimientos obtenidos, por lo tanto, adicionalmente a los requerimientos colegio
Abraham Lincoln, se debern incluir los requerimientos que implican la utilizacin de las
herramientas seleccionadas.
En este punto se abordar cada uno de los elementos de la pila del producto y su
respectivo sprint backlog (pila de tareas), as como la documentacin del proceso de
desarrollo inmerso en cada actividad del Sprint.
Se iniciar el proceso con la pila de tareas priorizadas, detalladas en la Tabla 4.1
(pila del producto inicial). De acuerdo a la metodologa, por cada uno de los elementos de
la pila de producto, se debe tener una estimacin de la importancia y del esfuerzo inicial.
De la estimacin de la importancia deber encargarse el dueo del producto (product
owner), quien a su vez coloca una valoracin a cada uno de dichos elementos de acuerdo
al peso que observa dentro del proyecto.
Por otro lado, para la estimacin del esfuerzo inicial, se debe encargar el scrum
manager, de acuerdo a las reuniones con el grupo de desarrolladores (scrum team), para
delimitar el esfuerzo requerido. As mismo en la Tabla 4.1, se puede apreciar la
asignacin del esfuerzo inicial requerido para cada uno de los 14 requerimientos

sealados. Esto es especialmente importante, para poder tener una idea clara de cules
actividades sern las que ms recursos humanos demandarn.
La metodologa seala que estas estimaciones se las cuantifica de acuerdo a un
criterio del scrum master, por lo que para la presente tesis se tiene que las escalas para
dichas estimaciones son:
Estimacin: Escala de 1 - 4.
Importancia : Escala de 1 - 15
Una vez definida la pila del producto con sus respectivas valoraciones, se debe
especificar por cada uno de los elementos (requerimientos), las correspondientes acciones
o tareas a realizar o lo que en Scrum se denomina pila de tareas.
Definidas la pila de tareas y las actividades a ejecutar, se proceder a realizar la
documentacin referente a la aplicacin de la metodologa, por cada uno de las
Iteraciones (Sprints).
Scrum define cada una de las iteraciones como Sprints, para los cuales se escogen
un conjunto de historias de usuario de la pila del producto, creando la pila de tareas. Las
historias escogidas para cada sprint sern las que se desarrollarn a lo largo de esa
iteracin, por lo tanto es importante acertar en la estimacin de esfuerzo o el tiempo que
se dedicar a cada historia de usuario, as como la velocidad del equipo y de este modo
asignar el tiempo a cada Sprint. Los Sprints suelen tener una duracin bastante reducida y
que no suele superar el mes o mes y medio, lo ms normal son tres o cuatro semanas.
Para el desarrollo de este proyecto se ha fijado una duracin de 19 semanas.

4.3. Estndares de programacin:

Los estndares de programacin permiten normalizar la estructura de codificacin
de variables, tablas, vistas, ayudando a escribir cdigo de calidad que pueda ser
comprendido fcilmente en un futuro por cualquier programador que retome el desarrollo
del sistema, para implementar nuevos requerimientos o solo necesite dar mantenimiento a
los mdulos ya implementados.
4.3.1. Anlisis y desarrollo de la iteracin 1
Una vez que se han definido todos los requerimientos globales que
conforman la documentacin de la pila del producto inicial para el
presente tema de investigacin, se empezar como primera Iteracin el
desarrollo del requerimiento de las historias de usuario nmero 1 que
viene a ser el coodirnador academico que consta de elaboracin de la
pgina de logueo y creacin de usuarios para el ingreso del usuario final al
sistema de control escolar.
Para el desarrollo de este requerimiento, se realizar una
especificacin detallada de cada una de los requerimientos iniciales que se
presenta en la tabla 4.1
4.3.2 Pila de producto de la iteracin
Como se ha mencionado anteriormente la pila del producto es la
lista de todos los requerimientos del cliente, los mismos se obtienen desde
la lista de historias de usuario. En la Tabla 4.4 se detalla la pila del
producto que se defini para el desarrollo de la Iteracin 1.

PILA DE PRODUCTO SPRINT 1

I Nombre de la Importa Estima
D historia
ncia
cin

Spri
nt

Como probarlo

Ingreso al sistema

15

Entrar al programa, ingresar usuario y

contrasea, si el usuario es correcto ingresa
al men inicial caso contrario se presentara
un mensaje de error.

Creacin de
usuario en el
sistema

14

Entrar al programa ingresar los datos

solicitados, realizar el ingreso de la
informacin, verificar en el tracking que se
haya creado en nuevo usuario.

4.3.3 Sprint backlog iteracin 1

En esta fase se detallan las tareas y sub-tareas contenidas dentro de
la Iteracin 1 que engloba la historia de usuario ingreso al sistema y
creacin de usuario en el sistema. En la Tabla 4.5 se detalla la pila de
tareas para la Iteracin 1.
A la hora de organizar, repartir y trabajar sobre las historias de usuario
de la pila de tareas, se suele realizar una divisin de cada historia en
diferentes actividades como se ve en la Tabla 4.5. Es importante observar
la diferencia entre tarea e historia, mientras que una historia es un
entregable y es responsabilidad del dueo del producto, una tarea no es
entregable y la responsabilidad es del equipo de desarrollo. Una historia
suele dividirse en diferentes tareas.
Revisin del sprint: Se presentan las listas de tareas realizadas y
pendientes de cada desarrollador del sistema para seguir midiendo

su avance para llegar a la fecha lmite planteada.

Tareas completadas: Se en listan las tareas que los desarrolladores
ha terminado hasta el momento de la revisin del sprint en la
reunin. En la Tabla 4.6 se detalla las tareas completadas al
finalizar la Iteracin 1.

Tabla 4.5 Pila de actividades de la Iteracin 1

d 25
/0
a 5
s

07/
06

10
/0
6

15
/0
6

h 12
o
r
a
X

12

12

12

SPRINT 1 INICIO
25 MAYO

DURACI
N 20 DIAS

ID

tarea

Delegado

Estado

Elaboracin del contexto

navegacional
Diseo de interfaces
grficas de usuario
Elaboracin del modelado
lgico y fsico de la base de
datos
Codificacin de logueo en
el porgrama
Elaboracin de logueo
consulta
Elaboracin de consultas
para la creacin de
usuarios
Codificacin de interface
para la creacin de usuario
Codificacin de la lgica de
negocio para la creacin de
usuarios
Configuracin de las
seguridades para la
creacin de usuarios

grupo

Completado

grupo

Completado

grupo

Completado

grupo

Completado

grupo

Completado

grupo

Completado

grupo

Completado

grupo

Completado

grupo

Completado

Configuracin para la
creacin de usuarios

grupo

Completado

1
1
1
1
2
2
2
2

Tabla 4.6 Tareas completadas de la Iteracin 1

Tarea asignada a: GRUPO

Estado Tareas: Completado
Id
Nombre Tarea

Interaccin

Completado

Fecha
Modificacin
26 de mayo

Completado

29 DE MAYO

1
1
1
1
2
2
2
2

Numero de Tareas: 10
Nombre
Proyecto
Elaboracin del contexto
grupo
navegacional
Diseo de interfaces
grupo
grficas de usuario
Elaboracin del modelado
grupo
lgico y fsico de la base de
datos
Codificacin de logueo en el grupo
porgrama
Elaboracin de logueo
grupo
consulta
Elaboracin de consultas
grupo
para la creacin de usuarios
Codificacin de interface
grupo
para la creacin de usuario
Codificacin de la lgica de
grupo
negocio para la creacin de
usuarios
Configuracin de las
grupo
seguridades para la
creacin de usuarios
Configuracin para la
creacin de usuarios

grupo

Completado

02 de junio

Completado

05 de junio

Completado

08 de junio

Completado

09 de junio

Completado

09 de junio

Completado

12 de junio

Completado

12 de junio

Completado

15 de junio

4.3.4 Pruebas de la ITERACIN 1

En este captulo se especificaron las tcnicas escogidas
de cada una de las metodologas seleccionadas. En la figura
4.2 se puede ver los resultados exitosos de la clase usuario.

Figura 4.2 pruebas de la clase usuario

4.3.5 Demo de la iteracion 1

En la Figura 4.3 se puede ver el demo de la Iteracin 1
que es la pgina de logueo y la pgina de administracin de
usuarios del sistema de control escolar.

Figura 4.3 demo de la iteracin 1

4.3.6 Anlisis y Desarrollo del requerimiento de la Iteracin 3

Para el desarrollo de este requerimiento, se realizar
una especificacin detallada de cada uno de los
requerimientos iniciales que se definieron en la Tabla 4.1.

Captulo 5
Implementacin del sistema.

5.1 Modelo de Datos

Los modelos de datos son usados para escribir una base de datos, ayudando
describir la realidad que est reflejada en las historias de usuario que se realizaron en la
etapa de planificacin del proyecto; el modelo que se va a usar es el entidad relacin.
Al tener varios estndares en el modelo ayuda a que la base de datos sea ms
entendible; adems los estndares permiten que la base de datos mantenida y actualizada
con mayor facilidad. La Tabla 5.1 muestra la estandarizacin para el desarrollo de modelo
de datos. Los estndares que se propusieron para el desarrollo del sistema son:

Los nombres de las tablas de la base de datos deben escribirse con mayscula,
si tiene dos palabras deben estar separadas por un guin bajo, ejemplo:
-

USUARIO

TIPO_HORA

Toda tabla debe tener clave primaria

La relacin entre tablas debe tener claves forneas con integridad referencial,

con eso no se podrn borrar datos relacionados.

Todos los campos que pertenezcan a las claves primarias deben ubicarse al
principio de la tabla. Estos campos son auto numricos y todos estn nombrados
con abreviaturas del nombre de las tablas, seguido de un guin bajo; y la
palabra CDIGO.

Tabla 5.1 Estndar para el desarrollo de modelo de datos

Tabla
USUARIO
ASIGNATURA
TIPO_BAJA

Clave Primaria
USU_CODIGO
ASG_CODIGO
TBJ_CODIGO

5.2 Diseo de la base de datos

Para la construccin de la base de datos se emplea el modelo entidad relacin, lo
que se obtiene un modelo completo de la base de datos correctamente normalizados y
relacionada constituida tablas, campos y tipos de datos.
La base de datos se construye en base a los requerimientos plasmados en las
historias de usuarios con el fin de obtener la visin que tiene los usuarios sobre la
manipulacin de los datos a travs del sistema de control escolar.

El siguiente diagrama representa las entidades requeridas para la satisfaccin de

las necesidades del cliente y las relaciones entre ellas.

5.3 Modelo entidad relacin

En la Figura 5.1 se puede observar el modelo entidad relacin que consta de 57

tablas.
5.4 Diagrama de Clases
En la Figura 5.2 se puede apreciar el diagrama de clases de la aplicacin; se puede
verificar que consta de 63 clases.
5.5 Diagrama de Arquitectura
En la Figura 5.3 se puede observar el diagrama de arquitectura que contiene las
capas del sistema y se explica la manera en que se conectan las diferentes capas del
sistema.
5.6 Manual de usuario.
Para la capacitacin del sistema se ha elaborado el manual de usuario que se
encuentra en la seccin anexos para su revisin.